JP4695193B2 - Ｉｕｂ／ｉｕｒ ｈｓｄｐａ／ｈｓｕｐａ移動手続の改善 - Google Patents

Description

本発明の分野は移動体通信であり，限定するものではないが，第３世代パートナシッププロジェクト（３ＧＰＰ）のはん用移動体通信システム（ＵＭＴＳ）地上無線接続（ＵＴＲＡ）について開示されている。したがって本発明は高速ダウンリンクパケット接続（ＨＳＤＰＡ）及び高速アップリンクパケット接続（ＨＳＵＰＡ）の移動（ｍｏｂｉｌｉｔｙ），すなわちＨＳ−ＤＳＣＨ／Ｅ−ＤＣＨサービス提供セル変更に関して開示されており，このセル変更は，現在，無線ネットワークサブシステムインタフェース（Ｉｕｂ／Ｉｕｒ）上の無線リンク（ＲＬ）再設定手続によってだけ可能であるが，本発明はその特定の技術環境には限定されない。

図１を参照すると，ＵＭＴＳパケットネットワークアーキテクチャは主要アーキテクチャ要素として，ユーザ装置（ＵＥ）と，ＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）と，コアネットワーク（ＣＮ）と，を含んでいる。ＵＥは無線（Ｕｕ）インタフェースを介してＵＴＲＡＮと接続し，一方ＵＴＲＡＮは（有線の）Ｉｕインタフェースを介してＣＮと接続している。

図２は，特にＵＴＲＡＮに関するアーキテクチャの更なる詳細を示す図である。ＵＴＲＡＮは複数の無線ネットワークサブシステム（ＲＮＳ）を含み，ＲＮＳはそれぞれ少なくとも１つの無線ネットワーク制御装置（ＲＮＣ）を含む。各ＲＮＣは，ＧＳＭ基地局（第２世代無線接続技術（ＲＡＴ））に対応する，複数のノードＢと接続してもよい。各ノードＢは，図１に示すように無線インタフェース（Ｕｕ）を介して複数のＵＥと無線で接続することができる。たとえ１又は複数のノードＢが別々のＲＮＣと接続していても，特定のＵＥは複数のノードＢと無線で接続することができる。例えば図２のＵＥ１は，ＲＮＳ１のノードＢ２及びＲＮＳ２のノードＢ３と無線で接続することができる。ここでノードＢ２とノードＢ３とは隣接するノードＢである。別々のＲＮＳのＲＮＣは，Ｉｕｒインタフェースによって接続され，それによって移動体ＵＥがあるＲＮＣのノードＢに属するセルから別のＲＮＣのノードＢに属するセルに移動する際に，双方のＲＮＣと接続したまま留まることを可能にする。ＲＮＣのうち１つが「サービス提供」ＲＮＣ（ＳＲＮＣ）又は「制御」ＲＮＣ（ＣＲＮＣ）として動作し，残りは「ドリフト」ＲＮＣ（ＤＲＮＣ）として動作する。このような一連のＤＲＮＣを，特定のＳＲＮＣから延長するように設定することもできる。複数のノードＢは，それぞれが隣接セルの制御をするという意味で通常隣接ノードＢである。移動体ＵＥは，新規のノードＢと接続を再設定することなく隣接セルに移動することができる。なぜならば，各ノードＢが同一のＲＮＣに接続されているか，又はそれらが別々のＲＮＣに接続しているときは，各ＲＮＣが互いに接続しているか，のいずれかのためである。ＵＥがこのように移動する際，ＵＥがＵＴＲＡＮに対して常に少なくとも１つの無線リンクを維持できるように無線リンクを追加したり，放棄したりしなければならない場合がある。これをソフトハンドオーバ（ＳＨＯ）と呼ぶ。

ハンドオーバ機能は無線測定を主体とし，ＣＮが要求するサービス品質を維持するために用いられる。無線リンク制御のためにネットワークが用いるハンドオーバ戦略は，ＵＥ／ＲＮＣが報告した測定結果と，各セルの種々のパラメータ集合とを用いてハンドオーバ判断を行うことである。ネットワーク指示ハンドオーバはまた，無線リンク制御以外の理由，例えばセル間のトラヒック分散を制御するため，にも行われることがある。個々のネットワーク事業者が正確なハンドオーバ戦略を決定するが，可能性のある種別は，３Ｇ−３Ｇハンドオーバと，ＦＤＤソフト／よりソフトな（ｓｏｆｔｅｒ）ハンドオーバと，ＦＤＤ中間周波ハードハンドオーバと，ＦＤＤ／ＴＤＤハンドオーバと，ＴＤＤ／ＦＤＤハンドオーバと，ＴＤＤ／ＴＤＤハンドオーバと，３Ｇ−２Ｇハンドオーバと，これらの逆と，である。ハンドオーバ処理を開始する原因は多数あり，アップリンク品質と，アップリンク信号測定値と，ダウンリンクと，ダウンリンク信号測定値と，距離と，サービス変更と，よりよいセルと，保守運用（Ｏ＆Ｍ）介入と，指示された再試行と，トラヒックと，優先（ｐｒｅ−ｅｍｐｔｉｏｎ）と，などである。

ソフトハンドオーバに関しては，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メッセージをＳＲＮＣに返送する。図１１に示すとおりステップ１１１０で復帰する。

本発明を特定の実施例に関して示し，説明したが，本願請求項の範囲内で多くのほかの実施例も可能であることを認識されたい。

主要アーキテクチャ要素であるユーザ装置（ＵＥ）と，ＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）と，コアネットワーク（ＣＮ）と，を含むはん用移動体通信システム（ＵＭＴＳ）パケットネットワークアーキテクチャを示す図である。 図１のアーキテクチャのいくつかの更なる詳細，特にＵＴＲＡＮを示す図である。 ＨＳＤＰＡサービス提供セル変更及びＲＬ追加に対応する，現行の手続及び本発明による強化手続双方を示す図である。 ＨＳＤＰＡサービス提供セル変更及びＲＬ削除に対応する，現行の手続及び本発明による強化手続双方を示す図である。 ノードＢと通信するＳＲＮＣを備える無線ネットワークサブシステム（ＲＮＳ）であって，ノードＢが次に無線インタフェースを介してユーザ装置と通信しているＲＮＳを示す図である。 本発明による新規情報要素を追加した無線リンク追加要求メッセージ，又は無線リンク削除要求メッセージにおいて利用できる情報要素を示す図である。 本発明による新規情報要素を追加した無線リンク追加要求メッセージ，又は無線リンク削除要求メッセージにおいて利用できる情報要素を示す図である。 本発明による新規情報要素を追加した無線リンク追加応答メッセージ，無線リンク追加失敗メッセージ，又は無線リンク削除応答メッセージにおいて利用できる情報要素を示す図である。 本発明による新規情報要素を追加した無線リンク追加応答メッセージ，無線リンク追加失敗メッセージ，又は無線リンク削除応答メッセージにおいて利用できる情報要素を示す図である。 図３又は４のサービス提供無線ネットワーク制御装置のようなネットワーク要素において行うことができる一連の手続ステップを示すフローチャートである。 図５のＳＲＮＣ，ノードＢ又はＵＥにおいて利用できる信号プロセッサの実施例を示す図である。 ユーザ装置において実行する手続を示す図である。 図３〜５に示すノードＢのようなネットワーク要素において実行する手続を示す図である。

Claims (32)

1. 信号プロセッサによって処理される計算機プログラムコードを記憶した非一時計算機可読記憶媒体であって，前記計算機プログラムコードは無線ネットワーク制御装置が少なくとも，サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，無線通信システムにおける標準移動手続によって無線リンク追加及びサービス提供セル変更結合メッセージを無線基地局へ送信し，当該応答を受信するように構成され，
   前記無線リンク追加及びサービス提供セル変更結合メッセージは，前記サービス提供セル変更及び無線リンク追加双方が同時要求されなかったときに実行される，個別無線リンク追加手続の前又は後の個別サービス提供セル変更手続を実行しないように，ユーザ装置の通信コンテキストに無線リンクを追加する要求及びサービス提供セル変更に関する情報双方を含む非一時計算機可読記憶媒体。
2. 前記要求は，高速データパケット接続コネクションフレーム番号を含むコネクションフレーム番号を識別する情報要素を含み，前記無線リンク識別情報は高速物理ダウンリンク共有チャネルのものとする請求項１に記載の非一時計算機可読記憶媒体。
3. 前記要求に対する応答は，前記のサービス提供セル変更が成功か失敗かを示すサービス提供セル変更応答情報要素を識別する情報要素を含む請求項１に記載の非一時計算機可読記憶媒体。
4. 応答メッセージが前記要求に対する応答を含み，該応答はサービス提供セル変更応答情報要素を識別する情報要素を含む請求項２に記載の非一時計算機可読記憶媒体。
5. 信号プロセッサによって処理されるデータを記憶する非一時計算機可読記憶媒体であって，前記信号プロセッサは，サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，無線通信システムにおける移動手続の無線リンク追加及びサービス提供セル変更結合メッセージによって前記データを転送するように構成され，
   前記データを転送する各メッセージは標準のデータ構造を有し，
   前記無線リンク追加及びサービス提供セル変更結合メッセージは，前記サービス提供セル変更及び無線リンク追加双方が同時要求されなかったときに実行される，個別無線リンク追加手続の前又は後の個別サービス提供セル変更手続を実行しないように，無線リンク識別情報を含む情報要素と，高速ダウンリンク共有チャネルサービス提供セル変更情報を含む情報要素と，を含む要求を含み，
   前記無線リンク追加及びサービス提供セル変更結合メッセージは，サービス提供強化個別チャネル無線リンクを識別する情報要素を含む要求を含む非一時計算機可読記憶媒体。
6. 前記応答は，媒体接続制御指示子を示す情報要素を含む請求項３に記載の非一時計算機可読記憶媒体。
7. 前記応答は，無線ネットワーク一時識別子を示す情報要素を含む請求項３に記載の非一時計算機可読記憶媒体。
8. 前記応答は，無線ネットワーク一時識別子を示す情報要素を含む請求項６に記載の非一時計算機可読記憶媒体。
9. 応答メッセージが前記要求に対する応答を含むことを特徴とし，該応答は前記サービス提供強化個別チャネル無線アップリンクの制御チャネル情報を識別する情報要素を含む請求項５に記載の非一時計算機可読記憶媒体。
10. プロセッサ及び計算機プログラムコードを含むメモリを備えたネットワーク要素であって，前記メモリ及び計算機プログラムコードは前記プロセッサを用いて前記ネットワーク要素が少なくとも，ユーザ装置からの測定報告に応答して，
    サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，無線通信システムの別のネットワーク要素に，無線リンク追加及びサービス提供セル変更結合メッセージを供給し，
    前記無線リンク追加の成功表示又は不成功表示を含む応答メッセージを受信するように構成され，
    前記無線リンク追加及びサービス提供セル変更結合メッセージは，無線リンク識別情報を含む情報要素と，高速ダウンリンク共有チャネルサービス提供セル変更情報を含む情報要素と，を含み，
    前記結合メッセージは，前記サービス提供セル変更及び無線リンク追加双方が同時に要求されなかったときに実行される，前記ネットワーク要素と前記別のネットワーク要素との間の個別無線リンク追加手続の前又は後の個別サービス提供セル変更手続を実行しないようにするネットワーク要素。
11. プロセッサ及び計算機プログラムコードを含むメモリを備えたユーザ装置であって，前記メモリ及び計算機プログラムコードは前記プロセッサを用いて前記ユーザ装置が少なくとも，
    隣接セルに関する情報を有する測定報告をネットワーク要素に供給し，
    コネクションフレーム番号を識別する情報要素を含む活性集合更新メッセージを前記ネットワーク要素から受信する，
    ように構成され，
    前記コネクションフレーム番号を識別する情報要素もまた，サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，無線リンク追加及びサービス提供セル変更結合メッセージによって前記ネットワーク要素から別のネットワーク要素に送信され，
    前記無線リンク追加及びサービス提供セル変更結合メッセージは，前記サービス提供セル変更及び無線リンク追加双方が同時に要求されなかったときに実行される，前記ネットワーク要素と前記別のネットワーク要素との間の個別無線リンク追加手続の前又は後の個別サービス提供セル変更手続を実行しないように，前記無線リンクを追加する要求及びサービス提供セル変更に関する情報を結合するユーザ装置。
12. プロセッサ及び計算機プログラムコードを含むメモリを備えたネットワーク要素であって，前記メモリ及び計算機プログラムコードは前記プロセッサを用いて前記ネットワーク要素が少なくとも，
    サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，別のネットワーク要素からの無線リンク追加及びサービス提供セル変更結合メッセージに応答して無線リンクを追加し，
    前記別のネットワーク要素に応答メッセージを供給するように構成され，
    前記結合メッセージは，無線リンク識別情報を含む情報要素と，高速ダウンリンク共有チャネルサービス提供セル変更情報を含む情報要素と，を含み，
    前記メッセージは，高速データパケット接続のコネクションフレーム番号を含むコネクションフレーム番号を識別する情報要素を含み，前記無線リンク識別情報は高速物理ダウンリンク共有チャネルの識別情報であり，
    前記無線リンク追加及びサービス提供セル変更結合メッセージは，前記サービス提供セル変更及び無線リンク追加双方が同時に要求されなかったときに実行される，前記ネットワーク要素と前記別のネットワーク要素との間の個別無線リンク追加手続の前又は後の個別サービス提供セル変更手続を実行しないようにするネットワーク要素。
13. システムであって，
    該システムの隣接セルに関する情報を有する，ユーザ装置からの測定報告に応答して，活性集合更新メッセージを前記ユーザ装置に提供し，サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，無線リンク追加及びサービス提供セル変更要求結合メッセージを供給し，該結合メッセージは，個別セル変更手続及び個別無線リンク追加手続を別個に実行することを避けるために前記サービス提供セル変更及び無線リンク追加に関する情報を含む第１ネットワーク要素と，
    前記無線リンク追加及びサービス提供セル変更要求結合メッセージに応答して，前記第１ネットワーク要素に応答メッセージを供給する第２ネットワーク要素と，
    を備えるシステム。
14. 前記第１ネットワーク要素はまた，前記応答メッセージに応答して，前記活性集合更新メッセージを供給する請求項１３に記載のシステム。
15. ユーザ装置において実行する方法であって，
    隣接セルに関する情報を有する測定報告をネットワーク要素に供給するステップと，
    コネクションフレーム番号に関する情報要素を含む活性集合更新メッセージを前記ネットワーク要素から受信するステップと，
    を有し，
    サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，前記コネクションフレーム番号に関する前記情報もまた，無線リンク追加及びサービス提供セル変更結合メッセージによって前記ネットワーク要素から別のネットワーク要素に送信され，前記ネットワーク要素と前記別のネットワーク要素との間の個別無線リンク追加手続の前又は後に個別セル変更手続を別個に実行することを避けるために，前記ネットワーク要素と前記別のネットワーク要素との間の無線リンク追加及びサービス提供セル変更結合手続を可能にし，
    前記別のネットワーク要素は前記ユーザ装置と無線で通信するためのものとする方法。
16. ネットワーク要素において実行する方法であって，
    ユーザ装置から測定報告を受信するステップと，
    サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，無線リンク追加及びサービス提供セル変更結合メッセージを別のネットワーク要素に供給するステップと，
    を有し，
    サービス提供セル変更情報要素は，前記ネットワーク要素と前記別のネットワーク要素との間の個別無線リンク追加手続の前又は後に個別セル変更手続を別個に実行しないように，前記ネットワーク要素と前記別のネットワーク要素との間の無線リンク追加及びサービス提供セル変更結合手続を可能にするために，前記無線リンク追加及びサービス提供セル変更結合メッセージに含まれる方法。
17. ネットワーク要素において実行する方法であって，
    サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，前記ネットワーク要素と別のネットワーク要素との間の個別無線リンク追加手続の前又は後に個別セル変更手続を別個に実行しないように，前記ネットワーク要素と前記別のネットワーク要素との間の無線リンク追加及びサービス提供セル変更結合手続を可能にするために，コネクションフレーム番号を識別する情報要素を有する無線リンク追加及びサービス提供セル変更結合メッセージを別のネットワーク要素から受信するステップと，
    コネクションフレーム番号を識別する前記情報要素を有する活性集合更新メッセージを，前記別のネットワーク要素がユーザ装置へ送信できるように，応答メッセージを前記別のネットワーク要素に供給するステップと，
    を有する方法。
18. 無線通信システムにおける移動手続に関する無線リンク追加及びサービス提供セル変更結合メッセージ及び当該応答を処理するための計算機プログラムを記憶した非一時計算機可読記憶媒体であって，サービス提供セル変更及び無線リンク追加双方が同時に要求された場合，前記サービス提供セル変更及び無線リンク追加双方が同時に要求されなかったときに実行される，個別無線リンク追加手続の前又は後の個別サービス提供セル変更手続を実行しないように，各メッセージが，ユーザ装置の通信コンテキストに無線リンクを追加する要求及びサービス提供セル変更に関する情報双方を含む非一時計算機可読記憶媒体。
19. 前記要求は，高速データパケット接続コネクションフレーム番号を含むコネクションフレーム番号を識別する情報要素を含み，前記無線リンク識別情報は高速物理ダウンリンク共有チャネルのものとする請求項１８に記載の非一時計算機可読記憶媒体。
20. 無線通信システムにおける移動手続に関する無線リンク追加及びサービス提供セル変更結合メッセージを処理するための集積回路であって，サービス提供セル変更及び無線リンク追加双方が同時に要求された場合，前記サービス提供セル変更及び無線リンク追加双方が同時に要求されなかったときに実行される，個別サービス提供セル変更手続を別個に実行しないように，各メッセージが，ユーザ装置の通信コンテキストに無線リンクを追加する要求及びサービス提供セル変更に関する情報双方を含む集積回路。
21. 前記要求は，高速データパケット接続コネクションフレーム番号を含むコネクションフレーム番号を識別する情報要素を含み，前記無線リンク識別情報は高速物理ダウンリンク共有チャネルのものとする請求項２０に記載の集積回路。
22. 隣接セルに関する情報を有する測定報告をネットワーク要素に供給する送信器と，
    前記ネットワーク要素からの活性集合更新メッセージに応答する受信器と，
    を備える装置であって，
    サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，前記活性集合更新メッセージはコネクションフレーム番号に関する情報要素を含み，
    前記ネットワーク要素と別のネットワーク要素との間の個別無線リンク追加手続の前又は後に個別サービス提供セル変更手続を実行しないように，無線リンク追加及びサービス提供セル変更結合手続を可能にするため，前記コネクションフレーム番号に関する前記情報もまた，無線リンク追加及びサービス提供セル変更結合メッセージによって前記ネットワーク要素から前記別のネットワーク要素に送信され，
    前記別のネットワーク要素は，前記コネクションフレーム番号によって同期された前記装置と無線で通信するためのものとする装置。
23. ユーザ装置からの測定報告に応答する受信器と，
    送信器と，
    を備える装置であって，前記送信器は，サービス提供セル変更及び無線リンク追加双方が同時に要求された場合，前記装置と別の装置との間の個別無線リンク追加手続の前又は後に個別サービス提供セル変更手続を別個に実行しないように，無線リンク追加及びサービスセル変更結合手続を可能にするため，無線リンク追加及びサービス提供セル変更結合メッセージを前記別の装置に供給し，
    前記無線リンク追加及びサービス提供セル変更結合メッセージ内の情報要素として，コネクションフレーム番号が含まれる装置。
24. 無線リンク追加要求及びサービス提供セル変更情報双方を含む，別の装置からの無線リンク追加及びサービス提供セル変更結合メッセージに応答する受信器と
    応答メッセージを前記別の装置に供給する送信器と，
    を備え，
    前記無線リンク追加及びサービス提供セル変更結合メッセージは，サービス提供セル変更及び無線リンク追加双方が同時に要求された場合，前記装置と前記別の装置との間の個別無線リンク追加手続の前又は後に個別サービス提供セル変更手続を別個に実行しないように，無線リンク追加及びサービス提供セル変更結合手続きを可能にする装置。
25. 隣接セルに関する情報を有する測定報告を送信するユーザ装置と，
    前記ユーザ装置からの前記測定報告に応答して，コネクションフレーム番号を識別する情報要素を有する無線リンク追加及びサービス提供セル変更結合メッセージを供給するサービス提供無線ネットワーク制御装置と，
    前記無線リンク追加及びサービス提供セル変更結合メッセージに応答して，応答メッセージを前記サービス提供無線ネットワーク制御装置に送信する無線基地局と，
    を備えるシステムであって，
    該無線基地局から前記応答メッセージを受信したとき，前記ユーザ装置が追加無線リンクから情報を受信開始するために適切なフレーム番号を選択する際に用いるために，前記無線ネットワーク制御装置が前記コネクションフレーム番号を識別する前記情報要素を有する活性集合更新メッセージを前記ユーザ装置へ送信し，
    個別サービス提供セル変更手続を実行しないようにするシステム。
26. 隣接セルに関する情報を有する測定報告に応答して，コネクションフレーム番号情報要素を有する活性集合更新メッセージを前記ユーザ装置へ送信し，前記コネクションフレーム番号情報要素を有する無線リンク削除及びサービス提供セル変更結合メッセージを送信するサービス提供無線ネットワーク制御装置と，
    前記コネクションフレーム番号情報要素を有する無線リンク削除及びサービス提供セル変更結合メッセージに応答して，応答メッセージを前記サービス提供無線ネットワーク制御装置に送信する無線基地局と，
    を備えるシステムであって，
    その後該無線基地局を介し，前記コネクションフレーム番号情報要素を用いてデータを前記サービス提供無線ネットワーク制御装置から前記ユーザ装置へ送信し，
    サービス提供セル変更及び無線リンク追加双方が同時に要求された場合，前記サービス提供無線ネットワーク制御装置及び前記無線基地局との間で個別サービス提供セル変更手続を実行しないようにするシステム。
27. ユーザ装置から測定報告を受信する手段と，
    無線リンク追加及びサービス提供セル変更結合メッセージを要求メッセージとして別の装置に供給する手段と，
    を備える装置であって，
    コネクションフレーム番号を前記無線リンク追加及びサービス提供セル変更結合メッセージに情報要素として含み，
    前記装置は，サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，個別サービス提供セル変更手続を実行しないようにする装置。
28. 前記別の装置からの応答メッセージに応答して，前記コネクションフレーム番号を情報要素として含む活性集合更新メッセージを前記ユーザ装置に提供する手段を更に備える請求項２７に記載の装置。
29. 前記ユーザ装置は，前記コネクションフレーム番号を用いてデータを受信できる請求項２８に記載の装置。
30. プロセッサ及び計算機プログラムコードを含むメモリを備えた装置であって，前記メモリ及び計算機プログラムコードは，前記プロセッサを用いて前記装置が，
    隣接セルに関する情報を有する測定報告をネットワーク要素に供給し，
    コネクションフレーム番号に関係する情報を含む活性集合更新メッセージを前記ネットワーク要素から受信する，
    ように構成され，
    サービス提供セル変更及び無線リンク追加双方が同時に要求された場合，前記ネットワーク要素と別のネットワーク要素との間の個別無線リンク追加手続の前又は後に個別サービス提供セル変更手続を実行しないように，前記コネクションフレーム番号を識別する情報要素もまた，無線リンク追加及びサービス提供セル変更結合メッセージによって前記ネットワーク要素から前記別のネットワーク要素に送信され，
    前記別のネットワーク要素は前記装置と無線で通信するためのものとする装置。
31. プロセッサと，
    計算機プログラムコードを含むメモリと，
    を備える装置であって，前記メモリ及び前記計算機プログラムコードは，前記プロセッサを用いて前記装置が少なくとも，
    ユーザ装置から測定報告を受信し，
    サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，無線リンク追加及びサービス提供セル変更結合メッセージを別の装置に供給する，
    ように構成され，
    前記無線リンク追加及びサービス提供セル変更結合メッセージは，前記装置と前記別の装置との間の個別無線リンク追加手続の前又は後に個別セル変更手続を別個に実行しないように，前記装置と前記別の装置との間の無線リンク追加及びサービス提供セル変更結合手続の実行を可能にし，
    コネクションフレーム番号が，前記無線リンク追加及びサービス提供セル変更結合メッセージの情報要素として含まれる装置。
32. プロセッサと，
    計算機プログラムコードを含むメモリと，
    を備える装置であって，前記メモリ及び前記計算機プログラムコードは，前記プロセッサを用いて前記装置が少なくとも，
    サービス提供セル変更及び無線リンク追加双方が同時に要求されたとき，前記装置と別の装置との間の個別無線リンク追加手続の前又は後に個別セル変更手続を別個に実行しないように，前記装置と前記別の装置との間の無線リンク追加及びサービス提供セル変更結合手続の実行を可能にするために，無線リンク追加及びサービス提供セル変更結合メッセージを別の装置から受信し，
    応答メッセージを前記別の装置に供給する，
    ように構成される装置。

Images