(57)【要約】  ヘッダ拡張を含むメッセージを生成および復号するためのシステムおよび方法が提供される。ＬＣＩＤ値をシグナリングするためにヘッダ拡張が必要であると判定されることができる。ＬＣＩＤ値が拡張されたことを指し示すインジケータを含むＭＡＣサブヘッダが生成され伝送されることができる。ヘッダ拡張子を含む受信メッセージは、適切に復号することができる。
2020511025.tif 000002
【特許請求の範囲】
【請求項１】
送信ノードによって実行される方法であって、
論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするためにヘッダ拡張が必要であると判定することと、
前記ＬＣＩＤ値が拡張されていることを指し示すインジケータを含むメディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を生成することと、
生成された前記ＭＡＣサブヘッダを含むメッセージを送信することと、
を含む方法。
【請求項２】
前記インジケータは、前記ＭＡＣサブヘッダが前記ＬＣＩＤ値をシグナリングするための少なくとも１つの追加フィールドを含むことを指し示す、請求項１に記載の方法。
【請求項３】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む追加のオクテットの有無のうちのいずれかを指し示す、請求項１に記載の方法。
【請求項４】
前記ＭＡＣサブヘッダを生成することは、前記ＭＡＣサブヘッダに少なくとも１つの追加のＬＣＩＤフィールドを追加することを含む、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記ＬＣＩＤ値の第１の部分は第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のフィールドにおいて提供されることを指し示す第１のフィールドである、請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの末尾に付加される、請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの先頭に付加される、請求項１から７のいずれか１項に記載の方法。
【請求項１０】
拡張ヘッダフォーマットを使用する命令を受信することをさらに含む、請求項１から９のいずれか１項に記載の方法。
【請求項１１】
前記ＬＣＩＤ値が第１のＬＣＩＤフィールドを使用してシグナリングされることができないと判定することに応じて、前記ヘッダ拡張が必要であると判定することをさらに含む、請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
プロセッサおよびメモリを含む回路を含む送信ノードであって、前記メモリはプロセッサによって実行可能な命令を含み、それによって、
論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするためにヘッダ拡張が必要であると判定し、
前記ＬＣＩＤ値が拡張されていることを指し示すインジケータを含むメディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を生成し、
生成された前記ＭＡＣサブヘッダを含むメッセージを送信する、
よう動作する送信ノード。
【請求項１３】
前記インジケータは、前記ＭＡＣサブヘッダが前記ＬＣＩＤ値をシグナリングするための少なくとも１つの追加フィールドを含むことを指し示す、請求項１２に記載の送信ノード。
【請求項１４】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む追加のオクテットの有無のうちのいずれかを指し示す、請求項１２に記載の送信ノード。
【請求項１５】
前記ＭＡＣサブヘッダを生成することは、前記ＭＡＣサブヘッダに少なくとも１つの追加のＬＣＩＤフィールドを追加することを含む、請求項１２から１４のいずれか１項に記載の送信ノード。
【請求項１６】
前記ＬＣＩＤ値の第１の部分は第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項１２から１５のいずれか１項に記載の送信ノード。
【請求項１７】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項１２から１６のいずれか１項に記載の送信ノード。
【請求項１８】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のフィールドにおいて提供されることを指し示す第１のフィールドである、請求項１２から１７のいずれか１項に記載の送信ノード。
【請求項１９】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの末尾に付加される、請求項１２から１８のいずれか１項に記載の送信ノード。
【請求項２０】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの先頭に付加される、請求項１２から１８のいずれか１項に記載の送信ノード。
【請求項２１】
拡張ヘッダフォーマットを使用する命令を受信するようにさらに動作する、請求項１２から２０のいずれか１項に記載の送信ノード。
【請求項２２】
受信ノードによって実行される方法であって、
メディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を含むメッセージを受信することと、
ＭＡＣサブヘッダ内のインジケータに従って、受信された前記メッセージが論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするための拡張ヘッダを含むと判定することと、
前記拡張ヘッダに従って受信された前記メッセージを復号することと、
を含む方法。
【請求項２３】
前記インジケータは、前記ＭＡＣサブヘッダが前記ＬＣＩＤ値をシグナリングするための少なくとも１つの追加フィールドを含むことを指し示す、請求項２２に記載の方法。
【請求項２４】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む追加のオクテットの有無のうちのいずれかを指し示す、請求項２２に記載の方法。
【請求項２５】
前記ＬＣＩＤ値の第１の部分は第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項２２から２４のいずれか１項に記載の方法。
【請求項２６】
前記ＬＣＩＤ値を復号するために、前記第１のＬＣＩＤフィールドと前記第２のＬＣＩＤフィールドとを組み合わせることをさらに含む、請求項２５に記載の方法。
【請求項２７】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項２２から２６のいずれか１項に記載の方法。
【請求項２８】
前記ＬＣＩＤ値の前記第１のセットは、前記ＬＣＩＤ値を復号するために使用される、請求項２７に記載の方法。
【請求項２９】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のフィールドにおいて提供されることを指し示す第１のフィールドである、請求項２２から２８のいずれか１項に記載の方法。
【請求項３０】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの末尾に付加される、請求項２２から２９のいずれか１項に記載の方法。
【請求項３１】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの先頭に付加される、請求項２２から２９のいずれか１項に記載の方法。
【請求項３２】
拡張ヘッダフォーマットを使用する命令を受信することをさらに含む、請求項２２から３１のいずれか１項に記載の方法。
【請求項３３】
プロセッサおよびメモリを含む回路を備える受信ノードであって、前記メモリはプロセッサによって実行可能な命令を含み、それによって、
メディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を含むメッセージを受信し、
ＭＡＣサブヘッダ内のインジケータに従って、受信された前記メッセージが論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするための拡張ヘッダを含むと判定し、
前記拡張ヘッダに従って受信された前記メッセージを復号する、
よう動作する受信ノード。
【請求項３４】
前記インジケータは、前記ＭＡＣサブヘッダが前記ＬＣＩＤ値をシグナリングするための少なくとも１つの追加フィールドを含むことを指し示す、請求項３３に記載の受信ノード。
【請求項３５】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む追加のオクテットの有無のうちのいずれかを指し示す、請求項３３に記載の受信ノード。
【請求項３６】
前記ＬＣＩＤ値の第１の部分は第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項３３から３５のいずれか１項に記載の受信ノード。
【請求項３７】
前記第１のＬＣＩＤフィールドと前記第２のＬＣＩＤフィールドとを組み合わせて、前記ＬＣＩＤ値を復号することをさらに含む、請求項３６に記載の受信ノード。
【請求項３８】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項３３から３７のいずれか１項に記載の受信ノード。
【請求項３９】
前記ＬＣＩＤ値の前記第１のセットは、前記ＬＣＩＤ値を復号するために使用される、請求項３８に記載の受信ノード。
【請求項４０】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のフィールドにおいて提供されることを指し示す第１のフィールドである、請求項３３から３９のいずれか１項に記載の受信ノード。
【請求項４１】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの末尾に付加される、請求項３３から４０のいずれか１項に記載の受信ノード。
【請求項４２】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの先頭に付加される、請求項３３から４０のいずれか１項に記載の受信ノード。
【請求項４３】
拡張ヘッダフォーマットを使用する命令を受信することをさらに含む、請求項３３から４２のいずれか１項に記載の受信ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
＜関連出願＞
本出願は２０１７年２月３日に出願された米国仮出願第６２／４５４，３０６号の利益を主張し、その内容全体は、参照により本明細書に組み込まれる。
【０００２】
＜技術分野＞
本開示は一般に、無線通信および無線通信ネットワークに関する。
【背景技術】
【０００３】
論理チャネル識別子（ＬＣＩＤ）フィールドは、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）メディアアクセス制御（ＭＡＣ）プロトコルにおけるＭＡＣサブヘッダの一部である。ＭＡＣヘッダ内のＬＣＩＤフィールドは従来、５ビットであり、したがって、３２個の値をとることができる。ＬＣＩＤは、どの論理チャネルおよびＭＡＣ制御エレメント（ＣＥ）がＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれるかを識別するために使用される。
【０００４】
４つの異なるＭＡＣサブヘッダが、３ＧＰＰ  ＴＳ  ３６．３２１  ｖ．１４．１．０規格において定義されている。図１ａは、７ビットのＬフィールドおよび１５ビットのＬフィールドを有するＲ／Ｆ２／Ｅ／ＬＣＩＤ／Ｆ／Ｌ  ＭＡＣサブヘッダを示す。図１ｂは、１６ビットのＬフィールドを有するＲ／Ｆ２／Ｅ／ＬＣＩＤ／Ｌ  ＭＡＣサブヘッダを示す。図１ｃは、Ｒ／Ｆ２／Ｅ／ＬＣＩＤ  ＭＡＣサブヘッダを示す。
【０００５】
これらのサブヘッダのフィールドは、３ＧＰＰ  ＴＳ  ３６．３２１  ｖ．１４．１．０に従って、以下のように記述される。
【０００６】
Ｒ：予約ビット、「０」にセットされる。
【０００７】
Ｆ２：Ｆｏｒｍａｔ２フィールドは表６．２．１−３に示すように、Ｌｅｎｇｔｈフィールドのサイズを指し示す（３ＧＰＰ  ＴＳ  ３６．３２１  ｖ．１４．１．０）。ＭＡＣ  ＰＤＵサブヘッダ当たり１つのＦ２フィールドがある。Ｆ２フィールドのサイズは１ビットである。ＭＡＣ  ＳＤＵまたは可変長ＭＡＣ制御エレメントのサイズが３２７６７バイトより大きい場合、および対応するサブヘッダが最後のサブヘッダでない場合、Ｆ２フィールドの値は１にセットされ、そうではない場合は０にセットされる。
【０００８】
Ｅ：Ｅｘｔｅｎｓｉｏｎフィールドは、ＭＡＣヘッダにさらにフィールドが存在するか否かを指し示すフラグである。Ｅフィールドは、少なくともＲ／Ｆ２／Ｅ／ＬＣＩＤフィールドの別のセットを指し示すために「１」にセットされる。ＥフィールドはＭＡＣ  ＳＤＵ、ＭＡＣ制御エレメント、またはパディングのいずれかが次のバイトで開始することを指し示すために、「０」にセットされる。
【０００９】
ＬＣＩＤ：論理チャネルＩＤフィールドは、ＤＬ−ＳＣＨ、ＵＬ−ＳＣＨ及びＭＣＨのそれぞれについて表６．２．１−１、６．２．１−２、および６．２．１−４（３ＧＰＰ  ＴＳ  ３６．３２１  ｖ．１４．１．０）に記載されるように、対応するＭＡＣ  ＳＤＵの論理チャネルインスタンス、または対応するＭＡＣ制御エレメントもしくはパディングのタイプを識別する。ＭＡＣ  ＰＤＵに含まれるＭＡＣ  ＳＤＵ、ＭＡＣ制御エレメント、またはパディングごとに１つのＬＣＩＤフィールドがある。それに加えて、単一のバイトまたは２バイトのパディングが必要とされるが、ＭＡＣ  ＰＤＵの終わりにパディングすることによって達成することができない場合、１つまたは２つの追加のＬＣＩＤフィールドがＭＡＣ  ＰＤＵに含まれる。カテゴリ０［１２］のＵＥはＬＣＩＤ「０１０１１」を使用してＣＣＣＨを示し、そうでなければ、ＵＥは、ＬＣＩＤ「０００００」を使用してＣＣＣＨを指し示す。ＬＣＩＤフィールドサイズは５ビットである。
【００１０】
Ｌ：Ｌｅｎｇｔｈフィールドは、対応するＭＡＣ  ＳＤＵまたは可変サイズＭＡＣ制御エレメントの長さをバイト単位で指し示す。固定サイズのＭＡＣ制御エレメントに対応する最後のサブヘッダおよび複数のサブヘッダを除いて、ＭＡＣ  ＰＤＵサブヘッダごとに１つのＬフィールドがある。Ｌフィールドのサイズは、ＦフィールドおよびＦ２フィールドによって指し示される。
【００１１】
ＬＣＩＤは、アップリンク送信およびダウンリンク送信の両方に含まれ、以下の表６．２．１−１、６．２．１−２に従って、そして３ＧＰＰ  ＴＳ  ３６．３２１  ｖ．１４．１．０に従って論理チャネルおよびＭＡＣ  ＣＥを識別する。
表６．２．１−１：ＤＬ−ＳＣＨのためのＬＣＩＤ値
2020511025.tif 000003
表６．２．１−２：ＵＬ−ＳＣＨのためのＬＣＩＤ値
2020511025.tif 000004
【００１２】
ＭＡＣプロトコル層は、無線機器と、ｅＮｏｄｅＢなどのネットワークノードとの両方に存在する。これは、ＬＴＥエアインタフェース制御およびユーザプレーンの一部である無線ネットワークプロトコルである。ＭＡＣサブレイヤの機能は、論理チャネルとトランスポートチャネルとの間のマッピング、トランスポートチャネル上で物理レイヤへ／から配信されるトランスポートブロック（ＴＢ）への、または物理レイヤからの、１つまたは異なる論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ）の多重化／逆多重化、情報報告のスケジューリング、ハイブリッド自動再送要求（ＨＡＲＱ）による誤り訂正、１つのＵＥの論理チャネル間の優先順位処理、ダイナミックスケジューリング、トランスポートフォーマット選択、およびパディングの手段によるＵＥ間の優先順位処理を含む。
【発明の概要】
【００１３】
本開示の目的は、従来技術の少なくとも１つの欠点を除去または軽減することである。
【００１４】
ヘッダおよび／またはサブヘッダ拡張を含むメッセージを生成および復号するためのシステムおよび方法が提供される。
【００１５】
本開示の第１の態様では、送信ノードによって実行される方法が提供される。この方法は、論理チャネル識別子（ＬＣＩＤ）値をシグナリングするためにヘッダ拡張が必要であると判定するステップと、ＬＣＩＤ値が拡張されているというインジケータを含むメディアアクセス制御（ＭＡＣ）サブヘッダを生成するステップと、生成されたＭＡＣサブヘッダを含むメッセージを送信するステップとを含む。
【００１６】
本開示の別の態様ではプロセッサおよびメモリを含む回路を備える送信ノードが提供され、メモリはプロセッサによって実行可能な命令を含む。送信ノードは論理チャネル識別子（ＬＣＩＤ）値をシグナリングするためにヘッダ拡張が必要であると判定し、ＬＣＩＤ値が拡張されているというインジケータを含むメディアアクセス制御（ＭＡＣ）サブヘッダを生成し、生成されたＭＡＣサブヘッダを含むメッセージを送信するように動作する。
【００１７】
本開示の別の態様では、受信ノードによって実行される方法が提供される。この方法は、メディアアクセス制御（ＭＡＣ）サブヘッダを含むメッセージを受信するステップと、受信されたメッセージがＭＡＣサブヘッダ内のインジケータに従って論理チャネル識別子（ＬＣＩＤ）値をシグナリングするための拡張ヘッダを含むことを判定するステップと、拡張ヘッダに従って受信されたメッセージを復号するステップとを含む。
【００１８】
本開示の別の態様ではプロセッサおよびメモリを含む回路を備える受信ノードが提供され、メモリはプロセッサによって実行可能な命令を含む。受信ノードはメディアアクセス制御（ＭＡＣ）サブヘッダを含むメッセージを受信し、受信されたメッセージがＭＡＣサブヘッダ内のインジケータに従って論理チャネル識別子（ＬＣＩＤ）値をシグナリングするための拡張ヘッダを含むことを判定し、拡張ヘッダに従って受信されたメッセージを復号するように動作可能である。
【００１９】
いくつかの実施形態では、インジケータは、ＭＡＣサブヘッダがＬＣＩＤ値をシグナリングするための少なくとも１つの追加フィールドを含むことを指し示す。インジケータは、ＬＣＩＤ値の少なくとも一部を含む追加のオクテットの有無のうちの１つを指し示すことができる。いくつかの実施形態では、ＭＡＣサブヘッダを生成することは少なくとも１つの追加のＬＣＩＤフィールドをＭＡＣサブヘッダに追加することを含むことができる。
【００２０】
いくつかの実施形態ではＬＣＩＤ値の第１の部分が第１のＬＣＩＤフィールドにおいてシグナリングされ、ＬＣＩＤ値の第２の部分は第２のＬＣＩＤフィールドにおいてシグナリングされる。いくつかの実施形態では、第１のＬＣＩＤフィールドおよび第２のＬＣＩＤフィールドを組み合わせてＬＣＩＤ値を復号することができる。
【００２１】
いくつかの実施形態では、インジケータは、ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示すことができる。いくつかの実施形態では、ＬＣＩＤ値の第１のセットを使用してＬＣＩＤ値を復号することができる。
【００２２】
いくつかの実施形態では、インジケータは、ＬＣＩＤ値がＭＡＣサブヘッダ内の第２のフィールドに提供されることを指し示す第１のフィールドとすることができる。
【００２３】
いくつかの実施形態では、インジケータがＬＣＩＤ値をシグナリングおよび／または復号するためにＬＣＩＤフィールドにアペンド（末尾に付加）またはプリペンド（先頭に付加）することができる。
【００２４】
いくつかの実施形態では、第１のＬＣＩＤフィールドを使用してＬＣＩＤ値をシグナリングすることができないと判定することに従って、ヘッダ拡張が必要であると判定することができる。
【００２５】
いくつかの実施形態は、拡張ヘッダフォーマットを使用するための命令を受信することをさらに含むことができる。
【００２６】
本明細書で説明される様々な態様および実施形態は代替的に、任意選択的に、および／または互いに加えて組み合わせることができる。
【００２７】
本開示の他の態様および特徴は添付の図面と併せて以下の特定の実施形態の説明を検討することにより、当業者に明らかになるであろう。
【図面の簡単な説明】
【００２８】
本開示の実施形態を、添付の発明を参照して、単なる例として説明する。
【００２９】
【図１ａ】例示的なＭＡＣサブヘッダフォーマットを示す。
【図１ｂ】例示的なＭＡＣサブヘッダフォーマットを示す。
【図１ｃ】例示的なＭＡＣサブヘッダフォーマットを示す。
【００３０】
【図２】例示的な無線ネットワークを示す。
【００３１】
【図３ａ】サブヘッダフォーマットを指し示すフラグの例を示す。
【図３ｂ】サブヘッダフォーマットを指し示すフラグの例を示す。
【図３ｃ】サブヘッダフォーマットを指し示すフラグの例を示す。
【００３２】
【図４ａ】サブヘッダフォーマットを指し示すフィールド値の例を示す。
【図４ｂ】サブヘッダフォーマットを指し示すフィールド値の例を示す。
【００３３】
【図５】マッピングテーブルの動的選択の例を示す。
【００３４】
【図６】ＬＣＩＤフィールドを拡張するために先頭に付加された拡張ビットの例を示す。
【００３５】
【図７】送信ノードにおいて実行され得る方法を示すフローチャートである。
【００３６】
【図８】受信ノードにおいて実行され得る方法を示すフローチャートである。
【００３７】
【図９】例示的な無線機器のブロック図である。
【００３８】
【図１０】例示的なネットワークノードのブロック図である。
【００３９】
【図１１】モジュールを有する例示的な送信ノードのブロック図である。
【００４０】
【図１２】モジュールを有する例示的な受信ノードのブロック図である。
【発明を実施するための形態】
【００４１】
以下に記載される実施形態は、当業者が実施形態を実施することを可能にするための情報を表す。添付の図面に照らして以下の説明を読むと、当業者は説明の概念を理解し、本明細書で特に対処されていないこれらの概念の適用を認識するのであろう。これらの概念およびアプリケーションは、説明の範囲内にあることを理解されたい。
【００４２】
以下の記載では、多くの特定の詳細を記載する。しかしながら、実施形態は、これらの特定の詳細なしに実施されてもよいことが理解される。他の例では、説明の理解を不明瞭にしないために、周知の回路、構造、および技法は詳細に示されていない。当業者であれば、含まれる説明を用いて、過度の実験を行うことなく適切な機能を実施することができるのであろう。
【００４３】
本明細書における「一実施形態」、「実施形態」、「例示的実施形態」などへの言及は記載された実施形態が特定の特徴、構造、または特性を含むことができることを指し示すが、すべての実施形態が必ずしも特定の特徴、構造、または特性を含むわけではない。さらに、そのような語句は、必ずしも同じ実施形態を参照しているわけではない。さらに、特定の機能、構造、または特性が一実施形態に関連して記載される場合、明示的に記載されるか否かに関わらず、他の実施形態に関連して、そのような機能、構造、または特性を実施することは、当業者の知識の範囲内であることが提出される。
【００４４】
いくつかの実施形態では非限定的な用語「ユーザ機器」（ＵＥ）が使用され、それはセルラまたはモバイルまたは無線通信システムにおいて、ネットワークノードおよび／または別のＵＥと通信することができる任意のタイプの無線機器を指すことができる。ＵＥの例は、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥまたはマシンツーマシン（Ｍ２Ｍ）通信が可能なＵＥまたはＵＥ、携帯情報端末、タブレット、モバイル端末、スマートフォン、ラップトップ埋め込み装備（ＬＥＥ）、ラップトップ搭載装置（ＬＭＥ）、ＵＳＢドングル、ＰｒｏＳｅ  ＵＥ、Ｖ２Ｖ  ＵＥ、Ｖ２Ｘ  ＵＥ、ＭＴＣ  ＵＥ、ｅＭＴＣ  ＵＥ、ＦｅＭＴＣ  ＵＥ、ＵＥ  Ｃａｔ  ０、ＵＥ  Ｃａｔ  Ｍ１、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）、ＵＥ  Ｃａｔ  ＮＢ１などである。ＵＥの例示的な実施形態は、図９に関して以下でより詳細に説明される。
【００４５】
いくつかの実施形態では非限定的な用語「ネットワークノード」が使用され、それはセルラまたはモバイルまたは無線通信システムにおいてＵＥおよび／または別のネットワークノードと通信することができる、任意のタイプの無線アクセスノード（または無線ネットワークノード）または任意のネットワークノードに対応することができる。ネットワークノードの例はＮｏｄｅＢ、ＭｅＮＢ、ＳｅＮＢ、ＭＣＧまたはＳＣＧに属するネットワークノード、基地局（ＢＳ）、ＭＳＲ  ＢＳ、ｅＮｏｄｅＢなどのマルチスタンダード無線（ＭＳＲ）無線アクセスノード、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレー、ドナーノード制御リレー、基地送受信局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、ＲＲＵ、ＲＲＨ、分散アンテナシステム（ＤＡＳ）内のノード、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥなど）、Ｏ＆Ｍ、ＯＳＳ、自己組織化ネットワーク（ＳＯＮ）、測位ノード（例えば、Ｅ−ＳＭＬＣ）、ＭＤＴ、試験装置などである。ネットワークノードの例示的な実施形態は、図１０に関して以下でより詳細に説明される。
【００４６】
いくつかの実施形態では、用語「無線アクセス技術」（ＲＡＴ）が任意のＲＡＴ、例えば、ＵＴＲＡ、Ｅ−ＵＴＲＡ、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、次世代ＲＡＴ（ＮＲ）、４Ｇ、５Ｇなどを指す。第１および第２のノードのいずれも、１つ以上のＲＡＴをサポートすることが可能であり得る。
【００４７】
本明細書で使用される「無線ノード」、「送信ノード」、および「受信ノード」という用語は、ＵＥまたはネットワークノードを指し示すために使用され得る。
【００４８】
本明細書で使用される「シグナリング」という用語は（例えば、ＲＲＣなどを介した）上位レイヤシグナリング、（例えば、物理制御チャネルまたはブロードキャストチャネルを介した）下位レイヤシグナリング、またはそれらの組合せのうちのいずれかを含むことができる。シグナリングは、暗黙的であっても明示的であってもよい。シグナリングはさらに、ユニキャスト、マルチキャスト、またはブロードキャストとすることができる。シグナリングはまた、別のノードに直接的に、または第３のノードを介してもよい。
【００４９】
本明細書で使用される「時間リソース」という用語は、時間の長さに関して表現される任意のタイプの物理リソースまたは無線リソースに対応し得る。時間リソースの例には、シンボル、タイムスロット、サブフレーム、無線フレーム、ＴＴＩ、インターリーブ時間などが含まれる。「周波数リソース」という用語は、チャネル帯域幅、サブキャリア、キャリア周波数、周波数帯域内のサブバンドを指すことができる。「時間および周波数リソース」という用語は、時間および周波数リソースの任意の組合せを指すことができる。
【００５０】
ＵＥ動作のいくつかの例には、ＵＥ無線測定（上記の用語「無線測定」を参照）、ＵＥ送信による双方向測定、セル検出または識別、ビーム検出または識別、システム情報の読み取り、チャネル情報の読み取り、チャネルの受信および復号、１つ以上の無線信号および／またはチャネルの少なくとも受信に関与する任意のＵＥ動作またはアクティビティ、セル変更または（再）選択、ビーム変更または（再）選択、ビーム変更または（再）選択、モビリティ関連動作、測定関連動作、無線リソース管理（ＲＲＭ）関連動作、測位手順、タイミング関連手順、タイミング調整関連手順、ＵＥ位置追跡手順、時間追跡関連手順、同期関連手順、ＭＤＴ様手順、測定収集関連手順、ＣＡ関連手順、サービングセルのアクティブ化／非アクティブ化、ＣＣ構成／非構成などが含まれる。
【００５１】
図２は、無線通信のために使用され得る例示的な無線ネットワーク１００を示す。無線ネットワーク１００はＵＥ  １１０Ａから１１０Ｂなどの無線機器と、相互接続ネットワーク１２５を介して１つ以上のコアネットワークノード１３０に接続された無線アクセスノード１２０Ａから１２０Ｂ（たとえば、ｅＮＢ、ｇＮＢなど）などの複数のネットワークノードとを含む。ネットワーク１００は、任意の適切な配備シナリオを使用することができる。カバレッジエリア１１５内のＵＥ１１０はそれぞれ、無線インタフェースを介して無線アクセスノード１２０と直接通信することができる。いくつかの実施形態では、ＵＥ１１０がＤ２Ｄ通信を介して互いに通信することもできる。
【００５２】
一例として、ＵＥ  １１０Ａは、無線インタフェースを介して無線アクセスノード１２０Ａと通信することができる。すなわち、ＵＥ  １１０Ａは無線アクセスノード１２０Ａとの間で無線信号を送信し、かつ／または無線信号を受信することができる。無線信号は、音声トラフィック、データトラフィック、制御信号、および／または任意の他の適切な情報を含むことができる。いくつかの実施形態では、無線アクセスノード１２０に関連する無線信号カバレッジのエリアがセルと呼ばれうる。
【００５３】
相互接続ネットワーク１２５は、オーディオ、ビデオ、信号、データ、メッセージなど、またはこれらの任意の組合せを送信することができる任意の相互接続システムを指すことができる。相互接続ネットワーク１２５は、公衆交換電話網（ＰＳＴＮ）、公衆またはプライベートデータネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネットなどのローカル、地域、またはグローバル通信またはコンピュータネットワーク、有線または無線ネットワーク、企業イントラネット、またはそれらの組合せを含む任意の他の適切な通信リンクのすべてまたは一部を含むことができる。
【００５４】
いくつかの実施形態では、コアネットワークノード１３０がＵＥ１１０のための通信セッションおよび他の様々な他の機能の確立を管理することができる。コアネットワークノード１３０の例はモバイルスイッチングセンタ（ＭＳＣ）、ＭＭＥ、サービングゲートウェイ（ＳＧＷ）、パケットデータネットワークゲートウェイ（ＰＧＷ）、操作および保守（Ｏ  ＆  Ｍ）、操作サポートシステム（ＯＳＳ）、ＳＯＮ、測位ノード（例えば、拡張サービングモバイルロケーションセンタ、Ｅ−ＳＭＬＣ）、ＭＤＴノードなどを含むことができ、ＵＥ１１０は、非アクセス階層を使用してコアネットワークノードと特定の信号を交換することができる。非アクセス階層シグナリングでは、ＵＥ１１０とコアネットワークノード１３０との間の信号が無線アクセスネットワークを透過的に通過することができる。いくつかの実施形態では、無線アクセスノード１２０がノード間インタフェースを介して１つ以上のネットワークノードとやり取りすることができる。
【００５５】
本開示の実施形態は、ヘッダ拡張を含むメッセージを送受信することを対象とする。いくつかの実施形態は、ＭＡＣサブヘッダ内の予約ビットの使用を通じてＬＣＩＤフィールドを拡張することを参照して説明される。従来、３２個の可能なＬＣＩＤ値のうち、１３個のＬＣＩＤのみがＤＬのために残され、９個のＬＣＩＤのみがＵＬのために残される（ＭＡＣプロトコルバージョン１４．１．０に基づいて、上記の表の値は「Ｒｅｓｅｒｖｅｄ（予約済）」として列挙される）。しかしながら、これらは、単に予備的な数字であり、ＭＡＣのためのより多くの機能を追加するために、より多くのＬＣＩＤが将来のリリースにおいて使用されることが可能である。
【００５６】
当業者は本明細書に記載される実施形態が他のタイプのフィールド（例えば、ＬＣＩＤフィールドのみに限定されない）にも適用され得、他のタイプのヘッダ（複数でもよい）および他のプロトコル（複数でもよい）、例えば、ＲＬＣヘッダ、ＰＤＣＰヘッダ、ＩＰヘッダなどにも適用され得ることを理解するのであろう。
【００５７】
一実施形態では、インジケータまたはフラグが、指示を搬送するオクテットに続くオクテットの存在／不在を指し示すヘッダ内に提供され、オクテットはＬＣＩＤフィールドの少なくとも一部を含む。指示が第１の値（例えば、１または０）にセットされる場合、それはヘッダが指示を有するオクテットに続くオクテットを含むことによって拡張されることを示し、このオクテットはＬＣＩＤフィールドの少なくとも一部を含む。
【００５８】
図３ａから図３ｃは、サブヘッダのフォーマットを指し示すフラグの例を示す。図３ａの例示的なヘッダ１４０では、左上ビットが１にセットされていることが示されており、したがって、追加のＬＣＩＤフィールドが存在する追加のオクテットが続くことを示している（すなわち、ＬＣＩＤフィールドのための２ビットおよび６つのＲビットを含む図３ａのオクテット２）。Ｒビットの代わりに、他のフィールドが含まれてもよいことが理解されるであろう。
【００５９】
指示が第２の値（例えば、０または１）にセットされている場合、ヘッダが拡張されていないことを指し示す。図３ｂの例示的なヘッダ１４２は、ＬＴＥにおけるＭＡＣサブヘッダのうちの１つにこれをどのように適用することができるかの実施形態を示す。指示は０にセットされた最左上位ビット（例えば、Ｒビット）で提供され、従って、余分のオクテットは続かない。
【００６０】
図３ａの例示的なヘッダ１４０のように、追加のオクテットが追加されると、追加のＬＣＩＤフィールド・ビットが元のＬＣＩＤフィールド・ビットに隣接する。これは、ＬＣＩＤフィールドがビットの連続ストリング内にあるので、ＬＣＩＤフィールドの復号化を単純化することができる。
【００６１】
拡張は、ヘッダの他の場所に代替的に追加され得ることが理解されるのであろう。例えば、図３ｃの例示的なヘッダ１４４に示されるように、追加のオクテットがヘッダの末尾（例えば、オクテット４）に追加され、この追加のオクテットは、第２のＬＣＩＤフィールドのための追加のビットを含む。上述したものと同様に、指示（この例では図の左上に配置される）が第１の値にセットされる場合、それは拡張オクテットが存在することを示し、第２の値にセットされる場合、それは追加のオクテットが存在しないことを示す。
【００６２】
送信ノードは、ＭＡＣサブヘッダのフィールドをどのようにセットするかを判定する際に、ＬＣＩＤ値の長さを判定することができる。ＬＣＩＤ値の長さが５ビットであると判定された場合、フラグ／インジケータビット（例えば、左上ビット）を第１の値にセットされることができ、余分なオクテットは含まれず、ＬＣＩＤフィールドはＬＣＩＤ値に等しくセットされる。ＬＣＩＤ値の長さが５ビットより大きいと判定された場合、フラグ／インジケータビット（例えば、左上ビット）を第２の値にセットすることができ、余分のオクテットが含まれる。ＬＣＩＤフィールドの第１の部分はＬＣＩＤ値の第１の部分に等しくセットされ、ＬＣＩＤフィールドの第２の部分はＬＣＩＤ値の第２の部分に等しくセットされる。代替的に、ＬＣＩＤフィールドの第１の部分をＬＣＩＤ値の第２の部分にセットすることができ、ＬＣＩＤフィールドの第２の部分をＬＣＩＤ値の第１の部分にセットすることができることを理解されたい。
【００６３】
受信ノードはヘッダを受信すると、フラグ／インジケータ（例えば、左上ビット）が第１または第２の値にセットされているかどうかを判定することができる。ビットが第２の値にセットされていると判定された場合、受信器は、ＬＣＩＤ値がＬＣＩＤフィールドの２つの部分に符号化されていると判定する。次に、受信器はＬＣＩＤフィールドの２つの部分を復号し、それらを組み合わせてＬＣＩＤ値を判定することができる。
【００６４】
別の実施形態では第１のフィールドの所定の値がヘッダ内に第２のフィールドが存在することを指し示すことができ、この第２のフィールドはこのフィールドタイプの実際の値を指し示すために使用される。第１および／または第２のフィールドは、ＬＣＩＤフィールドとすることができる。例えば、ＭＡＣサブヘッダ内のＬＣＩＤフィールドはある値（例えば、０１１００）にセットされてもよく、ＬＣＩＤフィールドがこの値にセットされる場合、ヘッダ内に第２のＬＣＩＤフィールドがあり、この第２のＬＣＩＤフィールドは、このサブヘッダのＬＣＩＤ値を指し示すために使用されることを意味する。
【００６５】
このシナリオでは、送信ノードがどのＬＣＩＤがサブヘッダに適用可能であるかを判定するとき、ＬＣＩＤが第１のセットであるか第２のセットであるかを判定することができる。ＬＣＩＤの第１のセットは第１のＬＣＩＤフィールドを使用してシグナリングすることができるＬＣＩＤを含み、ＬＣＩＤの第２のセットは第１のＬＣＩＤフィールドを使用してシグナリングすることができないＬＣＩＤを含む（例えば、別のＬＣＩＤ値の空間であるため、長すぎるため、など）。ＬＣＩＤが第１のセットであると判定された場合、送信器は、第１のＬＣＩＤフィールド内の（実際の）ＬＣＩＤ値を指し示すことができる。ＬＣＩＤが第２のセット（例えば、第１のＬＣＩＤフィールドにおいてシグナリングすることができない）であると判定された場合、送信器は第１のＬＣＩＤフィールドにおいて所定の値（例えば、０１１００）を指し示すことができる。次いで、送信器は第２のＬＣＩＤフィールドをさらに含むことができ、第２のＬＣＩＤフィールドは、第２のセットからのＬＣＩＤに対応する値にセットされる。
【００６６】
したがって、受信ノードはヘッダを受信すると、ＬＣＩＤフィールドが所定の値にセットされているかどうか（たとえば、それが０１１００にセットされているかどうか）を判定することができ、そう場合、受信器は、サブヘッダの実際のＬＣＩＤ値を指し示す第２のＬＣＩＤフィールドがあることを識別する。次に、受信器は、その第２のＬＣＩＤフィールドを復号して、どのＬＣＩＤ値がヘッダのためのものであるかを判定することができる。
【００６７】
第１のＬＣＩＤフィールドを（サブヘッダの実際のＬＣＩＤに対応しない）ある値にセットして、サブヘッダの実際のＬＣＩＤが提供される第２のＬＣＩＤフィールドがあることを示すメカニズムを使用して、非限定的な例を説明した。これは、ＬＣＩＤのさらなる拡張を可能にするために、いくつかのステップで実行され得ることが理解されるのであろう。例えば、第１のＬＣＩＤフィールドは第２のＬＣＩＤフィールドがあることを指し示すために所定の値にセットすることができ、第２のＬＣＩＤフィールドは次に、実際のＬＣＩＤを指し示す第３のＬＣＩＤフィールドがサブヘッダ内にあることを指し示すために所定の値にセットすることができる。一般に、フィールドの任意の数の拡張をこのようにして示すことができる。
【００６８】
ヘッダが拡張される場合、第２のＬＣＩＤフィールドがヘッダ内に存在することが暗黙のうちに理解され得る。例えば、指示は拡張されているヘッダの指示として解釈することができ、ヘッダが拡張されていることは、第２のＬＣＩＤフィールドが存在することの指示である。
【００６９】
図４ａから図４ｂは、サブヘッダのフォーマットを指し示すフィールド値の例を示す。図４ａでは、ヘッダ１５０のＬＣＩＤフィールド（最初のオクテットＯｃｔ  １の最後の５ビット）が０１１００以外の値にセットされる。これは、追加の／拡張ＬＣＩＤフィールドがヘッダ１５０に存在しないことを指し示す。代わりに、ＬＣＩＤフィールドは、このヘッダに適用可能なＬＣＩＤを指し示す値を搬送する。
【００７０】
図４ｂでは、ヘッダ１５２のＬＣＩＤフィールドは０１１００にセットされ、これは（この例では）ヘッダ１５２が追加／拡張ＬＣＩＤフィールドを有することを指し示すために使用される。図４ｂの例示的なヘッダ１５２では拡張ＬＣＩＤフィールドがヘッダの終了（オクテット４）に配置されるが、ヘッダ内の他の場所に配置することもできることが理解されよう。
【００７１】
値「０１１００」は、例示の目的のためだけに使用されることが理解されるのであろう。ヘッダが少なくとも１つの追加のＬＣＩＤフィールドを含むことを指し示すために、任意の適切な所定の、指定された、またはセットされた値を使用することができる。
【００７２】
図４ａから図４ｂの例では、拡張ＬＣＩＤフィールドは７ビットを有し、非拡張ＬＣＩＤフィールドは５ビットを有することに留意されたい。一実施形態では、非拡張ＬＣＩＤフィールドおよび拡張ＬＣＩＤフィールドが１つの所定のＬＣＩＤ値がマッピングテーブルのうちの１つにのみ存在するように、異なるＬＣＩＤ値空間に関連付けることができる。これは、第１のマッピングテーブルが非拡張（５ビット）ＬＣＩＤフィールドに適用可能であり、第２のマッピングテーブルが拡張（７ビット）ＬＣＩＤフィールドに適用可能である２つの例示的なマッピングテーブルにおいて、以下にさらに説明される。ＬＣＩＤ値はテーブルの１つにのみ存在するので、重複したＬＣＩＤ値を回避できることを意味する。
表１：非拡張ＬＣＩＤマッピングテーブル
2020511025.tif 000005
表２：拡張ＬＣＩＤマッピングテーブル
2020511025.tif 000006
【００７３】
別の実施形態では、ヘッダ内のフィールドがヘッダ内のＬＣＩＤフィールドがどのように解釈されるべきかを指し示すことができる。これは、ＬＣＩＤフィールドの値が第１のマッピングテーブルまたは第２のマッピングテーブルに関連付けられていることを指し示すことができる。２つのこのようなマッピングテーブルの例を以下に示す。フィールドが第１の値にセットされている場合、第１のマッピングテーブルが適用可能である。しかしながら、フィールドが第２の値にセットされる場合、第２のマッピングテーブルが適用可能である。
表３：ＬＣＩＤ値のマッピングテーブルへの第１のインデックス
2020511025.tif 000007
表４：ＬＣＩＤ値のマッピングテーブルへの第２のインデックス
2020511025.tif 000008
【００７４】
図５は、マッピングテーブルの動的選択の例を示す。図５の例示的なＭＡＣサブヘッダ１６０では、フィールド「Ｔ」がヘッダの左上部分に存在し、このフィールドが第１の値（例えば、０または１）にセットされる場合、第１のマッピングテーブルが適用可能である。Ｔフィールドが第２の値（例えば、１または０）にセットされる場合、第２のマッピングテーブルが適用可能である。
【００７５】
この例では２つのマッピングテーブルの間を選択するためにフィールドを使用するが、この実施形態は２つ以上のマッピングテーブルに適用することができ、この場合、どのマッピングテーブルが適用可能であるかを指し示すフィールドはマッピングテーブルの数と少なくとも同じ数の値をとることができる必要がある。
【００７６】
この場合、送信ノードはＴフィールドをどのようにセットするかを判定するとき、ＬＣＩＤが第１のセットであるか第２のセットであるかを判定することができる。ＬＣＩＤの第１のセットはビットＴを第１の値にセットすることに対応するＬＣＩＤを含み、ＬＣＩＤの第２のセットは、ビットＴを第２の値にセットすることに対応するＬＣＩＤを含む。ＬＣＩＤが第１のセットであると判定された場合、送信器は、ビットＴを第１の値にセットすることができる。ＬＣＩＤが第２のセットであると判定された場合、送信器は、ビットＴを第２の値にセットすることができる。ＬＣＩＤフィールドはＬＣＩＤにセットされる。
【００７７】
受信ノードは、ヘッダを受信すると、Ｔフィールドの値を判定することができる。ビットＴが第１の値に等しいと判定された場合、受信器は、ＬＣＩＤの第１のセットおよびＬＣＩＤフィールドを使用してＬＣＩＤ値を判定することができる。ビットＴが第２の値に等しいと判定された場合、受信器は、ＬＣＩＤの第２のセットおよびＬＣＩＤフィールドを使用してＬＣＩＤ値を判定することができる。したがって、Ｔフィールドを使用して、ＬＣＩＤの適切なセットまたはテーブルを選択することができる。
【００７８】
別の実施形態では、フィールドがＬＣＩＤフィールドにプリペンドされるか、またはアペンドされることによってＬＣＩＤフィールドを拡張するために使用され得る。図６は、フィールド「ＥＬ」がＬＣＩＤフィールドを拡張するために使用されるヘッダ１７０の左上に存在する、この実施形態の例示的な実装を示す。このサブヘッダ１７０に適用可能なＬＣＩＤを判定するために、ＥＬフィールドをＬＣＩＤフィールドの値の前に付加することができる。例えば、ＥＬが１にセットされ、ＬＣＩＤが１０１１０にセットされる場合、このサブヘッダに適用可能なＬＣＩＤは１１０１１０である。別の例では、ＥＬフィールドが１にセットされ、ＬＣＩＤフィールドが１０１１０にセットされた場合、このサブヘッダに適用可能なＬＣＩＤは１０１１０１であるように、ＥＬフィールドをＬＣＩＤフィールドに追加することができる。このサブヘッダに適用可能な実際のＬＣＩＤを取得するために、サブヘッダのデコーダはＥＬフィールドをマスクし、それを左に２ステップ回転させることができるので、この特定の例においてＥＬフィールドを先頭に付けることは、処理の観点からより単純であり得る。ＬＣＩＤは、第１のオクテットの最初の６ビットから読み出すことができる。
【００７９】
いくつかの実施形態では、適用可能なヘッダフォーマットがネットワークからのシグナリングに基づいて判定することができる。これは、ＲＲＣシグナリング、ＭＡＣシグナリングなどを使用してシグナリングすることができる。例えば、ＬＣＩＤ値の範囲が非拡張フォーマットでは小さすぎるために、拡張ヘッダフォーマットが必要であるとネットワークが判定した場合、ネットワークは、拡張ヘッダフォーマットを適用するようにＵＥを設定することができる。
【００８０】
いくつかの実施形態では、異なるリンクに対して異なる指示が存在することができる。例えば、１つの指示はアップリンクに適用可能であり、別の指示はダウンリンクに適用可能であり、さらに別の指示はサイドリンクなどに適用可能である。これは、例えば、アップリンクにおいて拡張フォーマットを使用することが必要である一方で、非拡張フォーマットがダウンリンク通信に十分である場合に有益であり得る。
【００８１】
例えば、ＲＲＣシグナリングが使用される実施形態では、ＵＥがＲＲＣメッセージで提供される設定をいつ受信し、適用するかが正確に分からないことがある。これに対処するために、ネットワークは、ＵＥが設定を適用したことをネットワークが確信するまで、ある期間の間、ＵＥをスケジューリングすることを控えることができる。別の可能性として、ネットワークが新しいフォーマットを適用したことをＵＥが観察する（または確認を受信する）まで、ＵＥが以前のフォーマット（すなわち、ネットワークからのシグナリングが受信される前に適用可能であったフォーマット）を適用することがある。例えば、最初に非拡張フォーマットが適用されるが、拡張フォーマットが適用されるべきであることをネットワークが指し示す場合、ＵＥはネットワークが新しいフォーマットを使用してメッセージを送信したことをＵＥが観察するまで、非拡張フォーマットを使用し続ける。
【００８２】
いくつかの実施形態では、ネットワークがどのヘッダフォーマットがネットワークとＵＥとの間の通信に適用可能であるかを設定することができる。しかしながら、この設定は、ＭＡＣヘッダフォーマットの第１のセットまたは第２のセットが適用可能であるかどうかを任意に指し示すことができる。
【００８３】
したがって、ＬＴＥ  ＭＡＣサブヘッダなどのメッセージ内のＬＣＩＤフィールドなどのフィールドを拡張するために、いくつかのメカニズムを使用することができる。Ａビットフィールドは拡張オクテットの存在を指し示すことができ、拡張オクテットの少なくともいくつかのビットは、ＬＣＩＤフィールドを拡張するために使用される。Ａフィールドは、ＬＣＩＤフィールドが所定の値にセットされて、ＬＣＩＤが別のフィールドに提供されていることを示すために使用することができる。適用可能なＬＣＩＤを判定するときにどのマッピングテーブルが適用されるべきかを指し示すために、Ａフィールドを使用することができる。Ａフィールドを使用して、ＬＣＩＤフィールドをプリペンドするか、またはＬＣＩＤフィールドにアペンドすることによって、ＬＣＩＤフィールドを拡張することができる。
【００８４】
図７は、無線機器１１０および／またはネットワークノード１２０などの送信ノードにおいて実行され得る方法を示すフローチャートである。この方法はヘッダ拡張を含むメッセージを生成するために使用することができ、以下のステップを含むことができる。
【００８５】
ステップ２００（任意）：拡張ヘッダフォーマットを使用する命令を受信する。
【００８６】
ステップ２１０（任意）：拡張ヘッダフォーマットが適用されたことの確認を受信する。
【００８７】
ステップ２２０：ヘッダ拡張が必要であると判定する。
【００８８】
ステップ２３０：インジケータを含むヘッダ拡張を生成する。ヘッダを生成するステップは、ヘッダ拡張インジケータをセットするステップと、ヘッダ拡張フィールドを追加するステップと、そのフィールドの値をセットするステップとを含むことができる。
【００８９】
ステップ２４０：生成されたヘッダを含むメッセージを送信する。
【００９０】
上記のステップのうちの１つ以上は同時に、および／または異なる順序で実行することができることが理解されよう。また、破線で示されるステップは任意選択であり、いくつかの実施形態では省略することができる。ここで、ステップをより詳細に説明する。
【００９１】
ステップ２００
【００９２】
いくつかの実施形態では、このステップは送信ノードにとって任意選択である。ステップ２００において、送信ノードは、拡張ヘッダフォーマットを使用する命令を取得する。いくつかの実施形態では、命令が送信ノードによって使用される拡張ヘッダフォーマットの特定のタイプを示す設定メッセージとすることができる。いくつかの実施形態では、複数の異なるヘッダフォーマットを、異なるネットワークリンクに使用するために送信ノードに指し示すことができる。
【００９３】
ステップ２１０
【００９４】
いくつかの実施形態では、このステップは送信ノードにとって任意選択である。ステップ２１０において、送信ノードは、拡張ヘッダフォーマットが少なくとも１つのネットワークノードおよび／またはＵＥによって適用されたという確認を取得する。いくつかの実施形態では、確認の受信は、送信ノードが必要に応じて拡張ヘッダフォーマットの使用を開始することをトリガする。いくつかの実施形態では、送信ノードがそのような確認を取得するまで、以前に設定されたヘッダフォーマット（例えば、非拡張ヘッダフォーマット）を使用し続ける。
【００９５】
ステップ２２０
【００９６】
ステップ２２０において、送信ノードは、ヘッダ拡張が必要であると判定する。ステップ２２０は送信ノードがメッセージを構成／生成し、ヘッダフィールドをどのようにセットするかを決定するときに発生することができる。いくつかの実施形態では、ＬＣＩＤ値をシグナリングするためにヘッダ拡張が必要とされ得る。
【００９７】
いくつかの実施形態では、値の長さがそのヘッダフィールドの長さを超えると判定することに従って、ヘッダ拡張が必要であると判定される。例えば、ＬＣＩＤ値の長さが５ビットを超える場合、ＭＡＣサブヘッダに拡張が要求されることがある。
【００９８】
いくつかの実施形態では、第１のヘッダフィールドを使用して値をシグナリングすることができない（例えば、値が長すぎるか、または別のセット／スペースに属する）と判定することに従って、ヘッダ拡張が必要であると判定される。例えば、ＬＣＩＤ値が、ＭＡＣサブヘッダ内の第１のＬＣＩＤフィールドを使用してシグナリングされ得ない場合、ヘッダ拡張が必要とされ得る。
【００９９】
いくつかの実施形態では、値が複数の値のセットのうちの値の第１のセットに属すると判定することに従って、ヘッダ拡張が必要であると判定される。例えば、ＬＣＩＤ値が値の第１のセットまたは第２のセットである場合、ＬＣＩＤ値がどのセットに属するかを指し示すために、ヘッダ拡張が必要とされ得る。
【０１００】
ステップ２３０
【０１０１】
ステップ２３０において、送信ノードはヘッダを生成する。いくつかの実施形態では、送信ノードは、ＬＣＩＤ値（またはフィールド）がこのサブヘッダ内で拡張されることを指し示すインジケータを含むＭＡＣサブヘッダを生成することができる。
【０１０２】
いくつかの実施形態では、ヘッダを生成することは、メッセージがヘッダ拡張を含むというインジケータをメッセージヘッダにセットすることを含む。いくつかの実施形態では、メッセージがヘッダ拡張の存在を指し示すフラグまたはフィールドを含む。いくつかの実施形態では、拡張されるべきフィールドは、フィールドが拡張されることを指し示すために所定の値にセットされることができる。いくつかの実施形態では、フィールドがどの値のセットに属するかをインジケータが指し示すことができる。
【０１０３】
いくつかの実施形態では、ヘッダを生成することはヘッダ拡張フィールドをメッセージヘッダに追加することと、ヘッダ拡張フィールドの値をセットすることとを含む。
【０１０４】
いくつかの実施形態では、これはヘッダに追加のフィールドを追加することを含むことができる。例えば、追加のオクテットをＭＡＣサブヘッダに追加して、第２のＬＣＩＤフィールドを含めることができる。ＬＣＩＤ値は、第２のＬＣＩＤフィールドに置くことができる。あるいは、ＬＣＩＤ値の第１の部分を第１のＬＣＩＤフィールドとしてセットし、ＬＣＩＤ値の第２の部分を第２のＬＣＩＤ値としてセットすることができる。
【０１０５】
いくつかの実施形態では第１のＬＣＩＤフィールドが（例えば、第２のＬＣＩＤフィールドの存在を指し示すために）所定の値にセットされ得、第２のＬＣＩＤフィールドはシグナリングされるべき実際のＬＣＩＤ値にセットされ得る。
【０１０６】
いくつかの実施形態ではＬＣＩＤ値の第１の部分がヘッダ拡張インジケータフィールド内のプリペンドまたはアペンドビットとしてセットすることができ、ＬＣＩＤ値の第２の部分は第１のＬＣＩＤフィールド内にセットすることができる。
【０１０７】
ステップ２４０
【０１０８】
いくつかの実施形態では、このステップは送信ノードにとって任意選択である。ステップ２４０において、送信ノードは、生成されたＭＡＣサブヘッダを含む生成されたメッセージを送信する。メッセージは、別の無線機器および／またはネットワークノードに送信され得る。
【０１０９】
図８は、無線機器１１０および／またはネットワークノード１２０などの受信ノードにおいて実行され得る方法を示すフローチャートである。この方法はヘッダ拡張を含むメッセージを復号するために使用することができ、以下のステップを含むことができる。
【０１１０】
ステップ３００（任意）：拡張ヘッダフォーマットを使用する命令を受信する。
【０１１１】
ステップ３１０（任意）：拡張ヘッダフォーマットが適用されたことの確認を受信する。
【０１１２】
ステップ３２０：メッセージを受信する。
【０１１３】
ステップ３３０：受信されたメッセージが拡張ヘッダを含むことを決定する。
【０１１４】
ステップ３４０：拡張ヘッダに従ってメッセージを復号する。
【０１１５】
上記のステップのうちの１つ以上は同時に、および／または異なる順序で実行することができることが理解されよう。また、破線で示されるステップは任意選択であり、いくつかの実施形態では省略することができる。ここで、ステップをより詳細に説明する。
【０１１６】
ステップ３００
【０１１７】
いくつかの実施形態では、このステップは受信ノードにとって任意選択である。ステップ３００において、受信ノードは、拡張ヘッダフォーマットを使用する命令を取得する。いくつかの実施形態では、命令が受信ノードによって使用される拡張ヘッダフォーマットの特定のタイプを指し示す設定メッセージとすることができる。いくつかの実施形態では、複数の異なるヘッダフォーマットが異なるネットワークリンクのために使用するために受信ノードに指し示されうる。
【０１１８】
ステップ３１０
【０１１９】
いくつかの実施形態では、このステップは受信ノードにとって任意選択である。ステップ２１０において、受信ノードは、拡張ヘッダフォーマットが少なくとも１つのネットワークノードおよび／またはＵＥによって適用されたという確認を取得する。いくつかの実施形態では、確認の受信が、適宜拡張ヘッダフォーマットの使用を開始するよう受信ノードをトリガする。いくつかの実施形態では、受信ノードがそのような確認を取得するまで、以前に設定されたヘッダフォーマット（例えば、非拡張ヘッダフォーマット）を使用し続ける。
【０１２０】
ステップ３２０
【０１２１】
ステップ３２０において、受信ノードはメッセージを受信し、メッセージはＭＡＣサブヘッダを含むことができる。メッセージは、別の無線機器および／またはネットワークノードから受信され得る。
【０１２２】
ステップ３３０
【０１２３】
ステップ３３０において、受信ノードは、受信メッセージが拡張ヘッダを含むと判定する。いくつかの実施形態では、受信メッセージがヘッダ拡張インジケータを含むかどうかを受信ノードが判定する。いくつかの実施形態では、受信メッセージがＭＡＣサブヘッダに含まれるインジケータに従ってＬＣＩＤ値をシグナリングするための拡張ヘッダを含むことを受信ノードが判定する。
【０１２４】
いくつかの実施形態では、受信ノードは、受信されたメッセージが第１のフィールドが拡張されていることを指し示す所定の値を第１のフィールドに含むかどうかを判定する。例えば、第１のＬＣＩＤフィールドで搬送される所定の値（例えば、０１１００）は、第２のＬＣＩＤフィールドがメッセージヘッダに含まれ、ヘッダの実際のＬＣＩＤ値を搬送するために使用されることを受信ノードに指し示すことができる。
【０１２５】
いくつかの実施形態において、受信ノードは、受信したメッセージが第１のフィールドに所定の値を含むかどうかを判定し、この所定の値は第２のフィールドを復号するためにどの値のセットを使用すべきかを指し示す。例えば、ＭＡＣサブヘッダ内のＴビットは、ＬＣＩＤフィールド内で搬送される値がＬＣＩＤ値の第１のセットまたはＬＣＩＤ値の第２のセットに対応するかどうかを受信ノードに指し示すことができる。
【０１２６】
いくつかの実施形態において、受信ノードは、受信したメッセージが第２のフィールドで搬送される値にアペンドまたはプリペンドされる第１のフィールドに所定の値を含むかどうかを判定する。例えば、ＭＡＣサブヘッダ内のＥＬビットは、このビット（または別のビットまたはフィールド）がＬＣＩＤフィールド内で搬送される値にアペンド／プリペンドされるべきであることを受信ノードに指し示すことができる。
【０１２７】
ステップ３４０
【０１２８】
ステップ３４０において、受信ノードは、ヘッダ拡張フォーマットに従ってメッセージを復号する。いくつかの実施形態では、特定のヘッダ拡張フォーマットはステップ３００および／または３１０に従って設定されることができる。いくつかの実施形態では、ヘッダ拡張フォーマットは受信されたメッセージ自体に従って判定されることができる。
【０１２９】
いくつかの実施形態では、インジケータが追加のＬＣＩＤ情報の有無を指し示すことができる。例えば、インジケータは、ＭＡＣサブヘッダがＬＣＩＤ値をシグナリングするための少なくとも１つの追加のオクテットを含むことを指し示すことができる。
【０１３０】
いくつかの実施形態では、メッセージを復号することは第１のフィールドおよび第２のフィールドからの値を組み合わせる（コンバインする）ことを含むことができる。例えば、第１のＬＣＩＤフィールドおよび第２のＬＣＩＤフィールドで搬送される値を組み合わせて、ＭＡＣサブヘッダのＬＣＩＤ値を判定することができる。
【０１３１】
いくつかの実施形態では、受信ノードは、受信メッセージが第１のフィールドに所定の値を含むと判定し、第２のフィールドの値を使用してヘッダを復号する。例えば、所定の値が第１のＬＣＩＤフィールドに含まれる場合、受信ノードは、第２のＬＣＩＤフィールドの値を使用して、ヘッダのＬＣＩＤ値を復号することができる。
【０１３２】
いくつかの実施形態では、受信ノードがヘッダフィールドを復号するために使用するために、複数の値のセットから値のセットを選択することができる。インジケータは、ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示すことができる。例えば、受信ノードは、ヘッダのＴビットに従ってＬＣＩＤフィールドを復号するために使用するＬＣＩＤ値のセットを選択することができる。次に、選択された値のセットを使用してＬＣＩＤ値を復号することができる。
【０１３３】
いくつかの実施形態では、受信ノードがメッセージを復号するために、第１のビット／フィールドを第２のビット／フィールドにアペンドおよび／またはプリペンドすることができる。例えば、ＥＬフィールドは、ＭＡＣサブヘッダのＬＣＩＤ値を判定するためにＬＣＩＤフィールドにアペンド／プリペンドされることができる。
【０１３４】
ＬＴＥ  ＭＡＣヘッダのフォーマットは、図７および図８の非限定的な例において例示の目的で使用されることが当業者には理解されるのであろう。同様のメカニズムを、様々なヘッダ拡張およびメッセージングフォーマットおよび／またはプロトコルに使用することができる。
【０１３５】
図９は、いくつかの実施形態による、例示的な無線機器、ＵＥ  １１０のブロック図である。ＵＥ  １１０は、送受信器５１０、プロセッサ５２０、およびメモリ５３０を含む。いくつかの実施形態では、送受信器５１０が（例えば、（１つ以上の）送信器（Ｔｘ）、（１つ以上の）受信器（Ｒｘ）、および（１つ以上の）アンテナを介して）無線アクセスノード１２０への無線信号の送信および無線アクセスノード１２０からの無線信号の受信を容易にする。プロセッサ５２０はＵＥによって提供されるものとして上述された機能のいくつかまたはすべてを提供するための命令を実行し、メモリ５３０は、プロセッサ５２０によって実行される命令を保存する。いくつかの実施形態では、プロセッサ５２０およびメモリ５３０は処理回路を形成する。
【０１３６】
プロセッサ５２０は命令を実行し、データを操作して、上述のＵＥ  １１０の機能などの、無線機器の上述の機能の一部またはすべてを実行するための、ハードウェアの任意の適切な組合せを含むことができる。いくつかの実施形態では、プロセッサ５２０が例えば、１つ以上のコンピュータ、１つ以上の中央処理装置（ＣＰＵ）、１つ以上のマイクロプロセッサ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または他のロジックを含むことができる。
【０１３７】
メモリ５３０は一般に、コンピュータプログラム、ソフトウェア、ロジック、ルール、アルゴリズム、コード、テーブルなどのうちの１つ以上を含むアプリケーション、および／またはプロセッサ５２０によって実行されることが可能な他の命令などの命令を格納するように動作可能である。メモリ５３０の例はコンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）またはリードオンリメモリ（ＲＯＭ））、大容量記憶メディア（例えば、ハードディスク）、リムーバブル記憶メディア（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／またはＵＥ  １１０のプロセッサ５２０によって使用され得る情報、データ、および／または命令を記憶する任意の他の揮発性または不揮発性、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。
【０１３８】
ＵＥ  １１０の他の実施形態は、上述の機能のうちのいずれか、および／または（上述のソリューションをサポートするために必要な任意の機能を含む）任意の追加の機能を含む、無線機器の機能の特定の態様を提供することを担いうる、図９に示されるものを超える追加の構成要素を含んでもよい。単なる一例として、ＵＥ  １１０は、入力デバイスおよび回路、出力デバイス、ならびにプロセッサ５２０の一部であり得る１つ以上の同期ユニットまたは回路を含み得る。入力デバイスは、ＵＥ  １１０にデータを入力するためのメカニズムを含む。例えば、入力装置は、マイクロフォン、入力要素、ディスプレイなどの入力機構を含むことができる。出力デバイスは、オーディオ、ビデオ、および／またはハードコピーフォーマットでデータを出力するためのメカニズムを含み得る。例えば、出力装置は、スピーカ、表示部を含むことができる。
【０１３９】
無線機器ＵＥ  １１０は、送信ノードおよび／または受信ノードに関して本明細書で説明される各種実施形態および態様を実行するように動作可能であり得る。
【０１４０】
図１０は、特定の実施形態による例示的なネットワークノード１２０のブロック図である。ネットワークノード１２０は、送受信器６１０、プロセッサ６２０、メモリ６３０、およびネットワークインタフェース６４０のうちの１つ以上を含むことができる。いくつかの実施形態では、送受信器６１０がＵＥ  １１０（例えば、送信器（Ｔｘ）、受信器（Ｒｘ）、およびアンテナを介して）などの無線装置への無線信号の送信および無線装置からの無線信号の受信を補助する。プロセッサ６２０はネットワークノード１２０によって提供されるものとして上述した機能のいくつかまたはすべてを提供するための命令を実行し、メモリ６３０は、プロセッサ６２０によって実行される命令を保存する。いくつかの実施形態では、プロセッサ６２０およびメモリ６３０が処理回路を形成する。ネットワークインタフェース６４０は、ゲートウェイ、スイッチ、ルータ、インターネット、公衆交換電話網（ＰＳＴＮ）、コアネットワークノードまたは無線ネットワークコントローラなどのバックエンドネットワークコンポーネントに信号を通信することができる。
【０１４１】
プロセッサ６２０は命令を実行し、データを操作して、上述したような、ネットワークノード１２０の上述した機能の一部または全部を実行するためのハードウェアの任意の適切な組み合わせを含むことができる。いくつかの実施形態では、プロセッサ６２０が例えば、１つ以上のコンピュータ、１つ以上の中央処理装置（ＣＰＵ）、１つ以上のマイクロプロセッサ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または他のロジックを含むことができる。
【０１４２】
メモリ６３０は一般に、コンピュータプログラム、ソフトウェア、ロジック、ルール、アルゴリズム、コード、テーブルなどのうちの１つ以上を含むアプリケーション、および／またはプロセッサ６２０によって実行されることが可能な他の命令などの命令を格納するように動作可能である。メモリ６３０の例はコンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）または読み取り専用メモリ（ＲＯＭ））、大容量記憶メディア（例えば、ハードディスク）、リムーバブル記憶メディア（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および／または情報を記憶する任意の他の揮発性または不揮発性の、非一時的コンピュータ可読および／またはコンピュータ実行可能メモリデバイスを含む。
【０１４３】
いくつかの実施形態では、ネットワークインタフェース６４０がプロセッサ６２０に通信可能に結合され、ネットワークノード１２０の入力を受信し、ネットワークノード１２０から出力を送信し、入力または出力またはその両方の適切な処理を実行し、他のデバイスと通信し、あるいはこれらの任意の組合せを行うように動作可能な任意の適切なデバイスを指すことができる。ネットワークインタフェース６４０はネットワークを介して通信するために、プロトコル変換およびデータ処理能力を含む、適切なハードウェア（例えば、ポート、モデム、ネットワークインタフェースカードなど）およびソフトウェアを含み得る。
【０１４４】
ネットワークノード１２０の他の実施形態は、上述の機能のいずれか、および／または任意の追加の機能（上述の解決策をサポートするために必要な任意の機能を含む）を含む、ネットワークノードの機能の特定の態様を提供する役割を果たすことができる、図１０に示されるものを超える追加の構成要素を含むことができる。様々な異なるタイプのネットワークノードは同じ物理ハードウェアを有するが、異なる無線アクセス技術をサポートするように（例えば、プログラムを介して）構成されたコンポーネントを含むことができ、または部分的にまたは完全に異なる物理コンポーネントを表すことができる。
【０１４５】
ネットワークノード１２０は、送信ノードおよび／または受信ノードに関して本明細書で説明される各種実施形態および態様を実行するように動作可能であり得る。
【０１４６】
図９および図１０に関して説明したものと同様のプロセッサ、インタフェース、およびメモリは、他のネットワークノード（コアネットワークノード１３０など）に含めることができる。他のネットワークノードは、（図９および図１０に記載された送受信器のような）無線インタフェースを任意に含んでも含まなくてもよい。
【０１４７】
本明細書で説明される送信ノードおよび受信ノードは、本明細書で説明される無線機器１００、ネットワークノード１２０、または他のデバイスのうちのいずれかに対応することができる。
【０１４８】
いくつかの実施形態では、無線機器ＵＥ  １１０および／またはネットワークノード１２０が本明細書で説明する送信ノードの機能を実装するように設定された一連のモジュールを備えることができる。図１１を参照すると、いくつかの実施形態では、送信ノード７００が拡張ヘッダフォーマットを用いて送信ノードを設定するように動作可能な設定モジュール７１０と、ヘッダ拡張が必要であると判定するように設定された判定モジュール７２０と、ヘッダ拡張を含むメッセージを生成するように構成されたヘッダ拡張モジュール７３０とを備えることができる。
【０１４９】
様々なモジュールはハードウェアとソフトウェアとの組み合わせとして実装されてもよく、例えば、図９に示されるＵＥ  １１０のプロセッサ、メモリ、および送受信器、および／または図１０に示されるネットワークノード１２０、として実装されてもよく、いくつかの実施形態は、追加の機能および／または任意の機能をサポートするための追加のモジュールを含んでもよいことが理解されるのであろう。
【０１５０】
いくつかの実施形態では、ＵＥ  １１０および／またはネットワークノード１２０が本明細書で説明する受信ノードの機能を実装するように設定された一連のモジュールを備えることができる。図１２を参照すると、いくつかの実施形態では、受信ノード７４０が拡張ヘッダフォーマットを用いて送信ノードを設定するように動作可能な設定モジュール７５０と、受信メッセージが拡張ヘッダを含むことを判定するように設定された判定モジュール７６０と、拡張ヘッダフォーマットに従って受信メッセージを復号するように設定された復号モジュール７７０とを備えることができる。
【０１５１】
様々なモジュールはハードウェアとソフトウェアとの組み合わせとして実装されてもよく、例えば、図９に示されるＵＥ  １１０のプロセッサ、メモリ、および送受信器、および／または図１０に示されるネットワークノード１２０、として実装されてもよく、いくつかの実施形態は、追加の機能および／または任意の機能をサポートするための追加のモジュールを含んでもよいことが理解されるのであろう。
【０１５２】
いくつかの実施形態では、ＵＥ  １１０および／またはネットワークノード１２０などのデバイスが本明細書で説明したように、送信ノードおよび受信ノードの両方の機能を含むことができることを、当業者は理解するのであろう。
【０１５３】
＜標準化シナリオの例＞
【０１５４】
（ＬＣＩＤスペース拡張）
【０１５５】
残りのＬＣＩＤの数はすぐに使い果たされようとしており、ＬＣＩＤスペースを拡張することが提案される。
【０１５６】
ＭＡＣヘッダ内のＬＣＩＤフィールドは５ビットであり、したがって３２個の値をとることができる。ＬＣＩＤは、どの論理チャネルおよびＭＡＣ制御エレメントがＭＡＣ  ＰＤＵに含まれるかを識別するために使用される。３２個のＬＣＩＤ値のうち、現在は１３個のＬＣＩＤ（ＤＬ用）と９個のＬＣＩＤ（ＵＬ用）（ＭＡＣバージョン１４．１．０に基づく）しか残らない。しかしながら、これらは単なる予備的な数値であり、（例えば、ＶｏＬＴＥエンハンスメント、Ｖ２Ｘ、ＮＢ−ＩｏＴなどのために）Ｒｅｌ−１４でより多くのＬＣＩＤが使用されることが予想される。
【０１５７】
ＬＣＩＤの数は限られており、拡張が行われない限り、ＬＣＩＤは使い果たされる。
【０１５８】
ＬＣＩＤフィールドの拡張が行われたとき、ＲＡＮ２は２つのＬＣＩＤスペース、すなわち１つの短いスペース（５ビット）と１つの長いスペースを有する。次いで、ＲＡＮ２は新しいＭＡＣ  ＣＥごとに、ショートＬＣＩＤスペースまたはロングＬＣＩＤスペースのＬＣＩＤを使用するかどうかを判定することができる。例えば、オーバーヘッドが重要なシナリオ（例えば、ＶｏＬＴＥ、ＭＴＣ、ＮＢ−ＩｏＴなど）で送信されることが予想されるＬＣＩＤがある場合、より少ないビットが無線で送信されるので、ショートＬＣＩＤを使用することがよりよいであろう。しかしながら、オーバーヘッドが重要でないシナリオ（例えば、ＣＡ、ＤＣ等）については、より大きなＬＣＩＤスペースを使用することができる。ショートＬＣＩＤは、オーバーヘッドが重要なシナリオにより適しているので、ＲＡＮ２にとっていくらか価値がある。ＲＡＮ２は、ＭＡＣ  ＣＥのためにどのＬＣＩＤスペースを使用するかをケースバイケースで判定することを期待する。
【０１５９】
オーバーヘッドが重要なシナリオではショートＬＣＩＤスペースを使用することが有益であり、オーバーヘッドがそれほど重要でない場合にはロングＬＣＩＤスペースを使用することができる。
【０１６０】
ＲＡＮ２は、Ｒｅｌ−１４の終了までにも十分な数のＬＣＩＤが残っていると結論づけてもよい。しかしながら、上記の考察に基づいて、ＬＣＩＤ拡張を、後々ではなくより早く行うことがより良いことが明らかになる。例えば、ＬＣＩＤ拡張がＲｅｌ−１３で既に行われている場合、ＲＡＮ２はオーバーヘッドがあまり重要でない同時通信の電力ヘッドルームリポートのためのより大きなＬＣＩＤスペースを使用することができる。これは、オーバーヘッドが（例えば、ＶｏＬＴＥシナリオと比較して）それほど重要ではない同時通信のシナリオにおいて使用されるためである。
【０１６１】
ＬＣＩＤスペースを後々ではなくより早く拡張することが有益であり得る。
【０１６２】
上記に基づき、ＲＡＮ２は、Ｒｅｌ−１４内のＬＣＩＤ空間を拡張することを考慮すべきであると提案されている。これにより、オーバーヘッドが重要なシナリオでＭＡＣ  ＣＥが使用されることが予想されるか否かに基づいて、ＲＡＮ２がすでにＲｅｌ−１４からＭＡＣ  ＣＥのＬＣＩＤを選択できるようになる。
【０１６３】
ＲＡＮ２は、Ｒｅｌ−１４のＬＣＩＤスペースの拡張を目指すべきである。
【０１６４】
ＬＣＩＤの拡張を実行するために、ＲＡＮ２がＭＡＣヘッダ内の予約ビットを使用する必要があることを排除することはできない。しかし、ＭＡＣヘッダには１つの予約ビットしか残っていない。このビットが何らかの他の目的のために使用される場合、新規予約ビットが追加されない限り、ＬＣＩＤスペースを拡張することは複雑になり得る。したがって、ＲＡＮ２がＬＣＩＤスペースを拡張する代替方法を見つけない限り、ヘッダ内のＲビットは、何らかの他の目的のために使用されるべきではないと考えられる。
【０１６５】
ＬＣＩＤスペースが拡張されるまで、ＭＡＣヘッダ内の最後のＲビットは、他の目的のために使用されるべきではない。
【０１６６】
いくつかの実施形態は、機械可読媒体（コンピュータ可読メディア、プロセッサ可読媒体、またはコンピュータ可読プログラムコードが具現化されたコンピュータ使用可能媒体とも呼ばれる）に格納されたソフトウェア製品として表すことができる。機械可読媒体は、ディスケット、コンパクトディスク読取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク読取り専用メモリ（ＤＶＤ−ＲＯＭ）メモリデバイス（揮発性または不揮発性）、または同様の記憶機構を含む、磁気、光学、または電気記憶媒体を含む、任意の適切な有体の媒体とすることができる。機械可読媒体は実行されると、処理回路（例えば、プロセッサ）に、１つ以上の実施形態による方法のステップを実行させる、命令、符号列、構成情報、または他のデータの様々なセットを含むことができる。当業者は、説明された実施形態を実施するために必要な他の指示および動作もまた、機械可読媒体上に格納され得ることを理解するのであろう。機械可読媒体から実行されるソフトウェアは、説明されたタスクを実行するために回路とやり取りすることができる。
【０１６７】
上述の実施形態は、単に例であることが意図されている。当業者であれば、説明の範囲から逸脱することなく、特定の実施形態に変更、修正、および変形を加えることができる。
＜用語集＞
本明細書は、以下の略語のうちの１つ以上を含むことができる：
３ＧＰＰ                  第３世代パートナーシッププロジェクト
ＡＢＳ                    ほぼ空白のサブフレーム  
ＡＣＫ                    肯定応答
ＡＤＣ                    アナログデジタル変換  
ＡＧＣ                    自動利得制御  
ＡＮＲＳ                  自動隣接関係
ＡＰ                      アクセスポイント  
ＡＲＱ                    自動再送要求  
ＡＷＧＮ                  加法性白色ガウス雑音帯域  
ＢＣＣＨ                  ブロードキャスト制御チャネル  
ＢＣＨ                    ブロードキャストチャネル  
ＢＬＥＲ                  ブロック誤り率  
ＢＳ                      基地局  
ＢＳＣ                    基地局コントローラ
ＢＴＳ                    基地送受信局  
ＣＡ                      キャリアアグリゲーション
ＣＣ                      コンポーネントキャリア
ＣＣＣＨ  ＳＤＵ          共通制御チャネルＳＤＵ  
ＣＤＭＡ                  符号分割多重アクセス  
ＣＧ                      セルグループ  
ＣＧＩ                    セルグローバル識別子  
ＣＰ                      サイクリックプレフィックス
ＣＰＩＣＨ  Ｅｃ／Ｎｏ    チップ当たりのＣＰＩＣＨ受信エネルギーを、以下の式における電力密度で割る  
ＣＰＩＣＨ                共通パイロットチャネル  
ＣＱＩ                    チャネル品質情報  
Ｃ−ＲＮＴＩ              セルＲＮＴＩ  
ＣＲＳ                    セル特有の基準信号
ＣＳＧ                    クローズド加入者グループ  
ＣＳＩ                    チャネル状態情報  
ＤＡＳ                    分散アンテナシステム  
ＤＣ                      同時通信
ＤＣＣＨ                  専用制御チャネル
ＤＣＩ                    ダウンリンク制御情報  
ＤＦＴ                    離散フーリエ変換  
ＤＬ                      ダウンリンク  
ＤＬ−ＳＣＨ              ダウンリンク共有チャネル  
ＤＲＸ                    不連続受信  
ＤＴＣＨ                  専用トラフィックチャネル  
ＤＴＸ                    不連続送信  
ＤＵＴ                    試験デバイス  
ＥＡＲＦＣＮ              発展型絶対無線周波数チャネル番号  
ＥＣＣＥ                  拡張制御チャネルエレメント
ＥＣＧＩ                  発展型ＣＧＩ  
Ｅ−ＣＩＤ                拡張セルＩＤ（測位方式）
ｅＮＢ  Ｅ−ＵＴＲＡＮ    ＮｏｄｅＢまたは発展型ＮｏｄｅＢ  
ｅＰＤＣＣＨ              拡張物理ダウンリンク制御チャネル  
Ｅ−ＳＭＬＣ              発展型サービング・モバイル・ロケーション・センター
Ｅ−ＵＴＲＡ              発展型ＵＴＲＡ  
Ｅ−ＵＴＲＡＮ            発展型ＵＴＲＡＮ  
ＦＤＤ                    周波数分割複信  
ＦＤＭ                    周波数分割多重  
ＦＦＴ                    高速フーリエ変換  
ＧＥＲＡＮ                ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク  
ＧＳＭ                    グローバルシステムフォーモバイルコミュニケーションズ
ＨＡＲＱ                  ハイブリッド自動再送要求  
ＨＤ−ＦＤＤ              半二重ＦＤＤ  
ＨＯ                      ハンドオーバ  
ＨＲＰＤ                  高速パケットデータ  
ＨＳＰＡ                  高速パケットアクセス  
ＬＣＭＳ                  モビリティ状態の重大度  
ＬＰＰ                    ＬＴＥ測位プロトコル  
ＬＴＥ                    ロングタームエボリューション
Ｍ２Ｍ                    マシンツーマシン  
ＭＡＣ                    メディアアクセス制御  
ＭＢＭＳ                  マルチメディア・ブロードキャスト・マルチキャストサービス
ＭＢＳＦＮ  ＡＢＳ        ＭＢＳＦＮ  Ａｌｍｏｓｔ  Ｂｌａｎｋサブフレーム  
ＭＢＳＦＮ                マルチメディア・ブロードキャスト・マルチキャストサービス単一周波数ネットワーク  
ＭＣＧ                    マスタセルグループ
ＭＤＴ                    ドライブテストの最小化  
ＭｅＮＢ                  マスタｅＮｏｄｅＢ  
ＭＩＢ                    マスタ情報ブロック  
ＭＭＥ                    モビリティ管理エンティティ  
ＭＰＤＣＣＨ              ＭＴＣ物理ダウンリンク制御チャネル  
ＭＲＴＤ                  最大受信タイミング差  
ＭＳＣ                    モバイル交換センタ  
ＭＳＲ                    マルチスタンダードラジオ  
ＭＴＣ                    マシンタイプ通信  
ＮＡＣＫ                  否定応答
ＮＰＢＣＨ                狭帯域物理ブロードキャストチャネル  
ＮＰＤＣＣＨ              狭帯域物理ダウンリンク制御チャネル  
ＮＲ                      Ｎｅｗ  Ｒａｄｉｏ
Ｏ＆Ｍ                    運用・保守  
ＯＣＮＧ                  ＯＦＤＭＡチャネル雑音発生器  
ＯＦＤＭ                  直交周波数多重方式  
ＯＦＤＭＡ                直交周波数分割多元接続  
ＯＳＳ                    オペレーションサポートシステム  
ＯＴＤＯＡ                観測された到着時間差  
ＰＢＣＨ                  物理ブロードキャストチャネル  
ＰＣＣ                    プライマリコンポーネントキャリア  
Ｐ−ＣＣＰＣＨ            プライマリ共通制御物理チャネル  
ＰＣｅｌｌ                プライマリセル
ＰＣＦＩＣＨ              物理制御フォーマットインジケータチャネル  
ＰＣＧ                    プライマリセルグループ
ＰＣＨ                    ページングチャネル  
ＰＣＩ                    物理セルアイデンティティ  
ＰＤＣＣＨ                物理ダウンリンク制御チャネル  
ＰＤＳＣＨ                物理ダウンリンク共有チャネル  
ＰＤＵ                    プロトコルデータユニット  
ＰＧＷ                    パケットゲートウェイ  
ＰＨＩＣＨ                物理ＨＡＲＱ指示チャネル  
ＰＬＭＮ                  公衆携帯電話網
ＰＭＩＳ                  プリコーダ行列インジケータ  
ＰＲＡＣＨ                物理ランダムアクセスチャネル  
ＰｒｏＳｅ                近接サービス  
ＰＲＳ                    位置決め基準信号  
ＰＳＣ                    プライマリサービングセル  
ＰＳＣｅｌｌ              プライマリＳＣｅｌｌ
ＰＳＳ                    主同期信号  
ＰＳＳＳ                  プライマリサイドリンク同期信号  
ＰＵＣＣＨ                物理アップリンク制御チャネル  
ＰＵＳＣＨ                物理アップリンク共有チャネル  
ＱＡＭ                    直交振幅変調  
ＲＡＣＨ                  ランダムアクセスチャネル  
ＲＡＴ                    無線アクセス技術  
ＲＢ                      リソースブロック  
ＲＦ                      無線周波数
ＲＬＭ                    無線リンク管理  
ＲＮＣ                    無線ネットワーク制御  
ＲＮＴＩ                  無線ネットワーク一時識別子  
ＲＲＣ                    無線リソース制御  
ＲＲＨ                    リモート・ラジオ・ヘッド  
ＲＲＭ                    無線リソース管理  
ＲＲＵ                    リモート無線ユニット  
ＲＳＣＰ                  受信信号符号電力  
ＲＳＲＰ                  基準信号受信電力  
ＲＳＲＱ                  基準信号受信品質  
ＲＳＳＩ                  受信信号強度インジケータ
ＲＳＴＤ                  基準信号時間差  
ＳＣＣ                    セカンダリコンポーネントキャリア  
ＳＣｅｌｌ                セカンダリセル
ＳＣＧ                    セカンダリセルグループ
ＳＣＨ                    同期チャネル  
ＳＤＵ                    サービスデータユニット
ＳｅＮＢ                  セカンダリｅＮｏｄｅＢ  
ＳＦＮ                    システムフレーム番号  
ＳＧＷ                    サービングゲートウェイ  
ＳＩ                      システム情報  
ＳＩＢ                    システム情報ブロック  
ＳＩＮＲ                  信号対干渉雑音比  
ＳＮＲ                    信号雑音比  
ＳＯＮ                    自律的ネットワーク  
ＳＲＳ                    サウンディング基準信号  
ＳＳＣ                    セカンダリサービングセル  
ＳＳＳ                    セカンダリ同期信号  
ＳＳＳＳ                  セカンダリサイドリンク同期信号  
ＴＡ                      タイミングアドバンス  
ＴＡＧ                    タイミングアドバンスグループ  
ＴＤＤ                    時分割二重  
ＴＤＭ                    時分割多重  
ＴＴＩ                    送信時間間隔  
Ｔｘ                      送信器  
ＵＡＲＦＣＮ              ＵＭＴＳ絶対無線周波数チャネル番号  
ＵＥ                      ユーザ装置
ＵＬ                      アップリンク  
ＵＬ−ＳＣＨ              アップリンク共有チャネル  
ＵＭＴＳ                  ユニバーサル・モバイル・テレコミュニケーション・システム
ＵＴＲＡ                  ユニバーサル地上無線アクセス  
ＵＴＲＡＮ                ユニバーサル地上無線アクセスネットワーク  
ＷＬＡＮ                  無線ローカルエリアネットワーク  
【図１ａ】
2020511025.tif 000009
【図１ｂ】
2020511025.tif 000010
【図１ｃ】
2020511025.tif 000011
【図２】
2020511025.tif 000012
【図３ａ】
2020511025.tif 000013
【図３ｂ】
2020511025.tif 000014
【図３ｃ】
2020511025.tif 000015
【図４ａ】
2020511025.tif 000016
【図４ｂ】
2020511025.tif 000017
【図５】
2020511025.tif 000018
【図６】
2020511025.tif 000019
【図７】
2020511025.tif 000020
【図８】
2020511025.tif 000021
【図９】
2020511025.tif 000022
【図１０】
2020511025.tif 000023
【図１１】
2020511025.tif 000024
【図１２】
2020511025.tif 000025
【手続補正書】
【提出日】平成30年12月3日(2018.12.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信ノードによって実行される方法であって、
論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするためにヘッダ拡張が必要であると判定することと、
前記ＬＣＩＤ値が拡張されていることを指し示すインジケータを含むメディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を生成することであって、前記インジケータは、前記ＭＡＣサブヘッダが前記ＬＣＩＤ値をシグナリングするための少なくとも１つの追加フィールドを含むことを指し示す、生成することと、
生成された前記ＭＡＣサブヘッダを含むメッセージを送信することと、
を含む方法。
【請求項２】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のＬＣＩＤフィールドにおいて提供されることを指し示す第１のＬＣＩＤフィールドである、請求項１に記載の方法。
【請求項３】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む前記ＭＡＣサブヘッダ内の追加のオクテットの存在を指し示す、請求項１に記載の方法。
【請求項４】
前記ＭＡＣサブヘッダを生成することは、前記ＭＡＣサブヘッダに前記少なくとも１つの追加フィールドを追加することを含む、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記ＬＣＩＤ値の第１の部分は第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のフィールドにおいて提供されることを指し示す第１のフィールドである、請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの末尾に付加される、請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの先頭に付加される、請求項１から７のいずれか１項に記載の方法。
【請求項１０】
拡張ヘッダフォーマットを使用する命令を受信することをさらに含む、請求項１から９のいずれか１項に記載の方法。
【請求項１１】
前記ＬＣＩＤ値が第１のＬＣＩＤフィールドを使用してシグナリングされることができないと判定することに応じて、前記ヘッダ拡張が必要であると判定することをさらに含む、請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
プロセッサおよびメモリを含む回路を含む送信ノードであって、前記メモリはプロセッサによって実行可能な命令を含み、それによって、
論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするためにヘッダ拡張が必要であると判定し、
前記ＬＣＩＤ値が拡張されていることを指し示すインジケータを含むメディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を生成することであって、前記インジケータは、前記ＭＡＣサブヘッダが前記ＬＣＩＤ値をシグナリングするための少なくとも１つの追加フィールドを含むことを指し示す、生成し、
生成された前記ＭＡＣサブヘッダを含むメッセージを送信する、
よう動作する送信ノード。
【請求項１３】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のＬＣＩＤフィールドにおいて提供されることを指し示す第１のＬＣＩＤフィールドである、請求項１２に記載の送信ノード。
【請求項１４】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む前記ＭＡＣサブヘッダ内の追加のオクテットの存在を指し示す、請求項１２に記載の送信ノード。
【請求項１５】
前記ＭＡＣサブヘッダを生成することは、前記ＭＡＣサブヘッダに前記少なくとも１つの追加フィールドを追加することを含む、請求項１２から１４のいずれか１項に記載の送信ノード。
【請求項１６】
前記ＬＣＩＤ値の第１の部分は第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項１２から１５のいずれか１項に記載の送信ノード。
【請求項１７】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項１２から１６のいずれか１項に記載の送信ノード。
【請求項１８】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のフィールドにおいて提供されることを指し示す第１のフィールドである、請求項１２から１７のいずれか１項に記載の送信ノード。
【請求項１９】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの末尾に付加される、請求項１２から１８のいずれか１項に記載の送信ノード。
【請求項２０】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの先頭に付加される、請求項１２から１８のいずれか１項に記載の送信ノード。
【請求項２１】
拡張ヘッダフォーマットを使用する命令を受信するようにさらに動作する、請求項１２から２０のいずれか１項に記載の送信ノード。
【請求項２２】
受信ノードによって実行される方法であって、
メディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を含むメッセージを受信することと、
ＭＡＣサブヘッダ内のインジケータに従って、受信された前記メッセージが論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするための拡張ヘッダを含むと判定することであって、前記インジケータは、前記ＭＡＣサブヘッダが前記ＬＣＩＤ値をシグナリングするための少なくとも１つの追加フィールドを含むことを指し示す、判定することと、
前記拡張ヘッダに従って受信された前記メッセージを復号することと、
を含む方法。
【請求項２３】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のＬＣＩＤフィールドにおいて提供されることを指し示す第１のＬＣＩＤフィールドである、請求項２２に記載の方法。
【請求項２４】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む前記ＭＡＣサブヘッダ内の追加のオクテットの存在を指し示す、請求項２２に記載の方法。
【請求項２５】
前記ＬＣＩＤ値の第１の部分は第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項２２から２４のいずれか１項に記載の方法。
【請求項２６】
前記ＬＣＩＤ値を復号するために、前記第１のＬＣＩＤフィールドと前記第２のＬＣＩＤフィールドとを組み合わせることをさらに含む、請求項２５に記載の方法。
【請求項２７】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項２２から２６のいずれか１項に記載の方法。
【請求項２８】
前記ＬＣＩＤ値の前記第１のセットは、前記ＬＣＩＤ値を復号するために使用される、請求項２７に記載の方法。
【請求項２９】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のフィールドにおいて提供されることを指し示す第１のフィールドである、請求項２２から２８のいずれか１項に記載の方法。
【請求項３０】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの末尾に付加される、請求項２２から２９のいずれか１項に記載の方法。
【請求項３１】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの先頭に付加される、請求項２２から２９のいずれか１項に記載の方法。
【請求項３２】
拡張ヘッダフォーマットを使用する命令を受信することをさらに含む、請求項２２から３１のいずれか１項に記載の方法。
【請求項３３】
プロセッサおよびメモリを含む回路を備える受信ノードであって、前記メモリはプロセッサによって実行可能な命令を含み、それによって、
メディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を含むメッセージを受信し、
ＭＡＣサブヘッダ内のインジケータに従って、受信された前記メッセージが論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするための拡張ヘッダを含むと判定することであって、前記インジケータは、前記ＭＡＣサブヘッダが前記ＬＣＩＤ値をシグナリングするための少なくとも１つの追加フィールドを含むことを指し示す、判定し、
前記拡張ヘッダに従って受信された前記メッセージを復号する、
よう動作する受信ノード。
【請求項３４】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のＬＣＩＤフィールドにおいて提供されることを指し示す第１のＬＣＩＤフィールドである、請求項３３に記載の受信ノード。
【請求項３５】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む前記ＭＡＣサブヘッダ内の追加のオクテットの存在を指し示す、請求項３３に記載の受信ノード。
【請求項３６】
前記ＬＣＩＤ値の第１の部分は第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項３３から３５のいずれか１項に記載の受信ノード。
【請求項３７】
前記第１のＬＣＩＤフィールドと前記第２のＬＣＩＤフィールドとを組み合わせて、前記ＬＣＩＤ値を復号することをさらに含む、請求項３６に記載の受信ノード。
【請求項３８】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項３３から３７のいずれか１項に記載の受信ノード。
【請求項３９】
前記ＬＣＩＤ値の前記第１のセットは、前記ＬＣＩＤ値を復号するために使用される、請求項３８に記載の受信ノード。
【請求項４０】
前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のフィールドにおいて提供されることを指し示す第１のフィールドである、請求項３３から３９のいずれか１項に記載の受信ノード。
【請求項４１】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの末尾に付加される、請求項３３から４０のいずれか１項に記載の受信ノード。
【請求項４２】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの先頭に付加される、請求項３３から４０のいずれか１項に記載の受信ノード。
【請求項４３】
拡張ヘッダフォーマットを使用する命令を受信することをさらに含む、請求項３３から４２のいずれか１項に記載の受信ノード。
【手続補正書】
【提出日】令和1年9月27日(2019.9.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
送信ノードによって実行される方法であって、
論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするためにヘッダ拡張が必要であると判定することと、
前記ＬＣＩＤ値が拡張されていることを指し示すインジケータを含むメディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を生成することであって、前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のＬＣＩＤフィールドにおいて提供されることを指し示すように所定の値にセットされる第１のＬＣＩＤフィールドである、生成することと、
生成された前記ＭＡＣサブヘッダを含むメッセージを送信することと、
を含む方法。
【請求項２】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む前記ＭＡＣサブヘッダ内の追加のオクテットの存在を指し示す、請求項１に記載の方法。
【請求項３】
前記ＭＡＣサブヘッダを生成することは、前記ＭＡＣサブヘッダに少なくとも１つの追加フィールドを追加することを含む、請求項１または２に記載の方法。
【請求項４】
前記ＬＣＩＤ値の第１の部分は前記第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は前記第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの末尾に付加される、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの先頭に付加される、請求項１から５のいずれか１項に記載の方法。
【請求項８】
拡張ヘッダフォーマットを使用する命令を受信することをさらに含む、請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記ＬＣＩＤ値が第１のＬＣＩＤフィールドを使用してシグナリングされることができないと判定することに応じて、前記ヘッダ拡張が必要であると判定することをさらに含む、請求項１から８のいずれか１項に記載の方法。
【請求項１０】
プロセッサおよびメモリを含む回路を含む送信ノードであって、前記メモリは前記プロセッサによって実行可能な命令を含み、それによって、
論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするためにヘッダ拡張が必要であると判定し、
前記ＬＣＩＤ値が拡張されていることを指し示すインジケータを含むメディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を生成することであって、前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のＬＣＩＤフィールドにおいて提供されることを指し示すように所定の値にセットされる第１のＬＣＩＤフィールドである、生成し、
生成された前記ＭＡＣサブヘッダを含むメッセージを送信する、
よう動作する送信ノード。
【請求項１１】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む前記ＭＡＣサブヘッダ内の追加のオクテットの存在を指し示す、請求項１０に記載の送信ノード。
【請求項１２】
前記ＭＡＣサブヘッダを生成することは、前記ＭＡＣサブヘッダに少なくとも１つの追加フィールドを追加することを含む、請求項１０または１１に記載の送信ノード。
【請求項１３】
前記ＬＣＩＤ値の第１の部分は前記第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は前記第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項１０から１２のいずれか１項に記載の送信ノード。
【請求項１４】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項１０から１３のいずれか１項に記載の送信ノード。
【請求項１５】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの末尾に付加される、請求項１０から１４のいずれか１項に記載の送信ノード。
【請求項１６】
前記インジケータは、前記ＬＣＩＤ値をシグナリングするためにＬＣＩＤフィールドの先頭に付加される、請求項１０から１４のいずれか１項に記載の送信ノード。
【請求項１７】
拡張ヘッダフォーマットを使用する命令を受信するようにさらに動作する、請求項１０から１６のいずれか１項に記載の送信ノード。
【請求項１８】
受信ノードによって実行される方法であって、
メディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を含むメッセージを受信することと、
ＭＡＣサブヘッダ内のインジケータに従って、受信された前記メッセージが論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするための拡張ヘッダを含むと判定することであって、前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のＬＣＩＤフィールドにおいて提供されることを指し示すように所定の値にセットされる第１のＬＣＩＤフィールドである、判定することと、
前記拡張ヘッダに従って受信された前記メッセージを復号することと、
を含む方法。
【請求項１９】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む前記ＭＡＣサブヘッダ内の追加のオクテットの存在を指し示す、請求項１８に記載の方法。
【請求項２０】
前記ＬＣＩＤ値の第１の部分は前記第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は前記第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項１８または１９に記載の方法。
【請求項２１】
前記ＬＣＩＤ値を復号するために、前記第１のＬＣＩＤフィールドと前記第２のＬＣＩＤフィールドとを組み合わせることをさらに含む、請求項２０に記載の方法。
【請求項２２】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項１８から２１のいずれか１項に記載の方法。
【請求項２３】
前記ＬＣＩＤ値の前記第１のセットは、前記ＬＣＩＤ値を復号するために使用される、請求項２２に記載の方法。
【請求項２４】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの末尾に付加される、請求項１８から２３のいずれか１項に記載の方法。
【請求項２５】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの先頭に付加される、請求項１８から２３のいずれか１項に記載の方法。
【請求項２６】
拡張ヘッダフォーマットを使用する命令を受信することをさらに含む、請求項１８から２５のいずれか１項に記載の方法。
【請求項２７】
プロセッサおよびメモリを含む回路を備える受信ノードであって、前記メモリは前記プロセッサによって実行可能な命令を含み、それによって、
メディアアクセス制御サブヘッダ（ＭＡＣサブヘッダ）を含むメッセージを受信し、
前記ＭＡＣサブヘッダ内のインジケータに従って、受信された前記メッセージが論理チャネル識別子の値（ＬＣＩＤ値）をシグナリングするための拡張ヘッダを含むと判定することであって、前記インジケータは、前記ＬＣＩＤ値が前記ＭＡＣサブヘッダ内の第２のＬＣＩＤフィールドにおいて提供されることを指し示すように所定の値にセットされる第１のＬＣＩＤフィールドである、判定し、
前記拡張ヘッダに従って受信された前記メッセージを復号する、
よう動作する受信ノード。
【請求項２８】
前記インジケータは、前記ＬＣＩＤ値の少なくとも一部を含む前記ＭＡＣサブヘッダ内の追加のオクテットの存在を指し示す、請求項２７に記載の受信ノード。
【請求項２９】
前記ＬＣＩＤ値の第１の部分は前記第１のＬＣＩＤフィールドにおいてシグナリングされ、前記ＬＣＩＤ値の第２の部分は前記第２のＬＣＩＤフィールドにおいてシグナリングされる、請求項２７または２８に記載の受信ノード。
【請求項３０】
前記ＬＣＩＤ値を復号するために、前記第１のＬＣＩＤフィールドと前記第２のＬＣＩＤフィールドとを組み合わせることをさらに含む、請求項２９に記載の受信ノード。
【請求項３１】
前記インジケータは、前記ＬＣＩＤ値がＬＣＩＤ値の複数のセットのうちのＬＣＩＤ値の第１のセットに属することを指し示す、請求項２７から３０のいずれか１項に記載の受信ノード。
【請求項３２】
前記ＬＣＩＤ値の前記第１のセットは、前記ＬＣＩＤ値を復号するために使用される、請求項３１に記載の受信ノード。
【請求項３３】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの末尾に付加される、請求項２７から３２のいずれか１項に記載の受信ノード。
【請求項３４】
前記インジケータは、前記ＬＣＩＤ値を復号するためにＬＣＩＤフィールドの先頭に付加される、請求項２７から３２のいずれか１項に記載の受信ノード。
【請求項３５】
拡張ヘッダフォーマットを使用する命令を受信することをさらに含む、請求項２７から３４のいずれか１項に記載の受信ノード。
【国際調査報告】
2020511025.tif 000026
2020511025.tif 000027