(57)【要約】      （修正有）【課題】直接リンクデータ送信の送信タイミングを決定して、データを直接リンク接続を通じて受信側端末に送信する送信側端末を提供する。【解決手段】送信側端末５００は、基地局５１０へのデータ送信のアップリンク送信タイミング値を調整するためのタイミングコマンドを、基地局５１０から受信する受信ユニット５４０を備える。生成ユニット５７０は、アップリンク送信タイミング値に基づいて直接リンクタイミング情報を生成し、直接リンクタイミング情報に基づいて、直接リンクを通じてのデータ送信のタイミングを決定するための直接リンク送信タイミング値を生成する。送信ユニット５６０は、生成された直接リンクタイミング情報を受信側端末に送信する。受信側端末は、直接リンクタイミング情報を用いて、送信側端末から直接リンクを通じて受信されるデータの受信タイミングを決定するための直接リンク受信タイミング値を生成する。【選択図】図１５
2020014242.tif 000002
【特許請求の範囲】
【請求項１】
機器間（device to device）通信のための通信装置であって、
基地局装置から、インデックス値によって前記基地局装置への上りリンクのタイミングアドバンス値（ＮＴＡ値）を示すタイミングアドバンスコマンド（ＴＡコマンド）を受信し、前記ＴＡコマンドは前記上りリンクの送信タイミングを調整するためのコマンドである、受信部と、
前記上りリンクのＮＴＡ値を用いて、前記機器間通信における直接リンクの受信タイミング調整値を示す直接リンクタイミングアドバンス情報を設定する制御部と、
前記設定された直接リンクタイミングアドバンス情報を含む、前記直接リンクのスケジューリング割当に用いられる制御メッセージを他の通信装置に前記直接リンクを通じて送信する送信部と、
を具備し、
前記送信部は、前記基地局装置への前記上りリンクへの送信に用いるTiming Alignment Timer（TAT）が満了している場合、前記基地局装置から前記タイミングアドバンスコマンド（ＴＡコマンド）を受信した後に前記直接リンクを通じた送信を実施する、
通信装置。
【請求項２】
前記通信装置がRRC_CONNECTED状態にある場合、前記制御部は、前記ＮＴＡ値を用いて前記直接リンクタイミングアドバンス情報を設定し、前記通信装置がRRC_IDLE状態にある場合、前記制御部は、前記直接リンクタイミングアドバンス情報をゼロに設定する、
請求項１に記載の通信装置。
【請求項３】
前記通信装置が前記直接リンクの送信タイミングを前記基地局装置への上り回線の送信タイミングに合わせることができない場合、前記制御部は前記直接リンクタイミングアドバンス情報をゼロに設定する、
請求項１に記載の通信装置。
【請求項４】
前記通信装置がRRC_CONNECTED状態にある場合、前記送信部は、前記ＮＴＡ値を用いて設定された前記直接リンクタイミングアドバンス情報に基づいて、直接リンクデータを送信し、前記通信装置がRRC_IDLE状態にある場合、前記送信部は、ゼロに設定された前記直接リンクタイミングアドバンス情報に基づいて、前記直接リンクデータを送信する、
請求項１から３のいずれか一項に記載の通信装置。
【請求項５】
前記送信部は、前記直接リンクタイミングアドバンス情報によって示される前記直接リンクの受信タイミング調整値に基づいて、直接リンクデータを前記他の通信装置に送信する、
請求項１から３のいずれか一項に記載の通信装置。
【請求項６】
前記直接リンクタイミングアドバンス情報は、１１ビットの値で示される、
請求項１から５のいずれか一項に記載の通信装置。
【請求項７】
前記送信された制御メッセージに含まれる前記直接リンクタイミングアドバンス情報は、前記他の通信装置において、前記通信装置から送信された直接リンクデータの受信タイミングを調整するために用いられる、
請求項１から３のいずれか一項に記載の通信装置。
【請求項８】
機器間（device to device）通信のための通信方法であって、
基地局装置から、インデックス値によって前記基地局装置への上りリンクのタイミングアドバンス値（ＮＴＡ値）を示すタイミングアドバンスコマンド（ＴＡコマンド）を受信し、前記ＴＡコマンドは前記上りリンクの送信タイミングを調整するためのコマンドであり、
前記上りリンクのＮＴＡ値を用いて、前記機器間通信における直接リンクの受信タイミング調整値を示す直接リンクタイミングアドバンス情報を設定し、
前記設定された直接リンクタイミングアドバンス情報を含む、前記直接リンクのスケジューリング割当に用いられる制御メッセージを他の通信装置に前記直接リンクを通じて送信し、
前記基地局装置への前記上りリンクの送信に用いるTiming Alignment Timer（TAT）が満了している場合、前記基地局装置から前記タイミングアドバンスコマンド（ＴＡコマンド）を受信した後に前記直接リンクを通じた送信を実施する、
通信方法。
【請求項９】
前記設定において、前記機器間通信がRRC_CONNECTED状態で行われる場合は、前記直接リンクタイミングアドバンス情報の設定は前記ＮＴＡ値を用いることにより行われ、前記機器間通信がRRC_IDLE状態で行われる場合は、前記直接リンクタイミングアドバンス情報をゼロに設定する、
請求項８に記載の通信方法。
【請求項１０】
前記機器間通信において、前記直接リンクの送信タイミングを前記基地局装置への上り回線の送信タイミングに合わせることができない場合、前記直接リンクタイミングアドバンス情報をゼロに設定する、
請求項８に記載の通信方法。
【請求項１１】
前記機器間通信を行う通信装置がRRC_CONNECTED状態にある場合、前記ＮＴＡ値を用いて設定された前記直接リンクタイミングアドバンス情報に基づいて、直接リンクデータを送信し、前記機器間通信を行う通信装置がRRC_IDLE状態にある場合、ゼロに設定された前記直接リンクタイミングアドバンス情報に基づいて、前記直接リンクデータを送信する、
請求項８から１０のいずれか一項に記載の通信方法。
【請求項１２】
前記直接リンクタイミングアドバンス情報によって示される前記直接リンクの受信タイミング調整値に基づいて、直接リンクデータを前記他の通信装置に送信する、
請求項８から１０のいずれか一項に記載の通信方法。
【請求項１３】
前記直接リンクタイミングアドバンス情報は、１１ビットの値で示される、
請求項８から１２のいずれか一項に記載の通信方法。
【請求項１４】
前記送信された制御メッセージに含まれる前記直接リンクタイミングアドバンス情報は、前記他の通信装置において、直接リンクデータの受信タイミングを調整するために用いられる、
請求項８から１０のいずれか一項に記載の通信方法。
【請求項１５】
基地局装置から、インデックス値によって前記基地局装置への上りリンクのタイミングアドバンス値（ＮＴＡ値）を示すタイミングアドバンスコマンド（ＴＡコマンド）を受信し、前記ＴＡコマンドは前記上りリンクの送信タイミングを調整するためのコマンドである、処理と、
前記上りリンクのＮＴＡ値を用いて、前記機器間通信における直接リンクの受信タイミング調整値を示す直接リンクタイミングアドバンス情報を設定する処理と、
前記設定された直接リンクタイミングアドバンス情報を含む、前記直接リンクのスケジューリング割当に用いられる制御メッセージを他の通信装置に前記直接リンクを通じて送信し、前記基地局装置への前記上りリンクの送信に用いるTiming Alignment Timer（TAT）が満了している場合、前記基地局装置から前記タイミングアドバンスコマンド（ＴＡコマンド）を受信した後に前記直接リンクを通じた送信を実施する処理と、
を制御する集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信システムにおいて直接リンクデータ送信の送信タイミングを決定する装置および方法に関する。詳細には、本発明は、装置間（Ｄ２Ｄ）通信システムにおいて動作することができ、かつ本発明の方法を実行することのできるユーザ機器、にさらに関する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ：Long Term Evolution）
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：High-Speed Downlink Packet Access）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ：High Speed Uplink Packet Access）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保するために、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートのためのキャリア需要を満たすように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。詳細なシステム要件は、[3]に記載されている。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および、２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ：User Equipment）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。リリース８のＬＴＥでは、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００５】
ＬＴＥおよびＥ−ＵＴＲＡＮのアーキテクチャ
図１は、ＬＴＥの全体的なアーキテクチャを示しており、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。
【０００６】
図１から理解できるように、ＬＴＥアーキテクチャでは、ＵＴＲＡＮやＧＥＲＡＮ（ＧＳＭ（登録商標）  ＥＤＧＥ無線アクセスネットワーク）など複数の異なる無線アクセスネットワーク（ＲＡＮ：Radio Access Network）を相互接続することがサポートされ、これらのＲＡＮは、サービングＧＰＲＳサポートノード（ＳＧＳＮ：Serving GPRS Support Node）を介してＥＰＣに接続される。３ＧＰＰ移動通信ネットワークでは、移動端末１１０（ユーザ機器（User Equipment）、ＵＥ、またはデバイスとも呼ばれる）は、ＵＴＲＡＮ内のＮｏｄｅＢ（ＮＢ）およびＥ−ＵＴＲＡＮアクセス内の進化型ＮｏｄｅＢ（ｅＮＢ：evolved NodeB）を介してアクセスネットワークにアタッチされる。エンティティＮＢおよびｅＮＢ  １２０は、他の移動通信ネットワークでは基地局として知られている。ユーザ機器のモビリティ（移動性）をサポートするため、２基のデータパケットゲートウェイ（サービングゲートウェイ（ＳＧＷ）１３０およびパケットデータネットワークゲートウェイ１６０（ＰＤＮ−ＧＷまたは簡潔にＰＧＷ））が、ＥＰＳ内に配置されている。Ｅ−ＵＴＲＡＮアクセスを想定すると、エンティティｅＮＢ  １２０は、Ｓ１−Ｕインタフェース（「Ｕ」は「ユーザプレーン」を表す）を介して１つまたは複数のＳＧＷに有線回線を通じて接続され、また、Ｓ１−ＭＭＭＥインタフェースを介してモビリティ管理エンティティ１４０（ＭＭＥ）に有線回線を通じて接続される。ＳＧＳＮ  １５０およびＭＭＥ  １４０は、サービングコアネットワーク（ＣＮ）ノードとも呼ばれる。
【０００７】
図２に示したように、Ｅ−ＵＴＲＡＮは、進化型ＮｏｄｅＢ（ｅＮＢ）１２０から構成され、ｅＮＢ  １２０は、ユーザ機器（ＵＥ）に向かうＥ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端させる。ｅＮＢ  １２０は、物理（ＰＨＹ）層、媒体アクセス制御（ＭＡＣ）層、無線リンク制御（ＲＬＣ）層、およびパケットデータ制御プロトコル（ＰＤＣＰ）層（これらの層はユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。さらに、ｅＮＢ  １２０は、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能を提供する。ｅＮＢ  １２０は、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。
【０００８】
複数のｅＮＢは、Ｘ２インタフェースによって互いに接続されている。さらにｅＮＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化型パケットコア）にも接続されており、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）に接続されており、Ｓ１−Ｕによってサービングゲートウェイ（Ｓ−ＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００９】
ＭＭＥ  １４０は、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【００１０】
ＬＴＥにおけるコンポーネントキャリア構造
図３および図４は、ＬＴＥにおけるコンポーネントキャリアの構造を示している。３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥで、各サブフレームは、図３に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルは、各々、図４にも示すように、ＮＤＬＲＢ×ＮＲＢｓｃ個のそれぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。
【００１１】
例えば、３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロックは、図４に例示したように、時間領域におけるＮＤＬｓｙｍｂ個の連続するＯＦＤＭシンボルおよび周波数領域におけるＮＲＢｓｃ個の連続するサブキャリアとして定義される。したがって、３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックは、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する、ＮＤＬｓｙｍｂ×ＮＲＢｓｃ個のリソースエレメントからなる（ダウンリンクのリソースグリッドについてのさらなる詳細は、例えば非特許文献１の６.２節に記載されており、この文献は３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）。
【００１２】
リソースブロックまたはリソースブロックペアがスケジューリングされていても、その中の一部のリソースエレメントが使用されないことが起こりうるが、使用する術語表現を簡潔にするために、リソースブロックまたはリソースブロックペアの全体が割り当てられるものとする。スケジューラによって実際に割り当てられないリソースエレメントの例として、参照信号（reference signal）、ブロードキャスト信号、同期信号、さまざまな制御信号、またはチャネル送信に使用されるリソースエレメントが挙げられる。
【００１３】
ダウンリンクにおける物理リソースブロックの数は、セル内で設定されているダウンリンク送信の帯域幅によって決まり、現在ＬＴＥでは６〜１１０個の（物理）リソースブロック（（Ｐ）ＲＢ）であるものと定義されている。ＬＴＥでは、帯域幅をＨｚ単位（例：１０ＭＨｚ）またはリソースブロック単位で表すのが慣習的であり、例えばダウンリンクの場合、セルの帯域幅を例えば１０ＭＨｚと表すことができる。
【００１４】
チャネルリソースは、図４に例示的に示したように「リソースブロック」として定義することができ、図４では、例えば３ＧＰＰのＬＴＥ作業項目において検討されているようにＯＦＤＭを採用するマルチキャリア通信システムを想定する。より一般的には、リソースブロックは、スケジューラによって割り当てることのできる、モバイル通信の無線インタフェースにおける最小リソース単位を表すものと想定することができる。リソースブロックの次元は、時間（例えば、時間分割多重方式（ＴＤＭ）の場合のタイムスロット、サブフレーム、フレームなど）、周波数（例えば、周波数分割多重方式（ＦＤＭ）の場合のサブバンド、キャリア周波数など）、符号（例えば、符号分割多重方式（ＣＤＭ）の場合の拡散符号）、アンテナ（例えば、多入力多出力（ＭＩＭＯ））、その他の任意の組合せとすることができ、モバイル通信システムで用いられるアクセス方式に依存する。
【００１５】
データは、仮想リソースブロックの対によって、物理リソースブロックにマッピングされる。一対の仮想リソースブロックは、一対の物理リソースブロックにマッピングされる。ＬＴＥのダウンリンクにおける物理リソースブロックへのマッピング方式に従って、２つのタイプの仮想リソースブロックが定義されており、すなわち局所仮想リソースブロック（ＬＶＲＢ：Localised Virtual Resource Block）と分散仮想リソースブロック（ＤＶＲＢ：Distributed Virtual Resource Block）である。局所ＶＲＢを使用する局所送信モードにおいては、ｅＮＢは、どのリソースブロックをどれくらい使用するかについて完全に制御し、通常では、結果としてスペクトル効率が高くなるリソースブロックを選択するときにこの制御を使用する。ほとんどの移動通信システムでは、この結果、隣接する物理リソースブロックまたは隣接する物理リソースブロックの複数個のまとまり（cluster）が単一のユーザ機器への送信に使用されることになる。なぜなら、無線チャネルは周波数領域においてコヒーレントであるためであり、すなわち、１つの物理リソースブロックで高いスペクトル効率が得られる場合、それに隣接する物理リソースブロックでも同様に高いスペクトル効率が得られる可能性が高い。分散ＶＲＢを使用する分散送信モードにおいては、充分に高いスペクトル効率をもたらす少なくともいくつかの物理リソースブロックが使用されることで周波数ダイバーシチが得られるように、同じユーザ機器へのデータを伝える物理リソースブロックを周波数帯にわたり分散させる。
【００１６】
３ＧＰＰ  ＬＴＥリリース８においては、ダウンリンク制御シグナリングは、基本的に次の３つの物理チャネルによって伝えられる。
サブフレーム内の制御シグナリングに使用されるＯＦＤＭシンボルの数（すなわち制御チャネル領域の大きさ）を示す物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：Physical control format indicator channel）
アップリンクデータ送信に関連付けられるダウンリンクＡＣＫ／ＮＡＣＫを伝える物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical hybrid ARQ indicator channel）
ダウンリンクスケジューリング割当ておよびアップリンクスケジューリング割当てを伝える物理ダウンリンク制御チャネル（ＰＤＣＣＨ:Physical downlink control channel）
【００１７】
ＰＣＦＩＣＨは、ダウンリンクサブフレームの制御シグナリング領域内の既知の位置から、事前に定義される既知の変調・符号化方式を使用して送信される。ユーザ機器は、サブフレーム内の制御シグナリング領域の大きさに関する情報（例えばＯＦＤＭシンボルの数）を得るために、ＰＣＦＩＣＨを復号する。ユーザ機器（ＵＥ）がＰＣＦＩＣＨを復号することができない場合、または、誤ったＰＣＦＩＣＨ値を得た場合、制御シグナリング領域に含まれるＬ１／Ｌ２制御シグナリング（ＰＤＣＣＨ）を正しく復号することができず、結果として、ＰＤＣＣＨに含まれるすべてのリソース割当てが失われうる。
【００１８】
ＰＤＣＣＨは、制御情報（例えば、ダウンリンクデータ送信またはアップリンクデータ送信のためのリソースを割り当てるスケジューリンググラントなど）を伝える。ユーザ機器へのＰＤＣＣＨは、サブフレーム内のＰＣＦＩＣＨに従って、最初の１個、２個、または３個のＯＦＤＭシンボルで送信される。
【００１９】
物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical downlink shared channel）は、ユーザデータを伝えるために使用される。ＰＤＳＣＨは、１つのサブフレーム内のＰＤＣＣＨに続く残りのＯＦＤＭシンボルにマッピングされる。１基のユーザ機器に割り当てられるＰＤＳＣＨリソースは、各サブフレームのリソースブロックを単位とする。
【００２０】
物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical uplink shared channel）は、ユーザデータを伝える。物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）は、アップリンク方向のシグナリング（例えば、スケジューリング要求、ＰＤＳＣＨのデータパケットに応えてのＨＡＲＱ肯定応答（ＡＣＫ）および否定応答（ＮＡＣＫ）、チャネル状態情報（ＣＳＩ：channel state information）など）を伝える。
【００２１】
「コンポーネントキャリア」という用語は、いくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【００２２】
ＬＴＥのさらなる発展（ＬＴＥ−Ａ）
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰでは、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。以下では、ＬＴＥ−Ａを対象として現在検討されている２つの重要な技術要素について説明する。
【００２３】
より広い帯域幅をサポートするためのＬＴＥ−Ａにおけるキャリアアグリゲーション
ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【００２４】
キャリアアグリゲーションでは、最大で１００ＭＨｚの広い送信帯域幅をサポートするために、２つ以上のコンポーネントキャリア（ＣＣ）がアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域である場合でも１００ＭＨｚに対して十分に広い。ユーザ機器は、次のように自身の能力に応じて１つまたは複数のコンポーネントキャリア（ＣＣ）を同時に受信または送信することができる。
−  キャリアアグリゲーション（ＣＡ）のための受信能力もしくは送信能力またはその両方を備えた、リリース１０のユーザ機器は、複数のサービングセルに対応する複数のコンポーネントキャリア（ＣＣ）上で同時に受信する、もしくは送信する、またはその両方を行うことができる。
−  ＬＴＥリリース８／９のユーザ機器は、１つのみのサービングセルに対応する１つのコンポーネントキャリア（ＣＣ）上で受信し、１つのコンポーネントキャリア（ＣＣ）上で送信することができる。
【００２５】
キャリアアグリゲーション（ＣＡ）は、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方についてサポートされ、各コンポーネントキャリアは、リリース８／９のニューメロロジー（numerology）を使用して周波数領域における最大１１０個のリソースブロックに制限される。
【００２６】
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクとダウンリンクとで異なる帯域幅の異なる数のコンポーネントキャリアがアグリゲート（結合）されるように、ユーザ機器を設定することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多くなるように移動端末を構成することはできない。
【００２７】
一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、必ずしも同じカバレッジを提供する必要はない。
【００２８】
コンポーネントキャリアは、ＬＴＥリリース８／９互換である。しかしながら、リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオン（camp on）することを回避するため、既存のメカニズム（例：バーリング（barring））を使用することができる。
【００２９】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００３０】
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）コンポーネントキャリアあたりのトランスポートブロックは最大１個である。トランスポートブロックおよびそのＨＡＲＱ再送は、同じコンポーネントキャリアにマッピングする必要がある。
【００３１】
図５および図６は、それぞれ、ダウンリンクおよびアップリンクにおける、キャリアアグリゲーションが設定された第２層（layer 2）構造を示している。ＭＡＣと第１層（layer 1）との間にトランスポートチャネルが存在し、ＭＡＣとＲＬＣとの間に論理チャネルが存在する。
【００３２】
キャリアアグリゲーション（ＣＡ）が設定されている場合、ユーザ機器はネットワークとの１つのＲＲＣ接続を有するのみである。ＲＲＣ接続の確立／再確立／ハンドオーバー時、１つのサービングセルが、非アクセス層モビリティ情報（例：トラッキングエリア識別子（ＴＡＩ））を提供し、ＲＲＣ接続の再確立／ハンドオーバー時、１つのサービングセルがセキュリティ入力を提供する。このセルは、プライマリセル（ＰＣｅｌｌ）と称される。ＰＣｅｌｌに対応するキャリアは、ダウンリンクではダウンリンクプライマリコンポーネントキャリア（ＤＬ  ＰＣＣ）であり、アップリンクではアップリンクプライマリコンポーネントキャリア（ＵＬ  ＰＣＣ）である。
【００３３】
ユーザ機器の能力に応じて、セカンダリセル（ＳＣｅｌｌ）を、ＰＣｅｌｌとの組合せにおいてサービングセルのセットを形成するように設定することができる。ＳＣｅｌｌに対応するキャリアは、ダウンリンクではダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）であり、アップリンクではアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。
【００３４】
したがって、ユーザ機器に対して設定されるサービングセルのセットは、常に、１つのＰＣｅｌｌと１つまたは複数のＳＣｅｌｌとからなる。
−  各ＳＣｅｌｌに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる。したがって、設定されるＤＬ  ＳＣＣの数はＵＬ  ＳＣＣの数よりも常に大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない。
−  ユーザ機器の観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。
−  設定することができるサービングセルの数は、ＵＥのアグリゲーション能力によって決まる。
−  ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
−  ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
−  ＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することができない。
−  ＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ＳＣｅｌｌにレイリーフェージング（ＲＬＦ）が発生しても再確立はトリガーされない。
−  非アクセス層（ＮＡＳ）情報はダウンリンクＰＣｅｌｌから取得される。
【００３５】
コンポーネントキャリアの設定および再設定は、ＲＲＣによって行うことができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。ＳＣｅｌｌの再設定、追加、および削除は、ＲＲＣによって実行することができる。ＬＴＥ内ハンドオーバー時、さらに、移動先セルにおけるＰＣｅｌｌと一緒に使用するＳＣｅｌｌの追加、削除、または再設定を、ＲＲＣによって実行することができる。新しいＳＣｅｌｌを追加するときには、そのＳＣｅｌｌの必要なすべてのシステム情報を送るために専用のＲＲＣシグナリングが使用され（接続モード時）、ユーザ機器は、ブロードキャストされるシステム情報をＳＣｅｌｌから直接取得する必要がない。
【００３６】
キャリアアグリゲーションを使用するようにユーザ機器が構成されている場合、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの一対が常にアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。
【００３７】
キャリアアグリゲーションが設定されている場合、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、一度に行うことのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩフォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【００３８】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとをリンクすることによって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに複数のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００３９】
ＬＴＥにおけるＲＲＣ状態
以下では、ＬＴＥにおける２つの主たる状態である「ＲＲＣ＿ＩＤＬＥ」および「ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ」を中心に説明する。
【００４０】
ＲＲＣ＿ＩＤＬＥモードでは、無線は有効ではないが、ネットワークによってＩＤが割り当てられて追跡されている。より具体的には、ＲＲＣ＿ＩＤＬＥモードの移動端末は、セルの選択および再選択を実行する（言い換えれば、キャンプオンするセルを決定する）。セルの（再）選択プロセスでは、適用可能な無線アクセス技術（ＲＡＴ）それぞれの適用可能な各周波数の優先順位、無線リンクの品質、およびセルのステータス（すなわちセルが禁止または予約されているか）が考慮される。ＲＲＣ＿ＩＤＬＥモードの移動端末は、ページングチャネルを監視して着呼を検出し、さらにシステム情報を取得する。システム情報は、主として、ネットワーク（Ｅ−ＵＴＲＡＮ）がセルの（再）選択プロセスを制御することのできるパラメータからなる。ＲＲＣは、ＲＲＣ＿ＩＤＬＥモードの移動端末に適用される制御シグナリング、すなわちページングおよびシステム情報を指定する。ＲＲＣ＿ＩＤＬＥモードにおける移動端末の挙動については、非特許文献２（参照によって本明細書に組み込まれている）の例えば８.４.２節に規定されている。
【００４１】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、移動端末は、ｅＮｏｄｅＢとのアクティブな無線動作を有する。Ｅ−ＵＴＲＡＮでは、共有データチャネルを介して（ユニキャスト）データを伝送することができるように、移動端末に無線リソースが割り当てられる。この動作をサポートするため、移動端末は、時間および周波数の共有送信リソースの動的な割当てを示すために使用される対応する制御チャネルを監視する。移動端末は、Ｅ−ＵＴＲＡＮが移動端末にとって最適なセルを選択できるように、自身のバッファ状態およびダウンリンクチャネル品質の報告と、隣接セルの測定情報とを、ネットワークに提供する。これらの測定報告には、別の周波数や無線アクセス技術（ＲＡＴ）を使用するセルが含まれる。さらに、ユーザ機器は、送信チャネルを使用するために要求される情報から主として構成されるシステム情報を受信する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器は、自身のバッテリの寿命を延ばすため、不連続受信（ＤＲＸ：Discontinuous Reception）サイクルを使用するように構成することができる。ＲＲＣとは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器の挙動をＥ−ＵＴＲＡＮが制御するためのプロトコルである。
【００４２】
ＬＴＥにおけるアップリンクのアクセス方式
アップリンク送信では、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。Ｅ−ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジの向上が見込まれるためである（与えられる端末ピーク電力に対してデータレートが高い）。各時間間隔において、ＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ＮｏｄｅＢ）において対処する。
【００４３】
データを送信するために使用される基本的な物理リソースは、１つの時間間隔（例えば０.５ｍｓのサブフレーム）にわたるサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩよりも長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
【００４４】
ＬＴＥにおけるアップリンクのスケジューリング方式
アップリンクの方式として、スケジューリング制御式の（すなわちｅＮＢによって制御される）アクセスと、コンテンション（競合）ベースのアクセスの両方を使用することができる。
【００４５】
スケジューリング制御式アクセスの場合、アップリンクデータを送信するための特定の時間長の特定の周波数リソース（すなわち時間／周波数リソース）が、ユーザ機器に割り当てられる。しかしながら、コンテンションベースのアクセス用に、いくらかの時間／周波数リソースを割り当てることができる。コンテンションベースの時間／周波数リソースの範囲内では、ユーザ機器は、最初にスケジューリングされることなく送信することができる。ユーザ機器がコンテンションベースのアクセスを行う１つのシナリオは、例えばランダムアクセスであり、すなわち、ユーザ機器があるセルへの最初のアクセスを行うとき、またはアップリンクリソースを要求するために最初のアクセスを行うときである。
【００４６】
スケジューリング制御式アクセスの場合、ＮｏｄｅＢのスケジューラが、アップリンクデータ送信のための固有の周波数／時間リソースをユーザに割り当てる。より具体的には、スケジューラは以下を決定する。
−  送信を許可する（１つまたは複数の）ユーザ機器
−  物理チャネルリソース（周波数）
−  移動端末が送信に使用するべきトランスポートフォーマット（変調・符号化方式（ＭＣＳ：Modulation Coding Scheme））
【００４７】
割当て情報は、Ｌ１／Ｌ２制御チャネルで送られるスケジューリンググラントを介してユーザ機器にシグナリングされる。以下では、説明を簡潔にするため、このチャネルをアップリンクグラントチャネルと称する。スケジューリンググラントメッセージには、周波数帯域のうちユーザ機器による使用を許可する部分と、グラントの有効期間と、これから行うアップリンク送信においてユーザ機器が使用しなければならないトランスポートフォーマットの情報が、少なくとも含まれる。最も短い有効期間は１サブフレームである。グラントメッセージには、選択される方式に応じて追加の情報も含めることができる。アップリンク共有チャネル（ＵＬ−ＳＣＨ）で送信する権利を許可するグラントとしては、「各ユーザ機器に対する」グラントのみが使用される（すなわち、「各ユーザ機器における各無線ベアラに対する」グラントは存在しない）。したがってユーザ機器は、割り当てられたリソースを何らかの規則に従って無線ベアラの間で配分する必要がある（以降の節の１つにおいて詳しく説明する）。トランスポートフォーマットは、ＨＳＵＰＡの場合とは異なり、ユーザ機器側では選択しない。ｅＮＢが、何らかの情報（例えば、報告されたスケジューリング情報およびＱｏＳ情報）に基づいてトランスポートフォーマットを決定し、ユーザ機器は、選択されたトランスポートフォーマットに従わなければならない。
【００４８】
アップリンクスケジューリングにおけるバッファ状態報告／スケジューリング要求の手順
スケジューリングの通常のモードは、動的なスケジューリングであり、ダウンリンク送信リソースを割り当てるダウンリンク割当てメッセージと、アップリンク送信リソースを割り当てるアップリンクグラントメッセージとによる。これらのメッセージが有効であるのは、通常では特定の１つのサブフレームの間である。これらのメッセージは、すでに前述したように、ユーザ機器のＣ−ＲＮＴＩを使用してＰＤＣＣＨで送信される。動的なスケジューリングは、トラフィックがバースト性であり速度が動的であるサービスタイプ（ＴＣＰなど）において効率的である。
【００４９】
動的なスケジューリングに加えて、パーシステントスケジューリング（persistent scheduling）が定義されており、このスケジューリング方式では、無線リソースを半静的（semi-statically）に設定して、１サブフレームより長い期間にわたりユーザ機器に割り当てることができるため、各サブフレームごとにＰＤＣＣＨを通じた特定のダウンリンク割当てメッセージやアップリンクグラントメッセージの必要性が回避される。パーシステントスケジューリングは、データパケットが小さく周期的でありサイズがほぼ一定であるＶｏＩＰなどのサービスに有用である。動的なスケジューリングの場合と比較してＰＤＣＣＨのオーバーヘッドが大幅に減少する。
【００５０】
ｅＮｏｄｅＢがアップリンクリソースを割り当てること（すなわち[2]に詳細に説明されているアップリンクスケジューリング）を支援するために、ユーザ機器からｅＮＢへのバッファ状態報告（ＢＳＲ）が使用される。ｅＮＢのスケジューラは、ダウンリンクの場合、各ユーザ機器に配信されるデータの量を当然ながら認識している。しかしながらアップリンク方向の場合、スケジューリングの決定はｅＮＢにおいて行われるが、データのバッファはユーザ機器内にあるため、ＵＬ−ＳＣＨを通じて送信する必要のあるデータ量を示すために、ユーザ機器からｅＮＢにバッファ状態報告（ＢＳＲ）を送らなければならない。
【００５１】
ＬＴＥにおいては、基本的に２種類のバッファ状態報告（ＢＳＲ）が定義されており、ロングＢＳＲとショートＢＳＲである。ユーザ機器がどちらのバッファ状態報告（ＢＳＲ）を送信するかは、トランスポートブロックにおける利用可能な送信リソースと、空ではないバッファを有する論理チャネルのグループの数と、ユーザ機器において特定のイベントがトリガーされるかによって決まる。ロングＢＳＲは、４つの論理チャネルグループのデータ量を報告するのに対して、ショートＢＳＲは、最高位の論理チャネルグループのみについて、バッファに格納されているデータ量を示す。論理チャネルグループのコンセプトを導入する理由は、ユーザ機器に５つ以上の論理チャネルが設定されている場合、個々の論理チャネルそれぞれのバッファ状態を報告するとシグナリングオーバーヘッドが大きくなりすぎるためである。したがってｅＮＢは、各論理チャネルを論理チャネルグループに割り当てる。好ましくは、ＱｏＳ要件が同じかまたは類似する論理チャネルが同じ論理チャネルグループに割り当てられるべきである。
【００５２】
ユーザ機器によってショートＢＳＲまたはロングＢＳＲのどちらが送信されるかは、トランスポートブロックにおける利用可能な送信リソースと、空ではないバッファを有する論理チャネルのグループの数と、ユーザ機器において特定のイベントがトリガーされるかによって決まる。ロングＢＳＲは、４つの論理チャネルグループのデータ量を報告するのに対して、ショートＢＳＲは、最高位の論理チャネルグループのみについて、バッファに格納されているデータ量を示す。
【００５３】
論理チャネルグループのコンセプトを導入する理由は、ユーザ機器に５つ以上の論理チャネルが設定されている場合、個々の論理チャネルそれぞれのバッファ状態を報告するとシグナリングオーバーヘッドが大きくなりすぎるためである。したがってｅＮＢは、各論理チャネルを論理チャネルグループに割り当てる。好ましくは、ＱｏＳ要件が同じかまたは類似する論理チャネルが同じ論理チャネルグループに割り当てられるべきである。
【００５４】
バッファ状態報告（ＢＳＲ）は、例えば次のイベントの場合にトリガーすることができる。
−  バッファが空ではない論理チャネルよりも高い優先順位を有する論理チャネルのデータが到着するとき
−  いずれかの論理チャネルにおいて、それまでは送信するデータが存在しなかった状態から、データが利用可能となるとき
−  再送信ＢＳＲタイマーが切れるとき
−  周期的なＢＳＲ報告のタイミングになるとき（すなわちｐｅｒｉｏｄｉｃＢＳＲタイマーが切れるとき）
−  ＢＳＲを格納できる余分なスペースがトランスポートブロック内に存在するとき
【００５５】
送信の失敗に対する堅牢性を高めるために、ＬＴＥにはバッファ状態報告（ＢＳＲ）の再送信メカニズムが定義されている。アップリンクグラントが受信されるとき、再送信ＢＳＲタイマーが起動または再起動される。このタイマーが切れる前にアップリンクグラントが受信されない場合、ユーザ機器はもう一度バッファ状態報告をトリガーする。
【００５６】
バッファ状態報告（ＢＳＲ）がトリガーされたとき、バッファ状態報告をトランスポートブロック（ＴＢ）に含めるためのアップリンクリソースがユーザ機器に割り当てられていない場合、ユーザ機器は、ＰＵＣＣＨ（物理アップリンク制御チャネル）（設定されている場合）でスケジューリング要求（ＳＲ：scheduling request）を送る。設定されているＰＵＣＣＨに専用スケジューリング要求（Ｄ−ＳＲ：dedicated Scheduling request）リソースが存在しない場合、ユーザ機器は、バッファ状態報告（ＢＳＲ）情報をｅＮＢに送信するためのＵＬ−ＳＣＨリソースを要求するためにランダムアクセス手順（ＲＡＣＨ手順）を開始する。ただし周期的なバッファ状態報告（ＢＳＲ）を送信する場合、ユーザ機器はスケジューリング要求（ＳＲ）の送信をトリガーしないことに留意されたい。
【００５７】
さらには、特定のスケジューリングモードにおいてスケジューリング要求（ＳＲ）送信の機能強化が導入されており、送信グラントのためのＬ１／Ｌ２制御シグナリングのオーバーヘッドを節約するために、リソースが所定の周期で永続的に（パーシステントに）割り当てられる（セミパーシステントスケジューリング（ＳＰＳ）と称される）。セミパーシステントスケジューリングの対象として主として考慮されるサービスの一例はＶｏＩＰである。トークスパート（talk-spurt）の間、コーデックにおいて２０ｍｓごとにＶｏＩＰパケットが生成される。したがって、ｅＮｏｄｅＢは、アップリンクリソースまたはダウンリンクリソースを２０ｍｓごとに永続的に（パーシステントに）割り当てることができ、これらのリソースを使用してＶｏＩＰパケットを送信することができる。一般的なセミパーシステントスケジューリング（ＳＰＳ）は、トラフィック挙動を予想できる（すなわちビットレートが一定であり、パケットの到着タイミングが周期的である）サービスにおいて恩恵がある。アップリンク方向にセミパーシステントスケジューリング（ＳＰＳ）が設定される場合、ｅＮｏｄｅＢは、設定されている特定の論理チャネルについてスケジューリング要求（ＳＲ）のトリガリング／送信をオフにすることができ、すなわち、これら特定の設定されている論理チャネルにデータが到着することによってＢＳＲがトリガーされても、スケジューリング要求（ＳＲ）がトリガーされない。この種類の機能強化の理由として、セミパーシステントに（半永続的に）割り当てられたリソースを使用する論理チャネル（ＶｏＩＰパケットを伝える論理チャネル）のためのスケジューリング要求（ＳＲ）を送ることは、ｅＮＢのスケジューリングにおいて意味がなく、したがって回避すべきである。
【００５８】
バッファ状態報告（ＢＳＲ）手順（特にバッファ状態報告手順のトリガー）に関するさらなる詳細については、非特許文献３（参照によって本明細書に組み込まれている）の５.４.５章に説明されている。
【００５９】
論理チャネルの優先順位付け
ユーザ機器は、複数の無線ベアラ間でのアップリンクリソースの共有を管理するアップリンク伝送速度制御機能を有する。以下では、このアップリンク伝送速度制御機能を論理チャネル優先順位付け手順とも称する。論理チャネル優先順位付け（ＬＣＰ）手順は、新しい送信が行われるとき、すなわちトランスポートブロックを生成する必要があるときに、適用される。容量を割り当てるための提案されている１つの方式では、各ベアラが、それぞれの最小限のデータレートに相当する割当てを受け取るまで、優先順位の順序で各ベアラにリソースを割り当て、さらなる容量があれば、それを例えば優先順位の順序でベアラに割り当てる。
【００６０】
論理チャネル優先順位付け（ＬＣＰ）手順についての後からの説明から明らかになるように、ユーザ機器に属する論理チャネル優先順位付け（ＬＣＰ）手順は、ＩＰの世界で周知であるトークンバケットモデルに基づいて実施される。トークンバケットモデルの基本的な機能は以下のとおりである。ある量のデータを送信する権利を表すトークンが、周期的に特定の速度でバケットに追加される。ユーザ機器にリソースが割り当てられると、バケットの中のトークンの数によって表される量までデータを送信することが許可される。ユーザ機器は、データを送信するとき、送信されるデータ量に相当する数のトークンを削除する。バケットが満杯である場合、それ以上のトークンは破棄される。トークンの追加に関して、このプロセスの反復周期はＴＴＩ毎であるものと想定できるが、トークンが１秒ごとに追加されるように、この周期を長くすることも容易である。基本的には、１ｍｓごとにトークンをバケットに追加する代わりに、１秒ごとに１０００個のトークンを追加することもできる。以下では、リリース８において使用されている論理チャネル優先順位付け（ＬＣＰ）手順について説明する。論理チャネル優先順位付け（ＬＣＰ）手順のさらなる詳細については、非特許文献４（参照によって本明細書に組み込まれている）の５.４.３.１章に説明されている。
【００６１】
ＲＲＣは、アップリンクデータのスケジューリングを、各論理チャネルのシグナリングによって制御する。このシグナリングにおいて、ｐｒｉｏｒｉｔｙ（優先順位）は、値が大きいほど、低い優先順位レベルを示す。ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅは、優先ビットレート（ＰＢＲ：Prioritized Bit Rate）を設定する。ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎは、バケットサイズ期間（ＢＳＤ：Bucket Size Duration）を設定する。優先ビットレートの背後にある発想は、リソース不足の発生を回避するために、（ビットレートが保証されない（非ＧＢＲ）低優先順位のベアラを含めて）ベアラそれぞれに最小限のビットレートをサポートすることである。各ベアラは、少なくとも、優先ビットレート（ＰＢＲ）を達成するための十分なリソースを取得する必要がある。
【００６２】
ユーザ機器は、論理チャネルｊごとに変数Ｂｊを維持する。Ｂｊは、関連する論理チャネルが確立されるときに０に初期化され、ＴＴＩごとに積ＰＢＲ×ＴＴＩ時間長だけインクリメントされていく（ＰＢＲは論理チャネルｊの優先ビットレート）。ただし、Ｂｊの値はバケットサイズを超えることはできず、Ｂｊの値が論理チャネルｊのバケットサイズより大きくなると、Ｂｊの値はバケットサイズに設定される。論理チャネルのバケットサイズは、優先ビットレート（ＰＢＲ）×バケットサイズ期間（ＢＳＤ）に等しく、優先ビットレート（ＰＢＲ）およびバケットサイズ期間（ＢＳＤ）は上位層によって設定される。
【００６３】
ユーザ機器は、新しい送信を実行するとき、以下の論理チャネル優先順位付け手順を実行する。
−  ユーザ機器は、以下のステップで論理チャネルにリソースを割り当てる。
○  ステップ１：  Ｂｊ＞０である論理チャネルすべてに、優先順位の順序の大きい順にリソースを割り当てる。無線ベアラの優先ビットレート（ＰＢＲ）が「無限大」に設定されている場合、ユーザ機器は、その無線ベアラで送信可能な状態のデータすべてに対してリソースを割り当てた後、より低い優先順位の（１つまたは複数の）無線ベアラの優先ビットレート（ＰＢＲ）を満たす。
○  ステップ２：  ユーザ機器は、ステップ１において論理チャネルｊに使われたＭＡＣ  ＳＤＵの合計サイズだけＢｊを減らす。
なおこの時点で、Ｂｊの値が負にもなりうることに留意されたい。
○  ステップ３：  リソースが残っている場合、すべての論理チャネルに、（Ｂｊの値には無関係に）優先順位の順序の厳密な降順でリソースを割り当て、その論理チャネルのデータがなくなる、またはアップリンクグラントが使い果たされる、のいずれかの状態になるまで、続ける。同じ優先順位に設定されている論理チャネルは、同等に割り当てるものとする。
−  さらにユーザ機器は、上のスケジューリング手順時に以下の規則にも従う。
○  ＲＬＣ  ＳＤＵ（または一部分が送信されるＳＤＵあるいは再送信されるＲＬＣ  ＰＤＵ）全体が、残っているリソースに収まる場合、ユーザ機器は、そのＲＬＣ  ＳＤＵ（または一部分が送信されるＳＤＵあるいは再送信されるＲＬＣ  ＰＤＵ）を分割しないべきである。
○  ユーザ機器は、論理チャネルからのＲＬＣ  ＳＤＵを分割する場合、グラントができる限り使用されるようにセグメントのサイズを最大にする。
○  ユーザ機器は、データの送信を最大限に行うべきである。
論理チャネル優先順位付け手順では、ユーザ機器は次の相対的な優先順位を降順に考慮する。
−  Ｃ−ＲＮＴＩのＭＡＣ制御要素またはＵＬ−ＣＣＣＨからのデータ
−  バッファ状態報告（ＢＳＲ）のＭＡＣ制御要素（パディングのために含まれるＢＳＲを除く）
−  電力ヘッドルーム報告（ＰＨＲ）のＭＡＣ制御要素
−  論理チャネルからのデータ（ＵＬ−ＣＣＣＨからのデータを除く）
−  パディングのために含まれるバッファ状態報告（ＢＳＲ）のＭＡＣ制御要素
【００６４】
キャリアアグリゲーション（前のセクションで説明した）の場合、ユーザ機器が１ＴＴＩ中に複数のＭＡＣ  ＰＤＵを送信するように要求されたときには、ステップ１〜３および関連する規則を、各グラントに独立して適用する、またはグラントの容量の合計に適用することができる。さらに、グラントを処理する順序も、ユーザ機器の実装に委ねられる。ユーザ機器が１ＴＴＩ中に複数のＭＡＣ  ＰＤＵを送信するように要求されたときに、どのＭＡＣ  ＰＤＵにＭＡＣ制御要素を含めるかの決定は、ユーザ機器の実装に委ねられる。
【００６５】
アップリンク電力制御
移動通信システムにおけるアップリンク送信電力制御は、重要な目的を持つ。アップリンク送信電力制御は、要求されるサービス品質（ＱｏＳ）が達成されるようにビットあたり十分なエネルギを送信する必要性と、システムの別のユーザとの干渉を最小限にし、かつ移動端末のバッテリ寿命を最大にする必要性との間で、バランスをとる。この目的を達成する中で、電力制御（ＰＣ）の役割は、要求される信号対干渉雑音比（ＳＩＮＲ）を提供すると同時に、隣接セルに引き起こされる干渉を制御するうえで極めて重要となる。アップリンクにおける古典的な電力制御方式の発想では、すべてのユーザが同じ信号対干渉雑音比（ＳＩＮＲ）で受信する（完全な補償（full compensation）として知られている）。３ＧＰＰでは、これに代えて、ＬＴＥにおいて部分電力制御（ＦＰＣ：Fractional Power Control）の使用を採用した。この新しい機能では、経路損失の大きいユーザは低い信号対干渉雑音比（ＳＩＮＲ）要件で動作し、したがって多くの場合、隣接セルに引き起こされる干渉が小さい。
【００６６】
ＬＴＥでは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、およびサウンディング基準信号（ＳＲＳ）について、詳細な電力制御式が指定されている（非特許文献５の５.１節）。これらのアップリンク信号それぞれの電力制御式は、同じ基本原理に従う。いずれの場合も、電力制御式は、２つの主項、すなわちｅＮｏｄｅＢによってシグナリングされる静的パラメータまたは半静的パラメータから導かれる、開ループの基本動作点と、サブフレームごとに更新される動的オフセット、の合計と考えることができる。
【００６７】
リソースブロックあたりの送信電力を決めるための、開ループの基本動作点は、セル間干渉やセル負荷など複数の要因に依存する。開ループの基本動作点は、さらに２つの成分として、半静的な基本レベルＰ０（セル内のすべてのユーザ機器の共通電力レベル（測定単位：ｄＢｍ）とユーザ機器に固有なオフセットとからなる）と、開ループの経路損失補償の成分とに、分解することができる。リソースブロックあたりの電力の動的オフセットの部分は、さらに２つの成分として、使用される変調・符号化方式（ＭＣＳ）に依存する成分と、明示的な送信電力制御（ＴＰＣ：Transmitter Power Control）コマンドとに、分解することができる。
【００６８】
変調・符号化方式（ＭＣＳ）に依存する成分（ＬＴＥ仕様ではΔＴＦと称し、ＴＦは「トランスポートフォーマット」を表す）は、リソースブロック（ＲＢ）あたりの送信電力を、送信される情報のデータレートに従って適合させることができる。
【００６９】
動的オフセットのもう１つの成分は、ユーザ機器に固有な送信電力制御（ＴＰＣ）コマンドである。このコマンドは、２種類のモード、すなわち、累積ＴＰＣ（accumulative TPC）コマンド（ＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳに対して利用できる）と、絶対ＴＰＣコマンド（ＰＵＳＣＨに対してのみ利用できる）とにおいて、動作することができる。ＰＵＳＣＨに対するこれら２つのモードの間の切替えは、ユーザ機器ごとにＲＲＣシグナリングによって半静的に設定される（すなわちモードを動的に変更することはできない）。累積ＴＰＣコマンドの場合、各ＴＰＣコマンドは、前のレベルを基準としたときの電力ステップをシグナリングする。
【００７０】
タイミングアドバンス（Timing Advance）
ＬＴＥのアップリンク送信方式としては、アップリンクで送信する複数の異なるユーザ機器の間で時間および周波数における直交多元接続が達成されるように、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）が選択されている。
【００７１】
アップリンクの直交性は、セル内の複数の異なるユーザ機器からの送信がｅＮＢの受信機において時間的に一致する（time-aligned）ようにすることで、維持される。これにより、連続するサブフレームにおいて送信するように割り当てられているユーザ機器の間と、隣り合うサブキャリア上で送信するユーザ機器の間の両方について、セル内干渉の発生が回避される。アップリンク送信の時間的な一致は、ユーザ機器の送信機において、ダウンリンクの受信タイミングを基準とするタイミングアドバンスを適用することによって達成される。このことは図５に示してある。タイミングアドバンスの主たる役割は、複数の異なるユーザ機器の間で異なる伝搬遅延を打ち消すことである。
【００７２】
タイミングアドバンスの手順
ユーザ機器が、ｅＮＢから受信されるダウンリンク送信に同期しているとき、初期タイミングアドバンスは、ランダムアクセス手順によって設定される。ランダムアクセス手順では、ユーザ機器がランダムアクセスプリアンブルを送信し、ｅＮｏｄｅＢは、このプリアンブルからアップリンクのタイミングを推定することができ、ランダムアクセス応答（ＲＡＲ：Random Access Response）メッセージの中に含まれる１１ビットの初期タイミングアドバンスコマンドによって応答する。この方式ではｅＮｏｄｅＢは、０ｍｓから最大０．６７ｍｓの範囲内で０．５２μｓの粒度でタイミングアドバンスを設定することができる。
【００７３】
各ユーザ機器に対するタイミングアドバンスが最初に設定された後は、ｅＮｏｄｅＢにおけるアップリンク信号の到着時刻の変化を打ち消すため、タイミングアドバンスがときどき更新される。ｅＮｏｄｅＢは、タイミングアドバンス更新コマンドを導くとき、そのために有用な何らかのアップリンク信号を測定することができる。ｅＮｏｄｅＢにおけるアップリンクタイミングの測定の詳細については規定されておらず、ｅＮｏｄｅＢの実装に委ねられている。
【００７４】
タイミングアドバンス更新コマンドは、ｅＮｏｄｅＢのＭＡＣ（媒体アクセス制御）層で生成されてＭＡＣ制御要素としてユーザ機器に送信され、このＭＡＣ制御要素は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上にデータと一緒に多重化することができる。更新コマンドの粒度は、ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルに対する応答の中の初期タイミングアドバンスコマンドと同様に、０．５２μｓである。更新コマンドのレンジは±１６μｓであり、拡張されたサイクリックプレフィックスの長さに等しい間隔でアップリンクタイミングを変化させることができる。更新コマンドは、一般には約２秒毎より高い頻度で送られることはない。実際に、たとえ５００ｋｍ／ｈで移動しているユーザ機器でも、ラウンドトリップ経路長の変化は２７８ｍ／ｓ以下であり、対応するラウンドトリップタイムの変化は０．９３μｓ／ｓであるため、高い頻度で更新する必要はない。
【００７５】
ユーザ機器は、タイミングアドバンスコマンドを受信すると、プライマリセルのＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳにおける自身のアップリンク送信のタイミングを調整する。タイミングアドバンスコマンドは、現在のアップリンクタイミングを基準としたときのアップリンクタイミングの変更を１６Ｔｓの倍数として示す。セカンダリセルのＰＵＳＣＨ／ＳＲＳにおけるアップリンク送信タイミングは、プライマリセルと同じである。
【００７６】
ランダムアクセス応答の場合、１１ビットのタイミングアドバンスコマンドＴＡは、ＴＡ＝０，１，２，．．．，１２８２のインデックス値によってＮＴＡ値を示し、このときタイミングの調整量は、ＮＴＡ＝ＴＡ×１６によって与えられる。ＮＴＡは[3]に定義されている。
【００７７】
別の場合には、６ビットのタイミングアドバンスコマンドＴＡは、現在のＮＴＡ値（ＮＴＡ，ｏｌｄ）から新しいＮＴＡ値（ＮＴＡ，ｎｅｗ）への調整を、ＴＡ＝０，１，２，．．．，６３のインデックス値によって示し、このとき、ＮＴＡ，ｎｅｗ＝ＮＴＡ，ｏｌｄ＋（ＴＡ−３１）×１６である。この場合、ＮＴＡ値を正の量または負の量だけ調整することは、それぞれ、与えられた量だけアップリンク送信タイミングを進める、または遅らせることを示す。
【００７８】
サブフレームｎにおいてタイミングアドバンスコマンドが受信された場合、タイミングの対応する調整は、サブフレームｎ＋６の先頭から適用する。サブフレームｎおよびサブフレームｎ＋１におけるユーザ機器のアップリンクＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳ送信が、タイミング調整に起因して重なるときには、ユーザ機器は、サブフレームｎ全体を送信し、サブフレームｎ＋１の重なっている部分を送信しない。
【００７９】
ダウンリンクの受信タイミングが変化し、それが補正されない、または非特許文献６に規定されているようにタイミングアドバンスコマンドなしでアップリンクタイミング調整によって部分的に補正されるのみである場合、ユーザ機器は、それに応じてＮＴＡを変更する。
【００８０】
ｅＮｏｄｅＢは、ユーザ機器が自身の送信バッファにデータが到着したときに迅速に送信する能力が維持される範囲内で、セル内のすべてのユーザ機器に定期的なタイミング更新コマンドを送る。したがってｅＮｏｄｅＢが各ユーザ機器のタイマーを設定し、ユーザ機器は、タイミングアドバンス更新を受信するたびにこのタイマーを再起動させる。このタイマーは、タイミングアドバンスタイマー（ＴＡＴ）とも称する。タイマーが切れるまでにユーザ機器が新しいタイミングアドバンス更新を受信しなかった場合、そのユーザ機器のアップリンク同期が失われたものと考えなければならない（非特許文献７（３ＧＰＰのウェブサイトで入手可能であり参照によって本明細書に組み込まれている）の５．２節も参照）。
【００８１】
このような場合、別のユーザ機器からのアップリンク送信との干渉が発生する危険性を回避するために、そのユーザ機器は、いかなる種類の別のアップリンク送信も行うことが許可されない。
【００８２】
タイミングアドバンス手順のさらなる特性については、参照によって本明細書に組み込まれている非特許文献３および非特許文献６（７．１節）に記載されている。
【００８３】
ＬＴＥの装置間（Ｄ２Ｄ：Device to Device）近傍サービス
近傍性に基づくアプリケーションおよびサービスは、ソーシャル技術の新しいトレンドである。識別される分野としては、事業者およびユーザにとって関心のある商用サービスおよび公共安全に関連するサービスが挙げられる。ＬＴＥに近傍サービス（ＰｒｏＳｅ：Proximity Service）機能を導入することにより、３ＧＰＰ業界は、この成長の見込まれる市場にサービスを提供することができると同時に、連係してＬＴＥを使用するいくつかの公共安全コミュニティの緊急なニーズに応えることができる。
【００８４】
装置間（Ｄ２Ｄ）通信は、ＬＴＥリリース１２における技術要素である。装置間（Ｄ２Ｄ）通信技術によって、セルラーネットワークに対するアンダーレイ（下層）としてのＤ２Ｄにおいてスペクトル効率を高めることができる。例えば、セルラーネットワークがＬＴＥである場合、データを伝えるすべての物理チャネルは、Ｄ２ＤシグナリングにおいてＳＣ−ＦＤＭＡを使用する。Ｄ２Ｄ通信では、ユーザ機器（ＵＥ）は、基地局を経由せずに、セルラーリソースを使用する直接的なリンクを通じて互いにデータ信号を送信する。図７は、Ｄ２Ｄ互換の通信システムにおける１つの可能なシナリオを示している。
【００８５】
ＬＴＥにおけるＤ２Ｄ通信
「ＬＴＥにおけるＤ２Ｄ通信」は、発見および通信という２つの分野に焦点をあてているが、本発明は、ほとんどが発見部分に関連する。
【００８６】
装置間（Ｄ２Ｄ）通信は、ＬＴＥ−Ａにおける技術要素である。Ｄ２Ｄ通信では、ユーザ機器は、基地局（ＢＳ）を経由せずに、セルラーリソースを使用して直接的なリンクを通じて互いにデータ信号を送信する。Ｄ２Ｄのユーザは、直接通信するが、基地局の制御下のままである（少なくともｅＮＢのカバレッジ内であるとき）。したがってＤ２Ｄでは、セルラーリソースを再利用することによってシステムの性能を改善することができる。
【００８７】
Ｄ２Ｄは、アップリンクＬＴＥスペクトル（ＦＤＤの場合）において動作する、またはカバレッジを提供しているセルのアップリンクサブフレーム（ＴＤＤの場合、ただしカバレッジ外のときを除く）において動作するものと想定する。さらに、Ｄ２Ｄ送信／受信では、与えられたキャリアにおける全二重を使用しない。個々のユーザ機器の観点からは、与えられたキャリアにおいて、Ｄ２Ｄ信号受信とＬＴＥアップリンク送信とによる全二重を使用しない（すなわちＤ２Ｄ信号受信およびＬＴＥアップリンク送信を同時に行うことはできない）。
【００８８】
Ｄ２Ｄ通信では、ユーザ機器１が送信の役割であるとき（送信側ユーザ機器または送信側端末）、ユーザ機器１がデータを送り、ユーザ機器２（受信側ユーザ機器）がそれを受信する。ユーザ機器１およびユーザ機器２は、送信の役割と受信の役割を変えることができる。ユーザ機器１からの送信は、１基または複数基のユーザ機器（ユーザ機器２など）によって受信することができる。
【００８９】
ユーザプレーンのプロトコルに関して、Ｄ２Ｄ通信に関連する合意内容（非特許文献８（参照によって本明細書に組み込まれている）の９.２節）を以下に示す。
−  ＰＤＣＰ：
○  １：Ｍ  Ｄ２Ｄブロードキャスト通信データ（すなわちＩＰパケット）は、通常のユーザプレーンデータとして扱うべきである。
○  １：Ｍ  Ｄ２Ｄブロードキャスト通信データには、ＰＤＣＰにおけるヘッダ圧縮／圧縮解除を適用することができる。
■  公共安全に関連するＤ２Ｄブロードキャスト動作では、ＰＤＣＰにおけるヘッダ圧縮にＵモードを使用する。
−  ＲＬＣ：
○  １：Ｍ  Ｄ２Ｄブロードキャスト通信にはＲＬＣ  ＵＭを使用する。
○  セグメント化および再構築はＲＬＣ  ＵＭによって第２層（Ｌ２）においてサポートされる。
○  受信側ユーザ機器は、送信側のピアユーザ機器（peer UE）あたり少なくとも１つのＲＬＣ  ＵＭエンティティを維持する必要がある。
○  最初のＲＬＣ  ＵＭデータユニットを受信する前に受信機のＲＬＣ  ＵＭエンティティを設定する必要はない。
○  現時点では、ユーザプレーンデータを送信するＤ２Ｄ通信においてＲＬＣ  ＡＭまたはＲＬＣ  ＴＭの必要性は認識されていない。
−  ＭＡＣ：
○  １：Ｍ  Ｄ２Ｄブロードキャスト通信ではＨＡＲＱフィードバックを想定しない。
○  受信側ユーザ機器は、受信機のＲＬＣ  ＵＭエンティティを識別するために送信元ＩＤを認識する必要がある。
○  ＭＡＣヘッダには、ＭＡＣ層におけるパケットフィルタリングを可能にする第２層（Ｌ２）送信先ＩＤが含まれる。
○  第２層（Ｌ２）送信先ＩＤは、ブロードキャストアドレス、グループキャストアドレス、またはユニキャストアドレスとすることができる。
■  第２層（Ｌ２）グループキャスト／ユニキャスト：  ＭＡＣヘッダにおいて伝えられる第２層（Ｌ２）送信先ＩＤによって、受信されたＲＬＣ  ＵＭ  ＰＤＵを、たとえそれを受信機のＲＬＣエンティティに渡す前であっても破棄することが可能となる。
■  第２層（Ｌ２）ブロードキャスト：  受信側ユーザ機器は、すべての送信機からの受信されたすべてのＲＬＣ  ＰＤＵを処理し、再構築してＩＰパケットを上位層に渡す。
○  ＭＡＣサブヘッダには、（複数の論理チャネルを区別するための）論理チャネルＩＤ（ＬＣＩＤ）が含まれる。
○  Ｄ２Ｄでは、少なくとも多重化／逆多重化、優先順位の処理、およびパディングが有用である。
【００９０】
リソース割当て
無線リソースのスケジューリング割当て
図９は、Ｄ２Ｄ通信におけるリソース割当てに関する挙動を示している。Ｄ２Ｄ通信におけるリソース割当てについては現在検討が進められており、非特許文献８（参照によって本明細書に組み込まれている）の９.２.３節に、現時点での形式が記載されている。
送信側ユーザ機器の観点からは、近傍サービスに対応するユーザ機器（ＰｒｏＳｅ対応ＵＥ）は、リソース割当ての次の２つのモードで動作することができる。
−  モード１（ｅＮＢがリソース割当てをスケジューリングする）：  ユーザ機器が直接通信のデータおよび直接通信の制御情報を送信するために使用する正確なリソースを、ｅＮｏｄｅＢまたはリリース１０の中継ノードがスケジューリングする。ユーザ機器は、データを送信するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある必要がある。さらにユーザ機器は、ｅＮＢからの送信リソースを要求し、ｅＮＢは、スケジューリング割当ておよびデータを送信するための送信リソースをスケジューリングする。ユーザ機器は、スケジューリング要求（専用スケジューリング要求（Ｄ−ＳＲ）またはランダムアクセス）をｅＮＢに送り、次いでバッファ状態報告（ＢＳＲ）を送る。ｅＮＢは、バッファ状態報告（ＢＳＲ）に基づいて、ユーザ機器がＰｒｏＳｅ直接通信によって送信するデータを有するものと判定し、送信に必要なリソースを推定することができる。
−  モード２（ユーザ機器が自律的にリソースを選択する）：  直接通信のデータおよび直接通信の制御情報を送信するためのリソースを、ユーザ機器自身がリソースプールから選択する。
【００９１】
ユーザ機器がＤ２Ｄデータ通信用にどちらのリソース割当てモードを使用するかは、基本的に、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）と、ユーザ機器のカバレッジ状態（すなわちカバレッジ内またはカバレッジ外）とによって決まる。ユーザ機器がサービングセルを有する（すなわちユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である、またはＲＲＣ＿ＩＤＬＥ状態において特定のセルにキャンプオンしている）場合、そのユーザ機器はカバレッジ内であるとみなされる。
【００９２】
具体的には、（非特許文献９によると）リソース割当てモードに関する次の規則がユーザ機器に適用される。
−  ユーザ機器がカバレッジ外である場合、そのユーザ機器はモード２のみを使用することができる。
−  ユーザ機器がカバレッジ内である場合、ユーザ機器がモード１を使用できるようにｅＮＢによって設定されているならば、そのユーザ機器はモード１を使用することができる。
−  ユーザ機器がカバレッジ内である場合、ユーザ機器がモード２を使用できるようにｅＮＢによって設定されているならば、そのユーザ機器はモード２を使用することができる。
−  例外条件が存在しないときには、モードを変更するようにユーザ機器がｅＮＢによって設定される場合にのみ、ユーザ機器はモード１からモード２に、またはモード２からモード１に変更する。ユーザ機器がカバレッジ内である場合、次の例外的なケースの一方が発生しない限り、ユーザ機器はｅＮＢの設定によって示されるモードのみを使用する。
−  Ｔ３１１またはＴ３０１が実行中である間、ユーザ機器は、自身を例外条件下にあるものとみなす。
−  例外的なケースが発生するとき、ユーザ機器は、たとえモード１を使用するように設定されていても一時的にモード２を使用することが許可される。
【００９３】
ユーザ機器は、Ｅ−ＵＴＲＡセルのカバレッジ領域内にある間、そのセルによって割り当てられるリソースのみにおけるアップリンクキャリアでＰｒｏＳｅ直接通信の送信を実行するのみである（たとえそのキャリアのリソースが例えばＵＩＣＣにおいて事前に設定されている場合でも）。
【００９４】
ＲＲＣ＿ＩＤＬＥ状態のユーザ機器に対しては、ｅＮＢは次のオプションの一方を選択することができる。
−  ｅＮＢは、モード２の送信リソースプールをＳＩＢにおいて提供する。ＰｒｏＳｅ直接通信が許可されているユーザ機器は、ＲＲＣ＿ＩＤＬＥ状態においてこれらのリソースを使用してＰｒｏＳｅ直接通信を行う。
−  ｅＮＢは、自身がＤ２ＤをサポートしているがＰｒｏＳｅ直接通信用のリソースを提供しないことをＳＩＢにおいて示す。ユーザ機器は、ＰｒｏＳｅ直接通信の送信を実行するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る必要がある。
【００９５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器に対しては、次のようにすることができる。
−  ＰｒｏＳｅ直接通信の送信を実行することが許可されているＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器は、ＰｒｏＳｅ直接通信の送信を実行する必要があるとき、ＰｒｏＳｅ直接通信の送信を実行したいことをｅＮＢに示す。
−  ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるそのユーザ機器がＰｒｏＳｅ直接通信の送信を許可されるかを、ＭＭＥから受信されるＵＥコンテキストを使用して確認する。
−  ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器に対して、そのユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間は制約なしで使用することのできるモード２のリソース割当て送信リソースプールを、専用シグナリングによって設定することができる。これに代えて、ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器に対して、例外的なケースにおいてのみそのユーザ機器が使用することができるモード２のリソース割当て送信リソースプールを、専用シグナリングによって設定することができ、例外的なケースでない場合、ユーザ機器はモード１に従う。
【００９６】
モード１では、ユーザ機器はｅＮｏｄｅＢからの送信リソースを要求する。ｅＮｏｄｅＢは、スケジューリング割当ておよびデータを送信するための送信リソースをスケジューリングする。
−  ユーザ機器は、スケジューリング要求（専用スケジューリング要求（Ｄ−ＳＲ）またはＲＡＣＨ手順）をｅＮｏｄｅＢに送った後にバッファ状態報告（ＢＳＲ）を送り、ｅＮｏｄｅＢは、ユーザ機器がＤ２Ｄ送信を実行しようとしていることと、必要なリソース量とを、そのバッファ状態報告（ＢＳＲ）に基づいて求めることができる。
−  モード１では、ユーザ機器は、Ｄ２Ｄ通信を送信するためにＲＲＣ接続されている必要がある。
【００９７】
モード２の場合、ユーザ機器にリソースプール（時間／周波数）が提供され、ユーザ機器は、Ｄ２Ｄ通信を送信するためのリソースをリソースプールから選択する。
【００９８】
図８は、オーバーレイ（ＬＴＥ）およびアンダーレイ（Ｄ２Ｄ）における送信リソースおよび受信リソースを概略的に示している。ユーザ機器がモード１送信を適用するかモード２送信を適用するかは、ｅＮｏｄｅＢが制御する。ユーザ機器は、Ｄ２Ｄ通信を送信（または受信）することのできるリソースを認識すると、対応するリソースを、対応する送信／受信にのみ使用する。図８の例においては、Ｄ２Ｄサブフレームは、Ｄ２Ｄ信号を受信または送信する目的にのみ使用される。Ｄ２Ｄ装置としてのユーザ機器は、半二重モードで動作するため、任意の時点においてＤ２Ｄ信号の受信または送信のいずれかを行うことができる。同様に、同じ図８において、Ｄ２Ｄサブフレーム以外のサブフレームはＬＴＥ（オーバーレイ）の送信もしくは受信またはその両方に使用することができる。
【００９９】
Ｄ２Ｄ発見は、自身に関心のある、近傍における他のＤ２Ｄ対応装置を識別する手順／プロセスである。この目的のため、発見されることを望むＤ２Ｄ装置は、何らかの発見信号を（特定のネットワークリソースで）送り、その発見信号に関心のある受信側ユーザ機器が、このような送信側Ｄ２Ｄ装置を認識する。非特許文献８の８節には、Ｄ２Ｄ発見メカニズムに関する現時点における詳細が記載されている。
【０１００】
Ｄ２Ｄ通信における送信手順
図１０は、Ｄ２Ｄ通信における送信手順を概略的に示している。Ｄ２Ｄデータ送信手順は、リソース割当てモードに応じて異なる。上述したように、モード１の場合には、スケジューリング割当ておよびＤ２Ｄデータ通信のためのリソースをｅＮＢが明示的にスケジューリングする。以下では、モード１のリソース割当ての場合の要求／許可手順の一連のステップを示す。
−  ステップ１  ユーザ機器がＳＲ（スケジューリング要求）をＰＵＣＣＨを介してｅＮＢに送る。
−  ステップ２  ｅＮＢが、（ユーザ機器がバッファ状態報告（ＢＳＲ）を送るための）アップリンクリソースを、Ｃ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可（grant）する。
−  ステップ３  ユーザ機器が、バッファの状態を示すＤ２Ｄ  ＢＳＲをＰＵＳＣＨを介して送る。
−  ステップ４  ｅＮＢが、（ユーザ機器がデータを送るための）Ｄ２Ｄリソースを、Ｄ２Ｄ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可する。
−  ステップ５  Ｄ２Ｄ送信側ユーザ機器が、ステップ４で受信したグラントに従って、スケジューリング割当て（ＳＡ）／Ｄ２Ｄデータを送信する。
【０１０１】
スケジューリング割当て（ＳＡ）は、制御情報（例えば対応するＤ２Ｄデータ送信用の時間−周波数リソースを指すポインタ）を含むコンパクトな（低ペイロードの）メッセージである。スケジューリング割当て（ＳＡ）の内容は、基本的には上のステップ４において受信されるグラントである。Ｄ２Ｄグラントおよびスケジューリング割当て（ＳＡ）の内容の詳細は、現時点では決定されていない。
【０１０２】
Ｄ２Ｄ発見（D2D discovery）
ＰｒｏＳｅ（近傍サービス）直接発見（ProSe Direct Discovery）は、ＰｒｏＳｅ対応ユーザ機器が、近傍の別の（１基または複数基の）ＰｒｏＳｅ対応ユーザ機器を、ＰＣ５インタフェースを介してＥ−ＵＴＲＡ直接無線信号を使用して発見するために使用される手順と定義されている。図１１は、非特許文献１０（参照によって本明細書に組み込まれている）の５．１．１．４節に記載されている、装置間の直接発見のためのＰＣ５インタフェースを概略的に示している。
【０１０３】
上位層は、発見情報のアナウンスおよび監視の許可を処理する。この目的のため、ユーザ機器は、事前に定義された信号（発見信号（discovery signal）と称する）を交換しなければならない。ユーザ機器は、必要なときに通信リンクを確立するために、発見信号を周期的にチェックすることによって、近傍のユーザ機器のリストを維持する。発見信号は、たとえ信号対雑音比（ＳＮＲ）が低い環境においても高い信頼性で検出される必要がある。発見信号を周期的に送信することができるように、発見信号用のリソースを割り当てる必要がある。
【０１０４】
ＰｒｏＳｅ直接発見には２つのタイプがあり、すなわちオープン型（open）と制限型（restricted）である。オープン型は、発見されるユーザ機器からの明示的な許可が必要ない場合であり、制限型の発見は、発見されるユーザ機器からの明示的な許可があるときにのみ行われる。
【０１０５】
ＰｒｏＳｅ直接発見は、発見する側のユーザ機器におけるスタンドアロンのサービスイネーブラ（service enabler）とすることができ、このサービスイネーブラは、特定のアプリケーションにおいて、発見する側のユーザ機器が発見される側のユーザ機器からの情報を使用することを可能にする。ＰｒｏＳｅ直接発見において送信される情報は、一例として、「近くでタクシーを見つけて」、「コーヒーショップを見つけて」、「最寄りの警察署を見つけて」などとすることができる。発見する側のユーザ機器は、ＰｒｏＳｅ直接発見を通じて、必要な情報を取得することができる。さらに、得られる情報に応じて、ＰｒｏＳｅ直接発見を使用して遠隔通信システムにおける以降の動作（例えばＰｒｏＳｅ直接通信を開始するなど）を行うことができる。
【０１０６】
ＰｒｏＳｅ直接発見のモデル
ＰｒｏＳｅ直接発見は、いくつかの発見モデルに基づく。ＰｒｏＳｅ直接発見のモデルは、非特許文献１０（参照によって本明細書に組み込まれている）の５.３.１.２節に以下のように定義されている。
【０１０７】
モデルＡ（「私はここです」（I am here））
モデルＡは、「私はここです」とも表され、なぜなら、アナウンスする側のユーザ機器が自身に関する情報（自身のＰｒｏＳｅアプリケーションの識別情報やＰｒｏＳｅ  ＵＥの識別情報など）を発見メッセージの中でブロードキャストし、これにより自身の身元を明らかにし、自身が利用可能であることを通信システムの他の装置に伝えるためである。
【０１０８】
モデルＡによると、ＰｒｏＳｅ直接発見に関与しているＰｒｏＳｅ対応ユーザ機器の２つの役割が定義されている。ＰｒｏＳｅ対応ユーザ機器は、アナウンスする側のユーザ機器と監視する側のユーザ機器の機能を有することができる。アナウンスする側のユーザ機器は、発見の許可を有する近傍のユーザ機器が使用することのできる特定の情報をアナウンスする。監視する側のユーザ機器は、アナウンスする側のユーザ機器の近傍において、関心のある特定の情報を監視する。
【０１０９】
このモデルでは、アナウンスする側のユーザ機器が、事前に定義される発見間隔で発見メッセージをブロードキャストし、これらのメッセージに関心のある監視する側のユーザ機器が、メッセージを読み取って処理する。
【０１１０】
モデルＢ（「そこにいるのは誰ですか？」／「あなたはそこにいますか？」（Who is there ? / are you  there ?））
このモデルは、ＰｒｏＳｅ直接発見に関与するＰｒｏＳｅ対応ユーザ機器の次の２つの役割を定義する。
−  発見する側のユーザ機器：  このユーザ機器は、自身が発見したい対象に関する特定の情報を含む要求を送信する。
−  発見される側のユーザ機器：  要求メッセージを受信するユーザ機器は、発見する側のユーザ機器の要求に関連する何らかの情報で応答することができる。
【０１１１】
モデルＢは、「そこにいるのは誰ですか？／あなたはそこにいますか？」と同等であり、なぜなら、発見する側のユーザ機器が、応答を受け取りたい対象の別のユーザ機器に関する情報を送信するためである。送信される情報は、例えば、グループに対応するＰｒｏＳｅアプリケーションＩＤに関する情報とすることができる。グループのメンバーは、この送信された情報に応答することができる。
【０１１２】
このモデルによると、ＰｒｏＳｅ直接発見に関与しているＰｒｏＳｅ対応ユーザ機器の２つの役割が定義されており、すなわち発見する側のユーザ機器と発見される側のユーザ機器である。発見する側のユーザ機器は、自身が発見したい対象に関する特定の情報を含む要求を送信する。一方で、この要求メッセージを受信した発見される側のユーザ機器は、発見する側のユーザ機器の要求に関連する何らかの情報によって応答することができる。
【０１１３】
発見情報の内容は、アクセス層（ＡＳ：Access Stratum）に透過的（transparent）であり、アクセス層（ＡＳ）は発見情報の内容を認識していない。したがってアクセス層では、ＰｒｏＳｅ直接発見のさまざまなモデルが区別されず、またＰｒｏＳｅ直接発見のタイプも区別されない。ＰｒｏＳｅプロトコルは、アナウンスする有効な発見情報のみをアクセス層（ＡＳ）に渡す。
【０１１４】
ユーザ機器は、ｅＮＢの設定によるＲＲＣ＿ＩＤＬＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の両方において、発見情報のアナウンスおよび監視に関与することができる。ユーザ機器は、半二重の制約を受ける発見情報をアナウンスおよび監視する。
【０１１５】
発見のタイプ
図１２は、Ｄ２Ｄ通信において発見用リソースを受信するときのＩＤＬＥモードおよびＣＯＮＮＥＣＴＥＤモードを示した図である。
【０１１６】
Ｄ２Ｄ通信は、ネットワークによって制御する（この場合には直接送信（Ｄ２Ｄ）と従来のセルラーリンクとの間の切り替えを通信事業者が管理する）、または、通信事業者の制御なしで直接リンクを装置によって管理することができる。Ｄ２Ｄでは、インフラストラクチャモードとアドホック通信を組み合わせることができる。
【０１１７】
一般的には、装置の発見は周期的に必要である。さらにＤ２Ｄ装置は、発見メッセージのシグナリングプロトコルを利用して装置の発見を実行する。例えば、Ｄ２Ｄ対応ユーザ機器が、自身の発見メッセージを送信することができ、別のＤ２Ｄ対応ユーザ機器がこの発見メッセージを受信し、この情報を使用して通信リンクを確立することができる。ハイブリッドネットワークの利点として、Ｄ２Ｄ装置がネットワークインフラストラクチャの通信範囲内でもある場合、ｅＮＢなどのネットワークエンティティが発見メッセージの送信や設定を追加的に支援することができる。発見メッセージの送信や設定をｅＮＢによって調整／制御することは、Ｄ２Ｄのメッセージングと、そのｅＮＢによって制御されているセルラートラフィックとの干渉が発生しないようにするうえでも重要である。さらには、たとえ装置のいくつかがネットワークカバレッジの範囲外である場合でも、カバレッジ内の装置がアドホック発見プロトコルを支援することができる。
【０１１８】
説明においてさらに使用される専門用語を定義するために、少なくとも以下の２つのタイプの発見手順が定義されている。
−  タイプ１：  発見情報をアナウンスするためのリソースが特定のユーザ機器を対象とせずに割り当てられ、さらに以下を特徴とするリソース割当て手順。
○  発見情報のアナウンスに使用されるリソースプールの設定をｅＮＢがユーザ機器に提供する。設定はＳＩＢにおいてシグナリングすることができる。
○  ユーザ機器は、示されたリソースプールから（１つまたは複数の）無線リソースを自律的に選択し、発見情報をアナウンスする。
○  ユーザ機器は、各発見期間中、ランダムに選択される発見用リソースで発見情報をアナウンスすることができる。
−  タイプ２：  発見情報をアナウンスするためのリソースが特定のユーザ機器を対象として割り当てられ、さらに以下を特徴とするリソース割当て手順。
○  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるユーザ機器は、発見情報をアナウンスするためのｅＮＢからのリソースをＲＲＣを介して要求することができる。ｅＮＢはＲＲＣを介してリソースを割り当てる。
○  リソースは、監視するユーザ機器に設定されるリソースプール内に割り当てられる。
タイプ２の手順によると、リソースは例えば発見信号の送信用にセミパーシステントに割り当てられる。
ユーザ機器がＲＲＣ＿ＩＤＬＥモードにある場合、ｅＮＢは以下のオプションの１つを選択することができる。
−  ｅＮＢは、発見情報をアナウンスするためのタイプ１のリソースプールをＳＩＢにおいて提供することができる。ＰｒｏＳｅ直接発見を許可されているユーザ機器は、ＲＲＣ＿ＩＤＬＥモードにおいてこれらのリソースを使用して発見情報をアナウンスする。
−  ｅＮＢは、自身がＤ２Ｄをサポートしているが、発見情報をアナウンスするためのリソースを提供しないことを、ＳＩＢにおいて示すことができる。ユーザ機器は、発見情報をアナウンスするためのＤ２Ｄリソースを要求するためには、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに入る必要がある。
【０１１９】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器については、ＰｒｏＳｅ直接発見のアナウンスを実行することが許可されているユーザ機器は、Ｄ２Ｄ発見のアナウンスの実行を望むことをｅＮＢに知らせる。するとｅＮＢは、そのユーザ機器がＰｒｏＳｅ直接発見のアナウンスを許可されているかを、ＭＭＥから受信したＵＥコンテキストを使用して確認する。ｅＮＢは、発見情報のアナウンス用にタイプ１のリソースプールまたはタイプ２の専用リソースを使用するように、専用のＲＲＣシグナリングを介してユーザ機器を設定することができる（またはリソースなし）。ｅＮＢによって割り当てられたリソースは、ａ）ｅＮＢがそのリソースをＲＲＣシグナリングによって設定解除する（de-configure）まで、またはｂ）ユーザ機器がＩＤＬＥモードに入るまで、有効である。
【０１２０】
ＲＲＣ＿ＩＤＬＥモードおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある受信側ユーザ機器は、許可されるタイプ１およびタイプ２の発見用リソースプールの両方を監視する。ｅＮＢは、発見情報を監視するために使用されるリソースプールの設定を、ＳＩＢにおいて提供する。ＳＩＢは、隣接セルにおいてアナウンスするために使用される発見用リソースも含むことができる。
【０１２１】
無線プロトコルのアーキテクチャ
図１３は、ＰｒｏＳｅ直接発見のための無線プロトコルスタック（アクセス層（ＡＳ））を概略的に示している。図１３を更新する必要がある。
【０１２２】
アクセス層（ＡＳ）は、上位層（ＰｒｏＳｅプロトコル）とのインタフェースとして機能する。したがって、ＭＡＣ層は、上位層（ＰｒｏＳｅプロトコル）から発見情報を受け取る。この場合、発見情報を送信するのにＩＰ層は使用されない。さらに、アクセス層（ＡＳ）はスケジューリング機能を有し、すなわちＭＡＣ層は、上位層から受け取った発見情報をアナウンスするために使用するべき無線リソースを決定する。これに加えてアクセス層（ＡＳ）は、発見ＰＤＵを生成する機能を有し、すなわちＭＡＣ層は、発見情報を伝えるＭＡＣ  ＰＤＵを構築し、そのＭＡＣ  ＰＤＵを、決定した無線リソースにおいて送信できるように物理層に渡す。ＭＡＣヘッダは追加されない。
【０１２３】
ユーザ機器において、ＲＲＣプロトコルは、発見用リソースプールをＭＡＣに知らせる。さらにＲＲＣは、送信用に割り当てられたタイプ２のリソースをＭＡＣに知らせる。ＭＡＣヘッダの必要はない。発見に関するＭＡＣヘッダには、第２層（Layer 2）においてフィルタリングを実行するときに基づくフィールドが含まれない。ＭＡＣレベルにおいて発見メッセージをフィルタリングしても、上位層においてＰｒｏＳｅ  ＵＥ  ＩＤやＰｒｏＳｅアプリケーションＩＤに基づいてフィルタリングを実行することと比較して、処理量や電力が節約されるとは考えられない。受信側ＭＡＣは、受け取った発見メッセージすべてを上位層に渡す。このときＭＡＣは、正しく受信されたメッセージのみを上位層に渡してもよい。
【０１２４】
以下では、発見メッセージが正しく受信されたかを第１層（Ｌ１）がＭＡＣ層に示すものと想定する。さらに、上位層は必ず有効な発見情報のみをアクセス層に渡すものと想定する。
【０１２５】
Ｄ２Ｄシステムにおいて発見用リソースを割り当てる従来の解決策では、要求されたＤ２Ｄサービスに好適な方法でリソースを割り当てるのに適するリソースパターンまたはリソース設定を決定することができない。具体的には、Ｄ２Ｄ対応装置によって一般的なシグナリング手順に従って送信された情報に基づいて基地局がリソースを割り当てる場合、ユーザ機器が発見情報を完全にブロードキャストするには、送信リソースの期間が短すぎることがある。結果として、送信側ユーザ機器は再びリソースを要求する必要があり、これによりＬＴＥシステムにおけるシグナリングオーバーヘッドが増大する。
【０１２６】
さらに、例えば発見情報の内容に関する情報は、アクセス層（ＡＳ）に透過的である。したがってアクセス層では、ＰｒｏＳｅ直接発見のさまざまなモデルが区別されず、またＰｒｏＳｅ直接発見のタイプも区別されず、基地局では、発見送信のモデルと、発見用リソースを割り当てるための好ましい手順のタイプを決定するうえで有用な何らの情報も受信されない。
【０１２７】
Ｄ２Ｄの同期
同期の主たる役割は、受信機が時間および周波数の基準を取得できるようにすることである。このような基準は、少なくとも次の２つの目的に利用することができる。１）Ｄ２Ｄチャネルを検出するときに受信機のウィンドウとの周波数の補正を合わせる、２）Ｄ２Ｄチャネルを送信するときに送信機のタイミングおよびパラメータを合わせる。３ＧＰＰでは、現在のところ同期を目的として以下のチャネルが定義されている。
−  Ｄ２ＤＳＳ  Ｄ２Ｄ同期信号（D2D Synchronization Signal）
−  ＰＤ２ＤＳＣＨ  物理Ｄ２Ｄ同期チャネル（Physical D2D Synchronization Channel）
−  ＰＤ２ＤＳＳ  プライマリＤ２Ｄ同期信号（Primary D2D Synchronization Signal）
−  ＳＤ２ＤＳＳ  セカンダリＤ２Ｄ同期信号（Secondary D2D Synchronization Signal）
【０１２８】
さらに３ＧＰＰでは、同期に関する以下の専門用語が合意されている。
Ｄ２Ｄ同期源（D2D Synchronization Source）：  少なくともＤ２Ｄ同期信号を送信するノード。
Ｄ２Ｄ同期信号（D2D Synchronization Signal）：  ユーザ機器がそこからタイミングおよび周波数の同期を取得することのできる信号。
【０１２９】
Ｄ２Ｄ同期源は、基本的にはｅＮＢまたはＤ２Ｄユーザ機器とすることができる。
【０１３０】
Ｄ２Ｄの同期は、ＬＴＥのセルサーチに類似する手順とみなすことができる。部分的カバレッジ内シナリオおよびカバレッジ外シナリオにおいてネットワーク制御および効率的な同期の両方を可能にするために、現在３ＧＰＰ内で次の手順が検討されている。
【０１３１】
受信機の同期
ＰｒｏＳｅ対応ユーザ機器は、ＬＴＥセル（ＬＴＥのモビリティ手順に従う）と、ＳＳユーザ機器によって送信されるＤ２ＤＳＳ／ＰＤ２ＤＳＣＨとを、定期的に探索する。
【０１３２】
適切なセルが見つかると、ユーザ機器はそのセルにキャンプオンし、（ＬＴＥのレガシー手順による）セル同期に従う。
【０１３３】
ＳＳユーザ機器によって送信される適切なＤ２ＤＳＳ／ＰＤ２ＤＳＣＨが見つかると、ユーザ機器は、入ってくる（incoming）すべてのＤ２ＤＳＳ／ＰＤ２ＤＳＣＨ（ユーザ機器の能力による）に自身の受信機を同期させ、入ってくる接続（スケジューリング割当て）がないかそれらを監視する。なお、ｅＮｏｄｅＢであるＤ２Ｄ同期源によって送信されるＤ２ＤＳＳは、リリース８のＰＳＳ／ＳＳＳであることに留意されたい。ｅＮｏｄｅＢであるＤ２Ｄ同期源は、ユーザ機器であるＤ２Ｄ同期源よりも高い優先順位を有する。
【０１３４】
送信機の同期
ＰｒｏＳｅ対応ユーザ機器は、ＬＴＥセル（ＬＴＥのモビリティ手順に従う）と、ＳＳユーザ機器によって送信されるＤ２ＤＳＳ／ＰＤ２ＤＳＣＨとを、定期的に探索する。
【０１３５】
適切なセルが見つかると、ユーザ機器はそのセルにキャンプオンし、Ｄ２Ｄ信号を送信できるようにセル同期に従い、ネットワークは、セル同期に従ってＤ２ＤＳＳ／ＰＤ２ＤＳＣＨを送信するようにユーザ機器を設定することができる。
【０１３６】
適切なセルが見つからない場合、ユーザ機器は、入ってくるＤ２ＤＳＳ／ＰＤ２ＤＳＣＨのいずれかをさらに中継できるか（すなわち最大ホップカウントに達していないか）を確認し、（ａ）さらに中継できる、入ってくるＤ２ＤＳＳ／ＰＤ２ＤＳＣＨが見つかった場合、ユーザ機器は自身の送信機の同期をその信号に合わせ、それに応じてＤ２ＤＳＳ／ＰＤ２ＤＳＣＨを送信する、または、（ｂ）さらに中継できる、入ってくるＤ２ＤＳＳ／ＰＤ２ＤＳＣＨが見つからない場合、ユーザ機器は独立した同期源として動作し、任意の内部同期基準に従ってＤ２ＤＳＳ／ＰＤ２ＤＳＣＨを送信する。
【０１３７】
Ｄ２Ｄにおける同期手順のさらなる詳細は、非特許文献８に記載されている。
【先行技術文献】
【非特許文献】
【０１３８】
【非特許文献１】3GPP TS 36.211, “Evolved universal terrestrial radio access (E-UTRA); physical channels and modulations (Release 10)”, version 10.4.0, 2012
【非特許文献２】TS 25.912
【非特許文献３】3GPP TS 36.321 V10.5
【非特許文献４】3GPP TS 36.321 V8
【非特許文献５】TS 36.213
【非特許文献６】TS 36.133
【非特許文献７】3GPP TS 36.321, “Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification”, version 8.9.0
【非特許文献８】3GPP TS 36.843vers. 12.0.0
【非特許文献９】TS 36.300
【非特許文献１０】3GPP TS 23.303 V12.0.0
【発明の概要】
【０１３９】
例示的な一実施形態は、通信システムにおいてデータを直接リンク接続を通じて受信側端末に送信する送信側端末、を提供する。この送信側端末は、通信システムにおいて直接リンクデータ送信の送信タイミングを決定するようにされている。送信側端末は、基地局へのデータ送信のアップリンク送信タイミング値を調整するためのタイミングコマンドを含むアップリンク制御情報メッセージを、基地局から受信するようにされている受信ユニット、を備えている。生成ユニットは、基地局へのアップリンク送信に使用されるアップリンク送信タイミング値に基づいて、直接リンクタイミング情報を生成するように構成されており、この直接リンクタイミング情報は、直接リンクを通じてのデータ送信のタイミングを決定するための直接リンク送信タイミング値を生成するのに使用することができる。送信ユニットは、生成された直接リンクタイミング情報を受信側端末に送信し、この直接リンクタイミング情報は、受信側端末において、送信側端末から直接リンクを通じて受信されるデータの受信タイミングを決定するための直接リンク受信タイミング値を生成するのに使用することができる。
【０１４０】
開示する実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および利点は、本明細書および図面に開示したさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および利点の１つまたは複数を得るためにすべてを備える必要はない。
【０１４１】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。図面において類似または対応する細部には、同じ参照番号を付してある。
【図面の簡単な説明】
【０１４２】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９）のために定義されたものとしてのダウンリンクコンポーネントキャリアの例示的サブフレーム境界の図である。
【図４】３ＧＰＰ  ＬＴＥ（リリース８／９）に定義されているダウンリンクスロットの例示的ダウンリンクリソースグリッドの図である。
【図５】ダウンリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の第２層（Layer 2）構造を示している。
【図６】ダウンリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の第２層（Layer 2）構造を示している。
【図７】Ｄ２Ｄ対応ユーザ機器を含むシステムを示している概略図である。
【図８】Ｄ２Ｄサブフレームの中の、オーバーレイ（ＬＴＥ）およびアンダーレイ（Ｄ２Ｄ）における送信リソースおよび受信リソースを示している概略図である。
【図９】Ｄ２Ｄ通信におけるリソース割当てに関する挙動を示している。
【図１０】Ｄ２Ｄ通信における送信手順を概略的に示している。
【図１１】装置間の直接発見のためのＰＣ５インタフェースの概略図を示している。
【図１２】例示的な発展形態による、発見用リソースを受信するときのＩＤＬＥモードおよびＣＯＮＮＥＣＴＥＤモードを示した図である。
【図１３】ＰｒｏＳｅ直接発見のための無線プロトコルスタック（ＡＳ）を概略的に示している。
【図１４】送信側ユーザ機器からデータを直接リンク接続を通じて受信側ユーザ機器に送信するための送信タイミングを制御する方式を示している。
【図１５】例示的な発展形態による送信側／受信側ユーザ機器を示している。
【図１６】図１５に示した構造に従って、送信側ユーザ機器からデータを直接リンク接続を通じて受信側ユーザ機器に送信するための送信タイミングを制御する方式を示している。
【図１７】さらなる発展形態に従って、送信側ユーザ機器からデータを直接リンク接続を通じて受信側ユーザ機器に送信するための送信タイミングを制御する方式を示している。
【発明を実施するための形態】
【０１４３】
以下の段落では、さまざまな例示的な実施形態について説明する。例示のみを目的として、ほとんどの実施形態は、上の背景技術のセクションにおいて一部を説明した３ＧＰＰ  ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１／１２）の移動通信システムによる無線アクセス方式に関連して概説してある。これらの例示的な実施形態は、例えば、上の背景技術のセクションにおいて説明した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２）の通信システムなどの移動通信システムにおいて有利に使用することができるが、これらの例示的な実施形態は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【０１４４】
請求項および本明細書において使用されている「直接リンク」（direct link）という用語は、ネットワークが関与することなくデータを直接交換することを可能にする、２基のＤ２Ｄユーザ機器の間の通信リンク（通信チャネル）として理解されたい。言い換えれば、通信チャネルは、データを直接交換するのに十分に近い、通信システム内の２基のユーザ機器の間に、ｅＮｏｄｅＢ（基地局）をバイパスして確立される。この用語は、ｅＮｏｄｅＢによって管理されるユーザ機器間のデータトラフィックを意味する「ＬＴＥリンク」または「ＬＴＥ（アップリンク）トラフィック」と対照される語として使用されている。
【０１４５】
請求項および本明細書において使用されている「送信側ユーザ機器」（transmitting user equipment）または「送信側端末」（transmitting terminal）という用語は、データを送信および受信することのできるモバイルデバイスとして理解されたい。形容詞である「送信側」は、一時的な動作を明確に示すことを目的としているにすぎない。以下の説明において発見送信を目的とする送信側ユーザ機器は、アナウンスする側のユーザ機器または発見する側のユーザ機器（発見者（discoverer））とすることができる。この用語は、データを受信する動作を一時的に実行するモバイルデバイスを意味する「受信側ユーザ機器」（receiving user equipment）または「受信側端末」（receiving terminal）と対照される語として使用されている。以下の説明において発見送信を目的とする受信側ユーザ機器は、監視する側のユーザ機器または発見される側のユーザ機器（被発見者（discoveree））とすることができる。
【０１４６】
以下では、いくつかの例について詳しく説明する。以下の説明は、本発明を制限するものではなく、本発明を深く理解するための単なる例示的な実施形態として理解されたい。当業者には、請求項に記載されている一般的な原理を、さまざまなシナリオに、本明細書に明示的に説明されていない方法で適用できることが認識されるであろう。したがって、さまざまな実施形態を説明するために想定される以下のシナリオは、本発明をそのようなシナリオに制限するものではない。
【０１４７】
本発明は、Ｄ２Ｄ通信システムにおいて、送信側端末から直接リンクを通じて受信側端末に送信されるデータの送信と受信を同期させることが重要であるという知見に基づいている。具体的には、重要な点として、受信側端末は、送信側端末からデータを受信するときに受信ウィンドウ（より具体的にはＦＦＴウィンドウ）を設定することができ、受信ウィンドウは、送信側端末がデータを直接リンク接続を通じて送信するタイミングに、送信側端末と受信側端末との間の伝搬遅延を加えたタイミングにできる限り近い。直接リンクを通じて送信されたデータが正しいタイミングで受信されない（すなわち受信ＦＦＴウィンドウが正しいタイミングに配置されていない）場合、信号対雑音比（ＳＮＲ）が下がり、これによりデータ送信の性能が低下する。特に、タイミングの不一致がサイクリックプレフィックスの長さを超える（すなわち受信がサイクリックプレフィックスの外側である）場合、復号性能が大幅に低下し、例えばデータを正しく復号することが不可能になることがある。これに加えて、通信システムにおいてセル内干渉を低減するために、直接リンクを通じてのデータ送信と、ＬＴＥデータ送信とが同期している、すなわちＬＴＥのデータと直接リンクのデータとが基地局において同じタイミングで受信される（言い換えれば、端末と基地局との間のアップリンクにおけるデータトラフィックと同じタイミングで受信される）ならば、有利である。
【０１４８】
図１４は、送信側ユーザ機器（以下ではＵＥ１）からデータを直接リンク接続を通じて受信側ユーザ機器（以下ではＵＥ２）に送信する場合の送信タイミングを制御するための１つの可能な方式を示している。セル内干渉を低減することのできる１つの解決策は、送信側ユーザ機器において、直接リンクを通じてのデータ送信に、この送信側ユーザ機器が基地局へのアップリンクデータ送信に使用するのと同じアップリンクタイミングを使用することである。アップリンクタイミングは、「タイミングアドバンス」の節において前述したように、タイミングアドバンス（ＴＡ）コマンドによってｅＮＢによって制御され、ＵＥ１は、このタイミングアドバンス（ＴＡ）コマンドに基づいて、自身の内部のタイミングアドバンス値を１１ビット値（ＮＴＡ値と称される）に調整することができる。
【０１４９】
したがって図１４に示した解決策によると、送信側ユーザ機器は、Ｄ２Ｄデータ送信にもＬＴＥアップリンクタイミングを使用する。具体的には、ＮＴＡ値は、ＵＥ１が基地局にデータを送信するときの送信タイミングと、直接リンクを通じてデータを送信するときの送信タイミングとを調整するために使用され、さらに、受信側ユーザ機器（すなわちＵＥ２）のＦＦＴウィンドウを同期させるための基準としても使用される。
【０１５０】
具体的には、ＵＥ１は、１１ビットのＮＴＡ値を維持し、このＮＴＡ値は、ダウンリンクの受信タイミングを基準とするタイミングアドバンスを決定するために使用される。タイミングアドバンス値は、制御メッセージ（スケジューリング割当て（ＳＡ）メッセージとも称され、ただし６ビットである）の中で受信側ユーザ機器（例：この例ではＵＥ２）に送られる。したがってＵＥ１は、アップリンク送信のための１１ビットのＮＴＡ値をスケジューリング割当て（ＳＡ）メッセージの中でＵＥ２に送信する前に、このＮＴＡ値を６ビットにダウンサンプリングする。ダウンサンプリングの一例として、ＵＥ１は、アップリンク用のＮＴＡ値の６個の最上位ビットのみをＵＥ２に送信することができる。
【０１５１】
図１４は、複数の異なるタイミングを示しており、ｅＮＢのタイミング、ＵＥ１のタイミング、およびＵＥ２のタイミングを、水平方向の線上に表してある。この例においては、ＵＥ１（送信側ユーザ機器）は、データを直接リンクを通じてＵＥ２（受信側ユーザ機器）に送信する。ダウンリンクのタイミング（すなわちアップリンクタイミング調整のためのＴＡコマンドを含むｅＮＢシグナリングがＵＥ１に受信される時点）が、ＲｘｅＮＢ＠ＵＥ１によって示してある。
【０１５２】
ＵＥ１は、前述したように、ｅＮＢから受信したＴＡコマンドと自律的タイミング調整機能に基づいて自身において決定したＮＴＡ値をダウンサンプリングし、直接リンク（ＰＣ５インタフェース）を通じての直接リンク通信のための、ダウンサンプリングされたＮＴＡ値を含む直接リンクスケジューリング割当て（ＳＡ）メッセージ（ＵＥ２によって監視／受信される）を、送信する。この直接リンクＳＡメッセージは、ＲｘＤ２Ｄ＿ＳＡ＠ＵＥ２においてＵＥ２に受信される。
【０１５３】
この方法形態によると、直接リンクデータは、ＵＥ１から直接リンクを通じて、１１ビットのＮＴＡ値に基づいて調整されたタイミングアドバンスを適用して、言い換えればアップリンクタイミング（ＴｘＬＴＥ＿ＵＥ１＝ＴｘＤ２Ｄ＿ＵＥ１）において、送信される。ＵＥ１によって送信されたＤ２Ｄデータまたは直接リンクデータは、時刻ＲｘＤ２Ｄ＿ｄａｔａ＠ＵＥ２においてＵＥ２によって受信される。一方で、ＵＥ２は、ＵＥ１からのデータが到着するはずの時刻を、スケジューリング割当て（ＳＡ）メッセージの中で受信されたダウンサンプリングされた６ビットのＮＴＡ値に基づいて計算している。したがって、スケジューリング割当て（ＳＡ）メッセージの中でＵＥ２に送信されるタイミングアドバンス値は、ＵＥ１によって使用されるタイミングアドバンス値と同じではなく、その近似値にすぎない。
【０１５４】
この解決策は現時点では問題が生じることがあり、なぜなら現在の技術に基づいたとき、ＵＥ２は自身の受信ウィンドウを時間的に正しく配置することができず、これにより復号の性能が低下して信号対雑音比（ＳＮＲ）が下がる。しかしながら、今後の進歩により、ＵＥ２によって使用されるタイミングアドバンスがＵＥ１によって使用されるタイミングアドバンスの近似値にすぎないときでも良好な性能を得ることができ、上記の問題点が緩和されるものと予測される。
【０１５５】
結論として、上述した解決策によってキャリア間干渉を低減することができ、なぜなら、直接リンク通信の場合のＤ２Ｄデータが、レガシーＬＴＥアップリンク通信の場合と同じタイミングアドバンスを使用して送信されるためである。しかしながら現時点では、受信側ユーザ機器（ＵＥ２）は、自身の受信ＦＦＴウィンドウを効果的に調整することができず、なぜならスケジューリング割当て（ＳＡ）メッセージの中でＵＥ１によって送られる６ビットのＮＴＡ値が、Ｄ２Ｄデータを送信するのにＵＥ１によって使用される１１ビットのＮＴＡ値の近似値にすぎないためである。
【０１５６】
図１４を参照しながら説明した解決策に関連する上記の問題点は、Ｄ２Ｄデータ用の受信ＦＦＴウィンドウを設定するのに受信側ユーザ機器によって使用されるのと同じタイミングアドバンス値を直接リンクデータ送信において使用する送信側ユーザ機器、を提供することによって、解決される。
【０１５７】
図１５は、このさらなる発展形態による送信側／受信側ユーザ機器５００を示している。このユーザ機器または端末５００は、Ｄ２Ｄ通信システムにおいてデータを直接リンク接続を通じて受信側端末に送信することができる。この送信側端末５００は、通信システムにおいて直接リンクデータ送信の送信タイミングを決定するように構成されている。この目的のため、送信側ユーザ機器５００は、タイミングアドバンスコマンドを含むアップリンクメッセージを基地局から受信することのできる受信ユニット（５４０）を備えている。タイミングアドバンスコマンドは、ＭＡＣ制御要素とすることができ、ユーザ機器５００はこのタイミングアドバンスコマンドを使用して、基地局にデータ送信するためのアップリンク送信タイミング値を調整することができる。受信されたＴＡコマンドは、直接、または制御ユニットを通じて、生成ユニット５７０に入力され、生成ユニット５７０は、基地局５１０へのアップリンクにおける送信タイミングを制御するためのアップリンク送信タイミング値を、入力されたＴＡコマンドに基づいて生成する。
【０１５８】
これと同時に、生成ユニット５７０は、アップリンク送信タイミング値に基づいて、直接リンクタイミング情報を生成する。直接リンクタイミング情報は、直接リンクを通じての受信側端末へのデータ送信のタイミングを決定するために、送信側端末５００によって使用される。
【０１５９】
送信側端末５００は、生成された直接リンクタイミング情報を、送信ユニット５６０によって受信側端末５００に送信する。受信側端末は、送信された直接リンクタイミング情報を使用して、直接リンク受信タイミング値を生成する。送信側端末において決定される、直接リンクデータ送信のタイミングは、受信側端末において計算される直接リンク受信タイミング値と同じであり、これは有利である。
【０１６０】
図１６は、図１５に示した構造に従って、送信側ユーザ機器（ＵＥ１）からデータを直接リンク接続を通じて受信側ユーザ機器（ＵＥ２）に送信するための送信タイミングを制御する方式を示している。ＵＥ１が直接リンク送信に使用するＴＡ値は、直接リンクＳＡの中でＵＥ２に送信されるＴＡ値と同じである。したがって、直接リンクＴＡ値（ＴＡＤ２Ｄ＿ＵＥ１）を使用してＵＥ２によって決定される受信ウィンドウを、Ｄ２Ｄデータの送信タイミングＲｘＤ２Ｄ＿ｄａｔａ＠ＵＥ２に合致するように調整することができる。
【０１６１】
上述した解決策の例示的な一実施形態においては、ＵＥ１は、例えばｅＮＢから受信されるアップリンクＴＡコマンドに基づいて、基地局へのレガシーＬＴＥアップリンク送信の送信タイミングを調整するための１１ビットのＮＴＡ値を生成して維持する。これと同時にＵＥ１は、６ビットの直接リンクタイミング情報を生成するために、この１１ビットのＮＴＡ値をダウンサンプリングする。直接リンクタイミング情報は、例えば、ＬＴＥアップリンク動作用に維持されているアップリンクＮＴＡ値の６個の最上位ビットをとることによって生成することができる。次いで、この直接リンクタイミング情報を、例えば直接リンクＳＡメッセージの中に組み込んで、ＵＥ２に送信する。その一方で、ＵＥ１は、直接リンクタイミング情報に基づいて、１１ビットの直接リンクＮＴＡ値を生成する。１１ビットの直接リンクＮＴＡ値は、例えば、直接リンクタイミング情報の先頭に一連の０を付加することによって生成することができる。同様に、ＵＥ２は、受信された直接リンクＳＡメッセージから、６ビットの直接リンクタイミング情報を取り出し、その情報に基づき、シグナリングされた直接リンクタイミング情報の先頭に一連の０を付加することによって、１１ビットの直接リンクＮＴＡ値を復元する。したがって、ＵＥ２が受信ＦＦＴウィンドウを調整するのに使用する直接リンクＮＴＡ値は、ＵＥ１が直接リンクを通じてデータを送信するのに使用するタイミングアドバンス値と同じである。図１６にさらに示したように、ＵＥ２は、生成されたＮＴＡ値を、スケジューリング割当て（ＳＡ）メッセージの受信タイミングに適用する。
【０１６２】
上記の発想は、次の例によって説明することができる。基地局へのＬＴＥアップリンクデータ送信のための１１ビットのＮＴＡ値が、ＮＴＡ＿ＵＰＬＩＮＫ＝１１０１１０１１００１であるならば、６個の最上位ビットを考慮することによって計算されるダウンサンプリングされた直接リンクタイミング情報は、１１０１１０である。ＵＥ１によって実行される情報のダウンサンプリングにおいて、いくつかの下位ビットが失われ、直接リンク送信タイミング値は、ＮＴＡ＿Ｄ２Ｄ＝１１０１１００００００によって与えられる。同様に、受信側ユーザ機器（ＵＥ２）は、スケジューリング割当て（ＳＡ）メッセージによって、値１１０１１０を伝える直接リンクタイミング情報を受信する。ＵＥ２は、この情報に基づき、受信された値の先頭に一連の０を付加することによって、直接リンク受信タイミング値を生成することができる。直接リンク受信タイミング値は、ＮＴＡ＿Ｄ２Ｄ＝１１０１１００００００である。
【０１６３】
上記は、本発明の一般的なコンセプトを具体的な実装において適用する方法を説明するための一例にすぎない。しかしながら、当然ながら、本発明はこの例に限定されない。例えば、アップリンク送信タイミング値は、１１ビットより短い、または１１ビットより長くてよい。同様に、直接リンクタイミング情報を、ダウンサンプリング以外の手順によって生成することができる。６ビットを有する直接リンクタイミング情報について説明したが、直接リンクタイミング情報をこれより長くすることができる。同じことは、直接リンク送信タイミング値にもあてはまる。
【０１６４】
したがって、ＵＥ１およびＵＥ２において生成される、Ｄ２Ｄデータの送信タイミングを決定するためのタイミングアドバンス値と、Ｄ２Ｄデータの受信タイミングを決定するためのタイミングアドバンス値それぞれは同じであり、これにより受信側端末は、Ｄ２Ｄデータの送信タイミングに合致する受信ＦＦＴウィンドウを設定することができる。当然ながら、ＵＥ１およびＵＥ２において計算される直接リンクタイミング値は、レガシーＬＴＥアップリンク送信用のアップリンク送信タイミング値とは同じでなく、その近似値にすぎない。この不一致により、現時点では現在の技術の観点から、特定の条件下では、ｅＮＢ受信側においてＬＴＥアップリンク送信におけるキャリア間干渉が発生することがあり、なぜなら、ｅＮＢにデータを送信するためのアップリンクタイミングが、Ｄ２Ｄデータ送信のための送信タイミングと異なるためである。
【０１６５】
キャリア間干渉を低減することのできるさらなる発展形態は、図１４を参照しながら説明した解決策と、図１５および図１６を参照しながら説明した解決策の両方を実施する方法形態である。
【０１６６】
このさらなる発展形態によると、基地局は、どちらの方式を使用するかを決定する。具体的には、通信システムにおいて直接リンクデータ送信のタイミングを制御するようにされている、直接リンク通信システムの基地局５１０は、アップリンクデータ送信用のリソースの割当てのためのリソース要求メッセージを送信側端末５００から受信するようにされている受信ユニット、を備えている。基地局は、生成ユニットにおいて設定情報を生成し、この設定情報は、基地局の送信ユニットによって送信側ユーザ機器５００またはＵＥ１に送信される。ＵＥ１は、受信された設定情報を使用して、直接リンクを通じた送信のタイミングの制御を実行する。
【０１６７】
具体的には、送信側ユーザ機器５００において、受信ユニット５４０が基地局から設定情報を受信する。その後、送信側ユーザ機器５００は、受信された設定情報に従って、例えば送信ユニット５６０において、（１）生成された直接リンクタイミング情報、または、（２）基地局へのアップリンク送信に使用されるアップリンク送信タイミング値、を選択する。送信側ユーザ機器は、この選択に基づいて、直接リンクを通じた送信のタイミングを制御する。
【０１６８】
ケース（１）においては、送信側ユーザ機器は、図１５および図１６を参照しながら説明したように直接リンク送信タイミング値を生成し、すなわち、良好な復号性能は確保されるがフレーム間干渉が増大する方式を選ぶ。この解決策は、キャリア間干渉（ＩＣＩ）を軽減するために基地局がガードバンド（guard band）などのキャリア間干渉（ＩＣＩ）軽減技術を実施する場合に使用することができる。さらに、基地局が干渉を軽減することを考慮する必要がない場合にもこの解決策を使用することができる。
【０１６９】
ケース（２）においては、送信側ユーザ機器は、データを直接リンクを通じて受信側ユーザ機器に送信する場合にも、基地局へのアップリンク送信用のレガシーＬＴＥアップリンク送信タイミングを使用する。この場合、Ｄ２Ｄ送信タイミングが、ＬＴＥアップリンク送信タイミングと一致し、これにより、データを基地局にアップリンク送信するときのキャリア間干渉（ＩＣＩ）が低く維持される。この送信方式の利点の代償として、送信側ユーザ機器によって送信されるＤ２Ｄデータのための受信ＦＦＴウィンドウが効果的に調整されない。このような解決策は、直接リンクデータ送信によって引き起こされる追加のキャリア間干渉が回避されることによりＬＴＥアップリンク送信を保護することが、Ｄ２Ｄの性能よりも重要である場合に使用することができる。例えば、電力制御やガードバンドなどのキャリア間干渉（ＩＣＩ）軽減技術を実施する手段をｅＮＢが持たない場合、ネットワークの観点からこのような解決策が有利であり得る。
【０１７０】
干渉を軽減しかつ良好な復号性能を得るという課題を解決するさらなる発展形態によると、送信側ユーザ機器は、例えば、ＬＴＥアップリンク送信の送信タイミングを調整するために基地局から受信されるＴＡコマンドに基づいて生成されるアップリンクタイミングアドバンス値ＮＴＡを、直接リンクＳＡメッセージに含めることができる。言い換えれば、この発展形態によると、直接リンクＳＡメッセージには１１ビットのＮＴＡ値が含まれ、ダウンサンプリングされた６ビットのアップリンク送信タイミングの代わりに、この１１ビットのＮＴＡ値が受信側ユーザ機器にシグナリングされる。したがって、Ｄ２Ｄデータの送信用および受信用に同じタイミングアドバンス値が使用され、これにより受信側ユーザ機器は、ＦＦＴ受信ウィンドウを正確に調整することができる。さらには、Ｄ２Ｄデータの送信タイミングが、基地局へのアップリンクデータ送信タイミングと同じであるため、ＬＴＥアップリンク送信に対するキャリア間干渉（ＩＣＩ）を最小にすることができる。しかしながらこの解決策では、１１ビットのＴＡフィールドを含むスケジューリング割当て（ＳＡ）メッセージを受信側ユーザ機器に送信することが要求され、これによりシグナリング負荷が増大する。
【０１７１】
さらなる発展形態によると、送信側ユーザ機器は、Ｄ２Ｄ送信タイミング用にどちらの送信方式を使用するかを、基地局とは独立して、制御ユニット５９０において選択することができる。
【０１７２】
送信側端末は制御ユニット５９０を含み、制御ユニット５９０は、特に、直接リンクを通じてデータを送信するためのタイミングを、（１）生成された直接リンクタイミング情報に基づいて調整するのか、または、（２）基地局へのアップリンク送信に使用されるアップリンク送信タイミング情報に基づいて調整するのかを、事前に定義される選択基準に基づいて選択するようにされている。これら２つのオプションは、本明細書において前述したオプションと同じであり、ここでは説明を繰り返さない。
【０１７３】
選択基準としては、基地局へのアップリンク送信の場合のサイクリックプレフィックスの長さと、直接リンクで送信する場合のサイクリックプレフィックスの長さとを比較する、または、送信側端末が接続状態にあるかアイドル状態にあるかを判定する、を含むことができる。
【０１７４】
具体的には、基地局へのアップリンク送信（ＬＴＥ  ＷＡＮ）の場合のサイクリックプレフィックスの長さが、直接リンク送信（Ｄ２Ｄ送信）の場合のサイクリックプレフィックスの長さと異なる場合、セルにおけるキャリア間干渉（ＩＣＩ）が高く、基地局は、干渉を軽減するための方策（ガードバンドなど）を実施する必要がある。この場合、送信側ユーザ機器は、キャリア間干渉（ＩＣＩ）を軽減するためのガードバンドはすでに設定されているため、方式（１）を選択して、受信側ユーザ機器にシグナリングされる直接リンクタイミング情報を使用して、Ｄ２Ｄデータ送信の送信タイミングを調整することを決定することができる。この解決策では、受信側ユーザ機器はＦＦＴ受信ウィンドウを正確に調整することができ、これにより、高い干渉と引き換えに良好な復号性能が得られる。この場合、アップリンク送信時の高い干渉は、例えばガードバンドによって軽減される。
【０１７５】
これとは異なり、基地局へのアップリンク送信（ＬＴＥ  ＷＡＮ）の場合のサイクリックプレフィックスの長さと、直接リンク送信（Ｄ２Ｄ送信）の場合のサイクリックプレフィックスの長さが同じである場合には、送信側ユーザ機器は、方式（２）に従って直接リンク送信タイミングを決定することができる。この場合、基地局は、キャリア間干渉（ＩＣＩ）を軽減する方策を実施または使用しなくてもよく、したがってフレーム間干渉を軽減することのできるＤ２Ｄ送信の送信タイミング制御方式を選ぶことができる。この目的のため、送信側ユーザ機器は、直接リンクを通じてのデータ送信のタイミングを決定するのにＬＴＥアップリンク送信タイミング値を使用することができる。
【０１７６】
最後に、さらなる例示的な実施形態として、送信側ユーザ機器がＬＴＥ  ＷＡＮの場合のサイクリックプレフィックスの長さを求めることができない場合、送信側ユーザ機器は、直接リンクを通じての送信タイミングを、方式（１）に従って制御することができる。
【０１７７】
これに代えて、またはこれに加えて、送信側ユーザ機器は、直接リンク送信のタイミングを制御するのにどちらの方式を使用するかを、ＲＲＣ状態に基づいて決定することができる。送信側ユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある場合、送信側ユーザ機器は、直接リンクタイミング情報を使用して直接リンク送信タイミング値を生成することができ、この送信タイミング値を使用して、直接リンクを通じてのデータ送信のタイミングを決定する（方式２）。そうではなく、送信側ユーザ機器がＲＲＣ＿ＩＤＬＥ状態にある場合、送信側ユーザ機器は、直接リンク送信のタイミングアドバンス値として０を使用することができる。具体的には、送信側ユーザ機器がＩＤＬＥモードにある場合、基地局とのＲＲＣ接続が確立されていないため基地局からＴＡコマンドを受信せず、したがって送信側ユーザ機器は何らのアップリンク送信タイミングアドバンス値も持たない。したがって、ＲＲＣ＿ＩＤＬＥモードにある送信側ユーザ機器は、直接リンク送信のタイミングをＬＴＥアップリンク送信のタイミングに合わせることができない。結果として、例示的な実施形態によると、ＲＲＣ＿ＩＤＬＥモードにある送信側ユーザ機器は、直接リンクを通じてデータを送信するのに、ダウンリンクのタイミング（すなわちスケジューリング割当て（ＳＡ）メッセージが受信されるタイミング）を使用する。
【０１７８】
さらなる実施形態によると、データ受信ＦＦＴウィンドウの位置は、スケジューリング割当て（ＳＡ）メッセージの受信タイミングに基づいて決定される。具体的には、受信側ユーザ機器において送信側ユーザ機器から受信されるスケジューリング割当て（ＳＡ）メッセージに含まれている直接リンクタイミング情報を、受信ＦＦＴウィンドウの位置を決めるための基準タイミングとして使用する。より具体的には、受信側ユーザ機器は、スケジューリング割当て（ＳＡ）メッセージの中で受信される直接リンクタイミング情報に基づいて生成されるタイミングアドバンス値を、ＳＡの受信タイミングに適用する。したがって受信側ユーザ機器は、送信側ユーザ機器からのスケジューリング割当て（ＳＡ）メッセージの受信タイミングを例えば変数の中に格納するようにされている格納ユニットを含むことができる。格納された受信タイミングは、Ｄ２Ｄデータを受信するための受信ＦＦＴウィンドウの位置を計算する目的に使用される。これに代えて、Ｄ２ＤＳＳ／ＰＤ２ＤＳＣＨをタイミング基準として使用することができる。図１７は、Ｄ２Ｄデータのための受信ウィンドウの位置を、上の方法に従って設定する方法を示している。
【０１７９】
別の実施形態によると、直接リンクを通じてデータを送信することのできる送信側端末に対して、Ｄ２Ｄ用の個別のタイミングアドバンスタイマー（ＴＡＴ）もしくはＴＡＴ値またはその両方を設定することができる。このタイミングアドバンスタイマー（ＴＡＴ）値は、例えば無限大に設定することができる。無限大に設定すると、結果として、たとえＬＴＥアップリンク送信に対するタイミングアドバンスタイマー（ＴＡＴ）が切れているために基地局へのＬＴＥアップリンク送信が許可されない場合でも、送信側ユーザ機器は常に直接リンクを通じてデータを送信できることになる。このような場合、送信側ユーザ機器は、直接リンクデータ送信の送信タイミングを、送信側ユーザ機器の格納ユニットに格納されている最も新しい利用可能なＮＴＡ値に従って決定することができる。
【０１８０】
これに代えて、送信側ユーザ機器は、直接リンクデータの送信タイミング用に、０に等しいタイミングアドバンスを使用することができる。言い換えれば、送信側ユーザ機器は、直接リンクを通じてスケジューリング割当て（ＳＡ）メッセージや制御情報メッセージを送信するのに使用されるものと同じ送信タイミングを使用することができる。
【０１８１】
別の実施形態によると、直接リンクを通じてデータを送信することのできる送信側端末は、ＬＴＥアップリンク送信タイミングの制御に使用されるタイミング調整タイマー（Timing Alignment Timer）に従うこともできる。より具体的には、タイミング調整タイマー（ＴＡＴ）タイマーが切れておりユーザ機器が基地局へのＬＴＥアップリンク送信を行うことが許可されないときには、その送信側ユーザ機器は、直接リンクを通じての直接リンクデータ送信もしくは発見アナウンスまたはその両方を行うことも許可されない。ＴＡコマンドを受信することによって、ＴＡＴタイマーを最初に再起動する必要がある。リソース割当てモード１の場合、送信側ユーザ機器は、基地局への何らかのアップリンク送信（例えばＰＵＣＣＨでの専用スケジューリング要求）または直接リンクを通じての何らかのデータ送信を送る前に、ランダムアクセス手順をトリガーして実行する必要がある。同様に、別の実施形態によると、送信側ユーザ機器は、Ｄ２Ｄデータ通信用にリソース割当てモード２を使用するように設定されているとき、タイミング調整タイマーが切れている場合、直接リンクを通じてスケジューリング割当てメッセージまたはデータを送る前に、ランダムアクセス手順をトリガーまたは実行することができる。
【０１８２】
要約すると、一実施形態によると、通信システムにおいてデータを直接リンク接続を通じて受信側端末に送信する送信側端末、を提供する。この送信側端末は、通信システムにおいて直接リンクデータ送信の送信タイミングを決定するようにされている。送信側端末は、基地局へのデータ送信のアップリンク送信タイミング値を調整するためのタイミングコマンドを含むアップリンク制御情報メッセージを、基地局から受信するようにされている受信ユニット、を備えている。生成ユニットは、基地局へのアップリンク送信に使用されるアップリンク送信タイミング値に基づいて、直接リンクタイミング情報を生成するように構成されており、直接リンクタイミング情報は、直接リンクを通じてのデータ送信のタイミングを決定するための直接リンク送信タイミング値を生成するのに使用することができる。送信ユニットは、生成された直接リンクタイミング情報を受信側端末に送信し、この直接リンクタイミング情報は、受信側端末において、送信側端末から直接リンクを通じて受信されるデータの受信タイミングを決定するための直接リンク受信タイミング値を生成するのに使用することができる。
【０１８３】
送信側端末において、生成ユニットを、基地局へのアップリンク送信に使用されるアップリンク送信タイミング情報値をダウンサンプリングするようにすることができ、直接リンクタイミング情報は、このダウンサンプリングされたアップリンク送信タイミング値である。ダウンサンプリングされたアップリンク送信タイミング値は、基地局へのアップリンク送信に使用されるアップリンク送信タイミング情報値のｎ個の最上位ビットを含むことができ、ｎは事前に定義される値である。
【０１８４】
さらには、直接リンクを通じてのデータ送信のタイミングを、直接リンク送信タイミング値によって与えることができ、直接リンク送信タイミング値は、直接リンクを通じて受信されるデータの受信タイミングを決定するための、受信側端末において生成される直接リンク受信タイミング値、に等しくすることができる。
【０１８５】
送信側端末において、直接リンクを通じてのデータ送信のタイミングを、基地局へのアップリンク送信に使用されるアップリンク送信タイミング情報値によって与えることができる。
【０１８６】
さらなる有利な発展形態によると、送信側端末における受信ユニットは、基地局から設定情報を受信するようにさらにされており、送信ユニットは、受信された設定情報に従って、生成された直接リンク送信タイミング値タイミング情報または受信されたダウンリンクアップリンクタイミング情報値を使用して、直接リンクを通じての送信タイミングをスケジューリング／制御するように構成されている。
【０１８７】
送信側端末は制御ユニットをさらに含むことができ、制御ユニットは、直接リンクを通じてデータを送信するための送信タイミングとして、基地局へのアップリンク送信に使用されるアップリンク送信タイミング情報値を使用するか、または、生成された直接リンク送信タイミング値タイミング情報を使用するかを、事前に定義される選択基準に基づいて選択するようにされている。
【０１８８】
選択基準としては、（１）基地局へのアップリンク送信の場合のサイクリックプレフィックスの長さと、直接リンクで送信する場合のサイクリックプレフィックスの長さとを比較する、または、（２）送信側端末が接続状態にあるかアイドル状態にあるかを判定する、を含むことが有利である。
【０１８９】
送信側端末において、直接リンクタイミング情報は、制御情報メッセージの受信タイミングと、基地局へのデータ送信のアップリンク送信タイミング値とに基づいて、生成される。
【０１９０】
有利な一実施形態は、直接リンク通信システムにおいて使用するための基地局であって、通信システムにおいて直接リンクデータ送信のタイムスケジューリングを制御するようにされている、基地局、を提供する。この基地局は、アップリンクデータ送信用のリソースのスケジューリング割当てのためのリソース要求メッセージを送信側端末から受信するようにされている受信ユニット、を備えている。生成ユニットは、直接リンクを通じての送信タイミングをスケジューリング／制御するためのタイミング情報を送信側端末によって設定するための設定情報、を生成するようにされている。送信ユニットは、設定情報を送信側端末に送信する。
【０１９１】
さらなる有利な一実施形態は、通信システムにおいてデータを送信側端末から直接リンク接続を通じて受信する受信側端末、を提供する。この受信側端末は、基地局へのアップリンク送信に使用されるアップリンク送信タイミング値に基づいて送信側端末において生成された直接リンクタイミング情報を送信側端末から受信するようにされている受信ユニット、を備えている。生成ユニットは、受信された直接リンクタイミング情報に基づいて直接リンク受信タイミング値を生成する。受信ユニットは、送信側端末から直接リンクを通じて受信されるデータの受信タイミングを、生成された直接リンク受信タイミング値に基づいて制御する。
【０１９２】
この受信側端末においては、直接リンクタイミング情報は、ダウンサンプリングされたアップリンク送信タイミング値であり、生成ユニットは、ダウンサンプリングされたタイミング情報の先頭に、事前に定義される数の０ビットを付加するように構成されている。
【０１９３】
有利な一実施形態によると、直接リンク受信タイミング値は、直接リンクを通じてのデータ送信のタイミングを決定するための送信側端末において生成される直接リンク送信タイミング値に等しい。
【０１９４】
さらなる有利な一実施形態は、通信システムにおいて送信側端末によって直接リンクデータ送信の送信タイミングを制御する通信方法、を提供する。本方法は、
基地局へのデータ送信のアップリンク送信タイミング値を調整するためのタイミングコマンドを含むアップリンク制御情報メッセージを、基地局から受信ユニットにおいて受信するステップと、
基地局へのアップリンク送信に使用されるアップリンク送信タイミング値に基づいて、直接リンクタイミング情報を生成ユニットにおいて生成するステップであって、この直接リンクタイミング情報が、直接リンクを通じてのデータ送信のタイミングを決定するための直接リンク送信タイミング値を生成するのに使用することができる、ステップと、
生成された直接リンクタイミング情報を送信ユニットにおいて受信側端末に送信するステップであって、受信側端末において、この直接リンクタイミング情報が、送信側端末から直接リンクを通じて受信されるデータの受信タイミングを制御するための直接リンク受信タイミング値を生成するのに使用することができる、ステップと、
生成された直接リンクタイミング情報によって決定される、生成された直接リンク送信タイミング値送信タイミングを使用して、送信ユニットにおいてデータを直接リンクを通じて受信側端末に送信するステップと、
を含む。
【０１９５】
この通信方法は、基地局へのアップリンク送信に使用される受信されたアップリンク送信タイミング値をダウンサンプリングするステップであって、直接リンクタイミング情報が、ダウンサンプリングされたアップリンク送信タイミング値に基づいて生成される、ステップ、をさらに含むことができる。ダウンサンプリングされたタイミング情報は、一例として、アップリンク送信タイミング値のｎ個の最上位ビットを含むことができ、ｎは事前に定義される値である。
【０１９６】
上述した通信方法においては、直接リンクを通じてのデータ送信のタイミングは、直接リンク送信タイミング値によって与えられ、直接リンク送信タイミング値は、直接リンクを通じて受信されるデータの受信タイミングを決定するための、受信側端末において生成される直接リンク受信タイミング値、に等しい。
【０１９７】
直接リンクを通じてのデータ送信のタイミングは、基地局へのアップリンク送信に使用されるアップリンク送信タイミング情報値によって与えることができる。
【０１９８】
上述した通信方法は、
基地局から設定情報を受信するステップであって、設定情報が好ましくは制御情報に含まれている、ステップと、
受信された設定情報に従って、生成された直接リンク送信タイミング値に基づいて、またはアップリンク送信タイミング値に基づいて、直接リンクを通じての送信タイミングを制御するステップと、
をさらに含むことが有利である。
【０１９９】
この方法では、例えば、直接リンクデータ送信の送信タイミングを制御する目的に、アップリンク送信タイミング値を使用するのか、または直接リンク送信タイミング値を使用するのかを、事前に定義される選択基準に基づいて選択ユニットにおいて選択することができる。
【０２００】
選択基準としては、（１）基地局へのアップリンク送信の場合のサイクリックプレフィックスの長さと、直接リンクを通じて送信する場合のサイクリックプレフィックスの長さとを比較する、または、（２）送信側端末が接続状態にあるかアイドル状態にあるかを判定する、を含むことが有利である。
【０２０１】
さらなる有利な一実施形態は、通信システムにおいて受信側端末によって直接リンクデータ送信の送信タイミングを制御する通信方法、を提供する。本方法は、
基地局へのアップリンク送信に使用されるアップリンク送信タイミング値に基づいて送信側端末において生成された直接リンクタイミング情報を、送信側端末から受信ユニットにおいて受信するステップと、
受信された直接リンクタイミング情報に基づいて、直接リンク受信タイミング値を生成ユニットにおいて生成するステップと、
送信側端末から直接リンクを通じて受信されるデータの受信タイミングを、生成された直接リンク受信タイミング値に基づいて、受信ユニットにおいて制御するステップと、
を含む。
【０２０２】
この通信方法は、直接リンクタイミング情報が、ダウンサンプリングされたアップリンク送信タイミング値に基づいて生成される場合、生成ユニットにおいて、直接リンクタイミング情報の先頭に、事前に定義される数の０ビットを付加するステップ、をさらに含むことができる。
【０２０３】
さらなる有利な一実施形態は、通信システムにおいて直接リンクデータ送信の送信タイミングを、基地局によって制御する通信方法であって、
基地局へのアップリンクデータ送信用のリソースのスケジューリング割当てのためのリソース要求メッセージを、送信側端末から受信ユニットにおいて受信するステップと、
直接リンクを通じての送信タイミングを制御するためのタイミング情報を送信側端末によって設定するための設定情報を、生成ユニットにおいて生成するステップと、
生成された設定情報を送信ユニットにおいて送信するステップと、
を含む、通信方法、を提供する。
【０２０４】
本発明の別の態様は、上述したさまざまな実施形態および態様を、ハードウェアおよびソフトウェアを使用して実施することに関する。これに関連して、本発明は、ユーザ機器（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ機器は、本明細書に記載されている方法を実行するようにされている。さらに、ｅＮｏｄｅＢは、各ユーザ機器のＩＰＭＩ設定品質（ＩＰＭＩ  ｓｅｔ  ｑｕａｌｉｔｙ）を、ユーザ機器から受信されたＩＰＭＩ設定品質から評価し、自身のスケジューラが異なるユーザ機器をスケジューリングするとき、それら異なるユーザ機器のＩＰＭＩ設定品質を考慮することを可能にする手段、を備えている。
【０２０５】
本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。
【０２０６】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。
【０２０７】
さらには、本発明の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の発明の主題とすることができることに留意されたい。
具体的な実施形態において示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。したがって、本発明の実施形態は、あらゆる点において例示を目的としており、本発明を制限するものではない。
【図１】
2020014242.tif 000003
【図２】
2020014242.tif 000004
【図３】
2020014242.tif 000005
【図４】
2020014242.tif 000006
【図５】
2020014242.tif 000007
【図６】
2020014242.tif 000008
【図７】
2020014242.tif 000009
【図８】
2020014242.tif 000010
【図９】
2020014242.tif 000011
【図１０】
2020014242.tif 000012
【図１１】
2020014242.tif 000013
【図１２】
2020014242.tif 000014
【図１３】
2020014242.tif 000015
【図１４】
2020014242.tif 000016
【図１５】
2020014242.tif 000017
【図１６】
2020014242.tif 000018
【図１７】
2020014242.tif 000019