(57)【要約】      （修正有）【課題】本発明は、通信システムにおいて１または複数の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行する送信側ユーザ機器を制御する集積回路を提供する。【解決手段】前記制御は、同じ送信制御期間内に実行される直接通信送信を扱う少なくとも２つのサイドリンクグラントを受信する処理と、少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つが、識別情報に関連付けられており、サイドリンクグラントそれぞれを、サイドリンクグラントプロセスのそれぞれに関連付け、２つのサイドリンクグラントにおいて、直接サイドリンク接続を通じたサイドリンク制御情報およびデータの直接通信送信を実行するための無線リソースを割り当て、対応的に関連付けられているサイドリンクグラントを有するサイドリンクグラントプロセスごとに直接通信送信を前記同じ送信制御期間内に実行する処理と、を含む。【選択図】図１６
2020017980.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいて１または複数の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行する送信側ユーザ機器を制御する集積回路であって、前記制御は、
同じ送信制御期間内に実行される直接通信送信を扱う少なくとも２つのサイドリンクグラントを受信する処理と、
少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つが、識別情報に関連付けられており、
・  前記受信した少なくとも２つのサイドリンクグラントそれぞれを、前記少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つに対応的に関連付け、
・  前記少なくとも２つのサイドリンクグラントそれぞれにおいて、前記直接サイドリンク接続を通じたサイドリンク制御情報およびデータの直接通信送信を実行するための無線リソースを、前記それぞれのサイドリンクグラントに従って割り当て、
前記対応的に関連付けられているサイドリンクグラントを有するサイドリンクグラントプロセスごとに直接通信送信を前記同じ送信制御期間内に実行する処理と、を含む
集積回路。
【請求項２】
前記送信側ユーザ機器が、送信用に利用可能であり、かつ、複数のサイドリンク宛先グループを送信先とするデータ、をそれぞれ格納するバッファ、を備えており、プロセッサが、前記対応的に関連付けられているサイドリンクグラントを有するサイドリンクグラントプロセスごとに、
・  前記それぞれのサイドリンクグラントに従って無線リソースを使用する直接通信送信の宛先として、それぞれ１つのサイドリンク宛先グループを決定し、
・  前記決定されたサイドリンク宛先グループごとに、前記直接通信送信を実行するために割り当てられた前記無線リソースを識別する、サイドリンク制御情報、をそれぞれ生成し、
前記決定されたそれぞれのサイドリンク宛先グループを送信先とする前記生成されたサイドリンク制御情報およびデータの前記直接通信送信を、前記それぞれのサイドリンク制御情報により指示される無線リソースを使用して、前記同じ送信制御期間内に実行する、処理を制御する、
請求項１に記載の集積回路。
【請求項３】
前記送信側ユーザ機器が、
・  前記受信されたサイドリンクグラントすべてに対してすべての前記サイドリンク宛先グループを決定するために、共通の論理チャネル優先順位付け手順を使用する、または、
・  受信されたサイドリンクグラントごとに個別の論理チャネル優先順位付け手順を使用する、
ことによって、前記受信されたサイドリンクグラントあたり１つのサイドリンク宛先グループを決定する、処理を制御する、
請求項２に記載の集積回路。
【請求項４】
前記少なくとも２つのサイドリンクグラントそれぞれが、受信部によって無線基地局から受信する、または、前記送信側ユーザ機器のプロセッサによって送信無線リソースプールから自律的に選択され、
サイドリンクグラントを前記無線基地局から受信する場合、前記送信側ユーザ機器の前記受信部が、サイドリンクスケジューリングメッセージにより前記サイドリンクグラントを受信するように構成されており、前記サイドリンクスケジューリングメッセージに基づき、前記それぞれのサイドリンクグラントが関連付けられるべき、前記送信側ユーザ機器におけるサイドリンクグラントプロセス、を識別する識別情報、を取得し、
前記送信側ユーザ機器によって受信される前記サイドリンクスケジューリングメッセージが、前記送信側ユーザ機器によって送信されるべき前記サイドリンク制御情報の内容に関する情報をさらに備えており、かつ、前記直接通信送信において前記サイドリンク制御情報およびデータを送信するために使用されるべき前記無線リソース、を示す、処理を制御する、
請求項１から請求項３のいずれか１項に記載の集積回路。
【請求項５】
前記送信処理が、前記サイドリンク制御情報の送信に使用した前記無線リソースの次のアップリンクサブフレームを用いて前記データを送信する、
請求項１から請求項４のいずれか１項に記載の集積回路。
【請求項６】
前記サイドリンクグラントプロセスの並行して実行可能な数は８である、
請求項１から請求項５のいずれか１項に記載の集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを、送信側ユーザ機器に割り当てる方法に関する。さらに、本開示は、本明細書に記載されている本方法に関与するユーザ機器および基地局を提供する。
【背景技術】
【０００２】
＜ロングタームエボリューション（ＬＴＥ）＞
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００５】
＜ＬＴＥのアーキテクチャ＞
図１は、ＬＴＥの全体的なアーキテクチャを示している。Ｅ−ＵＴＲＡＮはｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ユーザ機器（ＵＥ）に向かう、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質（ＱｏＳ）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００６】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、またはネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００８】
＜ＬＴＥにおけるコンポーネントキャリア構造＞
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥで、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルそれぞれは、それぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。ＬＴＥでは、各スロットにおける送信信号は、ＮＤＬＲＢ×ＮＲＢｓｃ本のサブキャリアとＮＤＬｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって記述される。ＮＤＬＲＢは、帯域幅の中のリソースブロックの数である。数ＮＤＬＲＢは、セルにおいて設定されているダウンリンク送信帯域幅に依存し、Ｎｍｉｎ，ＤＬＲＢ≦ＮＤＬＲＢ≦Ｎｍａｘ，ＤＬＲＢを満たし、この場合、Ｎｍｉｎ，ＤＬＲＢ＝６およびＮｍａｘ，ＤＬＲＢ＝１１０は、それぞれ、現在のバージョンの仕様によってサポートされている最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢｓｃは、１個のリソースブロックの中のサブキャリアの数である。通常のサイクリックプレフィックスのサブフレーム構造の場合、ＮＲＢｓｃ＝１２、ＮＤＬｓｙｍｂ＝７である。
【０００９】
例えば３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図２に例示したように、時間領域における連続するＯＦＤＭシンボル（例えば７個のＯＦＤＭシンボル）および周波数領域における連続するサブキャリア（例えばコンポーネントキャリアの１２本のサブキャリア）として定義される。したがって３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックはリソースエレメントから構成され、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細は、例えば非特許文献１の６.２節（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）を参照）。
【００１０】
１つのサブフレームは、２つのスロットで構成され、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下で、サブフレーム全体に広がる同じ連続するサブキャリアと同等の時間−周波数リソースは、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ばれる。
【００１１】
「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクリソースおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【００１２】
コンポーネントキャリアの構造に関する同様の想定は、以降のリリースにも適用される。
【００１３】
＜より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション＞
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
【００１４】
ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【００１５】
キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも１００ＭＨｚに対して十分に広い。
【００１６】
少なくとも、コンポーネントキャリアの帯域幅が、ＬＴＥリリース８／９のセルのサポートされる帯域幅を超えないときには、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換であるように設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム（例：バーリング）を使用することができる。
【００１７】
ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力および／または送信能力を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、および／または送信することができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
【００１８】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、（３ＧＰＰ  ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して）周波数領域における最大１１０個のリソースブロックに制限される。
【００１９】
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。現時点では、ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多い状態に移動端末を設定することはできない。一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、同じカバレッジを提供する必要はない。
【００２０】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００２１】
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
【００２２】
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。１基のＵＥに対して、最大５つのサービングセル（ＰＣｅｌｌを含む）を設定することができる。
【００２３】
ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
・ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる（したがって、設定されるＤＬ  ＳＣＣの数はＵＬ  ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない）。
・ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
・ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
・非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
・ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
・ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
・アップリンクＰＣｅｌｌは、第１層のアップリンク制御情報の送信に使用される。
・ＵＥの観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。
【００２４】
コンポーネントキャリアの設定および再設定、ならびに追加および削除は、ＲＲＣによって実行することができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。１基のＵＥにＳＣｅｌｌが追加されるとき、各ＳＣｅｌｌにはサービングセルインデックスが設定される。ＰＣｅｌｌはつねにサービングセルインデックス０を有する。
【００２５】
キャリアアグリゲーションを使用するようにユーザ機器が設定されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの少なくとも一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。
【００２６】
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、同時に進行させることのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩ（ダウンリンク制御情報）フォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【００２７】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアのリンク（ＲＲＣシグナリングによって確立される）によって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに２つ以上のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００２８】
＜ＬＴＥにおけるアップリンクアクセス方式＞
アップリンク送信では、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。Ｅ−ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジも改善されるためである（与えられる端末ピーク電力に対してデータレートが高い）。各時間間隔において、ＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ＮｏｄｅＢ）において対処する。
【００２９】
データを送信するために使用される基本的な物理リソースは、１つの時間間隔（例えば０．５ｍｓのサブフレーム）にわたるサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩよりも長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
【００３０】
＜ＬＴＥにおけるアップリンクのスケジューリング方式＞
ＬＴＥにおけるアップリンクの方式として、スケジューリング制御式アクセス（scheduled access）（すなわちｅＮＢによって制御される）と、競合ベースのアクセスの両方が可能である。
【００３１】
スケジューリング制御式アクセスの場合、アップリンクデータを送信するための特定の時間にわたる特定の周波数リソース（すなわち時間／周波数リソース）が、ｅＮＢによってＵＥに割り当てられる。競合ベースのアクセス用に、いくらかの時間／周波数リソースを割り当てることができ、ＵＥは、最初にｅＮＢによってスケジューリングされることなくこの時間／周波数リソースの中で送信することができる。ユーザ機器が競合ベースのアクセスを行う１つのシナリオは、例えばランダムアクセスであり、すなわち、ＵＥがあるセルへの最初のアクセスを行うとき、またはアップリンクリソースを要求するために最初のアクセスを行うときである。
【００３２】
スケジューリング制御式アクセスの場合、ＮｏｄｅＢのスケジューラが、アップリンクデータ送信のための一意の時間−周波数リソースをユーザに割り当てる。より具体的には、スケジューラは以下を決定する。
・送信を許可する（１基または複数基の）ＵＥ
・物理チャネルリソース
・移動端末が送信に使用するべきトランスポートフォーマット（変調・符号化方式（ＭＣＳ））
【００３３】
割当て情報は、第１層／第２層制御チャネルで送られるスケジューリンググラントを介してＵＥにシグナリングされる。以下では、説明を簡潔にするため、このチャネルをアップリンクグラントチャネルと称する。したがって、スケジューリンググラントメッセージには、情報として、周波数帯域のうちＵＥによる使用を許可する部分と、グラントの有効期間と、これから行うアップリンク送信にＵＥが使用しなければならないトランスポートフォーマットとが含まれる。最も短い有効期間は１サブフレームである。グラントメッセージには、選択される方式に応じて追加の情報も含めることができる。アップリンク共有チャネル（ＵＬ−ＳＣＨ）で送信する権利を許可するグラントとしては、「各ＵＥに対する」グラントのみが使用される（すなわち、「各ＵＥにおける無線ベアラごとの」グラントは存在しない）。したがってＵＥは、割り当てられたリソースを何らかの規則に従って無線ベアラの間で配分する必要がある。トランスポートフォーマットは、ＨＳＵＰＡの場合とは異なり、ユーザ機器側では選択しない。ｅＮＢが、何らかの情報（例えば、報告されたスケジューリング情報およびＱｏＳ情報）に基づいてトランスポートフォーマットを決定し、ユーザ機器は、選択されたトランスポートフォーマットに従わなければならない。ＨＳＵＰＡでは、ＮｏｄｅＢが最大限のアップリンクリソースを割り当てて、ＵＥは、それに応じてデータ送信用の実際のトランスポートフォーマットを選択する。
【００３４】
無線リソースのスケジューリングは、サービス品質を決めるうえで、共有チャネルアクセスネットワークにおいて最も重要な機能であるため、効率的なサービス品質（ＱｏＳ）管理を可能にする目的で、ＬＴＥにおけるアップリンクスケジューリング方式が満たしているべき要件がいくつかある。
・優先順位の低いサービスのリソース不足を避けるべきである。
・個々の無線ベアラ／サービスにおいてサービス品質（ＱｏＳ）が明確に区別されるべきである。
・どの無線ベアラ／サービスのデータが送信されるのかをｅＮＢのスケジューラが識別できるように、アップリンク報告において、きめ細かいバッファ報告（例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告）を行うことができるべきである。
・異なるユーザのサービスの間でサービス品質（ＱｏＳ）を明確に区別できるようにするべきである。
・無線ベアラごとに最小限のビットレートを提供できるようにするべきである。
【００３５】
上に挙げた一連の条件から理解できるように、ＬＴＥのスケジューリング方式の１つの重要な側面は、事業者が、自身の総セル容量を、ＱｏＳクラスの異なる個々の無線ベアラの間で分配することを制御できるメカニズムを提供することである。無線ベアラのＱｏＳクラスは、前述したようにサービングゲートウェイからｅＮＢにシグナリングされる対応するＳＡＥベアラのＱｏＳプロファイルによって識別される。事業者は、自身の総セル容量のうちの特定の量を、特定のＱｏＳクラスの無線ベアラに関連付けられている総トラフィックに割り当てることができる。クラスに基づくこの方法を採用する主たる目的は、パケットの処理を、パケットが属するＱｏＳクラスに応じて区別できるようにすることである。
【００３６】
＜第１層／第２層制御シグナリング＞
スケジューリング対象のユーザに、ユーザの割当て状態、トランスポートフォーマット、およびその他の送信関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内にダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長をサブフレームの倍数とすることができることに留意されたい。ＴＴＩ長は、サービスエリア内ですべてのユーザに対して一定とする、または異なるユーザに対して異なる長さとする、さらにはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。以下では、一般性を失うことなく、ＴＴＩが１サブフレームに等しいものと想定する。
【００３７】
第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてメッセージを伝え、ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループを対象とするリソース割当ておよびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。
【００３８】
なお、３ＧＰＰ  ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。さらに、３ＧＰＰリリース１１ではＥＰＤＣＣＨが導入され、ＥＰＤＣＣＨは基本的にＰＤＣＣＨと同じ機能を果たし（すなわち第１層／第２層制御シグナリングを伝える）、ただし送信方法の細部はＰＤＣＣＨとは異なる。さらなる詳細については、特に、非特許文献１および非特許文献２（参照により本明細書に組み込まれている）の現在のバージョンに記載されている。したがって、背景技術および実施形態の中で概説したほとんどの項目は、特に明記しない限り、ＰＤＣＣＨおよびＥＰＤＣＣＨ、または第１層／第２層制御シグナリングを伝える他の手段にあてはまる。
【００３９】
アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる目的で第１層／第２層制御シグナリングで送られる情報は（特にＬＴＥ（−Ａ）リリース１０）、一般的には以下の項目に分類することができる。
−  ユーザ識別情報：  割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザ識別情報によってマスクすることによってチェックサムに含まれる。
−  リソース割当て情報：  ユーザに割り当てられるリソース（例：リソースブロック（ＲＢ））を示す。あるいはこの情報はリソースブロック割当て（ＲＢＡ）と称される。なお、ユーザに割り当てられるリソースブロック（ＲＢ）の数は動的とすることができる。
−  キャリアインジケータ：  第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
−  変調・符号化方式：  採用される変調方式および符号化率を決める。
−  ＨＡＲＱ情報：  データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩ）や冗長バージョン（ＲＶ）など。
−  電力制御コマンド：  割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
−  基準信号情報：  割当ての対象の基準信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコードインデックスなど。
−  アップリンク割当てインデックスまたはダウンリンク割当てインデックス：  割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
−  ホッピング情報：  例えば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法の指示情報。
−  ＣＳＩ要求：  割り当てられるリソースにおいてチャネル状態情報を送信するようにトリガーするために使用される。
−  マルチクラスタ情報：  シングルクラスタ（リソースブロックの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ  ＬＴＥ−（Ａ）リリース１０によって導入された。
【００４０】
なお上のリストは、すべてを網羅したものではなく、また、使用されるＤＣＩフォーマットによっては、リストした情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。
【００４１】
ダウンリンク制御情報はいくつかのフォーマットの形をとり、これらのフォーマットは、全体のサイズと、上述したフィールドに含まれる情報とが異なる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、以下のとおりであり、非特許文献３の５．３．３．１節（現在のバージョン１２．４．０が３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）に詳しく記載されている。さらに、ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、上に挙げた技術規格、または非特許文献４の９．３節（参照により本明細書に組み込まれている）を参照されたい。
−  フォーマット０：  ＤＣＩフォーマット０は、アップリンク送信モード１または２におけるシングルアンテナポート送信を使用するＰＵＳＣＨのためのリソースグラントを送信するのに使用される。
−  フォーマット１：  ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨの送信（ダウンリンク送信モード１，２，７）のためのリソース割当てを送信するのに使用される。
−  フォーマット１Ａ：  ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングする目的と、競合のないランダムアクセスのために専用プリアンブルシグネチャ（dedicated preamble signature）を移動端末に割り当てる目的とに使用される（すべての送信モード）。
−  フォーマット１Ｂ：  ＤＣＩフォーマット１Ｂは、ランク１送信による閉ループプリコーディングを使用してのＰＤＳＣＨ送信（ダウンリンク送信モード６）のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報はフォーマット１Ａと同じであるが、それに加えて、ＰＤＳＣＨの送信に適用されるプリコーディングベクトルのインジケータが送信される。
−  フォーマット１Ｃ：  ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割当てを極めてコンパクトに送信するのに使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信は、ＱＰＳＫ変調の使用に制約される。このフォーマットは、例えば、ページングメッセージをシグナリングしたり、システム情報メッセージをブロードキャストするために使用される。
−  フォーマット１Ｄ：  ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用してのＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報は、フォーマット１Ｂの場合と同じであるが、プリコーディングベクトルのインジケータのビットのうちの１つの代わりに、データシンボルに電力オフセットが適用されるかを示すための１個のビットが存在する。この構成は、２基のユーザ機器の間で送信電力が共有されるか否かを示すために必要である。ＬＴＥの今後のバージョンでは、この構成は、より多くの数のユーザ機器の間で電力を共有する場合に拡張されうる。
−  フォーマット２：  ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される（送信モード４）。
−  フォーマット２Ａ：  ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される。送信される情報はフォーマット２の場合と同じであるが、異なる点として、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合、プリコーディング情報は存在せず、４つのアンテナポートの場合、送信ランクを示すために２ビットが使用される（送信モード３）。
−  フォーマット２Ｂ：  リリース９において導入され、デュアルレイヤ・ビームフォーミングの場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード８）。
−  フォーマット２Ｃ：  リリース１０において導入され、閉ループシングルユーザＭＩＭＯ動作またはマルチユーザＭＩＭＯ動作（最大８レイヤ）の場合にＰＤＳＣＨのためのリソース割当てを送信するために使用される（送信モード９）。
−  フォーマット２Ｄ：  リリース１１において導入され、最大８レイヤの送信に使用され、主としてＣｏＭＰ（協調マルチポイント）において使用される（送信モード１０）。
−  フォーマット３および３Ａ：  ＤＣＩフォーマット３および３Ａは、それぞれ、２ビットまたは１ビットの電力調整を有する、ＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドを送信するのに使用される。これらのＤＣＩフォーマットは、ユーザ機器のグループのための個々の電力制御コマンドを含む。
−  フォーマット４：  ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を使用する、ＰＵＳＣＨのスケジューリングに使用される。
−  フォーマット５：  ＤＣＩフォーマット５は、ＰＳＣＣＨ（Physical Sidelink Control Channel：物理サイドリンク制御チャネル）のスケジューリングに使用され、ＰＳＳＣＨ（Physical Sidelink Shared Control Channel：物理サイドリンク共有制御チャネル）のスケジューリングに使用されるＳＣＩフォーマット０のいくつかのフィールドを含む。所与のサーチスペースにマッピングされるＤＣＩフォーマット５における情報ビットの数は、同じサービングセルをスケジューリングするためのフォーマット０のペイロードサイズより少なく、フォーマット５のペイロードサイズが、フォーマット０に付加されたパディングビットを含むフォーマット０のペイロードサイズに等しくなるまで、フォーマット５に０を付加する。
【００４２】
３ＧＰＰ技術規格である非特許文献３（現在のバージョン１２．４．０）の５．４．３節（参照により本明細書に組み込まれている）には、サイドリンクの制御情報が定義されている（サイドリンクに関して詳しくは後述する）。
【００４３】
ＳＣＩ（サイドリンク制御情報）は、１つの宛先ＩＤのためのサイドリンクスケジューリング情報を伝えることができる。ＳＣＩフォーマット０は、ＰＳＳＣＨのスケジューリングに使用するために定義されている。次の情報は、ＳＣＩフォーマット０によって送信される。
・  周波数ホッピングフラグ：１ビット
・  リソースブロック割当ておよびホッピングリソース割当て
・  時間リソースパターン：７ビット
・  変調・符号化方式：５ビット
・  タイミングアドバンス指示：１１ビット
・  グループ宛先ＩＤ：８ビット
【００４４】
＜論理チャネル優先順位付け（ＬＣＰ）手順＞
アップリンクの場合、割り当てられた無線リソースを使用して送信するＭＡＣ  ＰＤＵをＵＥが作成するプロセスは、完全に標準化されており、このプロセスは、ＵＥの異なる実装の間でも最適かつ一貫した方式で、設定されている各無線ベアラのＱｏＳをＵＥが満たすように設計されている。ＵＥは、新しいＭＡＣ  ＰＤＵに含める、各論理チャネルのデータ量を、ＰＤＣＣＨでシグナリングされるアップリンク送信リソースグラントメッセージに基づいて決定しなければならず、必要な場合、さらにＭＡＣ制御要素のためのスペースを割り当てなければならない。
【００４５】
複数の論理チャネルからのデータによってＭＡＣ  ＰＤＵを構築するとき、最も簡単かつ最も直感的な方法は、絶対的な優先順位に基づく方法であり、この方法ではＭＡＣ  ＰＤＵのスペースを論理チャネルの優先順位の降順に論理チャネルに割り当てる。すなわち、最も高い優先順位の論理チャネルからのデータをＭＡＣ  ＰＤＵにおいて最初に処理し、続いて、次に高い優先順位の論理チャネルからのデータを処理し、ＭＡＣ  ＰＤＵのスペースがすべて占有されるまで続ける。絶対的な優先順位に基づく方法は、ＵＥの実装の観点において極めて単純であるが、場合によっては低い優先順位の論理チャネルからのデータのリソース不足につながることがある。リソース不足とは、高い優先順位の論理チャネルからのデータがＭＡＣ  ＰＤＵのスペースすべてを占有するため、低い優先順位の論理チャネルからのデータを送信できないことを意味する。
【００４６】
ＬＴＥでは、重要度の順にデータを送信し、ただし低い優先順位のデータのリソース不足も回避する目的で、各論理チャネルに優先ビットレート（ＰＢＲ：Prioritized Bit Rate）が定義される。ＰＢＲは、論理チャネルに対して保証される最小データレートである。たとえ論理チャネルが低い優先順位を有する場合でも、ＰＢＲを保証するため、少なくとも少量のＭＡＣ  ＰＤＵスペースが割り当てられる。したがってリソース不足の問題は、ＰＢＲを使用することによって回避することができる。
【００４７】
ＰＢＲを使用してＭＡＣ  ＰＤＵを構築するステップは、２つのサブステップから構成される。最初のサブステップでは、各論理チャネルを、論理チャネルの優先順位の降順に処理し、ただしＭＡＣ  ＰＤＵに含める各論理チャネルからのデータ量を、最初は、その論理チャネルに設定されているＰＢＲ値に対応する量に制限する。すべての論理チャネルをそれぞれのＰＢＲ値まで処理した後、ＭＡＣ  ＰＤＵに残りのスペースがある場合、第２のサブステップを実行する。第２のサブステップでは、各論理チャネルを再び優先順位の降順に処理する。最初のサブステップと比較して第２のサブステップの主たる違いとして、高い優先順位の論理チャネルすべてにおいて、送信するデータがそれ以上存在しない場合にのみ、低い優先順位の各論理チャネルにＭＡＣ  ＰＤＵスペースを割り当てることができる。
【００４８】
ＭＡＣ  ＰＤＵは、設定されている各論理チャネルからのＭＡＣ  ＳＤＵのみならず、ＭＡＣ  ＣＥも含むことができる。パディングＢＳＲを除いて、ＭＡＣ  ＣＥは、論理チャネルからのＭＡＣ  ＳＤＵより高い優先順位を有し、なぜならＭＡＣ  ＣＥはＭＡＣ層の動作を制御するためである。したがって、ＭＡＣ  ＰＤＵを構築するとき、ＭＡＣ  ＣＥ（存在する場合）が最初に含められ、残りのスペースが論理チャネルからのＭＡＣ  ＳＤＵに使用される。次に、さらなるスペースが残っており、それがＢＳＲを含めるのに十分に大きい場合、パディングＢＳＲがトリガーされてＭＡＣ  ＰＤＵに含められる。新しい送信が実行されるたびに、論理チャネル優先順位付け（ＬＣＰ）手順が適用される。
【００４９】
論理チャネル優先順位付けは、例えば非特許文献５（現在のバージョン１２．５．０）の５．４．３．１節（参照により本明細書に組み込まれている）に標準化されている。
【００５０】
ＲＲＣは、各論理チャネルについて以下をシグナリングすることによってアップリンクデータのスケジューリングを制御する。
・  優先順位（ｐｒｉｏｒｉｔｙ）（優先順位の値が大きいほど低い優先順位レベルを示す）
・  ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅ（優先ビットレート（ＰＢＲ）を設定する）
・  ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ（バケットサイズ期間（ＢＳＤ）を設定する）
【００５１】
ＵＥは、論理チャネルｊごとに変数Ｂｊを維持する。Ｂｊは、関連する論理チャネルが確立されるときに０に初期化され、ＴＴＩごとに積ＰＢＲ×ＴＴＩ時間長だけインクリメントされていく（ＰＢＲは論理チャネルｊの優先ビットレートである）。ただし、Ｂｊの値はバケットサイズを超えることはできず、Ｂｊの値が論理チャネルｊのバケットサイズより大きくなると、Ｂｊの値はバケットサイズに設定される。論理チャネルのバケットサイズは、ＰＢＲ（優先ビットレート）×ＢＳＤ（バケットサイズ期間）に等しく、ＰＢＲおよびＢＳＤは上位層によって設定される。
【００５２】
＜ＬＴＥの装置間（Ｄ２Ｄ）近傍サービス（ＰｒｏＳｅ）＞
近傍性に基づくアプリケーションおよびサービスは、ソーシャル技術の新しいトレンドである。識別される分野としては、事業者およびユーザにとって関心のある商用サービスおよび公共安全に関連するサービスが挙げられる。ＬＴＥに近傍サービス（ＰｒｏＳｅ）機能を導入することにより、３ＧＰＰ業界は、この成長の見込まれる市場にサービスを提供することができると同時に、連係してＬＴＥを使用するいくつかの公共安全コミュニティの緊急なニーズに応えることができる。
【００５３】
装置間（Ｄ２Ｄ）通信は、ＬＴＥリリース１２における技術要素である。装置間（Ｄ２Ｄ）通信技術によって、セルラーネットワークに対するアンダーレイ（下層）としてのＤ２Ｄにおいてスペクトル効率を高めることができる。例えば、セルラーネットワークがＬＴＥである場合、データを伝えるすべての物理チャネルは、Ｄ２ＤシグナリングにおいてＳＣ−ＦＤＭＡを使用する。Ｄ２Ｄ通信では、ユーザ機器は、無線基地局を経由せずに、セルラーリソースを使用する直接的なリンクを通じて互いにデータ信号を送信する。本発明全体を通じて、用語「Ｄ２Ｄ」、「ＰｒｏＳｅ」、および「サイドリンク」は同義である。
【００５４】
＜ＬＴＥにおけるＤ２Ｄ通信＞
ＬＴＥにおけるＤ２Ｄ通信は、ディスカバリおよび通信という２つの分野に焦点をあてている。
【００５５】
ＰｒｏＳｅ（近傍サービス）直接ディスカバリ（ProSe Direct Discovery）は、ＰｒｏＳｅ対応ユーザ機器が、近傍の別の（１基または複数基の）ＰｒｏＳｅ対応ユーザ機器を、ＰＣ５インタフェースを介してＥ−ＵＴＲＡ直接無線信号を使用して発見するために使用される手順と定義されている。図３は、装置間の直接ディスカバリのためのＰＣ５インタフェースを概略的に示している。図４は、ＰｒｏＳｅ直接ディスカバリのための無線プロトコルスタック（ＡＳ）を概略的に示している。
【００５６】
Ｄ２Ｄ通信では、ＵＥは、基地局（ＢＳ）を経由せずに、セルラーリソースを使用して直接的なリンクを通じて互いにデータ信号を送信する。Ｄ２Ｄのユーザは、直接通信するが、基地局の制御下のままである（少なくともｅＮＢのカバレッジ内にあるとき）。したがってＤ２Ｄでは、セルラーリソースを再利用することによってシステムの性能を改善することができる。
【００５７】
Ｄ２Ｄは、アップリンクＬＴＥスペクトル（ＦＤＤの場合）において動作する、またはカバレッジを提供しているセルのアップリンクサブフレーム（ＴＤＤの場合、ただしカバレッジ外のときを除く）において動作するものと想定する。さらに、Ｄ２Ｄ送信／受信では、与えられたキャリアにおける全二重を使用しない。個々のユーザ機器の観点からは、与えられたキャリアにおいて、Ｄ２Ｄ信号受信とＬＴＥアップリンク送信とによる全二重を使用しない（すなわちＤ２Ｄ信号受信およびＬＴＥアップリンク送信を同時に行うことはできない）。
【００５８】
Ｄ２Ｄ通信では、特定の１基のＵＥ１が送信の役割であるとき（送信側ユーザ機器または送信側端末）、ＵＥ１がデータを送り、別のＵＥ２（受信側ユーザ機器）がそれを受信する。ＵＥ１およびＵＥ２は、送信の役割と受信の役割を交換することができる。ＵＥ１からの送信は、ＵＥ２に類似する１基または複数基のＵＥによって受信することができる。
【００５９】
ユーザプレーンのプロトコルに関して、Ｄ２Ｄ通信に関連する合意内容を以下に示す（非特許文献６（現在のバージョン１２．０．１）の９．２．２節（参照により本明細書に組み込まれている）も参照）。
【００６０】
・  ＰＤＣＰ：
−  １：Ｍ  Ｄ２Ｄブロードキャスト通信データ（すなわちＩＰパケット）は、通常のユーザプレーンデータとして扱うべきである。
−  １：Ｍ  Ｄ２Ｄブロードキャスト通信データには、ＰＤＣＰにおけるヘッダ圧縮／圧縮解除を適用することができる。
・  公共安全に関連するＤ２Ｄブロードキャスト動作では、ＰＤＣＰにおけるヘッダ圧縮にＵモードを使用する。
【００６１】
・  ＲＬＣ：
−  １：Ｍ  Ｄ２Ｄブロードキャスト通信にはＲＬＣ  ＵＭを使用する。
−  セグメント化および再構築はＲＬＣ  ＵＭによって第２層においてサポートされる。
−  受信側ユーザ機器は、送信側のピアユーザ機器あたり少なくとも１つのＲＬＣ  ＵＭエンティティを維持する必要がある。
−  最初のＲＬＣ  ＵＭデータユニットを受信する前に受信機のＲＬＣ  ＵＭエンティティを設定する必要はない。
−  現時点では、ユーザプレーンデータを送信するＤ２Ｄ通信においてＲＬＣ  ＡＭまたはＲＬＣ  ＴＭの必要性は認識されていない。
【００６２】
・  ＭＡＣ：
−  １：Ｍ  Ｄ２Ｄブロードキャスト通信ではＨＡＲＱフィードバックを想定しない。
−  受信側ユーザ機器は、受信機のＲＬＣ  ＵＭエンティティを識別する目的で送信元ＩＤを認識する必要がある。
−  ＭＡＣヘッダには、ＭＡＣ層におけるパケットフィルタリングを可能にする第２層（Ｌ２）送信先ＩＤが含まれる。
−  第２層（Ｌ２）送信先ＩＤは、ブロードキャストアドレス、グループキャストアドレス、またはユニキャストアドレスとすることができる。
・  第２層（Ｌ２）グループキャスト／ユニキャスト：  ＭＡＣヘッダにおいて伝えられる第２層（Ｌ２）送信先ＩＤによって、受信されたＲＬＣ  ＵＭ  ＰＤＵを、たとえそれを受信機のＲＬＣエンティティに渡す前であっても破棄することが可能となる。
・  第２層（Ｌ２）ブロードキャスト：  受信側ユーザ機器は、すべての送信機からの受信されたすべてのＲＬＣ  ＰＤＵを処理し、再構築してＩＰパケットを上位層に渡す。
−  ＭＡＣサブヘッダには、（複数の論理チャネルを区別するための）論理チャネルＩＤ（ＬＣＩＤ）が含まれる。
−  Ｄ２Ｄでは、少なくとも多重化／逆多重化、優先順位の処理、およびパディングが有用である。
【００６３】
＜ＰｒｏＳｅ直接通信に関連する識別情報＞
非特許文献７（現在のバージョン１２．５．０）の８．３節には、ＰｒｏＳｅ直接通信に使用するための次の識別情報が定義されている。
【００６４】
・  ＳＬ−ＲＮＴＩ：  ＰｒｏＳｅ直接通信のスケジューリングに使用される一意の識別情報
・  送信元レイヤ２  ＩＤ：  サイドリンクＰｒｏＳｅ直接通信におけるデータの送信者を識別する。送信元レイヤ２  ＩＤは２４ビット長であり、受信機におけるＲＬＣ  ＵＭエンティティおよびＰＤＣＰエンティティを識別するためのＰｒｏＳｅレイヤ２宛先ＩＤおよびＬＣＩＤ（論理チャネルＩＤ）と一緒に使用される。
・  宛先レイヤ２  ＩＤ：  サイドリンクＰｒｏＳｅ直接通信におけるデータの対象者を識別する。宛先レイヤ２  ＩＤは２４ビット長であり、ＭＡＣ層において２つのビットストリングに分割される。
・  一方のビットストリングは、宛先レイヤ２  ＩＤの最下位部分（８ビット）であり、サイドリンク制御レイヤ１  ＩＤとして物理層に転送される。これは、サイドリンク制御における意図するデータの対象者を識別し、物理層におけるパケットのフィルタリングに使用される。
・  ２番目のビットストリングは、宛先レイヤ２  ＩＤの最上位部分（１６ビット）であり、ＭＡＣヘッダ内で伝えられる。これは、ＭＡＣ層におけるパケットのフィルタリングに使用される。
【００６５】
グループの形成と、ＵＥにおける送信元レイヤ２  ＩＤ、宛先レイヤ２  ＩＤ、およびサイドリンク制御Ｌ１  ＩＤを設定するのに、アクセス層シグナリングは必要ない。これらの識別情報は、上位層によって提供される、または上位層によって提供される識別情報から導かれる。グループキャストおよびブロードキャストの場合、上位層によって提供されるＰｒｏＳｅ  ＵＥ  ＩＤが送信元レイヤ２  ＩＤとして直接使用され、上位層によって提供されるＰｒｏＳｅレイヤ２グループＩＤが、ＭＡＣ層において宛先レイヤ２  ＩＤとして直接使用される。
【００６６】
＜近傍サービスにおける無線リソース割当て＞
送信側ＵＥの観点からは、近傍サービスに対応するＵＥ（ＰｒｏＳｅ対応ＵＥ）は、リソース割当ての以下の２つのモードで動作することができる。
【００６７】
モード１は、ｅＮＢがリソース割当てをスケジューリングする方式を意味し、この場合、ＵＥは、ｅＮＢ（またはリリース１０の中継ノード）からの送信リソースを要求し、それを受けてｅＮｏｄｅＢ（またはリリース１０の中継ノード）は、ＵＥが「直接」データおよび「直接」制御情報（例：スケジューリング割当て）を送信するために使用するリソースをスケジューリングする。ＵＥは、データを送信するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある必要がある。具体的には、ＵＥは、スケジューリング要求（Ｄ−ＳＲ（専用スケジューリング要求）またはランダムアクセス）をｅＮＢに送り、次いでバッファ状態報告（ＢＳＲ）を通常の方法で送る（次節「Ｄ２Ｄ通信における送信手順」も参照）。ｅＮＢは、ＢＳＲに基づいて、ＵＥがＰｒｏＳｅ直接通信によって送信するデータを有するものと判断し、送信に必要なリソースを推定することができる。
【００６８】
これに対して、モード２は、ＵＥが自律的にリソースを選択する方式を意味し、この場合、ＵＥは、「直接」データおよび「直接」制御情報（すなわちＳＡ（スケジューリング割当て））を送信するためのリソース（時間および周波数）を、（１つまたは複数の）リソースプールから自身で選択する。１つのリソースプールが、例えばＳＩＢ１８の内容によって（すなわちｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎフィールドによって）定義され、この特定のリソースプールがセル内でブロードキャストされ、そのセル内の依然としてＲＲＣ＿ＩＤＬＥ状態にあるすべてのＵＥに共通して利用可能である。実際には、ｅＮＢは、このプールの最大４つの異なるインスタンス（すなわちＳＡメッセージおよび「直接」データの送信用の４つのリソースプール）を定義することができる。しかしながらＵＥは、たとえ複数のリソースプールがＵＥに設定されている場合でも、リスト内に定義されている最初のリソースプールをつねに使用する。
【００６９】
これに代えて、ｅＮＢが別のリソースプールを定義してＳＩＢ１８で（すなわちｃｏｍｍＴｘＰｏｏｌＥｘｃｅｐｔｉｏｎａｌフィールドを使用することによって）シグナリングし、ＵＥは例外的なケースにおいてこのリソースプールを使用することができる。
【００７０】
ＵＥがどちらのリソース割当てモードを使用するかは、ｅＮＢによって設定可能である。さらに、ＵＥがＤ２Ｄデータ通信用にどちらのリソース割当てモードを使用するかは、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）と、ＵＥのカバレッジ状態（すなわちカバレッジ内またはカバレッジ外）によっても決まるようにすることができる。ＵＥがサービングセルを有する（すなわちＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある、またはＲＲＣ＿ＩＤＬＥ状態において特定のセルにキャンプオンしている）場合、そのＵＥはカバレッジ内にあるとみなされる。
【００７１】
リソース割当てモードに関する次の規則がＵＥに適用される。
・  ＵＥがカバレッジ外である場合、そのＵＥはモード２のみを使用することができる。
・  ＵＥがカバレッジ内にある場合、ＵＥがモード１を使用できるようにｅＮＢによって設定されているならば、そのＵＥはモード１を使用することができる。
・  ＵＥがカバレッジ内にある場合、ＵＥがモード２を使用できるようにｅＮＢによって設定されているならば、そのＵＥはモード２を使用することができる。
・  例外条件が存在しないときには、モードを変更するようにｅＮＢによってＵＥが設定される場合にのみ、ＵＥはモード１からモード２に、またはモード２からモード１に変更することができる。ＵＥがカバレッジ内にある場合、例外的なケースの１つが発生しない限り、ＵＥはｅＮＢの設定によって示されるモードのみを使用する。
・  例えばＴ３１１またはＴ３０１が実行中である間、ＵＥは、自身を例外条件下にあるものとみなす。
・  例外的なケースが発生したとき、ＵＥは、たとえモード１を使用するように設定されていても一時的にモード２を使用することが許可される。
【００７２】
ユーザ機器は、Ｅ−ＵＴＲＡセルのカバレッジ領域内にある間は、そのセルによって割り当てられるリソースにおいてのみアップリンクキャリアでのＰｒｏＳｅ直接通信送信を実行する（たとえそのキャリアのリソースが例えばＵＩＣＣ（汎用ＩＣカード：Universal Integrated Circuit Card）において事前に設定されている場合でも）。
【００７３】
ＲＲＣ＿ＩＤＬＥ状態にあるＵＥに対しては、ｅＮＢは次のオプションの一方を選択することができる。
・  ｅＮＢは、モード２の送信リソースプールをＳＩＢ（システム情報ブロック）において提供する。ＰｒｏＳｅ直接通信が許可されているＵＥは、ＲＲＣ＿ＩＤＬＥ状態においてＰｒｏＳｅ直接通信用にこれらのリソースを使用する。
・  ｅＮＢは、自身がＤ２ＤをサポートしているがＰｒｏＳｅ直接通信用のリソースを提供しないことをＳＩＢにおいて示す。ＵＥは、ＰｒｏＳｅ直接通信送信を実行するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る必要がある。
【００７４】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに関しては、次のようにすることができる。
・  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にありＰｒｏＳｅ直接通信送信を実行することが許可されているＵＥは、ＰｒｏＳｅ直接通信送信を実行する必要があるとき、ＰｒｏＳｅ直接通信送信の実行を希望することをｅＮＢに示す。
・  ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥがＰｒｏＳｅ直接通信送信を許可されているかを、ＭＭＥから受信されるＵＥコンテキストを使用して確認する。
・  ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、そのＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間は制約なしで使用することのできるモード２リソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができる。これに代えて、ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥに対して、例外的なケースにおいてのみそのＵＥが使用することのできるモード２のリソース割当て方式の送信リソースプールを、専用シグナリングによって設定することができ、例外的なケースでない場合、ＵＥはモード１に従う。
【００７５】
ＵＥがカバレッジ外であるときのスケジューリング割当てのためのリソースプールは、以下のように設定することができる。
・  受信に使用されるリソースプールは、事前に設定される。
・  送信に使用されるリソースプールは、事前に設定される。
【００７６】
ＵＥがカバレッジ内にあるときのスケジューリング割当てのためのリソースプールは、以下のように設定することができる。
・  受信に使用されるリソースプールは、ｅＮＢによってＲＲＣを介して（専用シグナリングまたはブロードキャストシグナリングにおいて）設定される。
・  送信に使用されるリソースプールは、モード２のリソース割当てが使用される場合、ｅＮＢによってＲＲＣを介して設定される。
・  送信に使用されるＳＣＩ（サイドリンク制御情報）リソースプール（スケジューリング割当て（ＳＡ）リソースプールとも称する）は、モード１のリソースプールが使用される場合、ＵＥには認識されない。
・  モード１のリソース割当てが使用される場合、サイドリンク制御情報（スケジューリング割当て）の送信に使用するための特定のリソースをｅＮＢがスケジューリングする。ｅＮＢによって割り当てられる特定のリソースは、ＵＥに提供されるＳＣＩの受信用のリソースプール内である。
【００７７】
図５は、オーバーレイ（ＬＴＥ）システムおよびアンダーレイ（Ｄ２Ｄ）システムにおける送信／受信リソースの使用を示している。
【００７８】
ＵＥがモード１の送信を適用するかモード２の送信を適用するかは、基本的にはｅＮｏｄｅＢが制御する。ＵＥは、Ｄ２Ｄ通信を送信（または受信）することのできるリソースを認識すると、現在の最新の技術においては、対応するリソースを、対応する送信／受信にのみ使用する。例えば図５において、Ｄ２Ｄサブフレームは、Ｄ２Ｄ信号を受信または送信する目的にのみ使用される。Ｄ２Ｄ装置としてのＵＥは、半二重モードで動作するため、任意の時点においてＤ２Ｄ信号の受信または送信のいずれかを行うことができる。同様に、図５に示したそれ以外のサブフレームは、ＬＴＥ（オーバーレイ）の送信および／または受信に使用することができる。
【００７９】
＜Ｄ２Ｄ通信における送信手順＞
Ｄ２Ｄデータの送信手順は、リソース割当てモードに応じて異なる。上述したように、モード１の場合には、スケジューリング割当ておよびＤ２Ｄデータを伝えるためのリソースを、ＵＥからの対応する要求の後にｅＮＢが明示的にスケジューリングする。具体的には、Ｄ２Ｄ通信は基本的に許可されるがモード２のリソース（すなわちリソースプール）が提供されないことを、ｅＮＢがＵＥに通知することができる。この通知は、例えば、ＵＥによるＤ２Ｄ通信関心通知と、対応する応答であるＤ２Ｄ通信応答を交換することによって、行うことができ、この場合、前述した対応する例示的なＰｒｏｓｅＣｏｍｍＣｏｎｆｉｇの情報要素にｃｏｍｍＴｘＰｏｏｌＮｏｒｍａｌＣｏｍｍｏｎが含まれず、すなわち、送信を含む直接通信の開始を望むＵＥは、個々の送信ごとにリソース割当てをＥ−ＵＴＲＡＮに要求しなければならない。したがってこのような場合、ＵＥは、個々の送信それぞれのリソースを要求しなければならず、以下に、このモード１のリソース割当ての場合の要求／割当て手順の一連のステップを例示的に示す。
・  ステップ１  ＵＥがＳＲ（スケジューリング要求）を、ＰＵＣＣＨを介してｅＮＢに送る。
・  ステップ２  ｅＮＢが、（ＵＥがバッファ状態報告（ＢＳＲ）を送るための）アップリンクリソースを、Ｃ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可する。
・  ステップ３  ＵＥが、バッファの状態を示すＤ２Ｄ  ＢＳＲを、ＰＵＳＣＨを介して送る。
・  ステップ４  ｅＮＢが、（ＵＥがデータを送るための）Ｄ２Ｄリソースを、Ｄ２Ｄ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して割り当てる。
・  ステップ５  Ｄ２Ｄ送信側ＵＥが、ステップ４で受信したグラントに従って、ＳＡ／Ｄ２Ｄデータを送信する。
【００８０】
スケジューリング割当て（ＳＡ）（ＳＣＩ（サイドリンク制御情報）とも称する）は、制御情報（例えば対応するＤ２Ｄデータを送信するための時間−周波数リソースを指すポインタ、変調・符号化方式、グループ宛先ＩＤ）を含むコンパクトな（低ペイロードの）メッセージである。ＳＣＩは、１つの（ＰｒｏＳＥ）宛先ＩＤのサイドリンクスケジューリング情報を伝える。ＳＡ（ＳＣＩ）の内容は、基本的には上のステップ４において受信されるグラントに従う。Ｄ２ＤグラントおよびＳＡの内容（すなわちＳＣＩの内容）は、特に、背景技術のセクションで前述したＳＣＩフォーマット０を定義している非特許文献３（現在のバージョン１２．４．０）の５．４．３節（参照により本明細書に組み込まれている）に定義されている。
【００８１】
これに対して、モード２のリソース割当ての場合、上のステップ１〜ステップ４は基本的に不要であり、ＵＥは、スケジューリング割当て（ＳＡ）およびＤ２Ｄデータを送信するためのリソースを、ｅＮＢによって設定および提供される（１つまたは複数の）送信リソースプールから自律的に選択する。
【００８２】
図６は、２基のＵＥ（ＵＥ−ＡおよびＵＥ−Ｂ）の場合のスケジューリング割当ておよびＤ２Ｄデータの送信を例示的に示している。スケジューリング割当てを送るためのリソースは周期的であり、Ｄ２Ｄデータの送信に使用されるリソースは、対応するスケジューリング割当てによって示される。
【００８３】
図７は、１つのＳＡ／データ期間（ＳＣ期間（サイドリンク制御期間）としても知られている）中の、モード２（自律的スケジューリング）のＤ２Ｄ通信タイミングを示している。図８は、１つのＳＡ／データ期間中のモード１（ｅＮＢが割り当てをスケジューリングする）のＤ２Ｄ通信タイミングを示している。ＳＣ期間は、スケジューリング割当ておよびその対応するデータの送信から構成される時間枠である。図７から理解できるように、ＵＥは、ＳＡオフセット時間の後、モード２におけるスケジューリング割当て用の送信プールリソース（ＳＡ＿Ｍｏｄｅ２＿Ｔｘ＿ｐｏｏｌ）を使用して、スケジューリング割当てを送信する。ＳＡの最初の送信の後、同じＳＡメッセージを例えば３回再送信する。次いでＵＥは、（ＳＡ＿ｏｆｆｓｅｔによって与えられる）ＳＡリソースプールの最初のサブフレームから、いくらかの設定されているオフセット（Ｍｏｄｅ２ｄａｔａ＿ｏｆｆｓｅｔ）の後に、Ｄ２Ｄデータ送信（すなわちより具体的にはＴ−ＲＰＴビットマップ／パターン）を開始する。ＭＡＣ  ＰＤＵの１回のＤ２Ｄデータ送信は、その最初の送信と、何回かの再送信とから構成される。図７（および図８）の図解においては、３回の再送信（すなわち同じＭＡＣ  ＰＤＵの２回目、３回目、および４回目の送信）が実行されるものと想定している。モード２のＴ−ＲＰＴビットマップ（送信の時間リソースパターン（Ｔ−ＲＰＴ））は、基本的に、ＭＡＣ  ＰＤＵの送信（最初の送信）およびその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。
【００８４】
１つのＳＡ／データ期間中、ＵＥは複数のトランスポートブロックを（サブフレーム（ＴＴＩ）あたり１つのみ、すなわち順々に）送信することができるが、１つのＰｒｏＳｅ宛先グループのみに送信できる。さらに、１つのトランスポートブロックの再送信は、次のトランスポートブロックの最初の送信が開始される前に完了しなければならず、すなわち複数のトランスポートブロックの送信に１つのＨＡＲＱプロセスのみが使用される。
【００８５】
図８から明らかであるように、ｅＮＢによってスケジューリングされるリソース割当てモード（モード１）の場合、Ｄ２Ｄデータ送信（すなわちより具体的にはＴ−ＲＰＴパターン／ビットマップ）は、ＳＡリソースプール内でのＳＡ送信の最後の繰り返し後の次のＵＬサブフレームにおいて開始される。図７においてすでに説明したように、モード１のＴ−ＲＰＴビットマップ（送信の時間リソースパターン（Ｔ−ＲＰＴ））は、基本的に、ＭＡＣ  ＰＤＵの送信（最初の送信）およびその再送信（２回目、３回目、および４回目の送信）のタイミングを定義する。
【００８６】
＜ＰｒｏＳｅネットワークアーキテクチャおよびＰｒｏＳｅエンティティ＞
図９は、非ローミングの場合の高レベルの例示的なアーキテクチャを示しており、ＵＥ  ＡおよびＵＥ  Ｂにおける異なるＰｒｏＳｅアプリケーションと、ネットワーク内のＰｒｏＳｅアプリケーションサーバおよびＰｒｏＳｅ機能を含む。図９のアーキテクチャの例は、非特許文献８の４．２節「Architectural Reference Model」（参照により本明細書に組み込まれている）からの引用である。
【００８７】
機能エンティティは、非特許文献８の４．４節「Functional Entities」（参照により本明細書に組み込まれている）に提示および詳しく説明されている。ＰｒｏＳｅ機能は、ＰｒｏＳｅに要求されるネットワーク関連動作に使用される論理機能であり、ＰｒｏＳｅの特徴それぞれにおいて異なる役割を果たす。ＰｒｏＳｅ機能は、３ＧＰＰのＥＰＣ（進化したパケットコア）の一部であり、近傍サービスに関係する認可、認証、データ処理など、関連するネットワークサービスすべてを提供する。ＰｒｏＳｅ直接ディスカバリおよび直接通信において、ＵＥは、固有のＰｒｏＳｅ  ＵＥ識別情報、他の設定情報、および認証を、ＰｒｏＳｅ機能からＰＣ３基準点（PC3 reference point）を通じて取得することができる。ネットワーク内に複数のＰｒｏＳｅ機能を配備することができるが、説明を容易にするため、１つのＰｒｏＳｅ機能を示してある。ＰｒｏＳｅ機能は、ＰｒｏＳｅの特徴に応じた異なる役割を実行する３つのメインのサブ機能、すなわち直接提供機能（ＤＰＦ：Direct Provision Function）、直接ディスカバリネーム管理機能（Direct Discovery Name Management Function）、およびＥＰＣレベルディスカバリ機能（EPC-level Discovery Function）、から構成されている。ＤＰＦは、ＰｒｏＳｅ直接ディスカバリおよびＰｒｏＳｅ直接通信を使用する目的で必要なパラメータをＵＥに提供するために使用される。
【００８８】
この文脈において使用される用語「ＵＥ」は、例えば以下のＰｒｏＳｅ機能をサポートするＰｒｏＳｅ対応ＵＥを意味する。
・  ＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する
・  ＰＣ５基準点を通じた別のＰｒｏＳｅ対応ＵＥのオープンＰｒｏＳｅ直接ディスカバリの手順
・  ＰＣ５基準点を通じた１対多のＰｒｏＳｅ直接通信の手順
・  ＰｒｏＳｅ  ＵＥ−ネットワーク中継器として動作するための手順。遠隔のＵＥは、ＰＣ５基準点を通じてＰｒｏＳｅ  ＵＥ−ネットワーク中継器と通信する。ＰｒｏＳｅ  ＵＥ−ネットワーク中継器は、レイヤ３パケット転送を使用する。
・  例えばＵＥ−ネットワーク中継器の検出およびＰｒｏＳｅ直接ディスカバリのため、ＰＣ５基準点を通じてＰｒｏＳｅ  ＵＥの間で制御情報を交換する
・  別のＰｒｏＳｅ対応ＵＥとＰｒｏＳｅ機能との間でＰＣ３基準点を通じてＰｒｏＳｅ制御情報を交換する。ＰｒｏＳｅ  ＵＥ−ネットワーク中継器の場合、遠隔のＵＥは、この制御情報を、ＬＴＥ−Ｕｕインタフェースを通じてＰｒｏＳｅ機能に中継されるようにＰＣ５ユーザプレーンを通じて送る。
・  パラメータ（例えば、ＩＰアドレス、ＰｒｏＳｅレイヤ２グループＩＤ、グループセキュリティマテリアル（Group security material）、無線リソースパラメータを含む）を設定する。これらのパラメータは、ＵＥにおいて事前に設定することができ、または、カバレッジ内にある場合、ＰＣ３基準点を通じたシグナリングによってネットワーク内のＰｒｏＳｅ機能に提供することができる。
【００８９】
ＰｒｏＳｅアプリケーションサーバは、ＥＰＣ  ＰｒｏＳｅユーザＩＤおよびＰｒｏＳｅ機能ＩＤの格納と、アプリケーション層ユーザＩＤとＥＰＣ  ＰｒｏＳｅユーザＩＤのマッピングをサポートする。ＰｒｏＳｅアプリケーションサーバ（ＡＳ）は、３ＧＰＰの範囲外のエンティティである。ＵＥにおけるＰｒｏＳｅアプリケーションは、アプリケーション層基準点ＰＣ１を介してＰｒｏＳｅ  ＡＳと通信する。ＰｒｏＳｅ  ＡＳは、ＰＣ２基準点を介して３ＧＰＰネットワークに接続されている。
【００９０】
＜Ｄ２ＤにおけるＵＥのカバレッジ状態＞
すでに前述したように、Ｄ２Ｄ通信におけるリソース割当て方法は、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）以外に、ＵＥのカバレッジ状態（すなわちカバレッジ内、カバレッジ外）にも依存する。ＵＥがサービングセルを有する場合（すなわちＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある、またはＵＥがＲＲＣ＿ＩＤＬＥ状態においてセルにキャンプオンしている）、そのＵＥはカバレッジ内にあるとみなされる。
【００９１】
ここまでに説明した２つのカバレッジ状態（すなわちカバレッジ内（ＩＣ）およびカバレッジ外（ＯＯＣ））は、さらにＤ２Ｄにおけるサブ状態に区別される。図１０は、Ｄ２Ｄ  ＵＥを関連付けることのできる４種類の状態を示しており、これらの状態は以下のように要約することができる。
・  状態１：  ＵＥ１は、アップリンクカバレッジおよびダウンリンクカバレッジを有する。この状態においては、ネットワークが各Ｄ２Ｄ通信セッションを制御する。さらにネットワークは、ＵＥ１がリソース割当てモード１を使用するべきかリソース割当てモード２を使用するべきかを設定する。
・  状態２：  ＵＥ２は、ダウンリンクカバレッジを有するがアップリンクカバレッジを有さない（すなわちＤＬカバレッジのみ）。ネットワークは、（競合ベースの）リソースプールをブロードキャストする。この状態においては、送信側ＵＥは、ＳＡおよびデータに使用するリソースを、ネットワークによって設定されるリソースプールから選択する。このような状態では、Ｄ２Ｄ通信においてモード２によるリソース割当てのみが可能である。
・  状態３：  ＵＥ３はアップリンクカバレッジおよびダウンリンクカバレッジを有さないため、厳密に言えばＵＥ３はすでにカバレッジ外（ＯＯＣ）とみなされる。しかしながらＵＥ３は、それ自体がセルのカバレッジ内にある何基かのＵＥ（例：ＵＥ１）のカバレッジ内にあり、すなわちこれらのＵＥをＣＰ中継ＵＥと称することもできる。したがって、図１０における状態３のＵＥの領域は、ＣＰ  ＵＥ中継カバレッジ領域と称することができる。この状態３のＵＥは、カバレッジ外（ＯＯＣ）状態３  ＵＥとも称される。この状態では、ＵＥは、セルに固有ないくつかの情報を受信し、これらの情報は、ｅＮＢによって送られて（ＳＩＢ）、セルのカバレッジ内のＣＰ  ＵＥ中継ＵＥによってＰＤ２ＤＳＣＨを介してカバレッジ外（ＯＯＣ）状態３  ＵＥに転送される。ネットワークによって制御される（競合ベースの）リソースプールがＰＤ２ＤＳＣＨによってシグナリングされる。
・  状態４：  ＵＥ４はカバレッジ外であり、セルのカバレッジ内にある別のＵＥからＰＤ２ＤＳＣＨを受信しない。この状態（状態４カバレッジ外（ＯＯＣ）とも称する）においては、送信側ＵＥは、データ送信に使用するリソースを、事前に設定されるリソースプールから選択する。
【００９２】
状態３カバレッジ外（ＯＯＣ）と状態４カバレッジ外（ＯＯＣ）とを区別する理由は、主として、カバレッジ外の装置からのＤ２Ｄ送信と、レガシーＥ−ＵＴＲＡ送信との間に発生しうる強い干渉を回避するためである。一般的にＤ２Ｄ対応ＵＥは、カバレッジ外であるときに使用するための、Ｄ２Ｄ  ＳＡおよびデータの送信用の事前に設定されるリソースプールを有する。これらのカバレッジ外のＵＥが、これらの事前に設定されるリソースプールを使用してセルの境界付近で送信すると、そのＤ２Ｄ送信と、カバレッジ内のレガシー送信との間の干渉が、セル内の通信に悪影響を及ぼすことがある。カバレッジ内のＤ２Ｄ対応ＵＥが、セル境界付近のこれらのカバレッジ外の装置にＤ２Ｄリソースプールの設定を転送するならば、カバレッジ外のＵＥは、自身の送信を、ｅＮｏｄｅＢによって指定されるこれらのリソースに制限することができ、したがってカバレッジ内のレガシー送信との干渉を最小にすることができる。したがってＲＡＮ１は、カバレッジ内のＵＥが、リソースプール情報およびＤ２Ｄに関連する他の設定を、カバレッジ領域のすぐ外側の装置（状態３のＵＥ）に転送するメカニズムを導入した。
【００９３】
カバレッジ内Ｄ２Ｄリソースプールに関するこの情報をネットワーク内で近傍に位置するＵＥに伝える目的には、物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）が使用され、したがってネットワークの近傍の範囲内のリソースプールが調整される。
【００９４】
＜Ｄ２Ｄ（サイドリンク）論理チャネルに対するＬＣＰ手順＞
Ｄ２ＤにおけるＬＣＰ手順は、「通常の」ＬＴＥデータの場合の上に示したＬＣＰ手順とは異なる。以下の情報は、ＰｒｏＳｅにおけるＬＣＰについて記述した非特許文献５（現在のバージョン１２．５．０）の５．１４．１．３．１節（その全体が参照により本明細書に組み込まれている）からの引用である。
【００９５】
ＵＥは、新しい送信が実行されるとき、次の論理チャネル優先順位付け手順を実行する。
・  ＵＥ（例：ＭＡＣエンティティ）は、以下の規則に従ってリソースをサイドリンク論理チャネルに割り当てる。
−  ＳＤＵ全体（または部分的に送信されるＳＤＵ）が残りのリソースに収まる場合、ＵＥはＲＬＣ  ＳＤＵ（または部分的に送信されるＳＤＵ）を分割するべきではない。
−  ＵＥは、サイドリンク論理チャネルからのＲＬＣ  ＳＤＵを分割する場合、グラントをできる限り満たすようにセグメントのサイズを最大にする。
−  ＵＥは、データの送信を最大にするべきである。
−  ＵＥが送信用に利用可能なデータを有するときに、１０バイトに等しいかまたはそれより大きいサイドリンクグラントサイズが与えられる場合、ＵＥはパディングのみを送信しない。
【００９６】
注：  上の規則では、サイドリンク論理チャネルが処理される順序は、ＵＥの実装に委ねられることを意味する。
【００９７】
一般的には、ＭＡＣ層は、１つのＰＤＵにおいて、送信元レイヤ２  ＩＤと宛先レイヤ２  ＩＤの同じペアを有する論理チャネルのみを考慮し、すなわちＵＥにおけるＭＡＣエンティティは、１つのＰＤＵにおいて、同じＰｒｏＳｅ宛先グループの論理チャネルのみを考慮し、すなわち基本的には、ＵＥはＬＣＰ手順時にＰｒｏＳｅ宛先グループを選択する。さらに、リリース１２においては、１つのＳＡ／データ期間中、Ｄ２Ｄ送信側ＵＥは、データを１つのＰｒｏＳｅ宛先グループに送信できるのみである。
【００９８】
すべてのＤ２Ｄ（サイドリンク）論理チャネル（例えばＳＴＣＨ（Sidelink Traffic CHannel：サイドリンクトラフィックチャネル））は、ＬＣＧＩＤが「１１」に設定された同じ論理チャネルグループ（ＬＣＧ）に割り当てられる（非特許文献５の５．１４．１．４節「Buffer Status Reporting」を参照）。リリース１２においては、Ｄ２Ｄ（サイドリンク）論理チャネル／グループのための優先順位付けメカニズムは存在しない。本質的に、すべてのサイドリンク論理チャネルは、ＵＥの観点からは同じ優先順位を有し、すなわちサイドリンク論理チャネルが処理される順序はＵＥの実装に委ねられる。
【００９９】
説明のみを目的として、以下の例示的なシナリオを考える。ユーザ機器において３つのＰｒｏＳｅ論理チャネルＬＣＨ＃１、ＬＣＨ＃２、およびＬＣＨ＃３が確立されており、３つのすべてが同じＰｒｏＳｅ  ＬＣＧ（例：「１１」）に関連付けられている。例示的に、ＬＣＨ＃１およびＬＣＨ＃２はＰｒｏＳｅ宛先グループ１に割り当てられており、ＬＣＨ＃３はＰｒｏＳｅ宛先グループ２に割り当てられているものと想定する。このシナリオは図１２に示してある。
【０１００】
＜ＰｒｏＳｅにおけるバッファ状態報告＞
バッファ状態報告もＰｒｏＳｅに適合化されており、現在、非特許文献５（バージョン１２．５．０）の５．１４．１．４節「Buffer Status Reporting」（参照により本明細書に組み込まれている）に定義されている。
【０１０１】
（Ｄ２Ｄ）サイドリンクバッファ状態報告手順は、ＵＥのサイドリンクバッファ内の、送信用に利用可能なサイドリンクデータの量に関する情報をサービングｅＮＢに提供するために使用される。ＲＲＣは、サイドリンクＢＳＲ報告を、２つのタイマーＰｅｒｉｏｄｉｃ−ＰｒｏｓｅＢＳＲ−ＴｉｍｅｒおよびＲｅｔｘＰｒｏｓｅＢＳＲ−Ｔｉｍｅｒを設定することによって制御する。各サイドリンク論理チャネル（ＳＴＣＨ）は、ＬＣＧＩＤが「１１」に設定されたＬＣＧに割り当てられ、ＰｒｏＳｅ宛先グループに属する。
【０１０２】
サイドリンクバッファ状態報告（ＢＳＲ）は、いくつかの特定のイベントが起きた場合（非特許文献５の５．１４．１．４節に詳しく規定されている）にトリガーされる。
【０１０３】
さらに、非特許文献５（バージョン１２．５．０）の６．１．３．１ａ節（参照により本明細書に組み込まれている）は、ＰｒｏＳｅ  ＢＳＲ  ＭＡＣ制御要素と、その対応する内容を、次のように定義している。ＰｒｏＳｅバッファ状態報告（ＢＳＲ）のＭＡＣ制御要素は、報告されるＤ２Ｄ宛先グループあたり、１つのグループインデックスフィールドと、１つのＬＣＧ  ＩＤフィールドと、１つの対応するバッファサイズフィールドとから構成されている。より詳細には、含まれるＰｒｏＳｅ宛先グループごとに、以下のフィールドが定義される。
・  グループインデックス：  グループインデックスフィールドは、ＰｒｏＳｅ宛先グループを識別する。このフィールドの長さは４ビットである。値は、ｄｅｓｔｉｎａｔｉｏｎＩｎｆｏＬｉｓｔにおいて報告される宛先識別情報のインデックスに設定される。
・  ＬＣＧ  ＩＤ：  論理チャネルグループＩＤフィールドは、バッファ状態が報告される（１つまたは複数の）論理チャネルのグループを識別する。フィールドの長さは２ビットであり、「１１」に設定される。
・  バッファサイズ：  バッファサイズフィールドは、ＴＴＩのＭＡＣ  ＰＤＵすべてが構築された後の、ＰｒｏＳｅ宛先グループのすべての論理チャネルにわたる利用可能なデータの合計量を識別する。データ量はバイト数で示される。
・  Ｒ：  予約ビットであり、「０」に設定される。
【０１０４】
図１１は、偶数Ｎ（ＰｒｏＳｅ宛先グループの数）の場合のＰｒｏＳｅ  ＢＳＲのＭＡＣ制御要素を示している（非特許文献５の６．１．３．１ａ節からの引用）。
【０１０５】
上に説明したように、装置間通信における送信方式は、データの内容を識別するためのＰｒｏＳｅ宛先グループの使用を含めて、通常のＬＴＥ方式とはまったく異なる。現在定義されているメカニズムのいくつかは、かなり非効率的である。
【先行技術文献】
【非特許文献】
【０１０６】
【非特許文献１】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”
【非特許文献２】3GPP TS 36.213
【非特許文献３】3GPP TS 36.212, “Multiplexing and channel coding”
【非特許文献４】LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker
【非特許文献５】3GPP TS 36.321
【非特許文献６】3GPP TR 36.843
【非特許文献７】3GPP TS 36.300
【非特許文献８】TS 23.303
【発明の概要】
【課題を解決するための手段】
【０１０７】
本発明を制限することのない例示的な実施形態は、送信側ユーザ機器が１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを割り当てる改良された方法を提供する。独立請求項は、本発明を制限することのない例示的な実施形態を提供する。有利な実施形態は、従属請求項の主題である。
【０１０８】
いくつかの態様によると、（以下に限定されないが）特に、送信側ユーザ機器において２つ以上のサイドリンク宛先グループを送信先とするデータが送信用に利用可能であるシナリオにおいて、送信側ユーザ機器によって直接通信送信を実行するステップが改良される。
【０１０９】
本発明の主たる一態様は、通信システムにおいて１または複数の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行する送信側ユーザ機器を制御する集積回路であって、前記制御は、同じ送信制御期間内に実行される直接通信送信を扱う少なくとも２つのサイドリンクグラントを受信する処理と、少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つが、識別情報に関連付けられており、
・  前記受信した少なくとも２つのサイドリンクグラントそれぞれを、前記少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つに対応的に関連付け、
・  前記少なくとも２つのサイドリンクグラントそれぞれにおいて、前記直接サイドリンク接続を通じたサイドリンク制御情報およびデータの直接通信送信を実行するための無線リソースを、前記それぞれのサイドリンクグラントに従って割り当て、
前記対応的に関連付けられているサイドリンクグラントを有するサイドリンクグラントプロセスごとに直接通信送信を前記同じ送信制御期間内に実行する処理と、を含む集積回路である。
【０１１０】
第１の態様によると、ユーザ機器がいくつかのサイドリンクグラントを基本的に同時に扱うことができるようにするため、言い換えればユーザ機器がいくつかの直接通信送信を基本的に同時に（例えば同じ送信制御期間内に）送信することを可能にするため、サイドリンクグラントプロセスの新規のコンセプトを導入する。したがって、同じかまたは異なるサイドリンク宛先グループのデータを送信するように、直接通信送信それぞれを設定することができる。
【０１１１】
従来技術では、サイドリンクグラントは、次に受信されるサイドリンクグラントによって上書きされる。これに対して、この第１の態様によると、利用可能な複数のサイドリンクグラントプロセスをＵＥ内に有することによって、異なるサイドリンクグラントを異なるサイドリンクグラントプロセスに割り当てることが可能である。すなわちサイドリンクグラントは依然として上書きされ得るが（同じサイドリンクグラントプロセスの新しいサイドリンクグラントが受信される場合）、ＵＥはいくつかの有効なサイドリンクグラントを同時に有することができる（上書きを行う必要がない）。サイドリンクグラントプロセスそれぞれの対応するＩＤによって、サイドリンクグラントをプロセスの１つに一義的に関連付けることができる。さらには、１つのサイドリンクグラントプロセスは、１つの（有効な）サイドリンクグラントのみに関連付けられる。同じサイドリンクグラントプロセスに関連付けられるさらなるサイドリンクグラントを取得するとき、前のサイドリンクグラントは、すでに説明したように上書きされる。
【０１１２】
したがってＵＥは、サイドリンクグラントプロセスそれぞれおよびそれらの関連付けられているサイドリンクグラントにおいて、１つのサイドリンク宛先グループを送信先とするサイドリンク制御情報およびデータの送信を含む直接通信送信を送信するための無線リソースを、それぞれのサイドリンクグラントに従って割り当てる。
【０１１３】
したがってユーザ機器内で、さまざまなサイドリンク宛先グループのデータが送信用に利用可能である場合、ユーザ機器は、異なるサイドリンク宛先グループのデータを、利用可能なサイドリンクグラントそれぞれを使用して送信することを決定することができる。したがって、送信側ユーザ機器は、サイドリンクグラントプロセスあたり１つの直接通信送信を基本的に同時に（すなわち同じ送信制御期間内に）実行し、この場合、直接通信送信それぞれが、異なるサイドリンク宛先グループを送信先とするデータを含むことができる。第１の態様の一実装形態においては、同じ送信制御期間内に実行される複数の直接通信送信用の無線リソースは、時間領域において重ならない。直接通信送信において時分割が使用される。
【０１１４】
１つのサイドリンク宛先グループのリソース不足は、第１の態様に従って回避することができる。さらに、受信側ユーザ機器の観点からは送信方式の変更がなく、なぜなら送信側ユーザ機器は、直接通信送信あたり（すなわちサイドリンクグラントプロセスあたり）１つのみのサイドリンク宛先グループのデータを送信するためである。したがって、サイドリンク制御情報を同じままとすることができる。第１の態様の一実装形態においては、データを送信するべき（１つまたは複数の）サイドリンク宛先グループを決定するステップは、取得されたサイドリンクグラントすべてに対して（１つまたは複数の）サイドリンク宛先グループを決定するために、共通の論理チャネル優先順位付け手順を使用して送信側ユーザ機器によって実行することができ、または、送信側ユーザ機器が、各サイドリンクグラントに対して個別の論理チャネル優先順位付け手順を使用する。
【０１１５】
第１の態様の原理は、両方のリソース割当て方法（すなわち、送信側ユーザ機器が要求した後に対応するサイドリンクグラントを無線基地局から受信する方法と、送信側ユーザ機器が（１つまたは複数の）適切な送信無線リソースプールからサイドリンクグラントを自律的に選択する方法）に適用される。無線基地局が、サイドリンクグラントを含むスケジューリングメッセージを送信側ユーザ機器に送信する場合、サイドリンクスケジューリングメッセージは、（例えば、送信側ユーザ機器によって送信されるべきスケジューリング制御情報の内容に関する情報と、スケジューリング制御情報およびデータの送信に使用されるべき無線リソースに関する情報を備えている以外に）サイドリンクグラントが関連付けられるべきサイドリンクグラントプロセスも識別することができる。これに基づき、送信側ユーザ機器は、受信されたサイドリンクグラントを、意図されたサイドリンクグラントプロセスに関連付けることができる。
【０１１６】
第２の態様によると、送信側ユーザ機器によって送信されるスケジューリング割当て（サイドリンク制御情報）が、複数のサイドリンク宛先グループを基本的に識別できるようにすることによって、直接通信送信が改良される。したがって、複数のサイドリンク宛先グループを送信先とするデータが送信側ユーザ機器内で送信用に利用可能であり、さらに、送信側ユーザ機器が、直接通信送信を実行するために利用可能なサイドリンクグラントを有するものと想定する。送信側ユーザ機器は、複数のサイドリンク宛先グループのうち、直接通信送信においてデータを伝える少なくとも２つのサイドリンク宛先グループを決定する。直接通信送信に関連するサイドリンク制御情報は、決定された少なくとも２つのサイドリンク宛先グループと、決定された少なくとも２つのサイドリンク宛先グループを送信先とするサイドリンク制御情報および対応するデータを送信するために割り当てられた無線リソースと、を識別する。したがって、送信側ユーザ機器は、複数のサイドリンク宛先グループのデータを伝えることのできる直接通信送信を実行する。
【０１１７】
第２の態様の一実装形態によると、サイドリンク制御情報メッセージは、サイドリンク宛先グループあたり１つのＩＤを含む。
【０１１８】
第２の態様の代替実装形態によると、サイドリンク制御情報メッセージは、複数のサイドリンク宛先グループに関連付けられている１つのサイドリンクＩＤを含む。この代替実装形態では、異なるサイドリンクＩＤと対応するサイドリンク宛先グループとの間の対応関係を確立するために、マッピング機能が導入され、この対応関係に関する対応する情報を、送信側ユーザ機器および受信側ユーザ機器の両方に提供する必要がある。送信側ユーザ機器は、直接通信送信によってデータを伝えるべきサイドリンク宛先グループを決定した後、サイドリンクＩＤが、決定されたサイドリンク宛先グループに関連付けられるように、対応するサイドリンクＩＤをこの対応関係に基づいて求める。次いで、サイドリンク宛先グループのさまざまなＩＤの代わりに、サイドリンクＩＤを対応するサイドリンク制御情報に含めることができる。受信側では、受信側ＵＥは、サイドリンクＩＤが参照するサイドリンク宛先グループを、対応関係に関するこの情報に同様に基づいて求めることができる。
【０１１９】
第２の態様の原理は、両方のリソース割当て方法（すなわち、送信側ユーザ機器が要求した後に対応するサイドリンクグラントを無線基地局から受信する方法と、送信側ユーザ機器が（１つまたは複数の）適切な送信無線リソースプールからサイドリンクグラントを自律的に選択する方法）に適用される。
【０１２０】
したがって、一般的な第１の一態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ機器が１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを割り当てる方法、を提供する。送信側ユーザ機器が同じ送信制御期間内に少なくとも２つのサイドリンクグラントを扱うことができるように、送信側ユーザ機器に少なくとも２つのサイドリンクグラントプロセスが提供される。少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つは、識別情報に関連付けられており、かつ、１つのサイドリンクグラントに関連付けることができる。少なくとも２つのサイドリンクグラントが取得され、これらのサイドリンクグラントそれぞれは、送信側ユーザ機器によって少なくとも２つのサイドリンクグラントプロセスの１つに関連付けられる。さらに、少なくとも２つのサイドリンクグラントそれぞれにおいて、直接サイドリンク接続を通じたサイドリンク制御情報およびデータの直接通信送信を実行するための無線リソースが、送信側ユーザ機器によって、それぞれのサイドリンクグラントに従って割り当てられる。したがって、送信側ユーザ機器は、対応的に関連付けられている（correspondingly-associated）サイドリンクグラントを有するサイドリンクグラントプロセスごとに直接通信送信を同じ送信制御期間内に実行する。
【０１２１】
したがって、一般的な第１の一態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ機器が１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを割り当てる別の方法、を提供する。送信側ユーザ機器において、複数のサイドリンク宛先グループを送信先とするデータが送信用に利用可能である。直接通信送信に使用されるサイドリンクグラントが、送信側ユーザ機器に利用可能である。送信側ユーザ機器は、直接通信送信の宛先として、複数のサイドリンク宛先グループから少なくとも２つのサイドリンク宛先グループを決定する。送信側ＵＥは、直接通信送信に使用される無線リソースを、利用可能なサイドリンクグラントに従って割り当てる。送信側ＵＥは、決定された少なくとも２つのサイドリンク宛先グループと、割り当てられた無線リソースとを識別するサイドリンク制御情報メッセージ、を生成する。送信側ＵＥは、決定された少なくとも２つのサイドリンク宛先グループを送信先とする生成されたサイドリンク制御情報メッセージおよびデータの直接通信送信を、直接サイドリンク接続を通じて実行する。
【０１２２】
したがって、一般的な第１の一態様においては、本明細書に開示されている技術は、通信システムにおいて１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するユーザ機器、を提供する。送信側ユーザ機器が同じ送信制御期間内に少なくとも２つのサイドリンクグラントを扱うことができるように、送信側ユーザ機器に少なくとも２つのサイドリンクグラントプロセスが提供される。少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つは、識別情報に関連付けられており、かつ、１つのサイドリンクグラントに関連付けることができる。送信側ユーザ機器のプロセッサは、少なくとも２つのサイドリンクグラントを取得し、これらの取得された少なくとも２つのサイドリンクグラントそれぞれを、少なくとも２つのサイドリンクグラントプロセスの１つに関連付ける。少なくとも２つのサイドリンクグラントそれぞれにおいて、プロセッサは、直接サイドリンク接続を通じたサイドリンク制御情報およびデータの直接通信送信を実行するための無線リソースを、それぞれのサイドリンクグラントに従って割り当てる。したがって、送信側ユーザ機器は、対応的に関連付けられているサイドリンクグラントを有するサイドリンクグラントプロセスごとに直接通信送信を同じ送信制御期間内に実行する。
【０１２３】
したがって、一般的な第１の一態様においては、本明細書に開示されている技術は、通信システムにおいて１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行する別のユーザ機器、を提供する。送信側ユーザ機器は、送信用に利用可能でありかつ複数のサイドリンク宛先グループを送信先とするデータ、を格納するバッファ、を備えている。直接通信送信に使用されるサイドリンクグラントが、送信側ユーザ機器に利用可能である。送信側ユーザ機器のプロセッサは、直接通信送信の宛先として、複数のサイドリンク宛先グループから少なくとも２つのサイドリンク宛先グループを決定する。プロセッサは、直接通信送信に使用される無線リソースを、利用可能なサイドリンクグラントに従って割り当てる。プロセッサは、決定された少なくとも２つのサイドリンク宛先グループと、割り当てられた無線リソースとを識別するサイドリンク制御情報メッセージ、を生成する。送信側ＵＥのプロセッサおよび送信機は、決定された少なくとも２つのサイドリンク宛先グループを送信先とする生成されたサイドリンク制御情報メッセージおよびデータの直接通信送信を、直接サイドリンク接続を通じて実行する。
【０１２４】
したがって、一般的な第１の一態様においては、本明細書に開示されている技術は、通信システムにおいて送信側ユーザ機器が１基または複数基の受信側ユーザ機器への直接サイドリンク接続を通じた直接通信送信を実行するための無線リソースを送信側ユーザ機器に割り当てる無線基地局、を提供する。送信側ユーザ機器が同じ送信制御期間内に少なくとも２つのサイドリンクグラントを扱うことができるように、送信側ユーザ機器に少なくとも２つのサイドリンクグラントプロセスが提供される。少なくとも２つのサイドリンクグラントプロセスのそれぞれ１つは、識別情報に関連付けられており、かつ、１つのサイドリンクグラントに関連付けることができる。無線基地局のプロセッサは、サイドリンクグラントを生成し、生成されたサイドリンクグラントを少なくとも２つのサイドリンクグラントプロセスの１つに関連付ける。プロセッサは、サイドリンクグラントに関連付けられている１つのサイドリンクグラントプロセスの識別情報を含むサイドリンクスケジューリングメッセージ、を生成する。無線基地局の送信機は、生成されたサイドリンクスケジューリングメッセージを送信側ユーザ機器に送信する。
【０１２５】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかであろう。これらの恩恵および／または利点は、本明細書および図面による開示内容のさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および／または利点の１つまたは複数を得るためにすべてを設ける必要はない。
【０１２６】
これらの一般的な態様および具体的な態様は、システム、方法、コンピュータプログラム、またはこれらの任意の組合せ、を使用して実施することができる。
【０１２７】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
【図面の簡単な説明】
【０１２８】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥ（リリース８／９）において定義されているサブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示している。
【図３】装置間の直接ディスカバリのためのＰＣ５インタフェースを概略的に示している。
【図４】ＰｒｏＳｅ直接ディスカバリのための無線プロトコルスタックを概略的に示している。
【図５】オーバーレイ（ＬＴＥ）およびアンダーレイ（Ｄ２Ｄ）システムにおける送信／受信リソースの使用を示している。
【図６】２基のＵＥの場合のスケジューリング割当て（ＳＡ）およびＤ２Ｄデータの送信を示している。
【図７】ＵＥが自律的にスケジューリングするモード２におけるＤ２Ｄ通信タイミングを示している。
【図８】ｅＮＢがスケジューリングするスケジューリングモード１におけるＤ２Ｄ通信タイミングを示している。
【図９】非ローミングシナリオにおけるＰｒｏＳｅのアーキテクチャの例示的なモデルを示している。
【図１０】Ｄ２Ｄ  ＵＥを関連付けることのできる４つの異なる状態に関するセルカバレッジを示している。
【図１１】標準規格に定義されているＰｒｏＳｅバッファ状態報告ＭＡＣ制御要素を示している。
【図１２】例示的なシナリオにおける、ＰｒｏＳｅ論理チャネルと、ＰｒｏＳｅ  ＬＣＧと、ＰｒｏＳｅ宛先グループとの間の対応関係を示している。
【図１３】第１の実施形態の一実装形態による、送信側におけるＵＥの挙動のシーケンス図を示している。
【図１４】第１の実施形態の一実装形態による、ｅＮＢによってスケジューリングされる２つのＤ２Ｄ送信におけるＤ２Ｄ通信タイミングを示している。
【図１５】第１の実施形態の一実装形態による、ＵＥが自律的にスケジューリングする２つのＤ２Ｄ送信におけるＤ２Ｄ通信タイミングを示している。
【図１６】第２の実施形態の一実装形態による、送信側におけるＵＥの挙動のシーケンス図を示している。
【図１７】第２の実施形態の一実装形態による、いくつかのサイドリンク宛先グループのデータを伝える、ｅＮＢによってスケジューリングされるＤ２Ｄ送信における、Ｄ２Ｄ通信タイミングを示している。
【発明を実施するための形態】
【０１２９】
「移動局」または「移動ノード」または「ユーザ端末」または「ユーザ機器」は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能をノードまたはネットワークの別の機能エンティティに提供するソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、通信機器または通信媒体にノードをアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティや通信相手ノードと通信することができる。
【０１３０】
特許請求の範囲および本出願において使用されている用語「無線リソース」は、物理無線リソース（時間−周波数リソースなど）を意味するものと広義に理解されたい。
【０１３１】
特許請求の範囲および本出願において使用されている用語「直接通信送信」は、２基のユーザ機器の間の直接的な（すなわち無線基地局（例：ｅＮＢ）を介さない）送信として広義に理解されたい。したがって、直接通信送信は、「直接サイドリンク接続」を通じて実行され、「直接サイドリンク接続」は、２基のユーザ機器の間に直接確立される接続に使用される用語である。例えば３ＧＰＰでは、Ｄ２Ｄ（装置間）通信、またはＰｒｏＳｅ通信、またはサイドリンク通信という専門用語が使用される。特許請求の範囲および本出願において使用されている用語「直接サイドリンク接続」は、広義に理解されるものとし、３ＧＰＰの文脈では背景技術のセクションで説明したＰＣ５インタフェースとして理解することができる。
【０１３２】
特許請求の範囲および本出願において使用されている用語「サイドリンクグラントプロセス」は、サイドリンクグラントを関連付けることのできる、ユーザ機器において利用可能なプロセス、として広義に理解されたい。例示的には、サイドリンクグラントプロセスは、サイドリンクグラントまたはサイドリンクグラント情報が格納および維持される、ユーザ機器におけるメモリ領域として広義に理解することもできる。各メモリ領域は、ユーザ機器によって管理される（例えば、サイドリンクグラント情報を格納する、消去する、格納されているサイドリンクグラント情報を新たに受信されたサイドリンクグラント情報で上書きする）。
【０１３３】
特許請求の範囲および本出願において使用されている用語「送信制御期間」は、ユーザ機器がスケジューリング割当て（サイドリンク制御情報）および対応するデータの送信を実行する期間として広義に理解されたい。言い換えれば、「送信制御期間」は、サイドリンクグラントが有効である期間と理解することもできる。３ＧＰＰ環境において現在標準化されているように、「送信制御期間」は、ＳＡ／データ期間、またはＳＣ（サイドリンク制御）期間として理解することができる。
【０１３４】
特許請求の範囲および本出願のそれ以外の部分において使用されている用語「ＰｒｏＳｅ宛先グループ」または「サイドリンク宛先グループ」は、例えば、３ＧＰＰ  ＬＴＥにおいて定義されている送信元レイヤ２  ＩＤと宛先レイヤ２  ＩＤの１つのペアとして理解することができる。
【０１３５】
表現「（サイドリンク）グラントを取得する」、「利用可能な（サイドリンク）グラントを有する」、「（サイドリンク）グラントを受信する」、および類似する表現は、その役割を担う無線基地局から（サイドリンク）グラントを取得するかまたは受信する（すなわちモード１）、またはＵＥが適切な（１つまたは複数の）送信リソースプールからグラントのリソースを自律的に選択することによって（サイドリンク）グラント自体を取得する（すなわちモード２）（すなわちＵＥが内部的にグラントを受信する）ことを意味するものと広義に理解されたい。
【０１３６】
Ｄ２Ｄ通信に使用される現在標準化されている送信方式（モード１（すなわちｅＮＢによってスケジューリングされる）に関連する送信方式、およびモード２（自律的なスケジューリング）に関連する送信方式の両方）について、背景技術のセクションで説明した。特に、現時点では、ＵＥはサイドリンク制御期間（ＳＣ期間）あたり１つの（有効な）サイドリンクグラント（ＳＬグラント）のみを有することができる。モード１では、たとえｅＮＢがＵＥにいくつかのグラントを発行しても、ＵＥは、最後に受信されたグラントを有効なグラントとみなすのみであり、それ以前に受信された（１つまたは複数の）ＳＬグラントを上書きする。したがってＳＣ期間あたり存在する利用可能なＳＬグラントは１つのみであるため、ＵＥはＳＣ期間あたり１つのスケジューリング割当てを送信できるのみである。一方で、現時点では、ＵＥは、スケジューリング割当て、すなわちスケジューリング制御情報（ＳＣＩ）あたり１つのＰｒｏＳｅ宛先グループのみのデータを送信することができる。より具体的には、１つのＳＣＩに関連付けられる（１つまたは複数の）ＰＤＵにおいて、ＵＥは、送信元レイヤ２  ＩＤと宛先レイヤ２  ＩＤの同じペアを有する論理チャネルのみを考慮する。現在標準化されているこのＤ２Ｄ送信方式では、いくつかの欠点が生じる。
【０１３７】
ＵＥが自身のバッファ内に２つ以上のＰｒｏＳｅ宛先グループのデータを有する場合、ＵＥは、１つのＳＣ期間内に１つのＰｒｏＳｅ宛先グループのみのデータを送信することができ、したがって残りの（１つまたは複数の）ＰｒｏＳｅ宛先グループのデータは、基本的に少なくとも１つのさらなるＳＣ期間だけ遅延する。設定されているＳＣ周期と、１つのＰｒｏＳｅ宛先グループの完全なデータを送信するのに要求されるＳＣ期間の数によっては、この遅延が極めて大きくなることがある。このことは、送信用に利用可能なリソースが、最初に処理されるＰｒｏＳｅ宛先グループよりも多くのデータを送信するのに十分である場合でもあてはまる。より詳細には、ｅＮＢは、ＵＥが必要とするよりも多くのＤ２Ｄ送信リソースを（ＳＬグラントによって）割り当てることがあり、すなわちＵＥは、割り当てられた無線リソースすべてを利用するための、１つのＰｒｏＳｅ宛先グループの十分なデータを、自身のバッファ内に有さない。この状況は、例えば、ｅＮＢ側で受信したバッファ状態情報が正確ではない、または情報が古くなったときに起こりうる。この場合、割り当てられたリソースの一部が使用されないままとなり、なぜならこれらのリソースは別のＰｒｏＳｅ宛先グループのデータの送信に使用できないためである。
【０１３８】
本発明者は、上に説明した問題を緩和するため、以下の例示的な実施形態を着想した。
【０１３９】
実施形態のいくつかは、３ＧＰＰ標準規格によって与えられる、一部が背景技術のセクションで説明されている幅広い仕様の中で実施され、さまざまな実施形態に関連する特に重要な特徴が、以下に説明するように追加される。なお、これらの実施形態は、例えば、背景技術のセクションで説明した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２／１３）などの移動通信システムにおいて有利に使用することができるが、これらの実施形態はこの特定の例示的な通信ネットワークでの使用に限定されないことに留意されたい。
【０１４０】
以下の説明は、本開示の範囲を制限するものとしてではなく、本開示を深く理解するための実施形態の単なる例として理解されたい。当業者には、特許請求の範囲に記載されている本開示の一般的な原理を、さまざまなシナリオに、本明細書に明示的には記載されていない方法で適用できることが認識されるはずである。したがって、さまざまな実施形態を説明する目的で想定されている以下のシナリオは、本発明およびその実施形態をそのようなシナリオに制限するものではない。
【０１４１】
＜第１の実施形態＞
以下では、上記の問題を解決するための第１の実施形態について詳しく説明する。第１の実施形態の実装形態を図１３〜図１５に関連して説明する。
【０１４２】
説明を目的として、いくつかの想定を行うが、これらの想定は実施形態の範囲を制限するものではない。一例を挙げれば、ＰｒｏＳｅ通信（すなわちｅＮｏｄｅＢを経由しない、ＵＥ間の直接的なＤ２Ｄ送信）を実行することが可能にされているユーザ機器（ＰｒｏＳｅ対応ＵＥ）が想定されている。さらに、ＵＥは、複数のサイドリンク宛先グループ（すなわちＰｒｏＳｅ宛先グループ）を送信先とする、送信用に利用可能なデータを有するものとし、ただし、第１の実施形態による改良された直接通信送信は、ＵＥにおいて１つのサイドリンク宛先グループのデータのみが送信用に利用可能である場合にも適用される。
【０１４３】
第１の実施形態は、ＵＥ内で（１つまたは複数の）サイドリンクグラントを１対１に割り当てることのできる（複数の）サイドリンクグラントプロセスのコンセプトを導入することによって、直接通信送信を改良する。言い換えれば、ＵＥは、各サイドリンクグラントに対応するサイドリンクグラントプロセスを動作させることによって、複数のサイドリンクグラントを扱うことができる。サイドリンクグラントプロセスは、対応する識別情報（以下では例示的にサイドリンクグラントプロセスＩＤと称する）の使用によってアドレッシングすることができ、この識別情報によって、サイドリンクグラントを特定のサイドリンクグラントプロセスに一義的に割り当てることができる。
【０１４４】
現在標準化されているシステムでは、ＵＥによって１つのサイドリンクグラントを同時に扱うことができるのみである（さらなる受信された（１つまたは複数の）サイドリンクグラントが前のサイドリンクグラントを上書きし、したがって１つのＳＣ期間内には１つの有効なサイドリンクグラントのみが存在する）のに対して、第１の実施形態は、ＵＥが特定の時点において（例えば１つのＳＣ期間内に）２つ以上の有効なサイドリンクグラントを有することができるようにすることによって、Ｄ２Ｄ通信を改良する。言い換えれば、第１の実施形態に従って動作するＵＥは、サイドリンクグラントプロセスあたり１つの有効なサイドリンクグラントを有することが許可され、したがって、ＵＥにおいてＳＣ期間内に可能な有効なサイドリンクグラントの数は、ＵＥが最大で動作させることのできるサイドリンクグラントプロセスの数によって制限される。したがってＵＥは、すでにサイドリンクグラントを有するサイドリンクグラントプロセスにアドレッシングされたサイドリンクグラントを取得すると、古いサイドリンクグラントを、新たに取得されたサイドリンクグラントによって上書きする（現在標準化されているシステムに似ている）。
【０１４５】
第１の実施形態の一実装形態によると、ＵＥが２つの異なるサイドリンクグラントを同時に扱うことができるように、ＵＥが例えば最大で２つのサイドリンクグラントプロセスを有することが許可されるようにすることができる（したがってＵＥはＳＣ期間内に２つの有効なサイドリンクグラントを有する）。したがって、２つのサイドリンクグラントプロセスを区別できるようにするため、サイドリンクグラントプロセスＩＤは１ビットのサイズを有することができる。第１の実施形態の別の実装形態では、ＵＥにおいて、より多数の（例えば、４つ、または８つなど）サイドリンクグラントプロセスを起動させることができ、これによりＵＥは、さらに多くのサイドリンクグラントを同時に扱うことができる。しかしながら、対応するサイドリンクグラントプロセスＩＤは、さまざまなサイドリンクグラントプロセスを区別できるようにするため、より多くのビットのサイズを有する。例えば合計で４つのサイドリンクグラントプロセスの場合には２ビット、合計で８つのサイドリンクグラントプロセスの場合には３ビットであり、以下同様である。
【０１４６】
ＵＥが最大で扱うサイドリンクグラントプロセスの数は、例えばＲＲＣによって設定することができる、または事前に決めておく（例えば対応する３ＧＰＰ標準規格の中で決めておく）ことができる。
【０１４７】
全体として、ＵＥは、各サイドリンクグラントプロセスにおけるＤ２Ｄ送信を、例えば背景技術のセクションで説明したＤ２Ｄ送信を実行するためのすでに標準化されているコンセプトにそれぞれ従って、同じＳＣ期間内に実行する。特に、ＵＥに利用可能な各サイドリンクグラントに対して（すなわち各サイドリンクグラントプロセスにおいて）、ＵＥは１つのサイドリンク宛先グループを決定し、決定したサイドリンク宛先グループを送信先とするデータを含む対応するトランスポートブロックを生成する。Ｄ２Ｄ送信用の無線リソースは、それぞれのサイドリンクグラントに従って割り当てられる。ＵＥに利用可能な各サイドリンクグラントに対して（すなわち各サイドリンクグラントプロセスにおいて）、ＵＥは、サイドリンク宛先グループと、対応するＤ２Ｄ送信用に割り当てられた無線リソースとを識別する対応するサイドリンク制御情報を生成し、各サイドリンクグラント（プロセス）のサイドリンク制御情報および対応するデータのＤ２Ｄ送信を、それぞれのサイドリンクグラントの割り当てられた無線リソースを使用して実行する。
【０１４８】
Ｄ２Ｄ送信を実行するためのこれらのステップの詳細については、ここでは省くが、代わりに本出願の背景技術のセクション内の対応する節を参照されたい。
【０１４９】
第１の実施形態の基礎をなす上述した原理は、さまざまな利点を伴う。この点において、すでに確立されている手順を修正することなく再利用することができる。例えば、サイドリンク制御情報を送信する目的に同じＳＣＩフォーマット０を使用することができ、なぜなら追加の情報を伝える必要がないためである。さらに、現在標準化されているＤ２Ｄ送信と比較したとき、各サイドリンクグラントプロセスにおけるＤ２Ｄ送信が変更されないままであるため、受信側ＵＥは、１つのサイドリンクグラントプロセスにおける、第１の実施形態に従って実行されるＤ２Ｄ送信と、現在の標準規格に従って実行されるＤ２Ｄ送信とを区別しない（実際に区別する必要がない）。したがって、受信側のＵＥの挙動を適合させる必要がない。
【０１５０】
さらに、第１の実施形態では、ＳＣ期間内により多くのデータを送信することができ、したがってＤ２Ｄ送信のデータレートが高まる。
【０１５１】
これに加えて、第１の実施形態では、例えば、さまざまなサイドリンクグラントプロセスそれぞれにおいて異なるサイドリンク宛先グループを選択することによって、いくつかのサイドリンク宛先グループを送信先とするデータを同じＳＣ期間内に送信することができる。したがって、特定のサイドリンク宛先グループのリソース不足を回避することができる。
【０１５２】
ここまでは一般的に、ＵＥが、利用可能ないくつかのサイドリンクグラントを有するものと想定し、ＵＥがこれらのサイドリンクグラントを最初にどのように取得したかについては注意を払ってこなかった。実際に、第１の実施形態の原理によるＵＥの動作においては、ＵＥがサイドリンクグラントをモード１（ｅＮＢによってスケジューリングされる）に従って取得したか、モード２（ＵＥによる自律的な選択）に従って取得したかは、重要ではない。言い換えれば、第１の実施形態は、サイドリンクグラントそれぞれがモード１に従って取得された場合、またはモード２に従って取得された場合に適用される。さらに、１つのサイドリンクグラントをモード１によってスケジューリングし、別のサイドリンクグラントをモード２によってスケジューリングすることができる。
【０１５３】
モード１の場合、ＵＥからの対応する（１つまたは複数の）要求（例えば背景技術のセクションで説明したようにスケジューリング要求またはＲＡＣＨ手順および対応するバッファ状態情報）に基づいて、１つまたは複数のサイドリンクグラントがｅＮＢから受信される。モード１では、各サイドリンクグラントは、ｅＮＢによってＵＥに送信される対応するサイドリンクスケジューリングメッセージの中で受信され、このサイドリンクスケジューリングメッセージは、ＵＥによってサイドリンクグラントが割り当てられるサイドリンクグラントプロセスをさらに識別することができる。例えば、上述した対応するサイドリンクグラントプロセスＩＤを、サイドリンクスケジューリングメッセージの対応するフィールドにｅＮＢによって含めることができ、この場合にＵＥは、受信されたサイドリンクグラントが割り当てられるべきそれぞれのサイドリンクグラントプロセスを、このサイドリンクグラントプロセスＩＤを使用して識別することができる。
【０１５４】
第１の実施形態の一実装形態によると、この点において、新規のＤＣＩフォーマット（例示的にＤＣＩフォーマット５ａと称する）を導入することができ、このＤＣＩフォーマットは、少なくとも、対応するフィールド内にサイドリンクグラントプロセスＩＤを含む。サイドリンクグラントプロセスＩＤを含むこのような新規のフィールドのビットの数は、ＵＥに利用可能であるサイドリンクグラントプロセスの最大合計数によって決まる。例えば、新規のサイドリンクグラントプロセスＩＤフィールドは２ビットを有することができ、これによって合計で４つのサイドリンクグラントプロセスを区別することができる。
【０１５５】
新規のＤＣＩフォーマット５ａにおいては、以下のさらなる可能なフィールドのうちの少なくとも１つまたはすべてをさらに予期することができる。
−  ＰＳＣＣＨのリソース
−  ＰＳＣＣＨおよびＰＳＳＣＨに対するＴＰＣコマンド
−  ＳＣＩフォーマット０の以下のフィールド
・  周波数ホッピングフラグ
・  リソースブロック割当ておよびホッピングリソース割当て
・  時間リソースパターン
【０１５６】
新規のＤＣＩフォーマット５ａにおけるこれらの他の可能なフィールドは、ＤＣＩフォーマット５におけるすでに標準化されている同じフィールドに対応する（非特許文献３（現在のバージョン１２．４．０）の５．３．３．１．９節を参照）。
【０１５７】
前述したように、従来技術では、サイドリンクグラントを送信するために使用されるサイドリンクスケジューリングメッセージは、ＤＣＩフォーマット５である（背景技術のセクションを参照）。非特許文献３（現在のバージョン１２．４．０）の５．３．３．１．９節には、現在、ＤＣＩフォーマット５に関して次のように定義されている。
「所与のサーチスペースにマッピングされるフォーマット５における情報ビットの数が、同じサービングセルをスケジューリングするためのフォーマット０のペイロードサイズより小さい場合、フォーマット５のペイロードサイズが、フォーマット０に付加されるパディングビットを含めたフォーマット０のペイロードサイズに等しくなるまで、フォーマット５に０を付加する。」
【０１５８】
この定義から明らかであるように、ブラインド復号を容易にするため、ＤＣＩフォーマット５のペイロードサイズがＤＣＩフォーマット０のペイロードサイズに等しくなるように、ＤＣＩフォーマット５に「ゼロ（０）」が付加される。第１の実施形態のさらなる実装形態によると、新規のＤＣＩを導入する代わりに、サイドリンクグラントプロセスＩＤを示す目的に、これらのパディングビット（すなわち「ゼロ（０）」）を再利用することができる。
【０１５９】
これに代えて、サイドリンクグラント内の新規のサイドリンクグラントプロセスＩＤフィールドを伝えるための別の方法が存在する。特に、既存のＤＣＩ（例えばＤＣＩフォーマット５）のいずれかのいくつかのビットを、この目的のために再定義することができる。この場合、このＤＣＩの中で伝えられる少なくとも１つのフィールドの何らかの事前定義される（１つまたは複数の）符号点、または、いくつかのフィールドの事前定義される符号点の組合せ、が必要であり、この符号点または符号点の組合せは、そのＤＣＩ内の残りのビットが異なる意味に（すなわちサイドリンクグラントプロセスＩＤを示すものと）解釈されることを示す。
【０１６０】
前述したように、ＵＥは、同じサイドリンク制御期間内にいくつかのＤ２Ｄ送信を実行することができる（例えばサイドリンクグラントプロセスあたり１つ）。同じサイドリンク制御期間内にＵＥによって実行されるさまざまなＤ２Ｄ送信は、一般的には時間領域において重ならない（すなわちＵＥは異なるサブフレームにおいてＤ２Ｄ送信を実行する）。特に、対応する送信プールから取得された、サイドリンク制御情報メッセージを送信するために使用される無線リソースは、時間的に重ならない。同様に、ＭＡＣ  ＰＤＵの最初の送信およびその再送信のタイミングを定義するＴ−ＲＰＴパターンは、２つのＤ２Ｄ送信のデータ送信が時間的に重なることが回避されるように適宜選択される。同じことは、スケジューリング制御情報（ＳＣＩ）のための送信リソースにもあてはまり、すなわち異なるサイドリンクグラントプロセスのＳＣＩ送信は時間的に重ならない。
【０１６１】
モード１においてスケジューリングされるＤ２Ｄ送信の場合、ｅＮｏｄｅＢは、重ならないＴ−ＲＰＴパターンと、ＳＣＩのための送信リソースとを決定し、それぞれのサイドリンクスケジューリングメッセージの中でこれらをＵＥに知らせる。これに対して、モード２においてスケジューリングされるＤ２Ｄ送信の場合、対応するプールからリソースを選択するとき、さまざまなＤ２Ｄ送信（すなわちＳＣＩおよびデータ）のための重ならない無線リソースが選択されるように、ＵＥ自身が対処する。
【０１６２】
これに代えて、Ｄ２Ｄ送信それぞれのＳＣＩおよび対応するデータを送信するために使用される無線リソースが時間的に重ならないことを確保する目的で、各サイドリンクグラントプロセスにおいて例えば異なるＳＡ＿ｏｆｆｓｅｔを定義することができる。ＳＡ＿ｏｆｆｓｅｔは、Ｄ２Ｄ送信の開始を定義するパラメータであり（図７および図８を参照）、したがってＳＣＩ送信および次のデータ送信の開始に影響を及ぼす。これに加えて、モード２においてスケジューリングされるデータ送信の場合、異なるサイドリンクグラントプロセスにおいて異なるＭｏｄｅ２ｄａｔａ＿ｏｆｆｓｅｔ値を使用することができ、これによって、たとえさまざまなＤ２Ｄ送信のデータ送信に同じＴ−ＲＰＴビットマップを使用するときでも、データ送信が時間的に重ならないようにすることができる。
【０１６３】
図１３は、第１の実施形態による、Ｄ２Ｄ送信を実行するためのＵＥ動作のシーケンス図である。図１３に示したコンセプトは、モード１においてスケジューリングされるＤ２Ｄ送信と、モード２においてスケジューリングされるＤ２Ｄ送信とに基本的に等しく適用されるが、具体的に示したステップの順序は、ＵＥがｅＮＢからサイドリンクグラントを受信するモード１（ｅＮＢによってスケジューリングされるシナリオ）に適用される。さらに、モード２においてスケジューリングされるＤ２Ｄ送信の場合、ＵＥは、データが送信される（１つまたは複数の）サイドリンク宛先グループを最初に選択し、その後ＵＥは、適切な（１つまたは複数の）送信無線リソースプールから自律的に選択することによって、対応する（さまざまな）サイドリンクグラントを取得する。このようにして取得されたサイドリンクグラントに基づいて、サイドリンク制御情報および対応するサイドリンクデータを生成してＤ２Ｄ送信を実行する。
【０１６４】
図１３から明らかであるように、この例示的なシナリオにおいては、対応するサイドリンクグラントを扱うため、ＵＥにおいて利用可能であるＮ個のサイドリンクグラントプロセスが想定されている。Ｎは１以上（Ｎ≧１）であり、ただしサイドリンクグラントプロセスの最大数以下（Ｎ≦最大数）である。図１３において、Ｎは、ＵＥに対して設定することのできるサイドリンクグラントプロセスの最大数ではなく、前に取得されたサイドリンクグラントをそれぞれ扱うための現在「アクティブ」であるサイドリンクグラントプロセスの数である。すなわちＵＥは、Ｎ個のサイドリンクグラントプロセスそれぞれに対する１つのサイドリンクグラントを取得した。
【０１６５】
図１３は、各サイドリンクグラントプロセスにおけるＤ２Ｄ送信が互いに独立しており、ただし、これらのＤ２Ｄ送信が同じＳＣ期間内に実行されるように基本的には同時に行われることを示している。
【０１６６】
一方で、図１４は、第１の実施形態による、１つのＳＣ期間中にモード１においてスケジューリングされるシナリオの場合のＤ２Ｄ通信タイミングを示している。図１４は、図８ですでに使用されている図解に基づいており、同様にＳＡ−ｏｆｆｓｅｔ時間を示しており、このオフセット時間の後にＳＣ期間が始まり、ｅＮｏｄｅＢから受信されたサイドリンクグラントに示されている対応する送信プールリソースを使用してスケジューリング割当て（サイドリンク制御情報）が送信される。この例示的なシナリオにおいても、ＳＣＩの最初の送信の後に、同じＳＣＩメッセージの３回の再送信が行われるものと例示的に想定する。次いでＵＥは、スケジューリング割当てを送信した後、次のアップリンクサブフレームにおいてＤ２Ｄデータ送信を開始する。ＭＡＣ  ＰＤＵが、Ｔ−ＲＰＴ（送信の時間リソースパターン）によって設定されているその最初の送信および（１つまたは複数の）再送信において送信される。
【０１６７】
図１４から明らかであるように、ＵＥは、異なるサイドリンクグラントプロセスにそれぞれアドレッシングされている２つのサイドリンクグラント（この例示的なケースにおいてはＩＤ  １を有するサイドリンクグラントプロセスおよびＩＤ  ２を有するサイドリンクグラントプロセス）を、ｅＮｏｄｅＢから受信するものと想定する。図１３に関連して説明したように、ＵＥは、各サイドリンクグラントプロセスにおける（すなわちこの場合には２つのサイドリンクグラントそれぞれにおける）Ｄ２Ｄ送信を、基本的に同じサイドリンク制御期間（例えばＳＡ＿ｏｆｆｓｅｔの後に同時に始まり、サイドリンク制御期間の長さにわたり続く）内に実行する。図１４はこの状況を描いてあり、送信側ユーザ機器によって実行されるスケジューリング割当ておよび対応するデータの２つのＤ２Ｄ送信を示している。図１４において想定されている例示的なシナリオでは、上側のＤ２Ｄ送信は、下側のＤ２Ｄ送信とは異なるサイドリンク宛先グループを送信先としているものと想定している（ただし、２つのＤ２Ｄ送信が同じサイドリンク宛先グループのデータを伝えることもできる）。
【０１６８】
前述したように、いくつかのＤ２Ｄ送信を送信するために使用される無線リソースは、時間的に重ならない。図１４から明らかであるように、ｅＮｏｄｅＢは、２つのスケジューリング割当てを送信するための、時間領域において重ならない無線リソースを選択し、それらをサイドリンクグラントの中に示した。さらにｅＮｏｄｅＢは、２つのＤ２Ｄ送信のそれぞれのデータおよび対応する制御情報（ＳＣＩ）を送信するための、時間領域において重ならない無線リソースを選択し、それらをサイドリンクグラントの中に示した。図１４から理解できるように、それぞれのＴ−ＲＰＴビットマップは、２つのＤ２Ｄ送信の間で異なる。
【０１６９】
図１５は、第１の実施形態による、１つのＳＣ期間中にモード２においてスケジューリングされるシナリオの場合のＤ２Ｄ通信タイミングを示している。図１５は、背景技術のセクションの図７ですでに使用されている図解に基づいている。図１４のシナリオとは異なり、無線基地局からサイドリンクグラントは受信されず、２つのサイドリンクグラントはＵＥによって自律的に選択されるものと想定する。図１４の図解と同様に、２つのＤ２Ｄ送信のサイドリンク制御情報およびデータを送信するための無線リソースは、時間的に重ならない。この場合、ＵＥは、サイドリンク制御情報を送信するための、時間領域において重ならない対応するリソースを、ＳＡ＿ｍｏｄｅ２＿Ｔｘ＿ｐｏｏｌから選択し、さらに、２つのＤ２Ｄ送信における、データを送信するための適切に異なるＴ−ＲＰＴビットマップと、対応する制御情報（ＳＣＩ）のための送信リソースを選択する。
【０１７０】
図１４および図１５は、利用可能なサイドリンクグラントすべてが、ｅＮｏｄｅＢによってスケジューリングされるか、または自律的に選択されるかのいずれかであるシナリオを示している。しかしながらＵＥは、モード１による有効な（１つまたは複数の）サイドリンクグラントと、モード２による有効な（１つまたは複数の）サイドリンクグラントとを同時に有することもできる。
【０１７１】
第１の実施形態の上述した実装形態においては、同じＳＣ期間内にＤ２Ｄ送信が実行されるサイドリンク宛先グループをＵＥが決定するものと想定しており、それ以上の詳しい説明はしていない。第１の実施形態の特定の実装形態によると、サイドリンク宛先グループを決定するステップは、（１回または複数回の）論理チャネル優先順位付け（ＬＣＰ）手順の使用によって実行される。
【０１７２】
一代替形態によると、各サイドリンクグラントプロセス（または有効なサイドリンクグラント）に対して１回のＬＣＰ手順が実行され、したがってＵＥは、各サイドリンクグラントプロセスにおけるサイドリンク宛先グループを、互いに個別に選択する。背景技術のセクションで説明したように、現在の標準規格によると、サイドリンク論理チャネルを処理する順序は規定されておらず、ＵＥの実装に委ねられており、すなわち、宛先グループの選択と、選択された宛先グループに属すサイドリンク論理チャネルを処理する順序は規定されておらず、何らかの優先順位付けメカニズムが実行されることはない。しかしながら、この実装形態では、各サイドリンク宛先グループに対応する優先順位が関連付けられているものと想定する。この実装形態によると、ＵＥは、各サイドリンクグラントプロセスに対してＬＣＰ手順を個別に実行する。より具体的には、ＵＥは、ＬＣＰ手順を連続的に実行し、すなわち、例えば最初のサイドリンクグラントプロセスに対するＬＣＰ手順から開始し、次いで２番目のサイドリンクグラントプロセスに対するＬＣＰ手順を実行し、以下同様である。ＵＥは、各ＬＣＰ手順において、利用可能なデータを有しかつ最も高い対応する優先順位を有するサイドリンク宛先グループを選択する。したがって、ＵＥが、２つの異なる宛先グループの、送信用に利用可能なデータを有する場合に、（最初のサイドリンクグラントに従って）最初のＬＣＰ手順を実行した後に、高い方の優先順位のサイドリンク宛先グループのデータが自身のバッファ内に依然として存在する場合、ＵＥは、２番目のＬＣＰ手順において同じサイドリンク宛先グループを再び選択する。
【０１７３】
さらなる代替形態によると、すべてのサイドリンクグラントプロセス（または有効なサイドリンクグラント）に対して、ＵＥによって共通のＬＣＰ手順が実行され、したがってＵＥは、すべてのサイドリンクグラントプロセスにおけるサイドリンク宛先グループを、相互に依存する方法で選択する。この実装形態でも、各宛先グループに対応する優先順位が関連付けられているものと想定する。この実装形態によると、宛先グループの選択は、宛先グループの優先順位の降順に実行される。具体的には、この場合にもＵＥが、２つの異なる宛先グループの、送信用に利用可能なデータを有すると想定すると、宛先グループのうち高い方の優先順位を有する宛先グループに第１のサイドリンクグラントを使用する。しかしながら、たとえ宛先グループのうち高い方の優先順位を有する宛先グループに送信される利用可能なデータが残っている場合でも、第２のサイドリンクグラントは、宛先グループのうち低い方の優先順位を有する宛先グループに使用される。さらなる宛先グループが存在する場合には、同様にさらなるサイドリンクグラントが使用される。
【０１７４】
＜第２の実施形態＞
以下では、前述した問題を解決するための第２の実施形態について詳しく説明する。第２の実施形態の主たるコンセプトは、第１の実施形態のコンセプトとは異なる。しかしながら、第２の実施形態の基礎をなす原理を説明するための（１つまたは複数の）シナリオを同様に想定することができる。特に、ＰｒｏＳｅ対応ＵＥを想定し、したがってこのＵＥは、ｅＮｏｄｅＢを経由せずに別の（１基または複数基）のＵＥと直接的に（１つまたは複数の）Ｄ２Ｄ送信を実行することができる。さらに、ＵＥは、複数のサイドリンク宛先グループを送信先とする、送信用に利用可能なデータを有するものとし、ただし、第２の実施形態による改良されたＤ２Ｄ送信は、ＵＥにおいて１つのサイドリンク宛先グループのみのデータが送信用に利用可能である場合にも、等しく適用される。
【０１７５】
第２の実施形態によると、サイドリンク制御情報が１つのサイドリンク宛先グループのみではなく複数のサイドリンク宛先グループを識別することができるように機能強化することによって、Ｄ２Ｄ送信が改良される。したがって、ＵＥによって実行されるＤ２Ｄ送信は、対応するサイドリンク制御情報によって識別される複数のサイドリンク宛先グループのデータを伝えることができる。（サイドリンク制御情報および対応するデータの）Ｄ２Ｄ送信を実行するための無線リソースは、ＵＥに利用可能なサイドリンクグラントによって定義される。第１の実施形態とは異なり、ＵＥは、３ＧＰＰ標準規格に現在定義されている方式と同様に、ＳＣ期間あたり１つのみの有効なサイドリンクグラントを有する。したがって第２の実施形態によると、この点において変更が必要ない。
【０１７６】
さらに、ＵＥ（複数のサイドリンク宛先グループの利用可能なデータを有する）は、サイドリンク宛先グループのうち（少なくとも２つの）特定のサイドリンク宛先グループを選択し、次いで、選択された複数の宛先グループを識別する適切なサイドリンク制御情報を生成し、Ｄ２Ｄ送信用の対応するデータパケットを生成し、この場合、データパケットは、いくつかの決定されたサイドリンク宛先グループのデータを伝える。ＵＥは、１つのＳＣ期間内に、１つのＤ２Ｄ送信の中で複数の異なるサイドリンク宛先グループのデータを送信することができ、複数の異なるサイドリンク宛先グループは、Ｄ２Ｄ送信の最初に送信されるサイドリンク制御情報によって識別される。
【０１７７】
図１６は、第２の実施形態による、Ｄ２Ｄ送信を実行するときのＵＥの挙動のシーケンス図を示しており、上述したステップ、すなわち、サイドリンクグラントを取得するステップと、複数のサイドリンク宛先グループを決定するステップと、複数のサイドリンク宛先グループを識別するサイドリンク制御情報を生成するステップと、選択された複数のサイドリンク宛先グループを送信先とするデータを伝えるデータパケットを生成するステップと、複数のサイドリンク宛先グループを送信先とする生成されたサイドリンク制御情報および対応するデータのＤ２Ｄ送信を最後に実行するステップと、を含む。図１６には、説明を目的としてステップの特定の順序を示してあるが、第２の実施形態はこの特定の順序に制限されず、別の適切な順序も同様に可能である。例えば、さまざまなサイドリンク宛先グループを決定するステップを、サイドリンクグラントを取得するステップの前に実行することができ、あるいは、サイドリンク制御情報を生成するステップと、データパケットを生成するステップの順序を逆にすることができる。
【０１７８】
一方で、図１７は、第２の実施形態による、１つのＳＣ期間中にモード１においてスケジューリングされるシナリオのＤ２Ｄ通信タイミングを示している。図１７における例示的な図解は、背景技術のセクションですでに使用した図８による図解に基づいている。図１７から明らかなように、異なる点として、第２の実施形態によると、ＭＡＣ  ＰＤＵそれぞれ（およびその再送信）が、異なるサイドリンク宛先グループを送信先とするデータを伝えることができ（図１７のこの特定の例においては、３つの異なるサイドリンク宛先グループを送信先とするデータがＳＣ期間内に送信される）、それに対して図８による現在標準化されているシステムでは、ＭＡＣ  ＰＤＵは、同じサイドリンク宛先グループのデータを伝える（ただし、さまざまなＭＡＣ  ＰＤＵの中の実際のデータはＭＡＣ  ＰＤＵごとに異なる）。図１７には描いていないが、ＵＥがＤ２Ｄ送信用に２つの異なるサイドリンク宛先グループのみを選択したと想定すると、最初のＭＡＣ  ＰＤＵ（およびその再送信）が第１のサイドリンク宛先グループを送信先とするデータを伝えることができ、２番目のＭＡＣ  ＰＤＵ（およびその再送信）が第２のサイドリンク宛先グループを送信先とするデータを伝えることができ、３番目のＭＡＣ  ＰＤＵ（およびその再送信）が再び第１のサイドリンク宛先グループを送信先とするデータを伝えることができる。
【０１７９】
さらに図１７から明らかであるように、サイドリンク制御期間の最初に送信されるスケジューリング割当て（サイドリンク制御情報）（およびその再送信）は、３つのサイドリンク宛先グループを識別する。
【０１８０】
図１７の、ｅＮＢによってスケジューリングされるＤ２Ｄ送信のシナリオにおいて説明したのと同じコンセプトは、ＵＥによってスケジューリングされるＤ２Ｄ送信（すなわちモード２）に適用することができる。
【０１８１】
第２の実施形態の異なる実装形態によると、以下に詳しく説明するように、サイドリンク制御情報メッセージは、複数のサイドリンク宛先グループを直接的に（すなわち複数の対応するＩＤを含むことによって）識別する、または間接的に（すなわち複数のサイドリンク宛先グループに関連付けられている１つのＩＤを含むことによって）識別することができる。
【０１８２】
第２の実施形態の第１の実装形態によると、Ｄ２Ｄ送信の一部として送信されるサイドリンク制御情報メッセージは、決定されたサイドリンク宛先グループあたり１つのサイドリンク宛先グループＩＤを含む。言い換えれば、サイドリンク制御情報メッセージは、サイドリンク宛先グループの対応する識別情報を含むことによってサイドリンク宛先グループを直接識別する。したがって、サイドリンク制御情報メッセージは、２つ以上のサイドリンク宛先グループＩＤを含むことができる。
【０１８３】
第１の実装形態のバリエーションによると、サイドリンク宛先グループＩＤのためのいくつかのフィールドを備えた新規のサイドリンク制御情報フォーマット（以下では例示的にＳＣＩフォーマット１と称する）を定義することができる。新規のＳＣＩフォーマット１は、例示的に、（非特許文献３（現在のバージョン１２．４．０）の５．４．３．１．１節に定義されている）すでに標準化されているＳＣＩフォーマット０に基づくことができるが、それに加えて、いくつかのサイドリンク宛先グループＩＤ（標準規格においては「グループ宛先ＩＤ」と称される）を示すことができる。したがって新規のＳＣＩフォーマット１は、より詳細には、非特許文献３のすでに標準化されているＳＣＩフォーマット０に対応して、以下のフィールドの１つまたは複数を含む。
−  周波数ホッピングフラグ
−  リソースブロック割当ておよびホッピングリソース割当て
−  時間リソースパターン
−  変調符号化方式
−  タイミングアドバンス指示
【０１８４】
例えば、現在標準化されているＳＣＩフォーマット０におけるようにグループ宛先ＩＤ用の８ビットを提供する代わりに、新規のＳＣＩフォーマット１は、２つのグループ宛先ＩＤ（すなわち２つのサイドリンク宛先グループＩＤに対応する）を含むため、利用可能な１６ビットを有する。当然ながら、サイドリンク制御情報メッセージがさらに多くのサイドリンク宛先グループＩＤを伝えることができるようにするべきである場合、この点において、より多くのビットを提供しなければならない（例えば、３つの異なるサイドリンク宛先グループＩＤの場合には２４ビット、４つの異なるサイドリンク宛先グループＩＤの場合には３２ビット）。
【０１８５】
第２の実施形態のこの第１の実装形態のオプションとして、受信側ＵＥは、Ｄ２Ｄ送信における対応するトランスポートブロックが参照するサイドリンク宛先グループＩＤを認識する。言い換えれば、受信側ＵＥは、どのトランスポートブロックが、ＳＣＩの中で識別されるどのサイドリンク宛先グループのデータを伝えているかを認識する。このことは、例示的に、ＳＣＩの中のサイドリンク宛先グループＩＤの順序と、Ｄ２Ｄ送信の次の部分の中の対応するトランスポートブロックの順序との間の所定の一義的な関係（すなわち規則）によって行うことができる。例えば、ＳＣＩ内の（複数の）グループ宛先ＩＤ（すなわちサイドリンク宛先グループＩＤ）の順序が、Ｄ２Ｄ送信において送信される対応するトランスポートブロック（すなわち、それぞれのサイドリンク宛先グループのデータを伝えるトランスポートブロック）の順序に対応していることができる。例えば、ＳＣＩ内の第１のグループ宛先ＩＤが宛先Ａを指しており、第２のグループ宛先ＩＤが宛先Ｂを指しているときに、ＳＣ期間内に送信される２つのトランスポートブロックが存在する場合、最初のトランスポートブロックがグループＡを送信先とするデータを含み、２番目のトランスポートブロックがグループＢを送信先とするデータを含む。ＳＣ期間内に送信される３つのトランスポートブロックが存在する場合、３番目のトランスポートブロックは例えば再びグループＡを送信先とするデータを含み、以下同様である。本質的には、受信側ＵＥは、ＳＣＩ期間内の対応するトランスポートブロックのグループ宛先ＩＤを、何らかの事前定義される規則に従って認識する。このオプションを、現在規定されている３ＧＰＰ環境において実施するときには、受信側ＵＥは、ＳＣＩ内のグループ宛先ＩＤおよび事前定義される規則に基づいて、トランスポートブロックの中のデータの（１つまたは複数の）宛先レイヤ２  ＩＤの８個の最下位ビット（ＬＳＢ）を認識する。結果としてＵＥは、自身が関心のあるサイドリンク宛先グループに応じてＤ２Ｄ送信（特にＭＡＣ  ＰＤＵ）をフィルタリングすることができ、したがって受信側ＵＥは実際に関心のあるサイドリンク宛先グループのデータを含むＭＡＣ  ＰＤＵのみを復号する。より詳細には、復号されたＭＡＣ  ＰＤＵサブヘッダのＤＳＴフィールドが、ＵＥの（１つまたは複数の）宛先レイヤ２  ＩＤのいずれかの１６個のＭＳＢに等しい場合、そのＰＤＵはＵＥにおいてさらに処理される。
【０１８６】
代替実装形態によると、ＭＡＣ  ＰＤＵサブヘッダのＤＳＴフィールドは、宛先レイヤ２  ＩＤの２４個のＭＳＢ（例えば完全な２４ビット）を含む。受信側ＵＥは、ＭＡＣサブヘッダ内のこれらの２４ビットに基づいて、トランスポートブロック内のデータの宛先レイヤ２  ＩＤを一義的に識別することができ、したがってＭＡＣフィルタリングを実行することができる。この場合、ＳＣＩ内のグループ宛先ＩＤの順序は、Ｄ２Ｄ送信において送信される対応するトランスポートブロックの順序に対応している必要がない。例えば、たとえ第１のグループ宛先ＩＤが宛先Ａを指しており、第２のグループ宛先ＩＤが宛先Ｂを指していても、ＳＣ期間内に送信される２つのトランスポートブロックが存在する場合に、最初のトランスポートブロックがグループＢを送信先とするデータを含むことができ、２番目のトランスポートブロックがグループＡを送信先とするデータを含む。受信側ＵＥは、ＭＡＣ  ＰＤＵサブヘッダ内の２４ビットの宛先レイヤ２  ＩＤに基づいてフィルタリングを一義的に実行することができ、すなわち受信側ＵＥは、宛先レイヤ２  ＩＤに基づいて関心のあるパケットのみを復号することができる。
【０１８７】
第２の実施形態の第２の代替実装形態によると、Ｄ２Ｄ送信の一部として送信されるサイドリンク制御情報メッセージは、１つのＩＤのみを含み、しかしながらこのＩＤは、決定された複数のサイドリンク宛先グループに関連付けられている。結果として、サイドリンク宛先グループを、それぞれの対応する識別情報を含むことによって直接識別する代わりに、サイドリンク宛先グループが適切なＩＤによって間接的に識別され、受信側においてこのＩＤを再び複数のサイドリンク宛先グループに関連付けることができる。
【０１８８】
具体的には、この第２の代替実装形態では新規のＩＤを導入し、この新規のＩＤは、サイドリンク宛先グループＩＤの代わりに送信され、複数のサイドリンク宛先グループに関連付けられている。言い換えれば、この新規のＩＤ（以下では例示的にブロードキャストＩＤと称する）は、１つのブロードキャストＩＤが少なくとも２つの異なるサイドリンク宛先グループに関連付けられるように、さまざまなサイドリンク宛先グループを、多対１のマッピングに従って一緒にグループ化する。この新規のマッピング機能は、コアネットワーク内の適切なノード（例えばＰｒｏＳｅサーバ機能）によって実行することができる。したがってＰｒｏＳｅサーバ機能は、いくつかのサイドリンク宛先グループを各ブロードキャストＩＤに関連付けるため、このようなマッピング機能を実行することができる。この場合、対応するマッピング情報（すなわちブロードキャストＩＤおよび対応して関連付けられているサイドリンク宛先グループ）が、ＵＥおよびオプションとしてｅＮｏｄｅＢにも提供される。この情報の提供は、例えば、ＲＲＣシグナリングを使用して実行することができる、またはさまざまなｅＮｏｄｅＢによってシステム情報の中でブロードキャストすることができる。
【０１８９】
１つのバリエーションにおいては、新規のブロードキャストＩＤは、サイドリンク制御情報の中でサイドリンク宛先グループを識別するために通常使用されるサイドリンク宛先グループＩＤと同じサイズであり、すなわち８ビットであり（背景技術のセクションを参照）、したがって、すでに定義されているサイドリンク制御情報フォーマット０を、適合させることなく再利用することができる。これに代えて、新規のブロードキャストＩＤを、通常に使用されるサイドリンク宛先グループＩＤとは異なる（例えば、より大きい）サイズとすることができ、その場合、新規のブロードキャストＩＤを伝えるために新規のサイドリンク制御情報フォーマットが必要である。
【０１９０】
第２の実施形態の第２の代替実装形態に基づくと、ＵＥは、有効なサイドリンクグラントに従ってＤ２Ｄ送信においてデータが送信される複数のサイドリンク宛先グループを決定した後、これらの決定された複数のサイドリンク宛先グループに関連付けられる対応するブロードキャストＩＤをさらに決定する必要がある。次いでＵＥは、サイドリンク宛先グループの１つまたは複数のＩＤの代わりに、決定したブロードキャストＩＤをＤ２Ｄ送信のサイドリンク制御情報の中に含めることができる。
【０１９１】
一方で、ブロードキャストＩＤを含むサイドリンク制御情報を備えたＤ２Ｄ送信を受信するＵＥは、例えばＰｒｏＳｅサーバ機能から以前に受信して格納されているマッピング情報に基づいて、受信したブロードキャストＩＤから複数のサイドリンク宛先グループを求める。
【０１９２】
バリエーションによると、下位互換性を維持する目的で、特に、ブロードキャストＩＤが、サイドリンク制御情報メッセージの中で伝えられるサイドリンク宛先グループのこれまで使用されていたＩＤと同じサイズを有する場合、サイドリンク制御情報メッセージが新規のブロードキャストＩＤを含むのか通常のサイドリンク宛先グループＩＤを含むのかに関する適切な情報（フラグなど）を、サイドリンク制御情報メッセージが含むことができる。この場合、このフラグをさらに含む新規のサイドリンク制御情報フォーマットが必要となりうる。したがって送信側ＵＥは、自身がブロードキャストＩＤを含めるのか（Ｄ２Ｄ送信の中でいくつかのサイドリンク宛先グループのデータが送信されるとき）、または通常のサイドリンク宛先グループＩＤを含めるのか（Ｄ２Ｄ送信の中で１つのサイドリンク宛先グループのみのデータが送信されるとき）に応じて、対応するフラグを設定する。一方で、受信側ＵＥは、受信されたＤ２Ｄが実際にどの（１つまたは複数の）サイドリンク宛先グループを送信先としているかを求めるときに、このフラグの値を考慮する。
【０１９３】
ここまで、第２の実施形態の２つの代替実装形態について説明してきたが、これらの実装形態はそれぞれ、必要なときにサイドリンク制御情報が複数のサイドリンク宛先グループを識別することができる。
【０１９４】
したがって、いくつかのサイドリンク宛先グループの、送信用に利用可能なデータを有するＵＥは、これらの複数のサイドリンク宛先グループのうち、次のＤ２Ｄ送信によってデータを送信するサイドリンク宛先グループを決定する。次いで、決定された複数のサイドリンク宛先グループを識別するため、上述した第１の代替実装形態に従っていくつかのＩＤを含めることによって、または上述した第２の代替実装形態に従って１つの適切なブロードキャストＩＤを含めることによって、対応するサイドリンク制御情報メッセージを生成する。
【０１９５】
さらに、ＵＥは、ＳＣ期間内のＤ２Ｄ送信の一部として送信するための、複数のサイドリンク宛先グループを送信先とする対応するデータパケット（すなわちＭＡＣ  ＰＤＵ）、を生成する。例えば、ＳＣ期間においてＵＥによって生成される最初のトランスポートブロック（ＭＡＣ  ＰＤＵ）が、第１のサイドリンク宛先グループを送信先とするデータを伝えることができ、ＳＣ期間内にＵＥによって生成される２番目のトランスポートブロックが、第２のサイドリンク宛先グループを送信先とするデータを伝えることができ、以下同様である。このことは、図１７の図解から容易に理解される。
【０１９６】
しかしながら、１つのＳＣ期間内にＤ２Ｄ送信によってデータを送信することのできるサイドリンク宛先グループの数は、ＳＣ期間の長さ、および／または、サイドリンクグラントによって与えられるＴ−ＲＰＴパターンにも依存することに留意されたい。例えば、図１７の例示的なシナリオにおいては、選択されるＴ−ＲＰＴビットマップとの組合せにおけるサイドリンク制御期間の長さでは、１つのＳＣ期間内に３つの個別のＭＡＣ  ＰＤＵを送信することができ、したがって最大で３つのサイドリンク宛先グループを送信先とするデータをＵＥによって送信することができる。ＳＣ期間の異なる長さを設定する、または異なるＴ−ＲＰＴパターン（例えば再送信の回数が少ない）を選択すると、１つのＳＣ期間内に送信される、より多くの、またはより少ないサイドリンク宛先グループを決定することができる。
【０１９７】
上の例では、Ｄ２Ｄ送信によってデータが送信される（３つの）異なる宛先グループがＵＥによって決定されるが、（１つまたは複数の）同じ宛先グループをそれぞれＵＥによって選択することもできる。
【０１９８】
Ｄ２Ｄ送信を正常に実行するためにＵＥによって実行されるさまざまなステップのさらなる詳細については、ここでは省くが、背景技術のセクション内の対応する節を参照されたい。
【０１９９】
受信側における対応する動作では、いくつかのサイドリンク宛先グループを送信先とするデータを含むＤ２Ｄ送信を受信することができる。受信側ＵＥは、サイドリンク制御情報メッセージ（グループ宛先ＩＤ）からいくつかのサイドリンク宛先グループを識別し、したがって自身がそのＤ２Ｄ送信に関心があるか否か（すなわちＵＥが、Ｄ２Ｄ送信内のＳＣＩの中の識別子によって識別されるサイドリンク宛先グループのうちの１つまたは複数へのデータを受信することに関心があるか）を決定することができる。ＵＥが関心がある場合、Ｄ２Ｄ送信内の対応するデータが受信側ＵＥによって適切な方法において受信されて復号される。この場合、受信側ＵＥがＭＡＣ  ＰＤＵ内のデータを受信して復号することを望むか否かを決定するため、受信側ＵＥがＤ２Ｄ送信のＭＡＣ  ＰＤＵそれぞれのサイドリンク宛先グループを求めるステップを含むことができる。
【０２００】
例えば非特許文献５（現在のバージョン１２．５．０）の６．２．４節に定義されている、サイドリンクＤ２Ｄ送信においてＭＡＣ  ＰＤＵを送信するための現在標準化されている手順によると、ＭＡＣヘッダが、含まれているデータのサイドリンク宛先グループに関する情報を含む。特に、ＭＡＣヘッダの「ＤＳＴ」フィールドにおいて、宛先レイヤ２  ＩＤの１６個の最上位ビットが送信され、受信側ＵＥは、これらのビットによってサイドリンク宛先グループを識別することができる。現在標準化されているＳＣＩメッセージは、宛先レイヤ２  ＩＤの８個の最下位ビットを含み、これらの８個のＬＳＢと、ＭＡＣヘッダ内の１６個のＭＳＢとの組合せによって、受信側ＵＥはサイドリンク宛先グループ（すなわち宛先レイヤ２  ＩＤ）を一義的に識別することができる。したがって受信側ＵＥは、自身が関心のあるサイドリンク宛先グループに応じてＤ２Ｄ送信（特にＭＡＣ  ＰＤＵ）をフィルタリングすることができ、したがって受信側ＵＥは、自身が実際に関心のあるサイドリンク宛先グループのデータを含むＭＡＣ  ＰＤＵのみを復号する。より詳細には、復号されたＭＡＣ  ＰＤＵサブヘッダのＤＳＴフィールドが、ＵＥの（１つまたは複数の）宛先レイヤ２  ＩＤのいずれかの１６個のＭＳＢに等しい場合、そのＰＤＵはＵＥにおいてさらに処理される。
【０２０１】
一実装形態によると、ＭＡＣ  ＰＤＵサブヘッダのＤＳＴフィールドは、現在標準化されているように宛先レイヤ２  ＩＤの１６個のＭＳＢのみではなく、宛先レイヤ２  ＩＤの２４個のＭＳＢ（例えば完全な２４ビット）を含む。受信側ＵＥは、ＭＡＣサブヘッダ内のこれらの２４ビットに基づいて、トランスポートブロック内のデータの宛先レイヤ２  ＩＤを一義的に識別することができ、したがってＭＡＣフィルタリングを実行することができる。この方式は、特に、いくつかのグループ宛先ＩＤが１つのブロードキャストＩＤにマッピングされる上述した第２の実施形態において有利であり、なぜなら受信側ＵＥは、グループ宛先ＩＤ（すなわちＳＣ期間内の対応するトランスポートブロックの宛先レイヤ２  ＩＤの８個のＬＳＢ）を認識していないためである。受信側ＵＥがブロードキャストＩＤに基づいて認識することは、基本的には、ＳＣ期間内のトランスポートブロックが、そのブロードキャストＩＤにマッピングされているグループ宛先ＩＤの１つを送信先とするデータを含みうるということのみである。例えば、グループ宛先ＩＤ＝「０」およびグループ宛先ＩＤ＝「１」がブロードキャストＩＤ＝「０」にマッピングされている場合、受信側ＵＥは、ＳＣ期間内の最初のトランスポートブロックがグループ宛先ＩＤ＝「０」を有するのかグループ宛先ＩＤ＝「１」を有するのかを認識しない。ＳＣ期間内の他のトランスポートブロックにも同じことがあてはまる。現在の標準規格によると、ＭＡＣ  ＰＤＵサブヘッダ内のＤＳＴフィールドは、宛先レイヤ２  ＩＤの１６個のＭＳＢを含むのみであるため、受信側ＵＥは、トランスポートブロックのデータの完全な宛先レイヤ２  ＩＤを一義的に識別することができない（なぜなら受信側ＵＥは宛先レイヤ２  ＩＤの８個のＬＳＢ（グループ宛先ＩＤ）を認識していないため）。
【０２０２】
第２の実施形態の上の説明では、ＵＥが有効なサイドリンクグラントを有するものと想定したが、ＵＥがこれらの有効なサイドリンクグラントをどのように取得したかに関しては詳しく説明していない。第２の実施形態の原理によるＵＥの動作においては、ＵＥがサイドリンクグラントをモード１に従って（ｅＮＢから）取得したか、モード２に従って取得した（ＵＥによって自律的に選択されたＲ２）かは重要ではない。したがって、第２の実施形態は、モード１において取得されるサイドリンクグラントと、モード２において取得されるサイドリンクグラントの両方に適用される。具体的には、モード１の場合、サイドリンクグラントは、例えばＵＥからの対応する要求（例えば背景技術のセクションで説明したようにスケジューリング要求またはＲＡＣＨ手順および対応するバッファ状態情報）に基づいて、ｅＮｏｄｅＢから受信されたものである。これらの手順と、ｅＮｏｄｅＢからＵＥに送信される対応するサイドリンクスケジューリングメッセージに関する詳細については、ここでは省くが、背景技術のセクションの対応する節を参照されたい。モード２の場合、サイドリンクグラントは、スケジューリング制御情報およびデータを送信するための対応する送信無線リソースプールからＵＥによって自律的に選択される。モード２のこれらの手順に関する詳細についても、ここでは省くが、背景技術のセクションの対応する節を参照されたい。
【０２０３】
第２の実施形態の上述した実装形態においては、ＳＣ期間内にＤ２Ｄ送信が実行される先の複数のサイドリンク宛先グループをＵＥが決定することを説明したが、それ以上の詳細は示していない。第２の実施形態の特定の実装形態によると、複数のサイドリンク宛先グループを決定するステップは、（１回または複数回の）論理チャネル優先順位付け（ＬＣＰ）手順の使用によってＵＥによって実行することができる。特に、ＵＥは、どのサイドリンク宛先グループのデータが送信されるべきかを、ＬＣＰ手順において決定することができる。
【０２０４】
第２の実施形態の代替形態によると、ＵＥは、対応するグループ宛先ＩＤ（ＳＣＩの中で送信される）が同じである限りは、複数の異なるサイドリンク宛先グループにデータを送信することが許可される。より具体的には、現在の標準規格によると、物理サイドリンク制御チャネルでＳＣＩの中で送信されるグループ宛先ＩＤは、宛先レイヤ２  ＩＤの８個の最下位ビット（ＬＳＢ）である。ＵＥが、送信元レイヤ２  ＩＤと宛先レイヤ２  ＩＤのペア（宛先レイヤ２  ＩＤの８個のＬＳＢが同じである）のＰＤＵの中で論理チャネルを多重化する限りは、ＵＥは１つのＳＣ期間内で複数の異なるサイドリンク宛先グループにデータを送信することができる。この実装形態では、現在標準化されている手順の変更が実質的に要求されない。グループ宛先ＩＤが同じであるため、対象である受信側ＵＥは、ＳＬ−ＤＣＨでの対応するデータ送信の受信に失敗しない。一例として、送信側ＵＥは、宛先レイヤ２  ＩＤ＝「１１１１１１１１１１１１１１１０００００００００」と、宛先レイヤ２  ＩＤ＝「１１１１１１１１１１１１１１１１００００００００」を有するサイドリンク宛先グループとを送信先とするデータを、１つのＳＣ期間内に送信することができ、なぜなら両方のケースにおいて８個のＬＳＢが同じであるためである（この場合にＳＣＩの中で送信されるグループ宛先ＩＤは「００００００００」）。
【０２０５】
＜ハードウェアおよびソフトウェアによる本開示の実施＞
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。
【０２０６】
さまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。さまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。特に、上に説明した各実施形態の説明において使用される各機能ブロックは、集積回路としてのＬＳＩによって実施することができる。これらの機能ブロックは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。これらのチップは、自身に結合されているデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路または汎用プロセッサを使用することによって達成することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、あるいはＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用することもできる。
【０２０７】
さらに、さまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【０２０８】
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
2020017980.tif 000003
【図２】
2020017980.tif 000004
【図３】
2020017980.tif 000005
【図４】
2020017980.tif 000006
【図５】
2020017980.tif 000007
【図６】
2020017980.tif 000008
【図７】
2020017980.tif 000009
【図８】
2020017980.tif 000010
【図９】
2020017980.tif 000011
【図１０】
2020017980.tif 000012
【図１１】
2020017980.tif 000013
【図１２】
2020017980.tif 000014
【図１３】
2020017980.tif 000015
【図１４】
2020017980.tif 000016
【図１５】
2020017980.tif 000017
【図１６】
2020017980.tif 000018
【図１７】
2020017980.tif 000019