JPH04307837A

JPH04307837A - 通信制御装置

Info

Publication number: JPH04307837A
Application number: JP3097879A
Authority: JP
Inventors: Yukio Atsumi; 幸雄渥美
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: NTT Inc
Priority date: 1991-04-04
Filing date: 1991-04-04
Publication date: 1992-10-30

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信回線を経由し相手
装置と、ＤＤＸ−Ｐという名称のプロトコルに従ってデ
ータ通信を行う通信制御装置に関するものである。

【０００２】

【従来の技術】ＤＤＸ−Ｐにおいてパケット交換サービ
スをパケット形態端末に提供するためのプロトコル種別
としては、ＣＣＩＴＴ勧告Ｘ．２５の７６年版を基本と
した端末（ＤＴＥ）と網（ＤＣＥ）が非対称なプロトコ
ル（以下、７６年版と称する）と、８０年版を基本とし
た端末（ＤＴＥ）と網（ＤＣＥ）が対称なプロトコル（
以下８０年版と称する）とがある。

【０００３】ＤＤＸ−Ｐにおけるインタフェースモジュ
ールの名称は次のとうりである。７６年版は、レイヤ２
は「ＰＴ（７６）のデータリンク制御手順（略称；ＨＤ
ＬＣ−ＢＡ（７６））」、レイヤ３は「同期式端末［Ｐ
Ｔ（７６）の接続制御手順（略称；Ｘ．２５（７６）Ｃ
ａｌｌ）］と「ＰＴ（７６）のデータ転送手順（略称；
Ｘ．２５（７６）Ｄａｔａ）」であり、８０年版は、レ
イヤ２は「ＰＴ（８０）のデータリンク制御手順（略称
；ＨＤＬＣ−ＢＡ（８０））」、レイヤ３は「同期式端
末［ＰＴ（８０）の接続制御手順（略称；Ｘ．２５（８
０）Ｃａｌｌ）］と「ＰＴ（８０）のデータ転送手順（
略称；Ｘ．２５（８０）Ｄａｔａ）」である。

【０００４】プロトコルの詳細は、必要があれば「パケ
ット交換サービスのインタフェース（ＰＴ編）第２版」
（昭和６３年７月４日、日本データ通信協会発行、日本
電信電話株式会社編集）を参照されたい。

【０００５】通信制御装置では、網側（ＤＣＥ）機能を
実現することにより、これらプロトコルを実現した端末
（ＤＥＴ）を収容することができる。７６年版と８０年
版のプロトコルは、類似しているがレイヤ３およびレイ
ヤ２で各々異なる。レイヤ１については同じである。

【０００６】レイヤ３のプロトコルヘッダ上の相違の一
つとして、ヘッダの先頭にあるゼネラルフォーマット識
別子（ＧＦＩ）の値がある。ＧＦＩのビット位置６，５
の値が、０１なら８０年版、１０なら７６年版である。

【０００７】図２にパケットフォーマットを示す。同図
に示すフォーマットにおいて、オクト（Ｏｃｔ）１のビ
ット位置５〜８にはゼネラルフォーマット識別子（ＧＦ
Ｉ）が記入されており、オクト（Ｏｃｔ）１のビット位
置１〜４には論理チャネルグループ番号（ＬＣＧＮ）が
記入されている。またオクト（Ｏｃｔ）２には論理チャ
ネル番号（ＬＣＮ）が、オクト（Ｏｃｔ）３にはパケッ
トタイプ識別子（ＴＹＰ）が、それぞれ記入されている
。ゼネラルフォーマット識別子（ＧＦＩ）のビット位置
６，５に０１が記入されていれば、そのプロトコルは８
０年版であり、１０が記入されていれば７６年版である
ことは、既に説明した通りである

【０００８】所で、レイヤ２の相違点の幾つかは次のと
うりである。リンク設定／解放については、８０年版で
は端末（ＤＴＥ）だけでなく網（ＤＣＥ）もＳＡＢＭ／
ＤＩＳＣコマンドを送信できるが、７６年版では網（Ｄ
ＣＥ）側からＳＡＢＭ／ＤＩＳＣコマンドを送信するこ
とはできない。しかし通常、ＳＡＢＭを送信するのは端
末（ＤＴＥ）側であり、端末（ＤＴＥ）側からリンク設
定を行う限り、リンク設定処理の相違はない。

【０００９】また、リンク設定後のデータ転送フェーズ
については、７６年版では、網（ＤＣＥ）側はＲＲ、Ｒ
ＮＲ、ＲＥＪのコマンドは送信しないことである。例え
ば、網（ＤＣＥ）から端末（ＤＴＥ）に対して送信した
Ｉフレームの応答がない場合、８０年版ならばＲＲコマ
ンドで応答督促を行うが、７６年版ではＲＲコマンドで
応答督促を行うことはない。しかし、８０年版でも応答
確認タイムアウトやビジー状態発生／解除が起こらない
限り、これら監視フレームをコマンドで使用することは
ないので、タイムアウトやビジー状態発生／解除が起こ
らない限り、７６年版との相違はない。従って、網（Ｄ
ＣＥ）側が端末（ＤＴＥ）から最初のＩフレームを受信
するまでは７６年版と８０年版の相違はない。

【００１０】以上を踏まえて、次に従来の通信制御装置
を説明する。図３は従来の通信制御装置を示すブロック
図である。同図において、通信制御装置１は、モデム３
を介して通信回線２を収容する。通信制御装置１の構成
として、１１は回線制御部、１２は伝送制御部、１３は
パケット制御部である。Ａ，Ｂは回線収容ポートを示す
記号である。回線収容ポート毎に、伝送制御部１２およ
びパケット制御部１３が処理するプロトコル種別は、予
め設定してあり固定である。

【００１１】今、回線収容ポートＡの伝送制御部１２お
よびパケット制御部１３は、８０年版に設定されている
とする。本回線に接続された相手装置は通信を開始しよ
うとする場合、まずリンク設定フレーム（ＳＡＢＭ）を
送信してくる。回線から受領するビットシリアル情報は
、回線制御部１１でフレームとして抽出され、誤り検出
符号をチェックし正しければ、本フレーム（ＳＡＢＭ）
を伝送制御部１２へ通知する。

【００１２】伝送制御部１２は、本フレームをリンク設
定フレームと認識し、応答フレーム（ＵＡ）の送信を回
線制御部１１に依頼する。これによりデータリンクが設
定され、レイヤ２のデータ転送を行うことができる。

【００１３】次に相手装置から発呼要求パケットＣＲが
送信されてくると、伝送制御部１２はＩフレームとして
受信し、パケット制御部１３へ通知する。パケット制御
部１３は、本情報をパケットヘッダの解析処理により発
呼要求パケットと判別すると、接続完了パケットＣＣを
作成して、伝送制御部１２に送信依頼する。これにより
パケットレベルのパスが設定され、データ転送を行うこ
とができる。図４に上述のパケットのパス設定までのレ
イヤ２とレイヤ３の動作シーケンス例を示したので参照
されたい。

【００１４】

【発明が解決しようとする課題】従来技術においては、
レイヤ３の受信パケットのＧＦＩ値に基づいて、レイヤ
３のプロトコル種別の設定と、設定済みのレイヤ２のプ
ロトコル種別の変更を行うことはできなかったため、通
信制御措置の回線収容ポート毎にプロトコル種別は予め
固定しておく必要があり、このため次のような問題があ
った。

【００１５】即ち、端末のプロトコルを変更する場合に
は、通信制御装置の当該回線収容ポートのプロトコルを
変更するか、あるいは、プロトコルが一致する回線収容
ポートへ、回線を収容替えする必要がある。また、端末
の追加収容およびプロトコル種別の変更を考慮して、予
備の回線収容ポートを設ける場合には、プロトコル種別
対応に回線収容ポートを用意する必要があるため、設備
利用効率が悪くなる。

【００１６】そこで本発明は、回線収容ポート対応にプ
ロトコル種別を予め固定することなく、最初のパケット
受信時に、相手装置のプロトコル種別に合わせて動的に
プロトコル処理機能を選択して、通信することを可能に
する通信制御装置を提供することを目的とする。

【００１７】

【課題を解決するための手段】上記目的達成のため、本
発明では、通信制御装置において、パケットヘッダ中の
ゼネラルフォーマット識別子（ＧＦＩ）の識別部を設け
、相手装置から受信した最初のパケットのヘッダ中のＧ
ＦＩの値から相手装置のプロトコル種別を決定し、それ
に対応するようにした。

【００１８】

【作用】通信制御装置において、伝送制御部は、８０年
版か７６年版かのいずれかのプロトコル種別で、取あえ
ず動作を開始し、パケットヘッダ中のＧＦＩにより、８
０年版と７６年版の識別を行ってプロトコル種別が決定
すると、この結果に基づいて、伝送制御部については初
期設定と異なれば動作機能を変更し、パケット制御部に
ついては決定したプロトコル種別に対応した動作機能を
設定して動作を開始する。

【００１９】従来技術では、パケットヘッダのＧＦＩ値
に基づいて、レイヤ４３のプロトコル種別の設定と、設
定済のレイヤ２のプロトコル種別を変更することはなく
、回線収容ポート毎にプロトコル種別は予め固定のため
、通信相手の接続収容ポートの制約があり、設備設計／
変更の容易性、設備利用効率向上、端末利用者へのサー
ビス性を図ることができなかった。

【００２０】

【実施例】図１は本発明の一実施例の構成を示すブロッ
ク図であり、以下にその構成および動作を説明する。図
１において通信制御装置１は、モデム３を介して通信回
線２を収容する。通信制御装置１の構成として、１１は
回線制御部、１２は伝送制御部、１３はパケット制御部
、１４はＧＦＩ識別部である。Ａ，Ｂは回線収容ポート
を示す記号である。

【００２１】今、回線収容ポートＡの伝送制御部１２の
初期機能は、７６年版に設定しておく。また、本回線に
接続された相手装置は、８０年版のプロトコルとする。相手装置は通信を開始しようとする場合、まずリンク設
定フレーム（ＳＡＢＭ）を送信してくる。

【００２２】回線から受領するビットシリアル情報は、
回線制御部１１でフレームとして抽出され、誤り検出符
号をチェックし正しければ、本フレーム（ＳＡＢＭ）を
伝送制御部１２へ通知する。伝送制御部１２は、本フレ
ームをリンク設定フレームと認識し、応答フレーム（Ｕ
Ａ）の送信を回線制御部１１に依頼する。

【００２３】これによりデータリンクが設定され、レイ
ヤ２のデータ転送を行うことができる。次に相手装置か
ら発呼要求パケットＣＲが送信されてくると、伝送制御
部１２はＩフレームとして受信し、パケット制御部１３
およびＧＦＩ識別部１４へ通知する。

【００２４】このとき、パケット制御部１３では、ＧＦ
Ｉ識別部１４からプロトコル種別の通知があるまで、パ
ケット処理は行わず、図示せざるバッファに保留してお
く。ＧＦＩ識別部１４は、パケットヘッダの先頭にある
ＧＦＩ（ゼネラルフォーマット識別子）のビット位置６
，５の内容を検査し、０１なら８０年版、１０なら７６
年版と判断する。そして、伝送制御部１２およびパケッ
ト制御部１３へプロトコル種別を通知する。

【００２５】伝送制御部１２は、ＧＦＩ識別部１４より
、プロトコル種別の通知を受領すると、必要に応じて該
当する機能へ切り替える。上記の場合、判明したプロト
コル種別が８０年版であり、伝送制御部１２の初期機能
は、７６年版になっているので、８０年版に切り替える
。

【００２６】一方、パケット制御部１３は、ＧＦＩ識別
部１４より、プロトコル種別の通知を受領すると、該当
する機能を選択し（本ケースでは８０年版）、保留して
いたパケットの処理を行う。パケット制御部１３は、パ
ケットヘッダの解析処理により発呼要求パケットと判別
すると、接続完了パケットＣＣを作成して、伝送制御部
１２に送信依頼する。これによりパケットレベルのパス
が設定され、データ転送を行うことができる。

【００２７】

【発明の効果】本発明によれば、ＤＤＸ−Ｐのパケット
形態端末用の網側プロトコル種別を、回線収容ポート対
応に予め固定する必要がないため、通信制御装置、回線
、等のセンタ側設備の効率的利用が可能となり、設備コ
ストの削減が図れるとともに、システム設計も容易とな
るので設計コストの削減が図れる。また、端末のプロト
コル種別が変更されても、センタ側の設備の変更は不要
であるので、保守・運用費用の削減が図れる。

【図面の簡単な説明】

【図１】本発明の一実施例の構成を示すブロック図であ
る。

【図２】パケットフォーマットの一例を示す説明図であ
る。

【図３】従来の通信制御装置の構成例を示すブロック図
である。

【図４】パケットレイヤのパス設定までのレイヤ２とレ
イヤ３のシーケンス例を示すシーケンス図である。

【符号の説明】

１…通信制御装置、２…通信回線、３…モデム、１１…
回線制御部、１２…伝送制御部、１３…パケット制御部
、１４…ＧＦＩ識別部

Claims

【特許請求の範囲】

【請求項１】　　　　ＤＤＸ−Ｐという名称の端末側プ
ロトコルを実現したパケット形態の相手装置を通信回線
を介して収容し、プロトコルレイヤ１の処理を行う回線
制御部と、プロトコルレイヤ２の処理を行う伝送制御部
と、プロトコルレイヤ３の処理を行うパケット制御部と
、から構成され、ＤＤＸ−Ｐという名称のプロトコルの
種別である７６年版と８０年版の２つの網側プロトコル
を選択的に実現する通信制御装置において、パケットヘ
ッダ中のゼネラルフォーマット識別子（ＧＦＩ）の識別
部を設け、相手装置が通信を開始しようとした場合、伝
送制御部は前記いずれかのプロトコル種別で動作を開始
し、ＧＦＩ識別部は相手装置から受信した最初のパケッ
トのヘッダ中のＧＦＩの値から、相手装置のプロトコル
を前記のうちのいずれか１つのプロトコル種別であると
決定し、伝送制御部に対しては、決定したプロトコル種
別が前記の初期設定のプロトコル種別と異なれば伝送制
御部の動作機能を変更するように通知し、パケット制御
部に対しては、前記の決定したプロトコル種別に合わせ
て動作機能を設定するようにしたことを特徴とする通信
制御装置。