JP6473171B2 - Ｍｓｃ間ハンドオーバのためのｍａｐを介したｉｍｅｉｓｖの指示 - Google Patents

Description

本発明は一般に通信システムに関し、より具体的にはワイヤレス通信システムに関する。

従来の通信システムは１つまたは複数のアクセスノードを使用して、１つまたは複数のモバイルデバイスにネットワークコネクティビティを提供する。アクセスノードはアクセスポイント、アクセスネットワーク、基地局、基地局ルータ、セル、フェムトセルなどと呼ばれることもある。例えば、ユニバーサルモバイル通信サービス（ＵＴＭＳ）標準に準拠して動作するセルラー通信システムでは、１つまたは複数のアクセスノードを使用してモバイルデバイスにワイヤレスネットワークコネクティビティが提供されることがある。モバイルデバイスには、セルラー電話、携帯情報端末、スマートフォン、ラップトップデバイス、テキストメッセージングデバイス、全地球測位システム、ナビゲーションシステム、ネットワークインタフェースカード、ノートコンピュータ、デスクトップコンピュータなどが含まれてもよく、モバイル加入者またはユーザ機器と呼ばれることもある。モバイルデバイスにネットワークコネクティビティを提供するために、数多くのタイプおよび世代のワイヤレス通信システムが開発および配備されてきている。例示的なワイヤレス通信システムには、マイクロセルにワイヤレスコネクティビティを提供するシステム（例えば、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１５、またはＷｉ−Ｆｉ標準に準拠したワイヤレスコネクティビティを提供するシステム）と、マクロセルにワイヤレスコネクティビティを提供するシステム（例えば、第３世代パートナーシッププロジェクト標準３ＧＰＰおよび３ＧＰＰ２、ならびに／またはＩＥＥＥ８０２．１６およびＩＥＥＥ８０２．２０標準に準拠して動作するシステム）とが含まれる。第２世代（２Ｇ）、第３世代（３Ｇ）、および第４世代（４Ｇ）を含む、これらのシステムの複数の世代が配備されてきている。

ワイヤレス通信ネットワークはモバイル加入者に、世界中のほぼどこからでも通信サービスにアクセスできる能力を提供する。そのような全世界的アクセスはモビリティ管理により容易になる。モビリティ管理を使用すれば、ワイヤレスネットワークがモバイルデバイスのロケーション（位置）を追跡して、モバイルデバイスにモバイルサービスを提供できるようにすることができる。

ワイヤレスネットワークは通常、複数のセルから形成され、各セルは、モバイルデバイスがモバイルサービスを受け取ることのある小さな地理領域をカバーする。セルは通常、セルに無線サービスエリアを提供する基地局を備え、それによって、セル内に位置するモバイルデバイスとの通信を可能にする。複数の基地局のサービスエリアを統合することにより、ワイヤレスネットワークは大きな地理的領域にわたって移動局に無線サービスエリアを提供することができる。

近隣基地局の集合体のサービスエリアは、通例、ロケーションエリアと称される。ロケーションエリアは移動通信交換局（ＭＳＣ）からサービスを受け、１つのＭＳＣが複数のロケーションエリアにサービスを行うこともある。ＭＳＣは、モバイル加入者に回線交換通話、モビリティ管理、および他の各種サービス（例えば、通信サービス、モバイルサービスなど）を提供するネットワークノードである。ＭＳＣは、そのＭＳＣのサービス対象であるロケーションエリア内に現在位置しているモバイルデバイスの加入者データを維持する。モバイル加入者データは、ワイヤレスネットワーク内にあるホームロケーションレジスタ（ＨＬＲ）に恒久的に維持されている。あるＭＳＣの範囲内にモバイルデバイスが入ると、ＭＳＣはＨＲＬからモバイル加入者データを取得して、そのＭＳＣと関連付けられた在圏ロケーションレジスタ（ＶＬＲ）内で維持する。モバイルデバイスへのモバイル着信（ＭＴ）呼が意図されたときにロケーションエリア内のモバイルデバイスをページングするためにＭＳＣによって使用するために、移動局のロケーションエリアもまた、そのＭＳＣに関連するＶＬＲ内で維持される。ある移動局の現在のロケーションエリアに関連するＭＳＣを、その移動局に関する在圏移動通信交換局（ＭＳＣ）と称されることもある。そのモバイル加入者に宛てられたＭＴ呼を受信するＭＳＣを、そのモバイルデバイスのゲートウェイＭＳＣ（ＧＭＳＣ）と称することもある。また、ＭＳＣとそのＭＳＣのＶＬＲとの組み合わせを、ＭＳＣ／ＶＬＲと称されることもある。

あるセル上のモバイルデバイスが無線リソース（ＲＲ）コネクションを有するとき、そのデバイスは近隣の全てのセルの信号もまた測定して、測定結果報告を基地局コントローラ／無線ネットワークコントローラ（ＢＳＣ／ＲＮＣ）に送信する。近隣セルの信号強度に基づいて、ＢＳＣ／ＲＮＣは、ＨＯ（ハンドオーバ）／リロケーション要求をＭＳＣに送信することにより、ハンドオーバを開始する。モバイルデバイスは、ＨＯ／リロケーションコマンドが受信されるまでは、新しいセルに移動しない。

あるセル上のモバイルデバイスがアイドル状態のとき、そのデバイスは近隣の全てのセルの信号を測定する。モバイルデバイスは新しいセル（最も信号の強い近隣セル）に移動する。次に、モバイルデバイスは、新しいセルのロケーションエリア識別子（ＬＡＩ）とモバイルデバイス内に格納されているＬＡＩを比較することにより、ＬＡＩ変更があったか決定する。ＬＡＩが変更された場合、モバイルデバイスはＭＳＣにロケーション更新メッセージを送信する。

基地局サブシステム／無線ネットワークコントローラ（ＢＳＳ／ＲＮＣ）は、モバイルデバイスが通話中に旧ロケーションエリアから新ロケーションエリアに移動、すなわち「ローミング」すると決定し、ワイヤレスコアネットワークにハンドオーバ要求／リロケーション要求メッセージを送信する（ハンドオーバ手順の実行を要求する）。モバイルデバイスの新ロケーションをサービス対象とする新ＶＭＳＣが、そのモバイルデバイスの旧ロケーションをサービス対象とする旧ＶＭＳＣと異なる場合は、ハンドオーバ手順の一部としてＭＳＣ間ハンドオーバが行われる。ＭＳＣ間ハンドオーバにおいては、「旧」ＭＳＣは「アンカー」ＭＳＣを意味し、「新」ＭＳＣは「目標」または「サービング」ＭＳＣを意味する。

呼がアクティブではないときにモバイルデバイスがローミングすると、ロケーションおよびサービングＶＭＳＣを追跡するためにロケーション更新が利用される。例えば、通常のＭＴ呼のシナリオでは、移動局への着呼はまず、呼び出し先の移動局のＨＰＬＷＮ（ホーム公衆回線モバイルネットワーク）のゲートウェイ移動通信交換局（ＧＭＳＣ）にルーティングされる。着呼を受けると、ＧＭＳＣは、その移動局が現在登録されているＶＭＳＣを決定するために、モバイル加入者のＨＬＲに照会を行う。ＨＬＲは通常、ＶＭＳＣからルーティング情報を取得し、その情報をＧＭＳＣに返す。ＧＭＳＣはルーティング情報を使用して、ＶＭＳＣへの着呼をルーティングする。ＶＭＳＣは、発呼者とモバイル加入者の間に呼接続をセットアップするために、呼び出し先のモバイル加入者の加入者データにアクセスしてロケーションエリアを決定し、そのロケーションエリア内の移動局をページングする。

モバイルデバイスは、そのモバイルデバイスに割り当てられた一意の番号である、移動端末装置識別子（ＩＭＥＩ）によって識別可能である。ワイヤレスネットワークはＩＭＥＩを使用して有効なデバイスを識別し、また、他のサービスを提供することができる。例えば、ＩＭＥＩを使用して、盗難が報告されている電話のネットワークアクセスを防ぐことができる。ＩＭＥＩはデバイスの識別のみに使用され、そのデバイスのユーザに対する恒久的または半恒久的な関係を有しない。デバイスのユーザは、移動端末識別子（ＩＭＳＩ）番号の送信によって識別される。

ある加入者によって現在使用されているモバイルデバイスが分かれば、多くのネットワーク機能およびセキュリティ機能が可能になる。モバイルデバイスはＩＭＥＩまたは、ＩＭＥＩソフトウェアバージョン（ＩＭＥＩＳＶ）によっても識別可能であり、ＩＭＥＩＳＶにはデバイスの製造元、機種、およびシリアルナンバーに関する情報が含まれる。ＩＭＥＩＳＶを使用するサービスの例は、追跡およびユーザ機器特定挙動情報（ＵＥＳＢＩ）である。ＵＥＳＢＩでは、コアネットワークが無線アクセスネットワーク（ＲＡＮ）にモバイルデバイスのＩＭＥＩＳＶを提供して、そのＲＡＮが、挙動および使用する機能を特徴に基づいて適応させることができるようにする（例えば、モバイルデバイスの挙動と、そのＲＡＮ内の機能の実装が完全には適合しないことが分かっている場合など）。

２Ｇアクセスでは、アンカーの移動通信交換局（ＭＳＣ）は、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））暗号化手順の間に、移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）を要求する。

しかし、ＧＳＭ暗号化が終了する前にＭＳＣ間ハンドオーバが行われる場合は、目標ＭＳＣ上でＩＭＥＩＳＶが利用可能でないことがある。これは、目標ＭＳＣでのＩＭＥＩＳＶを使用するサービスに影響を与える。同様に、アンカーＭＳＣがＭＳＣ間完了メッセージをトリガした後でＩＭＥＩＳＶを取得する場合は、３Ｇアクセスでも同じ問題が発生する。

さらに、現在の３ＧＰＰ仕様（ＴＳ２９．００２を参照）は、モバイルアプリケーションパート（ＭＡＰ）プリペアハンドオーバメッセージ内でのＩＭＥＩＳＶの使用を追跡機能のみに制限している。つまり、アンカーＭＳＣがＭＳＣ間ハンドオーバをトリガする前にＩＭＥＩＳＶを知っている可能性のあるシナリオ（例えば、ＧＳＭ暗号化が完了した後にＭＳＣ間ハンドオーバが行われる場合は、目標ＭＳＣ上でＩＭＥＩＳＶが利用可能である）であっても、このＩＭＥＩＳＶは、目標ＭＳＣによって、そのパラメータを使用する他のサービスに使用されてはならない。利用可能なときは、アンカーＭＳＣ／旧ＭＳＣは追跡サービスのみで使用するために、ＩＭＥＩＳＶをＭＡＰプリペアハンドオーバメッセージ内で目標／新ＭＳＣに渡す。これにより、このパラメータがＵＥＳＢＩなどの他のサービスに使用されることを回避する。

本開示の発明は、上記の１つまたは複数の問題の影響に対処することを目的とする。本開示の発明のいくつかの態様の基本的理解を提供するために、下記に本開示の発明の簡潔な概要を示す。この概要は本開示の発明の網羅的な全体像ではない。本開示の発明の主要もしくは必須の要素を特定することまたは、本開示の発明の範囲を叙述することは意図されない。唯一の目的は、後に論じるさらに詳細な説明の前置きとして、簡潔な形でいくつかの概念を示すことである。

本明細書に記載される実施形態は、ＭＳＣ間ハンドオーバのためのメッセージを介してＩＭＥＩＳＶを示す値を転送するための方法および装置を開示する。

一実施形態では、モバイルデバイスの移動通信交換局（ＭＳＣ）間ハンドオーバのための方法は、アンカーＭＳＣによって、モバイルアプリケーションパート（ＭＡＰ）プリペアハンドオーバメッセージを送信するステップに続いて、モバイルデバイスの移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）をモバイルデバイスに要求するステップと、要求したことに応答して、そのアンカーＭＳＣで、モバイルデバイスのＩＭＥＩＳＶを受け取るステップを含む。ＩＭＥＩＳＶおよび／または対応するＩＵインタフェース上ユーザ機器特定挙動情報（ＵＥＳＢＩ−Ｉｕ）の値が、アンカーＭＳＣから目標ＭＳＣへのメッセージ内で転送される。

一実施形態では、この方法はアンカーＭＳＣからＭＡＰプリペアハンドオーバメッセージを送信するステップも含む。一実施形態では、この方法は、モバイルデバイスのＩＭＥＩＳＶを有しないＭＡＰプリペアハンドオーバメッセージをアンカーＭＳＣから送信するステップも含む。

一実施形態では、要求するステップは、アンカーＭＳＣで、モバイルデバイスがグローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）にハンドオーバされている場合はＧＳＭ暗号化モード手順を開始することによって、または、モバイルデバイスがユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）にハンドオーバされている場合は非アクセス層（ＮＡＳ）識別子要求手順を開始することによって、モバイルデバイスにＩＭＥＩＳＶを要求するステップを含む。

一実施形態では、転送するステップは、目標ＭＳＣへのＭＡＰフォワードアクセスシグナリング（ＦＡＳ）メッセージ内で、ＩＭＥＩＳＶを新しいＩＭＥＩＳＶ情報要素（ＩＥ）に入れて、かつ／または対応するＵＥＳＢＩ−Ｉｕの値を新しいＵＥＳＢＩ−Ｉｕ ＩＥに入れて受け渡すステップを含む。

一実施形態では、受け渡すステップは、目標ＭＳＣへのＭＡＰフォワードアクセスシグナリング（ＦＡＳ）メッセージ内で、ＩＭＥＩＳＶを新しいＩＭＥＩＳＶ情報要素（ＩＥ）に入れて、かつ／または対応するＵＥＳＢＩ−Ｉｕの値を新しいＵＥＳＢＩ−Ｉｕ ＩＥに入れて、アクセスネットワークのアプリケーションプロトコルデータユニット（ＡＮ−ＡＰＤＵ）と共に受け渡すステップを含む。

一実施形態では、この方法は、モバイルデバイスからのＩＭＥＩＳＶを、ＩＭＥＩＳＶまたはＵＥＳＢＩ−Ｉｕを利用する手順の間に使用するために目標ＭＳＣで格納するステップもまた含む。

一実施形態では、モバイルデバイスからＧＥＲＡＮへの移動通信交換局（ＭＳＣ）間ハンドオーバのための方法は、目標ＭＳＣで、モバイルデバイスの移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）を有しないＭＡＰプリペアハンドオーバメッセージを受信するステップと、続いて目標ＭＳＣでモバイルデバイスのＩＭＥＩＳＶを受信するステップと、モバイルデバイスからのＩＭＥＩＳＶを、ＩＭＥＩＳＶを利用する手順の間に使用するために目標のサービングＭＳＣで格納するステップとを含む。

一実施形態では、続いてＩＭＥＩＳＶを受信するステップは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）暗号化モード手順完了メッセージ内でＩＭＥＩＳＶを受信するステップを含む。

一実施形態では、モバイルデバイスの移動通信交換局（ＭＳＣ）間ハンドオーバに使用するための装置が提供される。この装置はプロセッサおよび関連するメモリを備え、プロセッサは、ＭＡＰプリペアハンドオーバメッセージを送信することに続いて、モバイルデバイスにＩＭＥＩＳＶを要求し、要求したことに応答して、モバイルデバイスのＩＭＥＩＳＶを受信し、目標ＭＳＣへのメッセージ内でＩＭＥＩＳＶおよび／または対応するＵＥＳＢＩ−Ｉｕの値を転送するように構成される。

一実施形態では、プロセッサは、モバイルデバイスがＧＥＲＡＮにハンドオーバされている場合はグローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）暗号化モード手順を開始することによってモバイルデバイスにＩＭＥＩＳＶを要求するように構成される。

一実施形態では、プロセッサは、モバイルデバイスがＵＴＲＡＮにハンドオーバされている場合は非アクセス層（ＮＡＳ）識別子要求手順を開始することによって、モバイルデバイスにＩＭＥＩＳＶを要求するように構成される。

一実施形態では、プロセッサは、目標ＭＳＣへのＭＡＰフォワードアクセスシグナリング（ＦＡＳ）メッセージ内で、ＩＭＥＩＳＶを新しいＩＭＥＩＳＶ情報要素（ＩＥ）に入れて、かつ／または対応するＵＥＳＢＩ−Ｉｕの値を新しいＵＥＳＢＩ−Ｉｕ ＩＥに入れて転送するように構成される。

別の実施形態では、モバイルデバイスの移動通信交換局（ＭＳＣ）間ハンドオーバに使用するための、プロセッサおよび関連メモリを含む装置が提供される。プロセッサは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）暗号化モード手順完了メッセージ内で移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）を受信して、そのＩＭＥＩＳＶを、ＩＭＥＩＳＶを利用する手順の間に使用するために格納するように構成される。

一実施形態では、装置は、モバイルデバイスのＩＭＥＩＳＶを有しないＭＡＰプリペアハンドオーバメッセージを目標ＭＳＣで受信するように構成される。

一実施形態では、装置はＭＳＣである。

本開示の発明は、下記の説明を添付図面と共に参照することによって理解され得る。図面内で、同様の参照番号は同様の要素を指す。

本発明の実施形態による、モバイル着信呼をモバイルデバイスに配信するための例示的ワイヤレスネットワークを示すブロック線図である。 ＭＳＣ間ハンドオーバのために新ＭＳＣにＩＭＥＩＳＶを配信するための例示的シグナリングのシグナリング線図である。 新しいＭＳＣにＩＭＥＩＳＶおよびＵＥＳＢＩ−Ｉｕを配信するための例示的なＭＡＰフォワードアクセスシグナリングメッセージを示す図である。 ＭＳＣ間２Ｇ−３Ｇハンドオーバのために、ＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−Ｉｕを一時的移動体加入者識別子（ＴＭＳＩ）リアロケーションコマンドで新しいＭＳＣに配信するための、例示的シグナリングを示すシグナリング線図である。 ＴＭＳＩリアロケーションが必要ない場合の、ＭＯのＭＳＣ間２Ｇ−３Ｇハンドオーバのための例示的シグナリングを示すシグナリング線図である。 ＴＭＳＩリアロケーションが必要ない場合の、モバイル発信（ＭＯ）のＭＳＣ間２Ｇ−３Ｇハンドオーバのための例示的シグナリングを示すシグナリング線図である。 ＭＯおよびＭＴのＭＳＣ間２Ｇ−２Ｇハンドオーバのための例示的シグナリングを示すシグナリング線図である。 ＭＳＣ間ハンドオーバのために新しいＭＳＣにＩＭＥＩＳＶを配信するための例示的プロセスを示すフローチャートである。 ＭＳＣ間ハンドオーバに関連する、目標ＭＳＣでＩＭＥＩＳＶを受信するための例示的プロセスを示すフローチャートである。 本明細書に記載される機能の実行に使用するために適したコンピュータの上位レベルブロック線図である。

本開示の発明は様々な修正および代替の形を受容するが、発明の特定の実施形態が図面内の例を使用して示され、本明細書で詳細に説明される。しかし、本明細書内の特定の実施形態の説明は、本開示の発明をここに開示される特定の形に限定することを意図するのではなく、逆に、添付の特許請求の範囲内に該当する全ての修正物、均等物、および代替物を対象とすることが意図されることを理解されたい。

下記に説明的実施形態について説明する。明確さのために、実際の実装の全ての特徴がこの明細書に記載されるわけではない。当然ながら、そのような実際の実装の開発においては、システム関連およびビジネス関連の制約への準拠など、開発者の特定の目標を達成するために、実装に特定される多数の決定が行われるべきであること、また制約が実装によって様々であることが理解される。さらに、そのような開発努力は複雑で時間がかかることがあるが、それにもかかわらず、本開示の利益を有する当業者が手がける慣例的な作業であることが理解される。

次に、本開示の発明について添付図面を参照しながら説明する。説明のみを目的として、また、当技術分野でよく知られた詳細によって本発明が不明瞭にならないように、様々な構造、システムおよびデバイスが図面内に概略的に示されている。それでもなお、添付の図面は、本開示の発明の説明的な例を記述および説明するために含まれるものである。本明細書で使用される語句は、当業者によるそれらの語句の理解に一致する意味を有すると理解および解釈されるべきである。本明細書での語句の一貫した使用によって語句の特別な定義、すなわち当業者によって理解されるとおりの通常の慣例的な意味と異なる定義を示唆することは意図されていない。ある語または句が特別な意味、すなわち当業者による理解以外の意味を有するように意図される場合は、そのような特別な定義は、その語または句に直接かつ明白に特別な定義を与える定義的様式で、明示的に明細書に規定される。

世界のワイヤレスネットワークは第２、第３世代（２Ｇ／３Ｇ）ネットワークからロングタームエボリューション（ＬＴＥ）（４Ｇとしても知られる）ネットワークへの更新の過程にある。ＬＴＥネットワークおよび移動局が直接ＬＴＥ経由で音声サービスを完全にサポートするようになるまで、移動局は、２Ｇまたは３Ｇで音声サービスをサポートできるように、回線交換フォールバック（ＣＳＦＢ）手順を行えるようになっていてもよい。ＣＳＦＢでは、ＬＴＥ移動局が回線交換ＭＴ呼の到達範囲になるように、ＬＴＥ移動局が、回線交換コアネットワークでロケーション更新手順を行う必要がある。ＬＴＥアクセスネットワークはロケーション更新メッセージをＬＴＥ移動局から２Ｇ／３ＧのＶＭＳＣに渡すように構成される。現在ＬＴＥ上に滞在している移動局のＧＭＳＣによってモバイル着信呼が受信されると、通常、移動局はＬＴＥ無線上の回路交換ページング要求をＶＭＳＣおよびＬＴＥアクセスネットワークを介して受け取り、ページングに応答して、ＬＴＥ上ではその呼を完了できないことを認識すると、その呼を完了できるように、２Ｇ／３Ｇ無線に戻ることによりＣＳＦＢ手順を開始する。しかし、そのＶＭＳＣのロケーションエリア内に移動局が戻るべき２Ｇ／３Ｇ無線がない場合もいくつかある。これは、例えば、ＣＳロケーションエリアへのＬＴＥ追跡エリアのマッピングが不正確であるとき、移動局がロケーションエリアの境界にあるとき、または、移動局が戻るべき２Ｇ／３Ｇ無線を管理するＶＭＳＣが、ＬＴＥアクセスネットワークを介したロケーション更新要求を受容するように更新または構成されていないときなどに発生する。後者の場合、ＬＴＥアクセスネットワークは、２Ｇ／３Ｇ無線のロケーションエリアに関連していない互換のＶＭＳＣへロケーション更新要求を送信するように構成されてもよい。これらの場合の全てで、移動局は２Ｇ／３Ｇ無線に戻ると、まず始めにロケーション更新手順を行い、その後、着呼を正しく配信できるように、ＭＴＲＲ（モバイル着信ローミング再試行）／ＭＴＲＦ（モバイル着信ローミング転送）／ＳＲＶＣＣ（単一無線音声通信継続）、および、考え得る代替アルゴリズムが適用される。この手順は２Ｇ／３Ｇネットワークのように競合的状況の期間中の例外的な手順ではなく、いくつかのＬＴＥネットワークでは共通の手順になる。

図１は、本発明の実施形態によって、ＭＴ呼２０をモバイルデバイス８０に配信してハンドオーバするための例示的ワイヤレスネットワーク１０を示すブロック線図である。ワイヤレスネットワーク１０はゲートウェイ移動通信交換局（ＧＭＳＣ）３０、移動通信交換局／ビジターロケーションレジスタ（ＭＳＣ／ＶＬＲ５０および６０）、２Ｇの基地局システム（ＢＳＳ）７０（または３Ｇの無線ネットワークコントローラ（ＲＮＣ））、およびホームロケーションレジスタ（ＨＬＲ）４０を含む。ＭＳＣ／ＶＬＲ５０はロケーションエリア５５、ＭＳＣ／ＶＬＲ６０はロケーションエリア６５をサービス対象とする。ＭＳＣ／ＶＬＲ５０および６０はそれぞれ複数のロケーションエリアをサービス対象としてもよいことを理解されたい。ただし、簡単にするために各ＭＳＣ／ＶＬＲに１つのロケーションが示されている。

図１に示されるように、モバイルデバイス８０は最近、呼がアクティブである間に、ＭＳＣ／ＶＬＲ６０のサービス対象であるロケーションエリア６５からＭＳＣ／ＶＬＲ５０のサービス対象であるロケーションエリア５５に移動し、ハンドオーバを要求した。よって、ＭＳＣ／ＶＬＲ６０は「旧ＭＳＣ／ＶＬＲ」、ＭＳＣ／ＶＬＲ５０は「新ＭＳＣ／ＶＬＲ」とラベル付けされている。モバイルデバイス８０が、新ＭＳＣ／ＶＬＲ５０のサービス対象である新ロケーションエリア５５へローミングしたことを認識すると（すなわち、ＢＳＳ７０から受信したロケーションエリアＩＤ（ＬＡＩ）が新しいと決定することによって）、モバイルデバイス８０はＢＳＳのサービス対象領域６５を介して旧ＭＳＣ／ＶＬＲ６０にハンドオーバ要求を送信する。基地局システム（ＢＳＳ）の旧基地局コントローラ（ＢＳＣ）は、ハンドオーバが要求されたと決定すると、旧ＭＳＣ／ＶＬＲ６０に対してＭＳＣ間ハンドオーバを命じるハンドオーバ要求メッセージを発行する。旧ＭＳＣ／ＶＬＲ６０は、目標／新ＭＳＣ／ＶＬＲ５０にＭＡＰプリペアハンドオーバメッセージを発行する。

目標／新ＭＳＣ／ＶＬＲ５０は新しい無線ネットワークコントローラ（ＲＮＣ）にリロケーション要求を発行し、新ＲＮＣは、目標／新ＭＳＣ／ＶＬＲ５０からのリロケーション要求の確認メッセージを返す。その後、ハンドオーバ準備確認メッセージが、目標／新ＭＳＣ／ＶＬＲ５０から旧ＭＳＣ／ＶＬＲ６０に返され、旧ＭＳＣ／ＶＬＲ６０が旧ＢＳＳにハンドオーバコマンドを発行する。新ＲＮＣは新ＭＳＣにリロケーション完了メッセージもまた発行し、次に新ＭＳＣは旧ＭＳＣにアクセスシグナリング処理メッセージを発行し、次に旧ＭＳＣが旧ＢＳＣに、ハンドオーバされたモバイルデバイスに関する情報の消去を命じるクリアコマンドメッセージを発行する。その後、旧ＢＳＣはクリア完了メッセージで応答する。

前述したように、ある加入者によって現在使用されているモバイルデバイスを知ることによって多くのネットワーク機能およびセキュリティ機能が可能になり、そのモバイルデバイスはＩＭＥＩまたはＩＭＥＩＳＶによって識別される。図２は、ＭＳＣ間ハンドオーバのために新ＭＳＣにＩＭＥＩＳＶを配信するための例示的シグナリングを示すシグナリング線図である。ＧＳＭ暗号化モード完了メッセージがすでに受信されているので、目標ＭＳＣでＩＭＥＩＳＶが利用可能である。それまでに旧ＭＳＣが暗号化モードコマンドを旧ＢＳＣに発行し、旧ＢＳＣがＩＭＥＩＳＶを含む暗号化モード完了メッセージで応答している。よって、メッセージのタイミングは次のようになる。旧ＢＳＣが、ＧＳＭ暗号化モードの完了後にＭＳＣ間ハンドオーバを行うように命じるハンドオーバ要求メッセージを発行すると、アンカー／旧ＭＳＣはＭＡＰプリペアハンドオーバメッセージの中で目標／新ＭＳＣにＩＭＥＩＳＶを渡すことができる。

ただし、ＭＡＰ仕様は不必要にも、ＭＡＰプリペアハンドオーバメッセージ内でのＩＭＥＩＳＶの使用を追跡機能のみに制限している。この制限により、このパラメータをＵＥＳＢＩなどの他のサービスに使用することはできない。ハンドオーバを完了するために、さらに追加のメッセージが交換され、その後、通常の呼手順を続けることができる。図１について前述したように、これらの追加メッセージには、新ＭＳＣから新しい無線ネットワークコントローラ（ＲＮＣ）へのリロケーション要求メッセージ、新ＲＮＣから新ＭＳＣへのリロケーション要求確認メッセージ、新ＭＳＣから旧ＭＳＣへのハンドオーバ準備確認メッセージ、および旧ＭＳＣから旧ＢＳＣへのハンドオーバコマンドメッセージが含まれる。さらなる追加メッセージには、新ＲＮＣから新ＭＳＣへのリロケーション完了メッセージ、新ＭＳＣから旧ＭＳＣへのアクセスシグナリング処理メッセージ、および旧ＭＳＣから旧ＢＳＣへのクリアコマンドメッセージ、それに応答するクリア完了メッセージが含まれる。これらのメッセージは本発明の技術分野の当業者には知られた慣習的なメッセージである。

それにもかかわらず、タイミングを考慮すると、アンカーＭＳＣは、ＭＡＰプリペアハンドオーバメッセージを目標ＭＳＣに送信する時点でモバイルデバイスのＩＭＥＩＳＶを有しているとは限らない。２Ｇでは、ＭＳＣは暗号化モードコマンド手順の間にＩＭＥＩＳＶを取得し、３Ｇでは、ＭＳＣは識別子要求の手順の間にＩＭＥＩＳＶを取得することに留意されたい。専用シグナリングコネクションが確立される時点とこれらの手順との間の時間窓は数秒間続くことがある（例えば、ＭＳＣがＨＬＲに認証ベクトルを照会してから加入者情報をダウンロードする必要がある場合など）。よって、暗号化モードコマンド手順または識別子要求の手順が完了する前にＭＳＣ間ハンドオーバが行われることがあり、その場合、アンカーＭＳＣはＭＡＰプリペアハンドオーバメッセージを送信した後にＩＭＥＩＳＶを入手することになる。アンカーＭＳＣとモバイルデバイスの間で、目標（サービング）ＭＳＣに透過的な形でアプリケーション部直接移送（ＤＴＡＰ）メッセージが交換されるので、目標ＭＳＣは独自にＩＭＥＩＳＶを取得することも、その場でＩＭＥＩＳＶを読み取ることもできない（例えば、アンカーＭＳＣがＭＳＣ間ハンドオーバの後に識別子要求手順をトリガするときなど）。

したがって、本明細書に記載の実施形態により、目標ＭＳＣが追跡機能だけでなく他のサービスのプロビジョニングにもモバイルデバイスのＩＭＥＩＳＶを使用し、ＧＳＭ暗号化モードが完了した後に目標ＭＳＣにＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−Ｉｕを転送できるようにすることが提案される。一実施形態では、目標ＭＳＣにＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−Ｉｕを提供する目的で、ＭＡＰフォワードアクセスシグナリングメッセージ内に新しいＩＭＥＩＳＶ情報要素（ＩＥ）および／または新しいＵＥＳＢＩ−Ｉｕ ＩＥを導入することが提案される。アンカーＭＳＣは通常、非アクセス層（ＮＡＳ）シグナリングをＵＥに送信するために（例えば、一時的移動体加入者識別子（ＴＭＳＩ）リアロケーション要求、セットアップ、呼の続行など）、ＭＳＣ間ハンドオーバの後すぐにＭＡＰフォワードアクセスシグナリングメッセージを目標ＭＳＣに送信する。よって、ＭＡＰプリペアハンドオーバリクエストメッセージを送信した後にアンカーＭＳＣがＩＭＥＩＳＶを取得する場合であっても、ＩＭＥＩＳＶを利用する追跡機能およびその他のサービスが使用されることができるようになる。

図３は、新ＭＳＣにＩＭＥＩＳＶおよびＵＥＳＢＩ−Ｉｕを配信するための例示的なＭＡＰ＿ＦＯＲＷＡＲＤ＿ＡＣＣＥＳＳ＿ＳＩＧＮＡＬＬＩＮＧ（ＭＡＰフォワードアクセスシグナリング）メッセージを示す図である。ＭＡＰフォワードアクセスシグナリングサービスは、ＭＳＣのＡインタフェースまたはＩｕインタフェースに転送するための情報をＭＳＣ−ＡとＭＳＣ−Ｂの間（Ｅインタフェース）で受け渡すために使用される。３ＧＰＰ ＴＳ ２９．００２のテーブル８．４／４、セクション８．４．４．２によって定められたＭＡＰフォワードアクセスシグナリングメッセージが、一実施形態によって、ＩＭＥＩＳＶおよびＵＥＳＢＩ−Ｉｕを１つまたは複数含むように拡張されている。図３に示されるように、ＩＭＥＩＳＶとＵＥＳＢＩ−ＩｕのＩＥが、従来のメッセージに追加されている。

本明細書に記載されるＭＡＰフォワードアクセスシグナリングメッセージを配信した後では、目標ＭＳＣは、ＭＳＣ間ハンドオーバの後に、どのようなサービスにもＩＭＥＩＳＶを使用することができ、それには、アンカーＭＳＣがＭＳＣ間ハンドオーバをトリガした時点でモバイルデバイスのＩＭＥＩＳＶが利用可能ではなく、結局ハンドオーバ準備メッセージに含まれなかった場合も含まれる。よって、本明細書に記載の実施形態によれば、あらゆる場合において、呼がＵＭＴＳ ＲＮＣにハンドオーバされると、目標ＭＳＣはＩＭＥＩＳＶをＲＮＣに渡す。するとＲＮＣは、ＩＭＥＩＳＶおよび／またはＵＥＳＢＩを利用する新しい機能を、その新しい機能を適切にサポートできないことが知られているデバイスを除き、全てのモバイルデバイスに対してアクティブ化することができる。

移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）が、ＧＳＭ暗号モード手順の間にモバイルデバイスに要求される。

ＭＳＣ間２Ｇ−３Ｇハンドオーバでは、アンカーＭＳＣはＧＳＭ暗号化モードが完了した後にモバイルデバイスからのＩＭＥＩＳＶを要求する。次に、アンカーＭＳＣがＩＭＥＩＳＶを、目標ＭＳＣへのメッセージの中、例えば、ＭＡＰフォワードアクセスシグナリング（ＦＡＳ）メッセージの中の新規ＩＭＥＩＳＶ ＩＥおよび／または新規ＵＥＳＢＩ−Ｉｕ ＩＥに入れて、アクセスネットワークアプリケーションプロトコルデータユニット（ＡＮ−ＡＰＤＵ）（例えば、ＴＭＳＩリアロケーション要求、呼処理、音声通話のセットアップなど）と共に目標ＭＳＣに渡す。

ＭＳＣ間２Ｇ−２Ｇハンドオーバでは、アンカーＭＳＣはＧＳＭ暗号化モード完了メッセージ内でＩＭＥＩＳＶを受け取る。次に目標ＭＳＣは、暗号化モード完了メッセージ内で、またはＭＳＣ間２Ｇ−３Ｇハンドオーバのシナリオと同様にＭＡＰフォワードアクセスシグナリングメッセージの受信時に、ＩＭＥＩＳＶが受け取られると、ＩＭＥＩＳＶを格納する。

同様に、３ＧアクセスからのＭＳＣ間ハンドオーバでは、ＭＳＣ間ハンドオーバのトリガ時にアンカーＭＳＣでＩＭＥＩＳＶが利用可能でない場合、アンカーＭＳＣはＭＡＰフォワードアクセスシグナリングメッセージ内で目標ＭＳＣにＩＭＥＩＳＶおよび／またはＵＥＳＢＩのＩＥを渡す。

本明細書に記載の実施形態によれば、目標ＭＳＣは、そのパラメータを利用する、トレースおよびＵＥＳＢＩなどの全てのサービスに利用可能な、ＵＥのＩＭＥＩＳＶを入手する。目標ＭＳＣは、例えば追跡およびＵＥＳＢＩなどの、どのような機能にもＩＭＥＩＳＶを使用することができる。ＵＥＳＢＩが目標ＭＳＣに渡される場合、目標ＭＳＣまたは目標ＲＮＣはＩＭＥＩＳＶをＵＥＳＢＩに対応させることができる。

図４は、ＭＳＣ間２Ｇ−３Ｇハンドオーバのために、ＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−ＩｕをＴＭＳＩリアロケーションコマンドで新しいＭＳＣに配信するための、例示的シグナリングを示すシグナリング線図である。ハンドオーバが要求されたと決定すると、旧ＢＳＣは旧ＭＳＣ／ＶＬＲにＭＳＣ間ハンドオーバを命じるハンドオーバ要求メッセージを発行する。旧ＭＳＣ／ＶＬＲは目標／新ＭＳＣ／ＶＬＲにＭＡＰプリペアハンドオーバメッセージを発行する。しかし、図示されるように、このＭＡＰプリペアハンドオーバメッセージはＩＭＥＩＳＶを含まない。

前述したように、目標／新ＭＳＣ／ＶＬＲは新ＲＮＣにリロケーション要求を発行し、新ＲＮＣはリロケーション要求確認メッセージを目標／新ＭＳＣ／ＶＬＲに返す。その後、ハンドオーバ準備確認メッセージが、目標／新ＭＳＣ／ＶＬＲから旧ＭＳＣ／ＶＬＲに返され、旧ＭＳＣ／ＶＬＲは旧ＢＳＣにハンドオーバコマンドを発行する。新ＲＮＣはまた、新ＭＳＣにリロケーション完了メッセージも発行し、次に新ＭＳＣがアクセスシグナリング処理（ＰＡＳ）メッセージを旧ＭＳＣに発行し、次に旧ＭＳＣが、ハンドオーバされたモバイルデバイスに関する情報の消去を命じるクリアコマンドメッセージを旧ＢＳＣに発行する。旧ＢＳＣはその後、クリア完了メッセージで応答する。

旧ＭＳＣ／ＶＬＲはＦＡＳ暗号化モードコマンドを新ＭＳＣに発行し、次に新ＭＳＣはＦＡＳセキュリティモードコマンドを新ＲＮＣに発行する。次にＲＮＣはセキュリティ完了メッセージを新ＭＳＣに発行し、次に新ＭＳＣが、暗号化モードの完了を示すＰＡＳメッセージを旧ＭＳＣに発行する。

アンカーＭＳＣはＦＡＳ識別子要求内でＵＥからのＩＭＥＩＳＶを要求し、モバイルデバイスからのＰＡＳ識別子応答でＩＭＥＩＳＶを受け取った後、ＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−ＩｕをＴＭＳＩリアロケーションコマンドと共に目標ＭＳＣに渡す。目標ＭＳＣはＩＭＥＩＳＶ／ＵＥＳＢＩ−Ｉｕを目標ＲＮＣに渡す。目標ＭＳＣは、ＴＭＳＩリアロケーション要求もまたモバイルデバイスに渡す。これは、ＴＭＳＩリアロケーションが必要な場合は、ＭＯおよびＭＴに適用される。モバイルデバイスが、ＴＭＳＩリアロケーションが完了したことを示すＰＡＳで新ＭＳＣに応答した後、通常の呼手順が続行する。

図５は、ＴＭＳＩリアロケーションが必要ない場合の、ＭＯのＭＳＣ間２Ｇ−３Ｇハンドオーバのための例示的シグナリングを示すシグナリング線図である。図４で説明したものに類似するメッセージングはここでは繰り返さない。図５では、アンカーＭＳＣはＵＥからのＩＭＥＩＳＶを識別子要求の中で要求し、ＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−Ｉｕを呼の続行と共に目標ＭＳＣに渡す。目標ＭＳＣはＩＭＥＩＳＶ／ＵＥＳＢＩ−Ｉｕを目標ＲＮＣに渡す。目標ＭＳＣは呼の続行をモバイルデバイスに渡し、通常のＭＯ呼手順が続行する。

図６は、ＴＭＳＩリアロケーションが必要ない場合の、モバイル発信（ＭＯ）のＭＳＣ間２Ｇ−３Ｇハンドオーバのための例示的シグナリングを示すシグナリング線図である。ここでも、図４で説明したものに類似するメッセージングは繰り返さない。アンカーＭＳＣはＵＥからのＩＭＥＩＳＶを識別子要求の中で要求し、ＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−Ｉｕをセットアップと共に目標ＭＳＣに渡す。目標ＭＳＣはＩＭＥＩＳＶ／ＵＥＳＢＩ−Ｉｕを目標ＲＮＣに渡す。目標ＭＳＣはセットアップをモバイルデバイスに渡し、モバイルデバイスは呼確認で応答する。次に通常のＭＴ呼手順が続行する。

図７は、ＭＯおよびＭＴのＭＳＣ間２Ｇ−２Ｇハンドオーバのための例示的シグナリングを示すシグナリング線図である。旧ＢＳＣは、ハンドオーバが必要と決定すると、ＭＳＣ間ハンドオーバを命じるハンドオーバ要求メッセージを旧ＭＳＣに発行する。旧ＭＳＣはＭＡＰプリペアハンドオーバメッセージを目標／新ＭＳＣ／ＶＬＲに発行する。ただし、図に示されるように、このＭＡＰプリペアハンドオーバメッセージはＩＭＥＩＳＶを含まない。

目標／新ＭＳＣは新ＢＳＣにハンドオーバ要求を発行し、新ＢＳＣはハンドオーバ要求確認メッセージを目標／新ＭＳＣに返す。その後、ハンドオーバ準備確認メッセージが目標／新ＭＳＣから旧ＭＳＣに返され、旧ＭＳＣは旧ＢＳＣにハンドオーバコマンドを発行する。新ＢＳＣは、新ＭＳＣにハンドオーバ完了メッセージも発行し、次に新ＭＳＣがＰＡＳハンドオーバ完了メッセージを旧ＭＳＣに発行し、次に旧ＭＳＣが旧ＢＳＣに、ハンドオーバされたモバイルデバイスに関する情報の消去を命じるクリアコマンドメッセージを発行する。その後、旧ＢＳＣはクリア完了メッセージで応答する。

旧ＭＳＣは新ＭＳＣにＦＡＳ暗号化モードコマンドを発行し、次に新ＭＳＣが新ＢＳＣに暗号化モードコマンドを発行する。次に新ＢＳＣがＩＭＥＩＳＶを含む暗号化完了メッセージを新ＭＳＣに発行する。

目標ＭＳＣは、暗号化モード完了メッセージ内でＩＭＥＩＳＶが受け取られると、ＩＭＥＩＳＶを格納する。その後のＭＳＣ内ハンドオーバでは、目標ＭＳＣが目標ＲＮＣにＩＭＥＩＳＶ／ＵＥＳＢＩ−Ｉｕを渡す。例えば、暗号化モード完了メッセージの受信に続いて、新ＢＳＣは、ハンドオーバが要求されることを新ＭＳＣにシグナリングしてもよい。次に新ＭＳＣがＩＭＥＩＳＶを含むリロケーション要求をＲＮＣに転送する。

ハンドオーバはロケーション更新手順（その後ＭＯ／ＭＴが行われる）の間に行われてもよい。暗号化モード完了メッセージの後、アンカーＭＳＣは目標ＭＳＣに、ＭＡＰ ＦＡＳ内でロケーション更新受諾と共にＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−Ｉｕを送信してもよい。

３Ｇアクセスでは、ネットワークはＵＥからのＩＭＥＩＳＶを識別手順（ＤＴＡＰ識別子要求／応答）で取得する。アンカーＭＳＣは、ＭＳＣ間完了後にＩＭＥＩＳＶが利用可能な場合は、ＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−ＩｕをＭＡＰ ＦＡＳ内で（ＡＮ−ＡＰＤＵと共に）目標ＭＳＣに渡してもよい。

図８Ａは、ＭＳＣ間ハンドオーバのために新ＭＳＣにＩＭＥＩＳＶを配信するための例示的プロセスを示すフローチャートである。図８Ａで、方法８００が動作８０２で開始する。任意選択の動作８０２で、アンカーＭＳＣがモバイルアプリケーションパート（ＭＡＰ）プリペアハンドオーバメッセージを、モバイルデバイスの移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）なしで送信する。

動作８０４で、アンカーＭＳＣは、ＭＡＰプリペアハンドオーバメッセージの送信に続いて、モバイルデバイスのＩＭＥＩＳＶをモバイルデバイスに要求する。モバイルデバイスがグローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）にハンドオーバされている場合は、ＩＭＥＩＳＶはＧＳＭ暗号化モード手順を開始することによって要求されてもよい。モバイルデバイスがユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）にハンドオーバされている場合は、ＩＭＥＩＳＶは非アクセス層（ＮＡＳ）識別子要求手順を開始することによって要求されてもよい。

動作８０６で、アンカーＭＳＣは要求に応答してモバイルデバイスのＩＭＥＩＳＶを受け取る。

動作８０８で、アンカーＭＳＣはＩＭＥＩＳＶおよび／または対応するＩＵインタフェース上ユーザ機器特定挙動情報（ＵＥＳＢＩ−Ｉｕ）の値をメッセージ内で目標ＭＳＣに転送する。動作８０８は目標ＭＳＣに、ＭＡＰフォワードアクセスシグナリング（ＦＡＳ）メッセージ内の新規のＩＭＥＩＳＶ情報要素（ＩＥ）内でＩＭＥＩＳＶを、かつ／または新規のＵＥＳＢＩ−Ｉｕ ＩＥ内で対応するＵＥＳＢＩ−Ｉｕを渡してもよい。ＦＡＳメッセージは、アクセスネットワークアプリケーションプロトコルデータユニット（ＡＮ−ＡＰＤＵ）を含んでもよい。

任意選択の動作８１０で、目標ＭＳＣが、ＩＭＥＩＳＶを利用する手順の間に使用するためにＩＭＥＩＳＶを格納する。

図８Ｂは、ＭＳＣ間ハンドオーバに関連する、目標ＭＳＣでＩＭＥＩＳＶを受信するための例示的プロセスを示すフローチャートである。図８Ｂで、方法８５０が動作８５２で開始する。

動作８５２で、目標ＭＳＣは、モバイルアプリケーションパート（ＭＡＰ）プリペアハンドオーバメッセージを、モバイルデバイスの移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）なしで受け取る。

動作８５４で、目標ＭＳＣは続いてモバイルデバイスのＩＭＥＩＳＶを受け取る。ＩＭＥＩＳＶは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）暗号化モード手順完了メッセージで受け取られてもよい。

動作８５６で、目標ＭＳＣはモバイルデバイスのＩＭＥＩＳＶを、そのＩＭＥＩＳＶを利用する手順の間に使用するために格納する。

図９は、本明細書に記載される機能の実行に使用するために適したコンピュータの上位レベルブロック線図である。

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

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

コンピュータ９００は、１つまたは複数の入力／出力デバイス９０６もまた含んでもよい（例えば、ユーザ入力デバイス（キーボード、キーパッド、マウスなど）、ユーザ出力デバイス（ディスプレイ、スピーカなど）、入力ポート、出力ポート、受信機、送信機、１つまたは複数の記憶装置（例えば、テープドライブ、フロッピードライブ、ハードディスクドライブ、コンパクトディスクドライブなど）など、ならびに、それらの様々な組み合わせ）。

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

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

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

本開示の発明の一部および対応する詳細な説明は、ソフトウェア、すなわちコンピュータメモリ内のデータビット操作のアルゴリズムおよび記号表現の観点から提示されている。これらの説明および表現によって、当業者は作業の内容を他の当業者の作業に効果的に伝達する。アルゴリズムは、その用語が本明細書で使用されるとき、および一般的に使用されるとき、所望の結果を導く矛盾のない一連のステップであると考えられる。ステップとは、物理量の物理的操作を必要とするステップである。通常、これらの量は、格納、移送、結合、比較、およびその他の操作が可能な光学的、電気的、磁気的信号の形をとるが、必ずしもそれらの形をとらなくてもよい。ときには、主に一般的な使われ方の理由から、これらの信号をビット、値、要素、記号、文字、項、数、などと称すると便利であることが分かっている。

ただし、これらの用語および類似の用語の全てが適切な物理量に関連付けられているが、それらの量には単に便利なラベルが付けられているということに留意すべきである。特に明記しない限り、または、説明から明らかである限り、「処理」、「コンピューティング」、「計算」、「決定」、または「表示」などの用語は、コンピュータシステムのレジスタおよびメモリ内の物理的電子的量として表されるデータを操作して、コンピュータシステム内のメモリもしくはレジスタ、または他のそのような情報記憶、送信、もしくは表示装置内の物理量として同様に表される他のデータに変換する、コンピュータシステムもしくは類似の電子コンピューティングデバイスの動作および処理を指す。ＭＳＣは、そのような電子コンピューティングデバイスである。

また、ソフトウェア実装された本開示の発明の態様が通常、なんらかの形の非一時的媒体であるプログラム記憶媒体上に符号化されるか、なんらかのタイプの送信媒体を介して実装されることにも留意されたい。プログラム記憶媒体は磁気的（例えば、フロッピーディスクまたはハードドライブ）または光学式（例えば、コンパクトディスク読み出し専用メモリ、すなわちＣＤ−ＲＯＭ）であってもよく、読み出し専用またはランダムアクセスであってもよい。同様に、送信媒体は撚り対線、同軸ケーブル、光ファイバ、または当技術分野で知られた他のなんらかの適切な送信媒体であってもよい。本開示の発明は、これらの、どのような所与の実装の態様によっても制限されない。

本明細書で使用するとき、用語「または（もしくは）」は、特に指示のない限り（例えば、「それ以外」または「その代わりに」など）、非排他的な「または」を意味することが、理解される。

本開示の発明は本明細書の教示の利益を有する当業者にとって明らかな、別の、ただし等価な方法で修正および実践されてもよいので、前述した特定の実施形態は説明のみを目的とする。さらに、下記の特許請求範囲の記載を除き、本明細書に示される構造または設計の詳細に一切の制限は意図されていない。したがって、前述した特定の実施形態が変更または修正されてもよいことは明白であり、そのような変更形態は全て本開示の発明の範囲内にあると見なされる。よって、本明細書で求められる保護は、下記の特許請求範囲に規定されるとおりである。

Claims (15)

1. モバイルデバイスの移動通信交換局（ＭＳＣ）間ハンドオーバのための方法であって、
   アンカーＭＳＣによって、モバイルアプリケーションパート（ＭＡＰ）プリペアハンドオーバメッセージを目標ＭＳＣに送信するステップに続いて、モバイルデバイスの国際移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）をモバイルデバイスに要求するステップと、
   アンカーＭＳＣで、要求したことに応答して前記モバイルデバイスから、モバイルデバイスのＩＭＥＩＳＶを受け取るステップと、
   アンカーＭＳＣから、ＩＭＥＩＳＶおよび／または対応するＩＵインタフェース上ユーザ機器特定挙動情報（ＵＥＳＢＩ−Ｉｕ）の値を目標ＭＳＣへのメッセージ内で転送するステップとを含む、
   方法。
2. アンカーＭＳＣからＭＡＰプリペアハンドオーバメッセージを送信するステップをさらに含む、
   請求項１に記載の方法。
3. ＭＡＰプリペアハンドオーバメッセージを送信するステップが、
   モバイルデバイスのＩＭＥＩＳＶを有しないＭＡＰプリペアハンドオーバメッセージをアンカーＭＳＣから送信するステップを含む、
   請求項２に記載の方法。
4. 要求するステップが、
   モバイルデバイスがグローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）にハンドオーバされている場合はＧＳＭ暗号化モード手順を開始することによって、または、モバイルデバイスがユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）にハンドオーバされている場合は非アクセス層（ＮＡＳ）識別子要求手順を開始することによって、アンカーＭＳＣで、モバイルデバイスにＩＭＥＩＳＶを要求するステップを含む、
   請求項１から３のいずれか一項に記載の方法。
5. 転送するステップが、
   目標ＭＳＣへのＭＡＰフォワードアクセスシグナリング（ＦＡＳ）メッセージ内で、ＩＭＥＩＳＶを新規のＩＭＥＩＳＶ情報要素（ＩＥ）に入れて、かつ／または対応するＵＥＳＢＩ−Ｉｕの値を新規のＵＥＳＢＩ−Ｉｕ ＩＥに入れて受け渡すステップを含む、
   請求項１から４のいずれか一項に記載の方法。
6. 受け渡すステップが、
   目標ＭＳＣへのＭＡＰフォワードアクセスシグナリング（ＦＡＳ）メッセージ内で、ＩＭＥＩＳＶを新規のＩＭＥＩＳＶ情報要素（ＩＥ）に入れて、かつ／または対応するＵＥＳＢＩ−Ｉｕの値を新規のＵＥＳＢＩ−Ｉｕ ＩＥに入れて、アクセスネットワークのアプリケーションプロトコルデータユニット（ＡＮ−ＡＰＤＵ）と共に受け渡すステップを含む、
   請求項５に記載の方法。
7. モバイルデバイスからのＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−Ｉｕを、ＩＭＥＩＳＶおよび／またはＵＥＳＢＩ−Ｉｕを利用する手順の間に使用するために目標ＭＳＣで格納するステップを含む、
   請求項１から６のいずれか一項に記載の方法。
8. モバイルデバイスの移動通信交換局（ＭＳＣ）間ハンドオーバのための方法であって、
   目標ＭＳＣで、モバイルデバイスの国際移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）を有しないモバイルアプリケーションパート（ＭＡＰ）プリペアハンドオーバメッセージを受信するステップと、
   続いて目標ＭＳＣでモバイルデバイスのＩＭＥＩＳＶを受信するステップと、
   モバイルデバイスのＩＭＥＩＳＶを、ＩＭＥＩＳＶを利用する手順の間に使用するために目標のサービングＭＳＣで格納するステップとを含む、
   方法。
9. 続いてＩＭＥＩＳＶを受信するステップが、
   グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）暗号化モード手順完了メッセージ内でＩＭＥＩＳＶを受信するステップを含む、
   請求項８に記載の方法。
10. モバイルデバイスの移動通信交換局（ＭＳＣ）ハンドオーバに使用するための装置であって、プロセッサおよび関連するメモリを備え、プロセッサが、
    モバイルアプリケーションパート（ＭＡＰ）プリペアハンドオーバメッセージを送信することに続いて、国際移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）をモバイルデバイスに要求し、
    要求したことに応答して、モバイルデバイスのＩＭＥＩＳＶを受信し、
    目標ＭＳＣへのメッセージ内でＩＭＥＩＳＶおよび／または対応するＩＵインタフェース上ユーザ機器特定挙動情報（ＵＥＳＢＩ−Ｉｕ）の値を転送するように構成される、
    装置。
11. プロセッサが、
    モバイルデバイスがＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）にハンドオーバされている場合はグローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）暗号化モード手順を開始することによってモバイルデバイスにＩＭＥＩＳＶを要求するように構成される、
    請求項１０に記載の装置。
12. プロセッサが、
    モバイルデバイスがユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）にハンドオーバされている場合は非アクセス層（ＮＡＳ）識別子要求手順を開始することによってモバイルデバイスにＩＭＥＩＳＶを要求するように構成される、
    請求項１０または１１に記載の装置。
13. プロセッサが、
    目標ＭＳＣへのＭＡＰフォワードアクセスシグナリング（ＦＡＳ）メッセージ内で、ＩＭＥＩＳＶを新規のＩＭＥＩＳＶ情報要素（ＩＥ）に入れて、かつ／または対応するＵＥＳＢＩ−Ｉｕの値を新規のＵＥＳＢＩ−Ｉｕ ＩＥに入れて転送するように構成される、
    請求項１０から１２のいずれか一項に記載の装置。
14. モバイルデバイスの移動通信交換局（ＭＳＣ）間ハンドオーバに使用するための装置であって、プロセッサおよび関連メモリを備え、プロセッサが、
    モバイルデバイスの国際移動端末装置識別子およびソフトウェアバージョン番号（ＩＭＥＩＳＶ）を有しないモバイルアプリケーションパート（ＭＡＰ）プリペアハンドオーバメッセージを受信し、
    グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）暗号化モード手順完了メッセージ内でＩＭＥＩＳＶを続いて受信し、
    そのＩＭＥＩＳＶを、ＩＭＥＩＳＶを利用する手順の間に使用するために格納するように構成される、
    装置。
15. 装置がＭＳＣである、請求項１０から１４のいずれか一項に記載の装置。

Images