JP3744908B2 - 無線通信システムにおけるデータ廃棄のシグナリング処理 - Google Patents
無線通信システムにおけるデータ廃棄のシグナリング処理 Download PDFInfo
- Publication number
- JP3744908B2 JP3744908B2 JP2003022047A JP2003022047A JP3744908B2 JP 3744908 B2 JP3744908 B2 JP 3744908B2 JP 2003022047 A JP2003022047 A JP 2003022047A JP 2003022047 A JP2003022047 A JP 2003022047A JP 3744908 B2 JP3744908 B2 JP 3744908B2
- Authority
- JP
- Japan
- Prior art keywords
- data unit
- protocol data
- sequence number
- field
- mrw
- 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
- H04L1/1809—Selective-repeat protocols
-
- 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
- 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/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1832—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/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/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
- 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
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)
Description
【０００１】
【発明の属する技術分野】
本発明は、無線通信プロトコルに関し、より詳細には、データ廃棄のシグナリング処理に関するものである。
【０００２】
【従来の技術】
無線通信システムにおいて、サービスデータユニット（ＳＤＵ）のセグメントからなるプロトコルデータユニット（ＰＤＵ）は、その回数には上限はあるが、同等（ｐｅｅｒ）である受信端からの確認応答に関係なく伝送または再送され得る。そして、送信端の送信ウィンドウ制御を行うのに状態変数ＶＴ（Ａ）が用いられるが、これは、順番どおりに確認応答がされた最後のＰＤＵのシーケンス番号（ＳＮ）の次にあたるＳＮとして定義されるものである。一方、受信端の受信ウィンドウ制御には状態変数ＶＲ（Ｒ）が用いられ、これは、順番に受け取られた最後のＰＤＵのＳＮの次にあたるＳＮとして定義されるものである。もう１つの状態変数、つまりＶＲ（Ｈ）は、受け取られたＰＤＵの中で最大のシーケンス番号（ＳＮ）の次にあたるＳＮとして定義されるものである。データ（ＳＤＵ）は、既定の継続時間の範囲において伝送または再送がされ、計時時間が満了となる、または伝送回数が最大に達すると、無効であると判断され、送信端により廃棄される。確認応答モード（ＡＭ）通信においては、送信端は受信端に対してＳＤＵ廃棄の通知を行わなければならず、受信端はこれを受けてその受信ウィンドウを移動させることになる。このシグナリング処理は、ＳＤＵ廃棄の明示的シグナリング処理（ＳＤＵ ｄｉｓｃａｒｄ ｗｉｔｈ ｅｘｐｌｉｃｉｔ ｓｉｇｎａｌｌｉｎｇ ｐｒｏｃｅｄｕｒｅ）と称される。図１に示すのは、当該処理を説明する概略図である。
【０００３】
図１に示すように、移動受信ウィンドウ（ｍｏｖｅ ｒｅｃｅｉｖｎｇ ｗｉｎｄｏｗ ＝ ＭＲＷ）複合フィールド（Ｓｕｐｅｒ Ｆｉｅｌｄ ＝ ＳＵＦＩ）１２０は、受信端１１０にその受信ウィンドウを移動させる旨を要求するためのものであり、任意で、送信端１００で廃棄された結果として廃棄されることとなった無線リンク制御層（ＲＬＣ）ＳＤＵを示すために用いられることもある。そして、受信端１１０は、確認応答信号１３０で応答する。
【０００４】
【非特許文献１】
“無線・リンク・コントロール・プロトコル仕様(RLC protocol specification)”、３ＧＰＰ ＴＳ ２５．３２２ Ｖ３．７．０、サード・ジェネレーション・パートナーシップ・プロジェクト・オーガニゼイショナル・パートナーズ(3rd Generation Partnership Project Organizational partners）、２００１年６月、［平成１５年３月２８日検索］、インターネット＜ＵＲＬ：http://www.quintillion.co.jp/3GPP/Specs/25322-370.pdf＞
【非特許文献２】
“無線・リンク・コントロール・プロトコル仕様”、３ＧＰＰ ＴＳ ２５．３２２ Ｖ３．８．０、２００１年９月、インターネット＜ＵＲＬ：http://www.quintillion.co.jp/3GPP/Specs/25322-380.pdf＞
【非特許文献３】
“無線・リンク・コントロール・プロトコル仕様”、３ＧＰＰ ＴＳ ２５．３２２ Ｖ３．９．０、２００１年１２月、インターネット＜ＵＲＬ：http://www.quintillion.co.jp/3GPP/Specs/25322-390.pdf＞
【０００５】
【発明が解決しようとする課題】
しかしながら、ある状況の下では、ＳＤＵ廃棄の明示的シグナリング処理が終了されない場合もある。かかる状況においては、受信端１１０はその受信ウィンドウを、送信端１００が受信端１１０に対して通知しようとした受信端１００の位置まで既に移動させている。こうした場合に該当し、処理が終了されないと、ＭＲＷのタイマ計時時間が満了となっても、送信端１００はＭＲＦ ＳＵＦＩ１２０を再送しなければならなくなる。このようでは、無線リソースの浪費となり、伝送スループットを低減させてしまう。
【０００６】
また、上述の場合に該当するときに、ＭＲＷ ＳＵＦＩ１２０の伝送回数が最大値に達すると、ＲＣＬエンティティーのリセットが必要なくなるため、伝送パフォーマンスの低下を招くことになる。
【０００７】
故に、伝送スループットおよびパフォーマンスの改善を図るべく、より効果的なデータ廃棄のシグナリング処理が望まれている。
そこで、本発明は、上述およびその他の目的を達成すると共に、従来の方法における欠点を解消するため、伝送スループットおよび伝送パフォーマンスを改善することのできるデータ廃棄シグナリング処理を提供する。
【０００８】
【課題を解決するための手段】
本発明において、移動受信ウィンドウ複合フィールド（ＭＲＷ ＳＵＦＩ）は、受信端にその受信ウィンドウを移動させる旨を要求するためのものであり、任意で、送信端が廃棄したＲＬＣ ＳＤＵを示すものとすることもできる。
【０００９】
そして、４ビットからなる長さフィールドにより、ＭＲＷ ＳＵＦＩ内にあるＳＮ_ＭＲＷｉフィールドの数が表される。
値“０００１”〜“１１１１”は、それぞれ１〜１５個目までのＳＮ_ＭＲＷｉを表し、値“００００”は、ＳＮ_ＭＲＷｉフィールドが１個存在し、受信端内で廃棄されるＲＬＣ ＳＤＵが送信端内における既定の送信ウィンドウを超えたということを表わす。
【００１０】
ＳＮ_ＭＲＷｉフィールドはそれぞれ１２ビットから構成される。“ＭＲＷ送出”が形成されると、ＳＮ_ＭＲＷｉは、廃棄された各ＲＬＣ ＳＤＵの終了を示すものとなる。つまり、ＳＮ_ＭＲＷｉフィールドの数がＭＲＷ ＳＵＦＩによって廃棄されたＲＬＣ ＳＤＵの数と等しくなるということである。一方、“ＭＲＷ送出”が形成されないと、ＳＮ_ＭＲＷｉフィールドは、受信端内で最後に廃棄されるＲＬＣ ＳＤＵの終了を示すものとなる。また任意で、もう１つのＳＮ_ＭＲＷｉフィールドを加え、その他の廃棄されたＲＬＣ ＳＤＵの終了を示すこともできる。
このＳＮ_ＭＲＷｉは、受信端内でｉ個目に廃棄されるＲＬＣ ＳＤＵの長さ指示子を含むＰＤＵのシーケンス番号である（ＮＬＥＮＧＴＨ＝０の時のＳＮ_ＭＲＷＬＥＮＧＴＨは他の意義を有する）。ＳＮ_ＭＲＷｉの順番は、それが示すＲＬＣ ＳＤＵの順番と一致するはずである。
【００１１】
また、ＳＮ_ＭＲＷＬＥＮＧＴＨは、受信端に対し、ＳＮ_ＭＲＷＬＥＮＧＴＨより小さいシーケンス番号を有するＰＤＵを全て廃棄し、受信ウィンドウを移動させる旨を要求する。
【００１２】
ＮＬＥＮＧＴＨが０よりも大きい時は、受信端は、シーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨであるＰＤＵ内のＮＬＥＮＧＴＨ個分だけ前の長さ指示子、およびこれに対応するデータオクテットを廃棄しなければならない。
【００１３】
ＮＬＥＮＧＴＨは４ビットで構成され、ＳＮ_ＭＲＷＬＥＮＧＴＨと共に、受信端内で最後に廃棄されるＲＬＣ ＳＤＵの終了を示すものである。
そして、ＮＬＥＮＧＴＨは、シーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨであるＰＤＵ内のどの長さ指示子が、受信端内で最後に廃棄されるＲＬＣ ＳＤＵと対応するかを示す。ＮＬＥＮＧＴＨが０であるということは、最後のＲＬＣ ＳＤＵが、ＳＮ_ＭＲＷＬＥＮＧＴＨから１を引いたシーケンス番号を持つＰＤＵで終了すること、およびシーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨであるＰＤＵ内の先頭データオクテットが、次に再構築される先頭データオクテットであることを表す。
【００１４】
移動受信ウィンドウ確認応答（ＭＲＷ_ＡＣＫ）複合フィールドは、ＭＲＷ ＳＵＦＩ受信の確認応答を行うものである。Ｎフィールドは４ビットからなり、ＳＮ_ＡＣＫフィールドがＳＮ_ＭＲＷＬＥＮＧＴＨに等しくなると、受け取ったＭＲＷ ＳＵＦＩ内のＮＬＥＮＧＴＨに等しい値にセットされ、そうでなければ０にセットされる。
【００１５】
このＮフィールドはＳＮ_ＡＣＫフィールドと併用されることで、ＭＲＷ_ＡＣＫと先に伝送されたＭＲＷ ＳＵＦＩとが対応するか否かを判断できるようになる。
【００１６】
ＳＮ_ＡＣＫフィールドは１２ビットからなり、ＭＲＷ ＳＵＦＩを受け取ってから、ＶＲ（Ｒ）の更新値を示すものである。そして、このＳＮ_ＡＣＫフィールドはＮフィールドと併用されることにより、ＭＲＷ_ＡＣＫと先に伝送されたＭＲＷ ＳＵＦＩとが対応するか否かを判断できるようになる。
【００１７】
確認複合フィールド（ＡＣＫ ＳＵＦＩ）は、タイプ識別フィールド（ＡＣＫ）およびシーケンス番号（ＬＳＮ）フィールドからなる。
ＬＳＮフィールドは１２ビットで構成され、早着のＳＴＡＴＵＳ ＰＤＵにおいてエラーであると示されなかった最後のシーケンス番号（ＬＳＮ）よりも小さいシーケンス番号を持つＰＤＵ全てについて、受取りの確認応答を行うものである。つまり、このことは、ＬＳＮがＶＲ（Ｒ）よりも大きい値にセットされた場合には、全てのエラーＰＤＵがいずれも同一のＳＴＡＴＵＳ ＰＤＵ内にあることを意味し、また、ＬＳＮがＶＲ（Ｒ）に等しい値にセットされた場合には、エラーＰＤＵは複数のＳＴＡＴＵＳ ＰＤＵ中に分かれて存在し得ることを意味する。送信端または発信端側で、ＬＳＮの値がＳＴＡＴＵＳ ＰＤＵに示された最初のエラーの値以下である場合に、ＶＴ（Ａ）はＬＳＮに基づいて更新される。かかる場合以外のときは、ＶＴ（Ａ）は、ＳＴＡＴＵＳ ＰＤＵにおいて表示された最初のエラーの値により更新される。ＶＴ（Ａ）は、ＡＣＫ ＳＵＦＩ（またはＭＲＷ_ＡＣＫ ＳＵＦＩ）を含むＳＴＡＴＵＳ ＰＤＵに基づいてのみ更新がされるものである。なお、ＬＮＳは、ＶＲ（Ｈ）より大きい値、またはＶＲ（Ｒ）より小さい値にセットされることがあってはならない。
【００１８】
“ＭＲＷ送出”が形成されない場合は、最後に廃棄されたＲＬＣ ＳＤＵを受信端に通知する必要はない。受信端内で廃棄されるＲＣＬ ＳＤＵの終了を示す全てのＳＮ_ＭＲＷｉフィールドは、ＭＷＲ ＳＵＦＩ内に入っていても、入っていなくてもよい。ただし、ＳＮ_ＭＲＷＬＥＮＧＴＨより小さいシーケンス番号のＰＤＵを全て廃棄して受信ウィンドウを移動させる旨を受信端に指示するためのＳＮ_ＭＲＷＬＥＮＧＴＨは、必ずＭＲＷ ＳＵＦＩ内に入っていなければならない。このように縮小されたＭＲＷ ＳＵＦＩは、ＡＭＤ ＰＤＵにピギーバック（ｐｉｇｇｙｂａｃｋ）できる機会が増えるため、ＳＴＡＴＵＳ ＰＤＵを１つ省けることになる。よって、本発明によれば、無線通信パフォーマンスが高まる。
【００１９】
ＬＥＮＧＴＨフィールドは４ビット長であり、ＬＥＮＧＴＨ＝００００とＬＥＮＧＴＨ＝０００１のいずれの場合にあっても１個目の廃棄されたＳＤＵを示すことから、通常、ＭＲＷ ＳＵＦＩは約１５個のＳＤＵを格納できる。しかし、“ＭＲＷ送出”が形成されると、１５個のＳＤＵを２つのＳＤＵ廃棄の明示的シグナリング処理に分けて廃棄しなければならない場合がある。一方、“ＭＲＷ送出”が形成されないと、廃棄されるＳＤＵが１５個以上あっても、単一の信号ＭＲＷ ＳＵＦＩ、即ち、単一のＳＤＵ廃棄の明示的信号処理だけで十分に、受信端にその受信ウィンドウを移動させる旨の通知が行える。
【００２０】
各種条件が満たされると、送信端はＳＤＵ廃棄の明示的シグナリング処理を終了する。しかし、ある状況下では、ＳＤＵ廃棄の明示的シグナリング処理が終了とならない。
【００２１】
即ち、ある状況下では、受信端はその受信ウィンドウをＳＮ_ＭＲＷＬＥＮＧＴＨで始まる位置まで既に移動させており、そしてこれは正に、送信端が受信端に通知しようとした位置に等しい。こうした場合に該当して当該処理が終了されないと、送信端はＴｉｍｅｒ_ＭＲＷの計時時間が満了しても、ＭＲＷ ＳＵＦＩを再送しなければならない。こうした事態は、無線リソースを浪費すると共に、伝送スループットを低下させる。
【００２２】
一方、上記の場合に該当したときに、ＭＲＷ ＳＵＦＩの伝送回数が最大値に達した場合には、ＲＬＣエンティティーのリセットが必要なくなることから、伝送パフォーマンスが低くなる。
【００２３】
そこで、本発明は、“ＭＷＲ送出”が形成されない場合にＭＷＲ ＳＵＦＩを縮小するデータ廃棄シグナリング処理を提供することで、一定の条件が満たされれば、送信端がＳＤＵ廃棄の明示的シグナリング処理を効果的に終了できるようにする。
【００２４】
よって、本発明に係るデータ廃棄のシグナリング処理によれば、伝送スループットが向上すると共に、伝送パフォーマンスが改善される。
以下、本発明の好適な実施形態を詳細に説明するが、これによって、当業者は、本発明の上述およびその他の目的がより明らかとなるであろう。
【００２５】
【発明の実施の形態】
以上の本発明の概略および以下の詳細な説明は、いずれも本発明の代表的な一実施形態であって、請求項に記載された本発明を説明しようとする目的で記載するものであることが理解されなければならない。
【００２６】
添付の図面は、本発明の理解を深めるために提供するものであって、本発明明細書の一部である。以下に、本発明の原理および実施形態を、当該添付図面と対応させながら詳細に説明する。
【００２７】
以下に、本発明の好適な実施形態を図面と対応させながら詳細に説明していくが、図面および以下の説明にて用いる同一符号は、同じものを指すものとする。
移動受信ウィンドウ複合フィールド（ｍｏｖｅ ｒｅｃｅｉｖｉｎｇ ｗｉｎｄｏｗ ｓｕｐｅｒ−ｆｉｅｌｄ）は、受信端にその受信ウィンドウを移動させるよう要求するためのもので、任意で、廃棄されたＲＬＣ ＳＤＵを示すものとすることもできる。当該廃棄されたＲＣＬ ＳＤＵとは、送信端内で廃棄された結果としてのＲＣＬ ＳＤＵである。図２には、移動受信ウィンドウ複合フィールド（ＭＲＷ ＳＵＦＩ）の構成が示されている。
【００２８】
本発明の実施形態において、長さフィールド２２０は４ビットからなり、ＭＲＷの複合フィールド２００におけるＳＮ_ＭＲＷｉフィールド２３０の数を示すものである。
【００２９】
値“０００１”〜“１１１１”は、ＭＲＷ ＳＵＦＩにあるＳＮ_ＭＲＷｉフィールドの数、つまり１〜１５個をそれぞれ示すものである。また、値“００００”は、ＳＮ_ＭＲＷｉ２３０が１個あり、受信端内で廃棄されるＲＬＣ ＳＤＵが、送信端内の既定の送信ウィンドウを超過したことを示す。
【００３０】
ＳＮ_ＭＲＷｉ２３０はそれぞれ１２ビットから構成される。“ＭＲＷ送出”が形成されると、ＳＮ_ＭＲＷｉ２３０は、廃棄された各ＳＤＵの終了を示すものとなる。即ち、ＳＮ_ＭＲＷｉフィールド２３０の数が、ＭＲＷ ＳＵＦＩによって廃棄されたＲＬＣ ＳＤＵの数と等しくなる。一方、“ＭＲＷ送出”が形成されないと、ＳＮ_ＭＲＷｉフィールド２３０は、受信端内で最後に廃棄されるＲＬＣ ＳＤＵの終了を示すものとなる。さらに、任意で、もう１つのＳＮ_ＭＷＲｉフィールドを用い、その他の廃棄されたＲＬＣ ＳＤＵの終了を示すこととしてもよい。
【００３１】
ＳＮ_ＭＲＷｉは、ＰＤＵのシーケンス番号であって、このＰＤＵは、受信端内でｉ個目に廃棄されるＲＬＣ ＳＬＤの長さ指示子を含むものである（ただし、ＮＬＥＮＧＴＨ＝０の時のＳＮ_ＭＲＷＬＥＮＧＴＨ２４０は例外である）。ＳＮ_ＭＲＷｉの順序は、それが示すＲＬＣ ＳＤＵの順序と一致する。
【００３２】
さらに、ＳＮ_ＭＲＷＬＥＮＧＴＨ２４０は、ＳＮ_ＭＲＷＬＥＮＧＴＨ２４０よりも小さいシーケンス番号を有するＰＤＵを全て廃棄し、その受信ウィンドウを移動させるよう受信端に要求する。
【００３３】
ＮＬＥＮＧＴＨ２５０が０よりも大きいときは、受信端は、シーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨ２４０であるＰＤＵ内のＮＬＥＮＧＴＨ個分だけ前の長さ指示子、およびこれに対応するデータオクテットを廃棄しなければならない。
【００３４】
ＮＬＥＮＧＴＨ２５０は４ビットで構成され、ＳＮ_ＭＲＷＬＥＮＧＴＨと併用されることにより、受信端内で最後に廃棄されるＲＬＣ ＳＤＵの終了を示す。
【００３５】
さらに、ＮＬＥＮＧＴＨ２５０は、シーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨ２４０のＰＤＵにおいて、どの長さ指示子が受信端内で最後に廃棄されるＲＬＣ ＳＤＵに対応するかを示す。ＮＬＥＮＧＴＨ２５０が０であると、最後のＲＬＣ ＳＤＵが、そのシーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨ２４０から１を引いたものであるＰＤＵで終了すること、およびシーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨ２４０であるＰＤＵ内の先頭データオクテットが次に再構成される先頭データオクテットであることを表す。
【００３６】
移動受信ウィンドウの確認応答複合フィールドは、ＭＲＷ ＳＵＦＩの受信確認応答を行うものである。図３に、ＭＲＷ_ＡＣＫ３００の構成を示す。
Ｎフィールド３２０は４ビットで構成され、ＳＮ_ＡＣＫフィールドがＳＮ_ＭＲＷＬＥＮＧＴＨフィールドに等しい場合に、受け取ったＭＲＷ ＳＵＦＩ内のＮＬＥＮＧＴＨフィールドの値にセットされ、これ以外の場合には、Ｎフィールド３２０は“０”にセットされる。
【００３７】
このＮフィールドがＳＮ_ＡＣＫフィールド３３０と併用されることにより、ＭＲＷ_ＡＣＫ３００が先に伝送されたＭＲＷ ＳＵＦＩに対応するか否かを判断できるようになる。
【００３８】
ＳＮ_ＡＣＫフィールド３３０は１２ビットで構成され、ＭＲＷ ＳＵＦＩを受け取った後に更新されるＶＲ（Ｒ）の値を示すものである。上述のように、このＳＮ_ＡＣＫフィールド３３０がＮフィールド３２０と併用されることにより、ＭＲＷ_ＡＣＫ ＳＵＦ３００が先に伝送されたＭＲＷ ＳＵＦＩに対応するか否かを判断することができるようになる。
【００３９】
そして、以下に掲げる条件のいずれか１つが満たされた場合、送信端はＳＤＵ廃棄の明示的シグナリング処理を終了する。
ＭＲＷ_ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵを受け取り、当該受け取ったＭＲＷ_ＡＣＫ ＳＵＦＩ中のＳＮ_ＡＣＫフィールドが、先に伝送したＭＲＷ_ＳＵＦＩ中のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドよりも大きく、且つ、当該受け取ったＭＲＷ_ＡＣＫ ＳＵＦＩが“００００”にセットされた場合。
【００４０】
ＭＲＷ_ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵを受け取り、当該受け取ったＭＲＷ_ＡＣＫ ＳＵＦＩ中のＳＮ_ＡＣＫフィールドが、先に伝送したＭＲＷ_ＳＵＦＩ中のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドに等しく、且つ、当該受け取ったＭＲＷ_ＡＣＫ ＳＵＦＩ中のＮフィールドが、当該先に伝送したＭＲＷ ＳＵＦＩ中のＮＬＥＮＧＴＨフィールドに等しくセットされた場合。
【００４１】
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵを受け取り、当該受け取ったＡＣＫ ＳＵＦＩ中のＬＳＮフィールドが、先に伝送したＭＲＷ ＳＵＦＩ中のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドよりも大きい場合。
【００４２】
図４に示すのは、ＳＴＡＴＵＳ ＰＤＵ中のＡＣＫフィールドである。この確認応答複合フィールド（ＡＣＫ ＳＵＦＩ）４００は、タイプ識別子フィールド（ＡＣＫ）４１０およびシーケンス番号（ＬＳＮ）フィールド４２０からなる。ＬＳＮフィールド４２０は１２ビットから構成され、ＬＳＮよりも小さいものであって、早着のＳＴＡＴＵＳ ＰＤＵ中においてエラーであると示されなかったシーケンス番号、を有する全てのＰＤＵを受け取ったことを確認する。つまり、ＬＳＮ４２０がＶＲ（Ｒ）よりも大きな値にセットされると、全てのエラーＰＤＵが同一のＳＴＡＴＵＳ ＰＤＵ中に入っており、一方、ＬＳＮ４２０がＶＲ（Ｒ）にセットされると、エラーＰＤＵは複数個のＳＴＡＴＵＳ ＰＤＵに分かれて入っているということである。送信端において、ＬＳＮ４２０の値がＳＴＡＴＵＳ ＰＤＵにて示された１個目のエラーの値以上である場合は、ＶＴ（Ａ）の値はＬＳＮ４２０に基づいて更新される。これ以外の場合は、ＶＴ（Ａ）の値は、ＳＴＡＴＵＳ ＰＤＵ内にて示された１個目のエラーに基づいて更新される。ＶＴ（Ａ）は、ＳＴＡＴＵＳ ＰＤＵ中にＡＣＫ ＳＵＦＩ（またはＭＲＷ_ＡＣＫ ＳＵＦＩ）が含まれる時にのみ更新される。また、ＬＮＳ４２０は、ＶＲ（Ｈ）より大きい値またはＶＲ（Ｒ）より小さい値にはセットされ得ない。
上記の３つ目の終了条件は、以下のようにも理解できる。
【００４３】
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵを受け取り、且つ、当該受け取ったＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵが、先に伝送したＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドに等しいシーケンス番号を有するＰＤＵおよびこのＰ ＤＵ以前のＰＤＵ全てについて受信確認応答を行った場合。
また、当該条件は下記条件に等しいものでもある。
【００４４】
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵを受け取り、当該受け取ったＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵにより更新されたＶＴ（Ａ）の値が、先に伝送したＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷＬＥＮＧＴＨよりも大きい場合。
そして、上記２つの条件は、下記の条件に等しい。
【００４５】
ＶＲ（Ｒ）がＳＮ_ＭＲＷＬＥＮＧＴＨよりも大きいことを示すＡＣＫ ＳＵＦＩが含まれたＳＴＡＴＵＳ ＰＤＵを受け取った場合。
図５に示すのは、本発明の実施形態に基づくＰＤＵの構造である。
【００４６】
ＳＤＵ１はＳＮ＝０（５００）,ＳＮ＝１（５１０）,ＳＮ＝２（５２０）およびＳＮ＝３（５３０）のＰＤＵに載って運ばれ、ＳＤＵ２はＳＮ＝４（５４０）およびＳＮ＝５（５５０）のＰＤＵに載って運ばれる。ＲＬＣエンティティーについて“ＭＲＥ送出”が形成されずに、ＳＤＵ１が送信端によって廃棄されると、ＳＤＵ廃棄の明示的シグナリング処理が開始される。なお、“ＳＮ_ＭＲＷｉフィールド２３０が受信端内の最後に廃棄されるＲＬＣ ＳＤＵの終了を示すべきものである”ことは、上に例示したとおりである。したがって、２個のＳＮ_ＭＲＷｉフィールド、つまりＳＮ_ＭＲＷ１＝３（１２ビット）およびＳＮ_ＭＲＷ２＝ＳＮ_ＭＲＷＬＥＮＧＴＨ ＝４（１２ビット）が必要となり、これに伴ってＬＥＮＧＴＨ＝２（００１０、４ビット）、Ｎ２＝ＮＬＥＮＧＴＨ ＝００００およびＴｙｐｅ＝ＭＲＷ（４ビット）が要される。よって、少なくとも合計３６ビットが必要になる。
【００４７】
実際上は、”ＭＲＷ送出”が形成されない場合には、最後に廃棄されたＲＬＣＳＤＵを受信端に通知する必要はない。よって、ＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷ１＝３は省略可能であり、即ち、１２ビットを省くことができる。このように縮小されたＭＲＷ ＳＵＦＩはＡＭＤ ＰＤＵにピギーバック（ｐｉｇｇｙｂａｃｋ）する機会が増加するため、ＳＴＡＴＵＳ ＰＤＵが１個省けることになる。したがって、本発明によれば無線通信パフォーマンスが高まる。そしてこのことは、本発明のさらなる長所の１つでもある。
【００４８】
通常、送信端側でＲＬＣエンティティーにつき“ＭＲＷ送出”が形成されない場合には、受信端内で廃棄されるＲＬＣ ＳＤＵの終了を示す全てのＳＮ_ＭＲＷｉフィールドは、ＭＲＷ ＳＵＦＩに含まれていても含まれていなくてもよいが、ＳＮ_ＭＲＷＬＥＮＧＴＨよりも小さいシーケンス番号を持つ全てのＰＤＵを廃棄して、その受信ウィンドウを移動させる旨を受信端に指示するＳＮ_ＭＲＷＬＥＮＧＴＨだけは必ず含まれていなければならない。
【００４９】
ＭＲＷ ＳＵＦＩに含まれるＳＮ_ＭＲＷｉフィールドがＳＮ_ＭＲＷＬＥＮＧＴＨである場合において、
ＳＮ_ＭＲＷＬＥＮＧＴＨが、既定の送信ウィンドウの範囲内にあるときは、ＬＥＮＧＴＨ＝０００１となるか、あるいは、
ＳＮ_ＭＲＷＬＥＮＧＴＨが、既定の送信ウィンドウを超えるときは、ＬＥＮＧＴＨ＝００００となる。
【００５０】
図５を再度参照されたい。ＳＮ＝０（５００）〜ＳＮ＝３（５３０）までのＰＤＵに載って運ばれたＳＤＵ１が廃棄されると、ＭＲＷ ＳＵＦＩのコンテンツは２４ビット長としかならない。つまり、Ｔｙｐｅ＝ＭＲＷ（４ビット）,ＬＥＮＧＴＨ＝０００１,ＳＮ_ＭＲＷ１＝４（１２ビット）,Ｎ１＝００００である。よって、１２ビットが短縮される。
【００５１】
ＬＥＮＧＴＨフィールド２２０は４ビット長であり、ＬＥＮＧＴＨ＝００００およびＬＥＮＧＴＨ＝０００１はいずれも１個の廃棄されたＳＤＵを示すものであるため、通常は、ＭＲＷ ＳＵＦＩ２００は１５個の廃棄されたＳＤＵを格納することができる。しかし、“ＭＲＷ送出”が形成されたときに、これら廃棄された１５個のＳＤＵは、２つのＳＤＵ廃棄の明示的シグナリング処理に分かれて通知されなければならない場合がある。一方、“ＭＲＷ送出”が形成されないときには、廃棄されるＳＤＵが１５個以上あっても、受信端に受信ウィンドウを移動させる旨の通知をするのに単一のＭＲＷ ＳＵＦＩ、つまり、単一のＳＤＵ廃棄の明示的シグナリング処理を用いれば十分である。
【００５２】
“ＭＲＷ送出”が形成された場合であって、最後に廃棄されたＳＤＵがＡＭＤＰＤＵで終了し、その長さ指示子が同一のＡＭＤ ＰＤＵ内にあり、且つ当該ＡＭＤ ＰＤＵ内に新たなＳＤＵが無い時には、ＳＮ_ＭＲＷＬＥＮＧＴＨ２４０は、最後に廃棄されたＳＤＵの長さ指示子を含むＰＤＵのシーケンス番号に１を加えた値にセットされなければならない。そして、１４個のＳＮ_ＭＲＷｉ２３０フィールドだけは残され、廃棄された各ＳＤＵの終了を示すものとなる。したがって、１５個目に廃棄されたＳＤＵがＡＭＤ ＰＤＵで終了し、その長さ指示子が同一のＡＭＤ ＰＤＵ内にあり、且つ当該ＡＭＤ ＰＤＵ内に新たなＳＤＵが無い時には、このＳＤＵはその他１４個の廃棄されたＳＤＵと同一のＭＲＷ ＳＵＦＩ２００には入りきらないため、ＳＤＵ廃棄の明示的シグナリング処理が２つに分かれて開始されなくてはならなくなる。
【００５３】
“ＭＲＷ送出”が形成されない場合には、ＳＤＵがいくつ廃棄されるかにかかわらず、必要となるのはＳＮ_ＭＲＷＬＥＮＧＴＨ２４０のみである。この場合においては、１５個以上のＳＤＵが廃棄されるのであっても、１つのＳＤＵ廃棄の明示的シグナリング処理で十分であり、処理を分けて行う必要はない。このことは、ＳＤＵ廃棄処理の高速化、および無線通信パフォーマンスの改善につながる。
【００５４】
ところで、ある状況下では、ＳＤＵ廃棄の明示的シグナリング処理が終了されない。下記の条件を満たすときは、ＳＤＵ廃棄の明示的シグナリング処理は終了とならない。
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵを受け取り、このＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵによって更新されるＶＴ（Ａ）が、先に伝送したＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドと等しくなる場合。
具体的には、当該条件を満たしたときには、受信端はその受信ウィンドウの開始位置をＳＮ_ＭＲＷＬＥＮＧＴＨまで既に移動させている。そして当該位置は、正に送信端が受信端に通知しようとした位置である。この条件を満たしたために処理が終了とならない場合は、送信端は、Ｔｉｍｅｒ_ＭＲＷの計時満了時にＭＲＷ ＳＵＦＩを再送しなければならない。このようでは、無線リソースを無駄にし、伝送スループットを低下させてしまう。
【００５５】
また、当該条件を満たした時に、ＭＲＷ ＳＵＦＩの伝送回数が最大値に達すると、ＲＬＣエンティティーはリセットの必要がなくなる。したがって、伝送パフォーマンスが低くなる。
【００５６】
これに対して本発明の実施形態によれば、下記の条件を満たすことで、送信端はＳＤＵ廃棄の明示的シグナリング処理を終了する。
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵを受け取り、このＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵによって更新されるＶＴ（Ａ）が、先に伝送したＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷＬＥＮＧＴＨフィールド以上となる場合。
【００５７】
また、本発明のもう１つの実施形態では、下記の条件を満たすと、送信端はＳＤＵ廃棄の明示的シグナリング処理を終了する。
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵを受け取り、このＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵが、先に伝送したＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドから１を引いたシーケンス番号を有するＰＤＵおよびこれ以前のＰＤＵ全てについて確認応答を行った場合。
また、もう１つの別な本発明の実施形態においては、下記の条件を満たすと、送信端はＳＤＵ廃棄の明示的シグナリング処理を終了する。
ＶＲ（Ｒ）がＳＮ_ＭＲＷＬＥＮＧＴＨ以上であることを示すＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵを受け取った場合。
これら条件のいずれかに符合すると、ＳＤＵ廃棄の明示的シグナリング処理は効果的に終了し得るため、その結果として伝送スループットが高まる。つまり、本発明のデータ廃棄のシグナリング処理によれば、伝送スループットが向上し、伝送パフォーマンスの改善が図られる。
【００５８】
本発明の範囲または精神を逸脱しない限りにおいて各種変更および修飾が行えることは、当業者にとっては自明である。つまり、本発明にカバーされる変更や修飾は、特許請求の範囲の記載およびこれに均等なものによって定義される。
【図面の簡単な説明】
【図１】 ＳＤＵ廃棄の明示的シグナリング処理を説明するための概略図である。
【図２】 本発明の実施形態によるＭＲＷ_ＳＵＦＩのフォーマットを示す概略図である。
【図３】 本発明の実施形態によるＭＲＷ_ＡＣＫのフォーマットを示す概要図である。
【図４】 本発明の実施形態によるＳＴＡＴＵＳ ＰＤＵ内のＡＣＫ ＳＵＦＩを示す概略図である。
【図５】 本発明の実施形態によるＰＤＵの構造を示す概略図である。
【発明の属する技術分野】
本発明は、無線通信プロトコルに関し、より詳細には、データ廃棄のシグナリング処理に関するものである。
【０００２】
【従来の技術】
無線通信システムにおいて、サービスデータユニット（ＳＤＵ）のセグメントからなるプロトコルデータユニット（ＰＤＵ）は、その回数には上限はあるが、同等（ｐｅｅｒ）である受信端からの確認応答に関係なく伝送または再送され得る。そして、送信端の送信ウィンドウ制御を行うのに状態変数ＶＴ（Ａ）が用いられるが、これは、順番どおりに確認応答がされた最後のＰＤＵのシーケンス番号（ＳＮ）の次にあたるＳＮとして定義されるものである。一方、受信端の受信ウィンドウ制御には状態変数ＶＲ（Ｒ）が用いられ、これは、順番に受け取られた最後のＰＤＵのＳＮの次にあたるＳＮとして定義されるものである。もう１つの状態変数、つまりＶＲ（Ｈ）は、受け取られたＰＤＵの中で最大のシーケンス番号（ＳＮ）の次にあたるＳＮとして定義されるものである。データ（ＳＤＵ）は、既定の継続時間の範囲において伝送または再送がされ、計時時間が満了となる、または伝送回数が最大に達すると、無効であると判断され、送信端により廃棄される。確認応答モード（ＡＭ）通信においては、送信端は受信端に対してＳＤＵ廃棄の通知を行わなければならず、受信端はこれを受けてその受信ウィンドウを移動させることになる。このシグナリング処理は、ＳＤＵ廃棄の明示的シグナリング処理（ＳＤＵ ｄｉｓｃａｒｄ ｗｉｔｈ ｅｘｐｌｉｃｉｔ ｓｉｇｎａｌｌｉｎｇ ｐｒｏｃｅｄｕｒｅ）と称される。図１に示すのは、当該処理を説明する概略図である。
【０００３】
図１に示すように、移動受信ウィンドウ（ｍｏｖｅ ｒｅｃｅｉｖｎｇ ｗｉｎｄｏｗ ＝ ＭＲＷ）複合フィールド（Ｓｕｐｅｒ Ｆｉｅｌｄ ＝ ＳＵＦＩ）１２０は、受信端１１０にその受信ウィンドウを移動させる旨を要求するためのものであり、任意で、送信端１００で廃棄された結果として廃棄されることとなった無線リンク制御層（ＲＬＣ）ＳＤＵを示すために用いられることもある。そして、受信端１１０は、確認応答信号１３０で応答する。
【０００４】
【非特許文献１】
“無線・リンク・コントロール・プロトコル仕様(RLC protocol specification)”、３ＧＰＰ ＴＳ ２５．３２２ Ｖ３．７．０、サード・ジェネレーション・パートナーシップ・プロジェクト・オーガニゼイショナル・パートナーズ(3rd Generation Partnership Project Organizational partners）、２００１年６月、［平成１５年３月２８日検索］、インターネット＜ＵＲＬ：http://www.quintillion.co.jp/3GPP/Specs/25322-370.pdf＞
【非特許文献２】
“無線・リンク・コントロール・プロトコル仕様”、３ＧＰＰ ＴＳ ２５．３２２ Ｖ３．８．０、２００１年９月、インターネット＜ＵＲＬ：http://www.quintillion.co.jp/3GPP/Specs/25322-380.pdf＞
【非特許文献３】
“無線・リンク・コントロール・プロトコル仕様”、３ＧＰＰ ＴＳ ２５．３２２ Ｖ３．９．０、２００１年１２月、インターネット＜ＵＲＬ：http://www.quintillion.co.jp/3GPP/Specs/25322-390.pdf＞
【０００５】
【発明が解決しようとする課題】
しかしながら、ある状況の下では、ＳＤＵ廃棄の明示的シグナリング処理が終了されない場合もある。かかる状況においては、受信端１１０はその受信ウィンドウを、送信端１００が受信端１１０に対して通知しようとした受信端１００の位置まで既に移動させている。こうした場合に該当し、処理が終了されないと、ＭＲＷのタイマ計時時間が満了となっても、送信端１００はＭＲＦ ＳＵＦＩ１２０を再送しなければならなくなる。このようでは、無線リソースの浪費となり、伝送スループットを低減させてしまう。
【０００６】
また、上述の場合に該当するときに、ＭＲＷ ＳＵＦＩ１２０の伝送回数が最大値に達すると、ＲＣＬエンティティーのリセットが必要なくなるため、伝送パフォーマンスの低下を招くことになる。
【０００７】
故に、伝送スループットおよびパフォーマンスの改善を図るべく、より効果的なデータ廃棄のシグナリング処理が望まれている。
そこで、本発明は、上述およびその他の目的を達成すると共に、従来の方法における欠点を解消するため、伝送スループットおよび伝送パフォーマンスを改善することのできるデータ廃棄シグナリング処理を提供する。
【０００８】
【課題を解決するための手段】
本発明において、移動受信ウィンドウ複合フィールド（ＭＲＷ ＳＵＦＩ）は、受信端にその受信ウィンドウを移動させる旨を要求するためのものであり、任意で、送信端が廃棄したＲＬＣ ＳＤＵを示すものとすることもできる。
【０００９】
そして、４ビットからなる長さフィールドにより、ＭＲＷ ＳＵＦＩ内にあるＳＮ_ＭＲＷｉフィールドの数が表される。
値“０００１”〜“１１１１”は、それぞれ１〜１５個目までのＳＮ_ＭＲＷｉを表し、値“００００”は、ＳＮ_ＭＲＷｉフィールドが１個存在し、受信端内で廃棄されるＲＬＣ ＳＤＵが送信端内における既定の送信ウィンドウを超えたということを表わす。
【００１０】
ＳＮ_ＭＲＷｉフィールドはそれぞれ１２ビットから構成される。“ＭＲＷ送出”が形成されると、ＳＮ_ＭＲＷｉは、廃棄された各ＲＬＣ ＳＤＵの終了を示すものとなる。つまり、ＳＮ_ＭＲＷｉフィールドの数がＭＲＷ ＳＵＦＩによって廃棄されたＲＬＣ ＳＤＵの数と等しくなるということである。一方、“ＭＲＷ送出”が形成されないと、ＳＮ_ＭＲＷｉフィールドは、受信端内で最後に廃棄されるＲＬＣ ＳＤＵの終了を示すものとなる。また任意で、もう１つのＳＮ_ＭＲＷｉフィールドを加え、その他の廃棄されたＲＬＣ ＳＤＵの終了を示すこともできる。
このＳＮ_ＭＲＷｉは、受信端内でｉ個目に廃棄されるＲＬＣ ＳＤＵの長さ指示子を含むＰＤＵのシーケンス番号である（ＮＬＥＮＧＴＨ＝０の時のＳＮ_ＭＲＷＬＥＮＧＴＨは他の意義を有する）。ＳＮ_ＭＲＷｉの順番は、それが示すＲＬＣ ＳＤＵの順番と一致するはずである。
【００１１】
また、ＳＮ_ＭＲＷＬＥＮＧＴＨは、受信端に対し、ＳＮ_ＭＲＷＬＥＮＧＴＨより小さいシーケンス番号を有するＰＤＵを全て廃棄し、受信ウィンドウを移動させる旨を要求する。
【００１２】
ＮＬＥＮＧＴＨが０よりも大きい時は、受信端は、シーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨであるＰＤＵ内のＮＬＥＮＧＴＨ個分だけ前の長さ指示子、およびこれに対応するデータオクテットを廃棄しなければならない。
【００１３】
ＮＬＥＮＧＴＨは４ビットで構成され、ＳＮ_ＭＲＷＬＥＮＧＴＨと共に、受信端内で最後に廃棄されるＲＬＣ ＳＤＵの終了を示すものである。
そして、ＮＬＥＮＧＴＨは、シーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨであるＰＤＵ内のどの長さ指示子が、受信端内で最後に廃棄されるＲＬＣ ＳＤＵと対応するかを示す。ＮＬＥＮＧＴＨが０であるということは、最後のＲＬＣ ＳＤＵが、ＳＮ_ＭＲＷＬＥＮＧＴＨから１を引いたシーケンス番号を持つＰＤＵで終了すること、およびシーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨであるＰＤＵ内の先頭データオクテットが、次に再構築される先頭データオクテットであることを表す。
【００１４】
移動受信ウィンドウ確認応答（ＭＲＷ_ＡＣＫ）複合フィールドは、ＭＲＷ ＳＵＦＩ受信の確認応答を行うものである。Ｎフィールドは４ビットからなり、ＳＮ_ＡＣＫフィールドがＳＮ_ＭＲＷＬＥＮＧＴＨに等しくなると、受け取ったＭＲＷ ＳＵＦＩ内のＮＬＥＮＧＴＨに等しい値にセットされ、そうでなければ０にセットされる。
【００１５】
このＮフィールドはＳＮ_ＡＣＫフィールドと併用されることで、ＭＲＷ_ＡＣＫと先に伝送されたＭＲＷ ＳＵＦＩとが対応するか否かを判断できるようになる。
【００１６】
ＳＮ_ＡＣＫフィールドは１２ビットからなり、ＭＲＷ ＳＵＦＩを受け取ってから、ＶＲ（Ｒ）の更新値を示すものである。そして、このＳＮ_ＡＣＫフィールドはＮフィールドと併用されることにより、ＭＲＷ_ＡＣＫと先に伝送されたＭＲＷ ＳＵＦＩとが対応するか否かを判断できるようになる。
【００１７】
確認複合フィールド（ＡＣＫ ＳＵＦＩ）は、タイプ識別フィールド（ＡＣＫ）およびシーケンス番号（ＬＳＮ）フィールドからなる。
ＬＳＮフィールドは１２ビットで構成され、早着のＳＴＡＴＵＳ ＰＤＵにおいてエラーであると示されなかった最後のシーケンス番号（ＬＳＮ）よりも小さいシーケンス番号を持つＰＤＵ全てについて、受取りの確認応答を行うものである。つまり、このことは、ＬＳＮがＶＲ（Ｒ）よりも大きい値にセットされた場合には、全てのエラーＰＤＵがいずれも同一のＳＴＡＴＵＳ ＰＤＵ内にあることを意味し、また、ＬＳＮがＶＲ（Ｒ）に等しい値にセットされた場合には、エラーＰＤＵは複数のＳＴＡＴＵＳ ＰＤＵ中に分かれて存在し得ることを意味する。送信端または発信端側で、ＬＳＮの値がＳＴＡＴＵＳ ＰＤＵに示された最初のエラーの値以下である場合に、ＶＴ（Ａ）はＬＳＮに基づいて更新される。かかる場合以外のときは、ＶＴ（Ａ）は、ＳＴＡＴＵＳ ＰＤＵにおいて表示された最初のエラーの値により更新される。ＶＴ（Ａ）は、ＡＣＫ ＳＵＦＩ（またはＭＲＷ_ＡＣＫ ＳＵＦＩ）を含むＳＴＡＴＵＳ ＰＤＵに基づいてのみ更新がされるものである。なお、ＬＮＳは、ＶＲ（Ｈ）より大きい値、またはＶＲ（Ｒ）より小さい値にセットされることがあってはならない。
【００１８】
“ＭＲＷ送出”が形成されない場合は、最後に廃棄されたＲＬＣ ＳＤＵを受信端に通知する必要はない。受信端内で廃棄されるＲＣＬ ＳＤＵの終了を示す全てのＳＮ_ＭＲＷｉフィールドは、ＭＷＲ ＳＵＦＩ内に入っていても、入っていなくてもよい。ただし、ＳＮ_ＭＲＷＬＥＮＧＴＨより小さいシーケンス番号のＰＤＵを全て廃棄して受信ウィンドウを移動させる旨を受信端に指示するためのＳＮ_ＭＲＷＬＥＮＧＴＨは、必ずＭＲＷ ＳＵＦＩ内に入っていなければならない。このように縮小されたＭＲＷ ＳＵＦＩは、ＡＭＤ ＰＤＵにピギーバック（ｐｉｇｇｙｂａｃｋ）できる機会が増えるため、ＳＴＡＴＵＳ ＰＤＵを１つ省けることになる。よって、本発明によれば、無線通信パフォーマンスが高まる。
【００１９】
ＬＥＮＧＴＨフィールドは４ビット長であり、ＬＥＮＧＴＨ＝００００とＬＥＮＧＴＨ＝０００１のいずれの場合にあっても１個目の廃棄されたＳＤＵを示すことから、通常、ＭＲＷ ＳＵＦＩは約１５個のＳＤＵを格納できる。しかし、“ＭＲＷ送出”が形成されると、１５個のＳＤＵを２つのＳＤＵ廃棄の明示的シグナリング処理に分けて廃棄しなければならない場合がある。一方、“ＭＲＷ送出”が形成されないと、廃棄されるＳＤＵが１５個以上あっても、単一の信号ＭＲＷ ＳＵＦＩ、即ち、単一のＳＤＵ廃棄の明示的信号処理だけで十分に、受信端にその受信ウィンドウを移動させる旨の通知が行える。
【００２０】
各種条件が満たされると、送信端はＳＤＵ廃棄の明示的シグナリング処理を終了する。しかし、ある状況下では、ＳＤＵ廃棄の明示的シグナリング処理が終了とならない。
【００２１】
即ち、ある状況下では、受信端はその受信ウィンドウをＳＮ_ＭＲＷＬＥＮＧＴＨで始まる位置まで既に移動させており、そしてこれは正に、送信端が受信端に通知しようとした位置に等しい。こうした場合に該当して当該処理が終了されないと、送信端はＴｉｍｅｒ_ＭＲＷの計時時間が満了しても、ＭＲＷ ＳＵＦＩを再送しなければならない。こうした事態は、無線リソースを浪費すると共に、伝送スループットを低下させる。
【００２２】
一方、上記の場合に該当したときに、ＭＲＷ ＳＵＦＩの伝送回数が最大値に達した場合には、ＲＬＣエンティティーのリセットが必要なくなることから、伝送パフォーマンスが低くなる。
【００２３】
そこで、本発明は、“ＭＷＲ送出”が形成されない場合にＭＷＲ ＳＵＦＩを縮小するデータ廃棄シグナリング処理を提供することで、一定の条件が満たされれば、送信端がＳＤＵ廃棄の明示的シグナリング処理を効果的に終了できるようにする。
【００２４】
よって、本発明に係るデータ廃棄のシグナリング処理によれば、伝送スループットが向上すると共に、伝送パフォーマンスが改善される。
以下、本発明の好適な実施形態を詳細に説明するが、これによって、当業者は、本発明の上述およびその他の目的がより明らかとなるであろう。
【００２５】
【発明の実施の形態】
以上の本発明の概略および以下の詳細な説明は、いずれも本発明の代表的な一実施形態であって、請求項に記載された本発明を説明しようとする目的で記載するものであることが理解されなければならない。
【００２６】
添付の図面は、本発明の理解を深めるために提供するものであって、本発明明細書の一部である。以下に、本発明の原理および実施形態を、当該添付図面と対応させながら詳細に説明する。
【００２７】
以下に、本発明の好適な実施形態を図面と対応させながら詳細に説明していくが、図面および以下の説明にて用いる同一符号は、同じものを指すものとする。
移動受信ウィンドウ複合フィールド（ｍｏｖｅ ｒｅｃｅｉｖｉｎｇ ｗｉｎｄｏｗ ｓｕｐｅｒ−ｆｉｅｌｄ）は、受信端にその受信ウィンドウを移動させるよう要求するためのもので、任意で、廃棄されたＲＬＣ ＳＤＵを示すものとすることもできる。当該廃棄されたＲＣＬ ＳＤＵとは、送信端内で廃棄された結果としてのＲＣＬ ＳＤＵである。図２には、移動受信ウィンドウ複合フィールド（ＭＲＷ ＳＵＦＩ）の構成が示されている。
【００２８】
本発明の実施形態において、長さフィールド２２０は４ビットからなり、ＭＲＷの複合フィールド２００におけるＳＮ_ＭＲＷｉフィールド２３０の数を示すものである。
【００２９】
値“０００１”〜“１１１１”は、ＭＲＷ ＳＵＦＩにあるＳＮ_ＭＲＷｉフィールドの数、つまり１〜１５個をそれぞれ示すものである。また、値“００００”は、ＳＮ_ＭＲＷｉ２３０が１個あり、受信端内で廃棄されるＲＬＣ ＳＤＵが、送信端内の既定の送信ウィンドウを超過したことを示す。
【００３０】
ＳＮ_ＭＲＷｉ２３０はそれぞれ１２ビットから構成される。“ＭＲＷ送出”が形成されると、ＳＮ_ＭＲＷｉ２３０は、廃棄された各ＳＤＵの終了を示すものとなる。即ち、ＳＮ_ＭＲＷｉフィールド２３０の数が、ＭＲＷ ＳＵＦＩによって廃棄されたＲＬＣ ＳＤＵの数と等しくなる。一方、“ＭＲＷ送出”が形成されないと、ＳＮ_ＭＲＷｉフィールド２３０は、受信端内で最後に廃棄されるＲＬＣ ＳＤＵの終了を示すものとなる。さらに、任意で、もう１つのＳＮ_ＭＷＲｉフィールドを用い、その他の廃棄されたＲＬＣ ＳＤＵの終了を示すこととしてもよい。
【００３１】
ＳＮ_ＭＲＷｉは、ＰＤＵのシーケンス番号であって、このＰＤＵは、受信端内でｉ個目に廃棄されるＲＬＣ ＳＬＤの長さ指示子を含むものである（ただし、ＮＬＥＮＧＴＨ＝０の時のＳＮ_ＭＲＷＬＥＮＧＴＨ２４０は例外である）。ＳＮ_ＭＲＷｉの順序は、それが示すＲＬＣ ＳＤＵの順序と一致する。
【００３２】
さらに、ＳＮ_ＭＲＷＬＥＮＧＴＨ２４０は、ＳＮ_ＭＲＷＬＥＮＧＴＨ２４０よりも小さいシーケンス番号を有するＰＤＵを全て廃棄し、その受信ウィンドウを移動させるよう受信端に要求する。
【００３３】
ＮＬＥＮＧＴＨ２５０が０よりも大きいときは、受信端は、シーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨ２４０であるＰＤＵ内のＮＬＥＮＧＴＨ個分だけ前の長さ指示子、およびこれに対応するデータオクテットを廃棄しなければならない。
【００３４】
ＮＬＥＮＧＴＨ２５０は４ビットで構成され、ＳＮ_ＭＲＷＬＥＮＧＴＨと併用されることにより、受信端内で最後に廃棄されるＲＬＣ ＳＤＵの終了を示す。
【００３５】
さらに、ＮＬＥＮＧＴＨ２５０は、シーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨ２４０のＰＤＵにおいて、どの長さ指示子が受信端内で最後に廃棄されるＲＬＣ ＳＤＵに対応するかを示す。ＮＬＥＮＧＴＨ２５０が０であると、最後のＲＬＣ ＳＤＵが、そのシーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨ２４０から１を引いたものであるＰＤＵで終了すること、およびシーケンス番号がＳＮ_ＭＲＷＬＥＮＧＴＨ２４０であるＰＤＵ内の先頭データオクテットが次に再構成される先頭データオクテットであることを表す。
【００３６】
移動受信ウィンドウの確認応答複合フィールドは、ＭＲＷ ＳＵＦＩの受信確認応答を行うものである。図３に、ＭＲＷ_ＡＣＫ３００の構成を示す。
Ｎフィールド３２０は４ビットで構成され、ＳＮ_ＡＣＫフィールドがＳＮ_ＭＲＷＬＥＮＧＴＨフィールドに等しい場合に、受け取ったＭＲＷ ＳＵＦＩ内のＮＬＥＮＧＴＨフィールドの値にセットされ、これ以外の場合には、Ｎフィールド３２０は“０”にセットされる。
【００３７】
このＮフィールドがＳＮ_ＡＣＫフィールド３３０と併用されることにより、ＭＲＷ_ＡＣＫ３００が先に伝送されたＭＲＷ ＳＵＦＩに対応するか否かを判断できるようになる。
【００３８】
ＳＮ_ＡＣＫフィールド３３０は１２ビットで構成され、ＭＲＷ ＳＵＦＩを受け取った後に更新されるＶＲ（Ｒ）の値を示すものである。上述のように、このＳＮ_ＡＣＫフィールド３３０がＮフィールド３２０と併用されることにより、ＭＲＷ_ＡＣＫ ＳＵＦ３００が先に伝送されたＭＲＷ ＳＵＦＩに対応するか否かを判断することができるようになる。
【００３９】
そして、以下に掲げる条件のいずれか１つが満たされた場合、送信端はＳＤＵ廃棄の明示的シグナリング処理を終了する。
ＭＲＷ_ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵを受け取り、当該受け取ったＭＲＷ_ＡＣＫ ＳＵＦＩ中のＳＮ_ＡＣＫフィールドが、先に伝送したＭＲＷ_ＳＵＦＩ中のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドよりも大きく、且つ、当該受け取ったＭＲＷ_ＡＣＫ ＳＵＦＩが“００００”にセットされた場合。
【００４０】
ＭＲＷ_ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵを受け取り、当該受け取ったＭＲＷ_ＡＣＫ ＳＵＦＩ中のＳＮ_ＡＣＫフィールドが、先に伝送したＭＲＷ_ＳＵＦＩ中のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドに等しく、且つ、当該受け取ったＭＲＷ_ＡＣＫ ＳＵＦＩ中のＮフィールドが、当該先に伝送したＭＲＷ ＳＵＦＩ中のＮＬＥＮＧＴＨフィールドに等しくセットされた場合。
【００４１】
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵを受け取り、当該受け取ったＡＣＫ ＳＵＦＩ中のＬＳＮフィールドが、先に伝送したＭＲＷ ＳＵＦＩ中のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドよりも大きい場合。
【００４２】
図４に示すのは、ＳＴＡＴＵＳ ＰＤＵ中のＡＣＫフィールドである。この確認応答複合フィールド（ＡＣＫ ＳＵＦＩ）４００は、タイプ識別子フィールド（ＡＣＫ）４１０およびシーケンス番号（ＬＳＮ）フィールド４２０からなる。ＬＳＮフィールド４２０は１２ビットから構成され、ＬＳＮよりも小さいものであって、早着のＳＴＡＴＵＳ ＰＤＵ中においてエラーであると示されなかったシーケンス番号、を有する全てのＰＤＵを受け取ったことを確認する。つまり、ＬＳＮ４２０がＶＲ（Ｒ）よりも大きな値にセットされると、全てのエラーＰＤＵが同一のＳＴＡＴＵＳ ＰＤＵ中に入っており、一方、ＬＳＮ４２０がＶＲ（Ｒ）にセットされると、エラーＰＤＵは複数個のＳＴＡＴＵＳ ＰＤＵに分かれて入っているということである。送信端において、ＬＳＮ４２０の値がＳＴＡＴＵＳ ＰＤＵにて示された１個目のエラーの値以上である場合は、ＶＴ（Ａ）の値はＬＳＮ４２０に基づいて更新される。これ以外の場合は、ＶＴ（Ａ）の値は、ＳＴＡＴＵＳ ＰＤＵ内にて示された１個目のエラーに基づいて更新される。ＶＴ（Ａ）は、ＳＴＡＴＵＳ ＰＤＵ中にＡＣＫ ＳＵＦＩ（またはＭＲＷ_ＡＣＫ ＳＵＦＩ）が含まれる時にのみ更新される。また、ＬＮＳ４２０は、ＶＲ（Ｈ）より大きい値またはＶＲ（Ｒ）より小さい値にはセットされ得ない。
上記の３つ目の終了条件は、以下のようにも理解できる。
【００４３】
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵを受け取り、且つ、当該受け取ったＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵが、先に伝送したＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドに等しいシーケンス番号を有するＰＤＵおよびこのＰ ＤＵ以前のＰＤＵ全てについて受信確認応答を行った場合。
また、当該条件は下記条件に等しいものでもある。
【００４４】
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵを受け取り、当該受け取ったＳＴＡＴＵＳ ＰＤＵ／ピギーバックＳＴＡＴＵＳ ＰＤＵにより更新されたＶＴ（Ａ）の値が、先に伝送したＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷＬＥＮＧＴＨよりも大きい場合。
そして、上記２つの条件は、下記の条件に等しい。
【００４５】
ＶＲ（Ｒ）がＳＮ_ＭＲＷＬＥＮＧＴＨよりも大きいことを示すＡＣＫ ＳＵＦＩが含まれたＳＴＡＴＵＳ ＰＤＵを受け取った場合。
図５に示すのは、本発明の実施形態に基づくＰＤＵの構造である。
【００４６】
ＳＤＵ１はＳＮ＝０（５００）,ＳＮ＝１（５１０）,ＳＮ＝２（５２０）およびＳＮ＝３（５３０）のＰＤＵに載って運ばれ、ＳＤＵ２はＳＮ＝４（５４０）およびＳＮ＝５（５５０）のＰＤＵに載って運ばれる。ＲＬＣエンティティーについて“ＭＲＥ送出”が形成されずに、ＳＤＵ１が送信端によって廃棄されると、ＳＤＵ廃棄の明示的シグナリング処理が開始される。なお、“ＳＮ_ＭＲＷｉフィールド２３０が受信端内の最後に廃棄されるＲＬＣ ＳＤＵの終了を示すべきものである”ことは、上に例示したとおりである。したがって、２個のＳＮ_ＭＲＷｉフィールド、つまりＳＮ_ＭＲＷ１＝３（１２ビット）およびＳＮ_ＭＲＷ２＝ＳＮ_ＭＲＷＬＥＮＧＴＨ ＝４（１２ビット）が必要となり、これに伴ってＬＥＮＧＴＨ＝２（００１０、４ビット）、Ｎ２＝ＮＬＥＮＧＴＨ ＝００００およびＴｙｐｅ＝ＭＲＷ（４ビット）が要される。よって、少なくとも合計３６ビットが必要になる。
【００４７】
実際上は、”ＭＲＷ送出”が形成されない場合には、最後に廃棄されたＲＬＣＳＤＵを受信端に通知する必要はない。よって、ＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷ１＝３は省略可能であり、即ち、１２ビットを省くことができる。このように縮小されたＭＲＷ ＳＵＦＩはＡＭＤ ＰＤＵにピギーバック（ｐｉｇｇｙｂａｃｋ）する機会が増加するため、ＳＴＡＴＵＳ ＰＤＵが１個省けることになる。したがって、本発明によれば無線通信パフォーマンスが高まる。そしてこのことは、本発明のさらなる長所の１つでもある。
【００４８】
通常、送信端側でＲＬＣエンティティーにつき“ＭＲＷ送出”が形成されない場合には、受信端内で廃棄されるＲＬＣ ＳＤＵの終了を示す全てのＳＮ_ＭＲＷｉフィールドは、ＭＲＷ ＳＵＦＩに含まれていても含まれていなくてもよいが、ＳＮ_ＭＲＷＬＥＮＧＴＨよりも小さいシーケンス番号を持つ全てのＰＤＵを廃棄して、その受信ウィンドウを移動させる旨を受信端に指示するＳＮ_ＭＲＷＬＥＮＧＴＨだけは必ず含まれていなければならない。
【００４９】
ＭＲＷ ＳＵＦＩに含まれるＳＮ_ＭＲＷｉフィールドがＳＮ_ＭＲＷＬＥＮＧＴＨである場合において、
ＳＮ_ＭＲＷＬＥＮＧＴＨが、既定の送信ウィンドウの範囲内にあるときは、ＬＥＮＧＴＨ＝０００１となるか、あるいは、
ＳＮ_ＭＲＷＬＥＮＧＴＨが、既定の送信ウィンドウを超えるときは、ＬＥＮＧＴＨ＝００００となる。
【００５０】
図５を再度参照されたい。ＳＮ＝０（５００）〜ＳＮ＝３（５３０）までのＰＤＵに載って運ばれたＳＤＵ１が廃棄されると、ＭＲＷ ＳＵＦＩのコンテンツは２４ビット長としかならない。つまり、Ｔｙｐｅ＝ＭＲＷ（４ビット）,ＬＥＮＧＴＨ＝０００１,ＳＮ_ＭＲＷ１＝４（１２ビット）,Ｎ１＝００００である。よって、１２ビットが短縮される。
【００５１】
ＬＥＮＧＴＨフィールド２２０は４ビット長であり、ＬＥＮＧＴＨ＝００００およびＬＥＮＧＴＨ＝０００１はいずれも１個の廃棄されたＳＤＵを示すものであるため、通常は、ＭＲＷ ＳＵＦＩ２００は１５個の廃棄されたＳＤＵを格納することができる。しかし、“ＭＲＷ送出”が形成されたときに、これら廃棄された１５個のＳＤＵは、２つのＳＤＵ廃棄の明示的シグナリング処理に分かれて通知されなければならない場合がある。一方、“ＭＲＷ送出”が形成されないときには、廃棄されるＳＤＵが１５個以上あっても、受信端に受信ウィンドウを移動させる旨の通知をするのに単一のＭＲＷ ＳＵＦＩ、つまり、単一のＳＤＵ廃棄の明示的シグナリング処理を用いれば十分である。
【００５２】
“ＭＲＷ送出”が形成された場合であって、最後に廃棄されたＳＤＵがＡＭＤＰＤＵで終了し、その長さ指示子が同一のＡＭＤ ＰＤＵ内にあり、且つ当該ＡＭＤ ＰＤＵ内に新たなＳＤＵが無い時には、ＳＮ_ＭＲＷＬＥＮＧＴＨ２４０は、最後に廃棄されたＳＤＵの長さ指示子を含むＰＤＵのシーケンス番号に１を加えた値にセットされなければならない。そして、１４個のＳＮ_ＭＲＷｉ２３０フィールドだけは残され、廃棄された各ＳＤＵの終了を示すものとなる。したがって、１５個目に廃棄されたＳＤＵがＡＭＤ ＰＤＵで終了し、その長さ指示子が同一のＡＭＤ ＰＤＵ内にあり、且つ当該ＡＭＤ ＰＤＵ内に新たなＳＤＵが無い時には、このＳＤＵはその他１４個の廃棄されたＳＤＵと同一のＭＲＷ ＳＵＦＩ２００には入りきらないため、ＳＤＵ廃棄の明示的シグナリング処理が２つに分かれて開始されなくてはならなくなる。
【００５３】
“ＭＲＷ送出”が形成されない場合には、ＳＤＵがいくつ廃棄されるかにかかわらず、必要となるのはＳＮ_ＭＲＷＬＥＮＧＴＨ２４０のみである。この場合においては、１５個以上のＳＤＵが廃棄されるのであっても、１つのＳＤＵ廃棄の明示的シグナリング処理で十分であり、処理を分けて行う必要はない。このことは、ＳＤＵ廃棄処理の高速化、および無線通信パフォーマンスの改善につながる。
【００５４】
ところで、ある状況下では、ＳＤＵ廃棄の明示的シグナリング処理が終了されない。下記の条件を満たすときは、ＳＤＵ廃棄の明示的シグナリング処理は終了とならない。
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵを受け取り、このＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵによって更新されるＶＴ（Ａ）が、先に伝送したＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドと等しくなる場合。
具体的には、当該条件を満たしたときには、受信端はその受信ウィンドウの開始位置をＳＮ_ＭＲＷＬＥＮＧＴＨまで既に移動させている。そして当該位置は、正に送信端が受信端に通知しようとした位置である。この条件を満たしたために処理が終了とならない場合は、送信端は、Ｔｉｍｅｒ_ＭＲＷの計時満了時にＭＲＷ ＳＵＦＩを再送しなければならない。このようでは、無線リソースを無駄にし、伝送スループットを低下させてしまう。
【００５５】
また、当該条件を満たした時に、ＭＲＷ ＳＵＦＩの伝送回数が最大値に達すると、ＲＬＣエンティティーはリセットの必要がなくなる。したがって、伝送パフォーマンスが低くなる。
【００５６】
これに対して本発明の実施形態によれば、下記の条件を満たすことで、送信端はＳＤＵ廃棄の明示的シグナリング処理を終了する。
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵを受け取り、このＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵによって更新されるＶＴ（Ａ）が、先に伝送したＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷＬＥＮＧＴＨフィールド以上となる場合。
【００５７】
また、本発明のもう１つの実施形態では、下記の条件を満たすと、送信端はＳＤＵ廃棄の明示的シグナリング処理を終了する。
ＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵを受け取り、このＳＴＡＴＵＳ ＰＤＵ／ピギーバック ＳＴＡＴＵＳ ＰＤＵが、先に伝送したＭＲＷ ＳＵＦＩ内のＳＮ_ＭＲＷＬＥＮＧＴＨフィールドから１を引いたシーケンス番号を有するＰＤＵおよびこれ以前のＰＤＵ全てについて確認応答を行った場合。
また、もう１つの別な本発明の実施形態においては、下記の条件を満たすと、送信端はＳＤＵ廃棄の明示的シグナリング処理を終了する。
ＶＲ（Ｒ）がＳＮ_ＭＲＷＬＥＮＧＴＨ以上であることを示すＡＣＫ ＳＵＦＩを含むＳＴＡＴＵＳ ＰＤＵを受け取った場合。
これら条件のいずれかに符合すると、ＳＤＵ廃棄の明示的シグナリング処理は効果的に終了し得るため、その結果として伝送スループットが高まる。つまり、本発明のデータ廃棄のシグナリング処理によれば、伝送スループットが向上し、伝送パフォーマンスの改善が図られる。
【００５８】
本発明の範囲または精神を逸脱しない限りにおいて各種変更および修飾が行えることは、当業者にとっては自明である。つまり、本発明にカバーされる変更や修飾は、特許請求の範囲の記載およびこれに均等なものによって定義される。
【図面の簡単な説明】
【図１】 ＳＤＵ廃棄の明示的シグナリング処理を説明するための概略図である。
【図２】 本発明の実施形態によるＭＲＷ_ＳＵＦＩのフォーマットを示す概略図である。
【図３】 本発明の実施形態によるＭＲＷ_ＡＣＫのフォーマットを示す概要図である。
【図４】 本発明の実施形態によるＳＴＡＴＵＳ ＰＤＵ内のＡＣＫ ＳＵＦＩを示す概略図である。
【図５】 本発明の実施形態によるＰＤＵの構造を示す概略図である。
Claims (18)
- 送信端が、少なくとも１つのシーケンス番号フィールド（ＳＮ_ＭＲＷLENGTH）が含まれた移動受信ウィンドウ複合フィールド（ＭＲＷ ＳＵＦＩ）を含む第１のステータスプロトコルデータユニット（ＳＴＡＴＵＳ ＰＤＵ１）を受信端へ伝送する工程、および
前記送信端が、前記受信端から、確認応答複合フィールド（ＡＣＫ ＳＵＦＩ）を含む第２のステータスプロトコルデータユニット（ＳＴＡＴＵＳ ＰＤＵ２）を受け取る工程
を備える、サービスデータユニット（ＳＤＵ）廃棄の明示的シグナリング処理を終了する方法であって、
前記第２のステータスプロトコルデータユニットによって更新される状態変数（ＶＴ（Ａ））であって、順番どおりに確認応答がされた最後のプロトコルデータユニットのシーケンス番号の次のシーケンス番号を示す前記状態変数が、前記移動受信ウィンドウ複合フィールド内の前記シーケンス番号フィールドの値以上である場合、前記サービスデータユニット廃棄の明示的シグナリング処理を終了する、方法。 - 前記第１のステータスプロトコルデータユニットが、ピギーバックステータスプロトコルデータユニットである、請求項１記載の方法。
- 前記第２のステータスプロトコルデータユニットが、ピギーバックステータスプロトコルデータユニットである、請求項１記載の方法。
- 前記第２のステータスプロトコルデータユニットが、前記シーケンス番号フィールドの値から１を引いたシーケンス番号を有するプロトコルデータユニットおよびこのプロトコルデータユニット以前のプロトコルデータユニット全てについて確認応答を行う場合、前記サービスデータユニット廃棄の明示的シグナリング処理を終了する、請求項１記載の方法。
- 前記第１のステータスプロトコルデータユニットが、ピギーバックステータスプロトコルデータユニットである、請求項４記載の方法。
- 前記第２のステータスプロトコルデータユニットが、ピギーバックステータスプロトコルデータユニットである、請求項４記載の方法。
- 前記第２のステータスプロトコルデータユニットが、順番に受け取られた最後のプロトコルデータユニットのシーケンス番号の次のシーケンス番号を示す状態変数（ＶＲ（Ｒ））が前記シーケンス番号フィールドの値以上であることを示す場合、前記サービスデータユニット廃棄の明示的シグナリング処理を終了する、請求項１記載の方法。
- 前記第１のステータスプロトコルデータユニットが、ピギーバックステータスプロトコルデータユニットである、請求項７記載の方法。
- 前記第２のステータスプロトコルデータユニットが、ピギーバックステータスプロトコルデータユニットである、請求項７記載の方法。
- １５個以上のサービスデータユニット（ＳＤＵ）を廃棄する工程、および
送信端が、移動受信ウィンドウ複合フィールド（ＭＲＷ ＳＵＦＩ）を含む第１のステータスプロトコルデータユニット（ＳＴＡＴＵＳ ＰＤＵ１）を受信端へ伝送する工程
を備える、サービスデータユニット廃棄の明示的シグナリング処理を行う方法であって、
前記移動受信ウィンドウ複合フィールドが、シーケンス番号フィールド（ＳＮ_ＭＲＷLENGTH ）の値未満のシーケンス番号を有する全てのプロトコルデータユニット（ＰＤＵ）を廃棄して受信ウィンドウを移動させる旨を前記受信端に指示するための前記シーケンス番号フィールドを少なくとも１個含む、方法。 - 前記移動受信ウィンドウ複合フィールドが、シーケンス番号が前記シーケンス番号フィールドの値であるプロトコルデータユニット内のどの長さ指示子が前記受信端内で最後に廃棄される無線リンク制御層サービスデータユニット（ＲＬＣ ＳＤＵ）に対応するかを示す特定フィールド（Ｎ LENGTH フィールド）を含む、請求項１０記載の方法。
- 前記特定フィールドの値が０であることは、最後の無線リンク制御層サービスデータユニット（ＲＬＣ ＳＤＵ）が前記シーケンス番号フィールドの値から１を引いたシーケンス番号を有するプロトコルデータユニットで終了したこと、およびシーケンス番号が前記シーケンス番号フィールドであるプロトコルデータユニット内の先頭データオクテットが次に再構築される先頭データオクテットであることを示す、請求項１１記載の方法。
- 前記第１のステータスプロトコルデータユニットが、ピギーバックステータスプロトコルデータユニットである、請求項１０記載の方法。
- 送信端が、少なくとも１個のシーケンス番号フィールド（ＳＮ_ＭＲＷLENGTH）が含まれた移動受信ウィンドウ複合フィールド（ＭＲＷ ＳＵＦＩ）を含む第１のステータスプロトコルデータユニット（ＳＴＡＴＵＳ ＰＤＵ１）を受信端へ伝送する工程、および
前記送信端が、前記受信端からの確認応答複合フィールド（ＡＣＫ ＳＵＦＩ）を含む第２のステータスプロトコルデータユニット（ＳＴＡＴＵＳ ＰＤＵ２）を受け取る工程
を備える、サービスデータユニット（ＳＤＵ）廃棄の明示的シグナリング処理を終了する方法であって、
前記第２のステータスプロトコルデータユニットによって更新される状態変数（ＶＴ（Ａ））であって、順番どおりに確認応答がされた最後のプロトコルデータユニットのシーケンス番号の次のシーケンス番号を示す前記状態変数が前記移動受信ウィンドウ複合フィールド内のシーケンス番号フィールドの値以上となった場合に前記サービスデータユニット廃棄の明示的シグナリング処理を終了し、
前記第２のステータスプロトコルデータユニットが、前記シーケンス番号フィールドの値から１を引いたシーケンス番号を有するプロトコルデータユニットおよびこのプロトコルデータユニット以前のプロトコルデータユニット全てについて確認応答を行った場合に前記サービスデータユニット廃棄の明示的シグナリング処理を終了し、
前記第２のステータスプロトコルデータユニットが、順番に受け取られた最後のプロトコルデータユニットのシーケンス番号の次のシーケンス番号を示す（状態変数ＶＲ（Ｒ））が前記シーケンス番号フィールドの値以上であることを示した場合に前記サービスデータユニット廃棄の明示的シグナリング処理を終了する、方法。 - 前記第１のステータスプロトコルデータユニットが、ピギーバックステータスプロトコルデータユニットである、請求項１４記載の方法。
- 前記第２のステータスプロトコルデータユニットが、ピギーバックステータスプロトコルデータユニットである、請求項１４記載の方法。
- １５個以上のサービスデータユニット（ＳＤＵ）を廃棄する工程、および
送信端が、移動受信ウィンドウ複合フィールド（ＭＲＷ ＳＵＦＩ）を含む第１のステータスプロトコルデータユニット（ＳＴＡＴＵＳ ＰＤＵ１）を受信端へ伝送する工程
を備える、サービスデータユニット（ＳＤＵ）廃棄の明示的シグナリング処理を行う方法であって
前記移動受信ウィンドウ複合フィールドは、シーケンス番号が前記シーケンス番号フィールド（ＳＮ_ＭＲＷLENGTH ）の値であるプロトコルデータユニット（ＰＤＵ）内のどの長さ指示子が前記受信端内で最後に廃棄される無線リンク制御層サービスデータユニット（ＲＬＣ ＳＤＵ）に対応するかを示す特定フィールド（Ｎ LENGTH フィールド）を含むと共に、前記シーケンス番号フィールドの値未満のシーケンス番号を有する全てのプロトコルデータユニットを廃棄して、受信ウィンドウを移動させる旨を前記受信端に指示するための前記シーケンス番号フィールドを少なくとも１つ含んでおり、
前記特定フィールドが０であることは、最後の無線リンク制御層サービスデータユニット（ＲＬＣ ＳＤＵ）が前記シーケンス番号フィールドの値から１を引いたシーケンス番号を有するプロトコルデータユニットで終了したこと、およびシーケンス番号が前記シー ケンス番号フィールドであるプロトコルデータユニット内の先頭データオクテットが次に再構築される先頭データオクテットであることを示す、方法。 - 前記第１のステータスプロトコルデータユニットが、ピギーバックステータスプロトコルデータユニットである、請求項１７記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US35320702P | 2002-02-04 | 2002-02-04 | |
| US60/353207 | 2002-02-04 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003249974A JP2003249974A (ja) | 2003-09-05 |
| JP3744908B2 true JP3744908B2 (ja) | 2006-02-15 |
Family
ID=23388174
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003022047A Expired - Lifetime JP3744908B2 (ja) | 2002-02-04 | 2003-01-30 | 無線通信システムにおけるデータ廃棄のシグナリング処理 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7203196B2 (ja) |
| EP (1) | EP1333609B1 (ja) |
| JP (1) | JP3744908B2 (ja) |
| KR (2) | KR100541015B1 (ja) |
| CN (1) | CN1190057C (ja) |
| DE (2) | DE60304495T2 (ja) |
| TW (1) | TW595179B (ja) |
Families Citing this family (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100747464B1 (ko) | 2002-01-05 | 2007-08-09 | 엘지전자 주식회사 | 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법 |
| 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 |
| CN1257621C (zh) * | 2003-05-30 | 2006-05-24 | 中兴通讯股份有限公司 | 无线链路控制层中发送窗口调整的方法 |
| US7801142B2 (en) | 2003-08-18 | 2010-09-21 | Innovative Sonic Limited | Method to avoid potential deadlocks in a SDU discard function |
| US20050066255A1 (en) * | 2003-09-14 | 2005-03-24 | Sam Shiaw-Shiang Jiang | Status report missing detection in a communication system |
| KR100684307B1 (ko) * | 2003-12-29 | 2007-02-16 | 한국전자통신연구원 | 자동 재전송 요청 블록을 수신하는 방법 및 그 프로그램이 저장된 기록 매체 |
| KR20050118591A (ko) * | 2004-06-14 | 2005-12-19 | 엘지전자 주식회사 | 무선통신 시스템에서의 무선링크제어(ｒｌｃ) 데이터처리방법 |
| CN100356758C (zh) * | 2004-06-30 | 2007-12-19 | 大唐移动通信设备有限公司 | 防止无线链路控制层的发送缓存器溢出的方法 |
| 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 |
| KR100703503B1 (ko) * | 2004-11-30 | 2007-04-03 | 삼성전자주식회사 | 통신 시스템에서 데이터 재전송 장치 및 방법 |
| KR101208520B1 (ko) | 2005-03-12 | 2012-12-05 | 엘지전자 주식회사 | 피드백 정보 통신 방법 |
| CN1848720B (zh) * | 2005-04-05 | 2013-03-27 | 创新音速有限公司 | 检测状态回报单元是否含有错误序号的方法及装置 |
| EP1878155B1 (en) | 2005-05-04 | 2013-12-04 | LG Electronics Inc. | Method of transmitting control information in wireless communication system and transmission window updating method using the same |
| KR101084135B1 (ko) * | 2005-05-04 | 2011-11-17 | 엘지전자 주식회사 | 무선 통신 시스템의 송수신 단에서의 상태 ｐｄｕ송수신방법 |
| TWI310911B (en) * | 2005-09-29 | 2009-06-11 | Innovative Sonic Ltd | Method and apparatus for initiating a storage window in a periodic packet retransmission wireless communications system operated in unacknowledged mode |
| EP1868311B1 (en) * | 2006-06-16 | 2012-02-01 | Panasonic Corporation | Avoidance of retransmission requests in a packet retransmission scheme |
| JP4562694B2 (ja) | 2006-06-20 | 2010-10-13 | 富士通株式会社 | 再送制御方法及び装置 |
| WO2008024282A2 (en) * | 2006-08-21 | 2008-02-28 | Interdigital Technology Corporation | Method and apparatus for controlling arq and harq transmissions and retranmissions in a wireless communication system |
| US7715444B2 (en) * | 2007-02-02 | 2010-05-11 | Palm, Inc | Resuming a previously interrupted peer-to-peer synchronization operation |
| KR101435832B1 (ko) | 2007-03-19 | 2014-08-29 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기 |
| WO2008115025A1 (en) * | 2007-03-22 | 2008-09-25 | Lg Electronics Inc. | Method of transmitting data block in wireless communication system |
| US8073012B2 (en) | 2007-05-02 | 2011-12-06 | Innovative Sonic Limited | Method and related apparatus for handling packet discard in a wireless communications system |
| US20090129315A1 (en) * | 2007-11-21 | 2009-05-21 | Qualcomm Incorporated | Data discard for radio link control in wireless networks |
| US20090175175A1 (en) * | 2008-01-04 | 2009-07-09 | Interdigital Patent Holdings, Inc. | Radio link control reset using radio resource control signaling |
| ATE536675T1 (de) | 2008-01-09 | 2011-12-15 | Ericsson Telefon Ab L M | Verfahren und sendeeinheit zur verringerung eines risikos von übertragungs-aussetzern |
| EP2136501B1 (en) * | 2008-06-20 | 2019-12-04 | LG Electronics Inc. | Method of delivering a PDCP data unit to an upper layer |
| US8443247B2 (en) * | 2008-12-12 | 2013-05-14 | Qualcomm Incorporated | Methods and systems using window start update for wireless communication HARQ connection |
| CN101699898B (zh) | 2009-11-03 | 2012-11-28 | 中兴通讯股份有限公司 | 一种分组业务域传输分组数据的方法和系统 |
| US20130039192A1 (en) | 2011-08-08 | 2013-02-14 | Renesas Mobile Corporation | Methods, Apparatus and Wireless Device for Transmitting and Receiving Data Blocks |
| GB2484772B (en) * | 2011-08-08 | 2013-09-18 | Renesas Mobile Corp | Methods and processing systems for transmitting and receiving data blocks |
| US10841833B2 (en) * | 2016-10-12 | 2020-11-17 | Qualcomm Incorporated | Streamlined user plane headers for high data rates |
| US10750520B2 (en) * | 2017-04-27 | 2020-08-18 | Qualcomm Incorporated | Radio link control/packet data convergence protocol window advance with holes |
| WO2025006291A1 (en) * | 2023-06-26 | 2025-01-02 | Google Llc | Methods and apparatuses for processing data unit discard reports |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI112305B (fi) * | 2000-02-14 | 2003-11-14 | Nokia Corp | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| WO2001059979A2 (en) * | 2000-02-14 | 2001-08-16 | Thomson Licensing S.A. | Method for transmission of packetized messages with emitter timeout |
| US6862450B2 (en) * | 2001-02-07 | 2005-03-01 | Nokia Mobile Phones Ltd. | Resetting signaling link upon SRNS relocation procedure |
| EP1465369A1 (en) * | 2003-03-31 | 2004-10-06 | Matsushita Electric Industrial Co., Ltd. | Reset synchronisation method for a retransmission protocol |
-
2003
- 2003-01-28 KR KR1020030005615A patent/KR100541015B1/ko active IP Right Grant
- 2003-01-29 TW TW092101929A patent/TW595179B/zh not_active IP Right Cessation
- 2003-01-30 DE DE60304495T patent/DE60304495T2/de not_active Expired - Lifetime
- 2003-01-30 JP JP2003022047A patent/JP3744908B2/ja not_active Expired - Lifetime
- 2003-01-30 EP EP03001977A patent/EP1333609B1/en not_active Expired - Lifetime
- 2003-01-30 DE DE60313507T patent/DE60313507T2/de not_active Expired - Lifetime
- 2003-01-31 CN CNB031043437A patent/CN1190057C/zh not_active Expired - Lifetime
- 2003-02-03 US US10/356,563 patent/US7203196B2/en active Active
-
2005
- 2005-07-08 KR KR1020050061851A patent/KR100563115B1/ko active IP Right Grant
Also Published As
| Publication number | Publication date |
|---|---|
| US7203196B2 (en) | 2007-04-10 |
| DE60304495T2 (de) | 2006-11-23 |
| DE60304495D1 (de) | 2006-05-24 |
| KR100541015B1 (ko) | 2006-01-10 |
| TW595179B (en) | 2004-06-21 |
| CN1437369A (zh) | 2003-08-20 |
| DE60313507D1 (de) | 2007-06-06 |
| US20030147396A1 (en) | 2003-08-07 |
| DE60313507T2 (de) | 2008-01-03 |
| TW200303132A (en) | 2003-08-16 |
| KR20050077044A (ko) | 2005-07-29 |
| EP1333609A1 (en) | 2003-08-06 |
| CN1190057C (zh) | 2005-02-16 |
| KR20030066356A (ko) | 2003-08-09 |
| EP1333609B1 (en) | 2006-04-12 |
| JP2003249974A (ja) | 2003-09-05 |
| KR100563115B1 (ko) | 2006-03-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3744908B2 (ja) | 無線通信システムにおけるデータ廃棄のシグナリング処理 | |
| JP4850894B2 (ja) | 無線通信システムのデッドロックを避けるための強化ポーリング法 | |
| JP5192552B2 (ja) | 送信ストーリングの危険性を低減するための方法および送信部 | |
| US20100105334A1 (en) | Radio link control status reporting and polling | |
| RU2462821C2 (ru) | Способ передачи запроса повторной передачи и приемное устройство | |
| JP2003224618A (ja) | ワイヤレス通信システム | |
| US8738984B2 (en) | Apparatus for processing retransmission failure in radio link control (RLC) layer | |
| JP2007502065A (ja) | Ｓｄｕ廃棄機能における潜在的デッドロックを回避する方法 | |
| EP1796301B1 (en) | Method and apparatus for RLC protocol error handling | |
| KR20030027043A (ko) | 데이터 전송 프로토콜 | |
| US20060120341A1 (en) | Transmitting data frames with less interframe space (ifs) time | |
| EP1598976B1 (en) | Data discard method for selective repeat protocols | |
| US7539220B2 (en) | Data discard signalling procedure in a wireless communication system | |
| EP2264935A2 (en) | Transmitting data frames with less interframe space |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050222 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050519 |
|
| 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: 20051018 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051115 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3744908 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111202 Year of fee payment: 6 |
|
| 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: 20111202 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141202 Year of fee payment: 9 |
|
| 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 |