JP2004507167A - データ送信プロトコル - Google Patents
データ送信プロトコル Download PDFInfo
- Publication number
- JP2004507167A JP2004507167A JP2002520506A JP2002520506A JP2004507167A JP 2004507167 A JP2004507167 A JP 2004507167A JP 2002520506 A JP2002520506 A JP 2002520506A JP 2002520506 A JP2002520506 A JP 2002520506A JP 2004507167 A JP2004507167 A JP 2004507167A
- Authority
- JP
- Japan
- Prior art keywords
- data
- last
- data units
- transmitted
- unit
- 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
Links
- 230000005540 biological transmission Effects 0.000 title claims description 46
- 238000000034 method Methods 0.000 claims abstract description 59
- 238000012790 confirmation Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000011664 signaling Effects 0.000 description 4
- 239000012634 fragment Substances 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
-
- 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/1809—Selective-repeat protocols
-
- 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/1874—Buffer management
- H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
Abstract
送信器から受信器に向かってデータを送信するための方法は、各々データメッセージの一部分より成る複数の順序付けされたデータユニットを形成し、少なくとも幾つかのデータユニットを順序正しく送信し、データメッセージに対して放棄状態を識別し、そしてデータユニットの最後の１つ及び少なくとも１つの他のデータユニットを含むデータユニットのサブセットが送信されなかった場合に、データメッセージを放棄すべきであることを指示し、データユニットの最後の１つの認識を指定し、そして上記サブセットからデータユニットの最後の１つだけを送信するという段階を備えている。
Description
【０００１】
【技術分野】
本発明は、データ送信用のプロトコルに係り、例えば、無線リンクを経てデータユニットを送信するためのプロトコルに係る。このプロトコルは、第三世代（例えば、３ＧＰＰ等）の無線電話システムにおいて状態プロトコルデータユニットの削除に関する問題に対処するのに特に適している。
【０００２】
【背景技術】
第三世代の無線電話システムに対して現在提案されている構成では、例えば、ＲＬＣ（無線リンク制御）プロトコル仕様（リリース１９９９）データをプロトコルデータユニット（ＰＤＵ）の形態で送信器と受信器との間に搬送することができる。ＰＤＵの１つの形態は、状態ＰＤＵ（ＳＤＵ）である。ＳＤＵは、リンクの状態に関する情報、例えば、どのＰＤＵが受信されたか又はどれが欠落として検出されたかの詳細を搬送することができる。ＳＤＵを形成する断片を多数のＡＭＤ（ＲＬＣ）ＰＤＵにおいて搬送することもできる。
【０００３】
ＳＤＵは、ネットワークにより無線インターフェイスを経て移動電話のようなユーザ装置（ＵＥ）の品目に送信されるか、又はＵＥにより無線インターフェイスを経てネットワークへ送信される。
最大許容再送信数（ＭａｘＤＡＴ）が、最大許容送信時間周期（Ｔｉｍｅｒ＿Ｄｉｓｃａｒｄ）と同様に指定される。ＳＤＵが、ＭａｘＤＡＴ再送信数又はＴｉｍｅｒ＿Ｄｉｓｃａｒｄ時間周期内に送信器から受信器へ首尾良く搬送されない場合には、それが放棄される。
【０００４】
ＳＤＵの放棄は、データ送信器からデータ受信器へ送信される「移動受信ウインドウスーパーフィールド」（ＭＲＷ ＳＵＦＩ）コマンドにより実行される。このＭＲＷ ＳＵＦＩコマンドは、ＳＴＡＴＵＳ ＰＤＵにおいて送信される。このＭＲＷ ＳＵＦＩコマンドは、次のフィールドを含む。
− ＬＥＮＧＴＨ：ＭＲＷ ＳＵＦＩにおけるＳＮ＿ＭＲＷの数を指定する。
− ＳＮ ＭＲＷ １−ｉ：放棄されるＳＤＵの終わりを各々指示するフィールドの数ｉ（ＬＥＮＧＴＨ−１に等しい）を与える。ＳＮ ＭＲＷ ｉは、ｉ番目の放棄されるＳＤＵのＬＩ（長さ指示子）を含むＰＤＵのシーケンス番号（ＳＮ）である。ＬＩフィールドは、ＡＭＤ ＰＤＵにおけるＳＤＵの終点を指示するのに使用される。
【０００５】
−ＳＮ ＭＲＷ ＬＥＮＧＴＨ ：このＳＮ ＭＲＷ ＬＥＮＧＴＨより小さいシーケンス番号をもつ全てのＰＤＵを放棄し、そしてそれに応じて受信ウインドウを移動するよう受信器に要求する。更に、受信器は、第１のＮＬＥＮＧＴＨＬＩと、シーケンス番号ＳＮ ＭＲＷ ＬＥＮＧＴＨをもつＰＤＵにおける対応データバイトとを放棄する。
−Ｎ ＬＥＮＧＴＨ ：上述したように最後に放棄されるＳＤＵの終わりを指示する上で助けとなる。ＮＬＥＮＧＴＨは、シーケンス番号ＳＮ＿ＭＲＷＬＥＮＧＴＨをもつＰＵにおけるどのＬＩが、最後に放棄されたＳＤＵに対応するかを指示する。ＮＬＥＮＧＴＨ＝０は、最後のＳＤＵが、シーケンス番号ＳＮ＿ＭＲＷＬＥＮＧＴＨ−１をもつＰＵで終わり、そしてシーケンス番号ＳＮ＿ＭＲＷＬＥＮＧＴＨをもつＰＵにおける第１のデータバイトが、次に再組み立てされるべき第１のデータバイトであることを指示する。
【０００６】
ＲＬＣプロトコル仕様（リリース１９９９）によれば、ＳＤＵは放棄されるが、そのＳＤＵの断片を保持する全てのＡＭＤ ＰＤＵは、依然として、無線インターフェイスを経て送信される。これは、貴重なリンクリソースが、既に放棄されると決定されたデータの搬送に捧げられることを意味する。最悪のケースは、放棄されるべきＳＤＵのサイズが著しく大きくそしてＳＤＵ放棄手順がＳＤＵの送信の初期段階で実行されるときである。これは、例えば、次の場合に生じる。
ａ．そのＳＤＵに対する第１のＡＭＤ ＰＤＵの１つが失われるか、又は
ｂ．例えば、無線インターフェイスにおける長い遅延の結果として、若干のＡＭＤ ＰＤＵしか送信されないときにＳＤＵ送信タイマーが時間切れした場合。
【０００７】
この状態において、既に放棄されたＳＤＵを形成しているＡＭＤ ＰＤＵの残り部分が依然送信されるが、これは単なる無駄な無線リソースである。というのは、送信されるデータは、決してユーザに役立たないからである。更に、不必要なデータオーバーヘッドは、有用なデータの送信レートを著しく低速化し、ひいては、サービスクオリティを低下させる。
【０００８】
ＳＤＵ放棄手順のトリガー動作がＳＤＵ送信時間に対して設定されたタイマーをベースとするときには（Ｔｉｍｅｒ＿Ｄｉｓｃａｒｄを使用して）、余計なオーバーヘッド及びそれによりその後のＳＤＵ送信に対して生じる遅延がユーザデータの著しいロス及びその後のデータ送信手順の不良を引き起こす確率が特に高くなる。
ＳＤＵの放棄が行われると、そのＳＤＵにその後に捧げられるリンクリソースを最小にするか又は少なくとも減少することが望ましい。これは、無線リソースを解放し、有用なデータの送信レートを高める。
【０００９】
【発明の開示】
本発明の１つの特徴によれば、送信器から受信器に向かってデータを送信するための方法において、各々データメッセージの一部分より成る複数の順序付けされたデータユニットを形成し、少なくとも幾つかのデータユニットを順序正しく送信し、データメッセージに対して放棄状態を識別し、そしてデータユニットの最後の１つ及び少なくとも１つの他のデータユニットを含むデータユニットのサブセットが送信されなかった場合に、データメッセージを放棄すべきであることを指示し（例えばコマンドにより）、そしてデータメッセージの終了の指示を含めて、上記サブセットからデータユニットの最後の１つだけを送信するという段階を備えた方法が提供される。
【００１０】
本発明の別の特徴によれば、受信器へデータを通信するための送信器であって、各々データメッセージの一部分より成る複数の順序付けされたデータユニットを形成し、少なくとも幾つかのデータユニットの送信を順序正しく生じさせ、データメッセージに対して放棄状態を識別し、そしてデータユニットの最後の１つ及び少なくとも１つの他のデータユニットを含むデータユニットのサブセットが送信されなかった場合に、データメッセージを放棄すべきであるという指示の送信を生じさせ（例えば、コマンドにより）、そしてデータメッセージの終了の指示を含めて、上記サブセットからデータユニットの最後の１つだけの送信を生じさせるという段階を実行するよう動作できるデータ送信制御ユニットを備えた送信器が提供される。
【００１１】
好ましくは、データメッセージに対して放棄状態を識別する際に、データユニットの最後の１つ及び少なくとも１つの他のデータユニットを含むデータユニットのサブセットが送信されなかった場合には、データユニットの最後の１つ以外の上記サブセットのデータユニットは、送信器から受信器に向かって送信されない。
【００１２】
上記方法は、各データユニットに順序正しく連続シーケンス番号を割り当てる段階を含むのが適当である。好ましくは、上記方法は、データユニットの最後の１つを送信する前に、そのデータユニットへシーケンス番号を再割り当てする段階を含む。好ましくは、データユニットの最後の１つに再割り当てされるシーケンス番号は、送信された最後のデータユニットのシーケンス番号より１だけ大きなシーケンス番号である。或いは又、データユニットの最後の１つに再割り当てされるシーケンス番号は、送信された最後のデータユニットのシーケンス番号より大きな（最も好ましくは２だけ大きな）シーケンス番号である。上記方法は、データメッセージの一部分より成る上記データユニットの後に送信されるべき更に別のデータユニットにシーケンス番号を割り当て、そしてこれら更に別のデータユニットを送信する前に、データユニットの最後の１つに再割り当てされたものに続く連続シーケンス番号をその更に別のデータユニットに再割り当てするという段階を含む。
【００１３】
データメッセージを放棄すべきであることを示すコマンドは、プロトコルの他の要求を受けて、データユニットの最後の１つの前に送信されてもよいし又はその後に送信されてもよい。
データユニットは、プロトコルデータユニットであるのが適当であり、無線リンク制御プロトコルデータユニットであるのが好ましい。
データメッセージは、状態プロトコルデータユニットである。
【００１４】
上記方法は、データユニットの最後の１つの認識を指定する段階を含むのが好ましい。
送信器及び／又は受信器は、第三世代のプロトコル仕様又はそこから派生したものに基づいて動作できるのが好ましい。
送信器及び受信器の一方は、移動ステーションである。送信器及び受信器の他方は、ネットワークユニットである。
データユニットの最後の１つは、データメッセージの長さを指定するデータを順序正しく含むのが好ましい。
【００１５】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明を一例として詳細に説明する。
図１ないし３において、同じ部分は同じ参照番号で示されている。
図１は、無線テレコミュニケーションシステムを示す。このシステムは、無線テレコミュニケーションネットワーク１を備え、これは、複数のベースステーション送信／受信ユニット２を含み、これらユニットは、無線によりユーザ装置３と通信することができる。ユーザ装置は、例えば、移動電話のような移動ステーションである。ネットワークにより、ＵＥは、互いに通信することもできるし、ネットワーク１に相互接続された地上ライン電話４又はインターネットターミナル５のような他の装置と通信することもできる。ネットワークは、所定のプロトコルに基づいてＵＥへの及びＵＥからのデータの送信及び受信を制御するネットワーク送信／受信制御ユニット６を備えている。対応的に、ＵＥは、所定のプロトコルに基づきネットワークへの及びネットワークからのデータの送信及び受信を制御するＵＥデータ送信／受信制御ユニット７を備えている。
【００１６】
ＵＥとネットワークとの間でデータを送信するのに使用されるプロトコルは、ＲＬＣプロトコルをベースとし、例えば、ＲＬＣプロトコル仕様（リリース１９９９）等に基づくのが適当である。しかしながら、以下に述べるように、本プロトコルは、放棄されるＳＤＵの改善された取り扱いのための対策を含む。
放棄されるＳＤＵを取り扱う手順について以下に説明する。これらの手順は、図１に示すようなシステムにおいて動作するのに特に適しており、ネットワークとＵＥとの間でデータを送信する（各方向に）のに特に適している。しかしながら、これらの手順は、図１のシステムの他の位置及び他のデータ送信システムにおいて、例えば、無線リンクではなく固定リンクを経て、或いは赤外線リンクのような他のワイヤレスリンクを経て実施することもできる。
【００１７】
ＳＤＵは、複数のＰＤＵにより搬送することができ、ＳＤＵの各部分は、これらＰＤＵの各々に含まれる。この状態が図２に示されている。各ＰＤＵは、シーケンス番号を有する。図２は、ｘからｙまでのシーケンス番号を有する一連のＲＬＣ ＰＤＵを示す。これらＰＤＵの各々は、あるＳＤＵの一部分を保持する。ＳＤＵの一部分を保持するＰＤＵの１つは、シーケンス番号（ｘ＋ｓ）で指定することができ、但し、ｓは、０から（ｙ−ｘ）の範囲においてｘからのオフセットである。この説明では、ｘ及びｙは、連続番号ではない。
【００１８】
一連のＰＤＵが図２に線１０で示されている。ＰＤＵｘは、１１で示され、ＰＤＵｙは、１２で示され、そして任意のＰＤＵ（ｘ＋ｓ）は、１３で示される。
テレコミュニケーションシステムの動作中に、例えば、上述した理由の１つ、即ち所定の再送信回数を越えるか又は所定の送信時間周期を越えることで、ＳＤＵを放棄する判断がなされる。ＳＤＵを放棄する判断がなされるときには、ＳＤＵ放棄手順がトリガーされる。
【００１９】
ＳＤＵ放棄手順がトリガーされた後、ＭＲＷ ＳＵＦＩコマンド（上述した）が受信器へ送信され、そして受信器へ送信されるべき次のＡＭＤ ＰＤＵは、ＭＲＷ ＳＵＦＩコマンドにおいてそのフィールドＳＮ ＭＲＷ ＬＥＮＧＴＨ によって指摘されたものとなる。これは、放棄されるＳＤＵのＬＩフィールドを保持するＡＭＤ ＰＤＵであるか、或いは放棄されるＳＤＵのＬＩフィールドを保持するＡＭＤ ＰＤＵの残り部分がパッディングである場合には、その直後のＡＭＤ ＰＤＵである。以下に規定するものに先行しそしてＭＲＷ ＳＵＦＩコマンドのフィールドＳＮ ＭＲＷ ＬＥＮＧＴＨ フィールドによって指摘されたＡＭＤ ＰＤＵについては、ＳＤＵ放棄手順を送信し、再送し又はトリガーすることを含むそれ以上のデータ送信動作は実行されない。ＲＬＣ ＰＤＵ番号＜ＭＲＷ ＬＥＮＧＴＨ であるＲＬＣ ＰＤＵについては、何も生じない。シーケンス番号≧ＭＲＷ ＬＥＮＧＴＨ であるものについては、もしトランシーバが要求すれば、それを再送信することができる。しかしながら、これらのＡＭＤ ＰＤＵは、そのＭＲＷ ＳＵＦＩコマンドが受信器によって確認され（ＭＲＷ＿ＡＣＫ ＳＵＦＩコマンドによるのが適当である）そして受け入れ確認ウインドウの下縁が更新されるまで、送信されるべきデータの送信バッファから除去されない。
【００２０】
ＭＲＷ ＳＵＦＩコマンドを送信し、そしてそれに対応して受信器にＡＭＤ ＰＤＵを指定することは、図３ないし６に各々示された４つの別々の方法で行うことができる。図３ないし６の各々において、参照番号２０は、送信ユニットを表わし、参照番号２１は、受信ユニットを表わし、参照番号２２は、ＳＤＵを放棄するコマンドを表わし、そして参照番号２３は、送信器から受信器へのデータトラフィックを一般的に表わす。データトラフィック及びＳＤＵ放棄コマンドは、各図の最上部からスタートして時間的順序で示されている。
各実施形態において、ＳＤＵは、図２に示すように、複数のＰＤＵにより保持され、そしてシーケンス番号ｘないし（ｘ＋ｓ）をもつＰＤＵは、放棄コマンド２３を受け取る前に、２４で示すように送信器から受信器へ送信されると仮定する。
【００２１】
第１の方法が図３に示されている。
第１の方法においては、最初にＭＲＷ ＳＵＦＩコマンド（２５）が送信器から受信器へ送信される。その後、放棄されるＳＤＵの終わりを指示するＬＩフィールドを保持するＡＭＤ ＰＤＵ（２６）は、それに現在割り当てられたＳＮ、即ちシーケンス番号がｙであるＰＤＵを使用して送信される。これは、この点から、通常そうであるように（順序正しく、以前の送信、再送信及び確認も示す）継続するその後のＡＭＤ ＰＤＵの送信に影響を及ぼすものではない。しかしながら、送信される（ｘ＋ｓ）ないしｙの範囲のＰＤＵは、ここで送信される必要はない。ＭＲＷ ＳＵＦＩコマンドが確認されると、これらＰＤＵは、送信ユニットのバッファから削除することができる。ＡＭＤ ＰＤＵ２６は、ＭＲＷ ＳＵＦＩコマンド２５の直後に送信されるのが好ましい。
【００２２】
第２の方法が図４に示されている。
第２の方法においては、最初に、放棄されるＳＤＵの終わりを指示するＬＩフィールドを保持するＡＭＤ ＰＤＵ（２７）が、それに現在割り当てられたＳＮを使用して送信される。その後、ＭＲＷ ＳＵＦＩコマンド（２８）が送信される。これは、この点から、通常そうであるように（順序正しく、以前の送信、再送信及び確認も示す）継続するその後のＡＭＤ ＰＤＵの送信に影響を及ぼすものではない。ＭＲＷ ＳＵＦＩコマンド２７は、ＡＭＤ ＰＤＵ２８の直後に送信されるのが好ましい。この場合も、送信される（ｘ＋ｓ）ないしｙの範囲のＰＤＵは、ここで送信される必要はない。ＭＲＷ ＳＵＦＩコマンドが確認されると、これらＰＤＵは、送信ユニットのバッファから削除することができる。
方法１及び２では、送信されるＰＤＵのシーケンス番号に中断がある。送信されないＰＤＵに幾つかのシーケンス番号が割り当てられる。従って、受信器により受信されるシーケンス番号のシーケンスは、連続的でない。この状態を回避することが望ましいと考えられる。これは、方法３及び４により対処される。
【００２３】
第３の方法が図５に示されている。
第３の方法でも、放棄されるＳＤＵを形成しているＰＤＵは、送信されない。これらＰＤＵに以前に割り当てられたシーケンス番号は、その後のＰＤＵに割り当てられる。従って、非送信ＰＤＵのシーケンス番号を利用するように送信バッファにおいてＡＭＤ ＰＤＵに対して改訂されたシーケンス番号が発生される。放棄されるＳＤＵの終わりを指示するＬＩフィールドを保持するＡＭＤ ＰＤＵには、第２の非送信ＡＭＤ ＰＤＵのＳＮが与えられる。このＳＮの値は、ＶＴ（ｓ）＋１で与えられ、但し、ＶＴ（ｓ）は、最初に送信されるべき次のＰＤＵのシーケンス番号を記憶する送信器の送信状態変数の現在値である。送信器のバッファにおけるその後のＡＭＤ ＰＤＵは、この値から始めて順序正しく再番号付けされる。例えば、暗号化の問題のために、再番号付けされたＡＭＤ ＰＤＵは、まだ送信されないことに注意されたい。
【００２４】
ＭＲＷ ＳＵＦＩコマンド（２９）と、ＬＩフィールドが放棄されるＳＤＵの終わりを指示するＡＭＤ ＰＤＵ（３０）は、送信器から受信器へ送信される。図５において、ＭＲＷ ＳＵＦＩコマンド３０は、最初に送信されるものとして示されているが、ＡＭＤ ＰＤＵ２９には、第２の非送信ＡＭＤ ＰＤＵに対応するＳＮが与えられているので、ＭＲＷ ＳＵＦＩコマンド３０及びＡＭＤ ＰＤＵ２９は、いずれの順序で送信されてもよい。このため、ＲＬＣ ＰＤＵ ＳＮが（ｘ＋ｓ）＋１である場合には、受信器ＲＬＣがこの誤ったＳＤＵをＰＤＣＰ層へ転送する。というのは、このＳＤＵに関連したＭＲＷ ＳＵＦＩコマンドがそれによって受け取られていないからである。
【００２５】
第４の方法が図６に示されている。
第４の方法でも、放棄されるＳＤＵを形成しているＰＤＵは、送信されない。これらＰＤＵに以前に割り当てられたシーケンス番号は、その後のＰＤＵに割り当てられる。従って、非送信ＰＤＵのシーケンス番号を利用するように送信バッファにおいてＡＭＤ ＰＤＵに対して改訂されたシーケンス番号が発生される。放棄されるＳＤＵの終わりを指示するＬＩフィールドを保持するＡＭＤ ＰＤＵには、第１の非送信ＡＭＤ ＰＤＵのＳＮが与えられる。このＳＮは、状態変数ＶＴ（ｓ）現在値によって与えられる。送信器のバッファにおけるその後のＡＭＤ ＰＤＵは、この値から始めて順序正しく再番号付けされる。
【００２６】
ＭＲＷ ＳＵＦＩコマンド（３１）と、ＬＩフィールドが放棄されるＳＤＵの終わりを指示するＡＭＤ ＰＤＵ（３２）は、送信器から受信器へ送信される。図６において、ＡＭＤ ＰＤＵ３２には、第１の非送信ＡＭＤ ＰＤＵに対応するＳＮが与えられているので、ＭＲＷ ＳＵＦＩコマンド３１は、ＡＭＤ ＰＤＵ３２の前に送信されねばならない。
【００２７】
図６の方法は、図５の方法ほど信頼性があるとは考えられない。図６の方法では、ＭＲＷ ＳＵＦＩコマンドが無線インターフェイスにおいて失われた場合にエラー状態が発生する。次いで、放棄されるＳＤＵのＬＩフィールドを含む次のＡＭＤ ＰＤＵが、ＭＲＷ ＳＵＦＩコマンドに対する確認が受け取られる前に送信された場合には、受信器は、ＳＤＵが完了したとみなし、そしてそれをその後の処理のためにＰＤＣＰへ送付する。この種のエラーは、ＭＲＷ ＳＵＦＩコマンドが確認されるまで、送信バッファにおける全ての新たなＡＭＤ ＰＤＵの送信を阻止することにより防止することができる。或いは又、全てのＡＭＤ ＰＤＵの送信を阻止する（ひいては、更なる無線リソースをセーブする）のが便利である。というのは、最近のＲＬＣ仕様によれば、あるＳＤＵに対しＳＤＵ放棄手順を実行すると、それに先行する未確認のＳＤＵも放棄するからである。
【００２８】
これら全ての場合に、受け入れ確認ウインドウの下縁、即ち正しい順序で次に確認されると予想されるＰＤＵのシーケンス番号を指示する送信器における状態変数ＶＴ（Ａ）の値は、ＭＲＷ ＳＵＦＩコマンドに対する確認が受け取られた後にのみ更新される。これは、最近のＲＬＣ仕様書に現在規定されている状態と同様である。このように、ＳＤＵ放棄手順及びＭＲＷ ＳＵＦＩコマンドの送信は、ＡＭＤ ＰＤＵを盲目的に確認するものではなく、これは、送信ウインドウの「暴走」及び最終的に非同期データ送信を容易に招き得るものである。
【００２９】
図３ないし６に示された手順に続き、そして特に、図示された第１のＭＲＷ ＳＵＦＩコマンドの送信に続いて、ＳＤＵ放棄手順の実行は、ＲＬＣ仕様書に記述されたように続けられる。
図３ないし６を参照して説明した手順は、特に、ＳＤＵの放棄が頻繁に行われる状態において、そして更には、ＳＤＵの送信がスタートした直後に長いＳＤＵの放棄が実行されるときに、公知の方法に勝る無線リソースの著しい節約を果たすものである。このような状況は、長い送信遅延があるとき及び／又は失われたＡＭＤ ＰＤＵの数が多いときに生じる。更に、上述した解決策は、ＳＤＵの遅延を短くし、そして失われるＳＤＵの数を少なくし、即ちプロトコルを、失われた又は遅延されたＡＭＤ ＰＤＵによるエラーに対して不感にし、そしてエラー状態から回復するプロトコルの能力を改善することにより、サービスクオリティを改善することができる。
【００３０】
データメッセージ（ＳＤＵ）のＰＤＵが放棄されたときには、そのデータメッセージの送信は、そのメッセージを表わすデータユニットのセットの最終データユニットの送信によって終了となる。その最終データユニットは、メッセージの送信データの開始を指す長さ指示子（ＬＩ）を含み、これにより、メッセージの送信が終了したことを受信器において決定することができる。
本発明は、ここに含蓄的に又は明確に開示された特徴又は特徴の組合せ或いは特許請求の範囲内でそれを一般化したものを包含する。以上の説明に鑑み、当業者であれば、本発明の範囲内で種々の変更がなされ得ることが明らかであろう。
【図面の簡単な説明】
【図１】
無線テレコミュニケーションシステムの概略図である。
【図２】
複数のＰＤＵにより保持されるＳＤＵの構造を例示する図である。
【図３】
ＳＤＵを送信するための別のシグナリング構成を示す図である。
【図４】
ＳＤＵを送信するための別のシグナリング構成を示す図である。
【図５】
ＳＤＵを送信するための別のシグナリング構成を示す図である。
【図６】
ＳＤＵを送信するための別のシグナリング構成を示す図である。
【技術分野】
本発明は、データ送信用のプロトコルに係り、例えば、無線リンクを経てデータユニットを送信するためのプロトコルに係る。このプロトコルは、第三世代（例えば、３ＧＰＰ等）の無線電話システムにおいて状態プロトコルデータユニットの削除に関する問題に対処するのに特に適している。
【０００２】
【背景技術】
第三世代の無線電話システムに対して現在提案されている構成では、例えば、ＲＬＣ（無線リンク制御）プロトコル仕様（リリース１９９９）データをプロトコルデータユニット（ＰＤＵ）の形態で送信器と受信器との間に搬送することができる。ＰＤＵの１つの形態は、状態ＰＤＵ（ＳＤＵ）である。ＳＤＵは、リンクの状態に関する情報、例えば、どのＰＤＵが受信されたか又はどれが欠落として検出されたかの詳細を搬送することができる。ＳＤＵを形成する断片を多数のＡＭＤ（ＲＬＣ）ＰＤＵにおいて搬送することもできる。
【０００３】
ＳＤＵは、ネットワークにより無線インターフェイスを経て移動電話のようなユーザ装置（ＵＥ）の品目に送信されるか、又はＵＥにより無線インターフェイスを経てネットワークへ送信される。
最大許容再送信数（ＭａｘＤＡＴ）が、最大許容送信時間周期（Ｔｉｍｅｒ＿Ｄｉｓｃａｒｄ）と同様に指定される。ＳＤＵが、ＭａｘＤＡＴ再送信数又はＴｉｍｅｒ＿Ｄｉｓｃａｒｄ時間周期内に送信器から受信器へ首尾良く搬送されない場合には、それが放棄される。
【０００４】
ＳＤＵの放棄は、データ送信器からデータ受信器へ送信される「移動受信ウインドウスーパーフィールド」（ＭＲＷ ＳＵＦＩ）コマンドにより実行される。このＭＲＷ ＳＵＦＩコマンドは、ＳＴＡＴＵＳ ＰＤＵにおいて送信される。このＭＲＷ ＳＵＦＩコマンドは、次のフィールドを含む。
− ＬＥＮＧＴＨ：ＭＲＷ ＳＵＦＩにおけるＳＮ＿ＭＲＷの数を指定する。
− ＳＮ ＭＲＷ １−ｉ：放棄されるＳＤＵの終わりを各々指示するフィールドの数ｉ（ＬＥＮＧＴＨ−１に等しい）を与える。ＳＮ ＭＲＷ ｉは、ｉ番目の放棄されるＳＤＵのＬＩ（長さ指示子）を含むＰＤＵのシーケンス番号（ＳＮ）である。ＬＩフィールドは、ＡＭＤ ＰＤＵにおけるＳＤＵの終点を指示するのに使用される。
【０００５】
−ＳＮ ＭＲＷ ＬＥＮＧＴＨ ：このＳＮ ＭＲＷ ＬＥＮＧＴＨより小さいシーケンス番号をもつ全てのＰＤＵを放棄し、そしてそれに応じて受信ウインドウを移動するよう受信器に要求する。更に、受信器は、第１のＮＬＥＮＧＴＨＬＩと、シーケンス番号ＳＮ ＭＲＷ ＬＥＮＧＴＨをもつＰＤＵにおける対応データバイトとを放棄する。
−Ｎ ＬＥＮＧＴＨ ：上述したように最後に放棄されるＳＤＵの終わりを指示する上で助けとなる。ＮＬＥＮＧＴＨは、シーケンス番号ＳＮ＿ＭＲＷＬＥＮＧＴＨをもつＰＵにおけるどのＬＩが、最後に放棄されたＳＤＵに対応するかを指示する。ＮＬＥＮＧＴＨ＝０は、最後のＳＤＵが、シーケンス番号ＳＮ＿ＭＲＷＬＥＮＧＴＨ−１をもつＰＵで終わり、そしてシーケンス番号ＳＮ＿ＭＲＷＬＥＮＧＴＨをもつＰＵにおける第１のデータバイトが、次に再組み立てされるべき第１のデータバイトであることを指示する。
【０００６】
ＲＬＣプロトコル仕様（リリース１９９９）によれば、ＳＤＵは放棄されるが、そのＳＤＵの断片を保持する全てのＡＭＤ ＰＤＵは、依然として、無線インターフェイスを経て送信される。これは、貴重なリンクリソースが、既に放棄されると決定されたデータの搬送に捧げられることを意味する。最悪のケースは、放棄されるべきＳＤＵのサイズが著しく大きくそしてＳＤＵ放棄手順がＳＤＵの送信の初期段階で実行されるときである。これは、例えば、次の場合に生じる。
ａ．そのＳＤＵに対する第１のＡＭＤ ＰＤＵの１つが失われるか、又は
ｂ．例えば、無線インターフェイスにおける長い遅延の結果として、若干のＡＭＤ ＰＤＵしか送信されないときにＳＤＵ送信タイマーが時間切れした場合。
【０００７】
この状態において、既に放棄されたＳＤＵを形成しているＡＭＤ ＰＤＵの残り部分が依然送信されるが、これは単なる無駄な無線リソースである。というのは、送信されるデータは、決してユーザに役立たないからである。更に、不必要なデータオーバーヘッドは、有用なデータの送信レートを著しく低速化し、ひいては、サービスクオリティを低下させる。
【０００８】
ＳＤＵ放棄手順のトリガー動作がＳＤＵ送信時間に対して設定されたタイマーをベースとするときには（Ｔｉｍｅｒ＿Ｄｉｓｃａｒｄを使用して）、余計なオーバーヘッド及びそれによりその後のＳＤＵ送信に対して生じる遅延がユーザデータの著しいロス及びその後のデータ送信手順の不良を引き起こす確率が特に高くなる。
ＳＤＵの放棄が行われると、そのＳＤＵにその後に捧げられるリンクリソースを最小にするか又は少なくとも減少することが望ましい。これは、無線リソースを解放し、有用なデータの送信レートを高める。
【０００９】
【発明の開示】
本発明の１つの特徴によれば、送信器から受信器に向かってデータを送信するための方法において、各々データメッセージの一部分より成る複数の順序付けされたデータユニットを形成し、少なくとも幾つかのデータユニットを順序正しく送信し、データメッセージに対して放棄状態を識別し、そしてデータユニットの最後の１つ及び少なくとも１つの他のデータユニットを含むデータユニットのサブセットが送信されなかった場合に、データメッセージを放棄すべきであることを指示し（例えばコマンドにより）、そしてデータメッセージの終了の指示を含めて、上記サブセットからデータユニットの最後の１つだけを送信するという段階を備えた方法が提供される。
【００１０】
本発明の別の特徴によれば、受信器へデータを通信するための送信器であって、各々データメッセージの一部分より成る複数の順序付けされたデータユニットを形成し、少なくとも幾つかのデータユニットの送信を順序正しく生じさせ、データメッセージに対して放棄状態を識別し、そしてデータユニットの最後の１つ及び少なくとも１つの他のデータユニットを含むデータユニットのサブセットが送信されなかった場合に、データメッセージを放棄すべきであるという指示の送信を生じさせ（例えば、コマンドにより）、そしてデータメッセージの終了の指示を含めて、上記サブセットからデータユニットの最後の１つだけの送信を生じさせるという段階を実行するよう動作できるデータ送信制御ユニットを備えた送信器が提供される。
【００１１】
好ましくは、データメッセージに対して放棄状態を識別する際に、データユニットの最後の１つ及び少なくとも１つの他のデータユニットを含むデータユニットのサブセットが送信されなかった場合には、データユニットの最後の１つ以外の上記サブセットのデータユニットは、送信器から受信器に向かって送信されない。
【００１２】
上記方法は、各データユニットに順序正しく連続シーケンス番号を割り当てる段階を含むのが適当である。好ましくは、上記方法は、データユニットの最後の１つを送信する前に、そのデータユニットへシーケンス番号を再割り当てする段階を含む。好ましくは、データユニットの最後の１つに再割り当てされるシーケンス番号は、送信された最後のデータユニットのシーケンス番号より１だけ大きなシーケンス番号である。或いは又、データユニットの最後の１つに再割り当てされるシーケンス番号は、送信された最後のデータユニットのシーケンス番号より大きな（最も好ましくは２だけ大きな）シーケンス番号である。上記方法は、データメッセージの一部分より成る上記データユニットの後に送信されるべき更に別のデータユニットにシーケンス番号を割り当て、そしてこれら更に別のデータユニットを送信する前に、データユニットの最後の１つに再割り当てされたものに続く連続シーケンス番号をその更に別のデータユニットに再割り当てするという段階を含む。
【００１３】
データメッセージを放棄すべきであることを示すコマンドは、プロトコルの他の要求を受けて、データユニットの最後の１つの前に送信されてもよいし又はその後に送信されてもよい。
データユニットは、プロトコルデータユニットであるのが適当であり、無線リンク制御プロトコルデータユニットであるのが好ましい。
データメッセージは、状態プロトコルデータユニットである。
【００１４】
上記方法は、データユニットの最後の１つの認識を指定する段階を含むのが好ましい。
送信器及び／又は受信器は、第三世代のプロトコル仕様又はそこから派生したものに基づいて動作できるのが好ましい。
送信器及び受信器の一方は、移動ステーションである。送信器及び受信器の他方は、ネットワークユニットである。
データユニットの最後の１つは、データメッセージの長さを指定するデータを順序正しく含むのが好ましい。
【００１５】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明を一例として詳細に説明する。
図１ないし３において、同じ部分は同じ参照番号で示されている。
図１は、無線テレコミュニケーションシステムを示す。このシステムは、無線テレコミュニケーションネットワーク１を備え、これは、複数のベースステーション送信／受信ユニット２を含み、これらユニットは、無線によりユーザ装置３と通信することができる。ユーザ装置は、例えば、移動電話のような移動ステーションである。ネットワークにより、ＵＥは、互いに通信することもできるし、ネットワーク１に相互接続された地上ライン電話４又はインターネットターミナル５のような他の装置と通信することもできる。ネットワークは、所定のプロトコルに基づいてＵＥへの及びＵＥからのデータの送信及び受信を制御するネットワーク送信／受信制御ユニット６を備えている。対応的に、ＵＥは、所定のプロトコルに基づきネットワークへの及びネットワークからのデータの送信及び受信を制御するＵＥデータ送信／受信制御ユニット７を備えている。
【００１６】
ＵＥとネットワークとの間でデータを送信するのに使用されるプロトコルは、ＲＬＣプロトコルをベースとし、例えば、ＲＬＣプロトコル仕様（リリース１９９９）等に基づくのが適当である。しかしながら、以下に述べるように、本プロトコルは、放棄されるＳＤＵの改善された取り扱いのための対策を含む。
放棄されるＳＤＵを取り扱う手順について以下に説明する。これらの手順は、図１に示すようなシステムにおいて動作するのに特に適しており、ネットワークとＵＥとの間でデータを送信する（各方向に）のに特に適している。しかしながら、これらの手順は、図１のシステムの他の位置及び他のデータ送信システムにおいて、例えば、無線リンクではなく固定リンクを経て、或いは赤外線リンクのような他のワイヤレスリンクを経て実施することもできる。
【００１７】
ＳＤＵは、複数のＰＤＵにより搬送することができ、ＳＤＵの各部分は、これらＰＤＵの各々に含まれる。この状態が図２に示されている。各ＰＤＵは、シーケンス番号を有する。図２は、ｘからｙまでのシーケンス番号を有する一連のＲＬＣ ＰＤＵを示す。これらＰＤＵの各々は、あるＳＤＵの一部分を保持する。ＳＤＵの一部分を保持するＰＤＵの１つは、シーケンス番号（ｘ＋ｓ）で指定することができ、但し、ｓは、０から（ｙ−ｘ）の範囲においてｘからのオフセットである。この説明では、ｘ及びｙは、連続番号ではない。
【００１８】
一連のＰＤＵが図２に線１０で示されている。ＰＤＵｘは、１１で示され、ＰＤＵｙは、１２で示され、そして任意のＰＤＵ（ｘ＋ｓ）は、１３で示される。
テレコミュニケーションシステムの動作中に、例えば、上述した理由の１つ、即ち所定の再送信回数を越えるか又は所定の送信時間周期を越えることで、ＳＤＵを放棄する判断がなされる。ＳＤＵを放棄する判断がなされるときには、ＳＤＵ放棄手順がトリガーされる。
【００１９】
ＳＤＵ放棄手順がトリガーされた後、ＭＲＷ ＳＵＦＩコマンド（上述した）が受信器へ送信され、そして受信器へ送信されるべき次のＡＭＤ ＰＤＵは、ＭＲＷ ＳＵＦＩコマンドにおいてそのフィールドＳＮ ＭＲＷ ＬＥＮＧＴＨ によって指摘されたものとなる。これは、放棄されるＳＤＵのＬＩフィールドを保持するＡＭＤ ＰＤＵであるか、或いは放棄されるＳＤＵのＬＩフィールドを保持するＡＭＤ ＰＤＵの残り部分がパッディングである場合には、その直後のＡＭＤ ＰＤＵである。以下に規定するものに先行しそしてＭＲＷ ＳＵＦＩコマンドのフィールドＳＮ ＭＲＷ ＬＥＮＧＴＨ フィールドによって指摘されたＡＭＤ ＰＤＵについては、ＳＤＵ放棄手順を送信し、再送し又はトリガーすることを含むそれ以上のデータ送信動作は実行されない。ＲＬＣ ＰＤＵ番号＜ＭＲＷ ＬＥＮＧＴＨ であるＲＬＣ ＰＤＵについては、何も生じない。シーケンス番号≧ＭＲＷ ＬＥＮＧＴＨ であるものについては、もしトランシーバが要求すれば、それを再送信することができる。しかしながら、これらのＡＭＤ ＰＤＵは、そのＭＲＷ ＳＵＦＩコマンドが受信器によって確認され（ＭＲＷ＿ＡＣＫ ＳＵＦＩコマンドによるのが適当である）そして受け入れ確認ウインドウの下縁が更新されるまで、送信されるべきデータの送信バッファから除去されない。
【００２０】
ＭＲＷ ＳＵＦＩコマンドを送信し、そしてそれに対応して受信器にＡＭＤ ＰＤＵを指定することは、図３ないし６に各々示された４つの別々の方法で行うことができる。図３ないし６の各々において、参照番号２０は、送信ユニットを表わし、参照番号２１は、受信ユニットを表わし、参照番号２２は、ＳＤＵを放棄するコマンドを表わし、そして参照番号２３は、送信器から受信器へのデータトラフィックを一般的に表わす。データトラフィック及びＳＤＵ放棄コマンドは、各図の最上部からスタートして時間的順序で示されている。
各実施形態において、ＳＤＵは、図２に示すように、複数のＰＤＵにより保持され、そしてシーケンス番号ｘないし（ｘ＋ｓ）をもつＰＤＵは、放棄コマンド２３を受け取る前に、２４で示すように送信器から受信器へ送信されると仮定する。
【００２１】
第１の方法が図３に示されている。
第１の方法においては、最初にＭＲＷ ＳＵＦＩコマンド（２５）が送信器から受信器へ送信される。その後、放棄されるＳＤＵの終わりを指示するＬＩフィールドを保持するＡＭＤ ＰＤＵ（２６）は、それに現在割り当てられたＳＮ、即ちシーケンス番号がｙであるＰＤＵを使用して送信される。これは、この点から、通常そうであるように（順序正しく、以前の送信、再送信及び確認も示す）継続するその後のＡＭＤ ＰＤＵの送信に影響を及ぼすものではない。しかしながら、送信される（ｘ＋ｓ）ないしｙの範囲のＰＤＵは、ここで送信される必要はない。ＭＲＷ ＳＵＦＩコマンドが確認されると、これらＰＤＵは、送信ユニットのバッファから削除することができる。ＡＭＤ ＰＤＵ２６は、ＭＲＷ ＳＵＦＩコマンド２５の直後に送信されるのが好ましい。
【００２２】
第２の方法が図４に示されている。
第２の方法においては、最初に、放棄されるＳＤＵの終わりを指示するＬＩフィールドを保持するＡＭＤ ＰＤＵ（２７）が、それに現在割り当てられたＳＮを使用して送信される。その後、ＭＲＷ ＳＵＦＩコマンド（２８）が送信される。これは、この点から、通常そうであるように（順序正しく、以前の送信、再送信及び確認も示す）継続するその後のＡＭＤ ＰＤＵの送信に影響を及ぼすものではない。ＭＲＷ ＳＵＦＩコマンド２７は、ＡＭＤ ＰＤＵ２８の直後に送信されるのが好ましい。この場合も、送信される（ｘ＋ｓ）ないしｙの範囲のＰＤＵは、ここで送信される必要はない。ＭＲＷ ＳＵＦＩコマンドが確認されると、これらＰＤＵは、送信ユニットのバッファから削除することができる。
方法１及び２では、送信されるＰＤＵのシーケンス番号に中断がある。送信されないＰＤＵに幾つかのシーケンス番号が割り当てられる。従って、受信器により受信されるシーケンス番号のシーケンスは、連続的でない。この状態を回避することが望ましいと考えられる。これは、方法３及び４により対処される。
【００２３】
第３の方法が図５に示されている。
第３の方法でも、放棄されるＳＤＵを形成しているＰＤＵは、送信されない。これらＰＤＵに以前に割り当てられたシーケンス番号は、その後のＰＤＵに割り当てられる。従って、非送信ＰＤＵのシーケンス番号を利用するように送信バッファにおいてＡＭＤ ＰＤＵに対して改訂されたシーケンス番号が発生される。放棄されるＳＤＵの終わりを指示するＬＩフィールドを保持するＡＭＤ ＰＤＵには、第２の非送信ＡＭＤ ＰＤＵのＳＮが与えられる。このＳＮの値は、ＶＴ（ｓ）＋１で与えられ、但し、ＶＴ（ｓ）は、最初に送信されるべき次のＰＤＵのシーケンス番号を記憶する送信器の送信状態変数の現在値である。送信器のバッファにおけるその後のＡＭＤ ＰＤＵは、この値から始めて順序正しく再番号付けされる。例えば、暗号化の問題のために、再番号付けされたＡＭＤ ＰＤＵは、まだ送信されないことに注意されたい。
【００２４】
ＭＲＷ ＳＵＦＩコマンド（２９）と、ＬＩフィールドが放棄されるＳＤＵの終わりを指示するＡＭＤ ＰＤＵ（３０）は、送信器から受信器へ送信される。図５において、ＭＲＷ ＳＵＦＩコマンド３０は、最初に送信されるものとして示されているが、ＡＭＤ ＰＤＵ２９には、第２の非送信ＡＭＤ ＰＤＵに対応するＳＮが与えられているので、ＭＲＷ ＳＵＦＩコマンド３０及びＡＭＤ ＰＤＵ２９は、いずれの順序で送信されてもよい。このため、ＲＬＣ ＰＤＵ ＳＮが（ｘ＋ｓ）＋１である場合には、受信器ＲＬＣがこの誤ったＳＤＵをＰＤＣＰ層へ転送する。というのは、このＳＤＵに関連したＭＲＷ ＳＵＦＩコマンドがそれによって受け取られていないからである。
【００２５】
第４の方法が図６に示されている。
第４の方法でも、放棄されるＳＤＵを形成しているＰＤＵは、送信されない。これらＰＤＵに以前に割り当てられたシーケンス番号は、その後のＰＤＵに割り当てられる。従って、非送信ＰＤＵのシーケンス番号を利用するように送信バッファにおいてＡＭＤ ＰＤＵに対して改訂されたシーケンス番号が発生される。放棄されるＳＤＵの終わりを指示するＬＩフィールドを保持するＡＭＤ ＰＤＵには、第１の非送信ＡＭＤ ＰＤＵのＳＮが与えられる。このＳＮは、状態変数ＶＴ（ｓ）現在値によって与えられる。送信器のバッファにおけるその後のＡＭＤ ＰＤＵは、この値から始めて順序正しく再番号付けされる。
【００２６】
ＭＲＷ ＳＵＦＩコマンド（３１）と、ＬＩフィールドが放棄されるＳＤＵの終わりを指示するＡＭＤ ＰＤＵ（３２）は、送信器から受信器へ送信される。図６において、ＡＭＤ ＰＤＵ３２には、第１の非送信ＡＭＤ ＰＤＵに対応するＳＮが与えられているので、ＭＲＷ ＳＵＦＩコマンド３１は、ＡＭＤ ＰＤＵ３２の前に送信されねばならない。
【００２７】
図６の方法は、図５の方法ほど信頼性があるとは考えられない。図６の方法では、ＭＲＷ ＳＵＦＩコマンドが無線インターフェイスにおいて失われた場合にエラー状態が発生する。次いで、放棄されるＳＤＵのＬＩフィールドを含む次のＡＭＤ ＰＤＵが、ＭＲＷ ＳＵＦＩコマンドに対する確認が受け取られる前に送信された場合には、受信器は、ＳＤＵが完了したとみなし、そしてそれをその後の処理のためにＰＤＣＰへ送付する。この種のエラーは、ＭＲＷ ＳＵＦＩコマンドが確認されるまで、送信バッファにおける全ての新たなＡＭＤ ＰＤＵの送信を阻止することにより防止することができる。或いは又、全てのＡＭＤ ＰＤＵの送信を阻止する（ひいては、更なる無線リソースをセーブする）のが便利である。というのは、最近のＲＬＣ仕様によれば、あるＳＤＵに対しＳＤＵ放棄手順を実行すると、それに先行する未確認のＳＤＵも放棄するからである。
【００２８】
これら全ての場合に、受け入れ確認ウインドウの下縁、即ち正しい順序で次に確認されると予想されるＰＤＵのシーケンス番号を指示する送信器における状態変数ＶＴ（Ａ）の値は、ＭＲＷ ＳＵＦＩコマンドに対する確認が受け取られた後にのみ更新される。これは、最近のＲＬＣ仕様書に現在規定されている状態と同様である。このように、ＳＤＵ放棄手順及びＭＲＷ ＳＵＦＩコマンドの送信は、ＡＭＤ ＰＤＵを盲目的に確認するものではなく、これは、送信ウインドウの「暴走」及び最終的に非同期データ送信を容易に招き得るものである。
【００２９】
図３ないし６に示された手順に続き、そして特に、図示された第１のＭＲＷ ＳＵＦＩコマンドの送信に続いて、ＳＤＵ放棄手順の実行は、ＲＬＣ仕様書に記述されたように続けられる。
図３ないし６を参照して説明した手順は、特に、ＳＤＵの放棄が頻繁に行われる状態において、そして更には、ＳＤＵの送信がスタートした直後に長いＳＤＵの放棄が実行されるときに、公知の方法に勝る無線リソースの著しい節約を果たすものである。このような状況は、長い送信遅延があるとき及び／又は失われたＡＭＤ ＰＤＵの数が多いときに生じる。更に、上述した解決策は、ＳＤＵの遅延を短くし、そして失われるＳＤＵの数を少なくし、即ちプロトコルを、失われた又は遅延されたＡＭＤ ＰＤＵによるエラーに対して不感にし、そしてエラー状態から回復するプロトコルの能力を改善することにより、サービスクオリティを改善することができる。
【００３０】
データメッセージ（ＳＤＵ）のＰＤＵが放棄されたときには、そのデータメッセージの送信は、そのメッセージを表わすデータユニットのセットの最終データユニットの送信によって終了となる。その最終データユニットは、メッセージの送信データの開始を指す長さ指示子（ＬＩ）を含み、これにより、メッセージの送信が終了したことを受信器において決定することができる。
本発明は、ここに含蓄的に又は明確に開示された特徴又は特徴の組合せ或いは特許請求の範囲内でそれを一般化したものを包含する。以上の説明に鑑み、当業者であれば、本発明の範囲内で種々の変更がなされ得ることが明らかであろう。
【図面の簡単な説明】
【図１】
無線テレコミュニケーションシステムの概略図である。
【図２】
複数のＰＤＵにより保持されるＳＤＵの構造を例示する図である。
【図３】
ＳＤＵを送信するための別のシグナリング構成を示す図である。
【図４】
ＳＤＵを送信するための別のシグナリング構成を示す図である。
【図５】
ＳＤＵを送信するための別のシグナリング構成を示す図である。
【図６】
ＳＤＵを送信するための別のシグナリング構成を示す図である。
Claims (24)
- 送信器から受信器に向かってデータを送信するための方法において、
各々データメッセージの一部分より成る複数の順序付けされたデータユニットを形成し、
少なくとも幾つかのデータユニットを順序正しく送信し、
データメッセージに対して放棄状態を識別し、そして
データユニットの最後の１つ及び少なくとも１つの他のデータユニットを含むデータユニットのサブセットが送信されなかった場合に、
データメッセージを放棄すべきであることを指示し、そして
データメッセージの終了の指示を含めて、上記サブセットからデータユニットの最後の１つだけを送信する、
という段階を備えた方法。 - 上記データメッセージの終了の指示は、データメッセージの開始の位置を指定する指示である請求項１に記載の方法。
- データメッセージに対して放棄状態を識別する際に、データユニットの最後の１つ及び少なくとも１つの他のデータユニットを含むデータユニットのサブセットが送信されなかった場合には、データユニットの最後の１つ以外の上記サブセットのデータユニットは、送信器から受信器に向かって送信されない請求項１又は２に記載の方法。
- 各データユニットに順序正しく連続シーケンス番号を割り当てる段階を備えた請求項１ないし３のいずれかに記載の方法。
- データユニットの最後の１つを送信する前に、そのデータユニットへシーケンス番号を再割り当てする請求項４に記載の方法。
- データユニットの最後の１つに再割り当てされるシーケンス番号は、送信された最後のデータユニットのシーケンス番号より１だけ大きなシーケンス番号である請求項５に記載の方法。
- データユニットの最後の１つに再割り当てされるシーケンス番号は、送信された最後のデータユニットのシーケンス番号より２だけ大きなシーケンス番号である請求項５に記載の方法。
- データメッセージの一部分より成る上記データユニットの後に送信されるべき更に別のデータユニットにシーケンス番号を割り当て、そして
これら更に別のデータユニットを送信する前に、データユニットの最後の１つに再割り当てされたものに続く連続シーケンス番号をその更に別のデータユニットに再割り当てする、
という段階を備えた請求項５ないし７のいずれかに記載の方法。 - データメッセージを放棄すべきであるという指示は、データユニットの最後の１つの後に送信される請求項１ないし８のいずれかに記載の方法。
- データユニットの最後の１つは、データメッセージを放棄すべきであるという指示の後に送信される請求項１ないし５、７又は８のいずれかに記載の方法。
- 上記データユニットは、プロトコルデータユニットである請求項１ないし１０のいずれかに記載の方法。
- 上記プロトコルデータユニットは、無線リンク制御プロトコルデータユニットである請求項１１に記載の方法。
- 上記データメッセージは、状態プロトコルデータユニットである請求項１ないし１２のいずれかに記載の方法。
- 上記送信器及び受信器は、第三世代のプロトコル仕様又はそこから派生するものに基づいて動作できる請求項１ないし１３のいずれかに記載の方法。
- 上記送信器及び受信器の一方は、移動ステーションである請求項１ないし１４のいずれかに記載の方法。
- 上記送信器及び受信器の他方は、ネットワークユニットである請求項１５に記載の方法。
- 上記送信段階は、ワイヤレスリンクによる送信を含む請求項１ないし１６のいずれかに記載の方法。
- 上記送信段階は、無線による送信を含む請求項１７に記載の方法。
- 上記データユニットの最後の１つは、データメッセージの長さを指定するデータを順序正しく含む請求項１ないし１８のいずれかに記載の方法。
- データは、確認されたモードで送信される請求項１ないし１９のいずれかに記載の方法。
- データは、未確認のモードで送信される請求項１ないし２０のいずれかに記載の方法。
- 実質的に添付図面を参照して説明した方法。
- 請求項１ないし２２のいずれかに記載の方法を実行するように構成された装置。
- 受信器へデータを通信するための送信器であって、
各々データメッセージの一部分より成る複数の順序付けされたデータユニットを形成し、
少なくとも幾つかのデータユニットの送信を順序正しく生じさせ、
データメッセージに対して放棄状態を識別し、そして
データユニットの最後の１つ及び少なくとも１つの他のデータユニットを含むデータユニットのサブセットが送信されなかった場合に、
データメッセージを放棄すべきであるという指示の送信を生じさせ、そして
データメッセージの終了の指示を含めて、上記サブセットからデータユニットの最後の１つだけの送信を生じさせる、
という段階を実行するよう動作できるデータ送信制御ユニットを備えた送信器。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB0020442.0A GB0020442D0 (en) | 2000-08-18 | 2000-08-18 | Data transmission protocol |
| PCT/IB2001/001757 WO2002015510A2 (en) | 2000-08-18 | 2001-08-17 | Data transmission protocol |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004507167A true JP2004507167A (ja) | 2004-03-04 |
| JP4060181B2 JP4060181B2 (ja) | 2008-03-12 |
Family
ID=9897917
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002520506A Expired - Lifetime JP4060181B2 (ja) | 2000-08-18 | 2001-08-17 | データ送信プロトコル |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US7532626B2 (ja) |
| EP (1) | EP1312194B1 (ja) |
| JP (1) | JP4060181B2 (ja) |
| KR (1) | KR100797165B1 (ja) |
| CN (1) | CN100361481C (ja) |
| AT (1) | ATE515906T1 (ja) |
| AU (1) | AU2001287986A1 (ja) |
| BR (1) | BRPI0113360B1 (ja) |
| CA (1) | CA2419836C (ja) |
| GB (1) | GB0020442D0 (ja) |
| WO (1) | WO2002015510A2 (ja) |
| ZA (1) | ZA200301298B (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010511318A (ja) * | 2006-11-27 | 2010-04-08 | サムスン エレクトロニクス カンパニー リミテッド | 移動通信システムにおける無線リンク制御レイヤーのデータ送信方法及び装置 |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7383580B1 (en) * | 2002-01-23 | 2008-06-03 | Verizon Corporate Services Group Inc. | Computer virus detection and prevention |
| US7200115B2 (en) * | 2002-05-17 | 2007-04-03 | Lucent Technologies Inc. | Method of managing non-acknowledgement responses |
| KR100802619B1 (ko) * | 2002-11-07 | 2008-02-13 | 엘지전자 주식회사 | 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법 |
| US7539220B2 (en) * | 2003-02-03 | 2009-05-26 | Asustek Computer Inc. | Data discard signalling procedure in a wireless communication system |
| TWI247510B (en) | 2003-08-18 | 2006-01-11 | Asustek Comp Inc | Method to avoid potential deadlocks in a SDU discard function |
| US7257216B2 (en) | 2003-11-03 | 2007-08-14 | Hewlett-Packard Development Company, L.P. | Selective message discard |
| KR100684307B1 (ko) * | 2003-12-29 | 2007-02-16 | 한국전자통신연구원 | 자동 재전송 요청 블록을 수신하는 방법 및 그 프로그램이 저장된 기록 매체 |
| JP4622263B2 (ja) * | 2004-02-27 | 2011-02-02 | 富士通株式会社 | 送信装置、受信装置、再送制御方法 |
| US7411979B2 (en) * | 2004-09-24 | 2008-08-12 | Innovative Sonic Limited | Enhanced SDU discard procedure for a special data segmentation in a wireless communications system |
| US7529184B2 (en) * | 2004-12-01 | 2009-05-05 | Research In Motion Limited | Flow control buffering |
| CA2662425A1 (en) * | 2006-09-28 | 2008-04-03 | Research In Motion Limited | Method and apparatus for buffering packets in a network |
| US7715444B2 (en) * | 2007-02-02 | 2010-05-11 | Palm, Inc | Resuming a previously interrupted peer-to-peer synchronization operation |
| CN101414896B (zh) * | 2007-10-18 | 2012-11-21 | 华为技术有限公司 | 一种移动接收窗口方法、系统和装置 |
| CN102315923B (zh) * | 2011-09-01 | 2013-11-20 | 中国空间技术研究院 | 一种3g卫星通信系统无线链路控制方法 |
| EP2684896A1 (en) | 2012-07-09 | 2014-01-15 | International-Drug-Development-Biotech | Anti-DR5 family antibodies, bispecific or multivalent anti-DR5 family antibodies and methods of use thereof |
| CN108540401B (zh) * | 2017-03-03 | 2023-05-23 | 中兴通讯股份有限公司 | 通讯协议的数据共享方法及系统 |
| WO2019134168A1 (en) * | 2018-01-08 | 2019-07-11 | Zte Corporation | Radio link control (rlc) acknowledged mode (am) data reception |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR0173205B1 (ko) * | 1995-11-16 | 1999-03-30 | 양승택 | 이더넷을 통한 아이피씨 메시지 송수신 방법 |
| US6026093A (en) | 1997-10-02 | 2000-02-15 | Sun Microsystems, Inc. | Mechanism for dispatching data units via a telecommunications network |
| US6512747B1 (en) | 1998-03-05 | 2003-01-28 | Nippon Telegraph And Telephone Corporation | ATM transmission system |
| JP3019855B2 (ja) | 1998-03-05 | 2000-03-13 | 日本電信電話株式会社 | Ａｔｍ伝送装置 |
| US6289016B1 (en) * | 1998-05-20 | 2001-09-11 | Nokia Telecommunications, Oyc. | Method for eliminating misconcatenation of partial packets in AAL2 and partial packet with channel identifier |
| US6556556B1 (en) | 1999-01-29 | 2003-04-29 | Nortel Networks Limited | Method and system for limiting data packet transmission within a digital mobile telephone communication network by discarding unsuccessfully transmitted radio link protocol frames |
| US6621796B1 (en) * | 1999-03-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Discard mechanism for selective repeat automatic repeat request |
| US6335933B1 (en) * | 1999-05-21 | 2002-01-01 | Broadcom Homenetworking, Inc. | Limited automatic repeat request protocol for frame-based communication channels |
| US7106742B1 (en) * | 2000-01-13 | 2006-09-12 | Mercury Computer Systems, Inc. | Method and system for link fabric error detection and message flow control |
-
2000
- 2000-08-18 GB GBGB0020442.0A patent/GB0020442D0/en not_active Ceased
-
2001
- 2001-08-17 US US10/344,930 patent/US7532626B2/en not_active Expired - Lifetime
- 2001-08-17 CN CNB01815199XA patent/CN100361481C/zh not_active Expired - Lifetime
- 2001-08-17 EP EP01967616A patent/EP1312194B1/en not_active Expired - Lifetime
- 2001-08-17 JP JP2002520506A patent/JP4060181B2/ja not_active Expired - Lifetime
- 2001-08-17 WO PCT/IB2001/001757 patent/WO2002015510A2/en active Application Filing
- 2001-08-17 BR BRPI0113360A patent/BRPI0113360B1/pt active IP Right Grant
- 2001-08-17 CA CA2419836A patent/CA2419836C/en not_active Expired - Lifetime
- 2001-08-17 AU AU2001287986A patent/AU2001287986A1/en not_active Abandoned
- 2001-08-17 AT AT01967616T patent/ATE515906T1/de not_active IP Right Cessation
- 2001-08-17 KR KR1020037002391A patent/KR100797165B1/ko active IP Right Grant
-
2003
- 2003-02-18 ZA ZA200301298A patent/ZA200301298B/en unknown
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010511318A (ja) * | 2006-11-27 | 2010-04-08 | サムスン エレクトロニクス カンパニー リミテッド | 移動通信システムにおける無線リンク制御レイヤーのデータ送信方法及び装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100361481C (zh) | 2008-01-09 |
| WO2002015510A2 (en) | 2002-02-21 |
| BRPI0113360B1 (pt) | 2017-06-06 |
| ZA200301298B (en) | 2003-08-27 |
| CA2419836C (en) | 2012-04-17 |
| EP1312194B1 (en) | 2011-07-06 |
| CN1452830A (zh) | 2003-10-29 |
| KR100797165B1 (ko) | 2008-01-23 |
| JP4060181B2 (ja) | 2008-03-12 |
| US20040009771A1 (en) | 2004-01-15 |
| BR0113360A (pt) | 2003-07-15 |
| WO2002015510A3 (en) | 2002-05-10 |
| US7532626B2 (en) | 2009-05-12 |
| EP1312194A2 (en) | 2003-05-21 |
| ATE515906T1 (de) | 2011-07-15 |
| KR20030027043A (ko) | 2003-04-03 |
| GB0020442D0 (en) | 2000-10-04 |
| AU2001287986A1 (en) | 2002-02-25 |
| CA2419836A1 (en) | 2002-02-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4060181B2 (ja) | データ送信プロトコル | |
| EP2290866B1 (en) | Method for moving a receive window in a radio access network | |
| JP4562694B2 (ja) | 再送制御方法及び装置 | |
| EP2493104B1 (en) | Header compression data packet transmission method and device based on retransmission mechanism | |
| RU2487485C2 (ru) | Способ управления окном передачи и повторной передачей и передающее устройство | |
| US20200059817A1 (en) | Method for processing data in consideration of tcp/ip | |
| US7054316B2 (en) | Method and system for interlayer control between re-sequencing and retransmission entities | |
| US12047807B2 (en) | Method for processing data in consideration of TCP/IP | |
| US8588784B2 (en) | Mobile communication system, wireless base station and hand over reconnection method for use therewith including an accumulation portion for holding data | |
| EP2229745B2 (en) | Status reporting for retransmission protocol | |
| US8098664B2 (en) | Retransmission-request transmitting method and receiving side apparatus | |
| EP1811727A2 (en) | Method and apparatus for transmitting a status report for retransmission control in a mobile communication system | |
| EP2063579B1 (en) | Method for handling radio bearer messages during reset and reestablishment in a wireless system | |
| EP1885077A1 (en) | Methods and apparatuses for implementing variable length sequence numbers in ARQ communication systems | |
| WO2009051386A2 (en) | Method of performing arq procedure for transmitting high rate data | |
| KR20140097610A (ko) | 다중 무선 접속 기술 기반 통신 시스템에서의 무선 링크 제어 상태 보고 전송 방법 및 장치 | |
| KR101084136B1 (ko) | 무선 통신 시스템의 송수신 단에서 상태정보를 포함하는ｐｄｕ를 송수신하는 방법 | |
| CN109729554B (zh) | 上行增强数据传输方法、装置及用户设备 | |
| KR100918735B1 (ko) | 이동통신 시스템에서 패킷 송수신 방법 및 장치 | |
| KR100709028B1 (ko) | 데이터의 선택적 재전송 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050720 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050801 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20051101 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20051109 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060127 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060724 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20061024 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20061031 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070119 |
|
| 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: 20071119 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071219 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101228 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4060181 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: 20101228 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111228 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111228 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121228 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121228 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131228 Year of fee payment: 6 |
|
| 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 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| 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 |