(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-21
(45)【発行日】2023-07-31
(54)【発明の名称】無線通信システムおよび方法
(51)【国際特許分類】
H04W 72/1268 20230101AFI20230724BHJP
H04W 72/0446 20230101ALI20230724BHJP
H04W 72/0453 20230101ALI20230724BHJP
【ＦＩ】
H04W72/1268
H04W72/0446
H04W72/0453
【請求項の数】
14
(21)【出願番号】P 2022166233
(22)【出願日】2022-10-17
(62)【分割の表示】P 2021172332の分割
【原出願日】2017-07-26
(65)【公開番号】P2022188277
(43)【公開日】2022-12-20
【審査請求日】2022-10-17
(31)【優先権主張番号】16191772.9
(32)【優先日】2016-09-30
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】ローア ヨアキム
(72)【発明者】
【氏名】バス マリック プラテーク
(72)【発明者】
【氏名】鈴木 秀俊
【審査官】伊東 和重
(56)【参考文献】
【文献】国際公開第２０１６／１３０１７５（ＷＯ，Ａ１）
【文献】Samsung，MAC Aspects for Supporting Multiple Services[online]，3GPP TSG-RAN WG2#95，R2-165175，3GPP，2016年08月26日，[検索日 2021.06.01],インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_95/Docs/R2-165175.zip＞
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
ユーザー機器と無線基地局を含む無線通信システムであって、前記ユーザー機器は、
前記ユーザー機器を制御する無線基地局からアップリンクスケジューリング割当を受信する受信部であって、前記アップリンクスケジューリング割当は、前記ユーザー機器によって使用可能なアップリンク無線リソースを示し、前記ユーザー機器は、各々が移動通信システムの複数の時間周波数無線リソースを異なる方法でリソーススケジューリングユニットに分割するパラメータと関連付けられる、少なくとも１つのニューメロロジー方式が設定され、各々が前記設定されたニューメロロジー方式のうちの少なくとも１つに関連付けられる複数の論理チャネルが設定される、受信部と、
前記受信されたアップリンクスケジューリング割当に基づいて、前記受信されたアップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを決定するプロセッサと、を含み、
前記プロセッサは、前記アップリンク無線リソースを前記設定された論理チャネルに割り当てることによって、かつ、前記アップリンクスケジューリング割当が意図する前記ニューメロロジー方式に関連する前記設定された論理チャネルのものを優先することによって、論理チャネル優先順位付け手順を実行し、
前記無線基地局は、
前記アップリンクスケジューリング割当を生成する無線基地局側プロセッサと、
前記生成されたアップリンクスケジューリング割当を前記ユーザー機器に送信する無線基地局側送信部と、を含む、
無線通信システム。
【請求項2】
前記受信部は、前記無線基地局によってサポートされる複数のニューメロロジー方式に関する情報を受信し、前記複数のニューメロロジー方式に関する前記情報は、前記無線基地局によってブロードキャストされるシステム情報ブロックにおいて受信され、前記複数のニューメロロジー方式に関する前記情報は、各ニューメロロジー方式についてのニューメロロジーレイヤ通知を含む、請求項１に記載の無線通信システム。
【請求項3】
前記プロセッサは、前記受信されたアップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを、－ 前記受信したアップリンクスケジューリング割当内のニューメロロジーレイヤ通知から、または、
－ 前記アップリンクスケジューリング割当を符号化するために前記無線基地局によって使用されるユーザー機器識別から、または、
－ 前記アップリンクスケジューリング割当を送信するために前記無線基地局によって使用される時間－周波数リソースから、
決定する、請求項１または２に記載の無線通信システム。
【請求項4】
前記ユーザー機器内の異なる媒体アクセス制御（ＭＡＣ）エンティティは、前記ユーザー機器用に設定された各ニューメロロジー方式に対して設定されて関連付けられ、前記ユーザー機器内の各前記ＭＡＣエンティティは、前記関連するニューメロロジー方式に従って前記論理チャネル優先順位付け手順を担当し、または、前記ユーザー機器内の異なる媒体アクセス制御（ＭＡＣ）エンティティは、前記ユーザー機器の各データ伝送使用シナリオに対して設定されて関連付けられ、前記ユーザー機器内の各前記ＭＡＣエンティティは、前記関連するデータ伝送使用シナリオに従って前記論理チャネル優先順位付け手順を担当し、各データ伝送使用シナリオは、少なくとも１つのニューメロロジー方式を包含し、前記データ伝送使用シナリオは、大規模マシンタイプ通信（ｍＭＴＣ）、拡張モバイルブロードバンド（ｅＭＢＢ）、および超高信頼性低レイテンシ通信（ＵＲＬＬＣ）のうちの１つである、
請求項１～３のいずれか一項に記載の無線通信システム。
【請求項5】
前記論理チャネルの各々は、リソース割当モードが設定され、前記リソース割当モードは、無線基地局制御リソース割当モードおよび／または高速リソース割当モードであり、前記プロセッサは、前記割り当てられた無線リソースを前記設定された論理チャネルに割り当てることによって、かつ、前記無線基地局制御リソース割当モードに関連する前記設定された論理チャネルのものを優先することによって、前記論理チャネル優先順位付け手順を実行し、
前記高速リソース割当モードは、前記無線基地局からのアップリンクスケジューリング割当を要求および受信することなく、前記ユーザー機器によって自律的に実行される、
請求項１～４のいずれか一項に記載の無線通信システム。
【請求項6】
前記プロセッサは、前記ユーザー機器用に設定されたすべてのニューメロロジー方式に対して共通バッファステータス通知手順を実行し、前記プロセッサは、前記共通バッファステータス通知手順を実行する場合に、前記ユーザー機器用に設定された各ニューメロロジー方式に関連する前記論理チャネルのバッファステータスを別々に示す共通バッファステータス通知を生成し、
前記ユーザー機器は、前記生成された共通バッファステータス通知を前記無線基地局に送信する送信部を含み、
個別のバッファステータス通知設定および／または前記共通バッファステータス通知手順のトリガは、前記ユーザー機器に対して設定された各ニューメロロジー方式に対して定義される、
請求項１～５のいずれか一項に記載の無線通信システム。
【請求項7】
前記プロセッサは、前記ユーザー機器用に設定された前記ニューメロロジー方式の各々について個別のバッファステータス通知手順を実行し、前記プロセッサは、前記ニューメロロジー方式のうちの１つに対して個別のバッファステータス通知手順を実行する場合に、その１つのニューメロロジー方式に関連する前記論理チャネルのバッファステータスを示すバッファステータス通知を生成し、
前記ユーザー機器は、前記生成された個別のバッファステータス通知を前記無線基地局に送信する送信部を含む、
請求項１～５のいずれか一項に記載の無線通信システム。
【請求項8】
前記プロセッサは、前記ユーザー機器のすべてのデータ伝送使用シナリオに対して共通バッファステータス通知手順を実行し、前記プロセッサは、共通バッファステータス通知手順を実行する場合に、各データ伝送使用シナリオに関連する前記論理チャネルのバッファステータスを別々に示す共通バッファステータス通知を生成し、
前記ユーザー機器は、前記生成された共通バッファステータス通知を前記無線基地局に送信する送信部を含み、
各データ伝送使用シナリオは、少なくとも１つのニューメロロジー方式を包含し、前記データ伝送使用シナリオは、大規模マシンタイプ通信（ｍＭＴＣ）、拡張モバイルブロードバンド（ｅＭＢＢ）、および超高信頼性低レイテンシ通信（ＵＲＬＬＣ）のうちの１つである、
請求項１～５のいずれか一項に記載の無線通信システム。
【請求項9】
前記プロセッサは、前記論理チャネル優先順位付け手順を実行する場合に、無線リソースが、前記受信されたアップリンクスケジューリング割当が意図する前記ニューメロロジー方式に関連する論理チャネルだけに割り当てられるように、前記論理チャネルを優先する、請求項１～８のいずれか一項に記載の無線通信システム。
【請求項10】
前記プロセッサは、前記無線基地局からアップリンク無線リソースを要求するためのスケジューリング要求を生成し、前記スケジューリング要求は、前記アップリンク無線リソースが要求されている前記ニューメロロジー方式またはデータ伝送使用シナリオを示す、請求項１～９のいずれか一項に記載の無線通信システム。
【請求項11】
ユーザー機器と無線基地局を含む無線通信システムによって実行される方法であって、前記ユーザー機器が、前記ユーザー機器を制御する無線基地局からアップリンクスケジューリング割当を受信するステップであって、前記アップリンクスケジューリング割当は、前記ユーザー機器によって使用可能なアップリンク無線リソースを示し、前記ユーザー機器は、各々が移動通信システムの複数の時間周波数無線リソースを異なる方法でリソーススケジューリングユニットに分割するパラメータと関連付けられる、少なくとも１つのニューメロロジー方式が設定され、各々が前記設定されたニューメロロジー方式のうちの少なくとも１つに関連付けられる複数の論理チャネルが設定される、ステップと、
前記ユーザー機器が、前記受信されたアップリンクスケジューリング割当に基づいて、前記受信されたアップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを決定するステップと、
前記ユーザー機器が、前記アップリンク無線リソースを前記設定された論理チャネルに割り当てることによって、かつ、前記アップリンクスケジューリング割当が意図する前記ニューメロロジー方式に関連する前記設定された論理チャネルのものを優先することによって、論理チャネル優先順位付け手順を実行するステップと、
前記無線基地局が、前記アップリンクスケジューリング割当を生成するステップと、
前記無線基地局が、前記生成されたアップリンクスケジューリング割当を前記ユーザー機器に送信するステップと、
を含む方法。
【請求項12】
前記決定するステップは、前記受信されたアップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを、－ 前記受信したアップリンクスケジューリング割当内のニューメロロジーレイヤ通知から、または、
－ 前記アップリンクスケジューリング割当を符号化するために前記無線基地局によって使用されるユーザー機器識別から、または、
－ 前記アップリンクスケジューリング割当を送信するために前記無線基地局によって使用される時間－周波数リソースから、
決定する、請求項１１に記載の方法。
【請求項13】
前記ユーザー機器用に設定されたすべてのニューメロロジー方式について共通バッファステータス通知手順を実行するステップをさらに含み、前記共通バッファステータス通知手順を実行する前記ステップは、前記ユーザー機器用に設定された各ニューメロロジー方式に関連する前記論理チャネルのバッファステータスを別々に示す共通バッファステータス通知を生成して、前記生成された共通バッファステータス通知を前記無線基地局に送信するステップを含み、個別のバッファステータス通知設定および／または前記共通バッファステータス通知手順のトリガは、前記ユーザー機器に対して設定された各ニューメロロジー方式に対して定義される、
請求項１１または１２に記載の方法。
【請求項14】
前記ユーザー機器用に設定された前記ニューメロロジー方式の各々について個別のバッファステータス通知手順を実行するステップをさらに含み、前記ニューメロロジー方式のうちの１つについて前記個別のバッファステータス通知手順を実行する前記ステップは、その１つのニューメロロジー方式に関連する前記論理チャネルのバッファステータスを示すバッファステータス通知を生成して、前記生成された個別のバッファステータス通知を前記無線基地局に送信するステップを含む、
請求項１１～１３のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、いくつかの異なるＯＦＤＭニューメロロジー（numerology）方式を含む移動通信システムにおける改善された無線リソース割当手順に関する。本開示は、無線通信システムおよび方法を提供している。
【背景技術】
【0002】
ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）
ＷＣＤＭＡ（登録商標）無線アクセス技術に基づく第３世代のモバイルシステム（３Ｇ）は世界中に広範に展開されている。この技術の向上または進化の第一歩は、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）と高速アップリンクパケットアクセス（ＨＳＵＰＡ：Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）とも呼ばれる拡張アップリンクを導入し、競争の激しい無線アクセス技術を提供することである。
ＷＣＤＭＡ（登録商標）無線アクセス技術に基づく第３世代のモバイルシステム（３Ｇ）は世界中に広範に展開されている。この技術の向上または進化の第一歩は、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）と高速アップリンクパケットアクセス（ＨＳＵＰＡ：Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）とも呼ばれる拡張アップリンクを導入し、競争の激しい無線アクセス技術を提供することである。
【0003】
３ＧＰＰは、ユーザー要求のさらなる増大に対して準備し、新しい無線アクセス技術との競争のために、ロングタームエボリューション（ＬＴＥ）と呼ばれる新しい移動通信システムを導入した。ＬＴＥは、高速データおよびメディア転送のキャリアニーズに対応すると共に、今後１０年間の大容量音声サポートを実現するように設計されている。高いビットレートを提供する能力は、ＬＴＥの重要な尺度である。
【0004】
進化型ＵＭＴＳ地上無線アクセス（ＵＴＲＡ：ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）およびＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ：ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）と呼ばれるロングタームエボリューション（ＬＴＥ）の作業項目（ＷＩ）仕様は、リリース８（ＬＴＥ Ｒｅｌ．８）として最終決定されている。ＬＴＥシステムは、低レイテンシかつ低コストで完全なＩＰベースの機能を提供する効率的なパケットベースの無線アクセスおよび無線アクセスネットワークを表す。ＬＴＥでは、所与のスペクトルを使用して柔軟なシステム展開を達成するために、１．４、３．０、５．０、１０．０、１５．０、および２０．０ＭＨｚなどのスケーラブルな複数の送信帯域幅が指定される。ダウンリンクでは、低いシンボルレート、サイクリックプレフィックス（ＣＰ：ｃｙｃｌｉｃ ｐｒｅｆｉｘ）の使用、および異なる送信帯域幅構成に対するその親和性により、マルチパス干渉（ＭＰＩ）に対する固有の耐性があるので、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）ベースの無線アクセスが採用された。ユーザー機器（ＵＥ）の制限された送信電力を考慮して、ピークデータレートの改善よりも広いエリアカバレッジの供給が優先されるので、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ：Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）ベースの無線アクセスがアップリンクで採用された。ＬＴＥ Ｒｅｌ．８／９では、多入力多出力（ＭＩＭＯ：ｍｕｌｔｉｐｌｅ－ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ－ｏｕｔｐｕｔ）チャネル伝送技術を含む多くの重要なパケット無線アクセス技術が採用され、非常に効率的な制御シグナリング構造が実現されている。
【0005】
［ＬＴＥアーキテクチャ］
ＬＴＥアーキテクチャ全体を図１に示す。Ｅ－ＵＴＲＡＮは、Ｅ－ＵＴＲＡユーザープレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）プロトコル終端をユーザー機器（ＵＥ）に提供するｅＮｏｄｅＢからなる。ｅＮｏｄｅＢ（ｅＮＢ）は、ユーザープレーンヘッダ圧縮および暗号化の機能を含む物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）およびパケットデータ制御プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レイヤをホストする。また、制御プレーンに対応する無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）機能を提供する。それは、無線リソース管理、アドミッション制御、スケジューリング、ネゴシエートされたアップリンクサービス品質（ＱｏＳ）の適用、セル情報のブロードキャスト、ユーザーおよび制御プレーンデータの暗号化／復号化、ならびにダウンリンク／アップリンクユーザープレーンのパケットヘッダの圧縮／解凍を含む多くの機能を実行する。ｅＮｏｄｅＢは、Ｘ２インターフェースによって互いに相互接続されている。
ＬＴＥアーキテクチャ全体を図１に示す。Ｅ－ＵＴＲＡＮは、Ｅ－ＵＴＲＡユーザープレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）プロトコル終端をユーザー機器（ＵＥ）に提供するｅＮｏｄｅＢからなる。ｅＮｏｄｅＢ（ｅＮＢ）は、ユーザープレーンヘッダ圧縮および暗号化の機能を含む物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）およびパケットデータ制御プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レイヤをホストする。また、制御プレーンに対応する無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）機能を提供する。それは、無線リソース管理、アドミッション制御、スケジューリング、ネゴシエートされたアップリンクサービス品質（ＱｏＳ）の適用、セル情報のブロードキャスト、ユーザーおよび制御プレーンデータの暗号化／復号化、ならびにダウンリンク／アップリンクユーザープレーンのパケットヘッダの圧縮／解凍を含む多くの機能を実行する。ｅＮｏｄｅＢは、Ｘ２インターフェースによって互いに相互接続されている。
【0006】
ｅＮｏｄｅＢは、Ｓ１インターフェースによりＥＰＣ（進化型パケットコア、Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）に接続され、より具体的にはＳ１－ＭＭＥによりＭＭＥ（モビリティ管理エンティティ、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）に接続され、Ｓ１－Ｕによりサービングゲートウェイ（ＳＧＷ）に接続される。Ｓ１インターフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢ間の多対多の関係をサポートする。ＳＧＷは、ｅＮｏｄｅＢハンドオーバ中にユーザープレーンのモビリティアンカーとして、ＬＴＥと他の３ＧＰＰ技術間のモビリティのためのアンカーとしても機能しながら、ユーザーデータパケットをルーティングおよび転送する（Ｓ４インターフェースを終端し、２Ｇ／３ＧシステムとＰＤＮ ＧＷとの間のトラフィックを中継する）。アイドル状態のユーザー機器では、ＳＧＷはダウンリンクデータパスを終端させ、ダウンリンクデータがユーザー機器に到着するとページングをトリガする。それは、ユーザー機器コンテキスト、例えばＩＰベアラサービスのパラメータ、またはネットワーク内部ルーティング情報を管理し保存する。また、それは合法的傍受の場合にユーザートラフィックの複製を実行する。
【0007】
ＭＭＥは、ＬＴＥアクセスネットワークの主要な制御ノードである。それは、アイドルモードのユーザー機器トラッキング、および再送を含むページング手順を担当する。それは、ベアラ活性化／非活性化プロセスに関与し、初期接続時およびコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）ノード再配置を含むＬＴＥ内ハンドオーバ時にユーザー機器のためのＳＧＷを選択することにも関与する。それは、（ＨＳＳと対話することにより）ユーザーの認証を担当する。非アクセス層（ＮＡＳ：Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングは、ＭＭＥで終端し、また、ユーザー機器への一時的アイデンティティの生成および割当にも関与する。それは、サービスプロバイダのＰｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ（ＰＬＭＮ）にキャンプするためにユーザー機器の許可をチェックし、ユーザー機器のローミング制限を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護のためのネットワーク内の終端ポイントであり、セキュリティキー管理を処理する。シグナリングの合法的傍受もＭＭＥによってサポートされている。ＭＭＥはまた、ＳＧＳＮからのＭＭＥで終端するＳ３インターフェースを有するＬＴＥと２Ｇ／３Ｇアクセスネットワークとの間の移動性のための制御プレーン機能を提供する。ＭＭＥはまた、ローミングユーザー機器のためにホームＨＳＳに向かってＳ６ａインターフェースを終端する。
【0008】
［ＬＴＥにおけるコンポーネントキャリア構造］
３ＧＰＰ ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームで時間－周波数ドメインに細分される。３ＧＰＰ ＬＴＥでは、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割され、第１のダウンリンクスロットは第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を含む。各サブフレームは、時間領域における所定の数のＯＦＤＭシンボル（３ＧＰＰ ＬＴＥ（リリース８）では１２または１４個のＯＦＤＭシンボル）からなり、各ＯＦＤＭシンボルはコンポーネントキャリアの全帯域幅にわたる。したがって、ＯＦＤＭシンボルは各々、それぞれのサブキャリア上で送信されるいくつかの変調シンボルからなる。ＬＴＥでは、各スロット内の送信信号は、
個のサブキャリアおよび
個のＯＦＤＭシンボルのリソースグリッドによって記述される。
は帯域幅内のリソースブロックの数である。数
はセルに設定されたダウンリンク伝送帯域幅に依存し、以下を満たすものとする。
ここで、
＝６および
＝１１０はそれぞれ、現在の仕様のバージョンによってサポートされる、最小および最大のダウンリンク帯域幅である。
は、１つのリソースブロック内のサブキャリア数である。通常のサイクリックプレフィックスサブフレーム構造では、
＝１２および
である。
３ＧＰＰ ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームで時間－周波数ドメインに細分される。３ＧＰＰ ＬＴＥでは、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割され、第１のダウンリンクスロットは第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を含む。各サブフレームは、時間領域における所定の数のＯＦＤＭシンボル（３ＧＰＰ ＬＴＥ（リリース８）では１２または１４個のＯＦＤＭシンボル）からなり、各ＯＦＤＭシンボルはコンポーネントキャリアの全帯域幅にわたる。したがって、ＯＦＤＭシンボルは各々、それぞれのサブキャリア上で送信されるいくつかの変調シンボルからなる。ＬＴＥでは、各スロット内の送信信号は、
【数1】
【数2】
【数3】
【数4】
【数5】
【数6】
【数7】
【数8】
【数9】
【数10】
【0009】
例えば、ＯＦＤＭを採用するような、マルチキャリア通信システムを想定する。例えば３ＧＰＰロングタームエボリューション（ＬＴＥ）で使用されるように、スケジューラによって割り当てられることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図２に例示されるように、時間領域における連続したＯＦＤＭシンボル（例えば、７つのＯＦＤＭシンボル）および周波数領域における連続したサブキャリア（例えば、コンポーネントキャリアに対して１２のサブキャリア）として定義される。３ＧＰＰ ＬＴＥ（リリース８）では、物理リソースブロックは、時間領域では１スロット、周波数領域では１８０ｋＨｚに対応するリソースエレメントからなる（ダウンリンクリソースグリッドのさらに詳細については、例えば、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能であり、参照により本明細書に組み込まれる非特許文献１を参照されたい）。
【0010】
１つのサブフレームは２つのスロットから構成されており、いわゆる“通常の”ＣＰ（サイクリックプレフィックス）を使用する場合には、サブフレームに１４個のＯＦＤＭシンボルが存在し、いわゆる“拡張された”ＣＰを使用する場合には、サブフレームに１２個のＯＦＤＭシンボルが存在する。用語の説明のため、以下では、完全なサブフレームにわたる同一の連続するサブキャリアに相当する時間－周波数リソースは、「リソースブロックペア」、または同等の「ＲＢペア」または「ＰＲＢペア」と呼ぶ。
【0011】
「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組み合わせを指す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語は使用されなくなり、代わりに、この用語は「セル」に変更され、これは、ダウンリンクリソースと任意選択的にアップリンクリソースの組み合わせを指す。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンクは、ダウンリンクリソース上で送信されるシステム情報に示される。
【0012】
コンポーネントキャリア構造についても同様の前提が、後のリリースにも適用される。
【0013】
［より広い帯域幅をサポートするためのＬＴＥ－Ａにおけるキャリアアグリゲーション］
ＩＭＴ－Ａｄｖａｎｃｅｄの周波数スペクトルは、２００７年世界無線通信会議（ＷＲＣ－０７）で決定された。ＩＭＴ－Ａｄｖａｎｃｅｄの全体的な周波数スペクトルが決定されたが、実際の利用可能な周波数帯域幅は各地域または国によって異なる。しかし、利用可能な周波数スペクトル概要の決定に続いて、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において無線インターフェースの標準化が始まった。３ＧＰＰ ＴＳＧ ＲＡＮ＃３９ミーティングでは、「Ｅ－ＵＴＲＡ（ＬＴＥ－Ａｄｖａｎｃｅｄ）のさらなる進歩」に関する調査項目の記述が承認された。研究項目は、Ｅ－ＵＴＲＡの進化のために、例えば、ＩＭＴ－Ａｄｖａｎｃｅｄの要件を満たすために考慮すべき技術要素をカバーしている。
ＩＭＴ－Ａｄｖａｎｃｅｄの周波数スペクトルは、２００７年世界無線通信会議（ＷＲＣ－０７）で決定された。ＩＭＴ－Ａｄｖａｎｃｅｄの全体的な周波数スペクトルが決定されたが、実際の利用可能な周波数帯域幅は各地域または国によって異なる。しかし、利用可能な周波数スペクトル概要の決定に続いて、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において無線インターフェースの標準化が始まった。３ＧＰＰ ＴＳＧ ＲＡＮ＃３９ミーティングでは、「Ｅ－ＵＴＲＡ（ＬＴＥ－Ａｄｖａｎｃｅｄ）のさらなる進歩」に関する調査項目の記述が承認された。研究項目は、Ｅ－ＵＴＲＡの進化のために、例えば、ＩＭＴ－Ａｄｖａｎｃｅｄの要件を満たすために考慮すべき技術要素をカバーしている。
【0014】
ＬＴＥ－Ａｄｖａｎｃｅｄシステムがサポートできる帯域幅は１００ＭＨｚであるが、ＬＴＥシステムは２０ＭＨｚしかサポートできない。今日、無線スペクトルの欠如は無線ネットワークの発展のボトルネックとなっており、その結果、ＬＴＥ－Ａｄｖａｎｃｅｄシステムに十分広いスペクトル帯域を見つけることは困難である。結果として、より広い無線スペクトル帯域を得る方法を見つけることが緊急であり、可能な答えはキャリアアグリゲーション機能である。
【0015】
キャリアアグリゲーションでは、１００ＭＨｚまでの広い送信帯域幅をサポートするために、２つ以上のコンポーネントキャリアが集約される。ＬＴＥシステム内のいくつかのセルは、ＬＴＥ内の１つのより広いチャネルに集約され、ＬＴＥのこれらのセルは異なる周波数帯域内にあっても１００ＭＨｚにとって十分に広い。
【0016】
少なくともコンポーネントキャリアの帯域幅がＬＴＥ Ｒｅｌ．８／９セルのサポートされている帯域幅を超えない場合には、すべてのコンポーネントキャリアをＬＴＥ Ｒｅｌ．８／９互換に設定することができる。ユーザー機器によって集約されたすべてのコンポーネントキャリアが必ずしもＲｅｌ．８／９互換であるとは限らない。既存のメカニズム（例えば、規制）を使用して、Ｒｅｌ－８／９ユーザー機器がコンポーネントキャリアにキャンプオンするのを回避することができる。
【0017】
ユーザー機器は、その能力に応じて（複数のサービングセルに対応する）１つまたは複数のコンポーネントキャリアを同時に受信または送信することができる。キャリアアグリゲーションのための受信および／または送信能力を有するＬＴＥ－Ａ Ｒｅｌ．１０ユーザー機器は、複数のサービングセル上で同時に受信および／または送信することができるのに対して、ＬＴＥ Ｒｅｌ．８／９ユーザー機器は、コンポーネントキャリアの構造がＲｅｌ．８／９仕様に準拠していれば、単一のサービングセル上で送受信することができる。
【0018】
キャリアアグリゲーションは、３ＧＰＰ ＬＴＥ（Ｒｅｌｅａｓｅ ８／９）のニューメロロジーを使用して、各コンポーネントキャリアが周波数領域で最大１１０個のリソースブロックに制限された状態で、隣接および非隣接コンポーネントキャリアの両方でサポートされる。
【0019】
同じｅＮｏｄｅＢ（基地局）から発生し、アップリンクとダウンリンクでおそらく異なる帯域幅の異なる数のコンポーネントキャリアを集約する３ＧＰＰ ＬＴＥ－Ａ（リリース１０）互換のユーザー機器を構成することは可能である。設定することができるダウンリンクコンポーネントキャリアの数は、ＵＥのダウンリンクアグリゲーション能力に依存する。逆に、設定することができるアップリンクコンポーネントキャリアの数は、ＵＥのアップリンクアグリゲーション能力に依存する。現在のところ、ダウンリンクコンポーネントキャリアよりも多くのアップリンクコンポーネントキャリアを有する移動端末を構成することは不可能であり得る。
【0020】
典型的なＴＤＤ配置では、アップリンクおよびダウンリンクにおけるコンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は同じである。同じｅＮｏｄｅＢに由来するコンポーネントキャリアが、同じカバレッジを提供する必要はない。
【0021】
隣接するコンポーネントキャリアの中心周波数間の間隔は、３００ｋＨｚの倍数とする。これは、３ＧＰＰ ＬＴＥ（リリース８／９）の１００ｋＨｚ周波数ラスタと互換性があり、同時に１５ｋＨｚ間隔のサブキャリアの直交性を保つためである。アグリゲーションシナリオに応じて、隣接するコンポーネントキャリア間に少数の未使用サブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔を容易にすることができる。
【0022】
複数のキャリアのアグリゲーションの性質は、ＭＡＣレイヤまでしか公開されない。アップリンクおよびダウンリンクの両方において、各集約されたコンポーネントキャリアのためにＭＡＣにおいて必要とされる１つのＨＡＲＱエンティティが存在する。コンポーネントキャリア当たり最大１つのトランスポートブロックが存在する（アップリンクのためのＳＵ－ＭＩＭＯがない場合）。トランスポートブロックおよびその潜在的なＨＡＲＱ再送信は、同じコンポーネントキャリア上にマッピングされる必要がある。
【0023】
キャリアアグリゲーションが設定される場合には、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続確立／再確立では、ＬＴＥ Ｒｅｌ．８／９と同様に、１つのセルがセキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩおよび１つのＡＲＦＣＮ）および非アクセス層モビリティ情報（例えばＴＡＩ）を提供する。ＲＲＣ接続確立／再確立後に、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）と呼ばれる。接続された状態のユーザー機器ごとに設定された唯一のダウンリンクＰＣｅｌｌ（ＤＬ ＰＣｅｌｌ）とアップリンクＰＣｅｌｌ（ＵＬ ＰＣｅｌｌ）が常に１つずつ存在する。コンポーネントキャリアの設定されたセット内で、他のセルはセカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアは、ダウンリンクセカンダリコンポーネントキャリア（ＤＬ ＳＣＣ：Ｄｏｗｎｌｉｎｋ Ｓｅｃｏｎｄａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ ＳＣＣ：Ｕｐｌｉｎｋ Ｓｅｃｏｎｄａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）である。
【0024】
ダウンリンクおよびアップリンクＰＣｅｌｌの特徴は以下の通りである。
－ 各ＳＣｅｌｌについて、ダウンリンクリソースに加えてＵＥによるアップリンクリソースの使用が設定可能である（したがって、設定されたＤＬ ＳＣＣの数は常にＵＬ ＳＣＣの数以上であり、ＳＣｅｌｌをアップリンクリソースの使用のみに設定することはできない）。
－ ＳＣｅｌｌとは異なり、ダウンリンクＰＣｅｌｌを無効にすることはできない。
－ ダウンリンクＳＣｅｌｌがＲＬＦを経験するときではなく、ダウンリンクＰＣｅｌｌがレイリーフェージング（ＲＬＦ：Ｒａｙｌｅｉｇｈ ｆａｄｉｎｇ）を経験するときに再確立がトリガされる。
－ 非アクセス層情報は、ダウンリンクＰＣｅｌｌから取得される。
－ ＰＣｅｌｌは、ハンドオーバ手順（すなわち、セキュリティキーの変更およびＲＡＣＨ手順）によってのみ変更することができる。
－ ＰＣｅｌｌはＰＵＣＣＨの送信に使用される。
－ アップリンクＰＣｅｌｌは、レイヤ１アップリンク制御情報の送信に使用される。
－ ＵＥの観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。
－ 各ＳＣｅｌｌについて、ダウンリンクリソースに加えてＵＥによるアップリンクリソースの使用が設定可能である（したがって、設定されたＤＬ ＳＣＣの数は常にＵＬ ＳＣＣの数以上であり、ＳＣｅｌｌをアップリンクリソースの使用のみに設定することはできない）。
－ ＳＣｅｌｌとは異なり、ダウンリンクＰＣｅｌｌを無効にすることはできない。
－ ダウンリンクＳＣｅｌｌがＲＬＦを経験するときではなく、ダウンリンクＰＣｅｌｌがレイリーフェージング（ＲＬＦ：Ｒａｙｌｅｉｇｈ ｆａｄｉｎｇ）を経験するときに再確立がトリガされる。
－ 非アクセス層情報は、ダウンリンクＰＣｅｌｌから取得される。
－ ＰＣｅｌｌは、ハンドオーバ手順（すなわち、セキュリティキーの変更およびＲＡＣＨ手順）によってのみ変更することができる。
－ ＰＣｅｌｌはＰＵＣＣＨの送信に使用される。
－ アップリンクＰＣｅｌｌは、レイヤ１アップリンク制御情報の送信に使用される。
－ ＵＥの観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。
【0025】
コンポーネントキャリアとしての設定および再設定、ならびに追加および削除は、ＲＲＣによって実行することができる。有効化および無効化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバでは、ＲＲＣは、ターゲットセル内で使用するためにＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、専用のＲＲＣシグナリングがＳＣｅｌｌのシステム情報を送信するために使用され、その情報は送信／受信に必要である（ハンドオーバのためのＲｅｌ－８／９と同様に）。
【0026】
ユーザー機器がキャリアアグリゲーションを用いて設定されている場合には、常にアクティブであるアップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの少なくとも一対が存在する。そのペアのダウンリンクコンポーネントキャリアは、「ＤＬアンカーキャリア」とも呼ばれることがある。アップリンクについても同様である。
【0027】
キャリアアグリゲーションが設定されているときは、ユーザー機器は複数のコンポーネントキャリア上で同時にスケジュールされてもよいが、多くとも１つのランダムアクセス手順が常に進行中でなければならない。クロスキャリアスケジューリングは、コンポーネントキャリアのＰＤＣＣＨが他のコンポーネントキャリア上のリソースをスケジュールすることを可能にする。この目的のために、ＣＩＦと呼ばれるコンポーネントキャリア識別フィールドがそれぞれのＤＣＩフォーマットに導入される。
【0028】
アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとの間のＲＲＣシグナリングによって確立されたリンクは、クロスキャリア間スケジューリングがないときに許可が適用されるアップリンクコンポーネントキャリアを識別することを可能にする。ダウンリンクコンポーネントキャリアのアップリンクコンポーネントキャリアへのリンケージは、必ずしも１対１である必要はない。言い換えれば、複数のダウンリンクコンポーネントキャリアが同じアップリンクコンポーネントキャリアにリンクすることができる。同時に、ダウンリンクコンポーネントキャリアは１つのアップリンクコンポーネントキャリアにしかリンクすることができない。
【0029】
［ＭＡＣレイヤ／エンティティ、ＲＲＣレイヤ、物理レイヤ］
ＬＴＥレイヤ２ユーザープレーン／制御プレーンプロトコルスタックは、４つのサブレイヤ、ＲＲＣ、ＰＤＣＰ、ＲＬＣおよびＭＡＣを含む。媒体アクセス制御（ＭＡＣ）レイヤは、ＬＴＥ無線プロトコルスタックのレイヤ２アーキテクチャにおける最下位のサブレイヤであり、例えば、非特許文献２によって定義される。以下の物理レイヤへの接続は、トランスポートチャネルによるものであり、上記のＲＬＣレイヤへの接続は、論理チャネルによるものである。したがって、ＭＡＣレイヤは、論理チャネルとトランスポートチャネルとの間の多重化および逆多重化を実行する。送信側のＭＡＣレイヤは、論理チャネルを介して受信されたＭＡＣ ＳＤＵからのトランスポートブロックとして知られるＭＡＣ ＰＤＵを構築し、受信側のＭＡＣレイヤは、トランスポートチャネルを介して受信されたＭＡＣ ＰＤＵからのＭＡＣ ＳＤＵをリカバーする。
ＬＴＥレイヤ２ユーザープレーン／制御プレーンプロトコルスタックは、４つのサブレイヤ、ＲＲＣ、ＰＤＣＰ、ＲＬＣおよびＭＡＣを含む。媒体アクセス制御（ＭＡＣ）レイヤは、ＬＴＥ無線プロトコルスタックのレイヤ２アーキテクチャにおける最下位のサブレイヤであり、例えば、非特許文献２によって定義される。以下の物理レイヤへの接続は、トランスポートチャネルによるものであり、上記のＲＬＣレイヤへの接続は、論理チャネルによるものである。したがって、ＭＡＣレイヤは、論理チャネルとトランスポートチャネルとの間の多重化および逆多重化を実行する。送信側のＭＡＣレイヤは、論理チャネルを介して受信されたＭＡＣ ＳＤＵからのトランスポートブロックとして知られるＭＡＣ ＰＤＵを構築し、受信側のＭＡＣレイヤは、トランスポートチャネルを介して受信されたＭＡＣ ＰＤＵからのＭＡＣ ＳＤＵをリカバーする。
【0030】
ＭＡＣレイヤは、制御データ（例えば、ＲＲＣシグナリング）を運ぶ制御論理チャネルまたはユーザープレーンデータを運ぶトラフィック論理チャネルのいずれかである論理チャネルを介して、ＲＬＣレイヤに対するデータ転送サービス（参照により本明細書に組み込まれるＴＳ３６．３２１の節５．４および５．３を参照）を提供する。一方、ＭＡＣレイヤからのデータは、ダウンリンクまたはアップリンクとして分類されるトランスポートチャネルを介して物理レイヤと交換される。データは、それが大気中でどのように送信されるかに応じて、トランスポートチャネルに多重化される。
【0031】
物理レイヤは、無線インターフェースを介したデータおよび制御情報の実際の伝送を担う。すなわち、物理レイヤは、送信側の無線インターフェースを介してＭＡＣトランスポートチャネルからすべての情報を運ぶ。物理レイヤによって実行される重要な機能のいくつかは、ＲＲＣレイヤのための符号化および変調、リンク適応（ＡＭＣ）、電力制御、セル探索（初期同期およびハンドオーバ目的のための）および他の測定（ＬＴＥシステム内およびシステム間）を含む。物理レイヤは、変調方式、符号化率（すなわち、変調および符号化方式、ＭＣＳ）、物理リソースブロックの数などの送信パラメータに基づいて送信を実行する。物理レイヤの機能に関するさらなる情報は、参照により本明細書に組み込まれる非特許文献３に見出すことができる。
【0032】
無線リソース制御（ＲＲＣ）レイヤは、無線インターフェースにおけるＵＥとｅＮＢとの間の通信、およびいくつかのセルを横切って移動するＵＥのモビリティを制御する。ＲＲＣプロトコルはまた、ＮＡＳ情報の転送をサポートする。ＲＲＣ＿ＩＤＬＥにおけるＵＥでは、ＲＲＣは着信コールのネットワークからの通知をサポートする。ＲＲＣ接続制御は、ＲＲＣ接続の確立、変更、およびリリースに関連するすべての手順をカバーしており、それは、ページング、測定の設定および通知、無線リソース構成、初期セキュリティ有効化、およびシグナリング無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）およびユーザーデータを運ぶ無線ベアラ（データ無線ベアラ、ＤＲＢ：Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）の確立を含む。
【0033】
無線リンク制御（ＲＬＣ）サブレイヤは、主にＡＲＱ機能を含み、データ分割および連結をサポートする。すなわち、ＲＬＣレイヤは、ＲＬＣ ＳＤＵのフレーミングを実行して、それらをＭＡＣレイヤによって示されるサイズに入れる。後者の２つは、データレートとは独立してプロトコルオーバヘッドを最小化する。ＲＬＣレイヤは、論理チャネルを介してＭＡＣレイヤに接続される。各論理チャネルは、異なるタイプのトラフィックを搬送する。ＲＬＣレイヤの上のレイヤは、典型的にはＰＤＣＰレイヤであるが、場合によってはＲＲＣレイヤ、すなわち、論理チャネルＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ブロードキャスト制御チャネル）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ページング制御チャネル）およびＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、共通制御チャネル）上で送信されるＲＲＣメッセージであり、セキュリティ保護を必要とせず、したがってＰＤＣＰレイヤをバイパスしてＲＬＣレイヤに直接進む。
【0034】
［ＬＴＥ／ＬＴＥ－Ａのためのアップリンクアクセス方式］
アップリンク送信の場合、カバレッジを最大にするために電力効率の良いユーザー端末送信が必要である。進化型ＵＴＲＡアップリンク送信方式として、動的帯域幅割当を伴うＦＤＭＡと組み合わせたシングルキャリア送信が選択されている。シングルキャリア送信が優先される主な理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較してピーク対平均電力比（ＰＡＰＲ）が低いことと、それに対応して改善されたパワーアンプ効率および想定されるカバレッジが改善されたことである（所与の端末ピーク電力に対するより高いデータレート）。各時間間隔中に、Ｎｏｄｅ Ｂは、ユーザーデータを送信するための固有の時間／周波数リソースをユーザーに割り当て、それによってセル内直交性を保証する。アップリンクにおける直交アクセスは、セル内干渉を除去することによってスペクトル効率を向上させることを約束する。マルチパス伝播による干渉は、送信信号にサイクリックプレフィックスを挿入することによって支援され、基地局（Ｎｏｄｅ Ｂ）で処理される。
アップリンク送信の場合、カバレッジを最大にするために電力効率の良いユーザー端末送信が必要である。進化型ＵＴＲＡアップリンク送信方式として、動的帯域幅割当を伴うＦＤＭＡと組み合わせたシングルキャリア送信が選択されている。シングルキャリア送信が優先される主な理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較してピーク対平均電力比（ＰＡＰＲ）が低いことと、それに対応して改善されたパワーアンプ効率および想定されるカバレッジが改善されたことである（所与の端末ピーク電力に対するより高いデータレート）。各時間間隔中に、Ｎｏｄｅ Ｂは、ユーザーデータを送信するための固有の時間／周波数リソースをユーザーに割り当て、それによってセル内直交性を保証する。アップリンクにおける直交アクセスは、セル内干渉を除去することによってスペクトル効率を向上させることを約束する。マルチパス伝播による干渉は、送信信号にサイクリックプレフィックスを挿入することによって支援され、基地局（Ｎｏｄｅ Ｂ）で処理される。
【0035】
データ伝送に使用される基本的な物理リソースは、符号化された情報ビットがマッピングされる１つの時間間隔、例えばサブフレームのサイズＢＷｇｒａｎｔの周波数リソースからなる。送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）とも呼ばれるサブフレームは、ユーザーデータ伝送のための最小の時間間隔であることに留意されたい。しかしながら、サブフレームの連結によって、１つのＴＴＩよりも長い期間にわたって周波数リソースＢＷｇｒａｎｔをユーザーに割り当てることが可能である。
【0036】
【0037】
図３Ａから分かるように、局所シングルキャリアは、利用可能な全スペクトルの一部を占める連続スペクトルを有する送信信号によって特徴付けられる。送信された信号の（異なるデータレートに対応する）異なるシンボルレートは、局所シングルキャリア信号の異なる帯域幅を意味する。
【0038】
一方、図３Ｂから分かるように、分散シングルキャリアは、システム帯域幅にわたって分散される不連続（「くし型」）スペクトルを有する送信信号によって特徴付けられる。分散シングルキャリア信号はシステム帯域幅にわたって分散しているが、占有スペクトルの総量は、本質的に、局所シングルキャリアの総スペクトル量と同じであることに留意されたい。さらに、より高い／より低いシンボルレートの場合には、「くし歯（ｃｏｍｂ－ｆｉｎｇｅｒ）」の数は増減され、各「くし歯」の「帯域幅」は同じままである。
【0039】
一見すると、図３Ｂのスペクトルは、各くし歯が「サブキャリア」に対応するマルチキャリア信号の印象を与えることができる。しかしながら、分散シングルキャリア信号の時間領域信号生成から、生成されているのは対応する低いピーク対平均電力比を有する真のシングルキャリア信号であることは明らかであるはずである。分散シングルキャリア信号と例えばＯＦＤＭなどのマルチキャリア信号との間の主な違いは、前者の場合、各「サブキャリア」または「くし歯」が単一の変調シンボルを運ばないということである。その代わりに、各「くし歯」はすべての変調シンボルに関する情報を運ぶ。これは、低いＰＡＰＲ特性をもたらす異なるくし歯間の依存関係を作り出す。チャネルが全送信帯域幅にわたって周波数非選択的でない限り、等化の必要性をもたらすのは「くし型フィンガ」間の同じ依存性である。対照的に、ＯＦＤＭの場合、チャネルがサブキャリア帯域幅にわたって周波数非選択的である限り、等化は必要とされない。
【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】
【図1】３ＧＰＰ ＬＴＥシステムのアーキテクチャの一例を示す図である。
【図2】３ＧＰＰ ＬＴＥ（Ｒｅｌｅａｓｅ ８／９）で規定されているサブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示す図である。
【図3A】周波数リソースの局所割当を示す図である。
【図3B】周波数リソースの分散配置を示す図である。
【図4】中断された受信手順と、それに対応する短いＤＲＸサイクルと長いＤＲＸサイクルとを示す図である。
【図5A】アップリンクタイミング整列が行われていない場合の２つの移動端末からのアップリンク送信のずれを示す図である。
【図5B】２つの移動端末に対する同期アップリンク送信を示す図である。
【図6A】サブキャリア間隔１５ｋＨｚとその結果得られるシンボル持続時間を示す図である。
【図6B】サブキャリア間隔３０ｋＨｚとその結果得られるシンボル持続時間を示す図である。
【図6C】サブキャリア間隔６０ｋＨｚとその結果得られるシンボル持続時間を示す図である。
【図7】時間領域と周波数領域の両方における異なるＯＦＤＭ数値の例示的な多重化を示す図である。
【図8】無線基地局と３つのユーザー端末を用いた簡単な展開シナリオを示す図である。
【図9】３つの異なるニューメロロジー方式による無線リソースを対応するリソーススケジューリングユニットに分割することを示す図である。
【図10】一実施形態におけるＵＥの挙動を示す流れ図である。
【図11】ＭＡＣエンティティと同様にニューメロロジー固有のＬＣＰ手順が提供される一実施形態に係るＵＥのレイヤ構造を示す図である。
【図12】一般的なＬＣＰ手順とＭＡＣエンティティが提供される一実施形態に係るＵＥのレイヤ構造を示す図である。
【図14】使用シナリオ固有のＬＣＰ手順およびＭＡＣエンティティが提供される一実施形態に係るＵＥのレイヤ構成を示す図である。
【図15】一実施形態に係るニューメロロジー固有のバッファステータス通知ＭＡＣ制御要素を示す図である。
【図16】他の実施形態に係る使用に固有のバッファステータス通知ＭＡＣ制御要素を示す図である。
【発明を実施するための形態】
【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】
あるいは、サポートされているニューメロロジー方式および関連するＬ１パラメータに関する情報は、必須ではないシステム情報の一部としてシグナリングすることができ、すなわち要求／請求時にＵＥに直接シグナリングすることができる。
【0156】
代替的にまたは追加的に、ニューメロロジー方式および対応するパラメータは、標準規格またはオペレータによって提供される携帯電話の（Ｕ）ＳＩＭカードに既に固定されていてもよい。特定のニューメロロジー方式を容易に示すために、対応するインデックスを各ニューメロロジー方式に関連付けることができる。その結果、ニューメロロジー方式およびそれらのパラメータは広く知られており、ニューメロロジー方式およびその対応するパラメータに関するすべての必要な情報を送信／ブロードキャストする必要はなく、単にインデックスを提供することによって容易に参照することができる。例えば、ｅＮｏｄｅＢは、その無線セルでサポートされているそれらのニューメロロジー方式の対応するインデックスのみを定期的にブロードキャストすることができる。オーバーヘッドの減少のために、インデックスは本質的なシステム情報において容易にブロードキャストすることができるが、理論的には非本質的なシステム情報の一部として要求に応じてシグナリングすることができる。
【0157】
さらに、ＵＥは、例示的に、それぞれが設定されたニューメロロジー方式のうちの少なくとも１つに関連付けられ得る複数の論理チャネルが設定されると想定される。より詳細には、ＬＴＥ（－Ａ）ＵＥから知られるように、無線ベアラが設定／確立される場合に、例えば、ＵＥが送信する新しいトラフィックを有する場合、またはネットワークが新しいトラフィックを送信する意図について学習した場合に、論理チャネルが設定／確立される。この点に関して５Ｇについてまだ合意されていない手順を考慮して、ＬＴＥ（－Ａ）手順が５Ｇ－ＵＥに関して同じまたは類似の方法で使用されることを例示的に想定することができる。無線ベアラ設定手順中に、論理チャネル構成がＵＥに提供され、ｅＮＢは論理チャネル構成の一部として論理チャネルのための関連付け／リンクされたニューメロロジー方式を設定する。
【0158】
これに関連して、論理チャネルは通常ただ１つのニューメロロジー方式、すなわちその論理チャネルのデータを送信するのに適しているものにのみ関連付けられることに留意されたい。ただし、論理チャネルは、複数のニューメロロジー方式に関連付けることもできる。例えば、特にサービス提供が異なるニューメロロジー方式から利益を受けることができる場合には、いくつかのニューメロロジー方式が定義されているサービスがあり得る。例えば、ＴＣＰなどのｅＭＢＢサービスは、より低い周波数スペクトルまたはミリメートル周波数スペクトルのいずれかを使用することができる。より詳細には、伝送制御プロトコル（ＴＣＰ：ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）は、より長いサブキャリア間隔がより小さいシンボル長に起因して利得を提供するスロースタートフェーズを含み、一方、データがフルスピードで送信される後のフェーズでは、サブキャリア間隔を狭くするとより効率的になる。結果として、ＴＣＰサービス用に設定されている論理チャネルは、少なくともそれらのサブキャリア間隔に関して異なる２つのニューメロロジー方式と関連付けることができる。より具体的には、ＵＥは、好ましくはより大きなサブキャリア間隔を有するニューメロロジー方式を使用してスロースタートフェーズ中に、およびより小さなサブキャリア間隔を有するニューメロロジー方式上で輻輳フェーズ中に、論理チャネルのデータパケットを送信する。そのような挙動を可能にするために、ＵＥアクセスストラタム（ＡＳ：Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）、例えばＭＡＣレイヤは、ＴＣＰプロトコルの様々なフェーズ／状態を認識する必要がある。したがって、１つの例示的な実装によれば、アプリケーションレイヤはＡＳにＴＣＰプロトコルの状態、すなわちスロースタートフェーズそれぞれ輻輳制御フェーズを示す。ＡＳレイヤ、例えばＭＡＣレイヤは、論理チャネルのデータパケットを対応するニューメロロジーレイヤにマッピングするためにこの情報を使用する。
【0159】
一般に、論理チャネルが複数のニューメロロジーレイヤ／方式にマッピングされている場合は、パケットをルーティングするためのＵＥの挙動を指定する必要がある。例えば、ニューメロロジーレイヤのうちの１つについてスケジュールされているときのＵＥは、可能な限り多くのデータを送信することができる。その場合、データパケットのルーティングのための基本的な追加の基準はない。別の例示的な実施形態によれば、ＵＥは、別のニューメロロジーと比較して１つのニューメロロジーを使用するデータの送信を好むことがあり得る。例えば、論理チャネルが２つのニューメロロジーレイヤ／方式にマッピングされ、１つのニューメロロジーがより低い周波数帯域に使用され、他方がより高い周波数帯域、すなわちミリ波スペクトルに使用される場合には、ＵＥはより高い周波数帯域でのデータ伝送を最適化しようとする（より高い周波数帯域ではより高いデータレートが期待されるためである）。別の基準は、データを送信するためのニューメロロジーレイヤを選択する場合に、ヘッダオーバーヘッド、すなわち、ＴＢを生成するときのＬ２ヘッダオーバーヘッドを最小化しようとすることであり得る。一般に、ＵＥの挙動は、ＵＥが論理チャネルに関するバッファステータス通知を通知し、その後ｅＮＢがＵＥをスケジューリングするためにどのニューメロロジーレイヤ（ならびにリソース割当のサイズ）を決定することであるべきである。
【0160】
結果として、マッピングは、論理チャネルを対応するニューメロロジー方式と関連付けるＵＥにおいて確立される。
【0161】
このようにしてサービス、適切なニューメロロジー方式を設定した後に、およびこの点に関して論理チャネルを設定した後に、ｅＮｏｄｅＢはサービス提供中にＵＥのアップリンクスケジューリングを制御することになる。前述したように、アップリンクスケジューリングのためにどのスケジューリングモードがサポートされるかについての一般的な議論が３ＧＰＰにおいて進行中である。現在の議論は、２つのタイプのスケジューリングモード、すなわちｅＮＢ制御スケジューリングモードと無許可（ｇｒａｎｔ－ｆｒｅｅ）スケジューリングモードとに集中している。
【0162】
一般に、ｅＮｏｄｅＢ制御スケジューリングモードは、ＵＥが自律的にアップリンク送信を実行するのではなく、ｅＮｏｄｅＢによって提供される対応するアップリンクスケジューリング割当に従うことを特徴とする。ｅＮｏｄｅＢ制御スケジューリングモードは、ｅＮｏｄｅＢがその無線セルにおける無線リソース使用量を制御し、したがって様々なユーザー機器のアップリンク送信間の衝突を回避することを可能にする。しかしながら、アップリンク送信を実行する前に、ＵＥが最初に適切なアップリンク許可を要求し、次にそれを受信しなければならないので、アップリンク送信は著しく遅延される。一方、無許可スケジューリングモードは、ｅＮｏｄｅＢから対応するリソース割当を要求または受信する必要なしに、ＵＥが特定の状況においてアップリンク送信を直ちに実行することを可能にし、それによって遅延を大幅に削減する。このような無許可アップリンク送信に使用可能な適切な無線リソースは、例えば、ｅＮＢによって以前に定義されてもよい（リソースプールと呼ぶことができる）。そのような送信は競合ベースであり、したがって他のアップリンク送信と衝突する傾向がある。さらに、進行中の議論および標準化のごく初期段階を考慮して、他のスケジューリングモードも将来定義される可能性があり、本開示は、単に上記の２つのスケジューリングモードに限定されるべきではない。一般的に言って、少なくとも２つの異なるスケジューリングモードがアップリンクスケジューリングに利用可能であり、そのうちの一方は高速だがおそらく信頼性の低いアップリンク送信を可能にし（高速リソース割当モードと呼ぶことができる）、他方は、信頼性があるが遅延されたアップリンク送信を可能にする（ｅＮＢ制御リソース割当モードと呼ぶことができる）。
【0163】
論理チャネルは、特定のアップリンクスケジューリングモード、例えば、５Ｇのための３ＧＰＰで現在議論されている２つの上述したスケジューリングモードのうちの１つで構成されてもよい。例えば、ＵＲＬＬＣ使用事例、例えば、ミッションクリティカルな伝送のためのサービスなどの非常に厳しいレイテンシ要件を有するサービスのために設定された論理チャネルなど、特定の論理チャネルだけが無許可スケジューリングモードを使用することを許可される。
【0164】
本実施形態および変形例は、ＵＥがｅＮＢからアップリンクスケジューリング割当を受信し、ｅＮＢによってアップリンク送信に使用されるアップリンク無線リソースを割り当てる、ｅＮＢ制御スケジューリングモードに焦点を合わせている。
【0165】
ｅＮＢによって提供されるアップリンクスケジューリング許可は、ニューメロロジー方式に固有にすることができ、すなわち、ｅＮＢによって割り当てられる無線リソースは、ｅＮＢによって決定されるような特定のニューメロロジー方式にのみ適用されることになる。それに対応して、ＵＥは、ｅＮＢからアップリンクスケジューリング割当を受信すると、アップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを決定する。次に、受信したアップリンクスケジューリング割当を処理する場合には、ＵＥは、割り当てられた無線リソースを設定された論理チャネルに適切に割り当て、さらに受信したアップリンクスケジューリング割当の意図するニューメロロジー方式に関連する論理チャネルを優先させることによって、その基礎の上で論理チャネル優先順位付け手順を実行する。この状況で論理チャネルに優先順位を付けることはまた、割り当てられた無線リソースが、意図したニューメロロジー方式に関連する論理チャネルのみのデータを送信するために排他的に使用されることを意味することができる。図１０は、この基本的なＵＥの挙動を説明する例示的な流れ図である。
【0166】
以下では、様々な詳細な実施形態が提示される。ＵＥが受信されたアップリンクスケジューリング割当の意図したニューメロロジー方式をどのように決定することができるかについていくつかの可能性がある。１つの選択肢は、ｅＮＢがアップリンクスケジューリング割当内に対応するニューメロロジーレイヤ指示を含み、ＵＥがその指示と、インデックスをサポート／設定されたニューメロロジーレイヤとリンクするＵＥの対応するニューメロロジーレイヤ／方式と、を決定することである。より詳細には、アップリンクリソース割当を伝達するＤＣＩは、例示的に、システム情報内のｅＮＢによってブロードキャストされたニューメロロジー方式および関連するＬ１パラメータのリストを参照するインデックスを含むことができる。例えば値１のインデックスは、ニューメロロジー情報ブロードキャストなどの最初のエントリを参照する。あるいは、インデックスは、ＵＥにおいて予め設定されたニューメロロジー方式／Ｌ１パラメータのリストを参照することができる。
【0167】
別の選択肢は、ＵＥが符号化プロセスのためにｅＮｏｄｅＢによって使用されるＲＮＴＩから意図されたニューメロロジー方式を導出することができるように、アップリンクスケジューリング割当を生成するときにｅＮＢが異なるニューメロロジー方式に対して異なるＲＮＴＩを使用することである。特に、現在のシステムでは、ＵＥ識別情報（例えば、Ｃ－ＲＮＴＩ、セル無線ネットワークの一時的識別子）は、ＵＥがどのアップリンクスケジューリング割当がそれ自体のために意図されているかを識別することを可能にするために、アップリンクスケジューリング割当のＣＲＣ（巡回冗長検査）部分をスクランブルするためにｅＮＢによって使用される。ニューメロロジー方式を区別するために、様々なＲＮＴＩをｅＮｏｄｅＢによって定義することができ、その各々は、ＵＥに対して設定された１つのニューメロロジー方式と明確に関連付けられている。特定のＵＥに対するアップリンクスケジューリング割当を生成するとき、ｅＮｏｄｅＢは、例えば、現在のＬＴＥ／ＬＴＥ－Ａシステムから既に知られているようにそのＣＲＣ部分をスクランブルすることによって、アップリンクスケジューリング割当を符号化するために特定のＵＥ固有のおよびニューメロロジー固有のＲＮＴＩを使用する。
【0168】
さらに別の選択肢は、アップリンクスケジューリング割当がそれを介して送信される異なるサーチスペースを通して異なるニューメロロジー方式が区別されることである。特に、ＬＴＥ／ＬＴＥ－Ａにおいて既に行われているように、制御情報領域（アップリンクスケジューリング割当サーチスペース、またはダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）サーチスペースとも呼ぶことができる）を定義することができ、これらの無線リソースの一部は、スケジューラ（例えば無線基地局）によって使用されて、リソース割当情報などの制御情報をＵＥに送信することができる。それに対応して、各ＵＥは、実際に自分宛の制御情報が存在するかどうかを確認するために、それぞれの制御情報領域を監視する必要がある。現在、５Ｇの新しい無線アクセス技術のためにサーチスペースが定義されているかどうか、そしてその定義方法は不明である。一般に、制御情報は、制御情報が送信されるデータと同じニューメロロジー方式で送信されると仮定することができる。その結果、複数のサービスおよびそれぞれのニューメロロジー方式をサポートするＵＥの場合、個々のサーチスペースを各ニューメロロジー方式に対して定義することができる。その結果、ＵＥは、受信したアップリンクスケジューリング割当がｅＮｏｄｅＢによって送信されたときに経由したサーチスペースからニューメロロジー方式を決定することができる。
【0169】
このアプローチは、アップリンクスケジューリング割当（ＤＣＩ）における追加の情報が必要とされず、データオーバーヘッドがこの点に関して生成されないという利点を有する。他方では、異なるニューメロロジー方式のためのサーチスペースが明確に分離されているシステムにおいてのみ適用されることが好ましいという欠点を有する可能性があり、したがって、送信に使用されたサーチスペースに基づいて、受信されたアップリンクスケジューリング割当の意図したニューメロロジー方式の明確な決定を可能にする。しかしながら、別々のサーチスペースの定義は、ＵＥ側でのブラインド復号化努力を増大させる。ＵＥ側のブラインド復号化努力は、共通制御情報領域を定義することによって、または異なるサーチスペースを重ね合わせることによって低減することができるが、その場合、サーチスペースは意図したニューメロロジー方式を明確に示すものではない。意図したニューメロロジー方式を明確に決定するためには、ＵＥにとってさらなる情報が必要である。
【0170】
いずれにせよ、ＵＥが受信されたアップリンクスケジューリング割当を処理し、上述のオプションのいずれかに従って意図したニューメロロジー方式を決定した後に、ＵＥ動作はデータの送信を準備するために継続的に行われる。この点に関して、ＵＥは、受信したアップリンクスケジューリング割当に示されているように、アップリンク無線リソースを使用して送信されるべき送信バッファ内のデータを何らかの形で選択しなければならない。ＬＴＥおよびＬＴＥ－Ａについて現在標準化されているシステムでは、ＵＥは、背景技術のセクションで詳細に説明したように、論理チャネル優先順位付け手順とも呼ばれるアップリンクレート制御機能を有する。以下では、新しい５Ｇシステムにおいても同様の機能がＵＥによって実行されることが例示的に想定されており、これは論理チャネル優先順位付け手順とも呼ばれる。それに対応して、新しい送信が実行されるときに、ＵＥはアップリンクで送信されるデータパケット（例示的にトランスポートブロックとも呼ばれる）を生成し、送信に利用可能な、どのデータがデータパケットに含まれるかを決定する。前述のように、アップリンクスケジューリング割当はニューメロロジーレイヤ固有であり、ＬＣＰ手順は、受信アップリンクスケジューリング割当の意図したニューメロロジーレイヤに関連する論理チャネルからのデータをＬＣＰ手順中に優先することによってこれを考慮に入れる。特に、受信したアップリンク許可によって割り当てられた無線リソースは、意図したニューメロロジーレイヤに関連するそれらの論理チャネルからデータを送信するために使用されることが好ましい。しかしながら、意図するニューメロロジーレイヤの論理チャネルのすべての保留データを送信するために無線リソースを割り当てた後に無線リソースが残っている場合には、残りの無線リソースを使用して他のニューメロロジーレイヤに関連する論理チャネルのデータを送信することもできる。
【0171】
優先順位付けの１つの変形例は、受信されたアップリンク許可によって割り当てられた無線リソースが、意図したニューメロロジーレイヤに関連するそれらの論理チャネルのデータに対してのみ使用されることである。すなわち、無線リソースは他のニューメロロジーレイヤに関連する論理チャネルのデータを送信するために使用されてはならない。言い換えれば、論理チャネル優先順位付け手順では、受信されたアップリンク許可が意図しているニューメロロジーレイヤにマッピングされている論理チャネルだけが考慮される。残っている無線リソースは無駄になるかもしれないが、この排他的な優先順位付けは、データが常に「正しい」ニューメロロジー方式で送信されて、ニューメロロジー方式が設定されたデータ要件に準拠するようにする。
【0172】
上記の実施形態の１つの例示的な実装形態によれば、共通のＬＣＰ手順は、すべてのニューメロロジーレイヤの論理チャネルに対して実行することができ、論理チャネルは、上述したようにそれらに関連するニューメロロジーレイヤに従って優先順位付けされる。別の例示的な実装形態によれば、各ニューメロロジーレイヤについて別々のＬＣＰ手順が実行され、その場合、ＬＣＰ手順は、ＬＣＰ手順のそれぞれのニューメロロジーレイヤに関連付けられている論理チャネルにわたってのみ実行されることになる。しかしながら、この場合、（アップリンクスケジューリング割当の）ニューメロロジーレイヤの論理チャネルだけが考慮されるであろう。すなわち、異なるニューメロロジーレイヤの論理チャネルの段階的な優先順位付けは、したがって不可能であろう。
【0173】
上述の共通のＬＣＰ手順は、共通のＬＣＰ手順を処理することを担当する共通のＭＡＣ（媒体アクセス制御）エンティティをＵＥ内に提供することによって実施することができる。同様に、共通のＭＡＣエンティティは、異なるニューメロロジー方式に対して別々のＬＣＰ手順を実行することもできる。あるいは、共通のＭＡＣエンティティを提供する代わりに、別々のＬＣＰ手順を実施するために、ＵＥ内に設定された各ニューメロロジーレイヤごとに１つの別々のＭＡＣエンティティを提供することができる。論理チャネルとＭＡＣエンティティとの間のマッピングは、論理チャネルとニューメロロジーレイヤとの間のマッピングに基づいている。
【0174】
図１１および図１２は、ニューメロロジー固有のＭＡＣエンティティおよびＬＣＰ手順、それぞれ共通のＭＡＣエンティティおよび共通のＬＣＰ手順についてのユーザー機器内の例示的なレイヤ構造を示す。図１１から明らかなように、ＵＥ内に設定された各ニューメロロジー方式は、別々のニューメロロジー固有のＭＡＣエンティティおよび対応するＬＣＰ手順に関連付けられている。図１２から明らかなように、ＵＥは、ＵＥ内に設定されたすべてのニューメロロジー方式に対して１つの共通のＭＡＣエンティティおよびＬＣＰ手順を含む。あるいは、図１３に示すように、共通のＭＡＣエンティティは、ＵＥ内のすべての論理チャネルにわたって１つの共通ＬＣＰ手順を実行する代わりに、それぞれ、１つのニューメロロジー方式に関連する論理チャネルのみにわたって、図１１と同様の別々のニューメロロジー固有のＬＣＰ手順を実行することができる。
【0175】
上述の実装形態では、現在のＬＴＥ（－Ａ）ＵＥの場合のように、ＬＣＰ手順がＵＥのＭＡＣエンティティの一部になることが例示的に想定されている。しかし、５Ｇについては、この点に関してまだ合意はされていない。それに対応して、ＬＣＰ手順は別のエンティティ（例えば、ＲＬＣエンティティ）にあると決定されるかもしれず、その場合、上記の説明は他のエンティティに関して適用されるものとする。
【0176】
例示的に、ＬＣＰ手順の具体的な実装形態は、以下のような適切な適応を伴う背景技術のセクションで説明されたものに基づくことができる。ＬＣＰ手順のための詳細なアルゴリズムは、１つの例示的な実施形態によれば、（背景技術のセクションで説明したように）最初の３つのステップについて、それぞれのニューメロロジーレイヤに関連する論理チャネルのみを考慮する。これにより、それぞれのニューメロロジーレイヤに関連付けられている論理チャネルのデータが優先されるようになる。次に、いくらかの残りのリソースがある、すなわち、トランスポートブロックがまだ完全には満たされていない場合、背景技術のセクションで述べたように、すなわちステップ１からステップ３までのＬＣＰ手順が、他のニューメロロジーのレイヤの残りの論理チャネルのいくつかまたはすべてについて実行される。本質的に、詳細なアルゴリズムは、各段階で現在のＬＣＰ手順が異なる組の論理チャネルで実行される２段階手順であろう。
【0177】
あるいは、割り当てられた無線リソースが、リソース割当（アップリンクグラント）に示すように、関連するニューメロロジー方式を有する論理チャネルによって排他的に使用される場合には、第１段階のみが実行される、すなわち、ＬＣＰ手順は、リソース割当に示されている関連するニューメロロジー方式を有するそれらの論理チャネルに対してのみ実行される。
【0178】
論理チャネルの上記のニューメロロジー固有の優先順位付けを実行できるようにするために、いくつかの実装形態では、意図するニューメロロジーレイヤに関する情報を、ＬＣＰ手順、より具体的にはＬＣＰ手順の実行を担当するプロセッサまたは（ＭＡＣ）エンティティに対して利用可能にしなければならない。例えば、アップリンクスケジューリング割当を復号化することを担当するＵＥの物理レイヤは、ＬＣＰ手順を担当するＵＥのＭＡＣエンティティに関連情報を転送することができる。より詳細には、別々のＭＡＣエンティティを使用する場合に、物理レイヤは、受信したアップリンク許可が意図しているニューメロロジーレイヤを担当するそのＭＡＣエンティティに対して、アップリンクスケジューリング割当の許可固有の情報（例えば、現在のＬＴＥ／ＬＴＥ－Ａシステムと同様の方法で、トランスポートブロックサイズ、ＨＡＲＱ情報など）を提供するべきである。この場合、ニューメロロジーレイヤに関する情報は、ニューメロロジー固有のＭＡＣエンティティに提供されることが可能であるが、必ずしもそうである必要はない。共通のＭＡＣエンティティを使用する場合、物理レイヤは、ＬＣＰ手順中に共通のＭＡＣエンティティがこの情報を使用することができるように、許可固有の情報および意図したニューメロロジーレイヤを共通のＭＡＣエンティティに提供する。
【0179】
したがって、ＵＥはトランスポートブロックを生成し、次いで受信したアップリンクスケジューリング割当に従ってそれを送信することができる。
【0180】
様々な実施形態および変形例による、上述したリソース割当手順は、ｅＮｏｄｅＢが、１つまたは複数の異なるニューメロロジーレイヤが設定されたＵＥについてのアップリンク送信を効率的にスケジュールすることを可能にする。
【0181】
ニューメロロジーレイヤと関連付ける代わりに、論理チャネル／無線ベアラをＴＴＩ長と関連付けることができる、すなわち、マッピングは、論理チャネルとＴＴＩ長との間のＵＥにおいて提供される。その後に、アップリンク許可はＴＴＩ長を示し、その後に、ＬＣＰ手順は、示されたＴＴＩ長に従って実行され、例えば、示されたＴＴＩに関連する論理チャネルは、ＬＣＰ手順中に優先順位付けされる（またはさらに排他的にサービスされる）。
【0182】
上述のニューメロロジー固有のＬＣＰ手順に対するさらなる代替例として、実施形態の変形例は、１つのＬＣＰ手順が各使用シナリオに対して提供される、すなわち１つのＬＣＰ手順がｅＭＢＢに対して実行され、別のものがＵＲＲＬに対して実行され、さらに別のものがｍＭＴＣに対して実行されることを予測する。これは、例えば、ＵＥの使用シナリオごとに別々のＭＡＣエンティティを提供することによって、または共通のＭＡＣエンティティを提供することによって、ＵＥにおいて実施することができる。別々のＭＡＣエンティティを使用する場合、論理チャネルと使用シナリオそれぞれと対応するＭＡＣエンティティとの間のマッピングもあるであろう。
【0183】
この場合、ＬＣＰ手順を実行するときに、ＵＥがＬＣＰ手順中に論理チャネルを区別して適切に優先順位を付けることができるように、どの論理チャネルがどの使用シナリオに関連付けられているかが明らかでなければならない。ｅＮＢによって送信されたアップリンクスケジューリング割当は依然としてニューメロロジー固有であり得るので、受信したアップリンクスケジューリング割当によって示されるニューメロロジーレイヤに属する論理チャネルが他の論理チャネルよりも優先される。さらに、ＬＣＰ手順は使用シナリオ固有であるので、その使用シナリオに属するそれらの論理チャネルのみが使用シナリオ固有のＬＣＰ手順の間に考慮され、優先順位が付けられるべきである。図１４は、別々の使用シナリオ固有のＭＡＣエンティティおよび対応する別々のＬＣＰ手順を有するＵＥの例示的なレイヤ構造を示す。
【0184】
前述したように、ＵＥと論理チャネルに対して異なるスケジューリングモードが可能である。この点に関して、論理チャネルは、１つまたは複数のスケジューリングモードに基づいてスケジューリングすることができる。実施形態のさらなる改良された変形例において、ＬＣＰ手順はまた、論理チャネルのスケジューリングモードを考慮に入れるべきである。一般に、ｅＮｏｄｅＢから受信されたアップリンクスケジューリング割当によって割り当てられた無線リソースは、ｅＮｏｄｅＢ制御スケジューリングモードに関連する論理チャネルからデータを送信するために使用されるのが好ましい。したがって、ＬＣＰ手順の間、論理チャネルは、それらに関連するニューメロロジー方式に従ってだけではなく、それらがｅＮｏｄｅＢ制御スケジューリングモードに関連するかどうかによっても優先されるべきである。例えば、ｅＮｏｄｅＢから受信したアップリンクスケジューリング割当によって割り当てられた無線リソースは、無許可スケジューリングモードにのみ関連する論理チャネルからのデータ送信に使用されるべきではなく、あるいは、ｅＮｏｄｅＢ制御スケジューリングモードに関連する論理チャネルからのデータに割り当てられた無線リソースが割り当てられた後に無線リソースが残る場合にのみ割り当てられるべきである。
【0185】
スケジューリング機能（例えば、ｅＮｏｄｅＢ内の）を支援し、効率的なアップリンクスケジューリングを可能にするために、バッファステータス通知手順は、５Ｇの新しい無線アクセス技術、およびおそらく上述のような改善された無線リソース割当手順にも適応できる。一般に、ｅＮｏｄｅＢ内のスケジューリング制御機能は、ニューメロロジーレイヤ固有のアップリンクスケジューリング割当を生成するために適切な情報と共にＵＥによって提供されるべきである。したがって、ＵＥによって実行されるバッファステータス通知手順は、ｅＮＢが各ニューメロロジーレイヤについてＵＥでの送信に利用可能なデータ量を決定できるように、ニューメロロジーレイヤごとのバッファステータスをｅＮＢに通知するべきである。これは以下のようにして達成することができる。
【0186】
一つの選択肢によれば、共通のバッファステータス通知手順は、すべてのニューメロロジーレイヤに対してＵＥにおいて実行され、それに従って、ＵＥにおいて設定される各ニューメロロジーレイヤに対して、バッファステータスはそれぞれのニューメロロジーレイヤに関連する論理チャネルにわたって別々に決定される。次に、バッファステータス通知手順は、設定されたすべてのニューメロロジーレイヤのバッファステータスに関する情報を含む対応する通知を生成し、生成された通知はその後ｅＮｏｄｅＢに送信される。１つの例示的な実装形態によれば、新しいＢＳＲ ＭＡＣ制御要素は、各設定されたニューメロロジー方式についてバッファステータス情報を搬送するために定義することができる。
【0187】
図１５は、３つのビットがニューメロロジー方式を示すために使用されると仮定され、続いて２つの例示的に仮定された２つの論理チャネルグループのそれぞれに対するバッファサイズについてそれぞれ６ビットが続くと仮定される、例示的なＢＳＲ ＭＡＣ制御要素を示す。他のニューメロロジー方式についてさらなるバッファステータスが通知されるかどうかを示すために、拡張ビットが提供される。
【0188】
このようなバッファステータス通知手順において、サービスのデータが異なるニューメロロジー方式を使用して送信されることができるシナリオでは、ＵＥは、それぞれのニューメロロジー方式の間で１つのサービスの保留データを分割する方法についてそれぞれ決定することを提案することができる。
【0189】
別の選択肢によれば、ＵＥが各設定されたニューメロロジーレイヤについて別々にバッファステータス通知を実行するように、ＵＥ用に設定されたニューメロロジーレイヤについて別々のバッファステータス通知手順を予測することができる。結果として、バッファステータスは、１つのニューメロロジーレイヤに関連する論理チャネルにわたって決定され、その上の情報は対応するバッファステータス通知に含まれる。一実装形態によれば、１つの設定されたニューメロロジー方式のためのバッファステータス情報を搬送するために新しいＢＳＲ ＭＡＣ ＣＥを定義することができる。あるいは、現在標準化されているＬＴＥ／ＬＴＥ－Ａシステムから既に知られているＢＳＲ ＭＡＣ ＣＥを上記の点で使用することができる。
【0190】
さらに、バッファステータス通知手順は、１つのＭＡＣエンティティまたは別々のＭＡＣエンティティのいずれかを用いてＵＥに実装することができる。例えば、共通のＭＡＣエンティティは、共通のバッファステータス通知手順または様々な別々のニューメロロジー固有のバッファステータス通知手順のいずれかの実行を担当することができる。他方、ＢＳＲ手順が既にそれぞれのニューメロロジーレイヤだけに固有であるように、ニューメロロジーレイヤごとに１つのＭＡＣエンティティを提供することができる（ＬＣＰ手順に関連して上述した選択肢）。
【0191】
上述の実装形態では、現在のＬＴＥ（－Ａ）ＵＥの場合のように、ＢＳＲ手順がＵＥのＭＡＣエンティティの一部になることが例示的に想定されている。しかし、５Ｇについては、この点に関してまだ合意はされていない。それに対応して、ＢＳＲ手順は別のエンティティ（例えば、ＲＬＣエンティティ）にあると決定されるかもしれず、その場合、上記の説明はこの他のエンティティに関して適用されるものとする。
【0192】
改良されたＢＳＲ手順のさらなる変形によれば、ニューメロロジーレイヤごとに別々のＢＳＲ構成を定義することができる。特に、背景技術のセクションで説明したように、ＢＳＲ手順は特定のイベントによって引き起こされる。ＢＳＲトリガの一部または全部は、ＢＳＲ関連のタイマーをそれぞれニューメロロジーレイヤ固有にすることもできる。例えば、特定のニューメロロジーレイヤにマッピングされたサービスについては、バッファステータスを定期的に通知すること、すなわちｅＭＢＢサービスについては有益であり得るが、異なるニューメロロジーを使用している他のサービス、例えば、特定のニューメロロジーレイヤにマッピングされたｍＭＴＣサービスについてはそれほど有用ではない。さらなる例として、パディングＢＳＲはすべてのニューメロロジーレイヤに使用されないかもしれない。基本的に、ＢＳＲ構成、すなわちタイマー設定、または他のＢＳＲトリガは、異なるニューメロロジーでは異なる場合があり得る。
【0193】
他の例示的な実施形態では、たとえＢＳＲ構成／トリガがニューメロロジーレイヤ固有であっても、バッファステータスの通知は常にすべてのニューメロロジーレイヤについてであろう。より具体的には、ＢＳＲがいずれかのニューメロロジーレイヤに対してトリガされると、ＵＥはＵＥの完全なバッファステータスを通知する、すなわち、ＵＥはすべてのニューメロロジーレイヤについて対応するバッファステータスを通知する。
【0194】
背景技術のセクションで説明したように、ＬＴＥ（－Ａ）によるバッファステータス通知は、バッファステータスを決定するときにいくつかの論理チャネルを（例えば、同じ／類似のＱｏＳ要件を有することに基づいて）共にグループ化できるというグループ概念に基づく。同様に、各ニューメロロジーレイヤの論理チャネルは、ニューメロロジーレイヤごとに通知するＢＳＲによって提供されるよりも細かい粒度を実装するために、異なる論理チャネルグループに適切にまとめることができる。
【0195】
さらなる代替例として、ニューメロロジーレイヤごとにバッファステータスを通知するためのバッファステータス通知手順を提供する代わりに、他の実施形態は、使用シナリオごとにバッファステータスを通知するためのＢＳＲ手順を提供し、これにより、ｅＮＢは、ＵＥの使用シナリオごとに、ＵＥにおける送信に利用可能なデータ量を決定することができる。例えば、ｅＭＢＢタイプのサービス（ＴＣＰについて上述したように）は、別々のニューメロロジー方式（より低い周波数帯域と、より高い周波数帯域）を持つことから利益を得ることができ、その場合、ｅＮＢが、ｅＭＢＢサービスのニューメロロジー方式よりもむしろｅＭＢＢ使用シナリオのためにＵＥにおいて利用可能なデータの量を学習することで十分である。その後に、ｅＮｏｄｅＢは、ｅＭＢＢシナリオのためのいずれかのニューメロロジー方式にリソースを割り当てる方法を決定することができ、したがって前述のように対応するニューメロロジー固有のアップリンクスケジューリング割当を発行する。
【0196】
図１６は、現在標準化されている長いＢＳＲ ＭＡＣ ＣＥに基づいて、そのような例示的なＢＳＲ ＭＡＣ制御要素を開示しており、４つの異なるＬＣＧのバッファステータスを通知するために使用シナリオごとに３オクテットが利用可能である。図１５に関連して説明したように、バッファステータス通知と比較して、バッファステータス通知が特定のサービスがいくつかのニューメロロジー方式に関連するシナリオについて変化しないように、ＵＥは使用シナリオごとのデータを単に通知する。
【0197】
無線リソース割当手順のための別の改善は、ｅＮｏｄｅＢからアップリンク無線リソースを要求するためにＵＥによって送信されたスケジューリング要求に焦点を合わせる。スケジューリング要求は、例えば、アップリンク無線リソースが要求されているニューメロロジー方式／使用シナリオを単に示すことによって、ニューメロロジー方式または使用シナリオに固有のものとすることができる。例えば、スケジューリング要求における新しいフィールドを、ニューメロロジー方式または使用シナリオを示すために予測することができる。スケジューリング要求を受信したときのｅＮＢは、上述したように特定のニューメロロジー方式に割り当てる無線リソースの量を決定することができる。あるいは、ｅＮｏｄｅＢが意図するニューメロロジーレイヤまたは使用シナリオを学習するために、スケジューリング要求が送信されている異なるチャネル、すなわち各ニューメロロジーレイヤごとに１つのＳＲチャネル構成使用シナリオでＵＥを設定することができる。
【0198】
さらなる実施形態によれば、ＤＲＸ機能は、５Ｇの新しい無線アクセス技術に適合することができる。特に、ＤＲＸ構成は、ニューメロロジー固有または使用シナリオ固有にすることができる。より詳細には、ＤＲＸ手順は、背景技術のセクションで詳細に説明したように、現在サブフレームベースで定義されている。異なるニューメロロジー方式がそれらのサブフレーム期間に関して異なり得ることを考慮すると、標準化ＬＴＥ（－Ａ）システムにおいて現在使用されているような一般的なＤＲＸ方式は適切ではないようである。別々のＤＲＸ手順を異なるニューメロロジー方式に提供することができる。また、サービスの観点から見ると、使用シナリオによってトラフィックモデルや特性が大きく異なる。したがって、１つの例示的な実施形態によれば、別々のＤＲＸ構成が異なる使用シナリオに使用される。１つの使用シナリオ（例えば、ｅＭＢＢ）が複数のニューメロロジーレイヤを使用している場合、これらの複数のニューメロロジーレイヤにわたって何らかの共通のＤＲＸ方式／構成があり得る。すなわち、アクティブ時間はこれらの複数のニューメロロジーレイヤについて同じである。一方、使用シナリオ用に別々のＤＲＸ構成／方式をニューメロロジーレイヤに有する場合には、それは基本的に、ＵＥが各使用シナリオ／ニューメロロジーレイヤに対して異なるＤＲＸ状態を有することができることを意味する。本質的に、ＵＥは、１つのニューメロロジーレイヤについてＤＲＸ、すなわち省電力状態、すなわち制御チャネルを監視することを要求されないが、ＵＥは別の使用シナリオ／ニューメロロジーレイヤについてアクティブ時間にあり、すなわちＵＥは制御チャネルを監視している。より具体的には、ＤＣＩ／制御チャネル、例えば、特定のニューメロロジーレイヤ／使用シナリオについて受信されたアップリンクまたはダウンリンク許可は、このニューメロロジーレイヤ／使用シナリオに関連するＤＲＸ手順の、ＤＲＸ関連タイマー、すなわち、例えばＤＲＸ不活性タイマーの開始をトリガする。例えば、ｅＮＢがｅＭＢＢサービスのためのアップリンクリソースを許可する場合、ＵＥはこのＤＣＩを受信すると、ｅＭＭＢリンクＤＲＸ手順の不活性タイマーを開始する。
【0199】
さらなる実施形態によれば、タイミングアドバンス手順は、５Ｇの新しい無線アクセス技術に適合することができる。特に、タイミングアドバンス手順は、例えば、異なるニューメロロジー方式に対して異なるタイミングアドバンスタイマー値を提供することによって、ニューメロロジー方式固有にすることができる。ニューメロロジーレイヤの特性／Ｌ１パラメータの１つはサイクリックプレフィックス（ＣＰ）長であるので、アップリンク同期のためのタイミング整列の維持は、１つの例示的な実施形態によればニューメロロジーレイヤ固有である。アップリンク送信タイミングは、アップリンクＣＰ長の長さ以内の精度で設定されるべきである。前述のようにＣＰ長は異なるニューメロロジーによって異なるので、あるニューメロロジー、すなわち小さいＣＰ長を有するものについてアップリンクタイミング整列のより細かい粒度を有する必要があるかもしれない。例示的な一実施形態によれば、アップリンクタイミング／同期の維持のために異なるニューメロロジーがグループ分けされる、すなわち同様のチャネル特性、例えばＣＰ長を有するニューメロロジーレイヤ／方式が１つの共通のタイミングアドバンスタイマーを有する。
【0200】
［さらなる実施形態］
第１の態様によれば、移動通信システムにおけるユーザー機器が提供され、ユーザー機器は、各々が移動通信システムの複数の時間周波数無線リソースを異なる方法でリソーススケジューリングユニットに分割するパラメータと関連付けられる、少なくとも１つのニューメロロジー方式が設定される。ユーザー機器は、各々が設定されたニューメロロジー方式のうちの少なくとも１つに関連付けられる複数の論理チャネルが設定される。ユーザー機器の受信部は、ユーザー機器を制御する無線基地局からアップリンクスケジューリング割当を受信し、アップリンクスケジューリング割当は、ユーザー機器によって使用可能なアップリンク無線リソースを示す。ユーザー機器のプロセッサは、受信されたアップリンクスケジューリング割当に基づいて、受信されたアップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを決定する。プロセッサは、割り当てられたアップリンク無線リソースを設定された論理チャネルに割り当てることによって、かつ、アップリンクスケジューリング割当が意図するニューメロロジー方式に関連する設定された論理チャネルのものを優先することによって、論理チャネル優先順位付け手順を実行する。
第１の態様によれば、移動通信システムにおけるユーザー機器が提供され、ユーザー機器は、各々が移動通信システムの複数の時間周波数無線リソースを異なる方法でリソーススケジューリングユニットに分割するパラメータと関連付けられる、少なくとも１つのニューメロロジー方式が設定される。ユーザー機器は、各々が設定されたニューメロロジー方式のうちの少なくとも１つに関連付けられる複数の論理チャネルが設定される。ユーザー機器の受信部は、ユーザー機器を制御する無線基地局からアップリンクスケジューリング割当を受信し、アップリンクスケジューリング割当は、ユーザー機器によって使用可能なアップリンク無線リソースを示す。ユーザー機器のプロセッサは、受信されたアップリンクスケジューリング割当に基づいて、受信されたアップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを決定する。プロセッサは、割り当てられたアップリンク無線リソースを設定された論理チャネルに割り当てることによって、かつ、アップリンクスケジューリング割当が意図するニューメロロジー方式に関連する設定された論理チャネルのものを優先することによって、論理チャネル優先順位付け手順を実行する。
【0201】
第１の態様に加えて提供される第２の態様によれば、受信部は無線基地局によってサポートされる複数のニューメロロジー方式に関する情報を受信する。任意選択的に、複数のニューメロロジー方式に関する情報は、無線基地局によってブロードキャストされるシステム情報ブロックにおいて受信される。さらなる選択肢として、複数のニューメロロジー方式に関する情報は、各ニューメロロジー方式についてのニューメロロジーレイヤ指示を含む。
【0202】
第１から第２の態様のうちの１つに加えて提供される第３の態様によれば、プロセッサは、受信されたアップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを、
－ 受信したアップリンクスケジューリング割当内のニューメロロジーレイヤ指示から、または、
－ アップリンクスケジューリング割当を符号化するために無線基地局によって使用されるユーザー機器識別から、または、
－ アップリンクスケジューリング割当を送信するために無線基地局によって使用される時間－周波数リソースから、決定する。
－ 受信したアップリンクスケジューリング割当内のニューメロロジーレイヤ指示から、または、
－ アップリンクスケジューリング割当を符号化するために無線基地局によって使用されるユーザー機器識別から、または、
－ アップリンクスケジューリング割当を送信するために無線基地局によって使用される時間－周波数リソースから、決定する。
【0203】
第１から第３の態様のうちの１つに加えて、第４の態様によれば、ユーザー機器内の異なる媒体アクセス制御（ＭＡＣ）エンティティは、ユーザー機器用に設定された各ニューメロロジー方式に対して設定されて関連付けられる。ユーザー機器内の各ＭＡＣエンティティは、関連するニューメロロジー方式に従って論理チャネル優先順位付け手順を担当する。あるいは、ユーザー機器内の異なる媒体アクセス制御（ＭＡＣ）エンティティは、ユーザー機器の各データ伝送使用シナリオに対して設定されて関連付けられる。ユーザー機器内の各ＭＡＣエンティティは、関連するデータ伝送使用シナリオに従って論理チャネル優先順位付け手順を担当する。任意選択的に、各データ伝送使用シナリオは少なくとも１つのニューメロロジー方式を包含する。任意選択的に、データ伝送使用シナリオは、大規模マシンタイプ通信（ｍＭＴＣ）、拡張モバイルブロードバンド（ｅＭＢＢ）、および超高信頼性低レイテンシ通信（ＵＲＬＬＣ）のうちの１つである。
【0204】
第１から第４の態様のうちの１つに加えて、第５の態様によれば、論理チャネルの各々はリソース割当モードが設定される。リソース割当モードは、無線基地局制御リソース割当モードおよび／または高速リソース割当モードのいずれかのためのものである。プロセッサは、割り当てられた無線リソースを設定された論理チャネルに割り当てることによって、かつ、無線基地局制御リソース割当モードに関連する設定された論理チャネルのものを優先することによって、論理チャネル優先順位付け手順を実行する。任意選択的に、高速無線リソース割当モードは、無線基地局からのアップリンクスケジューリング割当を要求および受信することなく、ユーザー機器によって自律的に実行される。
【0205】
第１から第５の態様のうちの１つに加えて、第６の態様によれば、プロセッサは、ユーザー機器用に設定されたすべてのニューメロロジー方式に対して共通バッファステータス通知手順を実行する。プロセッサは、共通バッファステータス通知手順を実行する場合に、ユーザー機器用に設定された各ニューメロロジー方式に関連する論理チャネルのバッファステータスを別々に示す共通バッファステータス通知を生成する。ユーザー機器の送信部は、生成された共通バッファステータス通知を無線基地局に送信する。任意選択的に、個別のバッファステータス通知設定および／または共通バッファステータス通知手順のトリガは、ユーザー機器に対して設定された各ニューメロロジー方式に対して定義される。
【0206】
第１から第５の態様のうちの１つに加えて、第７の態様によれば、プロセッサは、ユーザー機器用に設定されたニューメロロジー方式の各々について個別のバッファステータス通知手順を実行する。プロセッサは、ニューメロロジー方式のうちの１つに対して個別のバッファステータス通知手順を実行する場合に、その１つのニューメロロジー方式に関連する論理チャネルのバッファステータスを示すバッファステータス通知を生成する。ユーザー機器の送信部は、生成された個別のバッファステータス通知を無線基地局に送信する。
【0207】
第１から第５の態様のうちの１つに加えて、第８の態様によれば、プロセッサは、ユーザー機器のすべてのデータ伝送使用シナリオに対して共通バッファステータス通知手順を実行する。プロセッサは、共通バッファステータス通知手順を実行する場合に、各データ伝送使用シナリオに関連する論理チャネルのバッファステータスを別々に示す共通バッファステータス通知を生成する。ユーザー機器の送信部は、生成された共通バッファステータス通知を無線基地局に送信する。任意選択的に、各データ伝送使用シナリオは少なくとも１つのニューメロロジー方式を包含する。任意選択的に、データ伝送使用シナリオは、大規模マシンタイプ通信（ｍＭＴＣ）、拡張モバイルブロードバンド（ｅＭＢＢ）、および超高信頼性低レイテンシ通信（ＵＲＬＬＣ）のうちの１つである。
【0208】
第１から第８の態様のうちの１つに加えて、第９の態様によれば、プロセッサは、論理チャネル優先順位付け手順を実行する場合に、無線リソースが、受信されたアップリンクスケジューリング割当が意図するニューメロロジー方式に関連する論理チャネルだけに割り当てられるように、論理チャネルを優先する。
【0209】
第１から第９の態様のうちの１つに加えて、第１０の態様によれば、プロセッサは、無線基地局からアップリンク無線リソースを要求するためのスケジューリング要求を生成する。スケジューリング要求は、アップリンク無線リソースが要求されているニューメロロジー方式またはデータ伝送使用シナリオを示す。
【0210】
第１１の態様によれば、移動通信システムにおけるユーザー機器のための無線リソース割当手順を実行するための無線基地局が提供される。ユーザー機器は、各々が移動通信システムの複数の時間周波数無線リソースを異なる方法でリソーススケジューリングユニットに分割するパラメータと関連付けられる、少なくとも１つのニューメロロジー方式が設定される。ユーザー機器は、各々が設定されたニューメロロジー方式のうちの少なくとも１つに関連付けられる複数の論理チャネルが設定される。無線基地局のプロセッサは、ユーザー機器によって使用可能なアップリンク無線リソースを示すアップリンクスケジューリング割当を生成する。アップリンクスケジューリング割当は、ユーザー機器が、アップリンクスケジューリング割当を受信すると、ユーザー機器により受信されたアップリンクスケジューリング割当に基づいて、アップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを決定できるように生成される。無線基地局の送信部は、生成されたアップリンクスケジューリング割当をユーザー機器に送信する。
【0211】
第１１の態様に加えて第１２の態様によれば、送信部は、無線基地局によってサポートされる複数のニューメロロジー方式に関する情報を送信する。任意選択的に、複数のニューメロロジー方式に関する情報はシステム情報ブロックにおいてブロードキャストされる。任意選択的に、複数のニューメロロジー方式に関する情報は、各ニューメロロジー方式についてのニューメロロジーレイヤ指示を含む。
【0212】
第１１または第１２の態様に加えて提供される第１３の態様によれば、プロセッサは、アップリンクスケジューリング割当を生成する場合に、
－ アップリンクスケジューリング割当内のニューメロロジーレイヤ指示を含む、または、
－ 意図したニューメロロジー方式に固有のユーザー機器識別情報を使用してアップリンクスケジューリング割当を符号化する、または、
生成されたアップリンクスケジューリング割当は、意図したニューメロロジー方式に固有の時間－周波数リソースで送信部によって送信される。
－ アップリンクスケジューリング割当内のニューメロロジーレイヤ指示を含む、または、
－ 意図したニューメロロジー方式に固有のユーザー機器識別情報を使用してアップリンクスケジューリング割当を符号化する、または、
生成されたアップリンクスケジューリング割当は、意図したニューメロロジー方式に固有の時間－周波数リソースで送信部によって送信される。
【0213】
第１１から第１３の態様のうちの１つに加えて提供される第１４の態様によれば、無線基地局の受信部は、ユーザー機器用に設定された各ニューメロロジー方式に関連付する論理チャネルのバッファステータスを別々に示す共通のバッファステータス通知を受信する、または、各々が１つのニューメロロジー方式に関連する論理チャネルのバッファステータスを示す、個別のバッファステータス通知を受信する、または、各データ伝送使用シナリオに関連する論理チャネルのバッファステータスを別々に示す共通バッファステータス通知を受信する。任意選択的に、各データ伝送使用シナリオは少なくとも１つのニューメロロジー方式を包含し、任意選択的に、データ伝送使用シナリオは、大規模マシンタイプ通信（ｍＭＴＣ）、拡張モバイルブロードバンド（ｅＭＢＢ）、および超高信頼性低レイテンシ通信（ＵＲＬＬＣ）のうちの１つである。
【0214】
第１１から第１４の態様のうちの１つに加えて提供される第１５の態様によれば、無線基地局の受信部は、アップリンク無線リソースを要求するユーザー機器からスケジューリング要求を受信し、スケジューリング要求は、アップリンク無線リソースが要求されているニューメロロジー方式またはデータ伝送使用シナリオを示す。
【0215】
第１６の態様によれば、移動通信システムにおけるユーザー機器のための方法が提供される。ユーザー機器は、各々が移動通信システムの複数の時間周波数無線リソースを異なる方法でリソーススケジューリングユニットに分割するパラメータと関連付けられる、少なくとも１つのニューメロロジー方式が設定される。ユーザー機器は、各々が設定されたニューメロロジー方式のうちの少なくとも１つに関連付けられる複数の論理チャネルが設定される。本方法は、ユーザー機器によって実行される以下のステップを含む。ユーザー機器を制御する無線基地局からアップリンクスケジューリング割当が受信され、アップリンクスケジューリング割当は、ユーザー機器によって使用可能なアップリンク無線リソースを示す。ユーザー機器は、受信されたアップリンクスケジューリング割当に基づいて、受信されたアップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを決定する。論理チャネル優先順位付け手順は、割り当てられたアップリンク無線リソースを設定された論理チャネルに割り当てることによって、かつ、アップリンクスケジューリング割当が意図するニューメロロジー方式に関連する設定された論理チャネルのものを優先することによって、ユーザー機器によって実行される。
【0216】
第１６の態様に加えて提供される第１７の態様によれば、本方法は、無線基地局によってサポートされる複数のニューメロロジー方式に関する情報を受信するステップをさらに含む。任意選択的に、複数のニューメロロジー方式に関する情報は、無線基地局によってブロードキャストされるシステム情報ブロックにおいて受信される。任意選択的に、複数のニューメロロジー方式に関する情報は、各ニューメロロジー方式についてのニューメロロジーレイヤ指示を含む。
【0217】
第１６または第１７の態様に加えて提供される第１８の態様によれば、決定するステップは、受信されたアップリンクスケジューリング割当がどのニューメロロジー方式を意図しているかを、
－ 受信したアップリンクスケジューリング割当内のニューメロロジーレイヤ指示から、または、
－ アップリンクスケジューリング割当を符号化するために無線基地局によって使用されるユーザー機器識別から、または、
－ アップリンクスケジューリング割当を送信するために無線基地局によって使用される時間－周波数リソースから、決定する。
－ 受信したアップリンクスケジューリング割当内のニューメロロジーレイヤ指示から、または、
－ アップリンクスケジューリング割当を符号化するために無線基地局によって使用されるユーザー機器識別から、または、
－ アップリンクスケジューリング割当を送信するために無線基地局によって使用される時間－周波数リソースから、決定する。
【0218】
第１６から第１８の態様のうちの１つに加えて提供される第１９の態様によれば、論理チャネルの各々はリソース割当モードが設定される。リソース割当モードは、無線基地局制御リソース割当モードおよび／または高速リソース割当モードである。論理チャネル優先順位付け手順を実行するステップは、無線基地局制御リソース割当モードに関連する設定された論理チャネルを優先順位付けするステップをさらに含む。任意選択的に、高速無線リソース割当モードは、無線基地局からのアップリンクスケジューリング割当を要求および受信することなく、ユーザー機器によって自律的に実行される。
【0219】
第１６から第１８の態様のうちの１つに加えて提供される第２０の態様によれば、本方法は、ユーザー機器用に設定されたすべてのニューメロロジー方式について共通のバッファステータス通知手順を実行するステップをさらに含む。共通バッファステータス通知手順を実行するステップは、ユーザー機器用に設定された各ニューメロロジー方式に関連する論理チャネルのバッファステータスを別々に示す共通バッファステータス通知を生成して、生成された共通バッファステータス通知を無線基地局に送信するステップを含む。任意選択的に、個別のバッファステータス通知設定および／または共通バッファステータス通知手順のトリガは、ユーザー機器に対して設定された各ニューメロロジー方式に対して定義される。
【0220】
第１６から第１８の態様のうちの１つに加えて提供される第２１の態様によれば、本方法は、ユーザー機器用に設定されたニューメロロジー方式の各々について個別のバッファステータス通知手順を実行するステップをさらに含む。ニューメロロジー方式のうちの１つについて個別のバッファステータス通知手順を実行するステップは、その１つのニューメロロジー方式に関連する論理チャネルのバッファステータスを示すバッファステータス通知を生成して、生成された個別のバッファステータス通知を無線基地局に送信するステップを含む。
【0221】
第１６から第１８の態様のうちの１つに加えて提供される第２２の態様によれば、本方法は、ユーザー機器のすべてのデータ伝送使用シナリオについて共通のバッファステータス通知手順を実行するステップをさらに含む。共通バッファステータス通知手順を実行するステップは、各データ伝送使用シナリオに関連する論理チャネルのバッファステータスを別々に示す共通バッファステータス通知を生成し、生成された共通バッファステータス通知を無線基地局に送信するステップを含む。任意選択的に、各データ伝送使用シナリオは少なくとも１つのニューメロロジー方式を包含し、任意選択的に、データ伝送使用シナリオは、大規模マシンタイプ通信（ｍＭＴＣ）、拡張モバイルブロードバンド（ｅＭＢＢ）、および超高信頼性低レイテンシ通信（ＵＲＬＬＣ）のうちの１つである。
【0222】
第１６から第２２の態様のうちの１つに加えて提供される第２３の態様によれば、論理チャネルを優先するステップは、無線リソースが、受信されたアップリンクスケジューリング割当が意図するニューメロロジー方式に関連する論理チャネルだけに割り当てられるようになっている。
【0223】
第１６から第２３の態様のうちの１つに加えて提供される第２４の態様によれば、本方法は、無線基地局からアップリンク無線リソースを要求するためのスケジューリング要求を生成し、生成したスケジューリング要求を無線基地局に送信するステップをさらに含む。スケジューリング要求は、アップリンク無線リソースが要求されているニューメロロジー方式またはデータ伝送使用シナリオを示す。
【0224】
［本開示のハードウェアおよびソフトウェア実装］
他の例示的な実施形態は、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して上述した様々な実施形態の実装に関する。これに関連して、ユーザー端末（移動端末）が提供される。ユーザー端末は、本明細書に記載の方法を実行するように適合され、受信部、送信部、プロセッサなどの方法に適切に参加するための対応するエンティティを含む。
他の例示的な実施形態は、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して上述した様々な実施形態の実装に関する。これに関連して、ユーザー端末（移動端末）が提供される。ユーザー端末は、本明細書に記載の方法を実行するように適合され、受信部、送信部、プロセッサなどの方法に適切に参加するための対応するエンティティを含む。
【0225】
様々な実施形態は、コンピューティングデバイス（プロセッサ）を使用して実装または実行されてもよいことがさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイスなどであってもよい。様々な実施形態は、これらのデバイスの組み合わせによって実行されてもよいし、実現されてもよい。特に、上記の各実施形態の説明で用いた各機能ブロックは、集積回路としてのＬＳＩによって実現することができる。それらはチップとして個別に形成されてもよいし、機能ブロックの一部または全部を含むように１つのチップを形成してもよい。それらは、それに結合されたデータ入出力を含むことができる。ここで、ＬＳＩとは、集積度の違いによって、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼ぶことがある。しかし、集積回路を実現する技術は、ＬＳＩに限らず、専用回路または汎用プロセッサを用いて実現してもよい。さらに、ＬＳＩの製造後にプログラム可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部に配置された回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを用いてもよい。
【0226】
さらに、様々な実施形態は、プロセッサによって、またはハードウェアで直接実行されるソフトウェアモジュールによって実施されてもよい。また、ソフトウェアモジュールとハードウェア実装との組み合わせも可能である。ソフトウェアモジュールは、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどの任意の種類のコンピュータ可読記憶媒体に格納することができる。異なる実施形態の個々の特徴は、個別にまたは任意に組み合わせて、別の実施形態の主題であってもよいことにさらに留意されたい。
【0227】
当業者であれば、特定の実施形態に示すように、本開示に対して多くの変形および／または修正を行うことができることが理解されよう。したがって、本実施形態は、すべての点で例示的なものであって、限定的なものではないとみなすべきである。
【図1】
【図2】
【図3A】
【図3B】
【図4】
【図5A】
【図5B】
【図6A】
【図6B】
【図6C】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】