特許 6034994 ワイヤレス通信ネットワークにおいて位置更新と並行してモバイル着信呼を扱うことに起因する呼ループの形成の回避

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6034994

(24)【登録日】2016年11月4日

(45)【発行日】2016年11月30日

(54)【発明の名称】ワイヤレス通信ネットワークにおいて位置更新と並行してモバイル着信呼を扱うことに起因する呼ループの形成の回避

(51)【国際特許分類】

   H04W 68/12 20090101AFI20161121BHJP

   H04W 92/24 20090101ALI20161121BHJP

【ＦＩ】

   H04W68/12

   H04W92/24

【請求項の数】10

【全頁数】29

(21)【出願番号】特願2016-511823(P2016-511823)

(86)(22)【出願日】2014年4月30日

(65)【公表番号】特表2016-521507(P2016-521507A)

(43)【公表日】2016年7月21日

(86)【国際出願番号】US2014036077

(87)【国際公開番号】WO2014179413

(87)【国際公開日】20141106

【審査請求日】2015年12月24日

(31)【優先権主張番号】13/886,195

(32)【優先日】2013年5月2日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】110001173

【氏名又は名称】特許業務法人川口國際特許事務所

(72)【発明者】

【氏名】ティエン，ルゥ

(72)【発明者】

【氏名】ランデ，ブリュノ

【審査官】 伊東 和重

(56)【参考文献】

【文献】 国際公開第２０１２／０９９８６５（ＷＯ，Ａ１）

【文献】 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Circuit Switched (CS) fallback in Evolved Packet Sytem (EPS); Stage 2 (Release 11)，3GPP TS 23.272，3GPP，２０１３年 ３月，V11.4.0，p.44-46

【文献】 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Basic call handling; Technical realization(Release 11)，3GPP TS 23.018，3GPP，２０１３年 ３月，V11.4.0，p.23-27

【文献】 Alcatel-Lucent, Deutsche Telekom，MTRF Optimal Routing，3GPP TSG-CT WG4#61，3GPP，２０１３年 ５月 ７日，C4-130576

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

モバイルデバイス（ＭＤ）へのモバイル着信（ＭＴ）呼に関する呼ループを防ぐための方法であって、
プロセッサおよびメモリを用いて、
ＭＤへのＭＴ呼の配信に関連するルーティング情報要求メッセージを第１のモビリティおよび呼管理エンティティ（ＭＣＭＥ）において第２のＭＣＭＥから受信することであって、ルーティング情報要求メッセージがＭＤに対する関門ＭＣＭＥの表示を含む、受信することと、
位置更新手順を用いて、ＭＤが第２のＭＣＭＥから第１のＭＣＭＥへ移動している間に、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるかを、ＭＤに対する関門ＭＣＭＥの表示に基づいて決定することと
を備える、方法。

【請求項2】

第２のＭＣＭＥによりサービス提供されるエリアから第１のＭＣＭＥによりサービス提供されるエリアへのＭＤの移動を示すメッセージを受信すること
をさらに備える、請求項１に記載の方法。

【請求項3】

ＭＴ呼の配信中にＭＤが異なる無線アクセス技術を再選択した場合に、第２のＭＣＭＥから第１のＭＣＭＥへのＭＤの移動を示すメッセージを受信すること
をさらに備える、請求項１に記載の方法。

【請求項4】

ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるかを決定することが、
ルーティング情報要求メッセージからのＭＤに対する関門ＭＣＭＥの表示が、第１のＭＣＭＥを識別するかを決定すること
を備える、請求項１に記載の方法。

【請求項5】

ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるという決定に基づいて、
第１のＭＣＭＥから第２のＭＣＭＥへルーティング情報応答メッセージを伝搬すること
をさらに備える、請求項１に記載の方法。

【請求項6】

ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるという決定に基づいて、
ＭＤに関する第２のＭＣＭＥのリソースを解放するように第２のＭＣＭＥに指示するための解放メッセージを、第１のＭＣＭＥから第２のＭＣＭＥへ伝搬すること
をさらに備える、請求項１に記載の方法。

【請求項7】

ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるという決定に基づいて、第１のＭＣＭＥからＭＤへ直接的にＭＴ呼の配信を開始すること
をさらに備える、請求項１に記載の方法。

【請求項8】

ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるという決定に基づいて、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に生じると予想される呼ループの形成を防ぐための拡張呼ルーティング手順を用いるかを決定すること
をさらに備える、請求項１に記載の方法。

【請求項9】

コンピュータにより実行された場合に、モバイルデバイス（ＭＤ）へのモバイル着信（ＭＴ）呼に関する呼ループを防ぐための方法をコンピュータに実施させる命令を記憶したコンピュータ可読記憶媒体であって、方法が、
ＭＤへのＭＴ呼の配信に関連するルーティング情報要求メッセージを第１のモビリティおよび呼管理エンティティ（ＭＣＭＥ）において第２のＭＣＭＥから受信することであって、ルーティング情報要求メッセージがＭＤに対する関門ＭＣＭＥの表示を含む、受信することと、
位置更新手順を用いて、ＭＤが第２のＭＣＭＥから第１のＭＣＭＥへ移動している間に、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるかを、ＭＤに対する関門ＭＣＭＥの表示に基づいて決定することと
を備える、コンピュータ可読記憶媒体。

【請求項10】

モバイルデバイス（ＭＤ）へのモバイル着信（ＭＴ）呼に関する呼ループを防ぐための装置であって、
プロセッサおよびプロセッサに通信可能に接続されたメモリであって、プロセッサが、
ＭＤへのＭＴ呼の配信に関連するルーティング情報要求メッセージをモビリティおよび呼管理エンティティ（ＭＣＭＥ）から受信することであって、ルーティング情報要求メッセージがＭＤに対する関門ＭＣＭＥの表示を含む、受信することと、
位置更新手順を用いて、ＭＤが第２のＭＣＭＥから第１のＭＣＭＥへ移動している間に、ＭＤへのＭＴ呼の配信中にＭＣＭＥとの間に呼ループが生じると予想されるかを、ＭＤに対する関門ＭＣＭＥの表示に基づいて決定することと
を行うように構成される、プロセッサおよびメモリ
を備える、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般的にはワイヤレス通信ネットワークに関し、より詳細には、排他的にではないが、ワイヤレス通信ネットワークにおいて位置更新と並行してモバイル着信呼を扱うことに起因する呼ループの形成の回避に関する。

【背景技術】

【0002】

今日のワイヤレス通信ネットワークは、世界のほぼどこからでも通信サービスにアクセスする能力を電話加入者に提供している。そのような世界規模のアクセスを容易にする鍵の１つは、モビリティ管理である。モビリティ管理を用いて、ワイヤレスネットワークは、モバイルサービスをモバイルデバイスに提供できるように、モバイルデバイスの位置を追跡することができる。

【0003】

ワイヤレスネットワークは通常、いくつかのセルで形成され、各セルは、たとえばラップトップまたはスマートフォンなどのモバイルデバイスがモバイルサービスを受けられる、小さな地理的エリアをカバーする。セルは通常、無線カバレッジをセルに提供する基地局を備えており、これによりセル内に位置するモバイルデバイスとの通信が可能となる。複数の基地局のカバレッジを統合することで、ワイヤレスネットワークは、広い地理的エリアにわたって移動局に無線カバレッジを提供することができる。隣接する基地局の集合体のカバレッジエリアは通常、位置エリアと呼ばれる。位置エリアは、移動交換局（ＭＳＣ：ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）によりサービス提供され、ＭＳＣは複数の位置エリアにサービス提供することができる。ＭＳＣは、回線交換発呼、モビリティ管理、および様々な他のサービス（たとえば通信サービス、モバイルサービスなど）をモバイル加入者に提供するネットワークノードである。ＭＳＣは、ＭＳＣによりサービス提供される位置エリア内に現在位置しているモバイルデバイスに関する加入者データを保持する。モバイル加入者データは、ワイヤレスネットワーク内のホームロケーションレジスタ（ＨＬＲ）に恒久的に保持される。モバイルデバイスがＭＳＣの範囲内に存在する場合、ＭＳＣは、ＨＬＲからモバイル加入者データを取得し、ＭＳＣに関連付けられた在圏ロケーションレジスタ（ＶＬＲ：ｖｉｓｉｔｉｎｇ ｌｏｃａｔｉｏｎ ｒｅｇｉｓｔｅｒ）に保持する。モバイル着信（ＭＴ：ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｉｏｎ）呼がモバイルデバイス向けである場合に、ＭＳＣが位置エリア内のモバイルデバイスをページングするのに使用するために、移動局の位置エリアもまた、ＭＳＣに関連付けられたＶＬＲに保持される。移動局の現在の位置エリアに関連付けられたＭＳＣは、移動局に対する在圏移動交換局（ＶＭＳＣ：ｖｉｓｉｔｉｎｇ ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）と呼ばれることがある。モバイル加入者向けのＭＴ呼を受信するＭＳＣは、モバイルデバイスに対する関門ＭＳＣ（ＧＭＳＣ：Ｇａｔｅｗａｙ ＭＳＣ）と呼ばれることがある。また、ＭＳＣおよびＭＳＣに対するＶＬＲの組み合わせは、ＭＳＣ／ＶＬＲと呼ばれることがある。

【0004】

モバイルデバイスが移動する場合、モバイルデバイスは、現在の（または旧）セルから新セルへ移動することがあり、ここで、旧セルおよび新セルは、同一の位置エリアまたは異なる位置エリアに属していることがある。モバイルデバイスは、旧セルから新セルへ移動する場合に、旧セルおよび新セルの位置エリア識別子（ＬＡＩ：ｌｏｃａｔｉｏｎ ａｒｅａ ｉｄｅｎｔｉｆｉｅｒ）を比較することで、旧位置エリアから新位置エリアへローミングしたかを決定する。モバイルデバイスが旧位置エリアから新位置エリアに移動または「ローミング」する場合（たとえば、モバイルデバイスが、旧セルのＬＡＩと新セルのＬＡＩとが異なると決定した場合に）、モバイルデバイスは、（位置更新手順が実施されるように要求する）位置更新要求をワイヤレスネットワークに送信することで、位置エリアの変更をワイヤレスネットワークに通知する。モバイルデバイスの新位置にサービス提供する新ＶＭＳＣが、モバイルデバイスの旧位置にサービス提供する旧ＶＭＳＣと異なる場合、ＶＬＲ間位置更新が、位置更新手順の一部として実施される。

【0005】

ＶＬＲ間位置更新中に、モバイルデバイスから位置更新要求を受信した新ＶＭＳＣは、位置更新メッセージをモバイル加入者のＨＬＲへ送信する。ＨＬＲは、位置更新メッセージを受信したことに応答して、モバイル加入者に関連する加入者データを新ＶＭＳＣに転送して新ＶＭＳＣのＶＬＲに一時的に格納し、モバイルデバイスが現在新ＶＭＳＣによりサービス提供されていることを示すように自身のレコードを更新し、モバイルデバイスは旧ＶＭＳＣにもはやサービス提供されないので、旧ＶＭＳＣがこのモバイル加入者に関する自身の加入者レコードを削除するよう要求するメッセージを旧ＶＭＳＣに送信する。位置更新手順が完了すると、モバイルデバイスは、新位置エリアの新ＬＡＩを格納し、新位置エリアの新ＶＭＳＣを介してモバイルサービスを受け続けることができる。

【0006】

典型的なＭＴ呼シナリオでは、モバイルデバイスへの着信ＭＴ呼は、モバイルデバイスのＧＭＳＣ、たとえばモバイルデバイスのホーム公衆回線モバイルネットワーク（ＨＰＬＭＮ：Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌｉｎｅ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）のＧＭＳＣに最初にルーティングされる。ＧＭＳＣは、着信ＭＴ呼を受信すると、モバイル加入者のＨＬＲに問い合わせして、移動局が現在登録されているＶＭＳＣを決定する。ＨＬＲは通常、ＶＭＳＣからルーティング情報を取得し、ＧＭＳＣに返す。ＧＭＳＣはルーティング情報を用いて、呼をＶＭＳＣへルーティングする。ＶＭＳＣは、モバイル加入者に関する自身の加入者データにアクセスして、モバイルデバイスの位置エリアを決定し、発呼者とモバイル加入者のモバイルデバイスとの間の呼接続を確立（セットアップ）するために、その位置エリア内のモバイルデバイスをページングする。しかしながら、モバイルデバイスがＶＬＲ間位置更新に関与している間にＭＴ呼が受信された場合、ＭＴ呼がモバイルデバイスに関して完了しないことがある。たとえば、ＧＭＳＣがルーティング情報に関してＨＬＲに問い合わせするときにＨＬＲがモバイルデバイスのＶＭＳＣの変更をまだ知らされていない場合、ＨＬＲは、旧ＶＭＳＣに関するルーティング情報をＧＭＳＣに返すことになるので、ＧＭＳＣは、新ＶＭＳＣではなく旧ＶＭＳＣにＭＴ呼をルーティングすることになる。そして、旧ＶＭＳＣは、旧ＶＭＳＣの旧位置エリア内でモバイルデバイスをページングしようと試みることになるが、モバイルデバイスは旧ＶＭＳＣの旧位置エリアにはもはやないので、モバイルデバイスはページングに応答することができなくなる。この状況に対処するための１つのメカニズムは、モバイル着信ローミング再試行（ＭＴＲＲ：Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｉｏｎ Ｒｏａｍｉｎｇ Ｒｅｔｒｙ）である。この状況、ならびにモバイルデバイスが旧ＭＳＣから新ＭＳＣに移動する他の状況に対処するためのより最近のメカニズムは、モバイル着信ローミング転送（ＭＴＲＦ：Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｉｎｇ Ｒｏａｍｉｎｇ Ｆｏｒｗａｒｄｉｎｇ）手順である。

【0007】

ＭＴＲＦは、ＭＴ呼の配信中に旧ＭＳＣ／ＶＬＲから新ＭＳＣ／ＶＬＲに移動するモバイルデバイスへＭＴ呼を配信することを可能にする手順である（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）２３．０１８の５．２．３項および５．２．４項に記載）。たとえば、ＭＴＲＦ手順は、モバイルデバイスがロングタームエボリューション（ＬＴＥ）カバレッジから、ＳＧｓページング要求を開始したＭＳＣ／ＶＬＲと異なるＭＳＣ／ＶＬＲによりサービス提供される移動通信用グローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ）ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）／ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）セルへ移動した場合に、回線交換フォールバック（ＣＳＦＢ：Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ Ｆａｌｌ Ｂａｃｋ）を行った結果として実施され得る（たとえば、３ＧＰＰ ＴＳ２３．２７２の７．５ａ項記載）。同様に、たとえば、上記で論じられたように、ＭＴＲＦ手順はまた、少なくともいくつかの非ＣＳＦＢの状況で使用されることがある。しかしながら、ＭＴＲＦ手順を用いて、旧ＭＳＣ／ＶＬＲ（ＭＴ呼の配信／ページング手順の前に着呼モバイルデバイスにサービス提供していたＭＳＣ／ＶＬＲ）から新ＭＳＣ／ＶＬＲ（ページング手順が完了した後に着呼モバイルデバイスにサービス提供するＭＳＣ／ＶＬＲ）へＭＴ呼を届かせようとすると、特定の条件下で旧ＭＳＣ／ＶＬＲおよび新ＭＳＣ／ＶＬＲの間で呼ループが生じ得るという不都合がある。

【先行技術文献】

【非特許文献】

【0008】

【非特許文献1】第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）２３．０１８の５．２．３項および５．２．４項

【非特許文献2】３ＧＰＰ ＴＳ２３．２７２の７．５ａ項

【発明の概要】

【課題を解決するための手段】

【0009】

ワイヤレス通信ネットワークにおいて位置更新と並行してモバイル着信呼を扱うことに起因する呼ループの形成を回避するための実施形態により、従来技術の様々な欠点に対処することができる。

【0010】

一実施形態では、方法は、モバイルデバイス（ＭＤ）へのモバイル着信（ＭＴ）呼に関する呼ループを防ぐように構成される。方法は、ＭＤへのＭＴ呼の配信に関連するルーティング情報要求メッセージを第１のモビリティおよび呼管理エンティティ（ＭＣＭＥ）において第２のＭＣＭＥから受信することを含み、ルーティング情報要求メッセージは、ＭＤに対する関門ＭＣＭＥの表示を含む。方法は、位置更新手順を用いて、ＭＤが第２のＭＣＭＥから第１のＭＣＭＥへ移動している間に、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるかを、ＭＤに対する関門ＭＣＭＥの表示に基づいて決定することをさらに含む。

【0011】

一実施形態では、コンピュータ可読記憶媒体は、コンピュータにより実行された場合に、モバイルデバイス（ＭＤ）へのモバイル着信（ＭＴ）呼に関する呼ループを防ぐための方法をコンピュータに実施させる命令を記憶している。方法は、ＭＤへのＭＴ呼の配信に関連するルーティング情報要求メッセージを第１のモビリティおよび呼管理エンティティ（ＭＣＭＥ）において第２のＭＣＭＥから受信することを含み、ルーティング情報要求メッセージは、ＭＤに対する関門ＭＣＭＥの表示を含む。方法は、位置更新手順を用いて、ＭＤが第２のＭＣＭＥから第１のＭＣＭＥへ移動している間に、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるかを、ＭＤに対する関門ＭＣＭＥの表示に基づいて決定することをさらに含む。

【0012】

一実施形態では、装置は、モバイルデバイス（ＭＤ）へのモバイル着信（ＭＴ）呼に関する呼ループを防ぐように構成される。装置は、プロセッサおよびプロセッサに通信可能に接続されたメモリを含む。プロセッサは、ＭＤへのＭＴ呼の配信に関連するルーティング情報要求メッセージをモビリティおよび呼管理エンティティ（ＭＣＭＥ）から受信するように構成され、ルーティング情報要求メッセージは、ＭＤに対する関門ＭＣＭＥの表示を含む。プロセッサは、位置更新手順を用いて、ＭＤが第２のＭＣＭＥから第１のＭＣＭＥへ移動している間に、ＭＤへのＭＴ呼の配信中にＭＣＭＥとの間に呼ループが生じると予想されるかを、ＭＤに対する関門ＭＣＭＥの表示に基づいて決定するように構成される。

【0013】

本明細書の教示は、添付の図面と共に以下の詳細な説明を考慮することで、容易に理解することができる。

【図面の簡単な説明】

【0014】

【図1】呼ループ回避のために構成された一例示的ワイヤレス通信システムの図である。

【図2】呼ループ回避に対応していない呼フローの一例示的実施形態の図である。

【図3】呼ループ回避に対応した呼フローの一例示的実施形態の図である。

【図4A】呼ループ回避で用いるＭＴＲＦ最適ルーティング対応情報要素およびＭＴＲＦ最適ルーティング実施情報要素を含む一例示的ＭＡＰ ＰＲＮメッセージの図である。

【図4B】呼ループ回避で用いるＭＴＲＦ最適ルーティング実施情報要素を含む一例示的ＭＡＰ ＰＲＮ ＡＣＫメッセージの図である。

【図5】ＧＭＳＣ＋新ＭＳＣ／ＶＬＲの一例示的実装を用いて呼ループ回避に対応した呼フローの一例示的実施形態の図である。

【図6】ワイヤレス通信ネットワークにおいてモバイルデバイスに関する位置更新と並行してモバイル着信呼を扱うことに関する呼ループの形成を防ぐための方法の一実施形態の図である。

【図7】ワイヤレス通信ネットワークにおいてモバイルデバイスに関する位置更新と並行してモバイル着信呼を扱うことに関する呼ループの形成を防ぐための方法の一実施形態の図である。

【図8】本明細書に記載の機能の実施に好適なコンピュータの上位レベルブロック図である。

【発明を実施するための形態】

【0015】

理解を容易にするために、可能な場合、図面に共通な同一の要素を指定するために、同一の符号が用いられている。

【0016】

概して、呼ループ回避機能が提供される。少なくともいくつかの実施形態では、呼ループ回避機能は、ワイヤレス通信ネットワークにおいてモバイルデバイスに関する位置更新と並行してモバイル着信（ＭＴ）呼を扱うことに起因する呼ループの形成を防ぐ。

【0017】

少なくともいくつかの実施形態では、呼ループ回避機能は、位置更新手順を用いて、モバイルデバイスが第１の（または旧）モビリティ／呼管理エンティティ（たとえば移動交換局（ＭＳＣ）／在圏ロケーションレジスタ（ＶＬＲ）、呼サーバなど）から第２の（または新）モビリティ／呼管理エンティティ（たとえばＭＳＣ／ＶＬＲ、呼サーバなど）へ移動している間にモバイルデバイスへのＭＴ呼の配信が行われる場合の、第１のモビリティ／呼管理エンティティおよび第２のモビリティ／呼管理エンティティの間の呼ループの形成を防ぐ。モバイルデバイスへのＭＴ呼の配信中に、モバイルデバイスに対するモビリティ／呼管理エンティティが第１のモビリティ／呼管理エンティティから第２のモビリティ／呼管理エンティティに変更した場合に、第１のモビリティ／呼管理エンティティおよび第２のモビリティ／呼管理エンティティの間に呼ループが生じ得ることは理解されよう。モバイルデバイスが、第１のモビリティ／呼管理エンティティによりサービス提供される第１のエリアから第２のモビリティ／呼管理エンティティによりサービス提供される第２のエリアに移動した場合に、モバイルデバイスに対するモビリティ／呼管理エンティティが、第１のモビリティ／呼管理エンティティから第２のモビリティ／呼管理エンティティに変更し得ることは理解されよう。モバイルデバイスへのＭＴ呼の配信中にモバイルデバイスが異なる無線アクセス技術を再選択した場合に（たとえばモバイルデバイスがＭＴ呼の配信中に進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）に滞在し、ＵＴＲＡＮまたは移動通信用グローバルシステム（ＧＳＭ）ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）を再選択してＭＴ呼の確立を進める場合に）、モバイルデバイスに対するモビリティ／呼管理エンティティが、第１のモビリティ／呼管理エンティティから第２のモビリティ／呼管理エンティティへ変更し得ることは理解されよう。

【0018】

少なくともいくつかの実施形態では、第１の（または旧）モビリティ／呼管理エンティティ（たとえば移動交換局（ＭＳＣ）在圏ロケーションレジスタ（ＶＬＲ）、呼サーバなど）および第２の（または新）モビリティ／呼管理エンティティ（たとえばＭＳＣ／ＶＬＲ、呼サーバなど）が、（呼ルーティング手順の拡張版と呼ばれることもある）拡張呼ルーティング手順の使用に対応している場合に、呼ループ回避機能は、第１の（または旧）モビリティ／呼管理エンティティと第２の（または新）モビリティ／呼管理エンティティとの間の呼ループの形成を防ぐ。呼ルーティング手順は、モバイルが旧モビリティ／呼管理エンティティから新モビリティ／呼管理エンティティへ登録される場合に、旧モビリティ／呼管理エンティティから新モビリティ／呼管理エンティティへＭＴ呼をルーティングするように構成することができる（たとえば、ＭＴＲＦ手順、または、ＭＴ呼をルーティングするのに適した任意の他の適切な呼ルーティング手順）。拡張呼ルーティング手順は、旧モビリティ／呼管理エンティティおよび新モビリティ／呼管理エンティティの間の呼ループの形成を防ぐように構成された呼ルーティング手順の拡張版とすることができる（たとえば、ＭＴＲＦ手順の拡張版、または、ＭＴ呼をルーティングするのに適した任意の他の適切な呼ルーティング手順の拡張版）。

【0019】

呼ループ回避機能の様々な実施形態は、図１を参照することでより良く理解することができ、図１に、ワイヤレス通信ネットワークにおいてモバイルデバイスの位置更新と並行してモバイル着信呼を扱うことに関連する呼ループを回避するように構成された一例示的ワイヤレス通信システムを示す。

【0020】

図１に、呼ループ回避のために構成された一例示的ワイヤレス通信システムを示す。図１に示されるように、例示的ワイヤレス通信システム１００は、モバイルデバイス（ＭＤ）１１０、旧ＭＳＣ／ＶＬＲ１２０、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０、ホームロケーションレジスタ（ＨＬＲ）１４０、および通信ネットワーク１５０を含む。

【0021】

ＭＤ１１０は、ＭＴ呼を受信可能な任意の適切な種類のモバイルデバイス、たとえば携帯電話、スマートフォン、ラップトップなどを含むことができる。

【0022】

旧ＭＳＣ／ＶＬＲ１２０は、ＭＳＣとＭＳＣに関連付けられたＶＬＲとにより一般的に提供される機能を提供するように構成される。旧ＭＳＣ／ＶＬＲ１２０はまた、図２−７に関して本明細書に図示および記載された呼ループ回避機能の様々な機能を提供するように構成される。

【0023】

ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１２０は、ＧＭＳＣ要素１３２と、新ＭＳＣ／ＶＬＲ要素１３４とを含む。ＧＭＳＣ要素１３２は、ＧＭＳＣにより一般的に提供される機能を提供するように構成される。新ＭＳＣ／ＶＬＲ要素１３４は、ＭＳＣとＭＳＣに関連付けられたＶＬＲとにより一般的に提供される機能を提供するように構成される。ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１２０は、図２−７に関して本明細書に図示および記載された呼ループ回避機能の様々な機能を提供するように構成される。

【0024】

ＨＬＲ１４０は、ワイヤレスネットワークに対するＨＬＲにより一般的に提供される機能を提供するように構成される。

【0025】

通信ネットワーク１５０は、旧ＭＳＣ／ＶＬＲ１２０、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０、およびＨＬＲ１４０の間の通信を容易にする。通信ネットワーク１５０は、任意の適切な種類の通信ネットワークを含むことができる。

【0026】

図１に示されるように、ＭＤ１１０は、旧ＭＳＣ／ＶＬＲ１２０からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に移動する。ＭＤ１１０が旧ＭＳＣ／ＶＬＲ１２０からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０へ移動している間にＭＤ１１０向けのＭＴ呼が受信されると仮定する。ＭＤ１１０は、旧ＭＳＣ／ＶＬＲ１２０からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０へ任意数の理由で移動することがある（たとえば、ＭＤ１１０により回線交換フォールバック（ＣＳＦＢ）に対応するためにＭＴＲＦ手順が使用される場合、ＭＴＲＦ手順がＣＳＦＢなどとは無関係に使用される場合など）。

【0027】

ＭＤ１１０が旧ＭＳＣ／ＶＬＲ１２０からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０へ移動している間にＭＤ１１０向けのＭＴ呼が受信された場合の、旧ＭＳＣ／ＶＬＲ１２０およびＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の間の呼ループの形成を防ぐために、呼ループ回避機能の様々な実施形態を用いることができる。

【0028】

少なくともいくつかの実施形態では、ＭＤ１１０へのＭＴ呼の完了と共にＭＴＲＦ手順が使用される場合に呼ループ回避機能を利用することができる。一般的に、本明細書で論じられるように、ＭＴＲＦ手順により、ＭＴ呼の配信中に旧ＭＳＣ／ＶＬＲ（例示的には、旧ＭＳＣ／ＶＬＲ１２０）から新ＭＳＣ／ＶＬＲ（例示的には、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０）へ移動する着呼モバイルデバイス（例示的には、ＭＤ１１０）へのＭＴ呼の配信が可能になる（たとえば第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）２３．０１８の５．２．３項および５．２．４項記載）。ＭＴＲＦ手順は、様々なシナリオで実施することができるので、呼ループ回避機能の様々な実施形態もまた、様々なシナリオで使用することができる。

【0029】

たとえば、ＭＴＲＦ手順は、着呼モバイルデバイスがロングタームエボリューション（ＬＴＥ）カバレッジから、ＳＧｓページング要求を開始した旧ＭＳＣ／ＶＬＲと異なる新ＭＳＣ／ＶＬＲによりサービス提供される移動通信用グローバルシステム（ＧＳＭ）ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）／ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）セルへ移動した場合などに、回線交換フォールバック（ＣＳＦＢ）を行った結果として実施されることがある（たとえば、３ＧＰＰ ＴＳ２３．２７２の７．５ａ項記載）。

【0030】

たとえば、ＭＴＲＦ手順は、ＣＳＦＢが行われない場合に実施されることがあり、これは、たとえば、モバイルデバイスが旧ＭＳＣ／ＶＬＲから新ＭＳＣ／ＶＬＲへ移動している間に着信ＭＴ呼がモバイルデバイスへ向けられ、ＨＬＲが新ＭＳＣ／ＶＬＲにより更新される前にモバイルデバイス向けの着信ＭＴ呼が旧ＭＳＣ／ＶＬＲに配信される場合（たとえば、モバイルデバイスが移動しているために、ＭＳＣ／ＶＬＲ間で受け渡しされる典型的なローミング状況）などである。

【0031】

たとえば、ＭＤ１１０が、ＭＤ１１０へのＭＴ呼に関して旧ＭＳＣ／ＶＬＲ１２０からページングの受信に応じて、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０へ位置更新メッセージを送信する際に、ＭＴＲＦ手順を開始することができる。

【0032】

本明細書に記載のように、様々なシナリオにおいて、ＭＴＲＦ手順を用いて旧ＭＳＣ／ＶＬＲ１２０（たとえば、ＭＴページング／呼配信手順の完了の前にＭＤ１１０にサービス提供していたＭＳＣ／ＶＬＲ）からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０（たとえば、位置更新手順が完了した後にＭＤ１１０にサービス提供するＭＳＣ／ＶＬＲ）へＭＴ呼を届かせることができるが、ＭＴＲＦ手順を用いて旧ＭＳＣ／ＶＬＲ１２０からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０へＭＴ呼を届かせようとすると、特定の条件下で旧ＭＳＣ／ＶＬＲ１２０およびＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の間に呼ループが生じることがある。呼ループ回避に対応していない呼フローの一例示的実施形態が、図２に関して与えられる。少なくともいくつかの実施形態では、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０がＭＤ１１０のＧＭＳＣでもある場合の旧ＭＳＣ／ＶＬＲ１２０およびＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の間の呼ループは、（１）旧ＭＳＣ／ＶＬＲ１２０からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０により受信されたＧＭＳＣアドレスがＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣのＧＭＳＣアドレスと同一であるか判定し、（２）旧ＭＳＣ／ＶＬＲ１２０から受信されたＧＭＳＣアドレスがＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣのＧＭＳＣアドレスと同一であるという判定に基づいて、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０から旧ＭＳＣ／ＶＬＲ１２０へ解放メッセージを送信し、（ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０により旧ＭＳＣ／ＶＬＲ１２０を介してではなく）ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０から直接的にＭＤ１１０へＭＴ呼を配信するようにＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０を構成することにより回避することができる。呼ループ回避に対応した呼フローの一例示的実施形態は、図３−５に関して与えられる。

【0033】

図２に、呼ループ回避に対応していない呼フローの一例示的実施形態を示す。順次実施されるように主に図示および説明されているが、方法２００のステップの少なくとも一部が、同時に、または図２に示されたものと異なる順番で実施できることは理解されよう。

【0034】

ステップ２０１において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、初期アドレスメッセージ（ＩＡＭ：Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）を受信する。ＩＡＭは、（図２で「Ｂ」と表記された）ＭＤ１１０の被呼者番号、たとえばＭＤ１１０の移動局国際加入者登録番号（ＭＳＩＳＤＮ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ）を含む。

【0035】

ステップ２０２において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、ＩＡＭメッセージに応答して、ＭＡＰルーティング情報送信（ＳＲＩ：Ｓｅｎｄ Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをＨＬＲ１４０に送信する。ＭＡＰ ＳＲＩメッセージは、ＭＤ１１０の被呼者番号（たとえばＭＤ１１０のＭＳＩＳＤＮ）を含む。

【0036】

ステップ２０３において、ＨＬＲ１４０は、ＭＡＰ ＳＲＩメッセージに応答して、移動通信アプリケーション部（ＭＡＰ：Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）ローミング番号提供（ＰＲＮ：Ｐｒｏｖｉｄｅ Ｒｏａｍｉｎｇ Ｎｕｍｂｅｒ）メッセージを旧ＭＳＣ／ＶＬＲ１２０に送信する。ＭＡＰ ＰＲＮメッセージは、ＭＤ１１０の被呼者の移動端末識別子（ＩＭＳＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）番号を含む。

【0037】

ステップ２０４において、旧ＭＳＣ／ＶＬＲ１２０は、ＭＡＰ ＰＲＮ ＡＣＫメッセージをＨＬＲ１４０に送信することで、ＭＡＰ ＰＲＮメッセージに返信する。ＭＡＰ ＰＲＮ ＡＣＫメッセージは、ＭＤ１１０に関する移動局ローミング番号（ＭＳＲＮ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｒｏａｍｉｎｇ Ｎｕｍｂｅｒ）を含む（これにより、以下で論じられるステップ２０６における旧ＭＳＣ／ＶＬＲ１２０へのＭＴ呼のルーティングが可能になる）。

【0038】

ステップ２０５において、ＨＬＲ１４０は、ＭＡＰ ＳＲＩ ＡＣＫメッセージにより、ＭＡＰ ＳＲＩメッセージに返信する。ＭＡＰ ＳＲＩ ＡＣＫメッセージは、ＭＤ１１０に関するＭＳＲＮを含む。

【0039】

ステップ２０６において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、ＩＡＭメッセージを旧ＭＳＣ／ＶＬＲ１２０に送信する。ＩＡＭメッセージは、ＭＡＰ ＳＲＩ ＡＣＫメッセージからＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０により決定されたＭＤ１１０のＭＳＲＮを含む。

【0040】

ステップ２０７において、旧ＭＳＣ／ＶＬＲ１２０はＭＤ１１０をページングしようと試みる。

【0041】

ステップ２０８において、ＭＤ１１０は位置更新手順を開始し、関連する位置更新メッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。

【0042】

ステップ２０９において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０および旧ＭＳＣ／ＶＬＲ１２０は識別送信メッセージ（Ｓｅｎｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｍｅｓｓａｇｅ）を交換し、このメッセージ内で、新ＭＳＣ／ＶＬＲ１３０がＭＴＲＦ手順に対応していることを新ＭＳＣ／ＶＬＲ１３０が旧ＭＳＣ／ＶＬＲ１２０に通知する。ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、旧ＭＳＣ／ＶＬＲ１２０へ識別送信メッセージを送信し、ここで識別送信メッセージは、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０がＭＴＲＦ手順に対応している旨の表示を含む。旧ＭＳＣ／ＶＬＲ１２０は、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に識別送信ＡＣＫメッセージを送信することで、識別送信メッセージに返信する。

【0043】

ステップ２１０において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、位置更新メッセージをＨＬＲ１４０に送信する。位置更新メッセージは、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０がＭＴＲＦ手順に対応していることを示すように設定されたＭＴＲＦフラグを含む。

【0044】

ステップ２１１において、ＨＬＲ１４０および旧ＭＳＣ／ＶＬＲは、位置取消メッセージを交換する。ＨＬＲ１４０は、位置取消メッセージを旧ＭＳＣ／ＶＬＲ１２０に送信し、ここで位置取消メッセージは、旧ＭＳＣ／ＶＬＲ１２０に対してＭＴＲＦ手順に対応し許可されたことを示すように設定されたＭＴＲＦフラグを含む。旧ＭＳＣ／ＶＬＲ１２０は、位置取消ＡＣＫメッセージをＨＬＲ１４０に送信することで、位置取消メッセージに返信する。

【0045】

ステップ２１２において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０およびＨＬＲ１４０は、ＨＬＲ１４０がＭＤ１１０に関する加入者情報をＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０にダウンロードできるようにするための加入者データ挿入メッセージの１つまたは複数の組を交換する。ＨＬＲ１４０は、加入者データ挿入メッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信し、ここで加入者データ挿入メッセージは、ＭＤ１１０に関する供給された加入者データを含む。ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、加入者データ挿入ＡＣＫメッセージをＨＬＲ１４０に送信することで、加入者データ挿入メッセージに返信する。

【0046】

ステップ２１３において、旧ＭＳＣ／ＶＬＲ１２０は、ＭＡＰ ＰＲＮメッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。ＭＡＰ ＰＲＮメッセージは、旧ＭＳＣ／ＶＬＲ１２０がＭＴＲＦ手順に対応していることを示すように設定されたＭＴＲＦフラグを含む。

【0047】

ステップ２１４において、ＨＬＲ１４０は、位置更新ＡＣＫメッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。

【0048】

ステップ２１５において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、ＭＡＰ ＰＲＮ ＡＣＫメッセージを旧ＭＳＣ／ＶＬＲ１２０に送信することで、ＭＡＰ ＰＲＮメッセージに応答する。ＭＡＰ ＰＲＮ ＡＣＫメッセージはＭＳＲＮ’を含む（これにより、以下で論じられるように、ステップ２１６において旧ＭＳＣ／ＶＬＲ１２０からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０へＭＴ呼を届かせることが可能になる）。

【0049】

ステップ２１６において、旧ＭＳＣ／ＶＬＲ１２０は、ＩＡＭメッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。ＩＡＭメッセージは、ＭＡＰ ＰＲＮ ＡＣＫメッセージで受信されたＭＳＲＮ’を含む。

【0050】

ステップ２１７において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、位置更新承認メッセージをＭＤ１１０へ送信する。

【0051】

ステップ２１８において、ＭＤ１１０は、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０から受信された位置更新承認メッセージに応答して、ＴＭＳＩ再割当完了メッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。

【0052】

ステップ２１９において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、確立メッセージをＭＤ１１０へ送信する。

【0053】

ステップ２２０において、ＭＤ１１０は、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０から受信された確立メッセージに応答して、呼確認メッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。

【0054】

図２に示されたように、通常のＭＴ呼手順がステップ２２０の後に続く。通常のＭＴ呼手順は、当業者には理解されよう。

【0055】

本明細書に記載のように、呼ループ回避の不在下では、呼ループが、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０および旧ＭＳＣ／ＶＬＲ１２０の間に生じることがある。図２から、ステップ２０６およびステップ２１６で送信されるメッセージが、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０および旧ＭＳＣ／ＶＬＲ１２０の間に呼ループを構成することは理解されよう。本明細書に記載のように、少なくともいくつかの実施形態では、この種の呼ループは回避することができる。呼ループ回避に対応した呼フローの一例示的実施形態は、図３に与えられる。

【0056】

図３に、呼ループ回避に対応した呼フローの一例示的実施形態を示す。順次実施されるように主に図示および説明されているが、方法３００のステップの少なくとも一部が、同時に、または図３に示されたものと異なる順番で実施できることは理解されよう。

【0057】

ステップ３０１において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、初期アドレスメッセージ（ＩＡＭ）を受信する。ＩＡＭは、（図３で「Ｂ」と表記された）ＭＤ１１０の被呼者番号、たとえばＭＤ１１０の移動局国際加入者登録番号（ＭＳＩＳＤＮ）を含む。

【0058】

ステップ３０２において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、ＩＡＭメッセージに応答して、ＭＡＰルーティング情報送信（ＳＲＩ）メッセージをＨＬＲ１４０に送信する。ＭＡＰ ＳＲＩメッセージは、ＭＤ１１０の被呼者番号（同様に「Ｂ」と表記）と、ＭＤ１１０に対するＧＭＳＣのアドレス（ＧＭＳＣ＠と表記）と、呼参照番号（参照番号（ＲｅｆＮｕｍ）と表記）とを含む。

【0059】

ステップ３０３において、ＨＬＲ１４０は、ＭＡＰ ＳＲＩメッセージに応答して、移動通信アプリケーション部（ＭＡＰ）ローミング番号提供（ＰＲＮ）メッセージを旧ＭＳＣ／ＶＬＲ１２０に送信する。ＭＡＰ ＰＲＮメッセージは、ＭＤ１１０に対するＧＭＳＣのアドレス（ＧＭＳＣ＠と表記）と、呼参照番号（参照番号と表記）とを含み、双方とも、ＭＡＰ ＳＲＩメッセージで受信されたものである。

【0060】

ステップ３０４において、旧ＭＳＣ／ＶＬＲ１２０は、ＭＡＰ ＰＲＮ ＡＣＫメッセージをＨＬＲ１４０に送信することで、ＭＡＰ ＰＲＮメッセージに返信する。ＭＡＰ ＰＲＮ ＡＣＫメッセージは、ＭＤ１１０に関する移動局ローミング番号（ＭＳＲＮ）を含む。

【0061】

ステップ３０５において、ＨＬＲ１４０は、ＭＡＰ ＳＲＩ ＡＣＫメッセージを用いてＭＡＰ ＳＲＩメッセージに返信する。ＭＡＰ ＳＲＩ ＡＣＫメッセージは、ＭＤ１１０に関する移動局ローミング番号（ＭＳＲＮ）を含む。

【0062】

ステップ３０６において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、ＩＡＭメッセージを旧ＭＳＣ／ＶＬＲ１２０に送信する。ＩＡＭメッセージは、ＭＡＰ ＳＲＩ ＡＣＫメッセージからＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０により決定されたＭＤ１１０のＭＳＲＮを含む。

【0063】

ステップ３０７において、旧ＭＳＣ／ＶＬＲ１２０はＭＤ１１０をページングしようと試みる。

【0064】

ステップ３０８において、ＭＤ１１０は、位置更新手順を開始し、関連する位置更新メッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。

【0065】

ステップ３０９において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０および旧ＭＳＣ／ＶＬＲ１２０は識別送信メッセージを交換し、このメッセージ内で、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０がＭＴＲＦ手順に対応していることをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０が旧ＭＳＣ／ＶＬＲ１２０に通知する。ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、旧ＭＳＣ／ＶＬＲ１２０へ識別送信メッセージを送信し、ここで識別送信メッセージは、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０がＭＴＲＦ手順に対応している旨の表示を含む。旧ＭＳＣ／ＶＬＲ１２０は、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に識別送信ＡＣＫメッセージを送信することで、識別送信メッセージに返信する。

【0066】

ステップ３１０において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、位置更新メッセージをＨＬＲ１４０に送信する。位置更新メッセージは、ＭＴＲＦ手順に対応していること（ＭＴＲＦ対応と表記される）を示すように設定されたＭＴＲＦフラグを含む。

【0067】

ステップ３１１において、ＨＬＲ１４０および旧ＭＳＣ／ＶＬＲは、位置取消メッセージを交換する。ＨＬＲ１４０は、位置取消メッセージを旧ＭＳＣ／ＶＬＲ１２０に送信し、ここで位置取消メッセージは、ＭＴＲＦ手順に対応し許可されたこと（ＭＴＲＦ対応および許可と表記される）を示すように設定されたＭＴＲＦフラグを含む。旧ＭＳＣ／ＶＬＲ１２０は、位置取消ＡＣＫメッセージをＨＬＲ１４０に送信することで、位置取消メッセージに返信する。

【0068】

ステップ３１２において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０およびＨＬＲ１４０は、ＨＬＲ１４０がＭＤ１１０に関する加入者情報をＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０にダウンロードできるようにするための加入者データ挿入メッセージの１つまたは複数の組を交換する。ＨＬＲ１４０は、加入者データ挿入メッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信し、ここで加入者データ挿入メッセージは、ＭＤ１１０に関する供給された加入者データを含む。ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、加入者データ挿入ＡＣＫメッセージをＨＬＲ１４０に送信することで、加入者データ挿入メッセージに返信する。

【0069】

ステップ３１３において、旧ＭＳＣ／ＶＬＲ１２０は、ＭＡＰ ＰＲＮメッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。ＭＡＰ ＰＲＮメッセージは、ＭＴＲＦ手順に対応していることを示すように設定されたＭＴＲＦフラグ（ＭＴＲＦインジケータと表記）と、ＨＬＲ１４０から受信されたＭＡＰ ＰＲＮメッセージから決定されたＧＭＳＣのアドレス（ＧＭＳＣ＠と表記）と、ＨＬＲ１４０から受信されたＭＡＰ ＰＲＮメッセージから決定された呼参照番号（参照番号と表記）と、旧ＭＳＣ／ＶＬＲ１２０がＭＴＲＦ最適ルーティング（たとえば、旧ＭＳＣ／ＶＬＲ１２０およびＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の間の呼ループの形成を防ぐように構成されたＭＴＲＦ手順の拡張版）に対応している旨の旧ＭＳＣ／ＶＬＲ１２０からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０への表示とを含む。旧ＭＳＣ／ＶＬＲ１２０がＭＴＲＦ最適ルーティングに対応している旨の旧ＭＳＣ／ＶＬＲ１２０からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０への表示は、たとえば、ＭＡＰ ＰＲＮメッセージに含まれるＭＴＲＦ最適ルーティング対応情報要素（ＭＴＲＦ最適ルーティング対応と表記）の形で提供することができる。呼ループ回避で用いるＭＴＲＦ最適ルーティング対応情報要素およびＭＴＲＦ最適ルーティング実施情報要素を含む一例示的ＭＡＰ ＰＲＮメッセージは、図４Ａに与えられる。図４Ａに示されるように、例示的ＭＡＰ ＰＲＮメッセージ４１０は、以下の列：要求（Ｒｅｑｕｅｓｔ）、表示（Ｉｎｄｉｃａｔｉｏｎ）、応答（Ｒｅｓｐｏｎｓｅ）、および確認（Ｃｏｎｆｉｒｍ）のうちの１つまたは複数に定義された情報を有するパラメータの組を含む。ＭＴＲＦ最適ルーティング対応情報要素４１１は、「Ｕ」の要求値と、「（Ｃ＝）」の表示値とを有するものと定義される。ＭＴＲＦ最適ルーティング実施情報要素４１２は、「Ｃ」の応答値と、「（Ｃ＝）」の確認値とを有するものと定義される。ＭＴＲＦ最適ルーティング対応情報要素４１１またはＭＴＲＦ最適ルーティング実施情報要素４１２が、任意の他の適切な方法で定義されてもよく、任意の適切な方法でＭＡＰ ＰＲＮメッセージ４１０の他のパラメータに対して配列されてもよく、または同様のもの、ならびにこれらの様々な組み合わせでもよいことは理解されよう。ＭＡＰ ＰＲＮメッセージ４１０が、より少ないまたは多いパラメータ、他の方法で定義されたパラメータ、異なるパラメータ、互いに異なるパラメータ配列、または同様のもの、ならびにこれらの様々な組み合わせを含むことができることは理解されよう。旧ＭＳＣ／ＶＬＲ１２０およびＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の間の呼ループの形成を防ぐように通常のＭＴＲＦ手順が拡張されているので、ＭＴＲＦ最適ルーティングへの本明細書での参照はＭＴＲＦ拡張ルーティングへの参照として読み取ることもでき、したがって、ＭＴＲＦ最適ルーティング対応情報要素４１１およびＭＴＲＦ最適ルーティング実施情報要素４１２はそれぞれ、ＭＴＲＦ拡張ルーティング対応情報要素およびＭＴＲＦ拡張ルーティング実施情報要素として（または任意の他の適切な指示子を用いて）参照されることもあることは理解されよう。

【0070】

ステップ３１４において、ＨＬＲ１４０は、位置更新ＡＣＫメッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。

【0071】

ステップ３１５において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、旧ＭＳＣ／ＶＬＲ１２０からＭＡＰ ＰＲＮメッセージで受信されたＧＭＳＣアドレスが、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣのＧＭＳＣアドレスと同一である（すなわち、旧ＭＳＣ／ＶＬＲ１２０からＭＡＰ ＰＲＮメッセージで受信されたＧＭＳＣアドレスが自身のアドレスである）ことを判定する。ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、ＭＡＰ ＰＲＮメッセージで受信されたＧＭＳＣアドレスがＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣのＧＭＳＣアドレスと同一であるという判定に基づいて、以下を行う：（１）（ステップ３１６に関してさらに詳細に論じられるように）ＭＴＲＦ最適ルーティング実施情報要素を含むＭＡＰ ＰＲＮ ＡＣＫメッセージを旧ＭＳＣ／ＶＬＲ１２０を送信し、（２）（ステップ３１８に関してさらに詳細に論じられるように）旧ＭＳＣ／ＶＬＲ１２０へ解放メッセージを送信する。

【0072】

ステップ３１６において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、ＭＡＰ ＰＲＮ ＡＣＫメッセージを旧ＭＳＣ／ＶＬＲ１２０に送信することで、ＭＡＰ ＰＲＮメッセージに応答する。ＭＡＰ ＰＲＮ ＡＣＫメッセージは、本明細書では、ＭＡＰ ＰＲＮ応答メッセージと呼ばれることもある。

【0073】

ＭＡＰ ＰＲＮ ＡＣＫメッセージは、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０がＭＴＲＦ最適ルーティング（たとえば、旧ＭＳＣ／ＶＬＲ１２０およびＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の間の呼ループの形成を防ぐように構成されたＭＴＲＦ手順の拡張版）を実施した（または少なくとも承認した）旨のＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０から旧ＭＳＣ／ＶＬＲ１２０への表示を含む。ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０がＭＴＲＦ最適ルーティングを実施した（または少なくとも承認した）旨の表示は、たとえば、ＭＡＰ ＰＲＮ ＡＣＫメッセージに含まれるＭＴＲＦ最適ルーティング実施情報要素（ＭＴＲＦ最適ルーティング実施と表記）の形で提供することができる。呼ループ回避で用いるＭＴＲＦ最適ルーティング実施情報要素を含む一例示的ＭＡＰ ＰＲＮ ＡＣＫメッセージは、図４Ｂに与えられる。図４Ｂに示されるように、例示的ＭＡＰ ＰＲＮ ＡＣＫメッセージ４２０は、ＮＵＬＬおよび任意選択（ＯＰＴＩＯＮＡＬ）の値を含むように設定されたＭＴＲＦ最適ルーティング実施（ｍｔｒｆＯｐｔｉｍａｌＲｏｕｔｉｎｇＰｅｒｆｏｒｍｅｄ）情報要素４２１を含むパラメータの組を含む。図４Ｂに示されるように、例示的ＭＡＰ ＰＲＮ ＡＣＫメッセージ４２０がＭＴＲＦループ回避処理（ｍｔｒｆＬｏｏｐＡｖｏｉｄａｎｃｅＰｒｏｃｅｓｓｅｄ）情報要素を含む場合、ＭＡＰ ＰＲＮ ＡＣＫメッセージ４２０の他のパラメータのうち一部または全部のパラメータの値は、旧ＭＳＣ／ＶＬＲ１２０により無視され得る。ＭＴＲＦ最適ルーティング実施情報要素４２１が、任意の他の適切な方法で定義されてもよく、任意の適切な方法でＭＡＰ ＰＲＮ ＡＣＫメッセージ４２０の他のパラメータに対して配列されてもよく、または同様のもの、ならびにこれらの様々な組み合わせでもよいことは理解されよう。ＭＡＰ ＰＲＮ ＡＣＫメッセージ４２０が、より少ないまたは多いパラメータ、他の方法で定義されたパラメータ、異なるパラメータ、互いに異なるパラメータ配列、または同様のもの、ならびにこれらの様々な組み合わせを含むことができることは理解されよう。また、旧ＭＳＣ／ＶＬＲ１２０およびＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の間の呼ループの形成を防ぐように通常のＭＴＲＦ手順が拡張されているので、ＭＴＲＦ最適ルーティングへの本明細書での参照はＭＴＲＦ拡張ルーティングへの参照として読み取ることもでき、したがって、ＭＴＲＦ最適ルーティング実施（ｍｔｒｆＯｐｔｉｍａｌＲｏｕｔｉｎｇＰｅｒｆｏｒｍｅｄ）情報要素４２１は、ＭＴＲＦ拡張ルーティング実施（ｍｔｒｆＥｎｈａｎｃｅｄＲｏｕｔｉｎｇＰｅｒｆｏｒｍｅｄ）情報要素として（または任意の他の適切な指示子を用いて）参照されることもあることは理解されよう。

【0074】

ＭＡＰ ＰＲＮ ＡＣＫメッセージは、ＭＳＲＮを含んでも含まなくてもよい。少なくともいくつかの実施形態では、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０がＭＴＲＦ最適ルーティングを承認または実施した旨のＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０から旧ＭＳＣ／ＶＬＲ１２０への表示をＭＡＰ ＰＲＮ ＡＣＫメッセージが含む場合に、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、ＭＡＰ ＰＲＮ ＡＣＫメッセージにＭＳＲＮを含める必要はない。ＭＡＰ ＰＲＮ ＡＣＫメッセージがＭＳＲＮとＭＴＲＦ最適ルーティング実施情報要素とを含む場合に、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０がＭＴＲＦ最適ルーティングを実施した（または少なくとも承認した）旨のＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０から旧ＭＳＣ／ＶＬＲ１２０への表示（たとえばＭＴＲＦ最適ルーティング実施情報要素）をＭＡＰ ＰＲＮ ＡＣＫメッセージが含むという決定に基づいて、旧ＭＳＣ／ＶＬＲ１２０がＭＳＲＮを無視することに留意されたい。

【0075】

ステップ３１７において、旧ＭＳＣ／ＶＬＲ１２０は、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣからの解放を待機する。旧ＭＳＣ／ＶＬＲ１２０は、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０から期待される解放メッセージが受信されるように、待機モードに入る。

【0076】

ステップ３１８において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、解放メッセージを旧ＭＳＣ／ＶＬＲ１２０に送信する。旧ＭＳＣ／ＶＬＲ１２０は、解放メッセージに応答して、ＭＤ１１０に関する自身のリソースを解放する。

【0077】

ステップ３１９において、旧ＭＳＣ／ＶＬＲ１２０は、解放完了メッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。

【0078】

ステップ３２０において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、位置更新承認メッセージをＭＤ１１０へ送信する。

【0079】

ステップ３２１において、ＭＤ１１０は、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０から受信された位置更新承認メッセージに応答して、ＴＭＳＩ再割当完了メッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。

【0080】

ステップ３２２において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、確立メッセージをＭＤ１１０へ送信する。

【0081】

ステップ３２３において、ＭＤ１１０は、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０から受信された確立メッセージに応答して、呼確認メッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０に送信する。

【0082】

図３に示されたように、通常のＭＴ呼手順がステップ３２３の後に続く。通常のＭＴ呼手順は、当業者には理解されよう。

【0083】

本明細書に記載のように、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０は、ＧＭＳＣ要素１３２および新ＭＳＣ／ＶＬＲ要素１３４を含む。したがって、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０により実施されるように本明細書に提示された機能は、ＧＭＳＣ要素１３２、新ＭＳＣ／ＶＬＲ要素１３４、またはＧＭＳＣ要素１３２および新ＭＳＣ／ＶＬＲ要素１３４の組み合わせにより実施することができる。したがって、ＧＭＳＣ要素１３２および新ＭＳＣ／ＶＬＲ要素１３４にわたってＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の機能を分配するという観点でのＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の様々な実装が可能である。図３の呼フロー３００の文脈におけるＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の一例示的実装は、図５に与えられる。

【0084】

図５に、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲの一例示的実装を用いて呼ループ回避に対応した呼フローの一例示的実施形態を示す。図５に示されるように、呼フローは呼フロー３００’と示され、これは呼フロー３００’が、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０が特定の方法で（例示的には、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣ要素１３２および新ＭＳＣ／ＶＬＲ要素１３４にわたるＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の機能の１つの例示的な分配を用いて）実装される、図３の呼フロー３００の１つのバージョンを表すことを示す。呼フロー３００のステップの一部のみが、図５の呼フロー３００’と共に図示されている（すなわち、図５の呼フロー３００’の一部として示される対応ステップ３ｘｘ’を持たない呼フロー３００の任意のステップ３ｘｘが、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲの一例示的実装の図示および説明を明確にするために、図５の呼フロー３００’から省略されている）ことは理解されよう。順次実施されるように主に図示および説明されているが、方法３００’のステップの少なくとも一部が、同時に、または図５に示されたものと異なる順番で実施できることは理解されよう。

【0085】

ステップ３０１’において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣ要素１３２は、初期アドレスメッセージ（ＩＡＭ）を受信する。これは、ＩＡＭメッセージがＧＭＳＣ要素１３２により受信される図３のステップ３０１の一実装である。明確にするために、ステップ３０２−３０５が省略されていることに留意されたい。

【0086】

ステップ３０６’において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣ要素１３２は、ＩＡＭメッセージを旧ＭＳＣ／ＶＬＲ１２０に送信する。ＩＡＭメッセージは、ＭＡＰ ＳＲＩ ＡＣＫメッセージからＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣ要素１３２により決定されたＭＤ１１０のＭＳＲＮを含む。これは、ＩＡＭメッセージがＧＭＳＣ要素１３２により送信される図３のステップ３０６の一実装である。明確にするために、ステップ３０７−３１２が省略されていることに留意されたい。

【0087】

ステップ３１３’において、旧ＭＳＣ／ＶＬＲ１２０は、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の新ＭＳＣ／ＶＬＲ要素１３４へＭＡＰ ＰＲＮメッセージを送信する。ＭＡＰ ＰＲＮメッセージは、ＭＴＲＦ手順に対応していることを示すように設定されたＭＴＲＦフラグ（ＭＴＲＦインジケータと表記）と、ＭＡＰ ＰＲＮメッセージから決定されたＧＭＳＣのアドレス（ＧＭＳＣ＠と表記）と、ＭＡＰ ＰＲＮメッセージから決定された呼参照番号（参照番号と表記）と、ＭＴＲＦ最適ルーティング対応情報要素（ＭＴＲＦ最適ルーティング対応と表記）とを含む。これは、ＭＡＰ ＰＲＮメッセージが新ＭＳＣ／ＶＬＲ要素１３４により受信される方法３００のステップ３１３の一実装である。明確にするために、ステップ３１４が省略されていることに留意されたい。

【0088】

ステップ５０１（方法３００の少なくともいくつかの実施形態の文脈で実施され得るが、図３には示されていないステップ）において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の新ＭＳＣ／ＶＬＲ要素１３４は、ＭＳＲＮ’を割り当てる。

【0089】

ステップ３１５’において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の新ＭＳＣ／ＶＬＲ要素１３４は、ＭＡＰ ＰＲＮメッセージで受信されたＧＭＳＣアドレスが、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣ要素１３２のＧＭＳＣアドレスと同一であるか（すなわち、旧ＭＳＣ／ＶＬＲ１２０からＭＡＰ ＰＲＮメッセージで受信されたＧＭＳＣアドレスが、自身のアドレスであるか）を判定する。これは、ＭＡＰ ＰＲＮメッセージで受信されたＧＭＳＣアドレスがＧＭＳＣ要素１３２のＧＭＳＣアドレスと同一であるかについての判定を新ＭＳＣ／ＶＬＲ要素１３４が行う方法３００のステップ３１５の一実装である。

【0090】

ステップ５０２（方法３００の少なくともいくつかの実施形態の文脈で実施され得るが、図３には示されていないステップ）において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の新ＭＳＣ／ＶＬＲ要素１３４は、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣ要素１３２に内部メッセージを送信する。内部メッセージは、ＭＡＰ ＰＲＮメッセージの一部として旧ＭＳＣ／ＶＬＲ１２０から新ＭＳＣ／ＶＬＲ要素１３４により受信された呼参照番号と、新ＭＳＣ／ＶＬＲ要素１３４により割り当てられたＭＳＲＮ’とを含む。

【0091】

ステップ３１６’において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の新ＭＳＣ／ＶＬＲ要素１３４は、ＭＡＰ ＰＲＮ ＡＣＫメッセージを旧ＭＳＣ／ＶＬＲ１２０に送信することでＭＡＰ ＰＲＮメッセージに応答する。ＭＡＰ ＰＲＮ ＡＣＫメッセージは、新ＭＳＣ／ＶＬＲ要素１３４により割り当てられたＭＳＲＮ’を含んでも含まなくてもよい。ＭＡＰ ＰＲＮ ＡＣＫメッセージは、（ＭＴＲＦ最適ルーティング実施と表記された）ＭＴＲＦ最適ルーティング実施情報要素を含む。ＭＡＰ ＰＲＮ ＡＣＫメッセージがＭＳＲＮ’およびＭＴＲＦ最適ルーティング実施情報要素を含む場合、ＭＡＰ ＰＲＮ ＡＣＫメッセージがＭＴＲＦ最適ルーティング実施情報要素を含むという決定に基づいて、旧ＭＳＣ／ＶＬＲ１２０がＭＳＲＮ’を無視することに留意されたい。これは、新ＭＳＣ／ＶＬＲ要素１３４がＭＡＰ ＰＲＮ ＡＣＫメッセージを旧ＭＳＣ／ＶＬＲ１２０に送信する方法３００のステップ３１６の一実装である。明確にするために、ステップ３１７が省略されていることに留意されたい。

【0092】

ステップ３１８’において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣ要素１３２は、解放メッセージを旧ＭＳＣ／ＶＬＲ１２０に送信する。旧ＭＳＣ／ＶＬＲ１２０は、解放メッセージに応答してＭＤ１１０を解放する。これは、ＧＭＳＣ要素１３２が解放メッセージを旧ＭＳＣ／ＶＬＲ１２０に送信する方法３００のステップ３１８の一実装である。明確にするために、ステップ３１９−３２３が省略されていることに留意されたい。

【0093】

ステップ５０３（方法３００の少なくともいくつかの実施形態の文脈で実施され得るが、図３には示されていないステップ）において、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣ要素１３２は、内部ＩＡＭメッセージをＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の新ＭＳＣ／ＶＬＲ要素１３４に送信する。内部ＩＡＭメッセージは、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の新ＭＳＣ／ＶＬＲ要素１３４からＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０のＧＭＳＣ要素１３２により受信されたＭＳＲＮ’を含む。

【0094】

図５に示されるように、通常のＭＴ呼手順が、ステップ５０３の後に続く。通常のＭＴ呼手順は、当業者により理解されよう。

【0095】

旧ＭＳＣ／ＶＬＲがＭＴＲＦ最適ルーティングに対応していることを旧ＭＳＣ／ＶＬＲがＧＭＳＣ＋新ＭＳＣ／ＶＬＲに示す実施形態に関して主に図示および説明されているが、少なくともいくつかの場合では、旧ＭＳＣ／ＶＬＲがＭＴＲＦ最適ルーティングに対応していないことがあるか、またはＭＴＲＦ最適ルーティングに対応していることを示さないことがあることは理解されよう。したがって、少なくともいくつかの実施形態では、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲは、旧ＭＳＣ／ＶＬＲがＭＴＲＦ最適ルーティングに対応していないか、またはＭＴＲＦ最適ルーティングに対応していることを示さない場合に対処するように構成することができる。少なくともいくつかの実施形態では、旧ＭＳＣ／ＶＬＲがＭＴＲＦ最適ルーティングに対応していないか、またはＭＴＲＦ最適ルーティングに対応していることを示さないというＧＭＳＣ＋新ＭＳＣ／ＶＬＲによる決定に基づいて、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲは、本明細書で論じられるように呼ループが形成され得るとしても、旧ＭＳＣ／ＶＬＲからのＭＴ呼を受け入れるように構成することができる。少なくともいくつかの実施形態では、旧ＭＳＣ／ＶＬＲがＭＴＲＦ最適ルーティングに対応していないか、またはＭＴＲＦ最適ルーティングに対応していることを示さないというＧＭＳＣ＋新ＭＳＣ／ＶＬＲによる決定に基づいて、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲは、（１）解放メッセージを旧ＭＳＣ／ＶＬＲに送信し、（２）旧ＭＳＣ／ＶＬＲから受信されたＭＡＰ ＰＲＮメッセージに応答した旧ＭＳＣ／ＶＬＲへのＭＡＰ ＰＲＮ ＡＣＫメッセージの送信を一定時間遅延させるように構成することができる。ＵＥに対するＧＭＳＣが、解放メッセージを旧ＭＳＣ／ＶＬＲに伝搬し、関連する解放応答メッセージを旧ＭＳＣ／ＶＬＲから受信できるようにするのに十分であると予想される時間の間、旧ＭＳＣ／ＶＬＲへのＭＡＰ ＰＲＮ ＡＣＫメッセージの送信を遅延させるようにＧＭＳＣ＋新ＭＳＣ／ＶＬＲを構成することができる。少なくとも、ＧＭＳＣおよび旧ＭＳＣ／ＶＬＲの間の解放メッセージの交換が望ましくないことがあることが理由で（少なくともいくつかの状況では、解放メッセージのそのような交換が、必要であるか、望ましいか、または少なくとも容認可能なことがあるのは理解されるであろうが）、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲから旧ＭＳＣ／ＶＬＲへのＭＡＰ ＰＲＮ ＡＣＫメッセージの送信の遅延が行われることがある。加えて、少なくともいくつかの実施形態では、旧ＭＳＣ／ＶＬＲは、ＧＭＳＣに対して解放手順を開始しないものとし（呼をティアダウンすることになるので）、または呼転送を開始しないものとする（同様に、そのような行為が必要であるか、望ましいか、または少なくとも容認可能なことがある特定の状況が存在し得るが）。これらおよび他の実施形態を用いて、旧ＭＳＣ／ＶＬＲがＭＴＲＦに対応できない場合に対する後方互換性を提供することができる。一例示的実施形態が、図６に関して図示および説明される。

【0096】

図６に、ワイヤレス通信ネットワークにおいてモバイルデバイスに関する位置更新と並行してモバイル着信呼を扱うことに関する呼ループの形成を防ぐための方法の一実施形態を示す。モバイルデバイスが旧モビリティ／呼管理エンティティ（たとえば旧ＭＳＣ／ＶＬＲ）から新モビリティ／呼管理エンティティ（たとえばＧＭＳＣ＋新ＭＳＣ／ＶＬＲ）へ移動している間にモバイルデバイス向けのＭＴ呼が受信された場合に、図６の方法６００が、新モビリティ／呼管理エンティティにより実施できることは理解されよう。旧モビリティ／呼管理エンティティは、旧ＭＣＭＥと呼ばれることがあり、新モビリティ／呼管理エンティティは、新ＭＣＭＥと呼ばれることがある。順次実施されるように主に図示および説明されているが、方法６００のステップの少なくとも一部が、同時に、または図６に示されたものと異なる順番で実施できることは理解されよう。

【0097】

ステップ６０１において、方法６００は開始する。

【0098】

ステップ６０５において、新ＭＣＭＥは、ルーティング情報要求メッセージを旧ＭＣＭＥから受信する。ルーティング情報要求メッセージは、モバイルデバイスが旧ＭＣＭＥから新ＭＣＭＥへ移動している間にモバイルデバイスへＭＴ呼を配信するために用いられる呼ルーティング手順（通常の呼ルーティング手順または通常の呼ルーティング手順の拡張版でよい）のためのルーティング情報の取り出しを要求するように構成される。拡張呼ルーティング手順は、ルーティング情報要求メッセージに関連付けられた呼ルーティング手順の拡張版であり、ここで拡張呼ルーティング手順は、モバイルデバイスへのＭＴ呼の配信中の旧ＭＣＭＥおよび新ＭＣＭＥ間の呼ループの形成を防ぐように構成される。たとえば、通常の呼ルーティング手順は、ＭＴＲＦ手順（または他の適切な呼ルーティング手順）とすることができ、拡張呼ルーティング手順は、ＭＴＲＦ手順（または他の適切な呼ルーティング手順）の拡張版とすることができる。ルーティング情報要求メッセージは、モバイルデバイスに対する関門ＭＣＭＥ（たとえばＧＭＳＣ）のアドレスとＭＴ呼に対する呼参照番号とを含み、旧ＭＣＭＥが拡張呼ルーティング手順に対応している旨の表示を含んでも含まなくてもよい。旧ＭＣＭＥから新ＭＣＭＥへのモバイルデバイスの移動は、位置更新手順（少なくともいくつかの状況において、モバイルデバイスが新ＭＣＭＥに再登録する場合などに、登録手順と呼ばれることもある）を用いて制御することができる。

【0099】

ステップ６１０において、新ＭＣＭＥは、新ＭＣＭＥの関門ＭＣＭＥ要素のアドレスを決定する。これは、新ＭＣＭＥのアドレスの決定であってもよい（たとえば、関門ＭＣＭＥは新ＭＣＭＥの一機能である）。

【0100】

ステップ６１５において、新ＭＣＭＥは、（ルーティング情報要求メッセージからの）モバイルデバイスに対する関門ＭＣＭＥのアドレスと、新ＭＣＭＥの関門ＭＣＭＥ要素のアドレスとが一致するかを判定する。アドレスが一致しない場合（たとえば関門ＭＣＭＥおよび新ＭＣＭＥが異なるネットワークノードである場合）、方法６００はステップ６２０へ進む。アドレスが一致する場合、方法６００はステップ６２５に進む。

【0101】

ステップ６２０において、新ＭＣＭＥは、呼ルーティング手順を承認または実施する。呼ルーティング手順が、通常の非拡張呼ルーティング手順であることは理解されよう。たとえば、呼ルーティング手順は、通常のＭＴＲＦ手順とすることができる。ステップ６２０から、方法６００はステップ６９９に進み、ここで方法６００は終了する。

【0102】

ステップ６２５において、新ＭＣＭＥは、旧ＭＣＭＥが拡張呼ルーティング手順に対応している旨の表示をルーティング情報要求メッセージが含むか決定する。旧ＭＣＭＥが拡張呼ルーティング手順に対応している旨の表示をルーティング情報要求メッセージが含まない場合、方法６００は実装次第で、（選択肢１と表記された）ステップ６２０または（選択肢２と表記された）ステップ６３０へ進む。旧ＭＣＭＥが拡張呼ルーティング手順に対応している旨の表示をルーティング情報要求メッセージが含む場合、方法６００はステップ６４５へ進む。

【0103】

ステップ６３０において、新ＭＣＭＥは、旧ＭＣＭＥがモバイルデバイスに関する自身のリソースを解放するよう要求するための解放メッセージを旧ＭＣＭＥに送信する。ステップ６３５において、新ＭＣＭＥは、モバイルデバイスへのＭＴ呼の直接配信を開始する。モバイルデバイスへのＭＴ呼の直接配信は、新ＭＣＭＥによるモバイルデバイスへの旧ＭＣＭＥを介したＭＴ呼の配信ではなく、新ＭＣＭＥからモバイルデバイスへのＭＴ呼の配信である。ステップ６４０において、新ＭＣＭＥは、否定的ルーティング情報応答（中断メッセージなどの形をとってもよい）を旧ＭＣＭＥへ（ステップ６３５から）一定の遅延の後に送信する。否定的ルーティング情報応答メッセージは、（新ＭＣＭＥが拡張呼ルーティング手順を実施したが）新ＭＣＭＥが拡張呼ルーティング手順を承認または実施した旨の表示を含まず、その理由は、旧ＭＣＭＥが拡張呼ルーティング手順に対応していない場合に、旧ＭＣＭＥがそのような表示を理解できないためである。ステップ６４０から、方法６００はステップ６９９に進み、ここで方法６００は終了する。

【0104】

ステップ６４５において、新ＭＣＭＥは、ルーティング情報要求メッセージに応答して、肯定的ルーティング情報応答メッセージを旧ＭＣＭＥへ送信する。肯定的ルーティング情報応答メッセージは、新ＭＣＭＥが拡張呼ルーティング手順を承認または実施した旨の表示を含む。ステップ６５０において、新ＭＣＭＥは、旧ＭＣＭＥがモバイルデバイスに関する自身のリソースを解放するよう要求するための解放メッセージを旧ＭＣＭＥに送信する。ステップ６５５において、新ＭＣＭＥは、モバイルデバイスへＭＴ呼の直接配信を開始する。同様に、モバイルデバイスへのＭＴ呼の直接配信は、新ＭＣＭＥによるモバイルデバイスへの旧ＭＣＭＥを介したＭＴ呼の配信ではなく、新ＭＣＭＥからモバイルデバイスへのＭＴ呼の配信である。ステップ６５５から、方法６００はステップ６９９に進み、ここで方法６００は終了する。

【0105】

ステップ６９９において、方法６００は終了する。

【0106】

モバイルデバイスへのＭＴ呼の配信中に呼ループが生じると予想されるか否かについての決定が関門ＭＣＭＥアドレス情報に基づいている実施形態に関して主に提示されているが（すなわち、方法６００のステップ６１５に記載のように、ルーティング情報要求メッセージからのモバイルデバイスに対する関門ＭＣＭＥのアドレスと、新ＭＣＭＥの関門ＭＣＭＥ要素のアドレスとが一致するかについての判定）、モバイルデバイスへのＭＴ呼の配信中に呼ループが生じると予想されるか否かについての決定は、他種の情報に基づいていてもよいので、ルーティング情報要求メッセージからのＭＤに対する関門ＭＣＭＥの表示（たとえば関門ＭＣＭＥのアドレスまたは関門ＭＣＭＥの何らかの他の適切な識別子）が新ＭＣＭＥを識別するかについての決定に基づくものと考えられることは理解されよう。

【0107】

図７に、ワイヤレス通信ネットワークにおいてモバイルデバイスに関する位置更新と並行してモバイル着信呼を扱うことに関する呼ループの形成を防ぐための方法の一実施形態を示す。モバイルデバイスが旧モビリティ／呼管理エンティティ（たとえば旧ＭＳＣ／ＶＬＲ）から新モビリティ／呼管理エンティティ（たとえばＧＭＳＣ＋新ＭＳＣ／ＶＬＲ）へ移動している間にモバイルデバイス向けのＭＴ呼が受信された場合に、図７の方法７００が、旧モビリティ／呼管理エンティティ（たとえば旧ＭＳＣ／ＶＬＲ）により実施できることは理解されよう。旧モビリティ／呼管理エンティティは、旧ＭＣＭＥと呼ばれることがあり、新モビリティ／呼管理エンティティは、新ＭＣＭＥと呼ばれることがある。順次実施されるように主に図示および説明されているが、方法７００のステップの少なくとも一部が、同時に、または図７に示されたものと異なる順番で実施できることは理解されよう。

【0108】

ステップ７０１において、方法７００は開始する。

【0109】

ステップ７１０において、旧ＭＣＭＥは、ルーティング情報要求メッセージを新ＭＣＭＥへ送信する。ルーティング情報要求メッセージは、モバイルデバイスが旧ＭＣＭＥから新ＭＣＭＥに登録される場合に旧ＭＣＭＥから新ＭＣＭＥへＭＴ呼をルーティングするための、モバイルデバイスに対する関門ＭＣＭＥのアドレスと、ＭＴ呼に対する呼参照番号と、旧ＭＣＭＥが拡張呼ルーティング手順に対応している旨の表示とを含み、ここで拡張呼ルーティング手順は、モバイルデバイスへのＭＴ呼の配信中に旧ＭＣＭＥおよび新ＭＣＭＥの間の呼ループの形成を防ぐように構成される。たとえば、拡張呼ルーティング手順は、通常のＭＴＲＦ手順の拡張版とすることができる。

【0110】

ステップ７２０において、旧ＭＣＭＥは、ルーティング情報応答メッセージを新ＭＣＭＥから受信する。ルーティング情報応答メッセージは、ルーティング情報要求メッセージ内で旧ＭＣＭＥにより示される、新ＭＣＭＥが拡張呼ルーティング手順を承認または実施した旨の表示を含んでも含まなくてもよい。ルーティング情報応答メッセージは、ＭＳＲＮを含んでも含まなくてもよい。

【0111】

ステップ７３０において、旧ＭＣＭＥは、新ＭＣＭＥが拡張呼ルーティング手順を承認または実施した旨の表示をルーティング情報応答メッセージが含むか決定する。新ＭＣＭＥが拡張呼ルーティング手順を承認または実施した旨の表示をルーティング情報応答メッセージが含まない場合、方法７００はステップ７４０に進む。新ＭＣＭＥが拡張呼ルーティング手順を承認または実施した旨の表示をルーティング情報応答メッセージが含む場合、方法７００はステップ７５０に進む。

【0112】

ステップ７４０において、旧ＭＣＭＥは、通常の呼ルーティング手順を進める。ステップ７４０から、方法７００はステップ７９９に進み、方法７００は終了する。

【0113】

ステップ７５０において、旧ＭＣＭＥは、新ＭＣＭＥからの解放メッセージを待機するためのタイマを開始する。

【0114】

ステップ７６０において、旧ＭＣＭＥは、タイマが切れる前に解放メッセージが新ＭＣＭＥから受信されるか決定する。旧ＭＣＭＥは、タイマを監視し、新ＭＣＭＥからの解放メッセージの受信を監視する。タイマが切れる前に解放メッセージが新ＭＣＭＥから受信されなかった場合、方法７００はステップ７７０に進む。タイマが切れる前に解放メッセージが新ＭＣＭＥから受信された場合、方法７００はステップ７８０に進む。

【0115】

ステップ７７０において、旧ＭＣＭＥは呼解放を開始する。ステップ７７０から、方法７００はステップ７９９へ進み、ここで方法７００は終了する。

【0116】

ステップ７８０において、旧ＭＣＭＥは、新ＭＣＭＥからの解放メッセージに応答して、モバイルデバイスに関する自身のリソースを解放する。

【0117】

ステップ７９０において、旧ＭＣＭＥは、解放応答メッセージを新ＭＣＭＥへ送信する。

【0118】

ステップ７９９において、方法７００は終了する。

【0119】

特定の種類のメッセージ（たとえばＩＡＭ、解放メッセージなど）に対応している特定の種類のプロトコル（たとえばＩＳＤＮユーザ部（ＩＳＵＰ：ＩＳＤＮ Ｕｓｅｒ Ｐａｒｔ）プロトコルおよびベアラ非依存呼制御（ＢＩＣＣ：Ｂｅａｒｅｒ−Ｉｎｄｅｐｅｎｄｅｎｔ Ｃａｌｌ Ｃｏｎｔｒｏｌ）プロトコル）を用いた通信システムの文脈で、呼ループ回避機能が提供される実施形態に関して本明細書で主に図示および記載されているが、少なくともいくつかの実施形態では、他種のメッセージに対応している１つまたは複数の他種のプロトコル（たとえばセッション開始プロトコル（ＳＩＰ）など）を用いた通信システムの文脈で、呼ループ回避機能が提供されてもよいことは理解されよう。したがって、プロトコル特有のメッセージへの本明細書での参照は、プロトコル特有のメッセージと同一または類似の機能を提供するように構成される一般的なメッセージとして、より一般的に読み取ることができることは理解されよう。

【0120】

３ＧＰＰワイヤレス通信システムが対応しているＭＴＲＦ手順の文脈で呼ループ回避機能が提供される実施形態に関して本明細書で主に提示されているが、少なくともいくつかの実施形態では、１つまたは複数の他種のワイヤレス通信システムが対応しているＭＴＲＦ手順の文脈で呼ループ回避機能が提供されてもよいことは理解されよう。ワイヤレス通信システムが対応しているＭＴＲＦ手順の文脈で呼ループ回避機能が提供される実施形態に関して本明細書で主に提示されているが、少なくともいくつかの実施形態では、１つまたは複数の他種のワイヤレスシステムが対応しているＭＴＲＦ手順とは無関係に呼ループ回避機能が提供されてもよいことは理解されよう。少なくともいくつかの実施形態では、呼ループ回避機能の様々な特徴は、モバイルデバイスへのモバイル着信呼の配信中にモバイルデバイスがモビリティ管理エンティティを横断する場合の呼ループの形成を防ぐように構成することができる。したがって、旧ＭＳＣ／ＶＬＲへの本明細書での参照は、モバイルデバイスにサービス提供する旧モビリティ／呼管理エンティティとして、より一般的に読み取ることができ、同様に、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲへの本明細書での参照は、モバイルデバイスにサービス提供する新モビリティ／呼管理エンティティとして、より一般的に読み取ることができる。

【0121】

本明細書に記載のように、ＭＴ呼の配信中にモバイルデバイスが旧ＭＳＣ／ＶＬＲから新ＭＳＣ／ＶＬＲへ移動する場合の旧ＭＳＣ／ＶＬＲおよび新ＭＳＣ／ＶＬＲの間の呼ループの回避により、様々な利点をもたらすことができる。たとえば、旧ＭＳＣおよび新ＭＳＣの間の呼ループの回避により、ネットワークリソース、たとえばルーティング番号リソース（たとえばＭＳＲＮ）、転送リソース（たとえば適応マルチレート広帯域（ＡＭＲ−ＷＢ）双方向音声通話のためのＩＰ帯域幅）、旧ＭＳＣ／ＶＬＲおよび新ＭＳＣ／ＶＬＲ間のシグナリングリソース、旧ＭＳＣ／ＶＬＲおよび新ＭＳＣ／ＶＬＲにおける処理リソース、または同様のもの、ならびにこれらの様々な組み合わせ、のうちの１つまたは複数を節約することができる。たとえば、旧ＭＳＣおよび新ＭＳＣの間の呼ループの回避により、事業者コストを削減することができる。たとえば、旧ＭＳＣおよび新ＭＳＣの間の呼ループの回避により、ＰＬＭＮ間／国際請求（たとえば、旧ＭＳＣ／ＶＬＲおよび新ＭＳＣ／ＶＬＲが異なる事業者に関連付けられている場合の追加事業者間手数料）を削減または排除することができる。たとえば、旧ＭＳＣおよび新ＭＳＣの間の呼ループの回避により、（特に、旧ＭＳＣ／ＶＬＲおよび新ＭＳＣ／ＶＬＲが異なる領域（異なる国、異なる地理的領域など）に位置する場合に）本来なら生じる可能性があった追加の待ち時間および呼確立遅延を削減または排除することができる。たとえば、旧ＭＳＣおよび新ＭＳＣの間の呼ループの回避により、ＭＴ呼の配信中にモバイルデバイスが旧ＭＳＣ／ＶＬＲから新ＭＳＣ／ＶＬＲに移動する場合の、ＭＴ呼の配信に関する要素のうちの１つまたは複数に対する不要な複数の合法的な傍受を削減または排除することができる（たとえばＧＭＳＣ、旧ＭＳＣ／ＶＬＲ、新ＭＳＣ／ＶＬＲなど）。たとえば、旧ＭＳＣおよび新ＭＳＣの間の呼ループの回避により、事業者コストを削減または排除することができ、あるいはネットワーク容量を増加または最大化することができる。呼ループ回避機能の実施形態が他の文脈（たとえば他のプロトコルを採用した類似のワイヤレス通信ネットワーク、他種のワイヤレス通信ネットワーク、または同様のもの、ならびにこれらの様々な組み合わせ）で提供される場合に、上記の利点または様々な他の利点のうちの少なくともいくつかを実現できることは理解されよう。

【0122】

図８に、本明細書に記載の機能の実施に好適なコンピュータの上位レベルブロック図を示す。

【0123】

コンピュータ８００は、プロセッサ８０２（たとえば中央処理装置（ＣＰＵ）または他の適切なプロセッサ）と、メモリ８０４（たとえばランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）など）とを含む。

【0124】

コンピュータ８００は、協働モジュール／プロセス８０５をさらに含むことができる。協働プロセス８０５をメモリ８０４にロードし、プロセッサ８０２により実行して、本明細書で論じられた機能を実施することができ、したがって、協働プロセス８０５（関連するデータ構造を含む）は、コンピュータ可読記憶媒体、たとえばＲＡＭメモリ、磁気または光学ドライブまたはディスケットなどに記憶することができる。

【0125】

コンピュータ８００は、１つまたは複数の入力／出力デバイス８０６（たとえば、ユーザ入力デバイス（キーボード、キーパッド、マウスなど）、ユーザ出力デバイス（ディスプレイ、スピーカーなど）、入力ポート、出力ポート、受信機、送信機、１つまたは複数の記憶デバイス（テープドライブ、フロッピー（登録商標）ドライブ、ハードディスクドライブ、コンパクトディスクドライブなど）、または同様のもの、ならびにこれらの様々な組み合わせ）をさらに含むことができる。

【0126】

図８に示されたコンピュータ８００が、本明細書に記載の機能要素または本明細書に記載の機能要素の一部を実装するのに適した一般的なアーキテクチャおよび機能性を提供することは理解されよう。たとえば、コンピュータ８００は、ＭＤ１１０、ＭＤ１１０の一部、旧ＭＳＣ／ＶＬＲ１２０、旧ＭＳＣ／ＶＬＲ１２０の一部、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０、ＧＭＳＣ＋新ＭＳＣ／ＶＬＲ１３０の一部、ＨＬＲ１４０、ＨＬＲ１４０の一部などのうちの１つまたは複数を実装するのに適した一般的なアーキテクチャおよび機能性を提供する。

【0127】

本明細書に図示および記載された機能が、ハードウェアまたはソフトウェアおよびハードウェアの組み合わせで実装でき、たとえば、汎用コンピュータを用いて、専用コンピュータを提供するために汎用コンピュータ上でソフトウェアを実行することで、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）または任意の他のハードウェア均等物を用いて、または同様のもので、ならびにこれらの様々な組み合わせで実装できることは理解されよう。

【0128】

本明細書で論じられた方法ステップの少なくともいくつかが、ハードウェアで、たとえばプロセッサと協力して様々な方法ステップを実施する回路として実装できることは理解されよう。本明細書に記載の機能／要素の一部は、コンピュータプログラム製品として実装することができ、コンピュータ命令は、コンピュータにより処理された場合に、本明細書に記載の方法または技法が呼び出されるかまたは他の方法で提供されるように、コンピュータの動作を適合させる。本発明の方法を呼び出すための命令は、固定媒体もしくは取り外し可能媒体に格納するか、ブロードキャストまたは他の信号担持媒体のデータストリームを介して送信するか、または、命令に従って動作するコンピューティングデバイスのメモリに記憶することができる。

【0129】

本明細書で用いられる「または（ｏｒ）」という用語が、別途指示されていない限り（たとえば「またはそれ以外（ｏｒ ｅｌｓｅ）」あるいは「または代替的に（ｏｒ ｉｎ ｔｈｅ ａｌｔｅｒｎａｔｉｖｅ）」の使用によって）、非排他的な「または」を指すことは理解されよう。

【0130】

様々な実施形態の態様は、特許請求の範囲に示されている。様々な実施形態のこれらおよび他の態様は、以下の番号付きの節に示されている：

【0131】

１．モバイルデバイス（ＭＤ）へのモバイル着信（ＭＴ）呼に関する呼ループを防ぐための方法であって、
プロセッサおよびメモリを用いて、
ＭＤへのＭＴ呼の配信に関連するルーティング情報要求メッセージを第１のモビリティおよび呼管理エンティティ（ＭＣＭＥ）において第２のＭＣＭＥから受信することであって、ルーティング情報要求メッセージがＭＤに対する関門ＭＣＭＥの表示を含む、受信することと、
位置更新手順を用いて、ＭＤが第２のＭＣＭＥから第１のＭＣＭＥへ移動している間に、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるかを、ＭＤに対する関門ＭＣＭＥの表示に基づいて決定することと
を備える、方法。

【0132】

２．第２のＭＣＭＥによりサービス提供されるエリアから第１のＭＣＭＥによりサービス提供されるエリアへのＭＤの移動を示すメッセージを受信すること
をさらに備える、節１に記載の方法。

【0133】

３．ＭＴ呼の配信中にＭＤが異なる無線アクセス技術を再選択した場合に、第２のＭＣＭＥから第１のＭＣＭＥへのＭＤの移動を示すメッセージを受信すること
をさらに備える、節１に記載の方法。

【0134】

４．ＭＤ呼の配信中にＭＤが異なる無線アクセス技術を再選択した場合の第２のＭＣＭＥから第１のＭＣＭＥへのＭＤの移動を示すメッセージが、ＭＤが、ＭＴ呼の配信中に進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）に滞在し、ＵＴＲＡＮまたは移動通信用グローバルシステム（ＧＳＭ（登録商標））ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）を再選択してＭＴ呼の確立を進める場合に、ＭＤが第２のＭＣＭＥから第１のＭＣＭＥへ移動したことを示す、節３に記載の方法。

【0135】

５．ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるかを判定することが、
ルーティング情報要求メッセージからのＭＤに対する関門ＭＣＭＥの表示が、第１のＭＣＭＥを識別するかを決定すること
を備える、節１に記載の方法。

【0136】

６．ＭＤに対する関門ＭＣＭＥの表示がＭＤに関する関門ＭＣＭＥアドレスを含み、第１のＭＣＭＥは関門ＭＣＭＥアドレスが関連付けられ、ルーティング情報要求メッセージからのＭＤに対する関門ＭＣＭＥの表示が第１のＭＣＭＥを識別するかを決定することが、
ルーティング情報要求メッセージからのＭＤに関する関門ＭＣＭＥアドレスと、第１のＭＣＭＥに関連付けられた関門ＭＣＭＥアドレスとを比較すること
を備える、節５に記載の方法。

【0137】

７．ルーティング情報要求メッセージからのＭＤに関する関門ＭＣＭＥアドレスと、第１のＭＣＭＥに関連付けられた関門ＭＣＭＥアドレスとが一致するという判定に基づいて、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されると決定すること
をさらに備える、節６に記載の方法。

【0138】

８．ルーティング情報要求メッセージからのＭＤに対する関門ＭＣＭＥの表示が第１のＭＣＭＥを識別するという決定に基づいて、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されると決定すること
をさらに備える、節５に記載の方法。

【0139】

９．ルーティング情報要求メッセージからのＭＤに対する関門ＭＣＭＥの表示が第１のＭＣＭＥを識別しないという決定に基づいて、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されないと決定すること
をさらに備える、節５に記載の方法。

【0140】

１０．ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるという決定に基づいて、
第１のＭＣＭＥから第２のＭＣＭＥへルーティング情報応答メッセージを伝搬すること
をさらに備える、節１に記載の方法。

【0141】

１１．ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるという決定に基づいて、
ＭＤに関する第２のＭＣＭＥのリソースを解放するように第２のＭＣＭＥに指示するための解放メッセージを、第１のＭＣＭＥから第２のＭＣＭＥへ伝搬すること
をさらに備える、節１に記載の方法。

【0142】

１２．ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるという決定に基づいて、第１のＭＣＭＥからＭＤへ直接的にＭＴ呼の配信を開始すること
をさらに備える、節１に記載の方法。

【0143】

１３．ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるという決定に基づいて、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に生じると予想される呼ループの形成を防ぐための拡張呼ルーティング手順を用いるかを決定すること
をさらに備える、節１に記載の方法。

【0144】

１４．ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に生じると予想される呼ループの形成を防ぐために拡張呼ルーティング手順を用いるか決定することが、
第２のＭＣＭＥが拡張呼ルーティング手順に対応している旨の表示をルーティング情報要求メッセージが含むか決定すること
を備える、節１３に記載の方法。

【0145】

１５．拡張呼ルーティング手順を用いるという決定に基づいて、
拡張呼ルーティング手順が第１のＭＣＭＥにより承認または実施されたことを示すルーティング情報応答メッセージを、第１のＭＣＭＥから第２のＭＣＭＥへ伝搬すること
をさらに備える、節１３に記載の方法。

【0146】

１６．拡張呼ルーティング手順を用いるという決定に基づいて、
ＭＤに関する第２のＭＣＭＥのリソースを解放するよう第２のＭＣＭＥに指示するための解放メッセージを、第１のＭＣＭＥから第２のＭＣＭＥへ伝搬すること
をさらに備える、節１３に記載の方法。

【0147】

１７．拡張呼ルーティング手順を用いるという決定に基づいて、第１のＭＣＭＥからＭＤへ直接的にＭＴ呼の配信を開始すること
をさらに備える、節１３に記載の方法。

【0148】

１８．拡張呼ルーティング手順を用いないという決定に基づいて、第１のＭＣＭＥによる第２のＭＣＭＥを介したＭＤへのＭＴ呼の配信のための通常の呼ルーティング手順を実施すること
をさらに備える、節１３に記載の方法。

【0149】

１９．拡張呼ルーティング手順を用いるという決定に基づいて、第２のＭＣＭＥが拡張呼ルーティング手順に対応している旨の表示を第２のＭＣＭＥからのルーティング情報要求メッセージが含まない場合に、
ＭＤに関する第２のＭＣＭＥのリソースを解放するよう第２のＭＣＭＥに指示するための解放メッセージを第１のＭＣＭＥから第２のＭＣＭＥへ伝搬することと、
第１のＭＣＭＥからＭＤへ直接的にＭＴ呼の配信を開始することと、
拡張呼ルーティング手順が第１のＭＣＭＥにより承認または実施されたことを示さない否定的ルーティング情報応答を第１のＭＣＭＥから第２のＭＣＭＥへ伝搬することと
をさらに備える、節１３に記載の方法。

【0150】

２０．第１のＭＣＭＥが第１の移動交換局（ＭＳＣ）／在圏ロケーションレジスタ（ＶＬＲ）要素を備え、第２のＭＣＭＥが第２のＭＳＣ／ＶＬＲ要素を備える、節１に記載の方法。

【0151】

２１．第１のＭＳＣ／ＶＬＲ要素が、第２のＭＳＣ／ＶＬＲによるＭＴ呼の配信中にＭＤから位置更新要求を受信し、第１のＭＳＣ／ＶＬＲ要素はまた、ＭＴ呼に関する関門ＭＳＣ（ＧＭＳＣ）機能に対応している、節２０に記載の方法。

【0152】

２２．ＭＤへのＭＴ呼の配信中に第１のＭＳＣ／ＶＬＲおよび第２のＭＳＣ／ＶＬＲの間の呼ループの形成を防ぐように構成された拡張呼ルーティング手順を用いてＭＤへのＭＴ呼の配信を開始すること
をさらに備え、拡張呼ルーティング手順が、モバイル着信ローミング転送（ＭＴＲＦ）手順の１つのバージョンを含む、節２１に記載の方法。

【0153】

２３．コンピュータにより実行された場合に、モバイルデバイス（ＭＤ）へのモバイル着信（ＭＴ）呼に関する呼ループを防ぐための方法をコンピュータに実施させる命令を記憶したコンピュータ可読記憶媒体であって、方法が、
ＭＤへのＭＴ呼の配信に関連するルーティング情報要求メッセージを第１のモビリティおよび呼管理エンティティ（ＭＣＭＥ）において第２のＭＣＭＥから受信することであって、ルーティング情報要求メッセージがＭＤに対する関門ＭＣＭＥの表示を含む、受信することと、
位置更新手順を用いて、ＭＤが第２のＭＣＭＥから第１のＭＣＭＥへ移動している間に、ＭＤへのＭＴ呼の配信中に第１のＭＣＭＥおよび第２のＭＣＭＥの間に呼ループが生じると予想されるかを、ＭＤに対する関門ＭＣＭＥの表示に基づいて決定することと
を備える、コンピュータ可読記憶媒体。

【0154】

２４．モバイルデバイス（ＭＤ）へのモバイル着信（ＭＴ）呼に関する呼ループを防ぐための装置であって、
プロセッサおよびプロセッサに通信可能に接続されたメモリであって、プロセッサが、
ＭＤへのＭＴ呼の配信に関連するルーティング情報要求メッセージをモビリティおよび呼管理エンティティ（ＭＣＭＥ）から受信することであって、ルーティング情報要求メッセージがＭＤに対する関門ＭＣＭＥの表示を含む、受信することと、
位置更新手順を用いて、ＭＤが第２のＭＣＭＥから第１のＭＣＭＥへ移動している間に、ＭＤへのＭＴ呼の配信中にＭＣＭＥとの間に呼ループが生じると予想されるかを、ＭＤに対する関門ＭＣＭＥの表示に基づいて決定することと
を行うように構成される、プロセッサおよびメモリ
を備える、装置。

【0155】

上記は本明細書で提示された機能の様々な実施形態を対象としているが、他およびさらなる実施形態を、その基本的な範囲から逸脱することなく考案できることは理解されよう。

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】