JP3252760B2 - Ｃｕｇ呼制御方法 - Google Patents
Ｃｕｇ呼制御方法Info
- Publication number
- JP3252760B2 JP3252760B2 JP18496897A JP18496897A JP3252760B2 JP 3252760 B2 JP3252760 B2 JP 3252760B2 JP 18496897 A JP18496897 A JP 18496897A JP 18496897 A JP18496897 A JP 18496897A JP 3252760 B2 JP3252760 B2 JP 3252760B2
- Authority
- JP
- Japan
- Prior art keywords
- cug
- call
- terminal
- exchange
- control method
- 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.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、ＣＵＧ呼制御方法
に関し、特に、発信側交換機において着信番号毎にＣＵ
Ｇを選択し、自動的にＣＵＧ呼を起動するＣＵＧ呼制御
方法に関するものである。
に関し、特に、発信側交換機において着信番号毎にＣＵ
Ｇを選択し、自動的にＣＵＧ呼を起動するＣＵＧ呼制御
方法に関するものである。
【０００２】
【従来の技術】ＩＳＤＮ網におけるＣＵＧ（Closed Use
r Group ）サービスは、ｌＴＵ−Ｔ０９５５．１の勧告
によれば複数の端末に対してグループを形成することを
可能とし、それらグループへのアクセス、あるいはグル
ープからの通信を制限する閉域接続サービスである。こ
のサービスによれば、ある端末は複数のＣＵＧのメンバ
ーとなることができ、また、あるＣＵＧのメンバーはグ
ループ内のメンバー間での通信は可能であるが、一般に
グループ外の端末とは通信できない。
r Group ）サービスは、ｌＴＵ−Ｔ０９５５．１の勧告
によれば複数の端末に対してグループを形成することを
可能とし、それらグループへのアクセス、あるいはグル
ープからの通信を制限する閉域接続サービスである。こ
のサービスによれば、ある端末は複数のＣＵＧのメンバ
ーとなることができ、また、あるＣＵＧのメンバーはグ
ループ内のメンバー間での通信は可能であるが、一般に
グループ外の端末とは通信できない。
【０００３】ＣＵＧ呼を発信する方法としては、発呼要
求時のファシリティ情報要素にＣＵＧ呼の表示と使用す
るＣＵＧを指定するＣＵＧインデックスを含めるＣＵＧ
の明示的要求と、発呼要求時にファシリティ情報要素を
含めず、優先ＣＵＧを起動するデフォルト要求との２つ
の方法がある。なお、優先ＣＵＧとは発呼要求時にＣＵ
Ｇ情報が含まれない場合に自動的に起動されるＣＵＧの
ことであり、予め一加入者に１つのＣＵＧだけ設定して
おくことができる。
求時のファシリティ情報要素にＣＵＧ呼の表示と使用す
るＣＵＧを指定するＣＵＧインデックスを含めるＣＵＧ
の明示的要求と、発呼要求時にファシリティ情報要素を
含めず、優先ＣＵＧを起動するデフォルト要求との２つ
の方法がある。なお、優先ＣＵＧとは発呼要求時にＣＵ
Ｇ情報が含まれない場合に自動的に起動されるＣＵＧの
ことであり、予め一加入者に１つのＣＵＧだけ設定して
おくことができる。
【０００４】図５は、明示的要求によりＣＵＧ呼を発呼
した際のシーケンス図である。明示的要求による発呼要
求を受けた発側交換機６５は、発信端末６０がＣＵＧサ
ービスに加入している否かと、指定されたＣＵＧに属し
ているか否かとをチェックする。デフォルト要求による
発呼要求を受けた発側交換機は（図示せず）、発信者が
ＣＵＧサービスに加入しているか否かと、優先ＣＵＧが
予め設定されているか否かとをチェックする。
した際のシーケンス図である。明示的要求による発呼要
求を受けた発側交換機６５は、発信端末６０がＣＵＧサ
ービスに加入している否かと、指定されたＣＵＧに属し
ているか否かとをチェックする。デフォルト要求による
発呼要求を受けた発側交換機は（図示せず）、発信者が
ＣＵＧサービスに加入しているか否かと、優先ＣＵＧが
予め設定されているか否かとをチェックする。
【０００５】発側交換機におけるこれらのチェックをＣ
ＵＧ発側チェックという（図５の６７）。ＣＵＧ発側チ
ェックが正常に終了したならば、指定されたＣＵＧ、も
しくは優先ＣＵＧをインターロックコードに変換し、着
側交換機６６への発呼要求メッセージに付加して送出す
る。
ＵＧ発側チェックという（図５の６７）。ＣＵＧ発側チ
ェックが正常に終了したならば、指定されたＣＵＧ、も
しくは優先ＣＵＧをインターロックコードに変換し、着
側交換機６６への発呼要求メッセージに付加して送出す
る。
【０００６】なお、インターロックコードとは、網でＣ
ＵＧを識別するために使用される共通の値であるが、こ
れに対して、ＣＵＧインデックスは、ユーザがＣＵＧを
識別するのに使用される値で、同一のＣＵＧを表す場合
でも端末毎に値が異なる場合がある。着側交換機６６で
は、受信したインターロックコードを用いて、着信者が
そのＣＵＧに属しているかをチェックする。これをＣＵ
Ｇ着側チェックという（図５の６８）。
ＵＧを識別するために使用される共通の値であるが、こ
れに対して、ＣＵＧインデックスは、ユーザがＣＵＧを
識別するのに使用される値で、同一のＣＵＧを表す場合
でも端末毎に値が異なる場合がある。着側交換機６６で
は、受信したインターロックコードを用いて、着信者が
そのＣＵＧに属しているかをチェックする。これをＣＵ
Ｇ着側チェックという（図５の６８）。
【０００７】チェックが正常に終了した場合には、イン
ターロックコードを着信者のＣＵＧインデックスに変換
し（図５の６９）、ファシリティ情報要素に設定して着
信者へ発呼要求を送出する。一方、発側チェック、また
は着側チェックのどちらか一方でもチェック非正常とな
った場合には、その呼を解放する。
ターロックコードを着信者のＣＵＧインデックスに変換
し（図５の６９）、ファシリティ情報要素に設定して着
信者へ発呼要求を送出する。一方、発側チェック、また
は着側チェックのどちらか一方でもチェック非正常とな
った場合には、その呼を解放する。
【０００８】図６は異なる２つのＣＵＧに属する端末の
発呼を示す説明図である。同図において、端末６０は、
ＣＵＧ−Ａ６３とＣＵＧ−Ｂ６４との両方に属してお
り、端末６１はＣＵＧ‐Ａ６３に属し、端末６２はＣＵ
Ｇ‐Ｂ６４に属している。また、端末６０の優先ＣＵＧ
はＣＵＧ‐Ｂ６４と予め設定されているものとする。
発呼を示す説明図である。同図において、端末６０は、
ＣＵＧ−Ａ６３とＣＵＧ−Ｂ６４との両方に属してお
り、端末６１はＣＵＧ‐Ａ６３に属し、端末６２はＣＵ
Ｇ‐Ｂ６４に属している。また、端末６０の優先ＣＵＧ
はＣＵＧ‐Ｂ６４と予め設定されているものとする。
【０００９】端末６０は、端末６１に対し、明示的要求
によりＣＵＧ−Ａ６３を指定して発呼すれば、着信する
ことができる。端末６２に対しても、明示的要求にてＣ
ＵＧ‐Ｂ６４を指定すれば着信することができる。しか
し、端末６０はデフォルト要求では、優先ＣＵＧである
ＣＵＧ‐Ｂ６４が自動的に起動されるため、端末６２に
しか着信することはできない。
によりＣＵＧ−Ａ６３を指定して発呼すれば、着信する
ことができる。端末６２に対しても、明示的要求にてＣ
ＵＧ‐Ｂ６４を指定すれば着信することができる。しか
し、端末６０はデフォルト要求では、優先ＣＵＧである
ＣＵＧ‐Ｂ６４が自動的に起動されるため、端末６２に
しか着信することはできない。
【００１０】もし、デフォルト要求で端末６１に発呼し
たならば、着側チェックの結果非正常となり着信するこ
とはできない。すなわち、従来の方式では、発呼要求で
ＣＵＧの指定をしない場合、着信先に拘らず予め設定さ
れた一つの優先ＣＵＧが自動的に起動されてしまう。
たならば、着側チェックの結果非正常となり着信するこ
とはできない。すなわち、従来の方式では、発呼要求で
ＣＵＧの指定をしない場合、着信先に拘らず予め設定さ
れた一つの優先ＣＵＧが自動的に起動されてしまう。
【００１１】
【発明が解決しようとする課題】したがって、このよう
な従来のＣＵＧ呼制御方法によれば、発信端末が特定の
通信手順を具備していなければＣＵＧの指定を行うこと
ができないため、サービスの適用性に偏りがあるという
問題があった。これは、ｌＳＤＮ網におけるＣＵＧサー
ビスでは、回線呼接続手段で用いられるファシリティ情
報要素にて特定のＣＵＧを指定することができるが、フ
ァシリティ情報要素を送出することのできない端末はＣ
ＵＧの指定を行うことができないため、優先ＣＵＧしか
使用できず、複数のＣＵＧに属することができないから
である。
な従来のＣＵＧ呼制御方法によれば、発信端末が特定の
通信手順を具備していなければＣＵＧの指定を行うこと
ができないため、サービスの適用性に偏りがあるという
問題があった。これは、ｌＳＤＮ網におけるＣＵＧサー
ビスでは、回線呼接続手段で用いられるファシリティ情
報要素にて特定のＣＵＧを指定することができるが、フ
ァシリティ情報要素を送出することのできない端末はＣ
ＵＧの指定を行うことができないため、優先ＣＵＧしか
使用できず、複数のＣＵＧに属することができないから
である。
【００１２】また、ＣＵＧサービスは、ＣＵＧのメンバ
ー相互間において通信可能なサービスであるため、発側
交換機において発信者が特定のＣＵＧを指定、もしくは
優先ＣＵＧを用いてＣＵＧが許容されたとしても、着側
交換機における着側チェックで非許容となることがあ
り、この場合はその回線呼接続を着側交換機の指示に従
って解放されるため、その発側交換機と着側交換機関の
通信回線が無駄となり、不完了呼の発生を招くことにな
るため、非効率であるという問題があった。
ー相互間において通信可能なサービスであるため、発側
交換機において発信者が特定のＣＵＧを指定、もしくは
優先ＣＵＧを用いてＣＵＧが許容されたとしても、着側
交換機における着側チェックで非許容となることがあ
り、この場合はその回線呼接続を着側交換機の指示に従
って解放されるため、その発側交換機と着側交換機関の
通信回線が無駄となり、不完了呼の発生を招くことにな
るため、非効率であるという問題があった。
【００１３】これは、発信者が指定したＣＵＧ、もしく
は起動された優先ＣＵＧに着信者が属しているかどうか
は、着側交換機におけるＣＵＧ着側チェックが行われる
まで判断することができないからである。本発明はこの
ような課題を解決するためのものであり、着信番号によ
りＣＵＧを自動的に選択して起動するＣＵＧ呼制御方法
を提供することを目的としている。
は起動された優先ＣＵＧに着信者が属しているかどうか
は、着側交換機におけるＣＵＧ着側チェックが行われる
まで判断することができないからである。本発明はこの
ような課題を解決するためのものであり、着信番号によ
りＣＵＧを自動的に選択して起動するＣＵＧ呼制御方法
を提供することを目的としている。
【００１４】
【課題を解決するための手段】このような目的を達成す
るために、本発明によるＣＵＧ呼制御方法は、交換機に
おいて、ＣＵＧを識別するためのＣＵＧインターロック
コードと着信番号との対応関係を予め記憶し、着信端末
が属するＣＵＧを示すＣＵＧインデックスが含まれてい
ない発呼要求メッセージを発信端末から受信した場合に
は、その発呼要求メッセージに含まれている着信番号に
対して予め登録されているＣＵＧインターロックコード
を取得し、このＣＵＧインターロックコードを用いて着
信端末が属するＣＵＧを明示的に指定したＣＵＧ呼を起
動するようにしたものである。したがって、着信端末が
属するＣＵＧを示すＣＵＧインデックスが含まれていな
い発呼要求メッセージが受信された場合には、その発呼
要求メッセージに含まれている着信番号に対応するＣＵ
Ｇインターロックコードが用いられて、着信端末が属す
るＣＵＧが明示的に指定されたＣＵＧ呼が起動される。
るために、本発明によるＣＵＧ呼制御方法は、交換機に
おいて、ＣＵＧを識別するためのＣＵＧインターロック
コードと着信番号との対応関係を予め記憶し、着信端末
が属するＣＵＧを示すＣＵＧインデックスが含まれてい
ない発呼要求メッセージを発信端末から受信した場合に
は、その発呼要求メッセージに含まれている着信番号に
対して予め登録されているＣＵＧインターロックコード
を取得し、このＣＵＧインターロックコードを用いて着
信端末が属するＣＵＧを明示的に指定したＣＵＧ呼を起
動するようにしたものである。したがって、着信端末が
属するＣＵＧを示すＣＵＧインデックスが含まれていな
い発呼要求メッセージが受信された場合には、その発呼
要求メッセージに含まれている着信番号に対応するＣＵ
Ｇインターロックコードが用いられて、着信端末が属す
るＣＵＧが明示的に指定されたＣＵＧ呼が起動される。
【００１５】また、着信端末が自局に収容されている場
合には、ＣＵＧインターロックコードを対応するＣＵＧ
インデックスに変換し、得られたＣＵＧインデックスを
付加した呼設定メッセージを着信端末に送信することに
より、ＣＵＧ呼を起動するようにしたものである。ま
た、着信端末が自局に収容されていない場合には、ＣＵ
Ｇインターロックコードを付加した呼設定メッセージ
を、着信端末が収容されている着側交換機に送信するこ
とにより、ＣＵＧ呼を起動するようにしたものである。
合には、ＣＵＧインターロックコードを対応するＣＵＧ
インデックスに変換し、得られたＣＵＧインデックスを
付加した呼設定メッセージを着信端末に送信することに
より、ＣＵＧ呼を起動するようにしたものである。ま
た、着信端末が自局に収容されていない場合には、ＣＵ
Ｇインターロックコードを付加した呼設定メッセージ
を、着信端末が収容されている着側交換機に送信するこ
とにより、ＣＵＧ呼を起動するようにしたものである。
【００１６】
【発明の実施の形態】次に、本発明について図面を参照
して説明する。図１は本発明の一実施の形態であるＣＵ
Ｇ呼制御方法による交換機システムのブロック図であ
る。同図において、交換機２０は、信号を送受信する信
号処理部２１と、呼の正常性をチェックする呼処理制御
部２２と、加入者毎に着信番号とＣＵＧの対応を記憶す
る加入者データ記憶部２５とを有している。
して説明する。図１は本発明の一実施の形態であるＣＵ
Ｇ呼制御方法による交換機システムのブロック図であ
る。同図において、交換機２０は、信号を送受信する信
号処理部２１と、呼の正常性をチェックする呼処理制御
部２２と、加入者毎に着信番号とＣＵＧの対応を記憶す
る加入者データ記憶部２５とを有している。
【００１７】呼処理制御部２２は、発信端末の接続処理
を行う発信接続処理部２３と、着信端末の接続処理を行
う着信接続処理部２４とを有している。発信端末１０は
交換機２０に収容され、着信端末４０は交換機３０に収
容されている。また、交換機２０と交換機３０は共通信
号回線（ｌＳＵＰ）により接続されている。
を行う発信接続処理部２３と、着信端末の接続処理を行
う着信接続処理部２４とを有している。発信端末１０は
交換機２０に収容され、着信端末４０は交換機３０に収
容されている。また、交換機２０と交換機３０は共通信
号回線（ｌＳＵＰ）により接続されている。
【００１８】図２は着信番号から使用すべきＣＵＧを選
択する変換テーブルを示す説明図である。発側交換機２
０の加入者データ記憶部２５には、加入者ごとに予め変
換テーブルが登録される。発信端末１０は、着信端末４
０と通信する場合、ＣＵＧ情報を含まない発呼要求メッ
セージとしてＳＥＴＵＰメッセージ１を交換機２０に対
して送出する。交換機２０では、ＳＥＴＵＰメッセージ
１を信号処理部２１で受信し、呼処理制御部２２内の発
信接続処理部２３へ通知３を行う。
択する変換テーブルを示す説明図である。発側交換機２
０の加入者データ記憶部２５には、加入者ごとに予め変
換テーブルが登録される。発信端末１０は、着信端末４
０と通信する場合、ＣＵＧ情報を含まない発呼要求メッ
セージとしてＳＥＴＵＰメッセージ１を交換機２０に対
して送出する。交換機２０では、ＳＥＴＵＰメッセージ
１を信号処理部２１で受信し、呼処理制御部２２内の発
信接続処理部２３へ通知３を行う。
【００１９】発信接続処理部２３は、発信端末１０から
のＳＥＴＵＰメッセージ１にＣＵＧ情報が含まれていな
いことを確認し、加入者データ記憶部２５に着信番号
「１２３４５６７」の引渡し４を行い、使用すべきＣＵ
Ｇを要求する。加入者データ記憶部２５では、発信者情
報に基づいて変換テーブル（図２）を検索し、その着信
番号「１２３４５６７」からインターロックコード（Ｉ
ＬＫ）「ＡＢＣＤ００００」を取得し、呼処理制御部２
２内の発信接続処理部２３に結果５を返す。
のＳＥＴＵＰメッセージ１にＣＵＧ情報が含まれていな
いことを確認し、加入者データ記憶部２５に着信番号
「１２３４５６７」の引渡し４を行い、使用すべきＣＵ
Ｇを要求する。加入者データ記憶部２５では、発信者情
報に基づいて変換テーブル（図２）を検索し、その着信
番号「１２３４５６７」からインターロックコード（Ｉ
ＬＫ）「ＡＢＣＤ００００」を取得し、呼処理制御部２
２内の発信接続処理部２３に結果５を返す。
【００２０】発信接続処理部２３は、受信した元のＳＥ
ＴＵＰメッセージ１にインターロックコード「ＡＢＣＤ
００００」を付加し、あたかも発信端末１０によりＣＵ
Ｇ呼が要求されて発側チェックの結果が正常となったか
のように設定した後、着信接続処理部２４に着信端末へ
の接続処理を要求する。これに応じて、着信接続処理部
２４では、着信端末４０が他局の交換機３０に収容され
ているか否か判断する。
ＴＵＰメッセージ１にインターロックコード「ＡＢＣＤ
００００」を付加し、あたかも発信端末１０によりＣＵ
Ｇ呼が要求されて発側チェックの結果が正常となったか
のように設定した後、着信接続処理部２４に着信端末へ
の接続処理を要求する。これに応じて、着信接続処理部
２４では、着信端末４０が他局の交換機３０に収容され
ているか否か判断する。
【００２１】ここで、着信端末が他局、例えば交換機３
０に収容されていることを確認した場合には、信号処理
部２１に着信端末４０に対してメッセージを送出するよ
う依頼６を行う。これに応じて、信号処理部２１は、交
換機３０に対して、ＣＵＧインターロックコード「ＡＢ
ＣＤ００００」を付加したＩＡＭメッセージ８を送出す
る。
０に収容されていることを確認した場合には、信号処理
部２１に着信端末４０に対してメッセージを送出するよ
う依頼６を行う。これに応じて、信号処理部２１は、交
換機３０に対して、ＣＵＧインターロックコード「ＡＢ
ＣＤ００００」を付加したＩＡＭメッセージ８を送出す
る。
【００２２】交換機３０では、通常のＣＵＧ着側チェッ
クを行うが、結果は必ず正常となるため、そのインター
ロックコードを着信端末４０のＣＵＧインデックス（Ｃ
ＵＧｉｎｄｅｘ）に変換し、インデックスを付加したＳ
ＥＴＵＰメッセージ９を着信端末４０へ送出する。これ
により、ＣＵＧ呼が確立される。
クを行うが、結果は必ず正常となるため、そのインター
ロックコードを着信端末４０のＣＵＧインデックス（Ｃ
ＵＧｉｎｄｅｘ）に変換し、インデックスを付加したＳ
ＥＴＵＰメッセージ９を着信端末４０へ送出する。これ
により、ＣＵＧ呼が確立される。
【００２３】また、着信端末が自局の交換機２０に収容
されている場合には、受信した元のＳＥＴＵＰメッセー
ジ１にインターロックコード「ＡＢＣＤ００００」を付
加した新たなメッセージを用いて、通常のＣＵＧ着側チ
ェックを行う。この場合も、結果は必ず正常となるた
め、そのインターロックコードを着信端末のＣＵＧイン
デックス（ＣＵＧ ｉｎｄｅｘ）に変換し、インデック
スを付加したＳＥＴＵＰメッセージ９を着信端末へ送出
する。これにより、ＣＵＧ呼が確立される。
されている場合には、受信した元のＳＥＴＵＰメッセー
ジ１にインターロックコード「ＡＢＣＤ００００」を付
加した新たなメッセージを用いて、通常のＣＵＧ着側チ
ェックを行う。この場合も、結果は必ず正常となるた
め、そのインターロックコードを着信端末のＣＵＧイン
デックス（ＣＵＧ ｉｎｄｅｘ）に変換し、インデック
スを付加したＳＥＴＵＰメッセージ９を着信端末へ送出
する。これにより、ＣＵＧ呼が確立される。
【００２４】次に、図３および４を参照して、本発明の
処理動作について説明する。図３は本発明の処理動作例
を示すシーケンス図、図４は発側交換機での動作手順を
示すフローチャートである。まず、発信端末１０から着
信端末４０に対してＳＥＴＵＰメッセージ３１を送出す
ることにより、通常の回線接続として発信する。
処理動作について説明する。図３は本発明の処理動作例
を示すシーケンス図、図４は発側交換機での動作手順を
示すフローチャートである。まず、発信端末１０から着
信端末４０に対してＳＥＴＵＰメッセージ３１を送出す
ることにより、通常の回線接続として発信する。
【００２５】ＳＥＴＵＰメッセージ３１を受信した交換
機２０は、図４に示す処理を開始する。まず、受信した
ＳＥＴＵＰメッセージ内にＣＵＧ情報が含まれないこと
（ステップ４１：ＮＯ）、および発信端末がＣＵＧサー
ビスの加入者であること（ステップ４２：ＹＥＳ）をチ
ェックした後、ＣＵＧ変換テーブルが予め登録されてい
るか否かを調べる（ステップ４３）。
機２０は、図４に示す処理を開始する。まず、受信した
ＳＥＴＵＰメッセージ内にＣＵＧ情報が含まれないこと
（ステップ４１：ＮＯ）、および発信端末がＣＵＧサー
ビスの加入者であること（ステップ４２：ＹＥＳ）をチ
ェックした後、ＣＵＧ変換テーブルが予め登録されてい
るか否かを調べる（ステップ４３）。
【００２６】ここで、登録されている場合には（ステッ
プ４３：ＹＥＳ）、ＳＥＴＵＰメッセージ内の着信番号
に基づいて、使用すべきインターロックコードを検索し
（ステップ４４）する。そして、対応するインターロッ
クコードの検索成功（ステップ４５：ＹＥＳ）に応じ
て、あたかも発信端末によりそのＣＵＧが要求されたか
のように、着側交換機へのＩＡＭメッセージ８にインタ
ーロックコードを設定する。
プ４３：ＹＥＳ）、ＳＥＴＵＰメッセージ内の着信番号
に基づいて、使用すべきインターロックコードを検索し
（ステップ４４）する。そして、対応するインターロッ
クコードの検索成功（ステップ４５：ＹＥＳ）に応じ
て、あたかも発信端末によりそのＣＵＧが要求されたか
のように、着側交換機へのＩＡＭメッセージ８にインタ
ーロックコードを設定する。
【００２７】検索されたインターロックコードは、確実
に着信端末４０に着信可能なＣＵＧであるため、着側交
換機でのＣＵＧ着側チェックの結果は正常となり、通常
通り、着信端末４０のＣＵＧインデックスに変換され
て、ＳＥＴＵＰメッセージが送出され、ＣＵＧ呼が確立
される（ステップ４６）。なお、ＣＵＧ情報が含まれて
いる場合には（ステップ４１：ＹＥＳ）、ＣＵＧ発側チ
ェックを行って（ステップ４７）、処理を終了する。
に着信端末４０に着信可能なＣＵＧであるため、着側交
換機でのＣＵＧ着側チェックの結果は正常となり、通常
通り、着信端末４０のＣＵＧインデックスに変換され
て、ＳＥＴＵＰメッセージが送出され、ＣＵＧ呼が確立
される（ステップ４６）。なお、ＣＵＧ情報が含まれて
いる場合には（ステップ４１：ＹＥＳ）、ＣＵＧ発側チ
ェックを行って（ステップ４７）、処理を終了する。
【００２８】また、発信端末がＣＵＧサービスの加入者
でない場合（ステップ４２：ＮＯ）、変換テーブルが登
録されていない場合（ステップ４３：ＮＯ）、および変
換テーブルから対応するインターロックコードを検索で
きなかった場合（ステップ４５：ＮＯ）のいずれの場合
にも、ＣＵＧ発側チェックを行って（ステップ４７）、
処理を終了する。
でない場合（ステップ４２：ＮＯ）、変換テーブルが登
録されていない場合（ステップ４３：ＮＯ）、および変
換テーブルから対応するインターロックコードを検索で
きなかった場合（ステップ４５：ＮＯ）のいずれの場合
にも、ＣＵＧ発側チェックを行って（ステップ４７）、
処理を終了する。
【００２９】このようにして、交換機２０において、Ｃ
ＵＧインターロックコード「ＡＢＣＤ００００」を付加
したＩＡＭメッセージ８が生成され、交換機３０に対し
て送出される。一方、交換機３０では、通常のＣＵＧ着
側チェックを行うが、結果は必ず正常となるため、イン
ターロックコードを着信端末４０のＣＵＧインデックス
（ＣＵＧ ｉｎｄｅｘ）に変換し、インデックスを付加
したＳＥＴＵＰメッセージ９が着信端末４０へ送出さ
れ、ＣＵＧ呼が確立される。
ＵＧインターロックコード「ＡＢＣＤ００００」を付加
したＩＡＭメッセージ８が生成され、交換機３０に対し
て送出される。一方、交換機３０では、通常のＣＵＧ着
側チェックを行うが、結果は必ず正常となるため、イン
ターロックコードを着信端末４０のＣＵＧインデックス
（ＣＵＧ ｉｎｄｅｘ）に変換し、インデックスを付加
したＳＥＴＵＰメッセージ９が着信端末４０へ送出さ
れ、ＣＵＧ呼が確立される。
【００３０】
【発明の効果】以上説明したように、本発明は、着信番
号毎に予め通信可能なＣＵＧを交換機に登録しておき、
ＣＵＧインデックスが含まれない発呼要求メッセージ受
信時、メッセージ内の発信番号、および着信番号から使
用すべきＣＵＧインターロックコードを検索し、検索さ
れたＣＵＧインターロックコードを用いて自動的にＣＵ
Ｇ呼を起動するようにしたので、特定の通信手順をサポ
ートしていない端末も複数のＣＵＧに属することができ
るようになり、サービスの適用性が向上される。また、
確実に通信できるＣＵＧを交換機が自動選択するため、
着側交換機におけるＣＵＧ着側チェックでは必ず正常と
なって通信可能となり、不完了呼の発生を防止できる。
号毎に予め通信可能なＣＵＧを交換機に登録しておき、
ＣＵＧインデックスが含まれない発呼要求メッセージ受
信時、メッセージ内の発信番号、および着信番号から使
用すべきＣＵＧインターロックコードを検索し、検索さ
れたＣＵＧインターロックコードを用いて自動的にＣＵ
Ｇ呼を起動するようにしたので、特定の通信手順をサポ
ートしていない端末も複数のＣＵＧに属することができ
るようになり、サービスの適用性が向上される。また、
確実に通信できるＣＵＧを交換機が自動選択するため、
着側交換機におけるＣＵＧ着側チェックでは必ず正常と
なって通信可能となり、不完了呼の発生を防止できる。
【図１】 本発明の一実施の形態によるＣＵＧ呼制御方
法による交換機システムのブロック図である。
法による交換機システムのブロック図である。
【図２】 着信番号からＣＵＧを選択する変換テーブル
を示す説明図である。
を示す説明図である。
【図３】 本発明の処理動作例を示すシーケンス図であ
る。
る。
【図４】 発側交換機での動作手順を示すフローチャー
トである。
トである。
【図５】 明示的要求によりＣＵＧ呼を発呼した際の処
理動作を示すシーケンス図である。
理動作を示すシーケンス図である。
【図６】 異なる２つのＣＵＧに属する端末の発呼を示
す説明図である。
す説明図である。
１０…発信端末、２０…発側交換機、２１…信号処理
部、２２…呼処理制御部、２３…発信接続処理部、２４
…着信接続処理部、２５…加入者データ記憶部、３０…
着側交換機、４０…着信端末。
部、２２…呼処理制御部、２３…発信接続処理部、２４
…着信接続処理部、２５…加入者データ記憶部、３０…
着側交換機、４０…着信端末。
Claims (3)
- 【請求項１】 発信端末からの発呼要求メッセージに応
じて、予め設定されているＣＵＧに属する着信端末に対
し、交換機からＣＵＧ呼を起動する場合のＣＵＧ呼制御
方法において、 交換機は、ＣＵＧを識別するためのＣＵＧインターロックコードと
着信番号との対応関係を予め記憶し、 着信端末が属する
ＣＵＧを示すＣＵＧインデックスが含まれていない発呼
要求メッセージを発信端末から受信した場合には、その
発呼要求メッセージに含まれている着信番号に対して予
め登録されているＣＵＧインターロックコードを取得
し、 このＣＵＧインターロックコードを用いて着信端末が属
するＣＵＧを明示的に指定したＣＵＧ呼を起動すること
を特徴とするＣＵＧ呼制御方法。 - 【請求項２】 請求項１記載のＣＵＧ制御方法におい
て、 着信端末が自局に収容されている場合には、ＣＵＧイン
ターロックコードを対応するＣＵＧインデックスに変換
し、 得られたＣＵＧインデックスを付加した呼設定メッセー
ジを着信端末に送信することにより、ＣＵＧ呼を起動す
ることを特徴とするＣＵＧ呼制御方法。 - 【請求項３】 請求項１記載のＣＵＧ制御方法におい
て、 着信端末が自局に収容されていない場合には、ＣＵＧイ
ンターロックコードを付加した呼設定メッセージを、着
信端末が収容されている着側交換機に送信することによ
り、ＣＵＧ呼を起動することを特徴とするＣＵＧ呼制御
方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18496897A JP3252760B2 (ja) | 1997-07-10 | 1997-07-10 | Ｃｕｇ呼制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18496897A JP3252760B2 (ja) | 1997-07-10 | 1997-07-10 | Ｃｕｇ呼制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1132118A JPH1132118A (ja) | 1999-02-02 |
| JP3252760B2 true JP3252760B2 (ja) | 2002-02-04 |
Family
ID=16162512
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18496897A Expired - Fee Related JP3252760B2 (ja) | 1997-07-10 | 1997-07-10 | Ｃｕｇ呼制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3252760B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100746473B1 (ko) * | 2000-12-30 | 2007-08-06 | 주식회사 케이티 | 전전자교환기(ＴＤＸ-100)에서기능적(Ｆｕｎｃｔｉｏｎａｌ) 프로토콜을 이용한ＩＳＤＮ 폐쇄사용자군 서비스 제공방법 |
-
1997
- 1997-07-10 JP JP18496897A patent/JP3252760B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1132118A (ja) | 1999-02-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100503869B1 (ko) | 무선 전기 통신 네트워크에서 데이터 호출을 전송하는 시스템 및 방법 | |
| JP2874119B2 (ja) | 複数端末への着信呼分散サービス方式 | |
| JPH06245240A (ja) | 公衆回線専用線接続方式 | |
| JPH07212841A (ja) | 通信ユニットに対する位置従属型と位置独立型の機能提供システム | |
| JP3021630B2 (ja) | 通信システム及び通信方法 | |
| US6072866A (en) | Path replacement scheme | |
| JP2551007B2 (ja) | 専用線接続方法 | |
| EP0592963B1 (en) | Connection control method for personal communications | |
| KR100321722B1 (ko) | 개인번호서비스2차착신연결방법 | |
| JP3252760B2 (ja) | Ｃｕｇ呼制御方法 | |
| WO1999033289A2 (en) | Accelerated call establishment | |
| JP3742251B2 (ja) | 交換システム | |
| JP3422217B2 (ja) | 呼生起情報の通知方式 | |
| JP2000125016A (ja) | 構内交換機に収容される表示窓を有する端末への自動転送情報通知方式及びその方法 | |
| JP3325330B2 (ja) | 電子交換機 | |
| JP2875331B2 (ja) | Ｉｓｄｎにおける通信方法 | |
| JP2990132B2 (ja) | 移動体通信システムにおける通信中着信処理方法 | |
| JPH10210515A (ja) | 接続装置 | |
| JP2748055B2 (ja) | 外線発信方式およびそれを用いたデジタル交換機 | |
| JP2812961B2 (ja) | 通信端末装置及びその制御方法 | |
| JPH0690479A (ja) | ボタン電話装置 | |
| JP2002185646A (ja) | Ｉｓｄｎ網を用いた緊急呼発信の送出方法およびボタン電話装置 | |
| JPH06132874A (ja) | メッセージ通信システム | |
| JPS63103535A (ja) | ディジタル交換システム | |
| JPH06326749A (ja) | 通信端末装置及びｉｓｄｎ通信方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071122 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081122 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081122 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091122 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091122 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |