JP4022753B2 - 代理スイッチを有した移動通信ネットワークの不調管理システム及び方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
発明の背景
１．発明の分野
本発明は移動通信に関し、特には通信ネットワークの性能及びコスト効果を高め、新移動サービスプラットホームを提供する移動通信ネットワークの代理スイッチ(proxy switch)の利用に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
２．関連技術
近代の移動通信システムは階層構造を有しており、通信領域はいくつかのセル(cell)と呼称される小領域に分割されている。図１に示すそれぞれのセルは好適にはベーストランシーバステーション（ＢＴＳ:base transceiver station）１０２aが担当する。いくつかのＢＴＳ１０２bから１０２nは固定リンク１０４aから１０４nを介在させてベースステーションコントローラ（ＢＳＣ:base station controller）１０６aに集約される。ＢＴＳとＢＳＣはまとめてベースステーションサブシステム（ＢＳ:base station subsystem）１０７と呼称されることもある。いくつかのＢＳＣ１０６bから１０６nは固定リンク１０８aから１０８nを介して移動スイッチセンター（ＭＳＣ:mobile switching center）に集約できる。
【０００３】
ＭＳＣ１１０はローカルスイッチエクスチャンジ(local switching exchange)（以下で解説する移動管理条件を扱う追加的特徴を有する）として作動し、トランクグループ(trunk group)を介して電話ネットワーク（ＰＳＴＮ）１２０と通信する。米国移動ネットワークではホームＭＳＣとゲートウェイＭＳＣの概念が存在する。このホームＭＳＣは移動ステーション（ＭＳ:mobile station）と関連するエクスチェンジ(exchange)に対応するＭＳＣであり、この関連性はＭＳの電話番号（例えば市外局番）に基いている。（ホームＭＳＣは以下で解説するＨＬＲを扱う）。一方、ゲートウェイＭＳＣはＭＳコールをＰＳＴＮに接続するエクスチャンジである。従って、ホームＭＳＣとゲートウェイＭＳＣは時には同一実体であるが、時には異なる実体である（例えば、ＭＳがローミング(roaming)しているとき）。典型的には、ビジットリケーションレジスター（ＶＬＲ:visiting location register）１１６はＭＳＣ１１０と同一ロケーションであり、論理的に単体であるＨＬＲが移動ネットワークで使用される。以下で説明するように、ＨＬＲとＶＬＲは多くの種類のサブスクライバー情報(subscriber information)とプロフィール(profile)の保存に利用される。
【０００４】
簡単に説明すると、いくつかの無線チャンネル１１２が全カバレージ(coverage)領域に関連する。この無線チャンネルは個々のセルに割り当てられたチャンネル群に分割される。これらチャンネルはコール接続等を確立するように信号情報を運搬し、コール接続が確立されたら音声情報またはデータ情報を運搬するのに使用される。
【０００５】
比較的に高レベルの抄録処理(abstraction)で、移動ネットワーク信号処理は少なくとも２つの主要な特徴に関与する。その１つはＭＳと残りのネットワークとの間の信号処理が関与する。２Ｇ（第２世代）とさらに進歩した後の技術で、この信号処理はＭＳにより利用されるアクセス方法（例えば、時間分割マルチアクセス（ＴＤＭＡ）；コード分割マルチアクセス（ＣＤＭＡ））、無線チャンネルの割り当て、証明等々に関係する。第２の特徴は移動ネットワークの様々な実体での信号処理に関与し、例えばＭＳＣ、ＶＬＲ、ＨＬＲ等々での信号処理に関与する。この第２部分は時に移動アプリケーションパート（ＭＡＰ:mobile application part）（特に信号処理システム＃７（ＳＳ７）の利用時）と呼称される。
【０００６】
多彩な形態の信号処理（データ通信と音声通信を含む）は様々な基準で送受信される。例えば、電子機器産業協会（ＥＩＡ）と遠隔通信産業協会（ＴＩＡ）は多数の米国基準、例えば、ＭＡＰ基準であるＩＳ-４１の設定を助けている。同様に、ＣＣＩＴＴとＩＴＵは国際ＭＡＰ基準であるＧＳＭ-ＭＡＰのごとき国際基準の設定を助けている。これら基準の情報は良く知られており、関連団体や文献から得られよう。ボッセ(Bosse)の「遠隔通信網での信号処理」（ウィリー社、１９９８年）参照。
【０００７】
ＭＳ１１４からのコール（電話等）を届けるには、ユーザーは携帯電話または他のＭＳで番号をダイヤルし、センドボタン(send)を押す。ＭＳ１１４はＢＳ１０７を介してリクエストされたサービス内容を示すダイヤル番号をＭＳＣ１１０に送る。ＭＳＣ１１０は関連ＶＬＲ１１６をチェックし、ＭＳ１１４にリクエストサービスを提供するか否かを決定する。ゲートウェイＭＳＣはそのコールをＰＳＴＮ１２０でダイヤル先ユーザーのローカルエクスチェンジ(local exchange)に回す。そのローカルエクスチェンジはコール先ユーザー端末に知らせ、アンサーバック信号はＭＳＣ１１０を介してＭＳ１１４に返送され、ＭＳへの会話通路を完成させる。セットアップが完了すればコールが可能となる。
【０００８】
ＭＳ１１４にコールを送るには（コールはＰＳＴＮ１２０からと想定）ＰＳＴＮユーザーはＭＳの関連電話番号をダイヤルする。少なくとも米国基準によれば、ＰＳＴＮ１２０はそのコールをＭＳのホームＭＳＣに回す。ＭＳＣはＨＬＲ１１８に質問し、どのＭＳＣがＭＳに対応しているかを判断する。これはさらにそのＭＳＣにコールが入ってきていることを知らせる。続いてそのホームＭＳＣはそのコールをＭＳＣに回す。ＭＳＣは適当なＢＳを介してＭＳをページ処理する。ＭＳは応答し、適切な信号処理リンクがセットアップされる。
【０００９】
コール中に、ＢＳ１０７とＭＳ１１４は協調し、信号処理条件等で必要であればチャンネルまたはＢＴＳ１０２を変える。これらの変更はハンドオフ(handoff)として知られ、それら自身のタイプの知られたメッセージと信号処理が関与する。
【００１０】
ＭＡＰの１つの特徴は“移動管理(mobility management)”に関する。ＭＳが異なるロケーションにローミングするときにＭＳを処理するには異なるＢＳとＭＳＣが必要である。移動管理は、ＭＳＣが適正にコールに対処するために必要とするサブスクライバープロフィール及び他の情報をゲートウェイＭＳＣが有するようにさせる。この目的で、ＭＳＣはビジティングロケーションレジスター（ＶＬＲ）１１６とホームロケーションレジスター（ＨＬＲ）１１８を使用する。このＨＬＲは移動識別番号（ＭＩＮ:mobile identification number）、電子連番（ＥＳＮ:electronic serial number）、ＭＳステータス(MS status)及びＭＳサービスプロフィール等を保存し検索する。このＶＬＲはゲートウェイＭＳＣを識別するＭＳＣ識別情報の保存に加えて同様な情報を保存する。さらに、適当なＭＡＰプロトコル(protocol)でロケーション更新手続(location update procedure)（または登録通知）が実行され、移動サブスクライバーのホームＭＳＣはユーザーのロケーションを知る。これらの手続はＭＳが１ロケーションから別ロケーションに移動するとき、またはそのネットワークにアクセスするようにＭＳが起動されて自身を登録するときに使用される。例えば、ロケーション更新手続はＭＳ１１４で実行され、ＢＳ１０７及びＭＳＣ１１０を介してロケーション更新リクエストをＶＬＲ１１６に送る。ＶＬＲ１１６はロケーション更新メッセージをＭＳ１１４に対応するＨＬＲ１１８に送り、サブスクライバープロフィールはＨＬＲ１１８からＶＬＲ１１６にダウンロードされる。ＭＳ１１４には成功したロケーション更新の確認が送られる。ＨＬＲ１１８はロケーション変更ＭＳ１１４に関連するデータを以前に保存されたプロフィールデータが削除するようにＶＬＲにリクエストする。
【００１１】
図２はＣＤＭＡ移動ネットワークのＢＳ１０７とＭＳＣ１１０との間の信号処理とユーザートラフィックインターフェース(user traffic interface)のさらなる詳細を示す。ＢＳ１０７はＡ１インターフェースを使用した信号情報を通信する。Ａ２インターフェースはＭＳＣのスイッチコンポーネント２０４とＢＳ１０７との間のユーザートラフィック（例えば音声信号）を運搬する。Ａ５インターフェースはソースＢＳとＭＳＣとの間の回路スイッチデータコール用のユーザートラフィックの通路を提供する。
【００１２】
セルサイト(cell site)の数またはサブスクライバーの数が増加すると、ＭＳＣ１１０の負荷は増加する。この増加した負荷はサービスプロバイダーにシステムへの容量の追加を強制する。典型的には、容量の増加にはサービスプロバイダーはＭＳＣにスイッチモジュールを追加するか、ネットワークで追加ＭＳＣを利用する。どちらの場合も巨費を要する。
【００１３】
さらに、サブスクライバーはインターネットに対して、例えば“データコール”のごとき新サービスを要求する。これらの要求されたサービスに対してＭＳＣは費用効果が低い。なぜなら、それらは主として音声コール用にデザインされているからである。新サービスのＭＳＣへの追加は複雑であったり、不可能であったりする。なぜなら、多くのＭＳＣソフトウェア構造により利用されている知的所有権や意匠権が絡んでくるからである。すなわち、それらサービスの提供に必要なソフトウェアロジックのＭＳＣ１１０への追加は容易ではない。しばしば、スイッチ付属品が使用されてそのようなサービスが提供される。例えば、インターワーキングファンクション（ＩＷＦ:inter-working function）はデータコールをインターネットにルートする（回す）ための付属物である。機能性をＭＳＣと一体化させるか、付属物を追加するかはいずれもサービスの提供においてＭＳＣが関与する。新サービスは需要を拡大させるのでＭＳＣデザイン変更を介した新サービスの一体化またはトランクサイド付属物(trunk-side adjunct)を介した新サービスの追加はＭＳＣでのネットワークの混雑を増大させ、高価なＭＳＣ機器を必要とする。
【００１４】
【課題を解決するための手段】
概要
本発明は移動通信システムと方法を提供する。特に、スイッチ操作が少なくとも１つの移動スイッチセンター（ＭＳＣ）と少なくとも１つのベースステーションサブシステム（ＢＳ）との間で実行される。本発明の１実施例によるスイッチ操作は別ネットワークとの間で通信トラフィックをサイフォン処理する。従って、ＢＳから送られるメッセージ数はＭＳＣで受領されるメッセージ数とは必ずしも一致しない。なぜなら、別ネットワークにサイフォン処理されるからである。よって、本発明の１特徴によれば、スイッチ処理はＤＳＮとＢＳＮカウンターをＢＳとＭＳＣとの間の代理スイッチに提供することでそのような通信環境内で不調管理を提供する。
【００１５】
本発明の１特徴によれば、不調管理は、少なくとも１つのＢＳと、少なくとも１つのＭＳと、少なくとも１つのＭＳＣと、そのＢＳの少なくとも１つ及びそのＭＳＣの少なくとも１つと通信状態にある少なくとも１つのスイッチとを有した移動通信ネットワークに提供される。スイッチはＭＳＣとの通信のため、及びＢＳとの通信のために前方連番カウンター（ＦＳＮ：ｆｏｒｗａｒｄ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ ｃｏｕｎｔｅｒ）と後方連番カウンター（ＢＳＮ：ｂａｃｋｗａｒｄ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ ｃｏｕｎｔｅｒ）とを提供する。メッセージがスイッチによって受信及び送信されるとき、スイッチはそのメッセージに従って対応するＦＳＮとＢＳＮのペアを維持する。スイッチは受領メッセージがＭＳＣまたはＢＳのうちの一方からのチェンジオーバーメッセージ（ＣＯＯ）であって、ＭＳＣまたはＢＳのうちの一方とスイッチとの間の第１信号リンクのブレークを示すか否かを検出し、第１信号リンクに対応するＭＳＣまたはＢＳのうちの他方とスイッチとの間の第２信号リンクのブレーク（遮断）を強制する。スイッチは新ＣＯＯメッセージを発生させ、ＭＳＣまたはＢＳのうちの他方へ送る。スイッチはＭＳＣまたはＢＳのうちの他方からチェンジオーバー受領確認（ＣＯＡ）メッセージを受領し、新ＣＯＡメッセージを発生させてＭＳＣまたはＢＳのうちの一方に送る。その新ＣＯＡメッセージはＭＳＣまたはＢＳのうちの一方と通信状態にあるスイッチによって維持されたＢＳＮを含んでいる。
【００１６】
本発明の別特徴によれば、代理スイッチは移動信号プロトコルに従ってＭＳＣとＢＳから信号メッセージを受領するための信号メッセージ処理ロジックを含んでいる。メッセージ通信ロジックはＭＳＣとＢＳにメッセージを発行する。ＦＳＮとＢＳＮはＭＳＣとの通信のために提供され、別のＦＳＮ／ＢＳＮペアがＢＳとの通信のために提供される。ロジックは受領メッセージがＭＳＣまたはＢＳのうちの一方からのチェンジオーバーオーダーメッセージ（ＣＯＯ）であって、ＭＳＣまたはＢＳのうちの一方と代理スイッチとの間の第１信号リンクのブレークを示すか否かを検出し、ロジックはＭＳＣまたはＢＳのうちの一方との通信のためにスイッチによって維持されたＢＳＮを含んだＣＯＡメッセージを発生させてＭＳＣまたはＢＳのうちの一方に送る。不調エミュレーションロジックは代理スイッチとＭＳＣまたはＢＳのうちの他方との間の第２信号リンクのブレークを強制する。第２信号リンクは第１信号リンクに対応するように提供され、新ＣＯＯメッセージを発生させてＭＳＣまたはＢＳのうちの他方に送る。
【００１７】
【発明の実施の形態】
詳細な説明
本発明の好適実施例は移動通信ネットワークでの代理スイッチとその使用方法を提供する。代理スイッチは好適にはＭＳＣとＢＳとの間に提供され、他の機器に対しては“透明”である。すなわち、ＢＳもＭＳＣも代理スイッチを知ることも、代理スイッチにより自身の機能を変化させることも必要としない。ＢＳとＭＳＣは代理スイッチの存在を知らないでも通常通りに機能することができる。
【００１８】
代理スイッチは移動ネットワークでの混雑を軽減する。例えば、代理スイッチは、(a)ＭＳＣに届く前にＭＳ発生通信トラフィックをネットワークからサイフォン処理して外し、(b)サイフォン処理されたトラフィックを別ネットワーク、例えばパケットベースネットワーク(packet-based network)を介して望む宛先に送るのに使用できる。同様に、代理スイッチは別ネットワークからＭＳへの通信の伝送に利用できる。よって、高価なＭＳＣとＰＳＴＮ機器は回避でき、コスト効果的にネットワーク容量を増加させることができる。
【００１９】
さらに代理スイッチはネットワークに新通信サービスを提供させるイネーブル機能(enabling function)のセットを提供する。例えば、代理スイッチを使用して新コール待機サービスを移動ネットワークに導入することができる。
【００２０】
図３Ａは代理スイッチ３００の１好適利用例を示す。代理スイッチ３００はＢＳ１０７とＭＳＣ１１０との間に提供される。ユーザートラフィックを運搬するトランク(trunk)３０６のサブセットの代理スイッチへの接続のみが必要とされ、他のトランク３０８はＭＳＣ１１０とＢＳ１０７とを直接的に接続させることができる。ＢＳ１０７からの全コントロールリンク３１２は代理スイッチ３００に接続される。代理スイッチはコントロールプレーン(control plane)３０２とデータプレーン３０４（“ベアラープレーン(bearer plane)”とも呼称する）を含む。コントロールプレーン３０２は全信号トラフィックを扱い、データプレーン３０４は代理スイッチに接続されたトランクに対する全ユーザートラフィックを扱う。
【００２１】
この好適実施態様においては、代理スイッチ３００はコントロールプレーン３０２の両側で同一信号プロトコルにしたがって通信する。例えば、ＣＤＭＡ技術に適した実施例おいては、ＢＳ１０７と代理スイッチ３００との間の信号リンク３１２はＩＳ-６３４/ＩＯＳ Ａ１インターフェースに従って情報を伝える。同様に、ＭＳＣ１１０と代理スイッチ３００との間の信号リンク３１４はＡ１インターフェースに従って情報を伝える。この状況は、異なる信号処理基準がスイッチの両側での通信に使用されるＭＳＣとＢＳのごとき移動スイッチ処理装置とは異なる。例えば、ＭＳＣは一方側でＡ１インターフェースを有しており、他方側（スイッチのＰＳＴＮ側）でＳＳ７/ＩＳＵＰに従って通信する。
【００２２】
他の実施例では代理スイッチは信号処理とユーザートラフィックの両方のパケット-ベーストラフィックを運搬するＣＤＭＡ２０００のための新型イングレスインターフェース(ingress interface)Ａ８、Ａ９及びエグレスインターフェース(egress interface)Ａ１０、Ａ１１に接続する。現在のＭＳＣはこれらイングレスインターフェースをサポートしない。
【００２３】
代理スイッチのデータプレーン３０４はスイッチの両側で同一基準を使用する。ＣＤＭＡ実施例のＢＳ側トランク３０６は、音声またはデータがそれぞれトランクで運搬されているか否かによってＡ２とＡ５インターフェースに従って通信する。同様に、ＭＳＣ側トランク３０７は同一インターフェースを使用する。一方、ＭＳＣは一方側にＡ２/Ａ５を有しているが、他方側ではＰＳＴＮ ６４kb/sパルスコードモジュレーション基準に従って通信する。
【００２４】
さらに、実施例によっては移動ネットワークの全ての他の実体が自身の信号処理範囲内で自身のポイントコード（“ポイントコード”とはネットワークでユニーク識別子として使用される）を使用するが、代理スイッチ３００は自身のポイントコードを使用せず、受領するメッセージに含まれるポイントコードを使用する。代理スイッチのポイントコードの代りにＢＳまたはＭＳＣのポイントコードを使用することで代理スイッチの透明性が提供される。
【００２５】
実施例によっては、ＭＳＣと代理スイッチとの間に１対１の対応が存在する。いくつかのＢＳは１つの代理スイッチで作動することができる。
【００２６】
図３Ｂは別の好適実施例を示す。ここでは代理スイッチ３００は複数のＭＳＣ１１０j及び１１０kと通信状態とすることができる。図３Ａ同様に代理スイッチ３００のコントロールプレーン３０２はいくつかのＢＳ１０７aから１０７nからの制御信号３１２aから３１２nを受け取ることができる。さらに、データプレーン３０４はいくつかのＢＳからトランク３０６aから３０６nを受領することができる。図３Ａのものとは異なり図３Ｂの実施例は複数のＭＳＣ１１０jと１１０kに信号リンク３１４jと３１４kで情報の送受信も実施する。
【００２７】
図３Ｂの装置はシステムの負荷配分をさらに改良させ、信頼性を高め（ＭＳへの別通路の提供）、ユーザープロファイルに完全にマッチするサービスを提供するように設計できる。図３Ｂを利用する１実施例においては、所定のコール人からのコールがユーザートラフィックのほとんどを扱うＭＳＣに回されるようにシステムを設計することができる（ユーザーが自分のＭＳ１１４を立ち上げるロケーションに回すのではない）。この判断は統計的モニタリングに基くか、ユーザーのプロフィールとすることができる。このシステムをそのように提供することでロケーション更新メッセージ等の量は減少する。他の実施形態では代理スイッチはコールを比較的に利用が少ないＭＳＣに回す。このように、システム管理者は全体の通信システムの負荷を平均化させて管理できる。さらに、ユーザーのプロフィールに即したサービスを提供するＭＳＣにコールを回すことができる。
【００２８】
代理スイッチ３００は全信号メッセージを受領するソフトウェアを含み、そのメッセージとシステムの状況に基いて以下の少なくとも１つを実行する。
【００２９】
１．メッセージをメッセージのアドレスのＭＳＣまたはＢＳにまで無変更で通過させる。
【００３０】
２．ＭＳＣとＢＳ間でメッセージをインターセプトする。
【００３１】
３．インターセプトしたメッセージの一部を異なるメッセージに変換し、変換したメッセージをオリジナルのメッセージに代えてＭＳＣまたはＢＳに送る。
【００３２】
４．移動及びＰＳＴＮベースネットワークから別ネットワークにメッセージをサイフォン処理する。
【００３３】
それぞれの場合に実行される行動を結果を以下で説明する。
【００３４】
多くの場合、特にＭＳ１１４からのメッセージがサイフォン処理され、そのトラフィックが別ネットワークに振り向けられると代理スイッチ３００はＭＳＣ１１０として作動することができる。そのような役割で代理スイッチは従来のＭＳＣが全うする義務と役割とを果たす。それら機能と役割の一部は移動管理と直結する。ローミングＭＳの場合を考えて見る。セル間でＭＳがロームするとき、異なるＭＳＣにより対応されるセルにロームすることがあり、そのソースとターゲットＭＳＣとの間のハンドオフ(handoff)を必要とする。もし代理スイッチ３００がメッセージをサイフォン処理し、コール/セッションが別ネットワークに振り向けられたら、そのハンドオフはハンドオフが従来のＭＳＣにより管理されるのと同様に代理スイッチによって管理される。代理スイッチは適当なデータベースがＭＳの新ロケーションで確実に更新されるようにする。代理スイッチの別機能は機器の振分けに関する。特に、ＭＳが新コール/セッションをリクエストするメッセージを処理するとき、適当な回路（チャンネル）がこのセッションに割り当てられなければならない。システムとシステムステート(system state)の設計によって代理スイッチは従来のＭＳＣが回路を割り当てるのと同様に割り当てを実行する。
【００３５】
図４は例示的利用法を示しており、代理スイッチ３００はＩＰバックボーン４１２または別回路ベースネットワーク４１４、例えば異なるキャリアのごときいくつかの代理ネットワークに接続されている。これら代理ネットワークは音声及び/又はデータトラフィックを望む目的地にまで運搬するのに使用でき、高価なＭＳＣ１１０装置共々ＰＳＴＮ１２０全体または一部の使用を回避させる。あるいは、これらアレンジは回路トラフィックを異なるネットワークにバックホール(backhaul)するように使用できる。例えば、ナシュアＮＨからの回路トラフィックはマサチューセッツ州ワルサムのＭＳＣにバックホールされる。あるいは、それらを他のネットワークへの接続に利用できる。例えば、ＩＰバックボーン４１２はＩＰ音声ネットワーク４１８またはインターネット４１６と通信できる。以下で説明するように、別ネットワークへトラフィックをサイフォン処理するとき、コントロール情報（例えば、信号メッセージからのもの）とリンク３０６のベアラー回路からの音声またはデータを別ネットワークを介して送ることができる。
【００３６】
これら例示的システムをサポートし、透明性を維持するため、本発明の好適実施例は核となる機能性の一部を提供する。コア機能はＭＳＣ１１０に到達する前にトランク３０６からのトラフィックをサイフォン処理し、別ネットワークからのトランク３０６へそのトラフィックを注入し、透明機能を発揮させ、さらに高いレベルでの利用のためにブロック構築機能を提供し、及び/又はエラー回復処理をサポートする。
代理スイッチの存在下での移動管理方法
ＭＳ１１４がネットワークでロームする際、標準的移動管理処理はそのＭＳがセル間でロームし、ロケーション更新または登録通知をＭＡが発行することを必要とする。これら更新はＭＳＣ１１０で受領され（ＢＳＣ経由）、やがてＶＬＲ/ＨＬＲシステムはＭＳの新ロケーションで更新される。しかし、この標準処理は本発明の特定実施例またはシステムでは作動しないかも知れない。例えば、ＭＳはＭＳＣを使用しないコールに関与するかも知れない（例えば別ネットワークで扱われるもの）。それでもＭＳはロケーション更新またはハンドオフメッセージの発行を必要とするであろう。この目的で本発明の好適実施例は代理スイッチ用に図３と図５で説明する移動管理ロジックを提供する。
【００３７】
もしロケーション更新またはハンドオフメッセージが代理スイッチ３００によってＢＳ１０７から受領されるなら、代理スイッチ３００はＭＳが現行コール関与しているかどうかを判定する（ステップ５０５）。もし、ＭＳがコールに関与していなければ、代理スイッチ３００はロケーション更新メッセージをステップ５１０を介してＭＳＣ１１０に送らせる。ＭＳＣ１１０は従来通りにＶＬＲ１１６を更新させる（ステップ５１５）。このロジックフロー(logic flow)は終了する（ステップ５９９）。
【００３８】
もし代理スイッチ３００がＭＳ１１４がコールに関与していると判断したなら、代理スイッチはＭＳＣ１１０がそのコールに関与しているかを調べる（ステップ５２０）。例えば、これは代理スイッチで維持されるコール（“セッション”とも言う）のステート情報を分析することで行われる。ＭＳＣがＭＳでのコールに関与していれば、代理スイッチは前述のように作用する。但し、今回はハンドオフメッセージはＭＳＣ１１０に送られる。
【００３９】
ＭＳがコールに関与し、ＭＳＣがそのコールに関与していなければ代理スイッチ３００はＢＳ１０７からのハンドオフメッセージをインターセプトし（ステップ５２５）、ハンドオフメッセージの情報を利用してハンドオフメッセージをロケーション更新メッセージに変換する（ステップ５３０）。そのロケーション更新メッセージは次にＭＳＣ１１０に送られ（ステップ５３５）、代理スイッチはその変化を反映させて自身のローカルデータベース（図示せず）を更新する。このローカルデータベースは代理スイッチのためにＶＬＲとして作用し、ＶＬＲが有する全情報を保持する（時に代理スイッチはＭＳＣと似た機能を果たす必要がある）。代理スイッチ３００は受領確認メッセージをＢＳ１０７に送る（ステップ５４０）。ロジックフローは終了する（ステップ５９９）。
代理スイッチの存在下での補助機能管理方法
本発明の好適実施例においては、ＭＳＣがＭＳが作動していないと信じるときにもＭＳは作動していることがある。例えば、ＭＳＣがＰＳＴＮ１２０からＭＳにコールを送ろうとしているときにＭＳは別ネットワークによって扱われているデータまたは音声コールに関与していることがある。このような状況に対処するため、代理スイッチ３００はそのような状況をＭＳに通知するロジックを提供する。このロジックを使用して、従来のコール待機のごとき補助サービスが代理スイッチによって提供される。さらに、コール待機及び他のサービスの新形態がこの中核支持機能で構築できるであろう。
【００４０】
図３と図６Ａを解説する。コールがＭＳＣ１１０から代理スイッチ３００に入り、メッセージが入るときに代理スイッチはＭＳがコールに関与しているかどうかを判定する（ステップ６０２）。ＭＳが作動していないとき、代理スイッチ３００はＭＳＣ発生メッセージをＢＳに通過させる（ステップ６０３）。ロジックフローは終了する（ステップ６９９）。
【００４１】
ＭＳが作動していれば、代理スイッチは、ＭＳコールがＭＳＣではなく代理スイッチで扱われているかどうかを判断する（ステップ６０４）。例えば、そのコールは代理スイッチに接続された別ネットワークで扱われているかも知れない（図４参照）。この場合、代理スイッチはＭＳＣ同様に作動してそのコールを扱う必要がある。代理スイッチはそのメッセージを単純には通過させない。もしそのコールがＭＳＣではなくて代理スイッチで扱われているなら、代理スイッチはＭＳＣ１１０からのコールをインターセプトし（ステップ６０５）、そのインターセプトしたメッセージを機能通知メッセージに変換する（ステップ６０６）。続いて代理スイッチ３００はＢＳ１０７に対して機能通知メッセージを発行し（ステップ６０７）、続いてＭＳ１１４に送信する。機能通知メッセージは入ってくるコールの存在をユーザーに通知するのに利用されるであろう。代理スイッチはＢＳから機能通知メッセージへの全てのレスポンスをインターセプト（ステップ６０８）する。代理スイッチの作動はこのロジックを使用するアプリケーションにより決定されるものである。
【００４２】
もしＭＳが代理スイッチによって扱われるコールに関与し、ＭＳＣに扱われるコールにも関与するなら、代理スイッチはそのような状況に対するレスポンスとして特定される機能を実行する（ステップ６０９）。この機能は関与する特定のアプリケーションにより決定されるであろう。従来のコール待機は前記の中核機能により構築されるサービスの１例に過ぎない。
【００４３】
ＭＳが両方共に別ネットワークが関与する２つのコールに関与しており、３番目のコールがその別ネットワークまたはＭＳＣからＭＳのために到着したなら、代理スイッチはこのコールをアプリケーションのロジックに則して振り替える。例えば、コール待ちアプリケーションにおいて、その３番目のコールはサブスライバープロフィールに含まれる指示に基いてルート処理される。通常のオプションではそのコールをサブスクライバーの音声メールに振り向ける。ＭＳが、両方共にＭＳＣが関与する２つのコールに関与し、第３のコールが別ネットワークからＭＳのために到達するなら類似ロジックが使用される。サブスクライバープロフィールはこの３番目のコールを代理スイッチがどのように扱うかを指示し、このロジックが代理スイッチによってどのように従われるべきかを指示する。最後に、ＭＳが、両方共にＭＳＣが関与する２つのコールに関与し、３番目のコールがＭＳのために到着するなら、ＭＳＣ自身がこの３番目のコールを扱うために利用するロジックを決定するであろう。
【００４４】
例えば、図３と図６Ｂは例示的コール待機アプリケーションを共同で図示する。このロジックはステップ６０８またはステップ６０９のように作動する（図６Ｂはステップ６００ではなくてステップ６０８または６０９から開始する）。すなわち、図６Ｂは従来のコール待機のような特定の補助機能を記述するが、この補助機能の当初ステップは図６Ａに関して説明したものである。
【００４５】
ロジックがステップ６０８でスタートしたら、代理スイッチはＭＳがコールに関与していることを既に検出しており、代理スイッチはそのコールを扱っているが、ＭＳＣは扱っていないことを意味する。このとき、代理スイッチはＭＳＣからのリクエストをインターセプトして、それらを機能通知に変換しており、ＢＳに対してその機能通知を発行する。代理スイッチはＢＳからのそのようなメッセージを受領し、それに対するレスポンスをインターセプトする。
【００４６】
図６Ｂのコール待機アプリケーションロジックの基で、ユーザーがコールを受領する意志があることを示せば、代理スイッチはそのレスポンスをメッセージに変換し、ＭＳがＭＳＣからの新コールを受領しつつあることを示す（ステップ６１５）。代理スイッチは次にＭＳＣに対してその変換メッセージを発行する（ステップ６２０）。ここでＭＳＣはそのコールが通常のコールであると“考え”る。すなわち、ＭＳＣステートはＭＳに対する１つだけのコールセッションを反映する。実際に、新コールの受領でユーザーはコール待機モードにおいて２つのコールを受領している。１つはＭＳＣにより扱われるものであり、１つは代理スイッチに扱われるものである。代理スイッチステートはこれら２つのコールを反映する。代理スイッチ３００はＭＳＣ１１０が新コールをセットアップすることをアシストする（ステップ６２５）。（この最後のステップはユーザーがそのコールを受け入れた場合にのみ到達する。もしユーザーが受け入れなければ代理ロジックは時間切れとなり、作動することはない（ステップ６２５））例えば、代理スイッチ３００は別ネットワークからのコールをパーキング処理(park)し、ＭＳＣからの受け入れられたコールをＭＳに送る。続いて代理スイッチ３００はＭＳからの機能通知レスポンスを全てインターセプトし（ステップ６３０）、ＭＳＣに再び振り向け、あるいは代理スイッチに振り向けさせる。例えば、ユーザーは移動及び別ネットワークで扱われているコール間で“トグル処理(toggle)”を望むかも知れない。代理スイッチは１コールをパーキング処理するためにこのレスポンスをインターセプトし、続く機能通知をインターセプトする機能の一部として別コールをユーザーと接続する必要があろう。 別の状況では代理スイッチは、ＭＳＣがＭＳに接続する意図を持った複数のコールを有していればこのタイプのレスポンスをＭＳＣに送る必要があろう。コールが終了すると、代理スイッチ３００はシステムに対して適当な請求書情報を送る（ステップ６４０）。サービスがＭＳＣを関与させずに提供された場合にユーザーに請求書を適正に送るためにはこのことが必要である。情報を保持して請求書システムに送る方法は使用機器とシステムのサービスプロバイダーにより決定される。ほとんどのサービスプロバイダーは請求書情報の収集、フォーマット化及び搬送方法を規定する。
【００４７】
もしＭＳ１１４がコールに関与し、ＭＳＣで扱われるコールにも関与するなら、また、ＭＳＣがＭＳに対する新コールが意図されていることを示すなら、代理スイッチ３００はＢＳ１０７に対するＭＳＣからの機能通知メッセージをインターセプトする（ステップ６５０）ようにデザインできる。この機能通知メッセージはＢＳに渡らないようにブロックされ（ステップ６５５）、ＢＳからＭＳＣにはレスポンスが発行されない（ステップ６６０）。なぜなら、この機能通知メッセージはＢＳに送られることがブロックされたからである。このロジックフローは終了する（ステップ６９９）。ＭＳＣはレスポンスを得ず、ＭＳがそのコールの受領を望まないと想定する。ＭＳＣは標準方法を使用してこのコール、例えば、サブスクライバーの音声メールを終了させ、あるいはサブスクライバーが呼び出せないと述べるメッセージを流す。
【００４８】
図６Ｂのコール待機アプリケーションロジックは２つの同時コールの扱いに制限される。同じ一般的手法がコール待機のために３以上のコールの扱いに利用でき、別ネットワークからの複数のコールやデータコール及び音声コール等の扱いに利用できる。
代理スイッチの存在下でのフォールト(fault)管理方法
ＢＳ１０７とＭＳＣ１１０との間の信号リンクのフォールト管理のための標準手法が存在する。この方法ではＢＳとＭＳＣの両方が同等物(peer)と考えられ、ここではピア１及びピア２と呼称する。両方のピアは２セットの数である前方連番（ＦＳＮ:forward sequence number）と後方連番（ＢＳＮ:backward sequence number）とを維持する。ＦＳＮはピアに送られた最終メッセージを特定し、ＢＳＮはピアから受領された最終メッセージを特定する。例えば、２つの信号リンクであるＳＬＣ０とＳＬＣ１がピア１とピア２との間に存在すると想定する。もしピア１がＦＳＮ＝５であり、ピア２がＢＳＮ＝３であれば、ピア１はそれが５までの全てのメッセージをピア２に送ったことを知り、ピア２はそれが３までの全てのメッセージを受領したことを知る。もしＳＬＣ０が崩壊(break)し、ピア１がそのブレークを検出すれば、ピア１はピア２にチェンジオーバーオーダー（ＣＯＯ:change over order）メッセージを送り、ピア２にリンクＳＬＣ１へチェンジオーバーするように要請する。ピア２はＣＯＡ（チェンジオーバー確認:change over acknowledged）で応答する。洩れているメッセージを再送信させるＢＳＮ数がこれらメッセージに含まれる。例えば、この場合、メッセージ４と５はピア２に再送信される必要がある。
【００４９】
別例として、ピア１がＦＳＮ＝１０及びＢＳＮ＝６であり、ピア２がＦＳＮ＝８及びＢＳＮ＝５であると想定する。またピア１とピア２との間には２つの信号リンクであるＳＬＣ０とＳＬＣ１が存在し、ＳＬＣ０はピア１で検出されるときブレークすると想定する。ピア１はリンクＳＬＣ１を使用してＣＯＯメッセージをピア２に送り、ＣＯＯメッセージ内にＢＳＮ（＝６）を含む。ピア２がこのメッセージを受け取ると、受領ＢＳＮをその内部ＦＳＮ（＝８）と比較し、最終の２つのメッセージ（８−６＝２）が再送信を必要とすると判定する。ピア２は最終の２つのメッセージを連結させて再送信させ、ＢＳＮ（＝５）を含んだＣＯＡメッセージを送り出す。ピア１はそのＣＯＡメッセージを受領し、その受領ＢＳＮを内部ＦＳＮ（＝１０）と比較して最終の５つのメッセージ（１０−５＝５）が再送信を必要とすると判定する。これら最後の５つのメッセージはピア１で行列化され、ピア２に再送信される。
【００５０】
好適実施例においては、ＢＳとＭＳとの間の標準リプレー及びリカバリー機構は作動すると考えられていない。すなわち、ＢＳ１０７はＭＳＣによって決して受領されないメッセージ、例えばサイフォン処理されたメッセージを代理スイッチに送り、代理スイッチは、例えばブロックされたＭＳＣメッセージをＢＳ１０７に送ることができる。その結果、ＢＳとＭＳＣでのベーシックＦＳＮ/ＢＳＮステートはシステム全体を正確には反映しないであろう。
【００５１】
従って、本発明の好適実施例においては代理スイッチは新形態のフォールト管理を提供する。図３と図７Ａ及び図７Ｂの代理スイッチはＭＳＣ１１０へのそれぞれのリンクのためにＦＳＮとＢＳＮカウンターの１セットと、ＢＳ１０７へのそれぞれのリンクのためのＦＳＮとＢＳＮカウンターの１セットとを創出する（ステップ７０５）。図７Ｂは基本概念を説明するための単純リンクアレンジを示しており、リンク７８５のためのＭＳＣのＦＳＮ/ＢＳＮペア７８７とリンク７８６のためのＦＳＮ/ＢＳＮペア７８９は従来のものである。ペア７８７はＭＳＣからのリンクセグメント７８５で送られ、受領確認されたメッセージ数を捕捉(track)する。ペア７８９はＢＳからのものをトラックする。代理スイッチ３００はＦＳＮ/ＢＳＮペア７８８と７９０を含む。ペア７８８は代理スイッチ３００からＢＳ１０７の方向のリンクセグメントで送られて受領確認されたメッセージ数をトラックする。ペア７９０は代理スイッチ３００からＭＳＣ１１０方向のリンクセグメント７８５で送られて受領確認されたメッセージ数をトラックする。
【００５２】
ペア７８７の値が７８８の値と等しくなることはない。例えば、ＭＳＣメッセージは通常代理スイッチロジックの一部としてＢＳ１０７に伝達されることが阻まれる。メッセージをこのように阻止することで、ペア７８７のＦＳＮ値はペア７８８のものよりも１高くなる。加えて、ＦＳＮとＢＳＮペア７８７とＦＳＮとＢＳＮペア７８８との間の差が等しくなることは想定されていない。例えば、通常代理スイッチロジックの一部として代理スイッチ３００でブロックされるであろうＭＳＣ１１０からの１メッセージの単純なケースを考えてみる。ペア７８７での差はＭＳＣ１１０で受領される受領確認が存在するまでは１であるが、ペア７８８では差がないであろう。なぜなら、ＢＳ１０７にはメッセージが送られないからである。
【００５３】
代理スイッチ３００でメッセージが受領されるとき、代理スイッチはそれらをインターセプトし、ＦＳＮ/ＢＳＮペアを更新する。
【００５４】
もし代理スイッチ３００がリンク７８５がブレークしたことを示すＭＳＣ１１０からのＣＯＯメッセージを検出すると（ステップ７１５）、代理スイッチ３００はそのメッセージをインターセプトし（ステップ７２０）、ＢＳ１０７へと通過することを阻止する。このＣＯＯはペア７８７のＢＳＮ情報を含んでおり、信号処理がチェンジオーバーすべき新リンク（図示せず）を指定する。代理スイッチは代理スイッチとＢＳとの間のリンク７８６（リンク７８６はリンク７８５に対応）のブレークを強制する（ステップ７２５）。そのブレークは次のように模擬される。数ミリ秒ごとに従来のＢＳとＭＳＣは“フィルイン信号(fill in signal)”と呼ばれるメッセージを送りだす。これらは受信されるが、そのレシーバはそれらリンクが作動状態であることを知る。レシーバが所定の時間内にフィルイン信号を得なければ、ブレークであることが想定され、ＣＯＯメッセージが送られる。よって、ブレークを模擬するため、本発明の１実施例はそのソフトウェアベースのプロトコルステートマシンにフィルイン信号を送らないよう修正し、ブレークを信号してＣＯＯを代理スイッチで発生させる（修正は従来ＭＳＣに対するものである）。
【００５５】
代理スイッチはペア７８８のＢＳＮでＢＳ１０７にＣＯＯメッセージを発生させる（ペア７８７のための情報を含んだオリジナルＣＯＯメッセージのＢＳＮ情報ではない）。この新ＣＯＯはＢＳにリンク（すなわちペア７８８のＢＳＮ）で受領したメッセージ数を知らせる。発生されたＣＯＯはチャンジオーバーに使用される新リンク（図７Ｂでは図示せず）を使用する。この新リンクは代理スイッチ３００とＭＳＣ１１０との間のチェンジオーバーリンクに対応する。
【００５６】
変更されたＮＳＮ数は新ＣＯＯメッセージと共にＢＳ１０７へ送られる（ステップ７３５）。このＣＯＯは非ブレークリンクで送られる。代理スイッチ３００は待機してＣＯＡ（受領確認）メッセージ７４０をＢＳ１０７から受領し、新ＣＯＡメッセージを発生させる（ステップ７４５）。この新ＣＯＡはペア７８９の情報ではなくペア７９０のＢＳＮ情報を含むであろう。新ＣＯＡはＭＳＣ１１０へ送られる（ステップ７５０）。
【００５７】
代理スイッチは次に、ＭＳＣとＢＳとから新リンクに送られるべき再送信情報を待機して受信する。受信された全ての情報はそれぞれの宛先に再送信され（ステップ７５５）、または通常のことであるかのように扱われる。ロジックフローは終了する（ステップ７９９）。
【００５８】
この実施例では、代理スイッチはＢＳまたはＭＳＣに依存してそれぞれの信号リンクのブレークを検出する。信号リンクのブレークはＢＳ構造の結果として強制される。すなわち、ブレークはＣＯＯのための必要な作動を創出するのに必要である。他の実施例では代理スイッチはブレークを検出し、対応的に代理スイッチはＢＳに関連してＭＳＣを模擬し、あるいはＭＳＣに関連してＢＳを模擬する。
ＣＯＯメッセージに基くサイフォン処理の自動化方法
本発明の実施例によっては代理スイッチは、どのような場合にメッセージを別ネットワークに回す（サイフォン処理）することでシステムが利益を享受できるかを積極的に判断することができる（図４のブロック４００参照）。例えば、本発明の１実施例では、代理スイッチ３００はシステムバンド幅の計測値として直接的または間接的に信号バンド幅をモニターする（例えば、減少システムバンド幅にトランスレートする減少信号バンド幅）。１実施例においては、ＭＳＣからのチェンジオーバーオーダー（ＣＯＯ）は、ＭＳＣで混雑信号として使用が可能であり、あるいは少なくとも、ＭＳＣとのバンド幅が、影響を受けたリンクが再稼動し、トラフィックがそのリンクに戻るまで妨害される。よって、代理スイッチ３００はＣＯＯを“スローダウン”トラフィックからＭＳＣへの発生イベントとして解釈し、それに対応して代理スイッチに接続された別ネットワークへのトラフィックサイフォン処理を開始する。
【００５９】
この点に関して例示的な１形態は図８に関する説明で示されている。代理スイッチは１セットのＦＳＮとＢＳＮカウンターをＭＳＣ１１０とＢＳ１０７のそれぞれのリンクに対して創出する（ステップ８０５）。ＢＳとのメッセージはインターセプトされ、連番は更新される（ステップ８１０）。代理スイッチ３００がＭＳＣ１１０からのＣＯＯメッセージを検出したなら（ステップ８１５）、代理スイッチ３００はそのメッセージをインターセプトし（ステップ８２０）、ＢＳ１０７への通過を阻止する。この場合、ＣＯＯはリクエストされたチェンジオーバーのみを反映させ、メッセージが再生される必要があるとは示さない。代理スイッチ３００は続いてＭＳＣに対する修正ＢＳＮ数によりＣＯＡメッセージを発生させ（ステップ８２５）、ＣＯＡメッセージをＭＳＣ１１０に送る（ステップ８３０）。修正連番はメッセージ処理中に代理スイッチで創出されるものである。よって、ＭＳＣはＣＯＯが発生したと信じる。ＭＳＣとＢＳとの間の通信バンド幅はチェンジオーバーの結果として低いであろう。なぜなら、１つ少ない信号発信リンクが利用できるからである。
【００６０】
しかし、代理スイッチ３００とＭＳＣとの間のバンド幅はＣＯＯの結果として減少するかも知れないが、ＢＳ１０７と代理スイッチ３００との間のバンド幅は減少しない。代理スイッチはトラフィックを別ネットワークにサイフォン処理することでこの状況を利用することができる。従って、代理スイッチは代理スイッチのＢＳ側から発生されるトラフィックのためのトラフィックサイフォン処理を開始する（ステップ８３５）。ＭＳ１１４からの音声やデータトラフィックを運搬するのに利用が可能な別ネットワークには多くの種類が存在する（図４参照）。もし代理スイッチに接続された複数タイプの別ネットワークが存在すれば、代理スイッチは、例えばデータや音声である通信タイプに基いて別ネットワークのタイプを選択するであろう。サイフォン処理を開始するにあたって、代理スイッチは必要に応じてデータプレーンを作成し、特定のベアラー回路トラフィックを適当な別ネットワークに回すであろう。例えば、Ｖ0ＩＰアセンブリ４０４を信号メッセージから得られた情報で構築することができる。
【００６１】
トラフィックのサイフォン処理は所定のセッションに対して継続される。代理スイッチ３００はＦＳＮ、ＢＳＮ数を前述のごとくに維持する。ＢＳ１０７からの全てのＣＯＯメッセージはインターセプトされ、ＣＯＡが発生されてＢＳに送られる。ＦＳＮとＢＳＮカウンターは維持される。
【００６２】
ＭＳＣ１１０からの全てのＣＯＯメッセージはインターセプトされ（ステップ８５０）、ＭＳＣが以前にブレークしたリンクのトラフィックを再び受領する準備ができているか、すなわち、ＣＯＯがチェンジバックメッセージであるかどうかを確認するためにチェックされる。そのようなメッセージが存在すれば、代理スイッチはそのことを、ＭＳＣがさらに高いレベルのトラフィックを再び扱うことができると解釈し、サイフォンされたリンクとトラフィックの“再接続”を行うであろう（ＣＯＯがチェンジバックメッセージでなければ、トラフィックのさらなるサイフォン処理で利益が享受できる状況を示す別のチェンジオーバーメッセージであるかも知れない）。
【００６３】
チェンジオーバーメッセージが存在すれば、新ＣＯＯは修正ＢＳＮで発生され（ステップ８５５）、ＢＳ１０７に送られる（ステップ８６０）。修正ＢＳＮは代理スイッチによって維持されるものである。代理スイッチ３００はＢＳ１０７からのＣＯＡメッセージを待機して受領する（ステップ８６５）。新ＣＯＡメッセージは修正ＢＳＮ番号で発生され（ステップ８７０）、ＭＳＣ１１０に送られる（ステップ８７５）。代理スイッチはトラフィックサイフォン処理を中断する。コントロールプレーンはデータプレーンにそのように指示する。
【００６４】
実施例によってはトラフィックのサイフォン処理の判断は他の考察を含むであろう。例えば、別ネットワークは代理スイッチロジックで考察されるＱoＳ保証を提供することができる。１実施例においてはサイフォン処理はセッション境界でのみ行われる。従って、コールをサイフォン処理するならば、コール発生場所でサイフォン処理される。
【００６５】
前述の説明はＣＯＯがネットワーク混雑状態を示すものであることを前提としている。本発明の１実施例においては、自動サイフォン処理のために説明された前述のロジックは図７Ａと図７Ｂに関して解説したフォールト管理ロジックで補足される。この実施例では、代理スイッチ３００がＭＳＣからＣＯＯを得るたびに、前述のリプレーロジックを実行する。しかしＢＳからのＣＯＯメッセージは常に信号リンクのブレークとして扱われ、リプレーロジックは実行されるがサイフォン処理は行われない。
ＢＳＣとＭＳＣのポイントコードの保存方法
ＳＳ７ネットワークにおいては、全ネットワークコンポーネントは“ポイントコード”と呼ばれるユニークな数字でアドレスされる。従って、全ＢＳＣとＭＳＣはユニークなポイントコードを有するであろう。ＢＳＣからＭＳＣへのメッセージは一般的に受信先ポイントコード（例えば、意図するＭＳＣのポイントコード）と、発信元ポイントコード（例えばメッセージソースであるＢＳＣのポイントコード）とを含んでいる。
【００６６】
ＭＳから発生するコールに対するＢＳＣからＭＳＣへのメッセージは、ベアラー回路(bearer circuit)をそのコールに対して指定するように追加要請する。ベアラー回路（音声またはデータを運搬）は回路識別コード（ＣＩＣ:circuit identification code）で識別される。
【００６７】
代理スイッチにより透明オペレーションをサポートするには、ポイントコードとＢＳＣとＭＳＣとの間のＣＩＣ移動が全メッセージに対して保存される。この必要性は、ベアラートラフィックを運搬する回路の一部がＢＳＣからＭＳＣに透明にトラバースするが、ＢＳＣから発生する他の回路は代理スイッチで終結し、ＭＳＣはその終結に気付かないという事実で複雑化する。
【００６８】
前述のように、トランク３０８の一部はＢＳとＭＳＣとの間の直接接続のために準備され（回路通過）、残りの回路は代理スイッチで終結される（サイフォン可能回路）。
【００６９】
前述したように、トランク３０８の一部はＢＳとＭＳＣとの間の直接接続のために予備供給されており、他のトランク３１２は代理スイッチに接続する。同様に、好適実施例においては、ベアラー回路の一部はＢＳとＭＳＣとの間の直接接続のために予備供給されており（通過回路）、残りの回路は代理スイッチで終結する（サイフォン処理可能回路）。
【００７０】
１実施例において、通常の作動状態ではＭＳＣはどのコールに対してもサイフォン処理可能回路を指定しないであろう。サイフォン処理トラフィックが存在するとき、代理スイッチはＢＳからのコールに対してサイフォン処理可能回路を指定するであろう（適当なＣＩＣをＢＳに通信する）。ＢＳはその回路で音声またはデータを送ることで応答するであろう。以下で記載されているように、音声またはデータはこの回路から読み取られ、ＤＡＣＳ４０２を介して別ネットワークに送られる。
【００７１】
代理スイッチ作動不良の場合、ＭＳＣの情報の信頼性を確認するため、本発明の１実施例ではネットワーク管理システムはＭＳＣでのＣＩＣデータベースにアクセスし、サイフォン処理可能回路を利用可能であるとマークする。その結果、ＭＳＣはこの回路が割り当て可能であると考え、ネットワークは通常の移動ネットワークのごとく振る舞う（すなわち、代理スイッチのないネットワーク）。
【００７２】
代理スイッチが回復すると、ネットワーク管理システムはＭＳＣにてＣＩＣデータベースに再度アクセスするが、その際にサイフォン処理可能回路を“利用不能”とマークする。さらに、代理スイッチデータベースにアクセスしてサイフォン処理可能回路を“利用可能”とマークする。これら回路は代理スイッチによって指定可能となる。実施例によっては、サイフォン処理可能回路はＭＳＣで“利用不能”とマークされ、代理スイッチで“利用可能”と徐々にマークされ、代理スイッチはさらに多くのサイフォン処理可能回路に対するコントロールを徐々に得る。
【００７３】
図３Ｂのシステムを扱うには前述の技術が必要である。特に、図３Ｂのシステムの扱いには代理スイッチはＢＳからのメッセージをインターセプトし、ポイントコードを変更して再マップ処理されたＭＳＣを反映させる必要がある。１実施例ではこれは微小体セッションレベル(session-level of granularity)で行われる。すなわち、新ＭＳＣへの再マッピングはセッション境界で決定される。あるいは、例えばＭＳがオン状態にされると再マッピングは他の微小体レベルで行われる。いくつかの実施例ではＭＳＣ及び対応ポイントコードへの機器連番（例えば、ＭＳがオン状態のときにメッセージ内に含まれる）を相関させることでマッピングが実行される。
ハードウェア構造
図３と図４に示す代理スイッチ３００はコントロールプレーン３０２とデータプレーン３０４とを含んでいる。コントロールプレーンは処理ハードウェアと関連ソフトウェアとの組み合わせを含んでいる。データプレーンはコントロールプレーンからのコマンドに対応するハードウェアを主として含んでいる。
【００７４】
コントロールプレーンはプログラム可能な信号カードを含んでおり（例えば、フォースシステム社が販売するＰＭＣ８２６０）、信号リンク３１２、３１４から信号情報を受け取り、その当初処理を実行する。この当初処理は情報を送って信号リンクで終了させ、プログラムコントロールで信号メッセージに含まれるメッセージ情報を抽出する。メッセージ情報が収集されたら、信号カードはメッセージ情報をプログラム可能処理カード（例えばラジシス社が提供するＲＰＣ３３０５と３３０６）に送る。これは代理スイッチの機能性の実行を担当する。
【００７５】
コントロールプレーンは受動的不良耐久メカニズム(passive fault tolerance mechanism)で構築される。これらメカニズムはコントロールプレーンの決定的な不良時に、コントロールプレーンの一方側で受領される信号リンクを他方側にバイパスさせる。よって、もしコントロールプレーンが作動不良となれば、それらリンクはコントロールプレーンをバイパスされ、ＢＳＣとＭＳＣが従来式に通信する。
【００７６】
例示的実施例のデータプレーン３０４は図４に図示されている。それはＤＡＣＳ４０２、ボイスオーバーＩＰアセンブリ４０４、データ終結モジュール４０６（例えば、Ａ５データをＣＤＭＡネットワークに終結させる）、ＰＰＰリレーアセンブリ４０８及びＰＰＰ終結アセンブリ４１０を含んでいる。種々なアセンブリはモジュールにパッケージできる。
【００７７】
ＤＡＣＳ４０２はトランク３０６のベアラー回路を受領し、トランクで受領した情報を終結させる。さらにそれらトランクで音声とデータを送る。ＤＡＣＳ４０２用の準備されたポートはＶoＩＰ４０４とデータ終結アセンブリ４０８に接続される。データ終結アセンブリ４０８はＰＰＰリレー４０８に接続される。これはＰＰＰ終結アセンブリ４１０と通信状態にある。さらに、データプレーンは別回路ベースネットワーク、例えば、別領域ネットワークで回路ＭＳＣへのバックホールトラフィックに接続される。
【００７８】
全データプレーン機器は、Ｈ.２４８またはメディアゲートウェイコントロールプロトコル（ＭＧＣＰ:media gateway control protocol）に従って情報を運搬するのに使用されるコントロールチャンネル４０１を介してコントロールプレーン３０２からのコントロールコマンドを受領する。コントロールチャンネルはＤＡＣＳ４０２にベアラー回路をどのように準備するかを伝えるのに使用される。例えば、ＢＳ１０７からの所定の入力回路はアセンブリの１つへの出力ポートにマップ処理される。コントロールチャンネルもコントロール情報を様々なアセンブリに伝達するのに使用される。例えば、信号情報は、ＶoＩＰアセンブリによって必要とされる宛先アドレスを創出するのに使用できるＩＰ宛先アドレスのごときコントロール情報を含む。この情報はＶoＩＰアセンブリによって、情報をパケット化し、適当なプロトコル、例えばＲＴＰ/ＵＤＰ/ＩＰに従ってそれを送ることでＤＡＣＳから受領する音声情報を搬送するのに使用される。
【００７９】
データプレーンは受動的フォールト耐久メカニズムを備えている。これらメカニズムはデータプレーンの不調の際に、ＤＡＣＳの１面で受領されるトランクがＭＳＣへ接続されている出力トランクにバイパスさせる。よって、もしデータプレーンが不調になれば、トランクはデータプレーンをバイパスされ、ＢＳＣとＭＳＣは従来同様に通信することができる。
ソフトウェア構造
図９と図１０の好適実施例のコントロールプレーンソフトウェアはセッションマネージャプロセスと通信プロセスとを実行する。セッションマネージャプロセスは代理セッションマネージャ（ＰＳＭ:proxy session manager）９０４とコアセッションマネージャ（ＣＳＭ:core session manager）１００２を含んでいる。通信プロセスはＳＳ７メッセージハンドラー（ＳＳ７ＭsgＨdlr）９０２aから９０２nとＩＰメッセージハンドラー（ＩＰＭsgＨdlr）９０６aから９０６nを含んでいる。それら名称が暗示するように、セッションマネージャはコールセッションを管理して扱うロジックを含んでおり、メッセージハンドラーはメッセージを扱うロジックを含んでいる。メッセージハンドラーはメッセージの扱い用ロジックを封印し、他のソフトウェアがメッセージハンドリング機能を知る必要がないようにしている。同様に、セッションマネージャはセッションの扱い用ロジックを封印し、メッセージハンドラーのごとき他のソフトウェアがセッションステート等を知る必要がないようにしている。
【００８０】
ＳＳ７ＭsgＨdlrプロセスとＩＰＭsgＨdlrプロセスは入ってくるメッセージを受領して出て行くメッセージを送り出す任務を担当する。前者はＭＳＣ１１０及び/又はＢＳ１０７との信号メッセージを担当する。後者のＳＳ７ＭsgＨdlrとＩＰＭsgＨdlrはデータプレーンとのコントロールメッセージを受領して送り出す。ＰＳＭプロセス９０４は“フロースルー”コールすなわち非サイフォン処理コールであるコールまたはセッションを扱う。ＣＳＭプロセス１００２は代理スイッチ３００でサイフォン処理されている全コールまたはセッションを扱う。ＣＳＭプロセス１００２は回路ＭＳＣ及びＢＳとほぼ同様な機能を提供する。なぜなら、ＭＳＣのようにＢＳからのメッセージに対応し、ＢＳのようにＭＳからのメッセージに対応するからである。一般的に、種々なプロセッサーカードで同時的に作動して必要なスケール性と性能を提供する複数のＰＳＭ及びＣＳＭプロセスが存在する。追加のソフトウェアプロセスはフェールオーバーと信頼性のために提供されている。これらは本明細書ではＰＳＭ‘９０４’とＣＭＳ‘１００２’である。これら‘主要’プロセスの目的は他のＰＳＭやＣＳＭプロセスのためのフェールオーバーを提供することである。１実施例においては、それぞれのＰＳＭ及びＣＳＭは“シャドー”ＰＳＭ’/ＣＳＭ’プロセスを有し、シャドーカバレッジ(shadow coverage)を提供する。ＰＳＭまたはＣＳＭプロセスがフェイルすると、対応するシャドーＰＳＭ’/ＣＳＭ’プロセスはフェイルしたプロセスを代行するように設計されている。
【００８１】
図９の信号メッセージはＢＳＣとＭＳＣから到着し、ＳＳ７ＭsgＨdlr９０２aから９０２nで扱われる。これはＳＳ７プロセスカードで実行する。代理スイッチとのそれぞれの信号リンクに関連する１つのＳＳ７ＭsgＨdlrが存在する。ＳＳ７プロセスカードは信号メッセージから充分な情報を引き出し、対応するＳＳ７ＭsgＨdlrを特定する。信号メッセージはＳＳ７ＭsgＨdlrに提供される。
【００８２】
ＳＳ７ＭsgＨdlrはメッセージを受領し、ユニークな論理参照番号をこのメッセージに割り当てる。この参照番号は同一進行コール/セッションに関する続くメッセージの識別に使用される。指定された論理参照番号はＢＳまたはＭＳＣ（例えば、ＳＣＣＰプロトコルスタック）で作動するソフトウェアシステムに戻され、その参照番号をこのコール/セッションに関係する全部の続くメッセージに使用する。
【００８３】
前述の処理後、ＳＳ７ＭsgＨdlr９０２はＰＳＭ９０４を選択し、そのメッセージを扱う。１実施例においては、ＳＳ７ＭsgＨdlrはメッセージオリジネータのポイントコードを審査し、そのコードに関係するＰＳＭを選択する。例えば、表がそのような関係を保存するのに使用できる。
【００８４】
ＰＳＭ９０４はこのメッセージがサイフォン処理対象コール/セッションのためのものであるかどうかを判定する。１実施例においては、この判定はデータセッションと音声コールとを区別するメッセージに含まれたサービスオプションフィールドを審査することで行われる。別実施例では、この判定は呼び出し側あるいは呼び出され側の番号を審査して両方が移動電話番号であるかを確認することで行われる。別実施例では、この判定は呼び出し側番号を審査して、呼び出し側がＶoＩＰサービスプロバイダーを選択したかどうかを判定することで行われる。このコール/セッションのサイフォン処理の判定がなされると、ＰＳＭ９０４はそのメッセージをＣＳＭ１００２に渡す。このコール/セッションをサインフォン処理しないという判定がなされると、ＰＳＭはＳＳ７ＭsgＨdlrプロセスを介してＭＳＣまたはＢＳへ戻すのに使用されるメッセージを発生させる。
【００８５】
ＰＳＭプロセス９０４は内部プロトコルを介してＣＳＭプロセス１００２に通信する（図１０参照）。１好適実施例の内部プロトコルはステートレス(stateless)であり、テキストベース(text based)である。前述したように、ＰＳＭはサイフォン処理できないこれらセッション/コールを扱う。サイフォン処理できるセッション/コールに遭遇すると、その内容をＣＳＭプロセスに渡す。ＣＳＭプロセスはサイフォン処理される全コール/セッションの担当である。ＣＳＭはＨ.２４８やＭＧＣＰ（メディアゲートウェイコントロールプロトコル）のごとき標準コントロールプロトコルを介してデータプレーンと通信する。
【００８６】
ＰＳＭプロセスとＣＳＭプロセスの内部機構は類似している。図１１での入ってくるメッセージはネットワークインターフェースモジュール１１０２で受領される。ネットワークインターフェースモジュールはそのメッセージをプロトコルエンジン１１０４に送る。例えば、このエンジン１１０４はＣＤＭＡ実施例においてはＩＳ-６３４プロトコルに従ってメッセージをエンコード及びデコードする。ステートマシンモジュール(state machine module)１１０６はそのプロトコルに従ってメッセージの扱いとステートのレコーディングを担当する。例えば、所定のプロトコルのもとでの所定のメッセージはそのプロトコルのもとで知られたステートトランジション(state transition)を意味する。ステートマシンモジュール１１０６はステートのレコーディングとステートトランジションの実行用のロジックを含む。
【００８７】
活性ディレクトリモジュール１１０８はＭＳＣの外部移動管理機能(external mobility management function)と相互作用し、サブスクライバープロフィールと他のユーザー/サブスクライバーデータの取得と更新を扱う。従来のＳＭＣにおいては、ビジティングロケーションレジスター（ＶＬＲ:visiting location register）は典型的にはＭＳＣと共通に位置する。ＶＬＲはＭＳＣにカバーされた領域内でローミングするサブスクライバー情報（プロフィール）を含む。さらに、ＭＳＣは現行ネットワークに“ホーム(homed)”されている全サブスクライバーを含んだホームロケーションレジスター（ＨＬＲ:home location register）と呼ばれる別データベースに接続される。典型的には、サブスクライバーがロームしてＭＳＣでカバーされている領域に入ると、ＭＳＣはＨＬＲにそのサブスクライバーのプロフィールを送り、それをローカルＶＬＲに保存するようにリクエストする。そのサブスクライバーがＭＳＣでカバーされている領域を出ると（別のＭＳＣがカバーする領域に入ると）、このサブスクライバープロフィールは削除される。代理スイッチの活性ディレクトリーモジュールはＨＬＲデータベースのクライエントとして作動し、代理スイッチにカバーされている領域にロームするサブスクライバーのＨＬＲからサブスクライバープロフィールをリクエストし、ローカルデータベースを更新する。すなわち、活性ディレクトリーモジュール及びその関連データベースはロームするサブスクライバーのための臨時ＶＬＲとして作動する。
【００８８】
メディアゲートウェイコントローラー（ＭＧＣ）モジュール１１１０はオープンコントロールプロトコル、例えばＨ.２４８及びＭＧＣＰを介して代理スイッチのデータプレーン３０４と相互作用する。ＩＳ-６３４ステートマシーンモジュール１１０６からの作動リクエストを受領するとＭＧＣ１１１０はＨ.２４８またはＭＧＣＰプロトコルのメッセージをデータプレーン３０４に送り、必要な機能を実行させる。１実施例のＴＤＭ-ＶoＩＰの場合では、ＭＧＣ１１１０からデータプレーンへのこれら活性メッセージは、データプレーンに指示してイングレスポートでの入ってくる回路（ＴＤＭ）トラフィックを受領させ、それをＲＴＰ/ＵＤＰ/ＩＰパケットに変換してエングレスポートの１つから送り出させる。よって、この実施例では、入ってくる回路トラフィックはパケットされ、パケットとして送り出される。この実施例は回路コールを受け、ボイスオーバーＩＰ（ＶoＩＰ）コールとして送り出すのに利用できる。別の実施例であるＴＤＭ-ＴＤＭの場合には、ＭＧＣ１１１０はデータプレーン３０４に指示して、イングレスポートでの入ってくる回路（ＴＤＭ）トラフィックとエグレスポートから出ていく回路（ＴＤＭ）トラフィックとしてのスイッチとを受領させる。この場合、入ってくる回路トラフィックは回路として保存され、別の回路ネットワークにスイッチされる。
【００８９】
図１２から図１４は簡単な構造図で前述の概念を説明するものである。これらの図は信号メッセージに対応してソフトウェアプロセスの多彩な相互作用を示す。単純化を目的としてベアラー回路は図のいくつかで除外されている。さらに単純化させるため、ＰＳＭとＣＳＭプロセスの１例のみが図示されている。
【００９０】
図１２は新コールメッセージがＢＳ１０７からＭＳＣ１１０に初期化されるときのコントロールフローと、パススルーコール(pass through call)を図示する。パススルーコールとは代理スイッチ３００がコールの管理をせず、そのコールをＭＳＣ１１０によって扱われるようにパススルーするようなコールのことである。代理スイッチ３００はこのコールの目的においては透明である（しかし、図３Ｂに関して説明したように、例えばＭＳＣの再マッピング処理を扱うためにポイントコードを変更するかも知れない）。ＢＳ１０７はＭＳＣ１１０に意図されたサービスリクエスト（ＣＲＳ等）を送る（ステップ１２０５）。そのサービスリクエストは、それが音声コールまたはデータコールのリクエストであるかどうかを判定するサービスオプションフィールドを含む。代理スイッチはこのメッセージを受け取る（ＢＳＣとＭＳＣとの間の信号通路に存在することによる）。特にＳＳ７ＭsgＨdlrプロセス９０２はそのコールを受け取り、ユニークなローカル数字をこのメッセージに指定し（これは進行中コールリクエストのための当初メッセージ）、それをさらに処理するためにＰＳＭプロセス９０４に回す（ステップ１２１０）。ＰＳＭプロセス９０４は入ってくるメッセージをデコードし、ＩＳ-６３４ステートマシンを使用して（ＣＤＭＡ実施例）このコールがサイフォン処理対象であるか（例えば別ネットワークへ）、またはＭＳＣ１１０で扱わせるべきか否かを判定する。この例ではコールはサイフォン処理されないので、そのメッセージはエンコードされてＳＳ７ＭsgＨdlrプロセス９０２に戻される（ステップ１２１５）。１実施例においては、ＳＳ７ＭsgＨdlrプロセスとＰＳＭプロセスとの間の通信プロトコルはステートレステキストベースのプロトコルであり、関係する信号プロトコルのアブストラクションレベル（セッションロジックに対する）を提供する。ＳＳ７ＭsgＨdlrプロセス９０２はＩＳ-６３４メッセージをＭＳＣ１１０に再送信する（ステップ１２２０）。ＭＳＣはこのメッセージを処理して応答する（ステップ１２２５）。この応答は代理スイッチ３００に受信されるが、この応答は出て行くがサイフォン処理できないコールに関係するため（当初ＣＲＳリクエストメッセージに割り当てられたローカル参照番号から判断）、ＳＳ７ＭsgＨdlrプロセス９０２はこのメッセージをＰＳＭ９０４に送らない。その代り、ＳＳ７ＭsgＨdlrはこのメッセージをＢＳ１０７に透明状態で送る（ステップ１２３０）。このコールに関する全てのさらなる交換は、そのコールの結論でのコールリリースメッセージを除いて、ＢＳとＭＳＣとの間を透明状態で通過させられる。コールリリースに対応して代理スイッチ３００は、そのコールの“テアダウン(tear down)”をローカル参照番号の配置を含んで発生させる。このコールリリースメッセージは代理スイッチでＢＳ１０７にも送られ、ＢＳはこのテアダウンプロセスで処理する。
【００９１】
図１３はＭＳＣ１１０にＢＳ１０７によって初期化されたコールメッセージの場合を示し、代理トランク、すなわちＭＳＣ１１０によってコントロールされて割り当てられたトランクを示す。ＢＳ１０７はＭＳＣ１１０に意図されたサービスリクエストを送る（ステップ１３０５）。代理スイッチはこのメッセージを受け取り、ＳＳ７ＭsgＨdlrプロセス９０２はそのコールを受け取ってユニークローカル参照番号をこのメッセージに割り当て、それをさらに処理するためにＰＳＭプロセス９０４に回す（ステップ１３１０）。ＰＳＭプロセス９０４は入ってくるメッセージをデコードしてこのコールをサイフォン処理すべきか否か（例えば別ネットワークに）、またはＳＭＣ１１０に扱わせべきか否かを判定する。この例ではコールはサイフォン処理されないので、メッセージはエンコードされ、ＳＳ７ＭsgＨdlrプロセス９０２に送り返される（ステップ１３１５）。ＳＳ７ＭsgHdlrプロセス９０２はそのメッセージをＭＳＣ１１０に再送信する（ステップ１３２０）。ＭＳＣ１１０は１チャンネルをそのコールに割り当てることでコールセットアップリクエストに対応する（ステップ１３２５）。このチャンネル指定は代理スイッチ３００に受信され、その指定をＰＳＭ９０４に渡し（ステップ１３３０）、この指定を記録した（ステップ１３３０）と応答する（ステップ１３３５）。代理スイッチはそのチャンネル指定リクエストをＢＳ１０７に送る（ステップ１３４０）。ＢＳＣとＭＳＣとの間のこのコールに関係する全部のさらなる通信はそのコールがメッセージをリリースするまで代理スイッチを介して透明に通過される。このコールリリースは代理スイッチのテアダウンプロセスを実行させる。
【００９２】
図１４は“サイフォン処理されたコール”を図示する。サイフォン処理されたコールとは代理スイッチによってインターセプトされ、別ネットワークに方向変換されたＢＳ１０７により初期化されたコールのことである。そのような例では全ての信号処理は代理スイッチによって扱われ、ユーザートラフィックを運搬するトランクも代理スイッチによってコントロールされる。ＢＳ１０７はＭＳＣ１１０に意図されたサービスリクエストを送る（ステップ１４０５）。代理スイッチはこのメッセージを受け取り、ユニークな参照番号を割り当て、さらなる処理のためにＰＳＭプロセ９０４にそれを回す（ステップ１４１０）。ＰＳＭプロセス９０４は入ってくるメッセージをデコードし、ＩＳ６３４ステートマシン（ＣＤＭＡ実施例用）を使用してそのコールがサイフォン処理されるべきか否かを判定する。この例ではコールは別ネットワークへサイフォン処理されるので、ＰＳＭはそのメッセージをＣＳＭプロセス１００２に送る（ステップ１４１５）。ＣＳＭプロセス１００２は通常のＭＳＣのごとくに作動開始し、このコール用のチャンネルを割り当て（ステップ１４２０）、ＢＳと代理スイッチのデータプレーンとの間にトランクを割り当てる。このチャンネル指定はＳＳ７ＭsgＨdlrに送られる（ステップ１４３５）。ＳＳ７ＭsgＨdlrプロセスはこのチャンネル指定情報をＢＳに送り（ステップ１４３０）、ＢＳにそれをユーザートラフィックに利用させる。ＣＳＭもメッセージを代理スイッチのデータプレーンに送り（Ｈ.２４８またはＭＧＣＰプロトコルを使用して説明済み）、指定チャンネルで入ってくるユーザートラフィックを受領させ、別ネットワークに回す。前述のように、１実施例においてはその別ネットワークはＩＰネットワークでもよい。全ての他の通信は、ＢＳＣとＣＳＭプロセスとの間でコールリリースコマンドがＭＳＣによって発行され、リソースのリリースを引き起こす（テアダウンプロセス）まで行われる。
【００９３】
別実施例においては、ソフトウェア構造は、２つの異なるプロセス（ＰＳＭとＣＳＭ）ではなくて代理機能を実行する１つのプロセスのみを利用することができる。そのような実施例ではＰＳＭプロセスのみがコールがサイフォン処理されるべきか否かを判定する。サイフォンできないコールであればＭＳＣに送られる。サイフォン処理できるコールであれば、ＰＳＭ自体がそのコールを扱い、メッセージを送ってＢＳ１０７とＭＳＣ１１０からのメッセージを受領する。換言すれば、そのような実施例のＰＳＭはＭＳＣやＢＳ１０７のように振舞い、全ての信号メッセージを扱う。よって、ＰＳＭプロセスは、ＢＳ１０７からのメッセージに対してＭＳＣのように反応し、ＢＳ１０７であるかのようにＭＳからのメッセージに反応するので回路ＭＳＣ及びＢＳ１０７と同様な機能性を提供する。一般的に、多様なプロセッサーカードで同時的に進行して必要なスケール性と性能とを提供する複数のＰＳＭプロセスが存在する。追加のソフトウェアプロセスがフェールオーバーと信頼性のために提供される。これらプロセスの目的は他のＰＳＭプロセスのためのフェールオーバーの提供である。１実施例ではそれぞれのＰＳＭは“シャドー”プロセスを有しており、シャドーカバレージを提供する。ＰＳＭプロセスがフェールすると、対応するシャドープロセスがフェールしたプロセスからテークオーバーするように設計されている。
バリエーション
前述の実施例は透明スイッチの実現を可能にする。しかし、機能性のサブセットは従来にない利点を提供する。例えば、ネットワークに対して部分的に可視であるスイッチでも以上で述べた多くの利点を提供する。
【００９４】
さらに、それら実施例はＣＤＭＡプロトコルとの関係でも説明されているが、それら実施例はＧＳＭ、ＩＳ-１３６及び/又は他の２Ｇ及び３Ｇプロトコルとも作動するように改良できる。
【００９５】
代理スイッチからＭＳＣへのトランク接続はオプションである。
【００９６】
例示的な実施例をいくつか説明してきたが、当業技術者であればそれらに本発明の範囲内で改良を加えることは可能であろう。
【図面の簡単な説明】
【図１】図１は従来技術による移動ネットワークのシステム概略図である。
【図２】図２は従来技術移動ネットワークでのＢＳと移動スイッチセンターとの間の従来技術インターフェースを図示する。
【図３Ａ】図３Ａは本発明の好適実施例による移動ネットワークでの代理スイッチと他の機器を図示する。
【図３Ｂ】図３Ｂは本発明の好適実施例による移動ネットワークでの代理スイッチと他の機器を図示する。
【図４】図４は本発明の１好適実施例による代理スイッチの例示的データプレーン(data plane)を図示する。
【図５】図５は本発明の１好適実施例による代理スイッチの移動管理ロジック(mobility management logic)を図示する。
【図６Ａ】図６Ａは本発明の１好適実施例による代理スイッチの補助機能ロジックを図示する。
【図６Ｂ】図６Ｂは本発明の１好適実施例による代理スイッチの補助機能ロジックを図示する。
【図７Ａ】図７Ａは本発明の１好適実施例による代理スイッチの不調管理ロジック(fault management logic)を図示する。
【図７Ｂ】図７Ｂは本発明の１好適実施例によるＦＳＮとＢＳＮカウンターを図示する。
【図８】図８は本発明の１好適実施例による代理スイッチのメッセージサイフォン処理ロジック(message siphoning logic)を図示する。
【図９】図９は本発明の１好適実施例による代理スイッチのソフトウェア処理構造(software process architecture)を図示する。
【図１０】図１０は本発明の１好適実施例による代理スイッチのソフトウェア処理構造を図示する。
【図１１】図１１は本発明の１好適実施例による代理スイッチの特定処理のソフトウェアモジュール構造(software module architecture)を図示する。
【図１２】図１２は単純化された構造図であり、メッセージフロー(message flow)とソフトウェア処理の相互作用を図示する。
【図１３】図１３は単純化された構造図であり、メッセージフロー(message flow)とソフトウェア処理の相互作用を図示する。
【図１４】図１４は単純化された構造図であり、メッセージフロー(message flow)とソフトウェア処理の相互作用を図示する。

Claims (5)

1. 少なくとも１つのベースステーションサブシステム（ＢＳ）と、少なくとも１つの移動ステーション（ＭＳ）と、少なくとも１つの移動スイッチセンター（ＭＳＣ）と、該ＢＳの少なくとも１つ及び該ＭＳＣの少なくとも１つと通信状態にある少なくとも１つのスイッチとを有した移動通信ネットワークで不調管理を提供する方法であって、
   前記スイッチに前記ＭＳＣとの通信のために前方連番カウンター（ＦＳＮ）と後方連番カウンター（ＢＳＮ）とを提供させるステップと、
   該スイッチに前記ＢＳとの通信のために前方連番カウンター（ＦＳＮ）と後方連番カウンター（ＢＳＮ）とを提供させるステップと、
   該スイッチに前記ＭＳＣ及び前記ＢＳからメッセージを受領させ、該メッセージに従って対応するＦＳＮとＢＳＮのペアを維持させるステップと、
   該スイッチに、受領メッセージが前記ＭＳＣまたは前記ＢＳのうちの一方からのチェンジオーバーオーダーメッセージ（ＣＯＯ）であって、前記ＭＳＣまたは前記ＢＳのうちの一方と該スイッチとの間の第１信号リンクのブレークを示しているか否かを検出させるステップと、
   該スイッチに、前記ＭＳＣまたは前記ＢＳのうちの他方と該スイッチとの間の前記第１信号リンクに対応する第２信号リンクのブレークを強制させ、
   該スイッチに新ＣＯＯメッセージを発生させ、前記ＭＳＣまたは前記ＢＳのうちの他方に送らせるステップと、
   該スイッチに前記ＭＳＣまたは前記ＢＳのうちの他方からチェンジオーバー受領確認（ＣＯＡ）メッセージを受領させるステップと、
   該スイッチに新ＣＯＡメッセージを発生させ、前記ＭＳＣまたは前記ＢＳのうちの一方に送らせステップと、
   を含んで構成されており、前記新ＣＯＡメッセージは前記ＭＳＣまたは前記ＢＳのうちの一方との通信のために前記スイッチによって維持されたＢＳＮを含んでいることを特徴とする方法。
2. スイッチにＭＳＣ及びＢＳのそれぞれから再送信された情報を受領させ、該再送信情報を該ＭＳＣまたは該ＢＳのうちの他方に送信させるステップをさらに含んでいることを特徴とする請求項１記載の方法。
3. ＭＳＣまたはＢＳのうちの一方からのＣＯＯメッセージは、メッセージを受領させる新第１信号リンクを示しており、該ＭＳＣまたは該ＢＳのうちの他方からのＣＯＯメッセージは、メッセージを受領させる新第２信号リンクを示しており、本方法は、
   スイッチに前記ＭＳＣまたは前記ＢＳのうちの他方からのＣＯＡのＢＳＮを第２信号リンクのＦＳＮと比較して分析させるステップと、
   該スイッチに該ＣＯＡの該ＢＳＮと該第２信号リンクの該ＦＳＮとの間の相違に対応するメッセージを再送信させるステップと、
   をさらに含んでいることを特徴とする請求項１記載の方法。
4. 少なくとも１つの移動スイッチセンター（ＭＳＣ）と少なくとも１つのベースステーションサブシステム（ＢＳ）とを有した移動通信ネットワークで使用する代理スイッチであって、該ＭＳＣと該ＢＳはそれぞれ移動信号プロトコルに従って信号メッセージを通信し、本代理スイッチは、
   前記移動信号プロトコルに従って前記ＭＳＣと前記ＢＳから信号メッセージを受領させる信号メッセージ処理ロジックと、
   該ＭＳＣと該ＢＳにメッセージを発行させるメッセージ送信ロジックと、
   該ＭＳＣとの通信のための前方連番カウンター（ＦＳＮ）及び後方連番カウンター（ＢＳＮ）と、
   前記ＢＳとの通信のための前方連番カウンター（ＦＳＮ）及び後方連番カウンター（ＢＳＮ）と、
   受領メッセージが前記ＭＳＣ及び前記ＢＳからのチェンジオーバーオーダーメッセージ（ＣＯＯ）であって、該ＭＳＣまたは該ＢＳのうちの一方と本代理スイッチとの間の第１信号リンクのブレークを示しているか否かを検出し、該ＭＳＣまたは該ＢＳのうちの一方との通信のために本スイッチによって維持されるＢＳＮを含んだＣＯＡメッセージを発生させて該ＭＳＣまたは該ＢＳのうちの一方に送らせるロジックと、
   前記ＭＳＣまたは前記ＢＳのうちの他方と本代理スイッチとの間の前記第１信号リンクに対応するように設計されている第２信号リンクのブレークを強制し、新ＣＯＯメッセージを発行させて該ＭＳＣまたは該ＢＳのうちの他方に送らせる不調エミュレーションロジックと、
   を含んで構成されていることを特徴とする代理スイッチ。
5. ＣＯＡ内のＢＳＮを対応するリンクのＦＳＮと比較させ、該ＢＳＮと該ＦＳＮとの相違に対応するメッセージを再送信させるメッセージ再送信ロジックをさらに含んでいることを特徴とする請求項４記載の代理スイッチ。

Images