JP2019502313A - Ｓｄｕセグメント化によるｐｄｕ形式設定のための方法、装置、及びコンピュータプログラム製品 - Google Patents

Ｓｄｕセグメント化によるｐｄｕ形式設定のための方法、装置、及びコンピュータプログラム製品 Download PDF

Info

Publication number
JP2019502313A
JP2019502313A JP2018533207A JP2018533207A JP2019502313A JP 2019502313 A JP2019502313 A JP 2019502313A JP 2018533207 A JP2018533207 A JP 2018533207A JP 2018533207 A JP2018533207 A JP 2018533207A JP 2019502313 A JP2019502313 A JP 2019502313A
Authority
JP
Japan
Prior art keywords
data unit
segment
service data
information
sdu
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
JP2018533207A
Other languages
English (en)
Inventor
サムリ ヘイッキ トゥルティネン
サムリ ヘイッキ トゥルティネン
ティモ コスケラ
ティモ コスケラ
Original Assignee
ノキア ソリューションズ アンド ネットワークス オサケユキチュア
ノキア ソリューションズ アンド ネットワークス オサケユキチュア
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=55025099&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=JP2019502313(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by ノキア ソリューションズ アンド ネットワークス オサケユキチュア, ノキア ソリューションズ アンド ネットワークス オサケユキチュア filed Critical ノキア ソリューションズ アンド ネットワークス オサケユキチュア
Publication of JP2019502313A publication Critical patent/JP2019502313A/ja
Pending legal-status Critical Current

Links

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
    • 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/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • 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
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • 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
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • 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/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • 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
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

ヘッダ部及びデータフィールド部を含むプロトコルデータユニットに含まれるサービスデータユニットに対して、該サービスデータユニットのセグメントを該プロトコルデータユニットに含めるべきか否かを判定し、そうである場合には、サービスデータユニットに対するセグメントの位置を特定するステップと、最初の判定に従って、ヘッダ部に情報を含めるか否かを判定し、そうである場合には、最初の判定に従って、該情報の内容を決定するステップと、プロトコルデータユニットを受信機エンティティに提供するステップと、を含む方法が提供される。【選択図】図８

Description

本出願は、方法、装置、システム、及びコンピュータプログラムに関し、具体的には、限定されるものではないが、５Ｇ ＲＬＣレイヤにおけるセグメント処理に関する。
通信システムは、通信経路に関与する様々なエンティティ間にキャリアを提供することによって、ユーザ端末、基地局、及び／又はその他のノードなどの２又は３以上のエンティティ間の通信セッションを可能にする設備とみなすことができる。通信システムは、例えば、通信ネットワーク及び１又は２以上の互換性のある通信デバイスを用いて提供することができる。通信セッションは、例えば、音声、電子メール（ｅメール）、テキストメッセージ、マルチメディア、及び／又はコンテンツデータなどの情報を搬送するためのデータ通信を含むことができる。提供されるサービスの非限定的な例としては、双方向又は多方向通話、データ通信又はマルチメディアサービス、及びインターネットなどのデータネットワークシステムへのアクセスが挙げられる。
無線通信システムでは、少なくとも２つの局間の通信セッションの少なくとも一部分は、無線リンクを通じて行われる。無線システムの例としては、公衆陸上移動体ネットワーク（ＰＬＭＮ）、衛星ベース通信システム、及び、例えば無線ローカルエリアネットワーク（ＷＬＡＮ）などの種々の無線ローカルネットワークが挙げられる。通常、無線システムは、セルに分割することができ、従って、セルラシステムと呼ばれることが多い。
ユーザは、適切な通信デバイス又は通信端末を用いて通信システムにアクセスすることができる。ユーザの通信デバイスは、ユーザ装置（ＵＥ）又はユーザデバイスと呼ばれる場合がある。通信デバイスは、例えば、通信ネットワークへのアクセス又は他のユーザとの直接通信を可能にする適切な信号送受信装置を備える。通信デバイスは、例えば、セルの基地局などの局によって提供されるキャリアにアクセスし、キャリア上で情報を送信及び／又は受信することができる。
通信システム及び関連するデバイスは、通常、システムに関連する様々なエンティティが何を行うことができるか、及びこれをどのようにして行うべきかを提示した所与の規格又は仕様に従って動作する。通常は、接続に使用すべき通信プロトコル及び／又はパラメータも定められる。通信容量需要の増加に伴う問題を解決しようとする試みの例として、ユニバーサル移動体通信システム（ＵＭＴＳ）無線アクセス技術のロングタームエボリューション（ＬＴＥ）として知られているアーキテクチャがある。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって標準化されているところである。３ＧＰＰ ＬＴＥ仕様の様々な開発段階は、リリースと呼ばれる。３ＧＰＰ ＬＴＥの幾つかのリリース（例えば、ＬＴＥ Ｒｅｌ−１１、ＬＴＥ Ｒｅｌ−１２、ＬＴＥ Ｒｅｌ−１３）は、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）に向けたものである。ＬＴＥ−Ａは、３ＧＰＰ ＬＴＥ無線アクセス技術を拡張して最適化することを目的とする。通信ネットワークの別の例は、５Ｇ通信ネットワークである。
第１の態様では、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットに含まれるサービスデータユニットに対して、該サービスデータユニットのセグメントを該プロトコルデータユニットに含めるべきか否かを判定し、そうである場合には、サービスデータユニットに対するセグメントの位置を特定するステップと、最初の判定に従って、ヘッダ部に情報を含めるか否かを判定し、そうである場合には、最初の判定に従って、該情報の内容を決定するステップと、プロトコルデータユニットを受信機エンティティに提供するステップと、を含む方法が提供される。
本方法は、サービスデータユニットのセグメントが、サービスデータユニットの最初のセグメントであること、及び情報の内容がサービスデータユニットの長さを示すことを判定するステップを含むことができる。
本方法は、サービスデータユニットのセグメントが、サービスデータユニットの最初のセグメントとサービスデータユニットの最後のセグメントとの間のセグメントであること、及び情報の内容がセグメントオフセットを示すことを判定するステップを含むことができる。
本方法は、サービスデータユニットのセグメントが、サービスデータユニットの最後のセグメントであること、及び情報の内容がサービスデータユニットセグメントの長さを示すことを判定するステップを含むことができる。
本方法は、サービスデータユニットのセグメントが、サービスデータユニットの最後のセグメントであり、プロトコルデータユニットを満たすことを判定し、ヘッダにおいて情報を含めないよう決定するステップを含むことができる。
情報は、長さ指示子フィールドを含むことができる。
ヘッダ部は、フレーミング情報を含むことができ、該フレーミング情報は、データフィールドの最初のバイトがサービスデータユニットの最初のバイトに対応するか否かを示す第１のビットと、データフィールドの最後のバイトがサービスデータユニットの最後のバイトに対応するか否かを示す第２のビットと、を含む。
ヘッダ部は、データフィールド内のデータフィールド要素の数を示すデータフィールド要素情報を含むことができる。本方法は、フレーミング情報の第２のビットの後で該フレーミング情報の第１のビットの前にデータフィールド要素情報を提供するステップを含むことができる。
受信機エンティティは、無線リンク制御エンティティとすることができる。
ヘッダ部は、シーケンス番号を含むことができ、該シーケンス番号は、プロトコルデータユニットに含まれる最初のサービスデータユニットのシーケンス番号に対応する。
第２の態様では、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットを送信エンティティから受信するステップと、サービスデータユニットのセグメントが、該プロトコルデータユニット内に存在するか否かを判定し、そうである場合には、該サービスデータユニットに対するセグメントの位置を特定するステップと、情報がヘッダ部内に存在するか否かを判定し、そうである場合には、最初の判定に従って該情報を使用するステップと、を含む方法が提供される。
本方法は、サービスデータユニットのセグメントが、サービスデータユニットの最初のセグメントであることを判定するステップを含むことができ、情報の内容は、サービスデータユニットの長さを示すことができる。
本方法は、サービスデータユニットのセグメントが、サービスデータユニットの最初のセグメントとサービスデータユニットの最後のセグメントとの間のセグメントであることを判定するステップを含むことができ、情報の内容は、セグメントオフセットを示すことができる。
本方法は、サービスデータユニットのセグメントが、サービスデータユニットの最後のセグメントであることを判定するステップを含むことができ、情報の内容は、サービスデータユニットセグメントの長さを示すことができる。
前記第１の情報は、長さ指示子フィールドを含むことができる。
ヘッダ部は、フレーミング情報を含むことができ、該フレーミング情報は、データフィールドの最初のバイトがサービスデータユニットの最初のバイトに対応するか否かを示す第１のビットと、データフィールドの最後のバイトがサービスデータユニットの最後のバイトに対応するか否かを示す第２のビットと、を含む。
ヘッダ部は、データフィールド内のデータフィールド要素の数を示すデータフィールド要素情報を含むことができる。本方法は、フレーミング情報の第２のビット及び該データフィールド要素情報に従ってサービスデータユニットに対するセグメントの位置を特定するステップを含むことができる。
送信エンティティは、無線リンク制御エンティティとすることができる。
ヘッダ部は、シーケンス番号を含むことができ、該シーケンス番号は、プロトコルデータユニットに含まれる最初のサービスデータユニットのシーケンス番号に対応する。
第３の態様では、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットに含まれるサービスデータユニットに対して、該サービスデータユニットのセグメントを該プロトコルデータユニットに含めるべきか否かを判定し、そうである場合には、サービスデータユニットに対するセグメントの位置を特定する手段と、最初の判定に従って、ヘッダ部に情報を含めるか否かを判定し、そうである場合には、最初の判定に従って、該情報の内容を決定する手段と、プロトコルデータユニットを受信機エンティティに提供する手段と、を備える装置が提供される。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントであること、及び情報の内容がサービスデータユニットの長さを示すことを判定する手段を備えることができる。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントとサービスデータユニットの最後のセグメントとの間のセグメントであること、及び情報の内容がセグメントオフセットを示すことを判定する手段を備えることができる。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最後のセグメントであること、及び情報の内容がサービスデータユニットセグメントの長さを示すことを判定する手段を備えることができる。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最後のセグメントであり、プロトコルデータユニットを満たすことを判定し、ヘッダにおいて情報を含めないよう決定する手段を備えることができる。
情報は、長さ指示子フィールドを含むことができる。
ヘッダ部は、フレーミング情報を含むことができ、該フレーミング情報は、データフィールドの最初のバイトがサービスデータユニットの最初のバイトに対応するか否かを示す第１のビットと、データフィールドの最後のバイトがサービスデータユニットの最後のバイトに対応するか否かを示す第２のビットと、を含む。
ヘッダ部は、データフィールド内のデータフィールド要素の数を示すデータフィールド要素情報を含むことができる。本装置は、フレーミング情報の第２のビットの後でフレーミング情報の第１のビットの前にデータフィールド要素情報を提供する手段を備えることができる。
受信機エンティティは、無線リンク制御エンティティとすることができる。
ヘッダ部は、シーケンス番号を含むことができ、該シーケンス番号は、プロトコルデータユニットに含まれる最初のサービスデータユニットのシーケンス番号に対応する。
第４の態様では、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットを送信エンティティから受信する手段と、サービスデータユニットのセグメントが該プロトコルデータユニット内に存在するか否かを判定し、そうである場合には、該サービスデータユニットに対するセグメントの位置を特定する手段と、情報がヘッダ部内に存在するか否かを判定する手段と、そうである場合には、最初の判定に従って該情報を使用する手段と、備える装置が提供される。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントであることを判定する手段を備えることができ、情報の内容はサービスデータユニットの長さを示すことができる。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントとサービスデータユニットの最後のセグメントとの間のセグメントであることを判定する手段を備えることができ、情報の内容はセグメントオフセットを示すことができる。
本装置は、サービスデータユニットのセグメントが、サービスデータユニットの最後のセグメントであることを判定する手段を備えることができ、情報の内容はサービスデータユニットセグメントの長さを示すことができる。
前記第１の情報は、長さ指示子フィールドを含むことができる。
ヘッダ部は、フレーミング情報を含むことができ、該フレーミング情報は、データフィールドの最初のバイトがサービスデータユニットの最初のバイトに対応するか否かを示す第１のビットと、データフィールドの最後のバイトがサービスデータユニットの最後のバイトに対応するか否かを示す第２のビットと、を含む。
ヘッダ部は、データフィールド内のデータフィールド要素の数を示すデータフィールド要素情報を含むことができる。本装置は、フレーミング情報の第２のビット及び該データフィールド要素情報に従ってサービスデータユニットに対するセグメントの位置を特定する手段を備えることができる。
送信エンティティは、無線リンク制御エンティティとすることができる。
ヘッダ部は、シーケンス番号を含むことができ、該シーケンス番号は、プロトコルデータユニットに含まれる最初のサービスデータユニットのシーケンス番号に対応する。
第５の態様では、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置が提供され、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、装置に対して、少なくとも、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットに含まれるサービスデータユニットに対して、サービスデータユニットのセグメントをプロトコルデータユニットに含めるべきか否かを判定し、そうである場合には、サービスデータユニットに対するセグメントの位置を特定し、最初の判定に従って、ヘッダ部に情報を含めるか否かを判定し、そうである場合には、最初の判定に従って、情報の内容を決定し、プロトコルデータユニットを受信機エンティティに提供させる、ように構成される。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントであること、及び情報の内容がサービスデータユニットの長さを示すことを判定するように構成することができる。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントとサービスデータユニットの最後のセグメントとの間のセグメントであること、及び情報の内容がセグメントオフセットを示すことを判定するように構成することができる。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最後のセグメントであること、及び情報の内容がサービスデータユニットセグメントの長さを示すことを判定するように構成することができる。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最後のセグメントであり、プロトコルデータユニットを満たすことを判定し、ヘッダにおいて情報を含めないよう決定する、ように構成することができる。
情報は、長さ指示子フィールドを含むことができる。
ヘッダ部は、フレーミング情報を含むことができ、該フレーミング情報は、データフィールドの最初のバイトがサービスデータユニットの最初のバイトに対応するか否かを示す第１のビットと、データフィールドの最後のバイトがサービスデータユニットの最後のバイトに対応するか否かを示す第２のビットと、を含む。
ヘッダ部は、データフィールド内のデータフィールド要素の数を示すデータフィールド要素情報を含むことができる。本装置は、フレーミング情報の第２のビットの後でフレーミング情報の第１のビットの前にデータフィールド要素情報を提供するように構成することができる。
受信機エンティティは、無線リンク制御エンティティとすることができる。
ヘッダ部は、シーケンス番号を含むことができ、該シーケンス番号は、プロトコルデータユニットに含まれる最初のサービスデータユニットのシーケンス番号に対応する。
第６の態様では、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置が提供され、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、装置に対して、少なくとも、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットを送信エンティティから受信し、サービスデータユニットのセグメントがプロトコルデータユニット内に存在するか否かを判定し、そうである場合には、サービスデータユニットに対するセグメントの位置を特定し、情報がヘッダ部内に存在するか否かを判定し、そうである場合には、最初の判定に従って該情報を使用させる、ように構成される。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントであることを判定するように構成でき、情報の内容は、サービスデータユニットの長さを示すことができる。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントとサービスデータユニットの最後のセグメントとの間のセグメントであることを判定するように構成でき、情報の内容は、セグメントオフセットを示すことができる。
本装置は、サービスデータユニットのセグメントがサービスデータユニットの最後のセグメントであることを判定するように構成でき、情報の内容は、サービスデータユニットセグメントの長さを示すことができる。
前記第１の情報は、長さ指示子フィールドを含むことができる。
ヘッダ部は、フレーミング情報を含むことができ、フレーミング情報は、データフィールドの最初のバイトがサービスデータユニットの最初のバイトに対応するか否かを示す第１のビットと、データフィールドの最後のバイトがサービスデータユニットの最後のバイトに対応するか否かを示す第２のビットと、を含む。
ヘッダ部は、データフィールド内のデータフィールド要素の数を示すデータフィールド要素情報を含むことができる。本装置は、フレーミング情報の第２のビット及び該データフィールド要素情報に従ってサービスデータユニットに対するセグメントの位置を特定するように構成することができる。
送信エンティティは、無線リンク制御エンティティとすることができる。
ヘッダ部は、シーケンス番号を含むことができ、該シーケンス番号は、プロトコルデータユニットに含まれる最初のサービスデータユニットのシーケンス番号に対応する。
第７の態様では、非一時的コンピュータ可読記憶媒体上で具現化されたコンピュータプログラムが提供され、該コンピュータプログラムは、プロセスを実行するようにプロセスを制御するためのプログラムコードを含み、該プロセスは、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットに含まれるサービスデータユニットに対して、サービスデータユニットのセグメントをプロトコルデータユニットに含めるべきか否かを判定し、そうである場合には、サービスデータユニットに対するセグメントの位置を特定するステップと、最初の判定に従って、ヘッダ部に情報を含めるか否かを判定し、そうである場合には、最初の判定に従って、情報の内容を決定するステップと、プロトコルデータユニットを受信機エンティティに提供するステップと、を含む。
本プロセスは、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントであること、及び情報の内容がサービスデータユニットの長さを示すことを判定するステップを含むことができる。
本プロセスは、サービスデータユニットのセグメントが、サービスデータユニットの最初のセグメントとサービスデータユニットの最後のセグメントとの間のセグメントであること、及び情報の内容がセグメントオフセットを示すことを判定するステップを含むことができる。
本プロセスは、サービスデータユニットのセグメントがサービスデータユニットの最後のセグメントであること、及び情報の内容がサービスデータユニットセグメントの長さを示すことを判定するステップを含むことができる。
本プロセスは、サービスデータユニットのセグメントがサービスデータユニットの最後のセグメントであり、プロトコルデータユニットを満たすことを判定するステップと、ヘッダにおいて情報を含めないよう決定するステップと、を含むことができる。
情報は、長さ指示子フィールドを含むことができる。
ヘッダ部は、フレーミング情報を含むことができ、該フレーミング情報は、データフィールドの最初のバイトがサービスデータユニットの最初のバイトに対応するか否かを示す第１のビットと、データフィールドの最後のバイトがサービスデータユニットの最後のバイトに対応するか否かを示す第２のビットと、を含む。
ヘッダ部は、データフィールド内のデータフィールド要素の数を示すデータフィールド要素情報を含むことができる。本プロセスは、フレーミング情報の第２のビットの後でフレーミング情報の第１のビットの前にデータフィールド要素情報を提供するステップを含むことができる。
受信機エンティティは、無線リンク制御エンティティとすることができる。
ヘッダ部は、シーケンス番号を含むことができ、該シーケンス番号は、プロトコルデータユニットに含まれる最初のサービスデータユニットのシーケンス番号に対応する。
第８の態様では、非一時的コンピュータ可読記憶媒体上で具現化されたコンピュータプログラムが提供され、該コンピュータプログラムは、プロセスを実行するようにプロセスを制御するためのプログラムコードを含み、該プロセスは、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットを送信エンティティから受信するステップと、サービスデータユニットのセグメントが、該プロトコルデータユニット内に存在するか否かを判定し、そうである場合には、該サービスデータユニットに対するセグメントの位置を特定するステップと、情報がヘッダ部内に存在するか否かを判定し、そうである場合には、最初の判定に従って該情報を使用するステップと、を含むことができる。
本プロセスは、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントであることを判定するステップを含むことができ、情報の内容は、サービスデータユニットの長さを示すことができる。
本プロセスは、サービスデータユニットのセグメントがサービスデータユニットの最初のセグメントとサービスデータユニットの最後のセグメントとの間のセグメントであることを判定するステップを含むことができ、情報の内容は、セグメントオフセットを示すことができる。
本プロセスは、サービスデータユニットのセグメントがサービスデータユニットの最後のセグメントであることを判定するステップを含むことができ、情報の内容は、サービスデータユニットセグメントの長さを示すことができる。
前記第１の情報は、長さ指示子フィールドを含むことができる。
ヘッダ部は、フレーミング情報を含むことができ、該フレーミング情報は、データフィールドの最初のバイトがサービスデータユニットの最初のバイトに対応するか否かを示す第１のビットと、データフィールドの最後のバイトがサービスデータユニットの最後のバイトに対応するか否かを示す第２のビットと、を含む。
ヘッダ部は、データフィールド内のデータフィールド要素の数を示すデータフィールド要素情報を含むことができる。本プロセスは、フレーミング情報の第２のビット及び該データフィールド要素情報に従ってサービスデータユニットに対するセグメントの位置を特定するステップを含むことができる。
送信エンティティは、無線リンク制御エンティティとすることができる。
ヘッダ部は、シーケンス番号を含むことができ、該シーケンス番号は、プロトコルデータユニットに含まれる最初のサービスデータユニットのシーケンス番号に対応する。
第９の態様では、コンピュータ用のコンピュータプログラム製品が提供され、該コンピュータプログラム製品は、製品がコンピュータ上で実行されたときに、第１の態様の方法のステップを実行するソフトウェアコード部分を備える。
上記では、多くの異なる実施形態について説明してきた。上述の実施形態のうちの何れか２つ又は３つ以上を組み合わせることにより、別の実施形態を提供できることを理解されたい。
次に、添付図面を参照しながら例証としての実施形態を説明する。
基地局及び複数の通信デバイスを含む通信システム例の概略図である。 移動体通信デバイス例の概略図である。 複数（奇数）のＳＤＵを有するＬＴＥ ＲＬＣ ＡＭＤ ＰＤＵ構造の概略図である。 内部に複数のＳＤＵを有するＬＴＥ ＲＬＣ ＡＭＤ ＰＤＵセグメント構造の概略図である。 ＰＤＵへのＳＤＵ割り当て及びＰＤＵヘッダに関するＳＮ割り当てについての概略図である。 セグメント処理方法例のフローチャートである。 セグメント処理方法例のフローチャートである。 ＬＢ及びＤＦＥフィールドを含むＲＬＣ ＰＤＵヘッダの概略図である。 ＰＤＵ組み立て中に起こり得る４つのセグメント化シナリオの概略図である。 ＰＤＵ構造例の概略図である。 ＰＤＵ構造例の概略図である。 ＰＤＵ構造例の概略図である。 ＰＤＵ構造例の概略図である。 ＰＤＵ構造例の概略図である。 制御装置例の概略図である。
実施例を詳細に説明する前に、説明する実施例の基礎となる技術を理解する一助となるように、図１及び２を参照しながら無線通信システム及び移動体通信デバイスの幾つかの一般原理について概略的に説明する。
図１に示されているような無線通信システム１００では、移動体通信デバイス又はユーザ装置（ＵＥ）１０２、１０４、１０５には、少なくとも１つの基地局又は同様の無線送信及び／又は受信ノード又は地点を介して、無線アクセスが提供される。基地局は、通常、少なくとも１つの適切なコントローラ装置によって、基地局の動作及び基地局との通信における移動体通信デバイスの管理を可能にするように制御される。コントローラ装置は、無線アクセスネットワーク（例えば、無線通信システム１００）内又はコアネットワーク（ＣＮ）（図示せず）内に位置することができ、１つの中央装置として実装することができ、又はその機能を複数の装置にわたって分散させることができる。コントローラ装置は、基地局の一部とすることも、及び／又は無線ネットワークコントローラなどの別個のエンティティによって提供することもできる。図１には、それぞれのマクロレベル基地局１０６及び１０７を制御するための制御装置１０８及び１０９が示されている。基地局の制御装置は、他の制御エンティティと相互接続することができる。制御装置は、通常、記憶容量及び少なくとも１つのデータプロセッサを備える。制御装置及び制御機能は、複数の制御ユニット間に分散することができる。これに加えて又は代替として、一部のシステムでは、制御装置は、無線ネットワークコントローラ内に設けることができる。
しかしながら、ＬＴＥシステムは、ＲＮＣの提供無しの、いわゆる「フラットな」アーキテクチャを有しているとみなすことができ、むしろ、（ｅ）ＮＢは、システムアーキテクチャエボルーションゲートウェイ（ＳＡＥ−ＧＷ）及びモビリティ管理エンティティ（ＭＭＥ）と通信して、これらのエンティティをプールすることもでき、すなわち、複数のこれらのノードが、複数（セット）の（ｅ）ＮＢにサービスを提供できる。各ＵＥは、同時に１つだけのＭＭＥ及び／又はＳ−ＧＷによってサービスが提供され、（ｅ）ＮＢは、現在のアソシエーションを追跡する。ＳＡＥ−ＧＷは、Ｓ−ＧＷ及びＰ−ＧＷ（それぞれ、サービングゲートウェイ及びパケットデータネットワークゲートウェイ）から構成することができる、ＬＴＥにおける「高レベル」ユーザプレーンコアネットワーク要素である。Ｓ−ＧＷ及びＰ−ＧＷの機能は独立したものとすることができ、これらを同一の場所に配置する必要はない。
図１において、基地局１０６及び１０７は、ゲートウェイ１１２を介してより広い通信ネットワーク１１３に接続されているものとして示されている。さらなるゲートウェイ機能を提供して、別のネットワークに接続することができる。
また、例えば、別個のゲートウェイ機能によって及び／又はマクロレベル基地局のコントローラを介して、より小さい基地局１１６、１１８、及び１２０をネットワーク１１３に接続することができる。基地局１１６、１１８、及び１２０は、ピコレベル又はフェムトレベルの基地局、又は同様のものとすることができる。この実施例では、基地局１１６及び１１８は、ゲートウェイ１１１を介して接続しているのに対して、基地局１２０は、コントローラ装置１０８を介して接続している。幾つかの実施形態では、より小さい基地局が提供されない場合がある。より小さい基地局１１６、１１８、及び１２０は、第２のネットワーク（例えば、ＷＬＡＮ）の一部とすることができ、ＷＬＡＮ ＡＰとすることができる。
ここで、可能性のある移動体通信デバイスについて、通信デバイス２００の概略的な部分断面図を示す図２を参照しながら、より詳細に説明する。このような通信デバイスは、ユーザ装置（ＵＥ）又はユーザ端末と呼ばれることが多い。適切な移動体通信デバイスは、無線信号を送受信することができる何らかのデバイスによって提供することができる。非限定的な例として、携帯電話機又は「スマートフォン」として知られるものなどの移動局（ＭＳ）又はモバイル装置、無線インタフェースカード又はその他の無線インタフェース機能（例えば、ＵＳＢドングル）を備えたコンピュータ、無線通信能力を備えた携帯情報端末（ＰＤＡ）又はタブレット、或いはこれらの何れかの組み合わせなどが挙げられる。移動体通信デバイスは、例えば、音声、電子メール（ｅメール）、テキストメッセージ、マルチメディアなど、通信を搬送するためのデータ通信を提供することができる。従って、ユーザの通信デバイスを介して多くのサービスをユーザに提案及び提供することができる。これらのサービスの非限定的な例としては、双方向又は多方向通話、データ通信又はマルチメディアサービス、或いは単に、インターネットなどのデータ通信ネットワークシステムへのアクセスが挙げられる。また、ブロードキャストデータ又はマルチキャストデータをユーザに提供することもできる。このコンテンツの非限定的な例としては、ダウンロード、テレビ及びラジオ番組、ビデオ、広告、様々な警報及びその他の情報が挙げられる。
モバイル装置２００は、受信に適切な装置を介してエアインタフェース又は無線インタフェース２０７を通じて信号を受信することができ、無線信号を送信するのに適切な装置を介して信号を送信することができる。図２には、トランシーバ装置がブロック２０６によって概略的に示されている。トランシーバ装置２０６は、例えば、無線部と関連するアンテナ構成とを用いて提供することができる。アンテナ構成は、モバイル装置の内部又は外部に配置することができる。
モバイル装置は、通常、少なくとも１つのデータ処理エンティティ２０１と、少なくとも１つのメモリ２０２と、アクセスシステム及び他の通信デバイスへのアクセス並びにこれらとの通信の制御を含むタスクを実施するように設計されたソフトウェア及びハードウェア支援による実行で使用される他の可能性のある構成要素２０３と、を備える。データ処理装置、記憶装置、及びその他の関連する制御装置は、適切な回路基板上及び／又はチップセット内に設けることができる。この特徴要素は、参照符号２０４で示される。ユーザは、キーパッド２０５、音声コマンド、タッチセンサ式スクリーン又はパッド、或いはこれらの組み合わせなどの好適なユーザインタフェースを用いてモバイル装置の動作を制御することができる。また、ディスプレイ２０８、スピーカ及びマイクロホンを設けることもできる。さらに、モバイル通信機器は、他のデバイスとの、及び／又は例えばハンズフリー装置などの外部アクセサリを接続するための適切なコネクタ（有線又は無線の何れでも）を含むことができる。
通信デバイス１０２、１０４、及び１０５は、符号分割多元接続（ＣＤＭＡ）又は広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））などの様々なアクセス技術に基づいて通信システムにアクセスすることができる。他の非限定的な例としては、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、インターリーブド周波数分割多元接続（ＩＦＤＭＡ）、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）及び直交周波数分割多元接続（ＯＦＤＭＡ）などのＦＤＭＡの様々なスキーム、並びに空間分割多元接続（ＳＤＭＡ）などが挙げられる。
無線通信システムの１つの実施例は、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって標準化されたアーキテクチャである。最新の３ＧＰＰベースの開発は、ユニバーサル移動体通信システム（ＵＭＴＳ）無線アクセス技術のロングタームエボリューション（ＬＴＥ）と呼ばれることが多い。３ＧＰＰ仕様の様々な開発段階はリリースと呼ばれている。ＬＴＥの最近の開発は、ＬＴＥアドバンスト（ＬＴＥ−Ａ）と呼ばれることが多い。ＬＴＥは、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）として知られているモバイルアーキテクチャを使用する。このようなシステムの基地局は、進化型又は強化型ノードＢ（ｅＮＢ）として知られており、ユーザプレーンパケットデータコンバージェンス／無線リンク制御／媒体アクセス制御／物理レイヤプロトコル（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）、及び通信デバイス向けの制御プレーン無線リソース制御（ＲＲＣ）プロトコル終端などのＥ−ＵＴＲＡＮ機能を提供する。無線アクセスシステムの別の例としては、無線ローカルエリアネットワーク（ＷＬＡＮ）及び／又はＷｉＭａｘ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）などの技術に基づく、システムの基地局によって提供されるものが挙げられる。基地局は、セル全体又は同様の無線サービスエリアにカバレッジを提供することができる。
好適な通信システムの別の例は、５Ｇコンセプトである。５Ｇにおけるネットワークアーキテクチャは、ＬＴＥアドバンストのものと極めて類似したものとすることができる。ネットワークアーキテクチャに対する変更は、様々な無線技術及びより高品質のＱｏＳサポートへの対応の必要性、並びに、例えばユーザ視点のＱｏＥをサポートするＱｏＳレベルのための幾つかのオンデマンド要件に依存することができる。また、ネットワークを意識したサービス及びアプリケーション、並びにサービス及びアプリケーションを意識したネットワークが、アーキテクチャに対する変化をもたらすことができる。これらは、情報指向ネットワーク（ＩＣＮ）及びユーザ指向コンテンツ配信ネットワーク（ＵＣ−ＣＤＮ）手法に関連する。５Ｇは、多入力多出力（ＭＩＭＯ）アンテナと、より小さい基地局と協働して動作するマクロサイトを含み、恐らくは、より良好なカバレッジ及びデータ転送速度向上のための様々な無線技術を採用して、ＬＴＥよりもはるかに多くの基地局又はノード（いわゆるスモールセルコンセプト）とを使用することができる。
将来的なネットワークは、互いに動作可能に接続又は連結してサービスを提供できる「ビルディングブロック」又はエンティティにネットワークノード機能を仮想化することを提案するネットワークアーキテクチャコンセプトである、ネットワーク機能仮想化（ＮＦＶ）を利用する可能性が高いことを理解されたい。仮想化ネットワーク機能（ＶＮＦ）は、カスタマイズされたハードウェアではなく標準タイプ又は汎用タイプのサーバを使用してコンピュータプログラムコードを実行する１又は２以上の仮想マシンを含むことができる。また、クラウドコンピューティング又はデータストレージを利用することもできる。無線通信では、このことは、ノード動作が、リモート無線ヘッドと動作可能に結合されたサーバ、ホスト、又はノードにおいて少なくとも部分的に実行されることを意味することができる。また、ノード動作は、複数のサーバ、ノード、又はホスト間で分散させることも可能である。また、コアネットワーク動作と基地局動作との間の作業の分散は、ＬＴＥのものと異なる場合もあり、又は存在しないことさえある点を理解されたい。
５Ｇの開発及び必要条件の設定に際して、無線通信スループットが最大で１０Ｇｂｂｓまで増加することが想定される。インターネットトラフィック及びこのトラフィックの搬送に使用される可能性のあるパケットサイズが増加する可能性がある。しかしながら、使用される最大パケットサイズは、１５００Ｂ（通常のイーサネット（登録商標）ＭＴＵ）のパケット並びに１００Ｂより小さいパケット（ＴＣＰ ＡＣＫを搬送するＩＰｖ４／ＩＰｖ６パケット）を含む可能性がある。より高いデータ転送速度が通常のパケットサイズと組み合わせることを考慮すると、このようなデータ転送速度に達するようエアインタフェースを満たすためには、より多数のパケットが必要となることが分かる。
一例として、５Ｇユーザに対して１Ｇｂｐｓのスループットと、０．２ｍｓの時間領域（ＰＨＹレイヤにおけるＴＴＩ）での最小リソース割り当てユニットとを考えると、各ＴＴＩにおいて、１Ｇｂｐｓ×０．２ｍｓ＝２００ｋｂのデータが存在することになる（データ量は、ＴＴＩによって異なる場合があり、２００ｋｂは平均値である）。１５００Ｂ及び１００Ｂの通常のインターネットトラフィックのパケットサイズを考えると、１Ｇｂｐｓのデータ転送速度を達成するのに十分なデータを１つのＴＴＩに書き込むのに、これらのパケットのうちのそれぞれ約１７又は２５０パケットが必要となる。
５Ｇシステムに関する別の考慮すべき事項は、５Ｇデバイスが現在のＬＴＥ ＮＷ／ＵＥデバイスよりも多くない又はより少ないエネルギーを消費するように、ネットワーク（ＮＷ）及びＵＥデバイスのエネルギー効率を向上させることである。通信スタックにおける処理の最適化により、ビット当たりに消費されるエネルギーを少なくして、期待データ転送速度を達成することができる。
より高いデータ転送速度を処理しながらエネルギー効率を改善するための１つの提案は、エンティティの互いの通信における並列処理である。例えば、パケットの異なる部分は、通信エンティティ内の異なるプロセッサによって並行して処理することができる。並列処理は、順次処理に比べて、より迅速に完了することができる。並列処理は、複数の構成要素に対して処理を並行して行えるときに処理速度要件が比較的低いので、ビット当たりに消費するエネルギーをより少なくすることができる。別の提案は、受信機の動作が完全に最適化されて最も効率的な処理を可能にすることできるように、例えば受信したデータに関して可能な限り多くの予測可能性を可能にすることである。
プロトコルデータユニット（ＰＤＵ）は、ヘッダ部及びデータ部を含むことができる。現在のＬＴＥシステムでは、無線リンク制御（ＲＬＣ）ＰＤＵ構造は、受信機（Ｒｘ）ＲＬＣエンティティが、ＰＤＵにおいてデータ部がどこから開始するかを認識する前に、ヘッダ全体を順次的に処理するようなものである。図３及び４は、それぞれ、内部に複数（奇数）のＳＤＵを有するＬＴＥ ＲＬＣ確認応答モード（ＡＭＤ）ＰＤＵ構造の例、及び内部に複数のＳＤＵを有するＬＴＥ ＲＬＣ ＡＭＤ ＰＤＵセグメント構造の例を示している。
ＡＭＤ ＲＬＣエンティティに関する一例として、受信機は、Ｅ（拡張ビット）フィールドまでヘッダの固定部を読み取り、このフィールドは、ヘッダが、Ｅ及びＬＩ（長さ指示子）フィールドを含む拡張部（複数のＳＤＵを含むＰＤＵ）を続けるか否かを指定する。受信機は、これ以上Ｅ及びＬＩフィールドが続かないことをＥフィールドが指定するまで、拡張部を逐次的に処理する必要があり、受信機は、ＰＤＵにおいてデータフィールドがどこから開始するかを判定することができる。さらに、受信機がヘッダの固定部のサイズを認識する（すなわち、このデータがＲＬＣ ＰＤＵであるか又はＲＬＣ ＰＤＵセグメントであるか）前に、受信機は、ＲＦ（再セグメント化フラグ）を読み取る必要がある。
ＬＴＥでは、最大で１００Ｍｂｐｓのデータ転送速度が考慮され、１つのＲＬＣ ＰＤＵの内部で搬送されると予想されるＳＤＵの数が管理可能とすることができるので、ヘッダ全体を順次的に処理するという要件は、問題とはならない可能性がある。５Ｇでは、より高いデータ転送速度が考慮される場合に、ヘッダ全体を順次的に処理するという要件が問題となる可能性がある。
ＲＬＣレイヤ内部でのヘッダ及びデータフィールドの並列処理を可能にする１つの提案の機構は、ＰＤＵで搬送されるＳＤＵの量を指定するフィールド（データフィールド要素（ＤＦＥ））をＲＬＣ ＰＤＵヘッダに含めることである。このようなフィールドは、幾つのＬＩフィールドがヘッダに続くかを受信機が即座に認識するので、受信機がＰＤＵにおいてデータフィールドがどこから開始するかを即座に特定することを可能にすることができる。ＬＩフィールドのサイズを事前に認識することによって、受信機は、データフィールドがどこから開始するかを認識する。このようにして、受信機は、拡張ヘッダ並びにデータフィールド部を並行して処理することができる。
ＬＴＥ ＲＬＣ ＰＤＵ構造から生じる可能性がある別の問題は、ＰＤＵセグメントの使用である。Ｒｘ ＲＬＣエンティティは、ヘッダ固定部構造を認識する前に、ＲＦフィールドを解釈する必要がある。トランスポートブロック（ＴＢ）のサイズが、スケジューラの決定（例えば、マルチユーザスケジューリング、物理リソースの周波数領域スケジューリング）、チャネル状態（適応変調符号化）などに応じて動的に変化し、また、ＴＢサイズが、種々のＡＲＱ送信インスタンス間で変化する可能性があることを考えると、ＲＬＣは、所与のリソースに適合するように以前のＰＤＵを再セグメント化する場合がある。この問題は、シーケンス番号をＲＬＣ ＰＤＵに割り当てて、イネーブルにするために再送を必要とするＰＤＵに対する任意のセグメント化を可能することの結果である。
シーケンス番号がＲＬＣレイヤにてＳＤＵに割り当てられる代替例は、ＳＤＵベースで再送を考慮可能にすることができる。従って、構築された各ＰＤＵが、下位レイヤに送信／送出されると、この構築されたＰＤＵは無視又は「廃棄」することができ、各再送は、ＳＤＵ／ＳＤＵセグメントが初めて送信されることになるか否かにかかわらず、「新しい送信」としてみなすことができる。ＲＬＣ ＰＤＵヘッダの固定部は、送信されるＳＤＵが再送か又は新しい送信であるか否かにかかわらず、変化しないままとすることができ、これにより、Ｒｘ ＲＬＣエンティティに関する予測可能性が改善され、従って、処理の最適化を向上させることができる。
ＲＬＣ ＰＤＵのＳＮの代わりにＲＬＣ ＳＤＵのＳＮを使用すると、ＳＤＵが連結されたときにＳＤＵ ＳＮがＲＬＣ ＰＤＵ ＳＮよりも迅速にインクリメントされることになるので、オーバーヘッドが導入される可能性がある。最初のＳＤＵ ＳＮのみがＰＤＵヘッダ内で必要であり、５Ｇにおけるデータ転送速度の増大を考慮すると、増加したオーバーヘッドは、無視できる程度であり（ほぼ数ビット程度）、処理効率が改善されて妥当なものとすることができる。
ＳＤＵベースのシーケンス番号付けに関する問題は、ＲＬＣが、下位レイヤで与えられたリソースの使用を最適化するのに、ＳＤＵのセグメント化が考慮されるときに生じる場合がある。ＳＤＵが何度もセグメント化される必要がある場合には、ＰＤＵに割り当てられるＳＮは、連続したＰＤＵと同じである可能性があるので、Ｒｘエンティティがセグメント化されたＳＤＵを再構築可能にするためには、ヘッダ内の追加フィールドが必要となる場合がある。
ＬＴＥベースのセグメント化機構は、オーバーヘッドの観点から効率的とすることができ、通常の事例では、ＰＤＵヘッダ内にＦＩ（フレーミング情報）フィールドのみが必要となる。ＦＩフィールドは、Ｒｘ ＲＬＣエンティティにおいて表１に示されているように解釈される。
ＰＤＵ ＳＮは維持されるので、ＬＴＥ ＲＬＣは、受信機においてセグメント化されたＳＤＵを再構築するために、長さ指示子に加えてセグメント化に関する情報をこれ以上必要としない。
しかしながら、説明したように、ＲＬＣ再送が行われる場合には、ＲＬＣは、再送されるＰＤＵを再セグメント化し、ＡＭＤ ＰＤＵセグメントを送信することが必要となる場合がある。これにより、ＡＭＤ ＰＤＵセグメントが元のＡＭＤ ＰＤＵのどの部分からのものであるかを示すために、セグメントオフセット（ＳＯ）フィールドをヘッダに実装することが必要となる。また、最終セグメントフラグ（ＬＳＦ）は、ＡＭＤ ＰＤＵを何時完全に受信したかを受信機が判定できるようにするために含められる（ＦＩフィールドは、このフィールドが、元のＰＤＵにおけるセグメント化を示すので使用することができない）。従って、ＬＴＥ ＲＬＣ ＰＤＵ構造は、ＲｘがＰＤＵを処理できる前に、処理チェーンにおけるＰＤＵヘッダから多くのフィールドを解釈することが必要となる。
元のＲＬＣ ＳＤＵにおけるＲＬＣセグメントの位置及び長さをバイト分解能で示すオフセット（ＯＦＦＳＥＴ）及び長さ（ＬＥＮ）の使用と共に、ＲＬＣ ＳＤＵシーケンス番号付け機構の使用が提案されている。この解決策は、ＲＬＣ ＳＤＵ ＳＮ機構に有効である。しかしながら、この機構は、ＰＤＵ処理効率及びオーバーヘッドの点で最適化することができる。
セグメントシーケンス番号は、送信セグメントごとに割り当てることができる。しかしながら、この方法は、１つのシーケンス番号が１バイトに値しない限り（本質的に、上記のオフセット機構に等しい）、セグメント化を任意に実施することが困難な場合があるので、ＳＤＵセグメントをさらに再セグメント化する必要がある場合に問題となる可能性がある。
図５は、ＰＤＵへのＳＤＵ割り当て及びＰＤＵヘッダに関するＳＮ割り当てについての説明図を示している。例えば、ＳＤＵ０、１及び最初のＳＤＵ２セグメントは、ＳＮ＃０を割り当てられた最初のＰＤＵに割り当てられる。２番目のＳＤＵ２セグメント、ＳＤＵ３及び最初のＳＤＵ４セグメントは、ＳＮ＃２を割り当てられた２番目のＰＤＵに割り当てられる。２番目のＳＤＵ４セグメント及びＳＤＵ５は、ＳＮ＃４を有する３番目のＰＤＵに割り当てられる。ＳＤＵ６及び７は、ＳＮ＃６を割り当てられた４番目のＰＤＵに割り当てられる。
図６は、ＳＤＵベースのシーケンス番号付けが使用される場合の、５Ｇ又はＬＴＥベースのシステムにおけるＲＬＣレイヤに関するＳＤＵセグメント処理の方法例のフローチャートを示している。本方法は、送信エンティティにおいて実行することができる。本方法は、第１のステップ６２０において、プロトコルデータユニットに含まれるサービスデータユニットに対して、サービスデータユニットのセグメントがプロトコルデータユニットに含まれるべきか否かを判定し、そうである場合には、サービスデータユニットに対するセグメントの位置を特定することを含み、プロトコルデータユニットはヘッダ部及びデータフィールド部を含む。
第２のステップ６４０において、本方法は、最初の判定に従ってヘッダ部に第１の情報を含むか否かを判定し、そうである場合には、最初の判定に従ってこの情報の内容を決定することを含む。
第３のステップ６６０において、本方法は、プロトコルデータユニットを受信機エンティティに提供することを含む。
図７は、ＳＤＵベースのシーケンス番号付けが使用される場合の５Ｇ又はＬＴＥベースのシステムにおけるＲＬＣレイヤに関するＳＤＵセグメントの処理方法を示している。本方法は、受信機エンティティにて実行することができる。第１のステップ７２０において、本方法は、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットを送信エンティティから受信することを含む。
第２のステップ７４０において、本方法は、サービスデータユニットのセグメントが、プロトコルデータユニット内に存在するか否かを判定し、そうである場合には、サービスデータユニットに対するセグメントの位置を特定することを含む。
第３のステップ７６０において、本方法は、第１の情報がヘッダ部内に存在するか否かを判定し、そうである場合には、最初の判定に従ってこの第１の情報を使用することを含む。
送信エンティティは、Ｔｘ ＲＬＣエンティティを含むことができる。受信機エンティティは、Ｒｘ ＲＬＣエンティティを含むことができる。本方法は、ＡＭ及びＵＭ（非確認応答）モードＲＬＣエンティティの両方に適用することができる。
本方法は、ＰＤＵ及びＰＤＵ構造におけるセグメント位置に応じて、ＲＬＣレイヤにおけるＳＤＵセグメントのＬＩ（長さ指示子）フィールドの再解釈を伴う。第１の情報は、長さ指示子（ＬＩ）フィールドを含むことができる。本方法は、ＳＤＵ全体サイズに対応できるように構成されたＬＩフィールドサイズを使用して適用することができる。
第１の情報の内容は、ＳＤＵの長さ、ＳＯ（すなわち、元のＳＤＵ内のＳＤＵセグメントの位置に対するバイト単位でのセグメントオフセット）、通常の長さ指示子を示すことができる。或いは、第１の情報は省略することもできる。
本方法は、ＲＬＣ ＰＤＵヘッダにおける追加フィールドの必要性を回避し、シナリオに応じてフィールド解釈のみを変更して、より効率的でより単純な受信機動作を提供することができる。
ＳＤＵに対するＳＤＵセグメントの位置を特定することは、ＳＤＵセグメントがＳＤＵの最初のセグメントであるか否かを判定し、ＳＤＵセグメントがＳＤＵの最後のセグメントであるか否かを判定して、そうである場合には、ＳＤＵの後、さらなるデータがＰＤＵサイズに適合するか否かを判定することを含むことができる。
上記の方法は、ＳＤＵセグメントのみが構築されたＰＤＵの先頭又は最後の何れかに位置することができ、所与のＰＤＵが、同じＳＤＵの複数のＳＤＵセグメントを含むことができず、Ｒｘ ＲＬＣエンティティにおいて、完全なＳＤＵサイズが、例えばＰＤＵサイズのＭＡＣ指示などの下位レイヤ手段によって認識され（これにより、Ｔｘ ＲＬＣが別個のＬＩで示すことなく、Ｒｘ ＲＬＣが、ＰＤＵ内の最後のＳＤＵの長さを認識できるようになる）、ＲＬＣヘッダが、表１を参照して説明したフレーミング情報ビットを含み、Ｔｘ ＲＬＣエンティティが、ＰＤＵ内の最初のＳＤＵ又はＳＤＵセグメントのＳＮをＰＤＵヘッダに含み、ＳＤＵがＰＤＵ内で起こった順番となっており、及びＰＤＵヘッダが、ＰＤＵ内のデータフィールド要素の数を指定するフィールド（図８に示されているＤＦＥ）を含む状況に適用でき活用することができる。
図８は、ヘッダ部及びデータフィールド部を有するＰＤＵ構造の例を示している。ヘッダは、最初バイト（ＦＢ）及び最後バイト（ＬＢ）フィールド、ＤＦＥフィールド、及びシーケンス番号（ＳＮ）フィールドの形式でのフレーミング情報ＦＩを含む。ＤＦＥフィールドの値は、ＰＤＵ内のＳＤＵの数に対応する。ＳＤＵの数は、ＰＤＵ内の完全なＳＤＵ及び／又はＳＤＵセグメントの数に対応する。シーケンス番号フィールドの値は、例えば図５に示すように、ＰＤＵの最初のＳＤＵ ＳＮに対応する。最初のＳＤＵ ＳＮは、ＳＤＵセグメントＳＮとすることができる。可能性のあるフレーミング情報の値は、表１に示されるようなものである。ＰＤＵは、ＰＤＵ内の各ＳＤＵに関するＬＩフィールド（Ｌ１1からＬ１n-1）を含む。
図６及び７を参照して記載されるような方法は、ＳＤＵベースのシーケンス番号付けが使用される場合の５Ｇ又はＬＴＥベースのシステムにおけるＲＬＣレイヤに効率的なＳＤＵセグメント処理を提供することができる。本方法は、最適な処理及び最小のオーバーヘッドで、上記で定められたＲＬＣ ＰＤＵ構造におけるＳＤＵセグメント化を処理する機構を提供することができる。
例示の実施形態では、Ｔｘ ＲＬＣエンティティは、ＰＤＵサイズ（例えば、ＭＡＣなどの下位レイヤによって示される）を満たすことができ、ＰＤＵの残りの部分に適合するようにＳＤＵをセグメント化することが必要とすることができる。これが当該ＳＤＵの最初のセグメントである場合には、Ｔｘ ＲＬＣエンティティは、ＲＬＣ ＰＤＵヘッダにおいてこのＳＤＵセグメントに関するＬＩフィールドを割り当てて、ＬＩフィールドにおいてＳＤＵサイズ全体を示すことができる。すなわち、Ｔｘ ＲＬＣエンティティは、サービスデータユニットのセグメントが、サービスデータユニットの最初のセグメントであり、第１の情報の内容がＳＤＵの長さを含むと判定する。
この提案は、Ｒｘ ＲＬＣエンティティにて、完全なＰＤＵサイズが、例えばＰＤＵサイズのＭＡＣ指示などの下位レイヤ手段によって認識されて、Ｒｘ ＲＬＣが、下位レイヤ手段によってＳＤＵセグメントの長さを特定できるという仮定を利用する。
一実施形態では、Ｔｘ ＲＬＣエンティティは、ＰＤＵサイズを満たし、ＰＤＵの残りの部分に適合するようにＳＤＵをセグメント化することが必要とすることができる。このセグメントが、当該ＳＤＵの最初のセグメントでなく最後のセグメントでもないときには、Ｔｘ ＲＬＣエンティティは、元のＳＤＵ内のＳＤＵセグメントの位置に対するバイト単位でのセグメントオフセットを、このＳＤＵセグメントのＬＩフィールドにおいて示すことができる。すなわち、Ｔｘ ＲＬＣエンティティは、サービスデータユニットのセグメントが、サービスデータユニットの最初のセグメントと最後のセグメントとの間のセグメントであり、すなわち、サービスデータユニットの最初のセグメントでなくその最後のセグメントでもなく、情報の内容がセグメントオフセットを示すと判定する。
この提案は、本質的に、ＳＤＵセグメントのみが、構築されたＰＤＵの先頭又は最後の何れかに位置することができ、ＰＤＵヘッダが、ＰＤＵ内のデータフィールド要素の数を指定するフィールドを含むという仮定に基づいて、ＰＤＵがＳＤＵセグメントのみを含むことを意味する。Ｒｘ ＲＬＣは、下位レイヤ手段によってＳＤＵセグメントの長さを特定することができる。
Ｔｘ ＲＬＣエンティティがＰＤＵサイズを満たし、残りのＳＤＵセグメントがＰＤＵの先頭に収まる実施形態では、Ｔｘ ＲＬＣエンティティは、通常はＬＩフィールドにおいてＳＤＵセグメントの長さを示すことができる。すなわち、Ｔｘ ＲＬＣエンティティは、ＳＤＵのセグメントがＳＤＵの最後のセグメントであり、情報の内容がＳＤＵセグメントの長さを示すと判定する。完全な最後のＳＤＵセグメント以外にこれ以上のデータがＰＤＵサイズに適合しない場合には、Ｔｘ ＲＬＣエンティティは、ＬＩフィールドを省略することができる。すなわち、ＳＤＵのセグメントがＳＤＵの最後のセグメントでありＰＤＵを満たすことを、Ｔｘ ＲＬＣエンティティが判断した場合には、Ｔｘ ＲＬＣエンティティは、ヘッダ部に第１の情報を含まないと判定する。
受信機エンティティは、フレーミング情報及びＤＦＥ情報に従って、ＳＤＵに対するセグメントの位置を特定することができる。受信機が、ＬＢフィールド及びＤＦＥフィールドを復号するときには、受信機は、ＬＩフィールド部がＰＤＵ固定ヘッダ部の後どの程度の長さであり、データフィールドがＰＤＵにおいてどこから開始するかを即座に認識する。これにより、Ｒｘエンティティにおいて迅速な並列処理を可能にすることができる。
例えば、Ｒｘ ＲＬＣエンティティが、受信したＰＤＵヘッダを復号し、データフィールドの最後のバイトがＳＤＵの最後のバイトに対応しないことをＦＩフィールドが示すときには、Ｒｘ ＲＬＣエンティティは、ＰＤＵ内の最後のデータフィールド要素に関するＬＩフィールドが存在するとみなすことができる。
ＤＦＥが１より大きい場合、Ｒｘ ＲＬＣエンティティは、これがこのＳＤＵの最初のセグメントであるとみなし、ＬＩフィールドをＳＤＵ全体の長さとして解釈することができる。すなわち、Ｒｘ ＲＬＣエンティティは、ＳＤＵのセグメントがＳＤＵの最初のセグメントであり、情報の内容はＳＤＵの長さを示すと判定する。
ＤＦＥが１より大きくない場合には、Ｒｘ ＲＬＣエンティティは、ＬＩフィールドを、元のＳＤＵ内のＳＤＵセグメントの位置に対するバイト単位でのセグメントオフセットとして解釈する。すなわち、Ｒｘ ＲＬＣエンティティは、このセグメントがＳＤＵの最後のセグメントではなく、情報の内容はセグメントオフセットを示すと判定する。
Ｒｘ ＲＬＣエンティティは、１つのＦＩ最後ビット（データフィールドの最後のバイトについての情報）及びＤＦＥフィールドに基づいて、ＳＤＵセグメントが最初のものであるか否かを判定することができ、Ｒｘ ＲＬＣエンティティは、これらのフィールドを解釈した直後にヘッダ長を特定することができる。
Ｒｘ ＲＬＣエンティティが、受信したＰＤＵヘッダを復号し、データフィールドの最後のバイトがＳＤＵの最後のバイトに対応することをＦＩフィールドが示すときには、Ｒｘ ＲＬＣエンティティは、ＰＤＵ内の最後のデータフィールド要素に関するＬＩフィールドが存在しないとみなす。
ＦＩフィールドが、データフィールドの最初のバイトがＳＤＵの最初のバイトに対応せず、データフィールドの最後のバイトがＳＤＵの最後のバイトに対応してＤＦＥ＝１であるか又はＤＦＥ＞１であることを示す場合には、Ｒｘ ＲＬＣエンティティは、これが当該ＳＤＵの最後のセグメントであるとみなす。そうである場合には、Ｒｘ ＲＬＣエンティティは、対応するＬＩフィールドからＳＤＵセグメントの長さを読み取る。すなわち、セグメントがＳＤＵの最後のセグメントであるとＲｘ ＲＬＣエンティティが判定したときには、情報の内容は、ＳＤＵセグメントの長さを示す。そうでない場合には、Ｒｘ ＲＬＣエンティティは、完全なＰＤＵサイズについての下位レイヤ情報に基づいてＳＤＵセグメントの長さを計算する。
Ｒｘ ＲＬＣエンティティは、ＦＩフィールドの最後ビット（データフィールドの最後のバイトについての情報）及びＤＦＥフィールドを解釈した直後にヘッダ長を特定することができる。ＦＩフィールドの最初ビット（データフィールドの最初のバイトについての情報）を解釈することにより、Ｒｘ ＲＬＣエンティティは、これがＳＤＵの最後のセグメントであるか否かを判定することができる。
ヘッダ部が、例えばＤＦＥフィールドなどのＤＦＥ情報を含むときには、ＤＦＥフィールドは、図８に示されているように、フレーミング情報の第２のビット（ＬＢ）の後で、フレーミング情報の第１のビット（ＦＢ）の前に設けることができる。ＤＦＥフィールドは、このフィールドがＦＢフィールドの前に処理できるように配置することができる。ＤＦＥフィールドの配置により、受信機が、処理中に可能な限り早期にＰＤＵ内のデータフィールド開始位置を特定可能にすることができ、すなわち、ＦＢフィールドは、ヘッダサイズに影響を与えない。図８において、提案のＰＤＵ構造の例示的な説明は、ビットが順次的に処理されると仮定した場合に与えられる。また、処理は、バイト／ワード単位で行われることが合意されており、システム仕様の間に考慮することもできる。
また、Ｒｘ及びＴｘ ＲＬＣエンティティについての上記の手順例に基づいて、フレーミング情報フィールドに関して、ＲＬＣヘッダ内のビットは、ＰＤＵの最後のバイトに対応するビットがＰＤＵの最初のバイトに対応するビットの前に処理できる（図８のＬＢ及びＦＢとして指定されている）ように配列されることが提案される。この処理が行われるのは、ＰＤＵの最後のバイト（このバイトがＳＤＵの最後のバイトに対応するか否かにかかわらず）が、本質的に、Ｒｘ ＲＬＣエンティティにおいてＰＤＵのヘッダ部のサイズ（すなわち、最後のデータフィールド要素に関するＬＩフィールドが存在するか否か）を決定することに起因している。本方法は、ヘッダサイズ及びデータフィールド部の開始を特定できる前に、ＦＩフィールドの最初ビット（データフィールドの最初のバイトについての情報）を解釈する必要がない。
提案の機構は、ＬＴＥベースのＬＩ機構に対しても機能するが、ＤＦＥ解決策と共に適用された場合に本機構が提供する最も効率的な処理を活用する点に留意されたい。
図９は、ＰＤＵ構築の間に置こう可能性のある様々なセグメント化のシナリオを示している。第１のシナリオ例（ＰＤＵｓ＃１で表記されている）では、ＳＤＵ＃２は、最初のセグメントが完全なＰＤＵサイズに対応し、２番目のセグメントが最後のセグメントであり、ＳＤＵ＃３を有するＰＤＵで搬送されるようにセグメント化される。
図１０には、ＳＤＵ＃２の最初のセグメントに関するＰＤＵ構造が示されている。図１０において、データフィールドの最後のバイトがＳＤＵの最後のバイトに対応していないので、ＬＢフィールドは１であり、データフィールドの最初のバイトがＳＤＵの最初のバイトに対応しているので、ＦＢフィールドは０である。ＳＮは、最初のＳＤＵセグメントＳＮ、すなわち＃２に対応する。１つのＳＤＵ（ＳＤＵセグメントＳＮ＃２）が存在するので、ＤＦＥフィールドは１である。このシナリオ例では、セグメントはＳＤＵの最初のセグメントであり、よって、第１の情報（ＬＩフィールド）はＳＤＵの長さを示す。
ＳＤＵ＃３を有するＰＤＵで搬送されるＳＤＵ＃２の最後のセグメントに関するＰＤＵ構造が、図１１に示されている。データフィールドの最後のバイトはＳＤＵの最後のバイトに対応しているので、ＬＢ＝０である。データフィールドの最初のバイトはＳＤＵの最初のバイトに対応していないので、ＦＢ＝１である。ＳＮは、第１のＳＤＵセグメントのＳＮ、すなわち＃２に対応する。２つのＳＤＵ（１つのＳＤＵセグメントであるＳＤＵセグメントＳＮ＃２、及び１つの完全なＳＤＵであるＳＤＵ ＳＮ＃３）が存在するので、ＤＦＥフィールドは２である。このシナリオ例では、セグメントはＳＤＵの最後のセグメントであり、よって第１の情報（ＬＩフィールド）は、ＳＤＵセグメントの長さを示す。ＳＤＵ ＳＮ＃３は、ＰＤＵの残りのリソースに適合するので、これは、完全なＳＤＵであるにもかかわらず、最後のセグメントとして機能するとみなすことができる。ＳＤＵ ＳＮ＃３は、最後のＳＤＵであり、ＰＤＵを満たすので、ＬＩフィールド又は第１の情報は省略することができる。
第２のシナリオ例（ＰＤＵｓ＃２と表記される）において、ＳＤＵ＃２の最初のセグメントは、ＳＤＵ＃１を有するＰＤＵで搬送され、最後のセグメントは、第１のシナリオと同様である。
図１２では、ＳＤＵ＃２の最初のセグメントに関するＰＤＵ構造が示されており、最後のセグメントに関するＰＤＵ構造は、図１１に示されるものである。図１２では、データフィールドの最後のバイトがＳＤＵの最後のバイトに対応しておらず、データフィールドの最初のバイトがＳＤＵの最初のバイトに対応しているので、ＬＢ＝１でありＦＢ＝０である。２つのＳＤＵ（１つの完全なＳＤＵセグメントであるＳＤＵ ＳＮ＃１、及び１つのＳＤＵセグメントであるＳＤＵセグメント ＳＮ＃２）が、ＰＤＵで搬送され、ＳＮが、最初のＳＤＵのＳＮ、すなわち＃１に対応するので、ＤＦＥ＝２である。このシナリオでは、セグメント（ＳＤＵ＃２セグメント）は、最初のセグメントであり、よって第１の情報（ＬＩ2フィールド）はＳＤＵの長さを示す。
第３のシナリオ例（ＰＤＵｓ＃３と表記される）において、ＳＤＵ＃２の中間セグメントは、完全なＰＤＵに対応し、ＳＤＵ＃２の最初のセグメント及び最後のセグメントは、それぞれ、第１及び第２のシナリオと同様である。
図１３では、ＳＤＵ＃２の中間セグメントに関するＰＤＵ構造が示されており、ＳＤＵ＃２の最初のセグメント及び最後のセグメントに関するＰＤＵ構造は、それぞれ、図１１及び１２に示されている。図１３では、データフィールドの最後のバイトがＳＤＵの最後のバイトに対応しておらず、データフィールドの最初のバイトがＳＤＵの最初のバイトに対応していないので、ＬＢ＝１でありＦＢ＝１である。１つのＳＤＵ（ＳＤＵセグメント ＳＮ＃２）がＰＤＵで搬送され、ＳＮが、ＰＤＵの最初のＳＤＵセグメントのＳＮ、すなわち＃２に対応するので、ＤＦＥ＝１である。図１３に示されているシナリオ例では、最初のセグメントと最後のセグメントとの間にセグメントが存在する、すなわち、セグメントが、最初のセグメントでなく最後のセグメントでもないので、第１の情報（ＬＩフィールド）は、セグメントオフセットを含む。
第４のシナリオ例（ＰＤＵｓ＃４と表記される）において、ＳＤＵ＃２の最後のセグメントは、完全なＰＤＵサイズに対応し、ＳＤＵ＃２の最初のセグメントは、第２のシナリオと同様である。
図１４では、ＳＤＵ＃２の最後のセグメントに関するＰＤＵ構造が示されており、ＳＤＵ＃２の最初のセグメントに関するＰＤＵ構造は、上記の図１２に示されるものと同様である。図１４では、データフィールドの最後のバイトがＳＤＵの最後のバイトに対応しており、データフィールドの最初のバイトがＳＤＵの最初のバイトに対応していないので、ＬＢ＝０でありＦＢ＝１である。１つのＳＤＵ（ＳＤＵセグメント ＳＮ＃２）が、ＰＤＵで搬送され、ＳＮが、ＰＤＵの最初のＳＤＵセグメントのＳＮ、すなわち＃２に対応するので、ＤＦＥ＝１である。図１４に示されている例では、ＳＤＵセグメントは、ＳＤＵの最後のセグメントであり、ＰＤＵを満たす。従って、第１の情報は省略される。
図を参照しながら説明されたような方法は、より単純な設計でＬＴＥ ＲＬＣ ＰＤＵ再セグメント化動作を克服することができる。ＬＴＥの場合のように、ＲＬＣ ＰＤＵヘッダ内に再セグメント化フラグが存在する必要がなく、これにより受信機の動作が軽減される。完全なＳＤＵの長さが、最初のセグメントのＬＩフィールドから認識されると共に、ＦＢ及びＬＢフィールドも再セグメント化の場合に使用できるので、最後のセグメントフラグは必要ではない。
ＰＤＵ構造は、ＳＤＵが再セグメント化される場合（任意に行うことができる）でも、変更されず、すなわち、同じＰＤＵヘッダがあらゆる場合で機能する。受信機の動作は、ＰＤＵ構造全体が常に認識されているので、最適化することができる。
本方法では、ＳＤＵが通常、２つの連続したＰＤＵに収まることができるので、ほとんど全部のセグメントに作用する最初のセグメント及び最後のセグメントに関してＯＦＦＳＥＴ（オフセット）値を示す必要がない。オフセットフィールド及び長さフィールドは同時に必要ではないので、本方法は、オーバーヘッドの削減を提供することができる。多くの場合長さが同時に示されることが必要であるので、追加フィールド（すなわち、ＯＦＦＳＥＴ）がヘッダ内に定められる必要がない。
図６及び図７のフローチャートの各ブロック並びにこれらの何れかの組み合わせは、ハードウェア、ソフトウェア、ファームウェア、１又は２以上のプロセッサ及び／又は回路などの様々な手段又はこれらの組み合わせによって実装できることを理解されたい。
本方法は、図２に関して記載されたモバイル装置図１５に示されている制御装置上のエンティティにおいて実装することができる。図１５は、例えば、基地局、（ｅ）ノードＢ又は５Ｇ ＡＰなどのＲＡＮノード、或いはＭＭＥ又はＳ−ＧＷなどのコアネットワークのノード、或いはサーバ又はホストなどのアクセスシステムの局に結合され、及び／又はこれらを制御する、通信システムのための制御装置の１つの実施例を示している。本方法は、単一の制御装置内に又は１よりも多い制御装置に組み込むことができる。制御装置は、コアネットワーク又はＲＡＮのノード又はモジュールと一体化すること、又はこれらの外部に存在することもできる。幾つかの実施形態では、基地局は、別個の制御装置ユニット又はモジュールを含む。他の実施形態では、制御装置は、無線ネットワークコントローラ又はスペクトルコントローラなどの別のネットワーク要素とすることができる。幾つかの実施形態では、制御装置が無線ネットワークコントローラに設けられるだけでなく、各基地局がこのような制御装置を有することもできる。制御装置３００は、システムのサービスエリアにおける通信を制御するように構成することができる。制御装置３００は、少なくとも１つのメモリ３０１と、少なくとも１つのデータ処理ユニット３０２、３０３と、入力／出力インタフェース３０４とを備える。制御装置は、インタフェースを介して、基地局の受信機及び送信機に結合することができる。受信機及び／又は送信機は、無線フロントエンド又はリモート無線ヘッドとして実装することができる。例えば、制御装置３００は、制御機能を提供する適切なソフトウェアコードを実行するように構成することができる。制御機能は、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットに含まれるサービスデータユニットに対して、サービスデータユニットのセグメントがプロトコルデータユニットに含まれるべきか否かを判定し、そうである場合には、サービスデータユニットに対するセグメントの位置を特定するステップと、最初の判定に従って、ヘッダ部に情報を含めるか否かを判定し、そうである場合には、最初の判定に従って、情報の内容を決定するステップと、プロトコルデータユニットを受信機エンティティに提供するステップと、を含むことができる。
代替的に又はこれに加えて、制御機能は、ヘッダ部及びデータフィールド部を含むプロトコルデータユニットを送信エンティティから受信するステップと、サービスデータユニットのセグメントが、プロトコルデータユニット内に存在するか否かを判定し、そうである場合には、サービスデータユニットに対するセグメントの位置を特定するステップと、情報がヘッダ部内に存在するか否かを判定し、そうである場合には、最初の判定に従ってこの情報を使用するステップと、を含むことができる。
本装置は、送信及び／又は受信において又は送信及び／又は受信のために使用される無線部又は無線ヘッドなどの他のユニット又はモジュールを含み、又はこれらに結合することができることを理解されたい。本装置は、１つのエンティティとして説明してきたが、１又は２以上の物理的又は論理的エンティティ内で異なるモジュール及びメモリを実装することができる。
５Ｇに関して実施形態を説明されてきたが、例えばＬＴＥ／ＬＴＥ−Ａネットワークなど他のネットワーク及び通信システムに関連して同様の原理を適用できることに留意されたい。従って、上記では、無線ネットワーク、無線技術及び無線規格のための幾つかのアーキテクチャ例を参照しながら、幾つかの実施形態を一例として説明したが、これらの実施形態は、本明細書で例示され説明したもの以外の何れかの好適な形態の通信システムにも適用することができる。
また、上記では実施形態例について説明したが、本発明の範囲から逸脱することなく開示の解決策に対して行うことができる複数の変形形態及び変更形態が存在する点も留意されたい。
一般に、様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理回路、又はこれらの何れかの組み合わせで実装することができる。本発明の幾つかの態様は、ハードウェアで実装できる一方、他の態様は、コントローラ、マイクロプロセッサ又は他のコンピュータデバイスによって実行できるファームウェア又はソフトウェアで実装することもできるが、本発明はそれらに限定されるものではない。本発明の様々な態様は、ブロック図、フローチャートとして、又は他の幾つかの図形表現を使用して例示及び説明することができるが、本明細書において説明したこれらのブロック、装置、システム、技術又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理回路、汎用ハードウェア又はコントローラ又は他のコンピュータデバイス、或いはこれらの何れかの組み合わせで実装できることは十分に理解される。
本発明の実施形態は、プロセッサエンティティなどのモバイル装置のデータプロセッサによって実行可能なコンピュータソフトウェアによって実装すること、又はハードウェアによって実装すること、或いはソフトウェアとハードウェアとの組み合わせにより実装することもできる。ソフトウェアルーチン、アプレット、及びマクロを含む、プログラム製品とも呼ばれるコンピュータソフトウェア又はプログラムは、何れかの装置可読データ記憶媒体に格納することができ、これらコンピュータソフトウェア又はプログラムは、特定のタスクを実行するプログラム命令を含む。コンピュータプログラム製品は、プログラムが実行されたときに、実施形態を実行するように構成された１又は２以上のコンピュータ実行可能要素を含むことができる。１又は２以上のコンピュータ実行可能要素は、少なくとも１つのソフトウェアコード又はその一部とすることができる。
さらに、この点に関して、図中にあるような論理フローの何れかのブロックは、プログラムステップ、又は相互接続された論理回路、ブロック及び機能、或いはこれらの組み合わせを表すことができることに留意されたい。ソフトウェアは、メモリチップ又はプロセッサ内で実装されるメモリブロックのような物理的媒体、ハードディスク又はフロッピーディスクなどの磁気媒体、並びに例えばＤＶＤ及びそのデータ変種であるＣＤなどの光学媒体に格納することができる。物理的媒体は、非一時的媒体である。
メモリは、ローカル技術的環境に適した何れかのタイプものとすることができ、例えば、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光学メモリデバイス及びシステム、固定メモリ及び取り外し可能メモリなどの何れかの好適なデータ記憶技術を使用して実装することができる。データプロセッサは、ローカル技術的環境に適した何れかのタイプのものとすることができ、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡ、ゲートレベル回路、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１又は２以上を含むことができる。
本発明の実施形態は、集積回路モジュールなどの様々なコンポーネントにおいて実施することができる。集積回路の設計は、全般的に、高度に自動化されたプロセスである。論理レベル設計を半導体基板上にエッチング及び形成が可能な状態の半導体回路設計に変換する複雑で強力なソフトウェアツールが利用可能である。
前述の説明では、本発明の例示的な実施形態の完全で有益な説明を非限定的な例として行った。しかしながら、前述の説明を添付図面及び特許請求の範囲と併せて読めば、当業者であれば、様々な変更例及び適応が明らかになるであろう。しかしながら、本発明の教示の全てのこのような変更及び同様の変更は、依然として、添付の特許請求の範囲に定められた本発明の範囲内に含まれる。実際に、１又は２以上の実施形態と上述した他の実施形態の何れかとの組み合わせを含むさらに別の実施形態も存在する。

Claims (20)

  1. ヘッダ部及びデータフィールド部を含むプロトコルデータユニットに含まれるサービスデータユニットに対して、前記サービスデータユニットのセグメントを前記プロトコルデータユニットに含めるべきか否かを判定し、そうである場合には、前記サービスデータユニットに対する前記セグメントの位置を特定するステップと、
    前記最初の判定に従って、前記ヘッダ部に情報を含めるか否かを判定し、そうである場合には、前記最初の判定に従って、前記情報の内容を決定するステップと、
    前記プロトコルデータユニットを受信機エンティティに提供するステップと、
    を含む、方法。
  2. 前記サービスデータユニットのセグメントが前記サービスデータユニットの最初のセグメントであること、及び前記情報の内容が前記サービスデータユニットの長さを示すことを判定するステップを含む、請求項１に記載の方法。
  3. 前記サービスデータユニットのセグメントが前記サービスデータユニットの最初のセグメントと前記サービスデータユニットの最後のセグメントとの間のセグメントであること、及び前記情報の内容がセグメントオフセットを示すことを判定するステップを含む、請求項１に記載の方法。
  4. 前記サービスデータユニットのセグメントが前記サービスデータユニットの最後のセグメントであること、及び前記情報の内容が前記サービスデータユニットセグメントの長さを示すことを判定するステップを含む、請求項１に記載の方法。
  5. 前記サービスデータユニットのセグメントが前記サービスデータユニットの最後のセグメントであり、前記プロトコルデータユニットを満たすことを判定し、前記ヘッダ部において前記情報を含めないよう決定するステップを含む、請求項１に記載の方法。
  6. 前記情報は、長さ指示子フィールドを含む、請求項１から５の何れかに記載の方法。
  7. 前記ヘッダ部はフレーミング情報を含み、前記フレーミング情報は、前記データフィールドの最初のバイトが前記サービスデータユニットの最初のバイトに対応するか否かを示す第１のビットと、前記データフィールドの最後のバイトが前記サービスデータユニットの最後のバイトに対応するか否かを示す第２のビットと、を含む、請求項１から６の何れかに記載の方法。
  8. 前記ヘッダ部は、前記データフィールド内のデータフィールド要素の数を示すデータフィールド要素情報を含み、前記方法は、前記フレーミング情報の第２のビットの後で前記フレーミング情報の第１のビットの前に前記データフィールド要素情報を提供するステップを含む、請求項７に記載の方法。
  9. 前記受信機エンティティは、無線リンク制御エンティティである、請求項１から８の何れかに記載の方法。
  10. 前記ヘッダ部はシーケンス番号を含み、前記シーケンス番号は、前記プロトコルデータユニットに含まれる最初のサービスデータユニットのシーケンス番号に対応する、請求項１から９の何れかに記載の方法。
  11. ヘッダ部及びデータフィールド部を含むプロトコルデータユニットを送信エンティティから受信するステップと、
    サービスデータユニットのセグメントが、前記プロトコルデータユニット内に存在するか否かを判定し、そうである場合には、前記サービスデータユニットに対する前記セグメントの位置を特定するステップと、
    情報が前記ヘッダ部内に存在するか否かを判定し、そうである場合には、前記最初の判定に従って前記情報を使用するステップと、
    を含む、方法。
  12. 前記サービスデータユニットのセグメントが、前記サービスデータユニットの最初のセグメントであることを判定するステップを含み、前記情報の内容は、前記サービスデータユニットの長さを示す、請求項１１に記載の方法。
  13. 前記サービスデータユニットのセグメントが、前記サービスデータユニットの最初のセグメントと前記サービスデータユニットの最後のセグメントとの間のセグメントであることを判定するステップを含み、前記情報の内容は、セグメントオフセットを示す、請求項１１に記載の方法。
  14. 前記サービスデータユニットのセグメントが、前記サービスデータユニットの最後のセグメントであることを判定するステップを含み、前記情報の内容は、前記サービスデータユニットセグメントの長さを示す、請求項１１に記載の方法。
  15. 前記第１の情報は、長さ指示子フィールドを含む、請求項１１から１４の何れかに記載の方法。
  16. 前記ヘッダ部はフレーミング情報を含み、前記フレーミング情報は、前記データフィールドの最初のバイトが前記サービスデータユニットの最初のバイトに対応するか否かを示す第１のビットと、前記データフィールドの最後のバイトが前記サービスデータユニットの最後のバイトに対応するか否かを示す第２のビットと、を含む、請求項１１から１５の何れかに記載の方法。
  17. 請求項１から１６の何れかに記載の方法を実行する手段を備える装置。
  18. コンピュータ用コンピュータプログラム製品であって、前記製品が前記コンピュータ上で実行されたときに、請求項１から１６の何れかに記載のステップを実行するソフトウェアコード部分を備える、コンピュータプログラム製品。
  19. 少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に対して、少なくとも、
    ヘッダ部及びデータフィールド部を含むプロトコルデータユニットに含まれるサービスデータユニットに対して、前記サービスデータユニットのセグメントを前記プロトコルデータユニットに含めるべきか否かを判定し、そうである場合には、前記サービスデータユニットに対する前記セグメントの位置を特定し、
    前記最初の判定に従って、前記ヘッダ部に情報を含めるか否かを判定し、そうである場合には、前記最初の判定に従って、前記情報の内容を決定し、
    前記プロトコルデータユニットを受信機エンティティに提供させる、
    ように構成されている、ことを特徴とする装置。
  20. 少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える装置であって、前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に対して、少なくとも、
    ヘッダ部及びデータフィールド部を含むプロトコルデータユニットを送信エンティティから受信し、
    サービスデータユニットのセグメントが、前記プロトコルデータユニット内に存在するか否かを判定し、そうである場合には、前記サービスデータユニットに対する前記セグメントの位置を特定し、
    情報が前記ヘッダ部内に存在するか否かを判定し、そうである場合には、前記最初の判定に従って前記情報を使用させる、
    ように構成されている、ことを特徴とする装置。
JP2018533207A 2015-12-23 2015-12-23 Ｓｄｕセグメント化によるｐｄｕ形式設定のための方法、装置、及びコンピュータプログラム製品 Pending JP2019502313A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2015/081134 WO2017108123A1 (en) 2015-12-23 2015-12-23 Methods, apparatuses and computer program product for pdu formatting according to sdu segmentation

Publications (1)

Publication Number Publication Date
JP2019502313A true JP2019502313A (ja) 2019-01-24

Family

ID=55025099

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018533207A Pending JP2019502313A (ja) 2015-12-23 2015-12-23 Ｓｄｕセグメント化によるｐｄｕ形式設定のための方法、装置、及びコンピュータプログラム製品

Country Status (6)

Country Link
US (2) US10701588B2 (ja)
EP (1) EP3395029B1 (ja)
JP (1) JP2019502313A (ja)
KR (1) KR102203128B1 (ja)
CN (1) CN108476197B (ja)
WO (1) WO2017108123A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019502313A (ja) 2015-12-23 2019-01-24 ノキア ソリューションズ アンド ネットワークス オサケユキチュア Ｓｄｕセグメント化によるｐｄｕ形式設定のための方法、装置、及びコンピュータプログラム製品
US11201780B2 (en) * 2016-01-29 2021-12-14 Qualcomm Incorporated Configurations associated with segmentation of one or more packets for wireless communication
US10396942B2 (en) 2016-03-29 2019-08-27 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in a communication system
CA3063947C (en) * 2017-05-19 2023-01-24 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for transmitting data
CN111106908B (zh) * 2018-10-26 2022-02-25 华为技术有限公司 一种数据传输方法及装置
KR102610911B1 (ko) * 2019-01-14 2023-12-06 한국전자통신연구원 데이터 유닛 분할 방법 및 장치
GB2595279B (en) * 2020-05-20 2023-11-08 Canon Kk Method and apparatus for configuring network coding and controlling network coding activation
CN112637069B (zh) * 2020-12-18 2022-05-06 支付宝(杭州)信息技术有限公司 数据报文的传输方法和装置
CN113473532B (zh) * 2021-06-29 2022-04-19 中信科移动通信技术股份有限公司 一种无线链路控制状态报告优化传输方法及系统
CN114205307B (zh) * 2021-12-02 2023-07-18 中国联合网络通信集团有限公司 数据包传输方法、rlc实体及存储介质
WO2024113104A1 (en) * 2022-11-28 2024-06-06 Huawei Technologies Co., Ltd. Systems and methods for ran protocol for future x-centric service network

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100447162B1 (ko) * 2000-08-19 2004-09-04 엘지전자 주식회사 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법
KR100913900B1 (ko) * 2005-05-04 2009-08-26 삼성전자주식회사 이동통신 시스템에서 미리 정의된 길이 지시자를 이용해서 패킷 데이터를 송수신하는 방법 및 장치
CN101039170B (zh) 2006-03-15 2011-08-03 华为技术有限公司 支持数据包重传分割级联的方法
JP2007300630A (ja) 2006-04-27 2007-11-15 Asustek Computer Inc 無線通信システムにおいてｓｄｕの分割及び番号付けを行う方法及び装置
CN101175087A (zh) 2006-10-30 2008-05-07 华硕电脑股份有限公司 无线通讯系统设定分组表头的方法及其相关通讯装置
TW201507421A (zh) * 2006-12-12 2015-02-16 Interdigital Tech Corp 經膏速下鏈封包存取傳送及接收封包方法及裝置
CN101578783A (zh) * 2007-01-10 2009-11-11 Lg电子株式会社 用于在移动通信中构造数据格式的方法及其终端
US8503423B2 (en) * 2007-02-02 2013-08-06 Interdigital Technology Corporation Method and apparatus for versatile MAC multiplexing in evolved HSPA
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
CN101272519B (zh) * 2007-03-21 2012-09-19 上海贝尔股份有限公司 生成协议数据单元的方法及其设备和基站
CN101370165A (zh) * 2007-08-17 2009-02-18 中兴通讯股份有限公司 一种多媒体广播业务中数据包的传输方法
US8396083B2 (en) * 2008-03-31 2013-03-12 Qualcomm Incorporated Determinative segmentation resegmentation and padding in radio link control (RLC) service data units (SDU)
US9554417B2 (en) * 2008-12-24 2017-01-24 Qualcomm Incorporated Optimized header for efficient processing of data packets
US20100232356A1 (en) 2009-03-16 2010-09-16 Qualcomm Incorporated Layer two segmentation techniques for high data rate transmissions
WO2012050383A2 (en) * 2010-10-13 2012-04-19 Samsung Electronics Co., Ltd. Method and apparatus for multiplexing machine type communication data of multiple mtc devices in a wireless network environment
WO2014026370A1 (zh) * 2012-08-17 2014-02-20 华为技术有限公司 数据传输方法及装置
CN108306708B (zh) * 2014-03-21 2020-07-10 电信科学技术研究院 一种数据包处理方法及装置
EP3021612B1 (en) * 2014-11-12 2018-03-21 HTC Corporation Device and method of handling network configurations
US10045254B2 (en) * 2015-01-12 2018-08-07 Mediatek Inc. Wireless communication method and device
US9660760B2 (en) * 2015-02-02 2017-05-23 Intel IP Corporation Apparatus, system and method of communicating a wireless transmission according to a physical layer scheme
US20170041766A1 (en) * 2015-08-05 2017-02-09 Qualcomm Incorporated Media access control segmentation and packet data convergence protocol delivery notification with enhanced component carriers
US10447438B2 (en) * 2015-08-21 2019-10-15 Lg Electronics Inc. Method for transmitting and receiving downlink data in wireless communication system, and apparatus therefor
JP2019502313A (ja) 2015-12-23 2019-01-24 ノキア ソリューションズ アンド ネットワークス オサケユキチュア Ｓｄｕセグメント化によるｐｄｕ形式設定のための方法、装置、及びコンピュータプログラム製品

Also Published As

Publication number Publication date
US10701588B2 (en) 2020-06-30
EP3395029B1 (en) 2021-03-17
KR20180097673A (ko) 2018-08-31
CN108476197B (zh) 2021-05-14
WO2017108123A1 (en) 2017-06-29
CN108476197A (zh) 2018-08-31
US20180376372A1 (en) 2018-12-27
US20200280882A1 (en) 2020-09-03
EP3395029A1 (en) 2018-10-31
KR102203128B1 (ko) 2021-01-14

Similar Documents

Publication Publication Date Title
US20200280882A1 (en) Methods, apparatuses and computer program product for pdu formatting according to sdu segmentation
AU2018443844B2 (en) Control channel structure design to support V2X traffic
EP3497841B1 (en) Fine granularity ack/nack feedback for 5g communication system
CN102714824A (zh) 针对分组传送模式下的无线设备的优化资源分配
US11711167B2 (en) Apparatus, method and computer program
WO2018085203A1 (en) Configurable radio link controller frame structure
US20180288791A1 (en) User equipment assisted coordination for scheduled wireless transmissions
CN111357223B (zh) 一种通信的方法、装置和计算机可读存储介质
WO2017080615A1 (en) Method, system and apparatus
JP7155399B2 (ja) 装置、方法およびコンピュータプログラム
WO2020126047A1 (en) Apparatus, method and computer program
WO2019192730A1 (en) Apparatus, method and computer program
WO2013167339A1 (en) Handling status data units from multiple data streams
WO2020098915A1 (en) Control channel combining for telecommunication systems
US20190007177A1 (en) Multicarrier HSUPA Communication Apparatus and Method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180622

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190415

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20190716

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20190917

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191015

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20200316