(57)【要約】本開示は、プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するための方法およびデバイスに関連しており、通信テクノロジーの分野に属している。この方法は、サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップと、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するステップと、処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップであって、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成する、ステップとを含む。パケット・ヘッダは、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さは、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドを直接省略すること、またはＦＩフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加することの効果を達成することが可能であり、それによってパケット・ヘッダの長さを低減し、パケット・ヘッダのオーバーヘッドを節減する。【選択図】図２
2019533958.tif 000002
【特許請求の範囲】
【請求項１】
プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するための方法であって、
サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップと、
プリセット・データ・パケットのサイズに従って該ＳＤＵパケットを処理するステップと、
処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップであって、該パケット・ヘッダおよび該データ・セクションが該ＰＤＵパケットを構成し、該パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、該プリセット・フィールドが、共通パケット・ヘッダにおいて再定義される該ＦＩフィールドおよび該ＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加される該ターゲット・フィールドのフィールド長さが、該ＦＩフィールドおよび該ＲＦフィールドの合計長さよりも小さい、ステップとを含む方法。
【請求項２】
前記プリセット・フィールドが、前記その他のフィールドを含み、前記その他のフィールドが、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含み、
前記ＳＤＵパケットがカスケード化された場合には、前記処理結果に従って前記ＰＤＵパケットのパケット・ヘッダを生成するステップが、
前記データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得するステップと、
前記データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得するステップと、
前記ＳＤＵパケットにおける対応する前記データ・セクションの第１のバイトの開始バイト位置を取得するステップと、
該ＳＮフィールド、該ＬＳＦフィールド、および該ＳＯフィールドを含む前記パケット・ヘッダを生成するステップであって、該ＳＮフィールドが、該取得されたＳＮ番号を含み、該ＬＳＦフィールドが、該取得された第１の表示情報を含み、該ＳＯフィールドが、該取得された開始バイト位置を含む、ステップとを含む、請求項１記載の方法。
【請求項３】
前記プリセット・フィールドが、新たに付加される前記ターゲット・フィールドを含み、
前記処理結果に従って前記ＰＤＵパケットのパケット・ヘッダを生成するステップが、
第２の表示情報を取得するステップであって、前記ＳＤＵパケットがカスケード化された場合には、該第２の表示情報が、前記データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、前記ＳＤＵパケットがカスケード化されなかった場合には、該第２の表示情報が、前記データ・セクションがＳＤＵセグメントであるかどうかを示すために使用される、ステップと、
前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するステップであって、前記ターゲット・フィールドが該第２の表示情報を含む、ステップとを含む、請求項１記載の方法。
【請求項４】
前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するステップが、前記ＳＤＵセグメントではないことを示すために前記第２の表示情報が使用される場合には、前記ターゲット・フィールドを含むが前記共通パケット・ヘッダにおける前記ＳＯフィールドおよび前記ＬＳＦフィールドを省略する前記パケット・ヘッダを生成するステップを含む、請求項３記載の方法。
【請求項５】
前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するステップが、これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、前記ターゲット・フィールドを含むように前記パケット・ヘッダを構成するために使用される場合には、前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するステップを含む、請求項３記載の方法。
【請求項６】
前記処理結果に従って前記ＰＤＵパケットのパケット・ヘッダを生成するステップがさらに、
前記プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得するステップであって、前記ＳＤＵがカスケード化された場合には、前記プリセット・データ・パケットが、前記データ・セクションにおける前記第１のＳＤＵが対応する完全なＳＤＵパケットであり、前記ＳＤＵがカスケード化されなかった場合には、前記プリセット・データ・パケットが、前記データ・セクションにおける前記ＳＤＵが対応する完全なＳＤＵパケットである、ステップと、
前記プリセット・データ・パケットがスモール・データ・パケットであるということを示すために該第３の表示情報が使用される場合には、該第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するステップであって、前記ターゲットＳＯフィールドの長さが、前記共通パケット・ヘッダにおける前記ＳＯフィールドの長さよりも小さい、ステップとを含む、請求項１から３のいずれか一項記載の方法。
【請求項７】
前記第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するステップが、これまでに取得されている前記ＲＲＣ構成メッセージが、前記第３の表示情報を含むように前記パケット・ヘッダを構成するために使用される場合には、前記第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するステップを含む、請求項６記載の方法。
【請求項８】
前記処理結果に従って前記ＰＤＵパケットのパケット・ヘッダを生成するステップがさらに、これまでに取得されている前記ＲＲＣ構成メッセージに従って、ターゲット長さを有する前記ＳＯフィールドを含む前記パケット・ヘッダを生成するステップであって、前記ＲＲＣ構成メッセージが、前記共通パケット・ヘッダにおける前記ＳＯフィールドの長さよりも小さい該ターゲット長さを含む、ステップを含む、請求項１から３のいずれか一項記載の方法。
【請求項９】
カスケード機能が含まれていない場合には、
前記受信端によって送信された前記ＲＲＣ構成メッセージを取得するステップであって、前記ＲＲＣ構成メッセージが、前記ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される、ステップと、
前記ＲＲＣ構成メッセージを受信した後に、前記ＳＤＵパケットをセグメント化するための該セグメント機能を無効にするステップとをさらに含む、請求項１記載の方法。
【請求項１０】
プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するためのデバイスであって、
サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップを行うように構成されている第１の取得モジュールと、
プリセット・データ・パケットのサイズに従って該ＳＤＵパケットを処理するステップを行うように構成されている処理モジュールと、
該処理モジュールの処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成された生成モジュールであって、該パケット・ヘッダおよび該データ・セクションが該ＰＤＵパケットを構成し、該パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、該プリセット・フィールドが、共通パケット・ヘッダにおいて再定義される該ＦＩフィールドおよび該ＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加される該ターゲット・フィールドのフィールド長さが、該ＦＩフィールドおよび該ＲＦフィールドの合計長さよりも小さい、生成モジュールとを含むデバイス。
【請求項１１】
前記プリセット・フィールドが、前記その他のフィールドを含み、前記その他のフィールドが、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含み、
前記ＳＤＵパケットがカスケード化された場合には、前記生成モジュールがさらに、
前記データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得し、
前記データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得し、
前記ＳＤＵパケットにおける対応する前記データ・セクションの第１のバイトの開始バイト位置を取得し、
該ＳＮフィールド、該ＬＳＦフィールド、および該ＳＯフィールドを含む前記パケット・ヘッダを生成するように構成されており、該ＳＮフィールドが、該取得されたＳＮ番号を含み、該ＬＳＦフィールドが、該取得された第１の表示情報を含み、該ＳＯフィールドが、該取得された開始バイト位置を含む、請求項１０記載のデバイス。
【請求項１２】
前記プリセット・フィールドが、新たに付加される前記ターゲット・フィールドを含み、
前記生成モジュールがさらに、
第２の表示情報を取得し、前記ＳＤＵパケットがカスケード化された場合には、該第２の表示情報が、前記データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、前記ＳＤＵパケットがカスケード化されなかった場合には、該第２の表示情報が、前記データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、
前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するように構成されており、前記ターゲット・フィールドが該第２の表示情報を含む、請求項１０記載のデバイス。
【請求項１３】
前記生成モジュールがさらに、前記ＳＤＵセグメントではないことを示すために前記第２の表示情報が使用される場合には、前記ターゲット・フィールドを含むが前記共通パケット・ヘッダにおける前記ＳＯフィールドおよび前記ＬＳＦフィールドを省略する前記パケット・ヘッダを生成するように構成されている、請求項１２記載のデバイス。
【請求項１４】
前記生成モジュールがさらに、これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、前記ターゲット・フィールドを含むように前記パケット・ヘッダを構成するために使用される場合には、前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するように構成されている、請求項１２記載のデバイス。
【請求項１５】
前記生成モジュールがさらに、
前記プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得し、前記ＳＤＵがカスケード化された場合には、前記プリセット・データ・パケットが、前記データ・セクションにおける前記第１のＳＤＵが対応する完全なＳＤＵパケットであり、前記ＳＤＵがカスケード化されなかった場合には、前記プリセット・データ・パケットが、前記データ・セクションにおける前記ＳＤＵが対応する完全なＳＤＵパケットであり、
前記プリセット・データ・パケットがスモール・データ・パケットであるということを示すために該第３の表示情報が使用される場合には、該第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するように構成されており、前記ターゲットＳＯフィールドの長さが、前記共通パケット・ヘッダにおける前記ＳＯフィールドの長さよりも小さい、請求項１０から１２のいずれか一項記載のデバイス。
【請求項１６】
前記生成モジュールがさらに、これまでに取得されている前記ＲＲＣ構成メッセージが、前記第３の表示情報を含むように前記パケット・ヘッダを構成するために使用される場合には、前記第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するように構成されている、請求項１５記載のデバイス。
【請求項１７】
前記生成モジュールがさらに、これまでに取得されている前記ＲＲＣ構成メッセージに従って、ターゲット長さを有する前記ＳＯフィールドを含む前記パケット・ヘッダを生成するように構成されており、前記ＲＲＣ構成メッセージが、前記共通パケット・ヘッダにおける前記ＳＯフィールドの長さよりも小さい該ターゲット長さを含む、請求項１０から１２のいずれか一項記載のデバイス。
【請求項１８】
カスケード機能が含まれていない場合には、
前記生成モジュールが前記処理結果に従って前記ＰＤＵパケットの前記パケット・ヘッダを生成する前に、前記受信端によって送信された前記ＲＲＣ構成メッセージを取得するように構成されている第２の取得モジュールであって、前記ＲＲＣ構成メッセージが、前記ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される、第２の取得モジュールと、
前記ＲＲＣ構成メッセージを受信した後に、前記ＳＤＵパケットをセグメント化するための該セグメント機能を無効にするように構成されている無効化モジュールとをさらに含む、請求項１０記載のデバイス。
【請求項１９】
プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するためのデバイスであって、
プロセッサと、
プロセッサ実行可能命令を格納するためのメモリとを含み、
該プロセッサが、
サービス・データ・ユニット（ＳＤＵ）パケットを取得し、
プリセット・データ・パケットのサイズに従って該ＳＤＵパケットを処理し、
処理結果に従って該ＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、該パケット・ヘッダおよび該データ・セクションが該ＰＤＵパケットを構成し、該パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、該プリセット・フィールドが、共通パケット・ヘッダにおいて再定義される該ＦＩフィールドおよび該ＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加される該ターゲット・フィールドのフィールド長さが、該ＦＩフィールドおよび該ＲＦフィールドの合計長さよりも小さい、デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信テクノロジーの分野に関連しており、詳細には、プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するための方法およびデバイスに関連している。
【背景技術】
【０００２】
ロング・ターム・エボリューション（ＬＴＥ）における無線リンク制御（ＲＬＣ）レイヤは、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤと、メディア・アクセス制御（ＭＡＣ）レイヤとの間に配置されている。ＲＬＣレイヤとＰＤＣＰレイヤとの間においてやり取りされるデータ・パケットは、サービス・データ・ユニット（ＳＤＵ）パケットと呼ばれており、ＲＬＣレイヤとＭＡＣレイヤとの間においてやり取りされるデータ・パケットは、プロトコル・データ・ユニット（ＰＤＵ）パケットと呼ばれている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
実際の実施においては、ＭＡＣレイヤは、ＰＤＵパケットのサイズを指定することが可能であり、一般に、ＲＬＣレイヤによって受信されるＳＤＵパケットのサイズは、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズに等しくない。したがって、ＲＬＣレイヤは、受信されたＳＤＵパケットを処理することが可能であり、たとえば、ＳＤＵパケットは、セグメント化されること、カスケード化されることなどが可能である。ＳＤＵパケットを処理した後に、ＲＬＣレイヤは、指定されたサイズのＰＤＵパケットを生成することが可能である。ＰＤＵパケットは、パケット・ヘッダおよびデータ・セクションを含み、パケット・ヘッダは、データ／制御（Ｄ／Ｃ）フィールド、再セグメンテーション・フラグ（ＲＦ）フィールド、ポーリング・ビット（Ｐ）フィールド、フレーミング表示（ＦＩ）フィールド、長さ表示（ＬＩ）フィールド、拡張ビット（Ｅ）フィールド、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、セグメンテーション・オフセット（ＳＯ）フィールドなどを含む。
【０００４】
関連した技術分野においては、ＰＤＵパケットのパケット・ヘッダは、比較的大きな長さを占め、すなわち、ヘッダによって費やされるオーバーヘッドは、比較的大きい。
【課題を解決するための手段】
【０００５】
関連した技術分野における問題を解決するために、本開示は、プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するための方法およびデバイスを提供する。技術的なソリューションは、下記のとおりである。
【０００６】
本開示の第１の態様によれば、プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するための方法が提供されている。この方法は、サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップと、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するステップと、処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップであって、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい、ステップとを含む。
【０００７】
任意選択で、プリセット・フィールドは、その他のフィールドを含み、その他のフィールドは、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含む。
【０００８】
ＳＤＵパケットがカスケード化された場合には、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップは、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得するステップと、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得するステップと、ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置を取得するステップと、ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダを生成するステップであって、ＳＮフィールドが、取得されたＳＮ番号を含み、ＬＳＦフィールドが、取得された第１の表示情報を含み、ＳＯフィールドが、取得された開始バイト位置を含む、ステップとを含む。
【０００９】
任意選択で、プリセット・フィールドは、新たに付加されるターゲット・フィールドを含み、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップは、第２の表示情報を取得するステップであって、ＳＤＵパケットがカスケード化された場合には、第２の表示情報が、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報が、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用される、ステップと、ターゲット・フィールドを含むパケット・ヘッダを生成するステップであって、ターゲット・フィールドが第２の表示情報を含む、ステップとを含む。
【００１０】
任意選択で、ターゲット・フィールドを含むパケット・ヘッダを生成するステップは、ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ターゲット・フィールドを含むが共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成するステップを含む。
【００１１】
任意選択で、ターゲット・フィールドを含むパケット・ヘッダを生成するステップは、これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、ターゲット・フィールドを含むようにパケット・ヘッダを構成するために使用される場合には、ターゲット・フィールドを含むパケット・ヘッダを生成するステップを含む。
【００１２】
任意選択で、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップはさらに、プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得するステップであって、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットが、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットが、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットである、ステップと、プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するステップであって、ターゲットＳＯフィールドの長さが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい、ステップとを含む。
【００１３】
任意選択で、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するステップは、これまでに取得されているＲＲＣ構成メッセージが、第３の表示情報を含むようにパケット・ヘッダを構成するために使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するステップを含む。
【００１４】
任意選択で、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップはさらに、これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダを生成するステップであって、ＲＲＣ構成メッセージが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいターゲット長さを含む、ステップを含む。
【００１５】
任意選択で、カスケード機能が含まれていない場合には、この方法はさらに、受信端によって送信されたＲＲＣ構成メッセージを取得するステップであって、ＲＲＣ構成メッセージが、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される、ステップと、ＲＲＣ構成メッセージを受信した後に、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするステップとを含む。
【００１６】
本開示の第２の態様によれば、プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するためのデバイスが提供されている。このデバイスは、サービス・データ・ユニット（ＳＤＵ）パケットを取得するように構成されている第１の取得モジュールと、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されている処理モジュールと、処理モジュールの処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されている生成モジュールであって、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい、生成モジュールとを含む。
【００１７】
任意選択で、プリセット・フィールドは、その他のフィールドを含み、その他のフィールドは、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含み、ＳＤＵパケットがカスケード化された場合には、生成モジュールはさらに、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得し、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得し、ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置を取得し、ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ＳＮフィールドが、取得されたＳＮ番号を含み、ＬＳＦフィールドが、取得された第１の表示情報を含み、ＳＯフィールドが、取得された開始バイト位置を含む。
【００１８】
任意選択で、プリセット・フィールドは、新たに付加されるターゲット・フィールドを含み、生成モジュールはさらに、第２の表示情報を取得し、ＳＤＵパケットがカスケード化された場合には、第２の表示情報が、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報が、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されており、ターゲット・フィールドが第２の表示情報を含む。
【００１９】
任意選択で、生成モジュールはさらに、ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ターゲット・フィールドを含むが共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成するように構成されている。
【００２０】
任意選択で、生成モジュールはさらに、これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、ターゲット・フィールドを含むようにパケット・ヘッダを構成するために使用される場合には、ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されている。
【００２１】
任意選択で、生成モジュールはさらに、プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得し、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットが、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットが、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットであり、プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ターゲットＳＯフィールドの長さが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。
【００２２】
任意選択で、生成モジュールはさらに、これまでに取得されているＲＲＣ構成メッセージが、第３の表示情報を含むようにパケット・ヘッダを構成するために使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されている。
【００２３】
任意選択で、生成モジュールはさらに、これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ＲＲＣ構成メッセージが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいターゲット長さを含む。
【００２４】
任意選択で、カスケード機能が含まれていない場合には、このデバイスはさらに、生成モジュールが処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成する前に、受信端によって送信されたＲＲＣ構成メッセージを取得する第２の取得モジュールであって、ＲＲＣ構成メッセージが、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される、第２の取得モジュールと、ＲＲＣ構成メッセージを受信した後に、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするように構成されている無効化モジュールとを含む。
【００２５】
本開示の第３の態様によれば、プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するためのデバイスが提供されている。このデバイスは、プロセッサと、プロセッサ実行可能命令を格納するためのメモリとを含み、プロセッサは、サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップと、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するステップと、処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップであって、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい、ステップとを行うように構成されている。
【００２６】
本開示によって提供される技術的なソリューションは、下記の利点を含むことが可能である。
【００２７】
パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【００２８】
前述の概要および以降の詳細な記述は両方とも、例示的なものにすぎず、本開示を限定するものではないということを理解されたい。
【図面の簡単な説明】
【００２９】
本明細書における図面は、本開示の本明細書に組み込まれており、その一部を構成しており、本開示と整合している実施形態を示しており、記述とともに本開示の原理を説明している。
【００３０】
【図１】本開示のさまざまな実施形態による実施環境の概略図である。
【００３１】
【図２】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである。
【００３２】
【図３Ａ】本開示の別の例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである。
【００３３】
【図３Ｂ】本開示の別の例示的な実施形態に従って示されているＳＤＵパケットを処理することの概略図である。
【００３４】
【図３Ｃ−３Ｄ】本開示の別の例示的な実施形態に従って示されているＰＤＵパケットの構造の概略図である。
【００３５】
【図４Ａ】本開示のさらなる例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである。
【００３６】
【図４Ｂ−４Ｅ】本開示のさらなる例示的な実施形態に従って示されているＰＤＵパケットの構造の概略図である。
【００３７】
【図５Ａ】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットの構造の概略図である。
【００３８】
【図５Ｂ】本開示の１つの例示的な実施形態に従って示されているＳＤＵパケットを処理した後にＰＤＵパケットを取得することの概略図である。
【００３９】
【図６】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。
【００４０】
【図７】本開示の別の例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。
【００４１】
【図８】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。
【発明を実施するための形態】
【００４２】
以降では、例示的な実施形態が詳細に記述される。それらの実施形態は、図面において示されている。以降の記述において、図面を参照する場合には、別々の図面における同じ数字は、別段の記載がない限り、同じまたは同様の要素を示している。以降の例示的な実施形態において記述されている実施形態は、本開示と整合するすべての実施形態を表しているわけではない。むしろ、それらは、添付の請求の範囲において詳述されている本開示のいくつかの態様と整合するデバイスおよび方法の例にすぎない。
【００４３】
理解の便宜のために、本開示のさまざまな実施形態による実施環境が、はじめにここで簡単に紹介される。
【００４４】
ＬＴＥにおいて、送信端がデータを受信端へ送信する場合には、送信端におけるＲＬＣレイヤ（図１を参照）が、ＰＤＣＰレイヤからＳＤＵパケットを受信することが可能である。ＲＬＣレイヤがＰＤＵパケットを通じてＭＡＣレイヤと対話し、受信されるＳＤＵパケットのサイズは一般に、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズとは異なるので、ＲＬＣレイヤは、受信されたＳＤＵパケットを、たとえば、セグメント化すること、カスケード化することなどによって処理する必要があり、次いで処理結果に従ってＰＤＵパケットを生成し、生成されたＰＤＵパケットを受信端へ送信する。ＰＤＵパケットは、パケット・ヘッダおよびデータ・セクションを含む。ＰＤＵパケットを受信した後に、受信端におけるＲＬＣレイヤは、ＰＤＵパケットのパケット・ヘッダに従ってＳＤＵをカプセルから取り出し、ＳＤＵをより上のレイヤへ転送する。
【００４５】
送信端は、ユーザ機器（ＵＥ）または基地局であることが可能であり、それに対応して受信端も、基地局またはＵＥであることが可能であり、それは、本明細書においては限定されない。
【００４６】
ＲＬＣレイヤの機能は、ＲＬＣエンティティーによって実施され、ＲＬＣエンティティーは、下記の３つのモードのうちの１つとして構成されることが可能である。
【００４７】
第１のモードは、トランスペアレント・モード（ＴＭ）であり、このモードは、空のＲＬＣとみなされることが可能である。なぜなら、このモードは、データ・トランスペアレント送信機能を提供するだけだからである。
【００４８】
第２のモードは、非肯定応答モード（ＵＭ）であり、このモードは、再送信および再セグメント化を除くすべてのＲＬＣ機能を提供する。
【００４９】
第３のモードは、肯定応答モード（ＡＭ）であり、このモードは、エラー検知および再送信によるすべてのＲＬＣ機能を提供する。
【００５０】
別段の指定がない限り、本開示のさまざまな実施形態によって提供されるＰＤＵパケットを生成するための方法は、ＵＭおよびＡＭのもとで使用される。
【００５１】
本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである図２を参照すると、図２において示されているＰＤＵパケットを生成するための方法は、下記のステップを含むことが可能である。
【００５２】
ステップ２１０において、ＳＤＵパケットが取得される。
【００５３】
ステップ２２０において、ＳＤＵパケットは、プリセット・データ・パケットのサイズに従って処理される。
【００５４】
ステップ２３０において、処理結果に基づいてＰＤＵパケットのパケット・ヘッダおよびデータ・セクションが生成され、パケット・ヘッダおよびデータ・セクションは、ＰＤＵパケットを構成する。
【００５５】
パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さは、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【００５６】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するための方法に関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【００５７】
プリセット・フィールドは、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さは、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【００５８】
したがって、上述の２つのケースは、以降で別々の実施形態において個別に説明される。
【００５９】
本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである図３Ａを参照すると、この実施形態における例は、プリセット・フィールドが共通パケット・ヘッダにおけるその他のフィールドである。図３Ａにおいて示されているように、ＰＤＵパケットを生成するための方法は、下記のステップを含むことが可能である。
【００６０】
ステップ３１０において、ＳＤＵパケットが取得される。
【００６１】
送信端がデータを送信する必要がある場合には、ＲＬＣエンティティーは、ＰＤＣＰレイヤからＳＤＵパケットを受信することが可能である。
【００６２】
ステップ３２０において、ＳＤＵパケットは、プリセット・データ・パケットのサイズに従って処理される。
【００６３】
プリセット・データ・パケットのサイズは、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズである。
【００６４】
実際の実施においては、受信されるＳＤＵパケットのサイズは一般に、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズとは異なるので、ＲＬＣエンティティーは一般に、ＳＤＵパケットを処理する必要がある。ＳＤＵパケットに対して実行される処理は、セグメント化およびカスケード化のうちの一方または両方を含み、それは、この実施形態においては限定されない。
【００６５】
任意選択で、ＳＤＵパケットのサイズが、プリセット・データ・パケットにおけるデータ・セクションのサイズよりも大きい場合には、ＲＬＣエンティティーは、ＳＤＵパケットをセグメント化することが可能である。たとえば、ＳＤＵパケットのサイズが１００バイトであり、プリセット・データ・パケットのサイズが６０バイトであり、パケット・ヘッダが１０バイトを占める必要がある場合には、ＲＬＣエンティティーは、ＳＤＵパケットを２つのＳＤＵセグメントへとセグメント化することが可能であり、それぞれのＳＤＵセグメントは、５０バイトである。別の例に関しては、ＳＤＵパケットのサイズが１００バイトであり、プリセット・データ・パケットのサイズが７０バイトであり、パケット・ヘッダが１０バイトを占める必要がある場合には、ＲＬＣエンティティーは、ＳＤＵパケットを６０バイトおよび４０バイトとしての２つのＳＤＵセグメントへとセグメント化することが可能である。次いで、ＲＬＣエンティティーはさらに、４０バイトのＳＤＵセグメントと、次のＳＤＵパケットの２０バイトのＳＤＵセグメントとをカスケード化すること、次のＳＤＵパケットにおける６０バイトを独立するように構成すること、ならびに次のＳＤＵパケットのＳＤＵセグメントの最後の２０バイトと、さらに次のＳＤＵパケットの４０バイトとをカスケード化することなどが可能である。
【００６６】
ＳＤＵパケットのサイズが、プリセット・データ・パケットにおけるデータ・セクションのサイズよりも小さい場合には、ＲＬＣエンティティーは、ＳＤＵパケットをセグメント化およびカスケード化することが可能である。たとえば、ＳＤＵパケットのサイズが３０バイトであり、プリセット・データ・パケットのサイズが１２０バイトであり、パケット・ヘッダが１０バイトを占める必要がある場合には、図３Ｂを参照すると、ＲＬＣエンティティーは、３つのＳＤＵパケットと、第４のＳＤＵパケットの最初の２０バイトとをカスケード化すること、第４のＳＤＵパケットの最後の１０バイトと、第５のＳＤＵパケットと、第６のＳＤＵパケットと、第７のＳＤＵパケットと、第８のＳＤＵパケットの最初の１０バイトとをカスケード化することなどが可能である。
【００６７】
ＳＤＵパケットのサイズが、プリセット・データ・パケットにおけるデータ・セクションのサイズに等しい場合には、いかなる処理も必要とされない。
【００６８】
ステップ３３０において、処理結果に基づいてデータ・セクションが生成される。
【００６９】
ＳＤＵパケットに対する処理からわかるように、データ・セクションは、完全なＳＤＵ、ＳＤＵセグメント、またはそれらの組合せであることが可能である。加えて、データ・セクションが、完全なＳＤＵとＳＤＵセグメントとの組合せである場合には、最初および最後のデータ・セクションのみがＳＤＵセグメントであることが可能である。
【００７０】
ステップ３４０において、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号が取得される。
【００７１】
ＳＤＵがカスケード化された場合には、ＲＬＣエンティティーは、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得することが可能である。
【００７２】
たとえば、ＳＤＵパケットのサイズが１００バイトであり、プリセット・パケットのサイズが１２０バイトである場合には、データ・セクションが、第１のＳＤＵパケットの全コンテンツと、第２のＳＤＵパケットの最初の１０バイトとを含むことが可能であるので、ＲＬＣエンティティーは、第１のＳＤＵパケットのＳＮ番号、たとえばＳＮ＝０を取得することが可能である。
【００７３】
ステップ３５０において、第１の表示情報が取得され、第１の表示情報は、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される。
【００７４】
ＲＬＣエンティティーは、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを検知することが可能である。検知結果が「いいえ」である場合には、「いいえ」を示すための第１の表示情報、たとえば「０」が生成され、検知結果が「はい」である場合には、「はい」を示すための第１の表示情報、たとえば「１」が生成される。
【００７５】
たとえば、依然としてＳＤＵパケットのサイズが１００バイトであり、プリセット・パケットのサイズが１２０バイトである場合には、データ・セクションの最後のバイトが、第２のＳＤＵパケットの第１０のバイトであり、ＳＤＵパケットの最後のバイトではないので、ＲＬＣエンティティーは、「０」を生成することが可能である。
【００７６】
ステップ３６０において、ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置が取得される。
【００７７】
受信端がＰＤＵパケットを受信した後にＳＤＵパケットをカプセルから取り出すことを可能にするために、ＲＬＣエンティティーは、ＳＤＵパケットにおけるデータ・セクションの第１のバイトの開始バイト位置を取得することが可能である。
【００７８】
ステップ３７０において、ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダが生成され、データ・セクションおよびパケット・ヘッダは、ＰＤＵパケットを構成し、ＳＮフィールドは、取得されたＳＮ番号を含み、ＬＳＦフィールドは、取得された第１の表示情報を含み、ＳＯフィールドは、取得された開始バイト位置を含む。
【００７９】
パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、実際の実施においては、共通パケット・ヘッダにおけるその他のフィールド、たとえば、Ｄ／Ｃフィールド、Ｅフィールド、ＬＩフィールド、Ｐフィールド、パディング・フィールドなどをさらに含むことが可能である。パディング・フィールドは、パケット・ヘッダが非整数バイトである場合にデータ・ヘッダが整数バイトであることを可能にするために使用される。任意選択で、ＰＤＵパケットを生成するための方法がＵＭのもとで使用される場合には、パケット・ヘッダは、Ｄ／ＣフィールドおよびＰフィールドを含まず、それは、この実施形態によって限定されない。
【００８０】
実際の実施においては、可能なパケット・ヘッダの構造の概略図である図３Ｃを参照すると、パケット・ヘッダは、固定ヘッダおよび拡張ヘッダを含むことが可能である。加えて、図３Ｃと関連して、固定ヘッダは、ヘッダの開始位置から開始してＳＯフィールドに至り、拡張ヘッダは、Ｅフィールドから開始して終わりに至る。固定ヘッダのＳＮフィールドは、データ・セクションの第１のＳＤＵが対応するＳＮ番号であり、固定ヘッダのＳＯフィールドは、ＳＤＵにおける対応するデータ・セクションの第１のバイトの開始バイト位置を示し、固定ヘッダのＬＳＦフィールドは、データ・セクションの最後のバイトが最後のＲＬＣ  ＳＤＵの最後のバイトに対応するかどうかを示す。Ｒフィールドは、予備のフィールドであり、それは、実際の実施においては存在してもよく、または存在しなくてもよく、それは、この実施形態によって限定されない。拡張ビット「Ｅ」が１に等しい場合には、それは、固定ヘッダの後の拡張ヘッダ、すなわち、ＥフィールドおよびＬＩフィールドがあるということを示している。拡張ヘッダのＥフィールドが１に等しい場合には、それは、拡張ヘッダの後にもう１つの拡張ヘッダが存在することを示している、といった具合である。第１の拡張ヘッダのＬＩフィールドは、データ・セクションに含まれている第１のＳＤＵ／ＳＤＵセグメントのバイトの数を示すために使用されており、第２の拡張ヘッダのＬＩフィールドは、第２のＳＤＵのバイトの数を示しており、．．．、そして最後の拡張ヘッダのＬＩフィールドは、最後の１つ前のＳＤＵのバイトの数を示している（最初および最後のＲＬＣ  ＳＤＵのみが、おそらくはセグメントであることが可能である）。パディング・フィールドは、ヘッダ全体のサイズが非整数バイトである場合にヘッダを整数バイトにするために使用される。
【００８１】
留意されたい１つの点として、ＳＤＵを処理する際にカスケード化が実行されない場合には、ＲＬＣエンティティーは、ＳＯフィールドおよびＬＳＦフィールドによってデータ・セクションのセグメント状況を示し、この時点でのＲＬＣエンティティーは、図３Ｄにおいて示されているパケット・ヘッダを生成することが可能である。実際の実施においては、Ｅフィールドは、データ・セクションが単にＳＤＵパケットまたはＳＤＵセグメントであるということを示すための０である。図３Ｄは、この図において示されている長さのものであって、かつこの図において示されている順序で配置されているそれぞれのフィールドを一例として取り上げているにすぎない。任意選択で、それぞれのフィールドの長さおよび順序は、実際の要件に従って設計されることが可能であり、それは、この実施形態においては限定されない。
【００８２】
留意されたい別の点として、ＰＤＵパケットが再セグメント化される必要がある場合には、ＰＤＵパケットのデータ・セクションのみが再セグメント化され、セグメント化されたパケット・ヘッダが上述のルールに従って付加され、それは、この実施形態において再び記述されることはない。
【００８３】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するための方法に関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【００８４】
本開示の別の例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである図４Ａを参照すると、この実施形態においては、新たに付加されるターゲット・フィールドを含むプリセット・フィールドが一例として取り上げられており、図４Ａにおいて示されているＰＤＵパケットを生成するための方法は、下記のステップを含むことが可能である。
【００８５】
ステップ４１０において、ＳＤＵパケットが取得される。
【００８６】
ステップ４２０において、ＳＤＵパケットは、プリセット・データ・パケットのサイズに従って処理される。
【００８７】
ステップ４３０において、処理結果に基づいてデータ・セクションが生成される。
【００８８】
ステップ４１０からステップ４３０は、前述の実施形態におけるステップ３１０からステップ３３０と同様であり、ここで再び記述されることはない。
【００８９】
ステップ４４０において、第２の表示情報が取得される。ＳＤＵパケットがカスケード化された場合には、第２の表示情報は、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報は、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用される。
【００９０】
実際の実施においては、ステップ４２０においてＳＤＵがカスケード化された場合には、ＲＬＣエンティティーは、データ・セクションの第１のＳＤＵがＳＤＵセグメントであるかどうかを検知すること、および検知結果に従って第２の表示情報を生成することが可能である。たとえば、検知結果が「はい」である場合には、「０」が生成され、検知結果が「いいえ」である場合には、「１」が生成される。たとえば、図３Ｂに関連して、第１のＰＤＵに関するデータ・セクションの第１のＳＤＵは、完全なＳＤＵであり、ＲＬＣエンティティーは、この時点で「１」を生成し、その一方で第２のＰＤＵに関しては、データ・セクションの第１のＳＤＵは、ＳＤＵセグメントであり、ＲＬＣエンティティーは、この時点で「０」を生成する。
【００９１】
ステップ４２０においてＳＤＵがカスケード化されなかった場合には、ＲＬＣエンティティーは、データ・セクションがＳＤＵセグメントであるかどうかを検知し、検知結果に従って第２の表示情報を生成する。
【００９２】
ステップ４５０において、ターゲット・フィールドを含むパケット・ヘッダが生成される。ターゲット・フィールドは、第２の表示情報を含み、データ・セクションおよびパケット・ヘッダは、ＰＤＵパケットを構成する。
【００９３】
実際の実施においては、ターゲット・フィールドは、セグメント化表示（ＳＩ）フィールドであることが可能である。すなわち、ＲＬＣエンティティーは、ＳＩフィールドを含むパケット・ヘッダを生成することが可能であり、ＳＩフィールドは、第２の表示情報を含む。ターゲット・フィールドは一般に、１ビットのものである。
【００９４】
実際の実施においては、ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ＲＬＣエンティティーは、ＳＩフィールドを含み共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成することが可能である。図４Ｂおよび図４Ｃを参照すると、それらの図は、カスケード化が実行された場合、または実行されなかった場合それぞれの生成されたＰＤＵパケットの構造の概略図である。
【００９５】
しかしながら、ＳＤＵセグメントを示すために第２の表示情報が使用される場合には、ＲＬＣエンティティーは、ＳＩフィールドを含むパケット・ヘッダを生成することが可能である。図４Ｄおよび図４Ｅを参照すると、それらの図は、カスケード化が実行された場合、または実行されなかった場合それぞれの生成されたＰＤＵパケットの構造の概略図である。加えて、カスケード化が実行されたケースにおいては、ＲＬＣエンティティーによって生成されたパケット・ヘッダにおけるＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドは、前述の実施形態と同様であることが可能であり、ここで再び記述されることはない。
【００９６】
留意されたい第１の点として、この実施形態において述べられているＦＩフィールドおよびＲＦフィールドを省略するパケット・ヘッダが、ここで再び記述されることはない。その上、別段の指定がない限り、パケット・ヘッダは、共通パケット・ヘッダにおける別のフィールドを含むことも可能であり、それも、ここで記述されることはない。
【００９７】
留意されたい第２の点として、基地局は、無線リソース制御（ＲＲＣ）構成メッセージを介して、パケット・ヘッダがターゲット・フィールドを含むかどうかを構成することが可能である。したがって、ＲＲＣ構成メッセージを介して、パケット・ヘッダがターゲット・フィールドを含むように構成されている場合には、パケット・ヘッダを生成する際に、ターゲット・フィールドを含むパケット・ヘッダが生成され、ＲＲＣ構成メッセージを介して、パケット・ヘッダがターゲット・フィールドを含まないように構成されている場合には、パケット・ヘッダを生成する際に、ターゲット・フィールドを含まないパケット・ヘッダが生成される。この実施形態は、それに限定されない。
【００９８】
留意されたい第３の点として、ＰＤＵパケットが再セグメント化を必要とする場合には、ＲＬＣは、ＰＤＵパケットのデータ・セクション上でのみ再セグメント化を実行することが可能であり、パケット・ヘッダのカプセル化様式は、上述のものと同様であり、この実施形態において再び記述されることはない。
【００９９】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するための方法に関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【０１００】
上述の実施形態のそれぞれにおいて、パケット・ヘッダがＳＯフィールドを含む場合には、ＳＯフィールドの長さは一般に、２バイトなど、プリセットされた固定長である。しかしながら、いくつかの低レート・サービスに関しては、ＰＤＵパケットのサイズは、しばしば数バイトのものにすぎず、したがって２バイトのＳＯフィールドは、ＰＤＵパケットに対してかなり大きく、それによってヘッダの特定のオーバーヘッドを浪費する。この時点で、ＳＯフィールドは、長さにおいて最適化されることが可能である。任意選択で、ＳＯフィールドの長さを最適化するためのソリューションは、下記の２つのモードを含むことが可能である。
【０１０１】
第１の可能な実施モードにおいては、パケット・ヘッダを生成するステップは、下記の内容を含むことが可能である。
【０１０２】
最初に、プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報が取得され、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットは、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットは、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットである。
【０１０３】
任意選択で、ＲＬＣエンティティーは、プリセット・データ・パケットのサイズがプリセット・サイズよりも小さいかどうかを検知することが可能である。検知結果が「はい」である場合には、プリセット・データ・パケットがスモール・データ・パケットであるということを示す第３の表示情報、たとえば「１」が生成され、検知結果が「いいえ」である場合には、プリセット・データ・パケットがラージ・データ・パケットであるということを示す第３の表示情報、たとえば「０」が生成される。プリセット・サイズは、１００バイトなどのデフォルトのサイズ、または、この方法がＵＥにおいて使用される場合にはＲＲＣ構成メッセージを介して基地局によって構成されるサイズであることが可能であり、それは、この実施形態においては限定されない。プリセット・サイズが、基地局によって構成されるサイズである場合には、プリセット・サイズは、すべてのデータ無線ベアラ（ＤＲＢ）によって共有されるサイズ、または１つのＤＲＢによって独立して使用されるサイズであることが可能であり、それは、この実施形態においては限定されない。
【０１０４】
実際の実施においては、ＳＤＵパケットがカスケード化された場合には、プリセット・データ・パケットは、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵデータ・パケットである。任意選択で、データ・セクションにおける第１のＳＤＵが完全なＳＤＵである場合には、プリセット・データ・パケットは、すなわち第１のＳＤＵであり、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントである場合には、ＲＬＣエンティティーは、そのＳＤＵセグメントが属するＳＤＵパケットを取得し、取得されたＳＤＵパッケージをプリセット・データ・パケットとして供給する。
【０１０５】
しかしながら、ＳＤＵパケットがカスケード化されなかった場合には、プリセット・データ・パケットは、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットである。任意選択で、データ・セクションにおけるコンテンツが完全なＳＤＵである場合には、プリセット・データ・パケットは、すなわちＳＤＵであり、データ・セクションにおけるコンテンツが１つのＳＤＵセグメントである場合、たとえば、１つのＳＤＵパケットが２つのＰＤＵパケットにカプセル化されている場合には、ＲＬＣエンティティーは、そのＳＤＵセグメントが属するＳＤＵパケットを取得し、取得されたＳＤＵパッケージをプリセット・データ・パケットとして供給する。
【０１０６】
一般に、第３の表示情報は、１ビットのものである。
【０１０７】
第２に、プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、パケット・ヘッダを生成する際に、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダが生成され、ターゲットＳＯフィールドの長さは、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。たとえば、ターゲットＳＯフィールドの長さは、７ビットであることが可能である。
【０１０８】
任意選択で、ＲＬＣエンティティーは、スモール・データ（ＳＤ）フィールドおよびターゲットＳＯフィールドを含むパケット・ヘッダを生成することが可能である。ＳＤフィールドは、第３の表示情報を含む。
【０１０９】
任意選択で、プリセット・データ・パケットがラージ・データ・パケットであるということを示すために第３の表示情報が使用される場合には、パケット・ヘッダを生成する際に、ＳＤフィールドおよびＳＯフィールドを含むパケット・ヘッダが生成され、ＳＯフィールドの長さは、プリセットされた長さである。この長さは、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいことが可能であり、または共通パケット・ヘッダにおけるＳＯフィールドの長さに等しいことが可能であり、それは、この実施形態においては限定されない。
【０１１０】
加えて、実際の実施においては、ターゲットＳＯフィールドの長さ、およびプリセットされた長さは、デフォルトの長さであることが可能であり、またはＲＲＣ構成メッセージを介して基地局によって構成される長さであることが可能であり、それは、この実施形態においては限定されない。
【０１１１】
さらに基地局は、ＲＲＣ構成メッセージを介して、パケット・ヘッダがＳＤフィールドを含むかどうかを構成することが可能であり、パケット・ヘッダを生成する際には、ＲＲＣ構成メッセージを介して構成されているパケット・ヘッダにＳＤフィールドが含まれる場合にのみ、ＳＤフィールドを含むパケット・ヘッダを生成することが可能であり、それは、この実施形態においては限定されない。
【０１１２】
スモール・データ・パケットが検知された場合には、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい長さを有するターゲットＳＯフィールドを使用することによって、ＳＯフィールドによって占められるオーバーヘッドを節減することが可能であり、それによって、パケット・ヘッダによって占められるオーバーヘッドをさらに節減する効果を達成する。
【０１１３】
第２の可能な実施モードにおいては、パケット・ヘッダを生成するステップは、下記の内容を含むことが可能である。
【０１１４】
これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダが生成される。ＲＲＣ構成メッセージは、ターゲット長さを含み、ターゲット長さは、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。
【０１１５】
基地局が、ＲＲＣ構成メッセージを介してＵＥに対してＤＲＢ構成を実行する場合には、ＲＲＣ構成メッセージは、７ビットなどのターゲット長さを含む。もちろん、実際の実施においては、ＲＲＣ構成メッセージに含まれるターゲット長さは、その他の長さであることも可能であり、それは、この実施形態においては限定されない。
【０１１６】
その後、パケット・ヘッダを生成する際には、ＲＲＣ構成メッセージにおいて構成されているターゲット長さに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダが生成されることが可能である。
【０１１７】
共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいプリセットされた長さを構成することによって、基地局は、ＲＬＣエンティティーが、パケット・ヘッダを生成する際に、プリセットされた長さを有するＳＯフィールドを含むパケット・ヘッダを生成することを可能にし、それによって、パケット・ヘッダによって占められるオーバーヘッドを低減する。
【０１１８】
加えて、ＲＬＣエンティティーがカスケード機能を有していない場合には、ＲＬＣエンティティーは、この実施形態においては、スモール・データ・パケットをセグメント化する機能を無効にすることが可能である。なぜなら、スモール・データをセグメントするために特定の量の処理リソースが必要とされるからである。実際の実施においては、それは、下記の内容を含むことが可能である。
【０１１９】
最初に、受信端によって送信されたＲＲＣ構成メッセージが取得され、そのＲＲＣ構成メッセージは、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される。
【０１２０】
基地局は、ＵＥ  ＤＲＢを構成するためのＲＲＣ構成メッセージを送信し、ＤＲＢのＲＬＣ構成においてＲＬＣのセグメント機能を無効にする。実際の実施においては、その構成は、アップリンクおよびダウンリンクに関して別々にまたは一様に実行されることが可能であり、それは、ＵＭおよびＤＭの両方のもとで実行されることが可能である。もちろん、ＲＲＣ構成メッセージは、セグメント機能を無効にしないように構成されることも可能であり、それは、本明細書においては限定されない。
【０１２１】
第２に、ＳＤＵパケットをセグメント化するためのセグメント機能が無効にされる。
【０１２２】
ＲＲＣ構成メッセージを受信した後に、ＲＲＣ構成メッセージが、アップリンクに関するセグメント機能を無効にすることを示している場合には、ＲＬＣエンティティーは、データを送信する際に、受信されたＳＤＵパケットをセグメント化せず、図５Ａを参照すると、データは、セグメント化されていないＰＤＵパケット・フォーマットを使用して送信されることが可能である。しかしながら、ＲＲＣ構成メッセージが、ダウンリンクに関するセグメント機能を無効にすることを示している場合には、ＲＬＣエンティティーは、反対側の端部によって送信されたＰＤＵパケットを受信した後に、そのＰＤＵパケットが、セグメント化されていないＳＤＵパケットであるということを知ることが可能である。
【０１２３】
スモール・データ・サービスに関して、基地局は、セグメント機能を無効にするようにＲＬＣエンティティーを構成することが可能であり、それは、スモール・データ・パケットを処理するためにＲＬＣエンティティーによって必要とされる複雑なオペレーションを低減し、ＲＬＣエンティティーのデータ送信効率を改善する。
【０１２４】
前述の実施形態においては、ＲＬＣエンティティーがＳＤＵパケットを処理した後に、生成されたＰＤＵパケットにおけるＳＮ番号どうしが連続していない場合がある。たとえば、図５Ｂを参照すると、ＲＬＣエンティティーは、それぞれ０、１、２、３、および４というＳＮを伴う５つのＳＤＵパケットを受信し、次いでＲＬＣエンティティーは、ＳＮ＝０のＳＤＵパケットの第１のセグメントを第１のＰＤＵパケットに、ＳＮ＝０のＳＤＵパケットの第２のセグメント、ＳＮ＝１のＳＤＵパケット、およびＳＮ＝２のＳＤＵパケットの第１のセグメントを第２のＰＤＵパケットに、ＳＮ＝２のＳＤＵパケットの第２のセグメントならびにＳＮ＝３およびＳＮ＝４のＳＤＵパケットを第３のＰＤＵパケットにカプセル化する。図５Ｂをさらに参照していただきたい。明らかに、ＲＬＣエンティティーによって取得された３つのＰＤＵパケットのＳＮ番号は、順に０、０、および２であり、これらは連続していない。この時点で、取得されたＰＤＵパケットのそれぞれが、繰り返されるコンテンツを含むかどうかを確認するために、ＲＬＣエンティティーは、取得されたＰＤＵパケットのそれぞれにおけるＳＮフィールドおよびＳＯフィールドに従ってＳＮ番号どうしが連続しているかどうかを検知することが可能である。たとえば、図５Ｂに関連した一例として第１のＰＤＵパケットおよび第２のＰＤＵパケットを取り上げると、ＲＬＣエンティティーは、第１のＰＤＵパケットの最後のバイトが（ＬＳＦ−１）番目のバイトであるか、すなわち、第２のＰＤＵパケットの２２１番目のバイトであるかどうかを検知することが可能である。検知結果が「はい」である場合には、ＲＬＣエンティティーは、ＳＮ＝０のＳＤＵパケットがカプセル化の繰り返しにおいてまったく問題を有していないということを特定することが可能である。そして、取得されたＰＤＵパケットのそれぞれにおいてＳＤＵパケット・ロスが発生しているかどうかを確認するために、ＲＬＣエンティティーは、ｎ＋ｍがＮに等しいかどうかを検知することが可能であり、この場合、ｎは、割り込みが開始するＰＤＵパケットに含まれている最後のバイトに対応するＳＤＵパケットのＳＮ番号であり、ｍは、割り込みが開始するＰＤＵパケットのＳＮ番号であり、Ｎは、割り込みが終了するＰＤＵパケットのＳＮ番号である。検知結果が「はい」である場合には、パケット・ロスが発生していないということが特定され、検知結果が「いいえ」である場合には、パケット・ロスが発生しているということが特定される。たとえば、図５Ｂに関連して、第２のＰＤＵパケットのＳＮ番号は０であり、第３のＰＤＵパケットのＳＮ番号は２である。これら２つは連続しておらず、したがって、この時点で、ＲＬＣエンティティーは、第２のＰＤＵパケットの最後のバイトが対応するＳＤＵパケットのＳＮ番号（すなわち、２）と、第２のＰＤＵパケットのＳＮ番号（すなわち、０）との合計（２）を計算すること、そしてさらに、計算された合計が第３のＰＤＵパケットのＳＮ番号（２）に等しいかどうかを検知することが可能であり、ＲＬＣエンティティーの検知結果は「はい」であるので、ＲＬＣエンティティーは、パケット・ロスが発生していないということを特定することが可能である。
【０１２５】
図６は、本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。図６において示されているように、ＰＤＵパケットを生成するためのデバイスは、第１の取得モジュール６１０、処理モジュール６２０、および生成モジュール６３０を含むことが可能である。
【０１２６】
第１の取得モジュール６１０は、サービス・データ・ユニット（ＳＤＵ）パケットを取得するように構成されており、
【０１２７】
処理モジュール６２０は、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されており、
【０１２８】
生成モジュール６３０は、処理モジュール６２０の処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【０１２９】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するためのデバイスに関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【０１３０】
図７は、本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。図７において示されているように、ＰＤＵパケットを生成するためのデバイスは、第１の取得モジュール７１０、処理モジュール７２０、および生成モジュール７３０を含むことが可能である。
【０１３１】
第１の取得モジュール７１０は、サービス・データ・ユニット（ＳＤＵ）パケットを取得するように構成されており、
【０１３２】
処理モジュール７２０は、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されており、
【０１３３】
生成モジュール７３０は、処理モジュール７２０の処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【０１３４】
任意選択で、プリセット・フィールドは、その他のフィールドを含み、その他のフィールドは、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含む。
【０１３５】
ＳＤＵパケットがカスケード化された場合には、生成モジュール７３０はさらに、
【０１３６】
データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得し、
【０１３７】
データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得し、
【０１３８】
ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置を取得し、
【０１３９】
ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ＳＮフィールドが、取得されたＳＮ番号を含み、ＬＳＦフィールドが、取得された第１の表示情報を含み、ＳＯフィールドが、取得された開始バイト位置を含む。
【０１４０】
任意選択で、プリセット・フィールドは、新たに付加されるターゲット・フィールドを含む。
【０１４１】
生成モジュール７３０はさらに、
【０１４２】
第２の表示情報を取得し、ＳＤＵパケットがカスケード化された場合には、第２の表示情報が、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報が、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、
【０１４３】
ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されており、ターゲット・フィールドが第２の表示情報を含む。
【０１４４】
任意選択で、生成モジュール７３０はさらに、
【０１４５】
ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ターゲット・フィールドを含むが共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成するように構成されている。
【０１４６】
任意選択で、生成モジュール７３０はさらに、
【０１４７】
これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、ターゲット・フィールドを含むようにパケット・ヘッダを構成するために使用される場合には、ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されている。
【０１４８】
任意選択で、生成モジュール７３０はさらに、
【０１４９】
プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得し、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットが、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットが、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットであり、
【０１５０】
プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ターゲットＳＯフィールドの長さが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。
【０１５１】
任意選択で、生成モジュール７３０はさらに、
【０１５２】
これまでに取得されているＲＲＣ構成メッセージが、第３の表示情報を含むようにパケット・ヘッダを構成するために使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されている。
【０１５３】
任意選択で、生成モジュール７３０はさらに、これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダを生成し、ＲＲＣ構成メッセージが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいターゲット長さを含むように構成されている。
【０１５４】
任意選択で、このデバイスはさらに、
【０１５５】
生成モジュール７３０が処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成する前に、受信端によって送信されたＲＲＣ構成メッセージを取得し、ＲＲＣ構成メッセージが、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用されるように構成されている第２の取得モジュール７４０と、
【０１５６】
ＲＲＣ構成メッセージを受信した後に、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするように構成されている無効化モジュール７５０とを含む。
【０１５７】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するためのデバイスに関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【０１５８】
本開示の１つの例示的な実施形態によるＰＤＵパケットを生成するためのデバイスが提供されており、本開示によって提供されているＰＤＵパケットを生成するための方法は、このデバイスによって実施されることが可能である。ＰＤＵパケットを生成するためのデバイスは、プロセッサと、プロセッサ実行可能命令を格納するためのメモリとを含み、
【０１５９】
プロセッサは、
【０１６０】
サービス・データ・ユニット（ＳＤＵ）パケットを取得し、
【０１６１】
プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理し、
【０１６２】
処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【０１６３】
図８は、本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。デバイス８００は、ＵＥのすべてまたは一部として実施されることが可能である。
【０１６４】
図８を参照すると、デバイス８００は、処理コンポーネント８０２、メモリ８０４、電力コンポーネント８０６、マルチメディア・コンポーネント８０８、オーディオ・コンポーネント８１０、入力／出力（Ｉ／Ｏ）インターフェース８１２、センサ・コンポーネント８１４、および通信コンポーネント８１６というコンポーネントのうちの１つまたは複数を含むことが可能である。
【０１６５】
処理コンポーネント８０２は、典型的には、表示、通話、データ通信に関連付けられているオペレーション、カメラ・オペレーション、および記録オペレーションなど、装置８００の全体的なオペレーションを制御する。処理コンポーネント８０２は、上述の方法におけるステップのすべてまたは一部を実行するための命令を実行するための１つまたは複数のプロセッサ８１８を含むことが可能である。その上、処理コンポーネント８０２は、処理コンポーネント８０２とその他のコンポーネントとの間における対話を容易にする１つまたは複数のモジュールを含むことが可能である。たとえば、処理コンポーネント８０２は、マルチメディア・コンポーネント８０８と処理コンポーネント８０２との間における対話を容易にするためのマルチメディア・モジュールを含むことが可能である。
【０１６６】
メモリ８０４は、装置８００のオペレーションをサポートするためのさまざまなタイプのデータを格納するように構成されている。そのようなデータの例は、装置８００上で操作される任意のアプリケーションまたは方法のための命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオなどを含む。メモリ８０４は、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、電気的消去可能プログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ）、プログラム可能読み取り専用メモリ（ＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュ・メモリ、磁気または光ディスクなど、任意のタイプの揮発性もしくは不揮発性メモリ・デバイス、またはそれらの組合せを使用することによって実装されることが可能である。
【０１６７】
電力コンポーネント８０６は、装置８００のさまざまなコンポーネントに電力を提供する。電力コンポーネント８０６は、電力管理システム、１つまたは複数の電源、ならびに、装置８００における電力の生成、管理、および分配に関連付けられているその他の任意のコンポーネントを含むことが可能である。
【０１６８】
マルチメディア・コンポーネント８０８は、装置８００とユーザとの間における出力インターフェースを提供するスクリーンを含む。いくつかの実施形態においては、スクリーンは、液晶ディスプレイ（ＬＣＤ）およびタッチ・パネル（ＴＰ）を含むことが可能である。スクリーンがタッチ・パネルを含む場合には、スクリーンは、ユーザからの入力信号を受信するためのタッチ・スクリーンとして実装されることが可能である。タッチ・パネルは、タッチ・パネル上でのタッチ、スワイプ、およびジェスチャーを感知するための１つまたは複数のタッチ・センサを含む。タッチ・センサは、タッチまたはスワイプ・アクションの境界を感知するだけでなく、タッチまたはスワイプ・アクションに関連付けられている持続時間および圧力を感知することも可能である。いくつかの実施形態においては、マルチメディア・コンポーネント８０８は、フロント・カメラおよび／またはリア・カメラを含む。フロント・カメラおよびリア・カメラは、装置８００が写真撮影モードまたはビデオ・モードなどのオペレーション・モードにある間に外部のマルチメディア・データを受信することが可能である。フロント・カメラおよびリア・カメラのそれぞれは、固定された光学レンズ・システムであること、またはフォーカスおよび光学ズーム能力を有することが可能である。
【０１６９】
オーディオ・コンポーネント８１０は、オーディオ信号を出力および／または入力するように構成されている。たとえば、オーディオ・コンポーネント８１０は、装置８００が通話モード、録音モード、および音声認識モードなどのオペレーション・モードにある間に外部のオーディオ信号を受信するように構成されているマイクロフォン（ＭＩＣ）を含む。受信されたオーディオ信号はさらに、メモリ８０４内に格納されること、または通信コンポーネント８１６を介して送信されることが可能である。いくつかの実施形態においては、オーディオ・コンポーネント８１０はさらに、オーディオ信号を出力するためのスピーカーを含む。
【０１７０】
Ｉ／Ｏインターフェース８１２は、処理コンポーネント８０２と、キーボード、クリック・ホイール、ボタン等などの周辺インターフェース・モジュールとの間におけるインターフェースを提供する。ボタンは、ホーム・ボタン、ボリューム・ボタン、スタート・ボタン、およびロック・ボタンを含むことが可能であるが、それらには限定されない。
【０１７１】
センサ・コンポーネント８１４は、装置８００のさまざまな側面のステータス査定を提供するための１つまたは複数のセンサを含む。たとえば、センサ・コンポーネント８１４は、装置８００のオン／オフ・ステータス、装置８００のコンポーネントどうし、たとえば、ディスプレイ・デバイスとミニ・キーボードとの相対的な配置を検知することが可能であり、センサ・コンポーネント８１４は、装置８００または装置８００のコンポーネントの位置の変化、装置８００とのユーザの接触の有無、装置８００の向きまたは加速／減速、および装置８００の温度の変化を検知することも可能である。センサ・コンポーネント８１４は、物理的な接触をまったく伴わずに付近のオブジェクトの存在を検知するように構成されている近接センサを含むことが可能である。センサ・コンポーネント８１４は、イメージング・アプリケーションのために使用されるＣＭＯＳまたはＣＣＤイメージ・センサなどの光センサを含むことも可能である。いくつかの実施形態においては、センサ・コンポーネント８１４は、加速度計センサ、ジャイロスコープ・センサ、磁気センサ、圧力センサ、または温度センサを含むことも可能である。
【０１７２】
通信コンポーネント８１６は、装置８００とその他のデバイスとの間における有線またはワイヤレスでの通信を容易にするように構成されている。装置８００は、ＷｉＦｉ、２Ｇ、もしくは３Ｇ、またはそれらの組合せなどの通信標準に基づいてワイヤレス・ネットワークにアクセスすることが可能である。例示的な実施形態においては、通信コンポーネント８１６は、外部のブロードキャスト管理システムからブロードキャスト・チャネルを介してブロードキャスト信号またはブロードキャスト関連情報を受信する。例示的な実施形態においては、通信コンポーネント８１６はさらに、短距離通信を容易にするための近距離無線通信（ＮＦＣ）モジュールを含む。
【０１７３】
例示的な実施形態においては、装置８００は、上述の方法を実行するための１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル・シグナル・プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、またはその他の電子コンポーネントとともに実施されることが可能である。
【０１７４】
例示的な実施形態においては、上述の方法を実行するための、装置８００内のプロセッサ８１８によって実行可能な命令を含むメモリ８０４など、命令を含む非一時的コンピュータ可読ストレージ・メディアも提供される。たとえば、その非一時的コンピュータ可読ストレージ・メディアは、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー・ディスク、光データ・ストレージ・デバイスなどであることが可能である。
【０１７５】
実際の実施中に、ＰＤＵパッケージ生成デバイスは、その他の構造のものであることが可能であり、それは、この実施形態においては限定されない。
【０１７６】
本開示のその他の実施形態は、本明細書の考察および本開示の実践から、当業者にとって明らかになるであろう。本出願は、本開示の一般的な原理に準拠する、かつ常識、または本明細書において開示されていない一般的に使用される技術的な手段を含む、本開示のいかなるバリエーション、使用、または適合もカバーすることを意図されている。本明細書および実施形態は、例示的なものにすぎないとみなされるべきであり、それに併せて、本開示の真の範囲および趣旨は、添付の請求の範囲によって示されている。
【０１７７】
本開示は、上述され添付の図面において例示されてきた厳密な構造に限定されるものではないということ、および本開示の範囲から逸脱することなく、さまざまな修正および変更が行われることが可能であるということが理解されるであろう。本開示の範囲は、添付の請求の範囲によってのみ限定されるということが意図されている。
【図１】
2019533958.tif 000003
【図２】
2019533958.tif 000004
【図３Ａ】
2019533958.tif 000005
【図３Ｂ】
2019533958.tif 000006
【図３Ｃ】
2019533958.tif 000007
【図３Ｄ】
2019533958.tif 000008
【図４Ａ】
2019533958.tif 000009
【図４Ｂ】
2019533958.tif 000010
【図４Ｃ】
2019533958.tif 000011
【図４Ｄ】
2019533958.tif 000012
【図４Ｅ】
2019533958.tif 000013
【図５Ａ】
2019533958.tif 000014
【図５Ｂ】
2019533958.tif 000015
【図６】
2019533958.tif 000016
【図７】
2019533958.tif 000017
【図８】
2019533958.tif 000018
【手続補正書】
【提出日】令和1年5月31日(2019.5.31)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信テクノロジーの分野に関連しており、詳細には、プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するための方法およびデバイスに関連している。
関連出願との相互参照として、本出願は、２０１６年１１月４日に出願された国際出願第ＰＣＴ／ＣＮ２０１６／１０４６７９号の続きであり、その全内容は参照により本明細書に組み込まれる。
【背景技術】
【０００２】
ロング・ターム・エボリューション（ＬＴＥ）における無線リンク制御（ＲＬＣ）レイヤは、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤと、メディア・アクセス制御（ＭＡＣ）レイヤとの間に配置されている。ＲＬＣレイヤとＰＤＣＰレイヤとの間においてやり取りされるデータ・パケットは、サービス・データ・ユニット（ＳＤＵ）パケットと呼ばれており、ＲＬＣレイヤとＭＡＣレイヤとの間においてやり取りされるデータ・パケットは、プロトコル・データ・ユニット（ＰＤＵ）パケットと呼ばれている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
実際の実施においては、ＭＡＣレイヤは、ＰＤＵパケットのサイズを指定することが可能であり、一般に、ＲＬＣレイヤによって受信されるＳＤＵパケットのサイズは、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズに等しくない。したがって、ＲＬＣレイヤは、受信されたＳＤＵパケットを処理することが可能であり、たとえば、ＳＤＵパケットは、セグメント化されること、カスケード化されることなどが可能である。ＳＤＵパケットを処理した後に、ＲＬＣレイヤは、指定されたサイズのＰＤＵパケットを生成することが可能である。ＰＤＵパケットは、パケット・ヘッダおよびデータ・セクションを含み、パケット・ヘッダは、データ／制御（Ｄ／Ｃ）フィールド、再セグメンテーション・フラグ（ＲＦ）フィールド、ポーリング・ビット（Ｐ）フィールド、フレーミング表示（ＦＩ）フィールド、長さ表示（ＬＩ）フィールド、拡張ビット（Ｅ）フィールド、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、セグメンテーション・オフセット（ＳＯ）フィールドなどを含む。
【課題を解決するための手段】
【０００４】
本開示は、プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するための方法およびデバイスを提供する。
【０００５】
本開示の第１の態様によれば、プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するための方法が提供されている。この方法は、サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップと、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するステップと、処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップであって、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい、ステップとを含む。
【０００６】
任意選択で、プリセット・フィールドは、その他のフィールドを含み、その他のフィールドは、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含む。
【０００７】
ＳＤＵパケットがカスケード化された場合には、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップは、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得するステップと、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得するステップと、ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置を取得するステップと、ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダを生成するステップであって、ＳＮフィールドが、取得されたＳＮ番号を含み、ＬＳＦフィールドが、取得された第１の表示情報を含み、ＳＯフィールドが、取得された開始バイト位置を含む、ステップとを含む。
【０００８】
任意選択で、プリセット・フィールドは、新たに付加されるターゲット・フィールドを含み、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップは、第２の表示情報を取得するステップであって、ＳＤＵパケットがカスケード化された場合には、第２の表示情報が、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報が、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用される、ステップと、ターゲット・フィールドを含むパケット・ヘッダを生成するステップであって、ターゲット・フィールドが第２の表示情報を含む、ステップとを含む。
【０００９】
任意選択で、ターゲット・フィールドを含むパケット・ヘッダを生成するステップは、ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ターゲット・フィールドを含むが共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成するステップを含む。
【００１０】
任意選択で、ターゲット・フィールドを含むパケット・ヘッダを生成するステップは、これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、ターゲット・フィールドを含むようにパケット・ヘッダを構成するために使用される場合には、ターゲット・フィールドを含むパケット・ヘッダを生成するステップを含む。
【００１１】
任意選択で、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップはさらに、プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得するステップであって、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットが、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットが、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットである、ステップと、プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するステップであって、ターゲットＳＯフィールドの長さが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい、ステップとを含む。
【００１２】
任意選択で、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するステップは、これまでに取得されているＲＲＣ構成メッセージが、第３の表示情報を含むようにパケット・ヘッダを構成するために使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するステップを含む。
【００１３】
任意選択で、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップはさらに、これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダを生成するステップであって、ＲＲＣ構成メッセージが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいターゲット長さを含む、ステップを含む。
【００１４】
任意選択で、カスケード機能が含まれていない場合には、この方法はさらに、受信端によって送信されたＲＲＣ構成メッセージを取得するステップであって、ＲＲＣ構成メッセージが、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される、ステップと、ＲＲＣ構成メッセージを受信した後に、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするステップとを含む。
【００１５】
本開示の第２の態様によれば、プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するためのデバイスが提供されている。このデバイスは、サービス・データ・ユニット（ＳＤＵ）パケットを取得するように構成されている第１の取得モジュールと、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されている処理モジュールと、処理モジュールの処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されている生成モジュールであって、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい、生成モジュールとを含む。
【００１６】
任意選択で、プリセット・フィールドは、その他のフィールドを含み、その他のフィールドは、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含み、ＳＤＵパケットがカスケード化された場合には、生成モジュールはさらに、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得し、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得し、ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置を取得し、ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ＳＮフィールドが、取得されたＳＮ番号を含み、ＬＳＦフィールドが、取得された第１の表示情報を含み、ＳＯフィールドが、取得された開始バイト位置を含む。
【００１７】
任意選択で、プリセット・フィールドは、新たに付加されるターゲット・フィールドを含み、生成モジュールはさらに、第２の表示情報を取得し、ＳＤＵパケットがカスケード化された場合には、第２の表示情報が、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報が、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されており、ターゲット・フィールドが第２の表示情報を含む。
【００１８】
任意選択で、生成モジュールはさらに、ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ターゲット・フィールドを含むが共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成するように構成されている。
【００１９】
任意選択で、生成モジュールはさらに、これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、ターゲット・フィールドを含むようにパケット・ヘッダを構成するために使用される場合には、ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されている。
【００２０】
任意選択で、生成モジュールはさらに、プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得し、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットが、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットが、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットであり、プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ターゲットＳＯフィールドの長さが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。
【００２１】
任意選択で、生成モジュールはさらに、これまでに取得されているＲＲＣ構成メッセージが、第３の表示情報を含むようにパケット・ヘッダを構成するために使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されている。
【００２２】
任意選択で、生成モジュールはさらに、これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ＲＲＣ構成メッセージが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいターゲット長さを含む。
【００２３】
任意選択で、カスケード機能が含まれていない場合には、このデバイスはさらに、生成モジュールが処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成する前に、受信端によって送信されたＲＲＣ構成メッセージを取得する第２の取得モジュールであって、ＲＲＣ構成メッセージが、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される、第２の取得モジュールと、ＲＲＣ構成メッセージを受信した後に、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするように構成されている無効化モジュールとを含む。
【００２４】
本開示の第３の態様によれば、プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するためのデバイスが提供されている。このデバイスは、プロセッサと、プロセッサ実行可能命令を格納するためのメモリとを含み、プロセッサは、サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップと、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するステップと、処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップであって、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい、ステップとを行うように構成されている。
【００２５】
前述の概要および以降の詳細な記述は両方とも、例示的なものにすぎず、本開示を限定するものではないということを理解されたい。
【図面の簡単な説明】
【００２６】
本明細書における図面は、本開示の本明細書に組み込まれており、その一部を構成しており、本開示と整合している実施形態を示しており、記述とともに本開示の原理を説明している。
【００２７】
【図１】本開示のさまざまな実施形態による実施環境の概略図である。
【００２８】
【図２】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである。
【００２９】
【図３Ａ】本開示の別の例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである。
【００３０】
【図３Ｂ】本開示の別の例示的な実施形態に従って示されているＳＤＵパケットを処理することの概略図である。
【００３１】
【図３Ｃ−３Ｄ】本開示の別の例示的な実施形態に従って示されているＰＤＵパケットの構造の概略図である。
【００３２】
【図４Ａ】本開示のさらなる例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである。
【００３３】
【図４Ｂ−４Ｅ】本開示のさらなる例示的な実施形態に従って示されているＰＤＵパケットの構造の概略図である。
【００３４】
【図５Ａ】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットの構造の概略図である。
【００３５】
【図５Ｂ】本開示の１つの例示的な実施形態に従って示されているＳＤＵパケットを処理した後にＰＤＵパケットを取得することの概略図である。
【００３６】
【図６】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。
【００３７】
【図７】本開示の別の例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。
【００３８】
【図８】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。
【発明を実施するための形態】
【００３９】
以降では、例示的な実施形態が詳細に記述される。それらの実施形態は、図面において示されている。以降の記述において、図面を参照する場合には、別々の図面における同じ数字は、別段の記載がない限り、同じまたは同様の要素を示している。以降の例示的な実施形態において記述されている実施形態は、本開示と整合するすべての実施形態を表しているわけではない。むしろ、それらは、添付の請求の範囲において詳述されている本開示のいくつかの態様と整合するデバイスおよび方法の例にすぎない。
【００４０】
理解の便宜のために、本開示のさまざまな実施形態による実施環境が、はじめにここで簡単に紹介される。
【００４１】
ＬＴＥにおいて、送信端がデータを受信端へ送信する場合には、送信端におけるＲＬＣレイヤ（図１を参照）が、ＰＤＣＰレイヤからＳＤＵパケットを受信することが可能である。ＲＬＣレイヤがＰＤＵパケットを通じてＭＡＣレイヤと対話し、受信されるＳＤＵパケットのサイズは一般に、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズとは異なるので、ＲＬＣレイヤは、受信されたＳＤＵパケットを、たとえば、セグメント化すること、カスケード化することなどによって処理する必要があり、次いで処理結果に従ってＰＤＵパケットを生成し、生成されたＰＤＵパケットを受信端へ送信する。ＰＤＵパケットは、パケット・ヘッダおよびデータ・セクションを含む。ＰＤＵパケットを受信した後に、受信端におけるＲＬＣレイヤは、ＰＤＵパケットのパケット・ヘッダに従ってＳＤＵをカプセルから取り出し、ＳＤＵをより上のレイヤへ転送する。
【００４２】
送信端は、ユーザ機器（ＵＥ）または基地局であることが可能であり、それに対応して受信端も、基地局またはＵＥであることが可能であり、それは、本明細書においては限定されない。
【００４３】
ＲＬＣレイヤの機能は、ＲＬＣエンティティーによって実施され、ＲＬＣエンティティーは、下記の３つのモードのうちの１つとして構成されることが可能である。
【００４４】
第１のモードは、トランスペアレント・モード（ＴＭ）であり、このモードは、空のＲＬＣとみなされることが可能である。なぜなら、このモードは、データ・トランスペアレント送信機能を提供するだけだからである。
【００４５】
第２のモードは、非肯定応答モード（ＵＭ）であり、このモードは、再送信および再セグメント化を除くすべてのＲＬＣ機能を提供する。
【００４６】
第３のモードは、肯定応答モード（ＡＭ）であり、このモードは、エラー検知および再送信によるすべてのＲＬＣ機能を提供する。
【００４７】
別段の指定がない限り、本開示のさまざまな実施形態によって提供されるＰＤＵパケットを生成するための方法は、ＵＭおよびＡＭのもとで使用される。
【００４８】
本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである図２を参照すると、図２において示されているＰＤＵパケットを生成するための方法は、下記のステップを含むことが可能である。
【００４９】
ステップ２１０において、ＳＤＵパケットが取得される。
【００５０】
ステップ２２０において、ＳＤＵパケットは、プリセット・データ・パケットのサイズに従って処理される。
【００５１】
ステップ２３０において、処理結果に基づいてＰＤＵパケットのパケット・ヘッダおよびデータ・セクションが生成され、パケット・ヘッダおよびデータ・セクションは、ＰＤＵパケットを構成する。
【００５２】
パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さは、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【００５３】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するための方法に関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【００５４】
プリセット・フィールドは、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さは、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【００５５】
したがって、上述の２つのケースは、以降で別々の実施形態において個別に説明される。
【００５６】
本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである図３Ａを参照すると、この実施形態における例は、プリセット・フィールドが共通パケット・ヘッダにおけるその他のフィールドである。図３Ａにおいて示されているように、ＰＤＵパケットを生成するための方法は、下記のステップを含むことが可能である。
【００５７】
ステップ３１０において、ＳＤＵパケットが取得される。
【００５８】
送信端がデータを送信する必要がある場合には、ＲＬＣエンティティーは、ＰＤＣＰレイヤからＳＤＵパケットを受信することが可能である。
【００５９】
ステップ３２０において、ＳＤＵパケットは、プリセット・データ・パケットのサイズに従って処理される。
【００６０】
プリセット・データ・パケットのサイズは、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズである。
【００６１】
実際の実施においては、受信されるＳＤＵパケットのサイズは一般に、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズとは異なるので、ＲＬＣエンティティーは一般に、ＳＤＵパケットを処理する必要がある。ＳＤＵパケットに対して実行される処理は、セグメント化およびカスケード化のうちの一方または両方を含み、それは、この実施形態においては限定されない。
【００６２】
任意選択で、ＳＤＵパケットのサイズが、プリセット・データ・パケットにおけるデータ・セクションのサイズよりも大きい場合には、ＲＬＣエンティティーは、ＳＤＵパケットをセグメント化することが可能である。たとえば、ＳＤＵパケットのサイズが１００バイトであり、プリセット・データ・パケットのサイズが６０バイトであり、パケット・ヘッダが１０バイトを占める必要がある場合には、ＲＬＣエンティティーは、ＳＤＵパケットを２つのＳＤＵセグメントへとセグメント化することが可能であり、それぞれのＳＤＵセグメントは、５０バイトである。別の例に関しては、ＳＤＵパケットのサイズが１００バイトであり、プリセット・データ・パケットのサイズが７０バイトであり、パケット・ヘッダが１０バイトを占める必要がある場合には、ＲＬＣエンティティーは、ＳＤＵパケットを６０バイトおよび４０バイトとしての２つのＳＤＵセグメントへとセグメント化することが可能である。次いで、ＲＬＣエンティティーはさらに、４０バイトのＳＤＵセグメントと、次のＳＤＵパケットの２０バイトのＳＤＵセグメントとをカスケード化すること、次のＳＤＵパケットにおける６０バイトを独立するように構成すること、ならびに次のＳＤＵパケットのＳＤＵセグメントの最後の２０バイトと、さらに次のＳＤＵパケットの４０バイトとをカスケード化することなどが可能である。
【００６３】
ＳＤＵパケットのサイズが、プリセット・データ・パケットにおけるデータ・セクションのサイズよりも小さい場合には、ＲＬＣエンティティーは、ＳＤＵパケットをセグメント化およびカスケード化することが可能である。たとえば、ＳＤＵパケットのサイズが３０バイトであり、プリセット・データ・パケットのサイズが１２０バイトであり、パケット・ヘッダが１０バイトを占める必要がある場合には、図３Ｂを参照すると、ＲＬＣエンティティーは、３つのＳＤＵパケットと、第４のＳＤＵパケットの最初の２０バイトとをカスケード化すること、第４のＳＤＵパケットの最後の１０バイトと、第５のＳＤＵパケットと、第６のＳＤＵパケットと、第７のＳＤＵパケットと、第８のＳＤＵパケットの最初の１０バイトとをカスケード化することなどが可能である。
【００６４】
ＳＤＵパケットのサイズが、プリセット・データ・パケットにおけるデータ・セクションのサイズに等しい場合には、いかなる処理も必要とされない。
【００６５】
ステップ３３０において、処理結果に基づいてデータ・セクションが生成される。
【００６６】
ＳＤＵパケットに対する処理からわかるように、データ・セクションは、完全なＳＤＵ、ＳＤＵセグメント、またはそれらの組合せであることが可能である。加えて、データ・セクションが、完全なＳＤＵとＳＤＵセグメントとの組合せである場合には、最初および最後のデータ・セクションのみがＳＤＵセグメントであることが可能である。
【００６７】
ステップ３４０において、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号が取得される。
【００６８】
ＳＤＵがカスケード化された場合には、ＲＬＣエンティティーは、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得することが可能である。
【００６９】
たとえば、ＳＤＵパケットのサイズが１００バイトであり、プリセット・パケットのサイズが１２０バイトである場合には、データ・セクションが、第１のＳＤＵパケットの全コンテンツと、第２のＳＤＵパケットの最初の１０バイトとを含むことが可能であるので、ＲＬＣエンティティーは、第１のＳＤＵパケットのＳＮ番号、たとえばＳＮ＝０を取得することが可能である。
【００７０】
ステップ３５０において、第１の表示情報が取得され、第１の表示情報は、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される。
【００７１】
ＲＬＣエンティティーは、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを検知することが可能である。検知結果が「いいえ」である場合には、「いいえ」を示すための第１の表示情報、たとえば「０」が生成され、検知結果が「はい」である場合には、「はい」を示すための第１の表示情報、たとえば「１」が生成される。
【００７２】
たとえば、依然としてＳＤＵパケットのサイズが１００バイトであり、プリセット・パケットのサイズが１２０バイトである場合には、データ・セクションの最後のバイトが、第２のＳＤＵパケットの第１０のバイトであり、ＳＤＵパケットの最後のバイトではないので、ＲＬＣエンティティーは、「０」を生成することが可能である。
【００７３】
ステップ３６０において、ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置が取得される。
【００７４】
受信端がＰＤＵパケットを受信した後にＳＤＵパケットをカプセルから取り出すことを可能にするために、ＲＬＣエンティティーは、ＳＤＵパケットにおけるデータ・セクションの第１のバイトの開始バイト位置を取得することが可能である。
【００７５】
ステップ３７０において、ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダが生成され、データ・セクションおよびパケット・ヘッダは、ＰＤＵパケットを構成し、ＳＮフィールドは、取得されたＳＮ番号を含み、ＬＳＦフィールドは、取得された第１の表示情報を含み、ＳＯフィールドは、取得された開始バイト位置を含む。
【００７６】
パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、実際の実施においては、共通パケット・ヘッダにおけるその他のフィールド、たとえば、Ｄ／Ｃフィールド、Ｅフィールド、ＬＩフィールド、Ｐフィールド、パディング・フィールドなどをさらに含むことが可能である。パディング・フィールドは、パケット・ヘッダが非整数バイトである場合にデータ・ヘッダが整数バイトであることを可能にするために使用される。任意選択で、ＰＤＵパケットを生成するための方法がＵＭのもとで使用される場合には、パケット・ヘッダは、Ｄ／ＣフィールドおよびＰフィールドを含まず、それは、この実施形態によって限定されない。
【００７７】
実際の実施においては、可能なパケット・ヘッダの構造の概略図である図３Ｃを参照すると、パケット・ヘッダは、固定ヘッダおよび拡張ヘッダを含むことが可能である。加えて、図３Ｃと関連して、固定ヘッダは、ヘッダの開始位置から開始してＳＯフィールドに至り、拡張ヘッダは、Ｅフィールドから開始して終わりに至る。固定ヘッダのＳＮフィールドは、データ・セクションの第１のＳＤＵが対応するＳＮ番号であり、固定ヘッダのＳＯフィールドは、ＳＤＵにおける対応するデータ・セクションの第１のバイトの開始バイト位置を示し、固定ヘッダのＬＳＦフィールドは、データ・セクションの最後のバイトが最後のＲＬＣ  ＳＤＵの最後のバイトに対応するかどうかを示す。Ｒフィールドは、予備のフィールドであり、それは、実際の実施においては存在してもよく、または存在しなくてもよく、それは、この実施形態によって限定されない。拡張ビット「Ｅ」が１に等しい場合には、それは、固定ヘッダの後の拡張ヘッダ、すなわち、ＥフィールドおよびＬＩフィールドがあるということを示している。拡張ヘッダのＥフィールドが１に等しい場合には、それは、拡張ヘッダの後にもう１つの拡張ヘッダが存在することを示している、といった具合である。第１の拡張ヘッダのＬＩフィールドは、データ・セクションに含まれている第１のＳＤＵ／ＳＤＵセグメントのバイトの数を示すために使用されており、第２の拡張ヘッダのＬＩフィールドは、第２のＳＤＵのバイトの数を示しており、．．．、そして最後の拡張ヘッダのＬＩフィールドは、最後の１つ前のＳＤＵのバイトの数を示している（最初および最後のＲＬＣ  ＳＤＵのみが、おそらくはセグメントであることが可能である）。パディング・フィールドは、ヘッダ全体のサイズが非整数バイトである場合にヘッダを整数バイトにするために使用される。
【００７８】
留意されたい１つの点として、ＳＤＵを処理する際にカスケード化が実行されない場合には、ＲＬＣエンティティーは、ＳＯフィールドおよびＬＳＦフィールドによってデータ・セクションのセグメント状況を示し、この時点でのＲＬＣエンティティーは、図３Ｄにおいて示されているパケット・ヘッダを生成することが可能である。実際の実施においては、Ｅフィールドは、データ・セクションが単にＳＤＵパケットまたはＳＤＵセグメントであるということを示すための０である。図３Ｄは、この図において示されている長さのものであって、かつこの図において示されている順序で配置されているそれぞれのフィールドを一例として取り上げているにすぎない。任意選択で、それぞれのフィールドの長さおよび順序は、実際の要件に従って設計されることが可能であり、それは、この実施形態においては限定されない。
【００７９】
留意されたい別の点として、ＰＤＵパケットが再セグメント化される必要がある場合には、ＰＤＵパケットのデータ・セクションのみが再セグメント化され、セグメント化されたパケット・ヘッダが上述のルールに従って付加され、それは、この実施形態において再び記述されることはない。
【００８０】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するための方法に関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【００８１】
本開示の別の例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである図４Ａを参照すると、この実施形態においては、新たに付加されるターゲット・フィールドを含むプリセット・フィールドが一例として取り上げられており、図４Ａにおいて示されているＰＤＵパケットを生成するための方法は、下記のステップを含むことが可能である。
【００８２】
ステップ４１０において、ＳＤＵパケットが取得される。
【００８３】
ステップ４２０において、ＳＤＵパケットは、プリセット・データ・パケットのサイズに従って処理される。
【００８４】
ステップ４３０において、処理結果に基づいてデータ・セクションが生成される。
【００８５】
ステップ４１０からステップ４３０は、前述の実施形態におけるステップ３１０からステップ３３０と同様であり、ここで再び記述されることはない。
【００８６】
ステップ４４０において、第２の表示情報が取得される。ＳＤＵパケットがカスケード化された場合には、第２の表示情報は、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報は、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用される。
【００８７】
実際の実施においては、ステップ４２０においてＳＤＵがカスケード化された場合には、ＲＬＣエンティティーは、データ・セクションの第１のＳＤＵがＳＤＵセグメントであるかどうかを検知すること、および検知結果に従って第２の表示情報を生成することが可能である。たとえば、検知結果が「はい」である場合には、「０」が生成され、検知結果が「いいえ」である場合には、「１」が生成される。たとえば、図３Ｂに関連して、第１のＰＤＵに関するデータ・セクションの第１のＳＤＵは、完全なＳＤＵであり、ＲＬＣエンティティーは、この時点で「１」を生成し、その一方で第２のＰＤＵに関しては、データ・セクションの第１のＳＤＵは、ＳＤＵセグメントであり、ＲＬＣエンティティーは、この時点で「０」を生成する。
【００８８】
ステップ４２０においてＳＤＵがカスケード化されなかった場合には、ＲＬＣエンティティーは、データ・セクションがＳＤＵセグメントであるかどうかを検知し、検知結果に従って第２の表示情報を生成する。
【００８９】
ステップ４５０において、ターゲット・フィールドを含むパケット・ヘッダが生成される。ターゲット・フィールドは、第２の表示情報を含み、データ・セクションおよびパケット・ヘッダは、ＰＤＵパケットを構成する。
【００９０】
実際の実施においては、ターゲット・フィールドは、セグメント化表示（ＳＩ）フィールドであることが可能である。すなわち、ＲＬＣエンティティーは、ＳＩフィールドを含むパケット・ヘッダを生成することが可能であり、ＳＩフィールドは、第２の表示情報を含む。ターゲット・フィールドは一般に、１ビットのものである。
【００９１】
実際の実施においては、ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ＲＬＣエンティティーは、ＳＩフィールドを含み共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成することが可能である。図４Ｂおよび図４Ｃを参照すると、それらの図は、カスケード化が実行された場合、または実行されなかった場合それぞれの生成されたＰＤＵパケットの構造の概略図である。
【００９２】
しかしながら、ＳＤＵセグメントを示すために第２の表示情報が使用される場合には、ＲＬＣエンティティーは、ＳＩフィールドを含むパケット・ヘッダを生成することが可能である。図４Ｄおよび図４Ｅを参照すると、それらの図は、カスケード化が実行された場合、または実行されなかった場合それぞれの生成されたＰＤＵパケットの構造の概略図である。加えて、カスケード化が実行されたケースにおいては、ＲＬＣエンティティーによって生成されたパケット・ヘッダにおけるＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドは、前述の実施形態と同様であることが可能であり、ここで再び記述されることはない。
【００９３】
留意されたい第１の点として、この実施形態において述べられているＦＩフィールドおよびＲＦフィールドを省略するパケット・ヘッダが、ここで再び記述されることはない。その上、別段の指定がない限り、パケット・ヘッダは、共通パケット・ヘッダにおける別のフィールドを含むことも可能であり、それも、ここで記述されることはない。
【００９４】
留意されたい第２の点として、基地局は、無線リソース制御（ＲＲＣ）構成メッセージを介して、パケット・ヘッダがターゲット・フィールドを含むかどうかを構成することが可能である。したがって、ＲＲＣ構成メッセージを介して、パケット・ヘッダがターゲット・フィールドを含むように構成されている場合には、パケット・ヘッダを生成する際に、ターゲット・フィールドを含むパケット・ヘッダが生成され、ＲＲＣ構成メッセージを介して、パケット・ヘッダがターゲット・フィールドを含まないように構成されている場合には、パケット・ヘッダを生成する際に、ターゲット・フィールドを含まないパケット・ヘッダが生成される。この実施形態は、それに限定されない。
【００９５】
留意されたい第３の点として、ＰＤＵパケットが再セグメント化を必要とする場合には、ＲＬＣは、ＰＤＵパケットのデータ・セクション上でのみ再セグメント化を実行することが可能であり、パケット・ヘッダのカプセル化様式は、上述のものと同様であり、この実施形態において再び記述されることはない。
【００９６】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するための方法に関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【００９７】
上述の実施形態のそれぞれにおいて、パケット・ヘッダがＳＯフィールドを含む場合には、ＳＯフィールドの長さは一般に、２バイトなど、プリセットされた固定長である。しかしながら、いくつかの低レート・サービスに関しては、ＰＤＵパケットのサイズは、しばしば数バイトのものにすぎず、したがって２バイトのＳＯフィールドは、ＰＤＵパケットに対してかなり大きく、それによってヘッダの特定のオーバーヘッドを浪費する。この時点で、ＳＯフィールドは、長さにおいて最適化されることが可能である。任意選択で、ＳＯフィールドの長さを最適化するためのソリューションは、下記の２つのモードを含むことが可能である。
【００９８】
第１の可能な実施モードにおいては、パケット・ヘッダを生成するステップは、下記の内容を含むことが可能である。
【００９９】
最初に、プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報が取得され、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットは、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットは、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットである。
【０１００】
任意選択で、ＲＬＣエンティティーは、プリセット・データ・パケットのサイズがプリセット・サイズよりも小さいかどうかを検知することが可能である。検知結果が「はい」である場合には、プリセット・データ・パケットがスモール・データ・パケットであるということを示す第３の表示情報、たとえば「１」が生成され、検知結果が「いいえ」である場合には、プリセット・データ・パケットがラージ・データ・パケットであるということを示す第３の表示情報、たとえば「０」が生成される。プリセット・サイズは、１００バイトなどのデフォルトのサイズ、または、この方法がＵＥにおいて使用される場合にはＲＲＣ構成メッセージを介して基地局によって構成されるサイズであることが可能であり、それは、この実施形態においては限定されない。プリセット・サイズが、基地局によって構成されるサイズである場合には、プリセット・サイズは、すべてのデータ無線ベアラ（ＤＲＢ）によって共有されるサイズ、または１つのＤＲＢによって独立して使用されるサイズであることが可能であり、それは、この実施形態においては限定されない。
【０１０１】
実際の実施においては、ＳＤＵパケットがカスケード化された場合には、プリセット・データ・パケットは、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵデータ・パケットである。任意選択で、データ・セクションにおける第１のＳＤＵが完全なＳＤＵである場合には、プリセット・データ・パケットは、すなわち第１のＳＤＵであり、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントである場合には、ＲＬＣエンティティーは、そのＳＤＵセグメントが属するＳＤＵパケットを取得し、取得されたＳＤＵパケットをプリセット・データ・パケットとして供給する。
【０１０２】
しかしながら、ＳＤＵパケットがカスケード化されなかった場合には、プリセット・データ・パケットは、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットである。任意選択で、データ・セクションにおけるコンテンツが完全なＳＤＵである場合には、プリセット・データ・パケットは、すなわちＳＤＵであり、データ・セクションにおけるコンテンツが１つのＳＤＵセグメントである場合、たとえば、１つのＳＤＵパケットが２つのＰＤＵパケットにカプセル化されている場合には、ＲＬＣエンティティーは、そのＳＤＵセグメントが属するＳＤＵパケットを取得し、取得されたＳＤＵパケットをプリセット・データ・パケットとして供給する。
【０１０３】
一般に、第３の表示情報は、１ビットのものである。
【０１０４】
第２に、プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、パケット・ヘッダを生成する際に、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダが生成され、ターゲットＳＯフィールドの長さは、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。たとえば、ターゲットＳＯフィールドの長さは、７ビットであることが可能である。
【０１０５】
任意選択で、ＲＬＣエンティティーは、スモール・データ（ＳＤ）フィールドおよびターゲットＳＯフィールドを含むパケット・ヘッダを生成することが可能である。ＳＤフィールドは、第３の表示情報を含む。
【０１０６】
任意選択で、プリセット・データ・パケットがラージ・データ・パケットであるということを示すために第３の表示情報が使用される場合には、パケット・ヘッダを生成する際に、ＳＤフィールドおよびＳＯフィールドを含むパケット・ヘッダが生成され、ＳＯフィールドの長さは、プリセットされた長さである。この長さは、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいことが可能であり、または共通パケット・ヘッダにおけるＳＯフィールドの長さに等しいことが可能であり、それは、この実施形態においては限定されない。
【０１０７】
加えて、実際の実施においては、ターゲットＳＯフィールドの長さ、およびプリセットされた長さは、デフォルトの長さであることが可能であり、またはＲＲＣ構成メッセージを介して基地局によって構成される長さであることが可能であり、それは、この実施形態においては限定されない。
【０１０８】
さらに基地局は、ＲＲＣ構成メッセージを介して、パケット・ヘッダがＳＤフィールドを含むかどうかを構成することが可能であり、パケット・ヘッダを生成する際には、ＲＲＣ構成メッセージを介して構成されているパケット・ヘッダにＳＤフィールドが含まれる場合にのみ、ＳＤフィールドを含むパケット・ヘッダを生成することが可能であり、それは、この実施形態においては限定されない。
【０１０９】
スモール・データ・パケットが検知された場合には、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい長さを有するターゲットＳＯフィールドを使用することによって、ＳＯフィールドによって占められるオーバーヘッドを節減することが可能であり、それによって、パケット・ヘッダによって占められるオーバーヘッドをさらに節減する効果を達成する。
【０１１０】
第２の可能な実施モードにおいては、パケット・ヘッダを生成するステップは、下記の内容を含むことが可能である。
【０１１１】
これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダが生成される。ＲＲＣ構成メッセージは、ターゲット長さを含み、ターゲット長さは、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。
【０１１２】
基地局が、ＲＲＣ構成メッセージを介してＵＥに対してＤＲＢ構成を実行する場合には、ＲＲＣ構成メッセージは、７ビットなどのターゲット長さを含む。もちろん、実際の実施においては、ＲＲＣ構成メッセージに含まれるターゲット長さは、その他の長さであることも可能であり、それは、この実施形態においては限定されない。
【０１１３】
その後、パケット・ヘッダを生成する際には、ＲＲＣ構成メッセージにおいて構成されているターゲット長さに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダが生成されることが可能である。
【０１１４】
共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいプリセットされた長さを構成することによって、基地局は、ＲＬＣエンティティーが、パケット・ヘッダを生成する際に、プリセットされた長さを有するＳＯフィールドを含むパケット・ヘッダを生成することを可能にし、それによって、パケット・ヘッダによって占められるオーバーヘッドを低減する。
【０１１５】
加えて、ＲＬＣエンティティーがカスケード機能を有していない場合には、ＲＬＣエンティティーは、この実施形態においては、スモール・データ・パケットをセグメント化する機能を無効にすることが可能である。なぜなら、スモール・データをセグメントするために特定の量の処理リソースが必要とされるからである。実際の実施においては、それは、下記の内容を含むことが可能である。
【０１１６】
最初に、受信端によって送信されたＲＲＣ構成メッセージが取得され、そのＲＲＣ構成メッセージは、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される。
【０１１７】
基地局は、ＵＥ  ＤＲＢを構成するためのＲＲＣ構成メッセージを送信し、ＤＲＢのＲＬＣ構成においてＲＬＣのセグメント機能を無効にする。実際の実施においては、その構成は、アップリンクおよびダウンリンクに関して別々にまたは一様に実行されることが可能であり、それは、ＵＭおよびＤＭの両方のもとで実行されることが可能である。もちろん、ＲＲＣ構成メッセージは、セグメント機能を無効にしないように構成されることも可能であり、それは、本明細書においては限定されない。
【０１１８】
第２に、ＳＤＵパケットをセグメント化するためのセグメント機能が無効にされる。
【０１１９】
ＲＲＣ構成メッセージを受信した後に、ＲＲＣ構成メッセージが、アップリンクに関するセグメント機能を無効にすることを示している場合には、ＲＬＣエンティティーは、データを送信する際に、受信されたＳＤＵパケットをセグメント化せず、図５Ａを参照すると、データは、セグメント化されていないＰＤＵパケット・フォーマットを使用して送信されることが可能である。しかしながら、ＲＲＣ構成メッセージが、ダウンリンクに関するセグメント機能を無効にすることを示している場合には、ＲＬＣエンティティーは、反対側の端部によって送信されたＰＤＵパケットを受信した後に、そのＰＤＵパケットが、セグメント化されていないＳＤＵパケットであるということを知ることが可能である。
【０１２０】
スモール・データ・サービスに関して、基地局は、セグメント機能を無効にするようにＲＬＣエンティティーを構成することが可能であり、それは、スモール・データ・パケットを処理するためにＲＬＣエンティティーによって必要とされる複雑なオペレーションを低減し、ＲＬＣエンティティーのデータ送信効率を改善する。
【０１２１】
前述の実施形態においては、ＲＬＣエンティティーがＳＤＵパケットを処理した後に、生成されたＰＤＵパケットにおけるＳＮ番号どうしが連続していない場合がある。たとえば、図５Ｂを参照すると、ＲＬＣエンティティーは、それぞれ０、１、２、３、および４というＳＮを伴う５つのＳＤＵパケットを受信し、次いでＲＬＣエンティティーは、ＳＮ＝０のＳＤＵパケットの第１のセグメントを第１のＰＤＵパケットに、ＳＮ＝０のＳＤＵパケットの第２のセグメント、ＳＮ＝１のＳＤＵパケット、およびＳＮ＝２のＳＤＵパケットの第１のセグメントを第２のＰＤＵパケットに、ＳＮ＝２のＳＤＵパケットの第２のセグメントならびにＳＮ＝３およびＳＮ＝４のＳＤＵパケットを第３のＰＤＵパケットにカプセル化する。図５Ｂをさらに参照していただきたい。明らかに、ＲＬＣエンティティーによって取得された３つのＰＤＵパケットのＳＮ番号は、順に０、０、および２であり、これらは連続していない。この時点で、取得されたＰＤＵパケットのそれぞれが、繰り返されるコンテンツを含むかどうかを確認するために、ＲＬＣエンティティーは、取得されたＰＤＵパケットのそれぞれにおけるＳＮフィールドおよびＳＯフィールドに従ってＳＮ番号どうしが連続しているかどうかを検知することが可能である。たとえば、図５Ｂに関連した一例として第１のＰＤＵパケットおよび第２のＰＤＵパケットを取り上げると、ＲＬＣエンティティーは、第１のＰＤＵパケットの最後のバイトが（ＬＳＦ−１）番目のバイトであるか、すなわち、第２のＰＤＵパケットの２２１番目のバイトであるかどうかを検知することが可能である。検知結果が「はい」である場合には、ＲＬＣエンティティーは、ＳＮ＝０のＳＤＵパケットがカプセル化の繰り返しにおいてまったく問題を有していないということを特定することが可能である。そして、取得されたＰＤＵパケットのそれぞれにおいてＳＤＵパケット・ロスが発生しているかどうかを確認するために、ＲＬＣエンティティーは、ｎ＋ｍがＮに等しいかどうかを検知することが可能であり、この場合、ｎは、割り込みが開始するＰＤＵパケットに含まれている最後のバイトに対応するＳＤＵパケットのＳＮ番号であり、ｍは、割り込みが開始するＰＤＵパケットのＳＮ番号であり、Ｎは、割り込みが終了するＰＤＵパケットのＳＮ番号である。検知結果が「はい」である場合には、パケット・ロスが発生していないということが特定され、検知結果が「いいえ」である場合には、パケット・ロスが発生しているということが特定される。たとえば、図５Ｂに関連して、第２のＰＤＵパケットのＳＮ番号は０であり、第３のＰＤＵパケットのＳＮ番号は２である。これら２つは連続しておらず、したがって、この時点で、ＲＬＣエンティティーは、第２のＰＤＵパケットの最後のバイトが対応するＳＤＵパケットのＳＮ番号（すなわち、２）と、第２のＰＤＵパケットのＳＮ番号（すなわち、０）との合計（２）を計算すること、そしてさらに、計算された合計が第３のＰＤＵパケットのＳＮ番号（２）に等しいかどうかを検知することが可能であり、ＲＬＣエンティティーの検知結果は「はい」であるので、ＲＬＣエンティティーは、パケット・ロスが発生していないということを特定することが可能である。
【０１２２】
図６は、本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。図６において示されているように、ＰＤＵパケットを生成するためのデバイスは、第１の取得モジュール６１０、処理モジュール６２０、および生成モジュール６３０を含むことが可能である。
【０１２３】
第１の取得モジュール６１０は、サービス・データ・ユニット（ＳＤＵ）パケットを取得するように構成されており、
処理モジュール６２０は、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されており、
生成モジュール６３０は、処理モジュール６２０の処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【０１２４】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するためのデバイスに関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【０１２５】
図７は、本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。図７において示されているように、ＰＤＵパケットを生成するためのデバイスは、第１の取得モジュール７１０、処理モジュール７２０、および生成モジュール７３０を含むことが可能である。
【０１２６】
第１の取得モジュール７１０は、サービス・データ・ユニット（ＳＤＵ）パケットを取得するように構成されており、
処理モジュール７２０は、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されており、
生成モジュール７３０は、処理モジュール７２０の処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【０１２７】
任意選択で、プリセット・フィールドは、その他のフィールドを含み、その他のフィールドは、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含む。
【０１２８】
ＳＤＵパケットがカスケード化された場合には、生成モジュール７３０はさらに、
データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得し、
データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得し、
ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置を取得し、
ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ＳＮフィールドが、取得されたＳＮ番号を含み、ＬＳＦフィールドが、取得された第１の表示情報を含み、ＳＯフィールドが、取得された開始バイト位置を含む。
【０１２９】
任意選択で、プリセット・フィールドは、新たに付加されるターゲット・フィールドを含む。
【０１３０】
生成モジュール７３０はさらに、
第２の表示情報を取得し、ＳＤＵパケットがカスケード化された場合には、第２の表示情報が、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報が、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、
ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されており、ターゲット・フィールドが第２の表示情報を含む。
【０１３１】
任意選択で、生成モジュール７３０はさらに、
ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ターゲット・フィールドを含むが共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成するように構成されている。
【０１３２】
任意選択で、生成モジュール７３０はさらに、
これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、ターゲット・フィールドを含むようにパケット・ヘッダを構成するために使用される場合には、ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されている。
【０１３３】
任意選択で、生成モジュール７３０はさらに、
プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得し、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットが、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットが、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットであり、
プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ターゲットＳＯフィールドの長さが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。
【０１３４】
任意選択で、生成モジュール７３０はさらに、
これまでに取得されているＲＲＣ構成メッセージが、第３の表示情報を含むようにパケット・ヘッダを構成するために使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されている。
【０１３５】
任意選択で、生成モジュール７３０はさらに、これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダを生成し、ＲＲＣ構成メッセージが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいターゲット長さを含むように構成されている。
【０１３６】
任意選択で、このデバイスはさらに、
生成モジュール７３０が処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成する前に、受信端によって送信されたＲＲＣ構成メッセージを取得し、ＲＲＣ構成メッセージが、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用されるように構成されている第２の取得モジュール７４０と、
ＲＲＣ構成メッセージを受信した後に、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするように構成されている無効化モジュール７５０とを含む。
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するためのデバイスに関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【０１３７】
本開示の１つの例示的な実施形態によるＰＤＵパケットを生成するためのデバイスが提供されており、本開示によって提供されているＰＤＵパケットを生成するための方法は、このデバイスによって実施されることが可能である。ＰＤＵパケットを生成するためのデバイスは、プロセッサと、プロセッサ実行可能命令を格納するためのメモリとを含む。
【０１３８】
プロセッサは、
サービス・データ・ユニット（ＳＤＵ）パケットを取得し、
プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理し、
処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【０１３９】
図８は、本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。デバイス８００は、ＵＥのすべてまたは一部として実施されることが可能である。
【０１４０】
図８を参照すると、デバイス８００は、処理コンポーネント８０２、メモリ８０４、電力コンポーネント８０６、マルチメディア・コンポーネント８０８、オーディオ・コンポーネント８１０、入力／出力（Ｉ／Ｏ）インターフェース８１２、センサ・コンポーネント８１４、および通信コンポーネント８１６というコンポーネントのうちの１つまたは複数を含むことが可能である。
【０１４１】
処理コンポーネント８０２は、典型的には、表示、通話、データ通信に関連付けられているオペレーション、カメラ・オペレーション、および記録オペレーションなど、装置８００の全体的なオペレーションを制御する。処理コンポーネント８０２は、上述の方法におけるステップのすべてまたは一部を実行するための命令を実行するための１つまたは複数のプロセッサ８１８を含むことが可能である。その上、処理コンポーネント８０２は、処理コンポーネント８０２とその他のコンポーネントとの間における対話を容易にする１つまたは複数のモジュールを含むことが可能である。たとえば、処理コンポーネント８０２は、マルチメディア・コンポーネント８０８と処理コンポーネント８０２との間における対話を容易にするためのマルチメディア・モジュールを含むことが可能である。
【０１４２】
メモリ８０４は、装置８００のオペレーションをサポートするためのさまざまなタイプのデータを格納するように構成されている。そのようなデータの例は、装置８００上で操作される任意のアプリケーションまたは方法のための命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオなどを含む。メモリ８０４は、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、電気的消去可能プログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ）、プログラム可能読み取り専用メモリ（ＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュ・メモリ、磁気または光ディスクなど、任意のタイプの揮発性もしくは不揮発性メモリ・デバイス、またはそれらの組合せを使用することによって実装されることが可能である。
【０１４３】
電力コンポーネント８０６は、装置８００のさまざまなコンポーネントに電力を提供する。電力コンポーネント８０６は、電力管理システム、１つまたは複数の電源、ならびに、装置８００における電力の生成、管理、および分配に関連付けられているその他の任意のコンポーネントを含むことが可能である。
【０１４４】
マルチメディア・コンポーネント８０８は、装置８００とユーザとの間における出力インターフェースを提供するスクリーンを含む。いくつかの実施形態においては、スクリーンは、液晶ディスプレイ（ＬＣＤ）およびタッチ・パネル（ＴＰ）を含むことが可能である。スクリーンがタッチ・パネルを含む場合には、スクリーンは、ユーザからの入力信号を受信するためのタッチ・スクリーンとして実装されることが可能である。タッチ・パネルは、タッチ・パネル上でのタッチ、スワイプ、およびジェスチャーを感知するための１つまたは複数のタッチ・センサを含む。タッチ・センサは、タッチまたはスワイプ・アクションの境界を感知するだけでなく、タッチまたはスワイプ・アクションに関連付けられている持続時間および圧力を感知することも可能である。いくつかの実施形態においては、マルチメディア・コンポーネント８０８は、フロント・カメラおよび／またはリア・カメラを含む。フロント・カメラおよびリア・カメラは、装置８００が写真撮影モードまたはビデオ・モードなどのオペレーション・モードにある間に外部のマルチメディア・データを受信することが可能である。フロント・カメラおよびリア・カメラのそれぞれは、固定された光学レンズ・システムであること、またはフォーカスおよび光学ズーム能力を有することが可能である。
【０１４５】
オーディオ・コンポーネント８１０は、オーディオ信号を出力および／または入力するように構成されている。たとえば、オーディオ・コンポーネント８１０は、装置８００が通話モード、録音モード、および音声認識モードなどのオペレーション・モードにある間に外部のオーディオ信号を受信するように構成されているマイクロフォン（ＭＩＣ）を含む。受信されたオーディオ信号はさらに、メモリ８０４内に格納されること、または通信コンポーネント８１６を介して送信されることが可能である。いくつかの実施形態においては、オーディオ・コンポーネント８１０はさらに、オーディオ信号を出力するためのスピーカーを含む。
【０１４６】
Ｉ／Ｏインターフェース８１２は、処理コンポーネント８０２と、キーボード、クリック・ホイール、ボタン等などの周辺インターフェース・モジュールとの間におけるインターフェースを提供する。ボタンは、ホーム・ボタン、ボリューム・ボタン、スタート・ボタン、およびロック・ボタンを含むことが可能であるが、それらには限定されない。
【０１４７】
センサ・コンポーネント８１４は、装置８００のさまざまな側面のステータス査定を提供するための１つまたは複数のセンサを含む。たとえば、センサ・コンポーネント８１４は、装置８００のオン／オフ・ステータス、装置８００のコンポーネントどうし、たとえば、ディスプレイ・デバイスとミニ・キーボードとの相対的な配置を検知することが可能であり、センサ・コンポーネント８１４は、装置８００または装置８００のコンポーネントの位置の変化、装置８００とのユーザの接触の有無、装置８００の向きまたは加速／減速、および装置８００の温度の変化を検知することも可能である。センサ・コンポーネント８１４は、物理的な接触をまったく伴わずに付近のオブジェクトの存在を検知するように構成されている近接センサを含むことが可能である。センサ・コンポーネント８１４は、イメージング・アプリケーションのために使用されるＣＭＯＳまたはＣＣＤイメージ・センサなどの光センサを含むことも可能である。いくつかの実施形態においては、センサ・コンポーネント８１４は、加速度計センサ、ジャイロスコープ・センサ、磁気センサ、圧力センサ、または温度センサを含むことも可能である。
【０１４８】
通信コンポーネント８１６は、装置８００とその他のデバイスとの間における有線またはワイヤレスでの通信を容易にするように構成されている。装置８００は、ＷｉＦｉ、２Ｇ、もしくは３Ｇ、またはそれらの組合せなどの通信標準に基づいてワイヤレス・ネットワークにアクセスすることが可能である。例示的な実施形態においては、通信コンポーネント８１６は、外部のブロードキャスト管理システムからブロードキャスト・チャネルを介してブロードキャスト信号またはブロードキャスト関連情報を受信する。例示的な実施形態においては、通信コンポーネント８１６はさらに、短距離通信を容易にするための近距離無線通信（ＮＦＣ）モジュールを含む。
【０１４９】
例示的な実施形態においては、装置８００は、上述の方法を実行するための１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル・シグナル・プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、またはその他の電子コンポーネントとともに実施されることが可能である。
【０１５０】
例示的な実施形態においては、上述の方法を実行するための、装置８００内のプロセッサ８１８によって実行可能な命令を記憶しているメモリ８０４など、命令を記憶している非一時的コンピュータ可読ストレージ・メディアも提供される。たとえば、その非一時的コンピュータ可読ストレージ・メディアは、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー・ディスク、光データ・ストレージ・デバイスなどであることが可能である。
【０１５１】
実際の実施中に、ＰＤＵパッケージ生成デバイスは、その他の構造のものであることが可能であり、それは、この実施形態においては限定されない。
【０１５２】
本開示のその他の実施形態は、本明細書の考察および本開示の実践から、当業者にとって明らかになるであろう。本出願は、本開示の一般的な原理に準拠する、かつ常識、または本明細書において開示されていない一般的に使用される技術的な手段を含む、本開示のいかなるバリエーション、使用、または適合もカバーすることを意図されている。本明細書および実施形態は、例示的なものにすぎないとみなされるべきであり、それに併せて、本開示の真の範囲および趣旨は、添付の請求の範囲によって示されている。
【０１５３】
本開示は、上述され添付の図面において例示されてきた厳密な構造に限定されるものではないということ、および本開示の範囲から逸脱することなく、さまざまな修正および変更が行われることが可能であるということが理解されるであろう。本開示の範囲は、添付の請求の範囲によってのみ限定されるということが意図されている。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するための方法であって、
サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップと、
プリセット・データ・パケットのサイズに従って該ＳＤＵパケットを処理するステップと、
処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップであって、該パケット・ヘッダおよび該データ・セクションが該ＰＤＵパケットを構成し、該パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、該プリセット・フィールドが、共通パケット・ヘッダにおいて再定義される該ＦＩフィールドおよび該ＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加される該ターゲット・フィールドのフィールド長さが、該ＦＩフィールドおよび該ＲＦフィールドの合計長さよりも小さい、ステップとを含む方法。
【請求項２】
前記プリセット・フィールドが、前記その他のフィールドを含み、前記その他のフィールドが、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含み、
前記ＳＤＵパケットがカスケード化された場合には、前記処理結果に従って前記ＰＤＵパケットのパケット・ヘッダを生成するステップが、
前記データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得するステップと、
前記データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得するステップと、
前記ＳＤＵパケットにおける対応する前記データ・セクションの第１のバイトの開始バイト位置を取得するステップと、
該ＳＮフィールド、該ＬＳＦフィールド、および該ＳＯフィールドを含む前記パケット・ヘッダを生成するステップであって、該ＳＮフィールドが、該取得されたＳＮ番号を含み、該ＬＳＦフィールドが、該取得された第１の表示情報を含み、該ＳＯフィールドが、該取得された開始バイト位置を含む、ステップとを含む、請求項１記載の方法。
【請求項３】
前記プリセット・フィールドが、新たに付加される前記ターゲット・フィールドを含み、
前記処理結果に従って前記ＰＤＵパケットのパケット・ヘッダを生成するステップが、
第２の表示情報を取得するステップであって、前記ＳＤＵパケットがカスケード化された場合には、該第２の表示情報が、前記データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、前記ＳＤＵパケットがカスケード化されなかった場合には、該第２の表示情報が、前記データ・セクションがＳＤＵセグメントであるかどうかを示すために使用される、ステップと、
前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するステップであって、前記ターゲット・フィールドが該第２の表示情報を含む、ステップとを含む、請求項１記載の方法。
【請求項４】
前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するステップが、
前記ＳＤＵセグメントではないことを示すために前記第２の表示情報が使用される場合には、前記ターゲット・フィールドを含むが前記共通パケット・ヘッダにおける前記ＳＯフィールドおよび前記ＬＳＦフィールドを省略する前記パケット・ヘッダを生成するステップを含む、または、
これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、前記ターゲット・フィールドを含むように前記パケット・ヘッダを構成するために使用される場合には、前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するステップを含む、請求項３記載の方法。
【請求項５】
前記処理結果に従って前記ＰＤＵパケットのパケット・ヘッダを生成するステップがさらに、
前記プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得するステップであって、前記ＳＤＵがカスケード化された場合には、前記プリセット・データ・パケットが、前記データ・セクションにおける前記第１のＳＤＵが対応する完全なＳＤＵパケットであり、前記ＳＤＵがカスケード化されなかった場合には、前記プリセット・データ・パケットが、前記データ・セクションにおける前記ＳＤＵが対応する完全なＳＤＵパケットである、ステップと、
前記プリセット・データ・パケットがスモール・データ・パケットであるということを示すために該第３の表示情報が使用される場合には、該第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するステップであって、前記ターゲットＳＯフィールドの長さが、前記共通パケット・ヘッダにおける前記ＳＯフィールドの長さよりも小さい、ステップと、
前記第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するステップが、これまでに取得されている前記ＲＲＣ構成メッセージが、前記第３の表示情報を含むように前記パケット・ヘッダを構成するために使用される場合には、前記第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するステップを含む、請求項１から３のいずれか一項記載の方法。
【請求項６】
前記処理結果に従って前記ＰＤＵパケットのパケット・ヘッダを生成するステップがさらに、これまでに取得されている前記ＲＲＣ構成メッセージに従って、ターゲット長さを有する前記ＳＯフィールドを含む前記パケット・ヘッダを生成するステップであって、前記ＲＲＣ構成メッセージが、前記共通パケット・ヘッダにおける前記ＳＯフィールドの長さよりも小さい該ターゲット長さを含む、ステップを含む、請求項１から３のいずれか一項記載の方法。
【請求項７】
カスケード機能が含まれていない場合には、
前記受信端によって送信された前記ＲＲＣ構成メッセージを取得するステップであって、前記ＲＲＣ構成メッセージが、前記ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される、ステップと、
前記ＲＲＣ構成メッセージを受信した後に、前記ＳＤＵパケットをセグメント化するための該セグメント機能を無効にするステップとをさらに含む、請求項１記載の方法。
【請求項８】
プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するためのデバイスであって、
サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップを行うように構成されている第１の取得モジュールと、
プリセット・データ・パケットのサイズに従って該ＳＤＵパケットを処理するステップを行うように構成されている処理モジュールと、
該処理モジュールの処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成された生成モジュールであって、該パケット・ヘッダおよび該データ・セクションが該ＰＤＵパケットを構成し、該パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、該プリセット・フィールドが、共通パケット・ヘッダにおいて再定義される該ＦＩフィールドおよび該ＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加される該ターゲット・フィールドのフィールド長さが、該ＦＩフィールドおよび該ＲＦフィールドの合計長さよりも小さい、生成モジュールとを含むデバイス。
【請求項９】
前記プリセット・フィールドが、前記その他のフィールドを含み、前記その他のフィールドが、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含み、
前記ＳＤＵパケットがカスケード化された場合には、前記生成モジュールがさらに、
前記データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得し、
前記データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得し、
前記ＳＤＵパケットにおける対応する前記データ・セクションの第１のバイトの開始バイト位置を取得し、
該ＳＮフィールド、該ＬＳＦフィールド、および該ＳＯフィールドを含む前記パケット・ヘッダを生成するように構成されており、該ＳＮフィールドが、該取得されたＳＮ番号を含み、該ＬＳＦフィールドが、該取得された第１の表示情報を含み、該ＳＯフィールドが、該取得された開始バイト位置を含む、請求項８記載のデバイス。
【請求項１０】
前記プリセット・フィールドが、新たに付加される前記ターゲット・フィールドを含み、
前記生成モジュールがさらに、
第２の表示情報を取得し、前記ＳＤＵパケットがカスケード化された場合には、該第２の表示情報が、前記データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、前記ＳＤＵパケットがカスケード化されなかった場合には、該第２の表示情報が、前記データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、
前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するように構成されており、前記ターゲット・フィールドが該第２の表示情報を含む、請求項１０記載のデバイス。
【請求項１１】
前記生成モジュールがさらに、
前記ＳＤＵセグメントではないことを示すために前記第２の表示情報が使用される場合には、前記ターゲット・フィールドを含むが前記共通パケット・ヘッダにおける前記ＳＯフィールドおよび前記ＬＳＦフィールドを省略する前記パケット・ヘッダを生成するように構成されている、または、
これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、前記ターゲット・フィールドを含むように前記パケット・ヘッダを構成するために使用される場合には、前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するように構成されている、請求項１０記載のデバイス。
【請求項１２】
前記生成モジュールがさらに、
前記プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得し、前記ＳＤＵがカスケード化された場合には、前記プリセット・データ・パケットが、前記データ・セクションにおける前記第１のＳＤＵが対応する完全なＳＤＵパケットであり、前記ＳＤＵがカスケード化されなかった場合には、前記プリセット・データ・パケットが、前記データ・セクションにおける前記ＳＤＵが対応する完全なＳＤＵパケットであり、
前記プリセット・データ・パケットがスモール・データ・パケットであるということを示すために該第３の表示情報が使用される場合には、該第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するように構成されており、前記ターゲットＳＯフィールドの長さが、前記共通パケット・ヘッダにおける前記ＳＯフィールドの長さよりも小さく、および、
前記生成モジュールがさらに、
これまでに取得されている前記ＲＲＣ構成メッセージが、前記第３の表示情報を含むように前記パケット・ヘッダを構成するために使用される場合には、前記第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するように構成されている、請求項８から１０のいずれか一項記載のデバイス。
【請求項１３】
前記生成モジュールがさらに、これまでに取得されている前記ＲＲＣ構成メッセージに従って、ターゲット長さを有する前記ＳＯフィールドを含む前記パケット・ヘッダを生成するように構成されており、前記ＲＲＣ構成メッセージが、前記共通パケット・ヘッダにおける前記ＳＯフィールドの長さよりも小さい該ターゲット長さを含む、請求項８から１０のいずれか一項記載のデバイス。
【請求項１４】
カスケード機能が含まれていない場合には、
前記生成モジュールが前記処理結果に従って前記ＰＤＵパケットの前記パケット・ヘッダを生成する前に、前記受信端によって送信された前記ＲＲＣ構成メッセージを取得するように構成されている第２の取得モジュールであって、前記ＲＲＣ構成メッセージが、前記ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される、第２の取得モジュールと、
前記ＲＲＣ構成メッセージを受信した後に、前記ＳＤＵパケットをセグメント化するための該セグメント機能を無効にするように構成されている無効化モジュールとをさらに含む、請求項８記載のデバイス。
【請求項１５】
プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するためのデバイスであって、
プロセッサと、
プロセッサ実行可能命令を格納するためのメモリとを含み、
該プロセッサが、
サービス・データ・ユニット（ＳＤＵ）パケットを取得し、
プリセット・データ・パケットのサイズに従って該ＳＤＵパケットを処理し、
処理結果に従って該ＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、該パケット・ヘッダおよび該データ・セクションが該ＰＤＵパケットを構成し、該パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、該プリセット・フィールドが、共通パケット・ヘッダにおいて再定義される該ＦＩフィールドおよび該ＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加される該ターゲット・フィールドのフィールド長さが、該ＦＩフィールドおよび該ＲＦフィールドの合計長さよりも小さい、デバイス。
【国際調査報告】
2019533958.tif 000019
2019533958.tif 000020
2019533958.tif 000021
2019533958.tif 000022