JP5357272B2 - 単一無線音声通話連続性のためのソース識別方法、装置、及びコンピュータプログラム製品 - Google Patents

Description

本発明の実施形態は、一般に、複数の無線アクセス技術（ＲＡＴ）環境における通信セッションの連続性に関し、より具体的には、異なるＲＡＴ間のハンドオーバに関して単一無線音声通話連続性（ＳＲ−ＶＣＣ）のためのソース識別を可能にする方法、装置、及びコンピュータプログラム製品に関する。

現代の通信時代は、有線及び無線ネットワークの驚異的な拡大をもたらしてきた。コンピュータネットワーク、テレビネットワーク、及び電話ネットワークは、消費者需要により加速されるかつてない技術拡大を経験している。無線及びモバイルネットワーキング技術は、関連する消費者需要に対応する一方で、情報転送のより高い柔軟性及び即時性を提供してきた。

現在の及び将来のネットワーキング技術は、情報転送の容易性及びユーザにとっての利便性を高め続ける。最近では、このような情報転送の容易性及びユーザにとっての利便性の向上には、移動体通信を比較的低コストで提供するための能力の向上が付きものとなっている。従って、現代世界では移動体通信装置がユビキタスになってきている。移動体通信技術の急速な拡大に伴い、移動体通信装置を介して要求及び提供されるこれらのサービスの関連する急速な拡大が存在してきた。

３ＧＰＰ ＴＳ ２３．２１６ ３ＧＰＰ ＴＳ ４８．００８ ３ＧＰＰ ＴＳ ３６．４１３ ３ＧＰＰ ＴＳ ２５．４１３ ３ＧＰＰ ＴＳ ２３．００３

従って、マルチＲＡＴ環境においてＲＡＴ間ハンドオーバの変更を可能にする方法、装置、及びコンピュータプログラム製品を提供する。これに関して、例えば、本発明のいくつかの実施形態は、ＳＲ−ＶＣＣソリューションをサポートするために既存のノードの更新を必要としない方法でソースＩＤを定義できる機構を提供することができる。

本発明を一般論として説明したが、ここで必ずしも縮尺通りではない添付図面を参照する。

本発明の例示的な実施形態による無線通信システムの概略ブロック図である。 本発明の例示的な実施形態による、異なるＲＡＴ間のハンドオーバに関連して単一無線音声通話連続性（ＳＲ−ＶＣＣ）のためのソース識別を可能にする装置のブロック図である。 本発明の例示的な実施形態による、異なるＲＡＴ間のハンドオーバに関連して単一無線音声通話連続性（ＳＲ−ＶＣＣ）のためのソース識別を可能にする例示的な方法によるフロー図である。

移動体通信の歴史の中では、このような通信装置を使用できるようにするために開発された異なる世代のシステムが多く存在してきた。これらのシステムの第１世代は、時には単独で開発されたこともあり、また少なくとも最初は、必ずしも他のシステムと共同して使用できたわけではなかった。しかしながら、通信システム開発者間の協力が行われ始めたことにより、新たな技術が、全体の容量を増加させるために他の技術との相乗的連携の可能性を有することができるようになった。従って、第１世代のシステムの後を継いだＧＳＭ（グローバル・システム・フォー・モバイル・コミュニケーションズ）又はＩＳ−９５などの第２世代（例えば、２Ｇ）のシステムで動作可能な移動端末は、場合によっては、第３世代のシステム（例えば、３Ｇ）及び（Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）などの）現在開発中の他のシステムなどの新たな世代のシステムと共同して使用することができる。

特定の移動端末が持つ、複数のシステムにアクセスする能力又は複数の無線アクセス技術（マルチＲＡＴ）を介して通信するための能力を「マルチ無線アクセス」（ＭＲＡ）と呼ぶことがある。従って、ＭＲＡ対応端末は、（ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ無線アクセスネットワーク）などの）異なるＲＡＴ間で転送を行うことができる。当然ながら、このような転送の目的は、個々の転送を通じて通信の連続性を維持することである。第３世代パートナーシッププロジェクト（３ＧＰＰ）は、この及びその他の目標を実現するために使用される機構の態様を標準化しようと試みるために様々な仕様を定義してきた。具体的には、３ＧＰＰ技術仕様（ＴＳ）２３．２１６は、リリース８（Ｒ８）におけるＳＲ−ＶＣＣ手順を定義している。３ＧＰＰ ＴＳ ２３．２１６の１つの規定は、Ｅ−ＵＴＲＡＮからＧＥＲＡＮまでにわたる音声セッションのハンドオーバを回線交換（ＣＳ）音声通話として提供する。

３ＧＰＰ ＴＳ ２３．２１６のソリューションを実現するための１つの原理又は目的は、（ＧＥＲＡＮなどの）ターゲットアクセスネットワークへの影響を回避又は軽減することである。具体的には、Ｅ−ＵＴＲＡＮからプレリリース８のターゲットネットワーク方向へのＳＲ−ＶＣＣに関しては、配備されたターゲットＭＳＣ（モバイルスイッチングセンター）及びＢＳＳ（基地局システム）ノードを更新する必要なくこれらのノードを利用してＳＲ−ＶＣＣソリューションをサポートすることが望ましいと考えられる。

この背景に対し、ＳＲ−ＶＣＣソリューションの仕様中に生じた１つの問題は、ＢＳＳＭＡＰ（基地局サブシステム管理アプリケーション部）ハンドオーバ要求メッセージ内のソースＩＤの設定に関するものである。ハンドオーバ動作のための３ＧＰＰ ＴＳ ４８．００８に定義されるように、ソースＩＤは、ＭＳＣ−ＢＳＣ（基地局コントローラ）インターフェイスにおける必須パラメータである。ＭＳＣ及びＢＳＳ（基地局サブシステム）は、ハンドオーバ中に各々がソースＲＡＴからのソースＩＤを求める。従って、Ｅ−ＵＴＲＡＮからのハンドオーバの場合、通常、ソースＩＤは、３ＧＰＰ ＴＳ ４８．００８の「セル識別子」内にＥ−ＵＴＲＡＮのソースセルＩＤ、すなわちｅＮＢ識別子（３ＧＰＰ ＴＳ ３６．４１３を参照）を、従って新規のコードポイントを含むようになる。しかしながら、ＭＳＣ−ＭＳＣ（すなわち、ＭＡＰ−Ｅ）及びＭＳＣ−ＢＳＣ（Ａインターフェイス）にＥ−ＵＴＲＡＮソースＩＤを加えると、ＧＥＲＡＮへのＳＲ−ＶＣＣに関してあらゆるターゲットコアネットワーク及びＧＥＲＡＮ要素に影響が及ぶようになる。このことは、ＳＲ−ＶＣＣをサポートするために、配備されたプレリリース８ネットワークの更新が必要となる場合があり、これによりＳＲ−ＶＣＣソリューションの主たる目的から逸脱することになるので望ましくないと考えることができる。

従って、ＲＡＴ間ハンドオーバのために交換される情報の変更は望ましくないと考えることができる。

以下、本発明の全てではないがいくつかの実施形態を示す添付図面を参照しながら本発明のいくつかの実施形態についてより完全に説明する。実際には、本発明の様々な実施形態は多くの異なる形で具体化することができ、本明細書に示す実施形態に限定されると解釈すべきではない。全体を通じ、同様の参照数字が同様の要素を示す。本明細書で使用する「データ」、「コンテンツ」、「情報」という用語及び同様の用語は、本発明の実施形態により送信、受信、及び／又は記憶できるデータを示すために同義的に使用することができる。さらに、本明細書で使用する「例示的な」という用語は、いずれかの定性的評価を伝えるためのものではなく、一例を例示することを伝えるものにすぎない。従って、これらのいずれかの用語の使用が本発明の実施形態の思想及び範囲を限定するととらえるべきではない。

本発明の１つの例示的な実施形態である図１には、本発明の例示的な実施形態による無線通信システムの概略ブロック図を示している。ここで図１を参照すると、本発明の実施形態の恩恵を受ける１つの種類のシステムを示している。このシステムは、複数のネットワーク装置、及び（ユーザ装置（ＵＥ）１０などの）１又はそれ以上の移動端末を含むことができる。移動端末は、携帯情報端末（ＰＤＡ）、ページャ、モバイルテレビ、ゲーム機、ラップトップコンピュータ、携帯電話、カメラ、ビデオレコーダ、オーディオ／ビデオプレーヤ、ラジオ、全地球測位システム（ＧＰＳ）装置、又は上述の及びその他の種類の音声及びテキスト通信装置のいずれかの組み合わせなどの様々な異なる移動体通信装置の例であってよい。しかしながら、例示する以下で説明するような移動端末は、本発明の実施形態の恩恵を受けるであろう１つの種類の装置を例示したものにすぎず、従ってこれらが本発明の実施形態の範囲を限定するととらえるべきでない。

例示的な実施形態では、個々のＵＥ１０が、基地サイト、基地局、アクセスポイント、ｎｏｄｅ Ｂ又はｅ−ｎｏｄｅ Ｂなどのネットワークノードとの間で信号を送受信するためのアンテナ（又は複数のアンテナ）を含むことができる。例示的な実施形態では、ＵＥ１０が、最初に（Ｅ−ＵＴＲＡＮのｅ−ｎｏｄｅ Ｂなどの）ソースノード２０と通信し、（ＧＥＲＡＮの基地局（ＢＳ）などの）ターゲットノード３０にハンドオーバされる過程にあると考えることができる。上述したように、ハンドオーバ処理中には、ハンドオーバを開始するために使用するハンドオーバ要求メッセージがソースノード２０の識別情報を提供すると期待することができる。従って、モバイルスイッチングセンター（ＭＳＣ）３２は、ハンドオーバ要求に関連してソースノード２０からの（ソースＩＤなどの）識別情報を受け取ると期待する。しかしながら、ＳＲ−ＶＣＣの実施構成では、既存の構成要素に対する変更又はバックフィッティングを避けることが好ましいので、ソースノード２０からのソースＩＤを新規パラメータを定義する形で提供すると、（ＭＳＣ３２などの）既存の構成要素のバックフィッティング又は変更が必要となる場合がある。本発明のいくつかの実施形態は、既存の構成要素のバックフィッティング又は変更を必要としない形でのソースＩＤの提供を示す。

ＵＥ１０が、ターゲットノード３０と通信している間に通話を受発信した場合、ＭＳＣ３２がＵＥ１０との間で通話をルーティングすることができる。従って、ＵＥ１０が通話に関与した場合、ＭＳＣ３２が有線トランクへの接続を提供することができる。また、ＭＳＣ３０は、ＵＥ１０との間におけるメッセージの転送を制御できるとともに、メッセージセンターとの間におけるＵＥ１０のためのメッセージの転送を制御することができる。ＭＳＣ３２は、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、及び／又は広域ネットワーク（ＷＡＮ）（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）４０）などのデータネットワークに結合することができる。

ソースノード２０も、ＧＷ２２などの１又はそれ以上のゲートウェイ装置を介して３ＧＰＰ ＩＭＳ４０に結合することができる。ＧＷ２２は、サービングゲートウェイ（Ｓ−ＧＷ）及び／又はパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）を表すことができる。Ｓ−ＧＷは、ユーザデータパケットをルーティング及び転送できる一方で、Ｅ−ＵＴＲＡＮ内の、又はＥ−ＵＴＲＡＮと（ＧＥＲＡＮなどの）他のＲＡＴとの間のハンドオーバ中にはユーザプレーンのためのモビリティアンカーとしても機能する。ＰＤＮ ＧＷは、ＵＥ１０のためのトラフィックの出入口ポイントとなることにより、ＵＥ１０に外部パケットデータネットワークへの接続性を提供することができる。

ターゲットノード３０は、サービングＧＰＲＳ（汎用パケット無線サービス）サポートノード（ＳＧＳＮ）３４に結合することもできる。ＳＧＳＮ３４は、パケットスイッチサービスに関してＭＳＣ３２と同様の機能を行うことができる。ＳＧＳＮ３４は、やはりＭＳＣ ３２及びソースノード２０及びＧＷ２２と通信することができるモビリティ管理要素（ＭＭＥ）３６に結合することができる。ＭＭＥ３６は、特にアイドルモードのＵＥのトラッキング及びページング手順に関与することができる。ＭＭＥ３６は、ＵＥに接続するための及びＵＥのハンドオーバのためのＧＷの選択を処理することもでき、ユーザ認証を処理することができる。場合によっては、ＭＭＥ３６は、一時的識別情報の生成及びこれのＵＥへの割り当ても処理する。従って、例えばＭＭＥ３６は、本発明の例示的な実施形態に基づいて使用するためのソースＩＤを生成することができる。

３ＧＰＰ ＴＳ ２５．４１３及び３ＧＰＰ ＴＳ ２３．００３は、ＳＲ−ＶＣＣのソース識別のためのソースＩＤとしての役目を果たすためにＵＴＲＡＮに関連して使用されるパラメータであるサービングエリア識別情報（ＳＡＩ）と呼ばれる値を定義する。移動体国コードをＭＣＣとし、移動体ネットワークコードをＭＮＣとし、場所エリアコードをＬＡＣとし、サービスエリアコードをＳＡＣとした場合、ＵＴＲＡＮに関連して使用されるＳＡＩパラメータは、ＭＣＣ＋ＭＮＣ＋ＬＡＣ＋ＳＡＣで構成されるように定義される。ＳＡＩパラメータが予め存在すると仮定した場合、現在のネットワーク装置がＲ９９時点の３ＧＰＰ標準規格をサポートするとすれば、このような装置は、ＳＡＩパラメータを処理するように既に構成されている。従って、本発明の実施形態は、ネットワーク構成要素の変更を必要とすることなく、Ｅ−ＵＴＲＡＮのソースノードの識別に関連するＳＡＩパラメータを再利用して、回線交換（ＣＳ）ドメインに関するＳＲ−ＶＣＣのためのソース識別を可能にするようにする。

例示的な実施形態では、ＭＭＥ３６を、現在ＵＴＲＡＮに関連するソース識別に使用中の識別情報に代わる（ＭＭＥ ＩＤなどの）識別情報をＳＡＩに読み込むように構成することができる。このＭＭＥ定義のＳＡＩのための代替の識別値を、ソースＭＳＣがＵＴＲＡＮハンドオーバに関してターゲットＭＳＣへＳＡＩを転送するのと同じような方法でハンドオーバ中にターゲットＭＳＣへ転送することができる。従って、ＭＭＥ ３６は、ＭＭＥ定義のＳＡＩを提供することができる。しかしながら、いくつかの実施形態では、ＳＲ−ＶＣＣ ＭＳＣを、ＳＡＩを代替の識別情報で定義するように構成することができる。従って、本発明のいくつかの実施形態では、ＭＭＥ３６がＳＡＩを生成するので、ＭＭＥ３６が無線アクセスネットワーク（ＲＡＮ）ノードからソースＩＤを受け取ることはできないが、ＭＳＣが無線ネットワークコントローラ（ＲＮＣ）からＳＡＩを受け取る。その後、（ＭＳＣ３２などの）ターゲットＭＳＣが、ＭＭＥが生成又は定義したＳＡＩをソースＩＤとしてターゲットノード３０へ転送することができる。従って、（ＭＳＣ間のモバイルアプリケーションプロトコルインターフェイスなどの）ＭＡＰ−Ｅ及びＡインターフェイスの既存部分を手順を変更せずに再利用することにより、ＳＲ−ＶＣＣをシームレスに処理することができる。

例示的な実施形態では、ＭＭＥ３６（又はＳＲ−ＶＣＣ ＭＳＣ）が、予め定めた方法で代替のＳＡＩを定義することができる。１つの例では、ＭＭＥ３６が、ＭＭＥ独自のＩＤを使用して代替のＳＡＩを定義することができる。これに関して、例えば、ＬＡＣをＭＭＥグループＩＤに置き換えることができ、ＳＡＣをＭＭＥコードに置き換えることができる。従って、代替のＳＡＩは、ＭＣＣ＋ＭＮＣ＋ＭＭＥグループＩＤ＋ＭＭＥコードとして定義することができる。特に、ＭＭＥグループＩＤは通常１６ビット値であり、従って同じく通常１６ビット値であるＬＡＣに十分匹敵し、容易にこれの代わりとなる。しかしながら、ＭＭＥコードは通常８ビット値であるのに対し、ＳＡＣは通常１６ビット値である。従って、ＳＡＣの代わりにＭＭＥコードを利用するために、何らかのビットの埋め戻し（例えば、ＳＡＣとＭＭＥコードの間の残り８ビットの差分）を行うことができる。埋め戻されるビットは、あらゆる好適な方法（例えば、全て１、全て０、又は他のいずれかの予め定めた組み合わせ）で割り当てることができる。従って、（図２の記述に関連して以下でより詳細に説明するように）ＭＭＥ３６を、ＭＮＣ、ＭＣＣ、及び（ＭＭＥグループＩＤ及びＭＭＥコードなどの）ＭＭＥ独自の識別に関連する情報を使用して代替のＳＡＩを定義するように構成することができる。

代替の実施形態では、ＭＭＥ３６（又はＳＲ−ＶＣＣ ＭＳＣ）を、ＳＡＩフィールドに代替のＳＡＩ値を読み込むための、通信事業者が選択した機構を実現するように構成することができる。これに関して、代替のＳＡＩ値を定義するためにＭＭＥの識別情報を使用するのではなく、定義される代替のＳＡＩが、ＵＴＲＡＮのソース識別に関連して使用されるＳＡＩフィールドに適合する限り、代替のＳＡＩを定義するのに適したあらゆる方法を利用してハンドオーバのソースを識別するようにＭＭＥ３６を構成することができる。従って、ネットワーク構成が既存のノードをバックフィッティングするあらゆる必要性を依然として避けながら、（ＭＭＥ３６などの）ソースＭＭＥの一意の識別を提供する自由なフォーマットであってよい、又は一般的に生成することができる、通信事業者が選択したコーディングでＭＭＥ３６を構成することができる。

本発明の実施形態を実施するために、セル識別ディスクリミネータのコーディングを、現行のセル識別子のコーディングから変更することができる。これに関して、ＢＳＳ（基地局サブシステム）内でセルを一意に識別する可変長の要素であるセル識別子は、以下のフィールドを含むことができる。

オクテット２のコーディングは、残りの要素の長さを示す２進数である。この長さは、セル識別ディスクリミネータ（オクテット３）に依存することができる。「セル識別ディスクリミネータ」（オクテット３のビット１〜４）のコーディングは、３ＧＰＰ ＴＳ ２３．００３によるセルグローバル識別（ＣＧＩ）を、オクテット４〜ｎにおいてセルの識別に全部使用するか又は一部使用するかを示す２進数である。「セル識別ディスクリミネータ」は以下のようにコーディングされる。
００００ セルグローバル識別（ＣＧＩ）を全部使用してセルを識別する。
０００１ 場所エリアコードＬＡＣ及びセル識別情報ＣＩを使用してセルを識別する。
００１０ セル識別情報ＣＩを使用してセルを識別する。
００１１ いずれのセルもトランザクションに関連しない。
１０００ ＵＴＲＡＮ又はｃｄｍａ２０００へのシステム間ハンドオーバ。公衆陸上移動体ネットワーク（ＰＬＭＮ）−ＩＤ、ＬＡＣ、及びＲＮＣ−ＩＤ（又は拡張ＲＮＣ−ＩＤ）を使用してターゲットＲＮＣを識別する。
１００１ ＵＴＲＡＮ又はｃｄｍａ２０００へのシステム間ハンドオーバ。ＲＮＣ−ＩＤ（又は拡張ＲＮＣ−ＩＤ）を使用してターゲットＲＮＣを識別する。
１０１０ ＵＴＲＡＮ又はｃｄｍａ２０００へのシステム間ハンドオーバ。ＬＡＣ及びＲＮＣ−ＩＤ（又は拡張ＲＮＣ−ＩＤ）を使用してターゲットＲＮＣを識別する。
１０１１ ＳＲ ＶＣＣの場合、サービングエリア識別情報ＳＡＩを使用してＵＴＲＡＮ又はｃｄｍａ２０００又はソースＭＭＥ内でＵＥのサービングエリアを識別する。
１１００ ＬＡＣ、ＲＮＣ−ＩＤ（又は拡張ＲＮＣ−ＩＤ）、及びセル識別情報ＣＩを使用してセルロード情報のためのＵＴＲＡＮセルを識別する。

Ｒ９９よりも古いさらに別の代替の関連ネットワークでは、ＭＭＥ３６を、ＳＡＩをコーディングし、このコーディングしたＳＡＩをＳＲ−ＶＣＣ ＭＳＣへ送信するように構成することができる。その後、ＳＲ−ＶＣＣは、プレＲ９９ ＢＳＣインターワーキングを可能にするために、Ｏ＆Ｍに基づいてＳＡＩをＣＧＩ（００００）又は（０００１）に変更することができる。

従って、本発明の実施形態は、Ｅ−ＵＴＲＡＮからＧＥＲＡＮなどの他の３ＧＰＰネットワークへのハンドオーバのためのソース識別に関連して使用するための代替のＳＡＩ値を、既存のネットワークノード構成要素を更新又はアップグレードするあらゆる必要性を避けるために既知のフォーマットを再利用して新たに定義される識別子を処理する形で定義することができる。代わりに、ＭＭＥ３６を、ＵＴＲＡＮのソース識別に使用されるＳＡＩ値のフォーマットで提供されるＭＭＥ自体の識別情報又は別の（通信事業者が選択した）コーディングのいずれかを利用することによってＥ−ＵＴＲＡＮソースの一意の識別子を定義するように構成することができる。

ここで、本発明の例示的な実施形態を実施するための例示的な装置を示す図２に関連して、代替のＳＡＩを定義するための装置について説明する。この装置は、ＭＭＥ（又はＳＲ−ＶＣＣ ＭＳＣ）などのネットワーク装置に含めてもよいし、或いはこのネットワーク装置において具体化してもよい。この点に関して、装置は、マルチＲＡＴ環境におけるハンドオーバを目的として、Ｅ−ＵＴＲＡＮのソースノードに関連付けられたＭＭＥに関連して動作することができる。

ここで図２を参照すると、ＳＲ−ＶＣＣのためのソース識別を可能にするための装置を示している。装置は、プロセッサ５０と、通信インターフェイス５４と、記憶装置５６とを含み、或いはこれらと別様に通信することができる。記憶装置５６は、例えば揮発性及び／又は不揮発性メモリを含むことができる。記憶装置５６は、本発明の例示的な実施形態による様々な機能を装置が実行できるようにするための情報、データ、アプリケーション、命令などを記憶するように構成することができる。例えば、記憶装置５６を、プロセッサ５０が処理するための入力データをバッファするように構成することができる。これに加えて、或いはこれとは別に、記憶装置５６を、プロセッサ５０が実行するための命令を記憶するように構成することができる。さらに別の代替例として、記憶装置５６は、情報を静的及び／又は動的情報の形で、例えば特定の場所、イベント、又はサービスポイントに関連付けて記憶する複数のデータベースの１つであってもよい。

プロセッサ５０は、多くの異なる方法で具体化することができる。例えば、プロセッサ５０を、プロセッサ、コプロセッサ、コントローラ、或いは、例えばＡＳＩＣ（特定用途向け集積回路）又はＦＰＧＡ（フィールド・プログラマブル・ゲートアレイ）などの集積回路を含む他の様々な処理手段又は装置として具体化することができる。例示的な実施形態では、プロセッサ５０を、記憶装置５６に記憶された命令、又はプロセッサ５０が別様にアクセスできる命令を実行するように構成することができる。従って、ハードウェア技法によって構成されているか又はソフトウェア技法によって構成されているか、或いはこれらの組み合わせによって構成されているかに関わらず、プロセッサ５０は、本発明の実施形態による動作を実施することができる一方で、本発明の実施形態に合わせて構成されたエンティティを表すことができる。従って、例えば、プロセッサ５０をＡＳＩＣ、ＦＰＧＡなどの形で具体化した場合、プロセッサ５０は、本明細書で説明する動作を実行するように特別に構成されたハードウェアであることができる。或いは、別の例として、プロセッサ５０をソフトウェア命令のエグゼクタとして具体化した場合、与えられる特定の構成に向けたものでなければ汎用処理要素になったであろうはずのプロセッサ５０を、命令により、本明細書で説明するアルゴリズム及び動作を実行するように特別に構成することができる。しかしながら、場合によっては、本明細書で説明するアルゴリズム及び動作を実行するための命令によるプロセッサ５０のさらなる構成により、プロセッサ５０を、本発明の実施形態を利用するようにされた（ＳＧＳＮなどの）特定の装置のプロセッサとしてもよい。

一方、通信インターフェイス５４は、ネットワーク及び／又は装置と通信する他のあらゆる装置又はモジュールから／へデータを受信／送信するように構成されたハードウェア、ソフトウェア、或いはハードウェアとソフトウェアの組み合わせのいずれかの形で具体化されるあらゆる装置又は手段として具体化することができる。この点に関して、通信インターフェイス５４は、例えば、アンテナ（又は複数のアンテナ）と、無線通信ネットワークとの通信を可能にするためのサポート用ハードウェア及び／又はソフトウェアとを含むことができる。固定環境では、通信インターフェイス５４が、別様に又は同様に有線通信をサポートすることができる。従って、通信インターフェイス５４は、ケーブル、デジタル加入者回線（ＤＳＬ）、ユニバーサルシリアルバス（ＵＳＢ）、Ｅｔｈｅｒｎｅｔ（登録商標）、高解像度マルチメディアインターフェイス（ＨＤＭＩ）又はその他の機構を介した通信をサポートするための通信モデム及び／又はその他のハードウェア／ソフトウェアを含むことができる。さらに、通信インターフェイス５４は、Ｂｌｕｅｔｏｏｔｈ、赤外線、ＵＷＢ、ＷｉＦｉ、及び／又は同様のものなどの通信機構をサポートするためのハードウェア及び／又はソフトウェアを含むこともできる。

例示的な実施形態では、プロセッサ５０を識別情報デファイナ６０として具体化し、或いはプロセッサ５０が識別情報デファイナ６０を別様に制御することができる。識別情報デファイナ６０は、本明細書で説明するような識別情報デファイナ６０の機能を実行するように構成されたハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせの形で具体化されたいずれの手段又は装置であってもよい。この点に関して、例えば、識別情報デファイナ６０を、（Ｅ−ＵＴＲＡＮなどの）第１のＲＡＴに関連するソース識別のための識別値を、（ＵＴＲＡＮなどの）異なるＲＡＴに関連するソース識別フォーマットを利用することによって定義するように構成することができる。従って、識別情報デファイナ６０は、ＳＡＩフォーマットを利用して、Ｅ−ＵＴＲＡＮソースを識別するためのソース識別を、既存のネットワーク装置の変更を必要とせずにシームレスに使用できる形で定義することができる。従って、識別情報デファイナ６０を使用する（ＭＭＥ３６などの）装置は、ハンドオーバの指標に応答して、（上述した代替のＳＡＩを含むＭＭＥ ＩＤなどの）装置に関連する識別情報を利用し、或いはＳＡＩフォーマットに準拠する一意のソース識別を生成するように通信事業者が定めたコードを使用することができる。

図３は、本発明の例示的な実施形態によるシステム、方法、プログラム製品のフロー図である。なお、フロー図の個々のブロック及びフロー図内のブロックの組み合わせは、ハードウェア、ファームウェア、及び／又は１又はそれ以上のコンピュータプログラム命令を含むソフトウェアなどの様々な手段により実施することができる。例えば、上述した手順の１又はそれ以上をコンピュータプログラム命令により具体化することができる。これに関して、この上述した手順を具体化するコンピュータプログラム命令を（ＭＭＥ又はＭＳＣなどの）ネットワーク装置の記憶装置によって記憶し、これをネットワーク装置内のプロセッサによって実行することができる。理解されるように、このようなあらゆるコンピュータプログラム命令をコンピュータ又はその他のプログラマブル装置（すなわち、ハードウェア）上にロードして機械を生産することにより、このコンピュータ又はその他のプログラマブル装置上で実行される命令が、フロー図の（単複の）ブロック内に示す機能を実施するための手段を生み出すようにすることができる。コンピュータ又はその他のプログラマブル装置に特定の態様で機能するように指示することができるこれらのコンピュータプログラム命令をコンピュータ可読メモリに記憶することにより、このコンピュータ可読メモリに記憶された命令が、フロー図の（単複の）ブロック内に示す機能を実施する命令手段を含む製造の物品を生産するようにすることもできる。コンピュータプログラム命令をコンピュータ又はその他のプログラマブル装置上にロードし、コンピュータ又はその他のプログラマブル装置上で一連の動作が実行されるようにしてコンピュータで実施される処理を生成することにより、このコンピュータ又はその他のプログラマブル装置上で実行される命令が、フロー図の（単複の）ブロック内に示す機能を実施するためのステップを提供するようにすることもできる。

従って、フロー図のブロックは、特定の機能を実行するための手段の組み合わせ、特定の機能を実行するための動作の組み合わせ、及び特定の機能を実行するためのプログラム命令手段をサポートする。また、フロー図の１又はそれ以上のブロック、及びフロー図内のブロックの組み合わせを、特定の機能又は動作を実行する専用ハードウェアベースのコンピュータシステム、又は専用ハードウェアとコンピュータ命令との組み合わせにより実施することができる。

この点に関して、図３に示すようなＳＲ−ＶＣＣのためのソース識別を可能にする方法の１つの実施形態は、動作１００において、（Ｅ−ＵＴＲＡＮなどの）第１のＲＡＴと（ＧＥＲＡＮなどの）第２のＲＡＴの間のハンドオーバの指標を受け取るステップを含むことができる。方法は、動作１１０において、第１のＲＡＴに関連するソース識別のための識別値を、（ＵＴＲＡＮなどの）第３のＲＡＴに関連するソース識別フォーマットを利用することにより定義するステップをさらに含むことができる。例示的な実施形態では、このソース識別フォーマットをＳＡＩフォーマットとすることができ、これを使用して、Ｅ−ＵＴＲＡＮのソースを識別するためのソース識別を、既存のネットワーク装置の変更を必要とせずにシームレスに使用できる形で定義することができる。方法は、動作１２０において、この定義された識別値をハンドオーバのターゲットに関連するネットワーク装置に提供するステップをさらに含むことができる。

例示的な実施形態では、上記の方法を実施するための装置が、上述の動作（１００〜１２０）の各々を実行するように構成された（プロセッサ５０などの）プロセッサを含むことができる。このプロセッサは、例えば、動作の各々を実施するための記憶した命令又はアルゴリズムを実行することにより動作を行うように構成することができる。或いは、装置が、上述した動作の各々を実行するための手段を含むことができる。この点に関して、例示的な実施形態によれば、動作１００〜１２０を実行するための手段の例として、例えば、識別情報デファイナ又はプロセッサ５０の動作を管理するためのアルゴリズムを挙げることができる。

上述の説明及び関連する図面に示す教示の恩恵を受ける、これらの発明が関連する当業者には、本明細書に記載した発明の多くの修正及びその他の実施形態が浮かぶであろう。従って、本発明は開示する特定の実施形態に限定されるものではなく、また修正及びその他の実施形態も添付の特許請求の範囲に含まれるということを理解されたい。さらに、上述の説明及び関連する図面は、要素及び／又は機能のいくつかの例示的な組み合わせとの関連において例示的な実施形態を説明するものであるが、添付の特許請求の範囲から逸脱することなく、代替の実施形態により要素及び／又は機能の異なる組み合わせを提供できることを理解されたい。これに関して、例えば上記で明確に記載したものとは異なる要素及び／又は機能の組み合わせも、添付の請求項のいくつかに記載できるものとして想定される。本明細書では特定の用語を使用しているが、これらは一般的かつ説明的な意味で使用するものにすぎず、限定を目的とするものではない。

１００ 第１のＲＡＴと第２のＲＡＴの間のハンドオーバの指標を受け取り
１１０ 第１のＲＡＴに関連するソース識別のための識別値を、第３のＲＡＴに関連するソース識別フォーマットを利用することによって定義
１２０ 定義した識別値を、ハンドオーバのターゲットに関連するネットワーク装置に提供

Claims (6)

1. 異なる無線アクセス技術に基づいて動作する２以上のネットワーク装置を含むネットワーク内で、モビリティ管理要素（ＭＭＥ）により実行される方法であって、
   第１の無線アクセス技術と第２の無線アクセス技術との間のハンドオーバの指標を受け取るステップと、
   前記第１の無線アクセス技術に関連するソース識別のための識別値を、第３の無線アクセス技術に関連するサービングエリア識別情報（ＳＡＩ）を利用して、前記ＭＭＥ独自の識別に関連する情報を使用して代替のＳＡＩを定義することにより定義するステップと、
   前記定義した識別値を、前記ハンドオーバのターゲットに関連するネットワーク装置に提供するステップと、
   を含むことを特徴とする方法。
2. 前記ＭＭＥ独自の識別に関連する情報を使用して代替のＳＡＩを定義することが、該ＭＭＥ独自の識別に関連する情報の長さを前記代替のＳＡＩの長さに一致させるためにビットを埋め戻すステップをさらに含む、
   ことを特徴とする請求項１に記載の方法。
3. 異なる無線アクセス技術に基づいて動作する２以上のネットワーク装置を含むネットワーク内で、モビリティ管理要素（ＭＭＥ）に、
   第１の無線アクセス技術と第２の無線アクセス技術との間のハンドオーバの指標を受け取る手順と、
   前記第１の無線アクセス技術に関連するソース識別のための識別値を、第３の無線アクセス技術に関連するサービングエリア識別情報（ＳＡＩ）を利用して、前記ＭＭＥ独自の識別に関連する情報を使用して代替のＳＡＩを定義することにより定義する手順と、
   前記定義した識別値を、前記ハンドオーバのターゲットに関連するネットワーク装置に提供する手順と、
   を実行させるためのプログラム。
4. 前記ＭＭＥ独自の識別に関連する情報を使用して代替のＳＡＩを定義することが、該ＭＭＥ独自の識別に関連する情報の長さを前記代替のＳＡＩの長さに一致させるためにビットを埋め戻すことをさらに含む、
   ことを特徴とする請求項３に記載のプログラム。
5. 異なる無線アクセス技術に基づいて動作する２以上のネットワーク装置を含むネットワーク内で動作するよう構成されたモビリティ管理要素（ＭＭＥ）であって、
   第１の無線アクセス技術と第２の無線アクセス技術との間のハンドオーバの指標を受け取るステップと、
   前記第１の無線アクセス技術に関連するソース識別のための識別値を、第３の無線アクセス技術に関連するサービングエリア識別情報（ＳＡＩ）を利用して、前記ＭＭＥ独自の識別に関連する情報を使用して代替のＳＡＩを定義することにより定義するステップと、
   前記定義した識別値を、前記ハンドオーバのターゲットに関連するネットワーク装置に提供するステップと、
   を少なくとも実行するよう構成された、モビリティ管理要素。
6. 前記ＭＭＥ独自の識別に関連する情報を使用して代替のＳＡＩを定義することが、該ＭＭＥ独自の識別に関連する情報の長さを前記代替のＳＡＩの長さに一致させるためにビットを埋め戻すステップをさらに含む、
   ことを特徴とする請求項５に記載のモビリティ管理要素。

Images