(57)【要約】移動ネットワークで使用される代理スイッチと通信方法とが開示されている。代理スイッチはベースステーションサブシステムと移動ステーションセンターとの間に提供される。代理スイッチはメッセージを受領し、それを再送信、ブロック、変換あるいは別ネットワークにサイフォン処理する。オフロード移動トラフィックをオフロードする能力を提供するとともに、代理スイッチは新通信サービスのためのプラットホームを提供する。移動通信ネットワークは少なくとも１つのＢＳと、少なくとも１つのＭＳと、少なくとも１つのＭＳＣと、ＢＳの少なくとも１つ及びＭＳＣの少なくとも１つと通信状態にある少なくとも１つのスイッチとを有している。ＢＳはスイッチとトランクライン通信状態にあり、トランクライン通信はベアラー回路として機能化されている。ベアラー回路は回路識別コード（ＣＩＣ）で識別可能である。スイッチはＢＳから信号メッセージを受領し、その信号メッセージに対応するコールが別通信ネットワークで処理されるべきか否かを判定する。処理すべきであれば、スイッチはそのコールに対してベアラー回路にＣＩＣを指定し、そのＣＩＣをＢＳに通信する。その後にスイッチはＣＩＣで識別されたベアラー回路で情報を受領し、受領した情報を別通信ネットワークに送信する。
2004515138.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのベースステーションサブシステム（ＢＳ）と、少なくとも１つの移動ステーション（ＭＳ）と、少なくとも１つの移動スイッチセンター（ＭＳＣ）と、該ＢＳの少なくとも１つ及び該ＭＳＣの少なくとも１つと通信状態にある少なくとも１つのスイッチとを有した移動通信ネットワークでの通信方法方法であって、１つのＢＳは該スイッチとトランクライン通信状態にあり、そのトランクライン通信はベアラー回路として機能化されており、該ベアラー回路はそれぞれ回路識別コード（ＣＩＣ）で識別可能であり、本方法は
前記スイッチに前記ＢＳから信号メッセージを受領させるステップと、
前記信号メッセージに対応するコールが別通信ネットワークにより処理されるべきか否かを前記スイッチに判定させるステップと、
該スイッチに、該コールが該別通信ネットワークによって処理される場合には該コールに対するベアラー回路に回路識別コード（ＣＩＣ）を指定させ、該ＣＩＣを前記ＢＳに通信させるステップと、
その後に、該スイッチに、該ＣＩＣで識別されたベアラー回路で情報を受領させ、該受領情報を前記別通信ネットワークへ送信させるステップと、
を含んで成ることを特徴とする方法。
【請求項２】
別通信ネットワークとの通信に使用されるＣＩＣを識別するためにステート情報を維持するステップと、
スイッチが作動不良であった場合に、ＭＳＣ内のＣＩＣデータベースにアクセスし、前記別通信ネットワークとの通信に使用された全ＣＩＣを利用可能であるとマークするステップと、
をさらに含んでいることを特徴とする請求項１記載の方法。
【請求項３】
スイッチが作動回復した場合に、ＭＳＣ内のＣＩＣデータベースにアクセスし、前記別通信ネットワークとの通信に使用された全ＣＩＣを利用不能であるとマークするステップをさらに含んでいることを特徴とする請求項２記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
発明の背景
１．発明の分野
本発明は移動通信に関し、特には通信ネットワークの性能及びコスト効果を高め、新移動サービスプラットホームを提供する移動通信ネットワークの代理スイッチ（ｐｒｏｘｙ ｓｗｉｔｃｈ）の利用に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
２．関連技術
近代の移動通信システムは階層構造を有しており、通信領域はいくつかのセル（ｃｅｌｌ）と呼称される小領域に分割されている。図１に示すそれぞれのセルは好適にはベーストランシーバステーション（ＢＴＳ：ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ）１０２ａが担当する。いくつかのＢＴＳ１０２ｂから１０２ｎは固定リンク１０４ａから１０４ｎを介在させてベースステーションコントローラ（ＢＳＣ：ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）１０６ａに集約される。ＢＴＳとＢＳＣはまとめてベースステーションサブシステム（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ ｓｕｂｓｙｓｔｅｍ）１０７と呼称されることもある。いくつかのＢＳＣ１０６ｂから１０６ｎは固定リンク１０８ａから１０８ｎを介して移動スイッチセンター（ＭＳＣ：ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）に集約できる。
【０００３】
ＭＳＣ１１０はローカルスイッチエクスチャンジ（ｌｏｃａｌ ｓｗｉｔｃｈｉｎｇ ｅｘｃｈａｎｇｅ）（以下で解説する移動管理条件を扱う追加的特徴を有する）として作動し、トランクグループ（ｔｒｕｎｋ ｇｒｏｕｐ）を介して電話ネットワーク（ＰＳＴＮ）１２０と通信する。米国移動ネットワークではホームＭＳＣとゲートウェイＭＳＣの概念が存在する。このホームＭＳＣは移動ステーション（ＭＳ：ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）と関連するエクスチェンジ（ｅｘｃｈａｎｇｅ）に対応するＭＳＣであり、この関連性はＭＳの電話番号（例えば市外局番）に基いている。（ホームＭＳＣは以下で解説するＨＬＲを扱う）。一方、ゲートウェイＭＳＣはＭＳコールをＰＳＴＮに接続するエクスチャンジである。従って、ホームＭＳＣとゲートウェイＭＳＣは時には同一実体であるが、時には異なる実体である（例えば、ＭＳがローミング（ｒｏａｍｉｎｇ）しているとき）。典型的には、ビジットリケーションレジスター（ＶＬＲ：ｖｉｓｉｔｉｎｇ ｌｏｃａｔｉｏｎ ｒｅｇｉｓｔｅｒ）１１６はＭＳＣ１１０と同一ロケーションであり、論理的に単体であるＨＬＲが移動ネットワークで使用される。以下で説明するように、ＨＬＲとＶＬＲは多くの種類のサブスクライバー情報（ｓｕｂｓｃｒｉｂｅｒ ｉｎｆｏｒｍａｔｉｏｎ）とプロフィール（ｐｒｏｆｉｌｅ）の保存に利用される。
【０００４】
簡単に説明すると、いくつかの無線チャンネル１１２が全カバレージ（ｃｏｖｅｒａｇｅ）領域に関連する。この無線チャンネルは個々のセルに割り当てられたチャンネル群に分割される。これらチャンネルはコール接続等を確立するように信号情報を運搬し、コール接続が確立されたら音声情報またはデータ情報を運搬するのに使用される。
【０００５】
比較的に高レベルの抄録処理（ａｂｓｔｒａｃｔｉｏｎ）で、移動ネットワーク信号処理は少なくとも２つの主要な特徴に関与する。その１つはＭＳと残りのネットワークとの間の信号処理が関与する。２Ｇ（第２世代）とさらに進歩した後の技術で、この信号処理はＭＳにより利用されるアクセス方法（例えば、時間分割マルチアクセス（ＴＤＭＡ）；コード分割マルチアクセス（ＣＤＭＡ））、無線チャンネルの割り当て、証明等々に関係する。第２の特徴は移動ネットワークの様々な実体での信号処理に関与し、例えばＭＳＣ、ＶＬＲ、ＨＬＲ等々での信号処理に関与する。この第２部分は時に移動アプリケーションパート（ＭＡＰ：ｍｏｂｉｌｅ ａｐｐｌｉｃａｔｉｏｎ ｐａｒｔ）（特に信号処理システム＃７（ＳＳ７）の利用時）と呼称される。
【０００６】
多彩な形態の信号処理（データ通信と音声通信を含む）は様々な基準で送受信される。例えば、電子機器産業協会（ＥＩＡ）と遠隔通信産業協会（ＴＩＡ）は多数の米国基準、例えば、ＭＡＰ基準であるＩＳ−４１の設定を助けている。同様に、ＣＣＩＴＴとＩＴＵは国際ＭＡＰ基準であるＧＳＭ−ＭＡＰのごとき国際基準の設定を助けている。これら基準の情報は良く知られており、関連団体や文献から得られよう。ボッセ（Ｂｏｓｓｅ）の「遠隔通信網での信号処理」（ウィリー社、１９９８年）参照。
【０００７】
ＭＳ１１４からのコール（電話等）を届けるには、ユーザーは携帯電話または他のＭＳで番号をダイヤルし、センドボタン（ｓｅｎｄ）を押す。ＭＳ１１４はＢＳ１０７を介してリクエストされたサービス内容を示すダイヤル番号をＭＳＣ１１０に送る。ＭＳＣ１１０は関連ＶＬＲ１１６をチェックし、ＭＳ１１４にリクエストサービスを提供するか否かを決定する。ゲートウェイＭＳＣはそのコールをＰＳＴＮ１２０でダイヤル先ユーザーのローカルエクスチェンジ（ｌｏｃａｌ ｅｘｃｈａｎｇｅ）に回す。そのローカルエクスチェンジはコール先ユーザー端末に知らせ、アンサーバック信号はＭＳＣ１１０を介してＭＳ１１４に返送され、ＭＳへの会話通路を完成させる。セットアップが完了すればコールが可能となる。
【０００８】
ＭＳ１１４にコールを送るには（コールはＰＳＴＮ１２０からと想定）ＰＳＴＮユーザーはＭＳの関連電話番号をダイヤルする。少なくとも米国基準によれば、ＰＳＴＮ１２０はそのコールをＭＳのホームＭＳＣに回す。ＭＳＣはＨＬＲ１１８に質問し、どのＭＳＣがＭＳに対応しているかを判断する。これはさらにそのＭＳＣにコールが入ってきていることを知らせる。続いてそのホームＭＳＣはそのコールをＭＳＣに回す。ＭＳＣは適当なＢＳを介してＭＳをページ処理する。ＭＳは応答し、適切な信号処理リンクがセットアップされる。
【０００９】
コール中に、ＢＳ１０７とＭＳ１１４は協調し、信号処理条件等で必要であればチャンネルまたはＢＴＳ１０２を変える。これらの変更はハンドオフ（ｈａｎｄｏｆｆ）として知られ、それら自身のタイプの知られたメッセージと信号処理が関与する。
【００１０】
ＭＡＰの１つの特徴は“移動管理（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ）”に関する。ＭＳが異なるロケーションにローミングするときにＭＳを処理するには異なるＢＳとＭＳＣが必要である。移動管理は、ＭＳＣが適正にコールに対処するために必要とするサブスクライバープロフィール及び他の情報をゲートウェイＭＳＣが有するようにさせる。この目的で、ＭＳＣはビジティングロケーションレジスター（ＶＬＲ）１１６とホームロケーションレジスター（ＨＬＲ）１１８を使用する。このＨＬＲは移動識別番号（ＭＩＮ：ｍｏｂｉｌｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ）、電子連番（ＥＳＮ：ｅｌｅｃｔｒｏｎｉｃ ｓｅｒｉａｌ ｎｕｍｂｅｒ）、ＭＳステータス（ＭＳ ｓｔａｔｕｓ）及びＭＳサービスプロフィール等を保存し検索する。このＶＬＲはゲートウェイＭＳＣを識別するＭＳＣ識別情報の保存に加えて同様な情報を保存する。さらに、適当なＭＡＰプロトコル（ｐｒｏｔｏｃｏｌ）でロケーション更新手続（ｌｏｃａｔｉｏｎ ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅ）（または登録通知）が実行され、移動サブスクライバーのホームＭＳＣはユーザーのロケーションを知る。これらの手続はＭＳが１ロケーションから別ロケーションに移動するとき、またはそのネットワークにアクセスするようにＭＳが起動されて自身を登録するときに使用される。例えば、ロケーション更新手続はＭＳ１１４で実行され、ＢＳ１０７及びＭＳＣ１１０を介してロケーション更新リクエストをＶＬＲ１１６に送る。ＶＬＲ１１６はロケーション更新メッセージをＭＳ１１４に対応するＨＬＲ１１８に送り、サブスクライバープロフィールはＨＬＲ１１８からＶＬＲ１１６にダウンロードされる。ＭＳ１１４には成功したロケーション更新の確認が送られる。ＨＬＲ１１８はロケーション変更ＭＳ１１４に関連するデータを以前に保存されたプロフィールデータが削除するようにＶＬＲにリクエストする。
【００１１】
図２はＣＤＭＡ移動ネットワークのＢＳ１０７とＭＳＣ１１０との間の信号処理とユーザートラフィックインターフェース（ｕｓｅｒ ｔｒａｆｆｉｃ ｉｎｔｅｒｆａｃｅ）のさらなる詳細を示す。ＢＳ１０７はＡ１インターフェースを使用した信号情報を通信する。Ａ２インターフェースはＭＳＣのスイッチコンポーネント２０４とＢＳ１０７との間のユーザートラフィック（例えば音声信号）を運搬する。Ａ５インターフェースはソースＢＳとＭＳＣとの間の回路スイッチデータコール用のユーザートラフィックの通路を提供する。
【００１２】
セルサイト（ｃｅｌｌ ｓｉｔｅ）の数またはサブスクライバーの数が増加すると、ＭＳＣ１１０の負荷は増加する。この増加した負荷はサービスプロバイダーにシステムへの容量の追加を強制する。典型的には、容量の増加にはサービスプロバイダーはＭＳＣにスイッチモジュールを追加するか、ネットワークで追加ＭＳＣを利用する。どちらの場合も巨費を要する。
【００１３】
さらに、サブスクライバーはインターネットに対して、例えば“データコール”のごとき新サービスを要求する。これらの要求されたサービスに対してＭＳＣは費用効果が低い。なぜなら、それらは主として音声コール用にデザインされているからである。新サービスのＭＳＣへの追加は複雑であったり、不可能であったりする。なぜなら、多くのＭＳＣソフトウェア構造により利用されている知的所有権や意匠権が絡んでくるからである。すなわち、それらサービスの提供に必要なソフトウェアロジックのＭＳＣ１１０への追加は容易ではない。しばしば、スイッチ付属品が使用されてそのようなサービスが提供される。例えば、インターワーキングファンクション（ＩＷＦ：ｉｎｔｅｒ−ｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ）はデータコールをインターネットにルートする（回す）ための付属物である。機能性をＭＳＣと一体化させるか、付属物を追加するかはいずれもサービスの提供においてＭＳＣが関与する。新サービスは需要を拡大させるのでＭＳＣデザイン変更を介した新サービスの一体化またはトランクサイド付属物（ｔｒｕｎｋ−ｓｉｄｅ ａｄｊｕｎｃｔ）を介した新サービスの追加はＭＳＣでのネットワークの混雑を増大させ、高価なＭＳＣ機器を必要とする。
【００１４】
【課題を解決するための手段】
概要
本発明は移動通信システムと方法を提供する。特に、スイッチ操作が少なくとも１つの移動スイッチセンター（ＭＳＣ）と少なくとも１つのベースステーションサブシステム（ＢＳ）との間で実行される。本発明の１実施例によるスイッチ操作は通信トラフィックを代用ネットワークとの間でサイフォン処理させる。本発明の１つの特徴によれば、スイッチ操作はポイントコード保存方法及びロジックを介して移動ネットワークに対して透明である代理スイッチで実行される。
【００１５】
本発明の１特徴によれば、移動通信ネットワークは少なくとも１つのＢＳと、少なくとも１つのＭＳと、少なくとも１つのＭＳＣと、少なくとも１つのスイッチを少なくとも１つのＢＳ及び少なくとも１つのＭＳＣと通信状態で有している。ＢＳはスイッチとトランクライン通信状態にあり、トランクライン通信はベアラー回路として提供されており、それぞれのベアラー回路は回路識別コード（ＣＩＣ）で識別が可能である。スイッチはＢＳから信号メッセージを受領し、その信号メッセージに対応するコールが別通信ネットワークで処理されるべきかどうかを判定する。処理すべきであればスイッチはそのコールに対してベアラー回路にＣＩＣを指定し、そのＣＩＣをＢＳに通信する。その後に、スイッチはＣＩＣ識別されたベアラー回路で情報を受領し、受領情報を別ネットワークに送る。
【００１６】
本発明の別な特徴によれば、別通信ネットワークと通信するのに使用されるＣＩＣを識別するためにステート情報が維持される。もしスイッチが正常に作動しなければＣＩＣデータベースはＭＳＣ内でアクセスされ、別通信ネットワークとの通信で使用されたＣＩＣは利用可能であるとマークされる。
【００１７】
本発明のさらに別な特徴では、もしスイッチが作動を回復すれば、ＭＳＣのＣＩＣデータベースはアクセスされ、別通信ネットワークとの通信に使用された全ＣＩＣは利用不能であるとマークされる。
【００１８】
【発明の実施の形態】
詳細な説明
本発明の好適実施例は移動通信ネットワークでの代理スイッチとその使用方法を提供する。代理スイッチは好適にはＭＳＣとＢＳとの間に提供され、他の機器に対しては“透明”である。すなわち、ＢＳもＭＳＣも代理スイッチを知ることも、代理スイッチにより自身の機能を変化させることも必要としない。ＢＳとＭＳＣは代理スイッチの存在を知らないでも通常通りに機能することができる。
【００１９】
代理スイッチは移動ネットワークでの混雑を軽減する。例えば、代理スイッチは、（ａ）ＭＳＣに届く前にＭＳ発生通信トラフィックをネットワークからサイフォン処理して外し、（ｂ）サイフォン処理されたトラフィックを別ネットワーク、例えばパケットベースネットワーク（ｐａｃｋｅｔ−ｂａｓｅｄ ｎｅｔｗｏｒｋ）を介して望む宛先に送るのに使用できる。同様に、代理スイッチは別ネットワークからＭＳへの通信の伝送に利用できる。よって、高価なＭＳＣとＰＳＴＮ機器は回避でき、コスト効果的にネットワーク容量を増加させることができる。
【００２０】
さらに代理スイッチはネットワークに新通信サービスを提供させるイネーブル機能（ｅｎａｂｌｉｎｇ ｆｕｎｃｔｉｏｎ）のセットを提供する。例えば、代理スイッチを使用して新コール待機サービスを移動ネットワークに導入することができる。
【００２１】
図３Ａは代理スイッチ３００の１好適利用例を示す。代理スイッチ３００はＢＳ１０７とＭＳＣ１１０との間に提供される。ユーザートラフィックを運搬するトランク（ｔｒｕｎｋ）３０６のサブセットの代理スイッチへの接続のみが必要とされ、他のトランク３０８はＭＳＣ１１０とＢＳ１０７とを直接的に接続させることができる。ＢＳ１０７からの全コントロールリンク３１２は代理スイッチ３００に接続される。代理スイッチはコントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）３０２とデータプレーン３０４（“ベアラープレーン（ｂｅａｒｅｒ ｐｌａｎｅ）”とも呼称する）を含む。コントロールプレーン３０２は全信号トラフィックを扱い、データプレーン３０４は代理スイッチに接続されたトランクに対する全ユーザートラフィックを扱う。
【００２２】
この好適実施態様においては、代理スイッチ３００はコントロールプレーン３０２の両側で同一信号プロトコルにしたがって通信する。例えば、ＣＤＭＡ技術に適した実施例おいては、ＢＳ１０７と代理スイッチ３００との間の信号リンク３１２はＩＳ−６３４／ＩＯＳ Ａ１インターフェースに従って情報を伝える。同様に、ＭＳＣ１１０と代理スイッチ３００との間の信号リンク３１４はＡ１インターフェースに従って情報を伝える。この状況は、異なる信号処理基準がスイッチの両側での通信に使用されるＭＳＣとＢＳのごとき移動スイッチ処理装置とは異なる。例えば、ＭＳＣは一方側でＡ１インターフェースを有しており、他方側（スイッチのＰＳＴＮ側）でＳＳ７／ＩＳＵＰに従って通信する。
【００２３】
他の実施例では代理スイッチは信号処理とユーザートラフィックの両方のパケット−ベーストラフィックを運搬するＣＤＭＡ２０００のための新型イングレスインターフェース（ｉｎｇｒｅｓｓ ｉｎｔｅｒｆａｃｅ）Ａ８、Ａ９及びエグレスインターフェース（ｅｇｒｅｓｓ ｉｎｔｅｒｆａｃｅ）Ａ１０、Ａ１１に接続する。現在のＭＳＣはこれらイングレスインターフェースをサポートしない。
【００２４】
代理スイッチのデータプレーン３０４はスイッチの両側で同一基準を使用する。ＣＤＭＡ実施例のＢＳ側トランク３０６は、音声またはデータがそれぞれトランクで運搬されているか否かによってＡ２とＡ５インターフェースに従って通信する。同様に、ＭＳＣ側トランク３０７は同一インターフェースを使用する。一方、ＭＳＣは一方側にＡ２／Ａ５を有しているが、他方側ではＰＳＴＮ ６４ｋｂ／ｓパルスコードモジュレーション基準に従って通信する。
【００２５】
さらに、実施例によっては移動ネットワークの全ての他の実体が自身の信号処理範囲内で自身のポイントコード（“ポイントコード”とはネットワークでユニーク識別子として使用される）を使用するが、代理スイッチ３００は自身のポイントコードを使用せず、受領するメッセージに含まれるポイントコードを使用する。代理スイッチのポイントコードの代りにＢＳまたはＭＳＣのポイントコードを使用することで代理スイッチの透明性が提供される。
【００２６】
実施例によっては、ＭＳＣと代理スイッチとの間に１対１の対応が存在する。いくつかのＢＳは１つの代理スイッチで作動することができる。
【００２７】
図３Ｂは別の好適実施例を示す。ここでは代理スイッチ３００は複数のＭＳＣ１１０ｊ及び１１０ｋと通信状態とすることができる。図３Ａ同様に代理スイッチ３００のコントロールプレーン３０２はいくつかのＢＳ１０７ａから１０７ｎからの制御信号３１２ａから３１２ｎを受け取ることができる。さらに、データプレーン３０４はいくつかのＢＳからトランク３０６ａから３０６ｎを受領することができる。図３Ａのものとは異なり図３Ｂの実施例は複数のＭＳＣ１１０ｊと１１０ｋに信号リンク３１４ｊと３１４ｋで情報の送受信も実施する。
【００２８】
図３Ｂの装置はシステムの負荷配分をさらに改良させ、信頼性を高め（ＭＳへの別通路の提供）、ユーザープロファイルに完全にマッチするサービスを提供するように設計できる。図３Ｂを利用する１実施例においては、所定のコール人からのコールがユーザートラフィックのほとんどを扱うＭＳＣに回されるようにシステムを設計することができる（ユーザーが自分のＭＳ１１４を立ち上げるロケーションに回すのではない）。この判断は統計的モニタリングに基くか、ユーザーのプロフィールとすることができる。このシステムをそのように提供することでロケーション更新メッセージ等の量は減少する。他の実施形態では代理スイッチはコールを比較的に利用が少ないＭＳＣに回す。このように、システム管理者は全体の通信システムの負荷を平均化させて管理できる。さらに、ユーザーのプロフィールに即したサービスを提供するＭＳＣにコールを回すことができる。
【００２９】
代理スイッチ３００は全信号メッセージを受領するソフトウェアを含み、そのメッセージとシステムの状況に基いて以下の少なくとも１つを実行する。
【００３０】
１．メッセージをメッセージのアドレスのＭＳＣまたはＢＳにまで無変更で通過させる。
【００３１】
２．ＭＳＣとＢＳ間でメッセージをインターセプトする。
【００３２】
３．インターセプトしたメッセージの一部を異なるメッセージに変換し、変換したメッセージをオリジナルのメッセージに代えてＭＳＣまたはＢＳに送る。
【００３３】
４．移動及びＰＳＴＮベースネットワークから別ネットワークにメッセージをサイフォン処理する。
【００３４】
それぞれの場合に実行される行動を結果を以下で説明する。
【００３５】
多くの場合、特にＭＳ１１４からのメッセージがサイフォン処理され、そのトラフィックが別ネットワークに振り向けられると代理スイッチ３００はＭＳＣ１１０として作動することができる。そのような役割で代理スイッチは従来のＭＳＣが全うする義務と役割とを果たす。それら機能と役割の一部は移動管理と直結する。ローミングＭＳの場合を考えて見る。セル間でＭＳがロームするとき、異なるＭＳＣにより対応されるセルにロームすることがあり、そのソースとターゲットＭＳＣとの間のハンドオフ（ｈａｎｄｏｆｆ）を必要とする。もし代理スイッチ３００がメッセージをサイフォン処理し、コール／セッションが別ネットワークに振り向けられたら、そのハンドオフはハンドオフが従来のＭＳＣにより管理されるのと同様に代理スイッチによって管理される。代理スイッチは適当なデータベースがＭＳの新ロケーションで確実に更新されるようにする。代理スイッチの別機能は機器の振分けに関する。特に、ＭＳが新コール／セッションをリクエストするメッセージを処理するとき、適当な回路（チャンネル）がこのセッションに割り当てられなければならない。システムとシステムステート（ｓｙｓｔｅｍ ｓｔａｔｅ）の設計によって代理スイッチは従来のＭＳＣが回路を割り当てるのと同様に割り当てを実行する。
【００３６】
図４は例示的利用法を示しており、代理スイッチ３００はＩＰバックボーン４１２または別回路ベースネットワーク４１４、例えば異なるキャリアのごときいくつかの代理ネットワークに接続されている。これら代理ネットワークは音声及び／又はデータトラフィックを望む目的地にまで運搬するのに使用でき、高価なＭＳＣ１１０装置共々ＰＳＴＮ１２０全体または一部の使用を回避させる。あるいは、これらアレンジは回路トラフィックを異なるネットワークにバックホール（ｂａｃｋｈａｕｌ）するように使用できる。例えば、ナシュアＮＨからの回路トラフィックはマサチューセッツ州ワルサムのＭＳＣにバックホールされる。あるいは、それらを他のネットワークへの接続に利用できる。例えば、ＩＰバックボーン４１２はＩＰ音声ネットワーク４１８またはインターネット４１６と通信できる。以下で説明するように、別ネットワークへトラフィックをサイフォン処理するとき、コントロール情報（例えば、信号メッセージからのもの）とリンク３０６のベアラー回路からの音声またはデータを別ネットワークを介して送ることができる。
【００３７】
これら例示的システムをサポートし、透明性を維持するため、本発明の好適実施例は核となる機能性の一部を提供する。コア機能はＭＳＣ１１０に到達する前にトランク３０６からのトラフィックをサイフォン処理し、別ネットワークからのトランク３０６へそのトラフィックを注入し、透明機能を発揮させ、さらに高いレベルでの利用のためにブロック構築機能を提供し、及び／又はエラー回復処理をサポートする。
代理スイッチの存在下での移動管理方法
ＭＳ１１４がネットワークでロームする際、標準的移動管理処理はそのＭＳがセル間でロームし、ロケーション更新または登録通知をＭＡが発行することを必要とする。これら更新はＭＳＣ１１０で受領され（ＢＳＣ経由）、やがてＶＬＲ／ＨＬＲシステムはＭＳの新ロケーションで更新される。しかし、この標準処理は本発明の特定実施例またはシステムでは作動しないかも知れない。例えば、ＭＳはＭＳＣを使用しないコールに関与するかも知れない（例えば別ネットワークで扱われるもの）。それでもＭＳはロケーション更新またはハンドオフメッセージの発行を必要とするであろう。この目的で本発明の好適実施例は代理スイッチ用に図３と図５で説明する移動管理ロジックを提供する。
【００３８】
もしロケーション更新またはハンドオフメッセージが代理スイッチ３００によってＢＳ１０７から受領されるなら、代理スイッチ３００はＭＳが現行コール関与しているかどうかを判定する（ステップ５０５）。もし、ＭＳがコールに関与していなければ、代理スイッチ３００はロケーション更新メッセージをステップ５１０を介してＭＳＣ１１０に送らせる。ＭＳＣ１１０は従来通りにＶＬＲ１１６を更新させる（ステップ５１５）。このロジックフロー（ｌｏｇｉｃ ｆｌｏｗ）は終了する（ステップ５９９）。
【００３９】
もし代理スイッチ３００がＭＳ１１４がコールに関与していると判断したなら、代理スイッチはＭＳＣ１１０がそのコールに関与しているかを調べる（ステップ５２０）。例えば、これは代理スイッチで維持されるコール（“セッション”とも言う）のステート情報を分析することで行われる。ＭＳＣがＭＳでのコールに関与していれば、代理スイッチは前述のように作用する。但し、今回はハンドオフメッセージはＭＳＣ１１０に送られる。
【００４０】
ＭＳがコールに関与し、ＭＳＣがそのコールに関与していなければ代理スイッチ３００はＢＳ１０７からのハンドオフメッセージをインターセプトし（ステップ５２５）、ハンドオフメッセージの情報を利用してハンドオフメッセージをロケーション更新メッセージに変換する（ステップ５３０）。そのロケーション更新メッセージは次にＭＳＣ１１０に送られ（ステップ５３５）、代理スイッチはその変化を反映させて自身のローカルデータベース（図示せず）を更新する。このローカルデータベースは代理スイッチのためにＶＬＲとして作用し、ＶＬＲが有する全情報を保持する（時に代理スイッチはＭＳＣと似た機能を果たす必要がある）。代理スイッチ３００は受領確認メッセージをＢＳ１０７に送る（ステップ５４０）。ロジックフローは終了する（ステップ５９９）。
代理スイッチの存在下での補助機能管理方法
本発明の好適実施例においては、ＭＳＣがＭＳが作動していないと信じるときにもＭＳは作動していることがある。例えば、ＭＳＣがＰＳＴＮ１２０からＭＳにコールを送ろうとしているときにＭＳは別ネットワークによって扱われているデータまたは音声コールに関与していることがある。このような状況に対処するため、代理スイッチ３００はそのような状況をＭＳに通知するロジックを提供する。このロジックを使用して、従来のコール待機のごとき補助サービスが代理スイッチによって提供される。さらに、コール待機及び他のサービスの新形態がこの中核支持機能で構築できるであろう。
【００４１】
図３と図６Ａを解説する。コールがＭＳＣ１１０から代理スイッチ３００に入り、メッセージが入るときに代理スイッチはＭＳがコールに関与しているかどうかを判定する（ステップ６０２）。ＭＳが作動していないとき、代理スイッチ３００はＭＳＣ発生メッセージをＢＳに通過させる（ステップ６０３）。ロジックフローは終了する（ステップ６９９）。
【００４２】
ＭＳが作動していれば、代理スイッチは、ＭＳコールがＭＳＣではなく代理スイッチで扱われているかどうかを判断する（ステップ６０４）。例えば、そのコールは代理スイッチに接続された別ネットワークで扱われているかも知れない（図４参照）。この場合、代理スイッチはＭＳＣ同様に作動してそのコールを扱う必要がある。代理スイッチはそのメッセージを単純には通過させない。もしそのコールがＭＳＣではなくて代理スイッチで扱われているなら、代理スイッチはＭＳＣ１１０からのコールをインターセプトし（ステップ６０５）、そのインターセプトしたメッセージを機能通知メッセージに変換する（ステップ６０６）。続いて代理スイッチ３００はＢＳ１０７に対して機能通知メッセージを発行し（ステップ６０７）、続いてＭＳ１１４に送信する。機能通知メッセージは入ってくるコールの存在をユーザーに通知するのに利用されるであろう。代理スイッチはＢＳから機能通知メッセージへの全てのレスポンスをインターセプト（ステップ６０８）する。代理スイッチの作動はこのロジックを使用するアプリケーションにより決定されるものである。
【００４３】
もしＭＳが代理スイッチによって扱われるコールに関与し、ＭＳＣに扱われるコールにも関与するなら、代理スイッチはそのような状況に対するレスポンスとして特定される機能を実行する（ステップ６０９）。この機能は関与する特定のアプリケーションにより決定されるであろう。従来のコール待機は前記の中核機能により構築されるサービスの１例に過ぎない。
【００４４】
ＭＳが両方共に別ネットワークが関与する２つのコールに関与しており、３番目のコールがその別ネットワークまたはＭＳＣからＭＳのために到着したなら、代理スイッチはこのコールをアプリケーションのロジックに則して振り替える。例えば、コール待ちアプリケーションにおいて、その３番目のコールはサブスライバープロフィールに含まれる指示に基いてルート処理される。通常のオプションではそのコールをサブスクライバーの音声メールに振り向ける。ＭＳが、両方共にＭＳＣが関与する２つのコールに関与し、第３のコールが別ネットワークからＭＳのために到達するなら類似ロジックが使用される。サブスクライバープロフィールはこの３番目のコールを代理スイッチがどのように扱うかを指示し、このロジックが代理スイッチによってどのように従われるべきかを指示する。最後に、ＭＳが、両方共にＭＳＣが関与する２つのコールに関与し、３番目のコールがＭＳのために到着するなら、ＭＳＣ自身がこの３番目のコールを扱うために利用するロジックを決定するであろう。
【００４５】
例えば、図３と図６Ｂは例示的コール待機アプリケーションを共同で図示する。このロジックはステップ６０８またはステップ６０９のように作動する（図６Ｂはステップ６００ではなくてステップ６０８または６０９から開始する）。すなわち、図６Ｂは従来のコール待機のような特定の補助機能を記述するが、この補助機能の当初ステップは図６Ａに関して説明したものである。
【００４６】
ロジックがステップ６０８でスタートしたら、代理スイッチはＭＳがコールに関与していることを既に検出しており、代理スイッチはそのコールを扱っているが、ＭＳＣは扱っていないことを意味する。このとき、代理スイッチはＭＳＣからのリクエストをインターセプトして、それらを機能通知に変換しており、ＢＳに対してその機能通知を発行する。代理スイッチはＢＳからのそのようなメッセージを受領し、それに対するレスポンスをインターセプトする。
【００４７】
図６Ｂのコール待機アプリケーションロジックの基で、ユーザーがコールを受領する意志があることを示せば、代理スイッチはそのレスポンスをメッセージに変換し、ＭＳがＭＳＣからの新コールを受領しつつあることを示す（ステップ６１５）。代理スイッチは次にＭＳＣに対してその変換メッセージを発行する（ステップ６２０）。ここでＭＳＣはそのコールが通常のコールであると“考え”る。すなわち、ＭＳＣステートはＭＳに対する１つだけのコールセッションを反映する。実際に、新コールの受領でユーザーはコール待機モードにおいて２つのコールを受領している。１つはＭＳＣにより扱われるものであり、１つは代理スイッチに扱われるものである。代理スイッチステートはこれら２つのコールを反映する。代理スイッチ３００はＭＳＣ１１０が新コールをセットアップすることをアシストする（ステップ６２５）。（この最後のステップはユーザーがそのコールを受け入れた場合にのみ到達する。もしユーザーが受け入れなければ代理ロジックは時間切れとなり、作動することはない（ステップ６２５））例えば、代理スイッチ３００は別ネットワークからのコールをパーキング処理（ｐａｒｋ）し、ＭＳＣからの受け入れられたコールをＭＳに送る。続いて代理スイッチ３００はＭＳからの機能通知レスポンスを全てインターセプトし（ステップ６３０）、ＭＳＣに再び振り向け、あるいは代理スイッチに振り向けさせる。例えば、ユーザーは移動及び別ネットワークで扱われているコール間で“トグル処理（ｔｏｇｇｌｅ）”を望むかも知れない。代理スイッチは１コールをパーキング処理するためにこのレスポンスをインターセプトし、続く機能通知をインターセプトする機能の一部として別コールをユーザーと接続する必要があろう。
別の状況では代理スイッチは、ＭＳＣがＭＳに接続する意図を持った複数のコールを有していればこのタイプのレスポンスをＭＳＣに送る必要があろう。コールが終了すると、代理スイッチ３００はシステムに対して適当な請求書情報を送る（ステップ６４０）。サービスがＭＳＣを関与させずに提供された場合にユーザーに請求書を適正に送るためにはこのことが必要である。情報を保持して請求書システムに送る方法は使用機器とシステムのサービスプロバイダーにより決定される。ほとんどのサービスプロバイダーは請求書情報の収集、フォーマット化及び搬送方法を規定する。
【００４８】
もしＭＳ１１４がコールに関与し、ＭＳＣで扱われるコールにも関与するなら、また、ＭＳＣがＭＳに対する新コールが意図されていることを示すなら、代理スイッチ３００はＢＳ１０７に対するＭＳＣからの機能通知メッセージをインターセプトする（ステップ６５０）ようにデザインできる。この機能通知メッセージはＢＳに渡らないようにブロックされ（ステップ６５５）、ＢＳからＭＳＣにはレスポンスが発行されない（ステップ６６０）。なぜなら、この機能通知メッセージはＢＳに送られることがブロックされたからである。このロジックフローは終了する（ステップ６９９）。ＭＳＣはレスポンスを得ず、ＭＳがそのコールの受領を望まないと想定する。ＭＳＣは標準方法を使用してこのコール、例えば、サブスクライバーの音声メールを終了させ、あるいはサブスクライバーが呼び出せないと述べるメッセージを流す。
【００４９】
図６Ｂのコール待機アプリケーションロジックは２つの同時コールの扱いに制限される。同じ一般的手法がコール待機のために３以上のコールの扱いに利用でき、別ネットワークからの複数のコールやデータコール及び音声コール等の扱いに利用できる。
代理スイッチの存在下でのフォールト（ｆａｕｌｔ）管理方法
ＢＳ１０７とＭＳＣ１１０との間の信号リンクのフォールト管理のための標準手法が存在する。この方法ではＢＳとＭＳＣの両方が同等物（ｐｅｅｒ）と考えられ、ここではピア１及びピア２と呼称する。両方のピアは２セットの数である前方連番（ＦＳＮ：ｆｏｒｗａｒｄ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）と後方連番（ＢＳＮ：ｂａｃｋｗａｒｄ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）とを維持する。ＦＳＮはピアに送られた最終メッセージを特定し、ＢＳＮはピアから受領された最終メッセージを特定する。例えば、２つの信号リンクであるＳＬＣ０とＳＬＣ１がピア１とピア２との間に存在すると想定する。もしピア１がＦＳＮ＝５であり、ピア２がＢＳＮ＝３であれば、ピア１はそれが５までの全てのメッセージをピア２に送ったことを知り、ピア２はそれが３までの全てのメッセージを受領したことを知る。もしＳＬＣ０が崩壊（ｂｒｅａｋ）し、ピア１がそのブレークを検出すれば、ピア１はピア２にチェンジオーバーオーダー（ＣＯＯ：ｃｈａｎｇｅ ｏｖｅｒ ｏｒｄｅｒ）メッセージを送り、ピア２にリンクＳＬＣ１へチェンジオーバーするように要請する。ピア２はＣＯＡ（チェンジオーバー確認：ｃｈａｎｇｅ ｏｖｅｒ ａｃｋｎｏｗｌｅｄｇｅｄ）で応答する。洩れているメッセージを再送信させるＢＳＮ数がこれらメッセージに含まれる。例えば、この場合、メッセージ４と５はピア２に再送信される必要がある。
【００５０】
別例として、ピア１がＦＳＮ＝１０及びＢＳＮ＝６であり、ピア２がＦＳＮ＝８及びＢＳＮ＝５であると想定する。またピア１とピア２との間には２つの信号リンクであるＳＬＣ０とＳＬＣ１が存在し、ＳＬＣ０はピア１で検出されるときブレークすると想定する。ピア１はリンクＳＬＣ１を使用してＣＯＯメッセージをピア２に送り、ＣＯＯメッセージ内にＢＳＮ（＝６）を含む。ピア２がこのメッセージを受け取ると、受領ＢＳＮをその内部ＦＳＮ（＝８）と比較し、最終の２つのメッセージ（８−６＝２）が再送信を必要とすると判定する。ピア２は最終の２つのメッセージを連結させて再送信させ、ＢＳＮ（＝５）を含んだＣＯＡメッセージを送り出す。ピア１はそのＣＯＡメッセージを受領し、その受領ＢＳＮを内部ＦＳＮ（＝１０）と比較して最終の５つのメッセージ（１０−５＝５）が再送信を必要とすると判定する。これら最後の５つのメッセージはピア１で行列化され、ピア２に再送信される。
【００５１】
好適実施例においては、ＢＳとＭＳとの間の標準リプレー及びリカバリー機構は作動すると考えられていない。すなわち、ＢＳ１０７はＭＳＣによって決して受領されないメッセージ、例えばサイフォン処理されたメッセージを代理スイッチに送り、代理スイッチは、例えばブロックされたＭＳＣメッセージをＢＳ１０７に送ることができる。その結果、ＢＳとＭＳＣでのベーシックＦＳＮ／ＢＳＮステートはシステム全体を正確には反映しないであろう。
【００５２】
従って、本発明の好適実施例においては代理スイッチは新形態のフォールト管理を提供する。図３と図７Ａ及び図７Ｂの代理スイッチはＭＳＣ１１０へのそれぞれのリンクのためにＦＳＮとＢＳＮカウンターの１セットと、ＢＳ１０７へのそれぞれのリンクのためのＦＳＮとＢＳＮカウンターの１セットとを創出する（ステップ７０５）。図７Ｂは基本概念を説明するための単純リンクアレンジを示しており、リンク７８５のためのＭＳＣのＦＳＮ／ＢＳＮペア７８７とリンク７８６のためのＦＳＮ／ＢＳＮペア７８９は従来のものである。ペア７８７はＭＳＣからのリンクセグメント７８５で送られ、受領確認されたメッセージ数を捕捉（ｔｒａｃｋ）する。ペア７８９はＢＳからのものをトラックする。代理スイッチ３００はＦＳＮ／ＢＳＮペア７８８と７９０を含む。ペア７８８は代理スイッチ３００からＢＳ１０７の方向のリンクセグメントで送られて受領確認されたメッセージ数をトラックする。ペア７９０は代理スイッチ３００からＭＳＣ１１０方向のリンクセグメント７８５で送られて受領確認されたメッセージ数をトラックする。
【００５３】
ペア７８７の値が７８８の値と等しくなることはない。例えば、ＭＳＣメッセージは通常代理スイッチロジックの一部としてＢＳ１０７に伝達されることが阻まれる。メッセージをこのように阻止することで、ペア７８７のＦＳＮ値はペア７８８のものよりも１高くなる。加えて、ＦＳＮとＢＳＮペア７８７とＦＳＮとＢＳＮペア７８８との間の差が等しくなることは想定されていない。例えば、通常代理スイッチロジックの一部として代理スイッチ３００でブロックされるであろうＭＳＣ１１０からの１メッセージの単純なケースを考えてみる。ペア７８７での差はＭＳＣ１１０で受領される受領確認が存在するまでは１であるが、ペア７８８では差がないであろう。なぜなら、ＢＳ１０７にはメッセージが送られないからである。
【００５４】
代理スイッチ３００でメッセージが受領されるとき、代理スイッチはそれらをインターセプトし、ＦＳＮ／ＢＳＮペアを更新する。
【００５５】
もし代理スイッチ３００がリンク７８５がブレークしたことを示すＭＳＣ１１０からのＣＯＯメッセージを検出すると（ステップ７１５）、代理スイッチ３００はそのメッセージをインターセプトし（ステップ７２０）、ＢＳ１０７へと通過することを阻止する。このＣＯＯはペア７８７のＢＳＮ情報を含んでおり、信号処理がチェンジオーバーすべき新リンク（図示せず）を指定する。代理スイッチは代理スイッチとＢＳとの間のリンク７８６（リンク７８６はリンク７８５に対応）のブレークを強制する（ステップ７２５）。そのブレークは次のように模擬される。数ミリ秒ごとに従来のＢＳとＭＳＣは“フィルイン信号（ｆｉｌｌ ｉｎ ｓｉｇｎａｌ）”と呼ばれるメッセージを送りだす。これらは受信されるが、そのレシーバはそれらリンクが作動状態であることを知る。レシーバが所定の時間内にフィルイン信号を得なければ、ブレークであることが想定され、ＣＯＯメッセージが送られる。よって、ブレークを模擬するため、本発明の１実施例はそのソフトウェアベースのプロトコルステートマシンにフィルイン信号を送らないよう修正し、ブレークを信号してＣＯＯを代理スイッチで発生させる（修正は従来ＭＳＣに対するものである）。
【００５６】
代理スイッチはペア７８８のＢＳＮでＢＳ１０７にＣＯＯメッセージを発生させる（ペア７８７のための情報を含んだオリジナルＣＯＯメッセージのＢＳＮ情報ではない）。この新ＣＯＯはＢＳにリンク（すなわちペア７８８のＢＳＮ）で受領したメッセージ数を知らせる。発生されたＣＯＯはチャンジオーバーに使用される新リンク（図７Ｂでは図示せず）を使用する。この新リンクは代理スイッチ３００とＭＳＣ１１０との間のチェンジオーバーリンクに対応する。
【００５７】
変更されたＮＳＮ数は新ＣＯＯメッセージと共にＢＳ１０７へ送られる（ステップ７３５）。このＣＯＯは非ブレークリンクで送られる。代理スイッチ３００は待機してＣＯＡ（受領確認）メッセージ７４０をＢＳ１０７から受領し、新ＣＯＡメッセージを発生させる（ステップ７４５）。この新ＣＯＡはペア７８９の情報ではなくペア７９０のＢＳＮ情報を含むであろう。新ＣＯＡはＭＳＣ１１０へ送られる（ステップ７５０）。
【００５８】
代理スイッチは次に、ＭＳＣとＢＳとから新リンクに送られるべき再送信情報を待機して受信する。受信された全ての情報はそれぞれの宛先に再送信され（ステップ７５５）、または通常のことであるかのように扱われる。ロジックフローは終了する（ステップ７９９）。
【００５９】
この実施例では、代理スイッチはＢＳまたはＭＳＣに依存してそれぞれの信号リンクのブレークを検出する。信号リンクのブレークはＢＳ構造の結果として強制される。すなわち、ブレークはＣＯＯのための必要な作動を創出するのに必要である。他の実施例では代理スイッチはブレークを検出し、対応的に代理スイッチはＢＳに関連してＭＳＣを模擬し、あるいはＭＳＣに関連してＢＳを模擬する。
ＣＯＯメッセージに基くサイフォン処理の自動化方法
本発明の実施例によっては代理スイッチは、どのような場合にメッセージを別ネットワークに回す（サイフォン処理）することでシステムが利益を享受できるかを積極的に判断することができる（図４のブロック４００参照）。例えば、本発明の１実施例では、代理スイッチ３００はシステムバンド幅の計測値として直接的または間接的に信号バンド幅をモニターする（例えば、減少システムバンド幅にトランスレートする減少信号バンド幅）。１実施例においては、ＭＳＣからのチェンジオーバーオーダー（ＣＯＯ）は、ＭＳＣで混雑信号として使用が可能であり、あるいは少なくとも、ＭＳＣとのバンド幅が、影響を受けたリンクが再稼動し、トラフィックがそのリンクに戻るまで妨害される。よって、代理スイッチ３００はＣＯＯを“スローダウン”トラフィックからＭＳＣへの発生イベントとして解釈し、それに対応して代理スイッチに接続された別ネットワークへのトラフィックサイフォン処理を開始する。
【００６０】
この点に関して例示的な１形態は図８に関する説明で示されている。代理スイッチは１セットのＦＳＮとＢＳＮカウンターをＭＳＣ１１０とＢＳ１０７のそれぞれのリンクに対して創出する（ステップ８０５）。ＢＳとのメッセージはインターセプトされ、連番は更新される（ステップ８１０）。代理スイッチ３００がＭＳＣ１１０からのＣＯＯメッセージを検出したなら（ステップ８１５）、代理スイッチ３００はそのメッセージをインターセプトし（ステップ８２０）、ＢＳ１０７への通過を阻止する。この場合、ＣＯＯはリクエストされたチェンジオーバーのみを反映させ、メッセージが再生される必要があるとは示さない。代理スイッチ３００は続いてＭＳＣに対する修正ＢＳＮ数によりＣＯＡメッセージを発生させ（ステップ８２５）、ＣＯＡメッセージをＭＳＣ１１０に送る（ステップ８３０）。修正連番はメッセージ処理中に代理スイッチで創出されるものである。よって、ＭＳＣはＣＯＯが発生したと信じる。ＭＳＣとＢＳとの間の通信バンド幅はチェンジオーバーの結果として低いであろう。なぜなら、１つ少ない信号発信リンクが利用できるからである。
【００６１】
しかし、代理スイッチ３００とＭＳＣとの間のバンド幅はＣＯＯの結果として減少するかも知れないが、ＢＳ１０７と代理スイッチ３００との間のバンド幅は減少しない。代理スイッチはトラフィックを別ネットワークにサイフォン処理することでこの状況を利用することができる。従って、代理スイッチは代理スイッチのＢＳ側から発生されるトラフィックのためのトラフィックサイフォン処理を開始する（ステップ８３５）。ＭＳ１１４からの音声やデータトラフィックを運搬するのに利用が可能な別ネットワークには多くの種類が存在する（図４参照）。もし代理スイッチに接続された複数タイプの別ネットワークが存在すれば、代理スイッチは、例えばデータや音声である通信タイプに基いて別ネットワークのタイプを選択するであろう。サイフォン処理を開始するにあたって、代理スイッチは必要に応じてデータプレーンを作成し、特定のベアラー回路トラフィックを適当な別ネットワークに回すであろう。例えば、Ｖ０ＩＰアセンブリ４０４を信号メッセージから得られた情報で構築することができる。
【００６２】
トラフィックのサイフォン処理は所定のセッションに対して継続される。代理スイッチ３００はＦＳＮ、ＢＳＮ数を前述のごとくに維持する。ＢＳ１０７からの全てのＣＯＯメッセージはインターセプトされ、ＣＯＡが発生されてＢＳに送られる。ＦＳＮとＢＳＮカウンターは維持される。
【００６３】
ＭＳＣ１１０からの全てのＣＯＯメッセージはインターセプトされ（ステップ８５０）、ＭＳＣが以前にブレークしたリンクのトラフィックを再び受領する準備ができているか、すなわち、ＣＯＯがチェンジバックメッセージであるかどうかを確認するためにチェックされる。そのようなメッセージが存在すれば、代理スイッチはそのことを、ＭＳＣがさらに高いレベルのトラフィックを再び扱うことができると解釈し、サイフォンされたリンクとトラフィックの“再接続”を行うであろう（ＣＯＯがチェンジバックメッセージでなければ、トラフィックのさらなるサイフォン処理で利益が享受できる状況を示す別のチェンジオーバーメッセージであるかも知れない）。
【００６４】
チェンジオーバーメッセージが存在すれば、新ＣＯＯは修正ＢＳＮで発生され（ステップ８５５）、ＢＳ１０７に送られる（ステップ８６０）。修正ＢＳＮは代理スイッチによって維持されるものである。代理スイッチ３００はＢＳ１０７からのＣＯＡメッセージを待機して受領する（ステップ８６５）。新ＣＯＡメッセージは修正ＢＳＮ番号で発生され（ステップ８７０）、ＭＳＣ１１０に送られる（ステップ８７５）。代理スイッチはトラフィックサイフォン処理を中断する。コントロールプレーンはデータプレーンにそのように指示する。
【００６５】
実施例によってはトラフィックのサイフォン処理の判断は他の考察を含むであろう。例えば、別ネットワークは代理スイッチロジックで考察されるＱｏＳ保証を提供することができる。１実施例においてはサイフォン処理はセッション境界でのみ行われる。従って、コールをサイフォン処理するならば、コール発生場所でサイフォン処理される。
【００６６】
前述の説明はＣＯＯがネットワーク混雑状態を示すものであることを前提としている。本発明の１実施例においては、自動サイフォン処理のために説明された前述のロジックは図７Ａと図７Ｂに関して解説したフォールト管理ロジックで補足される。この実施例では、代理スイッチ３００がＭＳＣからＣＯＯを得るたびに、前述のリプレーロジックを実行する。しかしＢＳからのＣＯＯメッセージは常に信号リンクのブレークとして扱われ、リプレーロジックは実行されるがサイフォン処理は行われない。
ＢＳＣとＭＳＣのポイントコードの保存方法
ＳＳ７ネットワークにおいては、全ネットワークコンポーネントは“ポイントコード”と呼ばれるユニークな数字でアドレスされる。従って、全ＢＳＣとＭＳＣはユニークなポイントコードを有するであろう。ＢＳＣからＭＳＣへのメッセージは一般的に受信先ポイントコード（例えば、意図するＭＳＣのポイントコード）と、発信元ポイントコード（例えばメッセージソースであるＢＳＣのポイントコード）とを含んでいる。
【００６７】
ＭＳから発生するコールに対するＢＳＣからＭＳＣへのメッセージは、ベアラー回路（ｂｅａｒｅｒ ｃｉｒｃｕｉｔ）をそのコールに対して指定するように追加要請する。ベアラー回路（音声またはデータを運搬）は回路識別コード（ＣＩＣ：ｃｉｒｃｕｉｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｃｏｄｅ）で識別される。
【００６８】
代理スイッチにより透明オペレーションをサポートするには、ポイントコードとＢＳＣとＭＳＣとの間のＣＩＣ移動が全メッセージに対して保存される。この必要性は、ベアラートラフィックを運搬する回路の一部がＢＳＣからＭＳＣに透明にトラバースするが、ＢＳＣから発生する他の回路は代理スイッチで終結し、ＭＳＣはその終結に気付かないという事実で複雑化する。
【００６９】
前述のように、トランク３０８の一部はＢＳとＭＳＣとの間の直接接続のために準備され（回路通過）、残りの回路は代理スイッチで終結される（サイフォン可能回路）。
【００７０】
前述したように、トランク３０８の一部はＢＳとＭＳＣとの間の直接接続のために予備供給されており、他のトランク３１２は代理スイッチに接続する。同様に、好適実施例においては、ベアラー回路の一部はＢＳとＭＳＣとの間の直接接続のために予備供給されており（通過回路）、残りの回路は代理スイッチで終結する（サイフォン処理可能回路）。
【００７１】
１実施例において、通常の作動状態ではＭＳＣはどのコールに対してもサイフォン処理可能回路を指定しないであろう。サイフォン処理トラフィックが存在するとき、代理スイッチはＢＳからのコールに対してサイフォン処理可能回路を指定するであろう（適当なＣＩＣをＢＳに通信する）。ＢＳはその回路で音声またはデータを送ることで応答するであろう。以下で記載されているように、音声またはデータはこの回路から読み取られ、ＤＡＣＳ４０２を介して別ネットワークに送られる。
【００７２】
代理スイッチ作動不良の場合、ＭＳＣの情報の信頼性を確認するため、本発明の１実施例ではネットワーク管理システムはＭＳＣでのＣＩＣデータベースにアクセスし、サイフォン処理可能回路を利用可能であるとマークする。その結果、ＭＳＣはこの回路が割り当て可能であると考え、ネットワークは通常の移動ネットワークのごとく振る舞う（すなわち、代理スイッチのないネットワーク）。
【００７３】
代理スイッチが回復すると、ネットワーク管理システムはＭＳＣにてＣＩＣデータベースに再度アクセスするが、その際にサイフォン処理可能回路を“利用不能”とマークする。さらに、代理スイッチデータベースにアクセスしてサイフォン処理可能回路を“利用可能”とマークする。これら回路は代理スイッチによって指定可能となる。実施例によっては、サイフォン処理可能回路はＭＳＣで“利用不能”とマークされ、代理スイッチで“利用可能”と徐々にマークされ、代理スイッチはさらに多くのサイフォン処理可能回路に対するコントロールを徐々に得る。
【００７４】
図３Ｂのシステムを扱うには前述の技術が必要である。特に、図３Ｂのシステムの扱いには代理スイッチはＢＳからのメッセージをインターセプトし、ポイントコードを変更して再マップ処理されたＭＳＣを反映させる必要がある。１実施例ではこれは微小体セッションレベル（ｓｅｓｓｉｏｎ−ｌｅｖｅｌ ｏｆ ｇｒａｎｕｌａｒｉｔｙ）で行われる。すなわち、新ＭＳＣへの再マッピングはセッション境界で決定される。あるいは、例えばＭＳがオン状態にされると再マッピングは他の微小体レベルで行われる。いくつかの実施例ではＭＳＣ及び対応ポイントコードへの機器連番（例えば、ＭＳがオン状態のときにメッセージ内に含まれる）を相関させることでマッピングが実行される。
ハードウェア構造
図３と図４に示す代理スイッチ３００はコントロールプレーン３０２とデータプレーン３０４とを含んでいる。コントロールプレーンは処理ハードウェアと関連ソフトウェアとの組み合わせを含んでいる。データプレーンはコントロールプレーンからのコマンドに対応するハードウェアを主として含んでいる。
【００７５】
コントロールプレーンはプログラム可能な信号カードを含んでおり（例えば、フォースシステム社が販売するＰＭＣ８２６０）、信号リンク３１２、３１４から信号情報を受け取り、その当初処理を実行する。この当初処理は情報を送って信号リンクで終了させ、プログラムコントロールで信号メッセージに含まれるメッセージ情報を抽出する。メッセージ情報が収集されたら、信号カードはメッセージ情報をプログラム可能処理カード（例えばラジシス社が提供するＲＰＣ３３０５と３３０６）に送る。これは代理スイッチの機能性の実行を担当する。
【００７６】
コントロールプレーンは受動的不良耐久メカニズム（ｐａｓｓｉｖｅ ｆａｕｌｔ ｔｏｌｅｒａｎｃｅ ｍｅｃｈａｎｉｓｍ）で構築される。これらメカニズムはコントロールプレーンの決定的な不良時に、コントロールプレーンの一方側で受領される信号リンクを他方側にバイパスさせる。よって、もしコントロールプレーンが作動不良となれば、それらリンクはコントロールプレーンをバイパスされ、ＢＳＣとＭＳＣが従来式に通信する。
【００７７】
例示的実施例のデータプレーン３０４は図４に図示されている。それはＤＡＣＳ４０２、ボイスオーバーＩＰアセンブリ４０４、データ終結モジュール４０６（例えば、Ａ５データをＣＤＭＡネットワークに終結させる）、ＰＰＰリレーアセンブリ４０８及びＰＰＰ終結アセンブリ４１０を含んでいる。種々なアセンブリはモジュールにパッケージできる。
【００７８】
ＤＡＣＳ４０２はトランク３０６のベアラー回路を受領し、トランクで受領した情報を終結させる。さらにそれらトランクで音声とデータを送る。ＤＡＣＳ４０２用の準備されたポートはＶｏＩＰ４０４とデータ終結アセンブリ４０８に接続される。データ終結アセンブリ４０８はＰＰＰリレー４０８に接続される。これはＰＰＰ終結アセンブリ４１０と通信状態にある。さらに、データプレーンは別回路ベースネットワーク、例えば、別領域ネットワークで回路ＭＳＣへのバックホールトラフィックに接続される。
【００７９】
全データプレーン機器は、Ｈ．２４８またはメディアゲートウェイコントロールプロトコル（ＭＧＣＰ：ｍｅｄｉａ ｇａｔｅｗａｙ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）に従って情報を運搬するのに使用されるコントロールチャンネル４０１を介してコントロールプレーン３０２からのコントロールコマンドを受領する。コントロールチャンネルはＤＡＣＳ４０２にベアラー回路をどのように準備するかを伝えるのに使用される。例えば、ＢＳ１０７からの所定の入力回路はアセンブリの１つへの出力ポートにマップ処理される。コントロールチャンネルもコントロール情報を様々なアセンブリに伝達するのに使用される。例えば、信号情報は、ＶｏＩＰアセンブリによって必要とされる宛先アドレスを創出するのに使用できるＩＰ宛先アドレスのごときコントロール情報を含む。この情報はＶｏＩＰアセンブリによって、情報をパケット化し、適当なプロトコル、例えばＲＴＰ／ＵＤＰ／ＩＰに従ってそれを送ることでＤＡＣＳから受領する音声情報を搬送するのに使用される。
【００８０】
データプレーンは受動的フォールト耐久メカニズムを備えている。これらメカニズムはデータプレーンの不調の際に、ＤＡＣＳの１面で受領されるトランクがＭＳＣへ接続されている出力トランクにバイパスさせる。よって、もしデータプレーンが不調になれば、トランクはデータプレーンをバイパスされ、ＢＳＣとＭＳＣは従来同様に通信することができる。
ソフトウェア構造
図９と図１０の好適実施例のコントロールプレーンソフトウェアはセッションマネージャプロセスと通信プロセスとを実行する。セッションマネージャプロセスは代理セッションマネージャ（ＰＳＭ：ｐｒｏｘｙ ｓｅｓｓｉｏｎ ｍａｎａｇｅｒ）９０４とコアセッションマネージャ（ＣＳＭ：ｃｏｒｅ ｓｅｓｓｉｏｎ ｍａｎａｇｅｒ）１００２を含んでいる。通信プロセスはＳＳ７メッセージハンドラー（ＳＳ７ＭｓｇＨｄｌｒ）９０２ａから９０２ｎとＩＰメッセージハンドラー（ＩＰＭｓｇＨｄｌｒ）９０６ａから９０６ｎを含んでいる。それら名称が暗示するように、セッションマネージャはコールセッションを管理して扱うロジックを含んでおり、メッセージハンドラーはメッセージを扱うロジックを含んでいる。メッセージハンドラーはメッセージの扱い用ロジックを封印し、他のソフトウェアがメッセージハンドリング機能を知る必要がないようにしている。同様に、セッションマネージャはセッションの扱い用ロジックを封印し、メッセージハンドラーのごとき他のソフトウェアがセッションステート等を知る必要がないようにしている。
【００８１】
ＳＳ７ＭｓｇＨｄｌｒプロセスとＩＰＭｓｇＨｄｌｒプロセスは入ってくるメッセージを受領して出て行くメッセージを送り出す任務を担当する。前者はＭＳＣ１１０及び／又はＢＳ１０７との信号メッセージを担当する。後者のＳＳ７ＭｓｇＨｄｌｒとＩＰＭｓｇＨｄｌｒはデータプレーンとのコントロールメッセージを受領して送り出す。ＰＳＭプロセス９０４は“フロースルー”コールすなわち非サイフォン処理コールであるコールまたはセッションを扱う。ＣＳＭプロセス１００２は代理スイッチ３００でサイフォン処理されている全コールまたはセッションを扱う。ＣＳＭプロセス１００２は回路ＭＳＣ及びＢＳとほぼ同様な機能を提供する。なぜなら、ＭＳＣのようにＢＳからのメッセージに対応し、ＢＳのようにＭＳからのメッセージに対応するからである。一般的に、種々なプロセッサーカードで同時的に作動して必要なスケール性と性能を提供する複数のＰＳＭ及びＣＳＭプロセスが存在する。追加のソフトウェアプロセスはフェールオーバーと信頼性のために提供されている。これらは本明細書ではＰＳＭ‘９０４’とＣＭＳ‘１００２’である。これら‘主要’プロセスの目的は他のＰＳＭやＣＳＭプロセスのためのフェールオーバーを提供することである。１実施例においては、それぞれのＰＳＭ及びＣＳＭは“シャドー”ＰＳＭ’／ＣＳＭ’プロセスを有し、シャドーカバレッジ（ｓｈａｄｏｗ ｃｏｖｅｒａｇｅ）を提供する。ＰＳＭまたはＣＳＭプロセスがフェイルすると、対応するシャドーＰＳＭ’／ＣＳＭ’プロセスはフェイルしたプロセスを代行するように設計されている。
【００８２】
図９の信号メッセージはＢＳＣとＭＳＣから到着し、ＳＳ７ＭｓｇＨｄｌｒ９０２ａから９０２ｎで扱われる。これはＳＳ７プロセスカードで実行する。代理スイッチとのそれぞれの信号リンクに関連する１つのＳＳ７ＭｓｇＨｄｌｒが存在する。ＳＳ７プロセスカードは信号メッセージから充分な情報を引き出し、対応するＳＳ７ＭｓｇＨｄｌｒを特定する。信号メッセージはＳＳ７ＭｓｇＨｄｌｒに提供される。
【００８３】
ＳＳ７ＭｓｇＨｄｌｒはメッセージを受領し、ユニークな論理参照番号をこのメッセージに割り当てる。この参照番号は同一進行コール／セッションに関する続くメッセージの識別に使用される。指定された論理参照番号はＢＳまたはＭＳＣ（例えば、ＳＣＣＰプロトコルスタック）で作動するソフトウェアシステムに戻され、その参照番号をこのコール／セッションに関係する全部の続くメッセージに使用する。
【００８４】
前述の処理後、ＳＳ７ＭｓｇＨｄｌｒ９０２はＰＳＭ９０４を選択し、そのメッセージを扱う。１実施例においては、ＳＳ７ＭｓｇＨｄｌｒはメッセージオリジネータのポイントコードを審査し、そのコードに関係するＰＳＭを選択する。例えば、表がそのような関係を保存するのに使用できる。
【００８５】
ＰＳＭ９０４はこのメッセージがサイフォン処理対象コール／セッションのためのものであるかどうかを判定する。１実施例においては、この判定はデータセッションと音声コールとを区別するメッセージに含まれたサービスオプションフィールドを審査することで行われる。別実施例では、この判定は呼び出し側あるいは呼び出され側の番号を審査して両方が移動電話番号であるかを確認することで行われる。別実施例では、この判定は呼び出し側番号を審査して、呼び出し側がＶｏＩＰサービスプロバイダーを選択したかどうかを判定することで行われる。このコール／セッションのサイフォン処理の判定がなされると、ＰＳＭ９０４はそのメッセージをＣＳＭ１００２に渡す。このコール／セッションをサインフォン処理しないという判定がなされると、ＰＳＭはＳＳ７ＭｓｇＨｄｌｒプロセスを介してＭＳＣまたはＢＳへ戻すのに使用されるメッセージを発生させる。
【００８６】
ＰＳＭプロセス９０４は内部プロトコルを介してＣＳＭプロセス１００２に通信する（図１０参照）。１好適実施例の内部プロトコルはステートレス（ｓｔａｔｅｌｅｓｓ）であり、テキストベース（ｔｅｘｔ ｂａｓｅｄ）である。前述したように、ＰＳＭはサイフォン処理できないこれらセッション／コールを扱う。サイフォン処理できるセッション／コールに遭遇すると、その内容をＣＳＭプロセスに渡す。ＣＳＭプロセスはサイフォン処理される全コール／セッションの担当である。ＣＳＭはＨ．２４８やＭＧＣＰ（メディアゲートウェイコントロールプロトコル）のごとき標準コントロールプロトコルを介してデータプレーンと通信する。
【００８７】
ＰＳＭプロセスとＣＳＭプロセスの内部機構は類似している。図１１での入ってくるメッセージはネットワークインターフェースモジュール１１０２で受領される。ネットワークインターフェースモジュールはそのメッセージをプロトコルエンジン１１０４に送る。例えば、このエンジン１１０４はＣＤＭＡ実施例においてはＩＳ−６３４プロトコルに従ってメッセージをエンコード及びデコードする。ステートマシンモジュール（ｓｔａｔｅ ｍａｃｈｉｎｅ ｍｏｄｕｌｅ）１１０６はそのプロトコルに従ってメッセージの扱いとステートのレコーディングを担当する。例えば、所定のプロトコルのもとでの所定のメッセージはそのプロトコルのもとで知られたステートトランジション（ｓｔａｔｅ ｔｒａｎｓｉｔｉｏｎ）を意味する。ステートマシンモジュール１１０６はステートのレコーディングとステートトランジションの実行用のロジックを含む。
【００８８】
活性ディレクトリモジュール１１０８はＭＳＣの外部移動管理機能（ｅｘｔｅｒｎａｌ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）と相互作用し、サブスクライバープロフィールと他のユーザー／サブスクライバーデータの取得と更新を扱う。従来のＳＭＣにおいては、ビジティングロケーションレジスター（ＶＬＲ：ｖｉｓｉｔｉｎｇ ｌｏｃａｔｉｏｎ ｒｅｇｉｓｔｅｒ）は典型的にはＭＳＣと共通に位置する。ＶＬＲはＭＳＣにカバーされた領域内でローミングするサブスクライバー情報（プロフィール）を含む。さらに、ＭＳＣは現行ネットワークに“ホーム（ｈｏｍｅｄ）”されている全サブスクライバーを含んだホームロケーションレジスター（ＨＬＲ：ｈｏｍｅ ｌｏｃａｔｉｏｎ ｒｅｇｉｓｔｅｒ）と呼ばれる別データベースに接続される。典型的には、サブスクライバーがロームしてＭＳＣでカバーされている領域に入ると、ＭＳＣはＨＬＲにそのサブスクライバーのプロフィールを送り、それをローカルＶＬＲに保存するようにリクエストする。そのサブスクライバーがＭＳＣでカバーされている領域を出ると（別のＭＳＣがカバーする領域に入ると）、このサブスクライバープロフィールは削除される。代理スイッチの活性ディレクトリーモジュールはＨＬＲデータベースのクライエントとして作動し、代理スイッチにカバーされている領域にロームするサブスクライバーのＨＬＲからサブスクライバープロフィールをリクエストし、ローカルデータベースを更新する。すなわち、活性ディレクトリーモジュール及びその関連データベースはロームするサブスクライバーのための臨時ＶＬＲとして作動する。
【００８９】
メディアゲートウェイコントローラー（ＭＧＣ）モジュール１１１０はオープンコントロールプロトコル、例えばＨ．２４８及びＭＧＣＰを介して代理スイッチのデータプレーン３０４と相互作用する。ＩＳ−６３４ステートマシーンモジュール１１０６からの作動リクエストを受領するとＭＧＣ１１１０はＨ．２４８またはＭＧＣＰプロトコルのメッセージをデータプレーン３０４に送り、必要な機能を実行させる。１実施例のＴＤＭ−ＶｏＩＰの場合では、ＭＧＣ１１１０からデータプレーンへのこれら活性メッセージは、データプレーンに指示してイングレスポートでの入ってくる回路（ＴＤＭ）トラフィックを受領させ、それをＲＴＰ／ＵＤＰ／ＩＰパケットに変換してエングレスポートの１つから送り出させる。よって、この実施例では、入ってくる回路トラフィックはパケットされ、パケットとして送り出される。この実施例は回路コールを受け、ボイスオーバーＩＰ（ＶｏＩＰ）コールとして送り出すのに利用できる。別の実施例であるＴＤＭ−ＴＤＭの場合には、ＭＧＣ１１１０はデータプレーン３０４に指示して、イングレスポートでの入ってくる回路（ＴＤＭ）トラフィックとエグレスポートから出ていく回路（ＴＤＭ）トラフィックとしてのスイッチとを受領させる。この場合、入ってくる回路トラフィックは回路として保存され、別の回路ネットワークにスイッチされる。
【００９０】
図１２から図１４は簡単な構造図で前述の概念を説明するものである。これらの図は信号メッセージに対応してソフトウェアプロセスの多彩な相互作用を示す。単純化を目的としてベアラー回路は図のいくつかで除外されている。さらに単純化させるため、ＰＳＭとＣＳＭプロセスの１例のみが図示されている。
【００９１】
図１２は新コールメッセージがＢＳ１０７からＭＳＣ１１０に初期化されるときのコントロールフローと、パススルーコール（ｐａｓｓ ｔｈｒｏｕｇｈ ｃａｌｌ）を図示する。パススルーコールとは代理スイッチ３００がコールの管理をせず、そのコールをＭＳＣ１１０によって扱われるようにパススルーするようなコールのことである。代理スイッチ３００はこのコールの目的においては透明である（しかし、図３Ｂに関して説明したように、例えばＭＳＣの再マッピング処理を扱うためにポイントコードを変更するかも知れない）。ＢＳ１０７はＭＳＣ１１０に意図されたサービスリクエスト（ＣＲＳ等）を送る（ステップ１２０５）。そのサービスリクエストは、それが音声コールまたはデータコールのリクエストであるかどうかを判定するサービスオプションフィールドを含む。代理スイッチはこのメッセージを受け取る（ＢＳＣとＭＳＣとの間の信号通路に存在することによる）。特にＳＳ７ＭｓｇＨｄｌｒプロセス９０２はそのコールを受け取り、ユニークなローカル数字をこのメッセージに指定し（これは進行中コールリクエストのための当初メッセージ）、それをさらに処理するためにＰＳＭプロセス９０４に回す（ステップ１２１０）。ＰＳＭプロセス９０４は入ってくるメッセージをデコードし、ＩＳ−６３４ステートマシンを使用して（ＣＤＭＡ実施例）このコールがサイフォン処理対象であるか（例えば別ネットワークへ）、またはＭＳＣ１１０で扱わせるべきか否かを判定する。この例ではコールはサイフォン処理されないので、そのメッセージはエンコードされてＳＳ７ＭｓｇＨｄｌｒプロセス９０２に戻される（ステップ１２１５）。１実施例においては、ＳＳ７ＭｓｇＨｄｌｒプロセスとＰＳＭプロセスとの間の通信プロトコルはステートレステキストベースのプロトコルであり、関係する信号プロトコルのアブストラクションレベル（セッションロジックに対する）を提供する。ＳＳ７ＭｓｇＨｄｌｒプロセス９０２はＩＳ−６３４メッセージをＭＳＣ１１０に再送信する（ステップ１２２０）。ＭＳＣはこのメッセージを処理して応答する（ステップ１２２５）。この応答は代理スイッチ３００に受信されるが、この応答は出て行くがサイフォン処理できないコールに関係するため（当初ＣＲＳリクエストメッセージに割り当てられたローカル参照番号から判断）、ＳＳ７ＭｓｇＨｄｌｒプロセス９０２はこのメッセージをＰＳＭ９０４に送らない。その代り、ＳＳ７ＭｓｇＨｄｌｒはこのメッセージをＢＳ１０７に透明状態で送る（ステップ１２３０）。このコールに関する全てのさらなる交換は、そのコールの結論でのコールリリースメッセージを除いて、ＢＳとＭＳＣとの間を透明状態で通過させられる。コールリリースに対応して代理スイッチ３００は、そのコールの“テアダウン（ｔｅａｒ ｄｏｗｎ）”をローカル参照番号の配置を含んで発生させる。このコールリリースメッセージは代理スイッチでＢＳ１０７にも送られ、ＢＳはこのテアダウンプロセスで処理する。
【００９２】
図１３はＭＳＣ１１０にＢＳ１０７によって初期化されたコールメッセージの場合を示し、代理トランク、すなわちＭＳＣ１１０によってコントロールされて割り当てられたトランクを示す。ＢＳ１０７はＭＳＣ１１０に意図されたサービスリクエストを送る（ステップ１３０５）。代理スイッチはこのメッセージを受け取り、ＳＳ７ＭｓｇＨｄｌｒプロセス９０２はそのコールを受け取ってユニークローカル参照番号をこのメッセージに割り当て、それをさらに処理するためにＰＳＭプロセス９０４に回す（ステップ１３１０）。ＰＳＭプロセス９０４は入ってくるメッセージをデコードしてこのコールをサイフォン処理すべきか否か（例えば別ネットワークに）、またはＳＭＣ１１０に扱わせべきか否かを判定する。この例ではコールはサイフォン処理されないので、メッセージはエンコードされ、ＳＳ７ＭｓｇＨｄｌｒプロセス９０２に送り返される（ステップ１３１５）。ＳＳ７ＭｓｇＨｄｌｒプロセス９０２はそのメッセージをＭＳＣ１１０に再送信する（ステップ１３２０）。ＭＳＣ１１０は１チャンネルをそのコールに割り当てることでコールセットアップリクエストに対応する（ステップ１３２５）。このチャンネル指定は代理スイッチ３００に受信され、その指定をＰＳＭ９０４に渡し（ステップ１３３０）、この指定を記録した（ステップ１３３０）と応答する（ステップ１３３５）。代理スイッチはそのチャンネル指定リクエストをＢＳ１０７に送る（ステップ１３４０）。ＢＳＣとＭＳＣとの間のこのコールに関係する全部のさらなる通信はそのコールがメッセージをリリースするまで代理スイッチを介して透明に通過される。このコールリリースは代理スイッチのテアダウンプロセスを実行させる。
【００９３】
図１４は“サイフォン処理されたコール”を図示する。サイフォン処理されたコールとは代理スイッチによってインターセプトされ、別ネットワークに方向変換されたＢＳ１０７により初期化されたコールのことである。そのような例では全ての信号処理は代理スイッチによって扱われ、ユーザートラフィックを運搬するトランクも代理スイッチによってコントロールされる。ＢＳ１０７はＭＳＣ１１０に意図されたサービスリクエストを送る（ステップ１４０５）。代理スイッチはこのメッセージを受け取り、ユニークな参照番号を割り当て、さらなる処理のためにＰＳＭプロセ９０４にそれを回す（ステップ１４１０）。ＰＳＭプロセス９０４は入ってくるメッセージをデコードし、ＩＳ６３４ステートマシン（ＣＤＭＡ実施例用）を使用してそのコールがサイフォン処理されるべきか否かを判定する。この例ではコールは別ネットワークへサイフォン処理されるので、ＰＳＭはそのメッセージをＣＳＭプロセス１００２に送る（ステップ１４１５）。ＣＳＭプロセス１００２は通常のＭＳＣのごとくに作動開始し、このコール用のチャンネルを割り当て（ステップ１４２０）、ＢＳと代理スイッチのデータプレーンとの間にトランクを割り当てる。このチャンネル指定はＳＳ７ＭｓｇＨｄｌｒに送られる（ステップ１４３５）。ＳＳ７ＭｓｇＨｄｌｒプロセスはこのチャンネル指定情報をＢＳに送り（ステップ１４３０）、ＢＳにそれをユーザートラフィックに利用させる。ＣＳＭもメッセージを代理スイッチのデータプレーンに送り（Ｈ．２４８またはＭＧＣＰプロトコルを使用して説明済み）、指定チャンネルで入ってくるユーザートラフィックを受領させ、別ネットワークに回す。前述のように、１実施例においてはその別ネットワークはＩＰネットワークでもよい。全ての他の通信は、ＢＳＣとＣＳＭプロセスとの間でコールリリースコマンドがＭＳＣによって発行され、リソースのリリースを引き起こす（テアダウンプロセス）まで行われる。
【００９４】
別実施例においては、ソフトウェア構造は、２つの異なるプロセス（ＰＳＭとＣＳＭ）ではなくて代理機能を実行する１つのプロセスのみを利用することができる。そのような実施例ではＰＳＭプロセスのみがコールがサイフォン処理されるべきか否かを判定する。サイフォンできないコールであればＭＳＣに送られる。サイフォン処理できるコールであれば、ＰＳＭ自体がそのコールを扱い、メッセージを送ってＢＳ１０７とＭＳＣ１１０からのメッセージを受領する。換言すれば、そのような実施例のＰＳＭはＭＳＣやＢＳ１０７のように振舞い、全ての信号メッセージを扱う。よって、ＰＳＭプロセスは、ＢＳ１０７からのメッセージに対してＭＳＣのように反応し、ＢＳ１０７であるかのようにＭＳからのメッセージに反応するので回路ＭＳＣ及びＢＳ１０７と同様な機能性を提供する。一般的に、多様なプロセッサーカードで同時的に進行して必要なスケール性と性能とを提供する複数のＰＳＭプロセスが存在する。追加のソフトウェアプロセスがフェールオーバーと信頼性のために提供される。これらプロセスの目的は他のＰＳＭプロセスのためのフェールオーバーの提供である。１実施例ではそれぞれのＰＳＭは“シャドー”プロセスを有しており、シャドーカバレージを提供する。ＰＳＭプロセスがフェールすると、対応するシャドープロセスがフェールしたプロセスからテークオーバーするように設計されている。
バリエーション
前述の実施例は透明スイッチの実現を可能にする。しかし、機能性のサブセットは従来にない利点を提供する。例えば、ネットワークに対して部分的に可視であるスイッチでも以上で述べた多くの利点を提供する。
【００９５】
さらに、それら実施例はＣＤＭＡプロトコルとの関係でも説明されているが、それら実施例はＧＳＭ、ＩＳ−１３６及び／又は他の２Ｇ及び３Ｇプロトコルとも作動するように改良できる。
【００９６】
代理スイッチからＭＳＣへのトランク接続はオプションである。
【００９７】
例示的な実施例をいくつか説明してきたが、当業技術者であればそれらに本発明の範囲内で改良を加えることは可能であろう。
【図面の簡単な説明】
【図１】図１は従来技術による移動ネットワークのシステム概略図である。
【図２】図２は従来技術移動ネットワークでのＢＳと移動スイッチセンターとの間の従来技術インターフェースを図示する。
【図３Ａ】図３Ａは本発明の好適実施例による移動ネットワークでの代理スイッチと他の機器を図示する。
【図３Ｂ】図３Ｂは本発明の好適実施例による移動ネットワークでの代理スイッチと他の機器を図示する。
【図４】図４は本発明の１好適実施例による代理スイッチの例示的データプレーン（ｄａｔａ ｐｌａｎｅ）を図示する。
【図５】図５は本発明の１好適実施例による代理スイッチの移動管理ロジック（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｌｏｇｉｃ）を図示する。
【図６Ａ】図６Ａは本発明の１好適実施例による代理スイッチの補助機能ロジックを図示する。
【図６Ｂ】図６Ｂは本発明の１好適実施例による代理スイッチの補助機能ロジックを図示する。
【図７Ａ】図７Ａは本発明の１好適実施例による代理スイッチの不調管理ロジック（ｆａｕｌｔ ｍａｎａｇｅｍｅｎｔ ｌｏｇｉｃ）を図示する。
【図７Ｂ】図７Ｂは本発明の１好適実施例によるＦＳＮとＢＳＮカウンターを図示する。
【図８】図８は本発明の１好適実施例による代理スイッチのメッセージサイフォン処理ロジック（ｍｅｓｓａｇｅ ｓｉｐｈｏｎｉｎｇ ｌｏｇｉｃ）を図示する。
【図９】図９は本発明の１好適実施例による代理スイッチのソフトウェア処理構造（ｓｏｆｔｗａｒｅ ｐｒｏｃｅｓｓ ａｒｃｈｉｔｅｃｔｕｒｅ）を図示する。
【図１０】図１０は本発明の１好適実施例による代理スイッチのソフトウェア処理構造を図示する。
【図１１】図１１は本発明の１好適実施例による代理スイッチの特定処理のソフトウェアモジュール構造（ｓｏｆｔｗａｒｅ ｍｏｄｕｌｅ ａｒｃｈｉｔｅｃｔｕｒｅ）を図示する。
【図１２】図１２は単純化された構造図であり、メッセージフロー（ｍｅｓｓａｇｅ ｆｌｏｗ）とソフトウェア処理の相互作用を図示する。
【図１３】図１３は単純化された構造図であり、メッセージフロー（ｍｅｓｓａｇｅ ｆｌｏｗ）とソフトウェア処理の相互作用を図示する。
【図１４】図１４は単純化された構造図であり、メッセージフロー（ｍｅｓｓａｇｅ ｆｌｏｗ）とソフトウェア処理の相互作用を図示する。
【図１】
2004515138.tif 000003
【図３Ａ】
2004515138.tif 000004
【図３Ｂ】
2004515138.tif 000005
【図４】
2004515138.tif 000006
【図５】
2004515138.tif 000007
【図６Ａ】
2004515138.tif 000008
【図６Ｂ】
2004515138.tif 000009
【図７Ａ】
2004515138.tif 000010
【図７Ｂ】
2004515138.tif 000011
【図８】
2004515138.tif 000012
【図１１】
2004515138.tif 000013
【国際公開パンフレット】
2004515138.tif 000014
2004515138.tif 000015
2004515138.tif 000016
2004515138.tif 000017
2004515138.tif 000018
2004515138.tif 000019
2004515138.tif 000020
2004515138.tif 000021
2004515138.tif 000022
2004515138.tif 000023
2004515138.tif 000024
2004515138.tif 000025
2004515138.tif 000026
2004515138.tif 000027
2004515138.tif 000028
2004515138.tif 000029
2004515138.tif 000030
2004515138.tif 000031
2004515138.tif 000032
2004515138.tif 000033
2004515138.tif 000034
2004515138.tif 000035
2004515138.tif 000036
2004515138.tif 000037
2004515138.tif 000038
2004515138.tif 000039
2004515138.tif 000040
2004515138.tif 000041
2004515138.tif 000042
2004515138.tif 000043
2004515138.tif 000044
2004515138.tif 000045
2004515138.tif 000046
2004515138.tif 000047
2004515138.tif 000048
2004515138.tif 000049
2004515138.tif 000050
2004515138.tif 000051
2004515138.tif 000052
2004515138.tif 000053
2004515138.tif 000054
2004515138.tif 000055
2004515138.tif 000056
2004515138.tif 000057
2004515138.tif 000058
2004515138.tif 000059
2004515138.tif 000060
【国際公開パンフレット（コレクトバージョン）】
2004515138.tif 000061
2004515138.tif 000062
【国際調査報告】
2004515138.tif 000063
2004515138.tif 000064