JP4202925B2 - Ｍｓｃ間パケットデータハンドオフに関連する回線呼び出しセットアップ及び配信の最適化 - Google Patents

Description

（発明の背景）
本発明は、一般に無線通信回線網に適用し、特にＭＳＣ間ハンドオフ（ｈａｎｄｏｆｆ）が含まれる呼び出しルーティングの効率性の改善に適用する。

ＴＩＡ／ＥＩＡ／ＩＳ−２０００標準（ｃｄｍａ２０００回線網）に基づく無線通信回線網は、公衆交換電話回線網（ＰＳＴＮ）の様な伝統的回線交換回線網と同じように、インターネットの様な公衆データ回線網（ＰＤＮｓ）とインタフェースする。これらの回線網は典型的に、相補の回線網エンティティの組を含み、幾つかはデータ（パケット交換）及び音声（回線交換）呼び出しの両方を共用する。例えば、無線通信回線網内の移動交換センタ（ＭＳＣｓ）は、無線回線網からＰＳＴＮへの通信リンクを提供すると同じ様に、呼び出し管理（セットアップ／廃棄（ｔｅａｒｄｏｗｎ）、等）サービスを提供する。従って、ＭＳＣｓは無線回線網とＰＳＴＮとの間の音声トラフィックの管理における中心的役割を演じている。

データ呼び出しにおいて、ＭＳＣが依然として呼び出しセットアップ／解除のある局面に係わっている間は、それはパケットデータトラフィックを運搬しない。むしろ、パケット制御機能（ＰＣＦ）は、通信的に無線回線網を、ＰＤＮに結合されたパケットデータサービングノード（ＰＤＳＮ）へリンクする。音声とデータ呼び出しとの間のルーティングの差は、無線通信回線網、及びこれら回線網内の種々のエンティティが呼び出しルーティングを処理する方法に影響する。幾つかの例において、ルーティングの差はある程度の非効率を生じる結果となる。

例えば、ルーティング非効率は、無線回線網ユーザが１つの場所から他へ移動するとき生じることが出来る。無線通信回線網は、ユーザが異なる到達地域を通って移動するとき、ユーザの移動を追跡しなければならない。ユーザは、単一の無線通信回線網から成る複数到達地域の間を移動するかも知れず、又は多数の無線通信回線網の到達地域を横切るかも知れず、いずれの場合にも、セル式加入者情報を１つの搬送波から他へ渡すために標準のシグナリングプロトコルが存在する。１つのこの様なプロトコルは、一般にＩＳ−４１と呼ばれるＴＩＡ／ＥＩＡ／ＡＮＳＩ−４１である。ＩＳ−４１は、スイッチ間シグナリングのための標準であり、種々の回線網エンティティがユーザの場所を標準プロトコルメッセージを経由して追跡可能にすることにより、ユーザが多くの異なる搬送波（回線網オペレータ）の無線回線網を横切って歩き回ることを許す。一般に、ＩＳ−４１メッセージは、システムシグナリング７（ＳＳ７）回線網を経由して運搬される。

ＩＳ−４１標準は、移動局登録、認証、及びハンドオフに対する標準化された方法を提供する。例えば、ＩＳ−４１は、遠隔回線網がホーム回線網にユーザが遠隔回線網を通してのサービスのため登録したことを知らせることを許す。もし呼び出しがユーザに対してなされると、ホーム回線網におけるホームロケーションレジスタ（ＨＬＲ）は、呼び出しルーティングを援助するためにこの情報を提供する。どの様にしてその呼び出しがルーティングされ、またどの回線網要素が関係するかは呼び出しの形式に依存し、また、潜在的呼び出しルーティングの非効率が生じる少なくとも１つのエリアが識別となる。

例えば、回線交換呼び出し（ｃｉｒｃｕｉｔ−ｓｗｉｔｃｈｅｄ ｃａｌｌｓ：例えば、移動体終端の又は発信の音声呼び出し）について、特定のＭＳＣはＰＳＴＮに回線交換リンクを提供する。そのＭＳＣは「アンカ」（“ａｎｃｈｏｒ”）ＭＳＣと呼ばれる。移動体が、別のアンカＭＳＣの到達地域から移動すると、それは、サービス（“ｓｅｒｖｉｎｇ”）のＭＳＣと呼ばれる別のＭＳＣへハンドオフ（ｈａｎｄｅｄ ｏｆｆ）される。ＰＳＴＮ接続はアンカＭＳＣと共に残るので、呼び出しのための音声トラフィックは、アンカＭＳＣ及びサービスＭＳＣを通りルーティングされる。このトラフィックのためのベアラサービスはＭＳＣ間トランクライン上に確立される。一旦呼び出しが終わると、移動体は別の呼び出しを発信するかも知れず、又は回線網に再登録し、これにより新しいアンカＭＳＣを確立する。

データパケット呼び出しのために、複数ＭＳＣｓは、パケットデータトラフィックに対するベアラサービスの確立を要求されず、なぜならその形式の呼び出しは、パケット制御機能（ＰＣＦｓ）及びパケットデータサービスノード（ＰＤＳＮｓ）の様な他の回線網エンティティを通りルーティングされるからである。それにも拘らず、ＭＳＣ間ハンドオフは、回線交換呼び出しハンドオフに使用されたのと類似のシグナリング規約に従い、また複数ＭＳＣはこの面においてベアラサービスを必要とされないにもかかわらず、アンカ及びサービスＭＳＣの概念が依然として適用する。注目すべきは、ＩＳ−４１は、パケットデータ呼び出しに関係するシグナリングのために、ＰＮ−４７２０（ＰＮ４７２０ＴＩＡ／ＥＩＡ−４１−Ｄ Ｎｅｔｗｏｒｋ Ｂａｓｅｄ Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ＣＤＭＡ Ｐａｃｋｅｔ Ｄａｔａ Ｓｅｒｖｉｃｅ）により定義される拡張を有する。

パケットデータ呼び出しハンドオフに対する上のアプローチの結果、回線交換呼び出しルーティング非効率が不必要に移動局に対して負わされるかも知れない、それは、アクティブのパケットデータ呼び出しに従事しながらＭＳＣ間ハンドオフを経験したことになる。例えば、パケットデータ呼び出しにのみ従事している移動局が、そのアンカＭＳＣの到達地域から新しいＭＳＣへ移動すると、その新しいＭＳＣがサービスＭＳＣとなる。移動体へ到達する如何なる回線交換呼び出しも、理想的には、サービスＭＳＣへ直接にルーティングされるべきであつた時に、そのアンカＭＳＣを通りサービスＭＳＣへルーティングされる。

音声呼び出しトラフィックの好ましくないルーティングは、現在の標準では本質的に／不可避である。なぜなら、アンカＭＳＣは、現在の呼び出しの終了後、ＭＳにより遂行される次の呼び出し発信又はイベント登録までは変更されないからである。従って、ＣＤＭＡ無線通信回線網は、ＩＳ−４１／ＰＮ−４７２０に基づく呼び出しルーティングに対する、より効率的なアプローチを必要とする。好ましくは、この解決策は標準に準拠しており、ユーザにとって控えめなものとなろう。

（発明の簡単な要約）
本発明は、音声及びパケットデータサービスの両方を提供し、またＩＳ−４１回線網間シグナリングを採用する無線通信回線網におけるＭＳＣ間データ呼び出しハンドオフに関連する、音声呼び出しルーティング非効率を回避するシグナリング方法及び通信システムを提供する。ＴＩＡ／ＥＩＡ−２０００／２００１標準に基づく無線通信回線網は、この形式通信回線網を例示する。示された実施例において、サービスＭＳＣがアンカＭＳＣからのハンドオフにおいてアクティブなデータ呼び出しに従事している移動局を受ける時、アンカＭＳＣにデータ呼び出し接続リソースをリリースさせるため標準ＩＳ−４１シグナリングを使用する。そのサービスＭＳＣはまた、ＭＳに対するＨＬＲ情報を更新するためＩＳ−４１シグナリングを使用することによりアンカＭＳＣの役割を引き受ける。この後者のアクションは、次の音声呼び出しが、元のアンカＭＳＣを通ってルーティングされるのを回避する。

本発明のシグナリング方法は、ＭＳのユーザが意識することなく動作し、また現在のＩＳ−４１標準の修正を必要としない。勿論、例示的アプローチだけは複数ＭＳＣｓの動作の修正を必要とし、その結果、複数のＭＳＣは、ＭＳＣ間ハンドオフにおいてサービスＭＳＣの役割を演ずる場合に望ましいＩＳ−４１シグナリングメッセージを発生する。即ち、本発明の例示的実施例は、サービスＭＳＣが、あるＭＳＣ間ハンドオフ状態の下でアンカＭＳＣの役割を果たすことを可能にするため、従来にはない方法で標準シグナリングメッセージを有利に使用する。

本発明の他の特徴及び利点は、以下の詳細な記載を読み、また関連する図面を参照すれば、当業者にとって明白であろう。勿論、以下の詳細は例示的であり、当業者は実施することの出来る本質的なバリエーションを認識するであろう。

（発明の詳細な説明）
図１は、一般的に数字１０により参照される全般的無線通信回線網を示す図である。多数の無線回線網は一般に数字１２により参照され、個々のものは１２−１，１２−２、以下同様に参照される。これらの個々の無線回線網は、各々が移動交換センタ（ＭＳＣ）１４、ビジタロケーションレジスタ（ＶＬＲ）１６、基地局（ＢＳ）１８、及びパケット制御機能（ＰＣＦ）２０から成る。この簡単化された図は、本発明の論議に直接密接には関係しない回線網エンティティを示していないことを理解すべきであり、実際の回線網の実施は図示された複数のエンティティを含むことが出来る。例えば、典型的無線回線網１２は無線サービス到達範囲セルに地理的に編成された多数のＢＳｓ１８を含む。ここに、ＢＳｓ１８は、典型的に無線基地局（ＲＢＳｓ）として示される物理的無線リソースと同じ様に、基地局コントローラ（ＢＳＣ）リソースの両方を暗黙のうちに含む。如何なる場合にも、ＢＳｓ１８はＭＳｓ２０との無線通信リンクを提供する。

このキャパシティで、ＢＳｓ１８は、通信トラフィックを複数のＭＳｓ２２へルーティングし、そして複数のＭＳｓ２２からＭＳＣｓ１４を通るか、あるいはＰＣＦｓ２０を通るかのいずれかによりルーティングする。与えられた呼び出しに関連するトラフィックの形式が、どのエンティティが呼び出しトラフィックの運搬に含まれるかを決定する。一般に、回線交換音声呼び出しは、ＭＳＣｓ１４を通してルーティングされ、このＭＳＣｓ１４は通信でＰＳＴＮ３４又は他の回線交換回線網に結合される。ＳＳ７／ＩＳ−４１回線網の様なシグナリング回線網は、ホームロケーションレジスタ（ＨＬＲ）２６へのアクセスを提供し、このＨＬＲ２６は回線網間交換に使用されるＭＳ関連情報を含み、またハンドオフに含まれる種々の回線網エンティティ間のシグナリングを可能にする。

パケットデータ呼び出しは一般にＰＣＦｓ２０を通してルーティングされ、このＰＣＦｓ２０はゲートウェイルータとして動作するパケットデータサービングノード（ＰＤＳＮｓ）３０を経由して１つ又はそれより多くのＰＤＮｓ３２と結合する。データ呼び出しに対して、その呼び出しに関連するベアラサービス運搬パケットデータトラフィックは、ハンドオフにおける複数ＭＳＣｓ１４の間を通過しない。むしろ、そのパケットデータトラフィックは、含まれる複数ＰＤＳＮｓ３０により第１のＰＣＦ２０から第２のＰＣＦ２０へ単に再ルーティングされる。しかし、音声呼び出し（回線交換呼び出し）に対しては、その呼び出しに関連するベアラサービス運搬パケットデータトラフィックは、ハンドオフに従いＭＳＣ間トランクを経由して複数ＭＳＣ１４の間をルーティングされる。

図２は、例示的ＭＳＣ１４のコンポーネントをより詳細に示し、しかし他のＭＳＣアーキテクチャ及び実施が可能であり、また本発明は示されたＭＳＣに限定されないことを理解すべきである。

ＭＳＣ１４は、複数の通信インタフェース１４Ａ−１４Ｄ，交換回線１４Ｅ，及びシステムコントローラ１４Ｆから成る。通信インタフェース１４Ａ−１４Ｄは、ＭＳＣを他の回線網エンティティに接続する。通信インタフェース１４ＡはＭＳＣをＰＳＴＮに接続する。通信インタフェース１４ＢはＭＳＣ１４を、ＭＳＣ１４の到達地域内の複数基地局に接続する。通信インタフェース１４ＣはＭＳＣ１４を、種々の回線網エンティティ間のシグナリングに使用されるシグナリング回線網に接続する。通信インタフェース１４Ｄは、ＭＳＣ１４と回線網１０内の他の複数ＭＳＣとの間のトランク接続を提供する。交換回線１４Ｅは、移動局呼び出しデータをＭＳＣの到達地域内の複数基地局へ及びこれらからルーティングする。その交換回線は、移動局で発信される呼び出しデータをＰＳＴＮへルーティングする。もしＭＳＣ１４がアンカＭＳＣであれば、移動局２２から発信される呼び出しデータは、ＭＳＣ間ハンドオフに従いサービスＭＳＣのトランク接続の１つを経由してサービスＭＳＣへルーティングすることが出来る。移動局のために意図されている呼び出しデータは、通信インタフェース１４Ａにおいて受信され、交換回線１４Ｅにより通信インタフェース１４Ｂを経由して適切な基地局へルーティングされる。もしＭＳＣ１４が、データをサービスＭＳＣへルーティングしていれば、データは通信インタフェース１４ａから１４ｅへそして次に１４ｄへ流れる。サービスＭＳＣにおいて、移動局のための呼び出しデータは、通信インタフェース１４Ｄ上で受信されても良い。

システムコントローラ１４ｆはＭＳＣの動作を調整する。ＭＳＣにより遂行される機能の１つは呼び出し処理である。呼び出し処理は、到達地域内の移動局への又はそこからの呼び出しのための接続のセットアップを含み、これは必然的にＭＳＣ１４と他の回線網エンティティとの間のシグナリングを必要とする。通信インタフェース１４Ｃは、回線網エンティティの間のシグナリングメッセージを運搬するため、ＳＳ７回線網の様な、シグナリング回線網への接続を提供する。ＭＳＣ１４は、以前に述べたＶＬＲ１６の様な、他の要素を含んでも良い。加えて、ＭＳＣ１４は、回線網に登録している移動局を認証する認証センタ１４Ｇを含むことが出来る。

異なるルーティングシナリオ及び特に、本発明により提案された非効率なルーティングシナリオのより良い理解は幾つかの例示的呼び出しの流れの論議を通じて得られるかも知れない。パケットデータ呼び出しのための特定のシグナリングの例の面においてＩＳ−４１シグナリング手順がここに参照される場合は、ＰＮ−４７２０の使用を意味することを理解すべきである。

この論議は図３の引例から始め、これはアクティブな音声呼び出しに従事しているＭＳ２２に対するＭＳＣ間ハンドオフを示し、またこれらの詳細を含む。
（ａ）ＭＳ２２は、「アンカシステム」と呼ばれる、無線回線網１２の１つを通じて最初の登録を遂行する。登録は、ＭＳ２２に、アンカシステムのＢＳ１８へエア（ａｉｒ）インタフェース登録メッセージを送ることを課する。ＢＳ１８は、このメッセージをＩＳ−２０００１−Ａ手順によりＭＳＣ１４（以下アンカＭＳＣと呼ぶ）へ中継する。
（ｂ）アンカＭＳＣは、登録及び受信した認証情報を関連するＶＬＲ１６，アンカＶＬＲと呼ぶ、に転送する。アンカＶＬＲは、加入者（ＭＳ２２）の記録を持たないであろうし、正規のＩＳ−４１認証／登録手順をシグナリング回線網２４を経由してＨＬＲ２６と共に遂行する。認証及び検証の後、ＨＬＲ２６は加入者プロファイル情報をアンカＶＬＲへ送る。アンカＶＬＲは次にアンカＭＳＣに登録結果を通知する。この点において、加入者の記録はアンカＶＬＲにおいて維持される。加えて、ＨＬＲ２６は、アンカＭＳＣにＭＳ２２の現在のロケーションとして示すために問題のＭＳ２２のロケーション情報を更新する。
（ｃ）ＭＳ２２はアンカＭＳＣと共に回線交換呼び出し（例えば、移動体終端又は発信、音声呼び出し）をセットアップする。
（ｄ）ＭＳ２２は幾らかの期間音声呼び出しを続ける。
（ｅ）どこかの点において、ＭＳ２２はハンドオフに対する必要性をアンカＭＳＣの監視下にない新しいＢＳ１８に示す。
（ｆ）アンカＭＳＣは、ハンドオフにおいてＭＳ２２を受け入れているＢＳ１８に対する監視ＭＳＣへＭＳ２２をハンドオフするためＩＳ−４１ハンドオフ手順を開始し、それは「サービス」ＭＳＣと呼ばれる。問題のサービス例は音声呼び出しであるので、アンカとサービスＭＳＣｓとの間にシグナリング回線網２４を経由してＭＳＣ間トランクもまたセットアップされるであろう。サービスＭＳＣは、ＩＳ−２００１Ａハンドオフ手順を使用してサービスＢＳ１８における必要なリソースをセットアップし、この動作をアンカＭＳＣに示す。
（ｇ）アンカＭＳＣはＭＳ２２にハンドオフを始めるべきことを示す。
（ｈ）音声呼び出しはハンドオフ過程の間及び後もアクティブのままである。
（ｉ）ハンドオフに続くある点において、音声呼び出しはリリースされる。
（ｊ）リリース指示を受信すると、サービスＭＳＣはその呼び出しに関連する全部の基地局リソースをリリースし、アンカＭＳＣと共にＩＳ−４１リリース手順を開始し、関連するＭＳＣ間トランクのリリースを含む。
（ｋ）ある時間後、ＭＳ２２は登録を開始し又はサービスシステムを通して呼び出し発信を遂行する（即ち、サービスＭＳＣ／ＶＬＲを使用して）。
（ｌ）次の登録又は移動体発信（ｍｏｂｉｌｅ ｏｒｉｇｉｎａｔｉｏｎ）事象と同時に、ＭＳ２２に関連する記録又はエントリを持たない、サービスＭＳＣ／ＶＬＲはＨＬＲ２６と共にＩＳ−４１登録手順を開始する。ＨＬＲ２６は、次に、サービスＭＳＣにＭＳの現在のロケーションとして示すためにＭＳ２２に対するロケーション情報を更新し、加入者記録をサービスＶＬＲへ送る。従って、サービスシステムは、ＭＳ２２に対するその後の呼び出し処理に関して新しいアンカシステムとなる。
（ｍ）サービスＭＳＣからの登録が完了した後、ＨＬＲはアンカＭＳＣと共にＩＳ−４１ロケーション取り消し（Ｌｏｃａｔｉｏｎ Ｃａｎｃｅｌｌａｔｉｏｎ）手順を開始する。この手順が成功して完了すると、ＭＳ２２に対する加入者プロファイルはアンカＶＬＲから削除される結果となる。

図４は、アクティブデータ呼び出しに従事しているＭＳ２２に対するＭＳＣ間ハンドオフを示し、また以下の詳細を含む。
（ａ）ＭＳ２２は、無線回線１２の１つを通じて最初の登録を遂行し、「アンカシステム」と呼ばれる。登録は、ＭＳ２２に、エアインタフェース登録メッセージをアンカシステムのＢＳ１８へ送ることを課する。ＢＳ１８は、このメッセージをＩＳ−２００１−Ａ手順によりＭＳＣ１４（今後アンカＭＳＣと呼ぶ）へ中継する。
（ｂ）アンカＭＳＣは、登録及び受信した認証情報をその関連したＶＬＲ１６（アンカＶＬＲと呼ぶ）へ転送する。アンカＶＬＲは加入者（ＭＳ２２）の記録を持たないであろうし、正規のＩＳ−４１認証／登録手順をＨＬＲ２６と共にシグナリング回線網４を経由して遂行する。認証及び照合の後、ＨＬＲ２６は加入者プロファイル情報をアンカＶＬＲへ送る。アンカＶＬＲは次にアンカＭＳＣに登録結果を通知する。加えて、ＨＬＲ２６は、アンカシステム（アンカＶＬＲ）にＭＳ２２の現在のロケーションとして示すために問題のＭＳ２２に対するロケーション情報を更新する。この点において、加入者の記録はアンカＶＬＲにおいて維持され、そのアンカＶＬＲはアンカＭＳＣと共通にロケーションし又はその一部を形成しても良い。
（ｃ）ＭＳ２２は、パケットデータ呼び出しをセットアップする。パケットデータトラフィックはＭＳＣを通してルーティングされない。むしろそれはＢＳ１８，ＰＣＦ１０， 及びＰＤＳＮ３０を通してＰＤＮ３２へルーティングされる。単純のために、ＰＤＮのみが示される。
（ｄ）パケットデータ呼び出しは幾らかの期間アクティブのままである。
（ｅ）データ呼び出しの間のある点において、ＭＳ２２は、アンカＭＳＣの制御下にないＢＳ１８へハンドオフする必要性を示す。
（ｆ）アンカＭＳＣはＭＳ２２を別のＭＳＣ１４へハンドオフするためＩＳ−４１ハンドオフ手順を開始し、そのＭＳＣ１４はサービスＭＳＣと呼ばれる。問題のサービス例はデータ呼び出しであるので、ＭＳＣ間トランクは必要ない。サービスＭＳＣは、ＩＳ−２００１Ａハンドオフ手順を使用して、サービスＢＳ１８において必要なリソースをセットアップし、この動作をアンカＭＳＣに示す。
（ｇ）アンカＭＳＣは、ＭＳ２２にハンドオフを進行すべきことを示す。
（ｈ）データ呼び出しは、ＭＳＣ間ハンドオフの間及びその後もアクティブのままである。
（ｉ）幾らか遅れているタイマーにおいて、パケットデータ呼び出しは、リリースされる。
（ｊ）リリース指示を受信すると、サービスＭＳＣは、その呼び出しに関連した全部の基地局リソースをリリースし、アンカＭＳＣと共にＩＳ−４１ドロップサービス手順を開始する。
（ｋ）ある時間後、ＭＳ２２は、登録を開始し又はサービスシステムを通じて呼び出し発信を遂行する（即ち、サービスＭＳＣ／ＶＬＲを使用して）。
（ｌ）次の登録又は移動体開始と同時に、ＭＳ２２に関連する記録又は
エンティティを持たないサービスＭＳＣ／ＶＬＲは、ＨＬＲ２６と共にＩＳ−４１登録手順を開始する。ＨＬＲ２６は、次に、サービスＭＳＣに複数ＭＳの現在のロケーションとして示すために、そのロケーション情報を更新し、加入者記録をサービスＶＬＲに送る。従って、サービスシステムは、ＭＳ２２に対するその後の呼び出し処理に関する新しいアンカシステムとなる。

上のＭＳＣ間ハンドオフシナリオにおいて、ＭＳ２２のアンカシステムからサービスシステムへのハンドオフの間呼び出しを維持するため標準ＩＳ−４１シグナリング手順が使用された。音声及びデータ呼び出しシナリオの両方において、サービスＭＳＣ／ＶＬＲが、先の呼び出しのリリース後にサービスＭＳＣを通じて呼び出しを登録又は発信するＭＳ２２に応じて、結局アンカＭＳＣ／ＶＬＲの役割を果たした。

しかし、データ呼び出しに従事しているＭＳ２２がＭＳＣ間ハンドオフを受ける時は、回線網１０内で呼び出しルーティング非効率機会が存在する。データ呼び出しがリリースされ、ＭＳ２２がサービスＭＳＣを通じて登録又は発信を開始する後に生じる、ＭＳ２２がサービスシステムにおいて再登録するまでは、アンカＭＳＣはＭＳ２２に対する加入者プロファイル情報を維持し、またＨＬＲ２６におけるＭＳ２２に対するロケーション情報は依然としてアンカＭＳＣを指し示す。従って、発信システム（例えば、無線回線網１２の１つ）に到達するＭＳ２２に対する音声呼び出しは、アンカＭＳＣを通じて、ＭＳＣ間トランクを経由してサービスＭＳＣへルーティングされる。この間接的ルーティングは、発信システムが、ＭＳ２２に対するＨＬＲのロケーション情報によりアンカシステムに指向されている結果として生じる。

この様に、ＭＳ２２がデータ呼び出し中にＭＳＣ間ハンドオフを受ける場合は、それに続く間接的音声呼び出しルーティングの機会が生じる。さらに詳しくは、回線網１０とＭＳ２２の両方が同時の音声及びデータサービスをサポートする場合、間接ルーティングが生起し、その結果ＭＳ２２は、データ呼び出しに従事しながら到達する音声呼び出しを受信することができる。もし複数ＭＳのデータ呼び出しがＭＳＣ間ハンドオフの後休止状態になれば、同時サービスがサポートされない場合でも、間接ルーティングは生じることが出来、発信システムに到達するＭＳ２２に対する音声呼び出しに先行して、ＭＳ２２は再登録又は再発信しない。

図５は、移動局が同時の音声及びデータ呼び出しの能力がある時生起するかも知れない非効率呼び出しルーティングを示す。
（ａ）ＭＳ２２はアクティブパケットデータ呼び出しに従事している。アンカＭＳＣはサービスＭＳＣにハンドオフしたが、ＭＳ２２は依然としてアンカＭＳＣにおいて登録されている。
（ｂ）ＭＳ２２に対して到達する音声呼び出しは、発信ＭＳＣに到着する。
（ｃ）発信ＭＳＣは、ＭＳ２２に対するルーティング情報を要求するためＨＬＲ２６へＩＳ−４１ ＬＯＣＲＥＱメッセージを送る。
（ｄ）ＨＬＲ２６は、ＭＳ２２が登録されているアンカＶＬＲへＲＯＵＴＲＥＱを送りルーティング情報を要求する。
（ｅ）アンカＶＬＲは、その要求をアンカＭＳＣへ転送する。
（ｆ）アンカＭＳＣは、ＭＳ２２に対する一時的デイレクトリロケーション番号（ＴＤＬＮ）を割り当て、ルーティング情報をｒｏｕｔｒｅｑ応答メッセージにおいてアンカＶＬＲへ返す。
（ｇ）アンカＶＬＲは、ｒｏｕｔｒｅｑ応答メッセージをＨＬＲ２６へ転送する。
（ｈ）ＨＬＲ２６は、ルーティング情報を発信ＭＳＣヘｌｏｃｒｅｑ応答メッセージ内で送る。
（ｉ）発信ＭＳＣは、アンカＭＳＣへの呼び出しをセットアップする。
（ｊ）アンカＭＳＣは、サービスＭＳＣと共に呼び出しをセットアップし、サービスＭＳＣは必要なリソースをサービスＢＳ１８において割り当てる。付加されているサービスは回線交換呼び出しであるので、アンカとサービスＭＳＣとの間のＭＳＣ間トランクはまたＩＳ−４１手順を使用してセットアップされる。
（ｋ）音声トラフィックルーティングは、発信ＭＳＣから直接サービスＭＳＣへ行くより、発信ＭＳＣからアンカＭＳＣを通って行く方が幾らかの非効率を被り、サービスＭＳＣが、次にＭＳ２２と共に同時データ及び音声呼び出しをサポートする。

図６は、従来の回線網動作に固有な望ましくない音声呼び出しルーティングを指摘する例示的シグナリング手順を示す。図６に示す様な呼び出し処理論理は、複数ＭＳＣ１４において利用出来る１つ又はそれより多い処理装置又は処理システムについて実行するソフトウエア又は他のプログラム論理を包含しても良い。図６の論理は、それがサービスＭＳＣの役割において動作する時、ＭＳＣ１４に適用する。

処理は、サービスＭＳＣがアンカＭＳＣからハンドオフメッセージを受けて開始する（Ｓｔｅｐ１００）。ＩＳ−４１シグナリングの下で、このメッセージは典型的に設備指示（Ｆａｃｉｌｉｔｉｅｓ Ｄｉｒｅｃｔｉｖｅ）メッセージ（例えば、ＦＡＣＤＩＲ２メッセージ）を含む。サービスＭＳＣは、どのサービス（即ち、音声、データ、又は同時音声及びデータ）がハンドオフ（Ｓｔｅｐ１０２）に含まれるかを決定するためハンドオフメッセージに含まれる情報を使用する。例えば、ＩＳ−２０００パケットデータサービスは、ＦＡＣＤＩＲ２メッセージ内のサービスオプション（Ｓｅｒｖｉｃｅ Ｏｐｔｉｏｎ）３３により示される。同様に、ＦＡＣＤＩＲ２メッセージのＣＤＭＡ接続参考リスト（ＣＤＭＡＣｏｎｎｅｃｔｉｏｎＲｅｆｅｒｅｎｃｅＬｉｓｔ）情報要素は、ＩＳ−９５ ＭＳ２２（ＩＳ−９５はＣＤＭＡ無線回線網標準の周知の前の世代である）。如何なる場合にも、もしサービスＭＳＣが、アンカＭＳＣからハンドオフされているＭＳ２２は実際上のデータ呼び出しに従事していないと決定すれば、サービスＭＳＣは、現在のＩＳ−２００１Ａ及びＩＳ−４１音声呼び出しハンドオフ手順を実行し（Ｓｔｅｐ１０４）、処理は要すれば他のＭＳＣ動作で継続される（Ｓｔｅｐ１０６）。

もしハンドオフメッセージが、ＭＳ２２は実際上のデータ呼び出しに従事していることを示すならば、サービスＭＳＣは同時の音声及びデータ呼び出しが存在するかどうかを決定する（Ｓｔｅｐ１０８）。もしそうでなければ、サービスＭＳＣは、アンカＭＳＣを通じてのＭＳ２２に対するその後の音声呼び出しの非効率なルーティングを防ぐため、現在の標準化されたシグナリングを活用する一連の動作を試みる（Ｓｔｅｐ１１０）。

具体的には、この例示的流れにおいて、サービスＭＳＣは以下の動作を遂行する。
・ 国際的移動局識別子（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）（ＩＭＳＩ），電子的一連番号（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）（ＥＳＮ），及びＭＳ２２に関連するＩＳ−２０００移動体能力（Ｍｏｂｉｌｅ Ｃａｐａｂｉｌｉｔｉｅｓ）を記憶し、サポートされる帯域クラス、スロットモードオペレーション、移動体プロトコルリビジョンレベル（Ｍｏｂｉｌｅ Ｐｒｏｔｏｃｏｌ Ｒｅｖｉｓｉｏｎ Ｌｅｖｅｌ）、等の他の情報を記憶しても良く、厳密にどのような情報を記憶するかは、ある程度ベンダの選択である。
・ ＩＳ−２００１−Ａ及びＩＳ−４１ハンドオフ手順（アンカ対サービスＭＳＣ）を始める。
・ 適用できる場合、「スロットサイクル索引」及び「ユーザ地域」情報の様なＭＳ特定情報を得るためにＭＳ２２へ状態要求メッセージを送る。
・ アンカＭＳＣにリソースをリリースし、さもなければアンカＭＳＣにおけるＭＳ２２に対する選択された情報をクリアさせるためアンカＭＳＣへリリースメッセージ（例えば、ＤＲＯＰＳＥＲＶメッセージ）を送る（注目すべきは、このＤＲＯＰＳＥＲＶメッセージは、データ呼び出しが依然としてアクティブである事実にも拘らず送られ、本質的にアンカＭＳＣに、それが正規のパケットデータ呼び出しリリース情況の下で振舞うであろう様に「偽る」）。また
・ ＱＵＡＬＲＥＱ（免許要求発動、ＱｕａｌｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔ Ｉｎｖｏｋｅ）メッセージをＨＬＲ２６へ送り、ＨＬＲ２６がＭＳ２２に対するロケーション情報を更新するようにし、また発信システムからＭＳ２２へ到達する音声呼び出しが以前のアンカＭＳＣを通るよりむしろ新しいアンカＭＳＣへ直接ルーティングされるように、サービスＭＳＣがアンカＭＳＣの役割を果たすことが出来るようにする。

注目すべきは、サービスＭＳＣによりＭＳ２２に対して記憶される上の情報は、一部はハンドオフメッセージから、また一部はＭＳ２２から、又は全部をＭＳ２２から得ることが出来る。如何なる場合にも、サービスＭＳＣが、ＭＳ２２に対する登録情報をＨＬＲ２６において更新される様にした後であり、必要な場合には他のＭＳＣ動作と共に継続される（Ｓｔｅｐ１０６）。

もしＭＳ２２が同時音声及びデータ呼び出しに従事していれば、サービスＭＳＣはこれらサービスの一方又は両方のリリースを待つ（Ｓｔｅｐ１１２）。２つのリリースシナリオは可能であり、音声呼び出しはデータ呼び出しに先行してリリースされ、又はデータ呼び出しが音声呼び出しに先行してリリースされる。もしデータ呼び出しが最初にリリースされ、又は両方の音声及びデータサービスが同時にリリースされると（Ｓｔｅｐ１１４）、サービスＭＳＣは単に標準ＩＳ−４１リリース手順を始め（Ｓｔｅｐ１１８）、また処理は必要に応じ他のＭＳＣ動作と共に継続される（Ｓｔｅｐ１０６）。

もし音声呼び出しが最初にリリースされると、サービスＭＳＣを複数ＭＳの現在のロケーションとして示すため、ＭＳ２２に登録されたロケーション情報をＨＬＲ２６において更新させることにより、サービスＭＳＣにおいてその後の到達音声呼び出しルーティング非効率を回避する機会が存在する（Ｓｔｅｐ１１６）。この動作は、Ｓｔｅｐ１１０に対して概略を述べた一連の動作と本質的に同じである。この情況において、サービスＭＳＣは好ましくは以下の動作を遂行する。
・ ＩＭＳ，ＥＳＮ、ＩＳ−２０００能力、ユーザ地域ＩＤ、「スロットサイクル索引」、等の様な接続に関係した又は移動体特定情報を得るために状態要求メッセージをＭＳ２２へ送る。
・ 両方の音声及びデータサービスのリリースを示すためサービスＭＳＣからアンカＭＳＣへＤＲＯＰＳＥＲＶメッセージを送り、これによりアンカＭＳＣが、ＭＳＣ間トランクを含む、ＭＳＣ間ハンドオフのために割り当てられた全部のリソースをリリースするようにする。そのメッセージは、データ呼び出しが依然としてアクティブであるという事実に拘らず送られ、本質的にアンカＭＳＣが同時サービスリリースの下であろう様に振舞うように「偽る」。
そしてまた
・ ＱＵＡＬＲＥＧメッセージをＨＬＲ２６へ送る。ＨＬＲ２６がそのＭＳ２２におけるロケーション情報を更新するようになり、その結果、サービスＭＳＣが新しいＭＳＣの役割を果たすことが可能となる。発信システムからＭＳ２２へ到達する音声呼び出しが以前のアンカＭＳＣを通るのではなく、新しいＭＳＣへ直接ルーティングされるようになる。

サービスＭＳＣと共にＭＳ２２の再登録が完了すると、サービスＭＳＣは新しいＭＳＣとなり、処理は必要に応じて他のＭＳＣ動作で継続される。

図６−８として個々に提供される幾つかの追加の呼び出しの流れは、種々のアンカ対サービスＭＳＣ呼び出しハンドオフシナリオのための上のプログラム論理の実際的動作を示す。図７は、ＭＳＣ間ハンドオフを示す呼び出し流れ図で、そこではＭＳ２２はアクティブデータ呼び出しにのみ従事し、以下の動作を含む。
（ａ）−（ｄ）前述した様な別のシステムにおけるパケットデータ呼び出しセットアップの登録及び確立を示す。
（ｅ）ＭＳ２２がアクティブデータ呼び出し（ｄ）に従事している間、ＭＳ２２は、サービスＭＳＣの制御の下で動作している新しいＢＳ１８にハンドオフの必要性を示す（図４のＳｔｅｐ（ａ）−（ｅ）も見よ）。
（ｆ）アンカＭＳＣは、ＭＳ２２をサービスＭＳＣへハンドオフするためハンドオフ要求、例えば、ＦＡＣＤＩＲ２メッセージを送ることによりＩＳ−４１ハンドオフ手順を開始する。このメッセージは、先に述べた様に、ＣＤＭＡＨａｎｄｏｆｆＩｎｖｏｋｅＩＯＳＤａｔａ及びＣＤＭＡ接続参照リスト（ＣｏｎｎｅｃｔｉｏｎＲｅｆｅｒｅｎｃｅＬｉｓｔ）情報要素の様な接続及びサービス関係情報を含む。サービスＭＳＣは、ハンドオフ要求がパケットデータ呼び出し、回線交換呼び出し、又は同時サービスに対するものかどうかを決定するためＣＤＭＡ接続参照リストのパラメタに注目する。それは、このことを異なるサービス形式に対応する特定のサービスオプション番号の存在の試験により行なう。ＣＤＭＡ接続参照リストにおける多数サービスオプションは、同時のサービスハンドオフを示す。もしＣＤＭＡ接続参照リストが、サービスオプション３３（ＩＳ−２０００パケットデータ）か又は別の正しいＩＳ−７０７パケットデータサービスオプションを含むならば、ハンドオフはアクティブパケットデータ呼び出し（音声呼び出し）に対するものである。この呼び出しフローにおいて、サービスＭＳＣは、ハンドオフ要求がアクティブパケットデータ呼び出しのみのハンドオフを示すことを決定する。サービスＭＳＣは、ＦＡＣＤＩＲ２メッセージから、ＩＳＭＩ，ＥＳＮ，ＩＳ−２０００移動体能力、移動体プロトコルリビジョン、サポートされる帯域クラス、等の様な関連するＭＳ関係情報を抽出しても良く、そしてこの様な情報を記憶し、又はその情報をそこに記憶するためサービスＶＬＲへ提供しても良い。サービスＭＳＣは必要なリソースをサービスシステムＢＳ１８においてセットアップし、この動作をアンカＭＳＣに示す。
（ｇ）アンカＭＳＣは、ＭＳ２２にハンドオフを始めるべきことを示す。
（ｈ）パケットデータ呼び出しは、ハンドオフの後アクティブのままである。
（ｉ）サービスＭＳＣは、もしＭＳ２２がスロットモードで動作していれば、スロットサイクル指標、及びユーザ地域識別の様なより多くの情報を追加して要求出来、これはサービスＶＬＲにＭＳ２２に対する加入者プロファイルの一部として格納出来る。サービスＭＳＣは、状態要求（Ｓｔａｔｕｓ Ｒｅｑｕｅｓｔ）メッセージを送り、この情報をＭＳ２２から求める。
（ｊ）ＭＳ２２は、要求された情報を状態応答メッセージの中で返す。
（ｋ）サービスＭＳＣは次にＤＲＯＰＳＥＲＶメッセージをアンカＭＳＣへ送り、ＭＳ２２に関連するアンカＭＳＣにおける全部のリソースをクリアさせる。ＤＲＯＰＳＥＲＶメッセージの結果として、アンカＭＳＣは、ＭＳ２２はアイドルであると見なす。
（ｌ）アンカＭＳＣは、ｄｒｏｐｓｅｒｖ応答メッセージをサービスＭＳＣに送り、ＭＳ２２に対するリソースはアンカＭＳＣにおいてリリースされたことを通知する。
（ｍ）サービスＭＳＣは、ＭＳ２２から受けた情報及びハンドオフ要求からの情報に基づいて、ＱＵＡＬＲＥＱメッセージをＨＬＲ２６へ送り、ＨＬＲ２６と共に登録手順を開始し、これによりサービスＭＳＣがアンカＭＳＣの役割を果たすことを可能にする。ＲＥＧＮＯＴ（ＲｅｇｉｓｔｒａｔｉｏｎＮｏｔｉｆｉｃａｔｉｏｎ Ｉｎｖｏｋｅ）（登録通知実施）メッセージのような、他のメッセージは同じことを達成するため送られても良い。
（ｎ）ＨＬＲ２６は、加入者プロファイルを送り返すことにより応答（ｑｕａｌｒｅｑメッセージ）し、ＭＳ２２は今やサービスシステム（即ち、サービスシステムはアンカシステムになる）の中にあることを反映するためそのロケーション情報を更新する。
（ｏ）最後に、ＨＬＲ２６は、ＲＥＧＣＡＮＣ（ＲｅｇｉｓｔｒａｔｉｏｎＣａｎｃｅｌｌａｔｉｏｎ Ｉｎｖｏｋｅ：登録取り消し実施）メッセージを送ることにより以前のアンカＭＳＣの登録を取り消す。
（ｐ）以前のアンカＭＳＣは、応じて関連するアンカＶＬＲのデータベースから加入者プロファイル情報を削除し、ｒｅｇｃａｎｉｃ応答メッセージを送ることによりこれをＨＬＲ２６に示す。

図８はシナリオを示し、そこでは、ＭＳ２２が実際的に同時音声及びデータ呼び出しに従事している間、サービスＭＳＣがハンドオフにおいてＭＳ２２を受け取る。図８は以下の行動を示す。
（ａ）−（ｅ） 前に述べたように、アンカシステムにおける登録及び同時呼び出しセットアップの確立を示す。
（ｆ） ＭＳ２２が同時音声及びデータ呼び出しに従事している間、それはサービスＭＳＣの制御の下で動作している新しいＢＳ１８へのハンドオフの必要性を示す。
（ｇ） アンカＭＳＣはハンドオフ要求をサービスＭＳＣに送ることにより、ＭＳ２２をサービスＭＳＣへハンドオフするためＩＳ−２００１−Ａハンドオフ手順を始める。ＭＳＣ間トランクもまた、アンカＭＳＣからサービスＭＳＣへの音声トラフィックのためのベアラとして動作するためセットアップされるであろう。サービスＭＳＣは、ハンドオフ要求が同時音声及びデータサービスを含むことを、ＣＤＭＡ接続参照リストにおける多数サービスオプションの存在に基づいて決定する。サービスＭＳＣは、ＢＳ１８における必要なリソースをセットアップするためＩＳ−２００１−Ａハンドオフ手順を進める。一旦必要なリソースがサービスシステムにおいてセットアップされると、サービスＭＳＣはこれをアンカＭＳＣに示す。
（ｈ） アンカＭＳＣは、ＭＳ２２にハンドオフを始めるべきことを示す。
（ｉ） 回線交換及びパケットデータ呼び出しの両方はハンドオフの後アクティブのままである。
（ｊ） ＭＳ２２は音声呼び出しをリリースしこれを示したものをサービスＭＳＣへ送る。
（ｋ） データ呼び出しはアクティブのままである。
（ｌ） サービスＭＳＣはＭＳ２２に関連した加入者プロファイル情報を持たないので、それは、ＩＭＳＩ，ＥＳＮ，ＩＳ−２０００移動体能力、スロットサイクル索引、ユーザ地域ＩＤ、等の必要な情報をＭＳ２２から、状態要求メッセージを送ることにより要求する。サービスＭＳＣはまた、この情報の幾らかをハンドオフメッセージ（ＦＡＣＤＩＲ２メッセージ）から選択しても良い。
（ｍ） ＭＳ２２は要求された情報を状態応答（Ｓｔａｔｕｓ Ｒｅｓｐｏｎｓｅ）メッセージにおいて返す。
（ｎ） サービスＭＳＣは次に、たとえデータサービスが未だアクティブであっても、両方の音声及びデータサービスがリリースされたことを示すためにＤＲＯＰＳＥＲＶをアンカＭＳＣへ送る。
（ｏ） これは、アンカＭＳＣにアンカＭＳＣリソースをリリースさせ、またトランク間接続リソースをリリースさせる。この点において、アンカＭＳＣはＮＳ２２がアイドルであると考え、ｄｒｏｐｓｅｒｖ応答メッセージを返す。
（ｐ） アンカＭＳＣの役割を果たすために、サービスＭＳＣはＱＵＡＬＲＥＱメッセージをＨＬＲ２６へ送り、これにより登録手順をＨＬＲ２６と共に開始する。
（ｑ） ＨＬＲは、ＭＳ２２に対する加入者プロファイル情報をｑｕａｌｒｅｑ応答メッセージにおいて送り返し、ＭＳ２２は今やサービスシステム内にロケーションすることを反映させるためそのロケーション情報を更新する。
（ｒ） 最後に、ＨＬＲ２６はＲＥＧＣＡＮＣメッセージを送ることにより、以前のアンカＭＳＣに、加入者プロファイル情報を以前のアンカＶＬＲのデータベースから削除させる。
（ｓ） 以前のアンカＭＳＣは、その関連するＶＬＲにプロファイル情報を取り消させ、次にそれはｒｅｇｃａｎｃ応答メッセージをＨＬＲ２６へ返す。

図９は図８と同様であり、しかしデータ呼び出しが音声呼び出しの前にリリースされることにおいて異なる。従って、行動（ａ）−（ｉ）は上述と同一である。変化した動作は図９に示され、以下の行動を含む。
（ｊ） ＭＳ２２はデータ呼び出しをリリースする。
（ｋ） 音声呼び出しはアクティブのままである。
（ｌ） ある時間後、ＭＳ２２は音声呼び出しをリリースする。サービスＭＳＣ及びアンカＭＳＣは、標準ＩＳ−４１リリース手順を使用しパケットデータサービス段階に関連したリソースをリリースするため協力する。

従って、この最後のシナリオは、データ呼び出しが、同時サービスＭＳＣ間ハンドオフの後最初にリリースされる時は、その後の呼び出しリリース手順は従来のＳｔｅｐに従うことを示している。しかし、音声呼び出しが同時サービスハンドオフ（図８）の前に終わる時、又はＭＳ２２がアクティブデータ呼び出し（図７）のみに従事している時は、サービスＭＳＣは、アンカＭＳＣになるために本発明の例示的実施例を実行し、従って、その後の音声呼び出しにおけるルーティング非効率は回避される。

サービスＭＳＣにより取られる行動は、現在のシグナリング標準に合致する。即ち、サービスＭＳＣは、（１）アンカＭＳＣにデータ呼び出しは終わり又は休止状態になったと信じさせまた（２）これによりアンカＭＳＣリソースをリリースする。更に、サービスＭＳＣはＨＬＲ２６と通信し、その結果、ＨＬＲ２６はサービスＭＳＣに新しいアンカＭＳＣとして示すためＭＳ２２に対するＨＬＲ２６のロケーション情報を更新出来る。この最後の行動は、後の発信ＭＳＣに、その後の音声呼び出しトラフィックを、以前のアンカシステムへ通すよりむしろ直接サービスシステム（新しいアンカ）へルーティングさせる。

勿論、本発明は実施の面において多くの変更を必要とする。例えば、サービスＭＳＣｓにとって全ての必要な接続関係情報を複数ＭＳ２２から求めること、又は、少なくともその一部をハンドオフ手順の一部として受けるハンドオフ要求メッセージにおける情報から得ることは好ましいかも知れない。更に、本発明は、ＴＩＡ／ＥＩＡ／ＩＳ−２０００無線通信回線網における複数ＭＳＣｓの間のＩＳ−４１／ＰＮ４７２０シグナリングの面において提供された。しかし、本発明はこれらの特定のメッセージ形式には限定されず、またその本質的概念は類似のハンドオフ手順を持つ他の回線網形式に適合出来る。

本発明は、例示的実施例において、たとい呼び出しが未だアクティブであるのに、アンカＭＳＣに、ハンドオフされた後に、データ呼び出しはリリースされ又は休止状態になったと信じさせる定義されたシグナリングメッセージを使用する。標準シグナリングメッセージは、次に、ＭＳに対するＨＬＲロケーション情報を更新させるのに使用され、その結果サービスＭＳＣはアンカＭＳＣの役割を果たし、これにより以前のアンカＭＳＣが、発信ＭＳＣからのその後の音声呼び出しのためのＭＳＣ間ルーティング経路に不必要に含まれるのを回避する。この広い範囲が許されるとすれば、本発明は前述の詳細な記載には限定されない。むしろ、本発明は以下の請求範囲の範囲、またその合理的な均等物によってのみ限定される。

図１は、通信回線網の概略図である。 図２は、図１の回線網における例示的ＭＳＣの機能的ブロック図である。 図３は、音声呼び出しに従事する移動局を含むＭＳＣ間ハンドオフのための従来のシグナリング手順を示す呼び出し流れ図である。 図４は、データ呼び出しに従事する移動局を含むＭＳＣ間ハンドオフのための従来のシグナリング手順を示す呼び出し流れ図である。 図５は、サービスＭＳＣとパケットデータ呼び出しに従事する移動局への到達音声呼び出しの間接的ルーティングにおける従来のシグナリング手順を示す呼び出し流れ図である。 図６は、本発明による図１の回線網におけるＭＳＣに使用される新規のハンドオフ手順を示す流れ図である。 図７は、データ呼び出しに従事する移動局を含むＭＳＣ間ハンドオフのための本発明によるシグナリング手順を示す呼び出し流れ図である。 図８Ａは、同時音声及びデータ呼び出しに従事する移動局を含むＭＳＣ間ハンドオフにおける本発明のシグナリング手順を示す呼び出し流れ図である。 図８Ｂは、同時音声及びデータ呼び出しに従事する移動局を含むＭＳＣ間ハンドオフにおける本発明のシグナリング手順を示す呼び出し流れ図である。 図９は、同時音声及びデータ呼び出しに従事する移動局を含むＭＳＣ間ハンドオフにおける本発明のシグナリング手順を示す呼び出し流れ図であり、そこではデータ呼び出しが、最初に終了する。

Claims (23)

1. アクティブなパケットデータ呼び出しに従事する移動局が第１の移動交換センタから第２の移動交換センタへハンドオフされるＩＳ−２０００無線通信回線網における音声呼び出しルーティング効率を改善する方法であって、
   第１の移動交換センタに、移動局に割り当てられた通信リソースをリリースさせるため、ハンドオフに続いて第２の移動交換センタから第１の移動交換センタへリリースメッセージを送るステップであり、前記リリースメッセージがパケットデータ呼び出しが未だアクティブである間に送られ、かつ
   ホームロケーションレジスタに、第２の移動交換センタを移動局のためのアンカ移動交換センタとして識別させるため、第２の移動交換センタから移動局のためのロケーション情報を維持するホームロケーションレジスタへ登録メッセージを送るステップと、
   を包含する前記方法。
2. 請求項１に記載の方法であって、更に
   移動局が同時音声呼び出しに従事しているかどうかを決定し、かつリリースメッセージが、移動局が同時音声呼び出しに従事していない場合にハンドオフに応じて送られる、前記方法。
3. 請求項１に記載の方法であって、移動局がハンドオフの時に同時音声呼び出しに従事しており、またリリースメッセージが、パケットデータ呼び出しがアクティブであれば、同時音声呼び出しの終了後に続いて送られる、前記方法。
4. 請求項１に記載の方法であって、リリースメッセージの送りが、ＩＳ−４１ ＤＲＯＰＳＥＲＶメッセージを第２の移動交換センタから第１の移動交換センタへ送ることを含む、前記方法。
5. 請求項１に記載の方法であって、登録メッセージの第２の移動交換センタからホームロケーションレジスタへの送りは、ＩＳ−４１ ＱＵＡＬＲＥＱメッセージを第２の移動交換センタからホームロケーションレジスタへ送ることを包含する、方法。
6. 請求項５に記載の方法であって、更にＩＳ−４１ ＲＥＧＣＡＮＣメッセージをホームロケーションレジスタから第１の移動交換センタへ送り、そのため、第１の移動交換センタは、移動局のために第１の移動交換センタに関連した第１ビジタロケーションレジスタに格納された加入者プロファイル情報を取り消すことを包含する、前記方法。
7. 請求項５に記載の方法であって、更に
   ホームロケーションレジスタから移動局のための加入者プロファイル情報を、登録メッセージの送りに応じて第２の移動交換センタにおいて受信し、そして
   加入者プロファイル情報を、第２の移動交換センタに関連した第２のビジタロケーションレジスタにおいて格納することを包含する、前記方法。
8. 請求項１に記載の方法であって、更に移動体特定情報を第１の移動交換センタから受信し、そこに移動体特定情報の一部が登録メッセージに含まれることを包含する、前記方法。
9. 請求項１に記載の方法であって、更に移動体特定情報を移動局から取得し、前記移動体特定情報は登録メッセージに含まれていることを包含する、前記方法。
10. 請求項１に記載の方法であって、更にアクティブパケットデータ呼び出しが終了した後、移動局との通信を再確立するため必要である選択された移動体特定情報を得るために状態要求（Ｓｔａｔｕｓ Ｒｅｑｕｅｓｔ）メッセージを移動局へ送ることを包含する、前記方法。
11. 無線通信回線網において使用される移動交換センタであって、
    当該移動交換センタは、
    移動交換センタを第２の移動交換センタ及びシグナリング回線網と接続するための通信インタフェースと、
    移動交換センタの到達地域における移動局へ、かつそこからの音声呼び出しデータをルーティングするための交換回線と、
    システムコントローラを移動交換センタの動作を制御するために、通信インタフェース及び交換回線とを有効に接続する、前記システムコントローラは、
    移動局の第２の移動交換センタから移動交換センタへのハンドオフの後に従いリリースメッセージをシグナリング回線網を経由して第２の移動交換センタへ送り、
    前記移動局はパケットデータ呼び出しに従事しており、又前記リリースメッセージはパケットデータ呼び出しが未だアクティブである間に送られ、第２の移動交換センタをして移動局に割り当てられた通信リソースをリリースさせ、また
    登録メッセージを移動局に関連するホームロケーションレジスタへ送り、そのためホームロケーションレジスタは格納されているロケーション情報を更新し、前記ロケーション情報が移動交換センタを移動局のための現在のアンカ移動交換センタとして識別している、ことを包含する移動交換センタ。
12. 請求項１１に記載の移動交換センタであって、移動交換センタは、移動局がハンドオフの時に同時音声呼び出しに従事していない場合ハンドオフに応じてリリースメッセージを第２の移動交換センタへ送る、前記移動交換センタ。
13. 請求項１１に記載の移動交換センタであって、移動交換センタは、移動局がハンドオフの時に同時音声呼び出しに従事している場合同時音声呼び出しの終了に応じてリリースメッセージを第２の移動交換センタへ送る、前記移動交換センタ。
14. 請求項１３に記載の移動交換センタであって、移動交換センタは、ハンドオフが同時音声及びデータサービスを含むかどうかを、第２の移動交換センタから受信したハンドオフメッセージに含まれるサービスオプション情報を検査することにより決定する、前記移動交換センタ。
15. 請求項１１に記載の移動交換センタであって、移動交換センタは、移動体特定情報を、移動局のハンドオフの間に第２の移動交換センタから受信し、そこに移動体特定情報の一部が登録メッセージに含まれる、前記移動交換センタ。
16. 請求項１１に記載の移動交換センタであって、移動交換センタは、移動体特定情報を移動局から取得し、前記移動体特定情報が登録メッセージに含まれている、前記移動交換センタ。
17. 請求項１６に記載の移動交換センタであって、移動交換センタは、状態要求メッセージを、移動体特定情報を移動局から移動局へ送ることにより取得する、前記移動交換センタ。
18. 第１の通達地域を持ち、移動局が第１の通達地域の中にある間に、呼び出しを移動局と公衆交換電話回線網との間でルーティングするために公衆交換電話回線網に接続された第１の移動交換センタと、
    第２の通達地域を持ち、該移動局が第２の通達地域の中にある間に、呼び出しを該移動局と該公衆交換電話回線網との間でルーティングするため該公衆交換電話回線網に接続された第２の移動交換センタと、
    を包含し、
    第２の移動交換センタは、リリースメッセージを第１の移動交換センタへ送り、登録メッセージをホームロケーションレジスタへ送るため動作し、リリースメッセージは、移動局の第１の移動交換センタから第２の移動交換センタへのハンドオフの後に従って送られ、前記移動局はパケットデータ呼び出しに従事しており、そしてリリースメッセージはパケットデータ呼び出しが未だアクティブである間に送られ、
    そしてリリースメッセージは、第１の移動交換センタに、パケットデータ呼び出しに従事している移動局に割り当てられた通信リソースをリリースさせるため送られるようにした、
    パケットデータ及び音声サービスの両方を提供する通信回線網。
19. 請求項１８に記載の通信回線網であって、第２の移動交換センタは、移動局がハンドオフの時に同時音声呼び出しに従事していない場合、ハンドオフに応じてリリースメッセージを第１の移動交換センタへ送る、前記通信回線網。
20. 請求項１８に記載の通信回線網であって、第２の移動交換センタは、移動局がハンドオフの時に同時音声呼び出しに従事している場合、同時音声呼び出しの終了に応じてリリースメッセージを第１の移動交換センタへ送る、前記通信回線網。
21. 請求項１８に記載の通信回線網であって、第２の移動交換センタは、移動局のハンドオフの間に、移動体特定情報を第１の移動交換センタから受信し、そこに移動体特定情報の一部が登録メッセージに含まれる、前記通信回線網。
22. 請求項１８に記載の通信回線網であって、第２の移動交換センタは、移動体特定情報を移動局から取得し、前記移動体特定情報が登録メッセージに含まれる、前記通信回線網。
23. 請求項２２に記載の通信回線網であって、第２の移動交換センタは、状態要求メッセージを移動局へ送ることにより、移動局から移動体特定情報を取得する、前記通信回線網。

Images