JPH10308788A - 交換機におけるプロトコル固有パラメータ吸収方式 - Google Patents
交換機におけるプロトコル固有パラメータ吸収方式Info
- Publication number
- JPH10308788A JPH10308788A JP11899897A JP11899897A JPH10308788A JP H10308788 A JPH10308788 A JP H10308788A JP 11899897 A JP11899897 A JP 11899897A JP 11899897 A JP11899897 A JP 11899897A JP H10308788 A JPH10308788 A JP H10308788A
- Authority
- JP
- Japan
- Prior art keywords
- protocol
- call control
- parameter
- control module
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Exchange Systems With Centralized Control (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 プロトコル制御モジュールのみにより、信頼
性，生産性，保守性が向上したプロトコル固有パラメー
タ吸収方式を提供する。 【解決手段】 ＵＮＩ／ＮＮＩプロトコル制御モジュー
ル１ａ，１ｂと加入者／中継基本呼制御モジュール１
ａ，１ｂとの間，発加入者／中継基本呼制御モジュール
２ａと着加入者／中継基本呼制御モジュール２ｂとの間
の呼制御プリミティブ（１−１）上に、プロトコル−プ
ロトコル情報パラメータ（１−３）およびサービス−プ
ロトコル情報パラメータ（１−４）を定義し、発着のＵ
ＮＩ／ＮＮＩプロトコル制御モジュール１ａ，１ｂが呼
制御信号（１−２）のパラメータと相互マッピングを行
う手段を有する。パラメータ（１−３）は、加入者／中
継基本呼制御モジュール２ａ，２ｂがスルーで中継し、
パラメータ（１−４）は、サービスモジュール３ａ，３
ｂが参照および設定する。
性，生産性，保守性が向上したプロトコル固有パラメー
タ吸収方式を提供する。 【解決手段】 ＵＮＩ／ＮＮＩプロトコル制御モジュー
ル１ａ，１ｂと加入者／中継基本呼制御モジュール１
ａ，１ｂとの間，発加入者／中継基本呼制御モジュール
２ａと着加入者／中継基本呼制御モジュール２ｂとの間
の呼制御プリミティブ（１−１）上に、プロトコル−プ
ロトコル情報パラメータ（１−３）およびサービス−プ
ロトコル情報パラメータ（１−４）を定義し、発着のＵ
ＮＩ／ＮＮＩプロトコル制御モジュール１ａ，１ｂが呼
制御信号（１−２）のパラメータと相互マッピングを行
う手段を有する。パラメータ（１−３）は、加入者／中
継基本呼制御モジュール２ａ，２ｂがスルーで中継し、
パラメータ（１−４）は、サービスモジュール３ａ，３
ｂが参照および設定する。
Description
【０００１】
【発明の属する技術分野】本発明は、各種付加サービス
を実現する交換機に関し、特に、交換機におけるプロト
コル固有パラメータ吸収方式に関する。
を実現する交換機に関し、特に、交換機におけるプロト
コル固有パラメータ吸収方式に関する。
【０００２】
【従来の技術】従来のプロトコル固有パラメータ吸収方
式に関しては、具体的な方式はなく、特開平６−３１１
５４９号公報に記載されたような、加入者／中継基本呼
制御モジュールから見たプロトコル制御モジュールとの
インタフェースをプロトコル種別によらないで共通化す
る方式であった。
式に関しては、具体的な方式はなく、特開平６−３１１
５４９号公報に記載されたような、加入者／中継基本呼
制御モジュールから見たプロトコル制御モジュールとの
インタフェースをプロトコル種別によらないで共通化す
る方式であった。
【０００３】図４は、従来例の構成を示すブロック図で
ある。加入者／中継基本呼制御モジュール２の配下に、
各種のＵＮＩ／ＮＮＩプロトコル制御モジュール１を配
備する。このＵＮＩ／ＮＮＩプロトコル制御モジュール
１に内蔵して、または、このモジュールに外付けで仮想
端末プロトコル制御モジュール４を配備する。図４
（ａ）は、仮想端末プロトコル制御モジュール４をＵＮ
Ｉ／ＮＮＩプロトコル制御モジュール１に内蔵した場合
を示し、図４（ｂ）は、仮想端末プロトコル制御モジュ
ール４をＵＮＩ／ＮＮＩプロトコル制御モジュール１に
外付けで接続した場合を示す。このように、従来例にお
いては、加入者／中継基本呼制御モジュール２から見た
ＵＮＩ／ＮＮＩプロトコル制御モジュール１を、共通的
なインタフェースである呼制御プリミティブ（１−１）
により制御する方式であった。
ある。加入者／中継基本呼制御モジュール２の配下に、
各種のＵＮＩ／ＮＮＩプロトコル制御モジュール１を配
備する。このＵＮＩ／ＮＮＩプロトコル制御モジュール
１に内蔵して、または、このモジュールに外付けで仮想
端末プロトコル制御モジュール４を配備する。図４
（ａ）は、仮想端末プロトコル制御モジュール４をＵＮ
Ｉ／ＮＮＩプロトコル制御モジュール１に内蔵した場合
を示し、図４（ｂ）は、仮想端末プロトコル制御モジュ
ール４をＵＮＩ／ＮＮＩプロトコル制御モジュール１に
外付けで接続した場合を示す。このように、従来例にお
いては、加入者／中継基本呼制御モジュール２から見た
ＵＮＩ／ＮＮＩプロトコル制御モジュール１を、共通的
なインタフェースである呼制御プリミティブ（１−１）
により制御する方式であった。
【０００４】
【発明が解決しようとする課題】上述した従来例におい
ては、プロトコル制御モジュールと基本呼制御モジュー
ルとの間の呼制御プリミティブ上のパラメータとして、
プロトコル固有のパラメータに対応したパラメータを定
義する方式であった。従って、プロトコル−プロトコル
間で中継のみが必要なプロトコル固有パラメータ、ある
いはサービスに関連するプロトコル固有パラメータが追
加された場合には、プロトコル制御モジュールと基本呼
制御モジュールとの間に対応するパラメータの追加が必
要で、かつ基本呼制御モジュールもパラメータの中継処
理を追加する必要があるという問題点があった。
ては、プロトコル制御モジュールと基本呼制御モジュー
ルとの間の呼制御プリミティブ上のパラメータとして、
プロトコル固有のパラメータに対応したパラメータを定
義する方式であった。従って、プロトコル−プロトコル
間で中継のみが必要なプロトコル固有パラメータ、ある
いはサービスに関連するプロトコル固有パラメータが追
加された場合には、プロトコル制御モジュールと基本呼
制御モジュールとの間に対応するパラメータの追加が必
要で、かつ基本呼制御モジュールもパラメータの中継処
理を追加する必要があるという問題点があった。
【０００５】本発明の目的は、上述した問題点に対し
て、プロトコル固有パラメータの追加に際し、プロトコ
ル制御モジュールのみで対応可能となり、信頼性，生産
性，保守性が向上したプロトコル固有パラメータ吸収方
式を提供することにある。
て、プロトコル固有パラメータの追加に際し、プロトコ
ル制御モジュールのみで対応可能となり、信頼性，生産
性，保守性が向上したプロトコル固有パラメータ吸収方
式を提供することにある。
【０００６】
【課題を解決するための手段】上記目的を達成するため
に、本発明のプロトコル固有パラメータ制御方式では、
各種のユーザ網インタフェースを制御するＵＮＩプロト
コル制御モジュールと、各種の網間インタフェースを制
御するＮＮＩプロトコル制御モジュールとを有するＵＮ
Ｉ／ＮＮＩプロトコル制御モジュールと、加入者基本呼
および中継基本呼を制御する加入者／中継基本呼制御モ
ジュールとを備え、ＵＮＩ／ＮＮＩプロトコル制御モジ
ュールと加入者／中継基本呼制御モジュールとの間のイ
ンタフェースにおける呼制御プリミティブ上のパラメー
タとして、プロトコル固有のパラメータに対応したパラ
メータを使用して基本呼制御を行う、プロトコル固有パ
ラメータ吸収方式において、基本呼制御を、発加入者側
の基本呼を制御する発側基本呼制御と、着加入者側の基
本呼を制御する着側基本呼制御とに分離し、発側基本呼
制御および着側基本呼制御が、共に、ＵＮＩ／ＮＮＩプ
ロトコル制御モジュールと、加入者／中継基本呼制御モ
ジュールと、ＵＮＩ／ＮＮＩプロトコル制御モジュール
と、加入者／中継基本呼制御モジュールとに対して独立
して外付けに接続され、各種の交換付加サービスを行う
サービスモジュールとを備え、ＵＮＩ／ＮＮＩプロトコ
ル制御モジュールと、加入者／中継基本呼制御モジュー
ルとの間，発側基本呼制御の加入者／中継基本呼制御モ
ジュールと、着側基本呼制御の加入者／中継基本呼制御
モジュールとの間で、各種の呼制御信号をプリミティブ
形式の呼制御プリミティブで送受信し、パラメータが、
加入者／中継基本呼制御モジュールと、ＵＮＩ／ＮＮＩ
プロトコル制御モジュールとの間で呼制御信号の送受信
を行う際に、呼制御プリミティブ上のパラメータとし
て、ＵＮＩ／ＮＮＩプロトコル制御モジュール間でスル
ーで中継可能な呼制御パラメータであることを特徴とす
る。
に、本発明のプロトコル固有パラメータ制御方式では、
各種のユーザ網インタフェースを制御するＵＮＩプロト
コル制御モジュールと、各種の網間インタフェースを制
御するＮＮＩプロトコル制御モジュールとを有するＵＮ
Ｉ／ＮＮＩプロトコル制御モジュールと、加入者基本呼
および中継基本呼を制御する加入者／中継基本呼制御モ
ジュールとを備え、ＵＮＩ／ＮＮＩプロトコル制御モジ
ュールと加入者／中継基本呼制御モジュールとの間のイ
ンタフェースにおける呼制御プリミティブ上のパラメー
タとして、プロトコル固有のパラメータに対応したパラ
メータを使用して基本呼制御を行う、プロトコル固有パ
ラメータ吸収方式において、基本呼制御を、発加入者側
の基本呼を制御する発側基本呼制御と、着加入者側の基
本呼を制御する着側基本呼制御とに分離し、発側基本呼
制御および着側基本呼制御が、共に、ＵＮＩ／ＮＮＩプ
ロトコル制御モジュールと、加入者／中継基本呼制御モ
ジュールと、ＵＮＩ／ＮＮＩプロトコル制御モジュール
と、加入者／中継基本呼制御モジュールとに対して独立
して外付けに接続され、各種の交換付加サービスを行う
サービスモジュールとを備え、ＵＮＩ／ＮＮＩプロトコ
ル制御モジュールと、加入者／中継基本呼制御モジュー
ルとの間，発側基本呼制御の加入者／中継基本呼制御モ
ジュールと、着側基本呼制御の加入者／中継基本呼制御
モジュールとの間で、各種の呼制御信号をプリミティブ
形式の呼制御プリミティブで送受信し、パラメータが、
加入者／中継基本呼制御モジュールと、ＵＮＩ／ＮＮＩ
プロトコル制御モジュールとの間で呼制御信号の送受信
を行う際に、呼制御プリミティブ上のパラメータとし
て、ＵＮＩ／ＮＮＩプロトコル制御モジュール間でスル
ーで中継可能な呼制御パラメータであることを特徴とす
る。
【０００７】また、呼制御パラメータが、加入者／中継
基本呼制御モジュールおよびサービスモジュールにおい
ては中身の認識を不要とする枠組みのみのパラメータと
し、ＵＮＩ／ＮＮＩインタフェース信号上のパラメータ
を複数まとめて搭載する形式とするのが好ましい。
基本呼制御モジュールおよびサービスモジュールにおい
ては中身の認識を不要とする枠組みのみのパラメータと
し、ＵＮＩ／ＮＮＩインタフェース信号上のパラメータ
を複数まとめて搭載する形式とするのが好ましい。
【０００８】さらに、呼制御パラメータが、加入者／中
継基本呼制御モジュールが内容を意識する必要のないパ
ラメータで、発側基本呼制御および着側基本呼制御のＵ
ＮＩ／ＮＮＩプロトコル制御モジュール間で情報伝達が
必要なパラメータに関しては、呼制御プリミティブ上に
使用されるプロトコル−プロトコル情報パラメータを含
むのが好ましい。
継基本呼制御モジュールが内容を意識する必要のないパ
ラメータで、発側基本呼制御および着側基本呼制御のＵ
ＮＩ／ＮＮＩプロトコル制御モジュール間で情報伝達が
必要なパラメータに関しては、呼制御プリミティブ上に
使用されるプロトコル−プロトコル情報パラメータを含
むのが好ましい。
【０００９】またさらに、プロトコル−プロトコル情報
パラメータが、網内を透過転送し、エンド・エンドの交
換システム間で情報伝達する必要があるパラメータであ
るのが好ましい。
パラメータが、網内を透過転送し、エンド・エンドの交
換システム間で情報伝達する必要があるパラメータであ
るのが好ましい。
【００１０】また、プロトコル−プロトコル情報パラメ
ータが、パラメータのコード割り当て，構成を網内独自
の仕様で実現され、呼制御プリミティブ上では汎用的に
吸収されるのが好ましい。
ータが、パラメータのコード割り当て，構成を網内独自
の仕様で実現され、呼制御プリミティブ上では汎用的に
吸収されるのが好ましい。
【００１１】さらに、プロトコル−プロトコル情報パラ
メータが、一つのパラメータトータル長，一つまたは複
数のパラメータのコード，一つまたは複数のパラメータ
の長さ，一つまたは複数のパラメータの中身を含むのが
好ましい。
メータが、一つのパラメータトータル長，一つまたは複
数のパラメータのコード，一つまたは複数のパラメータ
の長さ，一つまたは複数のパラメータの中身を含むのが
好ましい。
【００１２】またさらに、呼制御パラメータが、サービ
スモジュールが認識する必要のある発側基本呼制御およ
び着側基本呼制御のＵＮＩ／ＮＮＩインタフェース信号
上の呼制御プリミティブ上に使用されるサービス−プロ
トコル情報パラメータを含むのが好ましい。
スモジュールが認識する必要のある発側基本呼制御およ
び着側基本呼制御のＵＮＩ／ＮＮＩインタフェース信号
上の呼制御プリミティブ上に使用されるサービス−プロ
トコル情報パラメータを含むのが好ましい。
【００１３】また、サービス−プロトコル情報パラメー
タが、特定サービスを起動させるための特定パラメータ
であり、ＵＮｌ／ＮＮＩインタフェース信号上の呼制御
信号のパラメータであるのが好ましい。
タが、特定サービスを起動させるための特定パラメータ
であり、ＵＮｌ／ＮＮＩインタフェース信号上の呼制御
信号のパラメータであるのが好ましい。
【００１４】さらに、サービス−プロトコル情報パラメ
ータが、サービスの起動状態に応じて内容を書き換えて
後位局に送出する必要がある場合では、サービスモジュ
ールにおいて、内容の書き換え処理ができるのが好まし
い。
ータが、サービスの起動状態に応じて内容を書き換えて
後位局に送出する必要がある場合では、サービスモジュ
ールにおいて、内容の書き換え処理ができるのが好まし
い。
【００１５】またさらに、サービス−プロトコル情報パ
ラメータが、サービスモジュールを起動させる条件が、
特定パラメータの受信でなく特定着番号の受信などの場
合には、特定着番号に基づいてサービスの決定を行い、
必要な動作を行った後、後位局に通知する、新規のサー
ビス−プロトコル情報パラメータを含むのが好ましい。
ラメータが、サービスモジュールを起動させる条件が、
特定パラメータの受信でなく特定着番号の受信などの場
合には、特定着番号に基づいてサービスの決定を行い、
必要な動作を行った後、後位局に通知する、新規のサー
ビス−プロトコル情報パラメータを含むのが好ましい。
【００１６】また、サービス−プロトコル情報パラメー
タが、一つのパラメータトータル長，一つまたは複数の
パラメータのコード，一つまたは複数のパラメータの長
さ，一つまたは複数のパラメータの中身，ＵＮＩ／ＮＮ
Ｉプロトコル制御モジュールで有効情報の判断を行うた
めの一つまたは複数の有効区間を含むのが好ましい。
タが、一つのパラメータトータル長，一つまたは複数の
パラメータのコード，一つまたは複数のパラメータの長
さ，一つまたは複数のパラメータの中身，ＵＮＩ／ＮＮ
Ｉプロトコル制御モジュールで有効情報の判断を行うた
めの一つまたは複数の有効区間を含むのが好ましい。
【００１７】さらに、一つまたは複数の有効区間が、順
方向呼制御信号に対しては、発側基本呼制御のＵＮＩプ
ロトコル制御モジュールにより設定され、発側基本呼制
御のＵＮＩ／ＮＮＩプロトコル制御モジュールからサー
ビスモジュールまでの区間を含むのが好ましい。
方向呼制御信号に対しては、発側基本呼制御のＵＮＩプ
ロトコル制御モジュールにより設定され、発側基本呼制
御のＵＮＩ／ＮＮＩプロトコル制御モジュールからサー
ビスモジュールまでの区間を含むのが好ましい。
【００１８】またさらに、一つ又は複数の有効区間が、
逆方向呼制御信号に対しては、着側基本呼制御のＵＮＩ
プロトコル制御モジュールにより設定され、着側基本呼
制御のＵＮＩ／ＮＮＩプロトコル制御モジュールからサ
ービスモジュールまでの区間を含むのが好ましい。
逆方向呼制御信号に対しては、着側基本呼制御のＵＮＩ
プロトコル制御モジュールにより設定され、着側基本呼
制御のＵＮＩ／ＮＮＩプロトコル制御モジュールからサ
ービスモジュールまでの区間を含むのが好ましい。
【００１９】また、一つまたは複数の有効区間が、逆方
向呼制御信号に対しては、サービスモジュールによりＵ
ＮＩ／ＮＮＩプロトコル制御モジュールを意識して設定
され、サービスモジュールから発側基本呼制御のＵＮＩ
／ＮＮＩプロトコル制御モジュールまでの区間を含むの
が好ましい。
向呼制御信号に対しては、サービスモジュールによりＵ
ＮＩ／ＮＮＩプロトコル制御モジュールを意識して設定
され、サービスモジュールから発側基本呼制御のＵＮＩ
／ＮＮＩプロトコル制御モジュールまでの区間を含むの
が好ましい。
【００２０】さらに、一つまたは複数の有効区間が、順
方向呼制御信号に対しては、サービスモジュールにより
ＵＮＩ／ＮＮＩプロトコル制御モジュールを意識して設
定され、サービスモジュールから着側基本小制御のＵＮ
Ｉ／ＮＮＩプロトコル制御モジュールまでの区間を含む
のが好ましい。
方向呼制御信号に対しては、サービスモジュールにより
ＵＮＩ／ＮＮＩプロトコル制御モジュールを意識して設
定され、サービスモジュールから着側基本小制御のＵＮ
Ｉ／ＮＮＩプロトコル制御モジュールまでの区間を含む
のが好ましい。
【００２１】またさらに、複数のサービスを同時に起動
する場合のサービスモジュールにおいては、サービス−
プロトコル情報パラメータの編集処理が、個々のサービ
ス独自に行われ、その編集論理としては、パラメータの
コードが同一の場合には、情報を上塗りし、パラメータ
のコードが異なる場合には、末尾に編集された情報を付
加するようにして、複数サービスの同時起動に対応でき
るのが好ましい。
する場合のサービスモジュールにおいては、サービス−
プロトコル情報パラメータの編集処理が、個々のサービ
ス独自に行われ、その編集論理としては、パラメータの
コードが同一の場合には、情報を上塗りし、パラメータ
のコードが異なる場合には、末尾に編集された情報を付
加するようにして、複数サービスの同時起動に対応でき
るのが好ましい。
【００２２】本発明のプロトコル固有パラメータ吸収方
式は、特に、ＵＮＩ／ＮＮＩプロトコル制御モジュール
と加入者／中継基本呼制御モジュールとの間，発加入者
／中継基本呼制御モジュールと着加入者／中継基本呼制
御モジュールとの間の呼制御プリミティブ上に、プロト
コル−プロトコル情報パラメータおよびサービス−プロ
トコル情報パラメータを定義し、発着のＵＮＩ／ＮＮＩ
プロトコル制御モジュールがＵＮＩ／ＮＮＩインタフェ
ース信号上の呼制御信号のパラメータと相互マッピング
を行う手段を有し、加入者／中継基本呼制御モジュール
は、プロトコル−プロトコル情報パラメータおよびサー
ビス−プロトコル情報パラメータをスルーで中継する手
段のみを有し、サービスモジュールは、サービス−プロ
トコル情報パラメータの参照および設定の手段を有す
る。
式は、特に、ＵＮＩ／ＮＮＩプロトコル制御モジュール
と加入者／中継基本呼制御モジュールとの間，発加入者
／中継基本呼制御モジュールと着加入者／中継基本呼制
御モジュールとの間の呼制御プリミティブ上に、プロト
コル−プロトコル情報パラメータおよびサービス−プロ
トコル情報パラメータを定義し、発着のＵＮＩ／ＮＮＩ
プロトコル制御モジュールがＵＮＩ／ＮＮＩインタフェ
ース信号上の呼制御信号のパラメータと相互マッピング
を行う手段を有し、加入者／中継基本呼制御モジュール
は、プロトコル−プロトコル情報パラメータおよびサー
ビス−プロトコル情報パラメータをスルーで中継する手
段のみを有し、サービスモジュールは、サービス−プロ
トコル情報パラメータの参照および設定の手段を有す
る。
【００２３】本発明においては、プロトコル制御モジュ
ールと基本呼制御モジュールとの間に、プロトコル−プ
ロトコル情報パラメータ，サービス−プロトコル情報パ
ラメータを定義することにより、プロトコル固有パラメ
ータの追加に際し、プロトコル制御モジュールのみで対
応可能となり、信頼性、生産性、保守性が向上する。
ールと基本呼制御モジュールとの間に、プロトコル−プ
ロトコル情報パラメータ，サービス−プロトコル情報パ
ラメータを定義することにより、プロトコル固有パラメ
ータの追加に際し、プロトコル制御モジュールのみで対
応可能となり、信頼性、生産性、保守性が向上する。
【００２４】また、プロトコル−プロトコル情報とサー
ビス−プロトコル情報とを分けて定義することにより、
サービスモジュールが意識必要なパラメータのみ、すな
わち、プロトコル−プロトコル間でサービスには関係な
く純粋に情報伝達のみを行うパラメータを除外したもの
のみを、サービスモジュールが必要に応じて取捨選択で
き、プロトコル−プロトコル情報のみの定義よりも操作
性に優れる。
ビス−プロトコル情報とを分けて定義することにより、
サービスモジュールが意識必要なパラメータのみ、すな
わち、プロトコル−プロトコル間でサービスには関係な
く純粋に情報伝達のみを行うパラメータを除外したもの
のみを、サービスモジュールが必要に応じて取捨選択で
き、プロトコル−プロトコル情報のみの定義よりも操作
性に優れる。
【００２５】
【発明の実施の形態】次に、本発明の実施例について図
面を参照して詳細に説明する。
面を参照して詳細に説明する。
【００２６】図１は、本発明のプロトコル固有パラメー
タ吸収方式の実施例の構成を示すブロック図である。こ
の方式の交換システム内部におけるソフトウェア構成
は、ＵＮＩ（ユーザ網インタフェース）／ＮＮＩ（網間
インタフェース）プロトコル制御モジュール１ａ，１ｂ
と、加入者基本呼および中継基本呼を制御する加入者／
中継基本呼制御モジュール２ａ，２ｂと、加入者／中継
基本呼制御モジュール２ａ，２ｂの上位に配備されたサ
ービスモジュール３ａ，３ｂとからなり、発着分離の形
式で実現され、発側基本呼制御と着側基本呼制御に分け
て呼処理を実現する。すなわち、発側基本呼制御は、Ｕ
ＮＩ／ＮＮＩプロトコル制御モジュール３ａ，加入者／
中継基本呼制御モジュール２ａ，サービスモジュール３
ａを配備し、着側基本呼制御は、ＵＮＩ／ＮＮＩプロト
コル制御モジュール３ｂ，加入者／中継基本呼制御モジ
ュール２ｂ，サービスモジュール３ｂを配備する。
タ吸収方式の実施例の構成を示すブロック図である。こ
の方式の交換システム内部におけるソフトウェア構成
は、ＵＮＩ（ユーザ網インタフェース）／ＮＮＩ（網間
インタフェース）プロトコル制御モジュール１ａ，１ｂ
と、加入者基本呼および中継基本呼を制御する加入者／
中継基本呼制御モジュール２ａ，２ｂと、加入者／中継
基本呼制御モジュール２ａ，２ｂの上位に配備されたサ
ービスモジュール３ａ，３ｂとからなり、発着分離の形
式で実現され、発側基本呼制御と着側基本呼制御に分け
て呼処理を実現する。すなわち、発側基本呼制御は、Ｕ
ＮＩ／ＮＮＩプロトコル制御モジュール３ａ，加入者／
中継基本呼制御モジュール２ａ，サービスモジュール３
ａを配備し、着側基本呼制御は、ＵＮＩ／ＮＮＩプロト
コル制御モジュール３ｂ，加入者／中継基本呼制御モジ
ュール２ｂ，サービスモジュール３ｂを配備する。
【００２７】インタフェースに関しては、ＵＮＩ／ＮＮ
Ｉプロトコル制御モジュール１ａ，１ｂと加入者／中継
基本呼制御モジュール２ａ，２ｂとの間および発加入者
／中継基本呼制御モジュール２ａと着加入者／中継基本
呼制御モジュール２ｂとの間のインタフェースは、呼制
御プリミティブ（１−１）により行われる。ＵＮＩ／Ｎ
ＮＩプロトコル制御モジュール１ａ，１ｂは、ＵＮＩ／
ＮＮＩインタフェース信号上の呼制御信号（１−２）と
呼制御プリミティブ（１−１）との相互マッピングを行
う。発／着の加入者／中継基本呼制御モジュール１ａ，
１ｂが認識必要なパラメータに関しては、ＵＮＩ／ＮＮ
Ｉインタフェース信号上の呼制御信号（１−２）のパラ
メータに対応して呼制御プリミティブ（１−１）のパラ
メータを用意し、呼制御信号（１−２）のパラメータと
呼制御プリミティブ（１−１）のパラメータとの間で相
互マッピングを行う。その際、発／着の加入者／中継基
本呼制御モジュール２ａ，２ｂが内容を意識する必要の
ないパラメータで、発／着のＵＮＩ／ＮＮＩプロトコル
制御モジュール１ａ，１ｂ間で情報伝達が必要なパラメ
ータに関しては、呼制御プリミティブ（１−１）上にプ
ロトコル−プロトコル情報パラメータ（１−３）（図中
ではｐｐｉｎｆと略記）を定義し、このパラメータに相
互マッピングを行う形式とし、発／着の加入者／中継基
本呼制御モジュール２ａ，２ｂは、このパラメータをス
ルーで中継する処理のみを実現する。また、発／着の加
入者／中継基本呼制御モジュール２ａ，２ｂは、中身の
認識は不要であるが、加入者／中継基本呼制御モジュー
ル２ａ，２ｂの上位に配備されたサービスモジュール３
ａ，３ｂが認識する必要のある発／着のＵＮＩ／ＮＮＩ
インタフェース信号上の呼制御信号（１−２）のパラメ
ータに関しては、呼制御プリミティブ（１−１）上にサ
ービス−プロトコル情報パラメータ（１−４）（図中で
はｓｐｉｎｆと略記）を定義し、このパラメータに相互
マッピングを行う形式とし、発／着の加入者／中継基本
呼制御モジュール２ａ，２ｂは、このパラメータをスル
ーで中継する処理のみを実現する。
Ｉプロトコル制御モジュール１ａ，１ｂと加入者／中継
基本呼制御モジュール２ａ，２ｂとの間および発加入者
／中継基本呼制御モジュール２ａと着加入者／中継基本
呼制御モジュール２ｂとの間のインタフェースは、呼制
御プリミティブ（１−１）により行われる。ＵＮＩ／Ｎ
ＮＩプロトコル制御モジュール１ａ，１ｂは、ＵＮＩ／
ＮＮＩインタフェース信号上の呼制御信号（１−２）と
呼制御プリミティブ（１−１）との相互マッピングを行
う。発／着の加入者／中継基本呼制御モジュール１ａ，
１ｂが認識必要なパラメータに関しては、ＵＮＩ／ＮＮ
Ｉインタフェース信号上の呼制御信号（１−２）のパラ
メータに対応して呼制御プリミティブ（１−１）のパラ
メータを用意し、呼制御信号（１−２）のパラメータと
呼制御プリミティブ（１−１）のパラメータとの間で相
互マッピングを行う。その際、発／着の加入者／中継基
本呼制御モジュール２ａ，２ｂが内容を意識する必要の
ないパラメータで、発／着のＵＮＩ／ＮＮＩプロトコル
制御モジュール１ａ，１ｂ間で情報伝達が必要なパラメ
ータに関しては、呼制御プリミティブ（１−１）上にプ
ロトコル−プロトコル情報パラメータ（１−３）（図中
ではｐｐｉｎｆと略記）を定義し、このパラメータに相
互マッピングを行う形式とし、発／着の加入者／中継基
本呼制御モジュール２ａ，２ｂは、このパラメータをス
ルーで中継する処理のみを実現する。また、発／着の加
入者／中継基本呼制御モジュール２ａ，２ｂは、中身の
認識は不要であるが、加入者／中継基本呼制御モジュー
ル２ａ，２ｂの上位に配備されたサービスモジュール３
ａ，３ｂが認識する必要のある発／着のＵＮＩ／ＮＮＩ
インタフェース信号上の呼制御信号（１−２）のパラメ
ータに関しては、呼制御プリミティブ（１−１）上にサ
ービス−プロトコル情報パラメータ（１−４）（図中で
はｓｐｉｎｆと略記）を定義し、このパラメータに相互
マッピングを行う形式とし、発／着の加入者／中継基本
呼制御モジュール２ａ，２ｂは、このパラメータをスル
ーで中継する処理のみを実現する。
【００２８】プロトコル−プロトコル情報パラメータ
（１−３）の例としては、特定キャリア内の網におい
て、網内の各交換システム間で固有のパラメータを、Ｕ
ＮＩ／ＮＮＩインタフェース信号上の呼制御信号（１−
２）上のパラメータとして定義し、網内を透過転送し、
エンド・エンドの交換システム間で情報伝達する必要が
あるパラメータ等がこれに該当する。このパラメータの
コード割り当て，構成は網内独自の仕様で実現されるた
め、呼制御プリミティブ（１−１）上では、プロトコル
−プロトコル情報パラメータ（１−３）により汎用的に
吸収する。
（１−３）の例としては、特定キャリア内の網におい
て、網内の各交換システム間で固有のパラメータを、Ｕ
ＮＩ／ＮＮＩインタフェース信号上の呼制御信号（１−
２）上のパラメータとして定義し、網内を透過転送し、
エンド・エンドの交換システム間で情報伝達する必要が
あるパラメータ等がこれに該当する。このパラメータの
コード割り当て，構成は網内独自の仕様で実現されるた
め、呼制御プリミティブ（１−１）上では、プロトコル
−プロトコル情報パラメータ（１−３）により汎用的に
吸収する。
【００２９】サービス−プロトコル情報パラメータ（１
−４）の例としては、特定サービスを起動させるための
特定パラメータがＵＮｌ／ＮＮＩインタフェース信号上
の呼制御信号（１−２）上のパラメータとして定義さ
れ、このパラメータを受信したサービスモジュール３
ａ，３ｂは、パラメータの内容に従った動作を行う。ま
た、ＩＮサービスなどの場合には交換システムは、ＳＳ
Ｐ（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｐｏｉｎ
ｔ）システムとして動作し、サービスモジュール３ａ，
３ｂを介して、ＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏ
ｌ Ｐｏｉｎｔ）にインタフェースする形式で実現す
る。さらに、このパラメータをサービスの起動状態に応
じて内容を書き換えて後位局に送出する必要がある場合
では、サービスモジュール３ａ，３ｂで、サービス−プ
ロトコル情報パラメータ（１−４）の内容の書き換え処
理を行う。また、サービスモジュール３ａ，３ｂを起動
させる条件が、特定パラメータの受信でなく、特定着番
号の受信などの場合には、サービスモジュール３ａ，３
ｂにおいて、受信した着番号に基づいてサービスの決定
を行い、必要な動作を行った後、新たにサービスに関連
する情報を後位局に通知する必要がある場合に、新規に
サービス−プロトコル情報パラメータ（１−４）を設定
する。
−４）の例としては、特定サービスを起動させるための
特定パラメータがＵＮｌ／ＮＮＩインタフェース信号上
の呼制御信号（１−２）上のパラメータとして定義さ
れ、このパラメータを受信したサービスモジュール３
ａ，３ｂは、パラメータの内容に従った動作を行う。ま
た、ＩＮサービスなどの場合には交換システムは、ＳＳ
Ｐ（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｐｏｉｎ
ｔ）システムとして動作し、サービスモジュール３ａ，
３ｂを介して、ＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏ
ｌ Ｐｏｉｎｔ）にインタフェースする形式で実現す
る。さらに、このパラメータをサービスの起動状態に応
じて内容を書き換えて後位局に送出する必要がある場合
では、サービスモジュール３ａ，３ｂで、サービス−プ
ロトコル情報パラメータ（１−４）の内容の書き換え処
理を行う。また、サービスモジュール３ａ，３ｂを起動
させる条件が、特定パラメータの受信でなく、特定着番
号の受信などの場合には、サービスモジュール３ａ，３
ｂにおいて、受信した着番号に基づいてサービスの決定
を行い、必要な動作を行った後、新たにサービスに関連
する情報を後位局に通知する必要がある場合に、新規に
サービス−プロトコル情報パラメータ（１−４）を設定
する。
【００３０】図２は、本発明のパラメータの実施例の構
成を示すブロック図である。パラメータは、上述のプロ
トコル−プロトコル情報パラメータ（１−３）およびサ
ービス−プロトコル情報パラメータ（１−４）の２つが
ある。両パラメータとも、プロトコル信号上のパラメー
タ構成そのままを複数個まとめて搭載可能な形式とす
る。具体的には、パラメータトータル長２１，プロトコ
ルパラメータのコード２２，プロトコルパラメータの長
さ２３，プロトコルパラメータの中身２４を含む。サー
ビス−プロトコル情報パラメータ（１−４）は、上述し
たプロトコル−プロトコル情報パラメータ（１−３）に
含まれている情報に加えて、各プロトコルパラメータ毎
に有効区間２５を含み、この有効区間の定義としては、
１）順方向呼制御信号に対して、発ＵＮＩプロトコル制
御モジュールが有効区間を設定する。すなわち、発ＵＮ
Ｉ／ＮＮＩプロトコル制御モジュール１ａからサービス
モジュール３ａまで、２）逆方向呼制御信号に対して、
着ＵＮＩプロトコル制御モジュールが有効区間を設定す
る。すなわち、着ＵＮＩ／ＮＮＩプロトコル制御モジュ
ール１ｂからサービスモジュール３ｂまで、３）逆方向
呼制御信号に対して、サービスモジュール３ａ，３ｂが
発／着のＵＮＩ／ＮＮＩプロトコル制御モジュール１
ａ，１ｂを意識して設定する。すなわち、サービスモジ
ュール３ａから発ＵＮＩ／ＮＮＩプロトコル制御モジュ
ール１ａまで、４）順方向呼制御信号に対して、サービ
スモジュール３ａ，３ｂが発／着のＵＮＩ／ＮＮＩプロ
トコル制御モジュール１ａ，１ｂを意識して設定する。
すなわち、サービスモジュール３ｂから着ＵＮＩ／ＮＮ
Ｉプロトコル制御モジュール１ｂまでの４通りがある。
このようにして有効区間を定義することにより、発／着
のＵＮＩ／ＮＮＩプロトコル制御モジュール１ａ，１ｂ
で有効情報の判断を行う。
成を示すブロック図である。パラメータは、上述のプロ
トコル−プロトコル情報パラメータ（１−３）およびサ
ービス−プロトコル情報パラメータ（１−４）の２つが
ある。両パラメータとも、プロトコル信号上のパラメー
タ構成そのままを複数個まとめて搭載可能な形式とす
る。具体的には、パラメータトータル長２１，プロトコ
ルパラメータのコード２２，プロトコルパラメータの長
さ２３，プロトコルパラメータの中身２４を含む。サー
ビス−プロトコル情報パラメータ（１−４）は、上述し
たプロトコル−プロトコル情報パラメータ（１−３）に
含まれている情報に加えて、各プロトコルパラメータ毎
に有効区間２５を含み、この有効区間の定義としては、
１）順方向呼制御信号に対して、発ＵＮＩプロトコル制
御モジュールが有効区間を設定する。すなわち、発ＵＮ
Ｉ／ＮＮＩプロトコル制御モジュール１ａからサービス
モジュール３ａまで、２）逆方向呼制御信号に対して、
着ＵＮＩプロトコル制御モジュールが有効区間を設定す
る。すなわち、着ＵＮＩ／ＮＮＩプロトコル制御モジュ
ール１ｂからサービスモジュール３ｂまで、３）逆方向
呼制御信号に対して、サービスモジュール３ａ，３ｂが
発／着のＵＮＩ／ＮＮＩプロトコル制御モジュール１
ａ，１ｂを意識して設定する。すなわち、サービスモジ
ュール３ａから発ＵＮＩ／ＮＮＩプロトコル制御モジュ
ール１ａまで、４）順方向呼制御信号に対して、サービ
スモジュール３ａ，３ｂが発／着のＵＮＩ／ＮＮＩプロ
トコル制御モジュール１ａ，１ｂを意識して設定する。
すなわち、サービスモジュール３ｂから着ＵＮＩ／ＮＮ
Ｉプロトコル制御モジュール１ｂまでの４通りがある。
このようにして有効区間を定義することにより、発／着
のＵＮＩ／ＮＮＩプロトコル制御モジュール１ａ，１ｂ
で有効情報の判断を行う。
【００３１】次に、本発明の実施例の動作について図３
を参照して詳細に説明する。
を参照して詳細に説明する。
【００３２】図３は、本発明の実施例の動作を示すシー
ケンス図である。まず、発ＵＮＩ／ＮＮＩプロトコル制
御モジュール１ａにおいて、ＵＮＩ／ＮＮＩインタフェ
ース信号上の呼制御信号（１−２）を受信した時に、対
応する呼制御プリミティブ（１−１）にマッピングする
パラメータが定義されていない場合には、該当パラメー
タをプロトコル−プロトコル情報パラメータ（１−３）
（図中ではｐｐｉｎｆと略記）にマッピングし、さらに
該当パラメータがサービスに関するパラメータである場
合は、サービス−プロトコル情報パラメータ（１−４）
（図中では、ｓｐｉｎｆと略記）にマッピングする。こ
のサービス−プロトコル情報パラメータ（１−４）の有
効区間の定義は、上述した有効区間の１）に相当する、
発ＵＮＩ／ＮＮＩプロトコル制御モジュール１ａからサ
ービスモジュール３ａまでとした。プロトコル−プロト
コル情報パラメータ（１−３）（図中では、ｐｐｉｎｆ
と略記）は、発加入者／中継基本呼制御モジュール２
ａ，着加入者／中継基本呼制御モジュール２ｂを介し
て、着ＵＮＩ／ＮＮＩプロトコル制御モジュール１ｂに
スルーで中継される。サービス−プロトコル情報パラメ
ータ（１−４）は、発加入者／中継基本呼制御モジュー
ル２ａまたは着加入者／中継基本呼制御モジュール２ｂ
の上位で起動されるサービスモジュール３ａ，３ｂにお
いて、内容の参照のみが必要な場合は内容の参照を行
い、サービス−プロトコル情報パラメータ（１−４）の
内容変更が必要な場合は内容変更を行い、有効区間の設
定を上述した４）に相当する、サービスモジュール３ｂ
から着ＵＮＩ／ＮＮＩプロトコル制御モジュール１ｂに
変更する。また、サービスモジュール３ｂが着ＵＮＩ／
ＮＮＩプロトコル制御モジュール１ｂを介して、着側の
ＵＮＩ／ＮＮＩインタフェース上の呼制御信号（１−
２）のパラメータとして新たに付加する必要があるもの
は、新たにサービス−プロトコル情報パラメータ（１−
４）に該当パラメータの追加を行い、有効区間２５の設
定を、上述の４）に相当するサービスモジュール３ｂか
ら着ＵＮＩ／ＮＮＩプロトコル制御モジュール１ｂまで
に設定する。着ＵＮＩ／ＮＮＩプロトコル制御モジュー
ル１ｂにおいては、呼制御プリミティブ（１−１）受信
時に、サービス−プロトコル情報パラメータ（１−４）
が含まれていた場合に、サービス−プロトコル情報パラ
メータ（１−４）に含まれる各プロトコル対応のパラメ
ータ毎に有効区間２５のチェックを行い、その有効区間
に該当する情報が含まれていた場合は、その情報をその
ままＵＮＩ／ＮＮＩインタフェース信号上の呼制御信号
（１−２）のパラメータにマッピングする。サービス−
プロトコル情報パラメータ（１−４）に含まれていない
パラメータ、および含まれていたが有効区間の合致しな
いパラメータに関してはプロトコル−プロトコル情報パ
ラメータ（１−３）より該当パラメータのマッピングを
行う。
ケンス図である。まず、発ＵＮＩ／ＮＮＩプロトコル制
御モジュール１ａにおいて、ＵＮＩ／ＮＮＩインタフェ
ース信号上の呼制御信号（１−２）を受信した時に、対
応する呼制御プリミティブ（１−１）にマッピングする
パラメータが定義されていない場合には、該当パラメー
タをプロトコル−プロトコル情報パラメータ（１−３）
（図中ではｐｐｉｎｆと略記）にマッピングし、さらに
該当パラメータがサービスに関するパラメータである場
合は、サービス−プロトコル情報パラメータ（１−４）
（図中では、ｓｐｉｎｆと略記）にマッピングする。こ
のサービス−プロトコル情報パラメータ（１−４）の有
効区間の定義は、上述した有効区間の１）に相当する、
発ＵＮＩ／ＮＮＩプロトコル制御モジュール１ａからサ
ービスモジュール３ａまでとした。プロトコル−プロト
コル情報パラメータ（１−３）（図中では、ｐｐｉｎｆ
と略記）は、発加入者／中継基本呼制御モジュール２
ａ，着加入者／中継基本呼制御モジュール２ｂを介し
て、着ＵＮＩ／ＮＮＩプロトコル制御モジュール１ｂに
スルーで中継される。サービス−プロトコル情報パラメ
ータ（１−４）は、発加入者／中継基本呼制御モジュー
ル２ａまたは着加入者／中継基本呼制御モジュール２ｂ
の上位で起動されるサービスモジュール３ａ，３ｂにお
いて、内容の参照のみが必要な場合は内容の参照を行
い、サービス−プロトコル情報パラメータ（１−４）の
内容変更が必要な場合は内容変更を行い、有効区間の設
定を上述した４）に相当する、サービスモジュール３ｂ
から着ＵＮＩ／ＮＮＩプロトコル制御モジュール１ｂに
変更する。また、サービスモジュール３ｂが着ＵＮＩ／
ＮＮＩプロトコル制御モジュール１ｂを介して、着側の
ＵＮＩ／ＮＮＩインタフェース上の呼制御信号（１−
２）のパラメータとして新たに付加する必要があるもの
は、新たにサービス−プロトコル情報パラメータ（１−
４）に該当パラメータの追加を行い、有効区間２５の設
定を、上述の４）に相当するサービスモジュール３ｂか
ら着ＵＮＩ／ＮＮＩプロトコル制御モジュール１ｂまで
に設定する。着ＵＮＩ／ＮＮＩプロトコル制御モジュー
ル１ｂにおいては、呼制御プリミティブ（１−１）受信
時に、サービス−プロトコル情報パラメータ（１−４）
が含まれていた場合に、サービス−プロトコル情報パラ
メータ（１−４）に含まれる各プロトコル対応のパラメ
ータ毎に有効区間２５のチェックを行い、その有効区間
に該当する情報が含まれていた場合は、その情報をその
ままＵＮＩ／ＮＮＩインタフェース信号上の呼制御信号
（１−２）のパラメータにマッピングする。サービス−
プロトコル情報パラメータ（１−４）に含まれていない
パラメータ、および含まれていたが有効区間の合致しな
いパラメータに関してはプロトコル−プロトコル情報パ
ラメータ（１−３）より該当パラメータのマッピングを
行う。
【００３３】上述した動作は、順方向呼制御信号に対応
する処理であるが、逆方向呼制御信号を受信した場合に
も同様の処理が行われる。その際は、発／着の関係を入
れ替えて行われる。
する処理であるが、逆方向呼制御信号を受信した場合に
も同様の処理が行われる。その際は、発／着の関係を入
れ替えて行われる。
【００３４】次に、複数のサービスを同時に起動する場
合のサービスモジュールにおいては、サービス−プロト
コル情報パラメータ（１−４）の編集処理が、個々のサ
ービス独自に行われ、編集論理としては、パラメータコ
ード２２が同一の場合は、情報を上塗りし、パラメータ
コード２２が異なる場合は、サービス−プロトコル情報
パラメータ（１−４）内の末尾に編集された情報を付加
する形式とし、複数サービスの同時起動にも対応する。
合のサービスモジュールにおいては、サービス−プロト
コル情報パラメータ（１−４）の編集処理が、個々のサ
ービス独自に行われ、編集論理としては、パラメータコ
ード２２が同一の場合は、情報を上塗りし、パラメータ
コード２２が異なる場合は、サービス−プロトコル情報
パラメータ（１−４）内の末尾に編集された情報を付加
する形式とし、複数サービスの同時起動にも対応する。
【００３５】
【発明の効果】本発明のプロトコル固有パラメータ制御
方式では、発着のＵＮＩ／ＮＮＩプロトコル制御モジュ
ール間でスルーに中継可能なパラメータを、発着ＵＮＩ
／ＮＮＩプロトコル制御モジュールと加入者／中継基本
呼制御モジュールとの間、および発加入者／中継基本呼
制御モジュールと着加入者／中継基本呼制御モジュール
との間で、加入者／中継基本呼制御モジュールが中身の
認識不要なパラメータとして、ＵＮＩ／ＮＮＩインタフ
ェース信号上の呼制御信号のパラメータを複数まとめて
設定可能な形式で定義した。
方式では、発着のＵＮＩ／ＮＮＩプロトコル制御モジュ
ール間でスルーに中継可能なパラメータを、発着ＵＮＩ
／ＮＮＩプロトコル制御モジュールと加入者／中継基本
呼制御モジュールとの間、および発加入者／中継基本呼
制御モジュールと着加入者／中継基本呼制御モジュール
との間で、加入者／中継基本呼制御モジュールが中身の
認識不要なパラメータとして、ＵＮＩ／ＮＮＩインタフ
ェース信号上の呼制御信号のパラメータを複数まとめて
設定可能な形式で定義した。
【００３６】従って、ＵＮＩ／ＮＮＩプロトコル固有の
パラメータ情報の追加が発生しても、加入者基本呼制御
モジュールまたは中継基本呼制御モジュールの変更を伴
わずに、該当するプロトコル制御モジュールの変更のみ
で対応できるという効果を奏する。
パラメータ情報の追加が発生しても、加入者基本呼制御
モジュールまたは中継基本呼制御モジュールの変更を伴
わずに、該当するプロトコル制御モジュールの変更のみ
で対応できるという効果を奏する。
【００３７】また、発着のＵＮＩ／ＮＮＩプロトコル制
御モジュール間でスルーに中継可能なパラメータを、発
着ＵＮＩ／ＮＮＩプロトコル制御モジュールと加入者／
中継基本呼制御モジュールとの間、および発加入者／中
継基本呼制御モジュールと着加入者／中継基本呼制御モ
ジュールとの間で、加入者／中継基本呼制御モジュール
が中身の認識不要で、かつサービスモジュールが認識必
要なパラメータとして、パラメータの有効区間を含め
て、ＵＮＩ／ＮＮＩインタフェース信号上の呼制御信号
のパラメータを複数まとめて設定可能な形式で定義し
た。
御モジュール間でスルーに中継可能なパラメータを、発
着ＵＮＩ／ＮＮＩプロトコル制御モジュールと加入者／
中継基本呼制御モジュールとの間、および発加入者／中
継基本呼制御モジュールと着加入者／中継基本呼制御モ
ジュールとの間で、加入者／中継基本呼制御モジュール
が中身の認識不要で、かつサービスモジュールが認識必
要なパラメータとして、パラメータの有効区間を含め
て、ＵＮＩ／ＮＮＩインタフェース信号上の呼制御信号
のパラメータを複数まとめて設定可能な形式で定義し
た。
【００３８】従って、ＵＮＩ／ＮＮＩプロトコル固有の
サービスに関連するパラメータ情報の追加が発生して
も、加入者基本呼制御モジュールまたは中継基本呼制御
モジュールの変更を伴わずに、該当するプロトコル制御
モジュールおよびサービスモジュールの変更のみで対応
できるという効果を奏する。
サービスに関連するパラメータ情報の追加が発生して
も、加入者基本呼制御モジュールまたは中継基本呼制御
モジュールの変更を伴わずに、該当するプロトコル制御
モジュールおよびサービスモジュールの変更のみで対応
できるという効果を奏する。
【図１】本発明の実施例の構成を示すブロック図であ
る。
る。
【図２】本発明のパラメータの実施例の構成を示すブロ
ック図である。
ック図である。
【図３】本発明の実施例の動作を示すシーケンス図であ
る。
る。
【図４】従来例の構成を示すブロック図である。（ａ）
は内蔵の場合、（ｂ）は外付けの場合を示すブロック図
である。
は内蔵の場合、（ｂ）は外付けの場合を示すブロック図
である。
１，１ａ，１ｂ ＵＮＩ／ＮＮＩプロトコル制御モジュ
ール ２，２ａ，２ｂ 加入者／中継基本呼制御モジュール ３ａ，３ｂ サービスモジュール ４ 仮想端末プロトコル制御モジュール １−１ 呼制御プリミティブ １−２ 呼制御信号 １−３ プロトコル−プロトコル情報パラメータ １−４ サービス−プロトコル情報パラメータ ２１ パラメータトータル長 ２２ パラメータのコード ２３ パラメータの長さ ２４ パラメータの中身 ２５ 有効区間
ール ２，２ａ，２ｂ 加入者／中継基本呼制御モジュール ３ａ，３ｂ サービスモジュール ４ 仮想端末プロトコル制御モジュール １−１ 呼制御プリミティブ １−２ 呼制御信号 １−３ プロトコル−プロトコル情報パラメータ １−４ サービス−プロトコル情報パラメータ ２１ パラメータトータル長 ２２ パラメータのコード ２３ パラメータの長さ ２４ パラメータの中身 ２５ 有効区間
Claims (16)
- 【請求項１】各種のユーザ網インタフェースを制御する
ＵＮＩプロトコル制御モジュールと、各種の網間インタ
フェースを制御するＮＮＩプロトコル制御モジュールと
を有するＵＮＩ／ＮＮＩプロトコル制御モジュールと、
加入者基本呼および中継基本呼を制御する加入者／中継
基本呼制御モジュールとを備え、前記ＵＮＩ／ＮＮＩプ
ロトコル制御モジュールと前記加入者／中継基本呼制御
モジュールとの間のインタフェースにおける呼制御プリ
ミティブ上のパラメータとして、プロトコル固有のパラ
メータに対応したパラメータを使用して基本呼制御を行
う、プロトコル固有パラメータ吸収方式において、 前記基本呼制御を、発加入者側の基本呼を制御する発側
基本呼制御と、着加入者側の基本呼を制御する着側基本
呼制御とに分離し、 前記発側基本呼制御および前記着側基本呼制御が、共
に、 前記ＵＮＩ／ＮＮＩプロトコル制御モジュールと、 前記加入者／中継基本呼制御モジュールと、 前記ＵＮＩ／ＮＮＩプロトコル制御モジュールと、前記
加入者／中継基本呼制御モジュールとに対して独立して
外付けに接続され、各種の交換付加サービスを行うサー
ビスモジュールと、 を備え、 前記ＵＮＩ／ＮＮＩプロトコル制御モジュールと、前記
加入者／中継基本呼制御モジュールとの間，前記発側基
本呼制御の加入者／中継基本呼制御モジュールと、前記
着側基本呼制御の加入者／中継基本呼制御モジュールと
の間で、各種の呼制御信号をプリミティブ形式の呼制御
プリミティブで送受信し、 前記パラメータが、前記加入者／中継基本呼制御モジュ
ールと、前記ＵＮＩ／ＮＮＩプロトコル制御モジュール
との間で呼制御信号の送受信を行う際に、前記呼制御プ
リミティブ上のパラメータとして、前記ＵＮＩ／ＮＮＩ
プロトコル制御モジュール間でスルーで中継可能な呼制
御パラメータであることを特徴とする、プロトコル固有
パラメータ吸収方式。 - 【請求項２】前記呼制御パラメータが、前記加入者／中
継基本呼制御モジュールおよび前記サービスモジュール
においては中身の認識を不要とする枠組みのみのパラメ
ータとし、ＵＮＩ／ＮＮＩインタフェース信号上のパラ
メータを複数まとめて搭載する形式とすることを特徴と
する、請求項１に記載のプロトコル固有パラメータ吸収
方式。 - 【請求項３】前記呼制御パラメータが、前記加入者／中
継基本呼制御モジュールが内容を意識する必要のないパ
ラメータで、前記発側基本呼制御および着側基本呼制御
のＵＮＩ／ＮＮＩプロトコル制御モジュール間で情報伝
達が必要なパラメータに関しては、前記呼制御プリミテ
ィブ上に使用されるプロトコル−プロトコル情報パラメ
ータを含むことを特徴とする、請求項１または２に記載
のプロトコル固有パラメータ吸収方式。 - 【請求項４】前記プロトコル−プロトコル情報パラメー
タが、網内を透過転送し、エンド・エンドの交換システ
ム間で情報伝達する必要があるパラメータであることを
特徴とする、請求項３に記載のプロトコル固有パラメー
タ吸収方式。 - 【請求項５】前記プロトコル−プロトコル情報パラメー
タが、パラメータのコード割り当て，構成を前記網内独
自の仕様で実現され、前記呼制御プリミティブ上では汎
用的に吸収されることを特徴とする、請求項４に記載の
プロトコル固有パラメータ吸収方式。 - 【請求項６】前記プロトコル−プロトコル情報パラメー
タが、一つのパラメータトータル長，一つまたは複数の
パラメータのコード，一つまたは複数のパラメータの長
さ，一つまたは複数のパラメータの中身を含むことを特
徴とする、請求項３〜５のいずれかに記載のプロトコル
固有パラメータ吸収方式。 - 【請求項７】前記呼制御パラメータが、前記サービスモ
ジュールが認識する必要のある前記発側基本呼制御およ
び前記着側基本呼制御のＵＮＩ／ＮＮＩインタフェース
信号上の前記呼制御プリミティブ上に使用されるサービ
ス−プロトコル情報パラメータを含むことを特徴とす
る、請求項１〜６のいずれかに記載のプロトコル固有パ
ラメータ吸収方式。 - 【請求項８】前記サービス−プロトコル情報パラメータ
が、特定サービスを起動させるための特定パラメータで
あり、ＵＮｌ／ＮＮＩインタフェース信号上の呼制御信
号のパラメータであることを特徴とする、請求項７に記
載のプロトコル固有パラメータ吸収方式。 - 【請求項９】前記サービス−プロトコル情報パラメータ
が、サービスの起動状態に応じて内容を書き換えて後位
局に送出する必要がある場合では、前記サービスモジュ
ールにおいて、内容の書き換え処理ができることを特徴
とする、請求項８に記載のプロトコル固有パラメータ吸
収方式。 - 【請求項１０】前記サービス−プロトコル情報パラメー
タが、前記サービスモジュールを起動させる条件が、前
記特定パラメータの受信でなく特定着番号の受信などの
場合には、前記特定着番号に基づいてサービスの決定を
行い、必要な動作を行った後、後位局に通知する、新規
のサービス−プロトコル情報パラメータを含むことを特
徴とする、請求項９に記載のプロトコル固有パラメータ
吸収方式。 - 【請求項１１】前記サービス−プロトコル情報パラメー
タが、一つのパラメータトータル長，一つまたは複数の
パラメータのコード，一つまたは複数のパラメータの長
さ，一つまたは複数のパラメータの中身，前記ＵＮＩ／
ＮＮＩプロトコル制御モジュールで有効情報の判断を行
うための一つまたは複数の有効区間を含むことを特徴と
する、請求項７〜１０のいずれかに記載のプロトコル固
有パラメータ吸収方式。 - 【請求項１２】前記一つまたは複数の有効区間が、順方
向呼制御信号に対しては、前記発側基本呼制御のＵＮＩ
プロトコル制御モジュールにより設定され、前記発側基
本呼制御のＵＮＩ／ＮＮＩプロトコル制御モジュールか
ら前記サービスモジュールまでの区間を含むことを特徴
とする、請求項１１に記載のプロトコル固有パラメータ
吸収方式。 - 【請求項１３】前記一つ又は複数の有効区間が、逆方向
呼制御信号に対しては、前記着側基本呼制御のＵＮＩプ
ロトコル制御モジュールにより設定され、前記着側基本
呼制御のＵＮＩ／ＮＮＩプロトコル制御モジュールから
前記サービスモジュールまでの区間を含むことを特徴と
する、請求項１１または１２に記載のプロトコル固有パ
ラメータ吸収方式。 - 【請求項１４】前記一つまたは複数の有効区間が、逆方
向呼制御信号に対しては、前記サービスモジュールによ
り前記ＵＮＩ／ＮＮＩプロトコル制御モジュールを意識
して設定され、前記サービスモジュールから前記発側基
本呼制御のＵＮＩ／ＮＮＩプロトコル制御モジュールま
での区間を含むことを特徴とする、請求項１１〜１３の
いずれかに記載のプロトコル固有パラメータ吸収方式。 - 【請求項１５】前記一つまたは複数の有効区間が、順方
向呼制御信号に対しては、前記サービスモジュールによ
り前記ＵＮＩ／ＮＮＩプロトコル制御モジュールを意識
して設定され、前記サービスモジュールから前記着側基
本小制御のＵＮＩ／ＮＮＩプロトコル制御モジュールま
での区間を含むことを特徴とする、請求項１１〜１４の
いずれかに記載のプロトコル固有パラメータ吸収方式。 - 【請求項１６】複数のサービスを同時に起動する場合の
サービスモジュールにおいては、前記サービス−プロト
コル情報パラメータの編集処理が、個々のサービス独自
に行われ、その編集論理としては、前記パラメータのコ
ードが同一の場合には、情報を上塗りし、前記パラメー
タのコードが異なる場合には、末尾に編集された情報を
付加するようにして、複数サービスの同時起動に対応で
きることを特徴とする、請求項１１〜１５のいずれかに
記載のプロトコル固有パラメータ吸収方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11899897A JP3001456B2 (ja) | 1997-05-09 | 1997-05-09 | 交換機におけるプロトコル固有パラメータ吸収方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11899897A JP3001456B2 (ja) | 1997-05-09 | 1997-05-09 | 交換機におけるプロトコル固有パラメータ吸収方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10308788A true JPH10308788A (ja) | 1998-11-17 |
| JP3001456B2 JP3001456B2 (ja) | 2000-01-24 |
Family
ID=14750478
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11899897A Expired - Lifetime JP3001456B2 (ja) | 1997-05-09 | 1997-05-09 | 交換機におけるプロトコル固有パラメータ吸収方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3001456B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005020754A (ja) * | 2003-06-27 | 2005-01-20 | Lucent Technol Inc | ハーフ・コール・モデル（ｈａｌｆ−ｃａｌｌｍｏｄｅｌ）を用いてコア・パケット・ネットワーク内で呼を処理する方法および装置 |
| KR100472954B1 (ko) * | 2002-11-27 | 2005-03-10 | 한국전자통신연구원 | 유엔아이(ｕｎｉ)/엔엔아이(ｎｎｉ)신호 프로토콜에 의한광 네트워크 제어 시스템 및 그 연결 제어 방법 |
-
1997
- 1997-05-09 JP JP11899897A patent/JP3001456B2/ja not_active Expired - Lifetime
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100472954B1 (ko) * | 2002-11-27 | 2005-03-10 | 한국전자통신연구원 | 유엔아이(ｕｎｉ)/엔엔아이(ｎｎｉ)신호 프로토콜에 의한광 네트워크 제어 시스템 및 그 연결 제어 방법 |
| JP2005020754A (ja) * | 2003-06-27 | 2005-01-20 | Lucent Technol Inc | ハーフ・コール・モデル（ｈａｌｆ−ｃａｌｌｍｏｄｅｌ）を用いてコア・パケット・ネットワーク内で呼を処理する方法および装置 |
| JP4620390B2 (ja) * | 2003-06-27 | 2011-01-26 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | ハーフ・コール・モデル（ｈａｌｆ−ｃａｌｌｍｏｄｅｌ）を用いてコア・パケット・ネットワーク内で呼を処理する方法および装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3001456B2 (ja) | 2000-01-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0735789B1 (en) | Software architecture for providing communication features to different types of wireless telephones via different communication switching systems | |
| JPH01241243A (ja) | パケット交換装置 | |
| JP3001456B2 (ja) | 交換機におけるプロトコル固有パラメータ吸収方式 | |
| EP0909050A2 (en) | Multiple connection method and device for subscriber access network | |
| JP3220089B2 (ja) | 通信システムおよび通信方法、並びに記録媒体 | |
| JPS6337541B2 (ja) | ||
| JP3211889B2 (ja) | 通信回線に挿入する付加装置の制御方法ならびにその交換機およびそのプログラムを記録した記録媒体 | |
| JPS6343452A (ja) | 回線構成方式 | |
| JPH03196738A (ja) | 転送先局主導型着信転送方式 | |
| JP2878375B2 (ja) | 通話リンク制御方式 | |
| JP3231809B2 (ja) | 交換装置及びその制御方法 | |
| JP2719131B2 (ja) | 通信方式 | |
| JP2513334B2 (ja) | ボタン電話システム | |
| KR100303642B1 (ko) | 호 전환 시 경로최적화 방법 | |
| EP1059815A2 (en) | Method and device for communication between switches of different types | |
| JPS6347304B2 (ja) | ||
| JPH04124972A (ja) | 画面サイズの選択サービス方式 | |
| JPS634740B2 (ja) | ||
| JPH01317098A (ja) | 方路設定方式 | |
| JPH04183038A (ja) | 呼設定方法 | |
| JPS5977744A (ja) | デイジタル複合交換機の交換モ−ド設定方法 | |
| JPS62281540A (ja) | パケツト端末装置の制御方法 | |
| LT4513B (lt) | Balsinės informacijos stotis radiotelefono tinklui | |
| JPS63224441A (ja) | 網間経路選択方式 | |
| JPH04240952A (ja) | 音声サービス処理方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071112 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081112 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081112 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091112 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091112 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101112 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111112 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111112 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121112 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121112 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131112 Year of fee payment: 14 |
|
| EXPY | Cancellation because of completion of term |