(57)【特許請求の範囲】
【請求項１】
送信機が、受信機に対してアクノレジメントモードの通信チャネルにおいてデータ・パケットを送信することと、
前記送信機が、ＨＡＲＱレイヤでのＨＡＲＱ処理が完了していると決定することにより、前記送信されたデータ・パケットに関する、前記受信機からのステータス報告の確実性が保証されていると決定することと、
保証されていると決定された場合に、前記送信機が、ポーリングを送信することと、ここにおいて、前記ポーリングを送信することは、最新のステータスが必要なとき前記送信されたデータ・パケットのすべてに関するアクノレジメント情報を受信することに応答して実行される、
前記送信機が、遅延なく送られた前記受信機からのステータス報告を受信すること、ここにおいて、前記ステータス報告は、前記ポーリングに応答して遅延なく送信される、
を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための方法。
【請求項２】
受信機に対してアクノレジメントモードの通信チャネルにおいて、データ・パケットを送信するための第１のモジュールと、
前記受信機から前記データ・パケットのすべてに関するアクノレジメント情報が送信されたことに基づいて、ＨＡＲＱレイヤでのＨＡＲＱ処理が完了していると決定することにより、前記送信されたデータ・パケットに関する、前記受信機からのステータス報告の確実性が保証されていると決定するための第２のモジュールと、
保証されていると決定された場合に、ポーリングによるステータスの要求を送信するための第３のモジュールと、
遅延なく送られた前記受信機からのステータス報告を受信するための第４のモジュール、
を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための少なくとも１つのプロセッサ。
【請求項３】
無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための命令を記憶したコンピュータ可読記録媒体において、前記命令は、
コンピュータに、受信機に対してアクノレジメントモードの通信チャネルにおいて、データ・パケットを送信するようにさせるための第１の組のコードと、
前記受信機から前記データ・パケットのすべてに関するアクノレジメント情報が送信されたことに基づいて、前記コンピュータに、ＨＡＲＱレイヤでのＨＡＲＱ処理が完了していると決定することにより、前記送信されたデータ・パケットに関する、前記受信機からのステータス報告の確実性が保証されていると決定するようにさせるための第２の組のコードと、
前記第２の組のコードにより保証されていると決定された場合、前記コンピュータに、ポーリングによるステータスの要求を送信するようにさせるための第３の組のコードと、
前記コンピュータに、遅延なく送られた前記受信機からのステータス報告を受信するようにさせる第４の組のコード、
を具備する、コンピュータ可読記録媒体。
【請求項４】
受信機に対してアクノレジメントモードの通信チャネルにおいて、データ・パケットを送信するための手段と、
前記受信機から前記データ・パケットのすべてに関するアクノレジメント情報が送信されたことに基づいて、ＨＡＲＱレイヤでのＨＡＲＱ処理が完了していると決定することにより、前記送信されたデータ・パケットに関する、前記受信機からのステータス報告の確実性が保証されていると決定するための手段と、
保証されていると決定された場合に、ポーリングによるステータスの要求を送信するための手段と、
遅延なく送られた前記受信機からのステータス報告を受信するための手段、
を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための装置。
【請求項５】
受信機に対してアクノレジメントモードの通信チャネルにおいて、データ・パケットを送信するための送信機構成要素と、
前記受信機から前記データ・パケットのすべてに関するアクノレジメント情報が送信されたことに基づいて、ＨＡＲＱレイヤでのＨＡＲＱ処理が完了していると決定することにより、前記送信されたデータ・パケットに関する、前記受信機からのステータス報告の確実性が保証されていると決定するためのＲＬＣポーリング基準の構成要素と、
保証されていると決定された場合に、ポーリングによるステータスの要求を送信するための前記送信機構成要素と、
遅延なく送られた前記受信機からのステータス報告を受信するための受信機構成要素、
を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
３５Ｕ．Ｓ．Ｃ．§１１９による優先権主張
本特許出願は、譲受人にこれについて譲渡され、特に参照によりここに組込まれている、２００７年１０月１日に出願された、「ＬＴＥ  ＲＬＣポーリングとステータス報告のタイミング（LTE RLC POLLING AND STATUS REPORT TIMING）」と題する、米国仮特許出願番号６０／９７６，７５６の優先権を主張する。
【０００２】
本発明は、無線通信システムと関している。さらに詳細には、本発明は、ハイブリッド自動繰り返し要求（hybrid automatic repeat request：Ｈ−ＡＲＱ）通信チャネルにおいて、遅延なしに、即時にステータス報告を実行する方法と装置に関している。
【背景技術】
【０００３】
無線通信システムは、音声、データ等のような、種々のタイプの通信コンテンツを提供するために、広く展開されている。これらのシステムは、利用可能なシステム資源（例えば、バンド幅と送信電力）を共有することにより、複数のユーザとの通信をサポートできる、多重アクセスシステムである。そのような多重アクセスシステムの例は、符号分割多重アクセス（ＣＤＭＡ）システム、時分割多重アクセス（ＴＤＭＡ）システム、周波数分割多重アクセス（ＦＤＭＡ）システム、および、直交周波数分割多重アクセス（ＯＦＤＭＡ）システムを含む。
【０００４】
３ＧＰＰロングタームエボルーション（  Ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）は、高い要求のある領域における、より高いピーク・データレート、より低い遅延、および、向上させられた広帯域の経験により、高速パケット・アクセス（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ：ＨＳＰＡ）の後継を補足する。これは、より広いスペクトラムの帯域幅、直交周波数分割多重アクセス（ＯＦＤＭＡ）とＳＣ−ＦＤＭＡ（すなわち、単一キャリア）エアインターフェイス、および、先進的なアンテナ技術を使用して達成される。これらの技術は、高いスペクトラムの効率、および、広い範囲の収束ＩＰサービスのための優れたユーザ経験を可能にする。ＵＭＴＳオペレータは、豊富なマルチメディア（例えば、ビデオ・オン・デマンド、音楽のダウンロード、動画の共有）、ＶｏＩＰ（ＩＰ上の音声）、ＰＴＴ（プッシュ・ツー・トーク）、および、ラップトップおよびＰＤＡへの広帯域アクセスのような、ＩＰサービスを速やかに採用し、提供している。オペレータは、ＨＳＰＡ，ＨＳＰＡ＋、および、ＬＴＥのようなアクセス・ネットワークを通して、これらのサービスを提供する。ＥＵ−ＴＲＡＮのための３ＧＰＰ  ＴＳ  ３６．３００技術仕様書に説明されているように、ＬＴＥにおいて、１つのサービング革新的基地ノード（ｅｖｏｌｖｅｄ  ｂａｓｅ  ｎｏｄｅ：ｅＮＢ）は、ここにおいて、二重モード通信に依存せずに、蓄積されている相互運用性を提供することにより、ユーザ装置（ＵＥ）と、アップリンク（ＵＬ）とダウンリンク（ＤＬ）チャネルを経由して、通信する。
【０００５】
自動繰り返し要求（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ−ｒｅＱｕｅｓｔ：ＡＲＱ)は、信頼できるデータ送信を達成するために、アクノレジメントと時間切れを使用する、誤り制御方法である。アクノレジメントは、それが、データ・フレームを正確に受信したことを示すために、送信機に対して、受信機により送信されるメッセージである。時間切れは、送信者が時間切れまでにアクノレジメントを受信しない場合に、それがアクノレジメントを受信するか、または、再送信の所定の数を越えるまで、それが、通常の場合にはフレームを再送信するように、送り手がデータ・フレームを送ってから測定される、合理的な時点である。
【０００６】
ＡＲＱの変形の１つは、実施する複雑さという代償を払って、特に無線チャネル上において、より良い性能を持つと、一般的には考えられている、“ハイブリッドＡＲＱ”（ＨＡＲＱ）として知られている。ＨＡＲＱにおいて、前方誤り訂正（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ：ＦＥＣ）ビットがさらに、任意の既存の誤り検出（Ｅｒｒｏｒ  Ｄｅｔｅｃｔｉｏｎ：ＥＤ）ビットに、追加される。この結果、ＨＡＲＱは、悪い信号の条件において、通常のＡＲＱよりもより良い動作をするが、その最も単純な形式において、これは、良い信号条件における著しく低いスループットという代償を払って実現される。
【０００７】
ＬＴＥのために、ＲＬＣ（Ｒａｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：無線リンク制御）送信機が、受信機にポーリング要求を送る時には必ず、受信機は、受信機における、最新のＲＬＣ  ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ: プロトコル・データ・ユニット）情報を、おそらく含む、ステータス報告を応答する。１つの問題が、ポーリング要求を受信機が受信する時に、ＨＡＲＱレイヤにより、送達されているいくつかのＲＬＣ  ＰＤＵｓがまだ存在し得るし、これにより、この時点において受信機により形成された任意のステータス報告が、これらのＰＤＵを考慮に入れ得ない場合に、生じ得る。例えば、ＨＡＲＱは、別のそれよりも早く終了したプロセスのために、順序に従わないデータを取りこむ。その結果、ＲＬＣ受信機がポーリングを受信し、ＲＬＣのステータスのスナップ・ショットを入手する時に、そのステータスは正確であり得えない。いくつかのＲＬＣ  ＰＤＵｓは、送達されている処理中には、まだ存在し得るし、ステータス報告により報告され得ない。
【０００８】
受信機は、ＨＡＲＱが、移動中のそれらのＰＤＵを説明できるようにするために、報告の前に、ＨＡＲＱ処理を終了させるように、ステータス報告を形成する前に、タイマを待つべきであることが示唆された。これは、単純なタイマ、または、受信機におけるギャップ検出（すなわち、より高度な方法）のいずれかを必要とする。この手法における、この問題は、たとえ、ＨＡＲＱ処理について送信されるべきことが何もないとしても、受信機がステータス報告を送り得る前に、固定遅延が引き起こされ得ることである。
【０００９】
以下は、開示された態様の、いくつかの態様の基本的な理解を提供するために、単純化した概要を示す。この概要は、広範な概観ではなく、そのような態様の基本的な、または、重大な要素を識別したり、範囲を描いたりすることを意図していない。その目的は、後に示される、さらに詳細な説明の前置きとして、単純化された形式で、説明される特徴のいくつかの概念を示すことである。
【発明の概要】
【００１０】
１つ以上の態様およびそれについての対応する開示に従って、種々の態様が、ＨＡＲＱが、送信されたＲＬＣ  ＰＤＵｓについては完了していることを確認する、最悪の場合の取り扱いのために、受信機に課せられる遅延を避ける状況を扱うことに関連して説明される。送信機は、ステータス報告が正確であることが必要であるかどうか、および、何が送信されたかと比較して、ＨＡＲＱが完了しているかどうかを知ることにより、より良い状態にある。それによって、利点が，ＨＡＲＱレイヤにおいて失われた、無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）メッセージのセグメントを含む、データ・バースト（例えば、任意のＲＬＣ  ＰＤＵ）内における、任意の１つのデータの損失の検出を促進するように、達成される。別の例として、ステータス報告は、必要とされる時には、最も正確な情報を含み得る。追加の例として、ステータス報告は最も迅速な方法で達成される。
【００１１】
１つの態様において、方法は、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリング、および、ステータス報告のタイミングを提供する。データ・パケットは、受信機に対して、アクノレジメントモードの通信チャネルにおいて送信される。受信機からのステータス報告が保証されているという決定が下される。ポーリング・ステータスの要求が送信される。ステータス報告が、遅延なく送信される受信機から受信される。
【００１２】
別の態様において、少なくとも１つのプロセッサは、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリング、および、ステータス報告のタイミングのために備えている。第１のモジュールは、受信機に対して、アクノレジメントモードの通信チャネルにおいて、データ・パケットを送信する。第２のモジュールは、受信機からのステータス報告が保証されているという決定を下す。第３のモジュールは、ポーリング・ステータスの要求を送信する。第４のモジュールは、遅延なく送信される受信機からのステータス報告を受信する。
【００１３】
追加の態様において、コンピュータ・プログラム製品は、複数の組のコードを含むコンピュータ可読記憶媒体を持つことにより、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリング、および、ステータス報告のタイミングを提供する。第１の組のコードは、コンピュータに、受信機に対して、アクノレジメントモードの通信チャネルにおいて、データ・パケットを送信するようにさせる。第２の組のコードは、コンピュータに、受信機からのステータス報告が保証されているという決定を下すようにさせる。第３の組のコードは、コンピュータに、ポーリング・ステータスの要求を送信するようにさせる。第４の組のコードは、コンピュータに、遅延なく送信される受信機からのステータス報告を受信するようにさせる。
【００１４】
別の追加の態様において、装置は、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリング、および、ステータス報告のタイミングを提供する。手段は、受信機に対して、アクノレジメントモードの通信チャネルにおいて、データ・パケットを送信するために提供される。手段は、受信機からのステータス報告が保証されているという決定を下すために提供される。手段は、ステータスの要求を送信するために提供される。手段は、遅延なく送信される受信機からのステータス報告を受信するために提供される。
【００１５】
さらなる態様において、装置は、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリング、および、ステータス報告のタイミングを提供する。送信機構成要素は、受信機に対して、アクノレジメントモードの通信チャネルにおいて、データ・パケットを送信する。ＲＬＣポーリング基準の構成要素は、受信機からのステータス報告が保証されているという決定を下す。送信機構成要素は、ポーリング・ステータスの要求を送信する。受信機構成要素は、遅延なく送信される受信機からのステータス報告を受信する。
【００１６】
さらに１つの態様において、方法は、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリング、および、ステータス報告のタイミングを提供する。データ・パケットは、送信機から、アクノレジメントモードの通信チャネルにおいて受信される。送信機が、受信機からのステータス報告が保障されているという決定を下した時に、ポーリング・ステータスの要求が受信される。ステータス報告が、遅延なく送られる受信機から送信される。
【００１７】
さらに別の態様において、少なくとも１つのプロセッサは、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリング、および、ステータス報告のタイミングを提供する。第１のモジュールは、受信機に対して、アクノレジメントモードの通信チャネルにおいて、データ・パケットを受信する。送信機が、受信機からのステータス報告が保証されているという決定をするときに、第２のモジュールは、ポーリング・ステータスの要求を受信する。第３のモジュールは、遅延なく送られる受信機からのステータス報告を送信する。
【００１８】
さらなる追加の態様において、コンピュータ・プログラム製品は、複数の組のコードを含むコンピュータ可読記憶媒体を持つことにより、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリング、および、ステータス報告のタイミングを提供する。第１の組のコードは、コンピュータに、送信機から、アクノレジメントモードの通信チャネルにおいて、データ・パケットを受信するようにさせる。送信機が、受信機からのステータス報告が保証されているという決定をするときに、第２の組のコードは、コンピュータに、ポーリング・ステータスの要求を受信するようにさせる。第３の組のコードは、コンピュータに、遅延なく送られる受信機からのステータス報告を送信するようにさせる。
【００１９】
さらに別の追加の態様において、装置は、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリング、および、ステータス報告のタイミングを提供する。手段は、受信機に対して、アクノレジメントモードの通信チャネルにおいて、データ・パケットを受信するために提供される。送信機が、受信機からのステータス報告が保証されているという決定を下す時に、手段は、ポーリング・ステータスの要求を受信するために提供される。手段は、遅延なく送られる受信機からのステータス報告を送信するために提供される。
【００２０】
さらに、さらなる態様において、装置は、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリング、および、ステータス報告のタイミングを提供する。受信機構成要素は、送信機から、アクノレジメントモードの通信チャネルにおいて、データ・パケットを受信し、送信機が、受信機からのステータス報告が保証されているという決定をするときに、ポーリング・ステータスの要求を受信する。送信機構成要素は、遅延なく送られる受信機からのステータス報告を送信する。
【００２１】
前述の目的の達成に向けて、１つ以上の実施例は、以下十分に説明され、特に請求項に指摘される、特徴を含む。以下の説明および添付された図面は、いくつかの図示できる態様を、詳細に明らかにし、実施例の原理が使用され得る種々の方法を、数個ではあるが、示している。図と結び付けて考えれば、他の利点および新しい特徴は、以下の詳細な説明から、明らかになり、開示された態様は、そのような態様とそれらと等価なものを全て含むように意図されている。
【００２２】
同じ参照文字が、全体にわたり、また、ここにおいて対応して識別する、図と関連させることにより、本開示の特徴と、性質と利点は、以下に示される詳細な説明から、さらに明らかになる。
【図面の簡単な説明】
【００２３】
【図１】図１は、ハンドオーバを保証する、ソースの無線アクセス・ネットワークのサービス区域から、近隣のＲＡＮへと移動する、ユーザ機器（ＵＥ）の無線通信システムのブロック・ダイアグラムを示す。
【図２】図２は、ＵＥとの無線リンク上の、アップリンクのハード・ハンドオーバの方法のための、タイミング・ダイアグラムを示す。
【図３】図３は、ＵＥとの無線リンク上の、ダウンリンクのハード・ハンドオーバの方法のための、タイミング・ダイアグラムを示す。
【図４】図４は、システム間のハンドオーバをサポートするために、向上された通信システムのブロック・ダイアグラムを示す。
【図５】図５は、ハンドオーバをサポートするための１つの態様に従う、多重アクセス無線通信システムのダイアグラムを示す。
【図６】図６は、ハンドオーバをサポートするための、通信システムのブロック・ダイアグラムを示す。
【図７】図７は、コンピュータに、ハード・ハンドオーバを制御するネットワークの機能を実行するようにさせる、進化した基地ノード（ｅｖｏｌｖｅｄ  Ｂａｓｅ  Ｎｏｄｅ：ｅＮＢ）のブロック・ダイアグラムを示す。
【図８】図８は、コンピュータに、ハード・ハンドオーバのための機能を実行させるように、構成されているモジュールを持つ、ユーザ機器（ＵＥ）のブロック・ダイアグラムを示す。
【詳細な説明】
【００２４】
種々の態様が、図を参照して、ここに、説明される。以下の説明において、説明の目的のために、多くの特定の詳細が、１つ以上の実施例の完全な理解を提供するために、明らかにされる。しかしながら、種々の態様が、これらの特定の詳細なしに、実行されるかもしれないことは、明白であり得る。他の事例においては、よく知られている構造とデバイスが、１つ以上の実施例を説明することを容易にするために、ブロック・ダイアグラムの形で示される。
【００２５】
この出願において使用されるように、“構成要素（component）”、“モジュール”、 “システム”および類似の用語は、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または、実行中のソフトウェアのいずれかである、コンピュータ関連のエンティティを参照するように意図されている。例えば、構成要素は、これに限定されはしないが、プロセッサの上で動作するプロセス、プロセッサ、オブジェクト、実行可能な物（executable）、実行スレッド、プログラムおよび／またはコンピュータであり得る。実例として、サーバの上で動作するアプリケーションとサーバの両方が、構成要素になり得る。１つ以上の構成要素は、プロセスまたは実行スレッドの中に存在することができ、構成要素は、１つのコンピュータに局在化、または、２つ以上のコンピュータの間に分散してもよい。
【００２６】
用語“典型的な（exemplary）”は、ここにおいては、例、事例または、実例として役立つこと、を意味するために使用される。ここにおいて、“典型的”と説明される任意の態様または設計は、必ずしも他の態様または設計よりも、好ましく、都合が良いとは解釈されない。
【００２７】
さらに、１つ以上のバージョンが、開示された態様を実行するように、コンピュータを制御するための、ソフトウェア、ファームウェア、ハードウェア、または、これらの任意の組み合わせを作り出すために、方法、装置、または、標準プログラミング、または、工学技術を用いた、製品（article of manufacture）としてインプリメントされ得る。ここで使われる“製品”という用語（または、代わりに“コンピュータ・プログラム製品（computer program product）”）は、任意のコンピュータ可読デバイス、キャリア、または、媒体からアクセス可能な、コンピュータ・プログラムを含むように意図されている。例えば、コンピュータ可読媒体は、限定されるわけではないが、磁気記憶装置（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップなど）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ディジタル・バーサタイル・ディスク（ＤＶＤ）・・・）、スマート・カード、および、フラッシュメモリ・デバイス（例えば、カード、スティック、）を含み得る。さらに、搬送波が、電子メールを送信し、受信するために、または、インターネットまたはローカル・エリア・ネットワーク（ＬＡＮ）のようなネットワークをアクセスするために使用されるような、コンピュータ可読電子データを伝えるために、使用され得ることが認識されるべきである。もちろん、当業者は、開示された態様の範囲から逸脱することなく、この構成について多くの修正がされることを、認識するであろう。
【００２８】
種々の態様は、多くの構成要素、モジュール等を含み得るシステムに関して示され得る。種々のシステムは、図に関連して論じられた、追加の構成要素、モジュール等を含み得るか、または、全ての構成要素、モジュール等は、含み得ないことを理解され、認識されるべきである。これらの手法の組合せも、使用され得る。ここに開示されている種々の態様は、タッチ・スクリーン・ディスプレイ技術、または、マウスおよびキーボードのタイプのインターフェイスを利用するデバイスを含む、電気的なデバイス上で実行され得る。そのようなデバイスの例は、コンピュータ（デスクトップおよびモバイル）、スマートフォン、個人情報端末（ＰＤＡｓ）、および、有線および無線の、他の電子デバイスを含む。
【００２９】
最初に図１を参照すると、無線ネットワーク１００は、ポーリング・ステータスの要求１０８を送る前に、進行中の、任意の未処理のハイブリッド自動繰り返し要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ−ｒｅＱｕｅｓｔ：ＨＡＲＱ）プロセスが、全て、終了していることを、送信機１０６に確かめさせることにより、受信機１０４からステータス報告１０２を受信する際の、遅延を回避する。このように、受信機１０４は、遅延なしで即時に、送信機１０６の任意のポーリング・ステータスの要求１０８に対して応答し得る。送信機１０６は、全てのＨＡＲＱ処理が完了していることを、既に保証しているので、受信機１０４のステータス報告１０２は、最新の情報を、正確に反映し得る。送信機１０６は、最新のポーリングが、即時のステータス報告ほど重要ではないと決定される場合（例えば、送信機１０６が、その送信機ウィンドウを進めようとしている時には、正確なステータス報告は重要ではない）、ＨＡＲＱプロセスに関わらず、いつでもポーリングを送り得る。次に、受信機１０４は、そのポーリングを受信すると即時に応答し得る。
【００３０】
使用において、データ・パケット送信機１０６の通信モジュール１１０は、無線リンク制御（ＲＬＣ）１１６により処理される、サービス・データ・ユニット（ＳＤＵｓ）１１４を提供する、より上位のプロトコル／アプリケーション・レイヤ１１２を持つ、プロトコル・スタックを含む。ＲＬＣ  １１６は、受信機１０４に対して、無線リンク１２４上で、アクノレジメントモード（ＡＭ）データを管理する、ＨＡＲＱ構成要素１２２を持つ、媒体アクセス制御（ＭＡＣ）エンティティ１２０により処理される、ＲＬＣプロトコル・データ・ユニット（ＰＤＵｓ）のＲＬＣバッファ１１８を持つ。物理（ＰＨＹ）レイヤ１２６は、無線リンク１２４上で、利用可能なトランスポート・ブロック１３０内に、受信機１０４のＰＨＹレイヤ１３２により受信される、ＡＭデータ（ＡＭＤ）１２８を送信する。受信機１０４のＭＡＣエンティティ１３４は、Ａｃｋ／Ｎａｋ応答１３８として描かれる、ＡＭＤ  ＰＤＵｓの受信の成功か失敗のアクノレジメントを発生する、ＨＡＲＱ構成要素１３６を持つ。ＲＬＣ  １４０は、より上位のプロトコル／アプリケーション１４６への、ＳＤＵｓ  １４４による、送達であるＲＬＣステータスバッファ１４２において、最新のステータスを保持するＲＬＣ  ＰＤＵｓを復号化する。
【００３１】
都合のよいことに、送信機１０６のＲＬＣ１１６は、どんな状態が、ポーリングス・ステータス要求に対する必要性として、示しているかと同様に、何が送信されたのかと、どんなＨＡＲＱの肯定通知／否定通知の応答１３８がＭＡＣ１２０のＨＡＲＱ構成要素１２２において受信されたかを、決定することができる、ＲＬＣポーリング基準の構成要素１４８を持つ。ポーリング・ステータスの要求１０８を送ることを、１つのＨＡＲＱ完了の基準１５０、および、即時のステータスを必要とする基準１５２として描かれ、後者が、全てのデータ・パケットが、既に送達されていることを必要としない、２つの基準のうち１つが満足されるまで、遅延させ得る。受信機１０４のＲＬＣ１４０の即時のステータス報告の構成要素１５４は、ＨＡＲＱ処理が完了しているかどうかを考慮せずに、ステータス報告１０２を送るために、ポーリング・ステータス要求１０８に対して、遅延なしに、即時に応答する。
【００３２】
この解決策のいくつかの利点は、促進されているデータ・バースト（例えば、ＨＡＲＱレイヤにおいて“失われた”無線資源制御（ＲＲＣ）メッセージを含む、任意の無線リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ））内の、任意の１個のデータの損失を検出することを含む。このように、ステータス報告は常に、最も正確な情報を含み得る。無線資源制御（ＲＲＣ）は、ＵＭＴＳ  ＷＣＤＭＡプロトコル・スタックに属し、ＵＥｓ（ユーザ装置）とＵＴＲＡＮの間の、レイヤ３の制御プレーンの信号伝達を取り扱い、接続の確立と開放のための機能、システム情報の同報通信、無線ベアラの確立、再構成と開放、ＲＲＣ接続の移動性手続き、ページングの通知と開放、外部ループの電力制御を実行する。さらに、送信機がローカルの否定応答を実行する場合には、単に、当然の拡張としてではあるが、ＲＬＣは、既に、ＨＡＲＱと相互に作用し得るし、それは、ステータス報告を送り返す前に、受信機を待たせることと比較して、受信機から最も正確なステータスを得る、最も高速の方法であり得る。
【００３３】
図２は、請求された主題の事項に従って、方法および／またはフロー・ダイアグラムを示す。説明の簡単化のために、方法は一連の行為として描かれ、説明される。主題の革新が、示された行為および／または行為の順番により限定されないことを理解し認識されたい。たとえば、行為は種々の順番で、および／または、同時に、および、ここに示され、説明されていない他の行為とともに発生し得る。さらに、全ての示される行為が、１つ以上の請求された主題事項に従う方法を、実行することを要求され得るとは限らない。さらに、当業者は、方法が、状態遷移図、または、事象を通して、一連の相互関係のある状態として、代わりに表され得ることを、理解し、認識するであろう。さらに、以下に、および、この明細書全体にわたって、開示される方法が、コンピュータにそのような方法が運ばれ、転送されるのを容易にするために、製造業者の装置に記憶され得ることが、さらに、認識されるべきである。ここで使われる、製品という用語は、任意のコンピュータ可読デバイス、キャリア、または、媒体からアクセス可能な、コンピュータ・プログラムを包含するように意図されている。
【００３４】
図２を参照すると、方法２００は、無線リンク制御（ＲＬＣ）のポーリングと、送信機２０２と受信機２０４から構成される無線ネットワークにおけるステータス報告のタイミングを提供する。ブロック２１０において、送信機２０２は、ＲＬＣ  ＰＤＵｓへの、より上位のレベルのＳＤＵｓを処理する、ＡＭ  ＲＬＣエンティティを持つ。ブロック２１２において、ＭＡＣエンティティは、ＨＡＲＱのためにＲＬＣ  ＰＤＵｓを処理する。ブロック２１４において、ＰＨＹレイヤは、受信機２０４に対して、ＡＭＤ  ＰＤＵｓを無線により送信する。送信機２０２は、ＨＡＲＱ処理（すなわち、同じＲＬＣ処理からＲＬＣ  ＰＤＵｓを能動的に送達している、ＨＡＲＱ処理だけ）が完了する前に、ブロック２１６において、ステータス要求のポーリングの必要性が無いことを決定するが、さらに、最新のステータス報告が必要であることを決定する。例えば、ポーリング要求が、ＲＬＣバッファにおける最後のデータによって起動されると、送信機は、ポ−リング要求を送る前に、全てのＨＡＲＱインスタンスが終了する（すなわち、ＨＡＲＱインスタンスが、ＲＬＣに対して、“成功”または“失敗”を報告する）のを、待ち得る。任意の遅延よりむしろ、送信機２０２は、受信機２０４における何らかの任意の遅延を課するよりはむしろ、全てのＨＡＲＱプロセスが、いつ完了するのかを知る立場にある。したがって、送信機２０２は、ＨＡＲＱ処理が完了するのを待つ。
【００３５】
ブロック２１８において、受信機２０４は、ＲＬＣ  ＰＤＵｓ２１８への、ＡＭＤ  ＰＤＵｓを処理する、ＭＡＣエンティティを持っている。ブロック２２０において、受信機２０４のＲＬＣは、より上位のレベルのＳＤＵｓを抽出し、ＲＬＣ  ＰＤＵの送達ステータスを追跡する。受信機２０４のＭＡＣは、２２２に描かれる、データ・パケット送達のアクノレジメント（すなわち、肯定通知／否定通知（Ａｃｋ／Ｎａｋ））を送信する。
【００３６】
ブロック２２４において、送信機２０２は、送信の追跡を、受信機２０４からのアクノレジメントと比較することにより、ＨＡＲＱ処理が完了していることを決定する。送信機２０２は、２２８に描かれるように、ＲＬＣステータス報告における遅延なしに、即時に応答する、２２６に描かれる即時の報告のための、ポーリング ステータス要求を、このように送信し得る。このポーリング ステータス要求は、任意の数の特別の、または、標準化された、ＨＡＲＱポーリング ステータス要求を通して達成され、または、同じ効果を達成することが定義されている、何らかの他のイベントにより起動され得る。ブロック２３０において、送信機は、データ・バースト内の任意の１個のデータの損失を検出することにより促進される、最新のポーリングから利益が得られるように調整された、バースト送信を実行することができる。
【００３７】
別の態様において、この方法２００は、ＨＡＲＱ処理が終了するのを待つことなく、即時のステータス報告を要求し得る。２２６に描かれるように、ＲＬＣ処理は、ＡＭＤ  ＰＤＵｓを送信する送信機２０２の、ＰＨＹレイヤにより開始される。その時、送信機２０２は、ブロック２３４において、送信機ウィンドウを進めるような、ポーリングが即時に要求されていること、および、ＨＡＲＱプロセスの完了が必要ではないか、または、高い優先順位にあることを決定する。その間に、受信機２０４のＭＡＣエンティティは、ブロック２３６において、ＲＬＣ  ＰＤＵｓへの、ＡＭＤ  ＰＤＵｓを処理する。送信機２０２は、２４０に描かれるように、遅延なくＲＬＣステータス報告で応答する、受信機２０４に、２３８に描かれるように、ポーリング・ステータス要求を送信する。その時、受信機は、より上位のレベルのＳＤＵｓを抽出し、送達ステータスを追跡するＲＬＣとして描かれる、ブロック２４２における、ＨＡＲＱ処理を完了する。次いで、受信機２０４のＭＡＣは、２４４に描かれるように、ＨＡＲＱ処理を完了するために、アクノレジメント (肯定通知/否定通知)を送信する。
【００３８】
図３を参照すると、１つの態様において、通信システム３００は，ここにおける態様と修正された一致を取る、３ＧＰＰ  ＬＴＥ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：第３世代協力プロジェクトのロングタームエボルーション）プロトコルに従う、他のｅＮＢ３１０と３１２と一緒にさらに描かれている、ユーザ装置（ＵＥ）３０６と１つの進化した基地ノード（ｅｖｏｌｖｅｄ  ｂａｓｅ  ｎｏｄｅ：ｅＮＢ）３０８との間の、促進されたステータス報告システム３０４を組み込む、進化したユニバーサルモバイル通信システムの地上無線アクセス・ネットワーク（ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：Ｅ−ＵＴＲＡＮ）３０２を含む。
【００３９】
ｅＮｏｄｅ  Ｂｓ  ３０８，３１０，３１２は、ＵＭＴＳ  地上無線アクセス（Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）（Ｅ−ＵＴＲＡ）のユーザ・プレーンと、ＵＥ３０６に向かう、制御プレーン（ＲＲＣ）プロトコル・ターミネーションを提供する。ユーザ・プレーンは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：第3世代協力プロジェクト）パケット・データ収束プロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）、無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ：ＲＬＣ）、媒体アクセス制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ：ＭＡＣ）、および、物理レイヤ制御（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｃｏｎｔｒｏｌ：ＰＨＹ）を含む。ｅＮｏｄｅ  Ｂ  ３１０−１１２は、Ｘ２インターフェイス（“Ｘ２”）を用いて、互いに相互接続される。ｅＮｏｄｅ  Ｂｓ３０８，３１０，３１２は、さらに、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ：進化したパケット・コア）に、Ｓ１インターフェイス（“Ｓ１”）を用いて、より詳細には、データ・パケット・ネットワーク３２０に接続される、移動度管理エンティティ／サービング・ゲートウェイ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ   Ｅｎｔｉｔｉｅｓ/ Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙｓ ：ＭＭＥ/Ｓ−ＧＷ) ３１６,３１８に、接続される。Ｓ１インターフェイスは、ＭＭＥｓ／Ｓ−ＧＷ３１６，３１８とｅＮｏｄｅ  Ｂｓ３０８，３１０，３１２の間の、多数対多数の関係をサポートする。ｅＮｏｄｅＢ３０８, ３１０, ３１２の間のネットワーク・インターフェイスＸ２は、ハンドオーバおよび他の機能を調整するために使用される。エアリンク３２２は、ｅＮｏｄｅ  Ｂ ３０８とＵＥ  ３０６の間でアクティブである。
【００４０】
ｅＮｏｄｅＢ  ３０８, ３１０, ３１２は、以下の機能を提供する。無線資源の管理：無線ベアラ制御、無線承認制御、接続移動性制御、アップリンクとダウンリンクの両方における、ＵＥｓ３０６への資源の動的割り当て（スケジューリング）；ＩＰヘッダの圧縮とユーザ・データ・ストリームの暗号化；ＵＥアタッチメントにおけるＭＭＥの選択；サービング・ゲートウェイへの、ユーザ・プレーン・データのルーティング；ページング・メッセージ（ＭＭＥから発生する）のスケジューリングと送信；同報通信情報のスケジューリングと送信；移動性とスケジューリングについてのコンフィグレーションの測定および測定の報告。
【００４１】
ＭＭＥは、以下の機能を提供する。ｅＮｏｄｅ  Ｂｓ  ３０８, ３１０, ３１２へのページング・メッセージの配布；セキュリィティ制御；アイドル・ステートの移動性制御；システム・アーキテクチャの進化（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｋｕｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ：ＳＡＥ）のベアラ制御；非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＮＡＳ）シグナリングの暗号化と完全性の保護。サービング・ゲートウェイは、ページングの理由のためのＵ−プレーン・パケットの機能の終端、および、ＵＥ移動性のサポートのためのＵ−プレーンの切り替えを提供する。
【００４２】
ｅＮｏｄｅ  Ｂ  ３０８からの無線リンク３２２である、無線（over-the-air：ＯＴＡ）ダウンリンク（ＤＬ）３２４は、ダウンロード割り当てに関係する、複数個の通信チャネルを含み得る。３つの異なるタイプの物理（ＰＨＹ）チャネルが、ＬＴＥダウンリンク３２４のために定義される。物理チャネルの、１つの共通の特性は、それらが全てＬＴＥスタックにおける、より上位のレイヤからの情報を伝達することである。このことは、ＰＨＹレイヤ内において、排他的に使用される情報を、伝達する物理的な信号とは、対照的である。
【００４３】
ＬＴＥ  ＤＬ物理チャネルは、物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＰＤＣＣＨ）、および、共通制御物理チャネル（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ：ＣＣＰＣＨ）である。物理チャネルは、Ｌ２／Ｌ３レイヤのサービス・アクセス・ポイント（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔｓ：ＳＡＰｓ）である、トランスポートチャネルに対応付けられる。各々の物理チャネルは、ビット・スクランブル、変調、レイヤの対応付け、周期的な遅延ダイバーシティ（ｃｙｃｌｉｃ  ｄｅｌａｙ  ｄｉｖｅｒｉｓｔｙ：ＣＤＤ）によるプリコーディング、資源要素割り当てのための、アルゴリズムを定義している。レイヤの対応付けとプリコーディングは、ＭＩＭＯアプリケーションに関連付けられる。レイヤは、空間的な多重化チャネルに対応する。
【００４４】
同報通信チャネル（ＢＣＨ）は、固定されたフォーマットを持ち、セルのサービス区域全体に渡る同報通信である。ダウンリンク共有チャネル（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＤＬ−ＳＣＨ） は、ハイブリッドＡＲＱ（Ｈｙｂｒｉｄ ＡＲＱ：HＡＲＱ）をサポートし、可変の変調、符号化、および、送信電力による、動的なリンクの適合化をサポートし、セルのサービス区域全体に渡る送信のために適し、ビーム形成の使用ために適し、動的および半静的な資源割り当てをサポートし、電力の節約のために非連続な受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｉｖｅ：ＤＲＸ）をサポートする。ページング・チャネル（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ：ＰＣＨ）は、ＵＥ  ＤＲＸをサポートし、セルのサービス区域全体に渡る同報通信を必要とし、動的に割り当てられた物理的な資源に対応付けられる。マルチキャスト・チャネル（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｒｌ：ＭＣＨ）は、セルのサービス区域全体に渡る同報通信のために必要とされ、マルチキャスト／同報通信の単一周波数ネットワーク（Ｍｕｌｔｉｃａｓｔ  ｂｒｏａｄｃａｓｔ−ｓｉｎｇｌｅ  ｆｒｅｑｕｅｎｃｙ  ｎｅｔｗｏｒｋ：ＭＢ−ＳＦＮ）をサポートし、半静的資源割り当てをサポートする。サポートされているトランスポートチャネルは、同報通信チャネル（Ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ：ＢＣＨ）、ページング・チャネル（Ｐａｇｉｎｇ ｃｈａｎｎｅｌ: ＰＣＨ）、ダウンリンク共有チャネル（Ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ：ＤＬ−ＳＣＨ），およびマルチキャスト・チャネル（ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ: ＭＣＨ)である。トランスポートチャネルは、以下の機能を提供する：より上位のレイヤへの／からのデータの受け渡しのための構造、より上位のレイヤがＰＨＹステータスの指標（パケット誤り、ＣＱＩ等）を構成し得る仕組み、および、より上位のレイヤのピア・ツー・ピア・シグナリング。トランスポートチャネルは、次のように物理的なチャネルに対応付けられる。ＰＤＳＣＨへの対応付けが考慮されるが、ＢＣＨはＣＣＰＣＨに対応付ける。ＰＣＨとＤＬ−ＳＣＨはＰＤＳＣＨに対応付ける。ＭＣＨなＰＤＳＣＨに対応付けられ得る。
【００４５】
送信機（例えば、ＤＬ ３２４のためのｅＮＢ  ３０８、または、アップリンク（ＵＬ）３２６のためのＵＥ ３０６）のより上位のレベルのプロトコル、または、アプリケーションは、より上位のレベルのプロトコルに対して、サービス・データ・ユニット（ＳＤＵ）として転送されるインターネット・プロトコル（ＩＰ）パケットのような、パケット・データ・ユニット（ＰＤＵｓ）を生成する暗号化のような機能のためのパケット・データ収束プロトコル（ＰＤＣＰ）のような、通信のためのコンテンツを持つ。ＰＤＣＰは、無線リンク・レイヤ（ＲＬＣ）のような、より低いレイヤのプロトコルのサービス・アクセス・ポイントに対して、サービス・データ・ユニット（ＳＤＵｓ）としてＰＤＵｓを運ぶ。
【００４６】
ＰＤＣＰとＲＬＣは、３ＧＰＰにおける、例えば、ＨＳＰＡのＲＬＣ、および、ＬＴＥのＲＬＣのように、他の物の中で、ＡＲＱ（自動繰り返しの要求：ＡｕｔｏｍａｔｉｃＲｅｐｅａｔ ｒｅ−Ｑｕｅｓｔ）を起動する、他の遠距離通信システムの“レイヤ２”における隣接したプロトコルである。さらに、ここにおいて説明される態様と技術は、ＣＤＭＡ，ＴＤＭＡ，ＦＤＭＡ，ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムのような、種々の無線通信システムのために使用され得る。“システム”と“ネットワーク”という用語は、しばしば、互換的に使用される。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ：ＵＴＲＡ），ｃｄｍａ２０００等の無線技術を実現し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ：Ｗ−ＣＤＭＡ）および他のＣＤＭＡの変形を含む。ｃｄｍａ２０００は、ＩＳ−２０００，ＩＳ−９５およびＩＳ−８５６標準を対象とする。ＴＤＭＡシステムは、モバイル通信のためのグローバルシステム（Ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：ＧＳＭ(登録商標)）のような無線技術を実現し得る。ＯＦＤＭシステムは、進化したＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ：Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ：ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）等の無線テクノロジーを実現し得る。ＵＴＲＡは、ユニバーサルモバイル通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。Ｅ−ＵＴＲＡは、ダウンリンクにＯＦＤＭＡを、アップリンクにＳＣ−ＦＤＭＡを利用する、Ｅ−ＵＴＲＡを使用する、ＵＭＴＳの次の公開版である、３ＧＰＰロングタームエボルーション（３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）の一部である。ＵＴＲＡ，Ｅ−ＵＴＲＡ，ＵＭＴＳ，ＬＴＥおよびＧＳＭは、第３世代共同プロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）と名づけられている組織からの文書に説明されている。ＣＤＭＡ２０００とＵＭＢは、“第３世代共同プロジェクト２”（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２：３ＧＰＰ２）と名づけられている組織からの文書に説明されている。これらの種々の無線技術と標準は、当該分野で知られている。
【００４７】
ｅＮｏｄｅ  Ｂ  ３０８は、送信機として動作し、ＵＥ３０６とのＡＭ通信を送るために、コンピュータ可読記憶媒体（メモリ）３４４において、モジュールを実行するための、少なくとも１つのプロセッサ３４２を持つ、コンピュータ・プラットフォーム３４０を都合よく含み得る。ＲＬＣポーリング／ステータス報告タイミング構成要素３４６は、プロセッサ３４２により実行される、メモリ３４４におけるコードとデータの組を含み得る。実例となる態様において、第１のモジュール３４８は、受信機に対して、アクノレジメントモード通信チャネルにおいて、データ・パケットを送信する。第２のモジュール３５０は、受信機からのステータス報告が保証されていることを決定する。第３のモジュール３５２は、ポーリング・ステータスの要求を送信する。第４のモジュール３５４は、遅延なく送られた、受信機からステータス報告を受信する。
【００４８】
ＵＥ  ３０６ は、受信機として動作し、ｅＮｏｄｅ  Ｂ  ３０８からのＡＭ通信を受信するために、コンピュータ可読記憶媒体（メモリ）３６４において、モジュールを実行するための、少なくとも１つのプロセッサ３６２を持つ、コンピュータ・プラットフォーム３６０を都合よく含むことができる。プロセッサ３６２は、特定用途向け集積回路（ＡＳＩＣ）、他のチップセット、プロセッサ、論理回路、または、他のデータ処理デバイスであり得る。ＲＬＣポーリング／ステータス報告タイミング構成要素３６６は、プロセッサ３６２により実行される、メモリ３６４におけるコードとデータの組を含み得る。実例となる態様において、第１のモジュール３６８は、送信機から、アクノレジメントモード通信チャネルにおいて、データ・パケットを受信する。第２のモジュール３７０は、送信機が、受信機からのステータス報告が保証されていることを決定した時に、ポーリング・ステータス要求を受信する。第３のモジュール３７２は、遅延なく送られた、受信機からステータス報告を送信する。
【００４９】
メモリ３４４、３６４は、読み出し専用の、および／または、ランダム・アクセスメモリ（ＲＡＭおよびＲＯＭ）、消去可能なプログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、および／または、コンピュータ・プラットフォームにとって共通の、任意のメモリのような、揮発性および不揮発性メモリの部分を、含み得る。さらに、アクティブなメモリ、および、磁気媒体、光学媒体、テープ、ソフトおよび／またはハードディスク、および、媒体交換可能なメモリ構成要素のような、電子ファイルシステムおよび任意の二次および／または三次の記憶デバイスを含む、記憶のメモリを含み得る。
【００５０】
実例となる態様において、ＵＥ  ３０６は、モバイル無線および／または携帯電話を含み得る。あるいは、ＵＥ  ３０６は、プロキシ・コール／セッション制御機能（Ｐｒｏｘｙ  Ｃａｌｌ／Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ：Ｐ−ＣＳＣＦ）サーバ、ネットワーク・デバイス、サーバ、コンピュータ・ワークステーション等のような、固定された通信デバイスを含み得る。ＵＥ  ３０６は、説明され、または、図示されたようなデバイスに制限されず、個人情報端末（ＰＤＡ）、双方向テキストページャ、有線または無線通信ポータルを持つポータブル・コンピュータ、および、有線または無線通信ポータルを持つ任意のタイプのコンピュータ・プラットフォームを、さらに含み得ることを理解されたい。さらに、ＵＥ  ３０６は、リモート・スレーブ、または、リモート・センサ、リモート・サーバ、診断ツール、データ中継器のような、他の類似のデバイスであり得る。それは、エンド・ユーザはそこにいないが、無線または有線ネットワーク経由で単純に通信する。代替の態様において、ＵＥ  ３０６は、陸上通信線の電話、パーソナル・コンピュータ、セット・トップ・ボックス等のような、有線の通信デバイスであり得る。さらに、単一タイプ、または、複数の前述のタイプの、任意の数のＵＥ  ３０６の任意の組合せが、携帯通信システム（示されていない）において利用され得ることは、注意されるべきである。したがって、本装置および方法は、有線または無線の通信ポータルを含み、限定されないが、無線モデム、パーソナル・コンピュータ・メモリー・カード国際協会（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ  Ｃａｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｓｓｏｃｉａｔｉｏｎ：ＰＣＭＣＩＡ) カード、アクセス端末、パーソナル・コンピュータ、電話、または、これらの任意の組合せまたは下位の組合せを含む、任意の形式の有線または無線のデバイス、または、コンピュータ・モジュール上で実行され得る。さらに、ＵＥ  ３０６はユーザ・インターフェイス３７４を含む。
【００５１】
ユーザ・インターフェイス３７４は、ユーザ入力をＵＥ  ３０６に対して発生し、または、受信することが実施可能な入力デバイス、および、ＵＥ  ３０６のユーザによる消費のための情報を発生および／または示すことが実施可能な出力デバイスを含み得ることを、認められるべきである。例えば、入力デバイスは、キーパッドおよび／またはキーボード、マウス、タッチ・スクリーン・ディスプレイ、音声認識モジュールと連携するマイクロホン等のような、少なくとも１つのデバイスを含み得る。さらに、例えば、出力デバイスは、ディスプレイ、オーディオ・スピーカ、触覚のフィードバックの仕組み等を含み得る。出力デバイス５０６は、画像のユーザ・インターフェイス、音、振動または点字テキストが生成する表面のような感覚等を発生し得る。
【００５２】
図４において、別の態様において、図１の無線ネットワーク１００をサポートし得る通信システム４００は、その取り扱うＧＰＲＳのサポート・ノード（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ：ＳＧＳＮ）４０６が、モバイル通信のグローバルシステムのためのギガビット・インターフェイス（Ｇｂ  ｉｎｔｅｒｆａｃｅ  ｔｏ  ａ  Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ）／エッジ無線アクセス・ネットワーク（Ｅｄｇｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＧＥＲＡＮ）４０８により、ＵＴＲＡＮ４１０へのＬＵインターフェイスを経由して、順にインターフェイスされるレガシの一般向けパケット無線サービス（ｌｅｇａｃｙ  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ：ＧＰＲＳ）のコア４０４を用いて、インターフェイスＳ４を経由して改良型パケット・コア４０２のインターフェイスをするサポートを含む。
【００５３】
本開示の利点について、ＧＰＲＳサポート・ノード（ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅｓ：ＧＳＮ）が，ＧＳＭコア・ネットワークにおいてＧＰＲＳの使用をサポートする、ネットワークのノードであることを、認識するべきである。ゲートウェイＧＰＲＳサポート・ノード（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ：ＧＧＳＮ）とサービングＧＰＲＳサポート・ノード(Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ：ＳＧＳＮ）を含む、ＧＳＮの２つの重要な変形がある。ＧＧＳＮは、ＧＰＲＳ幹線ネットワークと外部パケット・データ・ネットワーク（無線ネットワークとＩＰネットワーク）の間の、インターフェイスを提供し得る。それは、ＳＧＳＮから来るＧＰＲＳパケットを適切なパケット・データ・プロトコル（ｐａｋｃｅｔ  ｄａｔａ  ｐｒｏｔｏｃｏｌ：ＰＤＰ）フォーマット（例えば、ＩＰまたはＸ．２５）に変換し、対応するパケット・データ・ネットワークに対して、それらに、変換されたパケットを送り得る。他の方向において、着信データ・パケットのＰＤＰアドレスは、宛先ユーザのＧＳＭアドレスに変換され得る。宛先が変更されたパケットは、次いで、その責任のあるＳＧＳＮに対して送信される。この目的のために、ＧＧＳＮは、ユーザの現在のＳＧＳＮアドレスおよび彼または彼女のプロファイルをそのロケーション・レジスタに記憶し得る。ＧＧＳＮは、ＩＰアドレスの割り当てを提供し得るし、一般的には、特定のＵＥのための、デフォールトのルータである。
【００５４】
対照的に、ＳＧＳＮは、その地理的なサービス領域内のモバイル局からの／への、データ・パケットの送達について、責任があり得る。ＳＧＳＮのタスクは、パケットのルート決定と転送、移動性管理、論理リンクの管理、認証および課金機能を含み得る。
【００５５】
続いて、ユーザ・プレーン・レイヤのためのＧＰＲＳトンネリング・プロトコル（ＧＰＲＳ  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ  ｆｏｒ  ｔｈｅ  ｕｓｅｒ  ｐｌａｎｅ：ＧＴＰ−Ｕ）は、ユーザ・プレーン（ｕｓｅｒ−ｐｌａｎｅ：Ｕ−ｐｌａｎｅ）上で使用され得るし、パケット交換領域において、ユーザ・データを送信するために有用である。ユニバーサルモバイル通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ：ＵＭＴＳ）におけるパケット交換ネットワークは、ＧＰＲＳに基づいているので、従って、ＧＴＰ−Ｕはさらに、ＵＭＴＳにおいても使用され得る。ＵＭＴＳは、第３世代（３Ｇ）携帯電話技術の１つである。ＵＭＴＳは、時には、それが継承するために設計された、その３Ｇの背景とＧＳＭ標準の両方をほのめかす、３ＧＳＭと呼ばれる。
【００５６】
図４に戻って、Ｓ４は、相互アクセス層アンカー（Ｉｎｔｅｒ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ  Ａｎｃｈｏｒ：ＩＡＳＡ）４１４のＧＰＲＳコア４０４と３ＧＰＰアンカー４１２の間の関連する制御と移動性サポートを含むユーザ・プレーンを提供し、ＳＧＳＮ４０６およびゲートウェイＧＰＲＳ取り扱い／サポート・ノード（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｅｒｖｉｎｇ／Ｓｕｐｐｏｒｔ  Ｎｏｄｅ：ＧＧＳＮ）（示されていない）の間に定義されるＧｎ参照点に基づいている。ＩＡＳＡ４１４は、関連する制御と移動性サポートを含む、ユーザ・プレーンを提供するＳ５ｂインターフェイスにより、３ＧＰＰアンカー４１２にインターフェイスされている、システム・アーキテクチャ進化（ｓｙｓｔｅｍ  ａｒｃｈｉｔｅｃｔｕｒｅ  ｅｖｏｌｖｅｄ：ＳＡＥ）アンカー４１６をさらに含む。３ＧＰＰアンカー４１２は、インターフェイスＳ５ａ経由で、ＭＭＥ  ＵＰＥ４１８と通信する。移動性管理エンティティ（ＭＭＥ）は、ｅＮＢｓに対するページング・メッセージの分布に関係し、ユーザ・プレーン・エンティティ（ＵＰＥ）は、ＩＰヘッダの圧縮およびユーザ・データ・ストリームの暗号化に関係し、Ｕ−プレーン・パケットのターミネーションは、ページングのためであり、Ｕ−プレーンの交換は、ＵＥ移動性のサポートのためである。ＭＭＥ  ＵＰＥ４１８は、ＵＥデバイス４２２と無線通信のために、進化したＲＡＮ  ４２０とインターフェイスＳ１を経由して通信する。
【００５７】
Ｓ２ｂインターフェイスは、ＷＬＡＮアクセス・ネットワーク（ＷＬＡＮ  Ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ：ＮＷ）４２８をさらに含む、無線ローカル・アクセス・ネットワーク（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ：ＷＬＡＮ）の３ＧＰＰ  ＩＰアクセス構成要素（３ＧＰＰ  ＩＰ  Ａｃｃｅｓｓ  ｃｏｍｐｏｎｅｎｔ）４２６のＳＡＥアンカー４１６と進化したパケット・データ・ゲートウェイ（ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ：ｅＰＤＧ）４２４の間の、関連する制御と移動性サポートを含むユーザ・プレーンを提供する。ＳＧｉインターフェイスは、インターＡＳアンカー４１６とパケット・データ・ネットワーク４３０の間の、参照点であるパケット・データ・ネットワーク４３０は、オペレータ外部公衆（ｏｐｅｒａｔｏｒ  ｅｘｔｅｒｎａｌ  ｐｕｂｌｉｃ）の、または、個人のパケット・データのネットワーク、または、たとえば、ＩＰマルチメディア・サブシステム（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ：ＩＭＳ）の提供のための、イントラ・オペレータ・パケット・データ・ネットワーク（ｉｎｔｒａ  ｏｐｅｒａｔｏｒ  ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）であり得る。このＳＧｉ参照点は、ＧｉとＷｉの機能性に対応し、任意の３ＧＰＰと非３ＧＰＰアクセスシステムをサポートする。Ｒｘ＋インターフェイスは、進化したパケット・コア（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）４０２に対して、Ｓ７インターフェイス経由で、順に通信する、パケット・データ・ネットワーク４３０とポリシと課金規則機能（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ：ＰＣＲＦ）４３２の間の通信を提供する。Ｓ７インターフェイスは、ＰＣＲＦ４３２からポリシと課金実施ポイント（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｐｏｉｎｔ：ＰＣＥＰ）（示されていない）に対して、（ＱｏＳ）ポリシと課金規則の転送を提供する。Ｓ６インターフェイス（すなわち、ＡＡＡインターフェイス）は、家庭加入者サービス（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｉｃｅ：ＨＳＳ）４３４に対する、進化したパケット・コア（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）４０２によるユーザ・アクセスの認証／認可加入と認証データの転送を可能にする。Ｓ２ａインターフェイスは、信頼される非３ＧＰＰ  ＩＰアクセス４３６（ｔｒｕｓｔｅｄ  ｎｏｎ−３ＧＰＰ  ＩＰ  ａｃｃｅｓｓ  ４３６）とＳＡＥアンカー（ＳＡＥ  ａｎｃｈｏｒ）４１６の関連付け制御と移動性のサポートを、ユーザ・プレーンに提供する。
【００５８】
無線通信システムは、音声、データ等のような、種々の通信コンテンツを提供するために、広く展開されていることを認識するべきである。これらのシステムは、利用可能なシステム資源（例えば、バンド幅と送信電力）を共有することにより、複数のユーザとの通信をサポートすることができる、多重アクセス・システムであり得る。そのような多重アクセスシステムの例は、符号分割多重アクセス（ＣＤＭＡ）システム、時分割多重アクセス（ＴＤＭＡ）システム、周波数分割多重アクセス（ＦＤＭＡ）システム、３ＧＰＰ  ＬＴＥシステム、および、直交周波数分割多重アクセス（ＯＦＤＭＡ）システムを含む。
【００５９】
一般的には、無線多重アクセス通信システムは、複数の無線端末のために、通信を同時にサポートすることができる。各々の端末は、順方向および逆方向リンク上の送信を通して、１つ以上の基地局と通信する。順方向リンク（つまり、ダウン・リンク）は、基地局から端末への通信リンクを指し、逆方向リンク（つまり、アップ・リンク）は、端末から基地局への通信リンクを指す。この通信リンクは、単一入力・単一出力、複数入力・単一出力、または、複数入力・複数出力（ＭＩＭＯ）システムであり得る。
【００６０】
ＭＩＭＯシステムは、複数（ＮＴ）個の送信アンテナと複数（ＮＲ）個の受信アンテナを使用する。ＮＴ個の送信とＮＲ個の受信アンテナにより形成されたＭＩＭＯチャネルは、また空間チャネルと呼ばれる、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である、ＮＳ個の独立したチャネルに分解されてもよい。ＮＳ個の独立チャネルの各々は、１つの次元に対応する。複数の送信と受信アンテナにより生成された、追加の次元を利用することができれば、ＭＩＭＯシステムは、改善された性能（例えば、より高いスループット、より大きな信頼性）を提供することができる。
【００６１】
ＭＩＭＯシステムは時分割複信（ＴＤＤ）および周波数分割複信（ＦＤＤ）システムをサポートする。ＴＤＤシステムにおいて、順方向リンクと逆方向リンク送信は、相反定理が、逆方向チャネルからの順方向チャネルの推定を可能にするために、同じ周波数領域上にある。複数のアンテナがアクセス・ポイントにおいて利用可能である場合に、これは、アクセス・ポイントが順方向リンクにおける送信のビーム形成の利得を抽出することを、可能にする。
【００６２】
図５を参照すると、１つの態様に従う、多重アクセス無線通信システムが図示されている。アクセス・ポイント６００（ＡＰ）は、１つが６０４と６０６を含んでいて、別の１つは６０８と６１０を含んでいて、追加の１つは６１２と６１４を含んでいる、複数のアンテナ・グループを含む。図５において、２つのアンテナだけが、各々のアンテナ・グループのために示されているが、より多い、または、少ないアンテナが、各々のアンテナ・グループのために利用され得る。アクセス端末６１６（ＡＴ）はアンテナ６１２および６１４により通信しているが、ここにおいて、アンテナ６１２および６１４は、順方向リンク６２０上で、アクセス端末６１６に情報を送信し、逆方向リンク６１８上でアクセス端末６１６から情報を受け取る。アクセス端末６２２は、アンテナ６０６および６０８により通信しているが、ここにおいて、アンテナ６０６および６０８は、順方向リンク６２６上で、アクセス端末６２２に情報を送信し、逆方向リンク６２４上でアクセス端末６２２から情報を受け取る。ＦＤＤシステムにおいて、通信リンク６１８、６２０、６２４、および、６２６は、通信のために異なる周波数を使用し得る。例えば、順方向リンク６２０は、逆方向リンク６１８により使用されるのとは異なる周波数を、その時に使用し得る。
【００６３】
各々のアンテナのグループ、または、それらが、通信するように設計されている領域は、しばしば、アクセス・ポイントのセクタと呼ばれる。この態様において、アンテナ・グループの各々は、アクセス・ポイント６００により取り扱われる領域の、１つのセクタにおけるアクセス端末と通信するように設計されている。
【００６４】
順方向リンクリンク６２０、および、６２６上の通信において、アクセス・ポイント６００の送信アンテナは、異なるアクセス端末６１６および６２４のための、順方向リンクの信号対雑音比を改善するために、ビーム形成を利用する。さらに、そのサービス区域内にランダムに散在する、アクセス端末に対して送信するために、ビーム形成を用いるアクセス・ポイントは、全てのアクセス端末に単一のアンテナを通して送信するアクセス・ポイントよりも、近隣セルにおけるアクセス端末に対して、より少ない干渉を引き起こす。
【００６５】
アクセス・ポイントは、端末と通信するために使用される、固定局であり得るし、さらに、アクセス・ポイント、ノードＢ,または、何らかの他の用語で呼ばれる。アクセス端末は、さらに、アクセス端末、ユーザ装置（ＵＥ）、無線通信デバイス、端末、アクセス端末、または、何らかの他の用語で呼ばれ得る。
【００６６】
図６は、ＭＩＭＯシステム７００における、送信機システム７１０（また、アクセス・ポイントとして知られている）、および、受信機システム７５０（また、アクセス端末として知られている）のある態様のブロック・ダイアグラムである。送信機システム７１０において、多くのデータ・ストリームのための、トラフィック・データが、データ・ソース７１２から、送信（ＴＸ）データ・プロセッサ７１４に対して、供給される。
【００６７】
1つの態様において、各々のデータ・ストリームは、それぞれの送信アンテナを通して、送信される。ＴＸデータ・プロセッサ７１４は、符号化データを供給するために、そのデータ・ストリームのために選択された、特定の符号化スキームに基づいて、各々のデータ・ストリームのトラフィック・データを、フォーマットし、符号化し、インターリーブする。
【００６８】
各々のデータの流れをコード化したデータは、ＯＦＤＭ技術を使って、パイロット・データにより、多重化され得る。パイロット・データは、一般的には、既知の方法により処理される、既知のデータ・パターンであり、受信機システムにおいて、チャネル・レスポンスを推定するために使われ得る。各々のデータ・ストリームのための、多重化されたパイロットおよび符号化データは、この時、変調されたシンボルを提供するために、そのデータ・ストリームのために選択された特定の変調方式（たとえば、ＢＰＳＫ，ＱＳＰＫ，Ｍ−ＰＳＫ、または、Ｍ−ＱＡＭ）に基づいて、変調される（すなわち、シンボルにマップされる）。各々のデータ・ストリームのための、データ・レート、符号化、および、変調は、プロセッサ７３０により実行される命令によって決定され得る。
【００６９】
全てのデータ・ストリームのための変調シンボルは、この時、さらに、変調シンボルを（たとえば、ＯＦＤＭのために）処理し得る、ＴＸ  ＭＩＭＯプロセッサ７２０に提供される。ＴＸ  ＭＩＭＯプロセッサ７２０は、ここで、ＮＴ個の変調シンボル・ストリームをＮＴ個のトランシーバー（ＴＭＴＲ）７２２ａから７２２ｔに、供給する。ある実施において、ＴＸ  ＭＩＭＯプロセッサ７２０は、データ・ストリームのシンボルに対して、および、シンボルが送信されているアンテナに対して、ビーム形成の重み付けを適用する。
【００７０】
各々のトランシーバー７２２は、１つまたはそれ以上のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信し、処理し、さらに、ＭＩＭＯチャンネルに送信するのに適した変調信号を、供給するために、アナログ信号を、調整（たとえば、増幅、フィルター、および、アップコンバート）する。７２２ａから７２２ｔまでの送信機からの、ＮＴ個の変調信号は、次に、７２４ａから７２４ｔまでのＮＴ個のアンテナで、それぞれ送信される。
【００７１】
受信システム７５０では、送信された変調信号は、７５２ａから７５２ｒのＮＲ個のアンテナにより受信され、各々のアンテナ７５２で受信された信号は、各々の受信機（ＲＣＶＲ）７５４ａから７５４ｒに供給される。各々の受信機７５４は、各々の受信信号を調整（例えば、フィルター、増幅、および、ダウンコンバート）し、サンプルを供給するために、調整した信号をディジタル化し、対応する“受信”シンボル・ストリームを提供するために、サンプルをさらに処理する。
【００７２】
ＲＸデータ・プロセッサ７６０は、次に、ＮＴ個の“検出された”シンボル・ストリームを供給するために、特定の受信機処理技術に基づいて、ＮＲ個のトランシーバー７５４からの、ＮＲ個の受信シンボル・ストリームを受信し、処理する。ＲＸデータ・プロセッサ７６０は、データ・ストリームのトラフィック・データを再現するために、各々の検出されたシンボル・ストリームを復調し、デインターリーブし、復号化する。ＲＸデータ・プロセッサ７６０による処理は、送信機システム７１０における、ＴＸ  ＭＩＭＯプロセッサ７２０とＴＸデータ・プロセッサ７１４によって実行されるそれとは、相補的である。
【００７３】
プロセッサ７７０は、（後述のように）どのプリコーディング行列を用いるかを、周期的に決める。プロセッサ７７０は、行列のインデックス部分とランク値部分を含む、逆方向リンク・メッセージを定式化することができる。
【００７４】
逆方向リンク・メッセージは、通信リンク、または、受信データ・ストリームに関する、種々のタイプの情報を含み得る。逆方向リンク・メッセージは、次に、データ・ソース７３６からの多くのデータ・ストリームのために、さらに、トラフィック・データを受信する、ＴＸデータ・プロセッサ７３８により処理され、変調器７８０により変調され、送信機７５４ａから７５４ｒにより調整され、送信機システム７１０に戻るように送信される。
【００７５】
送信機システム７１０では、受信機システム７５０からの変調信号が、アンテナ７２４により受信され、受信機７２２により調整され、復調器７４０により復調され、受信機システム７５０により送信された、逆リンク・メッセージを抜き出すために、ＲＸデータ・プロセッサ７４２により処理される。プロセッサ７３０は、次に、ビーム形成の重み付けを決定するために、どのプリコーディング行列 を使用するかを決定し、次に、抜き出したメッセージを処理する。
【００７６】
ある態様において、論理チャネルは、制御チャネルとトラフィック・チャネルに分類される。論理制御チャネルは、システム制御情報を同報通信するためのＤＬチャネルである、同報通信制御チャネル（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＢＣＣＨ）を含む。ページング制御チャネル（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＰＣＣＨ）は、ページング情報を転送するＤＬチャネルである。マルチキャスト制御チャネル（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＭＣＣＨ）は、１つ以上のＭＴＣＨｓのための、マルチメディア同報通信とマルチキャスト・サービス（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ：ＭＢＭＳ）のスケジューリングおよび制御情報を、送信するために使用される、１つのポイントから複数個のポイントへのＤＬチャネルである。一般に、ＲＲＣ接続を確立した後には、このチャネルは、ＭＢＭＳ（注：従来のＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥｓにより、使用されるだけである。専用制御チャネル（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＤＣＣＨ）は、専用の制御情報を送信する、ポイント・ツー・ポイントの双方向チャネルであり、ＲＲＣ接続を持つＵＥｓにより使用される。態様において、論理トラフィック・チャネルは、ユーザ情報の転送のために、１つのＵＥ専用の、ポイント・ツー・ポイントの双方向チャネルである、専用トラフィック・チャネル（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃｅ  Ｃｈａｎｎｅｌ：ＤＴＣＨ）を含む。さらに、マルチキャスト・トラフィック・チャネル（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：ＭＴＣＨ）は、トラフィック・データを送信するための、１つのポイントから複数個のポイントへのＤＬチャネルである。
【００７７】
ある態様において、トランスポートチャネルは、ＤＬとＵＬに分類される。ＤＬトランスポートチャネル（ＤＬ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌｓ）は、同報通信チャネル（Ｂｒｏｄｃａｓｔ  Ｃｈａｎｎｅｌ：ＢＣＨ）、ダウンリンク共有データ・チャネル（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｄａｔａ  Ｃｈａｎｎｅｌ：ＤＬ−ＳＤＣＮ）およびページング・チャネル（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ：ＰＣＨ）を含み、ＵＥ省電力（ＤＲＸサイクルは、ＵＥに対して、ネットワークにより示される）のサポートのためのＰＣＨであり、全セルに渡って同報通信され、他の制御／トラフィック・チャネルのために使用され得る、ＰＨＹリソースにマップされる。ＵＬトランスポートチャネルは、ランダム・アクセス・チャネル（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ：ＲＡＣＨ）、要求チャネル（Ｒｅｑｕｅｓｔ  Ｃｈａｎｎｅｌ：ＲＥＱＣＨ）、アップリンク共有データ・チャネル（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｄａｔａ  Ｃｈａｎｎｅｌ：ＵＬ−ＳＤＣＨ）および複数個のＰＨＹチャネルを含む。ＰＨＹチャネルは、１組のＤＬチャネルとＵＬチャネルを含む。
【００７８】
ＤＬ  ＰＨＹチャネルは、共通パイロット・チャネル（Ｃｏｍｍｏｎ  Ｐｉｌｏｔ  Ｃｈａｎｎｅｌ：ＣＰＩＣＨ）、同期チャネル（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ：ＳＣＨ）、共通制御チャネル（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＣＣＣＨ）、共有ＤＬ制御チャネル（Ｓｈａｒｅｄ  ＤＬ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＳＤＣＣＨ）、マルチキャスト制御チャネル（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＭＣＣＨ）、共有ＵＬ割り当てチャネル（Ｓｈａｒｅｄ  Ａｓｓｓｉｇｎｍｅｎｔ  Ｃｈａｎｎｅｌ：ＳＵＡＣＨ）、アクノレジメントチャネル（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｃａｈｎｎｅｌ：ＡＣＫＣＨ）、ＤＬ物理的共有データ・チャネル（ＤＬ  Ｐｈｙｓｉｃｓ  Ｓｈａｒｅｄ  Ｄａｔａ  Ｃｈａｎｎｅｌ：ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＬ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＵＰＣＣＨ）、ページング指示チャネル（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ：ＰＩＣＨ）、負荷指示チャネル（Ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ：ＬＩＣＨ）を含む。ＵＬ  ＰＨＹチャネルは、物理的ランダム・アクセス・チャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ：ＰＲＡＣＨ）、チャネル品質指示チャネル（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ：ＣＱＩＣＨ）、アクノレジメントチャネル（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｃｈａｎｎｅｌ：ＡＣＫＣＨ）、アンテナ・サブセット指示チャネル（Ａｎｔｅｎｎａ  Ｓｕｂｓｅｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ：ＡＳＩＣＨ）、共有要求チャネル（Ｓｈａｒｅｄ  Ｒｅｑｕｅｓｔ  Ｃｈａｎｎｅｌ：ＳＲＥＱＣＨ）、ＵＬ物理的共有データ・チャネル（ＵＬ  Ｐｈｙｓｉｃａｌ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＵＬ−ＰＳＤＣＨ）、ブロードバンド・パイロット・チャネル（Ｂｒｏａｄｂａｎｄ  Ｐｉｌｏｔ  Ｃｈａｎｎｅｌ：ＢＰＩＣＨ）を含む。
【００７９】
図7において、別の態様において、進化したベースノード８００として描かれているアクセス・ノードは、図２−３のユーザ・データ損失を回避するために、無線データ・パケット通信システムにおける、ネットワークにより制御されるハンドオーバのために、コンピュータに参加させるか、または、方法を実行させる手段を提供するモジュールを含む。モジュール８０２は、ソース・ノードにより取り扱われている、ユーザ装置（ＵＥ）にハンドオーバ命令を送るための手段を提供する。モジュール８０４は、移動中のＲＬＣパケット・データ・ユニット（ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔｓ：ＰＤＵｓ）に関して、ソース・ノードからターゲット・ノードへの、ＲＬＣアップリンク（Ｕｐｌｉｎｋ：ＵＬ）コンテキストを送信するための手段を提供する。モジュール８０６は、ＵＥとの新たなダウンリンクの迅速な確立のために、ソース・ノードからターゲット・ノードへの、ＲＬＣダウンリンク（ＤＬ）の初期化メッセージを送信するための手段を提供する。モジュール８０８は、失敗したＲＬＣ  ＰＤＵｓのダウンリンク送信を完了させるように、ターゲット・ノードを促すために、ターゲット・ノードへの送信にむけて、移動中のＲＬＣ  ＰＤＵｓをバッファするための手段を提供する。
【００８０】
図８において、別の態様において、ユーザ装置９００として描かれているアクセス端末は、図２−３のユーザ・データ損失を回避するために、無線データ・パケット通信システムにおける、ユーザ装置により支援されるハンドオーバのために、コンピュータに参加させるか、または、方法を実行させる手段を提供するモジュールを含む。モジュール９０２は、サービング・ソース・ノードからのハンドオーバ命令を受信したことに対する応答として、ユーザ機器（ＵＥ）をターゲット・ノードと同期するための手段を提供する。モジュール９０４は、移動中のＲＬＣパケット・データ・ユニット（ＰＤＵｓ）に関して、ソース・ノードからターゲット・ノードに対して、前に送信された、ＲＬＣアップリンク（ＵＬ）コンテキストに基づいて、ターゲット・ノードから、ＲＬＣステータス報告を、無線で受信するための手段を提供する。モジュール９０６は、ソース・ノードからターゲット・ノードに送信されている、移動中のバッファされているＲＬＣ  ＰＤＵｓと、ＲＬＣダウンリンク（ＤＬ）初期化メッセージに基づいて、ターゲット・ノードから移動中のＲＬＣ  ＰＤＵｓを受信するための手段を提供する。
【００８１】
以上に説明されてきたことには、種々の態様の例を含んでいる。もちろん、種々の態様を説明する目的のために、すべての考えられる構成要素、または、方法の組み合わせを説明することは、不可能であるが、当業者は、多くのさらなる組み合わせ、および、置き換えが可能であることを認め得る。従って、主題の明細書は、添付された請求項の精神と範囲内にあるような、全ての、そのような変更、修正および変形を包含するように意図している。
【００８２】
ここに示された典型的な態様における機能を実行する、開示された構造と、構造上は同等ではないが、特に、上記の構成要素、デバイス、回路、システム等により実行される、種々の機能に関して、そのような構成要素を説明するために使用される用語（“手段”への参照を含む）は、そうではないと示されない限り、説明された構成要素（例えば、機能的に同等）の、特定の機能を実行する、任意の構成要素に対応することを意図されている。この点において、種々の態様は、種々の方法の行為および／またはイベントを実行するための、コンピュータ実行可能な命令を持つ、コンピュータ可読媒体とともに、システムを含むことも、また、認識されるであろう。
【００８３】
さらに、特定の特徴は、いくつかの実施例のただ１つに関して開示されたことがあり得るが、そのような特徴は、それが要求され、任意の与えられた、または特定の応用にとって都合がよいことがあり得るために、他の実施例の、１つ以上の他の特徴と結び付けられ得る。“含む”および“含んでいる”という用語、および、これらの任意の変形が、詳細な説明または請求項で使用される程度には、この用語が“備える”という用語と同様の意味で、これらの用語は、包括的であることを意図されている。さらに、“または”が、詳細な説明または請求項のいずれかで使用されるように、“非排他的な、または”を意味されている。
【００８４】
さらに、認識され得るように、開示されたシステムと方法の種々の部分は、人工知能、機械学習、または、ノレッジまたはルール・ベースの構成要素、下位の構成要素、プロセス、手段、方法、または、メカニズム（例えば支援するベクトル・マシーン、ニューラル・ネットワーク、エキスパート・システム、ベイズの確信ネットワーク（Bayesian belief network）、ファジィ論理、データ融合エンジン、クラシファイャ（classifier）．．．）を含み、または、それらにより構成され得る。そのような構成要素は、特に、システムと方法の一部を、効率的で知的であるのに加えて、適応性があるようにするために、ここにおいて実行されている、あるメカニズムとプロセスを自動化し得る。
【００８５】
上述の典型的なシステムを考慮すると、開示された主題の事項に従って実行され得る方法が、いくつかのフロー・ダイアグラムを参照して説明された。説明を単純にする目的のために、方法が一連のブロックとして示され、説明されるが、いくつかのブロックは、ここに描かれ、説明されるのとは、異なる順番または他のブロックと同時に起き得るので、請求される主題事項が、ブロックの順番により制限されないことを理解し、認識されるべきである。さらに、示されたブロックの全ては、ここに説明される方法を実行するために、必要とされるわけではない。さらに、ここに開示される方法が、コンピュータにそのような方法が運ばれ、転送されるのを容易にするために、製造業者の装置に記憶されていることが可能であることが、さらに認識されてもよい。製品という言葉は、ここに使用されるように、任意のコンピュータ可読デバイス、キャリアまたはメディアからアクセス可能なコンピュータ・プログラムを含むように意図されている。
【００８６】
全体またはその一部が、ここに参照として組み込まれているとされる、任意の特許、出版、または、他の開示資料は、組み込まれた資料が、この開示に示されている、現存の定義、説明、または、他の開示資料とコンフリクトしない範囲だけが、ここに組み込まれている。それとして、および、必要な範囲まで、本開示は、ここに明白に示されるように、参照によりここに組み込まれている、任意のコンフリクトする資料に取って代わる。ここに示される現存の定義、説明、または、他の開示資料とはコンフリクトする、ここに参照として組み込まれているとされる、任意の資料、または、その一部は、その組み込まれた資料と現存の開示資料との間で、コンフリクトが生じない範囲においてのみ、組み込まれ得る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
受信機に対して受領通知モード通信チャネルにおいてデータ・パケットを送信することと、
前記受信機からのステータス報告が保証されていると決定することと、
ポーリング・ステータスの要求を送信することと、
遅延なく送られた前記受信機からのステータス報告を受信すること、
を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための方法。
［Ｃ２］
前記受信機が、前記送信されたデータ・パケットのための受領通知を送ることを完了していると決定することにより、ステータス報告が保障されていると決定することをさらに含む、Ｃ１の方法。
［Ｃ３］
送信機ＲＬＣバッファの最後のデータ指示を決定することによりステータス報告が保障されていると決定することをさらに含む、Ｃ２の方法。
［Ｃ４］
ハイブリッド自動繰り返し要求（ＨＡＲＱ）通信チャネルにおけるデータ・パケットの送信をさらに含む、Ｃ１の方法。
［Ｃ５］
媒体アクセスチャネル（ＭＡＣ）レイヤにおけるＲＬＣエンティティとＨＡＲＱ構成要素の間のローカルの否定応答（Ｎａｋ）通信を実行することをさらに含む、Ｃ４の方法。
［Ｃ６］
最新のポーリングが必要ではないことを決定することによりステータス報告が保証されていることを決定することと、
前記受信機が前記送信されたデータ・パケットに対する受領通知を送ることを完了する前に前記ステータス要求を送信すること、
をさらに含む、Ｃ１の方法。
［Ｃ７］
送信機ウィンドウを更新するときに最新のポーリングが必要とされないと決定することをさらに含む、Ｃ６の方法。
［Ｃ８］
受信機に対して受領通知モード通信チャネルにおいてデータ・パケットを送信するための第１のモジュールと、
前記受信機からのステータス報告が保証されていると決定するための第２のモジュールと、
ポーリング・ステータスの要求を送信するための第３のモジュールと、
遅延なく送られた前記受信機からのステータス報告を受信するための第４のモジュール、
を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための少なくとも１つのプロセッサ。
［Ｃ９］
コンピュータに、受信機に対して受領通知モード通信チャネルにおいてデータ・パケットを送信するようにさせるための第１の組のコードと、
前記コンピュータに、前記受信機からのステータス報告が保証されていると決定するようにさせるための第２の組のコードと、
前記コンピュータに、ポーリング・ステータスの要求を送信するようにさせるための第３の組のコードと、
前記コンピュータに、遅延なく送られた前記受信機からのステータス報告を受信するようにさせる第４の組のコード、
を含む、コンピュータ可読記憶媒体、
を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのためのコンピュータ・プログラム製品。
［Ｃ１０］
受信機に対して、受領通知モード通信チャネルにおいてデータ・パケットを送信するための手段と、
前記受信機からのステータス報告が保証されていると決定するための手段と、
ポーリング・ステータスの要求を送信するための手段と、
遅延なく送られた前記受信機からのステータス報告を受信するための手段、
を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための装置。
［Ｃ１１］
受信機に対して、受領通知モード通信チャネルにおいてデータ・パケットを送信するための送信機構成要素と、
前記受信機からのステータス報告が保証されていると決定するためのＲＬＣポーリング基準の構成要素と、
ポーリング・ステータスの要求を送信するための前記送信機構成要素と、
遅延なく送られた前記受信機からのステータス報告を受信するための受信機構成要素、  を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための装置。
［Ｃ１２］
前記受信機が、前記送信されたデータ・パケットのための受領通知を送ることを完了していると決定することにより、ステータス報告が保障されていると決定するためのＲＬＣポーリング基準の構成要素をさらに含む、Ｃ１１の装置。
［Ｃ１３］
送信機のＲＬＣバッファにおいて最後のデータ指示を決定することにより、ステータス報告が保障されていると決定するためのＲＬＣポーリング基準の構成要素をさらに含む、Ｃ１２の装置。
［Ｃ１４］
ハイブリッド自動繰り返し要求（ＨＡＲＱ）通信チャネルにおけるデータ・パケットの送信のための前記送信機構成要素をさらに含む、Ｃ１１の装置。
［Ｃ１５］
媒体アクセスチャネル（ＭＡＣ）レイヤのＨＡＲＱ構成要素とＲＬＣエンティティとの間のローカルの否定応答（Ｎａｋ）通信を実行するためのＲＬＣポーリング基準の構成要素をさらに含む、Ｃ１４の方法。
［Ｃ１６］
最新のポーリングが必要ではないことを決定することによりステータス報告が保証されていることを決定するための前記ＲＬＣポーリング基準の構成要素と、
前記受信機が前記送信されたデータ・パケットに対する受領通知を送ることを完了する前に前記ステータス要求を送信するための前記送信機構成要素、
をさらに含む、Ｃ１１の装置。
［Ｃ１７］
送信機ウィンドウを更新するときに最新のポーリングが必要とされないと決定するための前記ＲＬＣポーリング基準の構成要素をさらに含む、Ｃ１６の装置。
［Ｃ１８］
送信機から、受領通知モード通信チャネルにおいてデータ・パケットを受信することと、
前記送信機が、前記受信機からのステータス報告が保証されていると決定しているときポーリング・ステータスの要求を受信することと、
遅延なく送られた前記受信機からのステータス報告を送信すること、
を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための方法。
［Ｃ１９］
成功裏に受信されたデータ・パケットに対して受領通知を、および、成功裏に受信されなかったデータ・パケットに対して非受領通知を送信することと、
前記送信機が、前記受信機が前記送信されたデータ・パケットのための受領通知を送ることを完了していると決定することにより、ステータス報告が保障されていると決定した後に、前記ポーリング・ステータス報告を受信すること、
をさらに含む、Ｃ１８の方法。
［Ｃ２０］
ハイブリッド自動繰り返し要求（ＨＡＲＱ）通信チャネルにおけるデータ・パケットの受信をさらに含む、Ｃ１８の方法。
［Ｃ２１］
媒体アクセスチャネル（ＭＡＣ）レイヤのＨＡＲＱ構成要素とＲＬＣエンティティとの間のローカルの否定応答（Ｎａｋ）通信を実行することをさらに含む、Ｃ２０の方法。
［Ｃ２２］
成功裏に受信されたデータ・パケットに対して受領通知を、および、成功裏に受信されなかったデータ・パケットに対して非受領通知を送信することを完了する前に、前記ポーリング・ステータス報告を受信することと、
遅延なしに送られた前記受信機からのステータス報告を送信すること、
をさらに含む、Ｃ１８の方法。
［Ｃ２３］
送信機ウィンドウを更新するときに前記送信機が、最新のポーリングが必要とされないと決定した後に、前記ポーリング・ステータス報告を受信することをさらに含む、Ｃ２２の方法。
［Ｃ２４］
送信機から、受領通知モード通信チャネルにおいてデータ・パケットを受信するための第１のモジュールと、
前記送信機が、前記受信機からのステータス報告が保証されていると決定するときに、ポーリング・ステータスの要求を受信するための第２のモジュールと、
遅延なく送られた前記受信機からのステータス報告を受信する第３のモジュール、
を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための少なくとも１つのプロセッサ。
［Ｃ２５］
コンピュータに、送信機から受領通知モード通信チャネルにおいてデータ・パケットを受信するようにさせるための第１の組のコードと、
前記送信機が、前記受信機からのステータス報告が保証されていると決定するときに、前記コンピュータに、ポーリング・ステータスの要求を受信するようにさせるための第２の組のコードと、
前記コンピュータに、遅延なく送られた前記受信機からのステータス報告を送信するようにさせるための第３の組のコード、
を含む、コンピュータ可読記憶媒体、
を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのためのコンピュータ・プログラム製品。
［Ｃ２６］
送信機から、受領通知モード通信チャネルにおいてデータ・パケットを受信するための手段と、
前記送信機が、前記受信機からのステータス報告が保証されていると決定するときに、ポーリング・ステータスの要求を受信するための手段と、
遅延なく送られた前記受信機からのステータス報告を送信するための手段、
を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための装置。
［Ｃ２７］
送信機から受領通知モード通信チャネルにおいてデータ・パケットを受信するための、および、前記送信機が前記受信機からのステータス報告が保証されていると決定するときに、ポーリング・ステータス要求を受信するための、受信機構成要素と、
遅延なく送られた前記受信機からのステータス報告を送信するための送信機構成要素  を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための装置。
［Ｃ２８］
成功裏に受信されたデータ・パケットに対して受領通知を、成功裏に受信されなかったデータ・パケットに対して非受領通知を送信するための前記送信機構成要素と、
前記送信機が、前記受信機が前記送信されたデータ・パケットのための受領通知を送ることを完了していると決定することにより、ステータス報告が保障されていると決定した後に、前記ポーリング・ステータス報告を受信するための前記受信機構成要素、
をさらに含む、Ｃ２７の装置。
［Ｃ２９］
ハイブリッド自動繰り返し要求（ＨＡＲＱ）通信チャネルにおけるデータ・パケットの受信のための前記受信機構成要素をさらに含む、Ｃ２７の装置。
［Ｃ３０］
媒体アクセスチャネル（ＭＡＣ）レイヤのＨＡＲＱ構成要素とＲＬＣエンティティをさらに含み、前記ＲＬＣエンティティが前記ＨＡＲＱ構成要素とローカルの否定応答（Ｎａｋ）の通信を実行する、Ｃ２９の装置。
［Ｃ３１］
成功裏に受信されたデータ・パケットに対して受領通知を、成功裏に受信されなかったデータ・パケットに対して非受領通知を送信することを完了する前に、前記ポーリング・ステータス報告を受信するための前記受信機構成要素と、
遅延なく送られた前記受信機からの前記ステータス報告を送信するための前記送信機構成要素、
をさらに含む、Ｃ２７の装置。
［Ｃ３２］
送信機ウィンドウを更新するときに前記送信機が最新のポーリングが必要とされないと決定した後に、前記ポーリング・ステータス報告を受信するための前記受信機構成要素をさらに含むＣ３１の装置。
【図１】
0005872161.tif 000002
【図２】
0005872161.tif 000003
【図３】
0005872161.tif 000004
【図４】
0005872161.tif 000005
【図５】
0005872161.tif 000006
【図６】
0005872161.tif 000007
【図７】
0005872161.tif 000008
【図８】
0005872161.tif 000009