(57)【特許請求の範囲】
【請求項１】
基地局によって実行される、無線通信ネットワークにおける共通無線リソースの解放をサポートする方法であって、前記共通無線リソースは、共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースであり、前記方法は、
前記基地局が、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標を、物理共有チャネル再設定要求メッセージで無線ネットワーク制御装置から受信するステップ（S1）であって、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標が、「Ｅ−ＤＣＨ送信継続バックオフ」期間を示す、前記ステップと、
前記基地局が、ユーザ装置（ＵＥ）からの空バッファ状態の報告の受信に応じて、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標に基づいて、共通Ｅ−ＤＣＨリソースを解放するかどうかを決定するステップ（S2; S23）と、
を含むことを特徴とする方法。
【請求項２】
共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値の前記指標は、「Ｅ−ＤＣＨ送信継続バックオフ」期間がゼロに設定されているのか、ゼロとは異なる値に設定されているのかを示す、
ことを特徴とする請求項１に記載の方法。
【請求項３】
空バッファ状態の前記報告は、ゼロと等しいトータルＥ−ＤＣＨバッファ状態（ＴＥＢＳ）値を有する、ピギーバックされたスケジューリング情報（ＳＩ）として受信される、
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記共通無線リソースは、共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースであり、共通無線リソースの黙示的解放用のタイマーの値についての前記指標は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標であり、
共通Ｅ−ＤＣＨリソースを解放するかどうかを前記基地局が決定する前記ステップ（S2）は、前記基地局が、ユーザ装置（ＵＥ）からの空バッファ状態の前記報告が、前記ＵＥによる共通Ｅ−ＤＣＨリソースの黙示的解放に起因しているかどうかを、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての前記指標に基づいて判定するステップ（S2-1）を含む、
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記基地局が、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標がゼロと等しい場合に、前記共通Ｅ−ＤＣＨリソースを解放するステップ（S24）、
を更に含むことを特徴とする請求項３または４に記載の方法。
【請求項６】
共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標がゼロと異なる場合に、前記共通Ｅ−ＤＣＨリソースを解放しないようにするステップ（S25）、
を更に含むことを特徴とする請求項３または４に記載の方法。
【請求項７】
ＣＥＬＬ＿ＦＡＣＨ状態及びアイドルモードにおける個別チャネルの送信のためのスケジューリング情報を使用して黙示的解放のサポートを提供する、
ことを特徴とする請求項３または４に記載の方法。
【請求項８】
共通無線リソースの黙示的解放用の前記タイマーの値についての前記指標は、前記物理共有チャネル再設定要求メッセージ内の「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメントに含まれる、
ことを特徴とする請求項１に記載の方法。
【請求項９】
前記「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメント内の、共通無線リソースの黙示的解放用の前記タイマーの値についての前記指標は、ゼロ以上の値を有する列挙型に定められている、
ことを特徴とする請求項８に記載の方法。
【請求項１０】
無線ネットワーク制御装置によって実行される、無線通信ネットワークにおける共通無線リソースの解放をサポートする方法であって、前記共通無線リソースは、共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースであり、前記方法は、
前記無線ネットワーク制御装置が、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標を、物理共有チャネル再設定要求メッセージで基地局へ送信することによって、ユーザ装置（ＵＥ）からの空バッファ状態の報告の受信に応じて、共通Ｅ−ＤＣＨリソースを解放するかどうかを、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標に基づいて前記基地局が決定することを可能にするステップ（S11）であって、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標が、「Ｅ−ＤＣＨ送信継続バックオフ」期間を示す、前記ステップ、
を含むことを特徴とする方法。
【請求項１１】
共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値の前記指標は、「Ｅ−ＤＣＨ送信継続バックオフ」期間がゼロに設定されているのか、ゼロとは異なる値に設定されているのかを示す、
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記無線ネットワーク制御装置は、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標を前記基地局へ送信することによって、ゼロと等しいトータルＥ−ＤＣＨバッファ状態（ＴＥＢＳ）値を有する、ピギーバックされたスケジューリング情報（ＳＩ）の、ユーザ装置（ＵＥ）からの受信に応じて共通Ｅ−ＤＣＨリソースを解放するかどうかを、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標に基づいて前記基地局が決定することを可能にする、
ことを特徴とする請求項１０または１１に記載の方法。
【請求項１３】
前記無線ネットワーク制御装置は、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標を前記基地局へ送信することによって、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標がゼロと等しい場合に、前記共通Ｅ−ＤＣＨリソースを、前記ＵＥからの空バッファ状態の前記報告の受信に応じて前記基地局が解放し、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標がゼロと異なる場合に、前記共通Ｅ−ＤＣＨリソースを前記基地局が解放しないようにすることを可能にする、
ことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記方法は、前記無線ネットワーク制御装置が、共通無線リソースの黙示的解放用のタイマーの値についての前記指標を含む情報エレメントを前記メッセージ内に付加するステップ（S10）を含み、
共通無線リソースの黙示的解放用のタイマーの値についての指標を前記無線ネットワーク制御装置が送信する前記ステップ（S11）は、共通無線リソースの黙示的解放用のタイマーの値についての前記指標を含む、前記付加された情報エレメントを有する前記メッセージを、前記無線ネットワーク制御装置が前記基地局へ送信するステップ（S11-1）を含む、
ことを特徴とする請求項１０から１３のいずれか１項に記載の方法。
【請求項１５】
共通無線リソースの黙示的解放用の前記タイマーの値についての前記指標は、前記物理共有チャネル再設定要求メッセージ内の「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメントに含まれる、
ことを特徴とする請求項１０に記載の方法。
【請求項１６】
前記「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメント内の、共通無線リソースの黙示的解放用の前記タイマーの値についての前記指標は、ゼロ以上の値を有する列挙型に定められている、
ことを特徴とする請求項１５に記載の方法。
【請求項１７】
無線通信ネットワークのための基地局（100; 4, 6）であって、
共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースの黙示的解放用のタイマーの値についての指標を、無線ネットワーク制御装置から物理共有チャネル再設定要求メッセージで受信するよう構成されたインタフェース（110, 48）であって、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標が、「Ｅ−ＤＣＨ送信継続バックオフ」期間を示す、前記インタフェースと、
ユーザ装置（ＵＥ）からの空バッファ状態の報告の受信に応じて、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標に基づいて、共通Ｅ−ＤＣＨリソースを解放するかどうかを決定するよう構成された処理モジュール（120; 40）と、
を備えることを特徴とする基地局。
【請求項１８】
前記インタフェース（110, 48）は、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標を、「Ｅ−ＤＣＨ送信継続バックオフ」期間の値がゼロに設定されているのか、ゼロとは異なる値に設定されているのかについての指標の形式で受信するよう構成される、
ことを特徴とする請求項１７に記載の基地局。
【請求項１９】
前記基地局（100; 4, 6）は、空バッファ状態の前記報告を、ゼロと等しいトータルＥ−ＤＣＨバッファ状態（ＴＥＢＳ）値を有する、ピギーバックされたスケジューリング情報（ＳＩ）として受信するよう構成された送受信機モジュール（130; 42）を備える、
ことを特徴とする請求項１７または１８に記載の基地局。
【請求項２０】
前記処理モジュール（120; 40）は、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標がゼロと等しい場合に、前記共通Ｅ−ＤＣＨリソースを解放するよう構成される、
ことを特徴とする請求項１９に記載の基地局。
【請求項２１】
前記処理モジュール（120; 40）は、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標がゼロと異なる場合に、前記共通Ｅ−ＤＣＨリソースを維持するよう構成される、
ことを特徴とする請求項１９に記載の基地局。
【請求項２２】
前記インタフェース（110, 48）は、共通無線リソースの黙示的解放用の前記タイマーの値についての前記指標を、物理共有チャネル再設定要求メッセージ内の「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメントで受信するよう構成される、
ことを特徴とする請求項１７から２１のいずれか１項に記載の基地局。
【請求項２３】
無線通信ネットワークのための無線ネットワーク制御装置（200; 8）であって、
共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースの黙示的解放用のタイマーの値についての指標を、物理共有チャネル再設定要求メッセージで基地局へ送信することによって、ユーザ装置（ＵＥ）からの空バッファ状態の報告の受信に応じて、共通Ｅ−ＤＣＨリソースを解放するかどうかを、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標に基づいて前記基地局が決定することを可能にするよう構成されたインタフェース（210; 52）であって、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標が、「Ｅ−ＤＣＨ送信継続バックオフ」期間を示す、前記インタフェース、
を備えることを特徴とする無線ネットワーク制御装置。
【請求項２４】
前記インタフェース（210; 52）は、共通Ｅ−ＤＣＨリソースの黙示的解放用の前記タイマーの値についての前記指標を、「Ｅ−ＤＣＨ送信継続バックオフ」期間の値がゼロに設定されているのか、ゼロとは異なる値に設定されているのかについての指標の形式で送信するよう構成される、
ことを特徴とする請求項２３に記載の無線ネットワーク制御装置。
【請求項２５】
前記無線ネットワーク制御装置（200; 8）は、共通無線リソースの黙示的解放用の前記タイマーの値についての前記指標を含む情報エレメントを前記メッセージ内に付加するよう構成された処理モジュール（220; 50）を備え、
前記インタフェース（210; 52）は、前記メッセージを前記基地局へ送信するよう構成される、
ことを特徴とする請求項２３または２４に記載の無線ネットワーク制御装置。
【請求項２６】
前記無線ネットワーク制御装置（200; 8）は、共通無線リソースの黙示的解放用の前記タイマーの値についての前記指標を、前記物理共有チャネル再設定要求メッセージ内の「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメントに含めるよう構成された処理モジュール（220; 50）を備え、
前記インタフェース（210; 52）は、前記物理共有チャネル再設定要求メッセージを前記基地局へ送信するよう構成される、
ことを特徴とする請求項２３から２５のいずれか１項に記載の無線ネットワーク制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、無線通信、及び無線リソースの効率的な使用に関するものである。
【背景技術】
【０００２】
高速パケットアクセス（ＨＳＰＡ：High Speed Packet Access）をサポートする、ＵＴＭＳ地上無線アクセスネットワーク（ＵＴＲＡＮ：UMTS Terrestrial Radio Access Network）／広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標）：Wideband Code Division Multiple Access）ネットワークという、非限定的な例で、本出願の技術を説明する。図１に、ＵＴＲＡＮ／ＨＳＰＡタイプのシステムの基本的な例を示している。本例のネットワークは、基本的に、ノードＢとも称される複数の基地局１００−１，１００−２；４，６と、１つ以上の無線ネットワーク制御装置（ＲＮＣ：Radio Network Controller）２００−１，２００−２；８とを備える。ＲＮＣは、１つ以上のノードＢに対する制御機能を提供する。ＲＮＣ２００−１；８は、コアネットワーク（ＣＮ）４００内の１つ以上のコアネットワーク・ノードとも通信し、当該コアネットワークは、１つ以上の他のネットワーク（例えば、インターネット、公衆電話網及び私設電話網等）に接続されうる。ＲＮＣ及びそれに対応するノードＢは、多くの場合、１つ以上のユーザ装置（ＵＥ）３００；１４に対して基本的な無線アクセスを提供する無線ネットワークサブシステムと表される。ネットワーク内には複数のインタフェースが存在する。Ｕｕインタフェースは、ノードＢとＵＥとを接続する。Ｉｕｂインタフェースは、ＲＮＣとノードＢとを接続する。Ｉｕｒインタフェースは、２つのＲＮＣを互いに接続する。ＩｕＣＳ及びＩｕＰＳインタフェースは、ＲＮＣとＣＮとを接続する。
【０００３】
このようなタイプのネットワークは、通常、当該ネットワークとの通信のために個別の（dedicated）無線リソースがＵＥに割り当てられている、当該ＵＥの接続状態と、共通の拡張個別チャネル（Ｅ−ＤＣＨ：Enhanced Dedicated Channel）リソース等の共通無線リソースをＵＥが利用可能である、他の接続状態と、をサポートしている。
【０００４】
共通リソースは、様々な方法で解放され、例えば、ネットワークによって明示的に（explicitly）解放されうるか、ＵＥによって黙示的に（implicitly）解放されうる。後者のケースでは、ＵＥは基本的に、その送信バッファを空にするまで共通無線リソースを維持して、場合によってはインアクティビティ・タイマー（inactivity timer）が終了するのを待ち、その後、共通無線リソースを解放する。ＵＥは、典型的には、空バッファ状態（empty buffer status）の報告を含むスケジューリング情報がネットワークへ送信された後に、及び、最後の再送プロセスが確認応答されたか、または最大再送回数に達した後に、リソースを解放する。ＵＥからの、空バッファ状態の報告を含むスケジューリング情報の受信は、通常、ネットワークによって、ＵＥによる黙示的な解放と解釈され、その後、ネットワークもネットワーク側のリソースを解放する。
【０００５】
共通リソースの黙示的解放用のタイマーまたは単に黙示的解放タイマー（implicit release timer）とも称される、インアクティビティ・タイマーは、ＲＮＣによって制御され、関係のある（複数の）ＵＥに対してシステム情報でブロードキャストされる。通常はインアクティビティ・タイマーが使用され、これは、ＵＥが、最後の送信の完了からわずか数秒後に送信するための新たなデータを有している可能性があるためである。当該タイマーについての選択される値は、他のユーザにリソースを割り当て可能にするためにできるだけ素早くリソースを解放することと、当該リソースを解放した直後に同一のユーザから要求を受信するリスクとのトレードオフと関係している。
【０００６】
しかし、ＵＥにおけるインアクティビティ・タイマーが有効化されている場合、共通リソースをネットワークが誤って解放して、その結果として無線リンクの障害及びデータの損失が生じる状況が起こり得ることに留意すべきである。
【０００７】
したがって、無線通信ネットワークにおける共通リソースの解放のためのよりロバストな解決策が必要である。
３ＧＰＰ文書"Total E-DCH buffer size in case of CCCH transmission"，Ｒ２−１２２０３３，２０１２年５月 は、ＣＥＬＬ＿ＦＡＣＨ状態におけるＣＣＣＨ送信が完了した際に、トータルＥ−ＤＣＨバッファ状態（ＴＥＢＳ）値＜＞０である場合に、ＵＥがスケジューリング情報（ＳＩ）を送信できず、共通Ｅ−ＤＣＨリソースを解放することができないという課題に関係している。したがって、アイデアは、ＣＥＬＬ＿ＦＡＣＨ状態におけるＣＣＣＨ送信が完了した際に、ＵＥに、実際のＴＥＢＳ値によらず、ＴＥＢＳ＝０を有するＳＩを送信させ、共通Ｅ−ＤＣＨリソースを解放させることである。
米国特許出願公開第２００９／０８６６７１号明細書は、拡張ランダムアクセスチャネル（Ｅ−ＲＡＣＨ）におけるメッセージの送信の終了に関するものである。Ｅ−ＲＡＣＨメッセージの終了に応じた動作が、Ｅ−ＤＣＨリソースを解放するために与えられる。ＵＥが当該ＵＥのバッファが空であると判定した際に、ＵＥが、ゼロと等しいＥ−ＤＣＨバッファ状態（ＴＥＢＳ）の値を有するスケジューリング情報の送信をトリガすることで、ネットワークが、ゼロの値を有するＳＩを受信した際にリソースを解放できるようにする。
米国特許出願公開第２００９／１１６３７８号明細書は、第１エンティティにおける少なくとも２つの第１タイマーまたは第２エンティティにおける少なくとも２つの第２タイマーを利用して、アイドルモードに移行するタイミングまたは無線リソースを解放するタイミングを決定することで無線リンクの回復を行うことによって、無線通信システムにおける無線リンク障害に対処する方法に関するものである。
国際公開第２００９／０８２３２９号は、リソースの管理及び共通Ｅ−ＤＣＨリソースの解放に関するものであり、レイヤ２またはレイヤ１の既存のシグナリング・フィールドを用いてＵＥとノードＢとの間で解放をシグナリングする。当該シグナリング・フィールドは、ＣＥＬＬ＿ＤＣＨにおいて既に使用されているが、その解釈が、ＣＥＬＬ＿ＦＡＣＨにおいてユーザごとに変更される。
【発明の概要】
【０００８】
提案技術は、従来技術のこれらの欠点及び他の欠点を克服する。
【０００９】
全体的な目的は、無線通信ネットワークにおいて共通無線リソースの的確な解放のサポートを提供することである。
【００１０】
この目的及び他の目的は、添付の請求項に規定されるような提案技術によって達成される。
【００１１】
第１の態様によれば、基地局によって実行される、無線通信ネットワークにおける共通無線リソースの解放をサポートする方法が提供される。基地局は、共通無線リソースの黙示的解放用のタイマーの値についての指標を、無線ネットワーク制御装置から受信し、基地局は、共通無線リソースの黙示的解放用のタイマーの値についての当該指標に基づいて、共通無線リソースを解放するかどうかを決定する。
【００１２】
第２の態様によれば、無線ネットワーク制御装置によって実行される、無線通信ネットワークにおける共通無線リソースの解放をサポートする方法が提供される。無線ネットワーク制御装置は、共通無線リソースの黙示的解放用のタイマーの値についての指標を、基地局へ送信することによって、共通無線リソースを解放するかどうかを、共通無線リソースの黙示的解放用のタイマーの値についての当該指標に基づいて基地局が決定することを可能にする。
【００１３】
第３の態様によれば、無線通信ネットワークのための基地局が提供される。基地局は、共通無線リソースの黙示的解放用のタイマーの値についての指標を、無線ネットワーク制御装置から受信するよう構成されたインタフェースを備える。基地局は、共通無線リソースの黙示的解放用の前記タイマーの値についての指標に基づいて、共通無線リソースを解放するかどうかを決定するよう構成された処理モジュールを更に備える。
【００１４】
第４の態様によれば、無線通信ネットワークのための無線ネットワーク制御装置が提供される。無線ネットワーク制御装置は、共通無線リソースの黙示的解放用のタイマーの値についての指標を、基地局へ送信することによって、共通無線リソースを解放するかどうかを、共通無線リソースの黙示的解放用のタイマーの値についての当該指標に基づいて基地局が決定することを可能にするよう構成されたインタフェースを備える。
【００１５】
第５の態様によれば、無線通信ネットワークにおいて共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースの解放をサポートする方法が提供され、「Ｅ−ＤＣＨ送信継続バックオフ」期間がゼロに設定されているのか、ゼロとは異なる値に設定されているのかを示す「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメント（ＩＥ）を含む、物理共有チャネル再設定要求メッセージを、基地局が無線ネットワーク制御装置から受信する。
【００１６】
第６の態様によれば、無線通信ネットワークのための基地局が提供され、基地局は、「Ｅ−ＤＣＨ送信継続バックオフ」期間がゼロに設定されているのか、ゼロとは異なる値に設定されているのかを示す「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメント（ＩＥ）を含む、物理共有チャネル再設定要求メッセージを、無線ネットワーク制御装置から受信するよう構成される。
【００１７】
第７の態様によれば、無線通信ネットワークにおいて共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースの解放をサポートする方法が提供され、「Ｅ−ＤＣＨ送信継続バックオフ」期間がゼロに設定されているのか、ゼロとは異なる値に設定されているのかを示す「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメント（ＩＥ）を含む、物理共有チャネル再設定要求メッセージを、無線ネットワーク制御装置が基地局へ送信する。
【００１８】
第８の態様によれば、無線通信ネットワークのための無線ネットワーク制御装置が提供され、無線ネットワーク制御装置は、「Ｅ−ＤＣＨ送信継続バックオフ」期間がゼロに設定されているのか、ゼロとは異なる値に設定されているのかを示す「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメント（ＩＥ）を含む、物理共有チャネル再設定要求メッセージを、基地局へ送信するよう構成される。
【００１９】
このように、黙示的解放用のタイマーの値についての指標を使用することによって、基地局は、ＵＥからの空バッファ状態の報告の受信に応じて共通リソースを解放するかどうかを、正しく決定することが可能になる。これにより、空バッファ状態の報告についての誤った解釈が排除され、不必要な無線リンク障害が避けられることになる。
【００２０】
他の利点は、詳細な説明を読んだ場合に理解されることになる。
【図面の簡単な説明】
【００２１】
添付の図面とともに以下の説明を参照することによって、提案技術の他の目的及び利点とともに、当該提案技術が最大限に理解されることになる。
【００２２】
【図１】ＵＴＲＡＮ／ＨＳＰＡタイプの通信ネットワークの例を図示する概略図。
【００２３】
【図２】一実施形態に係る、基地局によって実行される、無線通信ネットワークにおける共通無線リソースの解放をサポートする方法の例を図示する概略的なフロー図。
【００２４】
【図３】一実施形態に係る、図２の決定ステップの特定の例を図示する概略的なフロー図。
【００２５】
【図４】一実施形態に係る、共通無線リソースの解放をサポートする方法の他の特定の例を図示する概略的なフロー図。
【００２６】
【図５】一実施形態に係る、無線ネットワーク制御装置によって実行される、無線通信ネットワークにおける共通無線リソースの解放をサポートする方法の例を図示する概略的なフロー図。
【００２７】
【図６】他の実施形態に係る、無線ネットワーク制御装置によって実行される、無線通信ネットワークにおける共通無線リソースの解放をサポートする方法の例を図示する概略的なフロー図。
【００２８】
【図７】一実施形態に係る、無線ネットワーク制御装置によって実行される、無線通信ネットワークにおける共通無線リソースの解放をサポートする方法の他の例を図示する概略的なフロー図。
【００２９】
【図８】一実施形態に係る、無線通信ネットワーク用の基地局及び無線ネットワーク制御装置、並びに対応するＲＮＣ−ＢＳインタフェースの例を図示する概略的なブロック図。
【００３０】
【図９】基地局とＵＥとの間のＵＥ−ＢＳインタフェースの図示も含む、一実施形態に係る、基地局及び無線ネットワーク制御装置、並びに対応するＲＮＣ−ＢＳインタフェースの特定の例を図示する概略的なブロック図。
【００３１】
【図１０】共通無線リソースの解放をサポートする方法の更に他の特定の例を図示する概略的なフロー図。
【００３２】
【図１１】一実施形態に係るユーザ装置の例を図示する概略的なブロック図。
【００３３】
【図１２】一実施形態に係る、ノードＢ等の基地局の例を図示する概略的なブロック図。
【００３４】
【図１３】一実施形態に係る無線ネットワーク制御装置の例を図示する概略的なブロック図。
【発明を実施するための形態】
【００３５】
複数の図面にわたって、同一または対応する要素に対して同一の参照番号を使用している。
【００３６】
本技術は、共通拡張個別チャネル（Ｅ−ＤＣＨ）のリソース等の共通無線リソースをＵＥが利用可能な場合のシナリオに関するものである。共通リソースは、様々な方法で解放され、例えば、ネットワークによって明示的に解放されうるか、ＵＥによって黙示的に解放されうる。後者のケースでは、ＵＥは、基本的に、その送信バッファが空になるまで共通無線リソースを維持して、場合によってはインアクティビティ・タイマーが終了するのを待ち、その後、共通無線リソースを解放する。
【００３７】
前述のように、ＵＥにおけるインアクティビティ・タイマーが有効化されていない場合には、黙示的な解放の手順はうまくいく。しかし、ＵＥにおけるインアクティビティ・タイマーが有効化されている場合には、共通リソースをネットワークが誤って解放して、その結果として無線リンクの障害及びデータの損失が生じる状況があり得ることに留意すべきである。
【００３８】
発明者は、このことが、パケットデータユニットの最後部において十分なスペースが利用可能な場合に、ＵＥは、インアクティビティ・タイマーが終了したか否かにかかわらず、空バッファ状態の指標を有するスケジューリング情報を付加しうるという事実と関係があることに気が付いた。そして、そのような空バッファ状態の指標は、インアクティビティ・タイマーが終了していないにもかかわらず、ネットワークによって、ＵＥによる黙示的な解放として誤って解釈される可能性がある。ネットワークがリソースを誤って解放した場合には、インアクティビティ・タイマーが終了する前にＵＥが送信を再開しようとするときに当該ＵＥが無線リンク障害を検出することになり、データが失われることになる。
【００３９】
図２は、一実施形態に係る、基地局（ＢＳ）によって実行される、無線通信ネットワークにおける共通無線リソースの解放をサポートする方法の例を図示する概略的なフロー図である。ステップＳ１で、基地局は、共通無線リソースの黙示的解放用のタイマーの値についての指標（indication）を、無線ネットワーク制御装置から受信する。ステップＳ２で、基地局は、共通無線リソースの黙示的解放用のタイマーの値についての指標に基づいて、共通無線リソースを解放するかどうかを決定する。
【００４０】
黙示的解放用のタイマーの値についての指標を使用することによって、基地局は、ＵＥからの空バッファ状態の報告の受信に応じて共通リソースを解放するかどうかを、正しく決定することが可能になる。これにより、空バッファ状態報告の誤った解釈が排除され、不必要な無線リンク障害が避けられることになる。
【００４１】
ステップ２は、場合によっては、関係する３ＧＰＰ標準規格において「共通リソース解放の決定（common resource release decision）」と称される。
【００４２】
特定の実施形態では、共通無線リソースは、共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースであり、黙示的解放用のタイマーの値についての指標は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標である。
【００４３】
共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標は、例えば、「Ｅ−ＤＣＨ送信継続バックオフ（E-DCH transmission continuation back off）」期間がゼロに設定されているのか、ゼロとは異なる値に設定されているのかを示してもよい。
【００４４】
これまでに示唆したように、共通無線リソースを解放するかどうかを基地局が決定するステップＳ２は、ユーザ装置（ＵＥ）からの空バッファ状態の報告の受信に応じて実行されうる。
【００４５】
具体的には、空バッファ状態の報告は、後ほど詳細に説明するように、ゼロと等しいトータルＥ−ＤＣＨバッファ状態（ＴＥＢＳ：Total E-DCH Buffer Status）値を有する、ピギーバックされた（piggybacked）スケジューリング情報（ＳＩ：Scheduling Information）として受信されてもよい。
【００４６】
特定の実施形態の例では、図３に示したように、共通無線リソースが、共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースであり、かつ、共通無線リソースの黙示的解放用のタイマーの値についての指標が、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標である場合には、共通リソースを解放するかどうかを基地局が決定するステップＳ２は、ＵＥからの空バッファ状態の報告が、ＵＥによる共通Ｅ−ＤＣＨリソースの黙示的解放に起因しているかどうかを、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標に基づいて基地局が判定する、ステップＳ２−１を含む。
【００４７】
例として、本方法は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標がゼロと等しい場合に、基地局が共通Ｅ−ＤＣＨリソースを解放するステップを含んでもよい。
【００４８】
一方で、本方法は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての上記指標がゼロと異なる場合に、基地局が共通Ｅ−ＤＣＨリソースを解放しないようにするステップを含んでもよい。言い換えれば、基地局は、この場合には共通Ｅ−ＤＣＨリソースを維持する。その他の詳細については、図１０が参照されてもよい。
【００４９】
このため、本例では、黙示的解放用のタイマーがゼロであるか否かを示せば十分である。しかし、黙示的解放用のタイマーの値についての指標は、代替的には、「Ｅ−ＤＣＨ送信継続バックオフ」期間の厳密な値等の、タイマーの厳密な値を示してもよい。他の例については後ほど説明する。
【００５０】
後ほど詳細に説明するように、共通無線リソースの黙示的解放用のタイマーの値についての指標は、例えば、物理共有チャネル再設定要求（PHYSICAL SHARED CHANNEL RECONFIGURATION REQUEST）メッセージで受信されてもよい。
【００５１】
物理共有チャネル再設定要求メッセージは、ＲＮＣとノードＢとの間のいわゆるＩｕｂインタフェース上でのシグナリングの一部である。
【００５２】
共通無線リソースの黙示的解放用のタイマーの値についての指標は、物理共有チャネル再設定要求メッセージ内の、新たな「共通Ｅ−ＤＣＨ黙示的解放タイマー（Common E-DCH Implicit Release Timer）」情報エレメントに含められてもよい。
【００５３】
一例として、「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメントにおける、共通無線リソースの黙示的解放用のタイマーの値についての指標は、ゼロ以上の値を有する列挙型（ENUMERATED type）に定められる。
【００５４】
以下では、無線ネットワーク制御装置の観点から本技術の実施形態を説明する。
【００５５】
図５は、一実施形態に係る、無線ネットワーク制御装置によって実行される、無線通信ネットワークにおける共通無線リソースの解放をサポートする方法の例を図示する概略的なフロー図である。ステップＳ１１で、無線ネットワーク制御装置は、共通無線リソースの黙示的解放用のタイマーの値についての指標を、基地局へ送信することによって、共通無線リソースを解放するかどうかを、共通無線リソースの黙示的解放用のタイマーの値についての当該指標に基づいて基地局が決定することを可能にする。
【００５６】
特定の実施形態では、共通無線リソースは、共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースであり、上記指標は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標である。
【００５７】
例として、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標は、「Ｅ−ＤＣＨ送信継続バックオフ（E-DCH transmission continuation back off）」期間がゼロに設定されているのか、ゼロとは異なる値に設定されているのかを示してもよい。
【００５８】
特定の実施形態の例では、無線ネットワーク制御装置は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標を基地局へ送信することによって、ユーザ装置（ＵＥ）からの空バッファ状態の報告の受信に応じて共通Ｅ−ＤＣＨリソースを解放するかどうかを、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての当該指標に基づいて基地局が決定することを可能にする。
【００５９】
より具体的には、無線ネットワーク制御装置は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標を基地局へ送信することによって、ゼロと等しいトータルＥ−ＤＣＨバッファ状態（ＴＥＢＳ）値を有する、ピギーバックされたスケジューリング情報（ＳＩ）の、ユーザ装置（ＵＥ）からの受信に応じて共通Ｅ−ＤＣＨリソースを解放するかどうかを、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての当該指標に基づいて基地局が決定することを可能にする。
【００６０】
例えば、無線ネットワーク制御装置は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標を基地局へ送信することによって、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標がゼロと等しい場合に、共通Ｅ−ＤＣＨリソースを、ＵＥからの空バッファ状態の報告の受信に応じて基地局が解放することを可能にする。相補的には、基地局は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標がゼロと異なる場合に、共通Ｅ−ＤＣＨリソースを解放しない（維持する）ことが可能になる。
【００６１】
無線ネットワーク制御装置は、例えば、共通無線リソースの黙示的解放用のタイマーの値についての指標を、物理共有チャネル再設定要求メッセージで基地局へ送信してもよい。
【００６２】
その結果、共通無線リソースの黙示的解放用のタイマーの値についての指標は、物理共有チャネル再設定要求メッセージ内の「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメントに含められてもよい
【００６３】
図６のフロー図に概略的に示されている特定の例では、本方法は、無線ネットワーク制御装置が、共通無線リソースの黙示的解放用のタイマーの値についての指標を含む情報エレメントをメッセージ内に付加する、オプションのステップ（Ｓ１０）を含む。共通無線リソースの黙示的解放用のタイマーの値についての指標を無線ネットワーク制御装置が送信するステップ（Ｓ１１）は、その結果、共通無線リソースの黙示的解放用のタイマーの値についての指標を含む、当該付加された情報エレメントを有するメッセージを、無線ネットワーク制御装置が基地局へ送信するステップ（Ｓ１１−１）を含む。例えば、無線ネットワーク制御装置は、最初に、黙示的解放用のタイマーの値を提供し、当該タイマーの値についての指標を含む新たな情報エレメントをメッセージ内に付加し、最後に、当該メッセージを基地局へ送信する。
【００６４】
例として、「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメントにおける、共通無線リソースの黙示的解放用のタイマーの値についての指標は、ゼロ以上の値を有する列挙型に定められる。
【００６５】
図８は、一実施形態に係る、無線通信ネットワーク用の基地局（ＢＳ）及び無線ネットワーク制御装置（ＲＮＣ）、並びに対応するＲＮＣ−ＢＳインタフェースの例を図示する概略的なブロック図である。
【００６６】
基地局１００は、共通無線リソースの黙示的解放用のタイマーの値についての指標を、無線ネットワーク制御装置２００から受信するよう構成されたインタフェース１１０を備える。基地局は、共通無線リソースを解放するかどうかを、共通無線リソースの黙示的解放用のタイマーの値についての指標に基づいて決定するよう構成された処理モジュール１２０を更に備える。
【００６７】
無線ネットワーク制御装置２００は、共通無線リソースを解放するかどうかを、共通無線リソースの黙示的解放用のタイマーの値についての指標に基づいて基地局が決定することを可能にするために、共通無線リソースの黙示的解放用のタイマーの値についての当該指標を、基地局へ送信するよう構成されたインタフェース２１０を備える。
【００６８】
このため、ＲＮＣ−ＢＳインタフェースは、共通無線リソースの黙示的解放用のタイマーの値についての新規の指標を含む。
【００６９】
図９は、基地局とＵＥとの間のＵＥ−ＢＳインタフェースの図示も含む、一実施形態に係る、基地局及び無線ネットワーク制御装置、並びに対応するＲＮＣ−ＢＳインタフェースの特定の例を図示する概略的なブロック図である。
【００７０】
好ましくは、インタフェース１１０は、共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースの黙示的解放用のタイマーの値についての指標を受信するよう構成され、処理モジュール１２０は、共通Ｅ−ＤＣＨリソースを解放するかどうかを決定するよう構成される。
【００７１】
これに関連して、インタフェース１１０は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標を、「Ｅ−ＤＣＨ送信継続バックオフ」期間の値がゼロに設定されているのか、ゼロとは異なる値に設定されているのかについての指標の形式で受信するよう構成されてもよい。
【００７２】
典型的には、処理モジュール１２０は、ユーザ装置（ＵＥ）からの空バッファ状態の報告の受信に応じて共通無線リソースを解放するかどうかを、共通無線リソースの黙示的解放用のタイマーの値についての指標に基づいて決定するよう構成される。
【００７３】
具体的には、基地局１００は、空バッファ状態の報告を、ゼロと等しいトータルＥ−ＤＣＨバッファ状態（ＴＥＢＳ）値を有する、ピギーバックされたスケジューリング情報（ＳＩ）として受信するよう構成された送受信機モジュール１３０を、更に含んでもよい。
【００７４】
例として、処理モジュール１２０は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標がゼロと等しい場合に共通Ｅ−ＤＣＨリソースを解放するよう、構成されてもよい。
【００７５】
一方で、処理モジュール１２０は、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標がゼロと異なる場合に共通Ｅ−ＤＣＨリソースを維持するよう、構成されてもよい。言い換えれば、少なくとも黙示的解放用のタイマーがゼロと異なる限り、この場合には共通Ｅ−ＤＣＨリソースは解放されない。
【００７６】
特定の実施形態の例では、インタフェース１１０は、共通無線リソースの黙示的解放用のタイマーの値についての指標を、物理共有チャネル再設定要求メッセージ内の「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメントで受信するよう構成される。
【００７７】
なお、「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメント（ＩＥ：information element）は、物理共有チャネル再設定要求メッセージの「共通Ｅ−ＤＣＨシステム情報（Common E-DCH System Information）」情報エレメントに対して付加される新たなＩＥであることを理解されたい。
【００７８】
物理共有チャネル再設定要求メッセージは、ＲＮＣとノードＢとの間のいわゆるＩｕｂインタフェース上でのシグナリングの一部である。
【００７９】
再びＲＮＣの観点からすると、ＲＮＣ２００のインタフェース２１０は、好ましくは、共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースを解放するかどうかを基地局が決定することを可能にするために、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標を送信するよう構成される。
【００８０】
インタフェース２１０は、例えば、共通Ｅ−ＤＣＨリソースの黙示的解放用のタイマーの値についての指標を、「Ｅ−ＤＣＨ送信継続バックオフ」期間の値がゼロに設定されているのか、ゼロとは異なる値に設定されているのかについての指標の形式で送信するよう構成されてもよい。
【００８１】
特定の例では、無線ネットワーク制御装置２００は、共通無線リソースの黙示的解放用のタイマーの値についての指標を含む情報エレメントをメッセージ内に付加するよう構成された、オプションの処理モジュール２２０を更に備える。これにより、インタフェース２１０は、当該メッセージを基地局へ送信するよう構成される。
【００８２】
例として、無線ネットワーク制御装置２００は、共通無線リソースの黙示的解放用のタイマーの値についての指標を、物理共有チャネル再設定要求メッセージ内の「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメントに含めるよう構成された処理モジュール２２０を更に備える。これにより、インタフェース２１０は、当該物理共有チャネル再設定要求メッセージを基地局１００へ送信するよう構成される。
【００８３】
例えば、ＲＮＣ−ＢＳインタフェースは、Ｉｕｂインタフェースであってもよく、ＵＥ−ＢＳインタフェースは、Ｕｕインタフェースであってもよい。
【００８４】
提案技術のより深い理解のために、以下では、特定のタイプのネットワークの例についての概要及び解析について説明する。提案技術は、それらに限定されない。
【００８５】
例として、ＷＣＤＭＡ（登録商標）／ＨＳＰＡネットワークは、セル順方向アクセスチャネル（ＣＥＬＬ＿ＦＡＣＨ：CELL Forward Access Channel）状態と、セル個別チャネル（ＣＥＬＬ＿ＤＣＨ：CELL Dedicated Channel）状態とをサポートしている。ＣＥＬＬ＿ＦＡＣＨ状態は、ＵＥがネットワークとの通信に共通無線リソースのみを利用可能である、即ち、個別の無線リソースがＵＥに割り当てられていない、ＵＥの接続状態（またはモード）である。ＣＥＬＬ＿ＤＣＨ状態は、個別の無線リソースがＵＥに割り当てられている、ＵＥの接続状態（またはモード）である。
【００８６】
周波数分割複信（ＦＤＤ：Frequency Division Duplexing）では、ＣＥＬＬ＿ＦＡＣＨ状態及びアイドルモード（Idle Mode）におけるＥ−ＤＣＨ送信は、ランダムアクセス手順の性能を向上させるための仕組みである。ＣＥＬＬ＿ＦＡＣＨ状態及びアイドルモードにおける拡張上りリンクは、リリース９９のランダムアクセス電力ランピング（power ramping）フェーズと、共通Ｅ−ＤＣＨリソース上のＥ−ＤＣＨ送信とを組み合わせる。ネットワークは、１つのセル内で最大３２個の共通Ｅ−ＤＣＨリソースを設定可能である。設定情報は、システム情報によってブロードキャストされる（５／５ｂｉｓを参照。）。
【００８７】
Ｅ−ＤＣＨランダムアクセス手順は、以下のステップを含む。
１：リリース９９のようなプリアンブル電力ランピングを用いたアクセス要求プリアンブルの送信。
２：共通Ｅ−ＤＣＨリソースの取得指標（Acquisition Indication）及び割当て。
３：共通制御チャネル（ＣＣＣＨ）送信または個別トラヒックチャネル／個別制御チャネル（ＤＴＣＨ／ＤＣＣＨ）送信を搬送するために使用される、割り当てられたＥ−ＤＣＨチャネルでのデータ送信。
４：共通Ｅ−ＤＣＨリソースの解放。
【００８８】
ＤＣＣＨ／ＤＴＣＨのような個別チャネルでは、共通Ｅ−ＤＣＨリソースは、以下の方法で解放されうる。
１：競合解決フェーズ（collision resolved phase）の期間中に、Ｅ−ＤＣＨ絶対グラントチャネル（Ｅ−ＡＧＣＨ）上でノードＢが解放コマンドを明示的に送信する場合。
２：ネットワークによって（ＵＥによって黙示的に）設定された場合。ＵＥは、空バッファ状態がＳＩでノードＢへ報告された後、及び最後のＨＡＲＱプロセスが確認応答された、または最大再送回数に達した後に、リソースを解放する。
３：競合解決（contention resolution）が失敗した場合、即ち、絶対グラントがＵＥによって受信されない場合。
４：ＣＥＬＬ＿ＦＡＣＨからＣＥＬＬ＿ＤＣＨへの状態遷移の期間中。
５．無線リンク障害時。
【００８９】
黙示的解放については、本明細書で援用する3GPP TS 25.321 [1]の第11.2.2A節に、以下のように規定されている。
『E-DCH送信継続バックオフを用いた黙示的解放
黙示的リソース解放は、“E-DCH送信継続バックオフ”が“無限大（infinity）”に設定されていない場合にのみ有効化される。
黙示的リソース解放が有効化されていると、DTCH/DCCH送信の場合、TEBSが0バイトであり、かつ、高レイヤデータを有する最新の生成されたMAC-i PDUに、送信用に物理レイヤに対するPHY-data-REQプリミティブが与えられるときに、タイマーTbが“E-DCH送信継続バックオフ”値に設定される。
タイマーTbが動作している間にTEBS  0バイトが検出されると、当該タイマーが停止され、共通E-DCHリソースでの上りリンクデータ送信が継続する。
タイマーTbが動作している間にMAC-ehs PDUが受信されると、当該タイマーが再開される。
“E-DCH送信継続バックオフ”値が“0”に設定された場合、またはタイマーTbが終了した場合、MAC-STATUS-Indプリミティブは、RLCに対して論理チャネルごとに、PDUがMACに対して転送されてはならないことを知らせる。TEBS=0バイトが、MAC-i PDUにおけるSIとしてNode B MACに対して報告される。“E-DCH送信継続バックオフ”値が“0”に設定された場合、サービング・グラントが、残りのDCCH/DTCHデータと一緒に同一のMAC-i PDUでSIを搬送するのに十分であることを前提として、最新のDCCH/DTCHデータを搬送するMAC-i PDUでSIを送信しなければならない。それ以外の場合、空バッファ状態報告が、次のMAC-i PDUで個別に送信される。
空バッファ状態が報告され、かつ、送信（再送）用のいずれのHARQプロセスにもMAC-i PDUが残っていない場合に、CELL_FACH 状態及びアイドルモードプロセスの終了における拡張上りリンクについてRRCに通知するCMAC-STATUS-Indが、トリガされる。』
【００９０】
本明細書で援用する3GPP TS 25.321 [1]の第9.2.5.3.2節には、ＦＤＤのトータルＥ−ＤＣＨバッファ状態について以下のように規定されている。
『トータルE-DCHバッファ状態（TEBS）：
TEBSフィールドは、RRCによって報告が要求された全ての論理チャネルにわたって利用可能なトータルのデータ量を特定するとともに、RLCレイヤにおける送信及び再送に利用可能なバイト数のデータ量を示す。MAC-i/isが設定された場合には、MAC-i/isセグメンテーション・エンティティにおける送信に利用可能なデータ量も含む。MACがAM RLCエンティティと接続される場合、送信対象の制御PDU及びRLC Txウィンドウ外のRLC PDUも、TEBSに含められなければならない。送信されたもののピアエンティティによって否定確認応答がされたRLC PDUは、TEBSに含められてはならない。』
【００９１】
[1]の第11.8.1.6節「スケジューリング情報の報告」は、ＣＥＬＬ＿ＦＡＣＨ状態におけるＣＣＣＨ送信の場合にスケジューリング情報がどのようにトリガされなければならないのかを、以下のように規定している。
『CELL_DCH状態では、MAC-iが設定された場合、並びにFDD及びDCCH/DTCH送信用のCELL_FACHにおいて、ヘッダを加えたデータのサイズが、UEによって選択されたE-TFCのTBサイズから18ビットを引いたサイズ以下であるときには、
スケジューリング情報は、このMAC-i PDUに連結されなければならない。それ以外の場合、スケジューリング情報は含まれない。 […] 』
【００９２】
『CELL_FACH状態におけるFDD及びDTCH/DCCH送信では、TEBSがゼロのままであり、かつ、“無限大”と等しくないE-DCH送信継続バックオフ期間によって与えられる期間に送信される高レイヤデータがMACに残っていない場合に、1回、スケジューリング情報の送信がトリガされなければならない。“無限大infinity”または“ゼロ”に設定されたE-DCH送信継続バックオフ期間を用いたCELL_FACHにおけるFDD及びDTCH/DCCH送信では、TEBSがゼロになり、かつ、空バッファ状態報告を有するスケジューリング情報を含むMAC-i PDUの送信後に送信される高レイヤデータがMACに残っていない場合に、毎回、スケジューリング情報の送信がトリガされなければならない。“E-DCH送信継続バックオフ”が“無限大”に設定されている場合には、サービング・グラントが、残りのDCCH/DTCHデータと一緒に同一のMAC-i PDUでSIを搬送するのに十分であることを前提として、最新のDCCH/DTCHデータを搬送するMAC-i PDUで、空バッファ状態報告を有するスケジューリング情報が送信されなければならない。それ以外の場合、空バッファ状態報告を有するスケジューリング情報が、次のMAC-i PDUで個別に送信される。』
【００９３】
ＲＮＣは、「共通Ｅ−ＤＣＨシステム情報（Common E-DCH System Information）」に含まれる以下の情報エレメントを使用して、黙示的解放の有効化をノードＢに伝達する（[3]の第9.2.2.103節を参照）。
0006050893.tif 000002
【００９４】
ノードＢは、「Ｅ−ＤＣＨ送信継続バックオフ」値を認識していない。
【００９５】
黙示的解放が有効化されている場合、ゼロと等しいＴＥＢＳ値を有するスケジューリング情報の送信によって、ＵＥによる共通Ｅ−ＤＣＨリソースの解放が決定される。ＴＥＢＳ＝０の指標は、そのＵＥに割り当てられた共通Ｅ−ＤＣＨリソースを解放するために、更にネットワークによって使用されてもよい。
【００９６】
黙示的リソース解放が有効化されていると、ＤＴＣＨ／ＤＣＣＨ送信の場合に、ＴＥＢＳが０バイトであり、かつ、高レイヤデータを有する最新の生成されたＭＡＣ−ｉ ＰＤＵに、送信用に物理レイヤに対するＰＨＹ−ｄａｔａ−ＲＥＱプリミティブが与えられるときに、インアクティビティ・タイマーまたは黙示的解放タイマーとも称されるタイマーＴｂが、「Ｅ−ＤＣＨ送信継続バックオフ」値に設定される。つまり、タイマーＴｂが０と異なる値に設定されている場合、ＵＥは、ＴＥＢＳ＝０が検出されてすぐにＳＩを送信することはなく、当該タイマーの終了を待たなければならない。それと同時に、ＣＥＬＬ＿ＦＡＣＨ状態におけるＤＣＣＨ／ＤＴＣＨ送信の期間中のＭＡＣ−ｉ ＰＤＵの最後部に十分なスペースが利用可能である場合、ＵＥは、スケジューリング情報を付加する。ＣＥＬＬ＿ＦＡＣＨ状態におけるＤＣＣＨ／ＤＴＣＨ送信の期間中にＴＥＢＳ値が０になり、かつ、ＭＡＣ−ｉ ＰＤＵの最後部に十分なスペースが存在する場合、ＵＥは、タイマーＴｂが終了したかどうかによらず、ＴＥＢＳ＝０の指標を有するスケジューリング情報を付加することになる。
【００９７】
ＵＥの観点からするとこれは問題を意味しない。共通Ｅ−ＤＣＨリソースの解放が、このＴＥＢＳ＝０を有するＳＩの送信の影響を受けないためである（リソースを解放するために、ＵＥは、タイマーＴｂが終了した際に、ＴＥＢＳ＝０を有するＳＩをもう一度トリガしなければならない）。
【００９８】
ノードＢは、ＴＥＢＳ＝０を有するＳＩが、ＵＥからの黙示的解放に対応するのかどうかを認識していない。これは、ノードＢが、タイマーＴｂが終了したかを判定できないため、「Ｅ−ＤＣＨ送信継続バックオフ」値を認識していないという事実に起因している。ノードＢは、ＭＡＣ−ｉ ＰＤＵの十分なスペースによりＳＩが単純にトリガされたものの、タイマーＴｂは未だ終了していないのかどうかも認識していない。つまり、ネットワークは、０に設定されたＴＥＢＳを有するスケジューリング情報（ＳＩ）を得るとすぐに、ＵＥがリソースを黙示的に解放していることを理解することになる。しかし、そうではない可能性がある。ネットワークが、０に設定されたＴＥＢＳをＳＩが示す場合にリソースを解放するために当該ＳＩを使用すると、ＵＥが無線リンク障害を検出し、データが失われる可能性がある。
【００９９】
特定の実施形態の例では、提案技術は、ＣＥＬＬ＿ＦＡＣＨ状態及びアイドルモードにおける個別チャネル（例えば、ＤＣＣＨ／ＤＴＣＨ）送信のためのスケジューリング情報を使用して、黙示的解放のサポートの改善をもたらす。ノードＢは、「Ｅ−ＤＣＨ送信継続バックオフ」値がゼロに設定されているのか、０と異なる値に設定されているのかを認識させられる。このようにして、ＴＥＢＳ＝０を有するピギーバックされたＳＩの受信に応じて、ノードＢ自体が、それが黙示的解放に起因しているか否かを判定することができる。ＭＡＣ ＰＤＵの最後部に十分な空きビットが存在する場合、ピギーバックされるＳＩは、例えばＭＡＣ ＰＤＵにおけるデータと一緒に（連結して）送信されるスケジューリング情報である。
【０１００】
以下では、限定ではなく説明の目的で、特定の非限定的な実施形態の例のような具体的な詳細を説明する。しかし、それらの具体的な詳細とは別に他の実施形態が採用されうることが、当業者には理解されることになる。いくつかの例では、不必要な詳細によって説明を分かりにくくしないように、周知の方法、ノード、インタフェース、回路及び装置についての詳細な説明を省略している。説明する機能が、ハードウェア回路（例えば、専用の機能を実行するために相互接続されたアナログ及び／または離散論理ゲート、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル・ロジック・アレイ等）を使用して、及び／または、１つ以上のデジタルマイクロプロセッサまたは汎用コンピュータとともにソフトウェアプログラム及びデータを使用して、１つ以上のノードにおいて実装されうることを当業者は理解するであろう。無線インタフェースを使用して通信するノードは、適切な無線通信回路も有している。更に、本技術は、追加として、プロセッサに本明細書で説明する技術を実行させるコンピュータ命令の適切なセットを含む固体メモリ、磁気ディスクまたは光ディスクといった、コンピュータ読取可能なメモリの任意の形式の範囲で全面的に実施されるものと考えることができる。
【０１０１】
ハードウェア実装は、デジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェアと、縮小命令セット・プロセッサと、特定用途向け集積回路（ＡＳＩＣ）及び／またはフィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）に限定されることなくそれらを含むハードウェア（例えば、デジタルまたはアナログ）回路と、（適切な場合には）そのような機能を実行可能なステート・マシンと、を限定なしで含んでもよいし、または包含してもよい。
【０１０２】
コンピュータ実装に関しては、コンピュータは、１つ以上のプロセッサまたは１つ以上のコントローラを備えるものと一般的に理解され、コンピュータ、プロセッサ及びコントローラという用語は互いに代替可能に用いられうる。コンピュータ、プロセッサまたはコントローラによって機能が提供される場合、単一の専用コンピュータ、プロセッサ若しくはコントローラによって、単一の共用コンピュータ、プロセッサ若しくはコントローラによって、または、一部が共用または分散されてもよい複数の個別のコンピュータ、プロセッサ若しくはコントローラによって、機能が提供されうる。更に、「プロセッサ」または「コントローラ」という用語は、上記のハードウェアの例のような、そのような機能を実行可能な、及び／またはソフトウェアを実行可能な他のハードウェアも指し示す。
【０１０３】
「ＵＥ」は、上りリンク（ＵＬ）における信号の送信と、下りリンク（ＤＬ）における信号の受信及び／または測定とのうちの少なくとも１つを可能にする無線インタフェースを備える任意の無線デバイスまたはノードを含む、非限定的な用語であることが、当業者には理解されるべきである。本明細書におけるＵＥは、１つ以上の周波数、搬送波周波数、コンポーネント搬送波、または周波数帯域において動作可能または少なくとも測定を実行可能な（一般的な意味の）ＵＥを含みうる。ＵＥは、シングルＲＡＴ若しくはマルチＲＡＴまたはマルチ・スタンダードのモードで動作する「ＵＥ」であってもよい。
【０１０４】
セルは、基地局に関連付けられ、基地局は、一般的な意味で、下りリンク（ＤＬ）における無線信号の送信、及び／または上りリンク（ＵＬ）における無線信号の受信を行う任意のノードを含む。いくつかの基地局の例は、ｅノードＢ、ｅＮＢ、ノードＢ、マクロ／マイクロ／ピコ無線基地局、（フェムト基地局としても知られている）ホームｅノードＢ、リレー、リピータ、センサ、送信限定無線ノード、または受信限定無線ノードである。基地局は、１つ以上の周波数、搬送波周波数、または周波数帯域において動作または少なくとも測定を実行でき、キャリア・アグリゲーションが可能であってもよい。基地局は、例えば、異なるＲＡＴ用に同一または異なるベースバンド・モジュールを使用する、シングル無線アクセス技術（ＲＡＴ：Radio Access Technology）若しくはマルチＲＡＴまたはマルチ・スタンダードのノードであってもよい。
【０１０５】
説明するシグナリングは、直接リンクを介するか、または論理リンクを介する（例えば、高レイヤプロトコル、及び／または１つ以上のネットワークノードを介する）。例えば、協調ノードからのシグナリングは、他のネットワークノード、（例えば、無線ノード）を通過しうる。
【０１０６】
非限定的な例のＵＴＲＡＮタイプのシステムとの関連で実施形態の例を説明している。しかし、本技術は、ＵＴＲＡＮに限定されずに、任意の無線アクセスネットワーク（ＲＡＮ）、シングルＲＡＴ、またはマルチＲＡＴに対して適用可能である。他のいくつかのＲＡＴの例は、ロング・ターム・エボリューション・アドバンスト（ＬＴＥ−Ａｄｖａｎｃｅｄ：Long Term Evolution Advanced）、ユニバーサル移動体通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ（登録商標）：Global System for Mobile communications）、ｃｄｍａ２０００、ＷｉＭＡＸ、及びＷｉＦｉである。例えば、本技術をＬＴＥに適用する場合、当業者は、ＬＴＥのＭＡＣエンティティが異なる名称及び機能を有していることを理解するであろう。
【０１０７】
一般に、ＵＥが、ノードＢのセル内で、共通無線リソースのみをＵＥが利用可能である第１の接続状態またはモードである場合において（例えば、ＣＥＬＬ＿ＦＡＣＨセッション）、ノードＢによって割り当てられた共通または共有の無線リソース（例えば、共通Ｅ−ＤＣＨリソース）を使用した、ＵＥによる基地局（例えば、ノードＢ）への最初のデータ送信の後に、ＵＥは、インアクティビティ・タイマーが終了するまでの間、共通無線リソースを維持する。ＣＥＬＬ＿ＦＡＣＨセッションの期間中に、割り当てられた共通リソースをＵＥがいつ解放する必要があるかを判定するために、インアクティビティ・タイマーが使用される。ＵＥがその送信バッファを空にした後に、インアクティビティ・タイマーが起動し、当該タイマーが所定のタイマー終了値に達した時点で、ＵＥは、その割り当てられた共通リソースを解放する。その後は、ＵＥからの他のデータの送信は、ランダムアクセス手順から開始しなければならない。共通リソースの黙示的解放用のタイマーまたは単に黙示的解放タイマーとも称される、インアクティビティ・タイマーは、ＲＮＣによって制御され、関係のある（複数の）ＵＥに対してシステム情報でブロードキャストされる。
【０１０８】
図１０は、１つの非限定的な実施形態に係る手順の例を図示するフローチャート図である。ステップＳ２１で、ＲＮＣは、ノードＢに対して、黙示的解放用のタイマーをシグナリングする。ステップＳ２２で、基地局（ノードＢ）は、そのうち、ＴＥＢＳ＝０を有するピギーバックされたＳＩを受信する。ステップＳ２３で、基地局において、黙示的解放用のタイマー＝０であるかが判定される。黙示的解放用のタイマー＝０（Ｙ）である場合には、基地局は、ステップＳ２４で、共通Ｅ−ＤＣＨリソースを解放する。黙示的解放用のタイマー≠０（Ｎ）である場合には、基地局は、ステップＳ２５で、共通Ｅ−ＤＣＨリソースを解放しない。
【０１０９】
例として、新たな情報エレメント（ＩＥ）または他のタイプのメッセージ若しくは信号が、黙示的解放用のＥ−ＤＣＨ送信継続バックオフ・タイマー（即ち、黙示的解放タイマー）を示すために付加されうる。実施形態の例の値は、コントローリング無線ネットワーク制御装置（ＣＲＮＣ：Controlling Radio Network Controller）からノードＢへシグナリングされる。ＣＲＮＣは、考慮されるノードＢの設定に関与するＲＮＣである。
【０１１０】
他の実施形態の例では、新たなタイマー値を、ノードＢアプリケーション・パート（ＮＢＡＰ：Node B Application Part）制御プレーン・メッセージに付加しうる。３ＧＰＰ ＵＴＲＡＮアーキテクチャでは、ＮＢＡＰは、ＲＮＣによるノードＢの制御に関与するシグナリング・プロトコルであり、Ｉｕｂインタフェースの一部を形成する。
【０１１１】
他の実施形態の例では、ＣＲＮＣは、タイマーがゼロであるのか、ゼロより大きいのかを知らせてもよい。
【０１１２】
他の実施形態の例では、ＣＲＮＣは、Ｔｂが設定されなければならないのか否かを（継続バックオフ・タイマーが０である場合、ＵＥはＴｂを設定しない）、ノードＢに知らせてもよい。
【０１１３】
他の実施形態の例では、ＣＲＮＣは、黙示的解放タイマーの厳密な値をノードＢに知らせてもよい。
【０１１４】
例えば、物理共有チャネル再設定（Physical Shared Channel Reconfiguration）手順に、及び物理共有チャネル再設定要求メッセージに、新たなＩＥが付加されてもよい。ノードＢは、黙示的解放タイマー値を取得した場合、その値を拡張セルＦＡＣＨ関連設定に適用する。このようにして、黙示的解放タイマー値は、セル全体で同一となる。他の例では、他のＮＢＡＰメッセージ内に値を付加してもよいし、または、新たなメッセージ内に値を導入してもよい。
【０１１５】
以下は、本明細書で援用する、TS 25.433（第11.0.0版）（第9.1.62.1章）のＮＢＡＰの規定、物理共有チャネル再設定要求である。新たなＩＥは、例えば、共通Ｅ−ＤＣＨシステム情報（Common E-DCH System Information）ＩＥに付加されうる。
0006050893.tif 000003
0006050893.tif 000004
0006050893.tif 000005
【０１１６】
新たなＩＥは、共通Ｅ−ＤＣＨの解放を行う期間中に、黙示的解放タイマーを示すために付加されうる。その値は、ＣＲＮＣからノードＢへシグナリングされうる。
【０１１７】
代替のアプローチは、新たなタイマー値を、ＮＢＡＰ制御プレーン・メッセージに付加することである。例えば、物理共有チャネル再設定手順に、及び物理共有チャネル再設定要求メッセージに、新たなＩＥが付加される場合、ノードＢは、黙示的解放タイマー値を取得する際には、その値を拡張セルＦＡＣＨ関連設定に適用しなければならない。このようにして、新たな黙示的解放タイマー値は、セル全体で同一となる。本例のＩＥは、クリティカリティ（criticality）「無視（ignore）」によって規定されてもよい。
【０１１８】
他の例では、他のＮＢＡＰメッセージ内に値を付加してもよいし、または、新たなメッセージ内に値を導入してもよい。
【０１１９】
以下は、第9.2.2.103章、共通Ｅ−ＤＣＨシステム情報の規定である。本例における新たなＩＥ「共通Ｅ−ＤＣＨ黙示的解放タイマー（Common E-DCH Implicit Release Timer）」が、黙示的解放タイマーを示すために付加される。共通Ｅ−ＤＣＨシステム情報（Common E-DCH System Information）ＩＥは、ＣＥＬＬ＿ＦＡＣＨ状態及びアイドル状態のＵＥに対して設定されたＥ−ＤＣＨについての情報を提供する。
0006050893.tif 000006
0006050893.tif 000007
0006050893.tif 000008
【０１２０】
共通Ｅ−ＤＣＨ黙示的解放タイマー（Common E-DCH Implicit Release Timer）は、以下の例に示すように、整数（INTEGER）値または列挙（ENUMERATED）値として定められうる。
0006050893.tif 000009
【０１２１】
他の代替的な方法は、ＣＲＮＣがノードＢにタイマー値を送信するように、Ｉｕｂフレームプロトコルに新たなタイマー値を付加することである。
【０１２２】
１つの例は、新たなＩＥを、拡張セルＦＡＣＨとともに使用されるＨＳ−ＤＳＣＨデータフレーム内に付加することである。他の例は、制御フレームに対して、例えば、高速下りリンク共有チャネル（ＨＳ−ＤＳＣＨ：High Speed Downlink Shared Channel）キャパシティ要求（Capacity Request）内に、新たなＩＥを付加することである。情報を搬送するために、新たなユーザ・プレーン・フレームが導入されてもよい。
【０１２３】
図１１は、説明した１つ以上の非限定的な実施形態の例で使用可能なユーザ装置（ＵＥ）１４の例を示している。ＵＥ１４は、ＵＥ１４の動作を制御する処理モジュール３０を備える。処理モジュール３０は、ネットワーク２内の基地局４，６から信号を受信する／基地局４，６へ信号を送信するために使用される、関連した（複数の）アンテナ３４を有する送受信機モジュール３２と接続されている。ユーザ装置１４は、処理モジュール３０と接続され、かつ、ＵＥ１４の動作に必要となるプログラム、他の情報及びデータを格納したメモリモジュール３６を更に備える。いくつかの実施形態では、ＵＥ１４は、ＵＥ１４の位置及び移動速度を判定するために使用可能な衛星ポジショニングシステム（例えば、ＧＰＳ）受信機モジュール３８を、オプションとして備えてもよい。
【０１２４】
図１２は、上述の実施形態の例で使用可能な（ＵＭＴＳにおいてノードＢと称される）基地局４，６の例を示している。基地局４，６は、基地局４，６の動作を制御する処理モジュール４０を備える。処理モジュール４０は、ネットワーク２内のユーザ装置１４へ信号を送信する、及びユーザ装置１４から信号を受信するために使用される、関連した（複数の）アンテナ４４を有する送受信機モジュール４２と接続されている。基地局４，６は、処理モジュール４０と接続され、かつ、基地局４，６の動作に必要となるプログラム、他の情報及びデータを格納したメモリモジュール４０を更に備える。基地局４，６は、基地局４，６が（典型的にはＩｕｂインタフェースを介して）ＲＮＣ８と、及び／または他のネットワークノードと情報をやりとりするための、図１２においてＲＮＣインタフェースと称される構成要素及び／または回路４８を更に含む。
【０１２５】
図１３は、説明した１つ以上の実施形態の例で使用可能な無線ネットワーク制御装置（ＲＮＣ）８の例を示している。ＲＮＣ８は、ＲＮＣ８の動作を制御する処理モジュール５０を備える。処理モジュール５０は、ＲＮＣ８が、当該ＲＮＣ８と（典型的にはＩｕｂインタフェースを介して）結合される基地局４，６と情報をやりとりするための構成要素及び／または回路５２と接続されるとともに、ＲＮＣ８が、（典型的にはＩｕ−ＣＳインタフェース及び／またはＩｕ−ＰＳインタフェースを介して）コアネットワーク１０と情報をやりとりするための構成要素または回路５４と接続される。ＲＮＣ８は、処理モジュール５０と接続され、かつ、ＲＮＣ８の動作に必要となるプログラム、他の情報及びデータを格納したメモリモジュール５６を更に備える。
【０１２６】
ＵＥ１４、基地局４，６及びＲＮＣ８の全ての構成要素が図示されているわけではないことが理解されよう。
【０１２７】
上記の技術は、多数の利点を有する。例えば、ノードＢは、ＴＥＢＳ＝０を有するピギーバックされたＳＩを、黙示的解放と解釈するすぐに、共通Ｅ−ＤＣＨリソースをネットワークへ解放しうる。この問題を認識していないネットワーク実装の場合には、タイマーＴｂが終了する前に（即ち、黙示的解放手順がトリガされることなく）ＴＥＢＳ＝０を有するピギーバックされたＳＩをＵＥが送信した際に、ネットワークが共通Ｅ−ＤＣＨリソースを解放するリスクはない。
【０１２８】
提案技術の他の特定の態様によれば、無線通信ネットワークにおいて共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースの解放をサポートする方法及び対応する基地局が提供される。図４に示すように、基地局は、ステップＳ１’で、「Ｅ−ＤＣＨ送信継続バックオフ」期間がゼロに設定されているのか、ゼロとは異なる値に設定されているのかを示す「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメント（ＩＥ）を含む物理共有チャネル再設定要求メッセージを、無線ネットワーク制御装置から受信している。例えば、「共通Ｅ−ＤＣＨ黙示的解放タイマー」ＩＥは、「共通Ｅ−ＤＣＨシステム情報」ＩＥの「共通Ｅ−ＤＣＨ情報（Common E-DCH Information）」ＩＥに含まれる。図８、９及び１２も参照されてもよい。
【０１２９】
提案技術の更に他の特定の態様によれば、無線通信ネットワークにおいて共通拡張個別チャネル（Ｅ−ＤＣＨ）リソースの解放をサポートする方法及び対応する無線ネットワーク制御装置も提供される。図７に示すように、無線ネットワーク制御装置は、ステップＳ１１’で、「Ｅ−ＤＣＨ送信継続バックオフ」期間がゼロに設定されているのか、ゼロとは異なる値に設定されているのかを示す「共通Ｅ−ＤＣＨ黙示的解放タイマー」情報エレメント（ＩＥ）を含む物理共有チャネル再設定要求メッセージを、基地局へ送信している。例えば、「共通Ｅ−ＤＣＨ黙示的解放タイマー」ＩＥは、「共通Ｅ−ＤＣＨシステム情報」ＩＥの「共通Ｅ−ＤＣＨ情報」ＩＥに含まれる。図８、９及び１３も参照されてもよい。
【０１３０】
本技術は、少なくとも3GPP TS 25.433標準規格のリリース８からリリース１１及びそれ以降を含む、適用可能な標準規格の関連する全てのリリースに適用可能である。
【０１３１】
略語
３ＧＰＰ      第３世代パートナシップ・プロジェクト（3rd Generation Partnership Project）
ＣＣＣＨ      共通制御チャネル（Common Control Channel）
ＢＳ          基地局（Base Station）
ＣＮ          コアネットワーク（Core Network）
ＤＣＣＨ      個別制御チャネル（Dedicated Control Channel）
ＤＣＨ        個別チャネル（Dedicated Channel）
ＤＴＣＨ      個別トラヒックチャネル（Dedicated Traffic Channel）
Ｅ−ＤＣＨ    拡張個別チャネル（Enhanced Dedicated Channel）
Ｅ−ＡＧＣＨ  Ｅ−ＤＣＨ絶対グラントチャネル（Absolute Grant Channel）
ＦＡＣＨ      順方向アクセスチャネル（Forward Access Channel）
ＨＡＲＱ      ハイブリッド自動再送要求（Hybrid Automatic Repeat Request）
ＨＳＰＡ      高速パケットアクセス（High Speed Packet Access）
Ｌ１          レイヤ１（物理レイヤ）
ＭＡＣ        メディアアクセス制御プロトコル（Medium Access Control Protocol）
ＡＭ          確認応答モード（Acknowledged Mode）
ＰＤＵ        プロトコルデータユニット（Protocol Data Unit）
ＲＡＣＨ      ランダムアクセスチャネル（Random Access Channel）
ＲＬＣ        無線リンク制御（Radio Link Control）
ＲＮＣ        無線ネットワーク制御装置（Radio Network Controller）
ＲＲＣ        無線リソース制御プロトコル（Radio Resource Control Protocol）
ＳＤＵ        サービスデータユニット（Service Data Unit）
ＳＩ          スケジューリング情報（Scheduling Information）
ＳＩＢ        システム情報ブロック（System Information Block）
ＴＥＢＳ      トータルＥ−ＤＣＨバッファ状態（Total E-DCH Buffer Status）
ＵＥ          ユーザ装置（User Equipment）
ＦＤＤ        周波数分割複信（Frequency Division Duplexing）
ＴＴＩ        送信時間間隔（Time Transmission Interval）
ＵＭＴＳ      ユニバーサル移動体通信システム
ＵＴＲＡ      ＵＭＴＳ地上無線アクセス
ＵＴＲＡＮ    ＵＭＴＳ地上無線アクセスネットワーク
【０１３２】
（本明細書で関連する部分が参照されている）援用する参考文献は、以下のとおりである。
[1] 3GPP TS 25.321 v8.15.0, “Medium Access Control (MAC) protocol specification”
[2] 3GPP TS 25.331 v8.19.0, “Radio Resource Control (RRC); Protocol specification”
[3] 3GPP TS 25.433 v8.12.0 “UTRAN Iub interface Node B Application Part (NBAP) signalling”
【０１３３】
上記の説明は、多くの詳細を含んでいるが、制限するものと解釈されてはならず、いくつかの現在の好適な実施形態の例示を提供しているにすぎないと解釈されなければならない。本明細書に記載の実施形態は、独立した実施形態として扱われてもよいし、または、非限定的な例を説明するために互いに任意に組み合わせて扱われてもよい。本技術の非限定的な実施形態の例を、ＵＴＲＡＮとの関連で説明したが、説明した本技術の原理は、他の無線アクセス技術に対しても適用できる。
【０１３４】
実際に、本技術は、当業者には明らかになりうる他の実施形態を十分に包含している。要素への単数での言及は、明示的に記述しない限り「１つ及び１つのみ」を意味することを意図したものではなく、「１つ以上」を意図したものである。当業者には既知である、上述の実施形態の要素に対するあらゆる構造的及び機能的な均等物は、本明細書で明確に援用され、本明細書によって包含されるよう意図されている。更に、装置または方法が、本明細書によって包含される、説明した技術によって解決されようとするあらゆる課題に取り組む必要はない。
【図１】
0006050893.tif 000010
【図２】
0006050893.tif 000011
【図３】
0006050893.tif 000012
【図４】
0006050893.tif 000013
【図５】
0006050893.tif 000014
【図６】
0006050893.tif 000015
【図７】
0006050893.tif 000016
【図８】
0006050893.tif 000017
【図９】
0006050893.tif 000018
【図１０】
0006050893.tif 000019
【図１１】
0006050893.tif 000020
【図１２】
0006050893.tif 000021
【図１３】
0006050893.tif 000022