JPH04223635A - パケット交換機 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はＩＳＤＮ（サービス総合
ディジタル通信網）のパケット交換サービスをサポート
する構内交換機におけるパケット交換機に関する。

【０００２】

【従来の技術】ＩＳＤＮにおけるパケット交換サービス
では、情報チャネルであるＢチャネル（毎秒６４キロ・
ビットの伝送速度のチャネル）だけではなく、信号チャ
ネルであるＤチャネル（毎秒１６キロ・ビットの制御用
チャネル）でもパケット通信が提供され、また、現在の
第１種、及び第２種パケット交換サービス等との相互通
信が可能となり、パケット交換サービスの有用性が提唱
されている。

【０００３】ＩＳＤＮでのＤチャネルパケットは、レイ
ヤ２（データリンク層）のプロトコルにＬＡＰＤ（Ｄチ
ャネル・リンク・アクセス手順）を用いるため、送信で
きるデータは最大２６０オクテットとなり、「Ｘ．２５
」のＰＬＰ（パケットレイヤプロトコル）におけるパケ
ットサイズは、１２８，２５６オクテットの２種となる
。一方、Ｂチャネルパケットでは、パケットサイズが１
２８，２５６のショートパケットだけではなく５１２，
１０２４，２０４８，４０９６オクテットといったロン
グパケットのデータも取り扱え、ファイル転送等のデー
タ通信にも対応している。また、ＩＳＤＮの基本インタ
フェースで、このＤチャネルパケットを使用すれば、残
りの２本のＢチャネルは他の用途に使用可能となり、ユ
ーザに対してサービス性の向上につながる。

【０００４】このような背景のもとに最近では、Ｄチャ
ネルパケット交換サービスをサポートするＩＳＤＮ端末
やＩＳＤＮ−ＴＡ（ターミナル・アダプタ）の開発及び
製品化が多くなっている。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
Ｄチャネルパケット交換サービスのみ利用可能なシステ
ムでは、通信相手と少量のデータを送受信する場合は適
しているが、ファイル転送等のデータに関してはＢチャ
ネルパケット交換サービスにおけるロングパケットに比
較して、パケットサイズが小さいために、送受信するパ
ケット数が多くなり、転送時のパケット交換における処
理が増加し、転送遅延を生じる。また、通信コストの点
においては、現行のパケット交換サービスでの料金体系
からも、ロングパケット（１０２４，２０４８，４０９
６オクテット）に比べてショートパケット（１２８，２
５６オクテット）の方が割高であるという問題点があっ
た。

【０００６】本発明は上記事情に鑑みてなされたもので
、転送遅延が生じることなく、しかも、通信コストを低
減し得るようにしたパケット交換機を提供することを目
的としている。

【０００７】

【課題を解決するための手段】上記目的を達成するため
本発明のパケット交換機は、端末から送られてきたショ
ートパケットを受信する受信手段と、前記ショートパケ
ットをロングパケットに変換する変換手段と、前記変換
されたロングパケットを前記網へ送出する送出手段とを
有することを特徴とするものである。

【０００８】

【作用】端末から送られてきたショートパケットは、受
信手段で受信されて、変換手段へ送られ、この変換手段
によりロングパケットに変換された後、送出手段により
網に送出される。

【０００９】

【実施例】以下、本発明の一実施例を図面に基づき説明
する。図１（ａ），（ｂ）は本発明の特徴を最もよく表
わす図面であり、図１（ａ）において、１１は、パケッ
トサイズが２５６オクテットとされたデータ１〜データ
１６のショートパケット（データ３〜データ１５部分は
図示省略）であり、パケットデータのレイヤ３（ネット
ワーク層）の部分である。図１（ｂ）において、１２は
、図１（ａ）に示すデータ１〜データ１６のショートパ
ケット１１をロングパケット（２５６×１６＝４０９６
オクテット）に組み立てた場合（データ４〜データ１５
部分は図示省略）のパケットデータのレイヤ３の部分で
ある。

【００１０】図２は、各外線に対応したパケット交換サ
ービスの契約状況を記憶しているテーブルを示す図で、
同図中、２０はそのテーブルである。

【００１１】図３は本発明に係るパケット交換機のブロ
ック構成図であり、同図中、４０はパケット交換機、４
１，４２はそれぞれＩＳＤＮに接続され且つ変換された
ロングパケットを網へ送出する送出手段であるところの
局線１次群インタフェース部（以後、ＰＲＴと記述する
）と、局線基本インタフェース部（以後、ＢＲＴと記述
する）、４３はＩＳＤＮ端末及びＩＳＤＮ−ＴＡがそれ
ぞれ接続され且つ端末から送られてきたショートパケッ
トを受信する受信手段であるところの内線ＩＳＤＮ基本
インタフェース部（以後、ＢＲＩと記述する）、４４は
パケットを蓄積すると共にショートパケットをロングパ
ケットに変換するＢチャネルパケット変換手段であると
ころのパケットハンドラモジュール（以後、ＰＨＭＢと
記述する）、４５はパケットを蓄積すると共に、ロング
パケットをショートパケットに変換するＤチャネルパケ
ット変換手段であるところのパケットハンドラモジュー
ル（以後、ＰＨＭＤと記述する）、４６はＰＲＴ４１，
ＢＲＴ４２，ＢＲＩ４３，ＰＨＭＢ４４の交換を行なう
通話路スイッチ、４７はＰＲＴ４１，ＢＲＴ４２，ＢＲ
Ｉ４３，ＰＨＭＢ４４，ＰＨＭＤ４５，通話路スイッチ
４６をそれぞれ制御する中央制御装置（以後、ＣＣと記
述する）、４８はＢチャネルパケットを伝送する伝送路
、４９はＤチャネルパケットを伝送する伝送路であり、
且つＣＣ４７がＰＲＴ４１，ＢＲＴ４２，ＢＲＩ４３を
制御する制御バスでもある。ＣＣ４７は、発呼要求パケ
ットデータを受信した際に最初の要求パケットサイズを
記憶する第１の記憶手段、変換手段であるＰＨＭＢ４４
，ＰＨＭＤ４５と前記第１の記憶手段との間のネゴシエ
ーションにより最終的に決定するパケットサイズを記憶
する第２の記憶手段、パケット通信を行なう相手に前記
第１の記憶手段に記憶されたパケットサイズを要求する
要求手段、前記パケット通信を行なう相手と前記変換手
段４４，４５との間におけるネゴシエーションにより決
定する最適なパケットサイズを記憶する第３の記憶手段
をそれぞれ備えている。５０はＰＨＭＤ４５からＰＨＭ
Ｂ４４へパケットのレイヤ３情報である「Ｘ．２５」の
ＰＬＰを直接転送することができる伝送路であり、５１
はＣＣ４７がＰＨＭＢ４４とＰＨＭＤ４５とを制御する
制御バスである。

【００１２】次に、上記構成のパケット交換機の制御動
作を図４〜図９のフローチャートを参照しながら説明す
る。

【００１３】まず、図４において、制御動作が開始する
と、ＣＣ４７は、ＩＳＤＮ端末、及びＩＳＤＮ−ＴＡと
ＢＲＩ４３との間にレイヤ２のパケットリンク（ＳＡＰ
Ｉ＝１６）の設定が確立されているか否かを判別する（
ステップ１）。確立されていなければ、確立されるまで
ステップ１を実行し、確立されていれば、ＣＣ４７は、
ＢＲＩ４３がＣＲ（発呼要求）パケットをＤチャネル上
で受信したか否かを判別する（ステップ２）。受信しな
ければ、ＣＣ４７は他のコマンドであるか否かを判別し
（ステップ３）、他のコマンドでなければステップ２に
戻り、他のコマンドであれば、この他のコマンドの処理
を行なう（ステップ４）。一方、ステップ２において、
ＢＲＩ４３がＣＲパケットを受信したならば、ＣＣ４７
はＢＲＩがＰＨＭＤ４５の通信制御により、図３の伝送
通路４９を用いてＰＨＭＤ４５にＣＲパケットを送信し
たか否かを判別する（ステップ５）。送信しなければ、
送信するまでこのステップ５を実行し、送信したならば
ＣＣ４７はＰＨＭＤ４５がＣＲパケットを受信したか否
かを判別し（ステップ６）、受信しなければ、受信する
までステップ６を実行し、受信したならばステップ７に
進んで、ＣＣ４７は、ＰＨＭＤ４５が、呼設定及び呼切
断を制御するＣＲパケットを図１の伝送路５１を用いて
送信したか否かを判別する。送信しなければ、送信する
までステップ７を実行し、送信したならば、ＣＣ４７は
ＣＲパケットを受信する（ステップ８）。そして、ＣＣ
４７は、ＣＲパケット内のファシリティ、及びユーザデ
ータを解析すると共に、ＣＲパケット中の要求パケット
サイズ（ショートパケットのパケットサイズ）を第１の
記憶手段に記憶する（ステップ９）。このとき、ＣＣ４
７は、例えば、ＤＴＥファシリティの１つである起呼ア
ドレス拡張（ファシリティコード１１００１０１１）部
に、ユーザからショートパケットをロングパケットに変
更する（即ち、ＤチャネルからＢチャネルへの変換）要
求を示すコーディングがなされたか否かを判別する（ス
テップ１０）。そして、コーディングがなされたならば
、ＣＣ４７は、使用外線のＢチャネルパケット交換サー
ビスにおける契約状況を第４の記憶手段である図２のテ
ーブル２０を参照して調べて、使用する外線を決定する
（ステップ１１）。次いで、ＣＣ４７は、使用外線であ
るＢチャネル（Ｂｃｈ）のパケットリンク（ＳＡＰＩ＝
１６）の設定が確立されているか否かを判別する（ステ
ップ１２）。確立されていなければ、ＣＣ４７は、ＢＲ
Ｔ４２（又はＰＲＴ４１）のＢチャネルのパケットリン
クを設定する（ステップ１３）。次に、ステップ１１で
調べた使用外線の契約でフロー制御パラメータネゴシエ
ーションの契約がなされているか否かを判別する（ステ
ップ１４）。また、ステップ１２でＢチャネルのパケッ
トリンクが確立されていれば、ステップ１３を実行する
ことなくステップ１４に進む。

【００１４】次にネゴシエーション契約がなされている
場合の制御手順を説明する。

【００１５】図４のステップ１４において、ネゴシエー
ションの契約がなされていると判別されれば、図５のス
テップ１５に進み、ＣＣ４７は、端末が希望するロング
パケット、又はＣＣ４７で決定されるロングパケットの
パケットサイズをコーディングしたＣＲパケットをＰＨ
ＭＢ４４に送信する。次いで、ＣＣ４７は、ＰＨＭＢ４
４がロングパケットのパケットサイズをコーディングし
たＣＲパケットをＢＲＴ４２に送信したか否かを判別し
（ステップ１６）、送信しなければ、送信するまでこの
ステップ１６を実行し、送信したならば、次のステップ
１７に進み、ＣＣ４７は、ＢＲＴ４２がＣＲパケットを
ＩＳＤＮに送信したか否かを判別する。送信しなければ
、送信するまでこのステップ１７を実行し、送信したな
らば、ＣＣ４７は、ＢＲＴ４２がＩＳＤＮよりＣＣ（呼
設定完了）パケットを受信したか否かを判別する（ステ
ップ１８）。受信しなければ、受信するまでこのステッ
プ１８を実行し、受信したならば、ＣＣ４７はＰＨＭＢ
４４がＢＲＴ４２よりＣＣパケットを受信したか否かを
判別する（ステップ１９）。受信しなければ、受信する
までこのステップ１９を実行し、受信したならば、ＣＣ
４７は、ＰＨＭＢ４４が通信相手とのネゴシエーション
により決定されたＣＣパケット内にコーディングされた
パケットサイズを第３の記憶手段に記憶したか否かを判
別する（ステップ２０）。記憶しなければ記憶するまで
このステップ２０を実行し、記憶したならば、ＣＣ４７
は、ＰＨＭＢ４４よりＣＣパケットを受信する（ステッ
プ２１）。次いでＣＣ４７は、Ｄチャネル上の呼量、及
びパケットリンク数等と、ステップ９において第１の記
憶手段に記憶されている端末側の希望するショートパケ
ットのサイズを考慮して、ＰＨＭＤ４５の取り扱うパケ
ットサイズを決定し、ＣＣパケット内のロングパケット
のパケットサイズ（ＰＨＭＢ４４で取り扱う）をショー
トパケットのパケットサイズに変更して、ＰＨＭＤ４５
に送信する（ステップ２２）。次いで、図６のステップ
２３に進んで、ＣＣ４７は、ＰＨＭＤ４５がＣＣパケッ
ト内にコーディングされているパケットサイズ（ショー
トパケット）を第２の記憶手段に記憶したか否かを判別
する（ステップ２３）。記憶しなければ、記憶するまで
このステップ２３を実行し、記憶したならば、ＣＣ４７
は、ＰＨＭＤ４５がＣＣパケットをＢＲＩ４３に送信し
たか否かを判別する（ステップ２４）。送信しなければ
、送信するまで、このステップ２４を実行し、送信した
ならば、ＣＣ４７は、ＢＲＩ４３がＣＣパケットを内線
端末側に送信したか否かを判別する（ステップ２５）。 送信しなければ、送信するまでこのステップ２５を実行
し、送信したならば、ＣＣ４７はデータ伝送フェーズを
確立して（ステップ２６）、この制御を終了する。

【００１６】次に、ネゴシエーション契約がなされてい
ない場合の制御手順を説明する。図４のステップ１４に
おいて、ネゴシエーションの契約がなされていないと判
別されれば、図７のステップ２７に進んで、ＣＣ４７は
、使用外線の契約しているパケットサイズをＣＲパケッ
トにコーディングしてＰＨＭＢ４４に送信する。次いで
、ＣＣ４７は、ＰＨＭＢ４４がＣＲパケット内のパケッ
トサイズを第３の記憶手段に記憶したか否かを判別する
（ステップ２８）。記憶しなければ、記憶するまでこの
ステップ２８を実行し、記憶すれば、ＣＣ４７は、ＰＨ
ＭＢ４４がＣＲパケットをＢＲＴ４２に送信したか否か
を判別する（ステップ２９）。送信しなければ、送信す
るまでこのステップ２９を実行し、送信すれば、ＣＣ４
７は、ＢＲＴ４２がＣＲパケットをＩＳＤＮに送信した
か否かを判別する（ステップ３０）。送信しなければ、
送信するまでこのステップ３０を実行し、送信すれば、
ＣＣ４７は、ＢＲＴ４２がＩＳＤＮからのＣＣパケット
を受信したか否かを判別する（ステップ３１）。受信し
なければ、受信するまでこのステップ３１を実行し、受
信すれば、ＣＣ４７は、ＣＣパケットをＰＨＭＢ４４に
送信する（ステップ３２）。次いで、ＣＣ４７はＰＨＭ
Ｂ４４がＣＣパケットをＣＣ４７に送信したか否かを判
別する（ステップ３３）。送信しなければ、送信するま
でこのステップ３３を実行し、送信すれば、ＣＣ４７は
、ＰＨＭＢ４４よりＣＣパケットを受信して、ＰＨＭＤ
４５に送信する（ステップ３４）。次いで、上述した図
６のステップ２３〜２６を順次実行して、この制御を終
了する。

【００１７】次に、ユーザから、ショートパケットをロ
ングパケットに変更する要求を示すコーディングがなさ
れていない場合の制御手順を説明する。図４のステップ
１０において、ショートパケットをロングパケットに変
更する要求を示すコーディングがなされないと判別され
ると、図８のステップ３４に進み、ＣＣ４７は、ＣＲパ
ケットをＰＨＭＤ４５に送信する。次いで、ＣＣ４７は
、ＰＨＭＤ４５が使用外線であるＤチャネル（Ｄｃｈ）
を調べたか否かを判別する（ステップ３５）。調べなけ
れば、調べるまで、このステップ３５を実行し、調べた
ならば、ＣＣ４７は、使用するＤチャネルのパケットリ
ンクの設定が確立されているか否かを判別する（ステッ
プ３６）。確立されていなければ、ＣＣ４７は、ＢＲＴ
４２（又はＰＲＴ４１）に対してＤチャネルのパケット
リンクの設定要求を行ない、このＤチャネルのパケット
リンクを設定して（ステップ３７）、次のステップ３８
に進む。また、前記ステップ３６において、パケットリ
ンクが確立されていれば、ステップ３７を実行すること
なくステップ３８に進む。そして、このステップ３８に
おいて、ＣＣ４７は、ＰＨＭＤ４５がＣＲパケットをＢ
ＲＴ４１に送信したか否かを判別する。送信しなければ
、送信するまでこのステップ３８を実行し、送信すれば
、ＣＣ４７は、ＢＲＴ４１がＣＲパケットをＩＳＤＮに
送信したか否かを判別する（ステップ３９）。送信しな
ければ、送信するまで、このステップ３９を実行し、送
信すれば、ＣＣ４７は、ＢＲＴ４１がＩＳＤＮよりＣＣ
パケットを受信したか否かを判別する（ステップ４０）
。受信しなければ、受信するまで、このステップ４０を
実行し、受信すればＣＣ４７は、Ｘ．２５パケットレイ
ヤが確立されたことを確認して、ＣＣパケットをＰＨＭ
Ｄ４５に送信する（ステップ４１）。次いで、ＣＣ４７
は、ＰＨＭＤ４５がＣＣパケットをＣＣ４７に送信した
か否かを判別する（ステップ４２）。送信しなければ、
送信するまでこのステップ４２を実行し、送信すれば、
ＣＣ４７はＣＣパケットをＰＨＭＤ４５に送信し（ステ
ップ４３）、次いで、上述した図６のステップ２３〜２
６を順次実行して、この制御を終了する。

【００１８】次に、データ転送フェーズにおける制御手
順について図９を参照して説明する。図９において、制
御動作が開始すると、ＣＣ４７は、内線端末側より送信
されたロングサイズのデータパケットがＢＲＩ４３に着
信したか否かを判別する（ステップ４４）。着信しなけ
れば、ＣＣ４７は、ＰＨＭＢ４４がロングパケットを第
２の記憶手段に記憶されているショートパケットに分割
してＰＨＭＤ４５に送信したか否かを判別する（ステッ
プ４５）。送信しなければ、送信するまでこのステップ
４５を実行し、送信すれば、ＣＣ４７は、ＰＨＭＤ４５
がＰＨＭＢ４４より受信したショートパケットをＢＲＩ
４３に送信したか否かを判別する（ステップ４６）。送
信しなければ、送信するまでこのステップ４６を実行し
、送信すれば、ＣＣ４７は、ＢＲＩ４３がショートパケ
ットを内線端末に送信したか否かを判別する（ステップ
４７）。送信しなければ、送信するまで、このステップ
４７を実行し、送信すれば、ＣＣ４７はデータが終了し
たか否かを判別する（ステップ４８）。終了しなければ
最初のステップ４４に戻り、終了したならば、この制御
を終了する。一方、ステップ４４において、ＢＲＩ４３
にロングパケットが着信したならば、ＣＣ４７は、ＰＨ
ＭＤ４５がショートパケットをＰＨＭＢ４４に送信した
か否かを判別する（ステップ４９）。送信しなければ、
送信するまで、このステップ４９を実行し、送信したな
らば、ＣＣ４７は、ＰＨＭＢ４４がショートパケットを
ロングパケットに変換してＢＲＴ４２に送信したか否か
を判別する（ステップ５０）。送信しなければ、送信す
るまで、このステップ５０を実行し、送信すれば、ＣＣ
４７は、ＢＲＴ４２がロングパケットをＩＳＤＮへ送信
したか否かを判別する（ステップ５１）。送信しなけれ
ば、送信するまでこのステップ５１を実行し、送信すれ
ば、前記ステップ４８を実行する。

【００１９】なお、上記実施例においては、図３におい
てパケットの蓄積・変換を行なう部分がＰＨＭＢ４４と
ＰＨＭＤ４５とに分離されているが、これに限られるこ
となく、これらＰＨＭＢ４４とＰＨＭＤ４５とを一体化
しても本発明は実施可能である。また、図４のステップ
３２でＣＲパケットのファシリティであるＤＴＥファシ
リティにユーザのパケットサイズの変更要求を示すコー
ディングがなされていたが、これに限られることなくユ
ーザファシリティのファーストセレクトでも上記同様の
変更要求を示すコーディングがなされるようにしても本
発明は実施可能である。

【００２０】

【発明の効果】以上説明したように本発明のパケット交
換機は、端末から送られてきたショートパケットを受信
する受信手段と、前記ショートパケットをロングパケッ
トに変換する変換手段と、前記変換されたロングパケッ
トを前記網へ送出する送出手段とを有することを特徴と
するものである。

【００２１】従って、網内で処理するパケット数が減少
し、転送遅延等の問題点が解消され、また、割高である
ショートパケットを割安のロングパケットで送受信する
ため通信コストが軽減される。

【００２２】このようにＤチャネルパケット交換サービ
スのみ使用可能な端末からでも、Ｂチャネルパケット交
換サービスの利用が可能となり、パケット交換における
付加サービス的な効果がある。

【図面の簡単な説明】

【図１】本発明のパケット変換機において、パケットサ
イズを変更するショートパケットとロングパケットとの
関係を示す図である。

【図２】パケット交換サービスにおける外線の契約状況
を記憶したテーブルの図である。

【図３】本発明のパケット交換機のブロック構成図であ
る。

【図４〜図９】本発明のパケット交換機の制御動作手順
を示すフローチャートである。

【符号の説明】

４１　　局線１次群インタフェース部（送出手段）４２
　　局線基本インタフェース部（送出手段）４３　　内
線ＩＳＤＮ基本インタフェース部（受信手段）４４　　
パケットハンドラモジュール（交換手段）４５　　パケ
ットハンドラモジュール（交換手段）４７　　中央制御
装置

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　端末と網との間でパケットデータの蓄
   積交換を行なうパケット交換機であって、前記端末から
   送られてきたショートパケットを受信する受信手段と、
   前記ショートパケットをロングパケットに変換する変換
   手段と、前記変換されたロングパケットを前記網へ送出
   する送出手段とを有することを特徴とするパケット交換
   機。