JPH05199264A - Ｄチャネル制御方式 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、ＩＳＤＮにおいて、端末装置を収
容する回線対応部におけるレイヤ１プロトコルの制御と
の関連におけるＤチャネルを使用したレイヤ２プロトコ
ルの制御方式に関し、回線対応部での処理能力の向上を
目的とする。 【構成】 回線対応部１０４内のレイヤ２監視手段１０
６は、転送数の多いパケットデータを含むフレームデー
タについては終端動作を行う必要はなく、その到来の監
視動作、或いは、転送数の少ない保守フレームに対する
受信動作のみを行う。そして、転送数の多いパケットデ
ータを含むフレームデータについては、パケット処理手
段１０２が一括して終端処理を行う。従って、回線対応
手段１０４には、処理負荷の重い転送数の多いパケット
データを含むフレームデータのためのレイヤ２終端部を
設ける必要がなく、同手段の処理能力が向上する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＩＳＤＮ（サービス総
合ディジタル網）におけるＤチャネルの制御方式に係
り、更に詳しくは、端末装置を収容する回線対応部にお
けるレイヤ１プロトコルの制御との関連におけるＤチャ
ネルを使用したレイヤ２プロトコルの制御方式に関す
る。

【０００２】

【従来の技術】様々な情報を統合的に扱うことのできる
ＩＳＤＮでは、例えば、個人加入者等の通常の加入者に
対応する基本インタフェースとして、各伝送速度が６４
kbit/sの２本の情報チャネルＢと、伝送速度が１６kbit
/sの１本の信号チャネルＤからなる２Ｂ＋Ｄの構造を有
するインタフェースが提供される。即ち、基本インタフ
ェースの例では、加入者は、３つの情報チャネルを使用
することができ、旧来のアナログ電話網に比較してはる
かに大容量かつ多様なインタフェースを提供することが
できる。

【０００３】この場合、Ｂチャネルは電話・データ等の
情報の伝送に専用に用いられるチャネルである。また、
Ｄチャネルは、情報チャネルＢからは独立した信号チャ
ネルであり、上記情報チャネルＢ等の呼制御信号の伝送
に使用されるほか、低速のパケットデータの伝送にも使
用される。このように、情報チャネルと信号チャネルを
独立させることにより、様々なサービスの多様化・高度
化に対応することが可能となって、電話とそれ以外のデ
ータ端末等の統一的な制御を実現でき、１本の加入者線
に各種端末を接続することが可能となる。

【０００４】このような高度なサービスを提供するため
には、通信プロトコルを従来以上に厳密に規定する必要
がある。そこで、ＩＳＤＮでは、ＩＳＯ（国際標準化機
構）で提案されてＣＣＩＴＴ（国際電信電話諮問委員
会）でも合意されているＯＳＩ（開放型システム間接
続）参照モデルに基づく階層化プロトコルが採用されて
いる。

【０００５】ＩＳＤＮにおける階層化プロトコルのうち
低位層（低位レイヤ）の主なプロトコルとしては次のよ
うなものがある。 レイヤ１：加入者線の電気的・物理的条件の規約。即
ち、２Ｂ＋Ｄ等のインタフェースの速度及びビット構
成、宅内配線形式、符号形式等に関する規約。

【０００６】レイヤ２：Ｄチャネルによる端末・網間の
上位層情報（呼制御信号又はパケットデータ等）のトラ
ンスペアレントな転送機能を実現するためのフレームデ
ータ構成などに関する規約。Ｄチャネルを使用するの
で、ＬＡＰＤ(Link Access Procedure for D-channel)
と呼ばれる。

【０００７】レイヤ３：通信パス（呼）の設定、維持、
開放等の制御に関する規約。特に、情報チャネルＢを使
用した回線交換と、信号チャネルＤを使用したパケット
交換の両者のサービス、その他の付加的なサービスの要
求を可能とする規約。

【０００８】ここで、レイヤ２のプロトコルであるＬＡ
ＰＤに関連し、Ｄチャネル上では、前述したように呼制
御信号伝送用のリンクのほかに低速のパケットデータ伝
送用のリンクも張られる。このため、ＬＡＰＤでは、１
本の物理インタフェース上に同時に複数の独立したリン
クを確立することができ、また、宅内の複数端末のバス
接続配線により、１本の物理インタフェース上で上記複
数の端末のそれぞれに対して同時に独立したリンクを確
立できる。このようなリンクアクセスプロトコルは、一
般に「多重ＬＡＰ」と呼ばれる。

【０００９】上述の多重ＬＡＰを実現するために、ＬＡ
ＰＤでは、ＨＤＬＣ（高水準データ伝送手順）のフレー
ムフォーマットを拡張したフレームデータ構成が採用さ
れ、各フレームには、呼制御信号用かパケットデータ用
か等の情報転送機能種別を識別するためのＳＡＰＩと呼
ばれるサービスアクセス点識別子と、同一宅内の複数端
末を識別するためのＴＥＩと呼ばれる端末終端点識別子
が付加され、それに続く情報フィールドに呼制御データ
やパケットデータ等のレイヤ３以上のプロトコルに基づ
くデータが格納される。

【００１０】図１０は、上述のようなフレームデータ構
成に基づく多重ＬＡＰの制御方式の従来例をレイヤ１プ
ロトコルの制御との関連において示した図である。ＣＣ
ＩＴＴ勧告I.411 に基づいて定められるユーザ・網イン
タフェースの規定点であるＳ点又はＴ点に接続される端
末装置１００１（ローカルエリアネットワーク等も含ま
れる）は、回線対応部１００２で終端され、交換スイッ
チ部である呼制御信号処理部１００３に接続される。

【００１１】回線対応部１００２において、レイヤ１終
端部１００５は、加入者線１０１２を収容し、２本の情
報チャネルＢ１、Ｂ２と信号チャネルＤを分離する。こ
こで分離されたＢ１及びＢ２チャネルは、呼制御信号処
理部１００３に転送され、各チャネルに対して交換処理
がなされる。一方、レイヤ１終端部１００５で分離され
たＤチャネルのフレームデータは、分離多重部１００６
に入力し、そこでフレームデータ中のＳＡＰＩが判別さ
れる。

【００１２】分離多重部１００６でＳＡＰＩが“０”、
即ち、それが含まれるフレームデータが呼制御信号用の
データであると判別された場合には、レイヤ２終端部１
００７において、そのフレームデータに含まれる呼制御
データが解析され、それが呼制御信号処理部１００３を
介して呼制御プロセッサ（ＣＣ）１０１３に転送され、
ここで呼制御処理が行われる。

【００１３】分離多重部１００６でＳＡＰＩが“１
６”、即ち、それが含まれるフレームデータがパケット
データであると判別された場合には、レイヤ２終端部１
００８において、そのフレームデータに含まれるパケッ
トデータが解析され、交換機内部のフレームフォーマッ
トに変換される。そして、そのように変換されたパケッ
トデータは、呼制御信号処理部１００３を介して（レイ
ヤ２終端部１００９については後述する）、Ｄchパケッ
ト処理部１００４に転送され、同処理部内のレイヤ２終
端部１０１１で受信される。Ｄchパケット処理部１００
４は、受信したパケットデータに対して交換処理を実行
し、他の交換機等へ転送する。

【００１４】ここまでは、端末装置１００１側から呼制
御信号処理部１００３側へデータを転送するための構成
について説明したが、逆の場合も同様の構成である。但
し、Ｄchパケット処理部１００４から呼制御信号処理部
１００３を介して回線対応部１００２に転送されてきた
パケットデータは、レイヤ２終端部１００９で終端され
た後、分離多重部１００６、レイヤ１終端部１００２を
介して、加入者線１０１２に送出される。

【００１５】ここで、回線対応部１００２におけるレイ
ヤ１とレイヤ２の起動関係について説明する。前述した
ように、ＩＳＤＮにおける通信プロトコルは階層構造を
有しており、高位レイヤのプロトコルはそれより低位レ
イヤのプロトコルを前提として規定される。従って、回
線が起動され使用可能状態になる場合には、低位レイヤ
から順に制御動作が開始される必要があり、逆に、回線
の使用が終了される場合には、高位レイヤから順に制御
動作が終了される必要がある。

【００１６】そこで、回線対応部１００２自身又は端末
装置１００１によって回線が起動される場合には、レイ
ヤ１終端部１００５が、まず、加入者線１０１２を電気
的にアクティブにするためのレイヤ１に基づく制御動作
を開始し、その後にＳＡＰＩ＝０又はＳＡＰＩ＝１６の
多重リンクを確立するためのレイヤ２に基づく制御動作
を開始する。

【００１７】一方、回線対応部１００２において、回線
の使用が終了される場合には、レイヤ１制御部１０１０
が、レイヤ２終端部１００７及び１００８の動作状態を
監視し、両終端部を介してＬＡＰＤ（レイヤ２）におけ
る全てのリンクの消滅を検出した時点で、加入者線１０
１２を電気的にインアクティブにし、レイヤ１に基づく
制御動作を終了する。

【００１８】

【発明が解決しようとする課題】図１０のような構成を
有する従来例において、各加入者に向う加入者線１０１
２毎に設けられる回線対応部１００２において、各レイ
ヤ２終端部１００７、１００８又は１００９等は、一般
に、マイクロプロセッサ又はＤＳＰ等の機能として実現
される。そして、呼制御データを含むＳＡＰＩ＝０であ
るフレームデータの終端を行うためのレイヤ２終端部１
００７は、呼制御データの転送数が少ないため、同終端
部が動作することによるマイクロプロセッサ等における
負荷はそれほど大きくない。これに対して、パケットデ
ータを含むＳＡＰＩ＝１６であるフレームデータの終端
を行うためのレイヤ２終端部１００８及び１００９は、
パケットデータの転送数が多いため、同終端部が動作す
ることによるマイクロプロセッサ等における負荷は非常
に大きくなってしまう。

【００１９】従って、図１０のような構成の回線対応部
１００２では、マイクロプロセッサ等の全体の処理にお
ける２つのレイヤ２終端部１００８及び１００９の処理
の割合が非常に大きくなってしまい、その結果、回線対
応部１００２の処理能力が低下し、例えば単位時間あた
りのＬＡＰＤ（レイヤ２）に基づくフレームデータの処
理容量が小さくなってしまい、網から端末装置１００１
に対する応答特性が悪化してしまう等の問題点を有して
いる。

【００２０】本発明は、回線対応部の処理能力を向上さ
せることのできるレイヤ１及びレイヤ２のプロトコルの
制御を実現することを目的とする。

【００２１】

【課題を解決するための手段】図１は、本発明のブロッ
ク図である。本発明は、回線交換処理を行う呼制御信号
処理手段１０１と、パケット交換処理を行うパケット処
理手段１０２と、回線対応手段１０４とを有するディジ
タル網（ＩＳＤＮ）を前提とする。ここで、回線対応手
段１０４は、端末装置１０３を収容し、図１の１０８の
ような手段によってＢチャネル（Ｂ１、Ｂ２）とＤチャ
ネルとを分離／多重する。また、回線対応手段１０４
は、図１の１０９のような手段によって、Ｄチャネル上
で呼制御情報を格納したフレームデータとパケット情報
を格納したフレームデータとを分離／多重する。

【００２２】そして、回線対応手段１０４内に、以下の
ようなレイヤ２終端手段１０５、レイヤ２監視手段１０
６及びレイヤ１制御手段１０７を有する。即ち、レイヤ
２終端手段１０５は、呼制御情報を格納したフレームデ
ータに基づくレイヤ２リンクの監視及び制御を行う。

【００２３】レイヤ２監視手段１０６は、パケット情報
を格納したフレームデータに基づくレイヤ２リンクの監
視のみを行う。従って、回線対応手段１０４では当該リ
ンクの終端は行われない。その終端は、パケット処理手
段１０２で行われる。

【００２４】レイヤ１制御手段１０７は、レイヤ２終端
手段１０５及びレイヤ２監視手段１０６の両者において
検出された各レイヤ２リンクの消滅に基づいて、自らの
回線対応手段１０４におけるレイヤ１リンクを切断す
る。この場合、レイヤ２監視手段１０６は、例えばパケ
ット処理手段１０２から端末装置１０３へ向うパケット
情報を格納したフレームデータ又は逆方向のフレームデ
ータの何れか一方又は両方の受信毎にリセットされるタ
イマ手段を有し、そのタイマ手段が所定時間を計数した
場合に、上記フレームデータに基づくレイヤ２リンクの
消滅を検出する。そして、レイヤ２監視手段１０６は、
パケット処理手段１０２からＤチャネル上の保守用のフ
レームデータを使用して通知されるタイマ値を、上述の
タイマ手段に所定時間として設定する。或いは、レイヤ
２監視手段１０６は、パケット処理手段１０２からＤチ
ャネル上の保守用のフレームデータを使用して通知され
るパケット情報を格納したフレームデータに基づくレイ
ヤ２リンクの切断通知を受信することにより、当該レイ
ヤ２リンクの消滅を検出する。

【００２５】上述の構成において、回線対応手段１０４
は、呼制御情報を格納したフレームデータに付加されて
いる端末終端点識別子（ＴＥＩ）の何れかを解除した場
合に、その旨をＤチャネル上の保守用のフレームデータ
を使用してパケット処理手段１０２に通知するように構
成できる。一方、パケット処理手段１０２は、パケット
情報を格納したフレームデータに付加されている端末終
端点識別子の何れかの誤りの可能性を検出した場合に、
端末終端点識別子のチェック手順の起動要求をＤチャネ
ル上の保守用のフレームデータを使用して回線対応手段
１０４に通知するように構成できる。

【００２６】更に、回線対応手段１０４と呼制御信号処
理手段１０１との間に、更に別の回線対応手段を介して
ローカルエリアネットワーク（ＬＡＮ）が接続される構
成を有するように構成されてもよい。この場合、回線対
応手段１０４は、端末側のＬＡＮノードとなる。

【００２７】

【作用】レイヤ２監視手段１０６は、転送数の多いパケ
ットデータを含む例えばＳＡＰＩ＝１６のフレームデー
タについては終端動作を行う必要はなく、その到来の監
視動作、或いは、例えばＳＡＰＩ＝６３である転送数の
少ない保守フレームに対する受信動作を行うだけでよ
い。そして、転送数の多いパケットデータを含むＳＡＰ
Ｉ＝１６のフレームデータについては、パケット処理手
段１０２が一括して終端処理を行う。ここで、パケット
処理手段１０２は、回線対応手段１０４のように加入者
線毎に設置する必要はなく最低１台でよいため、処理能
力の高いプロセッサで一括して処理を実行できる。

【００２８】以上のように、回線対応手段１０４におい
ては、処理負荷の重い転送数の多いパケットデータを含
むフレームデータのためのレイヤ２終端部を設ける必要
がなく、回線対応手段１０４の処理能力を向上させるこ
とができる。

【００２９】

【実施例】以下、図面を参照しながら本発明の実施例に
つき詳細に説明する。実施例の全体構成 図２は、本発明の実施例のブロック図である。図１０と
同じ番号が付された部分については同じ機能を有する。

【００３０】図２が図１０と異なる点は、図１０の回線
対応部１００２に対応する回線対応部２０１において、
図１０のレイヤ２終端部１００８と１００９がフレーム
監視部２０２に置き換えられた点である。

【００３１】このフレーム監視部２０２では、転送数の
多いパケットデータを含むＳＡＰＩ＝１６のフレームデ
ータについては終端動作を行う必要はなく、以下に説明
する特定の監視動作、或いは、ＳＡＰＩ＝６３である転
送数の少ない保守フレームに対する受信動作を行うだけ
でよい。そして、転送数の多いパケットデータを含むＳ
ＡＰＩ＝１６のフレームデータについては、Ｄchパケッ
ト処理部２０３のレイヤ２終端部２０４が一括して終端
処理を行う。ここで、Ｄchパケット処理部２０３は、回
線対応部２０１のように加入者線１０１２毎に設置する
必要はなく最低１台でよいため、処理能力の高いプロセ
ッサで一括して処理を実行できる。

【００３２】以上のように、回線対応部２０１において
は、図１０の１００８及び１００９のような処理負荷の
重いレイヤ２終端部を設ける必要がなく、回線対応部２
０１の処理能力を向上させることができる。ＬＡＰＤのフレームフォーマットの説明 本実施例の具体的な動作について説明する前に、まず、
図２のＩＳＤＮ交換網内をＤチャネルによって転送され
るＬＡＰＤのフレームフォーマットについて、図３を用
いて説明しておく。

【００３３】図３において、１オクテット長のフラグＦ
は例えば"01111110"のビットパターンデータであり、Ｄ
チャネル上でＬＡＰＤのフレームデータを識別するため
のフラグである。これからわかるように、フラグＦ以外
のデータ部ではビット“１”が６個以上連続しないよう
に制御される。

【００３４】次に、２オクテット長のアドレスフィール
ドは、ＳＡＰＩとＴＥＩの両識別子を含む。これらのデ
ータにより、既に説明した多重ＬＡＰが実現される。続
いて、２オクテット長の制御フィールドは、各種制御デ
ータの転送に使用される。

【００３５】最大２６０オクテット長の情報フィールド
には、レイヤ３以上のプロトコルに基づいたデータが格
納され、前述したように、アドレスフィールドのＳＡＰ
Ｉが“０”なら呼制御データが、“１６”ならパターン
データが格納される。このように、ＬＡＰＤのフレーム
データは可変長データである。なお、ＬＡＰＤのフレー
ムデータが、後述するように、ＳＡＰＩ＝６３の保守フ
レームデータの場合には、この情報フィールドには後述
する各種保守データが格納される。

【００３６】上述のようなＬＡＰＤのフレームフォーマ
ットに基づく図２の回線対応部２０１の動作の５つの実
施例につき以下に順次説明する。回線対応部の動作の第１の実施例 この動作実施例では、フレーム監視部２０２内にＬＡＰ
Ｄのフレームデータの通過間隔を計測するタイマが設け
られる。このタイマは、図２では特には図示されない
が、ハードウエアのタイマでもソフトウエア制御による
タイマでもどちらでもよい。

【００３７】今、Ｄチャネル上でパケットデータのリン
クが張られている場合、ＬＡＰＤでは、一定時間毎（例
えば１０秒毎）に必ずＬＡＰＤのフレームデータ（ＲＲ
フレームと呼ばれる）がＤチャネル上を転送される規約
になっている。

【００３８】そこで、フレーム監視部２０２は、Ｄchパ
ケット処理部２０３から分離多重部１００６に向う伝送
路上又はその逆の伝送路上の何れかで、ＬＡＰＤのフレ
ームデータを監視し、それを検出する毎に内部のタイマ
をリセットする。なお、ＬＡＰＤのフレームデータの検
出動作は、図３のフラグＦの連続する６個の“１”を検
出する動作として実現される。従って、フレーム監視部
２０２は、比較器とカウンタからなる回路と上記タイマ
とからなる簡単な回路構成で実現される。

【００３９】そして、フレーム監視部２０２は、タイマ
が上述の一定時間を計測しきってタイムアウトした場合
に、その旨をレイヤ１制御部１０１０に通知する。レイ
ヤ１制御部１０１０は、上記タイムアウトの通知が発生
し、かつ、レイヤ２終端部１００７を介してＳＡＰＩ＝
０のリンクの消滅を検出した時点で、加入者線１０１２
を電気的にインアクティブにし、レイヤ１に基づく制御
動作を終了する。

【００４０】以上の動作により、回線対応部２０１には
転送数の多いＳＡＰＩ＝１６のフレームデータを終端す
るためのレイヤ２終端部を設ける必要がなく、回線対応
部２０１の処理能力を向上させることができる。回線対応部の動作の第２の実施例 上述の第１の実施例において、Ｄチャネル上でパケット
データのリンクが張られている場合にフレームデータが
強制的に伝送される一定時間間隔は、図２の端末装置１
００１の種類等によって変化し得る。

【００４１】そこで、第２の実施例では、まず、フレー
ム監視部２０２内に設けられたタイマによってＬＡＰＤ
のフレームデータの通過間隔を計測する動作は第１の実
施例の場合と同じである。これに加えて、第２の実施例
では、Ｄchパケット処理部２０３が、図２の各加入者線
１０１２に対応して設けられる回線対応部２０１に、上
述の一定時間間隔であるタイマ値を通知する構成を有す
る。

【００４２】Ｄchパケット処理部２０３から各回線対応
部２０１へのタイマ値の通知は、保守フレームを利用し
て行われる。保守フレームは、Ｄチャネル上を伝送され
るＬＡＰＤのフレームデータであり、図４(a) のよう
に、ＳＡＰＩ＝６３で、情報フィールドに各回線対応部
２０１毎のタイマ値が格納された構成を有する。

【００４３】図２のＤchパケット処理部２０３のレイヤ
２終端部２０４は、図４(b) のように、端末装置１００
１との間でＳＡＰＩ＝１６のパケットデータを含むフレ
ームデータを通信している合間に、上述のような保守フ
レームのデータを、各回線対応部２０１に接続されるハ
イウエイに送出する。

【００４４】各回線対応部２０１内においては、図２の
フレーム監視部２０２が上述の保守フレームの到来を監
視し、同フレームを受信した場合に、それに含まれるタ
イマ値を内部のタイマにプリセットする。

【００４５】このようにして、各回線対応部２０１は、
それに接続される端末１００１等の種類に応じて、前述
した第１の実施例の動作に基づくきめの細かい監視動作
を実現できる。

【００４６】なお、保守フレームの転送数は少ないた
め、フレーム監視部２０２の回線対応部２０１に対する
負荷は重くはならない。回線対応部の動作の第３の実施例 この動作実施例では、フレーム監視部２０２は、ＬＡＰ
Ｄのフレームデータが通過するか否かの監視、及び保守
フレームの受信の２つの動作を行う。そして、各回線対
応部２０１におけるＳＡＰＩ＝１６であるレイヤ２リン
クの消滅の検出は、Ｄchパケット処理部２０３が各回線
対応部２０１に「リンク断」を通知することにより行わ
れる。

【００４７】Ｄchパケット処理部２０３から各回線対応
部２０１への「リンク断」の通知は、第２の実施例と同
様の図５に示されるような、ＳＡＰＩ＝６３の保守フレ
ームを利用して行われる。「リンク断」の情報は、情報
フィールドに格納される。そして、図２のＤchパケット
処理部２０３のレイヤ２終端部２０４は、前述した図４
(b) のように、端末装置１００１との間でＳＡＰＩ＝１
６のパケットデータを含むフレームデータを通信してい
る合間に、上述のような保守フレームのデータを、各回
線対応部２０１に接続されるハイウエイに送出する。

【００４８】このような保守フレームを利用して実現さ
れる第３の動作実施例の動作について、図６の状態遷移
図を用いて説明する。 ＜状態１＞まず、ＳＡＰＩ＝０及びＳＡＰＩ＝１６の両
者のレイヤ２リンクとも停止しており、レイヤ１も停止
している状態１において、回線対応部１００２自身又は
端末装置１００１によって回線が起動された場合には、
レイヤ１終端部１００５が、まず、加入者線１０１２を
電気的にアクティブにするためのレイヤ１に基づく制御
動作を開始する。

【００４９】そして、レイヤ２終端部１００７がＳＡＰ
Ｉ＝０のフレームデータの到来を監視し、フレーム監視
部２０２がＳＡＰＩ＝１６のフレームデータの到来を監
視する。

【００５０】この状態１で、レイヤ２終端部１００７が
ＳＡＰＩ＝０のフレームデータを受信した場合、レイヤ
２終端部１００７はＳＡＰＩ＝０のフレームデータの終
端を行ってリンクの設定動作を行い、状態２に移行す
る。

【００５１】一方、状態１で、フレーム監視部２０２が
ＳＡＰＩ＝１６のフレームデータを受信した場合には、
状態３に移行する。 ＜状態２＞状態２は、ＳＡＰＩ＝０の呼制御のためのレ
イヤ２リンクが有り、ＳＡＰＩ＝１６のパケットデータ
転送用のレイヤ２リンクは無い状態である。この状態２
では、レイヤ２終端部１００７はＳＡＰＩ＝０のフレー
ムデータの終端動作を行っており、フレーム監視部２０
２はＳＡＰＩ＝１６のフレームデータの到来の監視動作
のみを行っている。

【００５２】状態２で、レイヤ２終端部１００７がＳＡ
ＰＩ＝０のレイヤ２リンクを終了した場合、レイヤ１制
御部１０１０が、レイヤ２終端部１００７及びフレーム
監視部２０２の各状態からＳＡＰＩ＝０及びＳＡＰＩ＝
１６の両者のレイヤ２リンクとも無くなったことを識別
する。これにより、レイヤ１制御部１０１０は、加入者
線１０１２を電気的にインアクティブにし、レイヤ１に
基づく制御動作を終了して、前述した状態１に戻る。

【００５３】一方、状態２で、フレーム監視部２０２が
ＳＡＰＩ＝１６のフレームデータを受信した場合には、
状態４に移行する。 ＜状態３＞状態３は、ＳＡＰＩ＝０の呼制御のためのレ
イヤ２リンクが無く、ＳＡＰＩ＝１６のパケットデータ
転送用のレイヤ２リンクが有る状態である。この状態３
では、レイヤ２終端部１００７はＳＡＰＩ＝０のフレー
ムデータの到来の監視動作を行っており、フレーム監視
部２０２はＤchパケット処理部２０３からの「リンク
断」の保守フレームの到来の監視動作を行っている。

【００５４】状態３で、レイヤ２終端部１００７がＳＡ
ＰＩ＝０のフレームデータを受信した場合、レイヤ２終
端部１００７はＳＡＰＩ＝０のフレームデータの終端を
行ってリンクの設定動作を行い、状態４に移行する。

【００５５】一方、状態３で、フレーム監視部２０２が
「リンク断」の保守フレームを受信した場合には、レイ
ヤ１制御部１０１０が、レイヤ２終端部１００７及びフ
レーム監視部２０２の各状態からＳＡＰＩ＝０及びＳＡ
ＰＩ＝１６の両者のレイヤ２リンクとも無くなったこと
を識別する。これにより、レイヤ１制御部１０１０は、
加入者線１０１２を電気的にインアクティブにし、レイ
ヤ１に基づく制御動作を終了して、状態１に戻る。 ＜状態４＞状態４は、ＳＡＰＩ＝０の呼制御のためのレ
イヤ２リンク及びＳＡＰＩ＝１６のパケットデータ転送
用のレイヤ２リンクの両者とも有る状態である。この状
態４では、レイヤ２終端部１００７はＳＡＰＩ＝０のフ
レームデータの終端動作を行っており、フレーム監視部
２０２はＤchパケット処理部２０３からの「リンク断」
の保守フレームの到来の監視動作を行っている。

【００５６】状態４で、レイヤ２終端部１００７がＳＡ
ＰＩ＝０のレイヤ２リンクを終了した場合、前述した状
態３に戻る。一方、状態４で、フレーム監視部２０２が
「リンク断」の保守フレームを受信した場合には、前述
した状態２に戻る。

【００５７】以上のような第３の動作実施例により、フ
レーム監視部２０２は、Ｄchパケット処理部２０３から
の「リンク断」の保守フレームの到来の監視動作を行う
だけで、レイヤ１とレイヤ２の連携制御を実現できる。回線対応部の動作の第４の実施例 前述したように、同一宅内では図２の１本の加入者線１
０１２には複数台の端末装置（図２の１００１に対応す
る）を接続することが可能であり、ＬＡＰＤの制御にお
いては、フレームデータに付加される端末終端点識別子
ＴＥＩによって各端末装置が識別される。そのために、
回線対応部２０１内には、例えば端末装置番号とＴＥＩ
の対応テーブルが設けられている。

【００５８】ここで、例えば、１つの端末装置１００１
がＤチャネルのＳＡＰＩ＝１６のフレームデータを使用
したパケット通信を行っている状態で、その端末装置が
更にＳＡＰＩ＝０のフレームデータを使用して回線通信
の発呼動作を行ったような場合において、ＳＡＰＩ＝０
のフレームデータに他の端末装置と重複するような誤っ
たＴＥＩが付加されたような場合、回線対応部２０１は
当該端末装置１００１に対する当該ＴＥＩの割当てを強
制的に解除する制御を行う。

【００５９】このような場合、それをＤchパケット処理
部２０３に通知する必要がある。なぜならば、図２の構
成では、ＳＡＰＩ＝１６のフレームデータの終端動作
は、回線対応部２０１では行われず、Ｄchパケット処理
部２０３で一括して行われているため、もし上述の通知
が行われないとすると、Ｄchパケット処理部２０３は、
上述のＴＥＩの解除が行われた以後も、解除されたＴＥ
Ｉを解除された端末装置に対応づけて通信制御を行って
しまい、リンクの整合性が保てなくなってしまうからで
ある。

【００６０】そこで、回線対応部２０１においてＴＥＩ
が解除された場合には、以下示されるような制御動作に
よって、Ｄchパケット処理部２０３へのＴＥＩ解除通知
がなされる。

【００６１】まず、図２のレイヤ２終端部１００７は、
図７(b) に示されるように、ＳＡＰＩ＝０のフレームデ
ータの終端動作中に前述したようなＴＥＩの解除要因を
検出した場合には、所定の手順に従ってＴＥＩの解除を
行う。

【００６２】その後に、図２の回線対応部２０１内の特
には図示しない保守フレーム送出部が、第２の実施例と
同様の図７(a) に示されるようなＳＡＰＩ＝６３の保守
フレームを利用して、Ｄchパケット処理部２０３へ、Ｔ
ＥＩ解除通知を行う。

【００６３】これによって、Ｄchパケット処理部２０３
は、そのＴＥＩに関連するＳＡＰＩ＝１６のレイヤ２リ
ンクを切断する制御等を行う。回線対応部の動作の第５の実施例 上述の第４の実施例では、回線対応部２０１がＴＥＩの
解除要因を検出した場合であったが、Ｄchパケット処理
部２０３側でＴＥＩの誤りの可能性を検出する場合もあ
り得る。即ち、１つの端末装置１００１がＤチャネルの
ＳＡＰＩ＝１６のフレームデータを使用したパケット通
信を行っている状態において、その端末装置から、その
端末装置に矛盾するＴＥＩが付加されたＳＡＰＩ＝１６
のフレームデータが送出されたような場合である。

【００６４】このような場合にもＴＥＩの内容をチェッ
クし、必要ならばそのＴＥＩの端末装置に対する割当て
を解除する必要があるが、ＴＥＩの管理は通常は回線対
応部２０１が行っている。

【００６５】そこで、Ｄchパケット処理部２０３におい
てＴＥＩの誤りの可能性が検出された場合には、ＴＥＩ
のチェック要求が該当する回線対応部２０１に通知さ
れ、その回線対応部２０１において以下に示されるよう
な制御動作が実行される。

【００６６】まず、図２のＤchパケット処理部２０３の
レイヤ２終端部２０４は、図８(b)に示されるように、
ＳＡＰＩ＝１６のフレームデータの終端動作中に前述し
たようなＴＥＩのチェック要求要因を検出した場合に
は、第２の実施例と同様の図８(a) に示されるようなＳ
ＡＰＩ＝６３の保守フレームを利用して、Ｄchパケット
処理部２０３へ、ＴＥＩチェック要求通知を行う。

【００６７】これに対して、回線対応部２０１内の特に
は図示しない保守フレームの受信部が上述の保守フレー
ムを受信すると、回線対応部２０１内のレイヤ２終端部
１００７は、所定の手順に従ってＴＥＩのチェック及び
必要に応じてＴＥＩの解除を行う。

【００６８】ＴＥＩが解除された場合、図２の回線対応
部２０１内の特には図示しない保守フレーム送出部が、
第４の実施例と同様の図７(a) に示されるようなＳＡＰ
Ｉ＝６３の保守フレームを利用して、図８(b) に示され
るように、Ｄchパケット処理部２０３へＴＥＩ解除通知
を行う。

【００６９】これによって、Ｄchパケット処理部２０３
は、そのＴＥＩに関連するＳＡＰＩ＝１６のレイヤ２リ
ンクを切断する制御等を行う。ローカルエリアネットワークが収容される実施例 ここで、図９に示されるように、呼制御信号処理部１０
０３に、回線対応部９０１と網側ＬＡＮノード９０２を
解してローカルエリアネットワーク（ＬＡＮ）９０３が
接続され、更に、そのＬＡＮ９０３に、端末側ＬＡＮノ
ード９０４を介して端末装置９０５が接続されるような
構成を有する場合がある。

【００７０】このような実施例の場合には、通常、回線
対応部９０１と網側ＬＡＮノード９０２の間では、レイ
ヤ１は常に起動された状態となっている。そして、図２
の回線対応部２０１と同様の構成は、図９では、回線対
応部９０１側ではなく、端末側ＬＡＮノード９０４側に
構成される。これにより、同ノードにおけるレイヤ１と
レイヤ２の連携動作を効率良く行うことができる。

【００７１】

【発明の効果】本発明によれば、レイヤ２監視手段は、
転送数の多いパケットデータを含むフレームデータにつ
いては終端動作を行う必要はなく、その到来の監視動
作、或いは、転送数の少ない保守フレームに対する受信
動作を行うだけで、レイヤ１の起動及び停止、レイヤ２
のＴＥＩ管理が可能となる。従って、回線対応手段にお
ける制御処理を簡略化し、フレームデータの処理能力を
向上させることが可能となる。

【図面の簡単な説明】

【図１】本発明のブロック図である。

【図２】本発明の実施例のブロック図である。

【図３】ＬＡＰＤのフレームフォーマットを示した図で
ある。

【図４】回線対応部の動作の第２の実施例の説明図であ
る。

【図５】回線対応部の動作の第３の実施例の説明図であ
る。

【図６】回線対応部の動作の第３の実施例の状態遷移図
である。

【図７】回線対応部の動作の第４の実施例の説明図であ
る。

【図８】回線対応部の動作の第５の実施例の説明図であ
る。

【図９】ローカルエリアネットワークが収容される実施
例のブロック図である。

【図１０】レイヤ１プロトコルの制御との関連における
Ｄチャネルを使用したレイヤ２プロトコルの制御方式の
従来例を示した図である。

【符号の説明】

１０１ 呼制御信号処理手段 １０２ パケット処理手段 １０３ 端末装置 １０４ 回線対応手段 １０５ レイヤ２終端手段 １０６ レイヤ２監視手段 １０７ レイヤ１制御手段

フロントページの続き (51)Int.Cl.⁵ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 29/10 8529−5Ｋ Ｈ０４Ｌ 11/20 １０２ Ｚ 8020−5Ｋ 13/00 ３０９ Ｚ (72)発明者 上原 毅 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 矢澤 重彦 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 大吉 章次 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 加藤 正顕 愛知県名古屋市中区綿一丁目19番24号 富 士通名古屋通信システム株式会社内 (72)発明者 岩佐 賢 神奈川県横浜市港北区新横浜三丁目９番18 号 富士通コミュニケーション・システム ズ株式会社内

Claims (7)

【特許請求の範囲】
1. 【請求項１】 回線交換処理を行う呼制御信号処理手段
   （１０１）と、パケット交換処理を行うパケット処理手
   段（１０２）と、端末装置（１０３）を収容しＢチャネ
   ルとＤチャネルとを分離／多重するとともにＤチャネル
   上で呼制御情報を格納したフレームデータとパケット情
   報を格納したフレームデータとを分離／多重する回線対
   応手段（１０４）とを有するディジタル網において、 前記回線対応手段（１０４）内に、 前記呼制御情報を格納したフレームデータに基づくレイ
   ヤ２リンクの監視及び制御を行うレイヤ２終端手段（１
   ０５）と、 前記パケット情報を格納したフレームデータに基づくレ
   イヤ２リンクの監視を行うレイヤ２監視手段（１０６）
   と、 前記レイヤ２終端手段（１０５）及びレイヤ２監視手段
   （１０６）の両者において検出された前記各レイヤ２リ
   ンクの消滅に基づいて自回線対応手段（１０４）におけ
   るレイヤ１リンクを切断するレイヤ１制御手段（１０
   ７）と、 を有することを特徴とするＤチャネル制御方式。
2. 【請求項２】 前記レイヤ２監視手段は、前記パケット
   処理手段から前記端末装置へ向う前記パケット情報を格
   納したフレームデータ、又は前記端末装置から前記パケ
   ット処理手段へ向う前記パケット情報を格納したフレー
   ムデータの何れか一方又は両方の受信毎にリセットされ
   るタイマ手段を有し、該タイマ手段が所定時間を計数し
   た場合に、前記パケット情報を格納したフレームデータ
   に基づくレイヤ２リンクの消滅を検出する、 ことを特徴とする請求項１記載のＤチャネル制御方式。
3. 【請求項３】 前記レイヤ２監視手段は、前記パケット
   処理手段からＤチャネル上の保守用のフレームデータを
   使用して通知されるタイマ値を、前記タイマ手段に前記
   所定時間として設定する、 ことを特徴とする請求項２記載のＤチャネル制御方式。
4. 【請求項４】 前記レイヤ２監視手段は、前記パケット
   処理手段からＤチャネル上の保守用のフレームデータを
   使用して通知される前記パケット情報を格納したフレー
   ムデータに基づくレイヤ２リンクの切断通知を受信する
   ことにより、該レイヤ２リンクの消滅を検出する、 ことを特徴とする請求項１記載のＤチャネル制御方式。
5. 【請求項５】 前記回線対応手段は、前記呼制御情報を
   格納したフレームデータに付加されている端末終端点識
   別子の何れかを解除した場合に、その旨をＤチャネル上
   の保守用のフレームデータを使用して前記パケット処理
   手段に通知する、 ことを特徴とする請求項１、２、３又は４記載のＤチャ
   ネル制御方式。
6. 【請求項６】 前記パケット処理手段は、前記パケット
   情報を格納したフレームデータに付加されている端末終
   端点識別子の何れかの誤りの可能性を検出した場合に、
   前記端末終端点識別子のチェック手順の起動要求をＤチ
   ャネル上の保守用のフレームデータを使用して前記回線
   対応手段に通知する、 ことを特徴とする請求項５記載のＤチャネル制御方式。
7. 【請求項７】 前記回線対応手段と前記呼制御信号処理
   手段との間に、更に別の回線対応手段を介してローカル
   エリアネットワークが接続される構成を有する、 ことを特徴とする請求項１、２、３、４、５又は６記載
   のＤチャネル制御方式。