特許7119052プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するための方法およびデバイス
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-08-05
(45)【発行日】2022-08-16
(54)【発明の名称】プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するための方法およびデバイス
(51)【国際特許分類】
H04L 49/9057 20220101AFI20220808BHJP
H04W 28/06 20090101ALI20220808BHJP
H04W 80/02 20090101ALI20220808BHJP
【ＦＩ】
H04L49/9057
H04W28/06 110
H04W80/02
【請求項の数】
8
(21)【出願番号】P 2020191717
(22)【出願日】2020-11-18
(62)【分割の表示】P 2019522799の分割
【原出願日】2016-11-04
(65)【公開番号】P2021048598
(43)【公開日】2021-03-25
【審査請求日】2020-11-18
(73)【特許権者】
【識別番号】516180667
【氏名又は名称】北京小米移動軟件有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】Ｎｏ．０１８， Ｆｌｏｏｒ ８， Ｂｕｉｌｄｉｎｇ ６， Ｙａｒｄ ３３， Ｍｉｄｄｌｅ Ｘｉｅｒｑｉ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ
(74)【代理人】
【識別番号】110000729
【氏名又は名称】特許業務法人 ユニアス国際特許事務所
(72)【発明者】
【氏名】江 小威
【審査官】中川 幸洋
(56)【参考文献】
【文献】特表２０１０－５２７５４４（ＪＰ，Ａ）
【文献】国際公開第２００８／１３６２９４（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１６／０１１９１０２（ＵＳ，Ａ１）
【文献】特表２０１１－５１７９０４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ４９／９０５７
Ｈ０４Ｗ ２８／０６
Ｈ０４Ｗ ８０／０２
(57)【特許請求の範囲】
【請求項1】
プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するための方法であって、サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップと、
プリセット・データ・パケットのサイズに従って該ＳＤＵパケットを処理するステップと、
処理結果に従って該ＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップであって、該パケット・ヘッダおよび該データ・セクションが該ＰＤＵパケットを構成し、該パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、該プリセット・フィールドが新たに付加されるターゲット・フィールドを含み、新たに付加される該ターゲット・フィールドのフィールド長さが、該ＦＩフィールドおよび該ＲＦフィールドの合計長さよりも小さい、ステップとを含み、
前記処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップは、
表示情報を決定することと、ここで、前記表示情報は、前記データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、
ターゲット・フィールドを含むパケット・ヘッダを生成することと、ここで、ターゲット・フィールドは前記表示情報を含み、を含み、
前記ターゲット・フィールドを含むパケット・ヘッダを生成することは、
前記データ・セクションがＳＤＵセグメントではないことを示すために前記表示情報が使用される場合、前記ターゲット・フィールドを含み、セグメンテーションオフセット（ＳＯ）フィールドおよび最終セグメント・フラグ（ＬＳＦ）フィールドを省略している前記パケット・ヘッダを生成することを含む、方法。
【請求項2】
前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するステップが、これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、前記ターゲット・フィールドを含むように前記パケット・ヘッダを構成するために使用される場合には、前記ターゲット・フィールドを含む前記パケット・ヘッダを生成するステップを含む、請求項１記載の方法。
【請求項3】
前記処理結果に従って前記ＰＤＵパケットのパケット・ヘッダを生成するステップがさらに、前記プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得するステップであって、前記ＳＤＵパケットがカスケード化された場合には、前記プリセット・データ・パケットが、前記データ・セクションにおける第１のＳＤＵパケットが対応する完全なＳＤＵパケットであり、前記ＳＤＵパケットがカスケード化されなかった場合には、前記プリセット・データ・パケットが、前記データ・セクションにおける前記ＳＤＵパケットが対応する完全なＳＤＵパケットであり、前記スモール・データ・パケットのパケットサイズが、プリセット・サイズより小さい、ステップと、
前記プリセット・データ・パケットがスモール・データ・パケットであるということを示すために該第３の表示情報が使用される場合には、該第３の表示情報およびターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するステップであって、前記ターゲットＳＯフィールドの長さが、前記パケット・ヘッダにおける前記ＳＯフィールドの長さよりも小さい、ステップとを含む、請求項１に記載の方法。
【請求項4】
前記第３の表示情報およびターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するステップが、これまでに取得されているＲＲＣ構成メッセージが、前記第３の表示情報を含むように前記パケット・ヘッダを構成するために使用される場合には、前記第３の表示情報および前記ターゲットＳＯフィールドを含む前記パケット・ヘッダを生成するステップを含む、請求項３記載の方法。
【請求項5】
前記処理結果に従って前記ＰＤＵパケットのパケット・ヘッダを生成するステップがさらに、これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有する前記ＳＯフィールドを含む前記パケット・ヘッダを生成するステップであって、前記ＲＲＣ構成メッセージが、前記パケット・ヘッダにおける前記ＳＯフィールドの長さよりも小さい該ターゲット長さを含む、ステップを含む、請求項１に記載の方法。
【請求項6】
カスケード機能が含まれていない場合には、受信端によって送信されたＲＲＣ構成メッセージを取得するステップであって、ＲＲＣ構成メッセージが、前記ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用され、前記ＳＤＵパケットがスモール・データ・パケットであり、前記スモール・データ・パケットのパケットサイズが、プリセット・サイズより小さい、ステップと、
前記ＲＲＣ構成メッセージを受信した後に、前記ＳＤＵパケットをセグメント化するための該セグメント機能を無効にするステップとをさらに含む、請求項１記載の方法。
【請求項7】
プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するためのデバイスであって、サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップを行うように構成されている第１の取得モジュールと、
プリセット・データ・パケットのサイズに従って該ＳＤＵパケットを処理するステップを行うように構成されている処理モジュールと、
該処理モジュールの処理結果に従って該ＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成された生成モジュールであって、該パケット・ヘッダおよび該データ・セクションが該ＰＤＵパケットを構成し、該パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、該プリセット・フィールドが新たに付加されるターゲット・フィールドを含み、新たに付加される該ターゲット・フィールドのフィールド長さが、該ＦＩフィールドおよび該ＲＦフィールドの合計長さよりも小さい、生成モジュールとを含み、
前記処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成することは、
表示情報を取得することと、ここで前記表示情報は、前記データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、
前記ターゲット・フィールドを含むパケット・ヘッダを生成することと、ここで前記ターゲット・フィールドは前記表示情報を含み、を含み、
前記ターゲット・フィールドを含むパケット・ヘッダを生成することは、
前記データ・セクションがＳＤＵセグメントではないことを示すために前記表示情報が使用される場合、前記ターゲット・フィールドを含み、セグメンテーションオフセット（ＳＯ）フィールドおよび最終セグメント・フラグ（ＬＳＦ）フィールドを省略している前記パケット・ヘッダを生成することを含む、デバイス。
【請求項8】
プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するためのデバイスであって、プロセッサと、
プロセッサ実行可能命令を格納するためのメモリとを含み、
該プロセッサが、
サービス・データ・ユニット（ＳＤＵ）パケットを取得し、
プリセット・データ・パケットのサイズに従って該ＳＤＵパケットを処理し、
処理結果に従って該ＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、該パケット・ヘッダおよび該データ・セクションが該ＰＤＵパケットを構成し、該パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、該プリセット・フィールドが新たに付加されるターゲット・フィールドを含み、新たに付加される該ターゲット・フィールドのフィールド長さが、該ＦＩフィールドおよび該ＲＦフィールドの合計長さよりも小さい、
前記処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成することは、
表示情報を取得することと、ここで前記表示情報は、前記データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、
前記ターゲット・フィールドを含むパケット・ヘッダを生成することと、ここで前記ターゲット・フィールドは前記表示情報を含み、を含み、
前記ターゲット・フィールドを含むパケット・ヘッダを生成することは、
前記データ・セクションがＳＤＵセグメントではないことを示すために前記表示情報が使用される場合、前記ターゲット・フィールドを含み、セグメンテーションオフセット（ＳＯ）フィールドおよび最終セグメント・フラグ（ＬＳＦ）フィールドを省略している前記パケット・ヘッダを生成すること、を含む、デバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信テクノロジーの分野に関連しており、詳細には、プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するための方法およびデバイスに関連している。関連出願との相互参照として、本出願は、２０１６年１１月４日に出願された国際出願第ＰＣＴ／ＣＮ２０１６／１０４６７９号の続きであり、その全内容は参照により本明細書に組み込まれる。
【背景技術】
【0002】
ロング・ターム・エボリューション（ＬＴＥ）における無線リンク制御（ＲＬＣ）レイヤは、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤと、メディア・アクセス制御（ＭＡＣ）レイヤとの間に配置されている。ＲＬＣレイヤとＰＤＣＰレイヤとの間においてやり取りされるデータ・パケットは、サービス・データ・ユニット（ＳＤＵ）パケットと呼ばれており、ＲＬＣレイヤとＭＡＣレイヤとの間においてやり取りされるデータ・パケットは、プロトコル・データ・ユニット（ＰＤＵ）パケットと呼ばれている。
【発明の概要】
【発明が解決しようとする課題】
【0003】
実際の実施においては、ＭＡＣレイヤは、ＰＤＵパケットのサイズを指定することが可能であり、一般に、ＲＬＣレイヤによって受信されるＳＤＵパケットのサイズは、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズに等しくない。したがって、ＲＬＣレイヤは、受信されたＳＤＵパケットを処理することが可能であり、たとえば、ＳＤＵパケットは、セグメント化されること、カスケード化されることなどが可能である。ＳＤＵパケットを処理した後に、ＲＬＣレイヤは、指定されたサイズのＰＤＵパケットを生成することが可能である。ＰＤＵパケットは、パケット・ヘッダおよびデータ・セクションを含み、パケット・ヘッダは、データ／制御（Ｄ／Ｃ）フィールド、再セグメンテーション・フラグ（ＲＦ）フィールド、ポーリング・ビット（Ｐ）フィールド、フレーミング表示（ＦＩ）フィールド、長さ表示（ＬＩ）フィールド、拡張ビット（Ｅ）フィールド、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、セグメンテーション・オフセット（ＳＯ）フィールドなどを含む。
【0004】
関連した技術分野においては、ＰＤＵパケットのパケット・ヘッダは、比較的大きな長さを占め、すなわち、ヘッダによって費やされるオーバーヘッドは、比較的大きい。
【課題を解決するための手段】
【0005】
関連した技術分野における問題を解決するために、本開示は、プロトコル・データ・ユニット（ＰＤＵ）パケットを生成するための方法およびデバイスを提供する。技術的なソリューションは、下記のとおりである。
【0006】
本開示の第１の態様によれば、プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するための方法が提供されている。この方法は、サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップと、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するステップと、処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップであって、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい、ステップとを含む。
【0007】
任意選択で、プリセット・フィールドは、その他のフィールドを含み、その他のフィールドは、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含む。
【0008】
ＳＤＵパケットがカスケード化された場合には、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップは、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得するステップと、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得するステップと、ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置を取得するステップと、ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダを生成するステップであって、ＳＮフィールドが、取得されたＳＮ番号を含み、ＬＳＦフィールドが、取得された第１の表示情報を含み、ＳＯフィールドが、取得された開始バイト位置を含む、ステップとを含む。
【0009】
任意選択で、プリセット・フィールドは、新たに付加されるターゲット・フィールドを含み、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップは、第２の表示情報を取得するステップであって、ＳＤＵパケットがカスケード化された場合には、第２の表示情報が、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報が、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用される、ステップと、ターゲット・フィールドを含むパケット・ヘッダを生成するステップであって、ターゲット・フィールドが第２の表示情報を含む、ステップとを含む。
【0010】
任意選択で、ターゲット・フィールドを含むパケット・ヘッダを生成するステップは、ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ターゲット・フィールドを含むが共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成するステップを含む。
【0011】
任意選択で、ターゲット・フィールドを含むパケット・ヘッダを生成するステップは、これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、ターゲット・フィールドを含むようにパケット・ヘッダを構成するために使用される場合には、ターゲット・フィールドを含むパケット・ヘッダを生成するステップを含む。
【0012】
任意選択で、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップはさらに、プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得するステップであって、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットが、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットが、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットである、ステップと、プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するステップであって、ターゲットＳＯフィールドの長さが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい、ステップとを含む。
【0013】
任意選択で、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するステップは、これまでに取得されているＲＲＣ構成メッセージが、第３の表示情報を含むようにパケット・ヘッダを構成するために使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するステップを含む。
【0014】
任意選択で、処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成するステップはさらに、これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダを生成するステップであって、ＲＲＣ構成メッセージが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいターゲット長さを含む、ステップを含む。
【0015】
任意選択で、カスケード機能が含まれていない場合には、この方法はさらに、受信端によって送信されたＲＲＣ構成メッセージを取得するステップであって、ＲＲＣ構成メッセージが、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される、ステップと、ＲＲＣ構成メッセージを受信した後に、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするステップとを含む。
【0016】
本開示の第２の態様によれば、プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するためのデバイスが提供されている。このデバイスは、サービス・データ・ユニット（ＳＤＵ）パケットを取得するように構成されている第１の取得モジュールと、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されている処理モジュールと、処理モジュールの処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されている生成モジュールであって、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい、生成モジュールとを含む。
【0017】
任意選択で、プリセット・フィールドは、その他のフィールドを含み、その他のフィールドは、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含み、ＳＤＵパケットがカスケード化された場合には、生成モジュールはさらに、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得し、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得し、ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置を取得し、ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ＳＮフィールドが、取得されたＳＮ番号を含み、ＬＳＦフィールドが、取得された第１の表示情報を含み、ＳＯフィールドが、取得された開始バイト位置を含む。
【0018】
任意選択で、プリセット・フィールドは、新たに付加されるターゲット・フィールドを含み、生成モジュールはさらに、第２の表示情報を取得し、ＳＤＵパケットがカスケード化された場合には、第２の表示情報が、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報が、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されており、ターゲット・フィールドが第２の表示情報を含む。
【0019】
任意選択で、生成モジュールはさらに、ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ターゲット・フィールドを含むが共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成するように構成されている。
【0020】
任意選択で、生成モジュールはさらに、これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、ターゲット・フィールドを含むようにパケット・ヘッダを構成するために使用される場合には、ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されている。
【0021】
任意選択で、生成モジュールはさらに、プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得し、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットが、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットが、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットであり、プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ターゲットＳＯフィールドの長さが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。
【0022】
任意選択で、生成モジュールはさらに、これまでに取得されているＲＲＣ構成メッセージが、第３の表示情報を含むようにパケット・ヘッダを構成するために使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されている。
【0023】
任意選択で、生成モジュールはさらに、これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ＲＲＣ構成メッセージが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいターゲット長さを含む。
【0024】
任意選択で、カスケード機能が含まれていない場合には、このデバイスはさらに、生成モジュールが処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成する前に、受信端によって送信されたＲＲＣ構成メッセージを取得する第２の取得モジュールであって、ＲＲＣ構成メッセージが、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される、第２の取得モジュールと、ＲＲＣ構成メッセージを受信した後に、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするように構成されている無効化モジュールとを含む。
【0025】
本開示の第３の態様によれば、プロトコル・データ・ユニット・パケット（ＰＤＵ）を生成するためのデバイスが提供されている。このデバイスは、プロセッサと、プロセッサ実行可能命令を格納するためのメモリとを含み、プロセッサは、サービス・データ・ユニット（ＳＤＵ）パケットを取得するステップと、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するステップと、処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するステップであって、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい、ステップとを行うように構成されている。
【0026】
本開示によって提供される技術的なソリューションは、下記の利点を含むことが可能である。
パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【0027】
前述の概要および以降の詳細な記述は両方とも、例示的なものにすぎず、本開示を限定するものではないということを理解されたい。
【図面の簡単な説明】
【0028】
本明細書における図面は、本開示の本明細書に組み込まれており、その一部を構成しており、本開示と整合している実施形態を示しており、記述とともに本開示の原理を説明している。
【図1】本開示のさまざまな実施形態による実施環境の概略図である。
【0029】
【図2】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである。
【0030】
【図3A】本開示の別の例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである。
【0031】
【図3B】本開示の別の例示的な実施形態に従って示されているＳＤＵパケットを処理することの概略図である。
【0032】
【図3C-3D】本開示の別の例示的な実施形態に従って示されているＰＤＵパケットの構造の概略図である。
【0033】
【図4A】本開示のさらなる例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである。
【0034】
【図4B-4E】本開示のさらなる例示的な実施形態に従って示されているＰＤＵパケットの構造の概略図である。
【0035】
【図5A】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットの構造の概略図である。
【0036】
【図5B】本開示の１つの例示的な実施形態に従って示されているＳＤＵパケットを処理した後にＰＤＵパケットを取得することの概略図である。
【0037】
【図6】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。
【0038】
【図7】本開示の別の例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。
【0039】
【図8】本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。
【発明を実施するための形態】
【0040】
以降では、例示的な実施形態が詳細に記述される。それらの実施形態は、図面において示されている。以降の記述において、図面を参照する場合には、別々の図面における同じ数字は、別段の記載がない限り、同じまたは同様の要素を示している。以降の例示的な実施形態において記述されている実施形態は、本開示と整合するすべての実施形態を表しているわけではない。むしろ、それらは、添付の請求の範囲において詳述されている本開示のいくつかの態様と整合するデバイスおよび方法の例にすぎない。
【0041】
理解の便宜のために、本開示のさまざまな実施形態による実施環境が、はじめにここで簡単に紹介される。
【0042】
ＬＴＥにおいて、送信端がデータを受信端へ送信する場合には、送信端におけるＲＬＣレイヤ（図１を参照）が、ＰＤＣＰレイヤからＳＤＵパケットを受信することが可能である。ＲＬＣレイヤがＰＤＵパケットを通じてＭＡＣレイヤと対話し、受信されるＳＤＵパケットのサイズは一般に、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズとは異なるので、ＲＬＣレイヤは、受信されたＳＤＵパケットを、たとえば、セグメント化すること、カスケード化することなどによって処理する必要があり、次いで処理結果に従ってＰＤＵパケットを生成し、生成されたＰＤＵパケットを受信端へ送信する。ＰＤＵパケットは、パケット・ヘッダおよびデータ・セクションを含む。ＰＤＵパケットを受信した後に、受信端におけるＲＬＣレイヤは、ＰＤＵパケットのパケット・ヘッダに従ってＳＤＵをカプセルから取り出し、ＳＤＵをより上のレイヤへ転送する。
【0043】
送信端は、ユーザ機器（ＵＥ）または基地局であることが可能であり、それに対応して受信端も、基地局またはＵＥであることが可能であり、それは、本明細書においては限定されない。
【0044】
ＲＬＣレイヤの機能は、ＲＬＣエンティティーによって実施され、ＲＬＣエンティティーは、下記の３つのモードのうちの１つとして構成されることが可能である。
【0045】
第１のモードは、トランスペアレント・モード（ＴＭ）であり、このモードは、空のＲＬＣとみなされることが可能である。なぜなら、このモードは、データ・トランスペアレント送信機能を提供するだけだからである。
【0046】
第２のモードは、非肯定応答モード（ＵＭ）であり、このモードは、再送信および再セグメント化を除くすべてのＲＬＣ機能を提供する。
【0047】
第３のモードは、肯定応答モード（ＡＭ）であり、このモードは、エラー検知および再送信によるすべてのＲＬＣ機能を提供する。
【0048】
別段の指定がない限り、本開示のさまざまな実施形態によって提供されるＰＤＵパケットを生成するための方法は、ＵＭおよびＡＭのもとで使用される。
【0049】
本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである図２を参照すると、図２において示されているＰＤＵパケットを生成するための方法は、下記のステップを含むことが可能である。
【0050】
ステップ２１０において、ＳＤＵパケットが取得される。
【0051】
ステップ２２０において、ＳＤＵパケットは、プリセット・データ・パケットのサイズに従って処理される。
【0052】
ステップ２３０において、処理結果に基づいてＰＤＵパケットのパケット・ヘッダおよびデータ・セクションが生成され、パケット・ヘッダおよびデータ・セクションは、ＰＤＵパケットを構成する。
【0053】
パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さは、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【0054】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するための方法に関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【0055】
プリセット・フィールドは、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さは、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【0056】
したがって、上述の２つのケースは、以降で別々の実施形態において個別に説明される。
【0057】
本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである図３Ａを参照すると、この実施形態における例は、プリセット・フィールドが共通パケット・ヘッダにおけるその他のフィールドである。図３Ａにおいて示されているように、ＰＤＵパケットを生成するための方法は、下記のステップを含むことが可能である。
【0058】
ステップ３１０において、ＳＤＵパケットが取得される。
【0059】
送信端がデータを送信する必要がある場合には、ＲＬＣエンティティーは、ＰＤＣＰレイヤからＳＤＵパケットを受信することが可能である。
【0060】
ステップ３２０において、ＳＤＵパケットは、プリセット・データ・パケットのサイズに従って処理される。
【0061】
プリセット・データ・パケットのサイズは、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズである。
【0062】
実際の実施においては、受信されるＳＤＵパケットのサイズは一般に、ＭＡＣレイヤによって指定されるＰＤＵパケットのサイズとは異なるので、ＲＬＣエンティティーは一般に、ＳＤＵパケットを処理する必要がある。ＳＤＵパケットに対して実行される処理は、セグメント化およびカスケード化のうちの一方または両方を含み、それは、この実施形態においては限定されない。
【0063】
任意選択で、ＳＤＵパケットのサイズが、プリセット・データ・パケットにおけるデータ・セクションのサイズよりも大きい場合には、ＲＬＣエンティティーは、ＳＤＵパケットをセグメント化することが可能である。たとえば、ＳＤＵパケットのサイズが１００バイトであり、プリセット・データ・パケットのサイズが６０バイトであり、パケット・ヘッダが１０バイトを占める必要がある場合には、ＲＬＣエンティティーは、ＳＤＵパケットを２つのＳＤＵセグメントへとセグメント化することが可能であり、それぞれのＳＤＵセグメントは、５０バイトである。別の例に関しては、ＳＤＵパケットのサイズが１００バイトであり、プリセット・データ・パケットのサイズが７０バイトであり、パケット・ヘッダが１０バイトを占める必要がある場合には、ＲＬＣエンティティーは、ＳＤＵパケットを６０バイトおよび４０バイトとしての２つのＳＤＵセグメントへとセグメント化することが可能である。次いで、ＲＬＣエンティティーはさらに、４０バイトのＳＤＵセグメントと、次のＳＤＵパケットの２０バイトのＳＤＵセグメントとをカスケード化すること、次のＳＤＵパケットにおける６０バイトを独立するように構成すること、ならびに次のＳＤＵパケットのＳＤＵセグメントの最後の２０バイトと、さらに次のＳＤＵパケットの４０バイトとをカスケード化することなどが可能である。
【0064】
ＳＤＵパケットのサイズが、プリセット・データ・パケットにおけるデータ・セクションのサイズよりも小さい場合には、ＲＬＣエンティティーは、ＳＤＵパケットをセグメント化およびカスケード化することが可能である。たとえば、ＳＤＵパケットのサイズが３０バイトであり、プリセット・データ・パケットのサイズが１２０バイトであり、パケット・ヘッダが１０バイトを占める必要がある場合には、図３Ｂを参照すると、ＲＬＣエンティティーは、３つのＳＤＵパケットと、第４のＳＤＵパケットの最初の２０バイトとをカスケード化すること、第４のＳＤＵパケットの最後の１０バイトと、第５のＳＤＵパケットと、第６のＳＤＵパケットと、第７のＳＤＵパケットと、第８のＳＤＵパケットの最初の１０バイトとをカスケード化することなどが可能である。
【0065】
ＳＤＵパケットのサイズが、プリセット・データ・パケットにおけるデータ・セクションのサイズに等しい場合には、いかなる処理も必要とされない。
【0066】
ステップ３３０において、処理結果に基づいてデータ・セクションが生成される。
【0067】
ＳＤＵパケットに対する処理からわかるように、データ・セクションは、完全なＳＤＵ、ＳＤＵセグメント、またはそれらの組合せであることが可能である。加えて、データ・セクションが、完全なＳＤＵとＳＤＵセグメントとの組合せである場合には、最初および最後のデータ・セクションのみがＳＤＵセグメントであることが可能である。
【0068】
ステップ３４０において、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号が取得される。
【0069】
ＳＤＵがカスケード化された場合には、ＲＬＣエンティティーは、データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得することが可能である。
【0070】
たとえば、ＳＤＵパケットのサイズが１００バイトであり、プリセット・パケットのサイズが１２０バイトである場合には、データ・セクションが、第１のＳＤＵパケットの全コンテンツと、第２のＳＤＵパケットの最初の１０バイトとを含むことが可能であるので、ＲＬＣエンティティーは、第１のＳＤＵパケットのＳＮ番号、たとえばＳＮ＝０を取得することが可能である。
【0071】
ステップ３５０において、第１の表示情報が取得され、第１の表示情報は、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される。
【0072】
ＲＬＣエンティティーは、データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを検知することが可能である。検知結果が「いいえ」である場合には、「いいえ」を示すための第１の表示情報、たとえば「０」が生成され、検知結果が「はい」である場合には、「はい」を示すための第１の表示情報、たとえば「１」が生成される。
【0073】
たとえば、依然としてＳＤＵパケットのサイズが１００バイトであり、プリセット・パケットのサイズが１２０バイトである場合には、データ・セクションの最後のバイトが、第２のＳＤＵパケットの第１０のバイトであり、ＳＤＵパケットの最後のバイトではないので、ＲＬＣエンティティーは、「０」を生成することが可能である。
【0074】
ステップ３６０において、ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置が取得される。
【0075】
受信端がＰＤＵパケットを受信した後にＳＤＵパケットをカプセルから取り出すことを可能にするために、ＲＬＣエンティティーは、ＳＤＵパケットにおけるデータ・セクションの第１のバイトの開始バイト位置を取得することが可能である。
【0076】
ステップ３７０において、ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダが生成され、データ・セクションおよびパケット・ヘッダは、ＰＤＵパケットを構成し、ＳＮフィールドは、取得されたＳＮ番号を含み、ＬＳＦフィールドは、取得された第１の表示情報を含み、ＳＯフィールドは、取得された開始バイト位置を含む。
【0077】
パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、実際の実施においては、共通パケット・ヘッダにおけるその他のフィールド、たとえば、Ｄ／Ｃフィールド、Ｅフィールド、ＬＩフィールド、Ｐフィールド、パディング・フィールドなどをさらに含むことが可能である。パディング・フィールドは、パケット・ヘッダが非整数バイトである場合にデータ・ヘッダが整数バイトであることを可能にするために使用される。任意選択で、ＰＤＵパケットを生成するための方法がＵＭのもとで使用される場合には、パケット・ヘッダは、Ｄ／ＣフィールドおよびＰフィールドを含まず、それは、この実施形態によって限定されない。
【0078】
実際の実施においては、可能なパケット・ヘッダの構造の概略図である図３Ｃを参照すると、パケット・ヘッダは、固定ヘッダおよび拡張ヘッダを含むことが可能である。加えて、図３Ｃと関連して、固定ヘッダは、ヘッダの開始位置から開始してＳＯフィールドに至り、拡張ヘッダは、Ｅフィールドから開始して終わりに至る。固定ヘッダのＳＮフィールドは、データ・セクションの第１のＳＤＵが対応するＳＮ番号であり、固定ヘッダのＳＯフィールドは、ＳＤＵにおける対応するデータ・セクションの第１のバイトの開始バイト位置を示し、固定ヘッダのＬＳＦフィールドは、データ・セクションの最後のバイトが最後のＲＬＣ ＳＤＵの最後のバイトに対応するかどうかを示す。Ｒフィールドは、予備のフィールドであり、それは、実際の実施においては存在してもよく、または存在しなくてもよく、それは、この実施形態によって限定されない。拡張ビット「Ｅ」が１に等しい場合には、それは、固定ヘッダの後の拡張ヘッダ、すなわち、ＥフィールドおよびＬＩフィールドがあるということを示している。拡張ヘッダのＥフィールドが１に等しい場合には、それは、拡張ヘッダの後にもう１つの拡張ヘッダが存在することを示している、といった具合である。第１の拡張ヘッダのＬＩフィールドは、データ・セクションに含まれている第１のＳＤＵ／ＳＤＵセグメントのバイトの数を示すために使用されており、第２の拡張ヘッダのＬＩフィールドは、第２のＳＤＵのバイトの数を示しており、．．．、そして最後の拡張ヘッダのＬＩフィールドは、最後の１つ前のＳＤＵのバイトの数を示している（最初および最後のＲＬＣ ＳＤＵのみが、おそらくはセグメントであることが可能である）。パディング・フィールドは、ヘッダ全体のサイズが非整数バイトである場合にヘッダを整数バイトにするために使用される。
【0079】
留意されたい１つの点として、ＳＤＵを処理する際にカスケード化が実行されない場合には、ＲＬＣエンティティーは、ＳＯフィールドおよびＬＳＦフィールドによってデータ・セクションのセグメント状況を示し、この時点でのＲＬＣエンティティーは、図３Ｄにおいて示されているパケット・ヘッダを生成することが可能である。実際の実施においては、Ｅフィールドは、データ・セクションが単にＳＤＵパケットまたはＳＤＵセグメントであるということを示すための０である。図３Ｄは、この図において示されている長さのものであって、かつこの図において示されている順序で配置されているそれぞれのフィールドを一例として取り上げているにすぎない。任意選択で、それぞれのフィールドの長さおよび順序は、実際の要件に従って設計されることが可能であり、それは、この実施形態においては限定されない。
【0080】
留意されたい別の点として、ＰＤＵパケットが再セグメント化される必要がある場合には、ＰＤＵパケットのデータ・セクションのみが再セグメント化され、セグメント化されたパケット・ヘッダが上述のルールに従って付加され、それは、この実施形態において再び記述されることはない。
【0081】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するための方法に関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【0082】
本開示の別の例示的な実施形態に従って示されているＰＤＵパケットを生成するための方法の方法フローチャートである図４Ａを参照すると、この実施形態においては、新たに付加されるターゲット・フィールドを含むプリセット・フィールドが一例として取り上げられており、図４Ａにおいて示されているＰＤＵパケットを生成するための方法は、下記のステップを含むことが可能である。
【0083】
ステップ４１０において、ＳＤＵパケットが取得される。
【0084】
ステップ４２０において、ＳＤＵパケットは、プリセット・データ・パケットのサイズに従って処理される。
【0085】
ステップ４３０において、処理結果に基づいてデータ・セクションが生成される。
【0086】
ステップ４１０からステップ４３０は、前述の実施形態におけるステップ３１０からステップ３３０と同様であり、ここで再び記述されることはない。
【0087】
ステップ４４０において、第２の表示情報が取得される。ＳＤＵパケットがカスケード化された場合には、第２の表示情報は、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報は、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用される。
【0088】
実際の実施においては、ステップ４２０においてＳＤＵがカスケード化された場合には、ＲＬＣエンティティーは、データ・セクションの第１のＳＤＵがＳＤＵセグメントであるかどうかを検知すること、および検知結果に従って第２の表示情報を生成することが可能である。たとえば、検知結果が「はい」である場合には、「０」が生成され、検知結果が「いいえ」である場合には、「１」が生成される。たとえば、図３Ｂに関連して、第１のＰＤＵに関するデータ・セクションの第１のＳＤＵは、完全なＳＤＵであり、ＲＬＣエンティティーは、この時点で「１」を生成し、その一方で第２のＰＤＵに関しては、データ・セクションの第１のＳＤＵは、ＳＤＵセグメントであり、ＲＬＣエンティティーは、この時点で「０」を生成する。
【0089】
ステップ４２０においてＳＤＵがカスケード化されなかった場合には、ＲＬＣエンティティーは、データ・セクションがＳＤＵセグメントであるかどうかを検知し、検知結果に従って第２の表示情報を生成する。
【0090】
ステップ４５０において、ターゲット・フィールドを含むパケット・ヘッダが生成される。ターゲット・フィールドは、第２の表示情報を含み、データ・セクションおよびパケット・ヘッダは、ＰＤＵパケットを構成する。
【0091】
実際の実施においては、ターゲット・フィールドは、セグメント化表示（ＳＩ）フィールドであることが可能である。すなわち、ＲＬＣエンティティーは、ＳＩフィールドを含むパケット・ヘッダを生成することが可能であり、ＳＩフィールドは、第２の表示情報を含む。ターゲット・フィールドは一般に、１ビットのものである。
【0092】
実際の実施においては、ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ＲＬＣエンティティーは、ＳＩフィールドを含み共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成することが可能である。図４Ｂおよび図４Ｃを参照すると、それらの図は、カスケード化が実行された場合、または実行されなかった場合それぞれの生成されたＰＤＵパケットの構造の概略図である。
【0093】
しかしながら、ＳＤＵセグメントを示すために第２の表示情報が使用される場合には、ＲＬＣエンティティーは、ＳＩフィールドを含むパケット・ヘッダを生成することが可能である。図４Ｄおよび図４Ｅを参照すると、それらの図は、カスケード化が実行された場合、または実行されなかった場合それぞれの生成されたＰＤＵパケットの構造の概略図である。加えて、カスケード化が実行されたケースにおいては、ＲＬＣエンティティーによって生成されたパケット・ヘッダにおけるＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドは、前述の実施形態と同様であることが可能であり、ここで再び記述されることはない。
【0094】
留意されたい第１の点として、この実施形態において述べられているＦＩフィールドおよびＲＦフィールドを省略するパケット・ヘッダが、ここで再び記述されることはない。その上、別段の指定がない限り、パケット・ヘッダは、共通パケット・ヘッダにおける別のフィールドを含むことも可能であり、それも、ここで記述されることはない。
【0095】
留意されたい第２の点として、基地局は、無線リソース制御（ＲＲＣ）構成メッセージを介して、パケット・ヘッダがターゲット・フィールドを含むかどうかを構成することが可能である。したがって、ＲＲＣ構成メッセージを介して、パケット・ヘッダがターゲット・フィールドを含むように構成されている場合には、パケット・ヘッダを生成する際に、ターゲット・フィールドを含むパケット・ヘッダが生成され、ＲＲＣ構成メッセージを介して、パケット・ヘッダがターゲット・フィールドを含まないように構成されている場合には、パケット・ヘッダを生成する際に、ターゲット・フィールドを含まないパケット・ヘッダが生成される。この実施形態は、それに限定されない。
【0096】
留意されたい第３の点として、ＰＤＵパケットが再セグメント化を必要とする場合には、ＲＬＣは、ＰＤＵパケットのデータ・セクション上でのみ再セグメント化を実行することが可能であり、パケット・ヘッダのカプセル化様式は、上述のものと同様であり、この実施形態において再び記述されることはない。
【0097】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するための方法に関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【0098】
上述の実施形態のそれぞれにおいて、パケット・ヘッダがＳＯフィールドを含む場合には、ＳＯフィールドの長さは一般に、２バイトなど、プリセットされた固定長である。しかしながら、いくつかの低レート・サービスに関しては、ＰＤＵパケットのサイズは、しばしば数バイトのものにすぎず、したがって２バイトのＳＯフィールドは、ＰＤＵパケットに対してかなり大きく、それによってヘッダの特定のオーバーヘッドを浪費する。この時点で、ＳＯフィールドは、長さにおいて最適化されることが可能である。任意選択で、ＳＯフィールドの長さを最適化するためのソリューションは、下記の２つのモードを含むことが可能である。
【0099】
第１の可能な実施モードにおいては、パケット・ヘッダを生成するステップは、下記の内容を含むことが可能である。
【0100】
最初に、プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報が取得され、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットは、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットは、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットである。
【0101】
任意選択で、ＲＬＣエンティティーは、プリセット・データ・パケットのサイズがプリセット・サイズよりも小さいかどうかを検知することが可能である。検知結果が「はい」である場合には、プリセット・データ・パケットがスモール・データ・パケットであるということを示す第３の表示情報、たとえば「１」が生成され、検知結果が「いいえ」である場合には、プリセット・データ・パケットがラージ・データ・パケットであるということを示す第３の表示情報、たとえば「０」が生成される。プリセット・サイズは、１００バイトなどのデフォルトのサイズ、または、この方法がＵＥにおいて使用される場合にはＲＲＣ構成メッセージを介して基地局によって構成されるサイズであることが可能であり、それは、この実施形態においては限定されない。プリセット・サイズが、基地局によって構成されるサイズである場合には、プリセット・サイズは、すべてのデータ無線ベアラ（ＤＲＢ）によって共有されるサイズ、または１つのＤＲＢによって独立して使用されるサイズであることが可能であり、それは、この実施形態においては限定されない。
【0102】
実際の実施においては、ＳＤＵパケットがカスケード化された場合には、プリセット・データ・パケットは、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵデータ・パケットである。任意選択で、データ・セクションにおける第１のＳＤＵが完全なＳＤＵである場合には、プリセット・データ・パケットは、すなわち第１のＳＤＵであり、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントである場合には、ＲＬＣエンティティーは、そのＳＤＵセグメントが属するＳＤＵパケットを取得し、取得されたＳＤＵパッケージをプリセット・データ・パケットとして供給する。
【0103】
しかしながら、ＳＤＵパケットがカスケード化されなかった場合には、プリセット・データ・パケットは、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットである。任意選択で、データ・セクションにおけるコンテンツが完全なＳＤＵである場合には、プリセット・データ・パケットは、すなわちＳＤＵであり、データ・セクションにおけるコンテンツが１つのＳＤＵセグメントである場合、たとえば、１つのＳＤＵパケットが２つのＰＤＵパケットにカプセル化されている場合には、ＲＬＣエンティティーは、そのＳＤＵセグメントが属するＳＤＵパケットを取得し、取得されたＳＤＵパッケージをプリセット・データ・パケットとして供給する。
【0104】
一般に、第３の表示情報は、１ビットのものである。
【0105】
第２に、プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、パケット・ヘッダを生成する際に、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダが生成され、ターゲットＳＯフィールドの長さは、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。たとえば、ターゲットＳＯフィールドの長さは、７ビットであることが可能である。
【0106】
任意選択で、ＲＬＣエンティティーは、スモール・データ（ＳＤ）フィールドおよびターゲットＳＯフィールドを含むパケット・ヘッダを生成することが可能である。ＳＤフィールドは、第３の表示情報を含む。
【0107】
任意選択で、プリセット・データ・パケットがラージ・データ・パケットであるということを示すために第３の表示情報が使用される場合には、パケット・ヘッダを生成する際に、ＳＤフィールドおよびＳＯフィールドを含むパケット・ヘッダが生成され、ＳＯフィールドの長さは、プリセットされた長さである。この長さは、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいことが可能であり、または共通パケット・ヘッダにおけるＳＯフィールドの長さに等しいことが可能であり、それは、この実施形態においては限定されない。
【0108】
加えて、実際の実施においては、ターゲットＳＯフィールドの長さ、およびプリセットされた長さは、デフォルトの長さであることが可能であり、またはＲＲＣ構成メッセージを介して基地局によって構成される長さであることが可能であり、それは、この実施形態においては限定されない。
【0109】
さらに基地局は、ＲＲＣ構成メッセージを介して、パケット・ヘッダがＳＤフィールドを含むかどうかを構成することが可能であり、パケット・ヘッダを生成する際には、ＲＲＣ構成メッセージを介して構成されているパケット・ヘッダにＳＤフィールドが含まれる場合にのみ、ＳＤフィールドを含むパケット・ヘッダを生成することが可能であり、それは、この実施形態においては限定されない。
【0110】
スモール・データ・パケットが検知された場合には、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい長さを有するターゲットＳＯフィールドを使用することによって、ＳＯフィールドによって占められるオーバーヘッドを節減することが可能であり、それによって、パケット・ヘッダによって占められるオーバーヘッドをさらに節減する効果を達成する。
【0111】
第２の可能な実施モードにおいては、パケット・ヘッダを生成するステップは、下記の内容を含むことが可能である。
【0112】
これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダが生成される。ＲＲＣ構成メッセージは、ターゲット長さを含み、ターゲット長さは、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。
【0113】
基地局が、ＲＲＣ構成メッセージを介してＵＥに対してＤＲＢ構成を実行する場合には、ＲＲＣ構成メッセージは、７ビットなどのターゲット長さを含む。もちろん、実際の実施においては、ＲＲＣ構成メッセージに含まれるターゲット長さは、その他の長さであることも可能であり、それは、この実施形態においては限定されない。
【0114】
その後、パケット・ヘッダを生成する際には、ＲＲＣ構成メッセージにおいて構成されているターゲット長さに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダが生成されることが可能である。
【0115】
共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいプリセットされた長さを構成することによって、基地局は、ＲＬＣエンティティーが、パケット・ヘッダを生成する際に、プリセットされた長さを有するＳＯフィールドを含むパケット・ヘッダを生成することを可能にし、それによって、パケット・ヘッダによって占められるオーバーヘッドを低減する。
【0116】
加えて、ＲＬＣエンティティーがカスケード機能を有していない場合には、ＲＬＣエンティティーは、この実施形態においては、スモール・データ・パケットをセグメント化する機能を無効にすることが可能である。なぜなら、スモール・データをセグメントするために特定の量の処理リソースが必要とされるからである。実際の実施においては、それは、下記の内容を含むことが可能である。
【0117】
最初に、受信端によって送信されたＲＲＣ構成メッセージが取得され、そのＲＲＣ構成メッセージは、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用される。
【0118】
基地局は、ＵＥ ＤＲＢを構成するためのＲＲＣ構成メッセージを送信し、ＤＲＢのＲＬＣ構成においてＲＬＣのセグメント機能を無効にする。実際の実施においては、その構成は、アップリンクおよびダウンリンクに関して別々にまたは一様に実行されることが可能であり、それは、ＵＭおよびＤＭの両方のもとで実行されることが可能である。もちろん、ＲＲＣ構成メッセージは、セグメント機能を無効にしないように構成されることも可能であり、それは、本明細書においては限定されない。
【0119】
第２に、ＳＤＵパケットをセグメント化するためのセグメント機能が無効にされる。
【0120】
ＲＲＣ構成メッセージを受信した後に、ＲＲＣ構成メッセージが、アップリンクに関するセグメント機能を無効にすることを示している場合には、ＲＬＣエンティティーは、データを送信する際に、受信されたＳＤＵパケットをセグメント化せず、図５Ａを参照すると、データは、セグメント化されていないＰＤＵパケット・フォーマットを使用して送信されることが可能である。しかしながら、ＲＲＣ構成メッセージが、ダウンリンクに関するセグメント機能を無効にすることを示している場合には、ＲＬＣエンティティーは、反対側の端部によって送信されたＰＤＵパケットを受信した後に、そのＰＤＵパケットが、セグメント化されていないＳＤＵパケットであるということを知ることが可能である。
【0121】
スモール・データ・サービスに関して、基地局は、セグメント機能を無効にするようにＲＬＣエンティティーを構成することが可能であり、それは、スモール・データ・パケットを処理するためにＲＬＣエンティティーによって必要とされる複雑なオペレーションを低減し、ＲＬＣエンティティーのデータ送信効率を改善する。
【0122】
前述の実施形態においては、ＲＬＣエンティティーがＳＤＵパケットを処理した後に、生成されたＰＤＵパケットにおけるＳＮ番号どうしが連続していない場合がある。たとえば、図５Ｂを参照すると、ＲＬＣエンティティーは、それぞれ０、１、２、３、および４というＳＮを伴う５つのＳＤＵパケットを受信し、次いでＲＬＣエンティティーは、ＳＮ＝０のＳＤＵパケットの第１のセグメントを第１のＰＤＵパケットに、ＳＮ＝０のＳＤＵパケットの第２のセグメント、ＳＮ＝１のＳＤＵパケット、およびＳＮ＝２のＳＤＵパケットの第１のセグメントを第２のＰＤＵパケットに、ＳＮ＝２のＳＤＵパケットの第２のセグメントならびにＳＮ＝３およびＳＮ＝４のＳＤＵパケットを第３のＰＤＵパケットにカプセル化する。図５Ｂをさらに参照していただきたい。明らかに、ＲＬＣエンティティーによって取得された３つのＰＤＵパケットのＳＮ番号は、順に０、０、および２であり、これらは連続していない。この時点で、取得されたＰＤＵパケットのそれぞれが、繰り返されるコンテンツを含むかどうかを確認するために、ＲＬＣエンティティーは、取得されたＰＤＵパケットのそれぞれにおけるＳＮフィールドおよびＳＯフィールドに従ってＳＮ番号どうしが連続しているかどうかを検知することが可能である。たとえば、図５Ｂに関連した一例として第１のＰＤＵパケットおよび第２のＰＤＵパケットを取り上げると、ＲＬＣエンティティーは、第１のＰＤＵパケットの最後のバイトが（ＬＳＦ－１）番目のバイトであるか、すなわち、第２のＰＤＵパケットの２２１番目のバイトであるかどうかを検知することが可能である。検知結果が「はい」である場合には、ＲＬＣエンティティーは、ＳＮ＝０のＳＤＵパケットがカプセル化の繰り返しにおいてまったく問題を有していないということを特定することが可能である。そして、取得されたＰＤＵパケットのそれぞれにおいてＳＤＵパケット・ロスが発生しているかどうかを確認するために、ＲＬＣエンティティーは、ｎ＋ｍがＮに等しいかどうかを検知することが可能であり、この場合、ｎは、割り込みが開始するＰＤＵパケットに含まれている最後のバイトに対応するＳＤＵパケットのＳＮ番号であり、ｍは、割り込みが開始するＰＤＵパケットのＳＮ番号であり、Ｎは、割り込みが終了するＰＤＵパケットのＳＮ番号である。検知結果が「はい」である場合には、パケット・ロスが発生していないということが特定され、検知結果が「いいえ」である場合には、パケット・ロスが発生しているということが特定される。たとえば、図５Ｂに関連して、第２のＰＤＵパケットのＳＮ番号は０であり、第３のＰＤＵパケットのＳＮ番号は２である。これら２つは連続しておらず、したがって、この時点で、ＲＬＣエンティティーは、第２のＰＤＵパケットの最後のバイトが対応するＳＤＵパケットのＳＮ番号（すなわち、２）と、第２のＰＤＵパケットのＳＮ番号（すなわち、０）との合計（２）を計算すること、そしてさらに、計算された合計が第３のＰＤＵパケットのＳＮ番号（２）に等しいかどうかを検知することが可能であり、ＲＬＣエンティティーの検知結果は「はい」であるので、ＲＬＣエンティティーは、パケット・ロスが発生していないということを特定することが可能である。
【0123】
図６は、本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。図６において示されているように、ＰＤＵパケットを生成するためのデバイスは、第１の取得モジュール６１０、処理モジュール６２０、および生成モジュール６３０を含むことが可能である。
【0124】
第１の取得モジュール６１０は、サービス・データ・ユニット（ＳＤＵ）パケットを取得するように構成されており、
処理モジュール６２０は、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されており、
生成モジュール６３０は、処理モジュール６２０の処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
処理モジュール６２０は、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されており、
生成モジュール６３０は、処理モジュール６２０の処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【0125】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するためのデバイスに関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【0126】
図７は、本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。図７において示されているように、ＰＤＵパケットを生成するためのデバイスは、第１の取得モジュール７１０、処理モジュール７２０、および生成モジュール７３０を含むことが可能である。
【0127】
第１の取得モジュール７１０は、サービス・データ・ユニット（ＳＤＵ）パケットを取得するように構成されており、
処理モジュール７２０は、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されており、
生成モジュール７３０は、処理モジュール７２０の処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
処理モジュール７２０は、プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理するように構成されており、
生成モジュール７３０は、処理モジュール７２０の処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【0128】
任意選択で、プリセット・フィールドは、その他のフィールドを含み、その他のフィールドは、シーケンス番号（ＳＮ）フィールド、最終セグメント・フラグ（ＬＳＦ）フィールド、およびセグメンテーション・オフセット（ＳＯ）フィールドを含む。
【0129】
ＳＤＵパケットがカスケード化された場合には、生成モジュール７３０はさらに、
データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得し、
データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得し、
ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置を取得し、
ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ＳＮフィールドが、取得されたＳＮ番号を含み、ＬＳＦフィールドが、取得された第１の表示情報を含み、ＳＯフィールドが、取得された開始バイト位置を含む。
データ・セクションの第１のＳＤＵパケットが対応するＳＮ番号を取得し、
データ・セクションの最後のバイトが最後のＳＤＵの最後のバイトであるかどうかを示すために使用される第１の表示情報を取得し、
ＳＤＵパケットにおける対応するデータ・セクションの第１のバイトの開始バイト位置を取得し、
ＳＮフィールド、ＬＳＦフィールド、およびＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ＳＮフィールドが、取得されたＳＮ番号を含み、ＬＳＦフィールドが、取得された第１の表示情報を含み、ＳＯフィールドが、取得された開始バイト位置を含む。
【0130】
任意選択で、プリセット・フィールドは、新たに付加されるターゲット・フィールドを含む。
【0131】
生成モジュール７３０はさらに、
第２の表示情報を取得し、ＳＤＵパケットがカスケード化された場合には、第２の表示情報が、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報が、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、
ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されており、ターゲット・フィールドが第２の表示情報を含む。
第２の表示情報を取得し、ＳＤＵパケットがカスケード化された場合には、第２の表示情報が、データ・セクションにおける第１のＳＤＵがＳＤＵセグメントであるかどうかを示すために使用され、ＳＤＵパケットがカスケード化されなかった場合には、第２の表示情報が、データ・セクションがＳＤＵセグメントであるかどうかを示すために使用され、
ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されており、ターゲット・フィールドが第２の表示情報を含む。
【0132】
任意選択で、生成モジュール７３０はさらに、
ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ターゲット・フィールドを含むが共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成するように構成されている。
ＳＤＵセグメントではないことを示すために第２の表示情報が使用される場合には、ターゲット・フィールドを含むが共通パケット・ヘッダにおけるＳＯフィールドおよびＬＳＦフィールドを省略するパケット・ヘッダを生成するように構成されている。
【0133】
任意選択で、生成モジュール７３０はさらに、
これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、ターゲット・フィールドを含むようにパケット・ヘッダを構成するために使用される場合には、ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されている。
これまでに取得されている無線リソース制御（ＲＲＣ）構成メッセージが、ターゲット・フィールドを含むようにパケット・ヘッダを構成するために使用される場合には、ターゲット・フィールドを含むパケット・ヘッダを生成するように構成されている。
【0134】
任意選択で、生成モジュール７３０はさらに、
プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得し、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットが、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットが、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットであり、
プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ターゲットＳＯフィールドの長さが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。
プリセット・データ・パケットがスモール・データ・パケットであるかどうかを示すために使用される第３の表示情報を取得し、ＳＤＵがカスケード化された場合には、プリセット・データ・パケットが、データ・セクションにおける第１のＳＤＵが対応する完全なＳＤＵパケットであり、ＳＤＵがカスケード化されなかった場合には、プリセット・データ・パケットが、データ・セクションにおけるＳＤＵが対応する完全なＳＤＵパケットであり、
プリセット・データ・パケットがスモール・データ・パケットであるということを示すために第３の表示情報が使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されており、ターゲットＳＯフィールドの長さが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さい。
【0135】
任意選択で、生成モジュール７３０はさらに、
これまでに取得されているＲＲＣ構成メッセージが、第３の表示情報を含むようにパケット・ヘッダを構成するために使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されている。
これまでに取得されているＲＲＣ構成メッセージが、第３の表示情報を含むようにパケット・ヘッダを構成するために使用される場合には、第３の表示情報およびターゲットＳＯフィールドを含むパケット・ヘッダを生成するように構成されている。
【0136】
任意選択で、生成モジュール７３０はさらに、これまでに取得されているＲＲＣ構成メッセージに従って、ターゲット長さを有するＳＯフィールドを含むパケット・ヘッダを生成し、ＲＲＣ構成メッセージが、共通パケット・ヘッダにおけるＳＯフィールドの長さよりも小さいターゲット長さを含むように構成されている。
【0137】
任意選択で、このデバイスはさらに、
生成モジュール７３０が処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成する前に、受信端によって送信されたＲＲＣ構成メッセージを取得し、ＲＲＣ構成メッセージが、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用されるように構成されている第２の取得モジュール７４０と、
ＲＲＣ構成メッセージを受信した後に、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするように構成されている無効化モジュール７５０とを含む。
生成モジュール７３０が処理結果に従ってＰＤＵパケットのパケット・ヘッダを生成する前に、受信端によって送信されたＲＲＣ構成メッセージを取得し、ＲＲＣ構成メッセージが、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするために使用されるように構成されている第２の取得モジュール７４０と、
ＲＲＣ構成メッセージを受信した後に、ＳＤＵパケットをセグメント化するためのセグメント機能を無効にするように構成されている無効化モジュール７５０とを含む。
【0138】
要約すれば、この実施形態によって提供されるＰＤＵパケットを生成するためのデバイスに関しては、パケット・ヘッダおよびデータ・セクションを含むＰＤＵパケットが生成され、パケット・ヘッダは、ＦＩフィールドおよびＲＦフィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドは、共通パケット・ヘッダにおいて既に存在しているＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加され、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい長さを有するターゲット・フィールドである。この方法においては、関連した技術分野において生成されているＰＤＵパケットのパケット・ヘッダによって占められるオーバーヘッドが大きいという問題を解決することが可能であり、ＦＩフィールドおよびＲＦフィールドを直接省略すること、またはＦＩフィールドおよびＲＦフィールドを省略し、一方、より短い長さを有するターゲット・フィールドを付加すること、それによってパケット・ヘッダの長さを低減すること、およびパケット・ヘッダのオーバーヘッドを節減することの効果を達成することが可能である。
【0139】
本開示の１つの例示的な実施形態によるＰＤＵパケットを生成するためのデバイスが提供されており、本開示によって提供されているＰＤＵパケットを生成するための方法は、このデバイスによって実施されることが可能である。ＰＤＵパケットを生成するためのデバイスは、プロセッサと、プロセッサ実行可能命令を格納するためのメモリとを含み、
プロセッサは、
サービス・データ・ユニット（ＳＤＵ）パケットを取得し、
プロセッサは、
サービス・データ・ユニット（ＳＤＵ）パケットを取得し、
【0140】
プリセット・データ・パケットのサイズに従ってＳＤＵパケットを処理し、
処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
処理結果に従ってＰＤＵパケットのパケット・ヘッダおよびデータ・セクションを生成するように構成されており、パケット・ヘッダおよびデータ・セクションがＰＤＵパケットを構成し、パケット・ヘッダが、フレーミング表示（ＦＩ）フィールドおよび再セグメンテーション・フラグ（ＲＦ）フィールドを省略するが、プリセット・フィールドを含み、プリセット・フィールドが、共通パケット・ヘッダにおいて再定義されるＦＩフィールドおよびＲＦフィールドを除くその他のフィールド、または新たに付加されるターゲット・フィールドを含み、新たに付加されるターゲット・フィールドのフィールド長さが、ＦＩフィールドおよびＲＦフィールドの合計長さよりも小さい。
【0141】
図８は、本開示の１つの例示的な実施形態に従って示されているＰＤＵパケットを生成するためのデバイスの構造の概略図である。デバイス８００は、ＵＥのすべてまたは一部として実施されることが可能である。
【0142】
図８を参照すると、デバイス８００は、処理コンポーネント８０２、メモリ８０４、電力コンポーネント８０６、マルチメディア・コンポーネント８０８、オーディオ・コンポーネント８１０、入力／出力（Ｉ／Ｏ）インターフェース８１２、センサ・コンポーネント８１４、および通信コンポーネント８１６というコンポーネントのうちの１つまたは複数を含むことが可能である。
【0143】
処理コンポーネント８０２は、典型的には、表示、通話、データ通信に関連付けられているオペレーション、カメラ・オペレーション、および記録オペレーションなど、装置８００の全体的なオペレーションを制御する。処理コンポーネント８０２は、上述の方法におけるステップのすべてまたは一部を実行するための命令を実行するための１つまたは複数のプロセッサ８１８を含むことが可能である。その上、処理コンポーネント８０２は、処理コンポーネント８０２とその他のコンポーネントとの間における対話を容易にする１つまたは複数のモジュールを含むことが可能である。たとえば、処理コンポーネント８０２は、マルチメディア・コンポーネント８０８と処理コンポーネント８０２との間における対話を容易にするためのマルチメディア・モジュールを含むことが可能である。
【0144】
メモリ８０４は、装置８００のオペレーションをサポートするためのさまざまなタイプのデータを格納するように構成されている。そのようなデータの例は、装置８００上で操作される任意のアプリケーションまたは方法のための命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオなどを含む。メモリ８０４は、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、電気的消去可能プログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ）、プログラム可能読み取り専用メモリ（ＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュ・メモリ、磁気または光ディスクなど、任意のタイプの揮発性もしくは不揮発性メモリ・デバイス、またはそれらの組合せを使用することによって実装されることが可能である。
【0145】
電力コンポーネント８０６は、装置８００のさまざまなコンポーネントに電力を提供する。電力コンポーネント８０６は、電力管理システム、１つまたは複数の電源、ならびに、装置８００における電力の生成、管理、および分配に関連付けられているその他の任意のコンポーネントを含むことが可能である。
【0146】
マルチメディア・コンポーネント８０８は、装置８００とユーザとの間における出力インターフェースを提供するスクリーンを含む。いくつかの実施形態においては、スクリーンは、液晶ディスプレイ（ＬＣＤ）およびタッチ・パネル（ＴＰ）を含むことが可能である。スクリーンがタッチ・パネルを含む場合には、スクリーンは、ユーザからの入力信号を受信するためのタッチ・スクリーンとして実装されることが可能である。タッチ・パネルは、タッチ・パネル上でのタッチ、スワイプ、およびジェスチャーを感知するための１つまたは複数のタッチ・センサを含む。タッチ・センサは、タッチまたはスワイプ・アクションの境界を感知するだけでなく、タッチまたはスワイプ・アクションに関連付けられている持続時間および圧力を感知することも可能である。いくつかの実施形態においては、マルチメディア・コンポーネント８０８は、フロント・カメラおよび／またはリア・カメラを含む。フロント・カメラおよびリア・カメラは、装置８００が写真撮影モードまたはビデオ・モードなどのオペレーション・モードにある間に外部のマルチメディア・データを受信することが可能である。フロント・カメラおよびリア・カメラのそれぞれは、固定された光学レンズ・システムであること、またはフォーカスおよび光学ズーム能力を有することが可能である。
【0147】
オーディオ・コンポーネント８１０は、オーディオ信号を出力および／または入力するように構成されている。たとえば、オーディオ・コンポーネント８１０は、装置８００が通話モード、録音モード、および音声認識モードなどのオペレーション・モードにある間に外部のオーディオ信号を受信するように構成されているマイクロフォン（ＭＩＣ）を含む。受信されたオーディオ信号はさらに、メモリ８０４内に格納されること、または通信コンポーネント８１６を介して送信されることが可能である。いくつかの実施形態においては、オーディオ・コンポーネント８１０はさらに、オーディオ信号を出力するためのスピーカーを含む。
【0148】
Ｉ／Ｏインターフェース８１２は、処理コンポーネント８０２と、キーボード、クリック・ホイール、ボタン等などの周辺インターフェース・モジュールとの間におけるインターフェースを提供する。ボタンは、ホーム・ボタン、ボリューム・ボタン、スタート・ボタン、およびロック・ボタンを含むことが可能であるが、それらには限定されない。
【0149】
センサ・コンポーネント８１４は、装置８００のさまざまな側面のステータス査定を提供するための１つまたは複数のセンサを含む。たとえば、センサ・コンポーネント８１４は、装置８００のオン／オフ・ステータス、装置８００のコンポーネントどうし、たとえば、ディスプレイ・デバイスとミニ・キーボードとの相対的な配置を検知することが可能であり、センサ・コンポーネント８１４は、装置８００または装置８００のコンポーネントの位置の変化、装置８００とのユーザの接触の有無、装置８００の向きまたは加速／減速、および装置８００の温度の変化を検知することも可能である。センサ・コンポーネント８１４は、物理的な接触をまったく伴わずに付近のオブジェクトの存在を検知するように構成されている近接センサを含むことが可能である。センサ・コンポーネント８１４は、イメージング・アプリケーションのために使用されるＣＭＯＳまたはＣＣＤイメージ・センサなどの光センサを含むことも可能である。いくつかの実施形態においては、センサ・コンポーネント８１４は、加速度計センサ、ジャイロスコープ・センサ、磁気センサ、圧力センサ、または温度センサを含むことも可能である。
【0150】
通信コンポーネント８１６は、装置８００とその他のデバイスとの間における有線またはワイヤレスでの通信を容易にするように構成されている。装置８００は、ＷｉＦｉ、２Ｇ、もしくは３Ｇ、またはそれらの組合せなどの通信標準に基づいてワイヤレス・ネットワークにアクセスすることが可能である。例示的な実施形態においては、通信コンポーネント８１６は、外部のブロードキャスト管理システムからブロードキャスト・チャネルを介してブロードキャスト信号またはブロードキャスト関連情報を受信する。例示的な実施形態においては、通信コンポーネント８１６はさらに、短距離通信を容易にするための近距離無線通信（ＮＦＣ）モジュールを含む。
【0151】
例示的な実施形態においては、装置８００は、上述の方法を実行するための１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル・シグナル・プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、またはその他の電子コンポーネントとともに実施されることが可能である。
【0152】
例示的な実施形態においては、上述の方法を実行するための、装置８００内のプロセッサ８１８によって実行可能な命令を記憶しているメモリ８０４など、命令を記憶している非一時的コンピュータ可読ストレージ・メディアも提供される。たとえば、その非一時的コンピュータ可読ストレージ・メディアは、ＲＯＭ、ＲＡＭ、ＣＤ－ＲＯＭ、磁気テープ、フロッピー・ディスク、光データ・ストレージ・デバイスなどであることが可能である。
【0153】
実際の実施中に、ＰＤＵパッケージ生成デバイスは、その他の構造のものであることが可能であり、それは、この実施形態においては限定されない。
【0154】
本開示のその他の実施形態は、本明細書の考察および本開示の実践から、当業者にとって明らかになるであろう。本出願は、本開示の一般的な原理に準拠する、かつ常識、または本明細書において開示されていない一般的に使用される技術的な手段を含む、本開示のいかなるバリエーション、使用、または適合もカバーすることを意図されている。本明細書および実施形態は、例示的なものにすぎないとみなされるべきであり、それに併せて、本開示の真の範囲および趣旨は、添付の請求の範囲によって示されている。
【0155】
本開示は、上述され添付の図面において例示されてきた厳密な構造に限定されるものではないということ、および本開示の範囲から逸脱することなく、さまざまな修正および変更が行われることが可能であるということが理解されるであろう。本開示の範囲は、添付の請求の範囲によってのみ限定されるということが意図されている。
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図3D】
【図4A】
【図4B】
【図4C】
【図4D】
【図4E】
【図5A】
【図5B】
【図6】
【図7】
【図8】
