JP4235636B2 - 無線通信システムにおけるｓｄｕ廃棄方法 - Google Patents

無線通信システムにおけるｓｄｕ廃棄方法 Download PDF

Info

Publication number
JP4235636B2
JP4235636B2 JP2005275787A JP2005275787A JP4235636B2 JP 4235636 B2 JP4235636 B2 JP 4235636B2 JP 2005275787 A JP2005275787 A JP 2005275787A JP 2005275787 A JP2005275787 A JP 2005275787A JP 4235636 B2 JP4235636 B2 JP 4235636B2
Authority
JP
Japan
Prior art keywords
sdu
mrw
pdu
length
last
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.)
Active
Application number
JP2005275787A
Other languages
English (en)
Other versions
JP2006094518A (ja
Inventor
孝祥 江
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Innovative Sonic Ltd
Original Assignee
Innovative Sonic Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=34937936&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=JP4235636(B2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Innovative Sonic Ltd filed Critical Innovative Sonic Ltd
Publication of JP2006094518A publication Critical patent/JP2006094518A/ja
Application granted granted Critical
Publication of JP4235636B2 publication Critical patent/JP4235636B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer 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/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/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/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
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W99/00—Subject matter not provided for in other groups of this subclass
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Description

本発明は、無線通信に関し、具体的に、無線通信システムにおけるデータセグメントの廃棄方法に関する。
無線通信分野における新たなアプリケーションが開発されつつある。例えば、音声通信において、パッケージ化されるデータは、セルラーモデム、カメラ付き電話、光速ネットワークの固定無線送受信機、及び他のアプリケーションに使用される。そのため、高性能な通信規約が開発されている。３GPPTM（The 3rd Generation
Partnership Project）は、新たな通信規約の一例である。例えば、「非特許文献１」には、ユニバーサル移動体通信システム（Universal Mobile Telecommunication System： UMTS）とデータ送信制御プロトコールが説明されている。
UMTSは三層方法により通信を行う。三層のプロトコールは、物理的なトランスポート層である第一の層と、データのパッケージ化、照合、整理を行う第二の層と、データを生成或いは使用するアプリケーションと第二の層との間のインターフェスである第三の層とを有する。
データのパッケージ化と照合は、送信中のノイズ或いは他のエラーによる紛失したデータセグメントを、再送信処理を起動することにより対処するために設けられる。プロトコールエラーにより再送信処理によるデータ照合を実行できない場合、リセット処理を始動し、プロトコールエラーから送信を回復することができる。しかし、このリセット処理において、全ての状態変数がリセットされ、送信処理が最初からやり直されるので、大幅な遅延が生じる。このような問題は主に第二（パケットコントロール）の層に生じる。
図１は、３GPPTM通信規約における通信システムの三層方法を示すブロック図である。図１に示すように、代表的な無線通信システムにおいて、第一の局３００は、一つ以上の第二の局４００と無線通信を行う。第一の局３００のアプリケーション３３０はメッセージ３１０を生成し、層３のインターフェス３２０に送り、そして、メッセージ３１０は第二の局４００に送られる。また、層３のインターフェス３２０は、層３の操作を制御するための信号メッセージ３２０aを生成できる。層３のインターフェス３２０はメッセージ３１０または信号メッセージ３２０aを層２のサービス・データ・ユニット（Service Data Unit、SDU：SDU）３４０として層２のインターフェス３６０に伝送する。層２のSDU３４０は任意の長さを有しても良い。層２のインターフェス３６０はSDU３４０と一つ以上の層２のプロトコール・データ・ユニット（Protocol Data Unit、PDU：PDU）３８０とを結合する。層２のPDU３８０の各々は固定長を有し、層１のインターフェス３９０に伝送される。なお、可変長のSDUが固定長のPDUとしてトランスポートされることにより本発明に関連する問題が生じる。
層１のインターフェス３９０は、物理層であり、データを第二の局４００に送信する。送信データは、第二の局４００の層１のインターフェス４９０に受信され、一つ以上のPDU４８０に再生成され、層２のインターフェス４６０に送信される。層２のインターフェス４６０は、PDU４８０を受信し、PDU４８０から一つ以上の層２のSDU４４０を生成する。層２のSDU４４０は、層３のインターフェス４２０に送信される。層３のインターフェス４２０は層２のSDU４４０をメッセージ４１０または層３の信号メッセージ４２０aに変換した後に、メッセージ４１０または層３の信号メッセージ４２０aは層３のインターフェス４２０により処理される。ここで、メッセージ４１０は、第一の局３００のアプリケーション３３０により生成された元のメッセージ３１０と一致しており、層３の信号メッセージ４２０aは、層３のインターフェス３２０により生成された元の信号メッセージ３２０aと一致している。受信されたメッセージ４１０は、第二の局４００のアプリケーション４３０に送信される。
紛失したデータを検出するために、プロトコールは、第二の局４００の第二の層４２０におけるPDU照合に基づき、PDUがまだ受信されていないことを通知し、第二の局４００の第一の層４９０から第一の局３００の第一の層３９０に再送信の要求を送る。
図５は、SDUを含むPDUの代表的なシーケンスを示す図である。図５に示す例において、各々の長さが８０オクテットである二つのSDU、即ちSDU１とSDU２は、各々の長さが６４オクテットである四つのPDU、即ちP0、P1、P2及びP3にパッケージされる。各PDUは、長さが２オクテットであるヘッダーP0h、P1h、P2h及びP3hを含み、また、残りの６２オクテットは、PDUの内容である。各ヘッダーは、送信されたPDUにおいて、順次増大するシーケンスナンバー（SN）と、PDUがSDUの最後のバイトの位置を表示する長さインジケータ（LI）を持つかどうかを示すフラグとなどを有する。このフラグは、ヘッダーの最後のビットに位置する。フラグの値は１である場合、PDUは、当該PDUに関するデータの長さを表示する第一の７ビットと、このLIがPDUの最後のLIであるかどうかを示す８ビットのフラグとを含む１オクテットのLI構造を有する。PDU P0は、SNが0であり、そのフラグは、LIが無いことを示す。よって、データ１０aがただ一つのSDUからなる。PDU P1は、SNが１であり、そのフラグは１にセットされ、次のオクテットがLIフィールドと１ビットのフラグとを含むLI構造であることを示す。第一のLIフィールド１０Lは、１８と、もう一つのLI構造が次にあることと示すフラグとを含む。そして、PDU P1は、１２７と、第二のLIがPDUの最後のLIであることを示す0の値を持つフラグとを有する第二のLIフィールドP1pLを含む。二つのLI構造の次にあるこのPDUの第一の１８データバイトは、SDU１のデータ１０ｂの残り部分である。第二のLIの特別な値（１２７）は、PDUの他の部分P1pがパッドであることを示し、このパッドは、PDU P1の固定長を保つために使用され、無視できるものである。PDU P2は、SNが２であり、そのフラグは、LIが無いことを示す。よって、データ１２aがただ一つのSDUからなる。PDU P３は、同じように、SNが３であり、そのフラグは、１にセットされ、LI構造を含むことを示す。LI １２Lは、１８と、その次に第二のLI構造があることを示すフラグとを有する。そして、PDU P3は、１２７と、０であるフラグとを含むLIフィールドP3pLを有する。よって、二つのLI構造の次にあるこのPDU １２bの第一の１８データバイトは、SDU２のデータ１０ｂの残り部分である。残り部分P3pは、パッドである。
図６は、SDUを含むPDUの他の代表的なシーケンスを示す図である。図６に示す例において、各々の長さが８０オクテットである二つのSDU、即ち、SDU１とSDU２は、各々の長さが６４オクテットである三つのPDU、即ち、Q0、Q1及びQ2にパッケージされる。各PDUは、長さが２オクテットであるヘッダーQ0h、Q1h及びQ2hを含み、また、残り６２オクテットは、PDUの内容である。PDU Q0は、SNが０であり、そのフラグは、LIが無いことを示す。よって、データ１４aがただ一つのSDU SDU１からなる。PDU Q1は、ヘッダーQ1hを含み、ヘッダーQ1hは、SNが１であり、そのヘッダーQ1hの次にLI構造があることを示す１の値であるフラグとなどを有する。LIフィールド１４Lは、１８と、その次にLIが無いことを示す0であるフラグとを含む。よって、このPDUの第一の１８データオクテットは、SDU1の残り部分であり、また、残りの４３データオクテットは、次のSDU２からなる。PDU Q2は、ヘッダーQ2hを含み、ヘッダーQ2hは、2であるSNと、ヘッダーQ2hの次にLI構造があることを示す１であるフラグとを有する。LIフィールド16Lは、３７と、その次に他のLIがあることを示す１であるフラグとを含む。第二のLIは、127と、その次に他のLIが無いことを示す０であるフラグとを含む。このPDUの第一の３７データオクテットは、SDU２の残り部分であり、また、残りのQ2pのオクテットは、無視できるパッドである。
図７は、SDUを含むPDUの第三の代表的なシーケンスを示す図である。図７に示す例において、二つのSDU、即ち、長さが６２オクテットであるSDU１と長さが８０オクテットであるSDU２とは、各々の長さが６４オクテットである四つのPDU、即ち、R0、R1、R2及びR3にパッケージされる。それぞれのPDUは、長さが２オクテットであるヘッダーR0h、R1h、R2h及びR3hを含み、また、残り６２オクテットは、PDUの内容である。PDU R0は、SNが０であり、そのフラグは、LIが無いことを示す。よって、データ１８aがただ一つのSDUからなる。PDU R1は、SNが１であり、そのフラグは、１にセットされ、LI構造を含むことを示す。LI １８Lは、０と、次にLIがあることを示す1であるフラグとを有する。そして、PDU R1は、１２７と、このLIがPDUの最後のLIであることを示す0であるフラグとを含むLIフィールドR1pLを有する。第一のLIの特別な値（０）は、前のPDU R0がSDU１の最後のセグメントで充填され、且つ、前のPDU R0のSDUの最後を示すLIフィールドが無いことを表示する。よって、PDU R１の残り部分は、無視できるパッドである。PDU R2は、SNが２であり、そのフラグは、LIが無いことを示す。よって、データ２０aがただ一つのSDU２からなる。PDU R3は、ヘッダーR3hを含み、ヘッダーR3hは、３であるSNと、ヘッダーR3hの次にLI構造があることを示す1であるフラグとを有する。LIフィールド２０Lは、１８と、次に他のLIがあることを示すフラグとを含む。そして、PDU R3は、１２７と、次に他のLIが無いことを示すフラグとを含むLIフィールドR3pLを有する。よって、二つのLI構造の次にあるこのPDUの最初の１８データバイトは、SDU２のデータの残り部分20bであり、残り部分のR3pは、無視できるパッドである。
図２、図３及び図４の組み合わせは、SDUを廃棄する従来の方法の流れ図である。
ステップ１００：新しいMRW（Move Receiving Window：MRW）処理を起動する。送信局は、少なくとも一つのSDUを廃棄することを示す。
ステップ１０２：MRW スーパーフィールド（Superfield：SUFI）を用いステータスPDU（STATUS PDU）をセットアップする。PDUを構成し、その基本的なフィールドを設定する。
ステップ１０４：このRLCに対して“send MRW”が生成されたかを判定する。生成されれば、ステップ１１０に進み、そうでなければ、ステップ１０６に進む。
ステップ１０６：最後の廃棄SDUに対する最後のSN_MRWiフィールドを含むようにSTATUS PDUをセットする。
ステップ１０８：必要に応じて、他の廃棄SDUに対する他のSN_MRW iフィールドを含むように、STATUS PDUをセットし、ステップ１１６（図３の“A”）に進む。
ステップ１１０：廃棄SDUの数が１５より大きいかどうかを判定する。15は、STATUS PDUに含まれるSDU SN_MRWiフィールドの最大の数である。１５より大きい場合、ステップ１１２に進み、１５以下である場合、ステップ１１４に進む。
ステップ１１２：最初の１５個の廃棄SDUに対してMRW SUFIを構築する。
ステップ１１４：対応する廃棄SDUのSN_MRW iフィールドを取り入れる。そして、ステップ１１６（図３の“A”）に進む。
ステップ１１６：最後の廃棄SDUは、最後の廃棄SDUのLIを含み、新しいSDUを含まないPDUに終了するかどうかを判定する。終了すれば、ステップ１１８に進み、終了しなければ、ステップ１２０に進む。
ステップ１１８：最後のSN_MRW iフィールド（SN_MRW LENGTH）を、最後の廃棄SDUが終了するPDUのSNに１を足した値にセットし、また、N
LENGTHを０にセットする。ステップ１２２（図４の“B”）に進む。
ステップ１２０：最後のSN_MRW iフィールド（SN_MRW LENGTH）を、最後の廃棄SDUのLIを含むPDUのSNにセットし、N
LENGTHを、最後の廃棄SDUのLIを含むPDUにおける廃棄SDUに対応するLIのナンバーにセットする。ステップ１２２（図４の“B”）に進む。
ステップ１２２：他のSN_MRW iフィールドのそれぞれを、対応する廃棄SDUのLIを含むAMD PDUのSNにセットする。
ステップ１２４：ただ一つのSN_MRW iフィールドがあるか、且つ、それの対応する廃棄SDUが、構成された送信ウィンドウの上方に広がっているかを判定する。広がれば、ステップ１２６に進み、そうでなければ、ステップ１２８に進む。
ステップ１２６：LENGTHを0にセットし、ステップ１３０に進む。
ステップ１２８：LENGTHをSN_MRW iフィールドの個数にセットし、ステップ１３０に進む。
ステップ１３０：MRW SUFIを用いSTATUS PDUを送信する。
ステップ１３２：終了。
図５に示す例において、前述のステップは、図２、図３及び図４に示すように、SDU廃棄方法が開始され、SDU１を廃棄する場合、MRW処理がステップ１００（図２に示される）に起動される。MRW SUFIを含むSTATUS PDUがステップ１０２にセットアップされる。ただ一つのSDUが廃棄されているので、ステップ１０４からステップ１０６或いはステップ１１０に進んでも、同じ結果が生成される。“send MRW”が生成されない場合、ステップ１０６は、SDU１のMRW SUFIにおけるSN_MRW1フィールドを含み、ステップ１０８は、廃棄されている他のSDUが無いので、無視される。“send MRW”が生成される場合、ステップ１１０は、ただ一つのSDUが廃棄されているので、ステップ１１４に進み、ステップ１１４は、SDU1のMRW SUFIにおけるSN_MRW1フィールドを含む。また、この二つの経路は再びステップ１１６（図３に示される）で合流する。ステップ１１６において、最後の廃棄SDU SDU1はPDU P1に終了し、PDU P1は、LI １０Lを含み、また、P1の残り部分がパッドP1pにより充填されるので、P1は、SDU１の次に新しいSDUを含まない。よって、最後のSN_MRWiフィールドSN_MRWLENGTHがP1のSNプラス１の値にセットされ、即ち、P1のSNが１であるので、SN_MRWLENGTHが2にセットされるステップ１１８に進む。そして、ステップ１２２（図４に示される）に進み、ステップ１１２においては、他の廃棄SDUが無いので、何の処理も行われない。ステップ１２４において、送信ウィンドウの実際の位置により、MRW SUFIのLENGTHフィールドがそれぞれ0或いは1であるステップ１２６或いはステップ１２８に進む。最後に、ステップ１３０において、生成されたばかりのMRW SUFIを含むSTATUS PDUを送信する準備ができた。そして、ステップ１３２において終了する。
図６に示す例において、前述のステップは、図２、図３及び図４に示すように、SDU廃棄方法が開始され、SDU１を廃棄する場合、MRW処理がステップ１００（図２に示される）に起動される。MRW SUFIを含むSTATUS PDUがステップ１０２にセットアップされる。ただ一つのSDUが廃棄されているので、ステップ１０４からステップ１０６或いはステップ１１０に進んでも、同じ結果が生成される。“send MRW”が生成されない場合、ステップ１０６は、SDU１のMRW SUFIにおけるSN_MRW1フィールドを含み、ステップ１０８は、廃棄されている他のSDUが無いので、無視される。“send MRW”が生成される場合、ステップ１１０は、ただ一つのSDUが廃棄されているので、ステップ１１４に進み、ステップ１１４は、SDU1のMRW SUFIにおけるSN_MRW1フィールドを含む。また、二つの経路は再びステップ１１６（図３に示される）で合流する。ステップ１１６において、最後の廃棄SDU SDU１は、PDU Q1に終了し、Q1は、LI １４Lと、第一のデータセグメント１６aを有する新しいSDU２とを含む。よって、最後のSN_MRWiフィールドSN_MRWLENGTHがQ1のSNにセットされ、即ち、Q1のSNが１であるので、SN_MRWLENGTHが１にセットされるステップ１２０に進む。そして、ステップ１２２（図４に示される）に進み、ステップ１２２においては、他の廃棄SDUがないので、何の処理も行われない。ステップ１２４において、送信ウィンドウの実際の位置により、MRW SUFIのLENGTHフィールドがそれぞれ0或いは1であるステップ１２６或いはステップ１２８に進む。最後に、ステップ１３０において、生成されたばかりのMRW SUFIを含むSTATUS PDUを送信する準備ができた。そして、ステップ１３２において終了する。
図７に示す第三の例において、前述のステップは、図２、図３及び図４に示すように、SDU廃棄方法が開始され、SDU１を廃棄する場合、MRW処理がステップ１００（図２に示される）に起動される。MRW SUFIを含むSTATUS PDUがステップ１０２にセットアップされる。ただ一つのSDUが廃棄されているので、ステップ１０４からステップ１０６或いはステップ１１０に進んでも、同じ結果が生成される。“send MRW”が生成されない場合、ステップ１０６は、SDU１のMRW SUFIにおけるSN_MRW1フィールドを含み、ステップ１０８は、廃棄されている他のSDUが無いので、無視される。“send MRW”が生成される場合、ステップ１１０は、ただ一つのSDUが廃棄されているので、ステップ１１４に進み、ステップ１１４は、SDU1のMRW SUFIにおけるSN_MRW1フィールドを含む。また、二つの経路は再びステップ１１６（図３に示される）で合流する。ステップ１１６において、最後の廃棄SDU SDU1は、最後のSDU１のLI １８Lを含まないPDU R0に終了する。よって、最後のSN_MRWiフィールドSN_MRWLENGTHが、最後のSDU１のLI １８Lを含むR1のSNにセットされ、即ち、Q1のSNが１であるので、SN_MRWLENGTHが１にセットされるステップ１２０に進む。そして、ステップ１２２（図４に示される）に進み、ステップ１２２においては、他の廃棄SDUがないので、何の処理も行われない。ステップ１２４において、送信ウィンドウの実際の位置により、MRW SUFIのLENGTHフィールドがそれぞれ0或いは1であるステップ１２６或いはステップ１２８に進む。最後に、ステップ１３０において、生成されたばかりのMRW SUFIを含むSTATUS PDUを送信する準備ができた。そして、ステップ１３２において終了する。
よって、従来の方法は、MRW SUFIを誤った値にセットし、PDU R0のみを廃棄し、受信ウィンドウを移動し、PDU R1に開始する。受信局或いは図１の第二の局は、送信局或いは図１の第一の局において廃棄されるPDU R１の受信を待つ。その後、リセット処理が始動される。
第３の例に示すように、従来の方法の問題点は、PDUを廃棄すべき際にPDUを廃棄できないことがある。これにより、正常なSDU廃棄過程において、リセット処理を時々実行しなければならない。これらのリセット処理は大量のバンド幅を占用するので、改善されたSDU廃棄法が要求される。
The Third Generation Partnership Project （３GPP） Specification, 25.322 V6.1.0 （2004−06），Radio Link Control（RLC）Protocol Specification．
本発明の目的は、SDU廃棄処理において必要の無いリセットによるリスクを避けることができるSDU廃棄方法を提供することにある。
本発明は、無線通信システムにおけるSDUのシーケンスを廃棄する方法を提供する。SDUのシーケンスは、少なくとも一つの最後の廃棄SDUを含む。本発明の方法は、最後の廃棄SDUの長さインジケータを含むPDUが新しいSDUを有しない場合、移動受信ウィンドウのスーパーフィールド（Move Receiving Widow Super Field：MRW SUFI）を生成する工程と、MRW SUFIのNLENGTHフィールドを０にセットする工程と、MRWフィールドの最後のSNを、最後の廃棄SDUの長さインジケータを含むPDUのSNプラス１にセットする工程と、MRW SUFIを出力する工程とを含む。
本発明は、SDU廃棄方法における必要の無いリセットを避けることができるSDU廃棄方法を提供する。
次に、添付した図面を参照しながら、本発明の好適な実施形態を詳細に説明する。
図２、図８及び図４の組み合わせは、本発明のSDU廃棄方法の流れ図である。なお、図８に示されるステップ２１６と２１８以外のステップは、従来の方法のステップと全く同じであるので、次にステップ２１６と２１８のみを説明する。
ステップ２１６：最後の廃棄SDUのLIを持つPDUが新しいSDUを含むかを判定する。Y含めば、ステップ２１８に進み、含めなければ、ステップ１２０に進む。
ステップ２１８：最後のSN_MRW iフィールド（SN_MRW LENGTH）を、最後の廃棄SDUのLIを持つPDUのSNプラス１にセットし、N
LENGTHを０にセットする。ステップ１２２（図４の“B”）に進む。
図５に示す例において、前述のステップは、図２、図８及び図４に示すように、SDU廃棄方法が開始され、SDU１を廃棄する場合、MRW処理がステップ１００（図２に示される）に起動される。MRW SUFIを含むSTATUS PDUがステップ１０２にセットアップされる。ただ一つのSDUが廃棄されているので、ステップ１０４からステップ１０６或いはステップ１１０に進んでも、同じ結果が生成される。“send MRW”が生成されない場合、ステップ１０６は、SDU１のMRW SUFIにおけるSN_MRW1フィールドを含み、ステップ１０８は、廃棄されている他のSDUが無いので、無視される。“send MRW”が生成される場合、ステップ１１０は、ただ一つのSDUが廃棄されているので、ステップ１１４に進み、ステップ１１４は、SDU1のMRW SUFIにおけるSN_MRW1フィールドを含む。また、二つの経路は再びステップ２１６（図８に示される）で合流する。ステップ２１６において、PDU P1は最後の廃棄SDU SDU１のLI １０Lを含み、また、P1の残り部分がパッドP1pにより充填されるので、P1はSDU１の次に新しいSDUを含まない。よって、最後のSN_MRW
iフィールドSN_MRW LENGTHがP1のSNプラス１の値にセットされ、即ち、P1のSNが１であるので、SN_MRWLENGTHが2にセットされるステップ２１８に進む。そして、ステップ１２２（図４に示される）に進み、ステップ１１２においては、他の廃棄SDUが無いので、何の処理も行われない。ステップ１２４において、送信ウィンドウの実際の位置により、MRW SUFIのLENGTHフィールドがそれぞれ0或いは1であるステップ１２６或いはステップ１２８に進む。最後に、ステップ１３０において、生成されたばかりのMRW SUFIを含むSTATUS PDUを送信する準備ができた。そして、ステップ１３２において終了する。
図６に示す例において、前述のステップは、図２、図８及び図４に示すように、SDU廃棄方法が開始され、SDU１を廃棄する場合、MRW処理がステップ１００（図２に示される）に起動される。MRW SUFIを含むSTATUS PDUがステップ１０２にセットアップされる。ただ一つのSDUが廃棄されているので、ステップ１０４からステップ１０６或いはステップ１１０に進んでも、同じ結果が生成される。“send MRW”が生成されない場合、ステップ１０６は、SDU１のMRW SUFIにおけるSN_MRW1フィールドを含み、ステップ１０８は、廃棄されている他のSDUが無いので、無視される。“send MRW”が生成される場合、ステップ１１０は、ただ一つのSDUが廃棄されているので、ステップ１１４に進み、ステップ１１４は、SDU1のMRW SUFIにおけるSN_MRW1フィールドを含む。また、二つの経路は再びステップ２１６（図８に示される）に合流する。ステップ２１６において、PDU Q1は、最後の廃棄SDU１のLI １４Lと、Q1の第一のデータセグメント１６aを含む新しいSDU２とを有する。よって、最後のSN_MRWiフィールドSN_MRWLENGTHがQ1のSNにセットされ、即ち、Q1のSNが１であるので、SN_MRWLENGTHが１にセットされるステップ１２０に進む。そして、ステップ１２２（図４に示される）に進み、ステップ１２２においては、他の廃棄SDUがないので、何の処理も行われない。ステップ１２４において、送信ウィンドウの実際の位置により、MRW SUFIのLENGTHフィールドがそれぞれ0或いは1であるステップ１２６或いはステップ１２８に進む。最後に、ステップ１３０において、生成されたばかりのMRW SUFIを含むSTATUS PDUを送信する準備ができた。そして、ステップ１３２において終了する。
図７に示す第三の例において、前述のステップは、図２、図８及び図４に示すように、SDU廃棄方法が開始され、SDU１を廃棄する場合、MRW処理がステップ１００（図２に示される）に起動される。MRW SUFIを含むSTATUS PDUがステップ１０２にセットアップされる。ただ一つのSDUが廃棄されているので、ステップ１０４からステップ１０６或いはステップ１１０に進んでも、同じ結果が生成される。“send MRW”が生成されない場合、ステップ１０６は、SDU１のMRW SUFIにおけるSN_MRW1フィールドを含み、ステップ１０８は、廃棄されている他のSDUが無いので、無視される。“send MRW”が生成される場合、ステップ１１０は、ただ一つのSDUが廃棄されているので、ステップ１１４に進み、ステップ１１４は、SDU1のMRW SUFIにおけるSN_MRW1フィールドを含む。また、二つの経路は再びステップ２１６（図３に示される）で合流する。ステップ２１６において、PDU R１は、最後の廃棄SDU１のLI １８Lを含み、しかし、R1の残り部分がパッドR1pにより充填されるので、R1は、SDU1の次に新しいSDUを有しない。よって、最後のSN_MRW
iフィールドSN_MRWLENGTHが、R1（SDU1のLIを含む）のSNプラス１の値にセットされ、即ち、R1のSNが１であるので、SN_MRWLENGTHが２の値にセットされるステップ２１８に進む。なお、ここでは、SN_MRWLENGTHの値が従来の方法により１にセットされる。そして、ステップ１２２（図４に示される）に進み、ステップ１２２においては、他の廃棄SDUがないので、何の処理も行われない。ステップ１２４において、送信ウィンドウの実際の位置により、MRW SUFIのLENGTHフィールドがそれぞれ0或いは1であるステップ１２６或いはステップ１２８に進む。最後に、ステップ１３０において、生成されたばかりMRW SUFIを含むSTATUS PDUを送信する準備ができた。そして、ステップ１３２において終了する。
ゆえに、本発明により改善された方法は、SDUの最後のセグメントがPDUに終了するものの、このSDUのLIが次のPDUにある場合と、SDUの最後のセグメントがこのSDUのLIとして同じPDUに終了する一般的な場合とを含む全てのSDUを廃棄する場合においても、正しく機能する。図７に示す例において、本発明の方法は、MRW SUFIを廃棄PDUのR0とR1に正しくセットし、受信ウィンドウを移動し、PDU R2に開始する。しかし、従来の方法は、受信ウィンドウを移動し、PDU R1に開始し、その後、リセット処理が起動される。これにより、本発明の方法は、必要の無いリセット処理によるリスクを防止し、バンド幅を節約することができる。
以上、本発明の好ましい実施形態を説明したが、本発明はこの実施形態に限定されず、本発明の趣旨を離脱しない限り、本発明に対するあらゆる変更は本発明の範囲に属する。
第一の局と第二の局の間における通信と層を示す概略図である。 従来のSDU廃棄方法の流れ図である。 従来のSDU廃棄方法の流れ図である。 従来のSDU廃棄方法の流れ図である。 連結を用いないSDUのセグメント化を示すブロック図である。 連結によるSDUのセグメント化を示すブロック図である。 連結を用いないSDUのセグメント化を示すブロック図である。 本発明のSDU廃棄方法の流れ図である。
符号の説明
３００ 第一の局
４００ 第二の局
SN シーケンスナンバー
LI 長さインジケータ
P0、P1、P2、P3 PDU
P0h、P1h、P2h、P3h ヘッダー
Q0、Q1、Q2 PDU
Q0h、Q1h、Q2h ヘッダー

Claims (14)

  1. 通信システムにおいて、少なくとも一つの最後の廃棄サービス・データ・ユニット（SDU：Service Data Unit）を含むSDUのシーケンスの廃棄を処理する方法であって、
    前記最後の廃棄SDUの長さインジケータを含むプロトコール・データ・ユニット（PDU：Protocol Data Unit）が新しいSDUを有しない場合、
    移動受信ウィンドウ・スーパー・フィールド（Move Receiving Window Super Field：MRW SUFI）を生成する工程と、
    前記MRW SUFIのNLENGTHフィールドを０に設定する工程と、
    前記MRWフィールドの最後のシーケンスナンバー（SN_MRWLENGTH）を、最後の廃棄SDUの長さインジケータを含むPDUのシーケンスナンバー（SN）プラス１に設定する工程と、
    MRW SUFIを出力する工程と、
    を有し、ここで、
    前記長さインジケータは、最後の廃棄SDUの終了位置を示し、
    前記SN_MRWLENGTHは、最後の廃棄SDUの次にあるSDUのデータセグメントを含むPDUのSNを示し、
    前記MRW SUFIのNLENGTHフィールドを０に設定することは、前記最後の廃棄SDUの長さインジケータ（length indicator : LI）がSN＝SN_MRWLENGTH−１であるPDUに含まれ、SN＝SN_MRWLENGTHであるPDUにおける第一のデータオクテットが最後の廃棄SDUの次にあるSDUの第一のデータオクテットであることを示し、
    前記MRW SUFIは、廃棄SDUの情報信号を送信するのに使用される、
    SDU廃棄方法。
  2. 前記最後の廃棄SDUの長さインジケータを含むPDUは、前記最後の廃棄SDUのデータセグメントを含まない、
    請求項１に記載のSDU廃棄方法。
  3. 請求項１に記載のSDU廃棄方法を実行する通信装置。
  4. 送信器と受信器とを更に含む、
    請求項３に記載の通信装置。
  5. 携帯電話である、
    請求項４に記載の通信装置。
  6. 携帯電話の基地局である、
    請求項４に記載の通信装置。
  7. 固定無線ネットワークユニットである、
    請求項４に記載の通信装置。
  8. 固定無線電話システムである、
    請求項４に記載の通信装置。
  9. 請求項２に記載のSDU廃棄方法を実行する通信装置。
  10. 送信器と受信器とを更に含む、
    請求項９に記載の通信装置。
  11. 携帯電話である、
    請求項１０に記載の通信装置。
  12. 携帯電話の基地局である、
    請求項１０に記載の通信装置。
  13. 固定無線ネットワークユニットである、
    請求項１０に記載の通信装置。
  14. 固定無線電話システムである、
    請求項１０に記載の通信装置。
JP2005275787A 2004-09-24 2005-09-22 無線通信システムにおけるｓｄｕ廃棄方法 Active JP4235636B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US52239804P 2004-09-24 2004-09-24

Publications (2)

Publication Number Publication Date
JP2006094518A JP2006094518A (ja) 2006-04-06
JP4235636B2 true JP4235636B2 (ja) 2009-03-11

Family

ID=34937936

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005275787A Active JP4235636B2 (ja) 2004-09-24 2005-09-22 無線通信システムにおけるｓｄｕ廃棄方法

Country Status (7)

Country Link
US (1) US7411979B2 (ja)
EP (1) EP1641169B1 (ja)
JP (1) JP4235636B2 (ja)
KR (1) KR100712036B1 (ja)
CN (1) CN100527738C (ja)
DE (1) DE602005010357D1 (ja)
TW (1) TWI276318B (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100447162B1 (ko) * 2000-08-19 2004-09-04 엘지전자 주식회사 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법
EP1198107B1 (en) * 2000-10-07 2012-11-28 LG Electronics Inc. Method for transmitting data from an RLC layer in a radio communication system
US7539220B2 (en) * 2003-02-03 2009-05-26 Asustek Computer Inc. Data discard signalling procedure in a wireless communication system
TWI398118B (zh) * 2005-09-21 2013-06-01 Innovative Sonic Ltd 無線通訊系統重建發射邊處理控制協定資料單元的方法及裝置
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
CN105515736A (zh) 2006-01-05 2016-04-20 Lg电子株式会社 在移动通信系统中发送数据
KR20070080552A (ko) 2006-02-07 2007-08-10 엘지전자 주식회사 이동 통신 시스템에서의 응답 정보 전송 방법
GB2436912B (en) * 2006-04-04 2008-03-12 Nec Technologies ARQ and HARQ protocol data units and method of formation
WO2007148881A2 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of supporting data retransmission in a mobile 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
US7949013B2 (en) * 2007-09-28 2011-05-24 Industrial Technology Research Institute Wireless communication systems and methods using flexible length indicators
CN101699898B (zh) * 2009-11-03 2012-11-28 中兴通讯股份有限公司 一种分组业务域传输分组数据的方法和系统
US9398490B2 (en) * 2013-03-15 2016-07-19 Trane International Inc. Method of fragmenting a message in a network
EP3197236B1 (en) * 2014-08-01 2020-03-25 Huawei Technologies Co., Ltd. Apparatus and method for data transmission in wireless network
US11201780B2 (en) * 2016-01-29 2021-12-14 Qualcomm Incorporated Configurations associated with segmentation of one or more packets for wireless communication
CN110611625B (zh) 2018-11-27 2020-11-06 新华三技术有限公司 网络设备及应用于网络设备的逻辑装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0020442D0 (en) * 2000-08-18 2000-10-04 Nokia Networks Oy Data transmission protocol
KR100447162B1 (ko) * 2000-08-19 2004-09-04 엘지전자 주식회사 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법
EP1198107B1 (en) 2000-10-07 2012-11-28 LG Electronics Inc. Method for transmitting data from an RLC layer in a radio communication system
US6922393B2 (en) 2001-01-10 2005-07-26 Asustek Computer Inc. Data discarding request acknowledgement in a wireless communications protocol
KR100792989B1 (ko) * 2001-05-21 2008-01-08 엘지전자 주식회사 무선통신시스템에서 서비스 데이터 단위 폐기정보 전송방법
KR100541015B1 (ko) 2002-02-04 2006-01-10 아스텍 컴퓨터 인코퍼레이티드 무선 통신 시스템에 있어서의 데이터 폐기 신호 절차
KR100517974B1 (ko) * 2002-10-08 2005-09-30 엘지전자 주식회사 무선통신 시스템의 시퀀스 동기화 방법
US20040160937A1 (en) 2003-02-13 2004-08-19 Jiang Sam Shiaw-Shiang Enhanced SDU discard signaling procedure in wireless communication systems
PT1925142E (pt) * 2005-08-23 2016-02-23 Sisvel Internat S A Otimização de cabeçalho de controlo da ligação de rádio em modo não confirmado

Also Published As

Publication number Publication date
KR100712036B1 (ko) 2007-04-27
CN100527738C (zh) 2009-08-12
US7411979B2 (en) 2008-08-12
CN1753408A (zh) 2006-03-29
JP2006094518A (ja) 2006-04-06
KR20060051574A (ko) 2006-05-19
US20060077892A1 (en) 2006-04-13
DE602005010357D1 (de) 2008-11-27
EP1641169A1 (en) 2006-03-29
EP1641169B1 (en) 2008-10-15
TW200620880A (en) 2006-06-16
TWI276318B (en) 2007-03-11

Similar Documents

Publication Publication Date Title
JP4235636B2 (ja) 無線通信システムにおけるｓｄｕ廃棄方法
EP1724977B1 (en) Method and apparatus of data segmentation in a mobile communications system
RU2289204C2 (ru) Способ и система мобильной связи
EP2009833B1 (en) Method and related apparatus for setting an header extension type field (HE) in a PDU header of a wireless communications system operating in RLC acknowledged mode
RU2461147C2 (ru) Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи
EP2899998B1 (en) Method and apparatus for reordering fragments within a mac layer service data unit within a downlink frame
KR101058729B1 (ko) 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 음성 패킷 데이터를 효율적으로처리하는 장치 및 방법
US6987981B2 (en) Robust RLC reset procedure in a wireless communication system
US7571358B2 (en) Error processing apparatus and method for wireless communication system
KR20070077798A (ko) 이동통신 시스템에서 재전송 제어를 위한 상태보고의요청/전송 방법 및 장치
KR20100053625A (ko) 무선 통신 시스템에서의 핸드오버 동안 데이터의 계층 2 터널링
JP2009268118A (ja) 無線通信システムのためのブロードキャストメッセージのセグメント化
WO2008040725A1 (en) Efficient tcp ack prioritization in wireless networks
JP2010541397A (ja) ワイヤレス通信システムにおけるステータスレポート方法
KR100954925B1 (ko) 상위로 ＰＤＣＰ 데이터 유닛(ｄａｔａ ｕｎｉｔ)을 전달하는 방법
JP4060181B2 (ja) データ送信プロトコル
US20130156023A1 (en) Methods and Apparatus for Efficiently Synchronizing a Transmitter and a Receiver in a Communication System
US20060221965A1 (en) Method of transferring data packets in a communications network
EP1738514B1 (en) Method and apparatus to provide network data recovery optimization with header compression enabled in unreliable environment
CN111543079B (zh) 无线链路控制(rlc)确认模式(am)数据接收
EP1988657B1 (en) Method and related apparatus for handling packet discard in a wireless communication system
JP3768805B2 (ja) 移動体電気通信システムのためのデータパケット
KR100611176B1 (ko) 이동 네트워크에서의 비-투명적 데이터 전송
US20050198028A1 (en) System, method and operator for increasing the active window size in a NAK-based window protocol
KR100709028B1 (ko) 데이터의 선택적 재전송

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080204

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080318

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080616

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20080618

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080805

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081029

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: 20081118

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: 20081215

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

Free format text: PAYMENT UNTIL: 20111219

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4235636

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: 20111219

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20141219

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

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S534 Written request for registration of change of nationality

Free format text: JAPANESE INTERMEDIATE CODE: R313534

R360 Written notification for declining of transfer of rights

Free format text: JAPANESE INTERMEDIATE CODE: R360

R370 Written measure of declining of transfer procedure

Free format text: JAPANESE INTERMEDIATE CODE: R370

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

S534 Written request for registration of change of nationality

Free format text: JAPANESE INTERMEDIATE CODE: R313534

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250