JP2011501905A - 即時のステータス報告のタイミングでポ−リングする受領通知モード - Google Patents

即時のステータス報告のタイミングでポ−リングする受領通知モード Download PDF

Info

Publication number
JP2011501905A
JP2011501905A JP2010528095A JP2010528095A JP2011501905A JP 2011501905 A JP2011501905 A JP 2011501905A JP 2010528095 A JP2010528095 A JP 2010528095A JP 2010528095 A JP2010528095 A JP 2010528095A JP 2011501905 A JP2011501905 A JP 2011501905A
Authority
JP
Japan
Prior art keywords
receiver
polling
status
transmitter
rlc
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2010528095A
Other languages
English (en)
Other versions
JP2011501905A5 (ja
JP5872161B2 (ja
Inventor
ホ、サイ・イウ・ダンキャン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2011501905A publication Critical patent/JP2011501905A/ja
Publication of JP2011501905A5 publication Critical patent/JP2011501905A5/ja
Application granted granted Critical
Publication of JP5872161B2 publication Critical patent/JP5872161B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]

Abstract

無線ネットワークは、ポーリング・ステータスの要求を送る前に、進行中の、任意の未了のハイブリッド自動繰り返し要求（Hybrid Automatic Repeat-reQuest : HARQ）のプロセスが、全て終了していることを、送信機に確かめさせることにより、ステータス報告を受信する際の、遅延を回避する。このように、受信機は、遅延なしで即時に、送信機の任意のポーリング要求に対して応答し得る。送信機は、全てのＨＡＲＱ処理が完了していることを既に保証しているので、受信機のステータス報告は、最新の情報を正確に反映し得る。送信機は、最新のポーリングが、重要ではないと決定されると（例えば、送信機が、その送信機ウィンドウを進めようとしている時には、その場合には、正確なステータス情報は重要ではない）、ＨＡＲＱプロセスに関わらず、いつでもポーリングを送り得る。その時、受信機は、ポーリングを受信すると即時に反応し得る。それによって、１つのデータ・バースト内における、任意の１つのデータ損失の検出が促進される。

Description

３５Ｕ．Ｓ．Ｃ．§１１９による優先権主張
本特許出願は、譲受人にこれについて譲渡され、特に参照によりここに組込まれている、２００７年１０月１日に出願された、「ＬＴＥ ＲＬＣポーリングとステータス報告のタイミング（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）．．．）を含み、または、それらにより構成され得る。そのような構成要素は、特に、システムと方法の一部を、効率的で知的であるのに加えて、適応性があるようにするために、ここにおいて実行されている、あるメカニズムとプロセスを自動化し得る。
上述の典型的なシステムを考慮すると、開示された主題の事項に従って実行され得る方法が、いくつかのフロー・ダイアグラムを参照して説明された。説明を単純にする目的のために、方法が一連のブロックとして示され、説明されるが、いくつかのブロックは、ここに描かれ、説明されるのとは、異なる順番または他のブロックと同時に起き得るので、請求される主題事項が、ブロックの順番により制限されないことを理解し、認識されるべきである。さらに、示されたブロックの全ては、ここに説明される方法を実行するために、必要とされるわけではない。さらに、ここに開示される方法が、コンピュータにそのような方法が運ばれ、転送されるのを容易にするために、製造業者の装置に記憶されていることが可能であることが、さらに認識されてもよい。製品という言葉は、ここに使用されるように、任意のコンピュータ可読デバイス、キャリアまたはメディアからアクセス可能なコンピュータ・プログラムを含むように意図されている。
全体またはその一部が、ここに参照として組み込まれているとされる、任意の特許、出版、または、他の開示資料は、組み込まれた資料が、この開示に示されている、現存の定義、説明、または、他の開示資料とコンフリクトしない範囲だけが、ここに組み込まれている。それとして、および、必要な範囲まで、本開示は、ここに明白に示されるように、参照によりここに組み込まれている、任意のコンフリクトする資料に取って代わる。ここに示される現存の定義、説明、または、他の開示資料とはコンフリクトする、ここに参照として組み込まれているとされる、任意の資料、または、その一部は、その組み込まれた資料と現存の開示資料との間で、コンフリクトが生じない範囲においてのみ、組み込まれ得る。

Claims (32)

  1. 受信機に対して受領通知モード通信チャネルにおいてデータ・パケットを送信することと、
    前記受信機からのステータス報告が保証されていると決定することと、
    ポーリング・ステータスの要求を送信することと、
    遅延なく送られた前記受信機からのステータス報告を受信すること、
    を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための方法。
  2. 前記受信機が、前記送信されたデータ・パケットのための受領通知を送ることを完了していると決定することにより、ステータス報告が保障されていると決定することをさらに含む、請求項１の方法。
  3. 送信機ＲＬＣバッファの最後のデータ指示を決定することによりステータス報告が保障されていると決定することをさらに含む、請求項２の方法。
  4. ハイブリッド自動繰り返し要求（ＨＡＲＱ）通信チャネルにおけるデータ・パケットの送信をさらに含む、請求項１の方法。
  5. 媒体アクセスチャネル（ＭＡＣ）レイヤにおけるＲＬＣエンティティとＨＡＲＱ構成要素の間のローカルの否定応答（Ｎａｋ）通信を実行することをさらに含む、請求項４の方法。
  6. 最新のポーリングが必要ではないことを決定することによりステータス報告が保証されていることを決定することと、
    前記受信機が前記送信されたデータ・パケットに対する受領通知を送ることを完了する前に前記ステータス要求を送信すること、
    をさらに含む、請求項１の方法。
  7. 送信機ウィンドウを更新するときに最新のポーリングが必要とされないと決定することをさらに含む、請求項６の方法。
  8. 受信機に対して受領通知モード通信チャネルにおいてデータ・パケットを送信するための第１のモジュールと、
    前記受信機からのステータス報告が保証されていると決定するための第２のモジュールと、
    ポーリング・ステータスの要求を送信するための第３のモジュールと、
    遅延なく送られた前記受信機からのステータス報告を受信するための第４のモジュール、
    を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための少なくとも１つのプロセッサ。
  9. コンピュータに、受信機に対して受領通知モード通信チャネルにおいてデータ・パケットを送信するようにさせるための第１の組のコードと、
    前記コンピュータに、前記受信機からのステータス報告が保証されていると決定するようにさせるための第２の組のコードと、
    前記コンピュータに、ポーリング・ステータスの要求を送信するようにさせるための第３の組のコードと、
    前記コンピュータに、遅延なく送られた前記受信機からのステータス報告を受信するようにさせる第４の組のコード、
    を含む、コンピュータ可読記憶媒体、
    を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのためのコンピュータ・プログラム製品。
  10. 受信機に対して、受領通知モード通信チャネルにおいてデータ・パケットを送信するための手段と、
    前記受信機からのステータス報告が保証されていると決定するための手段と、
    ポーリング・ステータスの要求を送信するための手段と、
    遅延なく送られた前記受信機からのステータス報告を受信するための手段、
    を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための装置。
  11. 受信機に対して、受領通知モード通信チャネルにおいてデータ・パケットを送信するための送信機構成要素と、
    前記受信機からのステータス報告が保証されていると決定するためのＲＬＣポーリング基準の構成要素と、
    ポーリング・ステータスの要求を送信するための前記送信機構成要素と、
    遅延なく送られた前記受信機からのステータス報告を受信するための受信機構成要素、
    を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための装置。
  12. 前記受信機が、前記送信されたデータ・パケットのための受領通知を送ることを完了していると決定することにより、ステータス報告が保障されていると決定するためのＲＬＣポーリング基準の構成要素をさらに含む、請求項１１の装置。
  13. 送信機のＲＬＣバッファにおいて最後のデータ指示を決定することにより、ステータス報告が保障されていると決定するためのＲＬＣポーリング基準の構成要素をさらに含む、請求項１２の装置。
  14. ハイブリッド自動繰り返し要求（ＨＡＲＱ）通信チャネルにおけるデータ・パケットの送信のための前記送信機構成要素をさらに含む、請求項１１の装置。
  15. 媒体アクセスチャネル（ＭＡＣ）レイヤのＨＡＲＱ構成要素とＲＬＣエンティティとの間のローカルの否定応答（Ｎａｋ）通信を実行するためのＲＬＣポーリング基準の構成要素をさらに含む、請求項１４の方法。
  16. 最新のポーリングが必要ではないことを決定することによりステータス報告が保証されていることを決定するための前記ＲＬＣポーリング基準の構成要素と、
    前記受信機が前記送信されたデータ・パケットに対する受領通知を送ることを完了する前に前記ステータス要求を送信するための前記送信機構成要素、
    をさらに含む、請求項１１の装置。
  17. 送信機ウィンドウを更新するときに最新のポーリングが必要とされないと決定するための前記ＲＬＣポーリング基準の構成要素をさらに含む、請求項１６の装置。
  18. 送信機から、受領通知モード通信チャネルにおいてデータ・パケットを受信することと、
    前記送信機が、前記受信機からのステータス報告が保証されていると決定しているときポーリング・ステータスの要求を受信することと、
    遅延なく送られた前記受信機からのステータス報告を送信すること、
    を含む、無線ネットワークにおける無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための方法。
  19. 成功裏に受信されたデータ・パケットに対して受領通知を、および、成功裏に受信されなかったデータ・パケットに対して非受領通知を送信することと、
    前記送信機が、前記受信機が前記送信されたデータ・パケットのための受領通知を送ることを完了していると決定することにより、ステータス報告が保障されていると決定した後に、前記ポーリング・ステータス報告を受信すること、
    をさらに含む、請求項１８の方法。
  20. ハイブリッド自動繰り返し要求（ＨＡＲＱ）通信チャネルにおけるデータ・パケットの受信をさらに含む、請求項１８の方法。
  21. 媒体アクセスチャネル（ＭＡＣ）レイヤのＨＡＲＱ構成要素とＲＬＣエンティティとの間のローカルの否定応答（Ｎａｋ）通信を実行することをさらに含む、請求項２０の方法。
  22. 成功裏に受信されたデータ・パケットに対して受領通知を、および、成功裏に受信されなかったデータ・パケットに対して非受領通知を送信することを完了する前に、前記ポーリング・ステータス報告を受信することと、
    遅延なしに送られた前記受信機からのステータス報告を送信すること、
    をさらに含む、請求項１８の方法。
  23. 送信機ウィンドウを更新するときに前記送信機が、最新のポーリングが必要とされないと決定した後に、前記ポーリング・ステータス報告を受信することをさらに含む、請求項２２の方法。
  24. 送信機から、受領通知モード通信チャネルにおいてデータ・パケットを受信するための第１のモジュールと、
    前記送信機が、前記受信機からのステータス報告が保証されていると決定するときに、ポーリング・ステータスの要求を受信するための第２のモジュールと、
    遅延なく送られた前記受信機からのステータス報告を受信する第３のモジュール、
    を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための少なくとも１つのプロセッサ。
  25. コンピュータに、送信機から受領通知モード通信チャネルにおいてデータ・パケットを受信するようにさせるための第１の組のコードと、
    前記送信機が、前記受信機からのステータス報告が保証されていると決定するときに、前記コンピュータに、ポーリング・ステータスの要求を受信するようにさせるための第２の組のコードと、
    前記コンピュータに、遅延なく送られた前記受信機からのステータス報告を送信するようにさせるための第３の組のコード、
    を含む、コンピュータ可読記憶媒体、
    を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのためのコンピュータ・プログラム製品。
  26. 送信機から、受領通知モード通信チャネルにおいてデータ・パケットを受信するための手段と、
    前記送信機が、前記受信機からのステータス報告が保証されていると決定するときに、ポーリング・ステータスの要求を受信するための手段と、
    遅延なく送られた前記受信機からのステータス報告を送信するための手段、
    を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための装置。
  27. 送信機から受領通知モード通信チャネルにおいてデータ・パケットを受信するための、および、前記送信機が前記受信機からのステータス報告が保証されていると決定するときに、ポーリング・ステータス要求を受信するための、受信機構成要素と、
    遅延なく送られた前記受信機からのステータス報告を送信するための送信機構成要素
    を含む、無線ネットワークにおける、無線リンク制御（ＲＬＣ）ポーリングおよびステータス報告タイミングのための装置。
  28. 成功裏に受信されたデータ・パケットに対して受領通知を、成功裏に受信されなかったデータ・パケットに対して非受領通知を送信するための前記送信機構成要素と、
    前記送信機が、前記受信機が前記送信されたデータ・パケットのための受領通知を送ることを完了していると決定することにより、ステータス報告が保障されていると決定した後に、前記ポーリング・ステータス報告を受信するための前記受信機構成要素、
    をさらに含む、請求項２７の装置。
  29. ハイブリッド自動繰り返し要求（ＨＡＲＱ）通信チャネルにおけるデータ・パケットの受信のための前記受信機構成要素をさらに含む、請求項２７の装置。
  30. 媒体アクセスチャネル（ＭＡＣ）レイヤのＨＡＲＱ構成要素とＲＬＣエンティティをさらに含み、前記ＲＬＣエンティティが前記ＨＡＲＱ構成要素とローカルの否定応答（Ｎａｋ）の通信を実行する、請求項２９の装置。
  31. 成功裏に受信されたデータ・パケットに対して受領通知を、成功裏に受信されなかったデータ・パケットに対して非受領通知を送信することを完了する前に、前記ポーリング・ステータス報告を受信するための前記受信機構成要素と、
    遅延なく送られた前記受信機からの前記ステータス報告を送信するための前記送信機構成要素、
    をさらに含む、請求項２７の装置。
  32. 送信機ウィンドウを更新するときに前記送信機が最新のポーリングが必要とされないと決定した後に、前記ポーリング・ステータス報告を受信するための前記受信機構成要素をさらに含む請求項３１の装置。
JP2010528095A 2007-10-01 2008-10-01 即時のステータス報告のタイミングでポ−リングするアクノレジメントモード Expired - Fee Related JP5872161B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US97675607P 2007-10-01 2007-10-01
US60/976,756 2007-10-01
US12/240,178 US8422480B2 (en) 2007-10-01 2008-09-29 Acknowledge mode polling with immediate status report timing
US12/240,178 2008-09-29
PCT/US2008/078372 WO2009046054A2 (en) 2007-10-01 2008-10-01 Acknowledge mode polling with immediate status report timing

Publications (3)

Publication Number Publication Date
JP2011501905A true JP2011501905A (ja) 2011-01-13
JP2011501905A5 JP2011501905A5 (ja) 2012-10-25
JP5872161B2 JP5872161B2 (ja) 2016-03-01

Family

ID=40508204

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010528095A Expired - Fee Related JP5872161B2 (ja) 2007-10-01 2008-10-01 即時のステータス報告のタイミングでポ−リングするアクノレジメントモード

Country Status (7)

Country Link
US (1) US8422480B2 (ja)
EP (1) EP2204003A2 (ja)
JP (1) JP5872161B2 (ja)
KR (1) KR101117932B1 (ja)
CN (1) CN101809923B (ja)
TW (1) TW200931867A (ja)
WO (1) WO2009046054A2 (ja)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009116925A1 (en) * 2008-03-20 2009-09-24 Telefonaktiebolaget L M Ericsson (Publ) Providing a serving hs-dsch cell change acknowledgement
EP2541827A1 (en) 2008-11-24 2013-01-02 Qualcomm Incorporated Apparatus and method for adaptive TSP setting to minimize duplicate packet transmissions
US8797945B2 (en) * 2009-05-01 2014-08-05 Clearwire Ip Holdings Llc System and method for hybrid schemes of MIMO mode decision
US8312337B2 (en) 2009-05-01 2012-11-13 Clearwire Ip Holdings Llc System and method for dynamic hybrid automatic repeat request (HARQ) enable/disable
US8233434B2 (en) * 2009-05-01 2012-07-31 Clearwire Ip Holdings Llc System and method for adaptive control of an averaging parameter for PCINR and RSSI
CN101944983B (zh) * 2009-07-06 2015-01-07 三星电子株式会社 用于在通信网络中发送和接收管理消息的方法及系统
EP2468063A1 (en) * 2009-08-21 2012-06-27 InterDigital Patent Holdings, Inc. Method and apparatus for a multi-radio access technology layer for splitting downlink-uplink over different radio access technologies
US9172511B2 (en) 2009-12-24 2015-10-27 Samsung Electronics Co., Ltd. Apparatus and method of communicating automatic repeat request (ARQ) feedback in a wireless communication network
CN102238519B (zh) * 2010-04-22 2014-02-19 华为技术有限公司 空口传输方法和相关设备及通信系统
CN102264094B (zh) * 2010-05-31 2015-01-21 华为技术有限公司 基站间通信实现方法、基站设备和用户设备
EP2395797B8 (en) * 2010-06-11 2014-04-02 Intel Mobile Communications GmbH Method for controlling operation activity modes of a wireless telecommunications terminal
CN102684852A (zh) * 2011-03-31 2012-09-19 北京新岸线无线技术有限公司 一种用于帧确认的方法和装置
US8938421B2 (en) * 2011-04-28 2015-01-20 Sandeep Jain Method and a system for synchronizing data
GB2484772B (en) * 2011-08-08 2013-09-18 Renesas Mobile Corp Methods and processing systems for transmitting and receiving data blocks
US20130039192A1 (en) 2011-08-08 2013-02-14 Renesas Mobile Corporation Methods, Apparatus and Wireless Device for Transmitting and Receiving Data Blocks
PL2761802T3 (pl) * 2011-09-30 2020-09-07 Nokia Solutions And Networks Oy Przerwania w komunikacji bezprzewodowej
US9275644B2 (en) 2012-01-20 2016-03-01 Qualcomm Incorporated Devices for redundant frame coding and decoding
US8989667B2 (en) * 2012-03-28 2015-03-24 Debanjan Mukherjee Apparatus and methods for a bandwidth efficient scheduler
CN104604310A (zh) * 2012-07-09 2015-05-06 瑞典爱立信有限公司 用于在无线电接入网中寻呼的方法和节点
GB2491050B (en) * 2012-07-12 2014-12-10 Broadcom Corp Wireless communication system and method
US9014131B2 (en) * 2012-10-31 2015-04-21 Lg Electronics Inc. Method for transmitting and receiving control information and apparatus for the same
CN110191485B (zh) * 2013-03-01 2022-06-03 诺基亚技术有限公司 用于测量的递送的方法和装置
WO2014204367A1 (en) * 2013-06-19 2014-12-24 Telefonaktiebolaget L M Ericsson (Publ) Polling and reporting mechanism
WO2015032043A1 (zh) * 2013-09-04 2015-03-12 华为技术有限公司 传输数据的方法、装置和系统
US9894675B2 (en) 2013-09-19 2018-02-13 Blackberry Limited Method and device for wireless network coexistence
US9516688B2 (en) * 2013-12-05 2016-12-06 Cellco Partnership System and method to deliver different services over cellular or WiFi networks depending on operator or user preferences
EP3145105A1 (en) * 2014-06-17 2017-03-22 Huawei Technologies Co., Ltd. Radio resource scheduling method and apparatus
US20160150522A1 (en) * 2014-11-21 2016-05-26 Qualcomm Incorporated Uplink resource management during radio link control (rlc) transmission window full state
CN106301704B (zh) * 2015-05-26 2019-08-06 苏州简约纳电子有限公司 Harq数据的缓存方法
EP3435575B1 (en) * 2016-07-18 2022-12-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting data
CN108055323B (zh) * 2017-12-13 2020-11-20 中核控制系统工程有限公司 一种基于数据链路层的通讯方法
BR112020006357B1 (pt) * 2018-01-04 2022-03-15 Lg Electronics Inc Dispositivo de comunicação e método para transmitir unidade de dados em um sistema de comunicação sem fio
CN110351029B (zh) 2019-07-16 2021-11-02 中磊电子（苏州）有限公司 基站及其自动重传调度方法
CN112865930A (zh) * 2019-11-27 2021-05-28 上海华为技术有限公司 一种发送轮询报文的方法、相关装置和系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002542662A (ja) * 1999-04-09 2002-12-10 テレフオンアクチーボラゲット エル エム エリクソン（パブル） フレキシブル無線リンク制御プロトコル
WO2004023736A1 (en) * 2002-09-07 2004-03-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and devices for efficient data transmission link control in mobile multicast communication systems
JP2007053747A (ja) * 2005-08-16 2007-03-01 Matsushita Electric Ind Co Ltd 移動体通信システムにおけるｍａｃレイヤの再設定
WO2007079085A2 (en) * 2005-12-29 2007-07-12 Interdigital Technology Corporation Method and system for implementing h-arq-assisted arq operation

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2665089B2 (ja) * 1991-09-26 1997-10-22 三菱電機株式会社 分散環境下におけるコンパイル方式
JP2000122871A (ja) 1998-10-14 2000-04-28 Hitachi Ltd アプリケーション配布方法
US6922393B2 (en) * 2001-01-10 2005-07-26 Asustek Computer Inc. Data discarding request acknowledgement in a wireless communications protocol
US6687248B2 (en) * 2001-01-10 2004-02-03 Asustek Computer Inc. Sequence number ordering in a wireless communications system
SE0101846D0 (sv) 2001-05-22 2001-05-22 Ericsson Telefon Ab L M Method and system of retransmission
KR100441115B1 (ko) * 2001-06-27 2004-07-19 주식회사 인터와이즈 정보 단말기의 자바 프로그램 처리 속도 향상을 위한 자바컴파일 온 디멘드 서비스 시스템 및 그 방법
US7720043B2 (en) 2002-11-20 2010-05-18 Qualcomm Incorporated Use of idle frames for early transmission of negative acknowledgement of frame receipt
US7050397B2 (en) * 2003-07-02 2006-05-23 Nokia Corporation Apparatus, and associated method, for facilitating retransmission of data packets in a packet radio communication system that utilizes a feedback acknowledgement scheme
US20050066255A1 (en) * 2003-09-14 2005-03-24 Sam Shiaw-Shiang Jiang Status report missing detection in a communication system
US7558243B2 (en) * 2004-09-15 2009-07-07 Innovative Sonic Limited Enhanced polling method for preventing deadlock in a wireless communications system
GB2427097B (en) 2005-05-03 2007-03-21 Ipwireless Inc Method and apparatus for transmitting uplink signalling information
US7177804B2 (en) * 2005-05-31 2007-02-13 Microsoft Corporation Sub-band voice codec with multi-stage codebooks and redundant coding
JP2009520389A (ja) * 2005-11-30 2009-05-21 ノキア コーポレイション 複数のａｒｑメカニズムを利用する再送を提供する装置、方法及びコンピュータ・プログラム
US7895494B2 (en) 2005-12-29 2011-02-22 Interdigital Technology Corporation Method and system for implementing H-ARQ-assisted ARQ operation
KR100912784B1 (ko) * 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
CN101009536B (zh) 2006-01-24 2010-09-01 中兴通讯股份有限公司 自动重传请求的状态报告方法
KR100943590B1 (ko) * 2006-04-14 2010-02-23 삼성전자주식회사 이동 통신 시스템에서 상태 보고의 송수신 방법 및 장치
KR100913904B1 (ko) * 2006-04-14 2009-08-26 삼성전자주식회사 이동통신 시스템에서 자동 재전송 요구를 수행하는 방법 및장치
US8712766B2 (en) * 2006-05-16 2014-04-29 Motorola Mobility Llc Method and system for coding an information signal using closed loop adaptive bit allocation
WO2008024282A2 (en) * 2006-08-21 2008-02-28 Interdigital Technology Corporation Method and apparatus for controlling arq and harq transmissions and retranmissions in a wireless communication system
US9037474B2 (en) * 2008-09-06 2015-05-19 Huawei Technologies Co., Ltd. Method for classifying audio signal into fast signal or slow signal
US8718804B2 (en) * 2009-05-05 2014-05-06 Huawei Technologies Co., Ltd. System and method for correcting for lost data in a digital audio signal
US8391212B2 (en) * 2009-05-05 2013-03-05 Huawei Technologies Co., Ltd. System and method for frequency domain audio post-processing based on perceptual masking

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002542662A (ja) * 1999-04-09 2002-12-10 テレフオンアクチーボラゲット エル エム エリクソン（パブル） フレキシブル無線リンク制御プロトコル
WO2004023736A1 (en) * 2002-09-07 2004-03-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and devices for efficient data transmission link control in mobile multicast communication systems
JP2007053747A (ja) * 2005-08-16 2007-03-01 Matsushita Electric Ind Co Ltd 移動体通信システムにおけるｍａｃレイヤの再設定
WO2007079085A2 (en) * 2005-12-29 2007-07-12 Interdigital Technology Corporation Method and system for implementing h-arq-assisted arq operation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JPN6012013164; ＣＡＴＴ: 'ＡＲＱ　Ｏｐｅｒａｔｉｏｎ' ３ＧＰＰ　ＴＳＧ-ＲＡＮ　ＷＧ２＃５７　Ｒ２-０７０７３９ , 200702 *

Also Published As

Publication number Publication date
CN101809923A (zh) 2010-08-18
TW200931867A (en) 2009-07-16
US20090086704A1 (en) 2009-04-02
CN101809923B (zh) 2016-11-09
KR101117932B1 (ko) 2012-03-20
WO2009046054A3 (en) 2009-05-22
KR20100058668A (ko) 2010-06-03
JP5872161B2 (ja) 2016-03-01
US8422480B2 (en) 2013-04-16
EP2204003A2 (en) 2010-07-07
WO2009046054A2 (en) 2009-04-09

Similar Documents

Publication Publication Date Title
JP5872161B2 (ja) 即時のステータス報告のタイミングでポ−リングするアクノレジメントモード
JP2011501905A5 (ja)
JP6550112B2 (ja) 無線通信システムにおいて、ｄｒｘ（間欠受信）動作を処理するための方法及び装置
US8451795B2 (en) Handover in a wireless data packet communication system that avoid user data loss
JP6883069B2 (ja) 無線通信システムにおいてサイドリンク受信を処理するための方法および装置
US10440614B2 (en) Interruptions in wireless communications
JP6005710B2 (ja) 無線通信システムの状態情報送信方法及び受信装置
US8649279B2 (en) Apparatus and method for adaptive TSP setting to minimize duplicate packet transmissions
KR101238040B1 (ko) 핸드오버를 위한 링크 계층 엔티티를 구성하는 기술
JP5190143B2 (ja) 非サービング基地局へのｔｔｉバンドル表示
JP6902651B2 (ja) 無線通信システムにおけるユニキャスト伝送のサイドリンク無線ベアラ（ｓｌｒｂ）設定を要求するための方法および装置
KR20170108006A (ko) 무선 링크 제어 스위칭을 위한 방법들 및 장치
KR20100053625A (ko) 무선 통신 시스템에서의 핸드오버 동안 데이터의 계층 2 터널링

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120302

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120313

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20120613

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20120620

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20120813

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20120820

A524 Written submission of copy of amendment under section 19 (pct)

Free format text: JAPANESE INTERMEDIATE CODE: A524

Effective date: 20120907

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120913

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130312

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130603

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20131008

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140210

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20140218

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20140314

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150302

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20150630

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150930

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151030

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160113

R150 Certificate of patent or registration of utility model

Ref document number: 5872161

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees