(57)【要約】本願の教示するところによれば、ＵＥはネットワークへのＣＣＣＨ送信のために用いられる共通のＥ−ＤＣＨの資源を解放する方法を実行するよう構成される。その方法によれば、ＵＥはそのＵＥのトータルなＥ−ＤＣＨバッファのステータス（ＴＥＢＳ）がゼロに等しいかどうかに係りなく、そのＵＥにおいて利用可能な最後のＣＣＣＨデータを送信する際に、そのネットワークへのスケジューリング情報（ＳＩ）の送信にトリガをかける。そのＵＥはさらに、そのＳＩの送信に応じて共通のＥ−ＤＣＨの資源を解放するよう構成設定される。ある例では、ＵＥは、そのＵＥにおいてＴＥＢＳがゼロに等しいかどうかに係りなく、そのＵＥにおいて利用可能な最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵの送信時にＳＩの送信にトリガをかける。その方法はまた、ＵＥにおいてＴＥＢＳがゼロに等しいかどうかに係りなく、そのネットワークにレポートされるＳＩにおいてＴＥＢＳをゼロに設定するＵＥを含むと良い。
2015508629.tif 000002
【特許請求の範囲】
【請求項１】
共通制御チャネル（ＣＣＣＨ）を無線通信ネットワーク（１０）に送信後、共通の拡張専用チャネル（Ｅ−ＤＣＨ）の資源を解放する、ユーザ機器（ＵＥ）（１６）における方法（３００）であって、前記方法（３００）は、
前記ＵＥ（１６）のトータルなＥ−ＤＣＨバッファステータス（ＴＥＢＳ）がゼロであるかどうかに係りなく、前記ＵＥ（１６）において利用可能な最後のＣＣＣＨデータを送信する（３０２）際に、前記無線通信ネットワーク（１０）へのスケジューリング情報（ＳＩ）の送信にトリガをかける工程（３０４）と、
前記ＳＩの送信に応じて前記共通のＥ−ＤＣＨの資源を解放する工程（３０６）とを有することを特徴とする方法。
【請求項２】
前記ＳＩの送信にトリガがかけられたとき前記ＴＥＢＳがゼロにならないように、Ｅ−ＤＣＨバッファが専用トラフィックチャネル（ＤＴＣＨ）又は専用制御チャネル（ＤＣＣＨ）のデータを含む程度に、前記最後のＣＣＣＨデータもバッファする前記Ｅ−ＤＣＨバッファにおける前記ＤＴＣＨデータと前記ＤＣＣＨデータを必要に応じてバッファリングする工程をさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記ＳＩの送信にトリガをかける工程（３０４）は、前記ＵＥ（１６）の前記ＴＥＢＳがゼロであるかどうかに係りなく、前記ＵＥ（１６）において利用可能な前記最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵの送信時に前記無線通信ネットワーク（１０）への前記ＳＩの送信にトリガをかける工程を含むことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記ＭＡＣ−ｉ  ＰＤＵを送信することに応じて、一度ＭＡＣ−ｃバッファがゼロバイトを含むなら、各論理チャネルに関するＰＤＵがＭＡＣレイヤに転送されないことを前記ＵＥ（１６）における無線リンク制御（ＲＬＣ）レイヤのエンティティに示す工程をさらに有することを特徴とする請求項３に記載の方法。
【請求項５】
前記ＵＥ（１６）の前記ＴＥＢＳがゼロであるかどうかに係りなく、前記ＵＥ（１６）の前記ＴＥＢＳがゼロに等しいことを、前記無線通信ネットワーク（１０）に送信される前記ＳＩにおいてレポートする工程をさらに有することを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記ＵＥ（１６）の現在のサービング許可によりＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可するなら、前記ＵＥ（１６）において利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませる工程と、
前記ＵＥ（１６）の前記現在のサービング許可により前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可しないなら、前記ＵＥ（１６）において利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵに続くＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませる工程をさらに有することを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記ＳＩの送信に応じて前記共通のＥ−ＤＣＨの資源を解放する工程（３０６）は、前記ＳＩの送信後、かつ、前記ＵＥ（１６）において実行中の最後のハイブリッド自動繰返要求（ＨＡＲＱ）処理が確認応答されたか又は前記ＵＥ（１６）により予め定められた最大再送数に達した後に、前記共通のＥ−ＤＣＨの資源を解放する工程を有することを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
無線通信ネットワーク（１０）において動作するように構成されたユーザ機器（ＵＥ）（１６）であって、
前記無線通信ネットワーク（１０）に信号を送信し、前記無線通信ネットワーク（１０）から信号を受信するトランシーバ回路（３２）と、
前記トランシーバ回路（３２）とは動作的に関係する１つ以上の処理回路（１８）とを有し、
前記１つ以上の処理回路は、
前記ＵＥ（１６）のトータルな拡張専用チャネル（Ｅ−ＤＣＨ）バッファのステータス（ＴＥＢＳ）がゼロであるかどうかに係りなく、前記ＵＥ（１６）において利用可能な最後の共通制御チャネル（ＣＣＣＨ）データの共通のＥ−ＤＣＨの資源を用いて前記ＵＥ（１６）により送信を行う際に、前記無線通信ネットワーク（１０）へのスケジューリング情報（ＳＩ）の送信にトリガをかけ、
前記ＳＩの送信に応じて前記共通のＥ−ＤＣＨの資源を解放するよう構成されることを特徴とするユーザ機器。
【請求項９】
前記１つ以上の処理回路（１８）はさらに、前記ＳＩの送信にトリガがかけられたとき前記ＴＥＢＳがゼロにならないように、Ｅ−ＤＣＨバッファが専用トラフィックチャネル（ＤＴＣＨ）又は専用制御チャネル（ＤＣＣＨ）のデータを含む程度に、前記最後のＣＣＣＨデータもバッファする前記Ｅ−ＤＣＨバッファにおける前記ＤＴＣＨデータと前記ＤＣＣＨデータを必要に応じてバッファリングするように構成されることを特徴とする請求項８に記載のユーザ機器。
【請求項１０】
前記１つ以上の処理回路（１８）は、前記ＵＥ（１６）の前記ＴＥＢＳがゼロであるかどうかに係りなく、前記ＵＥにおいて利用可能な前記最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵの送信時に前記無線通信ネットワーク（１０）への前記ＳＩの送信にトリガをかけるよう構成されることを特徴とする請求項８又は９に記載のユーザ機器。
【請求項１１】
前記１つ以上の処理回路（１８）はさらに、前記ＭＡＣ−ｉ  ＰＤＵを送信することに応じて、各論理チャネルに関するＰＤＵがＭＡＣレイヤに転送されないことを前記ＵＥ（１６）における無線リンク制御（ＲＬＣ）レイヤのエンティティに示すよう構成されることを特徴とする請求項１０に記載のユーザ機器。
【請求項１２】
前記１つ以上の処理回路（１８）はさらに、前記ＵＥ（１６）の前記ＴＥＢＳがゼロであるかどうかに係りなく、前記ＵＥ（１６）の前記ＴＥＢＳをゼロとして、前記無線通信ネットワーク（１０）に送信される前記ＳＩにおいてレポートするよう構成されることを特徴とする請求項８乃至１１のいずれか１項に記載のユーザ機器。
【請求項１３】
前記１つ以上の処理回路（１８）は、前記ＵＥ（１６）の現在のサービング許可によりＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可するなら、前記ＵＥ（１６）において利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませるようにし、前記ＵＥ（１６）の前記現在のサービング許可により前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可しないなら、前記ＵＥ（１６）において利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵに続くＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませるように構成されることを特徴とする請求項９乃至１２のいずれか１項に記載のユーザ機器。
【請求項１４】
前記１つ以上の処理回路（１８）は、前記ＳＩの送信後、かつ、前記ＵＥ（１６）において実行中の最後のハイブリッド自動繰返要求（ＨＡＲＱ）処理が確認応答されたか又は前記ＵＥ（１６）により予め定められた最大再送数に達した後に、前記共通のＥ−ＤＣＨの資源を解放することにより、前記ＳＩの送信に応じて前記共通のＥ−ＤＣＨの資源を解放するよう構成されることを特徴とする請求項８乃至１３のいずれか１項に記載のユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は２０１２年１月２５日に出願され譲渡された米国特許仮出願第６１／５９０５８５号の優先権を主張するものであり、その出願はここで参照により本願に組み込まれるものである。
【０００２】
本発明は一般には無線通信ネットワークに関し、特に、無線通信ネットワークにおける無線資源の使用に関する。
【背景技術】
【０００３】
ここでの主題の少なくともいくつかに関し、次の文書、即ち、非特許文献１と非特許文献２とが助けとなる参考文献としての役目を果たす。例えば、これらの先行文献、特に、後者の文献は、ＲＲＣの環境における“接続”と“アイドル”モードについてのある側面を説明している。それは接続モードでの動作の種々の状態に関する詳細を提供することも含んでいる。接続モードでの種々の状態は、ＣＥＬＬ＿ＤＣＨ（専用チャネル）、ＣＥＬＬ＿ＦＡＣＨ（フォワードアクセスチャネル）、ＣＥＬＬ＿ＰＣＨ（セル呼出チャネル）、及びＵＲＡ＿ＰＣＨ（ＵＲＡ呼出チャネル）を含む。
【０００４】
拡張専用トランスポートチャネル（Ｅ−ＤＣＨ）の詳細に関する情報も、関心のある点である。広い意味で、Ｅ−ＤＣＨはユーザ機器又はＵＥによりスケジュールベースと非スケジュールベースの両方で用いられアップリンクチャネルである。周波数分割複信（ＦＤＤ）に関し、ＣＥＬＬ＿ＦＡＣＨ状態とアイドルモードにおいてＵＥによるＥ−ＤＣＨ送信は、ランダムアクセス手順の性能を改善するための機構である。ＣＥＬＬ＿ＦＡＣＨ状態とアイドルモードにおける拡張アップリンクは、リリース９９でのランダムアクセス電力立ち上がりフェーズを共通Ｅ−ＤＣＨの資源でのＥ−ＤＣＨ送信と組み合わせている。
【０００５】
ネットワークは最大３２個の共通Ｅ−ＤＣＨの資源を１つのセル内に構成設定できる。その構成設定はシステム情報５／５ｂｉｓにより同報される。Ｅ−ＤＣＨのランダムアクセス手順は、次のステップからなる。即ち、リリース９９におけるようにプリアンブル電力立ち上がりを伴うアクセス要求プリアンブル送信と、共通Ｅ−ＤＣＨの資源の取得指示と割当と、共通制御チャネル（ＣＣＣＨ）送信又は専用トラフィックチャネル／専用制御チャネル（ＤＴＣＨ／ＤＣＣＨ）送信を搬送するために用いられる、割当てられたＥ−ＤＣＨチャネルによるデータ送信と、共通Ｅ−ＤＣＨの資源の解放である。
【０００６】
ＤＣＣＨ／ＤＴＣＨの送信に関し、共通Ｅ−ＤＣＨの資源は、次の方法により解放される。即ち、（１）競合解消時、又は、競合解消後、Ｅ−ＤＣＨの絶対許可チャネル（Ｅ−ＡＧＣＨ）で解放命令を送信することによりノードＢにより暗黙の内に、（２）もしネットワークにより構成設定されるならＵＥにより暗黙の内に、この場合、空のバッファステータスがスケジューリング情報（ＳＩ）においてノードＢにレポートされた後、そして、最後のハイブリッド自動繰返要求（ＨＡＲＱ）処理が確認応答されるか又は最大再送数に達した後、ＵＥはＥ−ＤＣＨの資源を解放する、（３）もし競合解消に失敗するなら、即ち、絶対許可がＵＥにより受信されない場合、（４）ＣＥＬＬ＿ＦＡＣＨからＣＥＬＬ＿ＤＣＨ（専用チャネル）へ状態遷移する間に、又は、（５）無線リンクの失敗時に解放される。
【０００７】
ＣＣＣＨ送信に関し、共通Ｅ−ＤＣＨの資源は次の方法により解放される。即ち、（１）空のバッファステータスがＳＩにおいてノードＢにレポートされた後、そして、最後のＨＡＲＱ処理が確認応答されるか又は最大再送数に達した後、（２）ネットワークにより構成設定された時間経過後、（３）無線リンクの失敗時に、ＵＥはその資源を解放する。
【０００８】
３ＧＰＰ  ＴＳ  ２５．３２１のセクション１１．２．２Ａ“ＦＤＤモードに関するＣＥＬＬ＿ＦＡＣＨ状態とアイドルモードにおける拡張アップリンクの制御（Control of Enhanced Uplink in CELL_FACH state and Idle mode for FDD mode）”は、どのように割当られた共通Ｅ−ＤＣＨの資源が解放されるのかを記載している。ＣＣＣＨ送信における文脈では、Ｅ−ＤＣＨの拡張物理アクセス送信手順は、次の条件の１つが満たされたなら、割当てられた共通Ｅ−ＤＣＨの資源の解放とともに完了する。即ち、その条件とは、
ＣＣＣＨ送信の場合、ＣＣＣＨに対するＥ−ＤＣＨの資源の最大割当てに達したなら、このことがＣＥＬＬ＿ＦＡＣＨ状態における拡張アップリンクについてのＲＲＣとアイドルモード処理終了を通知するＣＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄの契機となるか、又は、
ＣＣＣＨ送信の場合、送信Ｅ−ＤＣＨのバッファステータスが０バイトであるなら、ＣＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄプリミティブは、プロトコルデータユニット（ＰＤＵ）がＭＡＣに転送されてはならないことを各論理チャネルに関する無線リンク制御（ＲＬＣ）レイヤに示す。もし、送信Ｅ−ＤＣＨのバッファステータスが０バイトであり、ＭＡＣにおいてＭＡＣ−ｉ  ＰＤＵが（再）送信のために残されていないなら、このことがＣＥＬＬ＿ＦＡＣＨ状態における拡張アップリンクについてのＲＲＣとアイドルモード処理終了を通知するＣＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄの契機となる
という条件である。
【０００９】
“ＣＣＣＨについてのＥ−ＤＣＨの資源の最大割当て”はより上位のレイヤで受信され、ＳＩＢ５又はＳＩＢ５ｂｉｓにおける“共通Ｅ−ＤＣＨシステム情報”においてネットワークにより同報される。ここで、“ＳＩＢ”とはシステム情報ブロックのことである。３ＧＰＰ  ＴＳ  ２５．３３１を参照されたい。“ＣＣＣＨについてのＥ−ＤＣＨの資源の最大割当て”の値は、これらの値（送信時間間隔（ＴＴＩ）で表現される８、１２、１６、２０、２４、３２、４０、及び、８０）のいずれかにセットされる。
【００１０】
更なる参考のために、ＭＡＣ−ｉ，ＭＡＣ−ｃ、ＭＡＣ−ｄは、ＭＡＣレイヤの異なるエンティティであり、次のように定義される。即ち、
ＭＡＣ−ｄは、専用論理チャネルＤＣＣＨ／ＤＴＣＨを処理し、これらをＥ−ＤＣＨにマップするＭＡＣエンティティであり、
ＭＡＣ−ｃ／ｓｈ／ｍは、呼出チャネル（ＰＣＨ）、フォワードアクセスチャネル（ＦＡＣＨ）、ランダムアクセスチャネル（ＲＡＣＨ）、ＴＤＤモードでのみ存在するダウンリンク共用チャネル（ＤＳＣＨ）、ＴＤＤモードでのみ存在するアップリンク共用チャネル（ＵＳＣＨ）を処理するＭＡＣエンティティであり、
ＭＡＣ−ｅとＭＡＣ−ｉは、拡張専用トランスポートチャネル（Ｅ−ＤＣＨ）を処理するＭＡＣエンティティである。
【００１１】
ＭＡＣ−ｉの分割に関し、ＭＡＣ−ｉエンティティは、もし、ＰＤＵ全体がＭＡＣ−ｉｓ  ＳＤＵにフィットしないなら、ＰＤＵ全体がＭＡＣ−ｃ又はＭＡＣ−ｄ  ＰＤＵの一部分（セグメント）だけを送信する可能性がある。ＭＡＣ−ｉ  ＰＤＵがどのように構築されているのかに関する更なる詳細は３ＧＰＰ  ＴＳ  ２５．３２１ のセクション９．１．５に見出すことができる。
【００１２】
更に、３ＧＰＰ  ＴＳ  ２５．３２１はＦＤＤについても次のように、トータルなＥ−ＤＣＨバッファステータス（ＴＥＢＳ）を規定している。
【００１３】
ＴＥＢＳフィールドは、レポートすることがＲＲＣにより要求された全ての論理チャネルを通じて利用可能な総データ量を識別し、ＲＬＣレイヤにおいて送信と再送信のために利用可能なデータ量をバイト数で示す。ＭＡＣ−ｉが構成設定されるなら、ＴＥＢＳフィールドもまた、ＭＡＣ−ｉの分割エンティティにおける送信のために利用可能なデータ量も含める。ＭＡＣが確認応答モード（ＡＭ）ＲＬＣエンティティに接続されるとき、送信される制御ＰＤＵとＲＬＣ  Ｔｘ（送信）ウィンドウの外側にあるＲＬＣ  ＰＤＵもまた、ＵＥにおけるＴＥＢＳにおいて含められねばならない。送信されたがピアエンティティにより否定応答されたＲＬＣ  ＰＤＵは、ＴＥＢＳに含められてはならない。
【００１４】
３ＧＰＰ  ＴＳ  ２５．３２１  ｖ８．１４．０のセクション１１．８．１．６“スケジューリング情報レポーティング（Scheduling Information reporting）”は、ＣＥＬＬ＿ＦＡＣＨ状態におけるＣＣＣＨ送信の場合に、どのようにスケジューリング情報（ＳＩ）がトリガされねばならないかを詳細に述べている。
【００１５】
ＦＤＤとＣＥＬＬ＿ＦＡＣＨ状態とアイドルモードにおけるＣＣＣＨ送信に関し、ＳＩ送信は、ＴＥＢＳがゼロになり、最後のデータを含むＭＡＣ−ｉ  ＰＤＵが送信されているときにだけトリガがかけられねばならない。もし、現在のサービング許可が最後の残りのデータとともにＳＩを搬送するのに十分であるなら、最後のデータを搬送するＭＡＣ−ｉ  ＰＤＵとともに、ＳＩは送信される。さもなければ、空のバッファステータスレポートが次のＭＡＣ−ｉ  ＰＤＵとは別々に送信される。
【００１６】
割当てられた共通Ｅ−ＤＣＨの資源は、ＣＣＣＨ送信だけを搬送するか、又はＤＴＣＨ／ＤＣＣＨ送信だけを搬送するが、両方の搬送はしないＭＡＣにより用いられねばならない。ＣＣＣＨでの送信の完了後、（前のセクションで概説したように）共通Ｅ−ＤＣＨの資源を解放するにはいくつかの機構がある。特に、資源は、Ｅ−ＤＣＨの送信許可開始時刻から計算されるように、“ＣＣＣＨに対するＥ−ＤＣＨの最大割当て資源”に等しい時間の後に解放される。この時間は、１０ミリ秒ＴＴＩの場合には、最大で８０ＴＴＩ、即ち、８００ミリ秒までが可能である。或いは、ＴＥＢＳ値が最後のＭＡＣ−ｉ  ＰＤＵを送信後にゼロになるなら、空のバッファステータスがＳＩにおいてノードＢへとレポートされた後、そして、最後のＨＡＲＱ処理が確認応答されるか又は最大再送数に達した後にＵＥは資源を解放する。
【００１７】
ＴＥＢＳベースの解放に関係してここで認識されている１つの問題とは、ＴＥＢＳが全ての論理チャネルを通じて利用可能な総データ量とＭＡＣ−ｉの分割エンティティにおける送信のために利用可能なデータ量とを含んでいる点にある。それ故に、ＴＥＢＳ値は、ＣＣＣＨ以外の１つ以上の論理チャネルでデータがある場合にはゼロにならないので、ＣＣＣＨ送信の完了は共通Ｅ−ＤＣＨの資源の解放を保証しない。例えば、このような環境は、ＣＣＣＨにより送信されるＣＥＬＬ＿ＵＰＤＡＴＥを実行するときに生じるかもしれない。特に、ユーザデータがＣＥＬＬ＿ＵＰＤＡＴＥを送信する前に到着するなら、ＴＥＢＳはゼロではないかもしれない。
【００１８】
これに対して、他の論理チャネル（即ち、ＤＣＣＨとＤＴＣＨ）に対応するデータはＣＣＣＨ送信に用いられるのと同じ共通Ｅ−ＤＣＨの資源を用いて送信されない。ＵＥはまず、共通Ｅ−ＤＣＨの資源を解放しなければならない。時間切れ条件が満たされた場合、即ち、ＣＣＣＨに対するＥ−ＤＣＨの資源の最大割当てがなくなるとき、その解放は発生する。
【００１９】
上に概説した場合では、現在の技術仕様に従うなら、ＴＥＢＳはゼロにならず、それ故に、ＵＥはゼロに等しいＴＥＢＳをもつＳＩを送信することはないであろう。それ故に、たとえＵＥがこれらの資源を用いて他のデータを送信することができないとしても共通Ｅ−ＤＣＨの資源は解放されないであろう。その結果、ＵＥは“ＣＣＣＨに対するＥ−ＤＣＨの資源の最大割当て”に達したときにのみ共通Ｅ−ＤＣＨの資源は解放されるであろう。
【００２０】
このような解放の遅延は、ネットワークとＵＥの両方とに対して、資源の浪費を表わすものとなる。それはまた、そのような送信がＣＣＣＨ送信のために用いられた共通Ｅ−ＤＣＨの資源が解放された後だけに生じるので、ＤＣＣＨ／ＤＴＣＨの後に続く送信を遅延させる。
【００２１】
ＤＴＣＨ／ＤＣＣＨ送信の場合に戻ると、共通のＥ−ＤＣＨの資源を解放するのに用いられる機構の１つはＥ−ＤＣＨ送信の継続バックオフを伴う暗黙の解放である。即ち、“Ｅ−ＤＣＨ送信の継続バックオフ”が“無限大”に設定されない場合にのみ、暗黙の資源解放が可能とされる。
【００２２】
もし暗黙の資源解放が可能とされるなら、ＤＴＣＨ／ＤＣＣＨ送信の場合、ＴＥＢＳが０バイトであり上位レイヤデータを伴う最後に生成されたＭＡＣ−ｉ  ＰＤＵに送信用の物理レイヤに対するＰＨＹ−ｄａｔａ−ＲＥＱプリミティブが備えられるとき、タイマＴｂは“Ｅ−ＤＣＨ送信の継続バックオフ”値に設定される。
【００２３】
タイマＴｂが計測中に０バイトではないＴＥＢＳが検出されるなら、そのタイマ計測は停止され、共通Ｅ−ＤＣＨの資源でのアップリンクデータ送信が継続する。
【００２４】
タイマＴｂが計測中にＭＡＣ−ｅｈｓ  ＰＤＵが受信されるなら、そのタイマは再起動される。
【００２５】
“Ｅ−ＤＣＨ送信の継続バックオフ”値がゼロに設定されるか、又は、タイマＴｂが時間切れとなるなら、ＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄプリミティブは各論理チャネルについてのＲＬＣに対してＰＤＵはＭＡＣに転送されてはならないことを示す。ＭＡＣ−ｉ  ＰＤＵにおけるＳＩのようにＴＥＢＳ＝０バイトがノードＢのＭＡＣにレポートされる。もし“Ｅ−ＤＣＨ送信の継続バックオフ”値が“０”に設定されるなら、もし現在のサービング許可が残りのＤＣＣＨ／ＤＴＣＨデータとともにＭＡＣ−ｉ  ＰＤＵでＳＩを搬送するのに十分であるなら、最後のＤＣＣＨ／ＤＴＣＨデータを搬送する同じＭＡＣ−ｉ  ＰＤＵとともにＳＩが送信されねばならない。さもなければ、空のバッファステータスレポートが次のＭＡＣ−ｉ  ＰＤＵとは別に送信される。
【００２６】
空のバッファステータスがレポートされ、ＭＡＣ−ｉ  ＰＤＵが（再）送信のための何らかのＨＡＲＱ処理において何も残されていないなら、ＣＥＬＬ＿ＦＡＣＨ状態における拡張アップリンクについてのＲＲＣとアイドルモード処理終了を通知するＣＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄにトリガがかけられる。
【００２７】
ここで、この問題はＣＣＣＨの場合について説明したものと類似していることが認識されるであろう。即ち、ＴＥＢＳは、全ての論理チャネルを通じて利用可能な総データ量と、ＭＡＣ−ｉ  分割エンティティにおける送信のために利用可能なデータ量とを含む。それ故に、ＤＣＣＨ／ＤＴＣＨ送信の完了は必ずしもタイマＴｂの開始又は（もしＴｂ＝０であれば）資源の即時的な解放にトリガをかけるものとはならない。なぜなら、ＤＣＣＨ／ＤＴＣＨ以外の他の論理チャネルからのデータがある場合にはＴＥＢＳの値はゼロではないかもしれないからである。再び、ＣＣＣＨ以外の他の論理チャネルについてのデータのためにゼロでないＴＥＢＳがあることは、ＣＣＣＨにより送信されねばならない周期的なＣＥＬＬ＿ＵＰＤＡＴＥがＵＥがＤＣＣＨ／ＤＴＣＨ送信を完了する直前にトリガされた場合に生じるかもしれない。この場合、ＤＣＣＨ／ＤＴＣＨ送信完了後に、ＴＥＢＳ値はゼロにはならないであろう。
【先行技術文献】
【非特許文献】
【００２８】
【非特許文献１】３ＧＰＰ  ＴＳ  ２５．３２１  ｖ８．１４．０、“媒体アクセス制御（ＭＡＣ）プロトコル技術仕様”
【非特許文献２】３ＧＰＰ  ＴＳ  ２５．３３１  ｖ８．１７．０、“無線資源制御（ＲＲＣ）プロトコル技術仕様”
【発明の概要】
【００２９】
本願の教示するところによれば、ＵＥはネットワークへのＣＣＣＨ送信のために用いられる共通のＥ−ＤＣＨの資源を解放する方法を実行するよう構成される。その方法によれば、ＵＥは前記ＵＥのトータルなＥ−ＤＣＨバッファステータス（ＴＥＢＳ）がゼロであるかどうかに係りなく、前記ＵＥにおいて利用可能な最後のＣＣＣＨデータを送信する際に無線通信ネットワークへのスケジューリング情報（ＳＩ）の送信にトリガをかける。そのＵＥはさらに、前記ＳＩの送信に応じて前記共通のＥ−ＤＣＨの資源を解放するよう構成される。ある例では、ＵＥは、前記ＵＥにおいてＴＥＢＳがゼロであるかどうかに係りなく、前記ＵＥにおいて利用可能な前記最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵの送信時にＳＩの送信にトリガをかける。その方法はまた、前記ＵＥにおいてＴＥＢＳがゼロであるかどうかに係りなく、前記ネットワークにレポートされる前記ＳＩにおいてＴＥＢＳをゼロに設定するＵＥを含むと良い。
【００３０】
さらに、少なくとも１つの実施例、又は、上述した複数の実施例のいずれかとの組み合わせにおいて、前記方法は、前記ＵＥの現在のサービング許可によりＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可するなら、前記ＵＥにおいて利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませる工程と、前記ＵＥの前記現在のサービング許可により前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可しないなら、前記ＵＥにおいて利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵに続くＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませる工程を有する。
【００３１】
さらに、少なくとも１つの実施例、又は、上述した複数の実施例のいずれかとの組み合わせにおいて、前記方法は、前記ＳＩの送信に続いて、前記ＵＥにおいて実行中の最後のＨＡＲＱ処理が確認応答されたか又は前記ＵＥにより予め定められた最大再送数に達したときに、前記共通のＥ−ＤＣＨの資源を解放する工程を有する。
【００３２】
構成の例において、前記ＵＥは、サポート無線通信ネットワークと通信する、即ち、前記無線通信ネットワークに信号を送信し、前記無線通信ネットワークから信号を受信する通信トランシーバ回路を有し、さらに１つ以上の処理回路を含む。その１つ以上の処理回路は、開示された複数の実施例と、その変形例又は組み合わせのいずれかに従う上記方法を実施するよう構成される。非限定的な例では、前記１つ以上の処理回路は、前記ＵＥのトータルなＥ−ＤＣＨバッファのステータス（ＴＥＢＳ）がゼロであるかどうかに係りなく、前記ＵＥにおいて利用可能な最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵの送信の際に、前記通信ネットワークへのＳＩの送信にトリガをかけ、前記共通のＥ−ＤＣＨの資源を解放するよう構成されている１つ以上のマイクロプロセッサをベースとする回路、又は他のデバイス処理回路を含む。
【００３３】
前記１つ以上の処理回路は、前記ＵＥの前記ＴＥＢＳがゼロであるかどうかに係りなく、ゼロに設定され前記ネットワークに送信されるＳＩにおけるＴＥＢＳを含むように構成されると良い。前記ＵＥの処理回路は、前記ＵＥの現在のサービング許可によりＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを可能にするなら、前記ＵＥにおいて利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含むように構成されるか、又は、前記ＵＥの前記現在のサービング許可により前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可しないなら、前記ＵＥにおいて利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵに続くＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませるように構成されると良い。
【００３４】
さらに、少なくとも１つの実施例、又は、上述した複数の実施例のいずれかとの組み合わせにおいて、前記ＵＥの前記１つ以上の処理回路は、前記ＳＩの送信に続いて、最後のＨＡＲＱ処理が確認応答されたか又は前記ＵＥにより予め定められた最大再送数に達したときに、前記共通のＥ−ＤＣＨの資源を解放するよう構成される。
【００３５】
もちろん、本発明は上記特徴や利点によって限定されるものではない。実際に当業者であれば次の詳細な説明を読み、かつ添付図面を見るときに、付加的な特徴や利点があることを認識するであろう。
【図面の簡単な説明】
【００３６】
【図１】本願の教示例に従って構成されるユーザ機器（ＵＥ）を含むネットワークの一実施例のブロック図である。
【図２】図１において導入されるＵＥの一実施例のブロック図である。
【図３】本願の教示される共通拡張専用チャネル（Ｅ−ＤＣＨ）を解放するＵＥにおける方法の一実施例の論理フロー図である。
【図４】図３において導入される方法のより詳細な例として理解できる別の論理フロー図である。
【発明を実施するための形態】
【００３７】
この明細書において先に述べたように、ＣＣＣＨ送信に関する現在の技術仕様では、ＴＥＢＳがＵＥにおいてゼロになるときにのみ、ＵＥによりスケジューリング情報（ＳＩ）の送信にトリガがかけられる。しかしながら、ＴＥＢＳは、ＵＥにおいて送信を待機している他のデータ（ＤＴＣＨ／ＤＣＣＨ）のためにゼロではないことがあるかもしれない。即ち、ＵＥにおいて利用可能な最後のＣＣＣＨデータが送信されたとしても、もし、送信のために利用可能なＤＴＣＨ／ＤＣＣＨデータがあるならＴＥＢＳはゼロではないであろう。しかしながら、ＣＣＣＨ送信のために用いられる共通Ｅ−ＤＣＨの資源がそのような他のデータのために用いられず、それ故にできるだけ迅速に解放されるべきであることがここでは認識されている。都合の良いことに、ここでの１つ以上の実施例において、ＵＥは、ＴＥＢＳがＵＥにおいてゼロであるかどうかに係りなく、最後のＭＡＣ−ｃ  ＰＤＵ（最後のＣＣＣＨデータ）を含むＭＡＣ−ｉ  ＰＤＵが送信されているとき、ＳＩの送信にトリガをかけるよう構成されている。
【００３８】
この状況が発生し、ＳＩが送信されるとき、少なくとも１つの実施例におけるＵＥはＴＥＢＳ値がゼロに強制設定されるようにしなければならない。もし、現在のサービング許可が最後の残りのデータとともにＳＩを搬送するのに十分であるなら、最後のＣＣＣＨデータを搬送するＭＡＣ−ｉ  ＰＤＵとともに、ＳＩは送信される。さもなければ、空のバッファステータスレポートを含むＳＩが次のＭＡＣ−ｉ  ＰＤＵとは別々に送信される。
【００３９】
現在の技術仕様ではまた、ＣＣＣＨ送信の場合に、ＴＥＢＳがゼロに等しいなら、ＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄプリミティブは、各論理チャネルに関するＲＬＣレイヤに、ＰＤＵはＭＡＣに転送されてはならないことを示すと述べている。これとは反対に、この明細書で教示するように、ＣＣＣＨ送信の場合、最後のＭＡＣ-ｃ  ＰＤＵを含むＭＡＣ−ｉ  ＰＤＵが送信されているとき、ＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄプリミティブは、各論理チャネルに関するＲＬＣに、送信のために残されているＭＡＣ-ｃ  ＰＤＵが一旦なくなったなら、ＰＤＵはＭＡＣに転送されてはならないことを示す。
【００４０】
現在の技術仕様ではまたさらに、もしＴＥＢＳが０バイトであり、ＭＡＣ−ｉ  ＰＤＵがＭＡＣレイヤにおいて（再）送信のために何も残されていないなら、このトリガはＣＥＬＬ＿ＦＡＣＨ状態における拡張アップリンクについてのＲＲＣとアイドルモード処理終了を通知するＣＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄにトリガをかけることを述べている。これとは反対に、本願の教示の１つ以上の実施例では、最後のＭＡＣ−ｃ  ＰＤＵを含むＭＡＣ−ｉ  ＰＤＵがＵＥにより送信され、ＵＥにおいてＭＡＣレイヤにおける（再）送信のために何のＭＡＣ−ｉ  ＰＤＵも残されていないとき、この条件でＣＥＬＬ＿ＦＡＣＨ状態における拡張アップリンクについてのＲＲＣとアイドルモード処理終了を通知するＣＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄにトリガをかける。
【００４１】
さらに、現在の技術仕様では、ＳＩレポートに含まれるＴＥＢＳフィールドは、レポートすることがＲＲＣにより要求された全ての論理チャネルを通じて利用可能な総データ量を識別し、ＲＬＣレイヤにおいてＵＥによる送信と再送信のために利用可能なデータ量をバイト数で示す。ＭＡＣ−ｉが構成設定されるなら、ＴＥＢＳフィールドもまた、ＭＡＣ−ｉの分割エンティティにおける送信のために利用可能なデータ量も示す。ＭＡＣが確認応答モード（ＡＭ）ＲＬＣエンティティに接続されるとき、送信される制御ＰＤＵとＲＬＣ  Ｔｘ（送信）ウィンドウの外側にあるＲＬＣ  ＰＤＵもまた、ＵＥにおけるＴＥＢＳにおいて考慮されねばならない。送信されたがピアエンティティにより否定応答されたＲＬＣ  ＰＤＵは、ＴＥＢＳに含められてはならない。
【００４２】
これとは反対に、ここで教示する１つ以上の実施例に従えば、ＣＥＬＬ＿ＦＡＣＨ状態での拡張アップリンクにおいてＤＣＣＨ／ＤＴＣＨを送信する場合、ＴＥＢＳフィールドは、レポートすることがＲＲＣにより要求され、ＣＣＣＨを除いた全ての論理チャネルを通じて利用可能な総データ量を識別し、（ＣＣＣＨに関係するＲＬＣデータを除く）ＲＬＣレイヤにおいて送信と再送信のために利用可能なデータ量をバイト数で示す。もし、ＭＡＣ−ｉが構成設定されたなら、ＴＥＢＳフィールドはＭＡＣ−ｃを除く、ＭＡＣ−ｉ分割エンティティにおける送信のために利用可能なデータ量も含める。
【００４３】
ＭＡＣがＡＭ  ＲＬＣエンティティに接続されるとき、送信される制御ＰＤＵとＲＬＣ  Ｔｘウィンドウの外側にあるＲＬＣ  ＰＤＵもまた、そのＴＥＢＳに含められねばならない。送信されたがピアエンティティにより否定応答されたＲＬＣ  ＰＤＵは、ＴＥＢＳに含められてはならない。
【００４４】
これらの例示的な教示を考慮して、図１は、ＵＴＲＡＮ又はＥ−ＵＴＲＡＮネットワークである無線通信ネットワーク１０を図示している。その例示は部分的であるが、即ち、ネットワーク１０は任意の数の付加的な無線アクセスネットワーク（ＲＡＮ）ノードとコアネットワーク（ＣＮ）ノードを含んでも良いのであるが、その例示では、基地局（ＢＳ）１２と、１つ以上のＵＥ１６が動作する、基地局に関係するセル１４とを描くことにより、説明に助けとなる環境を提供している。基地局（ＢＳ）１２は、非限定的な例としては、ＵＴＲＡＮネットワークにおけるノードＢ、又は、Ｅ−ＵＴＲＡＮネットワークにおけるｅノードＢ（ｅＮＢ）であっても良い。
【００４５】
ＵＥ１６は本願で呈示された教示に従って、１つ以上の処理回路１８の構成設定に基づいて動作する。次に、図２は、１つ以上の処理回路１８を含むＵＥ１６の物理的及び／或いは機能的実施形の詳細な例を提供している。
【００４６】
図２の例に従えば、１つ以上の処理回路１８は、（コンピュータプログラム２２の格納のための不揮発性メモリを含む、複数のメモリ要素でも良い）プログラム及び作業メモリ２０を含むか、又は、そのメモリと関係する１つ以上のマイクロプロセッサをベースとする回路を有する。例えば、コンピュータプログラム２２は、処理回路１８により実行されるとき、その処理回路を図３に示す方法、又は、その変形例、又は、その拡張形を実行するように構成設定するコンピュータプログラム命令を含む。
【００４７】
従って、処理回路１８は、方法３００を実行するように構成設定された任意の数の物理的又は機能処理ユニット又はコントローラを含むものとして理解される。例えば、処理回路１８は、おそらくは処理回路１８を介して実装される他の処理ユニットと協働して、ＲＲＣ／ＭＡＣ／ＰＨＹシグナリングとプロトコル制御に関与するユニットを含めて、方法３００を実施するトリガコントローラ２４とＴＸバッファコントローラ２６とを実装するように構成されるかもしれない。
【００４８】
即ち、処理回路１８は、ＵＥ側のＭＡＣ、ＲＬＣ、及び、ここで検討している他のプロトコルレイヤエンティティを実装する。一般に、ＵＥ１６は信号を送受信するための１つ以上のアンテナ３０と、アンテナ３０には動作的に接続されるトランシーバ回路３２とを含む。ＵＥ１６はまた、付加的な処理回路３４、例えば、上位のアプリケーションを実行するための１つ以上の“アプリケーション”プロセッサと入出力（Ｉ／Ｏ）回路との内の少なくともいずれかを含んでも良い。もちろん、そのような付加的な処理回路３４の拡張と特徴とは、ＵＥの特徴や使用意図に依存するものである。
【００４９】
しかしながら、実装されると、処理回路１８は、ＣＣＣＨ送信のために用いられた共通Ｅ−ＤＣＨの資源についてここで説明する改良型の資源解放方法を実施するために構成設定される。実施例では、処理回路１８は、ＵＥ１６のＴＥＢＳがゼロであるかどうかに係りなく、ＵＥ１６において利用可能な最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵの送信時に、ネットワーク１０へのＳＩの送信にトリガをかける。処理回路１８はこれに応じて、たとえＴＥＢＳにおいて考慮されるＤＣＣＨ／ＤＴＣＨデータがあったとしても、即ち、ＵＥ１６における実際のＴＥＢＳがゼロではないとしても、ＣＣＣＨ送信のために割当てられた共通Ｅ−ＤＣＨの資源を解放する。
【００５０】
ＳＩトリガコントローラ２４は、前述の例に従うネットワーク１０に対してＳＩ送信のトリガをかけるように構成設定されている。さらに、ＴＸバッファとバッファコントローラ２６とは、Ｅ−ＤＣＨでの送信のためのデータバッファリングを管理することと、ＵＥでの、そして、ネットワーク１０に送信されるＳＩレポートでのＴＥＢＳ値を制御することとの内の少なくともいずれかを行うように構成設定される。
【００５１】
より広い意味で、１つ以上の実施例では、１つ以上の処理回路１８は動作的にはトランシーバ回路３２と関係し、ＵＥ１６において利用可能な最後のＣＣＣＨデータの共通Ｅ−ＤＣＨの資源を用いてＵＥ１６により送信を行うときに、ネットワーク１０へのＳＩの送信のトリガをかけるように構成設定されている。ＳＩのトリガは、ＵＥ１６のＴＥＢＳがゼロであるかどうかに係りなくなされる。これに対応して、１つ以上の処理回路１８はＳＩの送信に応じて、共通Ｅ−ＤＣＨの資源を解放するよう構成設定される。
【００５２】
さらに、少なくともいくつかの実施例では、１つ以上の処理回路１８はＳＩの送信にトリガがかけられたときＵＥ１６におけるＴＥＢＳがゼロにならないように、Ｅ−ＤＣＨバッファがＤＴＣＨ又はＤＣＣＨのデータを含む程度に、最後のＣＣＣＨデータもバッファするＥ−ＤＣＨバッファにおけるＤＴＣＨデータとＤＣＣＨデータとの内の少なくともいずれかを必要に応じてバッファリングするよう構成設定される。
【００５３】
ＳＩをトリガすることに関して、１つ以上の処理回路１８は、ＵＥ１６のＴＥＢＳがゼロであるかどうかに係りなく、ＵＥ１６において利用可能な最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵの送信時にネットワーク１０へのＳＩの送信にトリガをかけるよう構成されている。さらに、１つ以上の処理回路１８はさらに、送信のために残されたＭＡＣ−ｃ  ＰＤＵがないなら、最後のＭＡＣ−ｉ  ＰＤＵを送信することに応じて、各論理チャネルに関するＰＤＵがＭＡＣレイヤに転送されないことをＵＥ１６におけるＲＬＣレイヤのエンティティに示すよう構成される。
【００５４】
前記のように、１つ以上の処理回路１８はさらに、ＵＥ１６のＴＥＢＳがゼロであるかどうかに係りなく、ＵＥ１６のＴＥＢＳをゼロとして、ネットワーク１０に送信されるＳＩにおいてレポートするよう構成設定される。
【００５５】
同じ又は別の実施例では、１つ以上の処理回路１８は、ＵＥ１６の現在のサービング許可によりＭＡＣ−ｉ  ＰＤＵがＳＩを含むことを許可するなら、ＵＥ１６において利用可能な最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵにおいてＳＩを含むようにし、ＵＥ１６の現在のサービング許可により最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵがＳＩを含むことを許可しないなら、ＵＥ１６において利用可能な最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵに続くＭＡＣ−ｉ  ＰＤＵにおいてＳＩを含ませるように構成設定されている。さらに、１つ以上の処理回路１８は、ＳＩの送信後、かつ、ＵＥ１６において実行中の最後のハイブリッド自動繰返要求“ＨＡＲＱ”処理が確認応答されたか又はＵＥ１６により予め定められた最大再送数に達した後に、共通のＥ−ＤＣＨの資源を解放するように構成設定されることに基づいて、ＳＩの送信に応じて共通のＥ−ＤＣＨの資源を解放するよう構成設定される。
【００５６】
これらの実施例を考えると、ＵＥ１６は次の基本構成を実施するものとして理解できる。つまり、ＣＣＣＨ送信に関し、ＵＥ１６はネットワーク１０へのＳＩ送信にトリガをかけるＴＥＢＳ値を考慮しない。その代わり、ＵＥ１６は、最後のＭＡＣ−ｃ  ＰＤＵを含むＭＡＣ−ｉ  ＰＤＵ、即ち、ＵＥ１６における利用可能な最後のＣＣＣＨデータがネットワーク１０に送信されているときにＳＩ送信にトリガをかける。この最後の送信は、ＵＥ１６において送信されるＣＣＣＨデータがこれ以上ないことを意味し、このことは、ＵＥ１６においてＴＥＢＳがゼロに等しいことを必ずしも意味するものではないが、送信のために残されたＭＡＣ−ｃ  ＰＤＵがこれ以上ないことを意味している。
【００５７】
図３に進んでより詳細に説明すると、例示される方法３００はＵＥ１６における処理フローの例としても役目を果たしている。特に、方法３００はネットワーク１０へのＣＣＣＨ送信後、共通Ｅ−ＤＣＨの資源を解放するためにＵＥ１６により実行される。方法３００は、ＵＥ１６のＴＥＢＳがゼロであるかどうかに係りなく（ブロック３０４）、ＵＥ１６において利用可能な最後のＣＣＣＨデータの送信時に（ブロック３０２での“ＹＥＳ”）ネットワーク１０へのＳＩの送信にトリガをかけるステップを含む。方法３００はさらに、ＳＩの送信に応じて共通のＥ−ＤＣＨの資源を解放するステップを含む（ブロック３０６）。
【００５８】
従って、方法３００はここで教示するような共通Ｅ−ＤＣＨの資源解放についての改良された手順の例として存在する。図４は、更なる方法を提供しており、描写された方法４００は方法３００のより詳細な例であることを理解されたい。
【００５９】
方法４００の文脈では、ＵＥ１６の処理回路１８において具体化される処理ユニット又は他のエンティティは送信するＣＣＣＨデータがあるかどうかをチェックする。これは、ＭＡＣレイヤとＲＬＣレイヤとの間で、例えば、ＭＡＣ−ＤＡＴＡ−ＲＥｑ，ＭＡＣ−ＤＡＴＡ−Ｉｎｄプリミティブにより実行される（ブロック４０２）。
【００６０】
もし、ネットワーク１０に送信するＣＣＣＨデータがないなら（ブロック４０２での“ＮＯ”）、ＵＥ１６はそのＳＩ送信で示唆されるＴＥＢＳ＝０でネットワーク１０へのＳＩ送信にトリガをかけ、ＲＲＣレイヤに対するＣＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄを生成して、ＵＥ内部の資源を解放する（ブロック４０４）。注目すべきこととして、最後の利用可能なＣＣＣＨデータの送信に基づいており、そして、ＵＥ１６における実際のＴＥＢＳがゼロに等しいかどうかには係らず、例えば、ネットワーク１０へのアップリンクにおける送信のためにバッファされたＤＣＣＨ／ＤＴＣＨデータのためにＵＥ１６のＴＥＢＳの実際の値がゼロではないかどうかには関係なく、そのＳＩ送信とＴＥＢＳ＝０であることの示唆とはＵＥ１６により実行される。
【００６１】
もし、ネットワーク１０に送信するＣＣＣＨデータがあるなら（ブロック４０２での“ＹＥＳ”）、ＵＥ１６は、ＭＡＣ−ｉ  ＰＤＵを構築して、これをネットワーク１０に、物理レイヤ／Ｌ１を介して、“ＣＣＣＨに関するＥ−ＤＣＨの資源の最大割当て”のタイマが時間切れとなるまで、或いは、送信するＣＣＣＨデータはなくなるまで送信する（ブロック４０６、４０８）。もし、ＣＣＣＨに関するＥ−ＤＣＨの資源の最大割当て”のタイマがＣＣＣＨデータの送信完了前に時間切れになるなら、ＵＥ１６はＲＲＣに対してＣＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄを生成して内部資源を解放するであろう（ブロック４１０）。
【００６２】
上述の実施例を考えると、本発明の種々の実施例が数多くの利点を提供するものとして認識されるであろう。非限定的な例の利点は次のもの：（１）ネットワーク資源のより良い利用性；（２）ＤＣＣＨ／ＤＴＣＨデータのより高速な送信の可能性の内の１つ以上を含む。
【００６３】
上記利点（１）に関し、もし現在のＣＣＣＨ送信の完了後にＴＥＢＳがゼロではないなら、従来の動作では、ＵＥもネットワークも共通Ｅ−ＤＣＨの資源を解放することができないが、“ＣＣＣＨに関しＥ−ＤＣＨの資源の最大割当て”タイマの時間切れまで待ち合わせることが認識されている。この時間は最大で８００ミリ秒になるかもしれず、その時間の間は、解放されないネットワーク資源は他のＵＥにより使用することができない。従来の動作とは反対に、本願の教示するところに従って構成されたＵＥ１６は、共通のＥ−ＤＣＨの資源に関し、それらがこれ以上必要とされなくなるや否や、即ち、ＵＥ１６で利用可能な最後のＣＣＣＨデータが送信されるとすぐに、その資源の即座の解放を行うことが可能になる。
【００６４】
上記利点（２）に関し、この利点は本願で先に指摘した点と結びあわされて、共通のＥ−ＤＣＨの資源の所与の割当てに関し、それらの資源がＣＣＣＨ送信だけ、又は、ＤＣＣＨ／ＤＴＣＨ送信だけの搬送のために用いられ、両方の搬送のために用いられない。従って、ＣＣＣＨ送信の後、ＵＥ１６は後続のＤＣＣＨ／ＤＴＣＨ送信のための新しいＥ−ＤＣＨ資源を取得する前に、ＣＣＣＨ送信のために用いられた共通のＥ−ＤＣＨの資源の解放を待ち合わせなければならない。
【００６５】
もちろん、ここで開示された発明の変型例や他の実施例が、前述の説明とその関連図面において呈示された教示の利点をもつことが当業者には想起されるであろう。それ故に、本発明は開示された具体的な実施例により限定されるものではなく、変形例や他の実施例も、この開示の範囲内に含まれることが意図されていることを理解されたい。ここでは具体的な用語が用いられているが、それらは一般的そして記述的な意味でのみ用いられているのであって、本発明を限定する目的で用いられているではない。
【図１】
2015508629.tif 000003
【図２】
2015508629.tif 000004
【図３】
2015508629.tif 000005
【図４】
2015508629.tif 000006
【手続補正書】
【提出日】平成25年10月25日(2013.10.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
共通制御チャネル（ＣＣＣＨ）を無線通信ネットワーク（１０）に送信後、共通の拡張専用チャネル（Ｅ−ＤＣＨ）の資源を解放する、ユーザ機器（ＵＥ）（１６）における方法（３００）であって、前記方法（３００）は、
前記ＵＥ（１６）のトータルなＥ−ＤＣＨバッファステータス（ＴＥＢＳ）がゼロであるかどうかに係りなく、前記ＵＥ（１６）において利用可能な最後のＣＣＣＨデータを送信する（３０２）際に、前記無線通信ネットワーク（１０）へのスケジューリング情報（ＳＩ）の送信にトリガをかける工程（３０４）と、
前記ＵＥ（１６）の前記ＴＥＢＳがゼロであるかどうかに係りなく、前記ＵＥ（１６）の前記ＴＥＢＳがゼロに等しいことを、前記無線通信ネットワーク（１０）に送信される前記ＳＩにおいてレポートする工程と、
前記ＳＩの送信に応じて前記共通のＥ−ＤＣＨの資源を解放する工程（３０６）とを有することを特徴とする方法。
【請求項２】
前記ＳＩの送信にトリガがかけられたとき前記ＴＥＢＳがゼロにならないように、Ｅ−ＤＣＨバッファが専用トラフィックチャネル（ＤＴＣＨ）又は専用制御チャネル（ＤＣＣＨ）のデータを含む程度に、前記最後のＣＣＣＨデータもバッファする前記Ｅ−ＤＣＨバッファにおける前記ＤＴＣＨデータと前記ＤＣＣＨデータを必要に応じてバッファリングする工程をさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記ＳＩの送信にトリガをかける工程（３０４）は、前記ＵＥ（１６）の前記ＴＥＢＳがゼロであるかどうかに係りなく、前記ＵＥ（１６）において利用可能な前記最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵの送信時に前記無線通信ネットワーク（１０）への前記ＳＩの送信にトリガをかける工程を含むことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記ＭＡＣ−ｉ  ＰＤＵを送信することに応じて、一度ＭＡＣ−ｃバッファがゼロバイトを含むなら、各論理チャネルに関するＰＤＵがＭＡＣレイヤに転送されないことを前記ＵＥ（１６）における無線リンク制御（ＲＬＣ）レイヤのエンティティに示す工程をさらに有することを特徴とする請求項３に記載の方法。
【請求項５】
前記ＵＥ（１６）の現在のサービング許可によりＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可するなら、前記ＵＥ（１６）において利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませる工程と、
前記ＵＥ（１６）の前記現在のサービング許可により前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可しないなら、前記ＵＥ（１６）において利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵに続くＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませる工程をさらに有することを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記ＳＩの送信に応じて前記共通のＥ−ＤＣＨの資源を解放する工程（３０６）は、前記ＳＩの送信後、かつ、前記ＵＥ（１６）において実行中の最後のハイブリッド自動繰返要求（ＨＡＲＱ）処理が確認応答されたか又は前記ＵＥ（１６）により予め定められた最大再送数に達した後に、前記共通のＥ−ＤＣＨの資源を解放する工程を有することを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
無線通信ネットワーク（１０）において動作するように構成されたユーザ機器（ＵＥ）（１６）であって、
前記無線通信ネットワーク（１０）に信号を送信し、前記無線通信ネットワーク（１０）から信号を受信するトランシーバ回路（３２）と、
前記トランシーバ回路（３２）とは動作的に関係する１つ以上の処理回路（１８）とを有し、
前記１つ以上の処理回路は、
前記ＵＥ（１６）のトータルな拡張専用チャネル（Ｅ−ＤＣＨ）バッファのステータス（ＴＥＢＳ）がゼロであるかどうかに係りなく、前記ＵＥ（１６）において利用可能な最後の共通制御チャネル（ＣＣＣＨ）データの共通のＥ−ＤＣＨの資源を用いて前記ＵＥ（１６）により送信を行う際に、前記無線通信ネットワーク（１０）へのスケジューリング情報（ＳＩ）の送信にトリガをかけ、
前記ＵＥ（１６）の前記ＴＥＢＳがゼロであるかどうかに係りなく、前記ＵＥ（１６）の前記ＴＥＢＳをゼロとして、前記無線通信ネットワーク（１０）に送信される前記ＳＩにおいてレポートし、
前記ＳＩの送信に応じて前記共通のＥ−ＤＣＨの資源を解放するよう構成されることを特徴とするユーザ機器。
【請求項８】
前記１つ以上の処理回路（１８）はさらに、前記ＳＩの送信にトリガがかけられたとき前記ＴＥＢＳがゼロにならないように、Ｅ−ＤＣＨバッファが専用トラフィックチャネル（ＤＴＣＨ）又は専用制御チャネル（ＤＣＣＨ）のデータを含む程度に、前記最後のＣＣＣＨデータもバッファする前記Ｅ−ＤＣＨバッファにおける前記ＤＴＣＨデータと前記ＤＣＣＨデータを必要に応じてバッファリングするように構成されることを特徴とする請求項７に記載のユーザ機器。
【請求項９】
前記１つ以上の処理回路（１８）は、前記ＵＥ（１６）の前記ＴＥＢＳがゼロであるかどうかに係りなく、前記ＵＥにおいて利用可能な前記最後のＣＣＣＨデータを含むＭＡＣ−ｉ  ＰＤＵの送信時に前記無線通信ネットワーク（１０）への前記ＳＩの送信にトリガをかけるよう構成されることを特徴とする請求項７又は８に記載のユーザ機器。
【請求項１０】
前記１つ以上の処理回路（１８）はさらに、前記ＭＡＣ−ｉ  ＰＤＵを送信することに応じて、各論理チャネルに関するＰＤＵがＭＡＣレイヤに転送されないことを前記ＵＥ（１６）における無線リンク制御（ＲＬＣ）レイヤのエンティティに示すよう構成されることを特徴とする請求項９に記載のユーザ機器。
【請求項１１】
前記１つ以上の処理回路（１８）は、前記ＵＥ（１６）の現在のサービング許可によりＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可するなら、前記ＵＥ（１６）において利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませるようにし、前記ＵＥ（１６）の前記現在のサービング許可により前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵが前記ＳＩを含むことを許可しないなら、前記ＵＥ（１６）において利用可能な前記最後のＣＣＣＨデータを含む前記ＭＡＣ−ｉ  ＰＤＵに続くＭＡＣ−ｉ  ＰＤＵにおいて前記ＳＩを含ませるように構成されることを特徴とする請求項７乃至１０のいずれか１項に記載のユーザ機器。
【請求項１２】
前記１つ以上の処理回路（１８）は、前記ＳＩの送信後、かつ、前記ＵＥ（１６）において実行中の最後のハイブリッド自動繰返要求（ＨＡＲＱ）処理が確認応答されたか又は前記ＵＥ（１６）により予め定められた最大再送数に達した後に、前記共通のＥ−ＤＣＨの資源を解放することにより、前記ＳＩの送信に応じて前記共通のＥ−ＤＣＨの資源を解放するよう構成されることを特徴とする請求項７乃至１１のいずれか１項に記載のユーザ機器。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
ここで、この問題はＣＣＣＨの場合について説明したものと類似していることが認識されるであろう。即ち、ＴＥＢＳは、全ての倫理チャネルを通じて利用可能な総データ量と、ＭＡＣ−ｉ  分割エンティティにおける送信のために利用可能なデータ量とを含む。それ故に、ＤＣＣＨ／ＤＴＣＨ送信の完了は必ずしもタイマＴｂの開始又は（もしＴｂ＝０であれば）資源の即時的な解放にトリガをかけるものとはならない。なぜなら、ＤＣＣＨ／ＤＴＣＨ以外の他の論理チャネルからのデータがある場合にはＴＥＢＳの値はゼロではないかもしれないからである。再び、ＣＣＣＨ以外の他の論理チャネルについてのデータのためにゼロでないＴＥＢＳがあることは、ＣＣＣＨにより送信されねばならない周期的なＣＥＬＬ＿ＵＰＤＡＴＥがＵＥがＤＣＣＨ／ＤＴＣＨ送信を完了する直前にトリガされた場合に生じるかもしれない。この場合、ＤＣＣＨ／ＤＴＣＨ送信完了後に、ＴＥＢＳ値はゼロにはならないであろう。
３ＧＰＰ  Ｔｄｏｃ  Ｒ２−１１０９４２“共通Ｅ−ＤＣＨの資源の暗黙の解放についての合意の記憶と未解決の問題（Recollection of agreements on implicit release of common E-DCH resources and open issue）”は、スケジューリング情報の送信のトリガとＴＥＢＳがゼロになるときの資源の暗黙の解放とを含む暗黙の資源解放について３ＧＰＰでなされた合意の記憶を提供している。
【国際調査報告】
2015508629.tif 000007
2015508629.tif 000008
2015508629.tif 000009