JP3761533B2 - 肯定応答モード伝送及び非肯定応答モード伝送における不正常な状況の処理方法 - Google Patents
肯定応答モード伝送及び非肯定応答モード伝送における不正常な状況の処理方法 Download PDFInfo
- Publication number
- JP3761533B2 JP3761533B2 JP2003127870A JP2003127870A JP3761533B2 JP 3761533 B2 JP3761533 B2 JP 3761533B2 JP 2003127870 A JP2003127870 A JP 2003127870A JP 2003127870 A JP2003127870 A JP 2003127870A JP 3761533 B2 JP3761533 B2 JP 3761533B2
- Authority
- JP
- Japan
- Prior art keywords
- length indicator
- data block
- receiving end
- pdu
- transmission
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- 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/1607—Details of the supervisory signal
- H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
-
- 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/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/187—Details of sliding window management
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
Description
【０００１】
【発明の属する技術分野】
本発明は、ワイヤレスコミュニケーション（wireless communication）に関するもので、特に、肯定応答モード伝送（Acknowledge Mode transmission）と非肯定応答モード伝送（Unacknowledged Mode transmission）に対し、多くの不正常な状況を処理するための方法に関する。
【０００２】
【従来の技術】
ワイヤレスコミュニケーションネットワークの肯定応答モードAM下において、二つのRLC同等エンティティ(peer entities)間（ユーザー装置（UE）、或いは第三世代移動体通信システム（Universal Mobile telecommunications System、UTRAN）であって、伝送端或いは受信端のどれかである）で伝送されるデータは、パケットデータユニット（Packet Data Unit、PDU）形式である。図１は、応答モードデータ（acknowledge mode data、AMD）の略式工程を示す。
【０００３】
伝送端１０は、上層からの無線リンク制御（Radio Link Control、RLC）サービスデータユニット（Service Data Unit、SDU）を、一つ或いは複数の固定サイズのAMD PDUにパッケージする。AMD PDUが始めて伝送される場合、伝送端１０は、“シーケンス番号”領域、“長さインジケータ（Length Indicator）”領域、“ポーリングビット（Polling Bit）”を設定する。AMD PDUが再伝送される場合、伝送端１０は本来のAMD PDUと同じ“シーケンス番号”を用いる。再伝送されるAMD PDUにはピギーバックされた（piggybacked）STARTUS PDUが含まれるため、伝送端１０は、再伝送されるAMD PDUの“長さインジケータ”領域を更新する。勿論、送信端１０は“ポーリングビット”も設定する。その後、一つ或いはそれ以上のAMD PDUの伝送或いは再伝送がスケジュールされる場合、伝送端は準備されたAMD PDUを低層に送る。
【０００４】
AMD PDUを受信する時、受信端２０は状態変数を更新する。受信端２０は、受信したAMD PDUを、RLC SDUに組み立てなおす。“順序通りの伝送”が設定される場合、受信端２０は、AMサービスアクセスポイント（AM−SAP）により、RLC SDUを順序通りに（即ち、RLC SDUが伝送端同等エンティティ中で伝送されるのと同順）、上層に伝送する。そうでなければ、受信端２０はAM−SAPにより任意の順で、RLC SDUを上層に伝送する。
【０００５】
更に、不正常な状況が発生した時、伝送端１０と受信端２０はRLCリセット工程により、同等エンティティを再同期化する。図２はRLCリセットの基本工程を示す。リセット工程の間、伝送端１０と受信端２０内のハイパーフレーム番号（hyper frame number、HFN）が同期化される。一般に、RESET PDUとRESET ACK PDUは、AMD PDUより高い優先度を有する。リセット工程が開始される場合、対応するRESET PDUと同じRESETシーケンス番号（RSN）を有するRESET ACK PDUを受信する時、或いは、上層が再構築或いは解除を要求する時だけ、リセット工程が終了する。リセット工程は、同等エンティティからのRESET PDUを受信することが原因で中断されることはない。
【０００６】
伝送端と受信端は多くの技術、例えば、各PDUの“シーケンス番号”、許可数値、或いは保留数値を備える“長さインジケータ”、伝送及び受信のウィンドウサイズ、及びその他を使用して、伝送中に生じるエラーを監視し、両者の同期化を維持する。
【０００７】
図３は不正常な状況を生じているAMD PDUがどのように処理されるかを説明する。受信端が受信ウィンドウサイズを超過するAMD PDUを受信した場合（工程５及び１０）、受信端はAMD PDUを破棄し（工程１５）、工程２０を実施する。
【０００８】
シーケンス番号が範囲内である場合、受信端は受信したPDUの“長さインジケータ”の値が無効か、保留かをチェックする（工程４０）。“長さインジケータ”が無効、或いは保留の値を有する場合、受信端は、このAMD PDUを破棄し、破棄されたAMD PDUを遺失したものとして処理する（工程５０）。“長さインジケータ”が無効数値となる場合とは、例えば長さインジケータがPDUのデータフィールドの大きさより大きい値になる場合である。この他、無効の数値はRLCプロトコルのルールに違反する値を用いることに起因する。例えば、１１１１１１０と１１１１１１１を同一のPDUに使用したり、０の延長ビットに続かない１１１１１１０を使用する、或いは、正しくない“長さインジケータ”順序を使用するなどである。“長さインジケータ”の数値が有効で保留でない場合、受信端はその状態変数を更新する（工程４５）。
【０００９】
次に、工程２０において、受信端は、受信されたAMD PDUの“ポーリングビット”が“１”に設定されているかを確認する。設定されている場合、受信端はSTATUS PDU伝送工程を初期化し（工程３０）、受信したAMD PDUをRLC PDUに組み立てなおす（工程５５）。更に、“ポーリングビット”が“１”でない場合、受信端は、“遺失したPDU指示器”が設定され、かつ受信端が遺失したAMD PDUを検出したかを更に確認する（工程２５）。指示器が設定され、かつPDUが遺失していた場合、受信端は、工程３０において、STATUS PDU伝送工程を初期化し、工程５５に進む。しかし、“遺失したPDU指示器”が設定されない、或いは、受信端が遺失PDUを検出しなかった場合、受信端は、受信したAMD PDUをRLC SDUに組み立てなおし、AM−SAPにより、RLC SDUを上層に伝送する（工程５５、６０）。
【００１０】
また、受信端側で、STATUSレポートが一旦開始されると、図４で示されるように、受信端はまず、活動状態禁止函数（active status prohibit function）或いは、活動“EPCメカニズム”があるかどうか確認する（工程７０、７５）。もしある場合、受信端は、“STATUS禁止”或いは“EPCメカニズム”が非活動になるまで、STATUS PDUの伝送を延期する（工程１００）。そうでなければ、受信端は、遺失と検出される全AMD PDUに対し否定応答（negative acknowledgements）を含ませ、少なくとも一つのVR（R）まで受信された全AMD PDUに対し肯定応答（acknowledgement）を含ませ、更に、任意の超過領域変化をSTATUS PDUに設定し、STATUS PDUを伝送端に送り返す（工程８０、８５、９０、９５）。
【００１１】
伝送端側で、受信端からのSTATUS PDUを受信する時（工程１０５）、伝送端はSTATUS PDUが“エラーシーケンス番号”を含むかを確認する。もし含んでいる場合ば、伝送端はSTATUS PDUを破棄すると共に、RLC再設定工程を初期化する（工程１３５、１４０）。しかし、STATUS PDUが“エラーシーケンス番号”を含んでいない場合、伝送端は、状態変数VT（A）とVT(MS)を更新する（工程１１５）。その後、伝送端はSTATUS PDUが否定応答AMD PDUを含んでいるかを確認する（工程１２０）。もし、含んでいない場合、工程１３０を実行する。含んでいる場合、伝送端は肯定応答データ伝送工程を初期化し、これらの否定応答AMD PDUを再伝送する（工程１２５）。工程１３０において、伝送端は必要に応じて、任意の超過領域を処理する。
【００１２】
ワイヤレスコミュニケーションネットワーク中の非肯定応答モード（UM）下で、両RLC同等エンティティ間で伝送されるデータも、PDU形式である。図５は、非応答データ（unacknowledged mode data、UMD）伝送の基本工程を示す。
【００１３】
伝送端３０が上層からのRLC SDUを、一つ或いは複数の固定サイズのUMD PDUにパッケージする。UMD PDUは一度だけ伝送される。伝送端３０は“シーケンス番号”領域とその“長さインジケータ”を設定する。例えば、UMデータ状態変数VT（US）は、次に伝送されるUMD PDUの“シーケンス番号”を含む。各UMD PDUが伝送される毎に、数値は１ずつ逓増する。一つ或いは一つ以上のUMD PDUが伝送のためにスケジュールされる場合、伝送端３０は準備されたUMD PDUを伝送のために下層に渡す。７ビット表示の“シーケンス番号”が最大値から戻る、即ち、１２７から０になる時、関連するハイパーフレーム数（HFN）は１増加する。HFNは明白にUMD PDUに入れられて送られるわけではなく、独立して同等の伝送端３０と受信端４０に維持される。暗号メカニズムはHFNをそのうちの一つのパラメータとし、伝送端３０で暗号化し、受信端４０で復号化する。同等エンティティのHFNが同期化を維持しない場合、暗号メカニズムは作用を失う。
【００１４】
図６で示されるように、伝送端からのUMD PDUを受信する時（工程１５０）、受信端はUMD PDUの“長さインジケータ”の値が無効か或いは保留かを確認する（工程１５５）。例えば、受信端は、“長さインジケータ”がPDUデータフィールドの大きさよりも大きいか（無効）値、或いは、後で解放するなどの他の用途のためにUMD PDUに保留すべく特定された値を有するかを確認する。その値が無効、或いは保留の場合、受信端はこのUMD PDUを破棄すると共に、UMD PDUを遺失したとして（工程１６０）、工程１９０に進む。そうでなければ、受信端は、受信端伝送シーケンス状態変数（Receiver Send Sequence State Variable）、VR（US）を、最後に受信されたUMD PDUの次の“シーケンス番号”を含むように更新する（工程１７０）。例えば、ある“シーケンス番号”がXであるUMD PDUが受信される時、VR（US）はX＋１に設定される。
【００１５】
次に、受信端は、UMD PDUが遺失したか、つまり、VR（US）の更新距離（updatetep）が１より大きいか確認する（工程１７５）。１より小さい時、受信端は、所定の“長さインジケータ”値“１１１１１００”或いは“１１１１ １１１１１１１１ １００”を探すことにより、受信されたUMD PDUが、SDUの第一セグメントか確認し（工程１８０）第一セグメントであると確認された場合、UMD PDUの第一データオクテット(octet)が、RLC SDUの第一オクテットであると指示される（工程１８５）。受信したUMD PDUがSDUの第一セグメントでない場合、受信端は、受信したUMD PDUをRLC SDUに組み立て、UM−SAPにより、上層に伝送する（工程１９５、２００）。しかし、工程１７５と１６０において、遺失UMD PDUが検出された場合、受信端は、遺失UMD PDUのセグメントを有するSDUを破棄する（工程１９０）。
【００１６】
全体的に見て、従来技術は、AM伝送下で、無効、或いは保留の値を有する“長さインジケータ”を備えるAMD PDUを処理するには、能率的ではない。従来技術では物理層CRC残余エラーにより、AMD PDUのエラービット列がCRC手法により検出されない場合がある。このような状況下では、AMD PDUのシーケンス番号は、エラーを含む。この場合、受信端は、無効、或いは保留値を有する“長さインジケータ”を備えるAMD PDUを遺失したPDUとみなす（図３の工程５０を参照）。状態レポートが開始される時、レポートは、破壊された可能性のあるシーケンス番号のAMD PDUの否定応答を含む（図４の工程８０を参照）。更に、破壊されたシーケンス番号が伝送ウィンドウを超過する場合、受信端はこの状態レポートを、“失効のシーケンス番号”を含むものと認識し、RLCリセット工程を開始する（図５の工程１４０を参照）。よって、無効、或いは保留値の長さインジケータを有するAMD PDUは遺失したPDUとして扱われる時、伝送端は不要なRLCリセット工程を開始する。
【００１７】
同様の非効率な工程がUM伝送中にも生じる。受信端は、無効、或いは保留値の“長さインジケータ”を有するUMD PDUを受信する。AM伝送と同様、物理層CRC残余エラー、即ち、UMD PDUのビット列にエラーにより、エラーがCRC手法により検出されない場合がある。このような状況下では、UMD PDUのシーケンス番号はエラーを含み得る。従来技術において、受信端は、無効、或いは保留の値を有する“長さインジケータ”のUMD PDU を、遺失PDUとみなす。シーケンス番号が破壊されれば、受信端は誤ったSDUを破棄する（図６の工程１６０と１９０を参照）。更に、破壊されたシーケンス番号が、前に受信されたUMD PDUと比較して、逓増から逓減に変化する場合、受信端はUMD PDUを破棄するが、そのまま誤って、HFNを逓増し、HFNは伝送端と同期化しない。よって、暗号化メカニズムは作用を失い、その後に受信するUMD PDUは遺失する。よって、無効、或いは保留値の“長さインジケータ”を有するUMD PDUが、遺失PDUであるとみなされ、受信端は誤ったSDUを破棄し、HFNが伝送端と同期化させる役割を果たさなくなる。
【００１８】
【発明が解決しようとする課題】
本発明は、不要なRLCリセット工程、HFN同期化の喪失を避け、好ましい方法で、無効、或いは保留値の“長さインジケータ”を有するAMD PDU、或いは、UMD
PDUを処理する方法を提供することを目的とする。
【００１９】
【課題を解決するための手段】
上述の目的を達成するため、肯定応答モードAMと非肯定応答モードUM伝送の不正常な状況の処理方法を提供する。
【００２０】
本発明では、ワイヤレスコミュニケーションシステムにおいて、伝送端と受信端間のデータブロック伝送中、RLCリセット工程の発生と、HFN同期化工程の喪失との可能性を低下させる方法であって、データブロックは異なる状態関連領域を備え、前記方法は、受信端で、データ伝送オペレーションが特殊なモード下にある時、前記伝送端からデータブロックを受信する工程と、前記受信したデータブロックの状態関連領域の前記状態を決定する工程と、ある特殊な状態関連領域が、複数の不正常な状況の一つに符合する場合、前記受信したデータブロックを破棄して、前記破棄したデータブロックを、まだ受信していないとする工程とからなることを特徴とする方法を要旨とする。
【００２１】
又、本発明では、ワイヤレスコミュニケーションシステムにおいて、伝送端と受信端間のデータブロック伝送中、RLCリセット工程の発生と、HFN同期化工程の喪失との可能性を低下させる受信端であって、データブロックは異なる状態関連領域を備え、前記受信端は、前記データ伝送オペレーションが特殊なモード下にある時、前記伝送端からデータブロックを受信する手段と、前記受信したデータブロックの状態関連領域の前記状態を決定する手段と、ある特殊な状態の関連領域が、複数の不正常な状況の一つに符合する場合、前記受信したデータブロックを破棄して、前記破棄したデータブロックを、まだ受信していないとする手段とからなることを特徴とする受信端を要旨とする。
【００２２】
【発明の実施の形態】
上述した本発明の目的、特徴、及び長所をいっそう明瞭にするため、以下に本発明の好ましい実施の形態を挙げ、図を参照にしながらさらに詳しく説明する。
【００２３】
本発明は、従来技術の無効、或いは保留の値を有する“長さインジケータ”を備えるPDUを処理する方法の改良である。AMにおいて、受信端２０が、“長さインジケータ”の無効、或いは保留値を有するAMD PDUを受信する時、AMD PDUを破棄して、遺失するのではなく、受信端２０は、AMD PDUを破棄して、状態レポートの内容を設定しつつ、AMD PDUがまだ受信されていないとする。
【００２４】
図７には本発明の一実施形態の受信端のAMD PDU処理工程が示されており、図３の工程５０が、図７中で工程５１に変更されている。工程５１以外の工程は、図３と同じである。工程５１において受信端２０は、“PDUが報告された時、AMD PDUを無視し、AMD PDUはまだ受信されていないとする”。更に、図７中の工程５１の後、工程５２の完了処理に続いて工程を終了する。
【００２５】
AMと同様の改良はUMでも行われる。図８は、図６の工程１６０が図８の工程１６１に変更されている。工程１６１以外の工程は、図６と同じである。受信端４０が、無効、或いは保留の値を有する“長さインジケータ”のUMD PDU を受信する時、受信端４０は、それを破棄して遺失したとすることなく、UMD PDUを破棄又は無視するとともに、HFN値を保持し、かつ相関するSDUを破棄しつつ、UMD PDUが未だ受信されていないとする。従って、図６の工程１６０は、図８の工程１６１に変更され、この工程１６１において受信端４０は、“UMD PDUを無視し、UMD PDUはまだ受信されていない”とする。勿論、図８の工程１６１後、工程１９０に進む必要はなく、工程１６２の完了処理に続いて工程を終了する。
【００２６】
本発明の第二実施形態では、AMにおいて、受信端２０が一旦、無効、或いは保留の値を有する“長さインジケータ”を備える AMD PDUを受信する時、AMD PDUを破棄する以外に、受信端２０は、破棄されたAMD PDU中の“ポーリングビット”が“１”に設定されているかを確認する。１に設定されている場合、AMD PDUは状態レポートのために、ポール（poll）を開始し、受信端２０は情報レポートを伝送し、その内容は、AMD PDUがまだ受信されていないと設定される。これらの工程は、図９で示される。図９において、工程５１後、工程２０に進む以外、図９の工程は図７と同じである。
【００２７】
AM伝送状況から見て、不要なRLCリセット工程が開始される時、RESET PDUとRESET ACK PDUは同等エンティティ間で信号伝達される必要があるため、ネットワークは多くの無線リソースを無駄にする。この他、ネットワークデータ伝送も、RLCリセット工程の不要な実行により、伝送を遅延させる。本発明は、現有のネットワーク及び移動体にとって多くの不要なRLC再設定工程を避け、伝送の効能を向上するという点で効果的である。UM伝送にとって、本発明は現有のネットワーク及び移動体にとって、誤ったSDUを破棄するのを回避し、HFN非同期化の問題を解決するという点で効果的である。
【００２８】
本発明では好ましい実施形態を前述の通り開示したが、これらは決して本発明に限定するものではなく、当業者であれば、本発明の精神と領域を脱しない範囲内で各種の変更や改良を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。
【図面の簡単な説明】
【図１】AMデータ伝送の略式図である。
【図２】RLCリセットの基本工程を示す図である。
【図３】受信されたAMD PDUの受信端によるAMD PDU処理工程を示す図である。
【図４】伝送端と受信端によるSTATUSレポート処理工程を示す図である。
【図５】UMデータ伝送の略式図である。
【図６】UMD PDUが受信される時、受信端によるUMD PDU処理工程を示す図である。
【図７】受信されたAMD PDUに対する受信端のAMD PDU処理工程を示す図である。
【図８】受信されたUMD PDUに対する受信端のUMD PDU処理工程を示す図である。
【図９】受信されたAMD PDUに対する受信端のもう一つのAMD PDU処理工程を示す図である。
【符号の説明】
１０、３０…伝送端
２０、４０…受信端
【発明の属する技術分野】
本発明は、ワイヤレスコミュニケーション（wireless communication）に関するもので、特に、肯定応答モード伝送（Acknowledge Mode transmission）と非肯定応答モード伝送（Unacknowledged Mode transmission）に対し、多くの不正常な状況を処理するための方法に関する。
【０００２】
【従来の技術】
ワイヤレスコミュニケーションネットワークの肯定応答モードAM下において、二つのRLC同等エンティティ(peer entities)間（ユーザー装置（UE）、或いは第三世代移動体通信システム（Universal Mobile telecommunications System、UTRAN）であって、伝送端或いは受信端のどれかである）で伝送されるデータは、パケットデータユニット（Packet Data Unit、PDU）形式である。図１は、応答モードデータ（acknowledge mode data、AMD）の略式工程を示す。
【０００３】
伝送端１０は、上層からの無線リンク制御（Radio Link Control、RLC）サービスデータユニット（Service Data Unit、SDU）を、一つ或いは複数の固定サイズのAMD PDUにパッケージする。AMD PDUが始めて伝送される場合、伝送端１０は、“シーケンス番号”領域、“長さインジケータ（Length Indicator）”領域、“ポーリングビット（Polling Bit）”を設定する。AMD PDUが再伝送される場合、伝送端１０は本来のAMD PDUと同じ“シーケンス番号”を用いる。再伝送されるAMD PDUにはピギーバックされた（piggybacked）STARTUS PDUが含まれるため、伝送端１０は、再伝送されるAMD PDUの“長さインジケータ”領域を更新する。勿論、送信端１０は“ポーリングビット”も設定する。その後、一つ或いはそれ以上のAMD PDUの伝送或いは再伝送がスケジュールされる場合、伝送端は準備されたAMD PDUを低層に送る。
【０００４】
AMD PDUを受信する時、受信端２０は状態変数を更新する。受信端２０は、受信したAMD PDUを、RLC SDUに組み立てなおす。“順序通りの伝送”が設定される場合、受信端２０は、AMサービスアクセスポイント（AM−SAP）により、RLC SDUを順序通りに（即ち、RLC SDUが伝送端同等エンティティ中で伝送されるのと同順）、上層に伝送する。そうでなければ、受信端２０はAM−SAPにより任意の順で、RLC SDUを上層に伝送する。
【０００５】
更に、不正常な状況が発生した時、伝送端１０と受信端２０はRLCリセット工程により、同等エンティティを再同期化する。図２はRLCリセットの基本工程を示す。リセット工程の間、伝送端１０と受信端２０内のハイパーフレーム番号（hyper frame number、HFN）が同期化される。一般に、RESET PDUとRESET ACK PDUは、AMD PDUより高い優先度を有する。リセット工程が開始される場合、対応するRESET PDUと同じRESETシーケンス番号（RSN）を有するRESET ACK PDUを受信する時、或いは、上層が再構築或いは解除を要求する時だけ、リセット工程が終了する。リセット工程は、同等エンティティからのRESET PDUを受信することが原因で中断されることはない。
【０００６】
伝送端と受信端は多くの技術、例えば、各PDUの“シーケンス番号”、許可数値、或いは保留数値を備える“長さインジケータ”、伝送及び受信のウィンドウサイズ、及びその他を使用して、伝送中に生じるエラーを監視し、両者の同期化を維持する。
【０００７】
図３は不正常な状況を生じているAMD PDUがどのように処理されるかを説明する。受信端が受信ウィンドウサイズを超過するAMD PDUを受信した場合（工程５及び１０）、受信端はAMD PDUを破棄し（工程１５）、工程２０を実施する。
【０００８】
シーケンス番号が範囲内である場合、受信端は受信したPDUの“長さインジケータ”の値が無効か、保留かをチェックする（工程４０）。“長さインジケータ”が無効、或いは保留の値を有する場合、受信端は、このAMD PDUを破棄し、破棄されたAMD PDUを遺失したものとして処理する（工程５０）。“長さインジケータ”が無効数値となる場合とは、例えば長さインジケータがPDUのデータフィールドの大きさより大きい値になる場合である。この他、無効の数値はRLCプロトコルのルールに違反する値を用いることに起因する。例えば、１１１１１１０と１１１１１１１を同一のPDUに使用したり、０の延長ビットに続かない１１１１１１０を使用する、或いは、正しくない“長さインジケータ”順序を使用するなどである。“長さインジケータ”の数値が有効で保留でない場合、受信端はその状態変数を更新する（工程４５）。
【０００９】
次に、工程２０において、受信端は、受信されたAMD PDUの“ポーリングビット”が“１”に設定されているかを確認する。設定されている場合、受信端はSTATUS PDU伝送工程を初期化し（工程３０）、受信したAMD PDUをRLC PDUに組み立てなおす（工程５５）。更に、“ポーリングビット”が“１”でない場合、受信端は、“遺失したPDU指示器”が設定され、かつ受信端が遺失したAMD PDUを検出したかを更に確認する（工程２５）。指示器が設定され、かつPDUが遺失していた場合、受信端は、工程３０において、STATUS PDU伝送工程を初期化し、工程５５に進む。しかし、“遺失したPDU指示器”が設定されない、或いは、受信端が遺失PDUを検出しなかった場合、受信端は、受信したAMD PDUをRLC SDUに組み立てなおし、AM−SAPにより、RLC SDUを上層に伝送する（工程５５、６０）。
【００１０】
また、受信端側で、STATUSレポートが一旦開始されると、図４で示されるように、受信端はまず、活動状態禁止函数（active status prohibit function）或いは、活動“EPCメカニズム”があるかどうか確認する（工程７０、７５）。もしある場合、受信端は、“STATUS禁止”或いは“EPCメカニズム”が非活動になるまで、STATUS PDUの伝送を延期する（工程１００）。そうでなければ、受信端は、遺失と検出される全AMD PDUに対し否定応答（negative acknowledgements）を含ませ、少なくとも一つのVR（R）まで受信された全AMD PDUに対し肯定応答（acknowledgement）を含ませ、更に、任意の超過領域変化をSTATUS PDUに設定し、STATUS PDUを伝送端に送り返す（工程８０、８５、９０、９５）。
【００１１】
伝送端側で、受信端からのSTATUS PDUを受信する時（工程１０５）、伝送端はSTATUS PDUが“エラーシーケンス番号”を含むかを確認する。もし含んでいる場合ば、伝送端はSTATUS PDUを破棄すると共に、RLC再設定工程を初期化する（工程１３５、１４０）。しかし、STATUS PDUが“エラーシーケンス番号”を含んでいない場合、伝送端は、状態変数VT（A）とVT(MS)を更新する（工程１１５）。その後、伝送端はSTATUS PDUが否定応答AMD PDUを含んでいるかを確認する（工程１２０）。もし、含んでいない場合、工程１３０を実行する。含んでいる場合、伝送端は肯定応答データ伝送工程を初期化し、これらの否定応答AMD PDUを再伝送する（工程１２５）。工程１３０において、伝送端は必要に応じて、任意の超過領域を処理する。
【００１２】
ワイヤレスコミュニケーションネットワーク中の非肯定応答モード（UM）下で、両RLC同等エンティティ間で伝送されるデータも、PDU形式である。図５は、非応答データ（unacknowledged mode data、UMD）伝送の基本工程を示す。
【００１３】
伝送端３０が上層からのRLC SDUを、一つ或いは複数の固定サイズのUMD PDUにパッケージする。UMD PDUは一度だけ伝送される。伝送端３０は“シーケンス番号”領域とその“長さインジケータ”を設定する。例えば、UMデータ状態変数VT（US）は、次に伝送されるUMD PDUの“シーケンス番号”を含む。各UMD PDUが伝送される毎に、数値は１ずつ逓増する。一つ或いは一つ以上のUMD PDUが伝送のためにスケジュールされる場合、伝送端３０は準備されたUMD PDUを伝送のために下層に渡す。７ビット表示の“シーケンス番号”が最大値から戻る、即ち、１２７から０になる時、関連するハイパーフレーム数（HFN）は１増加する。HFNは明白にUMD PDUに入れられて送られるわけではなく、独立して同等の伝送端３０と受信端４０に維持される。暗号メカニズムはHFNをそのうちの一つのパラメータとし、伝送端３０で暗号化し、受信端４０で復号化する。同等エンティティのHFNが同期化を維持しない場合、暗号メカニズムは作用を失う。
【００１４】
図６で示されるように、伝送端からのUMD PDUを受信する時（工程１５０）、受信端はUMD PDUの“長さインジケータ”の値が無効か或いは保留かを確認する（工程１５５）。例えば、受信端は、“長さインジケータ”がPDUデータフィールドの大きさよりも大きいか（無効）値、或いは、後で解放するなどの他の用途のためにUMD PDUに保留すべく特定された値を有するかを確認する。その値が無効、或いは保留の場合、受信端はこのUMD PDUを破棄すると共に、UMD PDUを遺失したとして（工程１６０）、工程１９０に進む。そうでなければ、受信端は、受信端伝送シーケンス状態変数（Receiver Send Sequence State Variable）、VR（US）を、最後に受信されたUMD PDUの次の“シーケンス番号”を含むように更新する（工程１７０）。例えば、ある“シーケンス番号”がXであるUMD PDUが受信される時、VR（US）はX＋１に設定される。
【００１５】
次に、受信端は、UMD PDUが遺失したか、つまり、VR（US）の更新距離（updatetep）が１より大きいか確認する（工程１７５）。１より小さい時、受信端は、所定の“長さインジケータ”値“１１１１１００”或いは“１１１１ １１１１１１１１ １００”を探すことにより、受信されたUMD PDUが、SDUの第一セグメントか確認し（工程１８０）第一セグメントであると確認された場合、UMD PDUの第一データオクテット(octet)が、RLC SDUの第一オクテットであると指示される（工程１８５）。受信したUMD PDUがSDUの第一セグメントでない場合、受信端は、受信したUMD PDUをRLC SDUに組み立て、UM−SAPにより、上層に伝送する（工程１９５、２００）。しかし、工程１７５と１６０において、遺失UMD PDUが検出された場合、受信端は、遺失UMD PDUのセグメントを有するSDUを破棄する（工程１９０）。
【００１６】
全体的に見て、従来技術は、AM伝送下で、無効、或いは保留の値を有する“長さインジケータ”を備えるAMD PDUを処理するには、能率的ではない。従来技術では物理層CRC残余エラーにより、AMD PDUのエラービット列がCRC手法により検出されない場合がある。このような状況下では、AMD PDUのシーケンス番号は、エラーを含む。この場合、受信端は、無効、或いは保留値を有する“長さインジケータ”を備えるAMD PDUを遺失したPDUとみなす（図３の工程５０を参照）。状態レポートが開始される時、レポートは、破壊された可能性のあるシーケンス番号のAMD PDUの否定応答を含む（図４の工程８０を参照）。更に、破壊されたシーケンス番号が伝送ウィンドウを超過する場合、受信端はこの状態レポートを、“失効のシーケンス番号”を含むものと認識し、RLCリセット工程を開始する（図５の工程１４０を参照）。よって、無効、或いは保留値の長さインジケータを有するAMD PDUは遺失したPDUとして扱われる時、伝送端は不要なRLCリセット工程を開始する。
【００１７】
同様の非効率な工程がUM伝送中にも生じる。受信端は、無効、或いは保留値の“長さインジケータ”を有するUMD PDUを受信する。AM伝送と同様、物理層CRC残余エラー、即ち、UMD PDUのビット列にエラーにより、エラーがCRC手法により検出されない場合がある。このような状況下では、UMD PDUのシーケンス番号はエラーを含み得る。従来技術において、受信端は、無効、或いは保留の値を有する“長さインジケータ”のUMD PDU を、遺失PDUとみなす。シーケンス番号が破壊されれば、受信端は誤ったSDUを破棄する（図６の工程１６０と１９０を参照）。更に、破壊されたシーケンス番号が、前に受信されたUMD PDUと比較して、逓増から逓減に変化する場合、受信端はUMD PDUを破棄するが、そのまま誤って、HFNを逓増し、HFNは伝送端と同期化しない。よって、暗号化メカニズムは作用を失い、その後に受信するUMD PDUは遺失する。よって、無効、或いは保留値の“長さインジケータ”を有するUMD PDUが、遺失PDUであるとみなされ、受信端は誤ったSDUを破棄し、HFNが伝送端と同期化させる役割を果たさなくなる。
【００１８】
【発明が解決しようとする課題】
本発明は、不要なRLCリセット工程、HFN同期化の喪失を避け、好ましい方法で、無効、或いは保留値の“長さインジケータ”を有するAMD PDU、或いは、UMD
PDUを処理する方法を提供することを目的とする。
【００１９】
【課題を解決するための手段】
上述の目的を達成するため、肯定応答モードAMと非肯定応答モードUM伝送の不正常な状況の処理方法を提供する。
【００２０】
本発明では、ワイヤレスコミュニケーションシステムにおいて、伝送端と受信端間のデータブロック伝送中、RLCリセット工程の発生と、HFN同期化工程の喪失との可能性を低下させる方法であって、データブロックは異なる状態関連領域を備え、前記方法は、受信端で、データ伝送オペレーションが特殊なモード下にある時、前記伝送端からデータブロックを受信する工程と、前記受信したデータブロックの状態関連領域の前記状態を決定する工程と、ある特殊な状態関連領域が、複数の不正常な状況の一つに符合する場合、前記受信したデータブロックを破棄して、前記破棄したデータブロックを、まだ受信していないとする工程とからなることを特徴とする方法を要旨とする。
【００２１】
又、本発明では、ワイヤレスコミュニケーションシステムにおいて、伝送端と受信端間のデータブロック伝送中、RLCリセット工程の発生と、HFN同期化工程の喪失との可能性を低下させる受信端であって、データブロックは異なる状態関連領域を備え、前記受信端は、前記データ伝送オペレーションが特殊なモード下にある時、前記伝送端からデータブロックを受信する手段と、前記受信したデータブロックの状態関連領域の前記状態を決定する手段と、ある特殊な状態の関連領域が、複数の不正常な状況の一つに符合する場合、前記受信したデータブロックを破棄して、前記破棄したデータブロックを、まだ受信していないとする手段とからなることを特徴とする受信端を要旨とする。
【００２２】
【発明の実施の形態】
上述した本発明の目的、特徴、及び長所をいっそう明瞭にするため、以下に本発明の好ましい実施の形態を挙げ、図を参照にしながらさらに詳しく説明する。
【００２３】
本発明は、従来技術の無効、或いは保留の値を有する“長さインジケータ”を備えるPDUを処理する方法の改良である。AMにおいて、受信端２０が、“長さインジケータ”の無効、或いは保留値を有するAMD PDUを受信する時、AMD PDUを破棄して、遺失するのではなく、受信端２０は、AMD PDUを破棄して、状態レポートの内容を設定しつつ、AMD PDUがまだ受信されていないとする。
【００２４】
図７には本発明の一実施形態の受信端のAMD PDU処理工程が示されており、図３の工程５０が、図７中で工程５１に変更されている。工程５１以外の工程は、図３と同じである。工程５１において受信端２０は、“PDUが報告された時、AMD PDUを無視し、AMD PDUはまだ受信されていないとする”。更に、図７中の工程５１の後、工程５２の完了処理に続いて工程を終了する。
【００２５】
AMと同様の改良はUMでも行われる。図８は、図６の工程１６０が図８の工程１６１に変更されている。工程１６１以外の工程は、図６と同じである。受信端４０が、無効、或いは保留の値を有する“長さインジケータ”のUMD PDU を受信する時、受信端４０は、それを破棄して遺失したとすることなく、UMD PDUを破棄又は無視するとともに、HFN値を保持し、かつ相関するSDUを破棄しつつ、UMD PDUが未だ受信されていないとする。従って、図６の工程１６０は、図８の工程１６１に変更され、この工程１６１において受信端４０は、“UMD PDUを無視し、UMD PDUはまだ受信されていない”とする。勿論、図８の工程１６１後、工程１９０に進む必要はなく、工程１６２の完了処理に続いて工程を終了する。
【００２６】
本発明の第二実施形態では、AMにおいて、受信端２０が一旦、無効、或いは保留の値を有する“長さインジケータ”を備える AMD PDUを受信する時、AMD PDUを破棄する以外に、受信端２０は、破棄されたAMD PDU中の“ポーリングビット”が“１”に設定されているかを確認する。１に設定されている場合、AMD PDUは状態レポートのために、ポール（poll）を開始し、受信端２０は情報レポートを伝送し、その内容は、AMD PDUがまだ受信されていないと設定される。これらの工程は、図９で示される。図９において、工程５１後、工程２０に進む以外、図９の工程は図７と同じである。
【００２７】
AM伝送状況から見て、不要なRLCリセット工程が開始される時、RESET PDUとRESET ACK PDUは同等エンティティ間で信号伝達される必要があるため、ネットワークは多くの無線リソースを無駄にする。この他、ネットワークデータ伝送も、RLCリセット工程の不要な実行により、伝送を遅延させる。本発明は、現有のネットワーク及び移動体にとって多くの不要なRLC再設定工程を避け、伝送の効能を向上するという点で効果的である。UM伝送にとって、本発明は現有のネットワーク及び移動体にとって、誤ったSDUを破棄するのを回避し、HFN非同期化の問題を解決するという点で効果的である。
【００２８】
本発明では好ましい実施形態を前述の通り開示したが、これらは決して本発明に限定するものではなく、当業者であれば、本発明の精神と領域を脱しない範囲内で各種の変更や改良を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。
【図面の簡単な説明】
【図１】AMデータ伝送の略式図である。
【図２】RLCリセットの基本工程を示す図である。
【図３】受信されたAMD PDUの受信端によるAMD PDU処理工程を示す図である。
【図４】伝送端と受信端によるSTATUSレポート処理工程を示す図である。
【図５】UMデータ伝送の略式図である。
【図６】UMD PDUが受信される時、受信端によるUMD PDU処理工程を示す図である。
【図７】受信されたAMD PDUに対する受信端のAMD PDU処理工程を示す図である。
【図８】受信されたUMD PDUに対する受信端のUMD PDU処理工程を示す図である。
【図９】受信されたAMD PDUに対する受信端のもう一つのAMD PDU処理工程を示す図である。
【符号の説明】
１０、３０…伝送端
２０、４０…受信端
Claims (16)
- ワイヤレスコミュニケーションシステムにおいて、伝送端と受信端間のデータブロック伝送中、RLCリセット工程の発生と、HFN同期化工程の喪失との可能性を低下させる方法であって、データブロックは長さインジケータ領域を備え、前記方法は、
受信端で、
データ伝送オペレーションが所定のモード下にある時、前記伝送端からデータブロックを受信する工程と、
前記受信したデータブロックの前記長さインジケータ領域の前記状態を決定する工程と、
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合、前記受信したデータブロックを破棄して、前記破棄したデータブロックを、まだ受信していないとする工程と、
からなることを特徴とする方法。 - 前記所定のモードは肯定応答モードであることを特徴とする請求項１に記載の方法。
- 前記所定のモードは非肯定応答モードであることを特徴とする請求項１に記載の方法。
- 前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータが無効値を有している場合を含むことを特徴とする請求項２に記載の方法。
- 前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータは保留値を有している場合を含むことを特徴とする請求項２に記載の方法。
- 前記データブロックをまだ受信していないとする工程は、更に、前記破棄されたデータブロックのポーリングビットを確認する工程と、前記ポーリングビットが状態レポートの要求を指示している場合、前記破棄されたデータブロックがまだ受信されていないと設定されている内容の受信状態を報告する工程と、を含むことを特徴とする請求項２に記載の方法。
- 前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータが無効値を有する場合を含むことを特徴とする請求項３に記載の方法。
- 前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータが保留値を有する場合を含むことを特徴とする請求項３に記載の方法。
- ワイヤレスコミュニケーションシステムにおいて、伝送端と受信端間のデータブロック伝送中、RLCリセット工程の発生と、HFN同期化工程の喪失との可能性を低下させる受信端であって、データブロックは長さインジケータ領域を備え、前記受信端は、
前記データ伝送オペレーションが所定のモード下にある時、前記伝送端からデータブロックを受信する手段と、
前記受信したデータブロックの前記長さインジケータ領域の前記状態を決定する手段と、
前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合、前記受信したデータブロックを破棄して、前記破棄したデータブロックを、まだ受信していないとする手段と、からなることを特徴とする受信端。 - 前記所定のモードは肯定応答モードであることを特徴とする請求項９に記載の受信端。
- 前記所定のモードは非肯定応答モードであることを特徴とする請求項９に記載の受信端。
- 前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、長さインジケータが無効値を有している場合を含むことを特徴とする請求項１０に記載の受信端。
- 前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合、長さインジケータが保留値を有している場合を含むことを特徴とする請求項１０に記載の受信端。
- 前記データブロックをまだ受信していないとする手段は、更に、
前記破棄されたデータブロックのポーリングビットを確認する手段と、前記ポーリングビットが状態レポートの要求を指示している場合、前記破棄されたデータブロックがまだ受信されていないと設定されている内容の受信状態を報告する手段と、を含むことを特徴とする請求項１０に記載の受信端。 - 前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータが無効値を有している場合を含むことを特徴とする請求項１１記載の受信端。
- 前記長さインジケータ領域が、複数の不正常な状況の一つに符合する場合は、前記長さインジケータが保留値を有している場合を含むことを特徴とする請求項１１に記載の受信端。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US38010602P | 2002-05-06 | 2002-05-06 | |
| US60/380106 | 2002-05-06 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003339075A JP2003339075A (ja) | 2003-11-28 |
| JP3761533B2 true JP3761533B2 (ja) | 2006-03-29 |
Family
ID=29251254
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003127870A Expired - Lifetime JP3761533B2 (ja) | 2002-05-06 | 2003-05-06 | 肯定応答モード伝送及び非肯定応答モード伝送における不正常な状況の処理方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US7388883B2 (ja) |
| EP (1) | EP1361707B1 (ja) |
| JP (1) | JP3761533B2 (ja) |
| KR (1) | KR100535295B1 (ja) |
| CN (1) | CN100566470C (ja) |
| DE (1) | DE60311604T2 (ja) |
| TW (1) | TWI220815B (ja) |
Families Citing this family (44)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040252719A1 (en) * | 2003-06-10 | 2004-12-16 | Iqbal Jami | Radio telecommunications network, a station, and a method of sending packets of data |
| KR101000699B1 (ko) * | 2004-04-19 | 2010-12-10 | 엘지전자 주식회사 | 무선링크 제어계층에서의 데이터 처리방법 |
| WO2006035501A1 (ja) * | 2004-09-29 | 2006-04-06 | Fujitsu Limited | 秘匿通信システム |
| CN1780291B (zh) * | 2004-11-19 | 2010-04-14 | 华为技术有限公司 | 一种数据分段级联和重组的方法 |
| JP2006217100A (ja) * | 2005-02-02 | 2006-08-17 | Nec Corp | 復号処理システム及びその方法並びにそれを用いた移動通信システム |
| US7542443B2 (en) * | 2005-02-15 | 2009-06-02 | Telefonaktiebolaget L M Ericsson (Publ) | Receive window updates in communication systems |
| TWI364996B (en) * | 2005-04-05 | 2012-05-21 | Innovative Sonic Ltd | Method and apparatus for detecting an erroneous sequence number in a status report in a wireless communication system |
| US8072907B2 (en) * | 2005-04-28 | 2011-12-06 | Cisco Technolgy, Inc. | Method and system to restart IS-IS when LSP wraps |
| CN1855887A (zh) * | 2005-04-29 | 2006-11-01 | 华硕电脑股份有限公司 | 在接收端中减少数据串流前后跳动的方法及其相关装置 |
| CN1905514B (zh) * | 2005-07-25 | 2011-07-06 | 乐金电子(天津)电器有限公司 | 数据包接收方法 |
| WO2007023364A1 (en) * | 2005-08-23 | 2007-03-01 | Nokia Corporation | Radio link control unacknowledged mode header optimization |
| ATE494685T1 (de) * | 2005-11-01 | 2011-01-15 | Research In Motion Ltd | Verfahren zum erhalten und verwalten eines abwärtsstrecken-funkstreckensteuerdatenblocks in einer egprs-mobilelektronik- kommunikationseinrichtung |
| JP4729000B2 (ja) | 2006-04-27 | 2011-07-20 | イノヴァティヴ ソニック リミテッド | 無線通信システムにおいて復号パラメータを同期させる方法及び装置 |
| EP1916795A3 (en) | 2006-10-25 | 2008-05-07 | Innovative Sonic Limited | Method and apparatus for handling protocol error in a wireless communications system |
| KR100996069B1 (ko) * | 2006-11-27 | 2010-11-22 | 삼성전자주식회사 | 이동통신 시스템에서 라디오 링크 제어 계층의 데이터 전송 방법 및 장치 |
| TWI401907B (zh) * | 2007-01-09 | 2013-07-11 | Innovative Sonic Ltd | 無線通訊系統處理重置的方法及其相關裝置 |
| US8687495B2 (en) * | 2007-03-16 | 2014-04-01 | Qualcomm Incorporated | Method and apparatus for polling in a wireless communication system |
| US8619752B2 (en) * | 2007-03-16 | 2013-12-31 | Qualcomm Incorporated | Method and apparatus for polling in a wireless communication system |
| JP4625044B2 (ja) * | 2007-04-06 | 2011-02-02 | 株式会社エヌ・ティ・ティ・ドコモ | ウィンドウ制御及び再送制御方法、及び、送信側装置 |
| WO2008133577A1 (en) * | 2007-04-27 | 2008-11-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for selectively discarding data units in a radio communication system |
| US8358669B2 (en) * | 2007-05-01 | 2013-01-22 | Qualcomm Incorporated | Ciphering sequence number for an adjacent layer protocol in data packet communications |
| US8331399B2 (en) * | 2007-05-07 | 2012-12-11 | Qualcomm Incorporated | Re-using sequence number by multiple protocols for wireless communication |
| US8159965B2 (en) * | 2007-05-18 | 2012-04-17 | Innovative Sonic Limited | Method of comparing state variable or packet sequence number for a wireless communications system and related apparatus |
| KR101486352B1 (ko) | 2007-06-18 | 2015-01-26 | 엘지전자 주식회사 | 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법 |
| KR101490253B1 (ko) | 2007-08-10 | 2015-02-05 | 엘지전자 주식회사 | 무선 통신 시스템에서의 제어정보 전송 및 수신 방법 |
| KR101392697B1 (ko) * | 2007-08-10 | 2014-05-19 | 엘지전자 주식회사 | 이동통신 시스템에서의 보안 오류 검출방법 및 장치 |
| KR101591824B1 (ko) | 2007-09-18 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| KR101513033B1 (ko) | 2007-09-18 | 2015-04-17 | 엘지전자 주식회사 | 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법 |
| EP2051454A1 (en) | 2007-10-17 | 2009-04-22 | Nokia Siemens Networks Oy | Method and device for data communication and communication system comprising such device |
| CN101150866A (zh) * | 2007-10-29 | 2008-03-26 | 华为技术有限公司 | 参数同步方法和装置 |
| US8270369B1 (en) * | 2007-11-16 | 2012-09-18 | Marvell International Ltd. | Service data unit discard system for radio access networks |
| TWI543559B (zh) | 2007-12-10 | 2016-07-21 | 內數位專利控股公司 | 無線電鏈路控制封包丟棄及無線電鏈路控制重建觸發方法及裝置 |
| US20090175175A1 (en) | 2008-01-04 | 2009-07-09 | Interdigital Patent Holdings, Inc. | Radio link control reset using radio resource control signaling |
| KR101594359B1 (ko) | 2008-01-31 | 2016-02-16 | 엘지전자 주식회사 | 랜덤 접속에서 백오프 정보를 시그널링하는 방법 |
| US8027356B2 (en) | 2008-01-31 | 2011-09-27 | Lg Electronics Inc. | Method for signaling back-off information in random access |
| CN101651536A (zh) * | 2008-08-13 | 2010-02-17 | 中兴通讯股份有限公司 | 控制序列号的同步实现方法和系统 |
| US8416808B2 (en) * | 2008-09-12 | 2013-04-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Packet indicator for RLC protocol |
| US8494451B2 (en) * | 2009-01-30 | 2013-07-23 | Nokia Corporation | Method, apparatus and computer program product for providing ciphering problem recovery for unacknowledged mode radio bearer |
| KR101098592B1 (ko) * | 2009-04-13 | 2011-12-23 | 엘지전자 주식회사 | 무선 통신 시스템상에서 점대다 서비스를 수신하는 방법 |
| US9124425B2 (en) | 2009-06-30 | 2015-09-01 | Nokia Technologies Oy | Systems, methods, and apparatuses for ciphering error detection and recovery |
| CN101778477A (zh) * | 2010-03-08 | 2010-07-14 | 上海华为技术有限公司 | 调度资源分配方法及基站 |
| US9736684B2 (en) * | 2011-06-01 | 2017-08-15 | Qualcomm Incorporated | Mechanisms for detection of and recovery from ciphering parameter mismatch on communication networks |
| CN104079371B (zh) * | 2013-03-27 | 2018-05-08 | 成都鼎桥通信技术有限公司 | 一种数据通信方法、设备及系统 |
| US9344217B2 (en) | 2013-07-26 | 2016-05-17 | Qualcomm Incorporated | Devices and methods for reconstructing corrupted control channel bits |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6351468B1 (en) * | 1998-07-02 | 2002-02-26 | Gte Service Corporation | Communications protocol in a wireless personal area network |
| FI106504B (fi) * | 1998-10-06 | 2001-02-15 | Nokia Networks Oy | Datan segmentointimenetelmä tietoliikennejärjestelmässä |
| US6473399B1 (en) * | 1998-11-30 | 2002-10-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for determining an optimum timeout under varying data rates in an RLC wireless system which uses a PDU counter |
| FI112842B (fi) * | 1999-01-11 | 2004-01-15 | Nokia Corp | Menetelmä ja laitteet jatketun pakettikytkentäisen radioyhteyden toteuttamiseksi |
| US6643813B1 (en) * | 1999-02-17 | 2003-11-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for reliable and efficient data communications |
| US6621796B1 (en) * | 1999-03-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Discard mechanism for selective repeat automatic repeat request |
| JP2003522507A (ja) * | 2000-02-14 | 2003-07-22 | トムソン ライセンシング ソシエテ アノニム | 幾つかのパケットに分割されるメッセージの送信方法 |
| FI112753B (fi) * | 2000-04-10 | 2003-12-31 | Nokia Corp | Menetelmä ja järjestely synkronoinnin säilyttämiseksi tiedonsiirtoyhteyden resetoinnin yhteydessä |
| KR100447162B1 (ko) * | 2000-08-19 | 2004-09-04 | 엘지전자 주식회사 | 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법 |
-
2003
- 2003-05-02 TW TW092112107A patent/TWI220815B/zh not_active IP Right Cessation
- 2003-05-02 DE DE60311604T patent/DE60311604T2/de not_active Expired - Lifetime
- 2003-05-02 US US10/428,549 patent/US7388883B2/en active Active
- 2003-05-02 EP EP03010042A patent/EP1361707B1/en not_active Revoked
- 2003-05-02 KR KR10-2003-0028344A patent/KR100535295B1/ko active IP Right Grant
- 2003-05-06 JP JP2003127870A patent/JP3761533B2/ja not_active Expired - Lifetime
- 2003-05-06 CN CNB031243932A patent/CN100566470C/zh not_active Expired - Lifetime
-
2008
- 2008-01-29 US US12/010,730 patent/US7944944B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US7388883B2 (en) | 2008-06-17 |
| EP1361707B1 (en) | 2007-02-07 |
| US7944944B2 (en) | 2011-05-17 |
| EP1361707A2 (en) | 2003-11-12 |
| DE60311604D1 (de) | 2007-03-22 |
| DE60311604T2 (de) | 2007-11-22 |
| CN100566470C (zh) | 2009-12-02 |
| JP2003339075A (ja) | 2003-11-28 |
| US20030223385A1 (en) | 2003-12-04 |
| TWI220815B (en) | 2004-09-01 |
| KR20030086929A (ko) | 2003-11-12 |
| EP1361707A3 (en) | 2003-12-03 |
| KR100535295B1 (ko) | 2005-12-09 |
| US20080279218A1 (en) | 2008-11-13 |
| TW200402943A (en) | 2004-02-16 |
| CN1457202A (zh) | 2003-11-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3761533B2 (ja) | 肯定応答モード伝送及び非肯定応答モード伝送における不正常な状況の処理方法 | |
| US6947394B1 (en) | Flexible radio link control protocol | |
| US7974259B2 (en) | Enhanced polling method for preventing deadlock in a wireless communications system | |
| EP2238707B1 (en) | Method of detecting and handling an endless rlc retransmission | |
| US8050228B2 (en) | Window control and retransmission control method and transmitting-side apparatus | |
| EP2063579B1 (en) | Method for handling radio bearer messages during reset and reestablishment in a wireless system | |
| US20100105334A1 (en) | Radio link control status reporting and polling | |
| EP2229745B2 (en) | Status reporting for retransmission protocol | |
| US20070110101A1 (en) | Method of Handling RLC SDUs During RLC Reset and RLC Re-establishment in a UMTS System | |
| US20080056148A1 (en) | Wireless communication method and apparatus for reducing data retransmission | |
| EP1788751A1 (en) | A method of handling RLC SDUs during RLC reset and RLC re-establishment in a UMTS system | |
| WO2009076124A1 (en) | Method and apparatus for detecting radio link control protocol errors and triggering radio link control re-establishment | |
| KR20070120464A (ko) | 무선 통신 시스템에서의 핸드오버시 업링크 데이터 핸들링방법 및 장치 | |
| JP2003224618A (ja) | ワイヤレス通信システム | |
| US7325172B2 (en) | Failsafe RLC reset method for a wireless communication system | |
| EP1751928B1 (en) | Lossless radio link control entity (rlc) re-establishment avoiding service data unit (sdu) duplication |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050809 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050816 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051115 |
|
| 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: 20051213 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060110 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3761533 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| 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 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120120 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: 20150120 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 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| 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 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| 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 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |