JP4607339B2 - フレキシブル無線リンク制御プロトコル - Google Patents
フレキシブル無線リンク制御プロトコル Download PDFInfo
- Publication number
- JP4607339B2 JP4607339B2 JP2000611426A JP2000611426A JP4607339B2 JP 4607339 B2 JP4607339 B2 JP 4607339B2 JP 2000611426 A JP2000611426 A JP 2000611426A JP 2000611426 A JP2000611426 A JP 2000611426A JP 4607339 B2 JP4607339 B2 JP 4607339B2
- Authority
- JP
- Japan
- Prior art keywords
- peer entity
- transmitting
- status report
- receiving
- rules
- 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.)
- Expired - Lifetime
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/18—Automatic repetition systems, e.g. Van Duuren systems
-
- 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/188—Time-out mechanisms
-
- 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)
- Small-Scale Networks (AREA)
Description
【０００１】
《関連文献へのクロスリファレンス》
本特許出願は、１９９９年４月９日に出願され現在継続中の米国仮特許出願６０／１２８，６６３号からの優先権の利益を主張するものであり、その全開示内容を参照することによって、ここに組込まれるものである。
【０００２】
《本発明の背景》
【発明の属する技術分野】
本発明は、一般に、通信の分野に関するものであり、特に、移動体通信システムのためのフレキシブル無線リンク制御（ＲＬＣ）プロトコルに関するものである。
【０００３】
【従来の技術】
通信ネットワークのノード間でデータが送られる場合、ノード間の送信リンク上の誤りデータの送信やデータの損失から回復するために、所定のアルゴリズムが用いられる。誤りデータの送信から回復するために通常用いられるアルゴリズムは、自動再送要求（ＡＲＱ）プロトコルと呼ばれる。
【０００４】
既存のＡＲＱプロトコルは、送信リンクを通じて互いに通信する２つのピアエンティティを含む。各々の該エンティティは受信器と送信器を含む。ピアエンティティ間で送られたデータのユニットは、プロトコル・データ単位（ＰＤＵ）プロトコルとして一般に参照されている。ＡＲＱプロトコルは、ＰＤＵの構成のルールだけでなく、ＰＤＵを送信／受信するための所定のルールを含む。
【０００５】
受信器は、どのＰＤＵが適切に受信されたかについて（すなわち、受信器は適切に受信されたＰＤＵを確認する）及び／又はどのＰＤＵが誤って受信されたについて、送信器に知らせることができる。送信器がこの情報を受信すると、「失った」ＰＤＵを再送信する。すなわち、ＡＲＱプロトコルは、通信システムにおける送信側と受信側との間の効率的な再送信機構の使用を可能にする一連のルールである。これらのルールが規定しているのは、例えば、受信側が送られたＰＤＵを正しく解釈し、それに応じて返答できるように、どのような方法で、どのような形式でＰＤＵが作られているかである。
【０００６】
２つのＡＲＱピアエンティティの間で、３つの主要なタイプの情報要素（ＰＤＵ）が送信され得る。すなわち、ユーザデータ、誤り回復制御データ、及び共通制御データである。これらの３つのタイプのＰＤＵは、全ての既存のＡＲＱに見られる。ユーザデータＰＤＵは、少なくともユーザデータ及びシーケンス番号を含む。誤り回復制御データＰＤＵは、誤りの回復に必要な様々な量の制御情報及び肯定応答や否定応答などの制御関数を含む。共通制御データＰＤＵは共通の制御データを含む。特に、ユーザデータ及び少なくとも１つのシーケンス番号を含むＰＤＵは、本発明ではデータＰＤＵ（Ｄ−ＰＤＵ）と表され、誤り制御／回復に必要な制御データを含むＰＤＵは、本発明ではステータスＰＤＵ（Ｓ−ＰＤＵ）と表される。
【０００７】
既存のＡＲＱプロトコルの多くのベースを形成する周知のハイレベル・データリンク制御手順（ＨＤＬＣ）プロトコルでは、３つのタイプのＰＤＵがあり、それぞれ、情報フレーム（Ｉ−フレーム）、監視フレーム（Ｓ−フレーム）、番号なしのフレーム（Ｕ−フレーム）と呼ばれている。既存の汎用パケット無線サービス（ＧＰＲＳ）やいわゆる第３世代移動体通信システムで用いられているＲＬＣプロトコルは、ＨＤＬＣ方式のＡＲＱプロトコルの一例である。
【０００８】
大部分の通信システムでは、ユーザデータ情報はピアエンティティ間で双方向に送られる。ＡＲＰプロトコルに含まれる共通の特徴は、ユーザデータＰＤＵに誤り制御情報を含むことができるということである。この機能は"ピギーバッキング（piggybacking）"として知られている。例えば、ＨＤＬＣ方式のプロトコルにおける全てのＩ−フレーム（すなわちＤ−ＰＤＵ）には、応答が含まれている。この応答はピアエンティティに、最後に（順々に）適切に受信されたＰＤＵのシーケンス番号を知らせる。
【０００９】
第３世代パートナーシッププロジェクト（３ＧＰＰＴＭ）は、いわゆる第３世代デジタル移動体通信システムにおける無線アクセスネットワーク（ＲＡＮ）のためのＲＬＣプロトコル仕様を作成した。このシステムは、汎用移動通信システム（ＵＭＴＳ）、ＵＭＴＳ地上無線アクセス（ＵＴＲＡ）システム、及び国際移動体通信−２０００（ＩＭＴ−２０００）システムとしても知られる。このようにして、第３世代システムのためのＲＬＣプロトコル仕様によれば、ＲＬＣ副層は３つの異なるデータ送信サービスモード（ＲＬＣ層がさらに高い層へ提供するサービスのためのモード）を提供する。すなわち、（１）透過データ送信、（２）非応答データ送信、及び（３）応答データ送信である。透過データ送信サービスは、これらのＰＤＵにプロトコル情報を追加せずに、ピアエンティティにさらに高い層のＰＤＵを送信する。非応答データ送信サービスは、ピアエンティティにさらに高い層のＰＤＵを送信するが、関係するピアエンティティへの送信は保証しない。
【００１０】
ＲＬＣプロトコルによって提供されている応答データ送信サービスは、保証された送信を用いて、ピアエンティティにさらに高い層のＰＤＵを送信する。ＲＬＣ副層がそのようなデータを適切に送ることができないとすれば（エラーフリー送信など）、送信側のＲＬＣユーザはそのように知らされ、データは再送信される。このようにして、ＲＬＣプロトコルに従って、応答データ送信モードはエラーフリー送信を提供する（再送信が保証されている）。すなわち、受信ＲＬＣピアエンティティは、エラーフリーＳＤＵだけをさらに高い層に送信する。応答データ送信モードは、ユニークな送信（ＲＬＣ副層は受信部の上層へ一度だけＳＤＵを送信する）とシーケンスされた／シーケンスされていない送信（ＲＬＣ副層は、送信部の上層エンティティがＲＬＣ副層へ送信するのとは、同じ順番かまたは違った順序で、ＳＤＵを受信部の上層エンティティへ送信する）も提供する。
【００１１】
既存のＲＬＣプロトコルにおける重大な問題は、１つのプロトコルの構成だけしか規定されていないことである。その結果、このプロトコルは、既存の及び将来のマルチサービスシステムで生じ得る比較的多数の異なったサービス状況にすぐに適用することができない。しかし、以下に詳細に示すように、本発明はこの問題及び他の関連する問題を首尾よく解決するものである。
【００１２】
《発明の概要》
本発明の好適な実施の形態によれば、移動体通信システムのためのフレキシブルＲＬＣプロトコルが提供され、それによって多数の異なるＲＬＣ機能が定義されている。これらの異なるＲＬＣ機能は、多くの方法で組み合わせられ、完全かつ機能的であるが、既存のプロトコルよりもさらに柔軟なＲＬＣプロトコルを作ることができる。例えば、ＡＲＱ用のステータスレポートを、どのように及び／またはいつポーリングするか、または、送るかを決定するために、新しい一連のルールが提供されている。このようにして、特別なサービス構成に対してはある一連のルールが用いられ、別のサービス構成に対しては別の一連のルールが用いられる。このように、これらのルールは関連するサービスのタイプに適切に合わせることができる。例えば、あるサービスのタイプには周期的なポーリングを用い、別のサービスのタイプにはポーリングを用いないのが好ましい場合もあるだろう。本発明のプロトコルによって、各サービスをベースにした柔軟な構成が可能になる。本発明の技術的な利点は、マルチサービス通信システムに出現しうる多くの異なったサービス状況に対し、直ちに適応することができるフレキシブルＲＬＣを提供することである。
【００１３】
《図面の詳細な説明》
本発明の実施の形態及びその利点は、図１の図面を参照することにより最良の理解が得られる。また、異なる図の同じ部分及び相当する部分には同じ符号が用いられている。
【００１４】
基本的に、本発明の好適な実施の形態によれば、移動体通信システムのためのフレキシブルＲＬＣプロトコルが提供され、それによって多数の異なるＲＬＣ機能が定義されている。これらの異なるＲＬＣ機能は、多くの方法で組み合わせられ、完全かつ機能的であるが、既存のプロトコルよりもさらに柔軟なＲＬＣプロトコルを作ることができる。例えば、ＡＲＱ用のステータスレポートを、どのように及び／またはいつ、ポーリングするか、または、送るか、を決定するために、新しい一連のルールが提供されている。このようにして、特別なサービス構成に対してはある一連のルールが用いられ、別のサービス構成に対しては別の一連のルールが用いられる。このように、これらのルールは関連するサービスのタイプに適切に合わせることができる。例えば、あるサービスのタイプには周期的なポーリングを用い、別のサービスのタイプにはポーリングを用いないのが好ましい場合もあるだろう。本発明のプロトコルによって、各サービスをベースにした柔軟な構成が可能になる。
【００１５】
具体的にいうと、図１は本発明の好適な実施の形態を実施するために用いられる応答モードデータ送信方式を示す図である。応答モードデータ送信方式を示したが、本発明はそのように限定されることを意図しておらず、他のデータ送信方式または他のデータ再送信プロトコルを含むことができる。図に示すように、応答モードデータ送信方式は、応答モードで動作している２つのピアエンティティ間でデータを送信するために用いることができる。既存のＲＬＣプロトコルに従って、この方式はユーザ機器（ＵＥ）またはＵＴＲＡネットワーク（ＵＴＲＡＮ）のどちらかで開始することができる。このために、ＵＥまたはＵＴＲＡＮの送信器は、１つまたは複数の応答モードデータＰＤＵ（ＡＭＤ ＰＤＵ）を、ＵＴＲＡＮまたはＵＥの受信器に送信する。応答モードで動作している場合には、ＡＭＤ ＰＤＵはＲＬＣによって用いられる。ＡＭＤ ＰＤＵは、１つまたは複数のＳＤＵ、Ｄ／Ｃフィールド（Ｄ−ＰＤＵを示す）、シーケンス番号、ポーリングビット、ヘッダー拡張ビット、及び１つまたは複数の長さインジケータフィールドで構成される。
【００１６】
本発明の実施の形態では、ＲＬＣ機能は２つのグループに分けることができる。すなわち、送信（送り手）側機能と受信側機能である。これらの機能の全ては、ＵＥ（移動ステーションなど）またはＵＴＲＡＮによって実施される。送信または受信ＲＬＣ機能は、各々の応答モードエンティティ対して、必須または選択で用いられる。このような機能が必須の場合では、その機能を開始するために信号を明示する（無線リソースコントロール（ＲＲＣ）などから）必要はない。
【００１７】
ＲＬＣ送信機能について言及すると、ポーリング機構が送信エンティティ側に適用されるとすれば、以下の表１は、ステータスレポートに対して送話器がピアエンティティをポーリングできる場合に制御する機能を示している。このようにして、応答モードで動作する２つのＲＬＣピアエンティティ間のステータス情報を送信するために、Ｓ−ＰＤＵ送信方式が用いられている。この方式はＵＥまたはＵＴＲＡＮのどちらかで開始されうる。
【００１８】
トリガ 存在（Presence）
−−−−−−−−−−−−−−−−−−−−
バッファの最後のＰＤＵ 必須(Mandatory)
ポーリングタイマ 必須
Ｘ ＲＤＵごと 選択(Optional)
Ｘ ＲＤＵごと 選択
送信ウィンドウのＸパーセント 選択
タイマベース 選択
Ｔprohibit 選択
【００１９】
表１は、送話器がステータスレポートに対して受信器をポーリングする場合に、トリガできる機能を示している。このようなトリガイベントの１つは、送信バッファ中の最後のＰＤＵが送信された場合である。本発明の実施の形態における表１に示すように、ポーリングが適用された場合には、送信側に対しては送信バッファ機能中の最後のＰＤＵの送信が必須である。
【００２０】
送信器がステータスレポートに対して受信器をポーリングする場合に、トリガできる別の機能は、ポーリングタイマを用いた機能である。ポーリングタイマは、ポーリングがピアエンティティに送信されたときに計時を開始する。ポーリングタイマが終了する前に、ステータスレポートが送信エンティティによって受信されなければ、送信器は受信器に新しいポーリングを送信する。タイマの値はＲＲＣからの信号によって決まる。本発明の実施の形態では、ポーリングが適用されたとすれば、送信側に対してはポーリングタイマ機能は必須である。
【００２１】
送信側は、Ｘ個のＰＤＵごとに、ステータスレポートに対して、ピアエンティティをポーリングすることもできる。Ｘの値はＲＲＣからの信号によって決まる。本発明の実施の形態では、送信側に対してはこの機能はオプションである。同様に、送信側はＸ個のＰＤＵごとに、ステータスレポートのためにピアエンティティに対してポーリングすることができる。再び、Ｘの値はＲＲＣからの信号によって決定され、この機能は送信側に対しては選択的である。
【００２２】
送信側は、送信器がＸパーセントの送信ウィンドウに到達したときに、ステータスレポートに対してピアエンティティをポーリングすることもできる。Ｘの値はＲＲＣからの信号によって決まり、この機能送信側に対してはオプションである。
【００２３】
送信器がステータスレポートに対して受信器をポーリングする場合にトリガできる別の機能は、タイマの使用をベースにできる。すなわち、送信側はステータスレポートに対して定期的にピアエンティティをポーリングする。この期間の値（継続時間）はＲＲＣからの信号によって決まる。この機能は送信側に対してはオプションである。
【００２４】
Ｔprohibit機能は、送信側がピアエンティティをポーリングできる回数を制御するために用られる。Ｔprohibitタイマは、ポーリングがピアエンティティに送信されるときに開始する。このようにして、Ｔprohibitタイマが動作している間は、送信エンティティはピアエンティティをポーリングできない。この期間の値（継続時間）はＲＲＣからの信号によって決まる。この機能は送信側についてはオプションである。
【００２５】
表２は、本発明の好適な実施の形態に従って、受信されたステータスレポートに対して、エンティティがどのように反応できるかを制御しうる機能のリストを示している。ステータスレポートへの送信側の反応を制御する機能は、ステータスレポートで受信された情報に従って、送信ウィンドウを調節したりまたは更新したりするものである。この機能は送信側にとっては必須である。
【００２６】
トリガ 存在
−−−−−−−−−−−−−−−−−−−
送信ウィンドウを調節する 必須
ＰＤＵを再送信する 必須
妥当性チェック 選択
【００２７】
ステータスレポートの受信に対する送信側の反応を制御する別の機能は、ステータスレポートによって要求されたＡＭ ＰＤＵを送信側から再送信する機能である。妥当性チェック機能が適用されなければ、要求されたＡＭ ＰＤＵは、直ちに、さらに新しいＡＭ ＰＤＵよりも優先して再送信される。この機能は送信側に対して必須である。上述の妥当性チェックは、ステータスチェックの受信に応じて、送信側の反応を制御するために用いられる別の機能である。基本的に、妥当性チェックはステータスレポートの内容が妥当であるかどうかを決定する。この機能はステータスレポートで要求された再送信を、妨げるかまたは遅らせることができる。例えば、ステータスレポートは、ステータスレポートが送信される前に、受信器に到着することのないＰＤＵに対する否定応答を含むことができる。このようにして、送信器はこれらのＰＤＵを再送信しない。この機能は送信側に対してはオプションである。
【００２８】
好適な実施の形態に従って、受信側のＲＬＣ機能について以下に説明する。基本的に、受信側がポーリングを受信すれば、受信側は送信エンティティにステータスレポートを送信する。ステータスレポートは、見積ＰＤＵカウンタ（ＥＰＣ）が動作している場合を除けば、送信側に直ちに送信される。ＥＰＣは、予定の時間に送信されるはずであったＰＵの見積の数を用いて、送信毎の時間を減少させたカウンタである。失ったＰＤＵを受信器が検出すれば、受信器はＳ−ＰＤＵを送信器に送信し、ＥＰＣを要求されたＰＣの数と同じに設定する。ＥＰＣタイマは、カウントダウンを開始する前に、ＥＰＵの待ち時間の最大値を制御する。ＥＰＣカウントがゼロになり、要求されたＰＣの全てが必ずしも正しく受信されなかった場合には、新しいＳ−ＰＤＵが送信され、それに従ってＥＰＣがリセットされる。その後で、ＥＰＣタイマが再開始される。このようにして、好適な実施の形態によれば、ＥＰＣカウンタが使用されて動作している場合には、ＥＰＣカウンタが終了したときに、ステータスレポートが送信側に送信される。この機能は受信側に対しては必須である。
【００２９】
表３は、本発明の好適な実施の形態に従って、受信エンティティが送信側にステータスレポートを送信するときに、制御できる機能を示ている。受信側のそのような制御機能の１つは、ポーリングの受信である。このようにして、受信側は、ポーリングを受信すると、ピアエンティティにステータスレポートを送信する。ステータスレポートは、ＥＰＣカウンタが動作している場合を除いて、直ちに送信側に送信される。ＥＰＣカウンタが用いられて動作している場合、受信側はＥＰＣカウンタが終了した後に、ステータスレポートを送信する。この機能は受信側に対しては必須である。
【００３０】
トリガ 存在
−−−−−−−−−−−−−−−−−−−
ポーリングの受信 必須
ＥＰＣ 選択
失ったＰＤＵの検出 選択
Ｘ ＳＤＵごと 選択
Ｘ ＰＤＵごと 選択
受信ウィンドウのＸパーセント 選択
タイマベース 選択
Ｔprohibit 選択
【００３１】
本発明の実施の形態では、ステータスレポートがピアエンティティに送信されるときに、ＥＰＣカウンタが開始する。送信側で再送信のために要求された全てのＡＭ ＰＤＵが受信される前にＥＰＣカウンタが終了すれば、送信側はピアエンティティに新しいステータスレポートを送信する。ＥＰＣカウンタ機能は受信側に対してはオプションである。
【００３２】
また、受信側もＸ個のＳＤＵごとにステータスレポートをピアエンティティに送信してもよい。Ｘの値はＲＲＣの信号から決定される。本発明の実施の形態では、この機能は送信側に対してはオプションである。同様に、受信側はＸ個のＰＤＵごとにステータスレポートをピアエンティティに送信してもよい。再度、Ｘの値がＲＲＣからの信号によって決定される。この機能は受信側についてはオプションである。
【００３３】
また、受信側はＸパーセントの送信ウィンドウに到達したときに、ステータスレポートをピアエンティティに送信してもよい。Ｘの値はＲＲＣの信号によって決定され、受信側に対してはこの機能はオプションである。
【００３４】
受信側がステータスレポートをピアエンティティに送信するときに、制御できる別の機能は、タイマの使用をベースにしている。すなわち、受信側はステータスレポートを周期的にピアエンティティに送信する。この期間の値（継続時間）はＲＲＣからの信号によって決まる。受信側に対してはこの機能はオプションである。
【００３５】
Ｔprohibit機能は、送信側がステータスレポートをピアエンティティに送信できる回数を制御するために用いることができる。Ｔprohibit機能はステータスレポートがピアエンティティに送信されるときに開始される。従って、送信側はＴprohibitタイマが動作している間はステータスレポートをピアエンティティに送信することができない。このタイマの値はＲＲＣからの信号によって決まる。受信側に対してはこの機能はオプションである。
【００３６】
好適な実施の形態によれば、ＡＲＱプロトコルに対する再送信の要求を満足するために、従来のプロトコルで実現されるよりもさらにフレキシブルに、上述のＲＬＣ機能の異なった組み合わせを用いることができる。例えば、従来のＲＬＣプロトコルで示された再送信方式をよりフレキシブルに実現するために、以下の（応答モード）設定がＲＲＣによって伝えられる。すなわち、（１）ポーリングを用いなければならない、（２）１つのＳＤＵ（Ｘ＝１）ごとにピアエンティティをポーリングする、（３）Ｔprohibitを送信側で用いなければならない、及び（４）１つまたは複数の失ったＰＤＵを検出すると直ちにステータスレポートが送信される。さらに、以下の機能は必須であるので必然的に備えられている。すなわち、（１）送信バッファの最後のＰＤＵが送信されたときにポーリングする、（２）ポーリングタイマを使用すべきである、（３）受信されたステータスレポートに従って、送信側が送信ウィンドウを調節する、（４）受信したステータスレポートに従って、送信側がＡＭ ＰＤＵを再送信する、及び（５）ポーリングを受信すると、受信側は直ちにステータスレポートに返答する。
【００３７】
また、好適な実施の形態によれば、以下は、どのようにして上述のＲＬＣ機能が用いて、従来のプロトコルで実現されるよりもさらにフレキシブルな方法で、ＡＲＱプロトコルに対する再送信の要求を満足させるかを示した別の例である。よりフレキシブルにＥＰＣカウンタ機構を用いた再送信方式を実現するためには、以下の（応答モードなど）設定がＲＲＣによって伝えられる。すなわち、（１）ポーリングが用いられなければならない、（２）送信側がＸパーセントの送信ウィンドウに到達したときにポーリングする、（３）送信側はＥＰＣカウンタ機構を用いなければならない、及び（４）ステータスレポートは、ＥＰＣカウンタが動作しているときを除いて、失ったＰＤＵを検出すると直ちに送信される。さらに、以下の機能は必須であるので必然的に備わっている。すなわち、（１）送信バッファの最後のＰＤＵが送信されたときにポーリングする、（２）ポーリングタイマを使用すべきである、（３）受信されたステータスレポートに従って、送信側が送信ウィンドウを調節する、（４）受信したステータスレポートに従って、送信側がＡＭ ＰＤＵを再送信する、及び（５）ＥＰＣカウンタが動作しているときを除いて、ポーリングを受信すると、受信側は直ちにステータスレポートに返答する。
【００３８】
本発明の好適な実施の形態における装置及びその方法が添付の図面及び前述の詳細な説明において示されたが、本発明は開示した実施形態に限定されることを意味するものではなく、本発明に記載され定義された請求項の要旨から逸脱しない限り、多くの再構成、修正、及び置換が可能である。
【図面の簡単な説明】
【図１】 図１は、本発明の好適な実施形態を実現するために用いられるＲＬＣプロトコル用の応答モードデータ転送方法を示す図である。
《関連文献へのクロスリファレンス》
本特許出願は、１９９９年４月９日に出願され現在継続中の米国仮特許出願６０／１２８，６６３号からの優先権の利益を主張するものであり、その全開示内容を参照することによって、ここに組込まれるものである。
【０００２】
《本発明の背景》
【発明の属する技術分野】
本発明は、一般に、通信の分野に関するものであり、特に、移動体通信システムのためのフレキシブル無線リンク制御（ＲＬＣ）プロトコルに関するものである。
【０００３】
【従来の技術】
通信ネットワークのノード間でデータが送られる場合、ノード間の送信リンク上の誤りデータの送信やデータの損失から回復するために、所定のアルゴリズムが用いられる。誤りデータの送信から回復するために通常用いられるアルゴリズムは、自動再送要求（ＡＲＱ）プロトコルと呼ばれる。
【０００４】
既存のＡＲＱプロトコルは、送信リンクを通じて互いに通信する２つのピアエンティティを含む。各々の該エンティティは受信器と送信器を含む。ピアエンティティ間で送られたデータのユニットは、プロトコル・データ単位（ＰＤＵ）プロトコルとして一般に参照されている。ＡＲＱプロトコルは、ＰＤＵの構成のルールだけでなく、ＰＤＵを送信／受信するための所定のルールを含む。
【０００５】
受信器は、どのＰＤＵが適切に受信されたかについて（すなわち、受信器は適切に受信されたＰＤＵを確認する）及び／又はどのＰＤＵが誤って受信されたについて、送信器に知らせることができる。送信器がこの情報を受信すると、「失った」ＰＤＵを再送信する。すなわち、ＡＲＱプロトコルは、通信システムにおける送信側と受信側との間の効率的な再送信機構の使用を可能にする一連のルールである。これらのルールが規定しているのは、例えば、受信側が送られたＰＤＵを正しく解釈し、それに応じて返答できるように、どのような方法で、どのような形式でＰＤＵが作られているかである。
【０００６】
２つのＡＲＱピアエンティティの間で、３つの主要なタイプの情報要素（ＰＤＵ）が送信され得る。すなわち、ユーザデータ、誤り回復制御データ、及び共通制御データである。これらの３つのタイプのＰＤＵは、全ての既存のＡＲＱに見られる。ユーザデータＰＤＵは、少なくともユーザデータ及びシーケンス番号を含む。誤り回復制御データＰＤＵは、誤りの回復に必要な様々な量の制御情報及び肯定応答や否定応答などの制御関数を含む。共通制御データＰＤＵは共通の制御データを含む。特に、ユーザデータ及び少なくとも１つのシーケンス番号を含むＰＤＵは、本発明ではデータＰＤＵ（Ｄ−ＰＤＵ）と表され、誤り制御／回復に必要な制御データを含むＰＤＵは、本発明ではステータスＰＤＵ（Ｓ−ＰＤＵ）と表される。
【０００７】
既存のＡＲＱプロトコルの多くのベースを形成する周知のハイレベル・データリンク制御手順（ＨＤＬＣ）プロトコルでは、３つのタイプのＰＤＵがあり、それぞれ、情報フレーム（Ｉ−フレーム）、監視フレーム（Ｓ−フレーム）、番号なしのフレーム（Ｕ−フレーム）と呼ばれている。既存の汎用パケット無線サービス（ＧＰＲＳ）やいわゆる第３世代移動体通信システムで用いられているＲＬＣプロトコルは、ＨＤＬＣ方式のＡＲＱプロトコルの一例である。
【０００８】
大部分の通信システムでは、ユーザデータ情報はピアエンティティ間で双方向に送られる。ＡＲＰプロトコルに含まれる共通の特徴は、ユーザデータＰＤＵに誤り制御情報を含むことができるということである。この機能は"ピギーバッキング（piggybacking）"として知られている。例えば、ＨＤＬＣ方式のプロトコルにおける全てのＩ−フレーム（すなわちＤ−ＰＤＵ）には、応答が含まれている。この応答はピアエンティティに、最後に（順々に）適切に受信されたＰＤＵのシーケンス番号を知らせる。
【０００９】
第３世代パートナーシッププロジェクト（３ＧＰＰＴＭ）は、いわゆる第３世代デジタル移動体通信システムにおける無線アクセスネットワーク（ＲＡＮ）のためのＲＬＣプロトコル仕様を作成した。このシステムは、汎用移動通信システム（ＵＭＴＳ）、ＵＭＴＳ地上無線アクセス（ＵＴＲＡ）システム、及び国際移動体通信−２０００（ＩＭＴ−２０００）システムとしても知られる。このようにして、第３世代システムのためのＲＬＣプロトコル仕様によれば、ＲＬＣ副層は３つの異なるデータ送信サービスモード（ＲＬＣ層がさらに高い層へ提供するサービスのためのモード）を提供する。すなわち、（１）透過データ送信、（２）非応答データ送信、及び（３）応答データ送信である。透過データ送信サービスは、これらのＰＤＵにプロトコル情報を追加せずに、ピアエンティティにさらに高い層のＰＤＵを送信する。非応答データ送信サービスは、ピアエンティティにさらに高い層のＰＤＵを送信するが、関係するピアエンティティへの送信は保証しない。
【００１０】
ＲＬＣプロトコルによって提供されている応答データ送信サービスは、保証された送信を用いて、ピアエンティティにさらに高い層のＰＤＵを送信する。ＲＬＣ副層がそのようなデータを適切に送ることができないとすれば（エラーフリー送信など）、送信側のＲＬＣユーザはそのように知らされ、データは再送信される。このようにして、ＲＬＣプロトコルに従って、応答データ送信モードはエラーフリー送信を提供する（再送信が保証されている）。すなわち、受信ＲＬＣピアエンティティは、エラーフリーＳＤＵだけをさらに高い層に送信する。応答データ送信モードは、ユニークな送信（ＲＬＣ副層は受信部の上層へ一度だけＳＤＵを送信する）とシーケンスされた／シーケンスされていない送信（ＲＬＣ副層は、送信部の上層エンティティがＲＬＣ副層へ送信するのとは、同じ順番かまたは違った順序で、ＳＤＵを受信部の上層エンティティへ送信する）も提供する。
【００１１】
既存のＲＬＣプロトコルにおける重大な問題は、１つのプロトコルの構成だけしか規定されていないことである。その結果、このプロトコルは、既存の及び将来のマルチサービスシステムで生じ得る比較的多数の異なったサービス状況にすぐに適用することができない。しかし、以下に詳細に示すように、本発明はこの問題及び他の関連する問題を首尾よく解決するものである。
【００１２】
《発明の概要》
本発明の好適な実施の形態によれば、移動体通信システムのためのフレキシブルＲＬＣプロトコルが提供され、それによって多数の異なるＲＬＣ機能が定義されている。これらの異なるＲＬＣ機能は、多くの方法で組み合わせられ、完全かつ機能的であるが、既存のプロトコルよりもさらに柔軟なＲＬＣプロトコルを作ることができる。例えば、ＡＲＱ用のステータスレポートを、どのように及び／またはいつポーリングするか、または、送るかを決定するために、新しい一連のルールが提供されている。このようにして、特別なサービス構成に対してはある一連のルールが用いられ、別のサービス構成に対しては別の一連のルールが用いられる。このように、これらのルールは関連するサービスのタイプに適切に合わせることができる。例えば、あるサービスのタイプには周期的なポーリングを用い、別のサービスのタイプにはポーリングを用いないのが好ましい場合もあるだろう。本発明のプロトコルによって、各サービスをベースにした柔軟な構成が可能になる。本発明の技術的な利点は、マルチサービス通信システムに出現しうる多くの異なったサービス状況に対し、直ちに適応することができるフレキシブルＲＬＣを提供することである。
【００１３】
《図面の詳細な説明》
本発明の実施の形態及びその利点は、図１の図面を参照することにより最良の理解が得られる。また、異なる図の同じ部分及び相当する部分には同じ符号が用いられている。
【００１４】
基本的に、本発明の好適な実施の形態によれば、移動体通信システムのためのフレキシブルＲＬＣプロトコルが提供され、それによって多数の異なるＲＬＣ機能が定義されている。これらの異なるＲＬＣ機能は、多くの方法で組み合わせられ、完全かつ機能的であるが、既存のプロトコルよりもさらに柔軟なＲＬＣプロトコルを作ることができる。例えば、ＡＲＱ用のステータスレポートを、どのように及び／またはいつ、ポーリングするか、または、送るか、を決定するために、新しい一連のルールが提供されている。このようにして、特別なサービス構成に対してはある一連のルールが用いられ、別のサービス構成に対しては別の一連のルールが用いられる。このように、これらのルールは関連するサービスのタイプに適切に合わせることができる。例えば、あるサービスのタイプには周期的なポーリングを用い、別のサービスのタイプにはポーリングを用いないのが好ましい場合もあるだろう。本発明のプロトコルによって、各サービスをベースにした柔軟な構成が可能になる。
【００１５】
具体的にいうと、図１は本発明の好適な実施の形態を実施するために用いられる応答モードデータ送信方式を示す図である。応答モードデータ送信方式を示したが、本発明はそのように限定されることを意図しておらず、他のデータ送信方式または他のデータ再送信プロトコルを含むことができる。図に示すように、応答モードデータ送信方式は、応答モードで動作している２つのピアエンティティ間でデータを送信するために用いることができる。既存のＲＬＣプロトコルに従って、この方式はユーザ機器（ＵＥ）またはＵＴＲＡネットワーク（ＵＴＲＡＮ）のどちらかで開始することができる。このために、ＵＥまたはＵＴＲＡＮの送信器は、１つまたは複数の応答モードデータＰＤＵ（ＡＭＤ ＰＤＵ）を、ＵＴＲＡＮまたはＵＥの受信器に送信する。応答モードで動作している場合には、ＡＭＤ ＰＤＵはＲＬＣによって用いられる。ＡＭＤ ＰＤＵは、１つまたは複数のＳＤＵ、Ｄ／Ｃフィールド（Ｄ−ＰＤＵを示す）、シーケンス番号、ポーリングビット、ヘッダー拡張ビット、及び１つまたは複数の長さインジケータフィールドで構成される。
【００１６】
本発明の実施の形態では、ＲＬＣ機能は２つのグループに分けることができる。すなわち、送信（送り手）側機能と受信側機能である。これらの機能の全ては、ＵＥ（移動ステーションなど）またはＵＴＲＡＮによって実施される。送信または受信ＲＬＣ機能は、各々の応答モードエンティティ対して、必須または選択で用いられる。このような機能が必須の場合では、その機能を開始するために信号を明示する（無線リソースコントロール（ＲＲＣ）などから）必要はない。
【００１７】
ＲＬＣ送信機能について言及すると、ポーリング機構が送信エンティティ側に適用されるとすれば、以下の表１は、ステータスレポートに対して送話器がピアエンティティをポーリングできる場合に制御する機能を示している。このようにして、応答モードで動作する２つのＲＬＣピアエンティティ間のステータス情報を送信するために、Ｓ−ＰＤＵ送信方式が用いられている。この方式はＵＥまたはＵＴＲＡＮのどちらかで開始されうる。
【００１８】
トリガ 存在（Presence）
−−−−−−−−−−−−−−−−−−−−
バッファの最後のＰＤＵ 必須(Mandatory)
ポーリングタイマ 必須
Ｘ ＲＤＵごと 選択(Optional)
Ｘ ＲＤＵごと 選択
送信ウィンドウのＸパーセント 選択
タイマベース 選択
Ｔprohibit 選択
【００１９】
表１は、送話器がステータスレポートに対して受信器をポーリングする場合に、トリガできる機能を示している。このようなトリガイベントの１つは、送信バッファ中の最後のＰＤＵが送信された場合である。本発明の実施の形態における表１に示すように、ポーリングが適用された場合には、送信側に対しては送信バッファ機能中の最後のＰＤＵの送信が必須である。
【００２０】
送信器がステータスレポートに対して受信器をポーリングする場合に、トリガできる別の機能は、ポーリングタイマを用いた機能である。ポーリングタイマは、ポーリングがピアエンティティに送信されたときに計時を開始する。ポーリングタイマが終了する前に、ステータスレポートが送信エンティティによって受信されなければ、送信器は受信器に新しいポーリングを送信する。タイマの値はＲＲＣからの信号によって決まる。本発明の実施の形態では、ポーリングが適用されたとすれば、送信側に対してはポーリングタイマ機能は必須である。
【００２１】
送信側は、Ｘ個のＰＤＵごとに、ステータスレポートに対して、ピアエンティティをポーリングすることもできる。Ｘの値はＲＲＣからの信号によって決まる。本発明の実施の形態では、送信側に対してはこの機能はオプションである。同様に、送信側はＸ個のＰＤＵごとに、ステータスレポートのためにピアエンティティに対してポーリングすることができる。再び、Ｘの値はＲＲＣからの信号によって決定され、この機能は送信側に対しては選択的である。
【００２２】
送信側は、送信器がＸパーセントの送信ウィンドウに到達したときに、ステータスレポートに対してピアエンティティをポーリングすることもできる。Ｘの値はＲＲＣからの信号によって決まり、この機能送信側に対してはオプションである。
【００２３】
送信器がステータスレポートに対して受信器をポーリングする場合にトリガできる別の機能は、タイマの使用をベースにできる。すなわち、送信側はステータスレポートに対して定期的にピアエンティティをポーリングする。この期間の値（継続時間）はＲＲＣからの信号によって決まる。この機能は送信側に対してはオプションである。
【００２４】
Ｔprohibit機能は、送信側がピアエンティティをポーリングできる回数を制御するために用られる。Ｔprohibitタイマは、ポーリングがピアエンティティに送信されるときに開始する。このようにして、Ｔprohibitタイマが動作している間は、送信エンティティはピアエンティティをポーリングできない。この期間の値（継続時間）はＲＲＣからの信号によって決まる。この機能は送信側についてはオプションである。
【００２５】
表２は、本発明の好適な実施の形態に従って、受信されたステータスレポートに対して、エンティティがどのように反応できるかを制御しうる機能のリストを示している。ステータスレポートへの送信側の反応を制御する機能は、ステータスレポートで受信された情報に従って、送信ウィンドウを調節したりまたは更新したりするものである。この機能は送信側にとっては必須である。
【００２６】
トリガ 存在
−−−−−−−−−−−−−−−−−−−
送信ウィンドウを調節する 必須
ＰＤＵを再送信する 必須
妥当性チェック 選択
【００２７】
ステータスレポートの受信に対する送信側の反応を制御する別の機能は、ステータスレポートによって要求されたＡＭ ＰＤＵを送信側から再送信する機能である。妥当性チェック機能が適用されなければ、要求されたＡＭ ＰＤＵは、直ちに、さらに新しいＡＭ ＰＤＵよりも優先して再送信される。この機能は送信側に対して必須である。上述の妥当性チェックは、ステータスチェックの受信に応じて、送信側の反応を制御するために用いられる別の機能である。基本的に、妥当性チェックはステータスレポートの内容が妥当であるかどうかを決定する。この機能はステータスレポートで要求された再送信を、妨げるかまたは遅らせることができる。例えば、ステータスレポートは、ステータスレポートが送信される前に、受信器に到着することのないＰＤＵに対する否定応答を含むことができる。このようにして、送信器はこれらのＰＤＵを再送信しない。この機能は送信側に対してはオプションである。
【００２８】
好適な実施の形態に従って、受信側のＲＬＣ機能について以下に説明する。基本的に、受信側がポーリングを受信すれば、受信側は送信エンティティにステータスレポートを送信する。ステータスレポートは、見積ＰＤＵカウンタ（ＥＰＣ）が動作している場合を除けば、送信側に直ちに送信される。ＥＰＣは、予定の時間に送信されるはずであったＰＵの見積の数を用いて、送信毎の時間を減少させたカウンタである。失ったＰＤＵを受信器が検出すれば、受信器はＳ−ＰＤＵを送信器に送信し、ＥＰＣを要求されたＰＣの数と同じに設定する。ＥＰＣタイマは、カウントダウンを開始する前に、ＥＰＵの待ち時間の最大値を制御する。ＥＰＣカウントがゼロになり、要求されたＰＣの全てが必ずしも正しく受信されなかった場合には、新しいＳ−ＰＤＵが送信され、それに従ってＥＰＣがリセットされる。その後で、ＥＰＣタイマが再開始される。このようにして、好適な実施の形態によれば、ＥＰＣカウンタが使用されて動作している場合には、ＥＰＣカウンタが終了したときに、ステータスレポートが送信側に送信される。この機能は受信側に対しては必須である。
【００２９】
表３は、本発明の好適な実施の形態に従って、受信エンティティが送信側にステータスレポートを送信するときに、制御できる機能を示ている。受信側のそのような制御機能の１つは、ポーリングの受信である。このようにして、受信側は、ポーリングを受信すると、ピアエンティティにステータスレポートを送信する。ステータスレポートは、ＥＰＣカウンタが動作している場合を除いて、直ちに送信側に送信される。ＥＰＣカウンタが用いられて動作している場合、受信側はＥＰＣカウンタが終了した後に、ステータスレポートを送信する。この機能は受信側に対しては必須である。
【００３０】
トリガ 存在
−−−−−−−−−−−−−−−−−−−
ポーリングの受信 必須
ＥＰＣ 選択
失ったＰＤＵの検出 選択
Ｘ ＳＤＵごと 選択
Ｘ ＰＤＵごと 選択
受信ウィンドウのＸパーセント 選択
タイマベース 選択
Ｔprohibit 選択
【００３１】
本発明の実施の形態では、ステータスレポートがピアエンティティに送信されるときに、ＥＰＣカウンタが開始する。送信側で再送信のために要求された全てのＡＭ ＰＤＵが受信される前にＥＰＣカウンタが終了すれば、送信側はピアエンティティに新しいステータスレポートを送信する。ＥＰＣカウンタ機能は受信側に対してはオプションである。
【００３２】
また、受信側もＸ個のＳＤＵごとにステータスレポートをピアエンティティに送信してもよい。Ｘの値はＲＲＣの信号から決定される。本発明の実施の形態では、この機能は送信側に対してはオプションである。同様に、受信側はＸ個のＰＤＵごとにステータスレポートをピアエンティティに送信してもよい。再度、Ｘの値がＲＲＣからの信号によって決定される。この機能は受信側についてはオプションである。
【００３３】
また、受信側はＸパーセントの送信ウィンドウに到達したときに、ステータスレポートをピアエンティティに送信してもよい。Ｘの値はＲＲＣの信号によって決定され、受信側に対してはこの機能はオプションである。
【００３４】
受信側がステータスレポートをピアエンティティに送信するときに、制御できる別の機能は、タイマの使用をベースにしている。すなわち、受信側はステータスレポートを周期的にピアエンティティに送信する。この期間の値（継続時間）はＲＲＣからの信号によって決まる。受信側に対してはこの機能はオプションである。
【００３５】
Ｔprohibit機能は、送信側がステータスレポートをピアエンティティに送信できる回数を制御するために用いることができる。Ｔprohibit機能はステータスレポートがピアエンティティに送信されるときに開始される。従って、送信側はＴprohibitタイマが動作している間はステータスレポートをピアエンティティに送信することができない。このタイマの値はＲＲＣからの信号によって決まる。受信側に対してはこの機能はオプションである。
【００３６】
好適な実施の形態によれば、ＡＲＱプロトコルに対する再送信の要求を満足するために、従来のプロトコルで実現されるよりもさらにフレキシブルに、上述のＲＬＣ機能の異なった組み合わせを用いることができる。例えば、従来のＲＬＣプロトコルで示された再送信方式をよりフレキシブルに実現するために、以下の（応答モード）設定がＲＲＣによって伝えられる。すなわち、（１）ポーリングを用いなければならない、（２）１つのＳＤＵ（Ｘ＝１）ごとにピアエンティティをポーリングする、（３）Ｔprohibitを送信側で用いなければならない、及び（４）１つまたは複数の失ったＰＤＵを検出すると直ちにステータスレポートが送信される。さらに、以下の機能は必須であるので必然的に備えられている。すなわち、（１）送信バッファの最後のＰＤＵが送信されたときにポーリングする、（２）ポーリングタイマを使用すべきである、（３）受信されたステータスレポートに従って、送信側が送信ウィンドウを調節する、（４）受信したステータスレポートに従って、送信側がＡＭ ＰＤＵを再送信する、及び（５）ポーリングを受信すると、受信側は直ちにステータスレポートに返答する。
【００３７】
また、好適な実施の形態によれば、以下は、どのようにして上述のＲＬＣ機能が用いて、従来のプロトコルで実現されるよりもさらにフレキシブルな方法で、ＡＲＱプロトコルに対する再送信の要求を満足させるかを示した別の例である。よりフレキシブルにＥＰＣカウンタ機構を用いた再送信方式を実現するためには、以下の（応答モードなど）設定がＲＲＣによって伝えられる。すなわち、（１）ポーリングが用いられなければならない、（２）送信側がＸパーセントの送信ウィンドウに到達したときにポーリングする、（３）送信側はＥＰＣカウンタ機構を用いなければならない、及び（４）ステータスレポートは、ＥＰＣカウンタが動作しているときを除いて、失ったＰＤＵを検出すると直ちに送信される。さらに、以下の機能は必須であるので必然的に備わっている。すなわち、（１）送信バッファの最後のＰＤＵが送信されたときにポーリングする、（２）ポーリングタイマを使用すべきである、（３）受信されたステータスレポートに従って、送信側が送信ウィンドウを調節する、（４）受信したステータスレポートに従って、送信側がＡＭ ＰＤＵを再送信する、及び（５）ＥＰＣカウンタが動作しているときを除いて、ポーリングを受信すると、受信側は直ちにステータスレポートに返答する。
【００３８】
本発明の好適な実施の形態における装置及びその方法が添付の図面及び前述の詳細な説明において示されたが、本発明は開示した実施形態に限定されることを意味するものではなく、本発明に記載され定義された請求項の要旨から逸脱しない限り、多くの再構成、修正、及び置換が可能である。
【図面の簡単な説明】
【図１】 図１は、本発明の好適な実施形態を実現するために用いられるＲＬＣプロトコル用の応答モードデータ転送方法を示す図である。
Claims (37)
- 通信システムにおいて、リンク層の送信ピアエンティティがリンク層の受信ピアエンティティに複数のプロトコルデータユニット（ＰＤＵ）を送信することで、前記送信ピアエンティティと前記受信ピアエンティティ間のデータの送信を可能にする柔軟性のあるリンク層のプロトコルを実現する方法であって、
前記送信ピアエンティティが前記受信ピアエンティティにポーリング要求を送信するべきか、もし送信するのであれば、どのように又はいつ前記ポーリング要求を送信するのかを決定するための第一の一連のルールを前記送信ピアエンティティにより判定して選択する工程と、
前記第一の一連のルールに従って、前記送信ピアエンティティが前記受信ピアエンティティに前記ポーリング要求を送信するべきと判定すると、前記第一の一連のルールに従って前記送信ピアエンティティが前記受信ピアエンティティに前記ポーリング要求を送信する工程と、
一つ又は複数の前記ポーリング要求の受信に応じて、前記受信ピアエンティティが前記送信ピアエンティティにステータスレポートを送信するべきか、もし送信するのであれば、どのように又はいつ前記ステータスレポートを送信するのかを決定するための第二の一連のルールを前記受信ピアエンティティにより判定して選択する工程と、
前記第二の一連のルールに従って、前記受信ピアエンティティが前記送信ピアエンティティにステータスレポートを送信するべきと判定すると、前記第二の一連のルールに従って前記受信ピアエンティティが前記送信ピアエンティティにステータスレポートを送信する工程と、
を有し、
前記送信ピアエンティティが前記ポーリング要求を送信するべきか、もし送信するのであればどのように又はいつ前記ポーリング要求を送信するのか又は、前記受信ピアエンティティが前記送信ピアエンティティに前記ステータスレポートを送信するべきか、もし送信するのであればどのように又はいつ前記ステータスレポートを送信するのかを変更するために、前記第一の一連のルールと前記第二一連のルールを設定可能かつ組み合わせ可能である
ことを特徴とする方法。 - 前記第一の一連のルールにより前記送信ピアエンティティは、送信バッファの最後のＰＤＵが送信されたときに前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。 - 前記第一の一連のルールにより前記送信ピアエンティティは、前記ステータスレポートが前記送信ピアエンティティによって受信されず、ポーリングタイマが終了したときに、前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。 - 前記第一の一連のルールにより前記送信ピアエンティティは、前記送信ピアエンティティが所定数のＰＤＵを送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。 - 前記第一の一連のルールにより前記送信ピアエンティティは、前記送信ピアエンティティが所定数のＳＤＵを送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。 - 前記第一の一連のルールにより前記送信ピアエンティティは、前記送信ピアエンティティが所定範囲の送信ウィンドウ内で送信するときに、前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。 - 前記第一の一連のルールにより前記送信ピアエンティティは、前記送信ピアエンティティが所定期間内に送信するときに、前記ポーリング要求を送信する
ことを特徴とする請求項１に記載の方法。 - 前記第一の一連のルールにより前記送信ピアエンティティは、前記送信ピアエンティティが所定期間、前記ポーリング要求の送信を遅延させる
ことを特徴とする請求項１に記載の方法。 - 前記送信ピアエンティティは、前記ステータスレポートの受信に応じて送信ウィンドウパラメータを調節する
ことを特徴とする請求項１に記載の方法。 - 前記送信ピアエンティティは、前記ステータスレポートの受信に応じて少なくとも１つのＰＤＵを再送信する
ことを特徴とする請求項１に記載の方法。 - 前記送信ピアエンティティは、前記ステータスレポートが妥当である場合に、前記ステータスレポートの受信に応じて少なくとも１つのＰＤＵを再送信する
ことを特徴とする請求項１に記載の方法。 - 前記第二の一連のルールにより前記受信ピアエンティティは、見積ＰＤＵカウンタがカウントしていない場合には前記送信ピアエンティティに前記ステータスレポートを送信し、前記受信ピアエンティティは、前記見積ＰＤＵカウンタがカウントする場合には前記送信ピアエンティティに前記ステータスレポートを送信しない
ことを特徴とする請求項１に記載の方法。 - 前記第二の一連のルールにより前記受信ピアエンティティは、前記受信ピアエンティティが少なくとも１つの失ったまたは誤って受信したＰＤＵを検出した場合に、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。 - 前記第二の一連のルールにより前記受信ピアエンティティは、所定数のＰＤＵが受信されたときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。 - 前記第二の一連のルールにより前記受信ピアエンティティは、所定数のＳＤＵが受信されたときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。 - 前記第二の一連のルールにより前記受信ピアエンティティは、前記ポーリング要求の受信に応じて前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。 - 前記第二の一連のルールにより前記受信ピアエンティティは、前記送信ピアエンティティが所定範囲の送信ウィンドウ内で送信したときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。 - 前記第二の一連のルールにより前記受信ピアエンティティは、所定期間内に前記ステータスレポートを送信する
ことを特徴とする請求項１に記載の方法。 - 前記第二の一連のルールにより前記受信ピアエンティティは、所定期間、前記ステータスレポートの送信を遅延させる
ことを特徴とする請求項１に記載の方法。 - 通信ネットワークにおいて、リンク層の送信ピアエンティティがリンク層の受信ピアエンティティに複数のプロトコルデータユニット（ＰＤＵ）を送信することで、前記送信ピアエンティティと前記受信ピアエンティティ間のデータの送信を可能にする柔軟性のあるリンク層のプロトコルを実現する通信システムであって、
前記送信ピアエンティティが前記受信ピアエンティティにポーリング要求を送信するべきか、もし送るのであればどのように又はいつ前記ポーリング要求を送信するのかを決定するための第一の一連のルールを判定して選択する、前記送信ピアエンティティ内の選択する手段と、
前記第一の一連のルールに従って前記送信ピアエンティティが前記受信ピアエンティティに前記ポーリング要求を送信する、前記送信ピアエンティティ内の送信する手段と、
一つ又は複数の前記ポーリング要求の受信に応じて、前記受信ピアエンティティが前記送信ピアエンティティにステータスレポートを送信するべきか、もし送信するのであればどのように又はいつ前記ステータスレポートを送信するのかを決定するための第二の一連のルールを判定して選択する、前記受信ピアエンティティ内の選択する手段と、
前記第二の一連のルールに従って前記受信ピアエンティティが前記送信ピアエンティティに前記ステータスレポートを送信する、前記受信ピアエンティティ内の送信する手段と、
を備え、
前記送信ピアエンティティが前記ポーリング要求を送信するべきか、もし送信するのであればどのように又はいつ前記ポーリング要求を送信するのか又は、前記受信ピアエンティティが前記送信ピアエンティティに前記ステータスレポートを送信するべきか、もし送信するのであればどのように又はいつ前記ステータスレポートを送信するのかを変更するために、前記第一の一連のルールと前記第二の一連のルールを設定可能かつ合成可能である
ことを特徴とする通信システム。 - 前記送信ピアエンティティ内の送信する手段は、送信バッファの最後のＰＤＵが送信されたときに前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記送信ピアエンティティ内の送信する手段は、前記ステータスレポートが前記送信ピアエンティティによって受信されず、ポーリングタイマが終了したときに、前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記送信ピアエンティティ内の送信する手段は、前記送信ピアエンティティが所定数のＰＤＵを送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記送信ピアエンティティ内の送信する手段は、前記送信ピアエンティティが所定数のＳＤＵを送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記送信ピアエンティティ内の送信する手段は、前記送信ピアエンティティが所定範囲の送信ウィンドウ内で送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記送信ピアエンティティ内の送信する手段は、前記送信ピアエンティティが所定期間、送信したときに、前記ポーリング要求を送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記送信ピアエンティティ内の送信する手段は、所定期間、前記ポーリング要求の送信を遅延させる
ことを特徴とする請求項２０に記載のシステム。 - 前記送信ピアエンティティ内の送信する手段は、前記ステータスレポートの受信に応じて送信ウィンドウパラメータを調節する
ことを特徴とする請求項２０に記載のシステム。 - 前記送信ピアエンティティ内の送信する手段は、前記ステータスレポートの受信に応じて少なくとも１つのＰＤＵを再送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記送信ピアエンティティ内の送信する手段は、前記ステータスレポートが妥当である場合に、前記ステータスレポートの受信に応じて少なくとも１つのＰＤＵを再送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記送信ピアエンティティ内の送信する手段は、見積ＰＤＵカウンタがカウントしていない場合には前記送信ピアエンティティに前記ステータスレポートを送信し、前記受信ピアエンティティは、前記見積ＰＤＵカウンタがカウントする場合には、前記送信ピアエンティティに前記ステータスレポートを送信しない
ことを特徴とする請求項２０に記載のシステム。 - 前記受信ピアエンティティ内の送信する手段は、前記受信ピアエンティティが少なくとも１つの失ったまたは誤って受信したＰＤＵを検出した場合に、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記受信ピアエンティティ内の送信する手段は、所定数のＰＤＵが受信されたときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記受信ピアエンティティ内の送信する手段は、所定数のＳＤＵが受信されたときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記受信ピアエンティティ内の送信する手段は、前記送信ピアエンティティが所定範囲の送信ウィンドウ内で送信したときに、前記送信ピアエンティティに前記ステータスレポートを送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記受信ピアエンティティ内の送信する手段は、所定期間に前記ステータスレポートを送信する
ことを特徴とする請求項２０に記載のシステム。 - 前記受信ピアエンティティ内の送信する手段は、所定期間、前記ステータスレポートの送信を遅延させる
ことを特徴とする請求項２０に記載のシステム。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US12866399P | 1999-04-09 | 1999-04-09 | |
| US60/128,663 | 2000-04-06 | ||
| US09/544,826 | 2000-04-06 | ||
| US09/544,826 US6947394B1 (en) | 1999-04-09 | 2000-04-06 | Flexible radio link control protocol |
| PCT/SE2000/000675 WO2000062468A2 (en) | 1999-04-09 | 2000-04-07 | Flexible radio link control protocol |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002542662A JP2002542662A (ja) | 2002-12-10 |
| JP4607339B2 true JP4607339B2 (ja) | 2011-01-05 |
Family
ID=26826801
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000611426A Expired - Lifetime JP4607339B2 (ja) | 1999-04-09 | 2000-04-07 | フレキシブル無線リンク制御プロトコル |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US6947394B1 (ja) |
| EP (1) | EP1169804B1 (ja) |
| JP (1) | JP4607339B2 (ja) |
| KR (1) | KR100732345B1 (ja) |
| CN (1) | CN1157890C (ja) |
| AR (1) | AR029350A1 (ja) |
| AT (1) | ATE306159T1 (ja) |
| AU (1) | AU765728B2 (ja) |
| DE (1) | DE60022994T2 (ja) |
| ES (1) | ES2245935T3 (ja) |
| MY (1) | MY125191A (ja) |
| WO (1) | WO2000062468A2 (ja) |
Families Citing this family (69)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6804202B1 (en) * | 1999-04-08 | 2004-10-12 | Lg Information And Communications, Ltd. | Radio protocol for mobile communication system and method |
| KR100382470B1 (ko) * | 1999-04-08 | 2003-05-01 | 엘지전자 주식회사 | Imt-2000 이동 통신 시스템의 무선 프로토콜 |
| GB2368243B (en) * | 2000-10-10 | 2002-10-23 | Ericsson Telefon Ab L M | Error handling in the Iur interface of a UMTS terrestrial radio access network |
| US6888816B2 (en) * | 2001-04-02 | 2005-05-03 | Asustek Computer Inc. | Window-based polling scheme for a wireless communications protocol |
| EP1263160A1 (en) * | 2001-06-01 | 2002-12-04 | Telefonaktiebolaget Lm Ericsson | Method and transmitter for an efficient packet data transfer in a transmission protocol with repeat requests |
| EP1263159A1 (en) * | 2001-06-01 | 2002-12-04 | Telefonaktiebolaget Lm Ericsson | Method and receiver for improved data packet transfer in a transmission protocol with repeat requests |
| US20030067890A1 (en) * | 2001-10-10 | 2003-04-10 | Sandesh Goel | System and method for providing automatic re-transmission of wirelessly transmitted information |
| KR100765121B1 (ko) * | 2001-11-24 | 2007-10-11 | 엘지전자 주식회사 | 송신버퍼의 프로토콜 데이터 유닛 폴링 방법 |
| KR100434054B1 (ko) * | 2002-04-26 | 2004-06-04 | 엘지전자 주식회사 | 래디오 링크 콘트롤의 폴링방법 |
| KR20030092894A (ko) * | 2002-05-31 | 2003-12-06 | 삼성전자주식회사 | 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서순방향 채널 품질을 보고하기 위한 채널 품질 보고 주기결정 장치 및 방법 |
| US7239610B2 (en) * | 2002-07-18 | 2007-07-03 | Lucent Technologies Inc. | Methods and devices for partial upper layer frame loss detection based retransmission |
| US7764624B2 (en) * | 2002-07-18 | 2010-07-27 | Alcatel-Lucent Usa Inc. | Methods and devices for preventing protocol stalling |
| US7227856B2 (en) * | 2002-08-13 | 2007-06-05 | Innovative Sonic Limited | Method for handling timers after an RLC reset or re-establishment in a wireless communications system |
| US7443845B2 (en) * | 2002-12-06 | 2008-10-28 | Cisco Technology, Inc. | Apparatus and method for a lightweight, reliable, packet-based transport protocol |
| US7475142B2 (en) * | 2002-12-06 | 2009-01-06 | Cisco Technology, Inc. | CIFS for scalable NAS architecture |
| GB2401508B (en) * | 2003-05-08 | 2005-03-23 | Motorola Inc | Radio link control layer operation |
| CN1257621C (zh) * | 2003-05-30 | 2006-05-24 | 中兴通讯股份有限公司 | 无线链路控制层中发送窗口调整的方法 |
| CN1567766A (zh) * | 2003-06-12 | 2005-01-19 | 中兴通讯股份有限公司 | 无线链路层发送窗口的控制方法 |
| US20050066255A1 (en) * | 2003-09-14 | 2005-03-24 | Sam Shiaw-Shiang Jiang | Status report missing detection in a communication system |
| CN100382476C (zh) * | 2004-02-26 | 2008-04-16 | 大唐移动通信设备有限公司 | 无线通信系统中估计非实时业务无线接口传输时延的方法 |
| CN100433611C (zh) * | 2004-03-15 | 2008-11-12 | 华为技术有限公司 | 一种通信系统中调度状态报告请求数据单元的方法 |
| GB0405875D0 (en) * | 2004-03-16 | 2004-04-21 | Nokia Corp | Transmission of messages between network entities in a wireless communications network |
| CN100512506C (zh) * | 2004-05-12 | 2009-07-08 | 华为技术有限公司 | 一种状态报告的传输方法 |
| US7890085B2 (en) * | 2004-07-12 | 2011-02-15 | Research In Motion Limited | Delayed user notification of events in a mobile device |
| US7558243B2 (en) | 2004-09-15 | 2009-07-07 | Innovative Sonic Limited | Enhanced polling method for preventing deadlock in a wireless communications system |
| US7525908B2 (en) | 2004-09-24 | 2009-04-28 | M-Stack Limited | Data unit management in communications |
| ATE486430T1 (de) * | 2004-09-24 | 2010-11-15 | Research In Motion Ltd | Steuerprotokoll für funkverbindungen |
| TWI301381B (en) * | 2005-03-24 | 2008-09-21 | Nokia Corp | Method for controlling transmission over a wireless communication link, and mobile station and network node for a wireless communication network |
| KR101084135B1 (ko) * | 2005-05-04 | 2011-11-17 | 엘지전자 주식회사 | 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법 |
| TWI307589B (en) * | 2005-05-18 | 2009-03-11 | Innovative Sonic Ltd | Method and apparatus of data segmentation in a mobile communications system |
| JPWO2007023520A1 (ja) * | 2005-08-22 | 2009-02-26 | パナソニック株式会社 | 通信装置及び通信方法 |
| TWI398148B (zh) * | 2005-09-21 | 2013-06-01 | Innovative Sonic Ltd | 無線通訊系統重建接收邊處理計時器的方法及裝置 |
| CN100571107C (zh) * | 2005-10-10 | 2009-12-16 | 华为技术有限公司 | 一种数据包丢失的检测方法和检测装置 |
| US8295265B2 (en) | 2005-11-16 | 2012-10-23 | Htc Corporation | Method for handling radio bearer messages during reset and reestablishment in a wireless system |
| KR101187076B1 (ko) * | 2006-01-05 | 2012-09-27 | 엘지전자 주식회사 | 이동 통신 시스템에 있어서 신호 전송 방법 |
| KR101265628B1 (ko) * | 2006-01-05 | 2013-05-22 | 엘지전자 주식회사 | 이동 통신 시스템에서의 무선 자원 스케줄링 방법 |
| KR100912784B1 (ko) * | 2006-01-05 | 2009-08-18 | 엘지전자 주식회사 | 데이터 송신 방법 및 데이터 재전송 방법 |
| USRE43949E1 (en) | 2006-01-05 | 2013-01-29 | Lg Electronics Inc. | Allocating radio resources in mobile communications system |
| KR101268200B1 (ko) | 2006-01-05 | 2013-05-27 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 할당방법 |
| KR101203841B1 (ko) * | 2006-01-05 | 2012-11-21 | 엘지전자 주식회사 | 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법 |
| KR101319870B1 (ko) * | 2006-01-05 | 2013-10-18 | 엘지전자 주식회사 | 이동 통신 시스템에서의 핸드오버 방법 |
| KR101211807B1 (ko) | 2006-01-05 | 2012-12-12 | 엘지전자 주식회사 | 이동통신 시스템에서 무선단말의 동기상태 관리방법 |
| WO2007078156A2 (en) | 2006-01-05 | 2007-07-12 | Lg Electronics Inc. | Transmitting data in a mobile communication system |
| WO2007078171A2 (en) * | 2006-01-05 | 2007-07-12 | Lg Electronics Inc. | Method of transmitting feedback information in a wireless communication system |
| KR101333918B1 (ko) * | 2006-01-05 | 2013-11-27 | 엘지전자 주식회사 | 이동 통신 시스템의 점-대-다 서비스 통신 |
| JP4806030B2 (ja) | 2006-01-05 | 2011-11-02 | エルジー エレクトロニクス インコーポレイティド | 移動通信システムで信号を転送する方法 |
| KR101358469B1 (ko) | 2006-02-07 | 2014-02-06 | 엘지전자 주식회사 | 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법 |
| US8493854B2 (en) | 2006-02-07 | 2013-07-23 | Lg Electronics Inc. | Method for avoiding collision using identifier in mobile network |
| KR101216751B1 (ko) * | 2006-02-07 | 2012-12-28 | 엘지전자 주식회사 | 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법 |
| KR101387475B1 (ko) | 2006-03-22 | 2014-04-22 | 엘지전자 주식회사 | 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법 |
| KR100943590B1 (ko) | 2006-04-14 | 2010-02-23 | 삼성전자주식회사 | 이동 통신 시스템에서 상태 보고의 송수신 방법 및 장치 |
| KR100913904B1 (ko) * | 2006-04-14 | 2009-08-26 | 삼성전자주식회사 | 이동통신 시스템에서 자동 재전송 요구를 수행하는 방법 및장치 |
| CN101068372B (zh) * | 2006-05-03 | 2010-06-02 | 创新音速有限公司 | 处理无线链接控制重置流程的变量的方法及其装置 |
| KR20070121505A (ko) | 2006-06-21 | 2007-12-27 | 엘지전자 주식회사 | 무선링크 재설정 방법 |
| EP2033341B1 (en) | 2006-06-21 | 2018-03-21 | LG Electronics Inc. | Method of transmitting and receiving radio access information using a message separation in a wireless mobile communications system |
| KR20070121513A (ko) | 2006-06-21 | 2007-12-27 | 엘지전자 주식회사 | 이동통신 시스템의 상향 접속 방법 |
| KR101369135B1 (ko) * | 2006-06-21 | 2014-03-05 | 엘지전자 주식회사 | 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말 |
| EP2030359B1 (en) * | 2006-06-21 | 2017-12-20 | LG Electronics Inc. -1- | Method of supporting data retransmission in a mobile communication system |
| WO2008053972A1 (fr) * | 2006-11-02 | 2008-05-08 | Ntt Docomo, Inc. | Système de communication mobile, station de base radio et procédé de commande de transfert |
| 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 |
| JP2009049993A (ja) * | 2007-08-16 | 2009-03-05 | Asustek Computer Inc | 無線通信システムにおいてポーリング機能をトリガーする方法及び装置 |
| US8422480B2 (en) | 2007-10-01 | 2013-04-16 | Qualcomm Incorporated | Acknowledge mode polling with immediate status report timing |
| US8964560B2 (en) * | 2007-10-11 | 2015-02-24 | Nokia Solutions And Networks Oy | Apparatus, method, computer program product and system for requesting acknowledgment of transmitted data packets |
| CN103338095B (zh) | 2008-01-08 | 2018-04-06 | 无线星球有限责任公司 | 无线通信网络中的方法和装置 |
| KR20090087773A (ko) * | 2008-02-13 | 2009-08-18 | 삼성전자주식회사 | 이동 통신 시스템에서 패킷 데이터 유닛의 재전송 및 상태보고 장치 및 방법 |
| US8995421B2 (en) * | 2008-08-08 | 2015-03-31 | Qualcomm Incorporated | Processing polling requests from radio link control peers |
| US9275644B2 (en) | 2012-01-20 | 2016-03-01 | Qualcomm Incorporated | Devices for redundant frame coding and decoding |
| CN104301945B (zh) * | 2014-09-24 | 2018-05-11 | 上海华为技术有限公司 | 一种定时器时长调整方法及基站 |
| CN108282273B (zh) * | 2017-01-05 | 2024-03-08 | 华为技术有限公司 | 分段重传的方法和装置 |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4667193A (en) * | 1983-12-13 | 1987-05-19 | Honeywell, Inc. | Addressing system for simultaneously polling plural remote stations |
| CA1261080A (en) * | 1985-12-30 | 1989-09-26 | Shunichiro Tejima | Satellite communications system with random multiple access and time slot reservation |
| US5274838A (en) | 1987-06-03 | 1993-12-28 | Ericsson Ge Mobile Communications Inc. | Fail-soft architecture for public trunking system |
| US4905234A (en) * | 1987-06-03 | 1990-02-27 | General Electric Company | Apparatus and method for transmitting digital data over a radio communications channel |
| JPH01190144A (ja) * | 1988-01-26 | 1989-07-31 | Mitsubishi Electric Corp | 誤り再送制御方式 |
| US4940974A (en) * | 1988-11-01 | 1990-07-10 | Norand Corporation | Multiterminal communication system and method |
| US5247623A (en) * | 1991-08-15 | 1993-09-21 | Primax Electronics Ltd. | Automatic multiple personal computer/computer printer connecting system |
| WO1995012935A1 (en) * | 1993-11-01 | 1995-05-11 | Telefonaktiebolaget Lm Ericsson | Automatic retransmission request |
| JPH0818544A (ja) * | 1994-06-29 | 1996-01-19 | Canon Inc | データ通信装置及び方法 |
| US5487072A (en) | 1994-06-30 | 1996-01-23 | Bell Communications Research Inc. | Error monitoring algorithm for broadband signaling |
| US5892910A (en) * | 1995-02-28 | 1999-04-06 | General Instrument Corporation | CATV communication system for changing first protocol syntax processor which processes data of first format to second protocol syntax processor processes data of second format |
| US5757924A (en) * | 1995-09-18 | 1998-05-26 | Digital Secured Networks Techolognies, Inc. | Network security device which performs MAC address translation without affecting the IP address |
| US6625133B1 (en) * | 1998-05-17 | 2003-09-23 | Lucent Technologies Inc. | System and method for link and media access control layer transaction initiation procedures |
| US6308214B1 (en) * | 1998-09-23 | 2001-10-23 | Inktomi Corporation | Self-tuning dataflow I/O core |
-
2000
- 2000-04-06 US US09/544,826 patent/US6947394B1/en not_active Expired - Lifetime
- 2000-04-07 CN CNB008086818A patent/CN1157890C/zh not_active Ceased
- 2000-04-07 KR KR1020017012782A patent/KR100732345B1/ko active IP Right Grant
- 2000-04-07 AU AU41623/00A patent/AU765728B2/en not_active Expired
- 2000-04-07 JP JP2000611426A patent/JP4607339B2/ja not_active Expired - Lifetime
- 2000-04-07 EP EP00921292A patent/EP1169804B1/en not_active Expired - Lifetime
- 2000-04-07 AR ARP000101626A patent/AR029350A1/es active IP Right Grant
- 2000-04-07 AT AT00921292T patent/ATE306159T1/de not_active IP Right Cessation
- 2000-04-07 WO PCT/SE2000/000675 patent/WO2000062468A2/en active IP Right Grant
- 2000-04-07 ES ES00921292T patent/ES2245935T3/es not_active Expired - Lifetime
- 2000-04-07 MY MYPI20001466A patent/MY125191A/en unknown
- 2000-04-07 DE DE60022994T patent/DE60022994T2/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| KR100732345B1 (ko) | 2007-06-27 |
| EP1169804B1 (en) | 2005-10-05 |
| AU765728B2 (en) | 2003-09-25 |
| KR20020003233A (ko) | 2002-01-10 |
| WO2000062468A2 (en) | 2000-10-19 |
| ATE306159T1 (de) | 2005-10-15 |
| EP1169804A2 (en) | 2002-01-09 |
| CN1358375A (zh) | 2002-07-10 |
| AU4162300A (en) | 2000-11-14 |
| ES2245935T3 (es) | 2006-02-01 |
| CN1157890C (zh) | 2004-07-14 |
| MY125191A (en) | 2006-07-31 |
| DE60022994T2 (de) | 2006-07-27 |
| AR029350A1 (es) | 2003-06-25 |
| US6947394B1 (en) | 2005-09-20 |
| WO2000062468A3 (en) | 2001-01-25 |
| JP2002542662A (ja) | 2002-12-10 |
| DE60022994D1 (de) | 2005-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4607339B2 (ja) | フレキシブル無線リンク制御プロトコル | |
| EP1393489B1 (en) | Method and receiver for improved data packet transfer in a transmission protocol with repeat requests | |
| JP4965713B2 (ja) | 無線通信システムにおけるエラー制御メッセージを処理するための方法及び装置 | |
| US8340074B2 (en) | Enhanced polling method for preventing deadlock in a wireless communications system | |
| EP2238707B1 (en) | Method of detecting and handling an endless rlc retransmission | |
| EP3410623B1 (en) | Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications | |
| RU2434337C1 (ru) | Способ отправки информации статуса в системе мобильной связи и приемник системы мобильной связи | |
| US7599402B2 (en) | Communication device and method | |
| JP4422620B2 (ja) | フレーム受信の否定応答の早期送信のためのアイドルフレームの使用 | |
| CA2521218C (en) | Data unit management in communications | |
| EP2229745B2 (en) | Status reporting for retransmission protocol | |
| US20060067238A1 (en) | Data unit management in communications | |
| JP3957709B2 (ja) | 無線通信システムにおいてリセット手続きを制御する方法および装置 | |
| EP1422882B1 (en) | System and method of unacknowledged network layer service access point identifier (NSAPI) recovery in sub-network dependent convergence protocol (SNDCP) communication | |
| CN100433611C (zh) | 一种通信系统中调度状态报告请求数据单元的方法 | |
| WO2006021159A1 (fr) | Procede de commande de frequence de transmission de rapports de statut | |
| TW490949B (en) | Method and system for enabling error-free delivery of data between a plurality of peer entities | |
| KR20050075566A (ko) | 무선 링크 제어 윈도우의 데드락 방지 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070315 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090716 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090727 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091022 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100702 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100902 |
|
| 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: 20100927 |
|
| 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: 20101007 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4607339 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131015 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 |
|
| 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 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |