(57)【要約】  無線通信システムにおける移動手続の無線リンク追加メッセージ及び無線リンク削除メッセージのデータ構造が示される。各メッセージは，該メッセージを転送する際，計算機可読媒体内に少なくとも一時記憶され，各無線リンク追加メッセージ及び各無線リンク削除メッセージは，コネクションフレーム番号を識別する情報要素と，無線リンク識別情報を含む情報要素と，を含む要求である。このデータ構造を用いる種々のデバイス及び方法が個別及び組合せで示される。
2009505599.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける移動手続の無線リンク追加メッセージ及び無線リンク削除メッセージによって転送する，計算機可読媒体に記憶されたデータであって，各メッセージは標準に準拠するデータ構造によって前記データを転送するものであり，各無線リンク追加メッセージ及び各無線リンク削除メッセージは，無線リンク識別情報を含む情報要素と，高速ダウンリンク共有チャネルサービス提供セル変更情報を含む情報要素と，を含む要求を有するデータ。
【請求項２】
前記要求は，高速データパケット接続コネクションフレーム番号を含むコネクションフレーム番号を識別する情報要素を任意選択で含み，前記無線リンク識別情報は高速物理ダウンリンク共有チャネルのものとする請求項１に記載のデータ。
【請求項３】
前記要求に対する応答であって，該応答は前記のサービス提供セル変更が成功か失敗かを示すサービス提供セル変更応答情報要素を識別する情報要素を含む請求項１に記載のデータ。
【請求項４】
各無線リンク追加メッセージ及び各無線リンク削除メッセージは前記要求に対する応答を含み，該応答はサービス提供セル変更応答情報要素を識別する情報要素を含む請求項２に記載のデータ。
【請求項５】
各無線リンク追加メッセージ及び各無線リンク削除メッセージは，サービス提供強化個別チャネル無線リンクを識別する任意選択情報要素を含む要求を含む請求項１に記載のデータ。
【請求項６】
前記応答は，媒体接続制御指示子を示す情報要素を含む請求項３に記載のデータ。
【請求項７】
前記応答は，無線ネットワーク一時識別子を示す情報要素を含む請求項３に記載のデータ。
【請求項８】
前記応答は，無線ネットワーク一時識別子を示す情報要素を含む請求項６に記載のデータ。
【請求項９】
各無線リンク追加メッセージ及び各無線リンク削除メッセージは，前記要求に対する応答を含むことを特徴とし，該応答は前記サービス提供強化個別チャネル無線アップリンクの制御チャネル情報を識別する情報要素を含む請求項５に記載のデータ。
【請求項１０】
ユーザ装置からの測定報告メッセージに応答して，前記無線リンク追加メッセージ又は前記無線リンク削除メッセージを請求項１に記載の前記要求のデータ構造によって前記無線通信システムの別のネットワーク要素に供給し，成功表示又は不成功表示を含む無線リンク追加応答メッセージ又は無線リンク削除応答メッセージを受信するネットワーク要素。
【請求項１１】
隣接セルに関する情報を有する測定報告をネットワーク要素に供給し，前記コネクションフレーム番号を識別する情報要素を任意選択で含む，請求項２に記載のデータ構造を前記ネットワーク要素から受信し，前記コネクションフレーム番号に関する前記情報を，前記無線リンク追加メッセージ又は前記無線リンク削除メッセージによって前記ネットワーク要素から別のネットワーク要素に送信するユーザ装置。
【請求項１２】
ユーザ装置と無線によって通信するネットワーク要素であって，前記コネクションフレーム番号を識別する前記情報要素を任意選択で含む前記要求を含む，請求項２に記載のデータ構造による前記無線リンク追加メッセージ又は前記無線リンク削除メッセージに応答して，前記無線リンク追加メッセージ又は前記無線リンク削除メッセージを送信した別のネットワーク要素に，無線リンク追加応答メッセージ又は無線リンク削除応答メッセージを供給するネットワーク要素。
【請求項１３】
システムであって，
該システムの隣接セルに関する情報を有する測定報告を供給し，コネクションフレーム番号に関する情報を任意選択で含む活性集合更新メッセージを受信するユーザ装置と，
前記測定報告に応答して前記活性集合更新メッセージを前記ユーザ装置に供給し，前記コネクションフレーム番号に関する前記情報を任意選択で含む無線リンク追加要求メッセージ又は無線リンク削除要求メッセージを供給する第１ネットワーク要素と，
前記無線リンク追加要求メッセージ又は前記無線リンク削除要求メッセージに応答して，前記第１ネットワーク要素に無線リンク追加応答メッセージ又は無線リンク削除応答メッセージをそれぞれ供給する第２ネットワーク要素と，
を備えるシステム。
【請求項１４】
前記第１ネットワーク要素はまた，前記無線リンク追加応答メッセージ又は前記無線リンク削除応答メッセージに応答して，前記活性集合更新メッセージを供給する請求項１３に記載のシステム。
【請求項１５】
ユーザ装置において実行する方法であって，
隣接セルに関する情報を有する測定報告をネットワーク要素に供給するステップと，
コネクションフレーム番号に関する情報要素を任意選択で含む活性集合更新メッセージを前記ネットワーク要素から受信するステップと，
を有する方法であって，
前記コネクションフレーム番号に関する前記情報もまた任意選択で，無線リンク追加メッセージ又は無線リンク削除メッセージによって前記ネットワーク要素から別のネットワーク要素に送信し，前記別のネットワーク要素は前記ユーザ装置と無線で通信するためのものとする方法。
【請求項１６】
ネットワーク要素において実行する方法であって，
ユーザ装置から測定報告メッセージを受信するステップと，
無線リンク追加メッセージを要求メッセージとして別のネットワーク要素に供給するステップと，
を有する方法であって，
コネクションフレーム番号を前記無線リンク追加メッセージ又は前記無線リンク削除メッセージに情報要素として任意選択で含む方法。
【請求項１７】
ネットワーク要素において実行する方法であって，
コネクションフレーム番号を識別する任意選択情報要素を有する無線リンク追加メッセージ又は無線リンク削除メッセージを別のネットワーク要素から受信するステップと，
無線リンク追加応答メッセージ又は無線リンク削除応答メッセージを前記別のネットワーク要素に供給するステップと，
を有する方法。
【請求項１８】
隣接セルに関する情報を有する測定報告をユーザ装置からサービス提供無線ネットワーク制御装置に送信するステップと，
前記測定報告メッセージに応答して，コネクションフレーム番号を識別する任意選択情報要素を前記サービス提供無線ネットワーク制御装置から無線基地局へ供給するステップと，
前記無線リンク追加要求メッセージに応答して，無線リンク追加応答メッセージを前記無線基地局から前記サービス提供無線ネットワーク制御装置に送信するステップと，
前記無線リンク追加応答メッセージに応答して，前記コネクションフレーム番号を識別する前記任意選択情報要素を有する活性集合更新メッセージを前記サービス提供無線ネットワーク制御装置から前記ユーザ装置に送信するステップと，
を有する方法。
【請求項１９】
サービス提供無線ネットワーク制御装置において，隣接セルに関する情報を有する測定報告メッセージをユーザ装置から受信するステップと，
任意選択コネクションフレーム番号情報要素を有する活性集合更新メッセージを，前記サービス提供無線ネットワーク制御装置から前記ユーザ装置へ送信するステップと，
前記任意選択コネクションフレーム番号情報要素を有する無線リンク削除要求メッセージを前記サービス提供無線ネットワーク制御装置から，前記ユーザ装置と無線で通信するための無線基地局へ送信するステップと，
無線リンク削除応答メッセージを前記無線基地局から前記サービス提供無線ネットワーク制御装置へ送信するステップであって，その後データを前記サービス提供無線ネットワーク制御装置から前記ユーザ装置へ前記無線基地局を介して送信するステップと，
を有する方法。
【請求項２０】
無線通信システムにおける移動手続に関する無線リンク追加メッセージ及び無線リンク削除メッセージを処理するための計算機可読媒体に組み込まれた計算機プログラムであって，各メッセージが，無線リンク識別情報を含む情報要素と，高速ダウンリンク共有チャネルサービス提供セル変更情報を含む情報要素と，を含む要求を含む計算機プログラム。
【請求項２１】
前記要求は，高速データパケット接続コネクションフレーム番号を含むコネクションフレーム番号を識別する情報要素を任意選択で含み，前記無線リンク識別情報は高速物理ダウンリンク共有チャネルのものとする請求項２０に記載の計算機プログラム。
【請求項２２】
無線通信システムにおける移動手続に関する無線リンク追加メッセージ及び無線リンク削除メッセージを処理するための集積回路であって，各メッセージが，無線リンク識別情報を含む情報要素と，高速ダウンリンク共有チャネルサービス提供セル変更情報を含む情報要素と，を含む要求を含む集積回路。
【請求項２３】
前記要求は，高速データパケット接続コネクションフレーム番号を含むコネクションフレーム番号を識別する情報要素を任意選択で含み，前記無線リンク識別情報は高速物理ダウンリンク共有チャネルのものとする請求項２２に記載の集積回路。
【請求項２４】
隣接セルに関する情報を有する測定報告をネットワーク要素に供給する送信器と，
前記ネットワーク要素からの活性集合更新メッセージに応答する受信器と，
を備える装置であって，
前記メッセージはコネクションフレーム番号に関する情報要素を任意選択で含み，前記コネクションフレーム番号に関する前記情報もまた任意選択で，無線リンク追加メッセージ又は無線リンク削除メッセージによって前記ネットワーク要素から別のネットワーク要素に送信し，前記別のネットワーク要素は前記装置と無線で通信するためのものとする装置。
【請求項２５】
ユーザ装置からの測定報告メッセージに応答する受信器と，
無線リンク追加メッセージを要求メッセージとして別の装置に供給する送信器と，
を備える装置であって，
前記無線リンク追加メッセージ又は前記無線リンク削除メッセージ内の情報要素として，任意選択でコネクションフレーム番号を含む装置。
【請求項２６】
コネクションフレーム番号を識別する任意選択情報要素を有する無線リンク追加メッセージ又は無線リンク削除メッセージに応答する受信器と
無線リンク追加応答メッセージ又は無線リンク削除応答メッセージを前記別の装置に供給する送信器と，
を備える装置。
【請求項２７】
隣接セルに関する情報を有する測定報告メッセージを送信するユーザ装置と，
前記ユーザ装置からの前記測定報告メッセージに応答して，コネクションフレーム番号を識別する任意選択情報要素を有する無線リンク追加要求メッセージを供給するサービス提供無線ネットワーク制御装置と，
前記無線リンク追加要求メッセージに応答して，無線リンク追加応答メッセージを前記サービス提供無線ネットワーク制御装置に送信する無線基地局と，
を備えるシステムであって，
該無線基地局から前記無線リンク追加応答メッセージを受信したとき，前記ユーザ装置が追加無線リンクから情報を受信開始するために適切なフレーム番号を選択する際に用いるために，前記無線ネットワーク制御装置が前記コネクションフレーム番号を識別する前記任意選択情報要素を有する活性集合更新メッセージを前記ユーザ装置へ送信するシステム。
【請求項２８】
隣接セルに関する情報を有する測定報告メッセージに応答して，任意選択コネクションフレーム番号情報要素を有する活性集合更新メッセージを前記ユーザ装置へ送信し，前記任意選択コネクションフレーム番号情報要素を有する無線リンク削除要求メッセージを送信するサービス提供無線ネットワーク制御装置と，
前記任意選択コネクションフレーム番号情報要素を有する無線リンク削除要求メッセージに応答して，無線リンク削除応答メッセージを前記サービス提供無線ネットワーク制御装置に送信する無線基地局と，
を備えるシステムであって，
その後該無線基地局を介し，前記任意選択コネクションフレーム番号情報要素を用いてデータを前記サービス提供無線ネットワーク制御装置から前記ユーザ装置へ送信できるようにするシステム。
【請求項２９】
ユーザ装置から測定報告メッセージを受信する手段と，
無線リンク追加メッセージを要求メッセージとして別の装置に供給する手段と，
を備える装置であって，
コネクションフレーム番号を前記無線リンク追加メッセージ又は前記無線リンク削除メッセージに情報要素として任意選択で含む装置。
【請求項３０】
前記別の装置からの無線リンク追加応答メッセージに応答して，前記コネクションフレーム番号を情報要素として含む活性集合更新メッセージをユーザ装置に提供する手段を更に備える請求項２５に記載の装置。
【請求項３１】
前記ユーザ装置は，前記コネクションフレーム番号を用いて新規セルからデータを受信できる請求項２６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は移動体通信であり，限定するものではないが，第３世代パートナシッププロジェクト（３ＧＰＰ）のはん用移動体通信システム（ＵＭＴＳ）地上無線接続（ＵＴＲＡ）について開示されている。したがって本発明は高速ダウンリンクパケット接続（ＨＳＤＰＡ）及び高速アップリンクパケット接続（ＨＳＵＰＡ）の移動（ｍｏｂｉｌｉｔｙ），すなわちＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更に関して開示されており，このセル変更は，現在，無線ネットワークサブシステムインタフェース（Ｉｕｂ／Ｉｕｒ）上の無線リンク（ＲＬ）再設定手続によってだけ可能であるが，本発明はその特定の技術環境には限定されない。
【背景技術】
【０００２】
図１を参照すると，ＵＭＴＳパケットネットワークアーキテクチャは主要アーキテクチャ要素として，ユーザ装置（ＵＥ）と，ＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）と，コアネットワーク（ＣＮ）と，を含んでいる。ＵＥは無線（Ｕｕ）インタフェースを介してＵＴＲＡＮと接続し，一方ＵＴＲＡＮは（有線の）Ｉｕインタフェースを介してＣＮと接続している。
【０００３】
図２は，特にＵＴＲＡＮに関するアーキテクチャの更なる詳細を示す図である。ＵＴＲＡＮは複数の無線ネットワークサブシステム（ＲＮＳ）を含み，ＲＮＳはそれぞれ少なくとも１つの無線ネットワーク制御装置（ＲＮＣ）を含む。各ＲＮＣは，ＧＳＭ基地局（第２世代無線接続技術（ＲＡＴ））に対応する，複数のノードＢと接続してもよい。各ノードＢは，図１に示すように無線インタフェース（Ｕｕ）を介して複数のＵＥと無線で接続することができる。たとえ１又は複数のノードＢが別々のＲＮＣと接続していても，特定のＵＥは複数のノードＢと無線で接続することができる。例えば図２のＵＥ１は，ＲＮＳ１のノードＢ２及びＲＮＳ２のノードＢ３と無線で接続することができる。ここでノードＢ２とノードＢ３とは隣接するノードＢである。別々のＲＮＳのＲＮＣは，Ｉｕｒインタフェースによって接続され，それによって移動体ＵＥがあるＲＮＣのノードＢに属するセルから別のＲＮＣのノードＢに属するセルに移動する際に，双方のＲＮＣと接続したまま留まることを可能にする。ＲＮＣのうち１つが「サービス提供」ＲＮＣ（ＳＲＮＣ）又は「制御」ＲＮＣ（ＣＲＮＣ）として動作し，残りは「ドリフト」ＲＮＣ（ＤＲＮＣ）として動作する。このような一連のＤＲＮＣを，特定のＳＲＮＣから延長するように設定することもできる。複数のノードＢは，それぞれが隣接セルの制御をするという意味で通常隣接ノードＢである。移動体ＵＥは，新規のノードＢと接続を再設定することなく隣接セルに移動することができる。なぜならば，各ノードＢが同一のＲＮＣに接続されているか，又はそれらが別々のＲＮＣに接続しているときは，各ＲＮＣが互いに接続しているか，のいずれかのためである。ＵＥがこのように移動する際，ＵＥがＵＴＲＡＮに対して常に少なくとも１つの無線リンクを維持できるように無線リンクを追加したり，放棄したりしなければならない場合がある。これをソフトハンドオーバ（ＳＨＯ）と呼ぶ。
【０００４】
ハンドオーバ機能は無線測定を主体とし，ＣＮが要求するサービス品質を維持するために用いられる。無線リンク制御のためにネットワークが用いるハンドオーバ戦略は，ＵＥ／ＲＮＣが報告した測定結果と，各セルの種々のパラメータ集合とを用いてハンドオーバ判断を行うことである。ネットワーク指示ハンドオーバはまた，無線リンク制御以外の理由，例えばセル間のトラヒック分散を制御するため，にも行われることがある。個々のネットワーク事業者が正確なハンドオーバ戦略を決定するが，可能性のある種別は，３Ｇ−３Ｇハンドオーバと，ＦＤＤソフト／よりソフトな（ｓｏｆｔｅｒ）ハンドオーバと，ＦＤＤ中間周波ハードハンドオーバと，ＦＤＤ／ＴＤＤハンドオーバと，ＴＤＤ／ＦＤＤハンドオーバと，ＴＤＤ／ＴＤＤハンドオーバと，３Ｇ−２Ｇハンドオーバと，これらの逆と，である。ハンドオーバ処理を開始する原因は多数あり，アップリンク品質と，アップリンク信号測定値と，ダウンリンクと，ダウンリンク信号測定値と，距離と，サービス変更と，よりよいセルと，保守運用（Ｏ＆Ｍ）介入と，指示された再試行と，トラヒックと，優先（ｐｒｅ−ｅｍｐｔｉｏｎ）と，などである。
【０００５】
ソフトハンドオーバに関しては，3GPP TR 25.922 v3.1.0，２０００年３月，の5.1.4章に記載されている。それによればソフトハンドオーバは，移動機が新規のノードＢと同一の搬送周波数，又は高々符号変更を行う同一のサイトのセクタ（よりソフトなハンドオーバ），で通信を開始するハンドオーバと記載されている。ソフトハンドオーバに関して，「活性集合（ａｃｔｉｖｅ  ｓｅｔ）」とはＵＥが同時に接続しているノードＢの集合として規定されている。すなわち現在そのＵＥにダウンリンクＤＰＣＨを割り当てている各ＵＴＲＡセルが活性集合を成す。ソフトハンドオーバ手続は，いくつかの単一機能からなる。すなわち，（１）測定と，（２）測定値のろ波と，（３）測定結果の報告と，（４）ソフトハンドオーバアルゴリズムと，（５）ハンドオーバの実行と，である。
【０００６】
適切な方法でろ波された監視下のセルの測定値は，ソフトハンドオーバアルゴリズムの基本入力を成す報告イベントを起動する。「活性集合」及び「監視下集合」の定義，並びにすべての報告イベントの説明は，TS 25.331 v6.6.0，２００５年６月，"Radio Resource Control (RRC); Protocol Specification (Release 6)"に記載されている。ソフトハンドオーバ機能は，監視下のセル集合の測定値を用いていずれかのノードＢを活性集合に追加し（無線リンク追加），削除し（無線リンク削除），又は置き換える（結合無線リンク追加削除）ことが望ましいかどうかを評価する。そして「活性集合更新」として知られる手続を実行する。ソフトハンドオーバアルゴリズム及びその実行についての例は，3GPP TR 25.922，5.1.4.2章，及び付録Ｃに記載されており，付録Ｃにはソフトハンドオーバアルゴリズムのフローチャートが示されている。
【０００７】
3GPP TS 25.303 v4.0.0，２００１年３月，の図３０には，ＦＤＤ用の無線リンク追加が示されている。上述のとおり無線リンク追加は，ネットワークＲＲＣ層を通じてＵＥが送信した測定報告によって起動される。ネットワークＲＲＣは最初に物理層に新規無線リンクを設定する。送信及び受信は直ちに開始される。
【０００８】
ネットワークＲＲＣは次にＲＲＣ活性集合更新メッセージをＵＥ  ＲＲＣへ送信する。ＵＥ  ＲＲＣは第１層を設定して受信を開始する。ＵＥにおいて物理層から確認が得られると，活性集合更新メッセージがＲＮＣ−ＲＲＣへ送信される。
【０００９】
ＵＴＲＡＮに共有チャネル，すなわちいわゆるＨＳＤＰＡを追加することが３ＧＰＰ内で合意された。3GPP TS 25.308 v6.3.0，２００４年１２月を参照されたい。ＨＳＤＰＡの背景にある基本的な思想は，ＵＥデバイスへパケットデータを伝送するために，共有高速ダウンリンク（トランスポート）チャネル（高速ダウンリンク共有チャネル，ＨＳ−ＤＳＣＨと呼ばれる）を提供することである。現在のＤＳＣＨに関しては，ＨＳ−ＤＳＣＨ上でデータで伝送できる各ＵＥデバイスは，関連する個別物理チャネル（ＤＰＣＨ）を有している。ＤＰＣＨは，関連アップリンク用の電力制御コマンドを搬送するために用いられ，必要であれば回線交換音声のようなほかのサービスにも用いられる。ＨＳ−ＤＳＣＨは，より高いデータ速度及びノードＢが提供する高速再送信機構，すなわちＨＡＲＱ（ハイブリッド自動再送要求）機構，を提供する。プレリリース５による実装では，ダウンリンクにおける３ＧＰＰの唯一の公式共有チャネルはＤＳＣＨであり，そのための再送信は常にＵＴＲＡＮのＲＮＣにおけるＲＬＣ（無線リンク制御）が提供することになっていた。これは比較的低速の再送信機構であった。しかしリリース５以降，ＤＳＣＨは需要がないため仕様書から削除されている。類似の個別チャネル（Ｅ−ＤＣＨ）がＨＳＵＰＡのために合意されている。このように，3GPP TS 25.309 v6.3.0，２００５年６月，"FDD Enhanced Uplink; Overall description; Stage 2 (Release 6)"に記載されているとおり，類似の強化がアップリンク用に考えられている。ＨＳ−ＤＳＣＨ移動手続及びＥ−ＤＣＨ特有のシナリオは，３ＧＰＰ技術仕様グループ（ＴＳＧ）ＲＡＮの，TR 25.931 v6.2.0，２００５年６月，"UTRAN functions, examples on signaling procedures (Release 6)"の７．１０章及び７．２０章にそれぞれ概説されている。「ＨＳ−ＤＳＣＨに関する活性集合更新（ＡＳＵ）」の詳細は，同時に係留中の米国特許仮出願第６０／６１４，５６２号，２００４年９月２９日提出（現在は米国特許出願第１１／２３７，６４３号でありここに参照する）に背景として記載されている。
【００１０】
ＲＡＮ２は，同時に活性集合を更新する必要がある際のサービス提供ＨＳ−ＤＳＣＨセル変更の強化に関する寄書Ｒ２−０４２１０３（ＲＡＮ２＃４４）について討議した。次にＲＡＮ２は，ＲＡＮ２ ＲＲＣ仕様書に上記の強化を含める寄書Ｒ２−０５０１１５（ＲＡＮ２＃４５ｂｉｓ）を討議し，寄書Ｒ２−０５１２０３（ＲＡＮ２＃４６ｂｉｓ）においてＲＲＣ仕様書の変更要求（ＣＲ）に合意した。
【００１１】
この強化の目的は，ＡＳＵ及びＨＳ−ＤＳＣＨセル変更の要望が同時に発生したとき，ＳＲＮＣが２つの別個の手続，すなわちＡＳＵ及び例えばＵＥへの物理チャネル再設定，を行うことを避けられることである。これはサービス中断を招くかも知れない。これは，同時並行手続を禁止している並行手続原則のために生じる。
【００１２】
ＲＡＮ２はこの強化の重要性に合意し，ＲＲＣにＨＳ−ＤＳＣＨサービス提供セル変更機能を含めること，すなわちＡＳＵ手続，に合意した。これによってより高速なＡＳＵ及びＨＳ−ＤＳＣＨセル変更が可能になり，これは小規模な送信中断で済むか，又は中断が完全に回避できることを意味する。
【００１３】
現在の仕様書においては，サービス提供セル変更及び分岐追加削除に関して，３つのＲＮＳＡＰ／ＮＢＡＰ手続（ＲＬ追加削除，同期ＲＬ再設定，ＲＬ再設定コミット）を実行しなければならない。
【発明の開示】
【課題を解決するための手段】
【００１４】
本発明の目的は，ＲＮＳの信号通知において，ＡＳＵとＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更とを同時に行うことができるように考慮することである。これは，ＮＢＡＰ（3GPP TS 25.433 v6.6.0，２００５年６月，"UTRAN Iub interface Node B Application Part (NBAP) signalling"）仕様書及びＲＮＳＡＰ（3GPP TS 25.423 v6.6.0，２００５年６月，"UTRAN Iur interface RNSAP signalling"）仕様書にもこの強化を適用できることを意味する。
【００１５】
したがってＲＬ追加手続及びＲＬ削除手続は，ＮＢＡＰ及びＲＮＳＡＰがＲＲＣに整合し，これらの強化はＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更を伴うより高速なＡＳＵを促進する。
【００１６】
本発明は必要とされる強化を提示し，それによればＮＢＡＰ及びＲＮＳＡＰがＲＲＣ仕様書に整合し，したがってＡＳＵ及びＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更を同時に，より高速に行うことができる。
【００１７】
＜利点＞
・ＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨセル変更及びＲＬ追加／ＲＬ削除がＲＮＣ内で同時に起動する手続の数を減少させることによって，ＨＳＤＰＡ／ＨＳＵＰＡ移動性能を強化する
・ＲＬ追加，ＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セルの変更が遅延しない
・提案の解決策が新規手続及びメッセージを必要としない
【００１８】
＜欠点＞
・ＲＬ追加／ＲＬ削除条件がＲＮＣ内で同時に起きたとき，ＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更を実行するために別の選択肢を必要とする
【００１９】
このように本発明の分野は，ＨＳＤＰＡ及びＨＳＵＰＡの移動と，現在はＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更がＩｕｂ／ＩｕｒのＲＬ再設定手続によってだけ可能であることと，に関する。
【００２０】
ＨＳ−ＤＳＣＨサービス提供セル変更は，次の２つの異なる場合，すなわちノードＢ内ＨＳ−ＤＳＣＨサービス提供セル変更と，ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更とに分類される。これらは次のように規定される（注  ほかの可能なシナリオはＤＲＮＳ内／ＤＲＮＳ間ＨＳ−ＤＳＣＨサービス提供セル変更であるが，ノードＢ内／ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更と類似しているので，別個には説明しない）。
【００２１】
＜ノードＢ内ＨＳ−ＤＳＣＨサービス提供セル変更＞
旧ＨＳ−ＤＳＣＨサービス提供セルと，新ＨＳ−ＤＳＣＨサービス提供セルと，が同一のノードＢ内にあるときは，サービス提供セル変更はノードＢ内ＨＳ−ＤＳＣＨサービス提供セル変更と呼ばれる。この場合，ＨＳＤＰＡ情報をノードＢに配信する必要はなく，またノードＢに新規トランスポートベアラを設定する必要もない。
【００２２】
＜ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更＞
旧ＨＳ−ＤＳＣＨサービス提供セルと，新ＨＳ−ＤＳＣＨサービス提供セルと，が別のノードＢ内にあるときは，サービス提供セル変更はノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更と呼ばれる。この場合，新ノードＢはＨＳＤＰＡ情報を持っていないので，配信する必要がある。また新ノードＢにはトランスポートベアラがまだ存在しないので，設定する必要がある。
【００２３】
ノードＢ内ＨＳ−ＤＳＣＨサービス提供セル変更と，ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更と，に対する３ＧＰＰ  ＲＡＮ３におけるＨＳＤＰＡ移動の現状は次のとおりである。
【００２４】
＜ＲＬ追加手続＞
２００２年初頭から，「ＲＬ追加」はサービス提供セル変更に使用しないことが合意されている。これは次の議論を根拠に合意されたものと思われる。
【００２５】
（Ｒ３−０２０１８７，"HS-DSCH mobility procedure"，２．３章から引用）
「１ステップ手続対２ステップ手続
無線リンクが活性集合に追加されたとき，追加されたセルが直ちにＨＳ−ＤＳＣＨサービスに最も適したものにもなることはありえないものと見なされる。したがって，新無線リンクを，この新無線リンクに対するサービス提供ＨＳ−ＤＳＣＨセルの直接変更と結合させて設定することは恐らく必要ない。３．４章に２ステップ手続の例が概説されており，それは第１ステップにおける無線リンク追加と，第２ステップにおけるサービス提供ＨＳ−ＤＳＣＨセル変更と，からなっている。無線リンク追加におけるＨＳ−ＤＳＣＨの直接設定は，明らかな性能向上によって正当化されるときに限り追加してもよい。
【００２６】
ハードハンドオーバ（例えば周波数間ハンドオーバ）の場合にも２ステップ手続を用いるという原則が適当かどうかは疑問がある。３．３章にＨＳ−ＤＳＣＨ割当てを有するＵＥのハードハンドオーバの例が示されている。この場合はＮＢＡＰ／ＰＮＳＡＰ信号通知においてだけ，２ステップ手続を適用すれば足りる。この場合，第１ステップにおいて新無線リンクがターゲットノードＢで設定され，第２ステップにおいて同期したサービス提供ＨＳ−ＤＳＣＨセル変更が準備される。この例は既存のＮＢＡＰ／ＲＮＳＡＰ手続に適用できる。ＮＢＡＰ／ＲＮＳＡＰ信号通知の最適化を考慮することが望ましい。
しかし無線インタフェース上では，ハードハンドオーバは単一のＲＲＣ手続によってだけ扱うことができる。ハードハンドオーバがＤＳＣＨ割当てを有するＵＥに対して行われるときは，この例はリリース９９において既に適用可能である。」
【００２７】
上記の理論では，新ＨＳ−ＤＳＣＨサービス提供セル変更は追加しようとしているセルと同一であるが，本発明の提案は，ノードＢ内のほかの既存セルも新ＨＳ−ＤＳＣＨサービス提供セルになることを可能にするものである。
【００２８】
ＲＬ設定に関して更に，例えば２＊ＲＬを設定することもでき，ＲＮＣはＨＳ−ＤＳＣＨサービス提供セルに最も適したものを選択する必要がある。同種の機構は，特にＲＬ追加と共に行われるノードＢ内ハードハンドオーバ（ＨＯ）のために，ＲＬ追加にも適用できる。
【００２９】
このように上記の理論及び２章に説明した理由を根拠として（そして３ＧＰＰにおける以前の決定にかかわらず），ＲＬ追加をＨＳ−ＤＳＣＨサービス提供セル情報を含むように強化することも提案する。
【００３０】
＜ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更の場合＞
ＲＬ追加をＨＳ−ＤＳＣＨ情報情報要素（ＩＥ）を含むように強化することも提案する。この追加によって，新ＨＳ−ＤＳＣＨサービス提供セルが既に１つの既存ＲＬを有する別のノードＢ内にある場合，ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更が可能になる。同時ＲＬ追加を伴うＨＳ−ＤＳＣＨサービス提供セル変更は，現在別個のＲＬ追加手続と，ＲＬ再設定手続とによって行わなければならない。
【００３１】
＜ＲＬ削除手続＞
サービス提供セル変更のためにＲＬ削除を用いることについてはこれまで討議されていない。
３ＧＰＰ ＴＳＧ ＲＡＮ＃２８会合において，ＲＲＣ（TS 25.331）ＣＲ２５６４（題名"Including HS-DSCH serving cell change in ASU"）が承認された（ＲＰ−０５０３２０におけるＣＲ）。このＣＲにおける提案は，ＡＳＵ手続を用いてサービス提供セル変更を実行できるようにすることによって，ＨＳＤＰＡの性能を強化する。
【００３２】
注  ＲＬ追加手続及びＲＬ削除手続によってＨＳＵＰＡサービス提供セル変更を実行することができないＥ−ＤＣＨサービス提供セル変更にも，同一の考え方を適用することができる。
【００３３】
ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更の場合，ＲＬ削除をＨＳ−ＤＳＣＨ情報ＩＥを含むように強化することも提案する。この追加によって，新ＨＳ−ＤＳＣＨサービス提供セルが，削除する必要のある少なくとも１つのＲＬを含む別のノードＢ内にあるとき，ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更が可能になる。同時ＲＬ削除を伴うＨＳ−ＤＳＣＨサービス提供セル変更は，現在別個のＲＬ削除手続と，ＲＬ再設定手続とによって行わなければならない。
【００３４】
上述のとおり現行の仕様書においては，サービス提供セル変更及び分岐追加削除に関して，３つのＲＮＳＡＰ／ＮＢＡＰ手続（ＲＬ追加削除，同期ＲＬ再設定，ＲＬ再設定コミット）を実行しなければならない。
【００３５】
本発明は，ＲＬ追加手続用のＩｕｂ／Ｉｕｒ（ＮＢＡＰ／ＲＮＳＡＰ）信号通知をＨＳ−ＤＳＣＨ及びＥ−ＤＣＨサービス提供セル変更と結合することを提案する。そして更に本発明によれば，ＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更を実行する必要があるとき，ＲＬ削除をＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更と結合してもよい。上記２つの手続のうち１つがＲＮＣにおいて同時に行われる。
【００３６】
ＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更をＲＬ追加手続及びＲＬ削除手続と結合することによって，ＲＮＣは同期（非同期）ＲＬ再設定手続及びＲＬ再設定コミット手続を用いることを避けられ，それによってＩｕｂ／Ｉｕｒインタフェースにおける信号通知がより効率的になる。
【００３７】
本発明は，ＲＬ追加を伴うＥ−ＤＣＨサービス提供セル変更にも利用でき，またノードＢ／ＤＲＮＳにおけるサービス提供セル変更を伴う／伴わないＥ−ＤＣＨ設定も可能にする。
【発明を実施するための最良の形態】
【００３８】
特に３ＧＰＰ及びＨＳＤＰＡ／ＨＳＵＰＡに関して開示されているが，本発明はＨＳＤＰＡ／ＨＳＵＰＡ又は３ＧＰＰに限定されるものではなく，すべての無線通信に一般に適用可能であることを認識されたい。
【００３９】
本発明によれば，ＲＬ追加手続及びＲＬ削除手続，又はその機能的均等物は，ＡＳＵ及びＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更が同時に行われる必要性を考慮して，リリース６に最適化してもよい。したがって，以降どのようにＲＬ管理手続と，ＲＬ追加手続と，ＲＬ削除手続とを更新するかを説明する。
【００４０】
図３及び４は，左側に現行の手続，右側に提案の強化法を示しており，本発明によって達成される時間節約を明確に示している。
【００４１】
＜ＲＬ追加＞（図３参照）
課題は，ＲＬ削除又はＲＬ追加の基準がＲＮＣにおいてＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更と同時に満たされたとき，ＲＮＣは上述のＲＬ追加又はＲＬ削除の２つの手続のうち１つと同時にＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更を実行することができず，その代わりに別個のＲＬ再設定手続を伴うＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更を別のタイミングで，すなわち同時又は並行ではなく行わなければならないことである。
【００４２】
並行手続規則はＲＬ追加手続とＲＬ削除手続とを同時に実行することを禁じており，これが性能を低下させている。ＲＬ削除手続はいつ起動してもよいが，ＲＬ削除がいったん起動されると，ＲＮＣはそれが完了するまで待機しなければならず，その次にＲＬ再設定を開始することが許可される。
【００４３】
このように図３左側の例に示したとおり，リリース５ＲＡＮにおいてＲＬ追加とＨＳ−ＤＳＣＨサービス提供セル更新に対する要求が同時に起こったとき，ＳＲＮＣはリリース５ＲＲＣと類似した方法で２つの別個の手続を実行する必要がある。Ｉｕｂ／Ｉｕｒにおいて，ＳＲＮＣは始めにＲＬ追加手続を起動してノードＢに１つのＲＬを追加し，その直後にＲＬ再設定手続（ＲＬ再設定準備及びＲＬ再設定コミット／非同期ＲＬ再設定）を起動してＨＳ−ＤＳＣＨサービス提供セル変更を実行する。追加するＲＬがＨＳ−ＤＳＣＨサービス提供セルのときは，各手続の順序は上記のとおりでなければならない。そうでないときはＲＬ再設定を最初に実行してもよい。ＲＲＣ信号通知に関しては，ＮＢＡＰ／ＲＮＳＡＰ各手続の順序は重要ではない。なぜならＲＬが追加され，ＨＳ−ＤＳＣＨサービス提供セルが設定されるという結果は，ＳＲＮＣが同時に示されているＲＲＣ，すなわちＡＳＵを起動できる前に必要だからである。ＲＮＣがＲＬ再設定手続を伴うサービス提供セル変更を最初に起動することになっているときは，ノードＢ通信コンテキストは準備された再設定状態にあり，ＲＬ追加手続は起動できない。このようにＲＬ追加手続は遅延し，よりソフトな結合利得の性能は低下する。またＮＢＡＰ仕様に関しては，ノードＢは再設定コネクションフレーム番号（ＣＦＮ）が経過するまでＲＬ追加手続を拒否することができ，それによって利得は実装に依存して更に減少するかもしれない。
【００４４】
ＲＮＣがＲＬ追加を最初に起動するときは，ＲＬ再設定手続を伴うサービス提供セル変更は，ＲＬ追加が完了するまで遅延する。
【００４５】
ＨＳＤＰＡ移動及びＨＳＵＰＡ移動の性能を強化するために，本発明によれば，分岐追加／削除と同時にサービス提供セル更新を可能にする信号通知方法が提案される。この方法は，例として図６Ａと，６Ｂと，７Ａと，７Ｂとにおいて太字で示したように，ＲＮＳＡＰ／ＮＢＡＰ  ＲＬ追加要求／応答／失敗にいくつかのＩＥを導入することが必要である。このような新規ＩＥは，3GPP TS 25.433 v6.6.0，２００５年６月，９章，"The Elements for NBAP communication"の例えば９．１章の"message function definitions and contentsに記載され，図６Ａと，６Ｂと，７Ａと，７Ｂとに示した方法で追加することができる。
【００４６】
図６Ａ及び６Ｂを参照すると，サービス提供セル変更を伴うＲＬ追加手続に関して，RADIO LINK ADDITION REQUESTメッセージ６００は，例えば１又は複数の副情報要素を含む情報要素グループ６０２に示すように拡張させてもよい。このようにＨＳ−ＤＳＣＨサービス提供セル変更を伴うＲＬ追加手続の場合に備えて，RADIO LINK ADDITION REQUESTメッセージ６００は，１又は複数の
・ＨＳ‐ＤＳＣＨ ＲＬ ＩＤ
・ノードＢがＨＳ−ＤＳＣＨデータを新規に追加したＲＬを介して転送開始するタイミングＩＥ（ＩＥ名の例はＨＳＤＰＡ  ＣＦＮ）
・ＨＳ−ＤＳＣＨ  ＲＮＴＩ（無線ネットワーク一時識別子）
・トランスポートベアラ要求指示子ＩＥ，トランスポート層アドレス及び結合ＩＤ（ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄフローごと）
（注  上記のすべての副ＩＥは，例えば同一のＩＥグループに属する（ＩＥグループ名の例は，図示のとおりＨＳ−ＤＳＣＨサービス提供セル変更情報である））
・ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更の場合は，更にＨＳ−ＤＳＣＨ情報ＩＥ，ＨＳ−ＤＳＣＨ  ＲＬ  ＩＤ，ＨＳ−ＤＳＣＨ  ＲＮＴＩ，ＨＳＤＰＡ  ＣＦＮ
【００４７】
ＣＦＮをＩＥとしてRADIO LINK ADDITION REQUEST６００に追加する理由は，「ＭＡＣ−ｈｓ予約」のためである。メッセージがこのＣＦＮタイミングＩＥを有さないときは，ＭＡＣ−ｈｓ予約に対応するノードＢは，ノードＢがRADIO LINK ADDITION RESPONSEメッセージで応答するとすぐに，新規に追加されたＲＬを介して（ノードＢのバッファ内にある）ＨＳ−ＤＳＣＨデータを送信開始する。これはＳＲＮＣがＵＥに対してＡＳＵ手続を実行する前である。このようにＵＥは，たとえノードＢがデータを送信しても，新規に追加されたＲＬから何もデータを受信できない。すなわち，無線インタフェースにパケット損失が発生する。この問題は避けなければならない。ＣＦＮによってＳＲＮＣは，ノードＢが新規に追加されたＲＬを介してＨＳ−ＤＳＣＨデータを送信開始するタイミングと，ＵＥがＲＬを介してデータ受信を開始するタイミングと，を同期させることができる。追加されたＲＬは，ノードＢがRADIO LINK ADDITION RESPONSEメッセージ７００（図７Ａ及び７Ｂ参照）に応答するとすぐに設定されるが，これは現行の標準と同一の振る舞いであることに注意されたい。
【００４８】
要求されたサービス提供セル変更が成功であったか不成功であったかを示すために，図７Ａ及び７Ｂに示すRADIO LINK ADDITION RESPONSEメッセージと，RADIO LINK ADDITION FAILUREメッセージ７０２とに，ＩＥ（サービス提供セル変更指示子）を追加してもよい。トランスポート層アドレスなどを搬送するために，ＨＳ−ＤＳＣＨ情報応答ＩＥ７０４を追加してもよい。ＭＡＣ−ｈｓリセット指示子副ＩＥと，ＨＳ−ＤＳＣＨ  ＲＮＴＩ副ＩＥと，もまた追加してもよい。これらのＩＥはＲＮＳＡＰにだけ適用可能であり，ＮＢＡＰには存在しない。これら３つのＩＥは，上述のＩＥ（サービス提供セル変更指示子）７０４が「成功」を通知したとき，設定される。上記ＩＥ（サービス提供セル変更指示子）が「不成功」を通知したときは，成功しなかった原因を示すために，「原因」ＩＥをメッセージに追加してもよい。ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更の場合については，ＨＳ−ＤＳＣＨ情報も含めてよい。
【００４９】
上述のとおり本発明によるリリース６のための強化においては，ＳＲＮＣがＲＬ追加手続を起動することができ，この手続は新規ＨＳ−ＤＳＣＨサービス提供セル変更が活性化するＣＦＮを含む（ＣＦＮは，新規ＨＳ−ＤＳＣＨサービス提供セルがいつサービス提供セルになるかを示す）。ＲＬ追加及び新規ＨＳ−ＤＳＣＨサービス提供セル変更がノードＢに設定されているときは，ＳＲＮＣはＲＬ再設定（サービス提供セル変更）を起動する必要はなく，代わりに直ちにＲＲＣ  ＡＳＵを起動してもよい。これによって図３右側に示したとおり（左側に比べて）時間節約が得られる。
【００５０】
＜Ｅ−ＤＣＨサービス提供セル変更（図６Ｂ）＞
Radio Link Addition REQUESTメッセージ６００は次を含む
・サービス提供Ｅ−ＤＣＨ  ＲＬ
・ノードＢが新規サービス提供Ｅ−ＤＣＨ  ＲＬを介してＥ−ＡＧＣＨ（強化接続許可チャネル）データを転送開始するタイミングＩＥ（例えばＩＥの名称はＥ−ＤＣＨ  ＣＦＮ）
（注  上述の２のＩＥは，Ｅ−ＤＣＨサービス提供セル変更に用いることができる同一のＩＥに属してもよい（ＩＥ名の例は，Ｅ−ＤＣＨサービス提供セル変更情報である））
・Ｅ−ＤＣＨ設定を伴うノードＢ間／ノードＢ内サービス提供セル変更（すなわちＥ−ＤＣＨがノードＢに設定されていない），またＥ−ＤＣＨ  ＦＤＤ情報ＩＥ及びＥ−ＤＰＣＨ情報ＩＥ（注  これはまたＲＬ追加手続によってサービス提供セル変更なしでＥ−ＤＣＨ設定を可能にする）
【００５１】
＜RADIO LINK ADDITION RESPONSEメッセージ７００及びRADIO LINK ADDITION FAILUREメッセージ７０２＞
・要求されたＥ−ＤＣＨサービス提供セル変更が成功であったか不成功であったかを示す１つのＩＥ，並びに指示子が「成功」を通知するときは新規サービス提供ＲＬ用及び旧サービス提供ＲＬ用のＥ−ＤＣＨ  ＦＤＤ  ＤＬ制御チャネル情報を含んでもよい。指示子が「不成功」を通知するときは，原因ＩＥを含んでもよい。
・Ｅ−ＤＣＨ設定を伴うノードＢ内／ノードＢ間Ｅ−ＤＣＨサービス提供セル変更に関しては，Ｅ−ＤＣＨ  ＦＤＤ情報応答ＩＥも提供してよい。
【００５２】
＜ＲＬ削除＞（図４参照）
ＲＬ削除手続に対する強化は，上述のＲＬ追加手続に対する強化と類似しており，図４の左側に先行技術による強化，右側に本発明の強化を示す。
【００５３】
リリース５ＲＡＮにおいて，現在のＨＳ−ＤＳＣＨサービス提供セルが削除しようとするＲＬを有するものであるときは，ＳＲＮＣは左側に示すとおり最初にＲＬ再設定（非同期）手続を起動する。ＲＬ再設定手続の後，ＨＳ−ＤＳＣＨサービス提供セルが変更され，ＳＲＮＣはＲＬ削除手続を起動することができる。
【００５４】
削除しようとするセルが現行ＨＳ−ＤＳＣＨサービス提供セルでないときは，ＳＲＮＣはこの手続を別の順序で起動してもよい。その場合は，同期ＲＬ再設定手続を使用してもよい。
【００５５】
最初の場合（削除しようとするセルがＨＳ−ＤＳＣＨサービス提供セルと同一のセルである場合）に同期ＲＬ再設定を用いない理由は，削除しようとするセルが直ちに削除され，後でＣＦＮによってＨＳ−ＤＳＣＨサービス提供セル変更が行われたとき，ＨＳ−ＤＳＣＨサービス提供セルが，ＲＬを有しないセルに残るのでノードＢに論理誤りが生じるためである。
【００５６】
リリース５においては，ＲＬ削除手続はいつ起動してもよく，並行手続規則によって制約されないので，同期／非同期ＲＬ再設定手続の後すぐにＲＬ削除を起動することも可能である。ノードＢに関して起動はいつでも可能であるが，２つの並行手続よりも１つの手続の方がより処理が容易である。したがってＲＬ削除手続を強化することが提案される。
【００５７】
サービス提供セル変更及び分岐追加削除に関して，３つのＲＮＳＡＰ／ＮＢＡＰ手続（ＲＬ追加／削除，同期ＲＬ再設定，ＲＬ再設定コミット）は現行仕様で実行しなければならない。
【００５８】
図３のＲＬ追加に関して前に述べたのと類似の方法で，サービス提供セル変更を伴うＲＬ削除手続をＨＳ−ＤＳＣＨ及びＥ−ＤＣＨ双方に関して説明する。
【００５９】
ＨＳ−ＤＳＣＨセル変更を伴うＲＬ削除手続に関して，RADIO LINK DELETION REQUESTメッセージ６０４がＨＳ−ＤＳＣＨ  ＲＬ  ＩＤを含むように拡張される（図６Ａ及び６Ｂ参照）。ＨＳ−ＤＳＣＨ  ＲＬ  ＩＤは，ＨＳ−ＤＳＣＨ  ＲＬの識別情報と，ノードＢがＨＳ−ＤＳＣＨデータを転送開始するために用いるタイミングＩＥ（例えばＨＳＤＰＡ  ＣＦＮと呼ばれるＩＥ）と，を示す。タイミングＩＥは，削除されるＲＬが現在のサービス提供ＨＳ−ＤＳＣＨ  ＲＬと異なるときだけ設定される。タイミングＩＥは，ＨＳ−ＤＳＣＨ  ＲＮＴＩにも拡張できる。トランスポートベアラ要求指示子ＩＥと，トランスポート層アドレスと，結合ＩＤ（ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄフローごと）と，を追加してもよい。上述の各ＩＥは，ＨＳ−ＤＳＣＨサービス提供セル変更に用いられる同一のＩＥグループ（ＩＥ名の例は，ＨＳ−ＤＳＣＨサービス提供セル変更情報である）に属してもよい。ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更の場合，ＨＳ−ＤＳＣＨ情報ＩＥと，ＨＳ−ＤＳＣＨ  ＲＬ  ＩＤと，ＨＳ−ＤＳＣＨ  ＲＮＴＩと，ＨＳＤＰＡ  ＣＦＮと，を追加してもよい。
【００６０】
図７Ａ及び７Ｂに示すRADIO LINK DELETION RESPONSEメッセージ７１０に関して，ＩＥグループ７０４は要求したサービス提供セル変更が成功であったか不成功であったかを通知する。ＨＳ−ＤＳＣＨ情報応答ＩＥグループ７０４は，トランスポート層アドレスなどを搬送してもよい。ＭＡＣ−ｈｓリセット指示子ＩＥ及びＨＳ−ＤＳＣＨ  ＲＮＴＩ  ＩＥは，ＮＢＡＰには存在しないのでＲＮＳＡＰだけに追加できる。これら３つのＩＥは，ＩＥグループ７０４が「成功」を通知するとき設定される。原因ＩＥ（９．２．１．６）は，上記ＩＥグループ７０４（サービス提供セル変更指示子）が「不成功」を通知するとき，メッセージに追加できる。ノードＢ間ＨＳ−ＤＳＣＨサービス提供セル変更の場合，ＨＳ−ＤＳＣＨ  ＦＤＤ情報応答ＩＥも追加してよい。
【００６１】
Ｅ−ＤＣＨサービス提供セル変更を伴うＲＬ削除手続に関して，RADIO LINK DELETION REQUESTメッセージ６０４（図７Ａ及び７Ｂ）は，サービス提供Ｅ−ＤＣＨ  ＲＬ  ＩＥと，ノードＢが新規サービス提供Ｅ−ＤＣＨ  ＲＬを介してＥ−ＡＧＣＨデータを転送開始するタイミング副ＩＥ（例えばＥ−ＤＣＨ  ＣＦＮと，を含む。これら２つのＩＥは，Ｅ−ＤＣＨサービス提供セル変更に用いる同一のＩＥ６０２（ＩＥ名の例はＥ−ＤＣＨサービス提供セル変更情報である）に属してもよい。Ｅ−ＤＣＨ設定を伴う（すなわちノードＢにＥ−ＤＣＨが設定されていない）ノードＢ内／ノードＢ間Ｅ−ＤＣＨサービス提供セル変更に関しては，Ｅ−ＤＣＨ  ＦＤＤ情報ＩＥ６２０及びＥ−ＤＰＣＨ情報ＩＥを追加してもよい（注  これはまた，ＲＬ追加手続によって，サービス提供セル変更を伴わないＥ−ＤＣＨ設定を可能にする）。RADIO LINK DELETION RESPONSEメッセージ７１０（図７Ｂ）は，要求したＥ−ＤＣＨサービス提供セル変更が成功であったか不成功であったかを通知するためにＩＥ７２０に含めてもよい。指示子が「成功」を通知するときは，新規サービス提供ＲＬ及び旧サービス提供ＲＬ双方のＥ−ＤＣＨ  ＦＤＤ  ＤＬ制御チャネル情報ＩＥが含められ，指示子が「不成功」を通知するときは，図７Ｂに示すとおり原因ＩＥを含めてもよい。Ｅ−ＤＣＨ設定を伴うノードＢ内／ノードＢ間サービス提供セル変更に関しては，Ｅ−ＤＣＨ  ＦＤＤ情報応答ＩＥもまた含めてよい。
【００６２】
図５は，ＩｕインタフェースによってＣＮ（図示していない）に，ＩｕｂインタフェースによってノードＢに接続されているＳＲＮＣを備えたＲＮＳを示す図である。ノードＢは次にＵｕインタフェースによってＵＥに接続される。ＳＲＮＣは，Ｉｕインタフェースに接続された第１入出力インタフェースと，Ｉｕｂインタフェースに接続された第２入出力インタフェースと，を備えている。ＳＲＮＣ内の信号プロセッサは，ＳＲＮＣの第１入出力インタフェース及び第２入出力インタフェース双方に接続されている。同様にノードＢは，Ｉｕｂインタフェースに接続された第１入出力インタフェースと，Ｕｕインタフェースに接続された第２入出力インタフェースと，を備えている。ノードＢ内の信号プロセッサは，ノードＢの第１入出力インタフェース及び第２入出力インタフェース双方に接続している。ＵＥは，Ｕｕインタフェースと，ＵＥ内の信号プロセッサと，に接続した入出力インタフェースを備えている。
【００６３】
ＳＲＮＣの信号プロセッサは，ＵＥのＱｏＳを制御する。信号プロセッサのハンドオーバ（ＨＯ）制御機能はＵＥから隣接セル測定値を受信し，無線資源管理（ＲＲＭ）規則を用いてＩｕｂ／Ｉｕｒ無線リンク管理手続（ＲＬ設置，ＲＬ追加，ＲＬ削除，ＲＬ再構成）を起動する必要があるかどうかを検出する。ＳＲＮＣの信号プロセッサはまた，ＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セルと，いつそれを変更する必要があるかと，を判断する役割をする。信号プロセッサは，ＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更を同期で行うか，非同期で行うかを判断することができる。
【００６４】
ノードＢの信号プロセッサは，無線インタフェースへＨＳＤＰＡ／Ｅ−ＤＣＨデータを送信し，無線インタフェースからデータを受信する役割をする。またＵＥにＨＳＤＰＡ／Ｅ−ＤＣＨ資源を割り当てる。信号プロセッサはＩｕｂからＨＳＤＰＡデータを受信し，無線インタフェースへのＨＳＤＰＡデータ送信をスケジュールする役割をする。信号プロセッサは，ＳＲＮＣが指示したときＨＳ−ＤＳＣＨサービス提供セル変更を処理する。またＳＲＮＣが指示したときＲＬ管理手続を処理する。
【００６５】
ＵＥの信号プロセッサは，隣接セルに関するパラメータを測定し，ＳＲＮＣへ測定報告メッセージを送信する。信号プロセッサは，ＳＲＮＣが指示したときＡＳＵメッセージを受信し処理する。またＳＲＮＣが指示したときＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更を処理する。
【００６６】
ＵＥ及びＳＲＮＣ内の各信号プロセッサは，3GPP TS 25.331 v6.6.0，２００５年６月，"Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol Specification (Release 6)"に記載のＲＲＣ手続に従う。ＲＲＣ状態及び状態遷移の概要は，上記仕様書の７章（"Protocol Status"）に示されており，８．４章（"Measurement Procedures"）及び１４．４章（"Traffic Volume Measurements"）に規定された測定制御情報によって測定処理の性能を記述する。それによれば図５のＵＥの信号プロセッサは，図３及び４のＲＲＣ測定報告を準備し，入出力インタフェースを介し，Ｕｕインタフェースを通じてノードＢへそれを送信し，測定報告はそこからノードＢによって，Ｉｕｂインタフェースを介してＳＲＮＣへ送信される。測定報告自体は，TS 25.331の８．４．２章に記載されており，その規定によれば変数MEASUREMENT_IDENTITYに記憶された報告基準が，ＵＥ内で実行中のトラヒック測定又はＵＥ測位測定に合致したときアップリンクＤＣＣＨ（個別制御チャネル）に送信される。TS 25.331の１４章に特定測定機能が記載されている。測定制御メッセージ（図示していない）の中で，ＵＴＲＡＮはＵＥにどのイベントが測定報告を起動するのが望ましいかを通知する。列挙されたイベントはツールボックスであり，ＵＴＲＡＮはそこから実装したハンドオーバ評価機能又はほかの無線ネットワーク機能に必要な報告イベントを選択することができる。ＳＲＮＣは，信号プロセッサ内の手続を実行して無線リンク追加の必要があるかどうかを判定する。3GPP TR 25.931 v6.2.0，２００５年６月，"Technical Specification Group RAN; UTRAN functions, examples on signalling procedures (Release 6)"を参照されたい。そうであれば，以降に説明する手続を実行した後，ＡＳＵメッセージがＳＲＮＣからＵＥへノードＢを介して送信され，ＵＴＲＡＮがＵＥ活性集合において無線リンクを追加し，置き換え，又は削除するために用いられる（ＡＳＵメッセージの説明についてはTS 25.331 v6.6.0，２００５年６月，の１０．２．１章を参照されたい）。
【００６７】
ここで図３右側に示す，強化ＲＬ追加要求メッセージを受信したときのノードＢ内の動作を説明する。最初に，ＨＳ−ＰＤＳＣＨ  ＲＬ  ＩＤ及び新規ＲＬについてリリース９９に規定されたものと同一の情報によって，識別される新規ＨＳ−ＤＳＣＨについての新規情報６０２を含めることによって，図６Ａに示すとおりRADIO LINK ADDITION REQUEST メッセージ６００が強化される。図６ＡのRADIO LINK ADDITION REQUEST メッセージ６００はまた，ＣＦＮを含んでもよい。RADIO LINK ADDITION REQUEST メッセージ６００に応答して，ノードＢは最初に新規ＲＬをＮＢＣＣ（ノードＢ通信コンテキスト）に追加する。RADIO LINK ADDITION REQUEST メッセージ６００がＨＳ−ＤＳＣＨ  ＲＬ  ＩＤと，ＨＳ−ＤＳＣＨ  ＲＮＴＩと，ＣＦＮと，を含み，いつ新規ＨＳ−ＤＳＣＨサービス提供セルが活性化されるかを示しているとき，ノードＢは新規設定を準備してＳＲＮＣに図７Ａの強化RADIO LINK ADDITION RESPONSE メッセージ７００で応答する。ノードＢは次に，新規ＨＳ−ＤＳＣＨサービス提供セルをRADIO LINK ADDITION REQUEST メッセージ６００に含まれていたＣＦＮで活性化する。RADIO LINK ADDITION REQUEST メッセージ６００がＣＦＮを含んでいないときは，ノードＢは新規ＲＬをＮＢＣＣに含めた後にＨＳ−ＤＳＣＨサービス提供セル変更を活性化する。RADIO LINK ADDITION REQUEST メッセージ６００内の新規ＲＬがセル内にあるとき，そしてそのセルは新規ＨＳ−ＤＳＣＨサービス提供セルと異なるとき，ＮＢＣＣにおけるＲＬ追加と，ＨＳ−ＤＳＣＨサービス提供セル変更とは，互いに独立，かつ実装によって指示される特定の順序で行うことができる。Ｅ−ＤＣＨ手続は，図６Ｂに示す適切な新規ＩＥを用いることを除いて類似である。
【００６８】
ここで図４を参照して，強化RADIO LINK DELETION REQUESTメッセージを受信したときノードＢ内で行われる動作を説明する。強化RADIO LINK DELETION REQUESTメッセージ７１０は，古いリリース９９ＩＥとして削除するＲＬを含むが，図６ＡのＩＥグループ６０２内のＨＳ−ＰＤＳＣＨ  ＲＬ  ＩＤとして示される，ＨＳ−ＤＳＣＨサービス提供セルを識別する新規ＩＥも含む。これに応答してノードＢはＮＢＣＣから第１要求ＲＬを削除する。RADIO LINK DELETION REQUESTメッセージ６０４がＨＳ−ＰＤＳＣＨと，ＨＳ−ＤＳＣＨ  ＲＮＴＩと，ＣＦＮと，を含む場合，新規ＨＳ−ＤＳＣＨサービス提供セルが活性化されたときノードＢは新規設定を準備し，図７Ａに示すとおりＨＳ−ＤＳＣＨに適切なように新規ＩＥを追加した強化RADIO LINK DELETION RESPONSEメッセージ７１０でＳＲＮＣに応答する。次にノードＢは，RADIO LINK ADDITION REQUESTメッセージに含まれるＣＦＮによって新規ＨＳ−ＤＳＣＨサービス提供セルを活性化する。RADIO LINK DELETION REQUESTメッセージがＣＦＮを含んでいないときは，ノードＢはＮＢＣＣからＲＬを削除した後でＨＳ−ＤＳＣＨサービス提供セルを活性化する。ＲＬの削除とＨＳ−ＤＳＣＨサービス提供セル変更との順序は，実装において所望される特定の順序で行ってよい。Ｅ−ＤＣＨ手続は，図７Ｂに示す適切な新規ＩＥ７２０を用いて類似して行われる。
【００６９】
図８は，図３又は４のＳＲＮＣのようなネットワーク要素において行うことができる一連の手続ステップを示すフローチャートである。図示したステップは，計算機プログラム言語で書かれた計算機実行可能コードに符号化することができる。このような計算機コードは，図９に示す信号プロセッサ９０２内のＲＯＭ９００のような読み出し専用メモリに記憶させることができる。このような信号プロセッサは，図８に示す手続ステップを実行するために，例えば図５のＳＲＮＣにおいて用いることができる。このような信号プロセッサ９０２には，中央処理ユニット９０６と，ランダムアクセスメモリ９０８と，クロック９１０と，入出力デバイス９１２と，参照符号９１４で一般に示されるほかのデバイスと，のような，しかしそれには限定されない種々のコンポーネントを相互接続するために用いる，データ，アドレス，及び制御バス９０４が含まれる。中央処理ユニット９０６はＲＯＭ９００に記憶した符号化命令を実行し，一方中間計算結果及び結果をＲＡＭ９０８に記憶させる。ＲＡＭ９０８はまた，ＵＥから受信した測定報告を記憶するためにも用いられ，その測定報告はＲＯＭ９００に記憶した符号化命令を実行し，図３の線６００上を送信されるRADIO LINK ADDITION REQUESTメッセージ，又は図４の線６０４上を送信されるRADIO LINK DELETION REQUESTメッセージを形成するために，ＣＰＵ９０６が参照することができる。再度図８を参照すると，ステップ８００に入った後，ステップ８０２が実行されて図３及び４に示すＵＥからの測定報告を受信する。測定報告はステップ８０４で評価され，ステップ８０６で無線リンク追加手続又は無線リンク削除手続が必要かどうかを判断する。判断ステップ８０８は，そのようなメッセージが必要かどうかを判定し，そうであれば適切なメッセージを形成し，例として図３の線６００上のRADIO LINK ADDITION REQUESTメッセージ，又は図４の線６０４上のRADIO LINK DELETION REQUESTメッセージで示すようにステップ８１０でノードＢに送信する。次にＳＲＮＣは判断ステップ８１２に示すように応答を待ち，そこで応答が受信されたと判定するとステップ８１４を実行して，例えば図３の線７００上のRADIO LINK ADDITION RESPONSEメッセージ，又は図４の線７１０上のRADIO LINK DELETION RESPONSEメッセージをそれぞれ実際に受信して処理する。次にＳＲＮＣは，例えばステップ８１６に示すように受信したメッセージを評価する。ステップ８１８で要求が成功したかどうか判断する。不成功のときは，ステップ８２０において失敗の原因が検査される。成功のときは，ステップ８２２で復帰する。ＲＬ追加又はＲＬ削除が必要ないと判定されたときは，判断ステップ８０８から直接ステップ８２２に移行して復帰する。
【００７０】
ここで図１０を参照すると，本発明によってＵＥにおいて実行される手続がフローチャートで示されている。ステップ１０００に入った後，送信ステップ１００２が実行されて，図３又は４に示す測定報告がＵＥからＳＲＮＣへ送信される。一定期間後ＵＥは，ステップ１００４に示すように，図３及び４に示すＡＳＵメッセージに対応するＡＳＵメッセージをＳＲＮＣから受信する。次にＵＥはステップ１００６において活性集合を更新し，引き続いてステップ１００８に示すように新規セルからＨＳＤＰＡデータを受信し，その後ステップ１０１０に示すように復帰する。
【００７１】
ここで図１１を参照すると，図３〜５に示すノードＢのようなネットワーク要素において実行する手続が示されている。ステップ１１００に入った後，ステップ１１０２が実行されて図３〜５のＳＲＮＣのような別のネットワーク要素からRADIO LINK ADDITION RESPONSEメッセージ又はRADIO LINK DELETION RESPONSEメッセージを受信する。このような信号は，例えば図３の線６００上の信号，又は図４の線６０４上の信号によって示される。ノードＢはステップ１１０４に示すように受信メッセージを評価し，ステップ１１０６において応答メッセージを準備する。次にノードＢは，図１１のステップ１１０８に示すとおり，図３の線７００上のRADIO LINK ADDITION RESPONSEメッセージ，又は図４の線７１０上のRADIO LINK DELETION RESPONSEメッセージをＳＲＮＣに返送する。図１１に示すとおりステップ１１１０で復帰する。
【００７２】
本発明を特定の実施例に関して示し，説明したが，本願請求項の範囲内で多くのほかの実施例も可能であることを認識されたい。
【図面の簡単な説明】
【００７３】
【図１】主要アーキテクチャ要素であるユーザ装置（ＵＥ）と，ＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）と，コアネットワーク（ＣＮ）と，を含むはん用移動体通信システム（ＵＭＴＳ）パケットネットワークアーキテクチャを示す図である。
【図２】図１のアーキテクチャのいくつかの更なる詳細，特にＵＴＲＡＮを示す図である。
【図３】ＨＳＤＰＡサービス提供セル変更及びＲＬ追加に対応する，現行の手続及び本発明による強化手続双方を示す図である。
【図４】ＨＳＤＰＡサービス提供セル変更及びＲＬ削除に対応する，現行の手続及び本発明による強化手続双方を示す図である。
【図５】ノードＢと通信するＳＲＮＣを備える無線ネットワークサブシステム（ＲＮＳ）であって，ノードＢが次に無線インタフェースを介してユーザ装置と通信しているＲＮＳを示す図である。
【図６Ａ】本発明による新規情報要素を追加した無線リンク追加要求メッセージ，又は無線リンク削除要求メッセージにおいて利用できる情報要素を示す図である。
【図６Ｂ】本発明による新規情報要素を追加した無線リンク追加要求メッセージ，又は無線リンク削除要求メッセージにおいて利用できる情報要素を示す図である。
【図７Ａ】本発明による新規情報要素を追加した無線リンク追加応答メッセージ，無線リンク追加失敗メッセージ，又は無線リンク削除応答メッセージにおいて利用できる情報要素を示す図である。
【図７Ｂ】本発明による新規情報要素を追加した無線リンク追加応答メッセージ，無線リンク追加失敗メッセージ，又は無線リンク削除応答メッセージにおいて利用できる情報要素を示す図である。
【図８】図３又は４のサービス提供無線ネットワーク制御装置のようなネットワーク要素において行うことができる一連の手続ステップを示すフローチャートである。
【図９】図５のＳＲＮＣ，ノードＢ又はＵＥにおいて利用できる信号プロセッサの実施例を示す図である。
【図１０】ユーザ装置において実行する手続を示す図である。
【図１１】図３〜５に示すノードＢのようなネットワーク要素において実行する手続を示す図である。
【図１】
2009505599.tif 000003
【図２】
2009505599.tif 000004
【図３】
2009505599.tif 000005
【図４】
2009505599.tif 000006
【図５】
2009505599.tif 000007
【図６Ａ】
2009505599.tif 000008
【図６Ｂ】
2009505599.tif 000009
【図７Ａ】
2009505599.tif 000010
【図７Ｂ】
2009505599.tif 000011
【図８】
2009505599.tif 000012
【図９】
2009505599.tif 000013
【図１０】
2009505599.tif 000014
【図１１】
2009505599.tif 000015
【手続補正書】
【提出日】平成19年3月5日(2007.3.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおける移動手続の無線リンク追加メッセージによって転送する，計算機可読媒体に記憶されたデータであって，各メッセージは標準に準拠するデータ構造によって前記データを転送するものであり，各無線リンク追加メッセージは，無線リンク識別情報を含む情報要素と，高速ダウンリンク共有チャネルサービス提供セル変更情報を含む情報要素と，を含む要求を有するデータ。
【請求項２】
前記要求は，高速データパケット接続コネクションフレーム番号を含むコネクションフレーム番号を識別する情報要素を任意選択で含み，前記無線リンク識別情報は高速物理ダウンリンク共有チャネルのものとする請求項１に記載のデータ。
【請求項３】
前記要求に対する応答であって，該応答は前記のサービス提供セル変更が成功か失敗かを示すサービス提供セル変更応答情報要素を識別する情報要素を含む請求項１に記載のデータ。
【請求項４】
各無線リンク追加メッセージは前記要求に対する応答を含み，該応答はサービス提供セル変更応答情報要素を識別する情報要素を含む請求項２に記載のデータ。
【請求項５】
各無線リンク追加メッセージは，サービス提供強化個別チャネル無線リンクを識別する任意選択情報要素を含む要求を含む請求項１に記載のデータ。
【請求項６】
前記応答は，媒体接続制御指示子を示す情報要素を含む請求項３に記載のデータ。
【請求項７】
前記応答は，無線ネットワーク一時識別子を示す情報要素を含む請求項３に記載のデータ。
【請求項８】
前記応答は，無線ネットワーク一時識別子を示す情報要素を含む請求項６に記載のデータ。
【請求項９】
各無線リンク追加メッセージは，前記要求に対する応答を含むことを特徴とし，該応答は前記サービス提供強化個別チャネル無線アップリンクの制御チャネル情報を識別する情報要素を含む請求項５に記載のデータ。
【請求項１０】
ユーザ装置からの測定報告メッセージに応答して，前記無線リンク追加メッセージを請求項１に記載の前記要求のデータ構造によって前記無線通信システムの別のネットワーク要素に供給し，成功表示又は不成功表示を含む無線リンク追加応答メッセージを受信するネットワーク要素。
【請求項１１】
隣接セルに関する情報を有する測定報告をネットワーク要素に供給し，前記コネクションフレーム番号を識別する情報要素を任意選択で含む，請求項２に記載のデータ構造を前記ネットワーク要素から受信し，前記コネクションフレーム番号に関する前記情報を，前記無線リンク追加メッセージによって前記ネットワーク要素から別のネットワーク要素に送信するユーザ装置。
【請求項１２】
ユーザ装置と無線によって通信するネットワーク要素であって，前記コネクションフレーム番号を識別する前記情報要素を任意選択で含む前記要求を含む，請求項２に記載のデータ構造による前記無線リンク追加メッセージに応答して，前記無線リンク追加メッセージを送信した別のネットワーク要素に，無線リンク追加応答メッセージを供給するネットワーク要素。
【請求項１３】
システムであって，
該システムの隣接セルに関する情報を有する測定報告を供給し，コネクションフレーム番号に関する情報を任意選択で含む活性集合更新メッセージを受信するユーザ装置と，
前記測定報告に応答して前記活性集合更新メッセージを前記ユーザ装置に供給し，前記コネクションフレーム番号に関する前記情報を任意選択で含む無線リンク追加要求メッセージを供給する第１ネットワーク要素と，
前記無線リンク追加要求メッセージに応答して，前記第１ネットワーク要素に無線リンク追加応答メッセージをそれぞれ供給する第２ネットワーク要素と，
を備えるシステム。
【請求項１４】
前記第１ネットワーク要素はまた，前記無線リンク追加応答メッセージに応答して，前記活性集合更新メッセージを供給する請求項１３に記載のシステム。
【請求項１５】
ユーザ装置において実行する方法であって，
隣接セルに関する情報を有する測定報告をネットワーク要素に供給するステップと，
コネクションフレーム番号に関する情報要素を任意選択で含む活性集合更新メッセージを前記ネットワーク要素から受信するステップと，
を有する方法であって，
前記コネクションフレーム番号に関する前記情報もまた任意選択で，無線リンク追加メッセージによって前記ネットワーク要素から別のネットワーク要素に送信し，前記別のネットワーク要素は前記ユーザ装置と無線で通信するためのものとする方法。
【請求項１６】
ネットワーク要素において実行する方法であって，
ユーザ装置から測定報告メッセージを受信するステップと，
無線リンク追加メッセージを要求メッセージとして別のネットワーク要素に供給するステップと，
を有する方法であって，
コネクションフレーム番号を前記無線リンク追加メッセージに情報要素として任意選択で含む方法。
【請求項１７】
ネットワーク要素において実行する方法であって，
コネクションフレーム番号を識別する任意選択情報要素を有する無線リンク追加メッセージを別のネットワーク要素から受信するステップと，
無線リンク追加応答メッセージを前記別のネットワーク要素に供給するステップと，
を有する方法。
【請求項１８】
隣接セルに関する情報を有する測定報告をユーザ装置からサービス提供無線ネットワーク制御装置に送信するステップと，
前記測定報告メッセージに応答して，コネクションフレーム番号を識別する任意選択情報要素を前記サービス提供無線ネットワーク制御装置から無線基地局へ供給するステップと，
前記無線リンク追加要求メッセージに応答して，無線リンク追加応答メッセージを前記無線基地局から前記サービス提供無線ネットワーク制御装置に送信するステップと，
前記無線リンク追加応答メッセージに応答して，前記コネクションフレーム番号を識別する前記任意選択情報要素を有する活性集合更新メッセージを前記サービス提供無線ネットワーク制御装置から前記ユーザ装置に送信するステップと，
を有する方法。
【請求項１９】
サービス提供無線ネットワーク制御装置において，隣接セルに関する情報を有する測定報告メッセージをユーザ装置から受信するステップと，
任意選択コネクションフレーム番号情報要素を有する活性集合更新メッセージを，前記サービス提供無線ネットワーク制御装置から前記ユーザ装置へ送信するステップと，
前記任意選択コネクションフレーム番号情報要素を有する無線リンク削除要求メッセージを前記サービス提供無線ネットワーク制御装置から，前記ユーザ装置と無線で通信するための無線基地局へ送信するステップと，
無線リンク削除応答メッセージを前記無線基地局から前記サービス提供無線ネットワーク制御装置へ送信するステップであって，その後データを前記サービス提供無線ネットワーク制御装置から前記ユーザ装置へ前記無線基地局を介して送信するステップと，
を有する方法。
【請求項２０】
無線通信システムにおける移動手続に関する無線リンク追加メッセージを処理するための計算機可読媒体に組み込まれた計算機プログラムであって，各メッセージが，無線リンク識別情報を含む情報要素と，高速ダウンリンク共有チャネルサービス提供セル変更情報を含む情報要素と，を含む要求を含む計算機プログラム。
【請求項２１】
前記要求は，高速データパケット接続コネクションフレーム番号を含むコネクションフレーム番号を識別する情報要素を任意選択で含み，前記無線リンク識別情報は高速物理ダウンリンク共有チャネルのものとする請求項２０に記載の計算機プログラム。
【請求項２２】
無線通信システムにおける移動手続に関する無線リンク追加メッセージを処理するための集積回路であって，各メッセージが，無線リンク識別情報を含む情報要素と，高速ダウンリンク共有チャネルサービス提供セル変更情報を含む情報要素と，を含む要求を含む集積回路。
【請求項２３】
前記要求は，高速データパケット接続コネクションフレーム番号を含むコネクションフレーム番号を識別する情報要素を任意選択で含み，前記無線リンク識別情報は高速物理ダウンリンク共有チャネルのものとする請求項２２に記載の集積回路。
【請求項２４】
隣接セルに関する情報を有する測定報告をネットワーク要素に供給する送信器と，
前記ネットワーク要素からの活性集合更新メッセージに応答する受信器と，
を備える装置であって，
前記メッセージはコネクションフレーム番号に関する情報要素を任意選択で含み，前記コネクションフレーム番号に関する前記情報もまた任意選択で，無線リンク追加メッセージ又は無線リンク削除メッセージによって前記ネットワーク要素から別のネットワーク要素に送信し，前記別のネットワーク要素は前記装置と無線で通信するためのものとする装置。
【請求項２５】
ユーザ装置からの測定報告メッセージに応答する受信器と，
無線リンク追加メッセージを要求メッセージとして別の装置に供給する送信器と，
を備える装置であって，
前記無線リンク追加メッセージ内の情報要素として，任意選択でコネクションフレーム番号を含む装置。
【請求項２６】
コネクションフレーム番号を識別する任意選択情報要素を有する無線リンク追加メッセージに応答する受信器と
無線リンク追加応答メッセージを前記別の装置に供給する送信器と，
を備える装置。
【請求項２７】
隣接セルに関する情報を有する測定報告メッセージを送信するユーザ装置と，
前記ユーザ装置からの前記測定報告メッセージに応答して，コネクションフレーム番号を識別する任意選択情報要素を有する無線リンク追加要求メッセージを供給するサービス提供無線ネットワーク制御装置と，
前記無線リンク追加要求メッセージに応答して，無線リンク追加応答メッセージを前記サービス提供無線ネットワーク制御装置に送信する無線基地局と，
を備えるシステムであって，
該無線基地局から前記無線リンク追加応答メッセージを受信したとき，前記ユーザ装置が追加無線リンクから情報を受信開始するために適切なフレーム番号を選択する際に用いるために，前記無線ネットワーク制御装置が前記コネクションフレーム番号を識別する前記任意選択情報要素を有する活性集合更新メッセージを前記ユーザ装置へ送信するシステム。
【請求項２８】
隣接セルに関する情報を有する測定報告メッセージに応答して，任意選択コネクションフレーム番号情報要素を有する活性集合更新メッセージを前記ユーザ装置へ送信し，前記任意選択コネクションフレーム番号情報要素を有する無線リンク削除要求メッセージを送信するサービス提供無線ネットワーク制御装置と，
前記任意選択コネクションフレーム番号情報要素を有する無線リンク削除要求メッセージに応答して，無線リンク削除応答メッセージを前記サービス提供無線ネットワーク制御装置に送信する無線基地局と，
を備えるシステムであって，
その後該無線基地局を介し，前記任意選択コネクションフレーム番号情報要素を用いてデータを前記サービス提供無線ネットワーク制御装置から前記ユーザ装置へ送信できるようにするシステム。
【請求項２９】
ユーザ装置から測定報告メッセージを受信する手段と，
無線リンク追加メッセージを要求メッセージとして別の装置に供給する手段と，
を備える装置であって，
コネクションフレーム番号を前記無線リンク追加メッセージに情報要素として任意選択で含む装置。
【請求項３０】
前記別の装置からの無線リンク追加応答メッセージに応答して，前記コネクションフレーム番号を情報要素として含む活性集合更新メッセージをユーザ装置に提供する手段を更に備える請求項２５に記載の装置。
【請求項３１】
前記ユーザ装置は，前記コネクションフレーム番号を用いて新規セルからデータを受信できる請求項２６に記載の装置。
【国際調査報告】
2009505599.tif 000016
2009505599.tif 000017
2009505599.tif 000018
2009505599.tif 000019