(57)【要約】【課題】ＳＩ／ＰＳＩブロックはＰＳハンドオーバに必須の情報であるが，ＲＩＭ／ＮＡＣＣは最適化のための任意選択事項であり，このようにＲＩＭ／ＮＡＣＣ手続よりもＰＳハンドオーバの方が，ＳＩ／ＰＳＩブロックを失う危険性が高い。【解決手段】ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を受信するかどうかの指示を与え，前記指示が前記システム情報を受信するように要求しているとき，ターゲットからソースへの透過コンテナによって前記システム情報を受信する方法と，移動体デバイスと，ネットワークデバイスと，システムと，ソフトウェア製品と，が提示される。【選択図】図８
2014007777.tif 000002
【特許請求の範囲】
【請求項１】
ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を受信するように要求しているかどうかの指示を与えるステップと，
前記指示が前記システム情報を受信するように要求するものであるとき，ターゲットからソースへの透過コンテナによって前記システム情報を受信するステップと，
を有する方法。
【請求項２】
前記システム情報は，パケット交換ハンドオーバのために移動機が必要とする情報を含む請求項１に記載の方法。
【請求項３】
前記指示は，ソースからターゲットへの透過コンテナに含まれる請求項１に記載の方法。
【請求項４】
前記ターゲットからソースへの透過コンテナは，移転コマンドによってターゲット無線ネットワーク制御装置から送信される請求項１に記載の方法。
【請求項５】
前記ターゲットからソースへの透過コンテナは前記ソース無線ネットワーク制御装置において受信され，前記ターゲットからソースへの透過コンテナによって受信するものの少なくとも一部をユーザ装置へ送信するステップを更に有する請求項１に記載の方法。
【請求項６】
前記指示を与えるステップは，指示子を含むか，又は指示子を省略することによって行う請求項１に記載の方法。
【請求項７】
前記ソース無線ネットワーク制御装置がネットワーク支援セル変更によって無線接続ネットワーク情報管理手続を実現する制御無線ネットワーク制御装置であるとき，前記ソース無線ネットワーク制御装置は前記ハンドオーバターゲットから前記システム情報を受信しないように要求する請求項１に記載の方法。
【請求項８】
前記パケット交換ハンドオーバは，別の無線接続技術へのハンドオーバとする請求項２に記載の方法。
【請求項９】
前記パケット交換ハンドオーバは，別の無線基地局サブシステムへのハンドオーバとする請求項２に記載の方法。
【請求項１０】
実行可能コードを組み込んだ計算機可読媒体を含むソフトウェア製品であって，前記コードを実行したとき，
ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を受信するように要求しているかどうかの指示を与える機能と，
前記指示が前記システム情報を受信するように要求するものであるとき，ターゲットからソースへの透過コンテナによって前記システム情報を受信する機能と，
を実行するようになっているソフトウェア製品。
【請求項１１】
前記システム情報は，パケット交換ハンドオーバのために移動機が必要とする情報を含む請求項１０に記載のソフトウェア製品。
【請求項１２】
前記指示は，ソースからターゲットへの透過コンテナに含まれる請求項１０に記載のソフトウェア製品。
【請求項１３】
前記ターゲットからソースへの透過コンテナは，移転コマンドによってターゲット無線ネットワーク制御装置から送信される請求項１０に記載のソフトウェア製品。
【請求項１４】
前記ターゲットからソースへの透過コンテナによって受信するものの少なくとも一部をユーザ装置へ送信する機能を更に有する請求項１０に記載のソフトウェア製品。
【請求項１５】
ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を受信するように要求しているかどうかの指示を与える手段と，
前記指示が前記システム情報を受信するように要求するものであるとき，ターゲットからソースへの透過コンテナによって前記システム情報を受信する手段と，
を備える装置。
【請求項１６】
前記システム情報は，パケット交換ハンドオーバのために移動機が必要とする情報を含む請求項１５に記載の装置。
【請求項１７】
前記指示は，ソースからターゲットへの透過コンテナに含まれる請求項１５に記載の装置。
【請求項１８】
前記ターゲットからソースへの透過コンテナは，移転コマンドによってターゲット無線ネットワーク制御装置から送信される請求項１５に記載の装置。
【請求項１９】
前記ターゲットからソースへの透過コンテナによって受信するものの少なくとも一部をユーザ装置へ送信する手段を更に備える請求項１５に記載の装置。
【請求項２０】
ソース無線ネットワーク制御装置がハンドオーバターゲットからシステム情報を受信するように要求しているかどうかの指示を与えるように構成した送信モジュールと，
前記指示が前記システム情報を受信するように要求するものであるとき，ターゲットからソースへの透過コンテナによって前記システム情報を受信するように構成した受信モジュールと，
を備えるネットワーク要素。
【請求項２１】
前記システム情報は，パケット交換ハンドオーバのために移動機が必要とする情報を含む請求項２０に記載のネットワーク要素。
【請求項２２】
前記指示は，ソースからターゲットへの透過コンテナに含まれる請求項２０に記載のネットワーク要素。
【請求項２３】
ターゲット無線ネットワーク制御装置からの前記ターゲットからソースへの透過コンテナが移転コマンドを搬送する請求項２０に記載のネットワーク要素。
【請求項２４】
前記送信モジュールを，前記ターゲットからソースへの透過コンテナによって受信するものの少なくとも一部をユーザ装置へ送信するように更に構成する請求項２０に記載のネットワーク要素。
【請求項２５】
ハンドオーバターゲットからシステム情報を受信するように要求しているかどうかの指示を与えるように構成したソース無線ネットワーク制御装置と，
前記指示が前記システム情報を受信するように要求するものであるとき，ターゲットからソースへの透過コンテナによって前記システム情報を受信するように構成したターゲット無線ネットワーク制御装置と，
を備えるシステム。
【請求項２６】
前記システム情報は，パケット交換ハンドオーバのために移動機が必要とする情報を含む請求項２５に記載のシステム。
【請求項２７】
パケット交換ハンドオーバを実行するように構成したプロセッサと，
ターゲットからソースへの透過コンテナを介してハンドオーバターゲットからシステム情報を受信するように構成した受信モジュールと，
前記システム情報を記憶するメモリと，
を備え，前記システム情報はパケット交換ハンドオーバのために移動機が必要とする情報を含む移動体デバイス。
【請求項２８】
前記パケット交換ハンドオーバは，別の無線接続技術へのハンドオーバとする請求項２７に記載の移動体デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関し，より特定すれば無線通信システムにおけるハンドオーバ状況に関する。
【背景技術】
【０００２】
世界移動体通信システム（ＧＳＭ（登録商標））は，音声通信を無線で行えるようにする第２世代（２Ｇ）システムとして設計された。しかし顧客は，テキストメッセージ送信及びデータネットワーク接続のような追加無線サービスをますます指向するようになってきた。したがって第３世代（３Ｇ）システムは，静止画及びビデオを含むマルチメディア通信を提供するように設計されている。例えばＥＤＧＥ（ＧＳＭ（登録商標）進化のための強化データ速度）は，スペクトラム効率を改善する高度な特徴を含む３Ｇサービスを提供することができる。これと類似してＵＭＴＳ（はん用移動体通信サービス）は，多くの種々のサービスを柔軟に提供する。ＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）は，ＵＭＴＳ用の無線関連機能を扱うネットワーク要素を含んでいる。
【０００３】
定義によれば，ハンドオーバとはユーザコネクションをある無線チャネルから別の無線チャネルへ移すことを意味する。ハンドオーバの１つの種別に，ユーザ装置（ＵＥ）が別の無線接続技術（ＲＡＴ）に移動するＲＡＴ間ハンドオーバがある。例えばＵＥがＵＭＴＳサービスの提供範囲端に達したとき，（ＵＥが複数のＲＡＴに対応しているときは）ＧＳＭ（登録商標）のような２Ｇサービスにハンドオーバできる。ＲＡＴ間ハンドオーバ手続は，種々の方法で開始できる。例えば無線ネットワークサブシステム（ＲＮＳ）がコマンドを送信してＵＥに別のＲＡＴに移るように明示的に指示してもよいし，ＵＥが別のＲＡＴに属するセルを選択してもよい。
【０００４】
はん用パケット無線システム（ＧＰＲＳ）においては，パケット交換（ＰＳ）ハンドオーバの規則は第３世代パートナシッププロジェクト（３ＧＰＰ）のリリース６に規定されており，それはＧＳＭ（登録商標）／ＥＤＧＥ無線接続ネットワーク（ＧＥＲＡＮ）の研究開発に基づいている。ＵＭＴＳとＧＳＭ（登録商標）とのハンドオーバのような各ＲＡＴ間のハンドオーバに対応する（すなわちＲＡＴ間ハンドオーバに対応する）ために，Ｕｕインタフェースによって無線資源管理（ＲＲＣ）に，そしてＩｕインタフェースによって無線接続ネットワークアプリケーション部（ＲＡＮＡＰ）に，信号方式が追加された。ＧＰＲＳに関する詳細は，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フィールドを含み，その後にＰＳＩメッセージ内容が続く。各メッセージは２２オクテットである。
【００３４】
ここで図７に移ると，本発明の実施例による方法７００が示されている。ＰＳハンドオーバターゲットにＳＩ／ＰＳＩを要求するか否かを示す指示が，透過コンテナを介して与えられる（ステップ７０５）。ＳＲＮＣがＲＩＭ／ＮＡＣＣを実装しているＣＲＮＣであるときはそのような要求は行われない。指示がＳＩ／ＰＳＩを要求しているときは，ターゲットからソースへの透過コンテナによって受信される（ステップ７２０）。ＳＩ／ＰＳＩを有する移転コマンドが受信される（ステップ７２５）。そしてターゲットからソースへの透過コンテナの内容の少なくとも一部がユーザ装置（例えば移動体デバイス）に送信される（ステップ７３０）。
【００３５】
図８にこの種の方法を実現するシステムを示す。ソースＲＮＣ８６０（すなわちＳＲＮＣ）は，送信モジュール８７０及び受信モジュール８８０を含むネットワーク要素８４５を含む。ソースＲＮＣはＳＩ／ＰＳＩが要求されているかどうかに関する指示をターゲットＢＳＳ８５０に送信する。そうであれば，ＳＩ／ＰＳＩがターゲットＢＳＳ８５０からソースＲＮＣ８６０へ供給される。次にソースＲＮＣは，ＳＩ／ＰＳＩを移動体デバイス８００に供給し，ＳＩ／ＰＳＩは移動体デバイスの受信モジュール８１０によって受信され，メモリ８２０に記憶される。次に送信デバイス８３０にハンドオーバ信号通知を行わせるためにプロセッサ８４０がＳＩ／ＰＳＩにアクセスする。
【００３６】
上述の実施例は，ここに説明した方法に適合する標準オペレーティングシステムのソフトウェアと共に，はん用又は特定用途計算システムを用いて実現することができる。このソフトウェアは，本システムの特定のハードウェアの動作を駆動するように設計され，ほかのシステムコンポーネント及びＩ／Ｏ制御装置と互換性を有する。本移動体デバイス実施例の計算システムは，単一処理ユニット又は並列動作が可能な複数処理ユニットを備えるＣＰＵ８４０を含むか，若しくはＣＰＵは例えばクライアント及びサーバのような１又は複数の場所にある１又は複数の処理ユニットに分散させてもよい。メモリ８２０は，磁気媒体，光媒体，ランダムアクセスメモリ（ＲＡＭ），読み出し専用メモリ（ＲＯＭ），データキャッシュ，データオブジェクト，等を含む任意の既知の種別のデータ記憶装置及び／又は伝送媒体を含んでよい。更にＣＰＵと類似してメモリは，１又は複数のデータ記憶装置含む単一の物理的位置にあってもよいし，種々の形態で多数の物理システムに分散させてもよい。ネットワーク要素８４５の計算システムは，当業者であれば理解するであろうとおり，類似の構成を備える。
【００３７】
本願の図面及び付随する最良の実施例の説明は，考慮下の方法と，システムと，移動体デバイスと，ソフトウェア製品と，について全く厳密な取扱いを主張するものではないことを理解されたい。当業者であれば，本願の各ステップ及び各信号は一般的な原因と効果との関係を表すものであって，種々の中間的対話を排除するものではないことを理解するであろう。また更に，本願で説明した種々のステップ及び構造は，ここでは更なる説明を要しないハードウェアとソフトウェアとの種々の組合せを用いて，種々のシーケンス及び構成によって実現できることも理解するであろう。
【図１】
2014007777.tif 000003
【図２】
2014007777.tif 000004
【図３】
2014007777.tif 000005
【図４ａ】
2014007777.tif 000006
【図４ｂ】
2014007777.tif 000007
【図４ｃ】
2014007777.tif 000008
【図５】
2014007777.tif 000009
【図６】
2014007777.tif 000010
【図７】
2014007777.tif 000011
【図８】
2014007777.tif 000012