JP2010527544A - 無線通信のための複数のプロトコルによってシーケンス番号を再使用すること - Google Patents

無線通信のための複数のプロトコルによってシーケンス番号を再使用すること Download PDF

Info

Publication number
JP2010527544A
JP2010527544A JP2010507634A JP2010507634A JP2010527544A JP 2010527544 A JP2010527544 A JP 2010527544A JP 2010507634 A JP2010507634 A JP 2010507634A JP 2010507634 A JP2010507634 A JP 2010507634A JP 2010527544 A JP2010527544 A JP 2010527544A
Authority
JP
Japan
Prior art keywords
sdu
pdu
sequence number
protocol
sdus
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.)
Pending
Application number
JP2010507634A
Other languages
English (en)
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2010527544A publication Critical patent/JP2010527544A/ja
Pending legal-status Critical Current

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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • H04L1/008—Formats for control data where the control data relates to payload of a different packet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • 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

Landscapes

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

Abstract

プロトコルスタックにおいて複数のプロトコルによる再度使用するシーケンス番号に関する技術が説明される。ある設計では、第１のプロトコルからの少なくとも１つのプロトコルデータユニット（ＰＤＵ）は、第１のプロトコルによって異なるシーケンス番号を割り当てられている各ＰＤＵと共に、第２のプロトコルで少なくとも１つのサービスデータユニット（ＳＤＵ）として受信されてもよい。各ＳＤＵのシーケンス番号は、第１のプロトコルからの対応するＰＤＵに関するシーケンス番号に基づいて決定されてもよい。ＰＤＵは、少なくとも１つのＳＤＵに基づいて第２のプロトコルによって形成されてもよい。ヘッダーは、ＰＤＵについて生成され、（ｉ）第１のＳＤＵに関するシーケンス番号および場合によってはセグメントオフセット、および（ｉｉ）それぞれ残りのＳＤＵに関するヘッダーブロックを含んでもよい。それは、セグメント長、シーケンス番号オフセット、およびＳＤＵに関するセグメントオフセットを含んでもよい。

Description

本開示は、一般的に通信に関連し、特に無線通信システムにおけるデータを送信するための技術に関する。
本願は、２００７年５月７日に提出され、譲受人にこれについて割り当てられ、参照することによりここに組み込まれる“A METHOD AND APPARATUS FOR RLC HEADER FORMATS FOR RLC REUSING PDCP SEQUENCE NUMBERING”と題された米国仮出願第６０／９１６，５１９に優先権を主張する。
無線通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト等のような種々の通信コンテンツを提供するために広く展開している。
これらの無線システムは、利用可能システムリソースを共有することによって複数ユーザをサポートすることができる多元接続システムである可能性がある。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムを含む。
無線通信システムでは、送信機は、受信機への送信に関する出力データを生成するために、プロトコルスタックにおいて１セットのプロトコルに従ってトラフィックデータを処理してもよい。プロトコルはそれぞれ、高次レイヤまたは（もしあれば）サブレイヤにおいてプロトコルからサービスデータユニット（ＳＤＵ）を受信し、下位レイヤまたは（もしあれば）サブレイヤにおいてプロトコルに関するプロトコルデータユニット（ＰＤＵ）を生成してもよい。ＰＤＵはそれぞれ、典型的にはそのＰＤＵに関する関連情報を含んでいるヘッダーを含んでいる。ヘッダーがオーバーヘッドを表わすので、ヘッダーオーバーヘッドを、効率を向上するために可能な程度に減少させることは望ましい。
ヘッダーオーバーヘッドを減少させるために、プロトコルスタックにおいて複数のプロトコルによってシーケンス番号を再度使用するための技術は、本明細書で記述される。ある設計では、プロトコルスタックにおいて第１のプロトコルによって割り当てられたシーケンス番号は、第２のプロトコルで再度用いられてもよい。ある設計では、第１のプロトコルはパケットデータ収束プロトコル（ＰＤＣＰ）かもしれないし、第２のプロトコルは無線リンク制御（ＲＬＣ）かもしれない。第１および第２のプロトコルはまた他のプロトコルかもしれない。
ある設計では、ＰＤＣＰ ＰＤＵは、ＰＤＣＰによってＰＤＣＰシーケンス番号（ＰＤＳＮ ＳＮ）を割り当てられているＰＤＣＰ ＰＤＵと共に、ＲＬＣでＲＬＣ ＳＤＵとして受信されてもよい。ＲＬＣ ＳＤＵに関するＲＬＣシーケンス番号（ＲＬＣ ＳＮ）はＰＤＣＰ ＳＮに基づいて決定されてもよい。ＲＬＣ ＰＤＵはＲＬＣ ＳＤＵに基づいて形成されてもよく、ＲＬＣ ＳＤＵの全てまたはセグメントを含んでもよい。ヘッダーは、ＲＬＣ ＰＤＵについて生成されてもよく、ＲＬＣ ＰＤＵにおける第１バイトに対応するＲＬＣ ＳＤＵにおける開始バイトを指示するＲＬＣ ＳＮおよび場合によりセグメントオフセットを含んでもよい。
別の設計では、複数のＰＤＣＰ ＰＤＵは、ＰＤＣＰによって異なるＰＤＣＰ ＳＮを割り当てられている各ＰＤＣＰ ＰＤＵと共に、ＲＬＣで複数のＲＬＣ ＳＤＵとして受信されてもよい。各ＲＬＣ ＳＤＵに関するＲＬＣ ＳＮは対応するＰＤＣＰ ＰＤＵに関するＰＤＣＰ ＳＮに基づいて決定されてもよい。ＲＬＣ ＰＤＵは複数のＲＬＣ ＳＤＵに基づいて形成されてもよい。ヘッダーはＲＬＣ ＰＤＵについて生成されてもよく、第１のＲＬＣ ＳＤＵに関するＲＬＣ ＳＮおよび残りのＲＬＣ ＳＤＵのそれぞれに関するヘッダーブロックを含んでもよい。残りのＲＬＣ ＳＤＵのそれぞれに関するヘッダーブロックは以下を含んでもよい。
（ｉ）ＲＬＣ ＰＤＵにおいて送られているＲＬＣ ＳＤＵからのデータ量を伝えるセグメント長、
（ｉｉ）ＲＬＣ ＳＤＵに関するＲＬＣ ＳＮと、ＲＬＣ ＰＤＵにおける前のＲＬＣ ＳＤＵに関するＲＬＣ ＳＮとの間の差を指示するＳＮオフセット、
（ｉｉｉ）ＲＬＣ ＰＤＵにおいて送られているＲＬＣ ＳＤＵにおける開始バイトを指示するセグメントオフセット、
（ｉｖ）別のヘッダーブロックが続くかどうか示す拡張ビット、および（または）（ｖ）他の何らかの情報。
以下、この開示の種々の態様および特徴をより詳しく説明する。
図１は、無線通信システムを示す。 図２は、システムにおける種々のエンティティに関する複数例のプロトコルスタックを示す。 図３は送信機でＰＤＣＰとＲＬＣによる処理を示す。 図４は、ＳＮ再使用を有するＲＬＣヘッダーの１つの設計を示す。 図５は、ＳＮ再使用を有するＲＬＣヘッダーの別の設計を示す。 図６は、ＳＮ再使用を有するＲＬＣヘッダーのさらに別の設計を示す。 図７は、送信機でＰＤＣＰに関するＲＬＣ ＳＮを再使用する設計を示す。 図８は、ＳＮ再使用を有するデータを送信するためのプロセスを示す。 図９は、ＳＮ再使用を有するデータを送信するための装置を示す。 図１０は、ＳＮ再使用を有するデータを受信するためのプロセスを示す。 図１１は、ＳＮ再使用を有するデータを受信するための装置を示す。 図１２は、ＳＮオフセットを有するデータを送信するためのプロセスを示す。 図１３は、ＳＮオフセットを有するデータを送信するための装置を示す。 図１４は、ＳＮオフセットを有するデータを受信するためのプロセスを示す。 図１５はＳＮオフセットを有するデータを受信するための装置を示す。 図１６は、ノードＢとＵＥのブロック図を示す。
本明細書で説明された技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムのような種々の無線通信システムに用いられてもよい。「システム」、「ネットワーク」という用語は、しばしば区別なく用いられる。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などのような無線技術を実装してもよい。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）およびＣＤＭＡの他の改良型を含んでいる。ｃｄｍａ２０００はＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６標準をカバーする。ＴＤＭＡシステムは、グローバル移動体通信システム（ＧＳＭ）のような無線技術を実装してもよい。ＯＦＤＭＡシステムは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、フラッシュＯＦＤＭなどのような無線技術を実装してもよい。ＵＴＲＡおよびＥ−ＵＴＲＡはユニバーサルモバイル通信システム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）はＥ−ＵＴＲＡを用いるＵＭＴＳの来るべきリリースであり、ダウンリンクにＯＦＤＭＡを用い、アップリンクにＳＣ−ＦＤＭＡを用いる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）という名称の組織からの文献に記載されている。ｃｄｍａ２０００およびＵＭＢは「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）という名称の組織からの文献に記載されている。明確にするために、技術のある態様はＬＴＥについて下記に述べられ、ＬＴＥ用語は以下の説明の多くにおいて用いられる。
図１は、複数のノードＢ１２０および１２２を有する無線通信システム１００を示す。ノードＢは、ＵＥと通信する固定局であってもよく、エボルブドノードＢ（ｅＮＢ）、基地局、アクセスポイントなどと称されることがある。ノードＢ１２０および１２２は、モビリティ管理エンティティ／システムアーキテクチャーエボリューション（ＭＭＥ／ＳＡＥ）ゲートウェイ１３０と通信してもよく、それは、ＵＥに関するデータサービスをサポートしてもよい。ＳＡＥゲートウェイ１３０は、コアおよび（または）データネットワーク１４０（例えばインターネット）に連結してもよく、コア／データネットワーク１４０に連結する他のエンティティ（例えばリモートサーバーおよび端末）と通信してもよい。ノードＢ１２０および１２２とＳＡＥゲートウェイ１３０との機能は、公に利用可能である「発展型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）および発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）；全体の詳細な説明；ステージ２」と題されて、３ＧＰＰ ＴＳ ３６．３００で説明される。
ＵＥ１１０はダウンリンクとアップリンクを介してノードＢ１２０または１２２と通信してもよい。ダウンリンク（あるいはフォワードリンク）はノードＢからＵＥまでの通信リンクのことを示し、アップリンク（あるいはリバースリンク）はＵＥからノードＢまでの通信リンクのことを示す。ＵＥ１１０は固定型又は移動型でもよいし、移動局、端末、アクセス端末、加入者ユニット、局などと称されてもよい。ＵＥ１１０は、携帯電話、携帯情報端末（ＰＤＡ）、無線モデム、無線通信装置、携帯型のデバイス、ラップトップコンピュータ、コードレスホンなどかもしれない。
図２は、ＬＴＥにおいてユーザープレーンに関する複数例のプロトコルスタック２００を示す。ユーザープレーンは、ノードＢ１２０を介してＵＥ１１０とＳＡＥゲートウェイ１３０との間のトラフィックデータを運び、それはＵＥに関するサービングノードＢである。エンティティはそれぞれ、別のエンティティとの通信のためのプロトコルスタックを維持する。プロトコルスタックはそれぞれ典型的にはネットワークレイヤ（Ｌ３）、リンクレイヤ（Ｌ２）および物理レイヤ（Ｌ１）を含んでいる。ＵＥ１１０とＳＡＥゲートウェイ１３０は、ネットワークレイヤでインターネットプロトコル（ＩＰ）を用いて、データを交換してもよい。高次レイヤデータはＩＰパケットにおいてカプセル化されてもよく、それはノードＢ１２０によってＵＥ１１０とＳＡＥゲートウェイ１３０との間で交換されてもよい。
リンクレイヤは、無線技術に典型的に依存する。ＬＴＥについては、ＵＥ１１０に関するリンクレイヤは、ＰＤＣＰ、ＲＬＣ、およびメディアアクセス制御（ＭＡＣ）に関する３つのサブレイヤからなり、それはノードＢ１２０で終端となる。ＵＥ１１０は、さらに物理レイヤ（ＰＨＹ）でＥ−ＵＴＲＡエアリンクインターフェースを介してノードＢ１２０と通信する。ノードＢ１２０は、リンクと物理レイヤに関する技術依存のインタフェースおよびＩＰを介してＳＡＥゲートウェイ１３０と通信してもよい。
ＰＤＣＰは次のもののような機能および各種サービスを提供してもよい。
・上位レイヤプロトコルヘッダーのヘッダー圧縮および解凍、および
・セキュリティのためのデータの暗号化および完全保護。
ＰＤＣＰは、公に利用可能である「発展型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）；パケットデータ収束プロトコル（ＰＤＣＰ）規格」と題されて、３ＧＰＰ ＴＳ ３６．３２３で説明される。
ＲＬＣは次のような機能および各種サービスを提供してもよい。
・送信機でのＲＬＣ ＳＤＵのセグメンテーションおよび連結、
・送信機によるＡｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ（ＡＲＱ）を介しての誤り訂正、
・受信機での下位レイヤＳＤＵの複製検出、
・受信機でのＲＬＣ ＳＤＵの再順序付け、
・受信機での上位レイヤＰＤＵのシーケンス内配信。
ＲＬＣは、それは公に利用可能である「発展型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）；無線リンク制御（ＲＬＣ）プロトコル規定」と題された、３ＧＰＰ ＴＳ ３６．３２２に説明される。ＲＬＣは、ＵＥ１１０とノードＢ１２０との間の無線リンクについて維持されてもよく、ＵＥが別のノードＢ１２２にハンドオーバされる場合にリセットされてもよい。ハンドオーバ中に、ＲＬＣはリセットされてもよく、複製検出の機能、ダウンリンクＲＬＣ ＳＤＵの再順序付け、およびアップリンクでの上位レイヤＰＤＵのシーケンス内配信は、ＰＤＣＰによって行なわれてもよい。
ＬＴＥにおける、ＰＤＣＰおよびＲＬＣによって提供されるサービスと機能は、他の無線技術における対応するプロトコルによって提供されてもよい。例えば、ｃｄｍａ２０００における、ＩＰアダプテーションレイヤおよび無線リンクプロトコル（ＲＬＰ）は、ＰＤＣＰとＲＬＣによって提供されるものに同様のサービスおよび機能をそれぞれ提供してもよい。
図３は送信機でＰＤＣＰとＲＬＣによって典型的な処理を示し、それはダウンリンクについてのデータ伝送についてノードＢ１２０またはアップリンクについてのデータ伝送に関するＵＥ１１０でもよい。ＰＤＣＰは高次レイヤプロトコルからＰＤＣＰ ＳＤＵを受信する。例えば、高次レイヤプロトコルはＩＰでもよく、ＰＤＣＰ ＳＤＵはそれぞれ１つ以上のＩＰパケットを含んでもよい。ＰＤＣＰは各ＰＤＣＰ ＳＤＵに連続して増加するＰＤＣＰ ＳＮを割り当てる。ある設計では、ＰＤＣＰは、各ＰＤＣＰ ＳＤＵに関するヘッダー圧縮、暗号化および完全保護を行ない、対応するＰＤＣＰ ＰＤＵを提供する。別の設計では、ＰＤＣＰ ＰＤＵは１つ以上のＰＤＣＰ ＳＤＵを含んでいてもよい。いずれにせよ、暗号化および完全保護については、ＰＤＣＰは、暗号化されている各データブロックに関するＣＯＵＮＴ値を用いる。データブロックは、ＰＤＣＰ ＳＤＵ、ＰＤＣＰ ＳＤＵのセグメント、または複数のＰＤＣＰ ＳＤＵの連結かもしれない。ＰＤＣＰは、暗号化および完全保護に関して、暗号の同期としてＣＯＵＮＴを用いる。ＣＯＵＮＴは、（ｉ）ＣＯＵＮＴの最上位ビット（ＭＳＢ）に関する超フレーム数（ＨＦＮ）および（ｉｉ）ＣＯＵＮＴの最下位ビット（ＬＳＢ）に関するＰＤＣＰ ＳＮとして表現されてもよい。ＣＯＵＮＴは、それぞれの暗号化されたブロックと共に、一度ＨＦＮをシグナリングし、その後ＰＤＣＰ ＳＮだけをシグナリングすることによって、しばしば伝えられる。ＣＯＵＮＴもハンドオーバで複製検出およびシーケンス内配信のために用いられてもよい。
ＲＬＣはＲＬＣ ＳＤＵと呼ばれるＰＤＣＰ ＰＤＵを受信する。一般的に、あるレイヤ／サブレイヤからのＰＤＵは、すぐ下のレイヤ／サブレイヤでＳＤＵと呼ばれてもよい。ＲＬＣはセグメント化および（または）ＲＬＣ ＳＤＵの連結を行ない、ＭＡＣに適切なサイズのＲＬＣ ＰＤＵを提供してもよい。セグメント化は、ＲＬＣセグメントと呼ばれるより小さなユニットへＲＬＣ ＳＤＵを分割するプロセスを示す。再セグメント化は、ＲＬＣセグメントと呼ばれるより小さなユニットへＲＬＣセグメントまたはＰＤＵを分割するプロセスを示す。ここで詳細な説明では、単純化のために、用語「セグメント化」は、ＲＬＣ ＰＤＵの再セグメント化と同様にＲＬＣ ＳＤＵのセグメント化を示すことが可能である。ＲＬＣセグメントはＲＬＣ ＳＤＵまたはＰＤＵの一部であり、セグメント化または再セグメント化から得られてもよい。ＲＬＣはまた、受信機によって誤って受信されたＲＬＣ ＳＤＵの全てまたは一部に関するＲＬＣ ＰＤＵを再送信してもよい。一般的に、下記に述べられるように、ＲＬＣ ＰＤＵはそれぞれ１つ以上のＲＬＣ ＳＤＵのそれぞれの全てまたは一部を含んでいてもよい。ＭＡＣは各ＲＬＣ ＰＤＵを処理し、対応するＭＡＣ ＰＤＵを生成してもよい。
ある態様では、ＰＤＣＰ ＳＮは、ヘッダーオーバーヘッドを縮小するためにＲＬＣで再度用いられてもよい。ＲＬＣは、複製検出、再順序付け、およびシーケンス内配信のような機能に関するＲＬＣ ＳＮを用いる。ＰＤＣＰが暗号化および他の機能のためにＰＤＣＰ ＳＮを既に生成し用いるので、ＰＤＣＰ ＳＮはＰＤＣＰとＲＬＣを横切ってＳＮオーバーヘッドを縮小するためにＲＬＣデータを扱うことに再度用いられてもよい。
ＰＤＣＰは、各ＰＤＣＰ ＰＤＵに連続して増加するＰＤＣＰ ＳＮを割り当て、ＲＬＣへそのＰＤＣＰ ＳＮと共にＰＤＣＰ ＰＤＵを渡してもよい。しかしながら、ＰＤＣＰ ＳＮはＰＤＣＰ ＰＤＵヘッダーに含まれていなくてもよい。一般的に、ＰＤＣＰ ＳＮは任意の適切な長さ、例えば５、７、１２、１６、３２または長さが他の何らかのビット数を有していてもよい。同様にＲＬＣ ＳＮは、ＰＤＣＰ ＳＮの長さに等しいか、もしくはより短い任意の適切な長さを有していてもよい。例えば、ＲＬＣ ＳＮは、５、７、１０、１２、３２または他の何らかのビット数の長さを有していてもよい。さらに、異なるＲＬＣ ＳＮ長は異なるタイプのＲＬＣ ＳＤＵのために用いられてもよい。さらに、ＲＬＣ ＳＮはサイズで制限されていてもよく、根本的なＣＯＵＮＴは３２ビットのように、より大きくてもよい。本明細書で説明された技術は、任意のＰＤＣＰ ＳＮ長、任意のＣＯＵＮＴ長および任意のＲＬＣ ＳＮ長のために用いられてもよい。明確にするために、以下の説明の多くは、１２ビットのＲＬＣ ＳＮ長を仮定する。ＲＬＣ ＳＮ長がＰＤＣＰ ＳＮ長より短い場合、ＰＤＣＰ ＳＮのＬＳＢ部分はＲＬＣ ＳＮのために用いられてもよく、ＰＤＣＰ ＳＮのＭＳＢ部分はコネクションセットアップで一度の信号で伝えられてもよい。十分なＰＤＣＰ ＳＮはコネクションセットアップでＵＥ１１０とノードＢ１２０との間で交換されてもよく、例えば、ＷＣＤＭＡでＳＴＡＲＴを交換するために使用されるのと同様な一つの機構を用いる。受信機は機構からＨＦＮを得、ＨＦＮとＰＤＣＰ ＳＮに基づいてＣＯＵＮＴを再構成してもよい。ここで説明では、ＲＬＣ ＳＮに関する追加は法Ｔの算術で行われ、ここでは１２ビットＲＬＣ ＳＮではＴ＝２１２である。このように、ＲＬＣ ＳＮは、Ｔ−１に達した後にゼロに包み込む。
ある設計では、ＲＬＣ ＰＤＵに関するＲＬＣ ＳＮは、以下のように、ＰＤＣＰ ＰＤＵに関するＰＤＣＰ ＳＮに基づいて決定されてもよい。
ＲＬＣ ＳＮ ＝ （ＰＤＣＰ ＳＮ ＋Δ） ｍｏｄ Ｔ、Ｅｑ（１）
ここで、ΔはＰＤＣＰ ＳＮとＲＬＣ ＳＮとの間のＳＮ差またはデルタである。ＰＤＣＰ ＳＮは、ハンドオーバの間にさえ連続してインクリメントされてもよいが、ＲＬＣ ＳＮは新規のノードＢへの各ハンドオーバでリセットされてもよい。各ハンドオーバでは、現在のＰＤＣＰ ＳＮとリセットされたＲＬＣ ＳＮとの間の差は決定され、最新のＳＮデルタとして用いられてもよい。それは全通信セッションである可能性があるＰＤＣＰ ＳＮとＲＬＣ ＳＮがインクリメントされる間、同じＳＮデルタはＵＥとノードＢによって用いられてもよい。ＲＬＣ ＳＮも他の手法における（例えば他のオフセットによる）ＰＤＣＰ ＳＮから導き出されてもよい。
ＲＬＣは複数のＲＬＣセグメントへＲＬＣ ＳＤＵを分けてもよい。ＲＬＣ ＳＤＵの内でのＲＬＣアドレッシングは、サブシーケンス番号付けで実現されるか、またはバイトに基づくアドレッシングで実現されてもよい。サブシーケンス番号付けについては、複数のＲＬＣセグメントは異なるサブシーケンス番号を割り当てられてもよい。その後、ＲＬＣセグメントはそれぞれ、ＲＬＣセグメントに関するサブシーケンス番号と同様にＲＬＣ ＳＤＵに関するＲＬＣ ＳＮによってユニークに識別されてもよい。バイトに基づくアドレッシングについては、ＲＬＣ ＳＤＵにおけるバイトは連続して増加するバイトアドレスに割り当てられてもよい。その後、ＲＬＣセグメントはそれぞれ、ＲＬＣ ＳＤＵに関するＲＬＣ ＳＮ、ＲＬＣセグメントにおける第１のバイトのバイトアドレス、および、ＲＬＣセグメント長またはＲＬＣセグメントでの最終バイトのアドレスによってユニークに識別されてもよい。「バイト」、「オクテット」という用語は同意語で、区別なく用いられる。一般的に、ＲＬＣ ＳＤＵ内でのＲＬＣアドレッシングは、固定サイズまたは可変サイズのデータユニットへＲＬＣ ＳＤＵを分割し、これらのデータユニットに異なるアドレスを割り当てることにより実現されてもよい。データユニットは１バイト、複数のバイトなどでもよい。バイトに基づくアドレッシングを実装することは、より簡単である可能性があり、そのアドレッシングはサブシーケンス番号付けよりも再セグメント化に関する（例えば再送信に関する）より多くの柔軟性を提供する可能性がある。以下の説明は、ＲＬＣセグメントのバイトに基づくアドレッシングの使用を仮定する。
バイトに基づくアドレッシングについては、ＲＬＣセグメントは次のパラメータに基づいて定義されてもよい。
・ＲＬＣ ＳＮ − ＲＬＣセグメントを含んでいるＲＬＣ ＳＤＵに関するシーケンス番号、
・セグメントオフセット（ＳＯ） − ＲＬＣセグメントにおける第１バイトのバイトアドレス、
・セグメント長（ＳＬ） − バイトを単位にして与えられたＲＬＣセグメントの長さ。
セグメント長も、ＲＬＣ ＰＤＵ内のＲＬＣ ＳＤＵの終端のバイトアドレスから与えられてもよい。セグメント長は、ＲＬＣが連結する場合に、ＲＬＣ ＳＤＵ境界を見つけるために用いられてもよい。
セグメントオフセットサイズおよびセグメント長サイズは最大のＲＬＣ ＳＤＵサイズに依存してもよい。以下の説明において仮定されるある設計では、最大のＲＬＣ ＳＤＵサイズは４０９６バイトであり、１２ビットはセグメントオフセットのために用いられてもよく、１２ビットもセグメント長のために用いられてもよい。他のセグメントオフセットとセグメント長サイズも用いられてもよい。
ある設計では、ＲＬＣ ＰＤＵはＲＬＣヘッダーおよびデータフィールドを含んでいる。データフィールドは、１つ以上のＲＬＣ ＳＤＵからデータを運んでもよい。データフィールドまたは全ＲＬＣ ＰＤＵの長さは、ＭＡＣヘッダーにおいて伝えられてもよい。ＲＬＣヘッダーは、ＲＬＣ ＰＤＵに関する（例えばＲＬＣ ＰＤＵに入れて運ばれた１つ以上のＲＬＣ ＳＤＵを記述するパラメータ）適切なパラメータのための種々のフィールドを含んでいてもよい。以下の説明では、ＲＬＣヘッダーでのフィールドは固定フィールドまたは拡張フィールドのいずれであってもよい。固定フィールドは、ＲＬＣヘッダーの中に常にあり、「Ｍ」として示される。拡張フィールドは、それが必要で「Ｏ」として示される場合、ＲＬＣヘッダーの中にある。固定および拡張フィールドはまた、それぞれ必須およびオプションフィールドと呼ばれてもよい。ＲＬＣ ＰＤＵの長さは、ＲＬＣ ＰＤＵを運ぶＭＡＣ ＰＤＵの長さに基づいて確認され（もしあれば）、このようにＲＬＣヘッダーから省略されてもよい。そうでなければ、ＲＬＣ ＰＤＵの長さはＲＬＣヘッダーに含まれていてもよい。
種々のＲＬＣヘッダーフォーマットは、ＲＬＣアドレッシングに関するＰＤＣＰ ＳＮの再使用をサポートするために定義されてもよい。いくつかの例のＲＬＣヘッダーフォーマットが下記に述べられる。
表１は、ＲＬＣ ＳＤＵの全てまたはセグメントを運ぶＲＬＣ ＰＤＵをサポートするＲＬＣヘッダーの設計を示す。この設計について連結は、ＲＬＣで行なわれず、ＭＡＣで必要に応じて行なわれてもよい。ＲＬＣヘッダーは、表１に与えられた固定の（Ｍ）および拡張（Ｏ）フィールドを含んでいてもよい。
Figure 2010527544
セグメントオフセットフィールドは、ＲＬＣ ＳＤＵ内のＲＬＣセグメントの先頭を指示し、ＲＬＣセグメントにおいて第１バイトに対応するＲＬＣ ＳＤＵにおける開始バイトのバイトアドレスによって与えられてもよい。０のセグメントオフセットはＲＬＣ ＰＤＵがＲＬＣ ＳＤＵの始まりを含むことを意味するので、セグメント開始フィールドは必要ではない。表１に示される設計では、ＲＬＣヘッダーは、セグメントパラメータなしで２バイトのサイズ、セグメントパラメータありで４バイトのサイズを持っている。一般的に、連結のないＲＬＣヘッダーは、表１に示されるものよりも少ない、多い、または異なるフィールドを含んでいてもよい。さらに、フィールドは表１に与えられたものとは異なっているサイズを有していてもよい。
図４は、表１に示されるＲＬＣヘッダーを有するＲＬＣ ＰＤＵを示す。この例において、ＲＬＣ ＳＤＵはＮのＲＬＣ ＳＮを有する。ＲＬＣ ＰＤＵは、アドレスＢでのバイトに始まるＲＬＣ ＳＤＵのセグメントを運ぶ。ＲＬＣヘッダーについて、シーケンス番号（ＳＮ）フィールドはＮに設定され、セグメントエクステンション（ＳＥ）フィールドは「１」に設定され、セグメントオフセット（ＳＯ）フィールドはＢに設定される。データフィールドのサイズはＭＡＣヘッダー情報に基づいて確認することができる。ＲＬＣセグメントサイズは、Ｂのセグメントオフセットおよびデータフィールドサイズに基づいて決定されてもよい。
表２は、２つのＲＬＣセグメントまでを運ぶＲＬＣ ＰＤＵをサポートするＲＬＣヘッダーの設計を示す。ＲＬＣ ＰＤＵにおける第１のＲＬＣ ＳＤＵは全ＲＬＣ ＳＤＵまたはＲＬＣセグメントであるかもしれない。任意の数の全体のＲＬＣ ＳＤＵは第１のＲＬＣ ＳＤＵに続いてもよい。ＲＬＣ ＰＤＵにおける最後のＲＬＣ ＳＤＵは全ＲＬＣ ＳＤＵまたはＲＬＣセグメントかもしれない。ＲＬＣヘッダーは、表２に与えられた固定（Ｍ）および拡張（Ｏ）フィールドを含んでいてもよい。
Figure 2010527544
表２に示される設計では、シーケンス番号フィールドは、ＲＬＣ ＰＤＵにおける第１のＲＬＣ ＳＤＵに関するＲＬＣ ＳＮを含んでいる。残りのＲＬＣ ＳＤＵのそれぞれに関するＲＬＣ ＳＮは、そのＲＬＣ ＳＤＵに関する長さインジケーターブロックにおいて伝えられる。ＲＬＣ ＰＤＵが第１のＲＬＣ ＳＤＵのセグメントを含んでいる場合、セグメントオフセットフィールドは、存在し、ＲＬＣ ＰＤＵにおける第１バイトに対応する第１のＲＬＣ ＳＤＵに開始バイトのアドレスを含んでいる。
表３は、表２に示されるＲＬＣヘッダーに関する長さインジケーターブロックの設計を示す。ヘッダー拡張フィールドが「１」に設定される場合、長さインジケーターブロックのＫインスタンスはＲＬＣヘッダーに含まれていてもよい（ここで一般にＫ≧１）。長さインジケーターブロックのインスタンスはそれぞれ関連するＲＬＣ ＳＤＵに関するパラメータを提供する。
Figure 2010527544
ＲＬＣ ＰＤＵは、互いに接近しているＲＬＣ ＳＮによりＲＬＣ ＳＤＵを典型的には運ぶ。ヘッダーオーバーヘッドを省くために、（第１のＲＬＣ ＳＤＵを除いて）各ＲＬＣ ＳＤＵに関するＲＬＣ ＳＮは、前のＲＬＣ ＳＤＵに関するＲＬＣ ＳＮに関連のあるＳＮオフセットによって伝えられてもよい。ある設計では、ＲＬＣ ＳＤＵに関するＲＬＣ ＳＮは以下のように定義されてもよい。
ＲＬＣ＿ＳＮ（ｋ）＝ＲＬＣ＿ＳＮ（ｋ−１）＋ＳＮ＿Ｏｆｆｓｅｔ（ｋ），
ｋ＝１，…，Ｋ， Ｅｑ （１）
ただし、SN_Offset(k)は、ＲＬＣ ＰＤＵにおけるｋ番目のＲＬＣ ＳＤＵに関するＳＮオフセットであり、RLC_SN(k)は、ＲＬＣ ＰＤＵにおけるｋ番目のＲＬＣ ＳＤＵに関するＲＬＣ ＳＮである。
ＳＮオフセットフィールドは、ＲＬＣ ＰＤＵが、再送信のための役立つ可能性のある不連続のＲＬＣ ＳＤＵを運ぶことを可能にする。０のＳＮオフセットは、ＲＬＣ ＰＤＵにおける同じＲＬＣ ＳＤＵの２つの不連続のセグメントを送信するために用いられてもよい。この場合、（ｋ−１）番目のＲＬＣ ＳＤＵに関するＲＬＣ ＳＮは、ＲＬＣ ＰＤＵにおけるｋ番目のＲＬＣ ＳＤＵに関するＲＬＣ ＳＮと同様である。ＳＮオフセットフィールドに関する３ビットでは、連続する２つのＲＬＣ ＳＤＵ間の最大のＳＮオフセットは７である。７より大きなＳＮオフセットは、０に設定されたセグメント長フィールドおよび適切な値に設定されたＳＮオフセットフィールドを有する１つ以上の追加／ダミーの長さインジケーターブロックを用いることにより得られてもよい。
別の設計では、シーケンス番号フィールドは、長さインジケーターブロックに含まれていてもよく、全体のＲＬＣ ＳＮを運んでもよい。さらに別の設計では、ＳＮオフセットフィールドまたはシーケンス番号フィールドは長さインジケーターブロックから除かれてもよい。この設計では、ＲＬＣ ＰＤＵは、連続して増加するＲＬＣ ＳＮにより連続的なＲＬＣ ＳＤＵを運んでもよい。
（第１のＲＬＣ ＳＤＵを除いて）各ＲＬＣ ＳＤＵの長さは、そのＲＬＣ ＳＤＵに関するセグメント長フィールドに基づいて決定されてもよい。全ＲＬＣ ＰＤＵの長さはＭＡＣヘッダー情報に基づいて決定されてもよい。その後、第１のＲＬＣ ＳＤＵの長さは、ＲＬＣ ＰＤＵの長さからそれぞれの続くＲＬＣ ＳＤＵの長さを減じることによって決定されてもよい。
表２および３に示される設計では、ＲＬＣヘッダーは、長さインジケーターブロックおよびセグメントオフセットフィールドなしで２バイトのサイズを持っている。ＲＬＣヘッダーは、各長さインジケーターブロックにつき２つの追加バイトを含んでおり、第１のＲＬＣ ＳＤＵが分割される場合、２つの追加バイトを含んでいる。一般的に、２つのＲＬＣセグメントまでの連結をサポートするＲＬＣヘッダーは、表２および３に示されるものよりも少ない、多い、または異なるフィールドを含んでもよい。例えば、連結が行なわれる場合、終了ビットフィールドはＲＬＣ ＰＤＵにとって、それがＲＬＣ ＳＤＵに関する最後のＲＬＣ ＰＤＵかどうか示すために、用いられてもよい。ＲＬＣヘッダーでのフィールドは表２および３に与えられたものとは異なっているサイズを有していてもよい。
図５は、表２および３に示されるＲＬＣヘッダーを有するＲＬＣ ＰＤＵを示す。この例において、ＲＬＣ ＰＤＵは、合計Ｋ＋１個のＲＬＣ ＳＤＵを運び、それはアドレスＢでのバイトに始まり、Ｋ−１個の全体のＲＬＣ ＳＤＵによって続き、最後のＲＬＣ ＳＤＵのセグメントで終了する第１のＲＬＣ ＳＤＵのセグメントを含んでいる。第１のＲＬＣ ＳＤＵにはＮ０のＲＬＣ ＳＮがある。第２のＲＬＣ ＳＤＵはＬ１の長さおよびＮ１＝Ｎ０＋Ｏ１のＲＬＣ ＳＮを持っている。ここで、Ｏ１は第１のＲＬＣ ＳＤＵに関するこのＲＬＣ ＳＤＵに関するＳＮオフセットである。それぞれの続くＲＬＣ ＳＤＵに関するＲＬＣ ＳＮは同じような手法において計算されてもよい。最後のＲＬＣ ＳＤＵのセグメントは、ＬＫの長さおよびＮｋ＝Ｎｋ−１＋ＯｋのＲＬＣ ＳＮを持っている。
ＲＬＣヘッダーについて、シーケンス番号（ＳＮ）フィールドはＮ０に設定され、セグメントエクステンション（ＳＥ）フィールドは「１」に設定され、セグメントオフセット（ＳＯ）フィールドは第１のＲＬＣ ＳＤＵについてＢに設定される。ヘッダー拡張フィールドは「１」（図５に図示せず）に設定され、ＲＬＣヘッダーは、Ｋ個の残りのＲＬＣ ＳＤＵに関するＫ個の長さインジケーターブロックを含んでいる。第２のＲＬＣ ＳＤＵに関する長さインジケーターブロックは、Ｌ１に設定されたセグメント長（ＳＬ）フィールド、「１」に設定された長さインジケーターエクステンション（ＬＩＥ）フィールド、およびＯ１に設定されたＳＮオフセット（ＳＮＯ）フィールドを有している。それぞれの続くＲＬＣ ＳＤＵに関する長さインジケーターブロックは同様な手法で設定されてもよい。最後のＲＬＣ ＳＤＵに関する長さインジケーターブロックは、ＬＫに設定されたセグメント長フィールド、「０」に設定された長さインジケーター拡張フィールド、およびＯＫに設定されたＳＮオフセットフィールドを有している。
表４は、任意の数のＲＬＣ ＳＤＵおよび任意の数のＲＬＣセグメントを運ぶＲＬＣ ＰＤＵをサポートするＲＬＣヘッダーの設計を示す。ＲＬＣヘッダーは、表４に与えられた固定（Ｍ）および拡張（Ｏ）フィールドを含んでいてもよい。
Figure 2010527544
表４に示される設計では、シーケンス番号フィールドは、ＲＬＣ ＰＤＵにおける第１のＲＬＣ ＳＤＵに関するＲＬＣ ＳＮを含んでいる。残りのＲＬＣ ＳＤＵのそれぞれに関するＲＬＣ ＳＮは、そのＲＬＣ ＳＤＵに関する長さインジケーターブロックにおいて伝えられる。
表５は、表４に示されるＲＬＣヘッダーに関する長さインジケーターブロックの設計を示す。ヘッダー拡張フィールドが「１」に設定される場合、長さインジケーターブロックのＫ個のインスタンスはＲＬＣヘッダーに含まれていてもよい（ここで一般的にＫ≧１）。長さインジケーターブロックのインスタンスはそれぞれ関連するＲＬＣ ＳＤＵのためのパラメータを提供する。
Figure 2010527544
（第１のＲＬＣ ＳＤＵを除いて）各ＲＬＣ ＳＤＵの長さは、そのＲＬＣ ＳＤＵに関するセグメント長フィールドに基づいて決定されてもよい。第１のＲＬＣ ＳＤＵの長さは、ＲＬＣ ＰＤＵの長さおよび残りのＲＬＣ ＳＤＵのそれぞれの長さに基づいて決定されてもよい。
表４および５に示される設計では、ＲＬＣヘッダーは、長さインジケーターブロックなしで２バイトのサイズを持っている。ＲＬＣヘッダーは、各長さインジケーターブロックにつき４つの追加バイトを含んでいる。一般的に、任意の数のＲＬＣセグメントの連結をサポートするＲＬＣヘッダーは、表４および５に示されるものよりも少ない、多い、または異なるフィールドを含んでいてもよい。さらに、フィールドは表４および５に与えられたものとは異なっているサイズを有していてもよい。
図６は、表４および５に示されるＲＬＣヘッダーを有するＲＬＣ ＰＤＵを示す。この例において、ＲＬＣ ＰＤＵは、合計Ｋ＋１個のＲＬＣ ＳＤＵを運び、ＲＬＣ ＳＤＵはそれぞれ全部もしくは分割されていてもよい。ＲＬＣ ＳＤＵは図５について以上説明されるように決定されてもよいＲＬＣ ＳＮを有している。図６に示される例において、ＲＬＣ ＰＤＵは、Ｂ０でバイトに始まりＬ０の長さを有する第１のＲＬＣ ＳＤＵのセグメントを運び、この後にＢ１でバイトに始まりＬ１の長さを有する第２のＲＬＣ ＳＤＵのセグメントなどが続き、ＢＫでのバイトに始まり、ＬＫの長さを有する最後のＲＬＣ ＳＤＵのセグメントで終了する。
ＲＬＣヘッダーについては、シーケンス番号（ＳＮ）フィールドは第１のＲＬＣ ＳＤＵについてＮ０に設定される。ヘッダー拡張フィールドは「１」（図６には図示せず）に設定され、ＲＬＣヘッダーは、Ｋ個の残りのＲＬＣ ＳＤＵに関するＫ個の長さインジケーターブロックを含んでいる。第２のＲＬＣ ＳＤＵに関する長さインジケーターブロックは、Ｌ１に設定されたセグメント長（ＳＬ）フィールド、Ｂ１に設定されたセグメントオフセット（ＳＯ）フィールド、「１」に設定された長さインジケーターエクステンション（ＬＩＥ）フィールド、およびＯ１に設定されたＳＮオフセット（ＳＮＯ）フィールドを有している。それぞれの続くＲＬＣ ＳＤＵに関する長さインジケーターブロックは同様な手法で設定されてもよい。最後のＲＬＣ ＳＤＵに関する長さインジケーターブロックは、ＬＫに設定されたセグメント長フィールド、ＢＫに設定されたセグメントオフセットフィールド、「０」に設定された長さインジケーター拡張フィールド、およびＯＫに設定されたＳＮオフセットフィールドを有している。
３つの特定のＲＬＣヘッダーフォーマットが以上説明された。他のＲＬＣヘッダーフォーマットも定義され、ＲＬＣ ＰＤＵのための用いられてもよい。ＲＬＣヘッダーフォーマットは連結をサポートしてもよいし、サポートしなくてもよい。連結がサポートされる場合、ＲＬＣヘッダーは、ＲＬＣ ＰＤＵで運ばれた各ＲＬＣ ＳＤＵまたはセグメントを記述するために適切なフィールドを含んでいてもよい。ＲＬＣヘッダーは、また他の機能をサポートするために他のフィールドを含んでいてもよい。
別の態様において、ＲＬＣ ＳＮは、ヘッダーオーバーヘッドを縮小するためにＰＤＣＰで再度用いられてもよい。ある設計では、ＲＬＣには次の特性があってもよい。
・セグメンテーションはＲＬＣにおいてサポートされず、ＭＡＣにおいて行なわれてもよい、
・連結はＲＬＣにおいてサポートされず、異なるＲＬＣ ＳＮは各ＲＬＣ ＰＤＵのために用いられる。
ＲＬＣは、可変サイズのＲＬＣ ＳＤＵを処理してもよく、ＬＴＥのような高スループット無線技術をサポートすることができてもよい。
図７は、送信機でＰＤＣＰに関する再度使用するＲＬＣ ＳＮの設計を示す。完全なＰＤＣＰ ＳＮは、適切な機構によってコネクションセットアップでＵＥ１１０とノードＢ１２０との間で交換されてもよい。ＰＤＣＰは、ＮのＰＤＣＰ ＳＮを有するＰＤＣＰ ＰＤＵを生成しＲＬＣに渡してもよい。ＲＬＣは、ＰＤＣＰ ＰＤＵに関して固定サイズまたは可変サイズの１つ以上の（Ｕ）ＲＬＣ ＰＤＵを生成し、各ＲＬＣ ＰＤＵにＲＬＣ ＳＮを割り当ててもよい。第１のＲＬＣ ＰＤＵに関するＲＬＣ ＳＮは、例えば、ゼロまたは非ゼロであるＳＮデルタにより式（１）において示されたように、ＰＤＣＰ ＳＮから導き出されてもよい。単純化のために、図７は、ゼロに等しいＳＮデルタを示す。ＲＬＣは、ＮのＲＬＣ ＳＮを有する第１のＲＬＣ ＰＤＵ、Ｎ＋１のＲＬＣ ＳＮを有する次のＲＬＣ ＰＤＵなど、Ｎ＋Ｕ−１のＲＬＣ ＳＮを有する最後のＲＬＣ ＰＤＵを割り当ててもよい。最後のＲＬＣ ＰＤＵは、それがＰＤＣＰ ＰＤＵに関する最後のＲＬＣ ＰＤＵであることを示すために、「１」に設定された終了ビット（ＥＢ）フィールドを有していてもよい。ＲＬＣは、ＰＤＣＰ ＰＤＵを送信するために、ＮからＮ＋Ｕ−１までのＵ個のＲＬＣ ＳＮを有するＲＬＣ ＰＤＵをＭＡＣに渡してもよい。
Ｕ個のＲＬＣ ＰＤＵがＰＤＣＰ ＰＤＵについて生成されることをＲＬＣが決めるとすぐに、ＲＬＣはＵをＰＤＣＰに通信してもよい。その後、ＰＤＣＰは、次のＰＤＣＰ ＰＤＵをＮ＋ＵのＰＤＣＰ ＳＮに割り当て、このＰＤＣＰ ＰＤＵを処理し、ＲＬＣに送信してもよい。ＲＬＣは、ＰＤＣＰ ＰＤＵに関する１つ以上の（Ｖ）ＲＬＣ ＰＤＵを生成し、Ｎ＋Ｕに始まる各ＲＬＣ ＰＤＵにＲＬＣ ＳＮを割り当ててもよい。ＰＤＣＰが、ＰＤＣＰ ＰＤＵに関するＮ＋Ｕの次の利用可能なＲＬＣ ＳＮを用いるので、ＲＬＣ ＰＤＵは連続して増加するＲＬＣ ＳＮを有し、ＲＬＣシーケンス番号付けにおいて穴またはオーバーラップもない。
受信機はコネクションセットアップで完全なＰＤＣＰ ＳＮを得てもよい。受信機のＲＬＣは、ＲＬＣ ＰＤＵごとにセグメント長および終了ビットフィールドによって指示されるように、ＭＡＣからＲＬＣ ＰＤＵを得、これらのＲＬＣ ＰＤＵを完全なＰＤＣＰ ＰＤＵへ組み立ててもよい。ＰＤＣＰは、ＰＤＣＰ ＰＤＵにおける第１のＲＬＣ ＰＤＵに関するＲＬＣ ＳＮに基づいて各ＰＤＣＰ ＰＤＵに関するＰＤＣＰ ＳＮを決定してもよい。このＲＬＣ ＳＮはＰＤＣＰ ＰＤＵと共にＰＤＣＰに渡されてもよい。受信機は、このようにＰＤＣＰ ＰＤＵにおける第１のＲＬＣ ＰＤＵに関するＲＬＣ ＳＮに基づいて正常に受信されたＰＤＣＰ ＰＤＵごとに、ＰＤＣＰ ＳＮを決定することができる。
図８は、シーケンス番号再利用でデータを送信するためのプロセス８００の設計を示す。プロセス８００は送信機によって行なわれてもよく、それは、ダウンリンクについてのデータ伝送のためのノードＢ、またはアップリンクについてのデータ伝送のためのＵＥでもよい。第１のプロトコルによって第１のＰＤＵに割り当てられた第１のシーケンス番号は、第２のプロトコル（ブロック８１０）で受信されてもよい。第１のプロトコルからの第１のシーケンス番号は第２のプロトコルで用いられてもよい（ブロック８２０）。
ある設計では、第１のプロトコルはプロトコルスタックにおいて第２のプロトコルより上位であってもよく、シーケンス番号は、プロトコルスタックに伝えられてもよい（例えば第１のプロトコルのＰＤＵの外部へ）。例えば、第１のプロトコルはＰＤＣＰであってもよいし、第２のプロトコルはＲＬＣでもよい。
ブロック８２０のある設計では、ブロック８３０で決定されるように、連結が行なわれない場合、第１のＰＤＵは第２のプロトコルでＳＤＵとして第１のプロトコルから受信されてもよい（ブロック８３２）。ＳＤＵに関する第２のシーケンス番号は第１のＰＤＵとデルタに関する第１のシーケンス番号に基づいて、例えば、式（１）において示されたように、決定されてもよい（ブロック８３４）。第２のプロトコルのシーケンス番号付けはハンドオーバまたはコネクションセットアップ、または他の瞬間でリセットされてもよい。デルタは、シーケンス番号付けをリセットした後に、第１のプロトコルに関するシーケンス番号と第２のプロトコルに関するシーケンス番号との間の差に基づいて決定されてもよい。ＳＤＵ内のデータは、ＳＤＵの先頭からのセグメントオフセットおよび第２のシーケンス番号に基づいてアドレスされてもよい。第２のＰＤＵはＳＤＵに基づいて第２のプロトコルで形成され、ＳＤＵの全てまたはセグメントを含んでもよい（ブロック８３６）。ヘッダーは第２のＰＤＵについて生成され、ＳＤＵの第２のシーケンス番号を含んでもよい（ブロック８３８）。第２のＰＤＵがＳＤＵのセグメントを含んでいる場合、ヘッダーはＳＤＵ内のセグメントの先頭（例えば第２のＰＤＵにおける第１のバイトに対応するＳＤＵにおける開始バイト）を指示するセグメントオフセットを含んでもよい。
ブロック８３０に決定されるように、連結が行なわれる場合、第１のプロトコルからの複数のＰＤＵは、第１のプロトコルによって異なるシーケンス番号を割り当てられている複数のＰＤＵのそれぞれと共に、第２のプロトコルで複数のＳＤＵとして受信されてもよい（ブロック８４２）。複数のＰＤＵは第１のＰＤＵを含んでもよく、複数のＳＤＵは第１のＰＤＵに対応する第１のＳＤＵを含んでもよい。複数のＳＤＵのそれぞれのシーケンス番号は、複数のＰＤＵおよびデルタの対応する１つに関するシーケンス番号に基づいて決定されてもよい（ブロック８４４）。（第１のＳＤＵを除く）各ＳＤＵに関するシーケンス番号オフセットは、ＳＤＵに関するシーケンス番号と前のＳＤＵのシーケンス番号との間の差に基づいて決定されてもよい（ブロック８４６）。
第２のＰＤＵは、複数のＳＤＵに基づいて第２のプロトコルで形成され、複数のＳＤＵの残りのものが後続する第１のＳＤＵを含んでもよい（ブロック８４８）。ある設計では、図５に示されるように、第２のＰＤＵは第１のＳＤＵ、最後のＳＤＵの全てまたは一部、ならびに最初のＳＤＵと最後のＳＤＵとの間の各ＳＤＵの全ての全てまたは一部を含んでもよい。別の設計では、図６に示されるように、第２のＰＤＵは複数のＳＤＵのそれぞれの全てまたは一部を含んでもよい。ヘッダーは、第２のＰＤＵについて生成され、第１のＳＤＵに関する第２のシーケンス番号および残りのＳＤＵのそれぞれに関するヘッダーブロック（例えば長さインジケーターブロック）を含んでもよい（ブロック８５０）。表２に示される設計について、ヘッダーは、第２のＰＤＵにおける第１のバイトに対応する第１のＳＤＵにおける開始バイトを指示するセグメントオフセットをさらに含んでいてもよい。残りのＳＤＵのそれぞれに関するヘッダーブロックは以下のものを含んでもよい。（ｉ）第２のＰＤＵにおいて送信されているＳＤＵからのデータ量を伝えるセグメント長、（ｉｉ）ＳＤＵに関するシーケンス番号オフセット、（ｉｉｉ）別のＳＤＵに関する別のヘッダーブロックがヘッダーに続くかどうか示す拡張ビット、（ｉｖ）第２のＰＤＵにおいて送信されているＳＤＵにおける開始バイトを指示するセグメントオフセット、および（または）（ｖ）他の何らかの情報。
別の設計では、第１のプロトコルはプロトコルスタックにおいて第２のプロトコルより下位でもよく、第１のシーケンス番号は第１のプロトコルから第２のプロトコルまで渡されてもよい。例えば、第１のプロトコルはＲＬＣでもよく、第２のプロトコルはＰＤＣＰでもよい。ある設計では、連続して増加するシーケンス番号は、第１のプロトコル（例えばＲＬＣ）で生成された各ＰＤＵに割り当てられてもよい。第１のプロトコルからのシーケンス番号は、第２のプロトコルで生成された各ＰＤＵに関する第２のプロトコル（例えばＰＤＣＰ）まで渡されてもよい。第２のプロトコルで生成された各ＰＤＵは、ＰＤＵの第１のプロトコルによって渡されたシーケンス番号に基づいて決定されたシーケンス番号が割り当てられてもよい。
図９は、シーケンス番号再利用でデータを送信するための装置９００の設計に示す。装置９００は、第１のプロトコルによって第１のＰＤＵに割り当てられた第１のシーケンス番号を受信するモジュール９１０、および第２のプロトコルで第１のプロトコルからの第１のシーケンス番号を用いるモジュール９２０を含んでいる。
図１０は、シーケンス番号再利用でデータを受信するためのプロセス１００の設計に示す。プロセス１０００は受信機によって行なわれてもよく、それは、ダウンリンクについてのデータ伝送に関するＵＥまたはアップリンクについてのデータ伝送に関するノードＢでもよい。第１のＰＤＵは第１のプロトコル（例えばＲＬＣ）で受信されてもよい（ブロック１０１２）。第１のＳＤＵは第１のＰＤＵに基づいて第１のプロトコルで形成されてもよい（ブロック１０１４）。第１のＳＤＵに関する第１のシーケンス番号は、第１のＰＤＵに関するヘッダーに基づいて（例えば、ヘッダーから得られて）決定されてもよい（ブロック１０１６）。第１のＳＤＵは第２のプロトコル（例えばＰＤＣＰ）での第２のＰＤＵとして受信されてもよい（ブロック１０１８）。第２のＰＤＵに関する第２のシーケンス番号は、第１のＳＤＵおよび場合によってはデルタに関する第１のシーケンス番号に基づいて決定されてもよい（ブロック１０２０）。
ある設計では、連結は行なわれない。ブロック１０１４について、第１のＰＤＵは、第１のＳＤＵの初め、またはヘッダーから得られたセグメントオフセットによって決定された位置のどちらかで始まる第１のＳＤＵにマッピングされてもよい。別の設計では、連結は行なわれる。ブロック１０１４について、複数のＳＤＵは、残りのＳＤＵが後続する第１のＳＤＵを含む複数のＳＤＵで、第１のＰＤＵに基づいて第１のプロトコルで形成されてもよい。各ＳＤＵのシーケンス番号は、第１のＳＤＵを除いて、（ヘッダーから得られてもよい）ＳＤＵに関するシーケンス番号オフセットおよび前のＳＤＵに関するシーケンス番号に基づいて決定されてもよい。各ＳＤＵに関するセグメント長および場合によってはセグメントオフセットも、ヘッダーから得られてもよい。その後、第１のＰＤＵからのデータは、各ＳＤＵに関するセグメント長およびセグメントオフセットによって指示されるように、複数のＳＤＵにマッピングされてもよい。
図１１は、シーケンス番号再利用でデータを受信するための装置１１００の設計を示す。装置１１００は、第１のプロトコルで第１のＰＤＵを受信するモジュール１１１２と、第１のＰＤＵに基づいて第１のプロトコルで第１のＳＤＵを形成するモジュール１１１４と、第１のＰＤＵのヘッダーに基づいて第１のＳＤＵに関する第１のシーケンス番号を決定するモジュール１１１６と、第２のプロトコルで第２のＰＤＵとして第１のＳＤＵを受信するモジュール１１１８と、第１のＳＤＵおよび場合によってはデルタに関する第１のシーケンス番号に基づいて第２のＰＤＵに関する第２のシーケンス番号を決定するモジュール１１２０を含んでいる。
図１２は、シーケンス番号オフセットによりデータを送信するプロセス１２００の設計を示す。プロセス１２００は送信機によって行なわれてもよい。複数のＳＤＵは、それぞれのシーケンス番号を割り当てられている各ＳＤＵと共に、受信されてもよい（例えばＲＬＣで）（ブロック１２１２）。複数のＳＤＵを具備するＰＤＵは生成されてもよい（ブロック１２１４）。複数のＳＤＵは連続するか連続しないシーケンス番号を有してもよい。シーケンス番号オフセットは、当該ＳＤＵに関するシーケンス番号と、ＰＤＵにおける前のＳＤＵに関するシーケンス番号との差に基づいて、第１のＳＤＵを除いてＳＤＵごとに決定されてもよい（ブロック１２１６）。ヘッダーはＰＤＵについて生成され、第１のＳＤＵに関するシーケンス番号と、ＰＤＵにおける残りの各ＳＤＵに関するシーケンス番号オフセットとを含んでもよい（ブロック１２１８）。
図１３は、シーケンス番号オフセットでデータを送信するための装置１３００の設計を示す。装置１３００は、それぞれのシーケンス番号を割り当てられている各ＳＤＵと共に複数のＳＤＵを受信するモジュール１３１２と、複数のＳＤＵを具備するＰＤＵを生成するモジュール１３１４と、各ＳＤＵに関するシーケンス番号オフセットを、当該ＳＤＵに関するシーケンス番号と、ＰＤＵにおける前のＳＤＵに関するシーケンス番号との差に基づいて決定するモジュール１３１６と、第１のＳＤＵに関するシーケンス番号とＰＤＵにおける残りのＳＤＵのそれぞれに関するシーケンス番号オフセットとを含んでもよい、ＰＤＵに関するヘッダーを生成するモジュール１３１８と、を含んでいる。
図１４は、シーケンス番号オフセットによりデータを受信するプロセス１４００の設計を示す。プロセス１４００は受信機によって行なわれてもよい。複数のＳＤＵを具備するＰＤＵは受信されてもよい（例えばＲＬＣで）（ブロック１４１２）。複数のＳＤＵは連続するかまたは連続しないシーケンス番号を有してもよい。ＰＤＵに関するヘッダーは、受信され第１のＳＤＵに関するシーケンス番号、およびＰＤＵにおける残りのＳＤＵのそれぞれに関するシーケンス番号オフセットを含んでもよい（ブロック１４１４）。複数のＳＤＵのそれぞれのシーケンス番号は、第１のＳＤＵに関するシーケンス番号、およびＰＤＵにおける残りのＳＤＵのそれぞれに関するシーケンス番号オフセットに基づいて決定されてもよい（ブロック１４１６）。例えば、残りのＳＤＵのそれぞれに関するシーケンス番号は、当該ＳＤＵに関するシーケンス番号オフセット、およびＰＤＵにおける前のＳＤＵに関するシーケンス番号に基づいて決定されてもよい。
図１５は、シーケンス番号オフセットによりデータを受信する装置１５００の設計を示す。装置１５００は、複数のＳＤＵを具備するＰＤＵを受信するモジュールと、ＰＤＵのヘッダーを受信するモジュール１５１４と、第１のＳＤＵに関するシーケンス番号および残りのＳＤＵのそれぞれに関するシーケンス番号オフセットに基づいて各ＳＤＵに関するシーケンス番号を決定するモジュール１５１６と、を含んでいる。
図１６は、ノードＢ１２０とＵＥ１１０の設計のブロック図を示す。この設計では、ノードＢ１２０はＴ本のアンテナ１６３４ａから１６３４ｔを装備していて、ＵＥ１１０はＲ本のアンテナ１６５２ａから１６５２ｒを装備している、ただし、一般に、Ｔ≧１とＲ≧１である。
ノードＢ１２０では、送信プロセッサ１６２０は、データソース１６１２から、１つ以上のＵＥに関するトラフィックデータを受信してもよい。送信プロセッサ１６２０は、出力データを得るために（例えば図２に示されたような）１セットのプロトコルに従って各ＵＥに関するトラフィックデータを処理してもよい。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ１６３０は、パイロットデータにより全てのＵＥに関する出力データを複数の化し、複数のデータを処理（例えばプリコード）し、Ｔ個の変調器（ＭＯＤ）１６３２ａから１６３２ｔにＴ個の出力シンボルストリームを提供してもよい。変調器１６３２はそれぞれ、出力チップストリームを得るためにそれぞれの（例えばＯＦＤＭ用の）出力シンボルストリームを処理してもよい。変調器１６３２はそれぞれ、ダウンリンク信号を得るためにさらに出力チップストリームを（例えば、アナログに変換して、増幅し、フィルターし、アップコンバートする）処理してもよい。変調器１６３２ａから１６３２ｔまでからのＴ個のダウンリンク信号は、Ｔ本のアンテナ１６３４ａから１６３４ｔを介してそれぞれ送信されてもよい。
ＵＥ１１０では、それぞれ、アンテナ１６５２ａから１６５２ｒはノードＢ１２０からダウンリンク信号を受信し、復調器（ＤＥＭＯＤ）１６５４ａから１６５４ｒに受信信号を提供してもよい。復調器１６５４はそれぞれ、サンプルを得るためにそれぞれの受信信号を（例えば、フィルターし、増幅し、ダウンコンバートし、デジタル化して）整え、受信シンボルを得るためにさらに（例えばＯＦＤＭ用の）サンプルを処理してもよい。ＭＩＭＯ検出器１６６０は全てのＲ個の復調器１６５４ａから１６５４ｒまでから受信シンボルを受信し処理し、検出されたシンボルを提供してもよい。受信プロセッサ１６７０はプロトコルのセットに従って検出されたシンボルを処理し、データ受信装置１６７２にＵＥ１１０に関する復号データを提供してもよい。一般的に、ＭＩＭＯ検出器１６６０および受信プロセッサ１６７０による処理は、ノードＢ１２０でのＴＸ ＭＩＭＯプロセッサ１６３０および送信プロセッサ１６２０による処理に相補的である。
アップリンクにおいて、ＵＥ１１０では、データソース１６７８からのトラフィックデータおよびシグナリングが送信プロセッサ１６８０によって処理され、さらに、（適用可能な場合には）ＴＸ ＭＩＭＯプロセッサ１６８２によって処理され、変調器１６５４ａから１６５４ｒによって整えられ、アンテナ１６５２ａから１６５２ｒを介して送信されてもよい。ノードＢ１２０では、ＵＥ１１０からのアップリンク信号はアンテナ１６３４によって受信され、復調器１６３２によって整えられ、ＭＩＭＯ検出器１６３６によって検出され、ノードＢ１２０によってＵＥ１１０に送信されたトラフィックデータおよびシグナリングを得るために受信プロセッサ１６３８によって処理されてもよい。
コントローラ／プロセッサ１６４０および１６９０は、ノードＢ１２０とＵＥ１１０での動作をそれぞれ指令してもよい。コントローラ／プロセッサ１６４０および１６９０はそれぞれ、図８におけるプロセス８００、図１０におけるプロセス１０００、図１２におけるプロセス１２００、図１４におけるプロセス１４００および（または）本明細書で説明された技術のための他のプロセスを実行してもよいし指図してもよい。メモリ１６４２および１６９２は、ノードＢ１２０とＵＥ１１０に関するデータとプログラムコードをそれぞれ記憶してもよい。スケジューラ１６４４はダウンリンクおよび（または）アップリンク送信に関するＵＥをスケジューリングし、スケジューリングされたＵＥに関するリソースの割当てを提供してもよい。
情報および信号が、様々な異なる技術および技法のうちのいずれかを使用して表され得ることを当業者は理解するであろう。例えば、以上の説明の至るところで参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁粒子、光場もしくは光粒子、またはそれらの任意の組合せによって表され得る。
当業者は、本明細書で開示される実施形態に関連して説明される様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはそれら両方の組合せとして実装され得ることを認識するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明瞭に例示するために、様々な例示的な成分、ブロック、モジュール、回路、およびステップが、一般的に、それらの機能性に関して上記に説明されている。かかる機能性がハードウェアとして実装されるかまたはソフトウェアとして実装されるかは、システム全体に課せられた特定の応用および設計の制約に依存する。当業者は、説明された機能性をそれぞれの特定の応用向けの様々な方法で実装する可能性があるが、かかる実装決定は、本開示の範囲からの逸脱を引き起こすと解釈されるべきではない。
本明細書に開示された実施形態に関して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能なゲートアレイ信号（ＦＰＧＡ）またはその他のプログラム可能な論理素子、離散ゲートもしくはトランジスタ論理回路、離散的ハードウェア成分、あるいは本明細書で説明される機能を実行するように設計されたそれらの任意の組合せで実装または実行され得る。汎用プロセッサはマイクロプロセッサでもよいが、別の手法では、プロセッサは任意の通常のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってもよい。プロセッサは、コンピューティング装置の組合せ（例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連動する１以上のマイクロプロセッサ、または任意の他のそのような構成）として実装されてもよい。
本明細書で開示に関連して説明される方法またはアルゴリズムのステップは、ハードウェアの形で直接的に、プロセッサによって実行されるソフトウェアモジュールの形で、またはそれら２つの組合せの形で実施されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ−ＲＯＭ、または当技術分野において知られている任意のその他の形式の記憶媒体の中に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことが可能であるようにプロセッサに結合される。別の手法では、記憶媒体はプロセッサに統合されてもよい。プロセッサおよび記憶媒体はＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザ端末内に存在してもよい。別の手法では、プロセッサおよび記憶媒体はユーザ端末における個別構成要素として存在してもよい。
１つ以上の例示的設計において、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組み合わせで実装してもよい。ソフトウェアで実施される場合、機能は、１以上の命令またはコードとしてコンピュータ読取可能媒体上に記憶されること、または１以上の命令またはコードとしてコンピュータ読取可能媒体上で送信されることが可能である。コンピュータ読取可能媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にするあらゆる媒体を含む通信媒体およびコンピュータ記憶媒体の両方を含む。記憶媒体は、汎用又は専用のコンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定としてではなく、例として、かかるコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、もしくはその他の光ディスク記憶装置、磁気ディスク記憶装置もしくはその他の磁気記憶装置、または所望されるプログラムコード手段を命令またはデータ構造の形式で運ぶためまたは記憶するために使用されることが可能であり、かつ汎用または専用のコンピュータまたは汎用または専用のプロセッサによってアクセスされることが可能な任意のその他の媒体を具備し得る。また、任意の接続はコンピュータ読取可能媒体と適切に呼ばれる。例えば、ソフトウェアが同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などの無線技術を使用して、ウェブサイト、サーバ、またはその他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などの無線技術は媒体の定義に含まれる。本明細書で使用されるように、ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多目的ディスク（ＤＶＤ）、フロッピー（登録商標）ディスクおよびブルーレイディスクを含み、ディスク（ｄｉｓｋ）は通常磁気によってデータを再生し、一方、ディスク（ｄｉｓｃ）はレーザを用いて光学的にデータを再生する。上記の組合せもコンピュータ読取可能媒体の範囲内に含まれるべきである。
本開示のこれまでの詳細な説明は、あらゆる当業者が、本開示をもたらし、本開示を用いて実施可能にするために提供される。本開示への種々の変更は、当業者であれば即座に明白になり、ここで定義された一般的な原理は、本開示の精神または範囲から逸脱することなく、他の変形に適用されてもよい。このように、本開示は、本明細書で説明された例および設計に限定されることは意図されておらず、ここで開示された原理および新規な特徴に相応しい最も広い範囲を与えられることである。

Claims (53)

  1. 送信のためにデータを処理する方法であって、
    第１のプロトコルによって第１のプロトコルデータユニット（ＰＤＵ）に割り当てられた第１のシーケンス番号を受信し、
    第２のプロトコルで第１のプロトコルからの前記第１のシーケンス番号を用いる方法。
  2. 前記第１のプロトコルはプロトコルスタックにおいて前記第２のプロトコルより上位であり、
    前記方法は、
    前記第２のプロトコルでサービスデータユニット（ＳＤＵ）として前記第１のプロトコルから前記第１のＰＤＵを受信し、
    前記第１のＰＤＵに関する前記第１のシーケンス番号に基づいて前記ＳＤＵに関する第２のシーケンス番号を決定し、
    前記ＳＤＵに基づいて前記第２のプロトコルで第２のＰＤＵを形成することをさらに具備する請求項１の方法。
  3. 前記ＳＤＵの先頭からのオフセットおよび前記第２のシーケンス番号に基づいて前記ＳＤＵ内でデータをアドレッシングすることをさらに具備する請求項２の方法。
  4. ハンドオーバまたはコネクションセットアップで前記第２のプロトコルのシーケンス番号付けをリセットし、
    シーケンス番号付けをリセットした後に、第１のプロトコルに関するシーケンス番号と第２のプロトコルに関するシーケンス番号との差に基づいてデルタを決定し、
    前記第１のＰＤＵと前記デルタに関する第１のシーケンス番号に基づいて前記ＳＤＵに関する前記第２のシーケンス番号を決定することをさらに具備する請求項２の方法。
  5. 前記第２のＰＤＵを形成することは、
    前記ＳＤＵの一部を具備するセグメントを得るために前記ＳＤＵをセグメント化し、
    前記セグメントを具備する前記第２のＰＤＵを形成し、
    前記第２のＰＤＵに関するヘッダーを生成することを具備し、
    前記ヘッダーは、前記ＳＤＵ内のセグメントの先頭を指示するセグメントオフセットおよび前記第２のシーケンス番号を含む請求項２に記載の方法。
  6. 前記セグメントオフセットは、前記第２のＰＤＵにおける第１のバイトに対応する前記ＳＤＵにおける開始バイトを指示する請求項５の方法。
  7. 前記第２のプロトコルで複数のサービスデータユニット（ＳＤＵ）として前記第１のプロトコルから複数のＰＤＵを受信し、
    前記複数のＰＤＵのそれぞれは前記第１のプロトコルによって異なるシーケンス番号を割り当てられていて、
    前記複数のＰＤＵは前記第１のＰＤＵを含み、
    前記複数のＳＤＵは前記第１のＰＤＵに対応する第１のＳＤＵを含み、
    前記複数のＳＤＵに基づいて前記第２のプロトコルで第２のＰＤＵを形成し、
    前記第２のＰＤＵは第１のＳＤＵを含み、続いて前記複数のＳＤＵのうちの残りのものがある請求項１の方法。
  8. 前記第２のＰＤＵは、前記第１のＳＤＵの全てまたは一部、前記複数のＳＤＵの中の最後のＳＤＵの全てまたは一部、および前記最初および最後のＳＤＵの間の各ＳＤＵの全てを具備する請求項７の方法。
  9. 前記第２のＰＤＵは前記複数のＳＤＵのそれぞれの全てまたは一部を具備する請求項７の方法。
  10. 前記第１のＰＤＵに関する前記第１のシーケンス番号に基づいて前記第１のＳＤＵに関する第２のシーケンス番号を決定し、
    前記第２のＰＤＵに関するヘッダーを生成し、
    前記ヘッダーは、第１のＳＤＵに関する前記第２のシーケンス番号と前記複数のＳＤＵのうちの各残りのＳＤＵに関するヘッダーブロックを具備する請求項７の方法。
  11. 前記ヘッダーは、前記第２のＰＤＵにおける第１のバイトに対応する前記第１のＳＤＵにおける開始バイトを指示するセグメントオフセットをさらに具備する請求項１０の方法。
  12. 各残りのＳＤＵに関する前記ヘッダーブロックは、前記第２のＰＤＵにおいて送信されているＳＤＵからのデータ量を伝えるセグメント長を具備する請求項１０の方法。
  13. 各残りのＳＤＵに関する前記ヘッダーブロックは、前記ＳＤＵに関するシーケンス番号と、前記第２のＰＤＵにおける前のＳＤＵに関するシーケンス番号との差を伝えるシーケンス番号オフセットを具備する請求項１０の方法。
  14. 各残りのＳＤＵに関する前記ヘッダーブロックは、別のＳＤＵに関する別のヘッダーブロックが前記ヘッダーにおいて続くかどうか示す拡張ビットを具備する請求項１０の方法。
  15. 各残りのＳＤＵに関する前記ヘッダーブロックは、前記第２のＰＤＵにおいて送信されているＳＤＵにおける開始バイトを指示するセグメントオフセットを具備する請求項１０の方法。
  16. 前記第１のプロトコルはプロトコルスタックにおいて第２のプロトコルよりも下位であり、前記第１のシーケンス番号は前記第１のプロトコルから前記第２のプロトコルへ渡される請求項１の方法。
  17. 前記第１のプロトコルで生成された各ＰＤＵに、連続して増加するシーケンス番号を割り当て、
    前記第１のプロトコルから前記第２のプロトコルで生成された各ＰＤＵに関する前記第２のプロトコルへシーケンス番号を渡し、
    前記ＰＤＵに関する前記第１のプロトコルによって渡された前記シーケンス番号に基づいて決定されたシーケンス番号に、前記第２のプロトコルで生成された各ＰＤＵを割り当てることをさらに具備する請求項１の方法。
  18. 前記第１のプロトコルはパケットデータ収束プロトコル（ＰＤＣＰ）を具備し、前記第２のプロトコルは無線リンク制御（ＲＬＣ）を具備する請求項１の方法。
  19. 前記第１のプロトコルは無線リンク制御（ＲＬＣ）を具備し、前記第２のプロトコルはパケットデータ収束プロトコル（ＰＤＣＰ）を具備する請求項１の方法。
  20. 無線通信のための装置であって、
    第１のプロトコルによって第１のプロトコルデータユニット（ＰＤＵ）に割り当てられた第１のシーケンス番号を受信し、第２のプロトコルで前記第１のプロトコルからの前記第１のシーケンス番号を用いる少なくとも１つのプロセッサを具備する装置。
  21. 前記少なくとも１つのプロセッサは、前記第２のプロトコルでサービスデータユニット（ＳＤＵ）として前記第１のプロトコルから前記第１のＰＤＵを受信し、前記第１のＰＤＵに関する前記第１のシーケンス番号に基づいて前記ＳＤＵに関する第２のシーケンス番号を決定し、前記ＳＤＵに基づいて前記第２のプロトコルで第２のＰＤＵを形成する請求項２０の装置。
  22. 前記少なくとも１つのプロセッサは、前記ＳＤＵの一部を具備するセグメントを得るために前記ＳＤＵをセグメント化し、前記セグメントを具備する前記第２のＰＤＵを形成し、前記ヘッダーは前記ＳＤＵ内の前記セグメントの開始を指示するセグメントオフセットと前記第２のシーケンス番号とを具備する請求項２１の装置。
  23. 前記少なくとも１つのプロセッサは、前記第２のプロトコルで複数のサービスデータユニット（ＳＤＵ）として第１のプロトコルから複数のＰＤＵを受信し、複数のＰＤＵのそれぞれは前記第１のプロトコルによって異なるシーケンス番号に割り当てられ、前記複数のＰＤＵは前記第１のＰＤＵを含み、前記複数のＳＤＵは前記第１のＰＤＵに対応する第１のＳＤＵを含み、前記複数のＳＤＵに基づいて前記第２のプロトコルで第２のＰＤＵを形成し、
    前記第２のＰＤＵは第１のＳＤＵを含み、続いて前記複数のＳＤＵの残りのものがある請求項２０の装置。
  24. 前記少なくとも１つのプロセッサは、前記第１のＰＤＵに関する前記第１のシーケンス番号に基づいて前記第１のＳＤＵに関する第２のシーケンス番号を決定し、
    前記第２のＰＤＵに関するヘッダーを生成し、前記ヘッダーは、前記第１のＳＤＵに関する前記第２のシーケンス番号と前記複数のＳＤＵのうちの各残りのものに関するヘッダーブロックとを具備し、各残りのＳＤＵに関する前記ヘッダーブロックはセグメント長、シーケンス番号オフセット、拡張ビット、およびセグメントオフセットのうちの少なくとも１つを具備する請求項２３の装置。
  25. 無線通信のための装置であって、
    第１のプロトコルによって第１のプロトコルデータユニット（ＰＤＵ）に割り当てられた第１のシーケンス番号を受信する手段と、
    第２のプロトコルで第１のプロトコルからの前記第１のシーケンス番号を用いる手段と、を具備する装置。
  26. 前記第２のプロトコルでサービスデータユニット（ＳＤＵ）として前記第１のプロトコルから前記第１のＰＤＵを受信する手段と、
    前記第１のＰＤＵに関する前記第１のシーケンス番号に基づいて前記ＳＤＵに関する第２のシーケンス番号を決定する手段と、
    前記ＳＤＵに基づいて前記第２のプロトコルで第２のＰＤＵを形成する手段と、をさらに具備する請求項２５の装置。
  27. 前記第２のＰＤＵを形成する手段は、前記ＳＤＵの一部を具備するセグメントを得るために前記ＳＤＵをセグメント化する手段と、前記セグメントを具備する前記第２のＰＤＵを形成する手段と、前記第２のＰＤＵに関するヘッダーを生成する手段と、を具備し、前記ヘッダーは、前記ＳＤＵ内のセグメントの先頭を指示するセグメントオフセットおよび前記第２のシーケンス番号を含む請求項２６の装置。
  28. 前記第２のプロトコルで複数のサービスデータユニット（ＳＤＵ）として前記第１のプロトコルから複数のＰＤＵを受信する手段と、前記複数のＰＤＵのそれぞれは前記第１のプロトコルによって異なるシーケンス番号を割り当てられていて、前記複数のＰＤＵは前記第１のＰＤＵを含み、前記複数のＳＤＵは前記第１のＰＤＵに対応する第１のＳＤＵを含み、
    前記複数のＳＤＵに基づいて前記第２のプロトコルで第２のＰＤＵを形成する手段と、をさらに具備し、
    前記第２のＰＤＵは第１のＳＤＵを含み、続いて前記複数のＳＤＵの残りがある請求項２５の装置。
  29. 前記第１のＰＤＵに関する前記第１のシーケンス番号に基づいて前記第１のＳＤＵに関する第２のシーケンス番号を決定する手段と、
    前記第２のＰＤＵに関するヘッダーを生成する手段と、を具備し、
    前記ヘッダーは、第１のＳＤＵに関する前記第２のシーケンス番号と前記複数のＳＤＵのうちの各残りのＳＤＵに関するヘッダーブロックを具備し、
    各残りのＳＤＵに関する前記ヘッダーブロックは、セグメント長、シーケンス番号オフセット、拡張ビット、およびセグメントオフセットのうちの少なくとも１つを具備する請求項２８の装置。
  30. 少なくとも１つのコンピュータに、第１のプロトコルによって第１のプロトコルデータユニット（ＰＤＵ）に割り当てられた第１のシーケンス番号を受信させるためのコードと、
    前記少なくとも１つのコンピュータに、第２のプロトコルで前記第１のプロトコルからの前記第１のシーケンス番号を用いさせるためのコードと、を具備するコンピュータ読取可能媒体を具備するコンピュータプログラムプロダクト。
  31. データを受信する方法であって、
    第１のプロトコルで第１のプロトコルデータユニット（ＰＤＵ）を受信し、
    前記第１のＰＤＵに基づいて前記第１のプロトコルで第１のサービスデータユニット（ＳＤＵ）を形成し、
    前記第１のＰＤＵに関するヘッダーに基づいて前記第１のＳＤＵに関する第１のシーケンス番号を決定し、
    第２のプロトコルで第２のＰＤＵとして前記第１のＳＤＵを受信し、
    前記第１のＳＤＵに関する前記第１のシーケンス番号に基づいて前記第２のＰＤＵに関する第２のシーケンス番号を決定することを具備する方法。
  32. 前記第２のシーケンス番号を決定することは、前記第１のＳＤＵとデルタに関する前記第１のシーケンス番号に基づいて前記第２のＰＤＵに関する前記第２のシーケンス番号を決定することを具備する請求項３１の方法。
  33. 前記第１のＳＤＵを形成することは、前記ヘッダーからセグメントオフセットを得て、前記セグメントオフセットによって決定された前記第１のＳＤＵにおいてある位置で始まる前記第１のＳＤＵに前記第１のＰＤＵをマッピングすることを具備する請求項３１の方法。
  34. 前記第１のＰＤＵに基づいて前記第１のプロトコルで複数のＳＤＵを形成し、
    前記複数のＳＤＵは前記第１のＳＤＵを含み、続いて前記複数のＳＤＵのうちの残りのものがあり、
    前記ヘッダーに基づいて前記第１のプロトコルで前記複数のＳＤＵのそれぞれに関するシーケンス番号を決定することをさらに具備する請求項３１の方法。
  35. 前記第１のプロトコルで前記複数のＳＤＵのそれぞれに関するシーケンス番号を決定することは、前記ヘッダーからそれぞれの残りのＳＤＵに関するシーケンス番号オフセットを得て、前記ＳＤＵに関する前記シーケンス番号オフセットと前のＳＤＵに関するシーケンス番号に基づいてそれぞれの残りのＳＤＵに関する前記シーケンス番号を決定する請求項３４の方法。
  36. 前記ヘッダーから前記複数のＳＤＵのそれぞれに関するセグメントオフセットを得て、
    前記ＳＤＵに関する前記セグメントオフセットによって決定された前記ＳＤＵにおいてある位置で始まる前記複数のＳＤＵのそれぞれに、前記第１のＰＤＵにおけるデータの一部をマッピングすることをさらに具備する請求項３４の方法。
  37. 前記ヘッダーから前記複数のＳＤＵのそれぞれに関するセグメント長を得て、
    前記ＰＤＵに関するセグメント長に基づいて前記複数のＳＤＵのそれぞれに関する前記第１のＰＤＵにおけるデータ量を決定することをさらに具備する請求項３４の方法。
  38. 前記第１のプロトコルは無線リンク制御（ＲＬＣ）を具備し、前記第２のプロトコルはパケットデータ収束プロトコル（ＰＤＣＰ）を具備する請求項３１の方法。
  39. 無線通信のための装置であって、
    第１のプロトコルで第１のプロトコルデータユニット（ＰＤＵ）を受信し、前記第１のＰＤＵに基づいて前記第１のプロトコルで第１のサービスデータユニット（ＳＤＵ）を形成し、前記第１のＰＤＵに関するヘッダーに基づいて前記第１のＳＤＵに関する第１のシーケンス番号を決定し、第２のプロトコルで第２のＰＤＵとして前記第１のＳＤＵを受信し、前記第１のＳＤＵに関する前記第１のシーケンス番号に基づいて前記第２のＰＤＵに関する第２のシーケンス番号を決定する少なくとも１つのプロセッサを具備する装置。
  40. 前記少なくとも１つのプロセッサは、前記ヘッダーからセグメントオフセットを得て、前記セグメントオフセットによって決定された前記第１のＳＤＵにおいてある位置で始まる前記第１のＳＤＵに前記第１のＰＤＵをマッピングする請求項３９の装置。
  41. 前記少なくとも１つのプロセッサは、前記第１のＰＤＵに基づいて前記第１のプロトコルで複数のＳＤＵを形成し、前記複数のＳＤＵは前記第１のＳＤＵを含み、続いて前記複数のＳＤＵのうちの残りのものがあり、前記ヘッダーに基づいて前記第１のプロトコルで前記複数のＳＤＵのそれぞれに関するシーケンス番号を決定する請求項３９の装置。
  42. 前記少なくとも１つのプロセッサは、セグメント長、シーケンス番号オフセット、および前記ヘッダーからの残りのＳＤＵのそれぞれに関するセグメントオフセットのうちの少なくとも１つを得る請求項４１の装置。
  43. 送信のためのデータを処理する方法であって、
    複数のサービスデータユニット（ＳＤＵ）を受信し、各ＳＤＵはそれぞれのシーケンス番号を割り当てられていて、
    前記複数のＳＤＵを具備するプロトコルデータユニット（ＰＤＵ）を生成し、
    前記ＰＤＵに関するヘッダーを生成し、前記ヘッダーは第１のＳＤＵに関するシーケンス番号と前記ＰＤＵにおける残りのＳＤＵのそれぞれに関するシーケンス番号オフセットを備えることを具備する方法。
  44. 前記ＳＤＵに関するシーケンス番号と前記ＰＤＵにおける前のＳＤＵに関するシーケンス番号との差に基づいてそれぞれの残りのＳＤＵに関する前記シーケンス番号オフセットを決定することをさらに具備する請求項４３の方法。
  45. 前記複数のＳＤＵは連続しないシーケンス番号を有する請求項４３の方法。
  46. 前記複数のＳＤＵを受信することは、無線リンク制御（ＲＬＣ）で前記複数のＳＤＵを受信することを具備する請求項４３の方法。
  47. 無線通信のための装置であって、
    複数のサービスデータユニット（ＳＤＵ）を受信し、それぞれのＳＤＵはそれぞれのシーケンス番号に割り当てられていて、複数のＳＤＵを具備するプロトコルデータユニット（ＰＤＵ）を生成し、前記ＰＤＵに関するヘッダーを生成し、前記ＰＤＵに関するヘッダーを生成し、前記ヘッダーは第１のＳＤＵに関するシーケンス番号と前記ＰＤＵにおけるそれぞれの残りのＳＤＵに関するシーケンス番号オフセットを具備する少なくとも１つのプロセッサを具備する装置。
  48. 前記少なくとも１つのプロセッサは、前記ＳＤＵに関するシーケンス番号と前記ＰＤＵにおける前のＳＤＵに関するシーケンス番号との差に基づいてそれぞれの残りのＳＤＵに関する前記シーケンス番号オフセットを決定する請求項４７の装置。
  49. データを受信する方法であって、
    複数のサービスデータユニット（ＳＤＵ）を具備するプロトコルデータユニット（ＰＤＵ）を受信し、
    前記ＰＤＵに関するヘッダーを受信し、前記ヘッダーは第１のＳＤＵに関するシーケンス番号と前記ＰＤＵにおけるそれぞれの残りのＳＤＵに関するシーケンス番号オフセットを具備し、
    前記第１のＳＤＵに関する前記シーケンス番号およびそれぞれの残りのＳＤＵに関する前記シーケンス番号オフセットに基づいて前記複数のＳＤＵのそれぞれに関するシーケンス番号を決定する方法。
  50. 前記ＳＤＵに関する前記シーケンス番号オフセットおよび前記ＰＤＵにおける前のＳＤＵに関するシーケンス番号に基づいて、それぞれの残りのＳＤＵに関するシーケンス番号を決定することをさらに具備する請求項４９の方法。
  51. 前記複数のＳＤＵは連続しないシーケンス番号を持つことを特徴とする請求項４９の方法。
  52. 無線通信のための装置であって、
    複数のサービスデータユニット（ＳＤＵ）を具備するプロトコルデータユニット（ＰＤＵ）を受信し、前記ＰＤＵに関するヘッダーを受信し、前記ヘッダーは第１のＳＤＵに関するシーケンス番号と前記ＰＤＵにおけるそれぞれの残りのＳＤＵに関するシーケンス番号オフセットを具備し、前記第１のＳＤＵに関する前記シーケンス番号およびそれぞれの残りのＳＤＵに関する前記シーケンス番号オフセットに基づいて前記複数のＳＤＵのそれぞれに関するシーケンス番号を決定する少なくとも１つのプロセッサを具備する装置。
  53. 前記少なくとも１つのプロセッサは、前記ＳＤＵに関する前記シーケンス番号オフセットおよび前記ＰＤＵにおける前のＳＤＵに関するシーケンス番号に基づいて、それぞれの残りのＳＤＵに関するシーケンス番号を決定する請求項５２の装置。
JP2010507634A 2007-05-07 2008-05-07 無線通信のための複数のプロトコルによってシーケンス番号を再使用すること Pending JP2010527544A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US91651907P 2007-05-07 2007-05-07
US12/116,157 US8331399B2 (en) 2007-05-07 2008-05-06 Re-using sequence number by multiple protocols for wireless communication
PCT/US2008/062963 WO2008137962A2 (en) 2007-05-07 2008-05-07 Re-using sequence numbers for wireless communication using multiple protocols

Publications (1)

Publication Number Publication Date
JP2010527544A true JP2010527544A (ja) 2010-08-12

Family

ID=39832218

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010507634A Pending JP2010527544A (ja) 2007-05-07 2008-05-07 無線通信のための複数のプロトコルによってシーケンス番号を再使用すること

Country Status (10)

Country Link
US (1) US8331399B2 (ja)
EP (1) EP2149216A2 (ja)
JP (1) JP2010527544A (ja)
KR (1) KR20100007970A (ja)
CN (1) CN101682464A (ja)
BR (1) BRPI0811298A2 (ja)
CA (1) CA2684375A1 (ja)
RU (1) RU2009145085A (ja)
TW (1) TW200910816A (ja)
WO (1) WO2008137962A2 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012514390A (ja) * 2008-12-24 2012-06-21 クゥアルコム・インコーポレイテッド データパケットの効率的な処理のための最適化されたヘッダ
JP2019514249A (ja) * 2016-05-03 2019-05-30 エルジー エレクトロニクス インコーポレイティド データユニットを送信する方法及び装置
JP2019516319A (ja) * 2016-04-27 2019-06-13 エルジー エレクトロニクス インコーポレイティド データユニットを受信する方法及び装置
JP2019533958A (ja) * 2016-11-04 2019-11-21 北京小米移動軟件有限公司Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ． プロトコル・データ・ユニット（ｐｄｕ）パケットを生成するための方法およびデバイス
JP2021048598A (ja) * 2020-11-18 2021-03-25 北京小米移動軟件有限公司Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ． プロトコル・データ・ユニット（ｐｄｕ）パケットを生成するための方法およびデバイス
US11696175B2 (en) 2018-04-03 2023-07-04 Fujitsu Limited Base station device, terminal device, communication method, and communication system

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8358669B2 (en) * 2007-05-01 2013-01-22 Qualcomm Incorporated Ciphering sequence number for an adjacent layer protocol in data packet communications
WO2008140222A1 (en) 2007-05-09 2008-11-20 Samsung Electronics Co., Ltd. Method and apparatus for layer 2 arq for packets
US20080310452A1 (en) * 2007-06-14 2008-12-18 Texas Instruments Incorporated Data link layer headers
US8477719B2 (en) * 2007-10-01 2013-07-02 Qualcomm Incorporated Systems and methods for in-order delivery in downlink during handover
EP2107848B1 (en) * 2008-03-31 2013-03-13 Mitsubishi Electric R&D Centre Europe B.V. Method and device for carrying out a handover between base stations of a mobile telecommunication network for a mobile terminal
US9161378B2 (en) * 2008-06-23 2015-10-13 Qualcomm Incorporated Concentrator for multiplexing access point to wireless network connections
US8638699B2 (en) 2008-11-10 2014-01-28 Qualcomm Incorporated Method and apparatus for supporting the large service data unit (SDU)
US8743905B2 (en) * 2008-12-22 2014-06-03 Qualcomm Incorporated Method and apparatus for bundling and ciphering data
US8711881B2 (en) 2009-01-07 2014-04-29 Qualcomm Incorporated Packet bundling at the PDCP layer
US8644338B2 (en) * 2009-01-07 2014-02-04 Qualcomm Incorporated Unbundling packets received in wireless communications
US20100202613A1 (en) * 2009-01-07 2010-08-12 Qualcomm Incorporated Packet bundling at the pdcp layer with ciphering on the pdcp sdu
CN101841853A (zh) * 2009-03-17 2010-09-22 中兴通讯股份有限公司 一种用户设备以及用户设备接收下行数据的方法
US20110038313A1 (en) * 2009-08-12 2011-02-17 Electronics And Telecommunications Research Institute Enhanced communication apparatus for providing enhanced concatenation, segmentation and reassembly of service data units
US8863256B1 (en) 2011-01-14 2014-10-14 Cisco Technology, Inc. System and method for enabling secure transactions using flexible identity management in a vehicular environment
CN103460751B (zh) * 2011-02-14 2017-08-15 瑞典爱立信有限公司 协议层字段的向后兼容方案
CN102740353B (zh) * 2011-04-02 2017-12-12 广州瀚信通信科技股份有限公司 上行状态报告上报方法、无线链路控制数据发送方法及装置
US9736045B2 (en) 2011-09-16 2017-08-15 Qualcomm Incorporated Systems and methods for network quality estimation, connectivity detection, and load management
US20130336136A1 (en) * 2011-09-16 2013-12-19 Qualcomm Incorporated Systems and methods for network quality estimation, connectivity detection, and load management
KR102196939B1 (ko) * 2013-03-20 2020-12-30 삼성전자주식회사 클라우드 셀 통신 시스템에서 데이터 동기 장치 및 방법
CN104168284B (zh) * 2014-08-25 2019-02-05 联想(北京)有限公司 一种数据传输方法及第一电子设备
WO2017054203A1 (zh) * 2015-09-30 2017-04-06 华为技术有限公司 一种数据传输方法及装置
ES2827398T3 (es) 2016-04-01 2021-05-21 Samsung Electronics Co Ltd Procedimiento y aparato para comunicación inalámbrica en sistema de comunicación inalámbrica
WO2017200326A1 (ko) * 2016-05-18 2017-11-23 삼성전자 주식회사 이동 통신 시스템에서 효율적인 레이어 2 기능을 수행하는 방법 및 장치
WO2018053692A1 (zh) * 2016-09-20 2018-03-29 北京小米移动软件有限公司 数据传输方法、装置及系统
CN110505656B (zh) * 2016-09-30 2020-07-24 华为技术有限公司 数据处理方法、装置及系统
CN107959946B (zh) * 2016-10-14 2022-10-11 中兴通讯股份有限公司 无线接入网数据复用、解复用的方法、装置及设备
KR20180050192A (ko) * 2016-11-04 2018-05-14 삼성전자주식회사 차세대 이동 통신 시스템을 지원하기 위한 mac 서브 헤더의 구조와 이를 적용하는 방법 및 장치
KR102464567B1 (ko) * 2017-01-16 2022-11-09 삼성전자 주식회사 무선 통신 시스템에서 데이터 처리 방법 및 장치
CN108631921B (zh) * 2017-03-24 2020-10-20 电信科学技术研究院 一种针对sn长度进行处理的方法和设备
US11212704B2 (en) * 2017-05-19 2021-12-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting data
KR102395812B1 (ko) * 2017-06-26 2022-05-09 삼성전자주식회사 무선 통신 시스템에서 암호화 파라미터의 불일치를 감지하기 위한 장치 및 방법
CN107708154B (zh) * 2017-09-29 2019-11-01 重庆航天职业技术学院 一种无线调制解调器下行分组数据处理方法
KR102411691B1 (ko) * 2018-01-03 2022-06-22 삼성전자주식회사 외부 전자 장치를 통해 데이터를 송수신하는 전자 장치 및 그 데이터 송수신 방법
US11616602B2 (en) * 2018-02-15 2023-03-28 Telefonaktiebolagget LM Ericsson (Publ) Segment concatenation in radio link control status reports
JP6779343B2 (ja) 2018-06-29 2020-11-04 華碩電腦股▲ふん▼有限公司 無線通信システムにおいてサイドリンク受信を処理する方法および装置
ES2934143T3 (es) * 2019-05-02 2023-02-17 Asustek Comp Inc Procedimiento y aparato para solicitar la configuración del portador de radio de enlace lateral (SLRB) de la transmisión de unidifusión en un sistema de comunicación inalámbrica
CN114586322A (zh) * 2019-10-30 2022-06-03 索尼集团公司 通信装置、基础设施设备和方法
CN114500671B (zh) * 2020-10-27 2024-05-07 中国移动通信有限公司研究院 数据处理方法及设备
KR20220132932A (ko) * 2021-03-24 2022-10-04 삼성전자주식회사 차세대 이동 통신 시스템에서 데이터 처리를 가속화하는 데이터 분할 방법과 수신 상태 보고 방법 및 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003043259A1 (en) * 2001-11-12 2003-05-22 Nokia Corporation Method and device for retransmission of transmitted units
US20040233878A1 (en) * 2003-05-23 2004-11-25 Liu Fang Cheng Wireless network receiver and a method for the wireless network receiver to check the integrity of a received MSDU
EP1689134A2 (en) * 2005-02-07 2006-08-09 Samsung Electronics Co., Ltd. Method and apparatus for requesting/transmitting status report of a mobile communication system
JP2007503174A (ja) * 2003-08-21 2007-02-15 クゥアルコム・インコーポレイテッド 無線リンク制御層上の順方向誤差訂正符号化のための方法および関連装置

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI106504B (fi) * 1998-10-06 2001-02-15 Nokia Networks Oy Datan segmentointimenetelmä tietoliikennejärjestelmässä
US6980658B1 (en) 1999-09-30 2005-12-27 Qualcomm Incorporated Method and apparatus for encrypting transmissions in a communication system
KR100447162B1 (ko) * 2000-08-19 2004-09-04 엘지전자 주식회사 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법
FI110739B (fi) * 2000-10-18 2003-03-14 Nokia Corp Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
US6687248B2 (en) * 2001-01-10 2004-02-03 Asustek Computer Inc. Sequence number ordering in a wireless communications system
US20030091048A1 (en) * 2001-11-13 2003-05-15 Jiang Sam Shiaw-Shiang Detection of ciphering parameter unsynchronization in a RLC entity
US6904016B2 (en) * 2001-11-16 2005-06-07 Asustek Computer Inc. Processing unexpected transmission interruptions in a wireless communications system
KR100765121B1 (ko) * 2001-11-24 2007-10-11 엘지전자 주식회사 송신버퍼의 프로토콜 데이터 유닛 폴링 방법
KR100765123B1 (ko) * 2002-02-16 2007-10-11 엘지전자 주식회사 Ｓｒｎｓ 재할당 방법
US7388883B2 (en) * 2002-05-06 2008-06-17 Innovative Sonic Limited Abnormal case handling for acknowledged mode transmission and unacknowledged mode transmission
CN1868157B (zh) 2003-08-21 2011-07-27 高通股份有限公司 无线链路控制层上的前向纠错编码方法和相关装置
JP4474217B2 (ja) * 2004-07-09 2010-06-02 富士通株式会社 パケット通信装置
US20060221965A1 (en) * 2005-03-31 2006-10-05 Peter Bosch Method of transferring data packets in a communications network
US8228917B2 (en) 2005-04-26 2012-07-24 Qualcomm Incorporated Method and apparatus for ciphering and re-ordering packets in a wireless communication system
KR100913900B1 (ko) * 2005-05-04 2009-08-26 삼성전자주식회사 이동통신 시스템에서 미리 정의된 길이 지시자를 이용해서 패킷 데이터를 송수신하는 방법 및 장치
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
KR101216751B1 (ko) * 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
US8331403B2 (en) * 2006-02-07 2012-12-11 Telefonaktiebolaget L M Ericsson (Publ) Method and nodes for providing adaptive segmentation
WO2007130325A2 (en) * 2006-05-01 2007-11-15 Interdigital Technology Corporation Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems
US20070291788A1 (en) * 2006-06-15 2007-12-20 Interdigital Technology Corporation Method and apparatus for reducing transmission overhead
US8379646B2 (en) * 2006-07-31 2013-02-19 Lg Electronics Inc. Method of processing control information in a mobile communication system
CN101553999B (zh) * 2006-10-16 2014-10-29 诺基亚公司 无线电接入网络中的通信协议数据单元
KR101211758B1 (ko) * 2007-01-10 2012-12-12 엘지전자 주식회사 무선 통신 시스템의 블록 데이터 생성 방법
WO2008094662A2 (en) * 2007-02-01 2008-08-07 Interdigital Technology Corporation Method and apparatus for supporting rlc re-segmentation
US20080226074A1 (en) * 2007-03-15 2008-09-18 Interdigital Technology Corporation Method and apparatus for ciphering packet units in wireless communications
US9071988B2 (en) * 2007-03-15 2015-06-30 Core Wireless Licensing S.A.R.L Apparatus, computer program product, and methods for flexible data unit segmentation and arrangement
KR101435832B1 (ko) * 2007-03-19 2014-08-29 엘지전자 주식회사 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기
WO2008133484A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
US8358669B2 (en) * 2007-05-01 2013-01-22 Qualcomm Incorporated Ciphering sequence number for an adjacent layer protocol in data packet communications
TWI371206B (en) * 2007-05-02 2012-08-21 Innovative Sonic Ltd Method and related apparatus for handling packet discard in a wireless communications system
JP2008278496A (ja) * 2007-05-07 2008-11-13 Asustek Computer Inc 無線通信システムにおいてＭＡＣ−ｅｈｓプロトコルエンティティーのリセットを改善する方法及び装置
EP2153546B1 (en) * 2007-05-10 2013-07-10 LG Electronics Inc. Methods of performing data communication in a wireless communication system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003043259A1 (en) * 2001-11-12 2003-05-22 Nokia Corporation Method and device for retransmission of transmitted units
US20040233878A1 (en) * 2003-05-23 2004-11-25 Liu Fang Cheng Wireless network receiver and a method for the wireless network receiver to check the integrity of a received MSDU
JP2007503174A (ja) * 2003-08-21 2007-02-15 クゥアルコム・インコーポレイテッド 無線リンク制御層上の順方向誤差訂正符号化のための方法および関連装置
EP1689134A2 (en) * 2005-02-07 2006-08-09 Samsung Electronics Co., Ltd. Method and apparatus for requesting/transmitting status report of a mobile communication system

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012514390A (ja) * 2008-12-24 2012-06-21 クゥアルコム・インコーポレイテッド データパケットの効率的な処理のための最適化されたヘッダ
US10986493B2 (en) 2016-04-27 2021-04-20 Lg Electronics Inc. Method and device for receiving data unit
JP2019516319A (ja) * 2016-04-27 2019-06-13 エルジー エレクトロニクス インコーポレイティド データユニットを受信する方法及び装置
JP2019514249A (ja) * 2016-05-03 2019-05-30 エルジー エレクトロニクス インコーポレイティド データユニットを送信する方法及び装置
US10701589B2 (en) 2016-05-03 2020-06-30 Lg Electronics Inc. Method and device for transmitting/receiving layer-2 PDUS in a wireless communication system
US10785684B2 (en) 2016-05-03 2020-09-22 Lg Electronics Inc. Method and device for receiving protocol data unit (PDU) in wireless communication
US11184801B2 (en) 2016-05-03 2021-11-23 Lg Electronics Inc. Method and device for transmitting data unit
JP2019533958A (ja) * 2016-11-04 2019-11-21 北京小米移動軟件有限公司Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ． プロトコル・データ・ユニット（ｐｄｕ）パケットを生成するための方法およびデバイス
US10911577B2 (en) 2016-11-04 2021-02-02 Beijing Xiaomi Mobile Software Co., Ltd. Method and device for generating protocol data unit (PDU) packet
US11601530B2 (en) 2016-11-04 2023-03-07 Beijing Xiaomi Mobile Software Co., Ltd. Method and device for generating protocol data unit (PDU) packet
US11696175B2 (en) 2018-04-03 2023-07-04 Fujitsu Limited Base station device, terminal device, communication method, and communication system
JP2021048598A (ja) * 2020-11-18 2021-03-25 北京小米移動軟件有限公司Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ． プロトコル・データ・ユニット（ｐｄｕ）パケットを生成するための方法およびデバイス
JP7119052B2 (ja) 2020-11-18 2022-08-16 北京小米移動軟件有限公司 プロトコル・データ・ユニット（ｐｄｕ）パケットを生成するための方法およびデバイス

Also Published As

Publication number Publication date
US20090003283A1 (en) 2009-01-01
WO2008137962A3 (en) 2008-12-24
CA2684375A1 (en) 2008-11-13
US8331399B2 (en) 2012-12-11
CN101682464A (zh) 2010-03-24
KR20100007970A (ko) 2010-01-22
TW200910816A (en) 2009-03-01
BRPI0811298A2 (pt) 2019-09-24
EP2149216A2 (en) 2010-02-03
RU2009145085A (ru) 2011-06-20
WO2008137962A2 (en) 2008-11-13

Similar Documents

Publication Publication Date Title
JP2010527544A (ja) 無線通信のための複数のプロトコルによってシーケンス番号を再使用すること
TWI566549B (zh) 用於處理封包資料收斂協定資料單元之通信方法、裝置及系統
JP5572220B2 (ja) 断片化パッキング拡張ヘッダーを伴うｍａｃｐｄｕを伝送する方法及び装置
RU2470474C2 (ru) Способ и устройство для манипулирования неупорядоченными пакетами во время передачи обслуживания в системе беспроводной связи
JP6025880B2 (ja) データ伝送方法、装置及びシステム
EP1594284B1 (en) MAC header compression for use with frame aggregation
EP2899998B1 (en) Method and apparatus for reordering fragments within a mac layer service data unit within a downlink frame
US8437306B2 (en) Layer 2 tunneling of data during handover in a wireless communication system
JP5123402B2 (ja) 無線通信システムにおけるリンク制御のための方法および装置
US8743905B2 (en) Method and apparatus for bundling and ciphering data
RU2296423C2 (ru) Способ и устройство для обеспечения уровней с множеством показателей качества обслуживания в соединениях беспроводной передачи пакетов данных
JP2010536264A (ja) 無線通信システムにおけるハンドオーバー中の順序正しいデータ配信
JP2012507970A (ja) データ再伝送要請のための制御メッセージを処理する方法及び装置
WO2009033371A1 (fr) Système et appareil de remplissage d'unité de données de protocole (pdu) et son procédé de traitement correspondant
RU2442282C2 (ru) Способ и устройство для передачи и приема пакетного модуля данных в системе мобильной связи
EP3643109A1 (en) Large media access control service data unit (msdu) delivery
JPWO2010126068A1 (ja) 受信装置、受信方法およびプログラム
KR20110070295A (ko) 이동 통신 시스템에서 데이터 송수신 방법 및 장치
WO2021100178A1 (ja) 通信装置、通信システム、通信方法、及びプログラムが格納された非一時的なコンピュータ可読媒体
KR20100047788A (ko) Ｍａｃ 헤더를 이용한 효율적인 데이터 전송방법 및 장치

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120110

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120619