JPH0698020A

JPH0698020A - 通信方法

Info

Publication number: JPH0698020A
Application number: JP20029592A
Authority: JP
Inventors: Engelberg Ian; イアン・エンゲルベルグ
Original assignee: Northern Telecom Ltd
Current assignee: Nortel Networks Ltd
Priority date: 1992-07-03
Filing date: 1992-07-03
Publication date: 1994-04-08

Abstract

(57)【要約】【目的】応用層とサービス層との間のインターフェイ
スを介して、応用層中の複数の電話サービスアプリケー
ションとサービス層中の資源マネージャとの間で通信を
行う方法及び装置を提供する。【構成】通信用共通メッセージセットを応用層のアプ
リケーションからサービス層の資源マネージャに供給
し、共通メッセージセットの各メッセージは同一性、待
ち行列フラッグ及びメッセージが関連する資源の少なく
とも１つの属性を含む複数のパラメーターを含み、共通
メッセージセットの各メッセージに対して共通応答をサ
ービス層から応用層に供給し、各応答は各メッセージに
応答する複数のパラメーターを含み、アプリケーション
と資源との間のインターフェイスを介して個々のタイプ
の通信用資源に特定のメッセージを供給するように構成
される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信方法に係り、特
に、電気通信システムのサービス層において電話サービ
スを実行するための資源を管理するために、応用層中の
複数の電話サービスとサービス層中の資源マネージャと
の間の通信方法に関するものである。

【０００２】

【従来の技術】従来の電気通信システムにおいて、例え
ば構内交換（ＰＢＸ）が使用され、システムを設計する
ときに、所定の機能を実行するために特に設計された呼
処理ハードウェア及び呼処理ソフトウェアを用意するの
が普通である。これらの機能は典型的にはＰＢＸが使用
される多数の電話機に対する呼処理機能を含んでいる。
そのようなリアルタイムで、即ち、電話利用者に遅延を
気づかせることなく、呼処理機能を提供する必要性は、
特に電話機台数が増加するにつれて、大きくなる。その
上、そのようなシステムでは利用者に要望される付加的
サービスを提供するためにシステムを変更することは比
較的困難なことである。従って、システムのを拡大する
ことは制限され、又は不可能である。

【０００３】どんな電気通信システムにおいても、上記
のように、呼処理アプリケーション及び同様の機能を処
理するためのソフトウエアを含む電話サービスと、これ
らのアプリケーションの実行を制御するための資源とは
区別される。この資源は、（トーン発生器、ＤＴＭＦ受
信器等）のような電話接続を終端するのに必要なハード
ウエア、そのようなハードウエアにインターフェイスす
るためのソフトウエアデバイスドライバ、及びそのデバ
イスドライバを制御するための資源マネージャを含むと
考えられる。これらの資源は電気通信システムの１つ以
上の階層（ハイアラーキ）又はレベルにあると考えられ
る。

【０００４】

【発明が解決しようとする課題】本発明の目的は、電気
通信システムにおいて、電話サービスアプリケーション
と電話サービスを実行するために使用される資源との間
で改良された通信方法を提供しようとするものである。

【０００５】

【課題を解決するための手段】本発明は上記の観点に鑑
みてなされたものであって、本発明の一つは電気通信シ
ステムのサービス層で電話サービスを実行するための資
源を管理するために、応用層とサービス層との間のイン
ターフェイスを介して、応用層の複数の電話サービスア
プリケーションと資源マネージャとの間で通信を行う方
法において、資源管理のために応用層のどれかのアプリ
ケーションからサービス層のどれかの資源マネージャに
通信用共通メッセージセットを供給し、各共通メッセー
ジセットは識別子、待ち行列フラッグ及びメッセージが
関係する資源の少なくとも１つの属性を含む複数のパラ
メータを含み、各共通メッセージセットに対して共通応
答をサービス層から応用層に与え、各応答は各メッセー
ジに対応する複数のパラメータを含み、更にアプリケー
ションと資源との間のインターフェイスを経由して個々
のタイプの通信用資源にメッセージを供給するように構
成される。

【０００６】共通メッセージセットは資源状態に対して
初期化、可能化、不能化、割り当て、解放、試験及び質
問を要求するためのメッセージを含むことが好ましい。
更に以前に待ち行列にあったメッセージの取り消しを要
求するメッセージ及び応用層中の異なるアプリケーショ
ン間の資源の配置を転送するためのメッセージを含むこ
とが好ましい。

【０００７】資源の割り当てを要求するメッセージは割
り当ての優先権を識別するためのパラメータを含み、共
通メッセージセットはより高い優先権を有する割り当て
によって資源の割り当てを先に実行するためのメッセー
ジを更に含むことが好ましい。

【０００８】共通メッセージセット中の１つのメッセー
ジに対応する各応答のパラメータは、応答状態、応答が
関係する資源、待ち行列フラッグ、及び資源の少なくと
も１つの属性を識別するためのパラメータを含むことが
好ましい。

【０００９】本発明は、他の面において、応用層と資源
層との間の標準メッセージインターフェイスを供給する
ために使用される共通資源管理プロトコルを供給する。
応用層においては、資源層における資源タイプと独立し
て電話装置が開発される。この装置は、呼処理アプリケ
ーションのために用いられる応用層の相互作用オブジェ
クトの第１のセットと、システム資源に対して用いられ
る資源層のオブジェクトの第２のセットとを有し、それ
ら各オブジェクトは資源管理プロトコルを定める共通コ
マンド・メッセージを有し、メッセージの第１のセット
は電話装置の要求により資源を割り当てるために用いら
れ、メッセージの第２のセットはオブジェクトの第２の
セット内で所定オブジェクトを全面御するように構成さ
れる。

【００１０】

【作用及び実施例】以下、本発明の実施例を図面を参照
しながら作用と共に説明する。図１は、電気通信システ
ムの階層（ハイアラーキ）を示し、その中で、電話機１
０、１２により表される加入者端末への接続及び加入者
間の相互接続は、従来のスイッチマトリックス、加入者
線周辺装置、及びトーン発生器のような他のハードウエ
アを含むことのできるスイッチ１４、及びトランク装置
１６を介して行われている。これらのハードウエア装置
又は資源は、２つの層、即ち応用層１８とサービス層
（又は資源層）２０に分割され、線２２により示される
インターフェイスを介して相互に通信するソフトウエア
により制御される。サービス層２０は複数の層に分割し
得るが、それらは本発明の一部ではないので図１には示
されていない。説明を単純かつ明確にするため、システ
ムの部分中のメッセージや信号パスは図１に示されてい
ない。

【００１１】設計手順の目的に従って、応用層１８とサ
ービス層２０中のソフトウエアは図１においてブロック
で示される複数のオブジェクトとして配列される。図１
と以下の説明において、これらのオブジェクトは応用層
１８のアプリケーションとして、サービス層２０のマネ
ージャやインスタンスとして説明されている。これらの
用語は以下の説明によってより明確にされる。

【００１２】応用層１８は分散されてハイレベルで電話
呼処理を行う。この応用層１８はどんな特定のハードウ
エアとも関連せず、サービス層２０中のエンティティに
関する論理識別子（Lid）を使用する。従って、図１に
示されるように、応用層１８は電話呼を発生する発信者
アプリケーション２４のようなアプリケーション、電話
呼に応答する着信者アプリケーション２６及びＯＡ＆Ｍ
（オペレーション、管理及び保守）アプリケーション２
８を含んでいる。応用層１８は同じハイレベルで、例え
ば呼送信、ハンチング、トランク群の選択を行う他のア
プリケーションを含んでもよい。本発明においては、サ
ービス層２０を実質的に変化させないで、例えば付加的
な機能を供給するために付加的なアプリケーションを追
加して、応用層１８を変化させることによってシステム
全体を改良させ、強化することができる。

【００１３】サービス層２０は基礎ビルデイング・ブロ
ック及びシステムの電話接続用ハードウエア資源管理を
行い、ハードウエア装置の物理識別子とインターフェイ
ス２２を介して応用層１８に現れるそれらの論理識別子
（Lid）との間の中継をする。これらの機能自体の改良
と異なって、サービス層２０は、例えばハードウエアの
変化に適応させるために、上述したようなシステムの改
良や強化があっても大きくは変化しない。

【００１４】応用層１８中のサービス層資源はインター
フェイス２２を介して加入者線資源、接続バス資源、及
び仮想トランク資源を含み、それぞれは資源マネージャ
及び資源インスタンスを含んでいる。従って、図１は加
入者線資源マネージャ（ＳＬＲＭ）３０、接続バス資源
マネージャ（ＣＢＲＭ）３２、及び仮想トランク資源マ
ネージャ（ＶＴＲＭ）を示している。電話中の各加入者
端末に対して、共通端末インターフェイスを応用層１８
に有するそれぞれの加入者線資源（ＳＬＲ）インスタン
スがあり、例えば従来の（ＰＯＴＳ）、ＩＳＤＮ、及び
他の電話装置に対して一般化的な一連の端末特性を供給
している。このように、図１は電話機１０に対するＳＬ
Ｒ−１インスタンス３６及び電話機１２に対するＳＬＲ
インスタンス２（３８）を示している。

【００１５】同様に、作用している各接続バス又は仮想
トランクに対して、それぞれ接続バス資源（ＣＢＲ）イ
ンスタンス４０又は仮想トランク資源（ＶＴＲ）インス
タンス４２があり、それぞれ図１に表されている。ＣＢ
Ｒインスタンス４０は加入者線にトーンとアナウンスを
与え、スピーチパス接続をつくり、スイッチ１４を制御
し、多端末接続のための会議ブリッジを供給する作用を
する。ＶＴＲインスタンス４２は共通のトランク・イン
ターフェイスを応用層に供給し、多周波、共通チャンネ
ル信号、集中自動メッセージ計算、及びＰＢＸトランク
のような種々のタイプのトランクを供給する。これは、
ＳＬＲインスタンス３６、３８が種々のタイプの加入者
端末を供給するのと同様である。

【００１６】応用層１８のアプリケーションにより要求
される機能を実行するために、サービス層２０の資源は
各資源マネージャ３０、３２、３４により割り当てられ
る。このために、応用層１８のどれかのアプリケーショ
ンとサービス層２０のどれかの資源マネージャとの間の
通信に対して共通資源管理プロトコルが採用される。同
じメッセージが、（以下に述べるように、適用されない
割り当て及び先行メッセージを除いて）アプリケーショ
ン、ＳＬＲ、ＣＢＲ、ＶＴＲインスタンス間の通信に使
用される。

【００１７】共通資源管理プロトコルを構成するメッセ
ージは、以下に述べるように、最初の段落に記載され、
各段落の先頭はそれぞれのメッセージの名称を有し、そ
の後にメッセージのパラメータを表わす短縮リストが括
弧の中に続いている。各段落の文字はメッセージの機能
を述べている。最後の（応答）を除く全てのメッセージ
は応用層１８のアプリケーションからサービス層２０の
資源マネージャ又はインスタンスに送られる。最後のメ
ッセージ、すなわち、応答は、アプリケーションから受
信したメッセージに応答してサービス層２０の資源マネ
ージャ又はインスタンスから送られる。下記の記述にお
いて、次のような短縮が使用される。

【００１８】Ｃｉｄクライアント識別子であり、メッセージを
送るアプリケーションを識別する。Ｌｉｄ論理資源識別子であり、既に述べたよう
に、サービス層２０中の資源インスタンスを表わすアプ
リケーションの論理レファレンスである。それは何らか
の適当な資源又は全ての適当な資源を表わす零値又はオ
ール値を有することができる。Ｒｉｄ資源識別子であり、割り当てられた資源イ
ンスタンスへの直接レファレンスである。Ｑ待ち行列フラッグであり、すぐ応答しない
要求に対して待ち行列に置かれる場合は真であり、待ち
行列に置かれない場合は偽である。ＲＡ資源属性であり、要求が許可されるならば
応答しければならない一組の資源属性を含む。属性は、
資源、資源状態、及び特殊な型式の資源に特有な属性
を現に有するアプリケーションのＣｉｄを含んでもよ
い。Ｐ割り当て又は先行メッセージに関連した優
先権である。Ｓｔ状態を示し、応答中の要求が許可されるか
否かをそれぞれ示すＯＫ又は非ＯＫとすることができ
る。ＥｘＳｔ拡張状態を示し、要求が許可されない理
由、テスト・メッセージに対する応答の場合におけるテ
スト結果、又は資源がより高優先メッセージにより他の
アプリケーションから先行し、又は待ち行列に置かれ、
あるいは資源が現在他のアプリケーションにより所有さ
れているために拒否されたことを示すような状態に関す
る付加情報を与える。

【００１９】割り当て（Ｃｉｄ、Ｌｉｄ、Ｑ、ＲＡ、
Ｐ）資源の割り当てをＣｉｄにより識別される要求アプリケ
ーションに要求する。Ｌｉｄは、適切、即ち資源属性
（ＲＡ）が整合するならば、割り当てられる特定の資
源、どれか１つの資源、又は全ての資源を識別すること
ができる。適切な資源がなく、しかもＱが真ならば、要
求は待ち行列に置かれ、適切な資源が使用できるときは
割り当てられる。割り当ての後、アプリケーションは資
源を所有すると判断される。

【００２０】先行（Ｃｉｄ、Ｌｉｄ、Ｑ、ＲＡ、Ｐ）これは、もし適切な資源が使用されず、より低い優先権
で他のアプリケーションに現在割り当てられるならば、
他のアプリケーションの所有権が先行されて資源が割り
当てられるということを除いて、割り当てメッセージと
同じである。

【００２１】フリー（Ｃｉｄ、Ｌｉｄ、Ｑ、ＲＡ）要求を行うアプリケーションにより所有される資源の割
り当て解除を要求し、アイドル状態に戻る。

【００２２】取消（Ｃｉｄ、Ｌｉｄ、Ｑ、ＲＡ）前に待ち行列に置かれた要求の取消を要求する。

【００２３】転送（Ｃｉｄ、Ｌｉｄ、Ｑ、ＲＡ、新Ｃｉ
ｄ）要求を行うアプリケーションにより所有される資源を新
たなＣｉｄにより識別された他のアプリケーションに転
送することを要求する。

【００２４】質問（Ｃｉｄ、Ｌｉｄ、Ｑ、ＲＡ）要求を行うアプリケーションにより所有される必要のな
い資源状態（資源属性）に関する情報を要求する。

【００２５】無能化（Ｃｉｄ、Ｌｉｄ、Ｑ、ＲＡ）要求を行うアプリケーションにより所有される資源によ
って全ての動作の停止を要求する。

【００２６】可能化（Ｃｉｄ、Ｌｉｄ、Ｑ、ＲＡ）要求を行うアプリケーションにより所有される資源によ
って通常の動作に戻ることを要求する。

【００２７】初期化（Ｃｉｄ、Ｌｉｄ、Ｑ、ＲＡ、Ｉタ
イプ）要求を行うアプリケーションにより所有される資源の初
期化を要求する。Ｉタイプのパラメータは無能化メッセ
ージを含むソフト・リセットを示し、又は管理システム
の制御下で資源が構成データを再ロードするハード・リ
セットを示すことができる。

【００２８】テスト（Ｃｉｄ、Ｌｉｄ、Ｑ、ＲＡ、Ｔタ
イプ）要求を行うアプリケーションにより所有される資源がＴ
タイプのパラメータにより識別されるテストを実行する
ように要求する。

【００２９】応答（Ｓｔ、ＥｘＳｔ、Ｌｉｄ、Ｑ、Ｒ
Ａ）これは共通資源管理プロトコルに先行するメッセージの
全てに応答して、資源マネージャ又は資源インスタンス
により、要求アプリケーションに返送される。

【００３０】上記の共通資源管理プロトコルのメッセー
ジは、特定型式のマネージャ（例えばＣＢＲＭ）又は通
信中の資源（ＳＬＲ、ＣＢＲ、又はＶＴＲ）インスタン
スに特有なメッセージが追加される。これらの追加メッ
セージは以下に簡単に述べられ、そして、それらの特有
な使用は図２から図５を参照しながら以下にさらに述べ
られる詳細なシーケンスから明確になるであろう。

【００３１】ＣＢＲＭとＣＢＲインスタンスに特有なメ
ッセージは次のものを含む。接続加入者を割り当てメッセージを使って前
に割り当てられた接続バスに接続する。分離加入者を接続バスから分離する。スター
ト・トーン特定のトーン又はアナウンス発生装置を接
続バスに接続する。ストップ・トーントーン又はアナウンス発生装置を分
離する。このメッセージは他のメッセージ（例えば接
続）が送られていない場合のみ使用される。マージ同じ加入者に割り当てられる２つの接続
バスを併合させる。これは例えば会議呼を創るのに使わ
れる。

【００３２】ＳＬＲインスタンスに特有なメッセージは
次のものを含む。セットアップ呼の開始又は着呼を指示する。情報要求ダイアルディジットのような情報を要
求するために、アプリケーションからＳＬＲインスタン
スへ送られる。情報情報をＳＬＲインスタンスから、まだ
求められていない又は情報要求メッセージに応答すアプ
リケーションのいずれかに送出する。警報呼開始要求の受理を示すためにアプリ
ケーションとＳＬＲインスタンスとの間のどちらか一方
の方向に送られる。アンサコールされたＳＬＲインスタンスによ
って呼に応答する要求を示すために、コールされたＳＬ
Ｒインスタンスによってアプリケーションに送出され、
アプリケーションによってコールされているＳＬＲイン
スタンスに送出される。これは、例えば、多方向呼びを
容易にする。アンサ・アック呼に応答するために要求の許可を示す
ように送出される。開放要求呼を開放する承認を得るためにアプリ
ケーションとＳＬＲインスタンスとの間のどちらか一方
向に送られる。開放アプリケーションによって終了呼を開
放するため、又は開放要求に応答し許可を得るためにＳ
ＬＲインスタンスに送られる。開放通信呼が開放メッセージに応答して開放さ
れたことを示すためにＳＬＲインスタンスによって送出
される。再開以前に発せられたが、アプリケーショ
ンによりまだ使用されていない開放要求を取り消す。こ
の例は、呼を開放せずに、加入者が１つの受話器を置
き、短時間内に他の受話器を取り上げるような場合であ
る。要求端末加入者端末で情報表示のような特定の
装置を呼び出すために送出される。装置要求特定の装置がアプリケーションによっ
て呼び出されるようにＳＬＲインスタンスによって送出
される。この装置の例は呼送出、会
議、再呼出等である。

【００３３】簡潔と簡易化のためにこの明細書には記載
されていないが、ＳＬＲインスタンスに対して上記した
のと実質的に同様な一連のメッセージがＶＴＲインスタ
ンスとの通信にも用意される。

【００３４】上記の種々のメッセージは図１の階層電気
通信システムにおいてどのように使用されるかを充分に
説明するために、図２から図５に種々の状況においてイ
ンターフェイス２２を介した通信のメッセージ・フロー
チャートが示されている。各フローチャートにおいて、
アプリケーション、インターフェイス、資源マネージ
ャ、及びインスタンスは垂直ラインで示され、メッセー
ジのシーケンスは上から下であり、各メッセージは送信
機から受信機まで水平の矢示線で示されている。各メッ
セージに対して、参照番号が各図面の右側に用意されて
おり、以下の記載において使用する。この発明の部分を
形成していないので図面に示されていないが、公知の方
法でそれが管理する各資源マネージャと資源インスタン
スとの間でも通信が行われる。

【００３５】図２で示されるメッセージ・フローチャー
トは図１の電話機１０、１２により示された２つの電話
加入者の間の設定と接続の終了を示している。このフロ
ーチャート・シーケンスの以下の説明では、各メッセー
ジはまず参照番号で識別され、その後メッセージと関連
パラメータが識別される（パラメータは簡略した方が便
利である場合には省略記号（…）で示される）。それら
のメッセージ及び／又はその機能の説明は以下の通りで
ある。

【００３６】２０１：設定（ローカル属性、リモート
属性、＃）オフフックが行われた電話機１０に応答して、この電話
に関連したＳＬＲインスタンス（ＳＬＲ−１、参照番号
３６）は設定メッセージを応用層１８の発信者アプリケ
ーション２４に送る。ローカル属性パラメータは加入者
のＲＡに基づいており、電話呼に対して割り当てられた
チャンネルを識別する。リモート属性パラメータはコー
ルされる側のＲＡに関係し、この段階では特定されな
い。＃パラメータはコールされた側の番号であり、この
段階では零である。２０２：割り当て（２４、零、偽、…）発信者アプリケーション２４は待ち行列に置くこと（Ｑ
＝偽）なしに、ＣＢＲＭ３２が呼に対する適切な（Ｌｉ
ｄ＝零）接続バスをそれ（Ｃｉｄ＝２４）に割り当てる
ことを要求する。２０３：応答（ＯＫ、零、Ｌｉｄ、Ｒｉｄ、…）接続バスが使用され、ＣＢＲＭ（状態＝ＯＫ、展開状態
＝零）により割り当てられると仮定している。割り当て
られたＣＢＲインスタンス４０の１つは応答・メッセー
ジを発信者アプリケーション２４に返送し、発信者アプ
リケーションに充分に識別されるように返送パラメータ
中にＬｉｄとそのＲｉｄを与える。２０４：スタート・トーン（モード、トーン）発信者アプリケーションは、割り当てられたＣＢＲイン
スタンスがトーン・パラメータにより特定されたダイア
ル・トーン発生器を、モード・パラメータを含む要求が
あった接続バスに接続し、その接続バスを加入者に接続
するように要求する。ダイアル・トーンは、それ故、電
話機１０に印加され、受信される最初のダイアル・ディ
ジットに応答して自動的に除去される。

【００３７】２０５：情報要求（呼属性、ダイアル・
ディジット）発信者アプリケーション２４は関連する電話機１０から
ダイアル・ディジットを集めるように要求する。呼属性
パラメータは２０１で受信されたローカル属性パラメー
タにより構成される。２０６：情報（呼属性、ダイアル・ディジット）ＳＬＲ−１インスタンス３６はダイアル・ディジットを
発信者アプリケーション２４に与える。２０７：発信者アプリケーション２４は着信者アプリ
ケーション２６と通信を行ない、２０３で受信された接
続バスのＬｉｄを与え、着信者アプリケーションにリン
グバックに使用される接続バスは何か、呼が応答される
のは何時かにあついて通知する。これらの通信も電話機
１０の特性及び発呼側番号を含む呼属性を着信者アプリ
ケーション２６に供給する。この通信は、応用層１８の
中でだけで行われるので、この発明の部分を形成しな
い。従って、これについてはこれ以上述べない。２０８：割り当て（２６、Ｌｉｄ、偽、…）着信者アプリケーション２６は、ＣＢＲＭ３２が待ち行
列に置かれることなしに、それを適切なＣＢＲインスタ
ンスに割り当て、その論理識別子Ｌｉｄによって識別す
る接続バスによって動作するように要求する。２０９：応答（ＯＫ、零、Ｌｉｄ、Ｒｉｄ、…）割り当てられたＣＢＲインスタンス４０の１つは、応答
メッセージを着信者アプリケーション２６に返送し、着
信者アプリケーション２６にそれを識別するように返送
されるパラメータの中にそのＬｉｄを供給する。

【００３８】２１０：割り当て（２６、ＳＬＲ−１
２、偽、…）着信者アプリケーション２６は待ち行列に置かれること
なしに、コールされた加入者１２に対するＳＬＲがパラ
メータＳＬＲー１２により識別され、それに割り当てら
れるのを要求する。２１１：応答（ＯＫ、零、ＳＬＲ−１２、３８、偽、
…）図１の参照番号３８のＳＬＲインスタンス２は、着信者
アプリケーション２６に割り当てられ、識別（Ｒｉｄ＝
３８）される。２１２：スタート・トーン（モード、トーン）着信者アプリケーション２６はトーン・パラメータによ
り特定されたリングバック・トーン発生器を接続バスに
接続するように割り当てられたＣＢＲインスタンス４０
に要求し、リングバック・トーンを電話機１０に供給す
るために接続バスに接続される。２１３：設定（ローカル属性、リモート属性、＃）着信者アプリケーション２６は、このメッセージをＳＬ
Ｒ−２インスタンス３８に送り、関連する加入者電話機
１２に呼を送るように要求する。（２１１で応答により
与えられた）パラメータのローカル属性、リモート属性
及び＃はそれぞれ電話機１２の属性、発呼中の電話機１
０の属性及び発呼している側の番号（両者は２０７で応
用層通信を経由して与えられる）である。２１４：警報（呼属性）ＳＬＲ−２インスタンス３８はリンギング信号を加入者
電話機１２に与え、これをこのメッセージを有する着信
者アプリケーション２６に送出する。

【００３９】２１５：着信者アプリケーション２６は
応用層１８中の発信者アプリケーション２４と通信して
発信者アプリケーション２４に警報状態を通知する。２１６：警報（呼属性）発信者アプリケーション２４は警報状態を電話機１０用
のＳＬＲ−１インスタンス３６に送出する。２１７：アンサ（呼属性）電話機１２はリンギング信号に応答し、ＳＬＲ−２イン
スタンス３８はアンサ・メッセージを着信者アプリケー
ション２６に供給し、接続バスに接続を要求する。２１８：接続（Ｌｉｄ）着信者アプリケーション２６は、電話機１２を論理識別
子Ｌｉｄによって識別される接続バスに接続するように
ＳＬＲ−２インスタンス３８に要求する。これによって
リンギング信号は自動的に終了する。２１９：アンサ・アック（呼属性）着信者アプリケーション２６はＳＬＲ−２インスタンス
３８にその接続要求が許可されたことを通知する。

【００４０】２２０：着信者アプリケーション２６
は、応用層１８の中の発信者アプリケーション２４と通
信し、呼が応答されたことを発信者アプリケーション２
４に通知する。２２１：アンサ（呼属性）発信者アプリケーション２４はＳＬＲ−１インスタンス
３６に呼が応答されたことを通知する。２２２：アンサ・アック（呼属性）ＳＬＲ−２インスタンス３８はアンサ・メッセージを発
信者アプリケーション２４に通知する。これは設定と呼
接続を完了し、次の処理を行う。２２３：開放要求（呼属性、理由）呼は電話機１２をオン・フックにすることによって終了
する。ＳＬＲ−２インスタンス３８はパラメータの呼属
性により識別される呼を開放するために着信者アプリケ
ーション２６の許可を要求する。要求理由は理由パラメ
ータにより与えられる。２２４：開放（呼属性）着信者アプリケーション２６はＳＬＲ−２インスタンス
３８に呼を開放するための許可を認める。

【００４１】２２５：開放通信（呼属性）ＳＬＲ−２インスタンス３８は加入者電話機１２を接続
バスから切断し、着信者アプリケーション２６に開放が
完了したことをアドバイスする。２２６：着信者アプリケーション２６は発信者アプリ
ケーション２４に呼が終了したことを通知する。２２７：開放（呼属性）発信者アプリケーション２４はＳＬＲ−１インスタンス
３６に呼を開放するように要求する。２２８：開放通信（呼属性）ＳＬＲ−１インスタンス３６は加入者電話機１０を接続
バスから切断し、発信者アプリケーション２４に開放を
完了するようにアドバイスする。２２９：フリー（２６、Ｌｉｄ、偽、…）着信者アプリケーション２６は、待ち行列を用いること
なく、ＣＢＲＭ３２がＣＢＲインスタンスを割り当て解
除をすることを要求する。なお、このＣＢＲインスタン
スは論理識別子Ｌｉｄにより識別され、ＳＬＲ−２イン
スタンス３８用接続バスと動作するのに使用されるもの
である。

【００４２】２３０：フリー（２４、Ｌｉｄ、偽、
…）発信者アプリケーション２４は、待ち行列を用いること
なく、ＣＢＲＭ３２がＣＢＲインスタンスを割り当て解
除をすることを要求する。なお、このＣＢＲインスタン
スは論理識別子Ｌｉｄにより識別され、ＳＬＲ−１ンス
タンス３６に使用されるものである。２３１：フリー（２６、３８、偽、…）着信者アプリケーション２６は、待ち行列を用いること
なく、ＳＬＲ−２インスタンス３８を割り当て解除す
る。２３２：フリー（２４、３６、偽、…）発信者アプリケーション２４は、待ち行列を用いること
なく、ＳＬＲ−１インスタンス３６を割り当て解除す
る。これと他のフリーな資源はそれによりアイドル状態
に戻る。

【００４３】上記は簡単な電話接続に関し、資源特定メ
ッセージと共に、共通資源メッセージ・プロトコルがど
のようにして電気通信システムを制御するのに使われる
かを説明したものである。トランク装置１６を介して接
続するための対応シーケンスのステップは、仮想トラン
ク資源マネージャ３４とＶＴＲインスタンス４２を使っ
て以下に説明される。

【００４４】上記のメッセージ・プロトコルは電気通信
システムを制御する非常に多くの方法を提供しており、
その中で、メッセージのセットは多くの処理を簡単な方
法で実行できる。従来技術においては、そのような処理
は比較的複雑であったり、根本的なシステムの変更なし
には実行できないものであった。以下、図３から図５
は、それぞれ強化された装置、即ち、図１中の再呼出
し、先行動作、コーテシ・ダウンに関連する処理シーケ
ンスが示されている。

【００４５】図３は着信加入者電話機１２が話中で、再
呼出動作が実行される場合にどのようにしてメッセージ
・フローが変更されるかを示している。メッセージ・シ
ーケンスは、最初の部分、割り当てメッセージ２１０ま
では、上述の図２の説明と同じである。以下、図２の場
合と同じよう方法で説明する。

【００４６】３０１：応答（非ＯＫ、ビジー、零、
零、偽、…）割り当てメッセージ２１１に応答して、ＳＬＲＭ３０は
電話機１２が話中であるために非ＯＫ応答を着信者アプ
リケーション２６に返送し、ＳＬＲインスタンスは割り
当てられない。割り当てメッセージ２１１の待ち行列フ
ラッグは偽であるので待ち行列は使用されない。３０２：スタート・トーン（モード、トーン）着信者アプリケーション２６はトーン・パラメータによ
り特定されたビジー・トーン発生器を接続バスに接続す
るように割り当てられたＣＢＲインスタンス４０に要求
し、ビジー・トーンを電話機１０に送出する。３０３：着信者アプリケーション２６は着信加入者が
話中であることを発信者アプリケーション２４に通知す
る。３０４：装置要求（呼属性、再呼出し、…）ビジー・トーンに応答して、発信加入者は「再呼出し」
動作を要求し、それはこのメッセージによりＳＬＲ−１
インスタンス３６から発信者アプリケーション２４に通
信される。３０５：発信者アプリケーション２４は再呼出し要求
を着信者アプリケーション２６に通知する。３０６：質問（２６、ＳＬＲー１２、真、状態＝アイ
ドル）着信者アプリケーション２６は加入者電話機１２の状態
を質問するために、及びこの資源の状態がアイドルにな
るまでこの質問を待ち行列（Ｑ＝真正）に置くために、
この質問メッセージをＳＬＲＭ３０に送る。３０７：応答（ＯＫ、待ち行列、ＳＬＲ−１２、零、
真、状態＝ビジー）ＳＬＲＭ３０から着信者アプリケーション２６への応答
は、質問メッセージが待ち行列に置かれ、資源の現状態
がビジーであることを示す。３０８：応答（ＯＫ、零、ＳＬＲ−１２、零、偽、状
態＝アイドル）電話機１２がもはや話中でないときは、ＳＬＲＭ３０は
待ち行列に置かれた質問メッセージに応答して、着信者
アプリケーション２６に質問メッセージがもはや待ち行
列になく、電話の現状態がアイドルであることを通知す
る。３０９：電話機１２のアイドル状態は応用層１８の中
で着信者アプリケーション２６から発信者アプリケーシ
ョン２４に通信される。３１０：要求端末（呼属性、リング・アゲイン、…）発信者アプリケーション２４はＳＬＲ−１インスタンス
３６が、要求された再呼出し動作を関連した加入者電話
機１０が実行するように要求する。３１１：動作要求（呼属性、再呼出し処理、…）ＳＬＲ−１インスタンス３６は再呼出し動作を実行し、
それに応じて発信者アプリケーション２４に通知する。３１２：発信者アプリケーション２４は応用層１８内
の通信により着信者アプリケーション２６に再呼出し動
作が実行されたことを通知する。３１３：割り当て（２６、ＳＬＲ−１２、偽、…）着信者アプリケーション２６は、パラメータＳＬＲー１
２により識別された、着信加入者１２用ＳＬＲが待ち行
列に置かれることなしに、割り当てられるように要求す
る。これは既に上記の２１０と同じメッセージであり、
後続のメッセージ・シーケンスは割り当て要求が許可さ
れるので上記（メッセージ２１１およびその次を参照）
と同じである。

【００４７】今、図４を参照すると、ここに示されてい
るメッセージ・フローは、低優先権アプリケーションに
使われる資源が高優先権アプリケーションにより要求さ
れるとき、どのようにして上記の共通資源管理プロトコ
ルのメッセージが低優先権アプリケーションに先行し高
優先権アプリケーションを許可するために使われるかを
示している。図４において、応用層１８中のアプリケー
ションはクライアントＡとＢである。ＶＴＲＭ３４によ
り管理されるより高優先権のＢ、仮想トランク資源、イ
ンスタンス４２は先行動作する。メッセージ・フローは
以下の通りである。

【００４８】４０１：割り当て（Ａ、いずれか、偽、
ＲＡ、ｐｌ）アプリケーションＡはＶＴＲＭ３４に、いずれか適切な
仮想トランク資源（パラメータＲＡにより決められる）
を比較的低い優先権ｐｌで割り当てるように要求する。４０２：応答（ＯＫ、零、資源Ｘ、インスタンスＹ、
偽、ＲＡ）資源ＸとインスタンスＹとして識別されたＶＴＲはアプ
リケーションＡに割り当てられる。４０３：先行（Ｂ、資源Ｘ、偽、ＲＡ、ｐ２）アプリケーションＢはその後、資源の先行割り当てを、
待ち行列を用いることなく、より高い優先権ｐ２によっ
て要求する。４０４：応答（ＯＫ、先行、資源Ｘ、インスタンス
Ｙ、偽、ＲＡ）アプリケーションＡへの資源割り当ては先行される。こ
れは資源インスタンスによりアプリケーションＡに連絡
される。４０５：応答（ＯＫ、零、資源Ｘ、インスタンスＹ、
偽、ＲＡ）資源はアプリケーションＢに割り当てられる。これは資
源インスタンスによりアプリケーションＢに連絡され
る。

【００４９】既に上記したように、ＯＡ＆Ｍアプリケー
ション２８も同じようにしてインターフェイス２２を経
由し資源マネージャを通じて種々の資源と通信を行う。
例えば、これは図５のメッセージ・フロー・シーケンス
により示される。その中でメンテナンスアプリケーショ
ン２８はアイドルになるや否や特定の加入者線資源のを
テストを要求し、メンテナンスアプリケーションの要求
時に資源がＳＬＲインスタンス３６と関連し、クライア
ントＡのアプリケーションに割り当てられる。これはコ
ーテシ・ダウン動作と呼ばれる。

【００５０】５０１：割り当て（Ａ、いずれか、偽、
ＲＡ、ｐｌ）最初にアプリケーションＡは加入者線資源の割り当てを
ＳＬＲＭ３０に要求する。その要求は比較的低い優先権
ｐｌを有する。５０２：応答（ＯＫ、零、ＳＬＲ−Ｘ、３６、偽、Ｒ
Ａ）ＳＬＲ−Ｘにより識別された資源はアプリケーションＡ
に応答するＳＬＲインスタンス３６が割り当てられる。５０３：割り当て（２８、ＳＬＲ−Ｘ、真、状態＝ア
イドル、ｐ３）次に、メンテナンスアプリケーション２８は、ＳＬＲＭ
３がアイドルならばＳＬＲ−ＸをＳＬＲＭ３０に割り当
てるよう要求する。その要求はそれが直ちに許可されな
ければ待ち行列に置かれる。その要求は比較的高い優先
権ｐ３を有する。５０４：応答（ＯＫ、待ち行列、ＳＬＲ−Ｘ、３６、
真、状態＝ビジー）ＳＬＲインスタンス３６は、要求された資源がビジーで
ありその要求が待ち行列に置かれたメンテナンスアプリ
ケーションに応答する。５０５：フリー（Ａ、３６、偽、ＲＡ）次に、アプリケーションＡはその使用が終わると資源を
フリーにする。５０６：応答（ＯＫ、零、ＳＬＲ−Ｘ、３６、偽、状
態＝アイドル）ＳＬＲインスタンス３６はアプリケーションＡに応答し
てそのアイドル状態を確認する。５０７：応答（ＯＫ、零、ＳＬＲ−Ｘ、３６、偽、状
態＝アイドル）ＳＬＲインスタンス３６は、それが今アイドル状態にあ
り、待ち行列に置かれた割り当て要求が許可されたこと
をメンテナンスアプリケーション２８にアドバイスす
る。５０８：テスト（２８、…）メンテナンスアプリケーション２８は加入者線資源の所
定のテストを行なう。

【００５１】本発明は特定の電話装置に関連してこれま
で述べたけれども、上記の階層システム構成及び共通メ
ッセージ・プロトコルは基本的な又は高度な電話装置の
いずれにも同等に適用され、さらに将来開発される装置
を実行する場合にも十分に適合できる。

【００５２】

【発明の効果】以上述べたように、本発明においては、
サービス層を実質的に変化させないで、例えば付加的な
機能を供給するために付加的なアプリケーションを追加
し、応用層を変化させることによって、システムの拡
大、追加が容易に可能となる。

【図面の簡単な説明】

【図１】本発明一実施例による方法における電気通信シ
ステムの階層図である。

【図２】図１のシステムにおいて２つの加入者の間の接
続を設定及び終了するための動作方法を示すメッセージ
・フロー・チャート図である。

【図３】図１のシステムの強調した特徴を示すフロー・
チャートである。

【図４】図１のシステムの先行動作を示すフロー・チャ
ートである。

【図５】図１のシステムのコーテシ・ダウン操作を示す
フロー・チャートである。

Claims

【特許請求の範囲】

【請求項１】電気通信システムのサービス層で電話サ
ービスを実行するための資源を管理するために、応用層
とサービス層との間のインターフェイスを介して、応用
層中の複数の電話サービスアプリケーションとサービス
層中の資源マネージャとの間で通信を行う方法におい
て、資源管理のために通信用共通メッセージセットを応用層
のどれかのアプリケーションからサービス層のどれかの
資源マネージャに供給し、共通メッセージセットの各メ
ッセージは同一性、待ち行列フラッグ及びメッセージが
関連する資源の少なくとも１つの属性を含む複数のパラ
メータを含み、共通メッセージセットの各メッセージに対して共通応答
をサービス層から応用層に供給し、各応答は各メッセー
ジに応答する複数のパラメータを含み、アプリケーションと資源との間のインターフェイスを介
して個々のタイプの通信用資源に特定のメッセージを供
給することを特徴とする通信方法。
【請求項２】共通メッセージセットは資源状態の初期
化、可能化、不能化、割り当て、解放、試験及び質問を
要求するためのメッセージを含むことを特徴とする請求
項１記載の通信方法。
【請求項３】共通メッセージセットは以前に待ち行列
にあったメッセージの取り消しを要求するためのメッセ
ージをさらに含むことを特徴とする請求項２記載の通信
方法。
【請求項４】共通メッセージセットは応用層の異なる
アプリケーション間の資源の割り当てを転送するための
メッセージをさらに含むことを特徴とする請求項２記載
の通信方法。
【請求項５】資源の割り当てを要求するメッセージ
は、割り当ての優先権を識別するためのパラメータを含
み、共通メッセージセットはより高い優先権の割り当て
によって資源の割り当てを先行させるためのメッセージ
をさらに含むことを特徴とする請求項２記載の通信方
法。
【請求項６】共通メッセージセットのメッセージへの
各応答パラメータは、応答、応答が関係する資源、待ち
行列フラッグ、及び少なくとも１つの資源の属性の状態
を識別するためのパラメータを含むことを特徴とする請
求項１記載の通信方法。
【請求項７】応用層と資源層との間で標準メッセージ
インターフェイスを供給するために使用され、その中
で、電話装置は資源層の資源のタイプと独立して応用層
で開発される資源管理プロトコルを有する通信装置にお
いて、呼処理アプリケーションに使用される応用層における第
１の相互オブジェクトセットと、資源管理プロトコルを定める共通コマンド・メッセージ
を有し、システム資源に使用される資源層における第２
のオブジェクトセットと、電話装置の要求によって資源割り当てのために使用され
る第１のメッセージセットと、第２のオブジェクトセット内で所定オブジェクトの全制
御のために使用される第２のメッセージセットとを含む
ことを特徴とする通信方法。