JPH0442656A

JPH0442656A - Ｉｓｄｎ呼制御方式

Info

Publication number: JPH0442656A
Application number: JP2148733A
Authority: JP
Inventors: Yoshinori Watanabe; 義則渡辺; Riichi Yasue; 利一安江; Shiro Oishi; 大石　志郎
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1990-06-08
Filing date: 1990-06-08
Publication date: 1992-02-13

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明はＩＳＤＮと接続し、複数のチャネルを利用して
データや音声の通信を行う装置の制御方式に関し、特に
呼制御の方式に関する。

〔従来の技術］複数のデータチャネルや高度な付加サービス機能を提供
するＩＳＤＮの呼制御手順は、その他の網における呼制
御手順、例えば、ｘ、２５パケツトレベルの呼制御手順
と比べて非常に複雑で、必要な情報の量も多くなってい
る。そのため、従来のＩＳＤＮ呼制御方式では、上位レ
イヤと呼制御を行うレイヤ３との間のサービスプリミテ
ィブとして、Ｏ５Ｉ参照モデルで規定されているプリミ
ティブにＩＳＤＮ特有のプロトコルに対応したプリミテ
ィブを追加したものを使用し、上位レイヤとの間で変換
テーブルによってサービスプリミティブとレイヤ３メツ
セージの変換を行って上位レイヤとのインタフェースを
実現する方法を採っていた。その−例は、特開昭６３−
４６８４０号公報に記載されている。

〔発明が解決しようとする課題〕

上記従来技術によれば、呼制御部側はテーブルによる交
換操作のみでサービスプリミティブの解析、生成が行え
るが、サービスプリミティブの種類が多いと上位レイヤ
で管理しなければならない状態数が増えてしまう、上記
従来技術は、この点に配慮がされていないため、ＩＳＤ
Ｎの特徴の１つである多チヤネル同時通信を行おうとす
ると、上位レイヤ倒での呼の管理が複雑となり、上位レ
イヤを収容する端末本体側の負荷が増大してしまうとい
う問題があった。

本発明の目的は、呼制御を行うレイヤ３とその上位レイ
ヤとの間のサービスプリミティブを、Ｏ５Ｉ参照モデル
のネットワーク層のサービス定義に準拠した確認型サー
ビスプリミティブにして呼設定や呼切断を行えるように
し、上位レイヤ側の負荷を軽減することにある。

また、本発明の他の目的は、呼制御に必要となる多くの
情報を効率よく受け渡し可能なレイヤ間インタフェース
を提供し、装置全体の処理効率を向上することにある。

〔課題を解決するための手段〕

上記目的を達成するために、本発明では呼制御部内にレ
イヤ３プロトコルを実行するプロトコル制御手段の他に
、上位レイヤとのインタフェース処理を行う上位接続手
段を設け、呼毎にサービスプリミティブ受け渡しの状態
を管理しながらサービスプリミティブの生成・を行える
ようにしたものである。

また、上記他の目的を達成するために、上位レイヤとの
間でサービスプリミティブに伴う情報の受け渡しに使用
するバッファを２個１組の形で管理する手段を設け、１
つのサービスを提供する１組のサービスプリミティブに
おける要求または指示プリミティブで前記１組のバッフ
ァの一方を使用し、対応する確認または応答プリミティ
ブで前記１組のバッファの他方を使用するようにしたも
のである。

〔作用〕

上記手段において、プロトコル制御手段は、複数の呼の
それぞれについて状態管理を行いながら、ＣＣＩＴＴ勧
告Ｉ．４５１に従ったＩＳＤＮユーザ網インタフェース
レイヤ３プロトコルを実行し。

上位接続手段は、複数の呼のそれぞれについて状態管理
を行いながら、上位レイヤとの間でサービスプリミティ
ブの受け渡しと前記プロトコル制御手段に対する動作指
示を行う。それにより、前記プロトコル制御手段に対す
る動作指示の複雑さを前記上位接続手段で吸収でき、前
記上位レイヤに対しては個々のサービスを１組の確認型
プリミティブで提供可能となる。

さらに、前記上位レイヤとの間でサービスプリミティブ
に伴う情報の受け渡しに用いるバッファを２個１組で管
理する手段は、使用後のバッファを開放するためのプリ
ミティブを確認、応答プリミティブと兼用とすることを
可能とし、呼制御プロトコルとは無関係なバッファ開放
のためのプリミティブを不要とする。

〔実施例〕以下、本発明の一実施例を図面を用いて説明する。

第１図は、本発明を適用したＩＳＤＮ通信装置の構成図
である０図中、１はＩＳＤＮ呼制御部、２は種々の端末
機能を実現する上位レイヤ、３はＩＳＤＮ、４はＩＳＤ
Ｎ３と接続して呼制御を実行するのに必要な下位レイヤ
、５は上位レイヤ２とのインタフェース処理を行う上位
接続部、６はＩＳＤＮユーザ網インタフェースレイヤ３
プロトコルを実行するプロトコル制御部、７は上位接続
部５と上位レイヤ２が交換するサービスプリミティブ、
８は上位接続部５がプロトコル制御部６に動作指示を与
えるために交換する中間プリミティブ、９はプロトコル
制御部６が下位レイヤ４を通してＩ　５ＤＮ３と交換す
るレイヤ３メツセージ、１０は上位接続部５が上位レイ
ヤ２との間のサービスプリミティブ７の受け渡し状態を
呼毎に保持しておくためのサービスプリミティブ状態テ
ーブル、１１はプロトコル制御部６がレイヤ３プロトコ
ルの状態を呼毎に保持しておくためのレイヤ３状態テー
ブル、１２はサービスプリミティブ状態テーブル１０と
レイヤ３状態テーブル１１のそれぞれに登録されている
呼のうち、同一の呼であるものの対応関係を保持してお
くための呼対応テーブルである。第２図は、３つのテー
ブル、サービスプリミティブ状態テーブル１ｏ、レイヤ
３状態テーブル１Ｉ．呼対応テーブル１２の詳細を示し
た図である。サービスプリミティブ状態テーブル１０は
、サービスプリミティブ７の中で呼の識別に用いられる
呼識別子毎に状態を保持するようになっている。レイヤ
３状態テーブル１１は、レイヤ３メツセージ９の中で呼
の識別に用いられる呼番号毎に状態を保持するようにな
っている。呼対応テーブル１２は、サービスプリミティ
ブ状態テーブル１０に保持されている呼識別子とレイヤ
３状態テーブル１１に保持されている呼番号のうち、同
一の呼に関するものについて、任意の使用されていない
対応番号を割り当ててその対応関係を保持するようにな
っている。上記構成において、上記レイヤ２は、８種類
のサービスプリミティブ７゜「発信要求」、「発信確認
」、「着信指示」、「着信応答」、「切断要求」、「切
断確認」、「切断指示」、「切断応答」を用いて基本的
な処理である呼設定、呼切断を行うことができる。その
様子について第３図から第５図を用いて詳細に説明する
。

第３図は、上記構成における発信処理の基本シーケンス
を示した図である。まず、上位レイヤ２は使用されてい
ない呼識別子を用いて、上位接続部５に対して発信要求
３０１を送信し１発信処理を開始する。上位接続部５は
発信要求３０１を受けると、処理３０２においてサービ
スプリミティブ状態テーブル１０に前記呼識別子を登録
してその状態を「発信中状態」とし、さらに呼対応テー
ブル１２から呼識別子と呼番号のいずれも登録されてい
ない対応番号を検索し、前記呼識別子を対応させておく
、そして、プロトコル制御部６に対し、前記対応番号を
付加した中間プリミティブ「呼設定要求」３０３を送信
する。プロトコル制御部６は呼設定要求３０３を受ける
と、処理３０４においてレイヤ３メツセージ９で用いる
呼番号を決定し、レイヤ３状態テーブル１１に前記呼番
号を登録して状態をｒ発呼状態」としておく。

さらに呼対応テーブル１２の前記対応番号の部分にも前
記呼番号を登録しておく、そして下位レイヤ４を通して
ＩＳＤＮ３へ５ＥＴＵＰメツセージ３０５を送信する。

５ＥＴＵＰ３０５に対するＣＡＬＬ　　ＰＲＯＣ３０６
がＩＳＤＮ３から送信されると、プロトコル制御部６は
処理３０７においてレイヤ３状態テーブル１１の中の前
記呼番号の状態を「発呼受付状態」とし、前記対応番号
を付加した呼設定受付通知３０８を上位接続部５へ送信
する。上位接続部５は呼設定受付通知３０８により処理
３０９において、ＩＳＤＮ３から指定された使用するデ
ータチャネル番号の保持等を行うが、サービスプリミテ
ィブ状態テーブル１０の状態遷移は行わない、続いて、
相手局の応答によりＩ　５ＤＮ３からＣ０ＮＮ３１０が
送信されると、プロトコル制御部６は処理３１１におい
てレイヤ３状態テーブル１１の中の前記呼番号の状態を
「通信中状態」とし、ＩＳＤＮ３へＣ０ＮＮ　　ＡＣＫ
３１２を送信すると同時に上位接続部５へ呼設定応答通
知３１３を送信する。上位接続部５は、呼設定応答通知
３１３の中の対応番号と呼対応テ−プル１２から呼識別
子を求め、サービスプリミティブ状態テーブル１０の前
記呼識別子の状態を「通信生状態」とし、発信確認３１
５を上位レイヤ２に送信して一連の発信処理を終了する
。この時、発信確認３１５の中には、発信処理が正常終
了したことを示す情報が付加される。

第４図は、着信処理の基本シーケンスを示した図である
。ＩＳＤＮ３から５ＥＴＵＰ４０１が送信されると、プ
ロトコル制御部６は処理４０２において、レイヤ３状態
テーブル１１に５ＥＴＵＰ４０１の中の呼番号を登録し
、その状態を１着呼状態」とする、さらに呼対応テーブ
ルから呼識別子と呼番号のいずれも登録されていない対
応番号を検索し、前記呼番号を対応させておく、そして
上位接続部５に対し、前記対応番号を付加した呼設定通
知４０３を送信する。上位接続部５は、呼設定通知４０
３を受けると処理４０４においてサービスプリミティブ
７で用いる呼識別子を決定し、サービスプリミティブ状
態テーブル１０に前記呼識別子を登録して状態を「着信
生状態」としておく。

さらに呼対応テーブル１２の前記対応番号の部分にも前
記呼識別子を登録しておく、そして、上位レイヤ２へ着
信通知４０６を送信し、同時にプロトコル制御部６へは
呼設定受付要求４０５を送信する。呼設定受付要求４０
５を受けたプロトコル制御部６は、処理４０７において
レイヤ３状態テーブル１１の中の前記呼番号の状態を１
着呼受付状態」にしてＣＡＬＬ　　ＰＲＯＣ４０８をＩ
ＳＤＮ３へ送信する。その後、上位レイヤ２から着信に
対し正常に応答することを示した着信応答４０２が送信
されると、上位接続部５は処理４１０においてサービス
プリミティブ状態テーブル１０の中の前記呼識別子の状
態を「通信生状態」とし、呼設定応答要求４１１を送信
する。呼設定応答要求４１１を受けたプロトコル制御部
６は、処理４１２においてレイヤ３状態テーブル１１の
中の前記呼番号の状態を「応答状態」とし、Ｃ０ＮＮ４
１３を送信する。Ｃ０ＮＮ４１３を受けたＩＳＤＮが、
Ｃ０ＮＮ　　ＡＣＫ４１４を返送すると、プロトコル制
御部６は処理４１５においてレイヤ３状態テーブル１１
の中の前記呼番号の状態を「通信生状態」とし、呼設定
応答確認４１６を送信する。呼設定応答確認４１６を受
けた上位接続部は、データチャネルの接続等の処理を行
い、一連の着信処理を終了する。上記２つのシーケンス
が、本実施例における呼設定の基本シーケンスである。

第５図は、呼切断シーケンスの一例として１通信中に相
手局から呼切断を開始した時の基本シーケンスを示した
図である。呼が通信中である時にＩＳＤＮ３からＤＩＳ
Ｃ５０１を送信されると、プロトコル制御部６は、処理
５０２においてＤＩＳＣ５０１の中の呼番号をレイヤ３
状態テーブル１１から検索し、前記呼番号の状態を「切
断通知状態」として呼切断通知５０３を送信する。呼切
断通知５０３を受けた上位接続部５は、処理５０４にお
いて呼切断通知５０３の中の対応番号と呼対応テーブル
１２から呼識別子を求め、サービスプリミティブ状態テ
ーブル１０の中の前記呼識別子の状態を［切断通知状態
」とし、上位レイヤ２へ切断通知５０５を送信する。上
位レイヤ２が切断通知５０５に対する確認応答として、
切断応答５０６を送信すると、上位接続部５は、処理５
０７においてサービスプリミティブ状態テーブル１０お
よび呼対応テーブル１２から前記呼識別子を抹消し、呼
解放要求５０８を送信する。尚、この状態から前記呼識
別子は解放されたことになり、新たな呼設定に使用可能
となる。呼解放要求５０８を受けたプロトコル制御部６
は、処理５０９において、レイヤ３状態テーブル１１の
前記呼番号の状態を「解放要求状態」としてＲＥＬ５１
０を送信する。そして、ＲＥＬ５１０に対するＲＥＬ　
　ＣＯＭＰ５１１がＩＳＤＮ３から返送されると、処理
５１２において前記呼番号をレイヤ３状態テーブル１１
および呼対応テーブル１２から抹消し、呼解放通知５１
３を送信する。但し、呼解放通知５１３は、上位接続部
では既に対応する呼識別子を解放しているため、特に処
理は行われず、一連の呼切断処理を終了する。上記３つ
の基本シーケンスにより、上位レイヤ２と呼制御部１と
の間で１組の確認型プリミティブの交換で呼設定、呼切
断を行う様子を示した。ところで、上記シーケンスはい
ずれも正常終了するものであったが、本実施例では異常
終了するようなシーケンスでも１組の確認型プリミティ
ブで完了するようになっている。その−例を第６図を用
いて説明する。

第６図は、発信後に相手局の着信拒否等により発信失敗
となったケースのシーケンス図である。

上位レイヤ２が発信要求３０１を送信してから上位接続
部５が処理３０９を実行するまでは第３図の説明と同様
である。その後、Ｉ　５ＤＮ３よりＤＩＳＣ５０１が発
信されると、プロトコル制御部６は第５図と同様に動作
し、呼切断通知５０３を送信する。呼切断通知５０３を
受けた上位接続部５は、呼切断通知５０３の中の対応番
号、呼対応テーブル１２、サービスプリミティブ状態テ
ーブル１０の内容から呼が「発信中状態」であることを
知ると、処理６０４においてサービスプリミティブ状態
テーブル１０．呼対応テーブル１２から呼識別子を抹消
し、異常終了の表示をした発信確１３６０５を上位レイ
ヤ２へ送信し、呼解放要求５０８をプロトコル制御部６
へ送信する。以後の処理は第５図と同様である。ところ
で、第６図のシーケンスでは、ＤＩＳＣ５０１受信後の
プロトコル制御部６の処理が第５図のシーケンスと同じ
になっている。しかし、プロトコル制御部６と上位レイ
ヤ２の間に上位接続部５を設けてサービスプリミティブ
の受け渡し状態を管理するようにしたことで、上位レイ
ヤ２とのインタフェースは上位レイヤ２の状態に合わせ
たものとなっている。

以上のように１本実施例によれば、呼の状態としてレイ
ヤ３プロトコルの状態の他、上位レイヤとのインタフェ
ースの状態を管理する手段を設けたことで、呼制御サー
ビスを１組の確認型サービスプリミティブで提供可能と
なり、上位レイヤを含む装置のソフトウェア的負担を少
なくする効果がある。

次に、本発明の他の実施例を第７図と第８図を用いて説
明する。

第７図は、本発明を適用したＩＳＤＮ通信装置の一部を
示した図である。図中、１３は上位レイヤ２と上位接続
部５から共に参照可能な記憶装置、１４は記憶装置１３
上に設けられ、各種サービスプリミティブ７に伴う情報
を格納するためのバッファで、１４ａ、１４ｂの２つの
バッファの組として構成されたもの、１５は複数組設け
られたバッファ１４の使用状態を管理するためのバッフ
ァ管理テーブルで、上位レイヤ２が使用するもの、１６
も同じくバッファ管理テーブルで、上位接続部５が使用
するものである。

第８図は、上記構成においてサービスプリミティブ７に
伴う情報の受け渡しの様子を示したフローチャートの一
例で、上位レイヤ２から［発信要求」を発行してから上
位接続部が「発信確認」を報告する場合のものである。

まず、上位レイヤ２が「発信要求」を発行する場合、上
位レイヤ２はバッファ管理テーブル１５を参照して未使
用のバッファ１４を確認する（ステップ８０１）、そし
て、前記バッファの一方１４ａに必要な情報、例えば、
相手局番号、伝達能力、ユーザ・ユーザ情報などを格納
し、「発信要求」を上位接続部５へ送信する。（ステッ
プ８０２）。この時、前記「発信要求」には前記バッフ
ァの位置や情報の長さを示す情報を格納しておく。前記
「発信要求Ｊを受けた上位接続部５は、前記バッファの
一方１４ａの内容を使用して発信処理を行うが、まだ、
前記バッファを上位レイヤ２に対して解放はしない（ス
テップ８０３）。発信処理が終了したら、上位接続部５
は前記バッファの他方１４ｂに必要な情報、例えば、相
手局からのユーザ・ユーザ情報、異常終了した場合の理
由などを格納し、「発信確認」を上位レイヤ２に送信す
る（テップ８０４）、前記「発信確認」を受けた上位レ
イヤ２は、前記バッファの他方１４ｂの内容を読み出し
、ユーザへの表示等の処理を行い（ステップ８０５）、
最後にバッファ管理テーブル１５を操作して前記バッフ
ァを解放する（ステップ８０６）。

上記実施例は、上位レイヤ２から要求プリミティブを発
行し、上位接続部５が確認プリミティブを返す場合の例
であるが、逆に上位接続部５が指示プリミティブを発行
し、上位レイヤ２が応答プリミティブを返す場合は、上
位接続部５がバッファ管理テーブル１６を参照してバッ
ファの確保、解放を行い、指示プリミティブに必要な情
報は前記バッファの一方１４ａに、応答プリミティブに
必要な情報は前記バッファの他方１４ｂに格納するよう
になる。

以上のように、実施例によれば、サービスプリミティブ
に必要な情報の受け渡しに用いるバッファを２個１組と
して管理し、前記２個のバッファを１組の確認型プリミ
ティブのそれぞれで使用することで、バッファ解放のた
めのプリミティブをなくし、バッファ管理を効率よく行
えるようになるという効果がある。

〔発明の効果〕

本発明によれば、処理可能な複数の呼のそれぞれについ
て、ＩＳＤＮユーザ網インタフェースレイヤ３プロトコ
ルの状態管理とは独立に、上位レイヤとのインタフェー
スの状態を管理できるので、必要なサービスプリミティ
ブの種類を最小限の確認型プリミティブとすることがで
きる効果がある。

また、ＩＳＤＮ特有のサービスを利用するためのサービ
スプリミティブを追加する場合でも、レイヤ３プロトコ
ルに大きく依存しない最適なサービスプリミティブを規
定できる効果がある。これは、例えばパーソナルコンピ
ュータにレイヤ３以下の処理を行う装置を拡張したＩＳ
ＤＮ通信装置に適用した場合に、上位レイヤ処理を行う
パーソナルコンピュータ本体側の負荷を減らす上で有効
である。

また、サービスプリミティブの受け渡しに用いるバッフ
ァを２個で１組とし、１回のサービスプリミティブ受け
渡しで１組のバッファを使用するようにしたことで、バ
ッファの確保、解放処理の回数を減らすことができ、上
位レイヤ側、呼制御部側とも処理効率を向上させる効果
がある。

【図面の簡単な説明】

第１図は本発明を適用したＩＳＤＮ通信装置の一例の構
成図、第２図は第１図の中のテーブルの詳細図、第３図
は第１図での発信処理のシーケンス図、第４図は第１図
での着信処理のシーケンス図、第５図は第１図での切断
処理のシーケンス図、第６図は第１図で発信に失敗した
ときのシーケンス図、第７図は本発明の他の実施例の構
成図、第８図は第７図の動作を説明するフローチャート
である。１・・・ＩＳＤＮ呼制御部、　２・・・上位レイヤ、３
・・・ＩＳＤＮ、　　　　　　４・・・下位レイヤ、５
・・・上位接続部、　　　　６・・・プロトコル制御部
、７・・・サービスプリミティブ、８・・・中間プリミティブ、９・・・レイヤ３メツセージ、１０・・・サービスプリミティブ状態テーブル、１１・
・・レイヤ３状態テーブル。１２・・・呼対応テーブル、１３・・・記憶装置。１４・・・バッファ、１５．１６・・・バッファ管理テーブル。第　１　図７−−−サーじスフ゛リミシプ′ ｇ−１’間プリミティブｑ−−−Ｌイヤ３メ・・ノゼーシ第図！？レイヤ３メ・ソで−レ茅図第図第閃第す図第？図第 ■ 図 −−−首己小を矛も置ｌ乙一一一バツファ昔′１里、γ−アル

Claims

【特許請求の範囲】１、ＩＳＤＮと接続して複数の呼を同時に制御するＩＳ
ＤＮ呼制御方式であって、ＣＣＩＴＴ勧告Ｉ．４５１に従ってＩＳＤＮユーザ網イ
ンタフェースレイヤ３手順を実行するためのプロトコル
制御手段と、上位レイヤとの間でサービスプリミティブ
の受け渡し手順を実行するための上位接続手段と、前記
プロトコル制御手段が前記レイヤ３手順の状態を呼毎に
保持しておくためのレイヤ３状態記憶手段と前記上位接
続手段が前記サービスプリミティブ受け渡し手順の状態
を呼毎に保持しておくためのサービスプリミティブ状態
記憶手段と、前記レイヤ３状態記憶手段によって状態を
保持されている呼と前記サービスプリミティブ状態記憶
手段によって状態を保持されている呼の対応関係を保持
しておくための呼対応手段を設け、１つの呼に関して２
つの状態を管理することにより、上位レイヤに対して１
つのサービスを１組の確認型サービスプリミティブのみ
で提供可能としたことを特徴とするＩＳＤＮ呼制御方式
。２、請求項１記載のＩＳＤＮ呼制御方式において、２つ
のバッファを固定的に対応させた１組のバッファを複数
組設け、上位レイヤまたは上位接続手段が要求または指
示プリミティブを発行する時に必要な情報を前記１組の
バッファの一方に格納し、前記上位接続手段または前記
上位レイヤが前記要求または指示プリミティブに対応す
る確認または応答プリミティブを発行する時に必要な情
報を前記１組のバッファの他方に格納することにより、
１回のサービスに必要な情報の受け渡しを行うことを特
徴とするＩＳＤＮ呼制御方式。