JP2008541543A - 無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法 - Google Patents

無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法 Download PDF

Info

Publication number
JP2008541543A
JP2008541543A JP2008509931A JP2008509931A JP2008541543A JP 2008541543 A JP2008541543 A JP 2008541543A JP 2008509931 A JP2008509931 A JP 2008509931A JP 2008509931 A JP2008509931 A JP 2008509931A JP 2008541543 A JP2008541543 A JP 2008541543A
Authority
JP
Japan
Prior art keywords
status report
information
report information
control information
pdu
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
JP2008509931A
Other languages
English (en)
Other versions
JP4934666B2 (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.)
LG Electronics Inc
Original Assignee
LG Electronics 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
Priority claimed from KR1020050037539A external-priority patent/KR101084135B1/ko
Priority claimed from KR1020050037951A external-priority patent/KR101084136B1/ko
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2008541543A publication Critical patent/JP2008541543A/ja
Application granted granted Critical
Publication of JP4934666B2 publication Critical patent/JP4934666B2/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/1614—Details of the supervisory signal using bitmaps
    • 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/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法を提供することにより、送信側における送信効率を高めることができる。本発明は、受信側から第１のステータス報告情報を含む第１の制御情報ブロックを受信するが、前記第１のステータス報告情報は受信側に送られてくる複数のデータブロックに関する受信確認情報を与える前記第１の制御情報ブロック受信ステップと、第２の制御情報ブロックに最後のステータス報告情報として位置する第２のステータス報告情報を含む前記第２の制御情報ブロック受信ステップと、前記第１のステータス報告情報にある受信確認情報を用いて送信ウィンドウを更新する更新ステップと、を含む。
【選択図】図１０

Description

本発明は無線通信システムに係り、さらに詳しくは、無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法に関する。
図１は、ＵＭＴＳ（ユニバーサル移動通信システム ）のネットワーク構造のブロック図である。
図１を参照すれば、ＵＭＴＳは、主として、ユーザー装置（以下、ＵＥと略す。）と、ＵＭＴＳターミナル・地上無線接続網（以下、ＵＴＲＡＮと略す。）及びコアネットワーク（以下、ＣＮと略す。）を備えている。
ＵＴＲＡＮは、少なくとも一つの無線ネットワークサブシステム（以下、ＲＮＳと略す。）を備えている。また、ＲＮＳは、一つの無線ネットワーク制御器（以下、ＲＮＣと略す。）と、このＲＮＣにより管理される少なくとも一つの基地局（以下、ノードＢと略す。）と、を備えている。さらに、１ノードＢには少なくとも１以上のセルが存在している。
図２は、ＵＭＴＳ無線プロトコルのアーキテクチャーを示す図である。
図２を参照すれば、無線プロトコル階層は、ＵＥとＵＴＲＡＮとの組として存在して、無線区間のデータ送信を司る。
以下、それぞれの無線プロトコル階層について述べる。
先ず、第１の階層としてのＰＨＹは、種々の無線送信技術を用いてデータを無線区間に送る。ＰＨＹ階層における無線区間の信頼性あるデータＰＨＹ階層は、送信チャンネルを介して上位階層となるＭＡＣ階層に接続される。また、送信チャンネルは、主としてチャンネルの共有有無に応じて専用送信チャンネルと共用送信チャンネルとに大別される。
第２の階層は、ＭＡＣ、ＲＬＣ、ＰＤＣＰ及びＢＭＣ階層を含んでいる。先ず、ＭＡＣ階層は、種々の論理チャンネルを種々の送信チャンネルにそれぞれマッピングさせ、さらに、種々の論理チャンネルを１本の送信チャンネルにマッピングさせるという論理チャンネル多重化の機能を行う。ＭＡＣ階層は、論理チャンネルを介して上位階層となるＲＬＣ階層に接続される。
さらに、論理チャンネルは、主として送られてくる情報の類型に応じて、制御平面の情報送信のための制御チャンネルと、ユーザー平面の情報送信のためのトラフィックチャンネルとに大別できる。
一方、ＭＡＣ階層は、細部的に管理される送信チャンネルの類型に応じて、ＭＡＣ−ｂサブ階層、ＭＡＣ−ｄサブ階層、ＭＡＣ−ｃ／ｓｈサブ階層及びＭＡＣ−ｅサブ階層に分けられる。
ＭＣＡ−ｂ階層は、システム情報の放送を司る送信チャンネルＢＣＨの管理を行う。ＭＡＣ−ｃ／ｓｈ階層は、ＦＡＣＨ（ｆｏｒｗａｒｄ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）、ＤＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）などの他のＵＥと共有される共用送信チャンネルを管理する。ＭＡＣ−ｄサブ階層は、特定のＵＥに対する専用送信チャンネルＤＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）の管理を司る。ＭＡＣ−ｈｓサブ階層は、高速なデータ送信のために送信チャンネルＨＳ−ＤＳＣＨ（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を管理し、ダウンリンク及びアップリンク時における高速なデータ送信を支援する。また、ＭＡＣ−ｅサブ階層は、アップリンクデータの送信のための送信チャンネルＥ−ＤＣＨ（Ｅｎｈａｎｃｅｄ Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）を管理する。
ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）階層は、それぞれの無線ベアラーのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）に対する保証及び対応するデータの送信を司る。ＲＬＣは、ＲＢの固有のＱｏＳを保証するために、それぞれのＲＢごとに一つの独立したＲＬＣエンティティを設けている。ＲＬＣは、種々のＱｏＳに対応するために、ＴＭ（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ）、ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）及びＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）などの３種類のＲＬＣモードを提供している。そして、ＲＬＣは、下位階層が無線区間にデータを送るのに適するようにデータサイズを調節する。このために、上位階層から受信したデータを分割及び接続する機能を行う。
ＰＤＣＰ階層はＲＬＣ階層の上位に位置し、ＩＰｖ４やＩＰｖ６などのＩＰパケットを用いて送られてくるデータを相対的に帯域幅の狭い無線区間において効率よく送る。このために、ＰＤＣＰ階層はヘッダーの圧縮機能を行うが、これは、データのヘッダー部への必須情報の送信を可能にして、無線区間の送信効率を高める。ヘッダー圧縮は、ＰＤＣＰ階層の基本的な機能であるため、ＰＤＣＰ階層はＰＳ（Ｐａｃｋｅｔ Ｓｅｒｖｉｃｅ）ドメインにのみ存在する。また、それぞれのＰＳサービスに対して効率よいヘッダー圧縮機能を提供するために、それぞれのＲＢにつき一つのＰＤＣＰエンティティが存在する。
第２の階層において、ＢＭＣ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ）階層がＲＬＣ階層の上位に存在する。ＢＭＣ階層はセル放送メッセージをスケジューリングし、特定のセルに位置しているＵＥに放送する機能を行う。
第３の階層の最下位に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）階層は、制御平面においてのみ定義される。ＲＲＣ階層は、ＲＢの設定、再構成及び解除と関連して、第１及び第２の階層のパラメータを制御し、論理チャンネル、送信チャンネル及び物理チャンネルの制御を司る。この場合に、ＲＢとは、ＵＥとＵＴＲＡＮとの間のデータ送信のための無線プロトコルの第１及び第２の階層により与えられる論理的なパスのことを言う。さらに、ＲＢ設定とは、特定のサービスを提供するために無線プロトコル階層及びチャンネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定するプロセスを意味する。
以下、ＲＬＣ階層を詳述する。
先ず、ＲＬＣ階層の基本機能は、各ＲＢのＱｏＳに対する保証とこれに対応するデータの送信である。ＲＢサービスは、無線プロトコルの第２の階層が上位階層に提供するサービスであるため、第２の階層の全体がＱｏＳに影響してしまう。また、ＲＬＣの影響が最も大きい。ＲＬＣは、ＲＢの固有のＱｏＳを保証するために、ＲＢごとに独立したＲＬＣエンティティを設けており、ＴＭ、ＵＭ及びＡＭの３種類のＲＬＣモードを提供している。これらの３種類のＲＬＣモードは、支援するＱｏＳが異なるため動作方法に違いがあり、その細部的な機能にも違いが出る。このため、ＲＬＣは、その動作モード別に分けて調べる必要がある。
ＴＭＲＬＣは、ＲＬＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を構成するとき、上位階層から受け取ったＲＬＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）にいかなるオーバーヘッドも付加されていないモードである。特に、ＲＬＣがＳＤＵを透明に通過させるため、ＴＭ ＲＬＣと呼ばれる。このような特性により、ＴＭ ＲＬＣは、ユーザー平面と制御平面において次のような役割を果たす。ユーザー平面においては、ＲＬＣ内におけるデータ処理時間が短いため、ＣＳ（Ｃｉｒｃｕｉｔ Ｓｅｒｖｉｃｅ）ドメインの音声やストリーミングなどのリアルタイムな回線データ送信を司る。一方、制御平面においては、ＲＬＣ内にオーバーヘッドがないため、アップリンクの場合に不特定のＵＥからのＲＲＣメッセージに対する送信を司り、ダウンリンクの場合にセル内の全てのＵＥから放送されるＲＲＣメッセージの送信を司る。
透明モードとは異なり、ＲＬＣにおいてオーバーヘッドが追加されるモードを非透明モードといい、このモードにおいては、送られてきたデータへの受信確認応答がないモード（ＵＭ）と、送られてきたデータへの受信確認応答があるモード（ＡＭ）とに大別される。ＵＭ ＲＬＣは各ＰＤＵごとにシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ；以下、ＳＮと略す。）を含むＰＤＵヘッダーを付加することにより、受信側にどのＰＤＵが送信中に失われたかを察知させる。
このような機能により、ＵＭ ＲＬＣは、主としてユーザー平面においては放送／マルチキャストデータの送信やＰＳドメインの音声（例えば、ＶｏＩＰ）またはストリーミングなどのリアルタイムなパケットデータの送信を行い、制御平面においてはセル内の特定のＵＥまたは特定のＵＥグループに送られるＲＲＣメッセージのうち受信確認応答が不要なＲＲＣメッセージの送信を行う。
非透明モードの一つであるＡＭ ＲＬＣは、ＵＭ ＲＬＣと同様、ＳＮを含むＰＤＵヘッダーを付加してＰＤＵを構成する。しかしながら、ＡＭ ＲＬＣは、ＵＭ ＲＬＣとは異なり、送信側が送ったＰＤＵに対して受信側が応答するという点で相違点がある。ＡＭ ＲＬＣにおいて受信側が応答をする理由は、受信側そのものが受信できなかったＰＤＵに対して送信側に再送信を要請することができるからである。また、このような再送信機能がＡＭ ＲＬＣの最も大きな特徴である。結局、ＡＭ ＲＬＣの目的は、再送信を通じてエラーのないデータ送信を保証することである。このような目的により、ＡＭ ＲＬＣは、主としてユーザー平面においてはＰＳドメインのＴＣＰ／ＩＰなどのリアルタイムではないパケットデータの送信を司り、制御平面においてはセル内の特定のＵＥに送られるＲＲＣメッセージのうち受信確認応答が必ず必要となるＲＲＣメッセージの送信を司る。
方向性の面からは、ＴＭまたはＵＭ ＲＬＣは単方向通信に使われるのに対し、ＡＭ ＲＬＣは受信側からのフィードバックがあるために両方向通信に使われる。両方向通信は、主として点対点通信において使われるため、ＡＭ ＲＬＣは専用の論理チャンネルのみを用いる。構造的な面からも次のような相違点がある。ＴＭまたはＵＭ ＲＬＣにおいては、一つのＲＬＣエンティティが送信または受信のいずれか一つの構造となっているが、ＡＭ ＲＬＣにおいては一つのＲＬＣエンティティ内に送信側と受信側が両方ともに存在する。
ＡＭ ＲＬＣの複雑性は、再送信機能による。ＡＭ ＲＬＣは、再送信の管理のために送受信バッファに加えて再送信バッファを設けており、流れの制御のための送受信ウィンドウの使用、送信側がピーアＲＬＣエンティティの受信側からのステータス情報を要求するポーリング、受信側がピーアＲＬＣエンティティの送信側に自分のバッファステータスを報告するステータス報告、ステータス情報を伝搬するためのステータスＰＤＵ、データ送信の効率を高めるためにデータＰＤＵ中にステータスＰＤＵを埋め込むピギーバック機能など種々の機能を行う。
一方、ＡＭ ＲＬＣエンティティが動作中に重大なエラーを見つけた場合、他方の側のＡＭ ＲＬＣエンティティに全ての動作及びパラメータの再設定を要求するリセットＰＤＵが存在する。また、リセットＰＤＵの応答に使われるリセットＡｃｋＰＤＵもある。これらの機能に対応するために、ＡＭ ＲＬＣには種々のプロトコルパラメータ、状態変数及びタイマーが必要となる。このようなステータス報告またはステータスＰＤＵ、リセットＰＤＵなどのようにＡＭ ＲＬＣにおいてデータ送信の制御のために使われるＰＤＵを制御ＰＤＵといい、ユーザーデータを送信するために使われるＰＤＵをデータＰＤＵと言う。
要するに、ＡＭ ＲＬＣにおいて用いるＰＤＵは、主として２種類に大別できる。一つはデータＰＤＵであり、もう一つは制御ＰＤＵである。また、制御ＰＤＵは、ステータスＰＤＵ、ピギーバックドステータスＰＤＵ、リセットＰＤＵ、リセットＡｃｋＰＤＵを含む。
コントロールＰＤＵを用いる場合の一つが、リセットの手続きである。リセットの手続きは、ＡＭ ＲＬＣの動作におけるエラー状況を解消するために使われる。エラー状況とは、例えば、使用するシーケンス番号が互いに異なる場合、または、ＰＤＵまたはＳＤＵが回数限界に達して送信に失敗する場合である。このリセットの手続きを用いると、受信側のＡＭ ＲＬＣと送信側のＡＭ ＲＬＣが環境変数を初期化した後、通信可能なステータスに入り直す。
以下、リセットの手続きについて説明する。
先ず、リセットの手続きを始めると決めた側、すなわち、送信側のＡＭ ＲＬＣは、リセットＰＤＵにおいて現在使われている送信方向ＨＦＮ（Ｈｙｐｅｒ Ｆｒａｍｅ Ｎｕｍｂｅｒ）値を含めてこのリセットＰＤＵを受信側に送る。リセットＰＤＵを受信した受信側のＡＭ ＲＬＣは、自分の受信方向のＨＦＮ値を再設定した後、シーケンス番号などの環境変数をリセットする。続けて、受信側のＡＭ ＲＬＣは、自分の送信方向ＨＦＮをリセットＡｃｋＰＤＵに含めてこのリセットＡｃｋＰＤＵを送信側のＡＭ ＲＬＣに送る。送信側のＡＭ ＲＬＣは、リセットＡｃｋＰＤＵを受信すれば、自分の受信方向ＨＦＮ値を再設定した後、環境変数をリセットする。
以下、ＡＭ ＲＬＣエンティティにおいて使われるＲＬＣ ＰＤＵの構造を詳述する。
図３は、ＡＭ ＲＬＣ ＰＤＵの構造図である。
図３を参照すれば、ＡＭ ＲＬＣ ＰＤＵは、ＡＭ ＲＬＣエンティティがユーザーデータまたはピギーバックドステータス情報及びポーリングビットを送りたいときに使われる。ユーザーデータ部は８ビットの整数倍として構成され、ＡＭ ＲＬＣ ＰＤＵのヘッダーは２オクテットサイズのシーケンス番号により構成される。また、ＡＭ ＲＬＣ ＰＤＵのヘッダー部は長さ指示子（ＬＩ：Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）を含む。
図４は、ステータスＰＤＵの構造図である。
図４を参照すれば、ステータスＰＤＵは、他の類型のＳＵＦＩ（Ｓｕｐｅｒ Ｆｉｅｌｄ）を含む。ステータスＰＤＵのサイズは可変的であるが、ステータスＰＤＵが送られる論理チャンネルの最も大きなＲＬＣ ＰＤＵのサイズに限られる。この場合に、ＳＵＦＩは、受信側にどの類型のＡＭ ＲＬＣ ＰＤＵが到達し、且つ、受信側にどの類型のＡＭ ＲＬＣ ＰＤＵが未到達であるかなどの情報を通知する。ＳＵＦＩは、類型、長さ及び値の３種類により構成される。
図５は、ピギーバックドステータスＰＤＵの構造図である。
図５を参照すれば、ピギーバックドステータスＰＤＵの構造は、ステータスＰＤＵの構造に類似しているが、Ｄ／Ｃフィールドが予約ビット（Ｒ２）に置き換えられている点で異なる。このピギーバックドステータスＰＤＵは、ＡＭ ＲＬＣ ＰＤＵに十分な空間が残っている場合に埋め込まれる。なお、ＰＤＵ種類値は常に「０００」に固定可能である。
図６は、リセットＡＣＫ ＰＤＵの構造図である。
図６を参照すれば、リセットＰＤＵは、１ビットのＲＳＮと名付けられたシーケンス番号を含む。また、リセットＡＣＫ ＰＤＵは、受信されたリセットＰＤＵに応答して、受信されたリセットＰＤＵに含まれているＲＳＮを含めて送られてくる。
以下、ＰＤＵフォーマットに使われるパラメータについて説明する。
先ず、「Ｄ／Ｃフィールド」の値は、当該ＰＤＵがコントロールＰＤＵであるか、データＰＤＵであるかを指示する。
「ＰＤＵ類型」は、コントロールＰＤＵの種類を指示する。特に、当該ＰＤＵがリセットＰＤＵであるか、ステータスＰＤＵであるかなどを指示する。
「シーケンス番号」値は、ＡＭ ＲＬＣ ＰＤＵのシーケンス番号情報を意味する。
一方、「ポーリングビット」値は、ステータス報告を受信側に要請するときに設定される。
「延長ビット（Ｅ）」値は、次のオクテットが長さ指示子（ＬＩ）であるかどうかを指示する。
「予約ビット（Ｒ１）」値は、リセットＰＤＵまたはリセットＡＣＫ ＰＤＵにおいて使われ、「０００」に符号化される。
「ヘッダー延長ビット（ＨＥ）」値は、後続するオクテットが長さ指示子（ＬＩ）であるか、データであるかを指示する。
「長さ指示子」値は、ＰＤＵのデータ部中に異なるＳＤＵ間の境界面が存在するとき、その境界面の位置を指示する。
「ＰＡＤ」部はパッディング領域であり、ＡＭ ＲＬＣ ＰＤＵにおいては使われない領域である。
以下、ＳＵＦＩ（Ｓｕｐｅｒ ＦＩｅｌｄ）について説明する。
以上で簡単に述べたように、ＳＵＦＩは、受信側にいかなる種類のＡＭ ＲＬＣ ＰＤＵが到達し、受信側にいかなる種類のＡＭ ＲＬＣ ＰＤＵが未到達であるかなどの情報を送信側に指示する。現在は、８種類のＳＵＦＩが定義されて使われている。
それぞれのＳＵＦＩは、類型、長さ及び値により構成される。
また、ＮＯ＿ＭＯＲＥ（Ｎｏ Ｍｏｒｅ Ｄａｔａ）、ＷＩＮＤＯＷ（Ｗｉｎｄｏｗ Ｓｉｚｅ）、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、ＬＩＳＴ（Ｌｉｓｔ）、ＢＩＴＭＡＰ（Ｂｉｔｍａｐ）、Ｒｌｉｓｔ（Ｒｅｌａｔｉｖｅ ｌｉｓｔ）、ＭＲＷ（Ｍｏｖｅ Ｒｅｃｅｉｖｉｎｇ Ｗｉｎｄｏｗ）、ＭＲＷ ＡＣＫ（Ｍｏｖｅ Ｒｅｃｅｉｖｉｎｇ Ｗｉｎｄｏｗ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）などをはじめとする種々の類型のＳＵＦＩがある。
以下、ＳＵＦＩ類型について詳述する。
（Ａ）ＮＯ＿ＭＯＲＥ ＳＵＦＩ
図７は、従来の技術によるＮＯ＿ＭＯＲＥ ＳＵＦＩフィールドの構造図である。
図７を参照すれば、ＮＯ＿ＭＯＲＥ ＳＵＦＩは、類型フィールドとしてのみ存在する。ＮＯ＿ＭＯＲＥ ＳＵＦＩは、ＮＯ＿ＭＯＲＥ ＳＵＦＩに後続してそれ以上のＳＵＦＩが存在しないことを指示する。このため、このＳＵＦＩ以降の領域はＰＡＤ（パッディング）領域と看做されうる。
（Ｂ）ＢＩＴＭＡＰ ＳＵＦＩ
図８は、従来の技術によるＢＩＴＭＡＰ ＳＵＦＩフィールドの構造図である。
図８を参照すれば、ＢＩＴＭＡＰ ＳＵＦＩは、類型、ビットマップ長さ（ＬＥＮＧＴ）、開始シーケンス番号（ＦＳＮ）及びビットマップにより構成される。
ＬＥＮＧＴＨは４ビットから構成され、（ＬＥＮＧＴＨ＋１）はビットマップのオクテットサイズを意味する。例えば、ＬＥＮＧＴＨ＝「００００」であれば、ビットマップオクテットサイズは１であることを意味する。ＬＥＮＧＴＨが「１１１１」までの値に設定可能であるため、ビットマップの最大のオクテットサイズは「１６」となる。
ＦＳＮは１２ビットから構成され、ビットマップの第１のビットに相当するシーケンス番号（ＳＮ）を意味する。
ビットマップは、ＬＥＮＧＴＨフィールドにより与えられる値に応じて可変する。［ＦＳＮ、ＦＳＮ＋（ＬＥＮＧＴＨ＋１）＊８−１］に相当する区間にシーケンス番号に相当するＡＭ ＲＬＣ ＰＤＵのステータス情報を報知することができる。順序は左側から右側に向かってシーケンス番号が増大し、ＡＭ ＲＬＣ ＰＤＵの受信ステータスは「０」（非正常受信：ＮＡＣＫ）または「１」（正常受信：ＡＣＫ）で表示される。
ＵＥにおいて、ＢＩＴＭＡＰ ＳＵＦＩが受信側に正確に受信されたと報告したＡＭ ＲＬＣ ＰＤＵを送信側により削除することができる。
（Ｃ）ＡＣＫ ＳＵＦＩ
図９は、従来の技術によるＡＣＫ ＳＵＦＩフィールドの構造図である。
図９を参照すれば、ＡＣＫ ＳＵＦＩは、種類及びＬＳＮ（Ｌａｓｔ ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）により構成される。
ＡＣＫ ＳＵＦＩは、ＮＯ＿ＭＯＲＥ ＳＵＦＩなどのステータスＰＤＵにおいて、データ部の最後の部分であることを指示する。ＡＣＫ ＳＵＦＩがステータスＰＤＵの最後の部分に存在すれば、ＮＯ＿ＭＯＲＥ ＳＵＦＩが同時に存在する必要はない。換言すれば、ＮＯ＿ＭＯＲＥ ＳＵＦＩで終了されていないステータスＰＤＵにはＡＣＫ ＳＵＦＩが存在することが必要である。ＡＣＫ ＳＵＦＩ以降の部分はＰＡＤ（パッディング）として看做されうる。
ＡＣＫ ＳＵＦＩは、ステータスＰＤＵの前部においてそれぞれエラーとして報告されていないＳＮ＜ＬＳＮの全てのＡＭ ＲＬＣ ＰＤＵの受信に対して応答をする。換言すれば、ＬＳＮ＞ＶＲ（Ｒ）であれば、受信エラー状態であるＡＭ ＲＬＣ ＰＤＵに関する応答情報は、一つのステータスＰＤＵを用いて一つとして送信される必要がある。特に、受信エラー状態であるＡＭ ＲＬＣ ＰＤＵに関する応答情報は複数のステータスＰＤＵに分離されて送信されることはできない。もし、ＬＳＮ＝ＶＲ（Ｒ）であれば、受信エラー状態であるＡＭ ＲＬＣ ＰＤＵは複数のステータスＰＤＵに分離されて送信可能である。ＬＳＮ＜ＶＲ（Ｒ）である場合には使用できない。また、ＬＳＮの値はＶＲ（Ｈ）に等しいか小さな値に設定可能である。この場合、ＶＲ（Ｈ）は受信側が受信したＡＭ ＲＬＣ ＰＤＵのうち最も大きなＳＮ以降に到達するＡＭ ＲＬＣ ＰＤＵのＳＮである。特に、受信側が受信したＡＭ ＲＬＣ ＰＤＵのうち最も大きなＳＮであるｘを受信したならば、ＶＲ（Ｈ）は（ｘ＋１）となる。
ステータスＰＤＵを受信した送信側は、ＬＳＮとステータスＰＤＵに含まれている第１の受信エラー状態であるＡＭ ＲＬＣ ＰＤＵのＳＮとを比較して、ＶＴ（Ａ）の値を更新することができる。
もし、受信されたＬＳＮの値がステータスＰＤＵにおける第１の受信エラーに相当するＡＭ ＲＬＣ ＰＤＵのＳＮよりも小さいかそれに等しければ（ＬＳＮ≦ＳＴＡＴＵＳ ＰＤＵの第１のエラービットのＳＮ）、ＶＴ（Ａ）はＬＳＮ値に更新される。もし、受信されたＬＳＮ値がステータスＰＤＵにおける第１の受信エラーに相当するＡＭ ＲＬＣ ＰＤＵのＳＮよりも大きければ（ＬＳＮ＞ＳＴＡＴＵＳ ＰＤＵの第１のエラービットのＳＮ）、ＶＴ（Ａ）はステータスＰＤＵの第１の受信エラーに相当するＡＭ ＲＬＣ ＰＤＵのＳＮ値に更新される。
ＶＲ（Ｒ）は、受信側に順番に受信された最終的なＡＭ ＲＬＣ ＰＤＵに後続して受信されると予想されるＡＭ ＲＬＣ ＰＤＵのＳＮである。例えば、受信側が受信エラー無しにＮ番目のＡＭ ＲＬＣ ＰＤＵまでＡＭ ＲＬＣＰＵＤを受信したならば、ＶＲ（Ｒ）は（Ｎ＋１）である。また、ＶＴ（Ａ）は、受信側から送信側にＡＣＫ（正常受信応答）情報が順番に受信された最終的なＡＭ ＲＬＣ ＰＤＵに後続して受信されると予想されるＡＭ ＲＬＣ ＰＤＵのＳＮである。例えば、送信側が受信側からＭ番目までＡＭ ＲＬＣ ＰＤＵに関するＡＣＫ（正常受信応答）情報を受信したならば、ＶＴ（Ａ）は（Ｍ＋１）である。
従来の技術においては、送信側がステータス報告を受信した場合、ＡＣＫ ＳＵＦＩに含まれているＬＳＮ値に基づき送信ウィンドウの下位エッジが更新される。すなわち、従来の技術において、送信側のＡＭ ＲＬＣは、受信されたＬＳＮ値とステータス報告についてステータスＰＤＵまたはピギーバックドステータスＰＤＵにおいて受信エラーとして報告されたＡＭ ＲＬＣ ＰＤＵのシーケンス番号（ＳＮ）とを比較することにより、送信ウィンドウの下位エッジのＶＴ（Ａ）の値を更新すると仮定する。
しかしながら、従来の技術において、送信側は、受信側からＬＳＮ値を含むＡＣＫ ＳＵＦＩを受信するまで送信ウィンドウを更新することができない。ＡＣＫ ＳＵＦＩを含むピギーバックドステータスＰＤＵまたはステータスＰＤＵが正常に受信できなかった場合に、受信側がエラー無しにＡＭ ＲＬＣ ＰＤＵを受信した旨を認識するにも拘わらず、送信ウィンドウを更新することができない。これにより、受信側へのデータ送信を効率よく行うことができなくなる。
よって、本発明は、従来の技術の限界及び欠点に起因する１以上の問題点を実質的に除去する、無線通信システムにおける制御情報の送信方法及びこの方法を用いた送信ウィンドウの更新方法に関するものである。
本発明の目的は、無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法を提供することにより、送信側における送信効率を高められるところにある。
本発明の他の目的は、無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法を提供することにより、受信側がエラー無しにデータブロックを受信した旨の情報を取得すれば、送信側の送信ウィンドウを取得された情報に基づいて即座で更新可能にするところにある。
本発明のさらに他の目的は、無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法を提供することにより、送信側におけるデータブロックの送信レートを高めるところにある。
本発明のさらなる特徴及び利点は次の説明において詳述され、部分的には詳細な説明から明らかになり、または、本発明を行うことにより教示可能なものである。本発明の目的及び別の利点は添付図面に加えて、詳細な説明及び請求の範囲において特別に指摘された構造により実現されたり得られるであろう。
送信側が複数のデータブロックを受信側に送るとき、受信側は、受信された複数のデータブロックに関するステータス報告情報を送信側に送る。この場合に、ステータス報告情報は、それぞれのデータブロックに対して受信エラーが存在するかどうかを指示する受信確認情報を含む。好ましくは、ステータス報告情報は、受信側から送信側に送られてくる制御情報ブロックに含まれて送られる。受信側は、複数のデータブロックに関するステータス報告情報を少なくとも２つの制御情報ブロックに含めて送信側に送ることができる。送信側は、受信側から送られてきたステータス報告情報を用いて送信ウィンドウを更新する。
送信側が少なくとも２つの制御情報ブロックを介してステータス報告情報を受信する場合に、第１の制御情報ブロックに含まれているステータス報告情報から、エラーなしに受信側に受信されたデータブロックに関する情報（例えば、第１の受信エラーを有するデータブロックのシーケンス番号）を取得すれば、送信側は第２の制御情報ブロックを受信しなかった場合であっても、送信ウィンドウを更新する。
一方、第１のステータス報告情報及び第２のステータス報告情報が異なる制御情報ブロックにそれぞれ含まれている場合には、複数の制御情報ブロックのうち送信側に最初に受信された制御情報ブロックに含まれている第１のステータス報告情報は、受信側にエラーが発生してから最初に受信された第１のデータブロックに関する情報を含む。なお、第２のステータス報告情報は、送信側に最終的に送られてきた制御データブロックに含まれる。
一方、送信側は、送信側に受信された複数の制御データブロックのうち最初に受信された制御データブロックに含まれている第１のステータス報告情報から、受信エラーを有する第１のデータブロックに関する情報を取得する。最初に受信された制御データブロックを正常に受信するのに失敗した場合には、送信側は、受信された制御データブロックのうち最終的に受信された制御データブロックに含まれている第２のステータス報告情報から、受信エラーを有する第１のデータブロックに関する情報を取得する。
データブロックとは、特定のプロトコル階層において使われるユーザーデータを含むデータユニットを意味する。例えば、データブロックは、ＲＬＣ階層のＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）に対応する。制御情報ブロックとは、特定のプロトコル階層に使われた制御情報を含むデータユニットを意味する。例えば、制御情報ブロックは、ステータスＰＤＵ、ピギーバックドステータスＰＤＵなどに対応する。さらに、ステータス報告情報は、制御情報ブロックに含まれているステータス報告指示子である。例えば、ステータス報告情報は、ステータスＰＵＤまたはピギーバックドステータスＰＤＵに含まれている種々のＳＵＦＩ（Ｓｕｐｅｒ Ｆｉｅｌｄ）に対応する。
これら及び別の利点を達成するために、また、本発明の目的によって具体化されて広義で説明されるものであって、本発明による移動通信システムにおける送信ウィンドウの更新方法は、受信側から第１のステータス報告情報を含む第１の制御情報ブロックを受信するが、前記第１のステータス報告情報は受信側に送られてくる複数のデータブロックに関する受信確認情報を与える前記第１の制御情報ブロック受信ステップと、第２の制御情報ブロックに最後のステータス報告情報として位置する第２のステータス報告情報を含む前記第２の制御情報ブロック受信ステップと、前記第１のステータス報告情報にある受信確認情報を用いて送信ウィンドウを更新する更新ステップと、を含む。
好ましくは、第２のステータス報告情報は、受信側に受信された複数のデータブロックのうち第１の受信エラーを有するデータブロックのシーケンス番号を指示するフィールドを含む。
好ましくは、送信ウィンドウの下位エッジは、第１のステータス報告情報にある受信確認情報の第１のＮＡＣＫ情報に対応するデータブロックのシーケンス番号をもって更新される。
好ましくは、第１のステータス報告情報は、ビットマップ型スーパーフィールド（ＳＵＦＩ）である。
好ましくは、第２のステータス報告情報は、ＡＣＫ型スーパーフィールド（ＳＵＦＩ）である。
これら及び他の利点をさらに達成するために、また、本発明の目的に応じて、移動通信システムにおける送信ウィンドウの更新方法は、受信側から第１のステータス報告情報を含む第１の制御情報ブロックを受信するが、前記第１のステータス報告情報は受信側に送られてくる複数のデータブロックに関する受信確認情報を与える前記第１の制御情報ブロック受信ステップと、前記第１のステータス報告情報にある受信確認情報を用いて送信ウィンドウを更新する更新ステップと、を含む。
好ましくは、送信ウィンドウの下位エッジは、前記第１のステータス報告情報にある受信確認情報の第１のＮＡＣＫ情報に対応するデータブロックのシーケンス番号をもって更新される。
これら及び別の利点をさらに達成するために、また、本発明の目的に応じて、制御情報ブロックを送信側に送り、前記送信側が送るデータブロックの上にステータス報告情報を与える方法は、第１のステータス報告情報を含む第１の制御情報ブロックを前記送信側に送るが、前記第１のステータス報告情報は前記送信側が送る複数のデータブロックに関する受信確認情報を与える第１の制御情報ブロック送信ステップと、第２の制御情報ブロックに最後のステータス報告情報として位置するが、受信ウィンドウの下位エッジに対応するシーケンス番号を指示するフィールドを備える第２のステータス報告情報を含む前記第２の制御情報ブロックを送るステップと、を含む。
これら及び他の利点をさらに達成するために、また、本発明の目的に応じて、移動通信システムにおいて送信ウィンドウを更新する送信機は、受信側から第１のステータス報告情報を含む第１の制御情報ブロックを受信するが、前記第１のステータス報告情報は前記受信側に送られてくる複数のデータブロックに関する受信確認情報を与える第１の制御情報ブロックを受信する手段と、第２の制御情報ブロックに最後のステータス報告情報として位置する第２のステータス報告情報を含む前記第２の制御情報ブロックを受信する手段と、前記第１のステータス報告情報にある前記受信確認情報を用いて送信ウィンドウを更新する手段と、を備える。
好ましくは、第２のステータス報告情報は、受信側に受信された複数のデータブロックのうち第１の受信エラーを有するデータブロックのシーケンス番号を指示するフィールドを含む。
好ましくは、送信ウィンドウの下位エッジは、第１のステータス報告情報にある受信確認情報の第１のＮＡＣＫ情報に対応するデータブロックのシーケンス番号をもって更新される。
これら及び他の利点をさらに達成するために、また、本発明の目的に応じて、受信側に送られてくる複数のデータブロックに受信確認情報を与える制御情報ブロックに含まれているステータス報告指示子のデータ構造は、前記ステータス報告指示子の類型を指示する第１のフィールドと、前記受信側に送られてくる複数のデータブロックに前記受信確認情報を与える第２のフィールドと、前記受信側において使われる受信ウィンドウの下位エッジに等しいかそれよりも大きなシーケンス番号を指示する第３のフィールドと、を含む。
好ましくは、第３のフィールドは、受信側に受信される複数のデータブロックのうち第１の受信エラーを有するデータブロックのシーケンス番号を指示する最後のシーケンス番号（ＬＳＮ）である。
上述した通常の説明及び後述する詳細な説明はいずれも例示的なものであり、説明のためのものであり、請求されるように、本発明のさらなる説明を提供しようとするためのものであることが理解できるであろう。
以下、添付図面に基づき、本発明の好適な実施形態について詳述する。
本発明の後述する実施形態において、本発明の技術的な特徴は、ＵＭＴＳに適用される。
図１０は、本発明の好適な一実施形態によるフローチャートである。
図１０を参照すれば、送信側は、複数のＲＬＣ ＰＤＵを受信側に送る（Ｓ１１）。送信側は、必要に応じて、受信側にステータス報告情報を要請することができる（Ｓ１２）。送信側からステータス報告情報要請を受信したり、必要に応じて、受信側は、ステータス報告に関するステータスＰＤＵまたはピギーバックドステータスＰＤＵを構成した後、構成されたこのＰＤＵを周期的にまたは非周期的に送信側に送る。
受信側は、送信側から送られてきた複数のＲＬＣ ＰＤＵに関するステータス報告のために少なくとも一つのステータスＰＤＵまたはピギーバックドステータスＰＤＵを構成し、構成された少なくとも一つのステータスＰＤＵまたはピギーバックドステータスＰＤＵを送信側に送る。図１０に示す実施形態において、受信側は、シーケンス番号（ＳＮ）０〜９９の受信状態について、２つのステータスＰＤＵまたは２つのピギーバックドステータスＰＤＵにより状態を報告する（Ｓ１３、Ｓ１５）。
図１１及び図１２は、本発明の好適な一実施形態により受信側から送信側にステータス報告のために送られてきた第１及び第２のステータスＰＤＵのデータフォーマットを示す図である。図１１及び図１２を参照すれば、ＢＩＴＭＡＰｘ１ ＳＵＦＩ及びＢＩＴＭＡＰｘ２ ＳＵＦＩは、ビットマップを構成することにより、ＳＮ：０〜ＳＮ：９９のＰＤＵに対して受信確認情報、すなわち、ＡＣＫ／ＮＡＣＫを報知することができる。
例えば、受信側において受信エラーの発生したＰＤＵがＳＮ：３０、ＳＮ：５０、ＳＮ：５５及びＳＮ：８０にそれぞれ対応するとすれば、第１の受信エラーに対応するＡＭ ＲＬＣ ＰＤＵのＳＮは３０であり、図１２に示す第２のステータスＰＤＵに含まれているＡＣＫ ＳＵＦＩのＬＳＮ値は「３０」であると定義できる。すなわち、ＡＣＫ ＳＵＦＩのＬＳＮ値はＶＲ（Ｒ）に設定されるわけではなく、第１の受信エラーに対応するＲＬＣ ＰＤＵのＳＮ値に設定される。
ＢＩＴＭＡＰｘ１は、ＳＮ：〜ＳＮ：ＫのＰＤＵに関するＡＣＫ／ＮＡＣＫ情報を含み、ＢＩＴＭＡＰｘ２は、ＳＮ：（Ｋ＋１）〜ＳＮ：９９のＰＤＵに関するＡＣＫ／ＮＡＣＫ情報を含む。
第１のステータスＰＤＵを受信する場合に（Ｓ１３）、送信側は、第１のステータスＰＤＵに含まれているＢＩＴＭＡＰｘ１からＳＮ：０〜ＳＮ：Ｋの範囲に属するＡＣＫ／ＮＡＣＫ情報を取得することができる。このため、送信側は、ＳＮ：３０のＰＤＵは第１の受信エラーに対応する旨を認識することができる。これにより、送信側は、他のステータスＰＤＵの受信を待つことなく、送信ウィンドウを直ちに更新する（Ｓ１４）。
すなわち、送信側が以前に受信したステータス報告後に第１の受信エラーに対応するＳＮ：３０のＰＤＵまでＰＤＵが順番に正常に受信されるという旨を認知する場合に、送信側は、通信ウィンドウの下位エッジ、すなわち、ＶＴ（Ａ）を更新することができる。この例において、第１の受信エラーに対応するＳＮが３０であるため、ＶＴ（Ａ）は３０に更新される。また、第１の受信エラーに対応するＳＮは、受信側が設定したＬＳＮ値と同値である。
送信側が第２のステータスＰＤＵを受信すれば（Ｓ１５）、送信側はＡＣＫ ＳＵＦＩに含まれているＬＳＮ値を確認することができる。あるいは、第２のステータスＰＤＵに含まれていないＡＣＫ ＳＵＦＩを有していてもよい。
少なくとも３つのステータスＰＤＵから構成されたステータス報告において第１のステータスＰＤＵなどが失われている場合には、送信側がＡＣＫ／ＮＡＣＫ情報を順次に受信しなかったことを意味する。このため、第２のステータスＰＤＵが正常に受信されたとしても、ＶＴ（Ａ）は第２のステータスＰＤＵの第１のエラーに対応するＳＮ値に更新されない。この場合に、ＶＴ（Ａ）は、最終的なステータスＰＤＵを受信することにより、ＡＣＫ ＳＵＦＩに含まれているＬＳＮ値をもって更新されることが必要である。
ＢＩＴＭＡＰｘ１は、受信側において第１の受信エラーに対応するＲＬＣ ＰＤＵのＳＮを用いてＳＵＦＩが構成される旨を知らせるために、従来のＢＩＴＭＡＰ ＳＵＦＩとは差別化可能である。すなわち、上記の用途を有する新規な類型のＳＵＦＩが構成可能である。例えば、ＬＳＮがＢＩＴＭＡＰｘ１に含まれうる。これについては後述する。
従来の技術において、ＡＣＫ／ＮＡＣＫ情報を指示するＳＵＦＩ（例えば、ＢＩＴＭＡＰ、ＬＩＳＴ、ＲＬＩＳＴ ＳＵＦＩなど）が同じまたは異なるステータスＰＤＵを介してＡＣＫ ＳＵＦＩと共に送信される必要がある。この場合に、ＡＣＫ ＳＵＦＩの代わりにＬＳＮ値を有するＳＵＦＩ（例えば、ＢＩＴＭＡＰ、ＬＩＳＴ、ＲＬＩＳＴ ＳＵＦＩなど）と関連するＡＣＫ／ＮＡＣＫの新規な類型を考慮する場合、ＡＣＫ ＳＵＦＩを個別的に送ることなく、ＬＳＮ値が送信側に送られることがある。
図１３は、本発明の好適な一実施形態によるＢＩＴＭＡＰ拡張ＳＵＦＩ（ＢＩＴＭＡＰｘ ＳＵＦＩ）のデータフォーマットを示す図である。
図１３を参照すれば、従来のＢＩＴＭＡＰ ＳＵＦＩと比較して、本発明の好適な一実施形態によるＢＩＴＭＡＰ拡張ＳＵＦＩ（ＢＩＴＭＡＰｘ１ ＳＵＦＩ）はＬＳＮフィールドをさらに含む。
ＬＳＮフィールドは１２ビットから構成でき、２つのランダムフィールド間に位置することができる。特に、ＳＵＦＩは、ビットマップフィールドに後続して、または、類型及び長さ、ＬＥＮＧＴＨ及びＦＳＮ、ＦＳＮ及びＢｉｔｍａｐなどを含む任意のフィールド間に位置するように構成可能である。図１３に示す例において、ＢＩＴＭＡＰ ＳＵＦＩが使われる。あるいは、ＬＳＮフィールドは、ＬＩＳＴ、ＲＬＩＳＴなどに付加できる。
図１４は、本発明の好適な一実施形態によるＢＩＴＭＡＰ拡張ＳＵＦＩを用いて受信側から送信側にステータス報告を行うプロセスを説明する図である。
先ず、送信側からステータス報告要請を受信した受信側は、ステータス報告のためにステータスＰＤＵを構成する。従来の技術において、ＬＳＮ値がＶＲ（Ｒ）値よりも大きな値に設定されると、受信されたＰＤＵのＡＣＫ／ＮＡＣＫ情報が一つのＰＤＵに含まれる必要があるため、一つのステータスＰＤＵが構成される。図１４は、ステータスＰＤＵが本発明の好適な一実施形態によるＢＩＴＭＡＰｘから構成される例を示すものであり、一つのＢＩＴＭＡＰｘが使われる。いくつかのＢＩＴＭＡＰが必要であれば、ＢＩＴＭＡＰｘのみを用いて最終的なＢＩＴＭＡＰを構成することができる。
図１４または図１５に示すように、ステータス報告のためにステータスＰＤＵを受信した送信側は、ＢＩＴＭＡＰｘの「ＢＩＴＭＡＰ」フィールドを介して受信側においてＡＣＫ／ＮＡＣＫを取得することができる。
図１４または図１５に示すＢＩＴＭＡＰ拡張ＳＵＦＩを受信する場合に、送信側は、ＬＳＮ値が当該ＳＵＦＩの「ＬＥＮＴＨ」フィールドにより指示されたオクテットサイズの位置の後続位置に対応する旨を認知する。ＬＥＮＧＴＨ＝「０００１」であれば、ＢＩＴＭＡＰフィールドは２−オクテットサイズを有する。これにより、当該ビットマップに続く１２ビットがＬＳＮ値として認識可能である。
ＢＩＴＭＡＰｘ中のＬＳＮの位置が変わる場合、ＬＳＮ値は、送信側がＬＳＮの位置を適切に認識するような方式により正確に取得可能である。
ＢＩＴＭＡＰ拡張ＳＵＦＩを受信した送信側は、それ以上のＳＵＦＩが存在せず、後続する位置がＰＡＤに対応すると見なす。本発明による新規な類型のＳＵＦＩは、他のＳＵＦＩから当該ＳＵＦＩを識別するためのＩＤにより識別されることが好ましい。例えば、図１３に示すＢＩＴＭＡＰｘ ＳＵＦＩが新規なタイプＩＤを用いるための新規な類型として定義されることが好ましい。
図１６及び図１７は、本発明の好適な他の実施形態を説明する図である。ＢＩＴＭＡＰｘが従来のＳＵＦＩのものからさっぱり除去され、送信側がＬＳＮ値を取得できるならば、本発明のＳＵＦＩはいくつかのステータスＰＤＵに分割されることにより、送信側に送られたステータス報告に使用可能である。図１６または図１７中、ステータス報告がいくつかのステータスＰＤＵに分割されることで行われると、ステータスＰＤＵはＢＩＴＭＡＰｘを新規な拡張ＳＵＦＩとして用いてＡＣＫ ＳＵＦＩ無しに構成可能である。
この明細書中には本発明が実施形態に基づいて説明及び図示されているが、本発明の思想及び範囲から逸脱しない限り、種々の修正及び変更が可能であることは、当該分野における通常の知識を持った者にとって自明である。よって、本発明は、特許請求の範囲及びその等価物の範囲内に納まる本発明の修正及び変更をカバーしようとする。
よって、本発明は、無線インターネット、移動通信システムなどの無線通信システムに適用可能である。
本発明のさらなる理解のために提供される添付図面は本発明の一部として取り込まれて本発明の実施形態を例示し、説明と共に本発明の原理を説明するのに寄与する。
従来の技術によるＵＭＴＳのネットワーク構造のブロック図である。 従来の技術によるＵＭＴＳ無線プロトコルのアーキテクチャーを示す図である。 従来の技術によるＡＭ ＲＬＣ ＰＤＵの構造図である。 従来の技術によるステータスＰＤＵの構造図である。 従来の技術によるピギーバックドステータスＰＤＵの構造図である。 従来の技術によるリセットＡＣＫ ＰＤＵの構造図である。 従来の技術によるＮＯ＿ＭＯＲＥ ＳＵＦＩフィールドの構造図である。 従来の技術によるＢＩＴＭＡＰ ＳＵＦＩの構造図である。 従来の技術によるＡＣＫ ＳＵＦＩの構造図である。 本発明の好適な一実施形態によるフローチャートである。 本発明の好適な一実施形態により受信側から送信側にステータス報告のために送られてきた第１及び第２のステータスＰＤＵのそれぞれのデータフォーマットを示す図である。 本発明の好適な一実施形態により受信側から送信側にステータス報告のために送られてきた第１及び第２のステータスＰＤＵのそれぞれのデータフォーマットを示す図である。 本発明の好適な一実施形態によるＢＩＴＭＡＰ拡張ＳＵＦＩ（ＢＩＴＭＡＰｘ ＳＵＦＩ）のデータフォーマットを示す図である。 本発明の好適な一実施形態によりＢＩＴＭＡＰ拡張ＳＵＦＩ（ＢＩＴＭＡＰｘ ＳＵＦＩ）を用いて受信側から送信側にステータス報告を行うプロセスを説明する図である。 本発明の好適な一実施形態によりＢＩＴＭＡＰ拡張ＳＵＦＩ（ＢＩＴＭＡＰｘ ＳＵＦＩ）を用いて受信側から送信側にステータス報告を行うプロセスを説明する図である。 本発明の好適な一実施形態によりＢＩＴＭＡＰ拡張ＳＵＦＩ（ＢＩＴＭＡＰｘ ＳＵＦＩ）を用いて受信側から送信側にステータス報告を行うプロセスを説明する図である。 本発明の好適な一実施形態によりＢＩＴＭＡＰ拡張ＳＵＦＩ（ＢＩＴＭＡＰｘ ＳＵＦＩ）を用いて受信側から送信側にステータス報告を行うプロセスを説明する図である。

Claims (13)

  1. 移動通信システムにおいて送信ウィンドウを更新する方法であって、
    受信側から第１のステータス報告情報を含む第１の制御情報ブロックを受信するが、前記第１のステータス報告情報は受信側に送られてくる複数のデータブロックに関する受信確認情報を与える前記第１の制御情報ブロック受信ステップと、
    第２の制御情報ブロックに最後のステータス報告情報として位置する第２のステータス報告情報を含む前記第２の制御情報ブロック受信ステップと、
    前記第１のステータス報告情報にある受信確認情報を用いて送信ウィンドウを更新する更新ステップと、
    を含むことを特徴とする送信ウィンドウの更新方法。
  2. 前記第２のステータス報告情報は、前記受信側に受信された複数のデータブロックのうち第１の受信エラーを有するデータブロックのシーケンス番号を指示するフィールドを含むことを特徴とする請求項１に記載の送信ウィンドウの更新方法。
  3. 前記送信ウィンドウの下位エッジは、前記第１のステータス報告情報にある受信確認情報の第１のＮＡＣＫ情報に対応するデータブロックのシーケンス番号をもって更新されることを特徴とする請求項１に記載の送信ウィンドウの更新方法。
  4. 前記第１のステータス報告情報は、ビットマップ型スーパーフィールド（ＳＵＦＩ）であることを特徴とする送信ウィンドウの更新方法。
  5. 前記第２のステータス報告情報は、ＡＣＫ型スーパーフィールド（ＳＵＦＩ）であることを特徴とする請求項１に記載の送信ウィンドウの更新方法。
  6. 移動通信システムにおいて送信ウィンドウを更新する方法であって、
    受信側から第１のステータス報告情報を含む第１の制御情報ブロックを受信するが、前記第１のステータス報告情報は受信側に送られてくる複数のデータブロックに関する受信確認情報を与える前記第１の制御情報ブロック受信ステップと、
    前記第１のステータス報告情報にある受信確認情報を用いて送信ウィンドウを更新する更新ステップと、
    を含むことを特徴とする送信ウィンドウの更新方法。
  7. 前記送信ウィンドウの下位エッジは、前記第１のステータス報告情報にある受信確認情報の第１のＮＡＣＫ情報に対応するデータブロックのシーケンス番号をもって更新されることを特徴とする請求項６に記載の送信ウィンドウの更新方法。
  8. 制御情報ブロックを送信側に送り、前記送信側が送るデータブロックの上にステータス報告情報を与える方法であって、
    第１のステータス報告情報を含む第１の制御情報ブロックを前記送信側に送るが、前記第１のステータス報告情報は、前記送信側が送る複数のデータブロックに関する受信確認情報を与える第１の制御情報ブロック送信ステップと、
    第２の制御情報ブロックに最後のステータス報告情報として位置するが、受信ウィンドウの下位エッジに対応するシーケンス番号を指示するフィールドを備える第２のステータス報告情報を含む前記第２の制御情報ブロックを送るステップと、
    を含むことを特徴とするステータス報告情報提供方法。
  9. 移動通信システムにおいて送信ウィンドウを更新する送信機であって、
    受信側から第１のステータス報告情報を含む第１の制御情報ブロックを受信するが、前記第１のステータス報告情報は前記受信側に送られてくる複数のデータブロックに関する受信確認情報を与える第１の制御情報ブロックを受信する手段と、
    第２の制御情報ブロックに最後のステータス報告情報として位置する第２のステータス報告情報を含む前記第２の制御情報ブロックを受信する手段と、
    前記第１のステータス報告情報にある前記受信確認情報を用いて送信ウィンドウを更新する手段と、
    を備えることを特徴とする送信機。
  10. 前記第２のステータス報告情報は、前記受信側に受信された複数のデータブロックのうち第１の受信エラーを有するデータブロックのシーケンス番号を指示するフィールドを含むことを特徴とする請求項９に記載の送信機。
  11. 前記送信ウィンドウの下位エッジは、前記第１のステータス報告情報にある前記受信確認情報の第１のＮＡＣＫ情報に対応するデータブロックのシーケンス番号をもって更新されることを特徴とする請求項９に記載の送信機。
  12. 受信側に送られてくる複数のデータブロックに受信確認情報を与える制御情報ブロックに含まれているステータス報告指示子のデータ構造であって、
    前記ステータス報告指示子の類型を指示する第１のフィールドと、
    前記受信側に送られてくる複数のデータブロックに前記受信確認情報を与える第２のフィールドと、
    前記受信側において使われる受信ウィンドウの下位エッジに等しいかそれよりも大きなシーケンス番号を指示する第３のフィールドと、
    を含むことを特徴とするデータ構造。
  13. 前記第３のフィールドは、前記受信側に受信される複数のデータブロックのうち第１の受信エラーを有するデータブロックのシーケンス番号を指示する最後のシーケンス番号（ＬＳＮ）であることを特徴とする請求項１２に記載のデータ構造。
JP2008509931A 2005-05-04 2006-05-02 無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法 Expired - Fee Related JP4934666B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR10-2005-0037539 2005-05-04
KR1020050037539A KR101084135B1 (ko) 2005-05-04 2005-05-04 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법
KR10-2005-0037951 2005-05-06
KR1020050037951A KR101084136B1 (ko) 2005-05-06 2005-05-06 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는ｐｄｕ를 송수신하는 방법
PCT/KR2006/001654 WO2006118418A2 (en) 2005-05-04 2006-05-02 Method of transmitting control information in wireless communication system and transmission window updating method using the same

Publications (2)

Publication Number Publication Date
JP2008541543A true JP2008541543A (ja) 2008-11-20
JP4934666B2 JP4934666B2 (ja) 2012-05-16

Family

ID=37308402

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008509931A Expired - Fee Related JP4934666B2 (ja) 2005-05-04 2006-05-02 無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法

Country Status (7)

Country Link
US (1) US8161341B2 (ja)
EP (1) EP1878155B1 (ja)
JP (1) JP4934666B2 (ja)
AU (1) AU2006241604B2 (ja)
BR (1) BRPI0612473A2 (ja)
RU (1) RU2419218C2 (ja)
WO (1) WO2006118418A2 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010519880A (ja) * 2007-09-11 2010-06-03 エルジー エレクトロニクス インコーポレイティド 移動通信システムにおけるｐｄｃｐ層の状態報告の送信方法及び受信装置
JP2011511525A (ja) * 2008-02-04 2011-04-07 エルジー エレクトロニクス インコーポレイティド 無線装置とネットワーク間のデータユニットのシーケンスの送信のための無線通信方法
JP2014514867A (ja) * 2011-04-27 2014-06-19 ▲華▼▲為▼▲終▼端有限公司 パイロット信号の状態を通知するための方法、基地局コントローラ、および移動通信交換局
JP2015509306A (ja) * 2011-12-21 2015-03-26 クアルコム，インコーポレイテッド ダウンリンクの改善された復旧のためのシステムおよび方法

Families Citing this family (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100905965B1 (ko) * 2005-10-04 2009-07-06 엘지전자 주식회사 무선통신 시스템에서의 ｒｌｃ 재연결 방법
TW200820736A (en) * 2006-10-27 2008-05-01 Benq Corp Method for reporting back a status of a mobile phone and a related mobile phone
WO2008069617A2 (en) * 2006-12-07 2008-06-12 Lg Electronics Inc. Method and transmitter for transmitting and method of receiving status report and structure of status data blocks in a mobile communication system
KR101342365B1 (ko) * 2006-12-07 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 데이터 전달 방법
US9173223B2 (en) 2006-12-07 2015-10-27 Lg Electronics Inc. Method of transferring data in a wireless communication system
KR20080054683A (ko) * 2006-12-13 2008-06-19 삼성전자주식회사 이동 통신 시스템에서 데이터 송수신 장치 및 방법
WO2008084957A1 (en) 2007-01-08 2008-07-17 Lg Electronics Inc. Method for receiving common channel in wireless communication and terminal thereof
US8155069B2 (en) 2007-01-09 2012-04-10 Lg Electronics Inc. Method of transmitting and receiving scheduling information in a wireless communication system
US8059606B2 (en) 2007-01-09 2011-11-15 Lg Electronics Inc. Method for reporting channel quality through uplink common channel in wireless communication
US8194559B2 (en) 2007-01-09 2012-06-05 Lg Electronics Inc. Method of controlling data retransmission in a wireless communication system
KR101211758B1 (ko) 2007-01-10 2012-12-12 엘지전자 주식회사 무선 통신 시스템의 블록 데이터 생성 방법
KR101430439B1 (ko) * 2007-01-10 2014-08-18 엘지전자 주식회사 이동 통신 시스템에서의 제어 정보 전송 방법
CN101578783A (zh) 2007-01-10 2009-11-11 Lg电子株式会社 用于在移动通信中构造数据格式的方法及其终端
KR101101510B1 (ko) 2007-01-10 2012-01-03 엘지전자 주식회사 무선 통신을 위한 데이터 구성 및 데이터 수신 방법 및 그 단말
KR101455991B1 (ko) 2007-01-31 2014-11-03 엘지전자 주식회사 멀티미디어 브로드캐스트/멀티캐스트 서비스에서의 시스템정보 수신 방법
KR101461938B1 (ko) 2007-01-31 2014-11-14 엘지전자 주식회사 시스템 정보의 전송 및 수신 방법
KR101426958B1 (ko) 2007-02-06 2014-08-06 엘지전자 주식회사 무선통신 시스템에서 데이터 송수신 방법
US8687495B2 (en) * 2007-03-16 2014-04-01 Qualcomm Incorporated Method and apparatus for polling in a wireless communication system
US8619752B2 (en) 2007-03-16 2013-12-31 Qualcomm Incorporated Method and apparatus for polling in a wireless communication system
US8031689B2 (en) * 2007-05-18 2011-10-04 Innovative Sonic Limited Method and related apparatus for handling re-establishment of radio link control entity in a wireless communications system
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
KR101448644B1 (ko) 2007-06-20 2014-10-13 엘지전자 주식회사 이동 통신 시스템에서의 데이터 전송 방법
WO2008156314A2 (en) 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
EP2176980B1 (en) 2007-07-30 2016-06-01 Marvell Israel (M.I.S.L) LTD. Rate matching for a wireless communications system
KR101514841B1 (ko) 2007-08-10 2015-04-23 엘지전자 주식회사 효율적인 랜덤 액세스 재시도를 수행하는 방법
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
US8422385B2 (en) 2007-08-10 2013-04-16 Lg Electronics Inc. Control method for uplink connecting of idle terminal
US9008006B2 (en) 2007-08-10 2015-04-14 Lg Electronics Inc. Random access method for multimedia broadcast multicast service(MBMS)
EP2028890B1 (en) 2007-08-12 2019-01-02 LG Electronics Inc. Handover method with link failure recovery, wireless device and base station for implementing such method
KR101461965B1 (ko) 2007-08-14 2014-11-14 엘지전자 주식회사 무선 통신 시스템의 특정 프로토콜 계층에서의 데이터 블록전송 및 처리 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
WO2009045871A2 (en) 2007-09-28 2009-04-09 Interdigital Patent Holdings, Inc. Operation of control protocol data units in packet data convergence protocol
KR20090041323A (ko) 2007-10-23 2009-04-28 엘지전자 주식회사 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법
EP2208294B1 (en) 2007-10-29 2019-07-31 LG Electronics Inc. Method of repairing a security failure
DK2410690T3 (en) * 2008-01-09 2015-03-23 Ericsson Telefon Ab L M Method and transmission device for reducing the risk of transmission blocking
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
EP2086276B1 (en) 2008-01-31 2016-11-02 LG Electronics Inc. Method for signaling back-off information in random access
EP2086148B1 (en) 2008-01-31 2018-09-05 LG Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
US8879399B2 (en) * 2008-02-01 2014-11-04 Samsung Electronics Co., Ltd. Method and system for managing data transfer
PT2241046E (pt) 2008-02-08 2012-03-09 Ericsson Telefon Ab L M Processo e dispositivo num sistema de telecomunicações
US8121128B2 (en) * 2008-02-26 2012-02-21 Qualcomm Incorporated Method and apparatus for link control in a wireless communication system
WO2009116788A1 (en) 2008-03-17 2009-09-24 Lg Electronics Inc. Method of transmitting rlc data
US8031600B2 (en) * 2008-05-20 2011-10-04 Htc Corporation Method and related apparatus for performing status report procedure in a wireless communication system
WO2010012298A1 (en) * 2008-07-29 2010-02-04 Nokia Siemens Networks Oy Transmission of redundant arq feedback message in unused space of a data transmission slot
US9225481B2 (en) 2008-08-11 2015-12-29 Qualcomm Incorporated Downlink grants in a multicarrier wireless communication system
US8670376B2 (en) 2008-08-12 2014-03-11 Qualcomm Incorporated Multi-carrier grant design
KR100917832B1 (ko) 2008-09-19 2009-09-18 엘지전자 주식회사 시간 정렬 타이머를 고려한 신호 송수신 방법 및 이를 위한 사용자 기기
KR101635433B1 (ko) * 2008-11-04 2016-07-01 삼성전자 주식회사 재전송 요청을 위한 제어 메시지를 처리하는 방법 및 장치
US20110211457A1 (en) * 2008-11-06 2011-09-01 Telefonaktiebolaget L M Ericsson (Publ) Method and Arrangement in a Communication System For Exchanging a Status Report
KR100949972B1 (ko) * 2009-01-02 2010-03-29 엘지전자 주식회사 단말의 임의접속 수행 기법
KR101122095B1 (ko) 2009-01-05 2012-03-19 엘지전자 주식회사 불필요한 재전송 방지를 위한 임의접속 기법 및 이를 위한 단말
US8665570B2 (en) 2009-03-13 2014-03-04 Qualcomm Incorporated Diode having a pocket implant blocked and circuits and methods employing same
US8531805B2 (en) 2009-03-13 2013-09-10 Qualcomm Incorporated Gated diode having at least one lightly-doped drain (LDD) implant blocked and circuits and methods employing same
KR101300988B1 (ko) * 2009-04-21 2013-08-27 리서치 인 모션 리미티드 네트워크 확인응답 폴링에 응답하여 이동국의 전송을 우선순위 정하는 방법 및 장치
US9654256B2 (en) * 2009-04-21 2017-05-16 Lg Electronics Inc. Method of utilizing a relay node in wireless communication system
TWI520629B (zh) * 2011-02-18 2016-02-01 Univ Kyushu Nat Univ Corp A transmission cycle determining method, a transmission cycle determining means, and a computer-readable recording medium
US9461776B2 (en) 2012-01-27 2016-10-04 Blackberry Limited Selecting a data unit for retransmission
US9608789B2 (en) 2012-05-11 2017-03-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting acknowledgements in response to received frames
US20150085749A1 (en) * 2013-09-26 2015-03-26 Qualcomm Incorporated Mechanism to exchange proprietary signaling messages between a ue and a network
JP6509033B2 (ja) * 2015-05-15 2019-05-08 株式会社Ｎｔｔドコモ ユーザ装置、基地局及び通信方法
WO2019066701A1 (en) * 2017-09-28 2019-04-04 Telefonaktiebolaget Lm Ericsson (Publ) RLC STATUS REPORT FORMAT BIT TABLE INDICATION FOR MULTIPLE MISSING SN
US10819473B2 (en) 2018-08-01 2020-10-27 Charter Communications Operating, Llc Disabling, using a designated process, hybrid automatic repeat request (HARQ) acknowledgments for packets for which acknowledgements are supported at network or higher layer
KR20210019307A (ko) * 2019-08-12 2021-02-22 삼성전자주식회사 상태 보고를 이용하여 신호 재전송을 수행하는 무선 통신 장치 및 이를 포함하는 무선 통신 시스템의 동작 방법
CN112994851B (zh) * 2021-01-26 2022-03-29 中国科学院信息工程研究所 一种支持差异化可协商的并行数据通信方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003005644A1 (fr) * 2001-07-06 2003-01-16 Sharp Kabushiki Kaisha Procede et programme de gestion de telecommunications, support d'enregistrement contenant le programme de gestion de telecommunications, systeme et appareil de telecommunications et appareil de gestion centrale
JP2003174470A (ja) * 2001-09-28 2003-06-20 Mitsubishi Electric Corp データパケット送信装置、データパケット受信装置、データパケット伝送システムおよびデータパケット再送制御方法
JP2004158916A (ja) * 2002-11-01 2004-06-03 Matsushita Electric Ind Co Ltd 通信システム及び方法
JP2005045642A (ja) * 2003-07-24 2005-02-17 Matsushita Electric Ind Co Ltd パケット通信装置およびパケット通信方法
JP2005073251A (ja) * 2003-08-24 2005-03-17 Asustek Computer Inc 無線通信システムにおいて送信ウィンドウサイズ変更手順を処理するために受信機と送信機とを制御する方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5553075A (en) 1994-06-22 1996-09-03 Ericsson Ge Mobile Communications Inc. Packet data protocol for wireless communication
US6643813B1 (en) 1999-02-17 2003-11-04 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for reliable and efficient data communications
US6798842B2 (en) * 2001-01-10 2004-09-28 Asustek Computer Inc. Retransmission range for a communications protocol
KR100438558B1 (ko) 2002-01-21 2004-07-02 엘지전자 주식회사 이동통신 시스템의 상태 프로토콜 데이터 유니트 생성 방법
KR100541015B1 (ko) 2002-02-04 2006-01-10 아스텍 컴퓨터 인코퍼레이티드 무선 통신 시스템에 있어서의 데이터 폐기 신호 절차
US7218645B2 (en) * 2002-02-19 2007-05-15 Broadcom Corporation Method and apparatus optimizing a radio link
KR100896484B1 (ko) * 2002-04-08 2009-05-08 엘지전자 주식회사 이동통신시스템에서 데이터 전송 무선통신방법 및 무선통신장치
BR0215544A (pt) * 2002-06-07 2004-12-28 Siemens Ag Processo e disposição para a transmissão de pacotes-ip entre um rádio controlada de rede e uma outra instalação de uma rede de rádio móvel
KR100474302B1 (ko) 2002-09-07 2005-03-10 엘지전자 주식회사 무선 링크 콘트롤(ｒｌｃ) 계층의 버퍼제어 방법
US7269760B2 (en) * 2003-02-05 2007-09-11 Innovative Sonic Limited Scheme to discard an erroneous PDU received in a wireless communication system
ATE413783T1 (de) 2003-02-12 2008-11-15 Matsushita Electric Ind Co Ltd Mobilstationsvorrichtung und verfahren zur funkkommunikation
DE10313356B4 (de) * 2003-03-25 2005-06-30 Siemens Ag Verfahren zum Empfang und Verfahren zum Senden eines Broadcast- oder Multicast-Dienstes in einem Funkkommunikationssystem sowie Empfangsstation und Sendestation
US6859449B2 (en) 2003-05-19 2005-02-22 Nokia Corporation Method and apparatus providing enhanced radio link control acknowledgment
US7525908B2 (en) * 2004-09-24 2009-04-28 M-Stack Limited Data unit management in communications
CN1855887A (zh) * 2005-04-29 2006-11-01 华硕电脑股份有限公司 在接收端中减少数据串流前后跳动的方法及其相关装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003005644A1 (fr) * 2001-07-06 2003-01-16 Sharp Kabushiki Kaisha Procede et programme de gestion de telecommunications, support d'enregistrement contenant le programme de gestion de telecommunications, systeme et appareil de telecommunications et appareil de gestion centrale
JP2003174470A (ja) * 2001-09-28 2003-06-20 Mitsubishi Electric Corp データパケット送信装置、データパケット受信装置、データパケット伝送システムおよびデータパケット再送制御方法
JP2004158916A (ja) * 2002-11-01 2004-06-03 Matsushita Electric Ind Co Ltd 通信システム及び方法
JP2005045642A (ja) * 2003-07-24 2005-02-17 Matsushita Electric Ind Co Ltd パケット通信装置およびパケット通信方法
JP2005073251A (ja) * 2003-08-24 2005-03-17 Asustek Computer Inc 無線通信システムにおいて送信ウィンドウサイズ変更手順を処理するために受信機と送信機とを制御する方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010519880A (ja) * 2007-09-11 2010-06-03 エルジー エレクトロニクス インコーポレイティド 移動通信システムにおけるｐｄｃｐ層の状態報告の送信方法及び受信装置
US8514814B2 (en) 2007-09-11 2013-08-20 Lg Electronics Inc. Method for transmitting status report of PDCP layer in mobile telecommunications system and receiver of mobile telecommunications
JP2011511525A (ja) * 2008-02-04 2011-04-07 エルジー エレクトロニクス インコーポレイティド 無線装置とネットワーク間のデータユニットのシーケンスの送信のための無線通信方法
JP2014514867A (ja) * 2011-04-27 2014-06-19 ▲華▼▲為▼▲終▼端有限公司 パイロット信号の状態を通知するための方法、基地局コントローラ、および移動通信交換局
JP2015509306A (ja) * 2011-12-21 2015-03-26 クアルコム，インコーポレイテッド ダウンリンクの改善された復旧のためのシステムおよび方法

Also Published As

Publication number Publication date
EP1878155A2 (en) 2008-01-16
WO2006118418A2 (en) 2006-11-09
AU2006241604B2 (en) 2010-01-28
US20080294958A1 (en) 2008-11-27
US8161341B2 (en) 2012-04-17
JP4934666B2 (ja) 2012-05-16
RU2419218C2 (ru) 2011-05-20
RU2007144979A (ru) 2009-06-10
BRPI0612473A2 (pt) 2010-11-23
EP1878155A4 (en) 2012-12-05
AU2006241604A1 (en) 2006-11-09
WO2006118418A3 (en) 2008-01-24
EP1878155B1 (en) 2013-12-04

Similar Documents

Publication Publication Date Title
JP4934666B2 (ja) 無線通信システムにおける制御情報の送信方法及びこれを用いた送信ウィンドウの更新方法
KR101084135B1 (ko) 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법
JP4906844B2 (ja) 無線移動通信システムで下位階層データブロックを生成する方法
JP6005710B2 (ja) 無線通信システムの状態情報送信方法及び受信装置
AU2003276747B2 (en) Method for moving a receive window in a radio access network
US8180299B2 (en) Optimized AM RLC re-set mechanism
JP5064378B2 (ja) データブロック伝送制御装置及び方法
JP4318733B2 (ja) 処理時間情報を含む制御プロトコルデータユニットの送受信方法
WO2008004725A1 (en) Optimized am rlc re-set mechanism
KR101084136B1 (ko) 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는ｐｄｕ를 송수신하는 방법
KR20060090138A (ko) 이동통신 시스템에서 주기적인 상태 보고 전송 방법 및장치
WO2008004724A1 (en) Efficient am rlc re-establishment mechanism

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090421

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100414

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110531

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110602

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110810

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120202

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120220

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150224

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

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