(57)【要約】  本発明は、セルラ移動体無線システムに関し、具体的には通信待ち時間の低減に関する。特に、本発明は、（肯定または否定）確認応答の転送に関する。肯定確認応答または否定確認応答に関する情報を含むシグナリングにより、待ち行列または冗長度を低減させる。
2009534917.tif 000002
【特許請求の範囲】
【請求項１】
アクセスポイントとユーザ機器との間の無線送信を行なう無線通信システムにおいて肯定確認応答或は否定確認応答を送信する方法であって、
前記肯定確認応答或は否定確認応答についての情報を含むシグナリングにより、待ち時間と冗長性の少なくとも１つが低減されることを特徴とする方法。
【請求項２】
前記肯定確認応答或は否定確認応答はＲＬＣデータブロックに含まれることを特徴とする請求項１に記載の方法。
【請求項３】
前記肯定確認応答或は否定確認応答は、短くされたレポートで表現されることを特徴とする請求項１に記載の方法。
【請求項４】
１つ以上の確認応答メッセージ或はＢＳＮは、絶対的参照アドレス或は相対的アドレスにより確認応答メッセージにおいて参照されることを特徴とする請求項１に記載の方法。
【請求項５】
前記肯定確認応答或は否定確認応答は、付加的な前方エラー制御符号化を含めて表現されることを特徴とする請求項１に記載の方法。
【請求項６】
前記シグナリングは、確認応答がペイロードデータとともに含められるかどうかを示すことを特徴とする請求項１に記載の方法。
【請求項７】
新規な確認応答のステータスがあるなら、ピギーバックする確認応答が送信されることを特徴とする請求項１に記載の方法。
【請求項８】
同じアップリンクブロック周期を有するＲＲＰＢフィールドとＵＳＦフィールドとがあるならピギーバックする確認応答が送信されることを特徴とする請求項１に記載の方法。
【請求項９】
アクセスポイントとユーザ機器との間の無線送信を行なう無線通信システムにおいて肯定確認応答或は否定確認応答を送信するために適合した信号フォーマットの方法であって、
前記信号フォーマットにより、データブロックメッセージが付加的な確認応答情報を含むかどうかを示す確認応答インジケータをヘッダフィールドを含ませることを特徴とする方法。
【請求項１０】
前記信号フォーマットは、肯定か否定かである確認応答のレポートとペイロードデータの両方とを含ませるように適合していることを特徴とする請求項９に記載の方法。
【請求項１１】
前記確認応答インジケータフィールドは前記ヘッダの第１のオクテットに含まれることを特徴とする請求項９に記載の方法。
【請求項１２】
前記確認応答インジケータフィールドは、ＲＲＢＰフィールド或はＵＳＦフィールドに近接したヘッダに含まれることを特徴とする請求項９に記載の方法。
【請求項１３】
前記信号フォーマットは、レポートすることとメッセージングすることとを制御するように適合されていることを特徴とする請求項９に記載の方法。
【請求項１４】
アクセスポイントとユーザ機器との間の無線送信を行なう無線通信システムにおいて肯定確認応答或は否定確認応答を送信する処理を行なう処理手段を有する通信エンティティであって、
前記処理手段は、前記肯定確認応答或は否定確認応答についての情報を含むシグナリングをして、待ち時間と冗長性の少なくとも１つが低減するように適合されていることを特徴とする通信エンティティ。
【請求項１５】
前記処理手段は請求項２乃至８のいずれか１項に記載の方法を実行するように適合していることを特徴とする請求項１４に記載の通信エンティティ。
【請求項１６】
前記通信エンティティは、ユーザ機器であることを特徴とする請求項１４に記載の通信エンティティ。
【請求項１７】
前記通信エンティティは、移動局であることを特徴とする請求項１４に記載の通信エンティティ。
【請求項１８】
前記通信エンティティは、無線アクセスネットワークにおける制御ノードであることを特徴とする請求項１４に記載の通信エンティティ。
【請求項１９】
前記通信エンティティは、基地局制御装置であることを特徴とする請求項１４に記載の通信エンティティ。
【請求項２０】
前記通信エンティティは、ＧＰＲＰサポートノードであることを特徴とする請求項１４に記載の通信エンティティ。
【請求項２１】
請求項１乃至８のいずれか１項に記載の方法を実行する手段を有することを特徴とする無線通信システム。
【請求項２２】
請求項１４乃至２０のいずれか１項に記載の２つ以上の通信エンティティを有することを特徴とする無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はセルラ移動体無線システムに関し、具体的には、待ち時間の低減と通信容量の増大に関する。特に、本発明は（肯定または否定）確認応答の送信に関する。
【背景技術】
【０００２】
従来の無線通信システムの例として、汎欧州ディジタル移動電話方式（ＧＳＭ）、ＧＳＭ拡張向け高速データレート（ＥＤＧＥ）、汎用パケット無線システム（ＧＰＲＳ）、及び、改良型ＧＰＲＳ（ＥＧＰＲＳ）がある。
【０００３】
非特許文献１は、汎用パケット無線サービス（ＧＰＲＳ）媒体アクセス制御／無線リンク制御（ＭＡＣ／ＲＬＣ）層のための無線インタフェース（参照点Ｕｍ、３ＧＰＰ  ＴＳ  ０４．０２参照）で使用する手順を規定している。
【０００４】
非特許文献１には、第１０．３ａ．３章及び第１０．３ａ．４章それぞれにおいて、図１、図２、及び図３においてアップリンクに関して図示されているようにＥＧＰＲＳのために使用される各種の変調と符号化方式（ＭＣＳ）についてのダウンリンクブロックヘッダとアップリンクブロックヘッダが含まれている。図１はＭＣＳ１−４に対応し、図２はＭＣＳ５と６に対応し、図３はＭＣＳ７−９に対応する。
【０００５】
３ＧＰＰ技術仕様では、ＲＲコネクションは、情報フローの上位層の交換をサポートするために移動局とネットワークとの間で確立される物理コネクションである。ＲＲコネクションは二つのピアエンティティにより維持され、解放される。一時的ブロックフロー（ＴＢＦ）は、パケットデータ物理チャネル上のＬＬＣ  ＰＤＵ（論理リンク制御プロトコルデータユニット）の一方向転送をサポートするために、二つのＲＲピアエンティティにより使用される物理コネクションである。ＴＢＦは、ＲＬＣデータブロックの場合には、ＲＬＣデータブロックを送信する方向（アップリンクまたはダウンリンク）と一緒に一時的フロー識別子（ＴＦＩ）により識別され、また、ＲＬＣ／ＭＡＣ（無線リンク制御／媒体アクセス制御）制御メッセージの場合には、ＲＬＣ／ＭＡＣ制御メッセージを送信する方向とメッセージタイプと一緒にＴＦＩにより識別される。アップリンクまたはダウンリンクのＲＬＣ／ＭＡＣ制御メッセージにおいて、パケット転送モードの間に移動局を明確に識別するため、グローバルＴＦＩが用いられる。もし、存在するのであれば、グローバルＴＦＩは、移動局（ＭＳ）のアップリンクＴＦＩまたはダウンリンクＴＦＩのどちらかを使用して、ＭＳをアドレスする。どちらのＴＦＩを使用するかは、手順により明確に定義される場合を除き、送信者の裁量である。ストール・インジケータ（ＳＩ）ビットは、移動体のＲＬＣ転送ウインドウが進む（即ち、行き詰まらない）ことができるか、できない（即ち、行き詰まる）かを示す。移動局は全てのアップリンクＲＬＣデータブロックでＳＩビットを設定しなければならない。リトライビット（Ｒ）は、移動局がチャネル要求（ＣＨＡＮＮＥＬ  ＲＥＱＵＥＳＴ）メッセージを転送したかどうかを示す。もし、移動局がチャネル要求メッセージを一度送信したなら、Ｒは０に等しい。もし移動局がチャネル要求メッセージを二度またはそれ以上送信したなら、Ｒは１に等しい。
【０００６】
ＥＧＰＲＳでは、各ＲＬＣデータブロックは、長さ１１ビットのブロックシーケンス番号（ＢＳＮ）フィールドを含む。シーケンス内ＲＬＣデータブロックを送信用に指定した時には、ＢＳＮの値を送信状態変数（Ｖ（Ｓ））に等しく設定する。ＥＧＰＲＳヘッダでは、データブロック用に使用するチャネル符号化とパンクチュアリング（puncturing）の種類を示すため、符号化とパンクチュアリング方式（ＣＰＳ）インジケータフィールドを使用する。ＰＦＩインジケータ（ＰＩ）は、任意選択のパケットフローインジケータ（ＰＦＩ）フィールドの存在を示す。再送ブロックビット（ＲＳＢ）は、ＥＧＰＲＳ無線ブロック内に含む任意のＲＬＣデータブロックを以前に送信したかどうかを示す。
【０００７】
図４、図５、及び、図６はそれぞれ、図１、図２、及び、図３のＭＣＳに対応するダウンリンクのＲＬＣ／ＭＡＣヘッダである。
【０００８】
ＲＲＢＰ値は、移動局がパケット制御確認応答（ＰＡＣＫＥＴ  ＣＯＮＴＲＯＬ  ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ）メッセージかネットワークへのＰＡＣＣＨブロックのどちらかをネットワークに送信しなければならない単一のアップリンクブロックを規定する。ここで、ＰＡＣＣＨはパケット関連制御チャネルである。従来技術によれば、ＲＲＢＰに予約した２ビットがあり、これが４つの可能な値を定義する。
【０００９】
２個のＲＬＣデータブロックをＲＬＣ／ＭＡＣブロック内で送信する場合、仮に第二のブロック番号と第一のブロックのモジュロＳＮＳ間の差がウィンドウサイズ（ＷＳ）より小さいなら、ＢＳＮ２はＢＳＮ１に対して相対的である。ここで、ＳＮＳはシーケンスナンバスペースであり、ＥＧＰＲＳでは２０４８に等しく、ＧＰＲＳでは１２８に等しい。このことはアップリンクおよびダウンリンクの両方に言えることである。
【００１０】
電力低減（ＰＲ）フィールドは、現行のＲＬＣブロックの電力レベル低減を示す。
【００１１】
ＲＲＢＰフィールドが有効か無効か、また、次のアップリンク制御ブロックがどのフィールドを含まなければならないかを示すため、ＥＳ／Ｐフィールドが使用される。アップリンク方向に関する３ＧＰＰ技術仕様によれば、各種ＥＳ／Ｐフィールド設定を図示している図７に従って、移動局（ＭＳ）はダウンリンクＥＳ／Ｐに応答する。ＮＰＢとＦＰＢはそれぞれ、次のパーシャルビットマップと、最初のパーシャルビットマップを示す。ＦＰＢおよびＮＰＢは、パケットアップリンクＡｃｋ／Ｎａｃｋメッセージ内のＥＧＰＲ  Ａｃｋ／Ｎａｃｋ記述情報要素の特定の事例である。
【００１２】
タイムスロットは、周期的に、例えば、０、１、２、３、４、５、６、７、０、１、２、……と番号が付けられる。ＵＳＦ（アップリンク状態フラグ）フィールドが全てのダウンリンクＲＬＣ／ＭＡＣブロックで送られ、同じタイムスロット番号で次のアップリンク無線ブロックの所有者または使用を示唆する。
【００１３】
ＥＧＰＲＳでは、ヘッダタイプ３でスプリットブロックインジケータが使用され、２ブロック再分割を使用して幾つかのユーザデータが再転送されるかどうかを示す。
【００１４】
受信プロトコルデータに対しては、肯定的／否定的確認応答ＡＣＫ／ＮＡＣＫにより、（肯定的にまたは否定的に）確認応答する。データペイロードを全く含むことができない個別のパケットまたはメッセージで、ＡＣＫ／ＮＡＣＫレポートは送信される。
【非特許文献１】第３世代パートナーシッププロジェクト（３ＧＰＰ）：技術仕様グループＧＳＭ／ＥＤＧＥ無線アクセスネットワーク、汎用パケット無線サービス（ＧＰＲＳ）、移動局（ＭＳ）−基地局システム（ＢＳＳ）間インタフェース、無線リンク制御／媒体アクセス制御（ＲＬＣ／ＭＡＣ）プロトコル、３ＧＰＰ  ＴＳ  ０４．６０  Ｖ８．２７．０、フランス、２００５年９月
【発明の開示】
【発明が解決しようとする課題】
【００１５】
上記に引用したどの文献にも、待ち行列を削減するシグナリング情報の送信や、ＡＣＫ／ＮＡＣＫ転送に関連する全体的冗長や、下位互換性を維持するデータブロックにＡＣＫ／ＮＡＣＫレポートを含ませることについては開示していない。
【００１６】
送信エンティティは、転送資源を効率的に活用し、利用可能な転送と処理能力に対応するため、一つ以上のバッファを備える。
【００１７】
送信バッファにペイロードデータがある場合、もし、送信のためにＡＣＫ／ＮＡＣＫレポートがスケジュールされるならば、従来の解決策ではそのようなデータの送信を禁止する。これは、遅延と待ち時間をもたらし、ユーザの性能満足度を減少させる。
【課題を解決するための手段】
【００１８】
従って、本発明の好ましい実施例の目的は、ペイロード転送と調和する（肯定的または否定的）確認応答の転送の方法とシステムを提供することである。
【００１９】
また、本発明の好ましい態様の目的は、ＲＬＣ／ＭＡＣヘッダ構造を改善する方法とシステムを提供することである。
【００２０】
本発明の一つの態様の目的は、遅延と待ち時間を削減する方法とシステムを提供することである。
【００２１】
更に、本発明の実施例の目的は、従来の技術に基づく動作を促進して性能改善をもたらす方法とシステムを提供することである。
【００２２】
最終的には、本発明の実施例の目的は、ペイロードデータ部分を有するＰＤＣＨアップリンクまたはダウンリンクブロックにＡＣＫ／ＮＡＣＫを含める方法とシステムを提供することである。
【００２３】
ＡＣＫ／ＮＡＣＫデータをピギーバックすることを含める方法とシステムはこれらの目的に適う。
【００２４】
本発明の好ましい実施例について、例示的な目的で、添付図面を参照して説明する。
【発明を実施するための最良の形態】
【００２５】
本発明は、遅延を低減または除去するプロトコルとシグナリングの修正を開示する。更に、本発明はより高速な再転送とより少ない待ち時間を提供する。
【００２６】
本発明は、ダウンリンクＡＣＫ／ＮＡＣＫレポート（アップリンク方向に転送されるフィードバック情報）とアップリンクＡＣＫ／ＮＡＣＫレポート（ダウンリンク方向に転送されるフィードバック情報）の両方を対象とする。
【００２７】
ダウンリンクＡＣＫ／ＮＡＣＫレポート
図８は、本発明の実施例を例示する非限定的な例のフローチャートを簡略に示す。例として示したフローチャートでは、本発明の実例を示すために好適な例のフィールドとして、ＲＲＢＰおよびＵＳＦフィールドが用いられる。しかしながら、本発明は、対応して展開される、例えば、ＢＳＮまたはＰＲのような他のフィールドを排除するものではない。一つ以上のダウンリンクＲＬＣデータブロックを受信するユーザ機器は、第一のＲＬＣデータブロックのヘッダをチェックする《Ｓ１》。もし、第一のＲＬＣデータブロックのヘッダが有効なＲＲＢＰを含み、第二のＲＬＣ／ＭＡＣブロックのＵＳＦが、ＲＲＢＰにおいて識別されたの同じアップリンクブロック周期を有しているなら、更なる考慮のために二つの可能な選択肢がある《Ｓ２》。もし、第二のＲＬＣ／ＭＡＣブロックのＵＳＦが、ＲＲＢＰにおいて識別されたの同じアップリンクブロック周期を有していないなら《Ｓ１》、ピギーバックすることはさらには考慮されず、従来の技術仕様に従って、従来のＡＣＫ／ＮＡＣＫレポートメッセージが送信される《Ｓ６》。
【００２８】
第一のＲＬＣデータブロックのヘッダが有効なＲＲＢＰフィールドを有し、第二のＲＬＣ／ＭＡＣブロックのＵＳＦが、ＲＲＢＰにおける識別されたのと同じアップリンクブロック期間を有しているなら、前に送信したダウンリンクＲＬＣデータブロックをエラー受信したが、それより早くにはエラーとして（即ち、否定確認応答）レポートしていなかったなら、または、それより早いその転送に否定確認応答したダウンリンクＲＬＣデータブロックを正しく受信したなら、ピギーバックしたＡＣＫ／ＮＡＣＫレポートが送信される《Ｓ３》。
【００２９】
上述のように、もし新規なＡＣＫ／ＮＡＣＫステータスがないなら、もし送信すべきデータがあるなら《Ｓ４》、従来のＲＬＣデータブロックメッセージが送信されるであろう《Ｓ５》し、送信すべきデータがないなら《Ｓ４》、従来のＡＣＫ／ＮＡＣＫレポートメッセージが送信される《Ｓ６》。
【００３０】
本発明の第一の態様によれば、図８のフローチャートに従って、ネットワークはレポートと特定のメッセージングを制御する。これは、従来の移動局／ユーザ機器との下位互換性を提供する。第一の代替的な態様によれば、ＵＳＦフィールドを検出するステップ《Ｓ１》の後のステップ《Ｓ２》と《Ｓ４》の順序を入れ替える。これに対応して、関連の転送メッセージ《Ｓ３》と《Ｓ５》を入れ替える。
【００３１】
本発明の第二の態様によれば、ＵＳＦフィールドの検出（図８の《Ｓ１》のように）は、本発明に従って動作する移動局／ユーザ機器を促し、どの特定のメッセージタイプを送信すべきか、また、移動局／ユーザ機器をＵＳＦスケジュールした場合、いつそれを送信すべきかを決定する。
【００３２】
三つの態様全てで、ＥＧＰＲＳアップリンクＲＬＣデータブロックヘッダの予備ビット間には、特定のビットが含まれる。これは、現在の３ＧＰＰ技術仕様（図１〜図３参照）に準拠している。従って、アップリンク受信ノードは、受信データブロックがピギーバックするＡＣＫ／ＮＡＣＫ情報を有しているかどうか決定できる。ＲＬＣデータブロックが、基地局制御装置またはサービングＧＰＲＳサポートノード／ゲートウエイＧＰＲＳサポートノード（ＳＧＳＮ／ＧＧＳＮ）のために決定され、無線基地局に手渡さなければならない。現在のＲＬＣ／ＭＡＣヘッダ構造にピギーバック情報を組み込むことにより、本発明の実施のために中間のノードが更新される必要はない。予備ビットは、三つのアップリンクＲＬＣデータブロックタイプ全てに利用可能である。従って、本発明の下位互換性はまた、無線基地局のような無線アクセスネットワークノードを包含するものである。
【００３３】
本発明によれば、アップリンクＲＬＣ／ＭＡＣパケット、望ましくは、そのデータ部分に、肯定的または否定的確認応答（ＡＣＫ／ＮＡＣＫ）を含む。
【００３４】
ピギーバックするＡＣＫ／ＮＡＣＫメッセージは、ＥＧＰＲＳ  ＲＬＣ／ＭＡＣダウンリンクフィードバックヘッダ（アップリンク方向に送信される）におけるＡＣＫ／ＮＡＣＫ情報フィールド（ＡＮ）に含めて添付される。従って、ピギーバックするＡＣＫ／ＮＡＣＫメッセージは、ペイロードデータから区別することができる。アップリンクレポート（以下を参照）のために対応するＡＮフィールドがあるのが望ましい。
【００３５】
ＡＣＫ／ＮＡＣＫレポートを転送する直前に、ＵＳＦを割付けてもよい。少なくとも、ＡＣＫ／ＮＡＣＫの転送前にＵＳＦを良好に受信しないなら、ピギーバックすることと、専用メッセージに包含させることの両方に、移動局／ユーザ機器はＡＣＫ／ＮＡＣＫレポートを準備するのが望ましい。
【００３６】
また、ピギーバックのためと専用メッセージへの包含のための各ＡＣＫ／ＮＡＣＫレポートは異なるのが望ましい。ピギーバックのためのＡＣＫ／ＮＡＣＫレポートは、短いビットマップであることが望ましく、他方、専用ＡＣＫ／ＮＡＣＫレポートメッセージに包含されるのが好ましいＡＣＫ／ＮＡＣＫレポートは、どちらかというと、詳細報告である。また、ピギーバックのためのＡＣＫ／ＮＡＣＫレポートには、ペイロードデータの誤り防止符号に比較して、付加的誤り防止符号が備えられているのが望ましい。しかしながら、いずれのレポートについても、レポートフォーマットのいずれもが除外されることはない。
【００３７】
また、ＡＣＫ／ＮＡＣＫレポートをピギーバックすることに関し、ＲＬＣデータブロック内のＡＣＫ／ＮＡＣＫレポートの位置が受信側で知られているべきである。
【００３８】
位置に事前に定めておくなら、それを各ＲＬＣデータブロックに関して通信する必要がないので、事前に定めた位置は非常に便利である。一度定められると、通信の両側により暗黙のうちにその位置は知られ、複数のＲＬＣデータブロックに適用される。事前に定めた位置は、必要があれば再び定めることができることを排除しない。事前に定めた位置は、例えば、ＲＬＣデータブロックの端のような、ＲＬＣデータブロックの特定の位置に対して相対的なものとできる。
【００３９】
（肯定的または否定的に）確認応答された一つ以上の特定のＢＮＳはＡＣＫ／ＮＡＣＫレポートにおいて、絶対的参照または相対的アドレスによって参照されるのが望ましい。
【００４０】
アップリンクＡＣＫ／ＮＡＣＫレポート
本発明に従えば、従来のＲＲＢＰフィールドは、ＥＧＰＲＳダウンリンクＲＬＣ／ＭＡＣヘッダにおけるＲＲＢＰフィールドとＡＣＫ／ＮＡＣＫインジケータ（ＡＮ）フィールドにより置換される。ＡＮフィールドは、ピギーバックＡＣＫ／ＮＡＣＫが含まれるかどうかについての情報を備える。
【００４１】
本発明に従う移動局／ユーザ機器は、ＡＮフィールドの情報内容から、ＡＣＫ／ＮＡＣＫレポートがＲＬＣデータブロックのデータペイロード部分に含まれるかどうかを識別する。
【００４２】
ＡＮフィールドを提供するための従来のＲＲＢＰフィールドを置換する代替案として、従来のＥＳ／Ｐフィールドが置換されることが可能であろう（図４〜図６参照）。ＡＮフィールドは、置換されるとき、ＲＲＢＰとＥＳ／Ｐフィールドの中間に配置されるのが望ましい。
【００４３】
置換するＲＲＢＰフィールドは、図９における例に示すように、二個の可能な値、２０ｍｓまたは４０ｍｓを定義するのが望ましい。本発明にとっては重要ではないが、しかし、その図の説明のために、図９における遅延は、ＲＲＢＰ値を含むダウンリンクブロックの第一のＴＤＭＡフレーム（Ｎ）に関して相対的なものである。ＲＲＢＰ値が“０”である場合に関して、２個のＴＤＭＡフレーム番号が示されている。そのフレーム番号は、ＧＰＲＳとＥＧＰＲＳの技術仕様に従い、中間的なＩＤＬＥとＰＴＣＣＨ（パケットタイミングアドバンス制御チャネル）フレームのために、どのブロックでＲＲＢＰを送信するかに依存して使用される。
【００４４】
ＲＲＢＰの代替または補完として、ＥＳ／Ｐフィールドが置換されてＡＮフィールドを収容する。
【００４５】
図１０は本発明に従う好適なＡＮフィールドを図示している。ＡＣＫ／ＮＡＣＫレポートをピギーバックすること、或は、ＡＣＫ／ＮＡＣＫレポートをピギーバックしないことを示す二個の代替案がある。本発明は、ピギーバックＡＣＫ／ＮＡＣＫレポートの包含に関して、正論理と負論理の両方をカバーする。
【００４６】
ダウンリンクＡＣＫ／ＮＡＣＫレポートに関して検討したように、ピギーバックＡＣＫ／ＮＡＣＫレポートの位置は、送信側と受信側の両方で同一であるべきである。
【００４７】
各ＲＬＣデータブロックのために通信する必要がないので、事前に定めた位置は非常に便利である。一度定まると、その位置は両側で暗黙のうちに知られ、複数のＲＬＣデータブロックに適用される。事前に定めた位置は、必要があれば再び定めることができることを排除しない。事前に定めた位置は、例えば、ＲＬＣデータブロックの最後のような、ＲＬＣデータブロックの特定の位置に対して相対的なもので良い。
【００４８】
（肯定的または否定的に）確認応答した一つ以上の特定のＢＮＳは、ＡＣＫ／ＮＡＣＫレポートにおいて、絶対的参照または相対的アドレスによって参照されるのが望ましい。
【００４９】
図１１は本発明に従う通信エンティティの要素を図示している。この通信エンティティには、処理手段《μ》と蓄積手段《Ｓ》とを備える。処理手段は、送信されるヘッダをフォーマットし、受信したヘッダを解釈するため、また更に上述のようにペイロードデータをもつデータブロックにＡＣＫ／ＮＡＣＫレポートを包含させるように適合される。さらに、処理手段《μ》は、蓄積手段《Ｓ》に好適に蓄積されるように、どのように、そして、どの場合に、ＡＮヘッダ情報とピギーバックＡＣＫ／ＮＡＣＫレポートを含めるのかを決定するように適合されるのが好ましい。
【００５０】
ＡＰまたはユーザ機器の受信機および送信機は、実際には一般的なものであることを当業者は容易に理解することである。本願の内にある、ＡＰ、ＭＳまたはＲＢＳのような概念の使用は、本発明をこれらの用語に関連する機器にのみ限定するものであることを意図するものではない。それは、本発明に関して、対応して動作するか、当業者によりそれらに容易に適合させられる全ての機器に関係する。明らかに非限定的例として、本発明は、加入者識別モジュール（ＳＩＭ）を有しない移動局とともに、同様に一つ以上のＳＩＭを含むユーザ機器にも関するものである。
【００５１】
本発明は、上記で詳しく説明した実施例にのみ制限されることを意図していない。本発明から逸脱すること無しに、変更および修正をしてもよい。本発明は、請求の範囲内で、全ての変更をカバーするものである。
【図面の簡単な説明】
【００５２】
【図１】従来の技術仕様に従う第一のアップリンクブロックヘッダを示す図である。
【図２】従来の技術仕様に従う第二のアップリンクブロックヘッダを示す図である。
【図３】従来の技術仕様に従う第三のアップリンクブロックヘッダを示す図である。
【図４】従来の技術仕様に従う第一のダウンリンクブロックヘッダを示す図である。
【図５】従来の技術仕様に従う第二のダウンリンクブロックヘッダを示す図である。
【図６】従来の技術仕様に従う第三のダウンリンクブロックヘッダを示す図である。
【図７】アップリンク方向に対する従来技術に従う種々のＥＳ／Ｐフィールド設定を示す図である。
【図８】本発明の実施例を示す非限定的な例のフローチャートを示す図である。
【図９】本発明に従うシグナリングのための好適なＲＲＢＰヘッダフィールドを示す図である。
【図１０】本発明に従うシグナリングのための好適なＡＮヘッダフィールドを示す図である。
【図１１】本発明に従う通信エンティティの要素を示す図である。
【図１】
2009534917.tif 000003
【図２】
2009534917.tif 000004
【図３】
2009534917.tif 000005
【図４】
2009534917.tif 000006
【図５】
2009534917.tif 000007
【図６】
2009534917.tif 000008
【図７】
2009534917.tif 000009
【図８】
2009534917.tif 000010
【図９】
2009534917.tif 000011
【図１０】
2009534917.tif 000012
【図１１】
2009534917.tif 000013
【手続補正書】
【提出日】平成20年5月16日(2008.5.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アクセスポイントとユーザ機器との間の無線送信を行なう無線通信ネットワークにおいてメッセージを送信する方法であって、
前記ネットワークが前記ユーザ機器から送信されるメッセージタイプをレポートする（ｓ３，ｓ４，ｓ５）ことを制御し、前記制御はセットアップ後にダウンリンク無線リンク制御（ＲＬＣ）データブロックヘッダの変更されたフィールドを送信する（ｓ１）ことにより実行されることを特徴とする方法。
【請求項２】
前記メッセージは肯定確認応答或は否定確認応答を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記肯定確認応答或は否定確認応答はＲＬＣデータブロックに含まれることを特徴とする請求項２に記載の方法。
【請求項４】
無線通信ネットワークにおいて用いられるユーザ機器であって、
セットアップ後に前記無線通信ネットワークから受信したダウンリンク無線リンク制御（ＲＬＣ）データブロックヘッダの変更されたフィールドに応じてレポートとメッセージとを送信する手段を有することを特徴とするユーザ機器。
【請求項５】
前記無線通信ネットワークから受信したダウンリンク無線リンク制御（ＲＬＣ）データブロックヘッダの変更されたフィールドに応じて肯定確認応答或は否定確認応答を送信する手段をさらに有することを特徴とする請求項４に記載のユーザ機器。
【請求項６】
前記肯定確認応答或は前記否定確認応答をＲＬＣデータブロックに含める手段をさらに有することを特徴とする請求項５に記載のユーザ機器。
【請求項７】
無線通信ネットワークにおいて用いられるノードであって、
セットアップ後に前記無線通信ネットワークに接続されたユーザ機器におけるレポートとメッセージとを制御するための変更されたフィールドを有するダウンリンク無線リンク制御（ＲＬＣ）データブロックヘッダを送信する手段を有することを特徴とするノード。
【請求項８】
前記メッセージは肯定確認応答或は否定確認応答を含むことを特徴とする請求項７に記載のノード。
【国際調査報告】
2009534917.tif 000014
2009534917.tif 000015
2009534917.tif 000016
2009534917.tif 000017