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