【発明の詳細な説明】
遠隔通信ネットワーク
本発明は、遠隔通信ネットワークにおけるシグナリング方法、およびこの方法
を使用するネットワークに関する。
通常、中型または大型の機構が私設遠隔通信ネットワークを動作する。このよ
うなネットワークにおいてＰＢＸ（構内交換）は専用の私有のリンクによって接
続できる。しかしながら公衆遠隔通信オペレータ（ＰＴＯ）はこの目的のために
バーチャル私設ネットワーク（ＶＰＮ）を次第に増加して提供している。私設ま
たはバーチャル私設ネットワークを使用する機構内で個人は、一般に２つの電話
番号、すなわち発呼者が機構外から使用する“公開(public)”の番号（公に知ら
れている番号）と、私設ネットワーク内で使用する私用（private）の番号（私
的に知られていない番号）とをもつことになる。
本発明の第１の態様にしたがって、遠隔通信ネットワークを動作する方法であ
り：
ａ）発呼側で、発呼側番号の公開／私用パラメータの値を設定すること；
ｂ）シグナリングチャンネル上で発呼側に接続された第１のネットワークノ
ードから被呼側に接続された第２のネットワークノードへ、
公開の発呼側番号と、
私用の発呼側番号と、
発呼側番号の公開／私用パラメータとを送ること；および、
ｃ）第２のノードにおいて、発呼側番号の公開／私用パラメータの値に依存
して、公開発呼側番号または私用発呼側番号の何れかを被呼側へ前方送りするこ
とを含む遠隔通信ネットワークを動作する方法、を提供する。
公開／私用パラメータは各呼ごとに発呼側が、例えばユーザ端末で所定のコー
ドをダイヤリングすることによって設定できる。それに代わって、このパラメー
タは、例えば発呼側サイトでＰＢＸのシステムアドミニストレータが、ＰＢＸか
らの全ての呼に使用する公開／私用パラメータの選択値をプログラムすることに
よって設定
できる。発呼側による公開／私用パラメータの設定に対する本明細書の全ての引
用はこの両方の可能性を含むことが理解されるであろう。
本発明は、私設ネットワーク番号および公衆ネットワーク番号の何れが被呼側
に利用可能かについてユーザが制御できるシステムを初めて提供する。これはネ
ットワークの機能性を著しく高め、ＶＰＮを支援するのに使用される公衆ネット
ワークにとって特別な価値をもつ。本発明は、例えば話し中の加入者への呼の完
了(Completion of Call to Busy Subscribers)(ＣＣＢＳ)のような補助的な
サービスに関係して使用することができる。ＣＬＩ公開／私用パラメータを適切
に設定することによって、送信元の発呼側は私設ネットワークまたは公衆ネット
ワークを使用して呼が完了されるかを判断することができる。同様に、公開／私
用パラメータを使用して、ＣＬＩを使用する他のサービスを制御することができ
る。
本明細書において使用されているように“ノード”という用語は、コアネット
ワーク内のローカル交換局およびアクセスネットワークを介してコアネットワー
クへ接続されたＰＢＸの両方を含む。例えば第２のノードは、被呼側へ直接に接
続されたＰＢＸであってもよい。しかしながらアクセスネットワークがシグナリ
ングチャンネルに２つのＣＬＩ番号を含むことを支援しない場合、例えばアクセ
スネットワークがＤＳＳ１（ディジタルシグナリングシステム no．1）を使用
するときは、第２のノードはローカル交換局であり、そこではＰＢＸへ送る適切
な番号を１つ選択し、同時に公開／私用パラメータを取り除く。シグナリングチ
ャンネルは、ＩＳＤＮユーザ側（ＩＳＵＰ）シグナリングを使用して公衆ネット
ワーク内で搬送することができる。
好ましくは、私用ＣＬＩおよび公開ＣＬＩの一方をカプセル化して、シグナリ
ングチャンネルにおいて第１のノードと第２のノードとの間で伝送する。本発明
の好ましい特徴は、ネットワークシグナリングプロトコルを著しく変更する必要
なく、両方の番号をネットワーク全体で伝送できることである。これは、例えば
移送パラメータのデータフィールド内で、一方の番号をカプセル化することによ
って達成される。
本発明の第２の態様にしたがって、遠隔通信ネットワークを動作する方法であ
り：
ａ）発呼側で、被呼番号(ＣｄＰＮ)の公開／私用パラメータの値を設定する
こと；
ｂ）シグナリングチャンネル上で、発呼側に接続された第１のネットワーク
ノードから、被呼側に接続された第２のネットワークノードへ、
公開の被呼番号と、
私用の被呼番号と、
被呼側番号（ＣｄＰＮ）の公開／私用パラメータとを送ること；および、
ｃ）第１および第２のネットワークの一方または他方に接続されたアクセス
ネットワークにおいて、ＣｄＰＮ公開／私用パラメータの値に依存して、公開の
被呼側番号または私用の被呼側番号を使用して呼をルート設定することを含む遠
隔通信ネットワークを動作する方法。
本発明のこの態様では、ユーザは呼のルート設定のしかたを制御できる。シグ
ナリングチャンネルは、公開被呼側番号および私用被呼側番号の両方を搬送する
。したがって公開／私用パラメータを設定して、呼をルート設定するのに何れの
パラメータを使用するかを判断する。第２の態様の方法は第１の態様の方法と独
立して使用できるが、２つの態様を組合わせて使用するのが非常に好ましい。し
たがって好ましくは、単一のマルチビットパラメータはシグナリングチャンネル
上を送られ、マルチビットパラメータの異なるビットはそれぞれＣＬＩ公開／私
用パラメータのフラグおよびＣｄＰＮ公開／私用パラメータのフラグである。
本発明は、上述の第１または第２の、あるいはその両方の態様にしたがって動
作するように構成されたネットワーク、このようなネットワーク内のＰＢＸおよ
びローカル交換局のようなスイッチおよびシグナリング装置、ならびにここで定
義された公開／私用パラメータを組込んだネットワークのシグナリングも含む。
ここで本発明を実現するシステムを添付の図面を引用して例示的にさらに詳し
く記載することにする。
図１は、本発明を実現するネットワークを示すダイヤグラムである。
図２は、図１のネットワーク内のシグナリングチャンネルで送られる公開／私
用パラメータのフォーマットを示すダイヤグラムである。
図３は、ＱＳＩＧプロトコルスタックを示すダイヤグラムである。
図４は、ＡＰＰ移送パラメータのフォーマットを示すダイヤグラムである。
図５は、呼のフローチャートである。
図６は、図１のネットワークを構成するソフトウエアアーキテクチャを示す。
図７は、図１のネットワークを構成するプラットフォームを示す。
図８は、図６のソフトウエア要素のフローチャートを示す。
遠隔通信システムはコアネットワーク１を含む。顧客端末２ａ、２ｂはローカ
ル交換局ＬＥ１、ＬＥ２、およびアクセスネットワーク３、４によってコアネッ
トワーク１に接続されている。第１のローカル交換局ＬＥ１へのアクセスネット
ワークは、ローカル交換局ＬＥ１とＰＢＸ５との間でＱＳＩＧ(Ｑ Interface S
IGnalling Protocol)(Ｑインターフェイスシグナリングプロトコル)シグナリン
グチャンネルを支援する。とくに、チャンネルはＰＳＳ１(Private Signalling
System no．１)(私設シグナリングシステムno．１)として知られているＱＳＩ
ＧのＩＳＯバージョンを使用する。第２のローカル交換局ＬＥ２へのアクセスネ
ットワークは、以下にさらに詳しく記載されているように、アプリケーション移
送パラメータＡＰＰによって増やされたＤＳＳ１(Digital Signalling System n
o．１)(ディジタルシグナリングシステムno．１)シグナリングプロトコルを支援
する。ＰＢＸ６はアクセスネットワークを介して第２のローカル交換局ＬＥ２に
接続される。
コアネットワーク内では、ＩＳＵＰ（ＩＳＤＮユーザ側）シグナリングチャン
ネルを使用してシグナリングが運ばれる。ＩＳＵＰシグナリングはＡＰＰパラメ
ータを組込み、このＡＰＰパラメータは、ローカルアクセスシグナリングチャン
ネルの特徴を包含するのに使われて、それらをネットワークを介してトランスペ
アレント状態で送る。このやり方では、コアネットワークを使用して、バーチャ
ル私設ネットワークＶＰＮを構成する。バーチャル私設ネットワークＶＰＮは２
つのＰＢＸを組込み、それ自身の私設ナンバリング方法をもつ。さらに、ＰＢＸ
およびＰＢＸに接続された顧客端末装置は公開の電話番号をもつ。
上述のシグナリングプロトコルは単に例示的に記載されたものであり、代わり
のシグナリング方法も使用できることが分かるであろう。
使用の際に、第１の端末ＴＥ１にいる発呼側が、第２のＰＢＸに接続された第
２の端末ＴＥ２をもつ被呼側を呼ぶことを望むとき、第１のＰＢＸはローカル交
換ＬＥ１へのＱＳＩＧシグナリングチャンネルを開く。これは従来のＱＳＩＧプ
ロトコルを使用して呼を確立および進展するが、公開／私用パラメータがローカ
ル交換ＬＥ１へ送られる点で違っている。図３は、従来のＱＳＩＧプロトコルの
スタックを示す。シグナリングインターフェイスは論理的基準点を参照して定義
されるので、銅線および光ファイバの両方を含む異なる物理的インターフェイス
に対してプロトコルスタックを構成することができる。図２は、このプロトコル
スタックの層３ａに含まれている公開／私用パラメータのフォーマットを示す。
シグナリングチャンネル上をローカル交換局ＬＥ２へ送られるデータは、例え
ば被呼側の私用番号を含むことができる。さらに、第１のＰＢＸはシグナリング
流にＰＰＰパラメータを挿入する。図に示されているように、これは８ビットの
パラメータである。この例では、ビット２はこの値を設定して、発呼側が私用Ｃ
ｄＰＮ（被呼側番号）においてルート設定を選択したことを示す。
ローカル交換局で、ＰＢＸから受取った私用ＣｄＰＮは対応する公開番号に変
換される。これはＩＳＵＰシグナリングで公然と運ばれ、呼をコアネットワーク
を通ってルート設定するのに使用される。私用番号、およびＰＰＰパラメータは
コアネットワーク内では使用されないが、ＩＳＵＰシグナリングにおいてＡＰＰ
パラメータを使用してネットワーク全体に送られる。図４はＡＰＰパラメータの
フォーマットを示す。このパラメータは、ＩＳＵＰへの付加を表し、これを使用
して、ＱＳＩＧ情報要素（ＩＥ）および他のアプリケーション専用データを運ぶ
ことができる。アプリケーションコンテクスト識別子（Application Context I
dentifier）フィールドを使用して、カプセル化されたデータの性質を識別する
。この場合、データはＰＰＰパラメータおよび私用ＣｄＰＮである。データそれ
自身は、そこでパラメータのバイト４ａ乃至４ｎで送られる。このデータは、コ
アネットワークを通ってＩＳＵＰチャンネルから送信先のローカル交換局ＬＥ２
へトランスペアレントに配送される。
送信先のローカル交換局ＬＥ２におけるＰＰＰパラメータおよび関係付けられ
たデータの使われ方は、ローカル交換局を送信先のＰＢＸへリンクするシグナリ
ングチャンネルの能力に依存する。例えば、アクセスネットワークは通常のＤＳ
Ｓ１シグナリングを使用することができる。これは、私用番号のルート設定を支
援するが、追加のネットワーク機能の制限された範囲のみを支援し、とくにＰＰ
Ｐパラメータに適応することはできない。したがってこの場合、送信先のローカ
ル交換局は、ＰＰＰパラメータを取り除き、ＤＳＳ１シグナリングチャンネルを
介してＰＡＢＸへ選択したＣｄＰＮ、すなわち私用のＣｄＰＮを送ることを受け
持つことになる。送信先の交換局は、発呼側の私用および公開のＣＬＩ（発呼ラ
イン識別子）の中の適切なものを１つ選択し、これをＣＬＩとしてＰＢＸへ送る
。いずれの公開および私用ＣＬＩの選択が有効であるかは、送信先のＰＢＸによ
って書きこまれたビット３および４のＰＰＰパラメータによって判断される。
図１に示された例では、送信先のローカル交換局のローカルアクセスネットワ
ークにおいて信号チャンネルを改良して、ＰＰＰおよび関係するデータの伝送を
支援する。シグナリングプロトコルは、コアネットワーク内のＩＳＵＰシグナリ
ングチャンネルを使用することに関して上述のＡＰＰ移送パラメータを付加する
ことによって変更される。本発明のコンテクストでは、変更したＤＳＳ１プロト
コルの重要な性質は、ＰＰＰパラメータおよび関係付けられたデータをアクセス
ネットワークを介して終端のＰＢＸへの伝送を可能とすることである。ＰＰＰお
よび関係付けられたデータは、ＡＰＰ移送パラメータのデータフィールド内で送
られる。そこで終端のＰＢＸはＰＰＰデータを読取って、公開／私用パラメータ
内のビット３および４の値に依存して、公開のＣＬＩまたは私用ＣＬＩの何れか
を被呼側の端末に送る。
図５は、上述の例における異なるスイッチ間のシグナリングチャンネル上の呼
の流れを示す。設定(ＳＥＴ ＵＰ)メッセージを送信元のＰＢＸから第１のロー
カル交換局へ送り、最初のアドレスメッセージを生成して前方へ送る。通常のや
り方では、設定手続きが完了すると、音声またはデータ呼用の回路が発呼側と被
呼側との間で設定される。コアネットワーク内で、送信元のローカル交換局と送
信先の交換局との間で呼は遷移交換局ＴＥを介してルート設定されると仮定され
る。影を付けて示されたパラメータは、アプリケーション移送パラメータＡＰＰ
を介して送られる。このパラメータは発呼側および被呼側のサブアドレス、さら
にＰＰＰパラメータを含むことが分かる。
この例では、ＡＰＰパラメータを設定メッセージで使用したが、他のコンテク
スト、例えば警報(ＡＬＥＲＴ)、放出完了(ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＲＥ)
、接続(ＣＯＮＮＥＣＴ)、および接続解除（ＤＩＳＣＯＮＮＥＣＴ）メッセージ
で使用することもできる。
図６は、この例において本発明を構成するのに使用われるソフトウエアのアー
キテクチャを示す。送信元および送信先のローカル交換局では、ＶＰＮ処理モジ
ュールは呼制御モジュールを介してシグナリングインターフェイスへインターフ
ェイスされる。送信元のローカル交換局において、追加の呼制御手続きはＶＰＮ
モジュールに付加される。これらの付加的な特徴は次の２つの機能、すなわち：
１）私用番号を公開の発呼側番号および被呼側番号へ変換することと；
２）私用番号をアプリケーション移送パラメータ（ＡＰＰ）へ封入すること
を実行する。
図８は、これらの付加的な呼の特徴を示すフローチャートである。段階Ｓ１で
は、到来私用番号が読取られる。段階Ｓ２では、ルックアップ表を使用して到来
私用番号をアドレスする。ルックアップ表は交換局にローカルに記憶されており
、私用番号をコアネットワークによって使用され公開のナンバリングシステムへ
マップする。段階Ｓ３において、対応する公開番号が見つからないとき、手続き
は終了する。さもなければ、公開番号はＣｄＰＮ ＩＳＵＰフィールドに書込ま
れる。段階Ｓ６で私用ＣｄＰＮは、ＡＰＰのデータフィールドに書込まれる。さ
らに段階Ｓ７でＡＰＰのアプリケーションコンテクスト識別子を設定して、パラ
メータがＱＳＩＧデータを含むことを元に示す。段階Ｓ８で手続きは終了し、こ
の点でＶＰＮは通常の呼設定手続きを戻す。
経由（トランジット）交換局は全ての受取った情報を単に前方送りとするだけ
である。
ＶＰＮの付加的な機能により送信先交換局において受取ったパラメータを出力
ＤＳＳＩ＿ＡＰＰチャンネル内の等価物にマップする。ＤＳＳＩ＿ＡＰＰチャン
ネルでＡＰＰパラメータを使用しないときは、送信先の交換局で受取った私用の
封入したパラメータを捨てることが必要となる。
上述の封入機構は、２つの私用発呼側番号または他のＰＢＸに固有の情報を運
ぶことができる。例えば、ＡＰＰパラメータは、呼を放出した理由（原因）を示
す特定の理由（ＣＡＵＳＥ）値も運ぶことができる。異なる理由値はコアおよび
アクセスネットワークに加えられる。通常は、活性のネットワークによって呼を
放出するとき、直接に対応する理由値がコアネットワーク内に存在しないならば
、コアネットワークによってシグナリングプロトコルに供給される最も近似して
いる理由値へ実際の理由をマップすることが必要である。ＡＰＰパラメータを使
用することによって、真のアクセスネットワークの理由値をネットワーク通って
別のアクセスネットワークおよびＰＢＸへ送り、そこで適切に変換することがで
きる。
図７は、上述の機能を支援する物理的なアーキテクチャを示す。ＰＢＸまたは
“ＰＩＮＸ”は、例えばＮＯＲＴＥＬからＭｅｒｉｄｉａｎ Ｍ１ ＰＢＸとし
て市販されているデバイスであり、ローカルおよび遷移交換局はディジタル交換
局には、例えばＥｒｉｃｓｓｏｎから市販されているＡＸＥ１０、またはＧＰＴ
LtdのＳｙｓｔｅｍ Ｘ、またはＮｏｒｔｅｌのDMS−１００がある。異なるプラ
ットフォームの中では、異なる素子が次の機能をもつ：
補助サービス制御（SS-C）が特定の補助サービスの支援用のプロセスの準備に
あたる。
調整機能（Coordination Function）は、ＧＦＴ制御、種々のＳＳ制御エンテ
ィティ、ＲＯＳＥ、ＡＣＳＥ、ＤＳＥ、および呼制御間で異なる補助サービスの
ための調整を提供する。調整機能は、認識されていないＡＰＤＵの処理を支援す
る機能も提供している。
遠隔の動作サービス素子（ＲＯＳＥ）はＳＳ−Ｃによって提供される補助サー
ビス情報を適切なＲＯＳＥアプリケーションプロトコルユニット（ＡＰＤＵ）に
コード化することを受持つ。次にＲＯＳＥ ＡＰＤＵは結合機能を介してＧＦＴ
制御またはＤＳＴの何れかへ送られる。
ダイアログサービス素子（ＤＳＥ）を使用して、２つのＰＴＮＸ間で１または
複数のダイアログを生成するか、または調整機能を介してサービスを準備するこ
とができ、この結果ネットワーク層接続によって黙示的にではなく関係付けられ
たＲＯＳＥ素子を明白に関係付けることができる。これらのサービスにより、Ｒ
ＯＳＥ ＡＤＰＵを交換し、ＧＦＴ制御に送ることができる。
関連制御サービス素子（ＡＣＳＥ）は１組のサービスを準備して、明白なアプ
リケーション関連を確立して、放出することができる。
一般機能伝送（ＧＦＴ）は、接続指向の、接続なし指向の、および通知のサー
ビスを調整機能を介してＳＳＣ、ＡＣＳＥ、ＲＯＳＥ、およびＤＳＥに与える。DETAILED DESCRIPTION OF THE INVENTION telecommunication network present invention, a signaling method in a telecommunications network, and to a network using this method. Typically, a medium or large facility operates a private telecommunications network. In such a network, the PBX (Private Branch Exchange) can be connected by a dedicated private link. However, public telecommunications operators (PTOs) are increasingly providing virtual private networks (VPNs) for this purpose. Within a facility that uses a private or virtual private network, individuals generally have two telephone numbers: a "public" number that the caller uses from outside the facility (a publicly known number) and a private number. It will have a private number (a number that is not privately known) used within the network. According to a first aspect of the present invention, there is provided a method of operating a telecommunications network, comprising: a) setting, at a calling side, the value of a public / private parameter of a calling number; b) over a signaling channel. Publication of a public calling party number, a private calling party number, and a calling party number from a first network node connected to the calling party to a second network node connected to the called party And / or sending private parameters; and c) at the second node, depending on the value of the public / private parameters of the calling party number, either a publicly developed calling party number or a private calling party number. Operating a telecommunications network that includes forwarding the call forward to a called party. The public / private parameters can be set for each call by the calling party, for example, by dialing a predetermined code at the user terminal. Alternatively, this parameter can be set by the PBX system administrator at the calling site, for example, by programming a selection of public / private parameters to be used for all calls from the PBX. It will be understood that all references herein to setting public / private parameters by the caller include both possibilities. The present invention provides for the first time a system in which a user can control which of a private network number and a public network number are available to a called party. This significantly enhances the functionality of the network and has particular value for public networks used to support VPN. The invention can be used in connection with ancillary services such as, for example, Completion of Call to Busy Subscribers (CCBS). By properly setting the CLI public / private parameters, the originating caller can determine whether the call is completed using a private or public network. Similarly, public / private parameters can be used to control other services that use the CLI. As used herein, the term "node" includes both local exchanges in the core network and PBXs connected to the core network via the access network. For example, the second node may be a PBX directly connected to the called party. However, if the access network does not support including two CLI numbers in the signaling channel, for example when the access network uses DSS1 (Digital Signaling System no. 1), the second node is a local exchange, where Selects the appropriate number to send to the PBX, while removing the public / private parameters. The signaling channel may be carried in a public network using ISDN user side (ISUP) signaling. Preferably, one of the private CLI and the public CLI is encapsulated and transmitted on the signaling channel between the first node and the second node. A preferred feature of the invention is that both numbers can be transmitted throughout the network without having to significantly change the network signaling protocol. This is achieved, for example, by encapsulating one number in the data field of the transport parameter. According to a second aspect of the present invention, there is provided a method of operating a telecommunications network, comprising: a) setting a value of a public / private parameter of a called number (CdPN) at a calling side; b) a signaling channel. Above, from a first network node connected to the calling party to a second network node connected to the called party, a public called number, a private called number, and a called number. Sending (CdPN) public / private parameters; and c) in an access network connected to one or the other of the first and second networks, depending on the value of the CdPN public / private parameters: A method of operating a telecommunications network that includes routing a call using a public or private called number. In this aspect of the invention, the user can control how the call is routed. The signaling channel carries both public and private called party numbers. Therefore, public / private parameters are set to determine which parameters to use to route the call. Although the method of the second aspect can be used independently of the method of the first aspect, it is highly preferred to use the two aspects in combination. Thus, preferably, a single multi-bit parameter is sent on the signaling channel, and the different bits of the multi-bit parameter are a CLI public / private parameter flag and a CdPN public / private parameter flag, respectively. The present invention is directed to a network configured to operate in accordance with the first and / or second aspects described above, switches and signaling devices such as PBXs and local exchanges in such networks, and Also includes network signaling incorporating public / private parameters defined in. The system implementing the present invention will now be described by way of example in more detail with reference to the accompanying drawings. FIG. 1 is a diagram showing a network for implementing the present invention. FIG. 2 is a diagram illustrating the format of public / private parameters sent on a signaling channel in the network of FIG. FIG. 3 is a diagram illustrating the QSIG protocol stack. FIG. 4 is a diagram showing a format of the APP transfer parameter. FIG. 5 is a flowchart of a call. FIG. 6 shows a software architecture constituting the network of FIG. FIG. 7 shows a platform constituting the network of FIG. FIG. 8 shows a flowchart of the software elements of FIG. The telecommunications system includes a core network 1. Customer terminals 2a, 2b are connected to core network 1 by local exchanges LE1, LE2 and access networks 3, 4. The access network to the first local exchange LE1 supports the Q Interface Signaling Protocol (QSIG) signaling channel between the local exchange LE1 and the PBX 5. In particular, the channel uses the ISO version of QSIG known as PSS1 (Private Signaling System no. 1). The access network to the second local exchange LE2 is a DSS1 (Digital Signaling System no.1) signal augmented by an application transport parameter APP, as described in more detail below. Support protocol. PBX 6 is connected to a second local exchange LE2 via an access network. Within the core network, signaling is carried using an ISUP (ISDN user side) signaling channel. ISUP signaling incorporates APP parameters, which are used to include the features of the local access signaling channel and send them transparently over the network. In this manner, a virtual private network VPN is configured using the core network. The virtual private network VPN incorporates two PBXs and has its own private numbering scheme. Further, the PBX and the customer terminal connected to the PBX have a public telephone number. It will be appreciated that the above signaling protocol has been described by way of example only and that alternative signaling methods may be used. In use, when a calling party at a first terminal TE1 wishes to call a called party with a second terminal TE2 connected to a second PBX, the first PBX goes to the local exchange LE1. Open the QSIG signaling channel. It establishes and progresses the call using the conventional QSIG protocol, except that the public / private parameters are sent to the local exchange LE1. FIG. 3 shows a stack of a conventional QSIG protocol. Since the signaling interface is defined with reference to a logical reference point, a protocol stack can be configured for different physical interfaces including both copper and fiber optics. FIG. 2 shows the format of the public / private parameters contained in layer 3a of this protocol stack. The data sent on the signaling channel to the local exchange LE2 may for example include the private number of the called party. Furthermore, the first PBX inserts PPP parameters into the signaling stream. As shown, this is an 8-bit parameter. In this example, bit 2 sets this value to indicate that the calling party has chosen to set up a route in the private CdPN (called party number). At the local exchange, the private CdPN received from the PBX is converted to a corresponding public number. It is carried openly in ISUP signaling and is used to route calls through the core network. Private numbers, and PPP parameters are not used in the core network, but are sent throughout the network using APP parameters in ISUP signaling. FIG. 4 shows a format of the APP parameter. This parameter represents an addition to the ISUP, which can be used to carry QSIG information elements (IEs) and other application specific data. Use the Application Context Identifier field to identify the nature of the encapsulated data. In this case, the data is PPP parameters and private CdPN. The data itself is then sent in parameter bytes 4a to 4n. This data is delivered transparently from the ISUP channel to the destination local exchange LE2 through the core network. The use of the PPP parameters and associated data at the destination local exchange LE2 depends on the signaling channel's ability to link the local exchange to the destination PBX. For example, the access network can use normal DS S1 signaling. This supports the routing of private numbers, but only supports a limited range of additional network functions, and in particular cannot accommodate PPP parameters. Thus, in this case, the destination local exchange will be responsible for removing the PPP parameters and sending the selected CdPN, ie private CdPN, to the PABX via the DSS1 signaling channel. The destination exchange selects the appropriate one of the calling party's private and public CLI (Calling Line Identifier) and sends it to the PBX as the CLI. Which public and private CLI selection is valid is determined by the PPP parameters of bits 3 and 4 written by the destination PBX. In the example shown in FIG. 1, the signaling channel is improved in the local access network of the destination local exchange to support the transmission of PPP and related data. The signaling protocol is modified by adding the APP transport parameters described above for using the ISUP signaling channel in the core network. In the context of the present invention, an important property of the modified DSS1 protocol is that it allows the transmission of PPP parameters and associated data to the terminating PBX via the access network. The PPP and associated data are sent in the data fields of the APP transport parameters. The terminating PBX then reads the PPP data and sends either the public or private CLI to the called terminal, depending on the value of bits 3 and 4 in the public / private parameters. FIG. 5 shows a call flow on a signaling channel between different switches in the above example. Send a SET UP message from the source PBX to the first local exchange, generate an initial address message and send it forward. In the usual manner, once the setup procedure is completed, a circuit for a voice or data call is set up between the calling and called parties. Within the core network, it is assumed that calls between the source local exchange and the destination exchange are routed via the transition exchange TE. The shaded parameters are sent via the application transport parameters APP. It can be seen that this parameter includes the calling and called party subaddresses, as well as the PPP parameters. In this example, the APP parameters were used in the configuration message, but may be used in other contexts, for example, an ALERT, RELEASE COMPLERE, CONNECT, and DISCONNECT message. FIG. 6 shows the software architecture used to implement the invention in this example. At the source and destination local exchanges, the VPN processing module is interfaced to the signaling interface via the call control module. At the originating local exchange, additional call control procedures are added to the VPN module. These additional features include the following two functions: 1) Converting a private number into a public calling and called party number; and 2) Converting the private number into an application transport parameter (APP). Perform encapsulation. FIG. 8 is a flow chart illustrating these additional call features. In step S1, the incoming private number is read. In step S2, the incoming private number is addressed using a look-up table. The look-up table is stored locally at the exchange and maps the private number to a public numbering system used by the core network. If no corresponding public number is found in step S3, the procedure ends. Otherwise, the publication number is written in the CdPN ISUP field. In step S6, the private CdPN is written into the data field of the APP. Further, in step S7, the application context identifier of the APP is set to indicate that the parameter includes the QSIG data. The procedure ends in step S8, at which point the VPN returns to the normal call setup procedure. The transit exchange simply forwards all received information forward. An additional function of the VPN is to map the parameters received at the destination exchange to the equivalent in the output DSSI_APP channel. When the APP parameter is not used in the DSSI_APP channel, it is necessary to discard the private encapsulated parameter received by the destination exchange. The encapsulation mechanism described above can carry two private calling number or other PBX specific information. For example, the APP parameter may also carry a specific reason (CAUSE) value indicating the reason (cause) of releasing the call. Different reason values are added to the core and the access network. Normally, when a call is released by an active network, if the corresponding reason value is not directly present in the core network, the actual reason is given to the closest reason value provided by the core network to the signaling protocol. It is necessary to map. By using the APP parameters, the true access network reason value can be sent through the network to another access network and the PBX, where it can be properly translated. FIG. 7 shows a physical architecture that supports the functions described above. A PBX or "PINX" is a device commercially available, for example, from NORTEL as the Meridian M1 PBX; local and transition exchanges include digital exchanges such as AXE10, commercially available from Ericsson, or System X from GPT Ltd, for example. Or there is Nortel's DMS-100. Within the different platforms, the different elements have the following functions: Supplementary Service Control (SS-C) prepares the process to support a particular supplementary service. The Coordination Function provides coordination for supplementary services that differ between GFT control, various SS control entities, ROSE, ACSE, DSE, and call control. The coordination function also provides a function to support the processing of unrecognized APDUs. The remote operating service element (ROSE) is responsible for encoding the auxiliary service information provided by the SS-C into the appropriate ROSE application protocol unit (APDU). The ROSE APDU is then sent to either the GFT control or DST via the binding function. A Dialog Service Element (DSE) can be used to create one or more dialogs between two PTNXs or to provision services via a coordination function, so that implicitly by a network layer connection The unrelated ROSE elements can be unambiguously related. These services allow ROSE ADPUs to be exchanged and sent to GFT control. An associated control service element (ACSE) can prepare a set of services to establish and release explicit application associations. General Function Transmission (GFT) provides connection-oriented, connectionless-oriented, and notification services to SSC, ACSE, ROSE, and DSE via coordination functions.
─────────────────────────────────────────────────────
フロントページの続き
(81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，
ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ
Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ
，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，
ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ
Ｄ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ
，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ
，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，
ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，Ｆ
Ｉ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ
，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，
ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，Ｍ
Ｗ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ
，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，
ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ────────────────────────────────────────────────── ───
Continuation of front page
(81) Designated countries EP (AT, BE, CH, DE,
DK, ES, FI, FR, GB, GR, IE, IT, L
U, MC, NL, PT, SE), OA (BF, BJ, CF)
, CG, CI, CM, GA, GN, ML, MR, NE,
SN, TD, TG), AP (GH, KE, LS, MW, S
D, SZ, UG, ZW), EA (AM, AZ, BY, KG)
, KZ, MD, RU, TJ, TM), AL, AM, AT
, AU, AZ, BA, BB, BG, BR, BY, CA,
CH, CN, CU, CZ, DE, DK, EE, ES, F
I, GB, GE, GH, HU, ID, IL, IS, JP
, KE, KG, KP, KR, KZ, LC, LK, LR,
LS, LT, LU, LV, MD, MG, MK, MN, M
W, MX, NO, NZ, PL, PT, RO, RU, SD
, SE, SG, SI, SK, SL, TJ, TM, TR,
TT, UA, UG, US, UZ, VN, YU, ZW