JP5717820B2 - パケット交換ハンドオーバを可能にするシステム情報を供給する方法，デバイス，システム及びソフトウェア製品 - Google Patents

Description

本発明は無線通信に関し，より特定すれば無線通信システムにおけるハンドオーバ状況に関する。

世界移動体通信システム（ＧＳＭ（登録商標））は，音声通信を無線で行えるようにする第２世代（２Ｇ）システムとして設計された。しかし顧客は，テキストメッセージ送信及びデータネットワーク接続のような追加無線サービスをますます指向するようになってきた。したがって第３世代（３Ｇ）システムは，静止画及びビデオを含むマルチメディア通信を提供するように設計されている。例えばＥＤＧＥ（ＧＳＭ（登録商標）進化のための強化データ速度）は，スペクトラム効率を改善する高度な特徴を含む３Ｇサービスを提供することができる。これと類似してＵＭＴＳ（はん用移動体通信サービス）は，多くの種々のサービスを柔軟に提供する。ＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）は，ＵＭＴＳ用の無線関連機能を扱うネットワーク要素を含んでいる。

定義によれば，ハンドオーバとはユーザコネクションをある無線チャネルから別の無線チャネルへ移すことを意味する。ハンドオーバの１つの種別に，ユーザ装置（ＵＥ）が別の無線接続技術（ＲＡＴ）に移動するＲＡＴ間ハンドオーバがある。例えばＵＥがＵＭＴＳサービスの提供範囲端に達したとき，（ＵＥが複数のＲＡＴに対応しているときは）ＧＳＭ（登録商標）のような２Ｇサービスにハンドオーバできる。ＲＡＴ間ハンドオーバ手続は，種々の方法で開始できる。例えば無線ネットワークサブシステム（ＲＮＳ）がコマンドを送信してＵＥに別のＲＡＴに移るように明示的に指示してもよいし，ＵＥが別のＲＡＴに属するセルを選択してもよい。

はん用パケット無線システム（ＧＰＲＳ）においては，パケット交換（ＰＳ）ハンドオーバの規則は第３世代パートナシッププロジェクト（３ＧＰＰ）のリリース６に規定されており，それはＧＳＭ（登録商標）／ＥＤＧＥ無線接続ネットワーク（ＧＥＲＡＮ）の研究開発に基づいている。ＵＭＴＳとＧＳＭ（登録商標）とのハンドオーバのような各ＲＡＴ間のハンドオーバに対応する（すなわちＲＡＴ間ハンドオーバに対応する）ために，Ｕｕインタフェースによって無線資源管理（ＲＲＣ）に，そしてＩｕインタフェースによって無線接続ネットワークアプリケーション部（ＲＡＮＡＰ）に，信号方式が追加された。ＧＰＲＳに関する詳細は，3GPP TS 48.018 v6.14.0，２００６年７月，"BSS GPRS Protocol (BSSGP) (Release 6)"に記載されており，ここにページ５２〜５８及び１０６〜１５０を参照する。またＲＡＮＡＰ信号方式に関する詳細は，3GPP TS 25.413 v6.0.0，２００５年６月，"UTRAN Iu interface RANAP signalling (Release 6)"，に記載されており，ここにページ３３〜３７及び１２２〜１７０を参照する。

ＵＴＲＡＮからＧＥＲＡＮへのＲＡＴ間ＰＳハンドオーバに対応するために，サービス提供無線ネットワーク制御装置（ＳＲＮＣ）は，ターゲットＧＥＲＡＮセルのパケットシステム情報のようなシステム情報（ＰＳＩ／ＳＩ，ＳＩ／ＰＳＩに同じ）を必要とする。”ＲＡＮ２”として知られる３ＧＰＰ作業グループは，これらのＳＩ／ＰＳＩブロックをＵＥに転送するために，ＲＲＣのHANDOVER FROM UTRAN COMMANDメッセージに選択構造情報要素（ＩＥ）を追加した。ＳＲＮＣがどのようにしてこれらのブロックを取得するかについては，ネットワーク支援セル変更（ＮＡＣＣ）によってＲＡＮ情報管理（ＲＩＭ）手続を再利用することが想定された。

問題は，ＲＩＭ／ＮＡＣＣ手続がネットワークにおいて任意選択になっていることである。したがって，ハンドオーバに間に合うようにＳＲＮＣがＳＩ／ＰＳＩブロックを取得できる保証はない。

ＵＭＴＳネットワークにおいては，ＳＲＮＣはＳＩ／ＰＳＩブロックをドリフトＲＮＣ（ＤＲＮＣ）又は制御ＲＮＣ（ＣＲＮＣ）から取得する必要があるかもしれない。このようにこの手続は，ＳＲＮＣにＳＩ／ＰＳＩブロックを間に合うように供給するにはより複雑で，より問題があり，かつ可能性がより低い。

ＳＩ／ＰＳＩブロックはＰＳハンドオーバに必須の情報であるが，ＲＩＭ／ＮＡＣＣは最適化のための任意選択事項である。このようにＲＩＭ／ＮＡＣＣ手続よりもＰＳハンドオーバの方が，ＳＩ／ＰＳＩブロックを失う危険性が高い。

3GPP TS 48.018 v6.14.0，２００６年７月，"BSS GPRS Protocol (BSSGP) (Release 6)"

上記の課題は，ターゲット無線基地局サブシステム（ＢＳＳ）からソースＢＳＳ又はソースＲＮＣへの透過コンテナにＳＩ／ＰＳＩブロックを含めることによって解決することができる。この手続を最適化するため，例えばＳＩ／ＰＳＩブロックが応答時に必要かどうかを示す値を含むＳＩ／ＰＳＩ指示子を，ソースＢＳＳからターゲットＢＳＳへの透過コンテナにも含めてよい。

当業者であれば，透過コンテナは移転（ｒｅｌｏｃａｔｉｏｎ）を行うときに必要な情報をしばしば含む情報要素であることを知っているであろう。移転は，ターゲットＲＮＣ又はＢＳＳを移動体端末の新規サービス提供ＲＮＣ又はＢＳＳにすることができる手続である。透過コンテナは，例えば移動体端末に関するセキュリティ情報を含んでもよく，及び／又は移動体端末のＲＲＣコネクション及び移動体端末の能力を表すプロトコルコンテキストを含んでもよい。透過コンテナは，サービス提供サポートノード（ＳＧＳＮ）のような中間ノードに情報を搬送し，それによって中間ノードは最終あて先（例えばターゲットノード）へのメッセージに，コンテナの内容をコピーすることができる。本発明は，ＰＳハンドオーバを容易にするため，ターゲットサブシステムとソースサブシステムとの間でＳＩ／ＰＳＩブロックを搬送するために透過コンテナを用いることを含む。

ＳＲＮＣとＣＲＮＣとが同一ＲＮＣのときは，ＣＲＮＣはＲＩＭ／ＮＡＣＣを実装しており，ＳＲＮＣは既にＳＩ／ＰＳＩブロックを有しているので，ターゲットＢＳＳからソースＢＳＳへの透過コンテナによってＳＩ／ＰＳＩブロックを受信する必要がないことをＳＲＮＣは示すことができる。この場合，ソースＢＳＳからターゲットＢＳＳへの透過コンテナＩＥにＳＩ／ＰＳＩ指示子ＩＥがないか，ＩＥ種別に依存する適当な値を有するＳＩ／ＰＳＩがないことは，ターゲットＢＳＳがＳＩ／ＰＳＩブロックを送信する必要があることを意味する。

あるいは，ＳＲＮＣはターゲットＢＳＳからソースＢＳＳへの透過コンテナによってＳＩ／ＰＳＩブロックを受信する必要があることを示してもよい。この場合，ソースＢＳＳからターゲットＢＳＳへの透過コンテナＩＥにＳＩ／ＰＳＩ指示子ＩＥがないか，ＩＥ種別に依存する適当な値を有するＳＩ／ＰＳＩがないことは，ターゲットＢＳＳはＳＩ／ＰＳＩブロックを送信してはならないことを意味する。このＳＩ／ＰＳＩ指示子ＩＥはソースＢＳＳからターゲットＢＳＳへの透過コンテナに存在しなくてもよいが，適当なメッセージによってソースＢＳＳからターゲットＢＳＳへ転送しなければならない。この機構によってＳＲＮＣは，Ｉｕインタフェース及びＧｂインタフェース上の不必要なＳＩ／ＰＳＩ配信を避けることができる。

ＵＴＲＡＮからＧＥＲＡＮへのＰＳハンドオーバの場合，ＳＲＮＣがＰＳハンドオーバに必要なすべての情報をターゲットＢＳＳから取得することを確かめることが重要である。本発明によれば，ＳＲＮＣは，PS HANDOVER COMMANDメッセージに加えてＳＩ／ＰＳＩブロックをターゲットＢＳＳからソースＢＳＳへの透過コンテナによって受信する。

ターゲットＢＳＳからソースＢＳＳへの透過コンテナにＳＩ／ＰＳＩブロックを追加することの１つの欠点は，ＳＲＮＣがＣＲＮＣと同一であって，ＣＲＮＣがＲＩＭ／ＮＡＣＣ手続を実装している場合かもしれない。上述のとおり，ＳＲＮＣはこれらのブロックを保有しているので，ＳＩ／ＰＳＩブロックを透過コンテナによって転送することは無駄になる。この状況を避けるために本発明は，ソースＢＳＳからターゲットＢＳＳへの透過コンテナによって，ＳＩ／ＰＳＩブロックが必要かどうかをＳＲＮＣが示す方法を含む。この指示によって，ターゲットＢＳＳからソースＲＮＣへのＳＩ／ＰＳＩブロックの不必要な配信を避けることができる。

本発明はＲＡＴ間ＰＳハンドオーバだけでなく，ＢＳＳ間ＰＳハンドオーバにも用いることができる。これは，ＲＩＭ／ＮＡＣＣ手続がＧＳＭ（登録商標）ネットワークにおいては任意選択になっているためである。

本発明によるＳＩ／ＰＳＩ指示子の実装を示す図である。 本発明の実施例の第１形式による，ターゲットＢＳＳからソースＢＳＳへの透過コンテナを説明する3GPP TS 25.413，9.2.1章への変更を示す図である。 本発明の実施例の第１形式による，ターゲットＢＳＳからソースＢＳＳへの透過コンテナを説明する3GPP TS 48.018，表11.3.80.aへの変更を示す図である。 本発明の実施例の第１形式による，ターゲットＢＳＳからソースＢＳＳへの透過コンテナを説明する3GPP TS 48.018，11.3.63.2.1章，表11.3.63.2.1.aへの変更を示す図である。 本発明の実施例の第１形式による，ターゲットＢＳＳからソースＢＳＳへの透過コンテナを説明する3GPP TS 48.018，11.3.63.2.1章，表11.3.63.2.1.bへの変更を示す図である。 本発明の実施例の第１形式による，ターゲットＢＳＳからソースＢＳＳへの透過コンテナを説明する3GPP TS 48.018，11.3.63.2.1章，表11.3.63.2.1.cへの変更を示す図である。 本発明の実施例の第２形式による，ターゲットＢＳＳからソースＢＳＳへの透過コンテナを説明する3GPP TS 25.413，9.2.1章への変更を示す図である。 本発明の実施例の第２形式による，ターゲットＢＳＳからソースＢＳＳへの透過コンテナを説明する3GPP TS 48.018，表11.3.80.aへの別の変更を示す図である。 本発明の実施例による方法を示すフローチャートである。 本発明の実施例によるシステムを示すブロック図である。

ここで本発明の好ましい実施例を説明するが，これは単に本発明を実現する１つの方法を例示するものに過ぎない。この例示は，本願の各所に説明した事項の範囲を制限するものではない。

上記のとおり，ＰＳハンドオーバに関してはＳＩ／ＰＳＩブロックは必須の情報である。これらは，PS HANDOVER COMMANDが転送される前に，ＵＥへ転送しなければならない。

ＵＴＲＡＮからＧＥＲＡＮへのＰＳハンドオーバの場合，PS HANDOVER (HO) COMMANDメッセージに加えてＳＩ／ＰＳＩブロックがHANDOVER FROM UTRAN COMMANDメッセージに含まれると想定する。このＲＲＣメッセージを作成するため，ＳＲＮＣは必要なＧＥＲＡＮ情報を受信しなければならない。PS HANDOVER COMMANDメッセージは，ターゲットＢＳＳからソースＢＳＳへの透過コンテナに含めることができる。しかしＳＩ／ＰＳＩブロックは，ＲＩＭ／ＮＡＣＣ手続を介してＳＲＮＣに配信されると想定する。

ＰＳハンドオーバの現行手続はＲＩＭ／ＮＡＣＣを必須としているが，ＲＩＭ／ＮＡＣＣ手続は３ＧＰＰ仕様書によればネットワーク実装において任意選択事項である。このように３ＧＰＰ仕様書によれば，ＳＲＮＣがＰＳハンドオーバに間に合うようにＳＩ／ＰＳＩブロックを受信する保証はなく，ＳＲＮＣがＲＩＭ／ＮＡＣＣ手続を実装していないＣＲＮＣと同一であるか，ＳＲＮＣがＲＩＭ／ＮＡＣＣ手続を実装していないＣＲＮＣと異なるとき，ＳＲＮＣはＰＳハンドオーバを遅らせるかＰＳハンドオーバを失敗させるかしなければならない。

したがって本発明の一実施例は，透過コンテナによる方法である。この透過コンテナによる方法は，ソースＢＳＳからターゲットＢＳＳへの透過コンテナにＳＩ／ＰＳＩ指示子ＩＥを含めることで最適化できる。ＳＲＮＣとＣＲＮＣとが同一のＲＮＣでありＣＲＮＣがＲＩＭ／ＮＡＣＣを実装しており，かつＣＲＮＣがＲＩＭ／ＮＡＣＣを実装しているとき，ＳＲＮＣはターゲットＢＳＳからソースＢＳＳへの透過コンテナによってＳＩ／ＰＳＩブロックを再度受信する必要はない。そのためＳＲＮＣがターゲットＧＳＭ（登録商標）セルのＳＩ／ＰＳＩブロックを保持しているときは，ＳＲＮＣはＳＩ／ＰＳＩ指示子ＩＥを含めない。ＳＲＮＣがターゲットＢＳＳからソースＢＳＳへの透過コンテナでＳＩ／ＰＳＩブロックを受信する必要があるときは，真値を有するＳＩ／ＰＳＩ指示子ＩＥを含める。ターゲットＢＳＳがこの指示子を受信したときは，ターゲットＢＳＳからソースＢＳＳへの透過コンテナにＳＩ／ＰＳＩブロックを含める。

図１にＳＩ／ＰＳＩ指示子の一例示実装例を示す。ＳＩ／ＰＳＩ指示子ＩＥがないときは，ＳＲＮＣはＳＩ／ＰＳＩブロックを受信する必要がないことを意味する。しかしＩＥが存在することの意味は反対である。すなわちＳＩ／ＰＳＩ指示子ＩＥがないことは，ＳＲＮＣがＳＩ／ＰＳＩブロックを必要としていることを意味する。

ＳＩ／ＰＳＩ指示子の別の例示実装例は，ＳＩ／ＰＳＩ指示子を必須ＩＥにすることである。このようにこのＳＩ／ＰＳＩ指示子は常にソースＢＳＳからターゲットＢＳＳへの透過コンテナに含められ，ソースＲＮＣ又はＢＳＳはＳＩ／ＰＳＩブロックが必要か否かを明確に指示しなければならない。ＳＩ／ＰＳＩ指示子を実現する実装詳細は種々であってよい。重要なことは，ソースＲＮＣ又はＢＳＳがターゲットＢＳＳから透過コンテナによってＳＩ／ＰＳＩブロックを受信する必要があるか否かを指示する手段があることが望ましいということである。

本発明のこの実施例の第１形式は，ターゲットＢＳＳからソースＢＳＳへの透過コンテナに２つの部分を有するものである。コンテナの第１部分は，オクテットストリングのＣＳＮ．１（具象構文記法１）コードによるPS HO COMMANDメッセージを含む。コンテナの第２部分は，オクテットストリングのＢＳＳＧＰ（無線基地局サブシステムＧＰＲＳプロトコル）コードによるＳＩ／ＰＳＩ数と，種別と，ＰＳＩ又はＳＩと，を含む。この形式によれば，承認されたＲＲＣメッセージ（HANDOVER FROM UTRAN COMMAND）を用いることができる。またＲＩＭ／ＮＡＣＣは必要ない。ＳＲＮＣは常にＰＳ ＨＯに間に合うようにＳＩ／ＰＳＩを取得する。ＲＲＣメッセージにおいてＳＩ／ＰＳＩ数と，種別と，ＳＩ／ＰＳＩと，だけが必要であるので，ＳＲＮＣはＢＳＳＧＰコマンドを解釈する必要がある。

3GPP TS 25.413において，図２に示す変更を行ってもよい。また3GPP TS 48.018において，図３に示す変更を行ってもよい。図３はソースＢＳＳにおいてＰＳハンドオーバを実行するために必要な情報を含む情報要素を示している。図４ａ〜４ｃは，図３の内容を更に説明するものである。図４ａは，3GPP TS 48.018，11.3.63.2.1章，表11.3.63.2.1.aに対する変更を示す。

図４ａによれば，ＮＡＣＣアプリケーション用のRAN-INFORMATIONアプリケーションコンテナが，ＮＡＣＣアプリケーション用のRAN-INFORMATION RIMコンテナ内のアプリケーションコンテナＩＥのコードを含む。Reporting Cell Identifierは，3GPP TS 48.018の11.3.9章に規定されたCell Identifierとして符号化されたフィールドである。

図４ｂは，3GPP TS 48.018，11.3.63.2.1章，表11.3.63.2.1.bに対する変更を示す。TYPEフィールドは，報告セルが供給するＳＩ／ＰＳＩメッセージの種別を示す。TYPEフィールドは，図示のとおり符号化される。

図４ｃは，3GPP TS 48.018，11.3.63.2.1章，表11.3.63.2.1.cに対する変更を示す。したがって図４ｃはＳＩ／ＰＳＩ符号化の数を示す。このフィールドは，ＳＩ／ＰＳＩフィールドに含まれる報告セルが供給するＳＩ／ＰＳＩの数を示す。この数は０であってもよい。複数の実現値を有するＳＩメッセージに関しては，各実現値を１つのＳＩ／ＰＳＩメッセージと数える。ＳＩ／ＰＳＩフィールド数は図示のとおり符号化される。ＳＩ／ＰＳＩフィールドは，報告セルに対して有効なＳＩメッセージ又はＰＳＩメッセージのいずれかのリストを含む。（Ｐ）ＳＩメッセージの数は，ＳＩ／ＰＳＩフィールド数で示される。更に，TYPEフィールドが「ＢＣＣＨ（3GPP TS 44.018）用に規定されたＳＩメッセージが続く」ことを示すときは，ＳＩ／ＰＳＩフィールドは3GPP TS 44.018に規定されたＢＣＣＨ用に符号化されたSystem Informationメッセージの実現値を含む。各System InformationメッセージはMESSAGE TYPEフィールドを含み，その後にメッセージペイロードを構成するすべてのＩＥが続く。各メッセージは２１オクテットである。TYPEフィールドが「ＰＢＣＣＨ（3GPP TS 44.060）用に規定されたＰＳＩメッセージが続く」ことを示すときは，ＳＩ／ＰＳＩフィールドは3GPP TS 44.060に規定されたＰＢＣＣＨ用に符号化されたPacket System Informationメッセージの実現値を含む。各Packet System InformationメッセージはMESSAGE TYPEフィールドを含み，その後にＰＳＩメッセージ内容が続く。各メッセージは２２オクテットである。

本発明のこの実施例の第２形式は，ターゲットＢＳＳからソースＢＳＳへの透過コンテナに多数の部分を有するものである。このコンテナの第１部分は，どれだけのブロックがあるかを整数（２から１１）で示す。このコンテナの第２部分は，オクテットストリングのＣＳＮ．１コードによるPS HO COMMANDメッセージを含む。このコンテナの第３部分から第ｎ部分は，オクテットストリングのＢＳＳＧＰコードによるＰＳＩ又はＳＩを含む。すなわち，これらｎ個の部分のうち１つが１つのＰＳＩ又はＳＩを含む。ＲＩＭ／ＮＡＣＣは必要ない。ＳＲＮＣは常にＰＳ ＨＯに間に合うようにＳＩ／ＰＳＩを取得する。各ブロックはＳＲＮＣに対して透過的であり，ＳＲＮＣは単にブロック数を読み取るだけでよい。そしてＳＲＮＣは単にその内容を，ＲＲＣのHANDOVER FROM UTRAN COMMANDのＧＳＭ（登録商標）メッセージリストＩＥにコピーする。

本発明のこの形式を実装するため，ＧＳＭ（登録商標）メッセージリストは最大１１のＧＳＭ（登録商標）メッセージを含むように拡張しなければならず，ＵＥはＰＳＩ又はＳＩが含まれているかどうかを識別しなければならない。このようにHANDOVER FROM UTRAN COMMANDメッセージのＳＩ／ＰＳＩ選択ＩＥを削除するために，ＲＡＮＡＰ変更要求及びＢＳＳＧＰ変更要求に加え，ＲＲＣ変更要求（ＣＲ）が必要である。

図５は3GPP TS 25.413，9.2.1章に対する変更を示すものであり，本発明の実施例の第２形式によるターゲットＢＳＳからソースＢＳＳへの透過コンテナを説明している。

図６は3GPP TS 48.018，表11.3.80.aに対する別の変更を示すものであり，本発明の第２方法によるターゲットＢＳＳからソースＢＳＳへの透過コンテナの符号化を説明している。この情報要素はＰＳハンドオーバを実行するためにソースＢＳＳにおいて必要な情報を含み，要素の符号化は図６に示すとおりである。ＳＩ／ＰＳＩフィールドは，報告セルに対して有効なＳＩメッセージ又はＰＳＩメッセージのいずれかのリストを含む。（Ｐ）ＳＩメッセージの数は，上述のとおりＳＩ／ＰＳＩフィールド数で示される。更に，TYPEフィールドが「ＢＣＣＨ（3GPP TS 44.018）用に規定されたＳＩメッセージが続く」ことを示すときは，ＳＩ／ＰＳＩフィールドは3GPP TS 44.018に規定されたＢＣＣＨ用に符号化されたSystem Informationメッセージの実現値を含む。各System InformationメッセージはMESSAGE TYPEフィールドを含み，その後にメッセージペイロードを構成するすべてのＩＥが続く。各メッセージは２１オクテットである。TYPEフィールドが「ＰＢＣＣＨ（3GPP TS 44.060）用に規定されたＰＳＩメッセージが続く」ことを示すときは，ＳＩ／ＰＳＩフィールドは3GPP TS 44.060に規定されたＰＢＣＣＨ用に符号化されたPacket System Informationメッセージの実現値を含む。各Packet System InformationメッセージはMESSAGE TYPEフィールドを含み，その後にＰＳＩメッセージ内容が続く。各メッセージは２２オクテットである。

ここで図７に移ると，本発明の実施例による方法７００が示されている。ＰＳハンドオーバターゲットにＳＩ／ＰＳＩを要求するか否かを示す指示が，透過コンテナを介して与えられる（ステップ７０５）。ＳＲＮＣがＲＩＭ／ＮＡＣＣを実装しているＣＲＮＣであるときはそのような要求は行われない。指示がＳＩ／ＰＳＩを要求しているときは，ターゲットからソースへの透過コンテナによって受信される（ステップ７２０）。ＳＩ／ＰＳＩを有する移転コマンドが受信される（ステップ７２５）。そしてターゲットからソースへの透過コンテナの内容の少なくとも一部がユーザ装置（例えば移動体デバイス）に送信される（ステップ７３０）。

図８にこの種の方法を実現するシステムを示す。ソースＲＮＣ８６０（すなわちＳＲＮＣ）は，送信モジュール８７０及び受信モジュール８８０を含むネットワーク要素８４５を含む。ソースＲＮＣはＳＩ／ＰＳＩが要求されているかどうかに関する指示をターゲットＢＳＳ８５０に送信する。そうであれば，ＳＩ／ＰＳＩがターゲットＢＳＳ８５０からソースＲＮＣ８６０へ供給される。次にソースＲＮＣは，ＳＩ／ＰＳＩを移動体デバイス８００に供給し，ＳＩ／ＰＳＩは移動体デバイスの受信モジュール８１０によって受信され，メモリ８２０に記憶される。次に送信デバイス８３０にハンドオーバ信号通知を行わせるためにプロセッサ８４０がＳＩ／ＰＳＩにアクセスする。

上述の実施例は，ここに説明した方法に適合する標準オペレーティングシステムのソフトウェアと共に，はん用又は特定用途計算システムを用いて実現することができる。このソフトウェアは，本システムの特定のハードウェアの動作を駆動するように設計され，ほかのシステムコンポーネント及びＩ／Ｏ制御装置と互換性を有する。本移動体デバイス実施例の計算システムは，単一処理ユニット又は並列動作が可能な複数処理ユニットを備えるＣＰＵ８４０を含むか，若しくはＣＰＵは例えばクライアント及びサーバのような１又は複数の場所にある１又は複数の処理ユニットに分散させてもよい。メモリ８２０は，磁気媒体，光媒体，ランダムアクセスメモリ（ＲＡＭ），読み出し専用メモリ（ＲＯＭ），データキャッシュ，データオブジェクト，等を含む任意の既知の種別のデータ記憶装置及び／又は伝送媒体を含んでよい。更にＣＰＵと類似してメモリは，１又は複数のデータ記憶装置含む単一の物理的位置にあってもよいし，種々の形態で多数の物理システムに分散させてもよい。ネットワーク要素８４５の計算システムは，当業者であれば理解するであろうとおり，類似の構成を備える。

本願の図面及び付随する最良の実施例の説明は，考慮下の方法と，システムと，移動体デバイスと，ソフトウェア製品と，について全く厳密な取扱いを主張するものではないことを理解されたい。当業者であれば，本願の各ステップ及び各信号は一般的な原因と効果との関係を表すものであって，種々の中間的対話を排除するものではないことを理解するであろう。また更に，本願で説明した種々のステップ及び構造は，ここでは更なる説明を要しないハードウェアとソフトウェアとの種々の組合せを用いて，種々のシーケンス及び構成によって実現できることも理解するであろう。

Claims (21)

1. ソース無線ネットワーク制御装置から、前記ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を要求しているかどうかを指示する、ソースからターゲットへの透過コンテナ中の指示を与えるステップであって、前記ソース無線ネットワーク制御装置が、ＲＩＭ／ＮＡＣＣを実装する制御無線ネットワーク制御装置であるならば要求がなされない、ステップと，
   前記指示が、前記ソース無線ネットワーク制御装置が前記システム情報を要求していることを指示するとき，前記ハンドオーバターゲットから、ターゲットからソースへの透過コンテナにおいて前記システム情報を受信するステップと，
   前記ターゲットからソースへの透過コンテナにおいて受信された前記システム情報の少なくとも一部をユーザ装置に送信するステップと，
   を有する方法。
2. 前記システム情報は，パケット交換ハンドオーバのために移動機が必要とする情報を含む請求項１に記載の方法。
3. 前記ターゲットからソースへの透過コンテナは，移転コマンドによってターゲット無線ネットワーク制御装置から送信される請求項１に記載の方法。
4. 前記ターゲットからソースへの透過コンテナは前記ソース無線ネットワーク制御装置において受信される請求項１に記載の方法。
5. 前記指示を与えるステップは，指示子を含むか，又は指示子を省略することによって行う請求項１に記載の方法。
6. 前記ソース無線ネットワーク制御装置がネットワーク支援セル変更によって無線接続ネットワーク情報管理手続を実現する制御無線ネットワーク制御装置であるとき，前記ソース無線ネットワーク制御装置は前記ハンドオーバターゲットから前記システム情報を受信しないように要求することを前記指示が指示する、請求項１に記載の方法。
7. 前記パケット交換ハンドオーバは，別の無線接続技術へのハンドオーバとする請求項２に記載の方法。
8. 前記パケット交換ハンドオーバは，別の基地局サブシステムへのハンドオーバとする請求項２に記載の方法。
9. 実行された時、プロセッサに，
   ソース無線ネットワーク制御装置から、前記ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を要求しているかどうかを指示する、ソースからターゲットへの透過コンテナ中の指示を与える機能であって、前記ソース無線ネットワーク制御装置が、ＲＩＭ／ＮＡＣＣを実装する制御無線ネットワーク制御装置であるならば要求がなされない、機能と，
   前記指示が、前記ソース無線ネットワーク制御装置が前記システム情報を要求していることを指示するとき，前記ハンドオーバターゲットから、ターゲットからソースへの透過コンテナにおいて前記システム情報を受信する機能と，
   前記ターゲットからソースへの透過コンテナにおいて受信された前記システム情報の少なくとも一部をユーザ装置に送信する機能と，
   を実行させるようになっているプログラム。
10. 前記システム情報は，パケット交換ハンドオーバのために移動機が必要とする情報を含む請求項９に記載のプログラム。
11. 前記ターゲットからソースへの透過コンテナは，移転コマンドによってターゲット無線ネットワーク制御装置から送信される請求項９に記載のプログラム。
12. ソース無線ネットワーク制御装置から、前記ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を受信するように要求しているかどうかを指示する、ソースからターゲットへのコンテナ中の指示を与える手段であって、前記ソース無線ネットワーク制御装置が、ＲＩＭ／ＮＡＣＣを実装する制御無線ネットワーク制御装置であるならば要求がなされない、手段と，
    前記指示が、前記ソース無線ネットワーク制御装置が前記システム情報を要求していることを指示するとき，前記ハンドオーバターゲットから、ターゲットからソースへの透過コンテナにおいて前記システム情報を受信する手段と，
    前記ターゲットからソースへの透過コンテナにおいて受信された前記システム情報の少なくとも一部をユーザ装置に送信する手段と，
    を備える装置。
13. 前記システム情報は，パケット交換ハンドオーバのために移動機が必要とする情報を含む請求項１２に記載の装置。
14. 前記ターゲットからソースへの透過コンテナは，移転コマンドによってターゲット無線ネットワーク制御装置から送信される請求項１２に記載の装置。
15. 少なくとも１つの送信モジュールであって、前記少なくとも１つの送信モジュールのうち少なくとも１つが、ソース無線ネットワーク制御装置から、前記ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を要求しているかどうかを指示する、ソースからターゲットへの透過コンテナ中の指示を与えるように構成され、前記ソース無線ネットワーク制御装置が、ＲＩＭ／ＮＡＣＣを実装する制御無線ネットワーク制御装置であるならば要求がなされない、送信モジュールと，
    前記指示が、前記ソース無線ネットワーク制御装置が前記システム情報を要求していることを指示するとき，前記ハンドオーバターゲットから、ターゲットからソースへの透過コンテナにおいて前記システム情報を受信するように構成された受信モジュールと，
    を備え，
    前記少なくとも１つの送信モジュールのうち少なくとも１つが、前記ターゲットからソースへの透過コンテナにおいて受信された前記システム情報の少なくとも一部をユーザ装置に送信するよう構成された、ネットワーク要素。
16. 前記システム情報は，パケット交換ハンドオーバのために移動機が必要とする情報を含む請求項１５に記載のネットワーク要素。
17. ターゲット無線ネットワーク制御装置からの前記ターゲットからソースへの透過コンテナが移転コマンドを搬送する請求項１５に記載のネットワーク要素。
18. ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を要求しているかどうかを指示する、ソースからターゲットへの透過コンテナ中の指示を与えるように構成した前記ソース無線ネットワーク制御装置であって、前記ソース無線ネットワーク制御装置が、ＲＩＭ／ＮＡＣＣを実装する制御無線ネットワーク制御装置であるならば要求がなされない、前記ソース無線ネットワーク制御装置と，
    前記指示が、前記ソース無線ネットワーク制御装置が前記システム情報を要求していることを指示するとき，ターゲットからソースへの透過コンテナにおいて前記ソース無線ネットワーク制御装置へと前記システム情報を提供するように構成したターゲット無線ネットワーク制御装置と，
    を備え、
    前記ソース無線ネットワーク制御装置が、前記ターゲットからソースへの透過コンテナにおいて受信された前記システム情報の少なくとも一部をユーザ装置に送信するよう更に構成された、システム。
19. 前記システム情報は，パケット交換ハンドオーバのために移動機が必要とする情報を含む請求項１８に記載のシステム。
20. パケット交換ハンドオーバを実行するように構成したプロセッサと，
    ターゲットからソースへの透過コンテナを介してハンドオーバターゲットからシステム情報を受信するように構成した受信モジュールと，
    前記システム情報を記憶するメモリと，
    を備え，前記システム情報は、ソース無線ネットワーク制御装置からの、前記ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を要求しているかどうかを指示する、ソースからターゲットへの透過コンテナ中の指示を含む、前記パケット交換ハンドオーバのために移動機が必要とする情報を含み、前記ソース無線ネットワーク制御装置が、ＲＩＭ／ＮＡＣＣを実装する制御無線ネットワーク制御装置であるならば要求がなされない、移動体デバイス。
21. 前記パケット交換ハンドオーバは，別の無線接続技術へのハンドオーバとする請求項２０に記載の移動体デバイス。

Images