(57)【特許請求の範囲】
【請求項１】
通信システムにおいてデータを直接リンク接続を通じて受信側端末（５１０）に送信する送信側端末（５００）であって、前記送信側端末が、前記通信システムにおいて直接リンクデータ送信の送信タイミングを決定するようにされており、前記送信側端末が、
少なくとも１基の隣接する端末から、前記隣接する端末において前記直接リンクを通じてのデータ送信のタイミングを決定するための直接リンクタイミング情報、を受信するようにされている受信ユニット（５４０）と、
前記少なくとも１基の隣接する端末からの、直接リンク送信に使用される前記受信された直接リンクタイミング情報、に基づいて、導出直接リンクタイミング情報を生成するように構成されている生成ユニット（５７０）であって、前記導出直接リンクタイミング情報が、前記少なくとも１基の隣接する端末から受信される前記直接リンクタイミング情報の少なくとも一部の単純平均または加重平均であり、前記直接リンクを通じてのデータ送信のタイミングを決定するための導出直接リンク送信タイミング値を生成する目的に使用することができる、前記生成ユニット（５７０）と、
前記導出直接リンクタイミング情報を前記受信側端末に送信するように構成されている送信ユニット（５６０）であって、前記導出直接リンクタイミング情報が、前記受信側端末において、前記送信側端末から前記直接リンクを通じて受信されるデータの受信タイミングを決定するための直接リンク受信タイミング値を生成する目的に使用することができる、前記送信ユニット（５６０）と、
を備えている、
送信側端末（５００）。
【請求項２】
前記生成ユニット（５７０）が、前記送信側端末の近傍に、隣接する端末が存在しない場合、または前記送信側端末（５００）がカバレッジ外である場合に、前記導出直接リンクタイミング情報を０に設定するようにされている、
請求項１に記載の送信側端末（５００）。
【請求項３】
前記受信された直接リンクタイミング情報のうち、事前定義された選択基準に基づいて、複数の候補の直接リンクタイミング情報を選択するようにされている制御ユニット（５９０）であって、前記候補の直接リンクタイミング情報が、前記導出直接リンクタイミング情報を生成する目的に使用される、前記制御ユニット（５９０）、をさらに含む、
請求項１または２に記載の送信側端末。
【請求項４】
前記候補の直接リンクタイミング情報が、前記それぞれの隣接する端末からの受信される電力に基づいて、または、基地局からの前記送信側端末の位置情報に基づいて、選択される、
請求項３に記載の送信側端末。
【請求項５】
前記制御ユニット（５９０）が、候補の直接リンクタイミング情報として、送信電力が所定のしきい値より高い、もしくは、前記送信側端末により近い、またはその両方である隣接する端末、から受信される直接リンクタイミング情報を選択するようにされている、
請求項３または４に記載の送信側端末。
【請求項６】
前記受信される直接リンクタイミング情報が有効性情報を含み、前記制御ユニットが、前記候補の直接リンクタイミング情報を前記有効性情報に基づいて選択し、前記有効性情報が、前記隣接する端末がＲＲＣ接続状態にあることを示す情報を含む、
請求項３から請求項５のいずれか１項に記載の送信側端末。
【請求項７】
前記受信される直接リンクタイミング情報が、前記隣接する端末から基地局へのアップリンク送信に使用されるアップリンク送信タイミング情報値、を含む、
請求項１から請求項６のいずれか１項に記載の送信側端末。
【請求項８】
通信システムにおいて送信側端末によって直接リンクデータ送信の送信タイミングを制
御する通信方法であって、
少なくとも１基の隣接する端末から、前記隣接する端末において直接リンクを通じてのデータ送信のタイミングを決定するための直接リンクタイミング情報、を受信ユニットにおいて受信するステップと、
生成ユニットにおいて、前記少なくとも１基の隣接する端末からの直接リンク送信に使用される前記受信された直接リンクタイミング情報に基づいて、導出直接リンクタイミング情報を生成するステップであって、前記導出直接リンクタイミング情報が、前記少なくとも１基の隣接する端末から受信される前記直接リンクタイミング情報の少なくとも一部の単純平均または加重平均であり、前記直接リンクを通じてのデータ送信のタイミングを決定するための導出直接リンク送信タイミング値を生成する目的に使用することができる、ステップと、
送信ユニットにおいて、前記導出直接リンクタイミング情報を受信側端末に送信するステップであって、前記導出直接リンクタイミング情報が、前記受信側端末において、前記送信側端末から前記直接リンクを通じて受信されるデータの受信タイミングを決定するための直接リンク受信タイミング値を生成する目的に使用することができる、ステップと、
前記送信ユニットにおいて、前記生成された導出直接リンク送信タイミング値を使用して、データを前記直接リンクを通じて前記受信側端末に送信するステップと、
を含む、通信方法。
【請求項９】
前記生成ユニットにおいて、前記送信側端末の近傍に、隣接する端末が存在しない場合、または前記送信側端末がカバレッジ外である場合に、前記導出直接リンクタイミング情報を０に設定するステップ、をさらに含む、
請求項８に記載の通信方法。
【請求項１０】
制御ユニットにおいて、前記受信された直接リンクタイミング情報のうち、事前定義された選択基準に基づいて、複数の候補の直接リンクタイミング情報を選択するステップであって、前記候補の直接リンクタイミング情報が、前記導出直接リンクタイミング情報を生成する目的に使用される、ステップ、をさらに含む、
請求項８または９に記載の通信方法。
【請求項１１】
前記候補の直接リンクタイミング情報が、前記それぞれの隣接する端末の送信電力に基づいて、または、前記それぞれの隣接する端末の位置情報に基づいて、選択される、
請求項１０に記載の通信方法。
【請求項１２】
前記選択するステップにおいて、送信電力が所定のしきい値より高い、もしくは、前記送信側端末により近い、またはその両方である隣接する端末、から受信される直接リンクタイミング情報が、候補の直接リンクタイミング情報として選択される、
請求項１０に記載の通信方法。
【請求項１３】
前記受信される直接リンクタイミング情報が有効性情報を含み、前記候補の直接リンクタイミング情報が前記有効性情報に基づいて選択され、前記有効性情報が、前記隣接する端末がＲＲＣ接続状態にあることを示す情報を含む、
請求項１１に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信システムにおいて直接リンクデータ送信の送信タイミングを決定する装置および方法に関する。詳細には、本発明は、装置間（Ｄ２Ｄ）通信システムにおいて動作することができ、かつ本発明の方法を実行することのできるユーザ機器、にさらに関する。
【背景技術】
【０００２】
＜ロングタームエボリューション（ＬＴＥ）＞
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートのためのキャリア需要を満たすように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（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）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩフォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【００４２】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとをリンクすることによって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに複数のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００４３】
＜ＬＴＥにおけるＲＲＣ状態＞
以下では、ＬＴＥにおける２つの主たる状態である「ＲＲＣ＿ＩＤＬＥ」および「ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ」を中心に説明する。
【００４４】
ＲＲＣ＿ＩＤＬＥモードでは、無線は有効ではないが、ネットワークによってＩＤが割り当てられて追跡されている。より具体的には、ＲＲＣ＿ＩＤＬＥモードの移動端末は、セルの選択および再選択を実行する（言い換えれば、キャンプオンするセルを決定する）。セルの（再）選択プロセスでは、適用可能な無線アクセス技術（ＲＡＴ）それぞれの適用可能な各周波数の優先順位、無線リンクの品質、およびセルのステータス（すなわちセルが禁止または予約されているか）が考慮される。ＲＲＣ＿ＩＤＬＥモードの移動端末は、ページングチャネルを監視して着呼を検出し、さらにシステム情報を取得する。システム情報は、主として、ネットワーク（Ｅ−ＵＴＲＡＮ）がセルの（再）選択プロセスを制御することのできるパラメータからなる。ＲＲＣは、ＲＲＣ＿ＩＤＬＥモードの移動端末に適用される制御シグナリング、すなわちページングおよびシステム情報を指定する。ＲＲＣ＿ＩＤＬＥモードにおける移動端末の挙動については、非特許文献２（参照によって本明細書に組み込まれている）の例えば８.４.２節に規定されている。
【００４５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、移動端末は、ｅＮｏｄｅＢとのアクティブな無線動作を有する。Ｅ−ＵＴＲＡＮでは、共有データチャネルを介して（ユニキャスト）データを伝送することができるように、移動端末に無線リソースが割り当てられる。この動作をサポートするため、移動端末は、時間および周波数の共有送信リソースの動的な割当てを示すために使用される対応する制御チャネルを監視する。移動端末は、Ｅ−ＵＴＲＡＮが移動端末にとって最適なセルを選択できるように、自身のバッファ状態およびダウンリンクチャネル品質の報告と、隣接セルの測定情報とを、ネットワークに提供する。これらの測定報告には、別の周波数や無線アクセス技術（ＲＡＴ）を使用するセルが含まれる。さらに、ユーザ機器は、送信チャネルを使用するために要求される情報から主として構成されるシステム情報を受信する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器は、自身のバッテリの寿命を延ばすため、不連続受信（ＤＲＸ）サイクルを使用するように構成することができる。ＲＲＣとは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器の挙動をＥ−ＵＴＲＡＮが制御するためのプロトコルである。
【００４６】
＜ＬＴＥにおけるアップリンクのアクセス方式＞
アップリンク送信では、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。Ｅ−ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジの向上が見込まれるためである（与えられる端末ピーク電力に対してデータレートが高い）。各時間間隔において、ＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ＮｏｄｅＢ）において対処する。
【００４７】
データを送信するために使用される基本的な物理リソースは、１つの時間間隔（例えば０.５ｍｓのサブフレーム）にわたるサイズＢＷｇｒａｎｔの周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩよりも長い時間にわたる周波数リソースＢＷｇｒａｎｔをユーザに割り当てることも可能である。
【００４８】
＜ＬＴＥにおけるアップリンクのスケジューリング方式＞
アップリンクの方式として、スケジューリング制御式の（すなわちｅＮＢによって制御される）アクセスと、コンテンション（競合）ベースのアクセスの両方を使用することができる。
【００４９】
スケジューリング制御式アクセスの場合、アップリンクデータを送信するための特定の時間長の特定の周波数リソース（すなわち時間／周波数リソース）が、ユーザ機器に割り当てられる。しかしながら、コンテンションベースのアクセス用に、いくらかの時間／周波数リソースを割り当てることができる。コンテンションベースの時間／周波数リソースの範囲内では、ユーザ機器は、最初にスケジューリングされることなく送信することができる。ユーザ機器がコンテンションベースのアクセスを行う１つのシナリオは、例えばランダムアクセスであり、すなわち、ユーザ機器があるセルへの最初のアクセスを行うとき、またはアップリンクリソースを要求するために最初のアクセスを行うときである。
【００５０】
スケジューリング制御式アクセスの場合、ＮｏｄｅＢのスケジューラが、アップリンクデータ送信のための固有の周波数／時間リソースをユーザに割り当てる。より具体的には、スケジューラは以下を決定する。
−  送信を許可する（１つまたは複数の）ユーザ機器
−  物理チャネルリソース（周波数）
−  移動端末が送信に使用するべきトランスポートフォーマット（変調・符号化方式（ＭＣＳ））
【００５１】
割当て情報は、第１層／第２層制御チャネルで送られるスケジューリンググラントを介してユーザ機器にシグナリングされる。以下では、説明を簡潔にするため、このチャネルをアップリンクグラントチャネルと称する。スケジューリンググラントメッセージには、周波数帯域のうちユーザ機器による使用を許可する部分と、グラントの有効期間と、これから行うアップリンク送信においてユーザ機器が使用しなければならないトランスポートフォーマットの情報が、少なくとも含まれる。最も短い有効期間は１サブフレームである。グラントメッセージには、選択される方式に応じて追加の情報も含めることができる。アップリンク共有チャネル（ＵＬ−ＳＣＨ）で送信する権利を許可するグラントとしては、「各ユーザ機器に対する」グラントのみが使用される（すなわち、「各ユーザ機器における各無線ベアラに対する」グラントは存在しない）。したがってユーザ機器は、割り当てられたリソースを何らかの規則に従って無線ベアラの間で配分する必要がある（以降の節の１つにおいて詳しく説明する）。トランスポートフォーマットは、ＨＳＵＰＡの場合とは異なり、ユーザ機器側では選択しない。ｅＮＢが、何らかの情報（例えば、報告されたスケジューリング情報およびＱｏＳ情報）に基づいてトランスポートフォーマットを決定し、ユーザ機器は、選択されたトランスポートフォーマットに従わなければならない。
【００５２】
＜アップリンクスケジューリングにおけるバッファ状態報告／スケジューリング要求の手順＞
スケジューリングの通常のモードは、動的なスケジューリングであり、ダウンリンク送信リソースを割り当てるダウンリンク割当てメッセージと、アップリンク送信リソースを割り当てるアップリンクグラントメッセージとによる。これらのメッセージが有効であるのは、通常では特定の１つのサブフレームの間である。これらのメッセージは、すでに前述したように、ユーザ機器のＣ−ＲＮＴＩを使用してＰＤＣＣＨで送信される。動的なスケジューリングは、トラフィックがバースト性であり速度が動的であるサービスタイプ（ＴＣＰなど）において効率的である。
【００５３】
動的なスケジューリングに加えて、パーシステントスケジューリング（persistent scheduling）が定義されており、このスケジューリング方式では、無線リソースを半静的に設定して、１サブフレームより長い期間にわたりユーザ機器に割り当てることができるため、各サブフレームごとにＰＤＣＣＨを通じた特定のダウンリンク割当てメッセージやアップリンクグラントメッセージの必要性が回避される。パーシステントスケジューリングは、データパケットが小さく周期的でありサイズがほぼ一定であるＶｏＩＰなどのサービスに有用である。動的なスケジューリングの場合と比較してＰＤＣＣＨのオーバーヘッドが大幅に減少する。
【００５４】
ｅＮｏｄｅＢがアップリンクリソースを割り当てること（すなわち［２］に詳細に説明されているアップリンクスケジューリング）を支援する目的で、ユーザ機器からｅＮＢへのバッファ状態報告（ＢＳＲ）が使用される。ｅＮＢのスケジューラは、ダウンリンクの場合、各ユーザ機器に配信されるデータの量を当然ながら認識している。しかしながらアップリンク方向の場合、スケジューリングの決定はｅＮＢにおいて行われるが、データのバッファはユーザ機器内にあるため、ＵＬ−ＳＣＨを通じて送信する必要のあるデータ量を示す目的で、ユーザ機器からｅＮＢにバッファ状態報告（ＢＳＲ）を送らなければならない。
【００５５】
ＬＴＥにおいては、基本的に２種類のバッファ状態報告（ＢＳＲ）が定義されており、ロングＢＳＲとショートＢＳＲである。ユーザ機器がどちらのバッファ状態報告（ＢＳＲ）を送信するかは、トランスポートブロックにおける利用可能な送信リソースと、空ではないバッファを有する論理チャネルのグループの数と、ユーザ機器において特定のイベントがトリガーされるかによって決まる。ロングＢＳＲは、４つの論理チャネルグループのデータ量を報告するのに対して、ショートＢＳＲは、最高位の論理チャネルグループのみについて、バッファに格納されているデータ量を示す。論理チャネルグループのコンセプトを導入する理由は、ユーザ機器に５つ以上の論理チャネルが設定されている場合、個々の論理チャネルそれぞれのバッファ状態を報告するとシグナリングオーバーヘッドが大きくなりすぎるためである。したがってｅＮＢは、各論理チャネルを論理チャネルグループに割り当てる。好ましくは、ＱｏＳ要件が同じかまたは類似する論理チャネルが同じ論理チャネルグループに割り当てられるべきである。
【００５６】
ユーザ機器によってショートＢＳＲまたはロングＢＳＲのどちらが送信されるかは、トランスポートブロックにおける利用可能な送信リソースと、空ではないバッファを有する論理チャネルのグループの数と、ユーザ機器において特定のイベントがトリガーされるかによって決まる。ロングＢＳＲは、４つの論理チャネルグループのデータ量を報告するのに対して、ショートＢＳＲは、最高位の論理チャネルグループのみについて、バッファに格納されているデータ量を示す。
【００５７】
論理チャネルグループのコンセプトを導入する理由は、ユーザ機器に５つ以上の論理チャネルが設定されている場合、個々の論理チャネルそれぞれのバッファ状態を報告するとシグナリングオーバーヘッドが大きくなりすぎるためである。したがってｅＮＢは、各論理チャネルを論理チャネルグループに割り当てる。好ましくは、ＱｏＳ要件が同じかまたは類似する論理チャネルが同じ論理チャネルグループに割り当てられるべきである。
【００５８】
バッファ状態報告（ＢＳＲ）は、例えば次のイベントの場合にトリガーすることができる。
−  バッファが空ではない論理チャネルよりも高い優先順位を有する論理チャネルのデータが到着するとき
−  いずれかの論理チャネルにおいて、それまでは送信するデータが存在しなかった状態から、データが利用可能となるとき
−  再送信ＢＳＲタイマーが切れるとき
−  周期的なＢＳＲ報告のタイミングになるとき（すなわちｐｅｒｉｏｄｉｃＢＳＲタイマーが切れるとき）
−  ＢＳＲを格納できる余分なスペースがトランスポートブロック内に存在するとき
【００５９】
送信の失敗に対する堅牢性を高める目的で、ＬＴＥにはバッファ状態報告（ＢＳＲ）の再送信メカニズムが定義されている。アップリンクグラントが受信されるとき、再送信ＢＳＲタイマーが起動または再起動される。このタイマーが切れる前にアップリンクグラントが受信されない場合、ユーザ機器はもう一度バッファ状態報告をトリガーする。
【００６０】
バッファ状態報告（ＢＳＲ）がトリガーされたとき、バッファ状態報告をトランスポートブロック（ＴＢ）に含めるためのアップリンクリソースがユーザ機器に割り当てられていない場合、ユーザ機器は、ＰＵＣＣＨ（物理アップリンク制御チャネル）（設定されている場合）でスケジューリング要求（ＳＲ）を送る。設定されているＰＵＣＣＨに専用スケジューリング要求（Ｄ−ＳＲ）リソースが存在しない場合、ユーザ機器は、バッファ状態報告（ＢＳＲ）情報をｅＮＢに送信するためのＵＬ−ＳＣＨリソースを要求する目的でランダムアクセス手順（ＲＡＣＨ手順）を開始する。ただし周期的なバッファ状態報告（ＢＳＲ）を送信する場合、ユーザ機器はスケジューリング要求（ＳＲ）の送信をトリガーしないことに留意されたい。
【００６１】
さらには、特定のスケジューリングモードにおいてスケジューリング要求（ＳＲ）送信の機能強化が導入されており、送信グラントのための第１層／第２層制御シグナリングのオーバーヘッドを節約する目的で、リソースが所定の周期で永続的に（パーシステントに）割り当てられる（セミパーシステントスケジューリング（ＳＰＳ）と称される）。セミパーシステントスケジューリングの対象として主として考慮されるサービスの一例はＶｏＩＰである。トークスパート（talk-spurt）の間、コーデックにおいて２０ｍｓごとにＶｏＩＰパケットが生成される。したがって、ｅＮｏｄｅＢは、アップリンクリソースまたはダウンリンクリソースを２０ｍｓごとに永続的に（パーシステントに）割り当てることができ、これらのリソースを使用してＶｏＩＰパケットを送信することができる。一般的なセミパーシステントスケジューリング（ＳＰＳ）は、トラフィック挙動を予想できる（すなわちビットレートが一定であり、パケットの到着タイミングが周期的である）サービスにおいて恩恵がある。アップリンク方向にセミパーシステントスケジューリング（ＳＰＳ）が設定される場合、ｅＮｏｄｅＢは、設定されている特定の論理チャネルについてスケジューリング要求（ＳＲ）のトリガリング／送信をオフにすることができ、すなわち、これら特定の設定されている論理チャネルにデータが到着することによってＢＳＲがトリガーされても、スケジューリング要求（ＳＲ）がトリガーされない。この種類の機能強化の理由として、セミパーシステントに（半永続的に）割り当てられたリソースを使用する論理チャネル（ＶｏＩＰパケットを伝える論理チャネル）のためのスケジューリング要求（ＳＲ）を送ることは、ｅＮＢのスケジューリングにおいて意味がなく、したがって回避すべきである。
【００６２】
バッファ状態報告（ＢＳＲ）手順（特にバッファ状態報告手順のトリガー）に関するさらなる詳細については、非特許文献３（参照によって本明細書に組み込まれている）の５.４.５章に説明されている。
【００６３】
＜論理チャネルの優先順位付け＞
ユーザ機器は、複数の無線ベアラ間でのアップリンクリソースの共有を管理するアップリンク伝送速度制御機能を有する。以下では、このアップリンク伝送速度制御機能を論理チャネル優先順位付け手順とも称する。論理チャネル優先順位付け（ＬＣＰ）手順は、新しい送信が行われるとき、すなわちトランスポートブロックを生成する必要があるときに、適用される。容量を割り当てるための提案されている１つの方式では、各ベアラが、それぞれの最小限のデータレートに相当する割当てを受け取るまで、優先順位の順序で各ベアラにリソースを割り当て、さらなる容量があれば、それを例えば優先順位の順序でベアラに割り当てる。
【００６４】
論理チャネル優先順位付け（ＬＣＰ）手順についての後からの説明から明らかになるように、ユーザ機器に属する論理チャネル優先順位付け（ＬＣＰ）手順は、ＩＰの世界で周知であるトークンバケットモデルに基づいて実施される。トークンバケットモデルの基本的な機能は以下のとおりである。ある量のデータを送信する権利を表すトークンが、周期的に特定の速度でバケットに追加される。ユーザ機器にリソースが割り当てられると、バケットの中のトークンの数によって表される量までデータを送信することが許可される。ユーザ機器は、データを送信するとき、送信されるデータ量に相当する数のトークンを削除する。バケットが満杯である場合、それ以上のトークンは破棄される。トークンの追加に関して、このプロセスの反復周期はＴＴＩ毎であるものと想定できるが、トークンが１秒ごとに追加されるように、この周期を長くすることも容易である。基本的には、１ｍｓごとにトークンをバケットに追加する代わりに、１秒ごとに１０００個のトークンを追加することもできる。以下では、リリース８において使用されている論理チャネル優先順位付け（ＬＣＰ）手順について説明する。論理チャネル優先順位付け（ＬＣＰ）手順のさらなる詳細については、非特許文献４（参照によって本明細書に組み込まれている）の５.４.３.１章に説明されている。
【００６５】
ＲＲＣは、アップリンクデータのスケジューリングを、各論理チャネルごとのシグナリングによって制御する。このシグナリングにおいて、ｐｒｉｏｒｉｔｙ（優先順位）は、値が大きいほど、低い優先順位レベルを示す。ｐｒｉｏｒｉｔｉｓｅｄＢｉｔＲａｔｅは、優先ビットレート（ＰＢＲ：Prioritized Bit Rate）を設定する。ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎは、バケットサイズ期間（ＢＳＤ：Bucket Size Duration）を設定する。優先ビットレートの背後にある発想は、リソース不足の発生を回避する目的で、（ビットレートが保証されない（非ＧＢＲ）低優先順位のベアラを含めて）ベアラそれぞれに最小限のビットレートをサポートすることである。各ベアラは、少なくとも、優先ビットレート（ＰＢＲ）を達成するための十分なリソースを取得する必要がある。
【００６６】
ユーザ機器は、論理チャネルｊごとに変数Ｂｊを維持する。Ｂｊは、関連する論理チャネルが確立されるときに０に初期化され、ＴＴＩごとに積ＰＢＲ×ＴＴＩ時間長だけインクリメントされていく（ＰＢＲは論理チャネルｊの優先ビットレート）。ただし、Ｂｊの値はバケットサイズを超えることはできず、Ｂｊの値が論理チャネルｊのバケットサイズより大きくなると、Ｂｊの値はバケットサイズに設定される。論理チャネルのバケットサイズは、優先ビットレート（ＰＢＲ）×バケットサイズ期間（ＢＳＤ）に等しく、優先ビットレート（ＰＢＲ）およびバケットサイズ期間（ＢＳＤ）は上位層によって設定される。
【００６７】
ユーザ機器は、新しい送信を実行するとき、以下の論理チャネル優先順位付け手順を実行する。
−  ユーザ機器は、以下のステップで論理チャネルにリソースを割り当てる。
・  ステップ１：  Ｂｊ＞０である論理チャネルすべてに、優先順位の順序の大きい順にリソースを割り当てる。無線ベアラの優先ビットレート（ＰＢＲ）が「無限大」に設定されている場合、ユーザ機器は、その無線ベアラで送信可能な状態のデータすべてに対してリソースを割り当てた後、より低い優先順位の（１つまたは複数の）無線ベアラの優先ビットレート（ＰＢＲ）を満たす。
・  ステップ２：  ユーザ機器は、ステップ１において論理チャネルｊに使われたＭＡＣ  ＳＤＵの合計サイズだけＢｊを減らす。
【００６８】
なおこの時点で、Ｂｊの値が負にもなりうることに留意されたい。
・  ステップ３：  リソースが残っている場合、すべての論理チャネルに、（Ｂｊの値には無関係に）優先順位の順序の厳密な降順でリソースを割り当て、その論理チャネルのデータがなくなる、またはアップリンクグラントが使い果たされる、のいずれかの状態になるまで、続ける。同じ優先順位に設定されている論理チャネルは、同等に割り当てるものとする。
−  さらにユーザ機器は、上のスケジューリング手順時に以下の規則にも従う。
・  ＲＬＣ  ＳＤＵ（または一部分が送信されるＳＤＵあるいは再送信されるＲＬＣ  ＰＤＵ）全体が、残っているリソースに収まる場合、ユーザ機器は、そのＲＬＣ  ＳＤＵ（または一部分が送信されるＳＤＵあるいは再送信されるＲＬＣ  ＰＤＵ）を分割しないべきである。
・  ユーザ機器は、論理チャネルからのＲＬＣ  ＳＤＵを分割する場合、グラントができる限り使用されるようにセグメントのサイズを最大にする。
・  ユーザ機器は、データの送信を最大限に行うべきである。
【００６９】
論理チャネル優先順位付け手順では、ユーザ機器は次の相対的な優先順位を降順に考慮する。
−  Ｃ−ＲＮＴＩのＭＡＣ制御要素またはＵＬ−ＣＣＣＨからのデータ
−  バッファ状態報告（ＢＳＲ）のＭＡＣ制御要素（パディングのために含まれるＢＳＲを除く）
−  電力ヘッドルーム報告（ＰＨＲ）のＭＡＣ制御要素
−  論理チャネルからのデータ（ＵＬ−ＣＣＣＨからのデータを除く）
−  パディングのために含まれるバッファ状態報告（ＢＳＲ）のＭＡＣ制御要素
【００７０】
キャリアアグリゲーション（前のセクションで説明した）の場合、ユーザ機器が１ＴＴＩ中に複数のＭＡＣ  ＰＤＵを送信するように要求されたときには、ステップ１〜３および関連する規則を、各グラントに独立して適用する、またはグラントの容量の合計に適用することができる。さらに、グラントを処理する順序も、ユーザ機器の実装に委ねられる。ユーザ機器が１ＴＴＩ中に複数のＭＡＣ  ＰＤＵを送信するように要求されたときに、どのＭＡＣ  ＰＤＵにＭＡＣ制御要素を含めるかの決定は、ユーザ機器の実装に委ねられる。
【００７１】
＜アップリンク電力制御＞
移動通信システムにおけるアップリンク送信電力制御は、重要な目的を持つ。アップリンク送信電力制御は、要求されるサービス品質（ＱｏＳ）が達成されるようにビットあたり十分なエネルギを送信する必要性と、システムの別のユーザとの干渉を最小限にし、かつ移動端末のバッテリ寿命を最大にする必要性との間で、バランスをとる。この目的を達成する中で、電力制御（ＰＣ）の役割は、要求される信号対干渉雑音比（ＳＩＮＲ）を提供すると同時に、隣接セルに引き起こされる干渉を制御するうえで極めて重要となる。アップリンクにおける古典的な電力制御方式の発想では、すべてのユーザが同じ信号対干渉雑音比（ＳＩＮＲ）で受信する（完全な補償（full compensation）として知られている）。３ＧＰＰでは、これに代えて、ＬＴＥにおいて部分電力制御（ＦＰＣ：Fractional Power Control）の使用を採用した。この新しい機能では、経路損失の大きいユーザは低い信号対干渉雑音比（ＳＩＮＲ）要件で動作し、したがって多くの場合、隣接セルに引き起こされる干渉が小さい。
【００７２】
ＬＴＥでは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、およびサウンディング基準信号（ＳＲＳ）について、詳細な電力制御式が指定されている（非特許文献５の５.１節）。これらのアップリンク信号それぞれの電力制御式は、同じ基本原理に従う。いずれの場合も、電力制御式は、２つの主項、すなわちｅＮｏｄｅＢによってシグナリングされる静的パラメータまたは半静的パラメータから導かれる、開ループの基本動作点と、サブフレームごとに更新される動的オフセット（補正）、の合計と考えることができる。
【００７３】
リソースブロックあたりの送信電力を決めるための、開ループの基本動作点は、セル間干渉やセル負荷など複数の要因に依存する。開ループの基本動作点は、さらに２つの成分として、半静的な基本レベルＰ０（セル内のすべてのユーザ機器の共通電力レベル（測定単位：ｄＢｍ）とユーザ機器に固有なオフセットとからなる）と、開ループの経路損失補償の成分とに、分解することができる。リソースブロックあたりの電力の動的オフセットの部分は、さらに２つの成分として、使用される変調・符号化方式（ＭＣＳ）に依存する成分と、明示的な送信電力制御（ＴＰＣ：Transmitter Power Control）コマンドとに、分解することができる。
【００７４】
変調・符号化方式（ＭＣＳ）に依存する成分（ＬＴＥ仕様ではΔＴＦと称し、ＴＦは「トランスポートフォーマット」を表す）は、リソースブロック（ＲＢ）あたりの送信電力を、送信される情報のデータレートに従って適合させることができる。
【００７５】
動的オフセットのもう１つの成分は、ユーザ機器に固有な送信電力制御（ＴＰＣ）コマンドである。このコマンドは、２種類のモード、すなわち、累積ＴＰＣ（accumulative TPC）コマンド（ＰＵＳＣＨ、ＰＵＣＣＨ、およびＳＲＳに対して利用できる）と、絶対ＴＰＣコマンド（ＰＵＳＣＨに対してのみ利用できる）とにおいて、動作することができる。ＰＵＳＣＨに対するこれら２つのモードの間の切替えは、ユーザ機器ごとにＲＲＣシグナリングによって半静的に設定される（すなわちモードを動的に変更することはできない）。累積ＴＰＣコマンドの場合、各ＴＰＣコマンドは、前のレベルを基準としたときの電力ステップをシグナリングする。
【００７６】
＜タイミングアドバンス＞
ＬＴＥのアップリンク送信方式としては、アップリンクで送信する複数の異なるユーザ機器の間で時間および周波数における直交多元接続が達成されるように、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）が選択されている。
【００７７】
アップリンクの直交性は、セル内の複数の異なるユーザ機器からの送信がｅＮＢの受信機において時間的に一致する（time-aligned）ようにすることで、維持される。これにより、連続するサブフレームにおいて送信するように割り当てられているユーザ機器の間と、隣り合うサブキャリア上で送信するユーザ機器の間の両方について、セル内干渉の発生が回避される。アップリンク送信の時間的な一致は、ユーザ機器の送信機において、ダウンリンクの受信タイミングを基準とするタイミングアドバンスを適用することによって達成される。タイミングアドバンスの主たる役割は、複数の異なるユーザ機器の間で異なる伝搬遅延を打ち消すことである。
【００７８】
＜タイミングアドバンスの手順＞
ユーザ機器が、ｅＮＢから受信されるダウンリンク送信に同期しているとき、初期タイミングアドバンスは、ランダムアクセス手順によって設定される。ランダムアクセス手順では、ユーザ機器がランダムアクセスプリアンブルを送信し、ｅＮｏｄｅＢは、このプリアンブルからアップリンクのタイミングを推定することができ、ランダムアクセス応答（ＲＡＲ：Random Access Response）メッセージの中に含まれる１１ビットの初期タイミングアドバンスコマンドによって応答する。この方式ではｅＮｏｄｅＢは、０ｍｓから最大０．６７ｍｓの範囲内で０．５２μｓの粒度でタイミングアドバンスを設定することができる。
【００７９】
各ユーザ機器に対するタイミングアドバンスが最初に設定された後は、ｅＮｏｄｅＢにおけるアップリンク信号の到着時刻の変化を打ち消すため、タイミングアドバンスがときどき更新される。ｅＮｏｄｅＢは、タイミングアドバンス更新コマンドを導くとき、そのために有用な何らかのアップリンク信号を測定することができる。ｅＮｏｄｅＢにおけるアップリンクタイミングの測定の詳細については規定されておらず、ｅＮｏｄｅＢの実装に委ねられている。
【００８０】
タイミングアドバンス更新コマンドは、ｅＮｏｄｅＢのＭＡＣ（媒体アクセス制御）層で生成されてＭＡＣ制御要素としてユーザ機器に送信され、このＭＡＣ制御要素は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上にデータと一緒に多重化することができる。更新コマンドの粒度は、ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルに対する応答の中の初期タイミングアドバンスコマンドと同様に、０．５２μｓである。更新コマンドのレンジは±１６μｓであり、拡張されたサイクリックプレフィックスの長さに等しい間隔でアップリンクタイミングを変化させることができる。更新コマンドは、一般には約２秒毎より高い頻度で送られることはない。実際に、たとえ５００ｋｍ／ｈで移動しているユーザ機器でも、ラウンドトリップ経路長の変化は２７８ｍ／ｓ以下であり、対応するラウンドトリップタイムの変化は０．９３μｓ／ｓであるため、高い頻度で更新する必要はない。
【００８１】
ユーザ機器は、タイミングアドバンスコマンドを受信すると、プライマリセルのＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳにおける自身のアップリンク送信のタイミングを調整する。タイミングアドバンスコマンドは、現在のアップリンクタイミングを基準としたときのアップリンクタイミングの変更を１６Ｔｓの倍数として示す。セカンダリセルのＰＵＳＣＨ／ＳＲＳにおけるアップリンク送信タイミングは、プライマリセルと同じである。
【００８２】
ランダムアクセス応答の場合、１１ビットのタイミングアドバンスコマンドＴＡは、ＴＡ＝０，１，２，．．．，１２８２のインデックス値によってＮＴＡ値を示し、このときタイミングの調整量は、ＮＴＡ＝ＴＡ×１６によって与えられる。ＮＴＡは［３］に定義されている。
【００８３】
別の場合には、６ビットのタイミングアドバンスコマンドＴＡは、現在のＮＴＡ値（ＮＴＡ，ｏｌｄ）から新しいＮＴＡ値（ＮＴＡ，ｎｅｗ）への調整を、ＴＡ＝０，１，２，．．．，６３のインデックス値によって示し、このとき、ＮＴＡ，ｎｅｗ＝ＮＴＡ，ｏｌｄ＋（ＴＡ−３１）×１６である。この場合、ＮＴＡ値を正の量または負の量だけ調整することは、それぞれ、与えられた量だけアップリンク送信タイミングを進める、または遅らせることを示す。
【００８４】
サブフレームｎにおいてタイミングアドバンスコマンドが受信された場合、タイミングの対応する調整は、サブフレームｎ＋６の先頭から適用する。サブフレームｎおよびサブフレームｎ＋１におけるユーザ機器のアップリンクＰＵＣＣＨ／ＰＵＳＣＨ／ＳＲＳ送信が、タイミング調整に起因して重なるときには、ユーザ機器は、サブフレームｎ全体を送信し、サブフレームｎ＋１の重なっている部分を送信しない。
【００８５】
ダウンリンクの受信タイミングが変化し、それが補正されない、または非特許文献６に規定されているようにタイミングアドバンスコマンドなしでアップリンクタイミング調整によって部分的に補正されるのみである場合、ユーザ機器は、それに応じてＮＴＡを変更する。
【００８６】
ｅＮｏｄｅＢは、ユーザ機器が自身の送信バッファにデータが到着したときに迅速に送信する能力が維持される範囲内で、セル内のすべてのユーザ機器に定期的なタイミング更新コマンドを送る。したがってｅＮｏｄｅＢが各ユーザ機器のタイマーを設定し、ユーザ機器は、タイミングアドバンス更新を受信するたびにこのタイマーを再起動させる。このタイマーは、タイミングアドバンスタイマー（ＴＡＴ）とも称する。タイマーが切れるまでにユーザ機器が新しいタイミングアドバンス更新を受信しなかった場合、そのユーザ機器のアップリンク同期が失われたものと考えなければならない（非特許文献７（３ＧＰＰのウェブサイトで入手可能であり参照によって本明細書に組み込まれている）の５．２節も参照）。
【００８７】
このような場合、別のユーザ機器からのアップリンク送信との干渉が発生する危険性を回避する目的で、そのユーザ機器は、いかなる種類の別のアップリンク送信も行うことが許可されない。
【００８８】
タイミングアドバンス手順のさらなる特性については、参照によって本明細書に組み込まれている非特許文献３および非特許文献６（７．１節）に記載されている。
【００８９】
＜ＬＴＥの装置間（Ｄ２Ｄ）近傍サービス＞
近傍性に基づくアプリケーションおよびサービスは、ソーシャル技術の新しいトレンドである。識別される分野としては、事業者およびユーザにとって関心のある商用サービスおよび公共安全に関連するサービスが挙げられる。ＬＴＥに近傍サービス（ＰｒｏＳｅ）機能を導入することにより、３ＧＰＰ業界は、この成長の見込まれる市場にサービスを提供することができると同時に、連係してＬＴＥを使用するいくつかの公共安全コミュニティの緊急なニーズに応えることができる。
【００９０】
装置間（Ｄ２Ｄ）通信は、ＬＴＥリリース１２における技術要素である。装置間（Ｄ２Ｄ）通信技術によって、セルラーネットワークに対するアンダーレイ（下層）としてのＤ２Ｄにおいてスペクトル効率を高めることができる。例えば、セルラーネットワークがＬＴＥである場合、データを伝えるすべての物理チャネルは、Ｄ２ＤシグナリングにおいてＳＣ−ＦＤＭＡを使用する。Ｄ２Ｄ通信では、ユーザ機器（ＵＥ）は、基地局を経由せずに、セルラーリソースを使用する直接的なリンクを通じて互いにデータ信号を送信する。図７は、Ｄ２Ｄ互換の通信システムにおける１つの可能なシナリオを示している。
【００９１】
＜ＬＴＥにおけるＤ２Ｄ通信＞
「ＬＴＥにおけるＤ２Ｄ通信」は、発見および通信という２つの分野に焦点をあてているが、本発明は、ほとんどが発見部分に関連する。
【００９２】
装置間（Ｄ２Ｄ）通信は、ＬＴＥ−Ａにおける技術要素である。Ｄ２Ｄ通信では、ユーザ機器は、基地局（ＢＳ）を経由せずに、セルラーリソースを使用して直接的なリンクを通じて互いにデータ信号を送信する。Ｄ２Ｄのユーザは、直接通信するが、基地局の制御下のままである（少なくともｅＮＢのカバレッジ内であるとき）。したがってＤ２Ｄでは、セルラーリソースを再利用することによってシステムの性能を改善することができる。
【００９３】
Ｄ２Ｄは、アップリンクＬＴＥスペクトル（ＦＤＤの場合）において動作する、またはカバレッジを提供しているセルのアップリンクサブフレーム（ＴＤＤの場合、ただしカバレッジ外のときを除く）において動作するものと想定する。さらに、Ｄ２Ｄ送信／受信では、与えられたキャリアにおける全二重を使用しない。個々のユーザ機器の観点からは、与えられたキャリアにおいて、Ｄ２Ｄ信号受信とＬＴＥアップリンク送信とによる全二重を使用しない（すなわちＤ２Ｄ信号受信およびＬＴＥアップリンク送信を同時に行うことはできない）。
【００９４】
Ｄ２Ｄ通信では、ユーザ機器１が送信の役割であるとき（送信側ユーザ機器または送信側端末）、ユーザ機器１がデータを送り、ユーザ機器２（受信側ユーザ機器）がそれを受信する。ユーザ機器１およびユーザ機器２は、送信の役割と受信の役割を変えることができる。ユーザ機器１からの送信は、１基または複数基のユーザ機器（ユーザ機器２など）によって受信することができる。
【００９５】
ユーザプレーンのプロトコルに関して、Ｄ２Ｄ通信に関連する合意内容（非特許文献８（参照によって本明細書に組み込まれている）の９.２節）を以下に示す。
−  ＰＤＣＰ：
・  １：Ｍ  Ｄ２Ｄブロードキャスト通信データ（すなわちＩＰパケット）は、通常のユーザプレーンデータとして扱うべきである。
・  １：Ｍ  Ｄ２Ｄブロードキャスト通信データには、ＰＤＣＰにおけるヘッダ圧縮／圧縮解除を適用することができる。
■  公共安全に関連するＤ２Ｄブロードキャスト動作では、ＰＤＣＰにおけるヘッダ圧縮にＵモードを使用する。
−  ＲＬＣ：
・  １：Ｍ  Ｄ２Ｄブロードキャスト通信にはＲＬＣ  ＵＭを使用する。
・  セグメント化および再構築はＲＬＣ  ＵＭによって第２層においてサポートされる。
・  受信側ユーザ機器は、送信側のピアユーザ機器あたり少なくとも１つのＲＬＣ  ＵＭエンティティを維持する必要がある。
・  最初のＲＬＣ  ＵＭデータユニットを受信する前に受信機のＲＬＣ  ＵＭエンティティを設定する必要はない。
・  現時点では、ユーザプレーンデータを送信するＤ２Ｄ通信においてＲＬＣ  ＡＭまたはＲＬＣ  ＴＭの必要性は認識されていない。
−  ＭＡＣ：
・  １：Ｍ  Ｄ２Ｄブロードキャスト通信ではＨＡＲＱフィードバックを想定しない。
・  受信側ユーザ機器は、受信機のＲＬＣ  ＵＭエンティティを識別する目的で送信元ＩＤを認識する必要がある。
・  ＭＡＣヘッダには、ＭＡＣ層におけるパケットフィルタリングを可能にする第２層（Ｌ２）送信先ＩＤが含まれる。
・  第２層（Ｌ２）送信先ＩＤは、ブロードキャストアドレス、グループキャストアドレス、またはユニキャストアドレスとすることができる。
■  第２層（Ｌ２）グループキャスト／ユニキャスト：  ＭＡＣヘッダにおいて伝えられる第２層（Ｌ２）送信先ＩＤによって、受信されたＲＬＣ  ＵＭ  ＰＤＵを、たとえそれを受信機のＲＬＣエンティティに渡す前であっても破棄することが可能となる。
■  第２層（Ｌ２）ブロードキャスト：  受信側ユーザ機器は、すべての送信機からの受信されたすべてのＲＬＣ  ＰＤＵを処理し、再構築してＩＰパケットを上位層に渡す。
・  ＭＡＣサブヘッダには、（複数の論理チャネルを区別するための）論理チャネルＩＤ（ＬＣＩＤ）が含まれる。
・  Ｄ２Ｄでは、少なくとも多重化／逆多重化、優先順位の処理、およびパディングが有用である。
【００９６】
＜リソース割当て＞
＜無線リソースのスケジューリング割当て＞
図９は、Ｄ２Ｄ通信におけるリソース割当てに関する挙動を示している。Ｄ２Ｄ通信におけるリソース割当てについては現在検討が進められており、非特許文献８（参照によって本明細書に組み込まれている）の９.２.３節に、現時点での形式が記載されている。
【００９７】
送信側ユーザ機器の観点からは、近傍サービスに対応するユーザ機器（ＰｒｏＳｅ対応ＵＥ）は、リソース割当ての次の２つのモードで動作することができる。
−  モード１（ｅＮＢがリソース割当てをスケジューリングする）：  ユーザ機器が直接通信のデータおよび直接通信の制御情報を送信するために使用する正確なリソースを、ｅＮｏｄｅＢまたはリリース１０の中継ノードがスケジューリングする。ユーザ機器は、データを送信するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある必要がある。さらにユーザ機器は、ｅＮＢからの送信リソースを要求し、ｅＮＢは、スケジューリング割当ておよびデータを送信するための送信リソースをスケジューリングする。ユーザ機器は、スケジューリング要求（専用スケジューリング要求（Ｄ−ＳＲ）またはランダムアクセス）をｅＮＢに送り、次いでバッファ状態報告（ＢＳＲ）を送る。ｅＮＢは、バッファ状態報告（ＢＳＲ）に基づいて、ユーザ機器がＰｒｏＳｅ直接通信によって送信するデータを有するものと判定し、送信に必要なリソースを推定することができる。
−  モード２（ユーザ機器が自律的にリソースを選択する）：  直接通信のデータおよび直接通信の制御情報を送信するためのリソースを、ユーザ機器自身がリソースプールから選択する。
【００９８】
ユーザ機器がＤ２Ｄデータ通信用にどちらのリソース割当てモードを使用するかは、基本的に、ＲＲＣ状態（すなわちＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）と、ユーザ機器のカバレッジ状態（すなわちカバレッジ内またはカバレッジ外）とによって決まる。ユーザ機器がサービングセルを有する（すなわちユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である、またはＲＲＣ＿ＩＤＬＥ状態において特定のセルにキャンプオンしている）場合、そのユーザ機器はカバレッジ内であるとみなされる。
【００９９】
具体的には、（非特許文献９によると）リソース割当てモードに関する次の規則がユーザ機器に適用される。
−  ユーザ機器がカバレッジ外である場合、そのユーザ機器はモード２のみを使用することができる。
−  ユーザ機器がカバレッジ内である場合、ユーザ機器がモード１を使用できるようにｅＮＢによって設定されているならば、そのユーザ機器はモード１を使用することができる。
−  ユーザ機器がカバレッジ内である場合、ユーザ機器がモード２を使用できるようにｅＮＢによって設定されているならば、そのユーザ機器はモード２を使用することができる。
−  例外条件が存在しないときには、モードを変更するようにユーザ機器がｅＮＢによって設定される場合にのみ、ユーザ機器はモード１からモード２に、またはモード２からモード１に変更する。ユーザ機器がカバレッジ内である場合、次の例外的なケースの一方が発生しない限り、ユーザ機器はｅＮＢの設定によって示されるモードのみを使用する。
−  Ｔ３１１またはＴ３０１が実行中である間、ユーザ機器は、自身を例外条件下にあるものとみなす。
−  例外的なケースが発生するとき、ユーザ機器は、たとえモード１を使用するように設定されていても一時的にモード２を使用することが許可される。
【０１００】
ユーザ機器は、Ｅ−ＵＴＲＡセルのカバレッジ領域内にある間、そのセルによって割り当てられるリソースのみにおけるアップリンクキャリアでＰｒｏＳｅ直接通信の送信を実行するのみである（たとえそのキャリアのリソースが例えばＵＩＣＣにおいて事前に設定されている場合でも）。
【０１０１】
ＲＲＣ＿ＩＤＬＥ状態のユーザ機器に対しては、ｅＮＢは次のオプションの一方を選択することができる。
−  ｅＮＢは、モード２の送信リソースプールをシステム情報ブロードキャスト（ＳＩＢ）において提供する。ＰｒｏＳｅ直接通信が許可されているユーザ機器は、ＲＲＣ＿ＩＤＬＥ状態においてこれらのリソースを使用してＰｒｏＳｅ直接通信を行う。
−  ｅＮＢは、自身がＤ２ＤをサポートしているがＰｒｏＳｅ直接通信用のリソースを提供しないことをＳＩＢにおいて示す。ユーザ機器は、ＰｒｏＳｅ直接通信の送信を実行するためにはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る必要がある。
【０１０２】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器に対しては、次のようにすることができる。
−  ＰｒｏＳｅ直接通信の送信を実行することが許可されているＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器は、ＰｒｏＳｅ直接通信の送信を実行する必要があるとき、ＰｒｏＳｅ直接通信の送信を実行したいことをｅＮＢに示す。
−  ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるそのユーザ機器がＰｒｏＳｅ直接通信の送信を許可されるかを、ＭＭＥから受信されるＵＥコンテキストを使用して確認する。
−  ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器に対して、そのユーザ機器がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間は制約なしで使用することのできるモード２のリソース割当て送信リソースプールを、専用シグナリングによって設定することができる。これに代えて、ｅＮＢは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器に対して、例外的なケースにおいてのみそのユーザ機器が使用することができるモード２のリソース割当て送信リソースプールを、専用シグナリングによって設定することができ、例外的なケースでない場合、ユーザ機器はモード１に従う。
【０１０３】
モード１では、ユーザ機器はｅＮｏｄｅＢからの送信リソースを要求する。ｅＮｏｄｅＢは、スケジューリング割当ておよびデータを送信するための送信リソースをスケジューリングする。
−  ユーザ機器は、スケジューリング要求（専用スケジューリング要求（Ｄ−ＳＲ）またはＲＡＣＨ手順）をｅＮｏｄｅＢに送った後にバッファ状態報告（ＢＳＲ）を送り、ｅＮｏｄｅＢは、ユーザ機器がＤ２Ｄ送信を実行しようとしていることと、必要なリソース量とを、そのバッファ状態報告（ＢＳＲ）に基づいて求めることができる。
−  モード１では、ユーザ機器は、Ｄ２Ｄ通信を送信するためにＲＲＣ接続されている必要がある。
【０１０４】
モード２の場合、ユーザ機器にリソースプール（時間／周波数）が提供され、ユーザ機器は、Ｄ２Ｄ通信を送信するためのリソースをリソースプールから選択する。
【０１０５】
図８は、オーバーレイ（ＬＴＥ）およびアンダーレイ（Ｄ２Ｄ）における送信リソースおよび受信リソースを概略的に示している。ユーザ機器がモード１送信を適用するかモード２送信を適用するかは、ｅＮｏｄｅＢが制御する。ユーザ機器は、Ｄ２Ｄ通信を送信（または受信）することのできるリソースを認識すると、対応するリソースを、対応する送信／受信にのみ使用する。図８の例においては、Ｄ２Ｄサブフレームは、Ｄ２Ｄ信号を受信または送信する目的にのみ使用される。Ｄ２Ｄ装置としてのユーザ機器は、半二重モードで動作するため、任意の時点においてＤ２Ｄ信号の受信または送信のいずれかを行うことができる。同様に、同じ図８において、Ｄ２Ｄサブフレーム以外のサブフレームはＬＴＥ（オーバーレイ）の送信もしくは受信またはその両方に使用することができる。
【０１０６】
Ｄ２Ｄ発見は、自身に関心のある、近傍における他のＤ２Ｄ対応装置を識別する手順／プロセスである。この目的のため、発見されることを望むＤ２Ｄ装置は、何らかの発見信号を（特定のネットワークリソースで）送り、その発見信号に関心のある受信側ユーザ機器が、このような送信側Ｄ２Ｄ装置を認識する。非特許文献８の８節には、Ｄ２Ｄ発見メカニズムに関する現時点における詳細が記載されている。
【０１０７】
＜Ｄ２Ｄ通信における送信手順＞
図１０は、Ｄ２Ｄ通信における送信手順を概略的に示している。Ｄ２Ｄデータ送信手順は、リソース割当てモードに応じて異なる。上述したように、モード１の場合には、スケジューリング割当ておよびＤ２Ｄデータ通信のためのリソースをｅＮＢが明示的にスケジューリングする。以下では、モード１のリソース割当ての場合の要求／許可手順の一連のステップを示す。
−  ステップ１  ユーザ機器がＳＲ（スケジューリング要求）をＰＵＣＣＨを介してｅＮＢに送る。
−  ステップ２  ｅＮＢが、（ユーザ機器がバッファ状態報告（ＢＳＲ）を送るための）アップリンクリソースを、Ｃ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可する。
−  ステップ３  ユーザ機器が、バッファの状態を示すＤ２Ｄ  ＢＳＲをＰＵＳＣＨを介して送る。
−  ステップ４  ｅＮＢが、（ユーザ機器がデータを送るための）Ｄ２Ｄリソースを、Ｄ２Ｄ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを介して許可する。
−  ステップ５  Ｄ２Ｄ送信側ユーザ機器が、ステップ４で受信したグラントに従って、スケジューリング割当て（ＳＡ）／Ｄ２Ｄデータを送信する。
【０１０８】
スケジューリング割当て（ＳＡ）は、制御情報（例えば対応するＤ２Ｄデータ送信用の時間−周波数リソースを指すポインタ）を含むコンパクトな（低ペイロードの）メッセージである。スケジューリング割当て（ＳＡ）の内容は、基本的には上のステップ４において受信されるグラントである。Ｄ２Ｄグラントおよびスケジューリング割当て（ＳＡ）の内容の詳細は、現時点では決定されていない。
【０１０９】
＜Ｄ２Ｄ発見＞
ＰｒｏＳｅ（近傍サービス）直接発見（ProSe Direct Discovery）は、ＰｒｏＳｅ対応ユーザ機器が、近傍の別の（１基または複数基の）ＰｒｏＳｅ対応ユーザ機器を、ＰＣ５インタフェースを介してＥ−ＵＴＲＡ直接無線信号を使用して発見するために使用される手順と定義されている。図１１は、非特許文献１０（参照によって本明細書に組み込まれている）の５．１．１．４節に記載されている、装置間の直接発見のためのＰＣ５インタフェースを概略的に示している。
【０１１０】
上位層は、発見情報のアナウンスおよび監視の許可を処理する。この目的のため、ユーザ機器は、事前に定義された信号（発見信号と称する）を交換しなければならない。ユーザ機器は、必要なときに通信リンクを確立する目的で、発見信号を周期的にチェックすることによって、近傍のユーザ機器のリストを維持する。発見信号は、たとえ信号対雑音比（ＳＮＲ）が低い環境においても高い信頼性で検出される必要がある。発見信号を周期的に送信することができるように、発見信号用のリソースを割り当てる必要がある。
【０１１１】
ＰｒｏＳｅ直接発見には２つのタイプがあり、すなわちオープン型（open）と制限型（restricted）である。オープン型は、発見されるユーザ機器からの明示的な許可が必要ない場合であり、制限型の発見は、発見されるユーザ機器からの明示的な許可があるときにのみ行われる。
【０１１２】
ＰｒｏＳｅ直接発見は、発見する側のユーザ機器におけるスタンドアロンのサービスイネーブラ（service enabler）とすることができ、このサービスイネーブラは、特定のアプリケーションにおいて、発見する側のユーザ機器が発見される側のユーザ機器からの情報を使用することを可能にする。ＰｒｏＳｅ直接発見において送信される情報は、一例として、「近くでタクシーを見つけて」、「コーヒーショップを見つけて」、「最寄りの警察署を見つけて」などとすることができる。発見する側のユーザ機器は、ＰｒｏＳｅ直接発見を通じて、必要な情報を取得することができる。さらに、得られる情報に応じて、ＰｒｏＳｅ直接発見を使用して遠隔通信システムにおける以降の動作（例えばＰｒｏＳｅ直接通信を開始するなど）を行うことができる。
【０１１３】
＜ＰｒｏＳｅ直接発見のモデル＞
ＰｒｏＳｅ直接発見は、いくつかの発見モデルに基づく。ＰｒｏＳｅ直接発見のモデルは、非特許文献１０（参照によって本明細書に組み込まれている）の５.３.１.２節に以下のように定義されている。
【０１１４】
・モデルＡ（「私はここです」）
モデルＡは、「私はここです」とも表され、なぜなら、アナウンスする側のユーザ機器が自身に関する情報（自身のＰｒｏＳｅアプリケーションの識別情報やＰｒｏＳｅ  ＵＥの識別情報など）を発見メッセージの中でブロードキャストし、これにより自身の身元を明らかにし、自身が利用可能であることを通信システムの他の装置に伝えるためである。
【０１１５】
モデルＡによると、ＰｒｏＳｅ直接発見に関与しているＰｒｏＳｅ対応ユーザ機器の２つの役割が定義されている。ＰｒｏＳｅ対応ユーザ機器は、アナウンスする側のユーザ機器と監視する側のユーザ機器の機能を有することができる。アナウンスする側のユーザ機器は、発見の許可を有する近傍のユーザ機器が使用することのできる特定の情報をアナウンスする。監視する側のユーザ機器は、アナウンスする側のユーザ機器の近傍において、関心のある特定の情報を監視する。
【０１１６】
このモデルでは、アナウンスする側のユーザ機器が、事前に定義される発見間隔で発見メッセージをブロードキャストし、これらのメッセージに関心のある監視する側のユーザ機器が、メッセージを読み取って処理する。
【０１１７】
・モデルＢ（「そこにいるのは誰ですか？」／「あなたはそこにいますか？」）
このモデルは、ＰｒｏＳｅ直接発見に関与するＰｒｏＳｅ対応ユーザ機器の次の２つの役割を定義する。
−  発見する側のユーザ機器：  このユーザ機器は、自身が発見したい対象に関する特定の情報を含む要求を送信する。
−  発見される側のユーザ機器：  要求メッセージを受信するユーザ機器は、発見する側のユーザ機器の要求に関連する何らかの情報で応答することができる。
【０１１８】
モデルＢは、「そこにいるのは誰ですか？／あなたはそこにいますか？」と同等であり、なぜなら、発見する側のユーザ機器が、応答を受け取りたい対象の別のユーザ機器に関する情報を送信するためである。送信される情報は、例えば、グループに対応するＰｒｏＳｅアプリケーションＩＤに関する情報とすることができる。グループのメンバーは、この送信された情報に応答することができる。
【０１１９】
このモデルによると、ＰｒｏＳｅ直接発見に関与しているＰｒｏＳｅ対応ユーザ機器の２つの役割が定義されており、すなわち発見する側のユーザ機器と発見される側のユーザ機器である。発見する側のユーザ機器は、自身が発見したい対象に関する特定の情報を含む要求を送信する。一方で、この要求メッセージを受信した発見される側のユーザ機器は、発見する側のユーザ機器の要求に関連する何らかの情報によって応答することができる。
【０１２０】
発見情報の内容は、アクセス層（ＡＳ）に透過的であり、アクセス層（ＡＳ）は発見情報の内容を認識していない。したがってアクセス層では、ＰｒｏＳｅ直接発見のさまざまなモデルが区別されず、またＰｒｏＳｅ直接発見のタイプも区別されない。ＰｒｏＳｅプロトコルは、アナウンスする有効な発見情報のみをアクセス層（ＡＳ）に渡す。
【０１２１】
ユーザ機器は、ｅＮＢの設定によるＲＲＣ＿ＩＤＬＥ状態およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の両方において、発見情報のアナウンスおよび監視に関与することができる。ユーザ機器は、半二重の制約を受ける発見情報をアナウンスおよび監視する。
【０１２２】
＜発見のタイプ＞
図１２は、Ｄ２Ｄ通信において発見用リソースを受信するときのＩＤＬＥモードおよびＣＯＮＮＥＣＴＥＤモードを示した図である。
【０１２３】
Ｄ２Ｄ通信は、ネットワークによって制御する（この場合には直接送信（Ｄ２Ｄ）と従来のセルラーリンクとの間の切り替えを通信事業者が管理する）、または、通信事業者の制御なしで直接リンクを装置によって管理することができる。Ｄ２Ｄでは、インフラストラクチャモードとアドホック通信を組み合わせることができる。
【０１２４】
一般的には、装置の発見は周期的に必要である。さらにＤ２Ｄ装置は、発見メッセージのシグナリングプロトコルを利用して装置の発見を実行する。例えば、Ｄ２Ｄ対応ユーザ機器が、自身の発見メッセージを送信することができ、別のＤ２Ｄ対応ユーザ機器がこの発見メッセージを受信し、この情報を使用して通信リンクを確立することができる。ハイブリッドネットワークの利点として、Ｄ２Ｄ装置がネットワークインフラストラクチャの通信範囲内でもある場合、ｅＮＢなどのネットワークエンティティが発見メッセージの送信や設定を追加的に支援することができる。発見メッセージの送信や設定をｅＮＢによって調整／制御することは、Ｄ２Ｄのメッセージングと、そのｅＮＢによって制御されているセルラートラフィックとの干渉が発生しないようにするうえでも重要である。さらには、たとえ装置のいくつかがネットワークカバレッジの範囲外である場合でも、カバレッジ内の装置がアドホック発見プロトコルを支援することができる。
【０１２５】
説明においてさらに使用される専門用語を定義する目的で、少なくとも以下の２つのタイプの発見手順が定義されている。
【０１２６】
−  タイプ１：  発見情報をアナウンスするためのリソースが特定のユーザ機器を対象とせずに割り当てられ、さらに以下を特徴とするリソース割当て手順。
・  発見情報のアナウンスに使用されるリソースプールの設定をｅＮＢがユーザ機器に提供する。設定はシステム情報ブロードキャスト（ＳＩＢ）においてシグナリングすることができる。
・  ユーザ機器は、示されたリソースプールから（１つまたは複数の）無線リソースを自律的に選択し、発見情報をアナウンスする。
・  ユーザ機器は、各発見期間中、ランダムに選択される発見用リソースで発見情報をアナウンスすることができる。
−  タイプ２：  発見情報をアナウンスするためのリソースが特定のユーザ機器を対象として割り当てられ、さらに以下を特徴とするリソース割当て手順。
・  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるユーザ機器は、発見情報をアナウンスするためのｅＮＢからのリソースをＲＲＣを介して要求することができる。ｅＮＢはＲＲＣを介してリソースを割り当てる。
・  リソースは、監視するユーザ機器に設定されるリソースプール内に割り当てられる。
【０１２７】
タイプ２の手順によると、リソースは例えば発見信号の送信用にセミパーシステントに割り当てられる。
【０１２８】
ユーザ機器がＲＲＣ＿ＩＤＬＥモードにある場合、ｅＮＢは以下のオプションの１つを選択することができる。
−  ｅＮＢは、発見情報をアナウンスするためのタイプ１のリソースプールをシステム情報ブロードキャスト（ＳＩＢ）において提供することができる。ＰｒｏＳｅ直接発見を許可されているユーザ機器は、ＲＲＣ＿ＩＤＬＥモードにおいてこれらのリソースを使用して発見情報をアナウンスする。
−  ｅＮＢは、自身がＤ２Ｄをサポートしているが、発見情報をアナウンスするためのリソースを提供しないことを、システム情報ブロードキャスト（ＳＩＢ）において示すことができる。ユーザ機器は、発見情報をアナウンスするためのＤ２Ｄリソースを要求するためには、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに入る必要がある。
【０１２９】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器については、ＰｒｏＳｅ直接発見のアナウンスを実行することが許可されているユーザ機器は、Ｄ２Ｄ発見のアナウンスの実行を望むことをｅＮＢに知らせる。するとｅＮＢは、そのユーザ機器がＰｒｏＳｅ直接発見のアナウンスを許可されているかを、ＭＭＥから受信したＵＥコンテキストを使用して確認する。ｅＮＢは、発見情報のアナウンス用にタイプ１のリソースプールまたはタイプ２の専用リソースを使用するように、専用のＲＲＣシグナリングを介してユーザ機器を設定することができる（またはリソースなし）。ｅＮＢによって割り当てられたリソースは、ａ）ｅＮＢがそのリソースをＲＲＣシグナリングによって設定解除する（de-configure）まで、またはｂ）ユーザ機器がＩＤＬＥモードに入るまで、有効である。
【０１３０】
ＲＲＣ＿ＩＤＬＥモードおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある受信側ユーザ機器は、許可されるタイプ１およびタイプ２の発見用リソースプールの両方を監視する。ｅＮＢは、発見情報を監視するために使用されるリソースプールの設定を、システム情報ブロードキャスト（ＳＩＢ）において提供する。システム情報ブロードキャスト（ＳＩＢ）は、隣接セルにおいてアナウンスするために使用される発見用リソースも含むことができる。
【０１３１】
＜無線プロトコルのアーキテクチャ＞
図１３は、ＰｒｏＳｅ直接発見のための無線プロトコルスタック（アクセス層（ＡＳ））を概略的に示している。
【０１３２】
アクセス層（ＡＳ）は、上位層（ＰｒｏＳｅプロトコル）とのインタフェースとして機能する。したがって、ＭＡＣ層は上位層（ＰｒｏＳｅプロトコル）から発見情報を受け取る。この場合、発見情報を送信するのにＩＰ層は使用されない。さらに、アクセス層（ＡＳ）はスケジューリング機能を有し、すなわちＭＡＣ層は、上位層から受け取った発見情報をアナウンスするために使用するべき無線リソースを決定する。これに加えてアクセス層（ＡＳ）は、発見ＰＤＵを生成する機能を有し、すなわちＭＡＣ層は、発見情報を伝えるＭＡＣ  ＰＤＵを構築し、そのＭＡＣ  ＰＤＵを、決定した無線リソースにおいて送信できるように物理層に渡す。ＭＡＣヘッダは追加されない。
【０１３３】
ユーザ機器において、ＲＲＣプロトコルは、発見用リソースプールをＭＡＣ層に知らせる。さらにＲＲＣは、送信用に割り当てられたタイプ２のリソースをＭＡＣ層に知らせる。ＭＡＣヘッダの必要はない。発見に関するＭＡＣヘッダには、第２層においてフィルタリングを実行するときに基づくフィールドが含まれない。ＭＡＣレベルにおいて発見メッセージをフィルタリングしても、上位層においてＰｒｏＳｅ  ＵＥ  ＩＤやＰｒｏＳｅアプリケーションＩＤに基づいてフィルタリングを実行することと比較して、処理量や電力が節約されるとは考えられない。受信側ＭＡＣ層は、受け取った発見メッセージすべてを上位層に渡す。このときＭＡＣ層は、正しく受信されたメッセージのみを上位層に渡す。
【０１３４】
以下では、発見メッセージが正しく受信されたかを第１層がＭＡＣ層に示すものと想定する。さらに、上位層は必ず有効な発見情報のみをアクセス層に渡すものと想定する。
【０１３５】
Ｄ２Ｄシステムにおいて発見用リソースを割り当てる従来の解決策では、要求されたＤ２Ｄサービスに好適な方法でリソースを割り当てるのに適するリソースパターンまたはリソース設定を決定することができない。具体的には、Ｄ２Ｄ対応装置によって一般的なシグナリング手順に従って送信された情報に基づいて基地局がリソースを割り当てる場合、ユーザ機器が発見情報を完全にブロードキャストするには、送信リソースの期間が短すぎることがある。結果として、送信側ユーザ機器は再びリソースを要求する必要があり、これによりＬＴＥシステムにおけるシグナリングオーバーヘッドが増大する。
【０１３６】
さらに、例えば発見情報の内容に関する情報は、アクセス層（ＡＳ）に透過的である。したがってアクセス層では、ＰｒｏＳｅ直接発見のさまざまなモデルが区別されず、またＰｒｏＳｅ直接発見のタイプも区別されず、基地局では、発見送信のモデルと、発見用リソースを割り当てるための好ましい手順のタイプを決定するうえで有用な何らの情報も受信されない。
【０１３７】
＜Ｄ２Ｄの同期＞
同期の主たる役割は、受信機が時間および周波数の基準を取得できるようにすることである。このような基準は、少なくとも次の２つの目的に利用することができる。１）Ｄ２Ｄチャネルを検出するときに受信機のウィンドウとの周波数の補正を合わせる、２）Ｄ２Ｄチャネルを送信するときに送信機のタイミングおよびパラメータを合わせる。３ＧＰＰでは、現在のところ同期を目的として以下のチャネルが定義されている。
−  Ｄ２ＤＳＳ  Ｄ２Ｄ同期信号
−  ＰＤ２ＤＳＣＨ  物理Ｄ２Ｄ同期チャネル
−  ＰＤ２ＤＳＳ  プライマリＤ２Ｄ同期信号
−  ＳＤ２ＤＳＳ  セカンダリＤ２Ｄ同期信号
【０１３８】
さらに３ＧＰＰでは、同期に関する以下の専門用語が合意されている。
Ｄ２Ｄ同期源：  少なくともＤ２Ｄ同期信号を送信するノード。
Ｄ２Ｄ同期信号：  ユーザ機器がそこからタイミングおよび周波数の同期を取得することのできる信号。
【０１３９】
Ｄ２Ｄ同期源は、基本的にはｅＮＢまたはＤ２Ｄユーザ機器とすることができる。
【０１４０】
Ｄ２Ｄの同期は、ＬＴＥのセルサーチに類似する手順とみなすことができる。部分的カバレッジ内シナリオおよびカバレッジ外シナリオにおいてネットワーク制御および効率的な同期の両方を可能にする目的で、現在３ＧＰＰ内で次の手順が検討されている。
【０１４１】
＜受信機の同期＞
ＰｒｏＳｅ対応ユーザ機器は、ＬＴＥセル（ＬＴＥのモビリティ手順に従う）と、ＳＳ（同期源）ユーザ機器によって送信されるＤ２ＤＳＳ／ＰＤ２ＤＳＣＨとを、定期的に探索する。
【０１４２】
適切なセルが見つかると、ユーザ機器はそのセルにキャンプオンし、セル同期（ＬＴＥのレガシー手順による）に従う。
【０１４３】
ＳＳ（同期源）ユーザ機器によって送信される適切なＤ２ＤＳＳ／ＰＤ２ＤＳＣＨが見つかると、ユーザ機器は、入ってくるすべてのＤ２ＤＳＳ／ＰＤ２ＤＳＣＨ（ユーザ機器の能力による）に自身の受信機を同期させ、入ってくる接続（スケジューリング割当て）がないかそれらを監視する。なお、ｅＮｏｄｅＢであるＤ２Ｄ同期源によって送信されるＤ２ＤＳＳは、リリース８のＰＳＳ／ＳＳＳであることに留意されたい。ｅＮｏｄｅＢであるＤ２Ｄ同期源は、ユーザ機器であるＤ２Ｄ同期源よりも高い優先順位を有する。
【０１４４】
＜送信機の同期＞
ＰｒｏＳｅ対応ユーザ機器は、ＬＴＥセル（ＬＴＥのモビリティ手順に従う）と、ＳＳ（同期源）ユーザ機器によって送信されるＤ２ＤＳＳ／ＰＤ２ＤＳＣＨとを、定期的に探索する。
【０１４５】
適切なセルが見つかると、ユーザ機器はそのセルにキャンプオンし、Ｄ２Ｄ信号を送信できるようにセル同期に従い、ネットワークは、セル同期に従ってＤ２ＤＳＳ／ＰＤ２ＤＳＣＨを送信するようにユーザ機器を設定することができる。
【０１４６】
適切なセルが見つからない場合、ユーザ機器は、入ってくるＤ２ＤＳＳ／ＰＤ２ＤＳＣＨのいずれかをさらに中継できる（すなわち最大ホップカウントに達していない）かを確認し、（ａ）さらに中継できる入ってくるＤ２ＤＳＳ／ＰＤ２ＤＳＣＨが見つかった場合、ユーザ機器は自身の送信機の同期をその信号に合わせ、それに応じてＤ２ＤＳＳ／ＰＤ２ＤＳＣＨを送信する、または、（ｂ）さらに中継できる入ってくるＤ２ＤＳＳ／ＰＤ２ＤＳＣＨが見つからない場合、ユーザ機器は独立した同期源として動作し、任意の内部同期基準に従ってＤ２ＤＳＳ／ＰＤ２ＤＳＣＨを送信する。
【０１４７】
Ｄ２Ｄにおける同期手順のさらなる詳細は、非特許文献８に記載されている。
【０１４８】
Ｄ２Ｄ通信システムにおける１つの問題点は、ＲＲＣアイドル状態にあるＤ２Ｄ対応のユーザ機器または送信側端末が、直接リンク通信を通じてＤ２Ｄ対応の受信側ユーザ機器にデータを送信しようとするときに発生する。送信側端末は、Ｄ２Ｄ通信を確立するためには、送信タイミングを制御することと、送信タイミング情報を受信側ＵＥに伝えることとが必要である。これによって基地局は、入ってくるすべての信号（例えばＤ２Ｄ送信データと、ＬＴＥ／ＷＡＮアップリンクで送信されるデータ）を、自身の受信ＦＦＴウィンドウの内側で受信することができ、これによりＩＣＩ（キャリア間干渉）が防止される。アップリンクチャネルでのｅＮｏｄｅＢとの通信では、送信タイミングは、ｅＮＢから受信されるタイミングコマンドまたはタイミングアドバンス（ＴＡ）コマンドに基づいてＵＥにおいて決定される。
【０１４９】
しかしながら、送信側ＵＥがＲＲＣアイドルモードにある場合、送信側ＵＥはネットワークまたはｅＮｏｄｅＢからタイミングアドバンスコマンドを受信しない。結果として、Ｄ２Ｄ送信側ＵＥは、受信側ＵＥへのデータ送信の送信タイミングを制御するための直接リンク送信タイミング値として、受信する基地局またはｅＮｏｄｅＢにおいて、入ってくるすべての信号（Ｄ２ＤおよびＬＴＥ／ＷＡＮアップリンク）を自身の受信ＦＦＴウィンドウの内側で受信することのできない直接リンク送信タイミング値、を使用することがあり、これによってセル内のユーザ機器とｅＮｏｄｅＢとの間のアップリンク通信との干渉が発生する。さらには、ｅＮｏｄｅＢは、ＲＲＣアイドル状態にあるカバレッジ内ＵＥに関する情報を保持しない、またはこのようなＵＥを制御しない。したがって、送信側ＵＥがアイドルモードにあるため、直接リンクを通じてデータを送信するための電力をＵＥごとに適切に制御することができない。これにより、ｅＮｏｄｅＢがアップリンクＬＴＥチャネルでデータを受信するときにＷＡＮ干渉およびキャリア間干渉（ＩＣＩ）が発生する。発生する干渉は、復号性能にも悪影響を及ぼし、これに起因して信号対雑音比（ＳＮＲ）が下がる。
【０１５０】
キャリア間干渉（ＩＣＩ）の回避を目的とする、この問題に対する公知の解決策は、基地局においてキャリア間干渉（ＩＣＩ）緩和技術を実施することである。このような技術には、例えば、ＬＴＥリソースとＤ２Ｄリソースとの間のガードバンドを実施することが含まれる。ガードバンドの量は、ＷＡＮに対する干渉量に依存する。しかしながらこの解決策では、ｅＮｏｄｅＢにおいて大量のリソースが使用される。
【先行技術文献】
【非特許文献】
【０１５１】
【非特許文献１】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
【非特許文献５】TS36.213
【非特許文献６】TS36.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
【非特許文献９】TS36.300
【非特許文献１０】3GPP TS 23.303 V12.0.0
【発明の概要】
【発明が解決しようとする課題】
【０１５２】
本開示は、アイドルモードの送信側ＵＥが、受信干渉を発生させることなくＤ２Ｄデータを送信することを可能にし、かつｅＮＢにおいて大量のリソースを使用することが要求されない装置および方法を提供することによって、上述した問題に対する解決策を提案する。
【課題を解決するための手段】
【０１５３】
この解決策は、独立請求項に記載されている。有利な発展形態は、従属請求項の主題である。
【０１５４】
例示的な一実施形態は、通信システムにおいてデータを直接リンク接続を通じて受信側端末に送信する送信側端末、を提供する。この送信側端末は、通信システムにおいて直接リンクデータ送信の送信タイミングを決定するようにされている。送信側端末は受信ユニットを備えており、この受信ユニットは、少なくとも１基の隣接する端末から、これら隣接する端末において直接リンクを通じてのデータ送信のタイミングを決定するための直接リンクタイミング情報、を受信するようにされている。生成ユニットは、少なくとも１基の隣接する端末からの、直接リンク送信に使用される受信された直接リンクタイミング情報に基づいて、導出直接リンクタイミング情報（derived direct link timing information）を生成し、導出直接リンクタイミング情報は、直接リンクを通じてのデータ送信のタイミングを決定するための導出直接リンク送信タイミング値（derived direct link transmission timing value）を生成する目的に、送信側端末によって使用することができる。さらに、送信ユニットは、導出直接リンクタイミング情報を受信側端末に送信するように構成されている。導出直接リンクタイミング情報は、受信側端末において、送信側端末から直接リンクを通じて受信されるデータの受信タイミングを決定するための直接リンク受信タイミング値（direct link reception timing value）を生成する目的に使用することができ、基地局／ｅＮｏｄｅＢにおいては、入ってくるすべての信号（例えばＤ２Ｄデータと、ＬＴＥ／ＷＡＮアップリンクで送信されるデータなど）が自身の受信ＦＦＴウィンドウの内側で受信される。
【０１５５】
開示する実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および利点は、本明細書および図面に開示したさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および利点の１つまたは複数を得るためにすべてを備える必要はない。
【０１５６】
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。図面において類似または対応する細部には、同じ参照番号を付してある。
【図面の簡単な説明】
【０１５７】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９）のために定義されたものとしてのダウンリンクコンポーネントキャリアの例示的サブフレーム境界の図である。
【図４】３ＧＰＰ  ＬＴＥ（リリース８／９）に定義されているダウンリンクスロットの例示的ダウンリンクリソースグリッドの図である。
【図５】ダウンリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。
【図６】ダウンリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。
【図７】Ｄ２Ｄ対応ユーザ機器を含むシステムを示している概略図である。
【図８】Ｄ２Ｄサブフレームの中の、オーバーレイ（ＬＴＥ）およびアンダーレイ（Ｄ２Ｄ）における送信リソースおよび受信リソースを示している概略図である。
【図９】Ｄ２Ｄ通信におけるリソース割当てに関する挙動を示している。
【図１０】Ｄ２Ｄ通信における送信手順を概略的に示している。
【図１１】装置間の直接発見のためのＰＣ５インタフェースの概略図を示している。
【図１２】例示的な発展形態による、発見用リソースを受信するときのＩＤＬＥモードおよびＣＯＮＮＥＣＴＥＤモードを示した図である。
【図１３】ＰｒｏＳｅ直接発見のための無線プロトコルスタック（ＡＳ）を概略的に示している。
【図１４】アイドルモードの送信側ＵＥ（右側）および接続モードの送信側ＵＥ（左側）によって送信タイミングを制御するための可能な方式を示している。
【図１５】例示的な発展形態による送信側／受信側ユーザ機器を示している。
【図１６】アイドル送信側ＵＥの送信タイミングの制御方法を記述した流れ図である。
【図１７】アイドルモードのＤ２Ｄ  ＵＥの場合に本発明の方法に従って決定されるＦＦＴ受信ウィンドウの位置決めを、接続モードのＤ２Ｄ  ＵＥによって決定されるＦＦＴ受信ウィンドウの位置決めと比較して、概略的に示している。
【発明を実施するための形態】
【０１５８】
以下の段落では、さまざまな例示的な実施形態について説明する。例示のみを目的として、ほとんどの実施形態は、上の背景技術のセクションにおいて一部を説明した３ＧＰＰ  ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１／１２）の移動通信システムによる無線アクセス方式に関連して概説してある。これらの例示的な実施形態は、例えば、上の背景技術のセクションにおいて説明した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２）の通信システムなどの移動通信システムにおいて有利に使用することができるが、これらの例示的な実施形態は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【０１５９】
請求項および本明細書において使用されている「直接リンク」という用語は、ネットワークが関与することなくデータを直接交換することを可能にする、２基のＤ２Ｄユーザ機器の間の通信リンク（通信チャネル）として理解されたい。言い換えれば、通信チャネルは、データを直接交換するのに十分に近い、通信システム内の２基のユーザ機器の間に、ｅＮｏｄｅＢ（基地局）をバイパスして確立される。この用語は、ｅＮｏｄｅＢによって管理されるユーザ機器間のデータトラフィックを意味する「ＬＴＥリンク」または「ＬＴＥ（アップリンク）トラフィック」と対照される語として使用されている。
【０１６０】
請求項および本明細書において使用されている「送信側ユーザ機器」または「送信側端末」という用語は、データを送信および受信することのできるモバイルデバイスとして理解されたい。形容詞である「送信側」は、一時的な動作を明確に示すことを目的としているにすぎない。以下の説明において発見送信を目的とする送信側ユーザ機器は、アナウンスする側のユーザ機器または発見する側のユーザ機器（発見者）とすることができる。この用語は、データを受信する動作を一時的に実行するモバイルデバイスを意味する「受信側ユーザ機器」または「受信側端末」と対照される語として使用されている。以下の説明において発見送信を目的とする受信側ユーザ機器は、監視する側のユーザ機器または発見される側のユーザ機器（被発見者）とすることができる。
【０１６１】
以下では、いくつかの例について詳しく説明する。以下の説明は、本発明を制限するものではなく、本発明を深く理解するための単なる例示的な実施形態として理解されたい。当業者には、請求項に記載されている一般的な原理を、さまざまなシナリオに、本明細書に明示的に説明されていない方法で適用できることが認識されるであろう。したがって、さまざまな実施形態を説明する目的で想定される以下のシナリオは、本発明をそのようなシナリオに制限するものではない。
【０１６２】
本発明は、Ｄ２Ｄ通信システムにおいて、ＲＲＣアイドル状態にあるユーザ機器または送信側端末がデータを直接リンク通信を通じてＤ２Ｄ対応の受信側ＵＥに送信することがあるという認識に基づいている。送信側端末は、Ｄ２Ｄ通信を確立するためには、送信タイミングを制御することと、受信側ＵＥがＦＦＴ受信ウィンドウを位置決めすることができるように送信タイミング情報を受信側ＵＥに伝えることとが必要である。しかしながら、送信側ＵＥがＲＲＣアイドルモードにあるため、送信側ＵＥはネットワークまたはｅＮｏｄｅＢから何らのタイミングアドバンスコマンドも受信せず、本来ならこのタイミングアドバンスに基づいて、直接リンクを通じてのデータ送信のタイミングを決定するための正確な直接リンク送信タイミング値を推定することができる。結果として、Ｄ２Ｄ送信側ＵＥは、直接リンク送信タイミング値として、基地局／ｅＮｏｄｅＢにおいて入ってくるすべての信号（Ｄ２ＤおよびＬＴＥ／ＷＡＮアップリンク）を自身の受信ＦＦＴウィンドウの内側で受信することのできない直接リンク送信タイミング値を、受信側ＵＥに送信することがあり、これによりアップリンクＷＡＮ通信（すなわちセル内のユーザ機器とｅＮｏｄｅＢとの間の通信）において干渉が発生する。さらには、ｅＮｏｄｅＢは、ＲＲＣアイドル状態にあるカバレッジ内ＵＥに関する情報を保持しない、またはこのようなＵＥを制御しない。したがって、送信側ＵＥがアイドルモードにあるため、直接リンクを通じてデータを送信するための電力を適切に制御することができない。これにより、ｅＮｏｄｅＢがアップリンクＬＴＥチャネルでデータを受信するときにＷＡＮ干渉が発生する。
【０１６３】
上述した問題に対する１つの解決策について、図１４を参照しながら説明する。この解決策によると、アイドルモードの送信側ＵＥは、直接リンク送信タイミングを制御するための基準としてダウンリンクのタイミングを使用することができる。
【０１６４】
図１４は、アイドルモードの送信側ＵＥ（右側）および接続モードの送信側ＵＥ（左側）によって送信タイミングを制御するための可能な方式を示している。
【０１６５】
図１４の左側は、ＲＲＣ接続状態にある送信側ＵＥ（以下では簡潔に「接続されているＵＥ」とも称する）によるＤ２Ｄデータ送信に関する。この方法形態によると、接続されているＵＥは、ｅＮｏｄｅＢからダウンリンクチャネルにおいて、特定の伝搬遅延を伴ってデータを受信する。前半のセクションで説明したように、ＵＥは、ｅＮＢから受信されるダウンリンク送信と同期する目的でランダムアクセスプリアンブルを送信し、ｅＮｏｄｅＢはこのプリアンプルからアップリンクのタイミングを推定し、１１ビットの初期タイミングアドバンスコマンドによって応答することができる。接続されているＵＥ側では、アップリンクチャネルでのｅＮＢへのデータ送信のタイミングを、このタイミングアドバンスコマンドを使用して制御する。
【０１６６】
図１４の左側における方法形態によると、接続されているＵＥは、自身が基地局へのアップリンクデータ送信に使用するタイミング（ＬＴＥアップリンクタイミング）と同じアップリンクタイミングを使用する。これを目的として、接続されているＵＥは、例えば、内部のタイミングアドバンス値を１１ビットの値（ＮＴＡ値と称する）に調整することができる。接続されているＵＥは、この生成されたＮＴＡ値（すなわちＬＴＥアップリンクタイミング）を、Ｄ２Ｄデータ送信にも使用する。具体的には、接続されているＵＥは、基地局にデータを送信するための送信タイミングを調整する目的と、直接リンクを通じてデータを送信するための送信タイミングを調整する目的と、Ｄ２Ｄ受信側ＵＥのＦＦＴウィンドウを同期させるための基準として、ＮＴＡ値を使用する。
【０１６７】
接続されている送信側ＵＥは、１１ビットのＮＴＡ値を使用して、ダウンリンクの受信タイミングを基準とするタイミングアドバンスを決定する。図示した例においては、接続されている送信側ＵＥにおいてタイミングアドバンスは、伝搬遅延の２倍に設定される。次いで、接続されているＵＥは、Ｄ２Ｄデータの送信タイミングを制御する目的に同じ１１ビットのＮＴＡ値を使用することができ、さらに、このＮＴＡ値を制御メッセージ（スケジューリング割当て（ＳＡ）メッセージとも称する）の１１ビットのフィールドに格納することによって、タイミングアドバンス値として受信側ＵＥに送ることができる。
【０１６８】
実線の四角は、接続されている送信側ＵＥから直接リンクを通じて受信側ＵＥへのデータ送信のタイミングを示している。送信側ＵＥは、アップリンクデータ送信用に計算されたタイミングアドバンス値を、Ｄ２Ｄデータの送信タイミングを制御する目的にも使用するため、基地局またはｅＮｏｄｅＢは、入ってくるすべての信号（例えばＤ２Ｄデータと、ＬＴＥ／ＷＡＮアップリンクで送信されるデータ）を自身の受信ＦＦＴウィンドウの内側で受信することができる。
【０１６９】
結論として、送信側ＵＥがＲＲＣ接続状態にある場合、上述した解決策によって、ｅＮｏｄｅＢがアップリンクＬＴＥチャネルでデータを受信するときのキャリア間干渉を低減することができ、なぜなら、直接リンク通信用かつレガシーＬＴＥアップリンク通信用の同じタイミングアドバンスを使用して、Ｄ２Ｄデータが送信されるためである。
【０１７０】
代替の方法形態においては、ＮＴＡ値に専用の、スケジューリング割当て（ＳＡ）メッセージ内のフィールドを、６ビットのみとすることができる。この場合、接続されているＵＥは、アップリンク送信用の１１ビットのＮＴＡ値を、スケジューリング割当て（ＳＡ）メッセージの中で受信側ＵＥ２に送信する前に６ビットにダウンサンプリングすることができる。ダウンサンプリングの一例として、ＵＥ１は、アップリンク用のＮＴＡ値の６個の最上位ビットのみをＵＥ２に送信することができる。
【０１７１】
この代替の方法形態の発想は、次の例によって説明することができる。いま、基地局へのＬＴＥアップリンクデータ送信のための１１ビットのＮＴＡ値が、ＮＴＡ＿ＵＰＬＩＮＫ＝１１０１１０１１００１であるならば、６個の最上位ビットを考慮することによって計算されるダウンサンプリングされた直接リンクタイミング情報は、１１０１１０である。接続されている送信側ＵＥによって実行される情報のダウンサンプリングにおいて、いくつかの下位ビットが失われ、接続されている送信側ＵＥにおいて生成される直接リンク送信タイミング値は、ＮＴＡ＿Ｄ２Ｄ＝１１０１１００００００によって与えられる。同様に、受信側ＵＥは、スケジューリング割当て（ＳＡ）メッセージによって、値１１０１１０を伝える直接リンクタイミング情報を受信する。受信側ＵＥは、この情報に基づき、受信された値の先頭に一連の０を付加することによって、直接リンク受信タイミング値を生成することができる。直接リンク受信タイミング値は、ＮＴＡ＿Ｄ２Ｄ＝１１０１１００００００である。
【０１７２】
上記は、本発明の一般的なコンセプトを具体的な実装において適用する方法を説明するための一例にすぎない。しかしながら当然ながら、本発明はこの例に限定されない。例えば、アップリンク送信タイミング値は、１１ビットより短い、または１１ビットより長くてよい。同様に、直接リンクタイミング情報を、ダウンサンプリング以外の手順によって生成することができる。６ビットを有する直接リンクタイミング情報について説明したが、直接リンクタイミング情報をこれより長くすることができる。同じことは、直接リンク送信タイミング値にもあてはまる。
【０１７３】
図１４の右側は、ＲＲＣアイドル状態にある送信側ＵＥ（以下では簡潔に「アイドルＵＥ」とも称する）によるＤ２Ｄデータ送信に関する。この場合、アイドル送信側ＵＥは、ｅＮｏｄｅＢからタイミングアドバンスコマンド（これに基づいて有効なタイミングアドバンス値ＮＴＡを計算することができる）を受信しない。結果として、アイドルＵＥは、有効なＮＴＡ値（受信側ＵＥにおいてＦＦＴ受信ウィンドウを同期させるための基準として使用することができる）として受信側ＵＥに送信することのできる何らの基準送信タイミングも有さない。したがってアイドルＵＥは、ダウンリンクの受信タイミングを基準点として使用し、このダウンリンクの受信タイミングに基づいて直接リンク送信タイミング値（ＮＴＡ値など）を生成することによって、受信側ＵＥへの直接リンクデータ送信のタイミングを制御する。したがって、アイドル送信側ＵＥは、タイミングアドバンス値ＮＴＡを０に設定する。これに加えて、アイドルＵＥは、直接リンクタイミング情報（ＮＴＡ値に一致する、または例えば上述したようにダウンサンプリングされたＮＴＡ値とすることができる）を生成し、この直接リンクタイミング情報をスケジューリング割当て（ＳＡ）メッセージに格納し、このＳＡメッセージを受信側ＵＥに送信する。受信側ＵＥは、送信された、０に設定されているタイミングアドバンス値を使用して、直接リンクチャネルを通じての送信のタイミングを制御し、さらに、受信されたこのタイミングアドバンス値に基づいてＦＦＴ受信ウィンドウを設定する。これと同時に、アイドル送信側ＵＥは、Ｄ２Ｄデータの送信タイミングを制御する目的に、前に０に設定したＮＴＡ値を使用する。Ｄ２Ｄデータのこの送信タイミングは、アイドルＵＥがもしｅＮＢからタイミングアドバンスコマンドを受信したならば決定していたであろう送信タイミングと異なるため、Ｄ２Ｄデータは、ｅＮＢによって設定される受信ウィンドウの中で送信されない。
【０１７４】
接続されているＵＥに関連して説明したように、ＮＴＡ値は、スケジューリング割当て（ＳＡ）メッセージの中の１１ビットのフィールドまたは６ビットのフィールド（直接リンクタイミング情報とすることができる）に含めることができる。
【０１７５】
上述した解決策は、現時点では問題が生じることがあり、なぜなら現在の技術に基づいたとき、同じ（アップリンク）周波数で受信するｅＮｏｄｅＢは、入ってくるすべての信号（Ｄ２ＤデータおよびＬＴＥ／ＷＡＮアップリンク）を自身の受信ＦＦＴウィンドウの内側で受信することができず、これによりキャリア間干渉（ＩＣＩ）につながりうるためである。これにより干渉が発生し、復号性能が低下し、信号対雑音比（ＳＮＲ）が下がる。しかしながら今後の進歩により、受信側ＵＥにおいて直接リンクを通じてのデータ送信に使用されるタイミングアドバンスが０に設定される場合にも、良好な結果を得ることができるものと予測される。
【０１７６】
結論として、図１４の右側を参照しながら説明した解決策によって、アイドル送信側ＵＥは、直接リンクを通じての送信のタイミングを制御することができる。しかしながら現時点では、アイドルモードのＵＥによって送信されたデータは、ｅＮｏｄｅＢにおいてそのＦＦＴ受信ウィンドウの内側で受信されず、これにより、ｅＮｏｄｅＢがアップリンクＬＴＥチャネルでデータを受信するときにＷＡＮ干渉およびキャリア間干渉（ＩＣＩ）が発生する。したがってこのような方式では、キャリア間干渉（ＩＣＩ）緩和技術（ガードバンドなど）が要求される。
【０１７７】
図１５は、基地局５１０と、複数のＤ２Ｄ対応ユーザ機器ＵＥ１〜ＵＥ３（以下では一般的な表現である隣接するＵＥまたは隣接する端末と称する）と、Ｄ２Ｄ対応の送信側ユーザ機器５００と、Ｄ２Ｄ対応の受信側ユーザ機器５０１と、を含むＤ２Ｄ通信システムを概略的に示している。
【０１７８】
説明を目的として、送信側ＵＥが現在アイドルモードにあるものと想定する。当然ながら、このような状態は一時的なものにすぎず、送信側ＵＥ  ５００はＲＲＣアイドルモードからＲＲＣ接続モードに切り替わりうることを理解されたい。隣接するユーザ機器ＵＥ１〜ＵＥ３は、この例においては、Ｄ２Ｄ発見もしくはＤ２Ｄ通信またはその両方を目的として、送信側ユーザ機器５００とスケジューリング割当てメッセージを交換する。しかしながら、このスケジューリング割当てメッセージは、送信側ＵＥ  ５００を対象としていなくてもよく、対応するデータ通信に関心のあるいくつかの別のＵＥを対象としていてもよいことに留意されたい。隣接するユーザ機器の少なくとも何基かと、場合によっては受信側端末は、この例においてはＲＲＣ接続状態にあるものと想定する。したがって、図１４の左側を参照しながら上述したように、接続されている隣接するＵＥは、基地局へのアップリンクデータ送信のタイミング（ＬＴＥアップリンクタイミング）を制御するために使用されるＮＴＡ値を生成するためのタイミングアドバンスコマンドを、ｅＮＢから受信する。接続されている隣接するＵＥは、ｅＮｏｄｅＢから受信された、アップリンク送信用のタイミングアドバンスコマンドに基づいて、直接リンクタイミング情報を生成し、生成した直接リンクタイミング情報をスケジューリング割当てメッセージに含め、自身の近傍範囲内の関心のあるＤ２Ｄ対応ユーザ機器によって受信されるように意図されたこのＳＡメッセージを送信する。直接リンクタイミング情報は、接続されているＵＥがアップリンクデータ送信のタイミングを制御する目的に使用する１１ビットのＮＴＡ値とすることができる。これに代えて、直接リンクタイミング情報を、ＬＴＥアップリンクタイミング用に使用する１１ビットのＮＴＡ値をダウンサンプリングすることによって得られる６ビットの値とすることができる。ただし当然ながら、直接リンクタイミング情報の別の実施形態も、本発明の解決策の発想から逸脱することなく可能である。
【０１７９】
アイドルモードの送信側ＵＥ  ５００は、少なくとも１つの直接リンク制御情報メッセージまたはスケジューリング割当てメッセージを、受信ユニット５４０において受信する。受信されたスケジューリング割当てメッセージの中の直接リンクタイミング情報は、制御ユニットまたは生成ユニット５７０において、アイドルタイミングアドバンス値（idle timing advance value）ＮＴＡを生成するために使用される。以下では、アイドル送信側ＵＥによってＤ２Ｄ通信に使用されるこのアイドルタイミングアドバンス値を、導出タイミングアドバンス値または導出直接リンク送信タイミング値という表現によっても示す。導出直接リンク送信タイミング値は、ｅＮＢからタイミングアドバンスコマンドを受信したと想定したときのアイドルＵＥにおいて生成されるタイミングアドバンス値ではなく、別のＵＥによって生成されてブロードキャストまたは送信される（１つまたは複数の）タイミングアドバンス値に基づいて決定または導出されるタイミングアドバンス値である。
【０１８０】
一実施形態によると、アイドル送信側ＵＥ  ５００は、隣接するユーザ機器のうちの１基から受信されたタイミングアドバンス値をそのまま使用することができる。ここで重要な点として、アイドル送信側ＵＥ  ５００は、自身がタイミングアドバンス値を受信する送信元のユーザ機器がＲＲＣ接続されているか否かを認識していることもあれば認識していないこともある。受信されたタイミングアドバンス値がスケジューリング割当て（ＳＡ）メッセージの６ビットのフィールドに格納されている場合、送信側ユーザ機器５００は、接続されているＵＥから受信されたスケジューリング割当てメッセージから、６ビットのタイミングアドバンス値を取り出すことができる。次いで送信側ＵＥ  ５００は、受信した６ビットのタイミングアドバンス値に基づいて、１１ビットのタイミングアドバンス値を生成する。生成された１１ビットのタイミングアドバンス値は、送信ユニット５６０を通じて受信側ＵＥ  ５０１に送信される。
【０１８１】
有利な一実施形態によると、アイドル送信側ＵＥ  ５００は、選択基準に基づいて、タイミングアドバンス値を選択することができる。例えばアイドルＵＥは、候補のタイミングアドバンス値として、送信電力が事前定義されたしきい値より高い（例えば事前定義された特定のｄＢｍより高い）隣接するＵＥから受信されたタイミングアドバンス値を選択することができる。これに代えて、またはこれに加えて、アイドルＵＥは、接続状態にある隣接するＵＥから受信されたタイミングアドバンス値のみを使用することができる。これを目的として、スケジューリング割当てメッセージが、そのスケジューリング割当てを送信する隣接するＵＥがＲＲＣ接続モードにあるか否かの明示的または暗黙的な情報を含むことができる。隣接するＵＥがＲＲＣ接続モードにないケースは、そのスケジューリング割当てを送信した隣接するＵＥ自身がタイミングアドバンス値を導出したときに起こることがあり、この場合、そのような導出タイミングアドバンス値は、ＲＲＣ接続状態にあるＵＥから受信されるタイミングアドバンス値と比較して低い優先順位を有する。さらなる代替形態によると、アイドルＵＥは、セル内に存在する隣接するＵＥのうち、他の隣接ＵＥよりも送信側ＵＥに近い隣接するＵＥから受信されるタイミングアドバンス値のみを使用することができる。
【０１８２】
要約すると、アイドルＵＥ  ５００から直接リンクを通じて受信側ＵＥ  ５０１へのデータ送信のタイミングを決定するための導出タイミングアドバンス値または導出直接リンク送信タイミング値は、そのアイドルＵＥ  ５００の近傍におけるユーザ機器から受信されるタイミングアドバンス値に基づいて生成される。アイドルＵＥは、自身の近傍における接続されている隣接するＵＥから受信されるタイミングアドバンス値を選択することが有利である。接続されているユーザ機器は、アイドル送信側ＵＥ  ５００とのＤ２Ｄメッセージングを実行することができるためには、この送信側ＵＥの近傍に存在していなければならない。したがって、接続されているＵＥから受信されるタイミングアドバンス値は、アイドル送信側ＵＥにおいて、直接リンクを通じてのデータ送信のタイミングを決定してｅＮＢのＦＦＴ受信ウィンドウ内でＤ２Ｄデータを送信するための直接リンク送信タイミング値を生成するうえで、極めて良好な近似値である。
【０１８３】
本明細書に記載されている送信側端末および方法の有利な代替実施形態によると、生成ユニットにおいて生成される導出直接リンクタイミング情報は、少なくとも１基の隣接する端末から受信される直接リンクタイミング情報の少なくとも一部の単純平均または加重平均とすることができる。
【０１８４】
アイドル送信側ＵＥは、何基かの隣接するユーザ機器ＵＥ１〜ＵＥ３から、それぞれのタイミングアドバンス値ＴＡ１〜ＴＡ３を受信ユニット５４０において受信することができる。この場合、受信されるタイミングアドバンス値は、前述したようにスケジューリング割当て（ＳＡ）メッセージから取り出され、制御ユニット５９０または生成ユニット５７０に入力される。次いで生成ユニット５７０は、受信されたＴＡ値ＴＡ１〜ＴＡ３を平均して、導出タイミングアドバンス値を生成することができる。次いで、このように生成された、導出タイミングアドバンス値が、受信側ユーザ機器５０１に送信される。
【０１８５】
これに代えて、アイドル送信側ＵＥは、隣接するＵＥから受信されたタイミングアドバンス値または直接リンクタイミング情報の加重平均を計算することができる。例えば、アイドル送信側ＵＥ  ５００により近い、もしくはＲＲＣ接続状態にある、またはその両方である隣接するＵＥから受信されるタイミングアドバンス値には、ＲＲＣアイドル状態にある、もしくはアイドル送信側ＵＥから遠い、またはその両方である隣接するＵＥから受信されるタイミングアドバンス値よりも大きい重みを与えることができる。同様に、高い送信電力を有する隣接するＵＥから受信されるタイミングアドバンス値にも、より大きい重みを与えることができる。
【０１８６】
本明細書に記載されている送信側端末および方法のさらなる発展形態によると、送信側端末の近傍に、隣接する端末が存在しない場合に、導出直接リンクタイミング情報を０に設定するように、生成ユニット５７０を構成することができる。別のさらなる発展形態によると、生成ユニット５７０は、送信側端末がカバレッジ外である場合にも、導出直接リンクタイミング情報を０に設定することができる。
【０１８７】
本明細書に記載されている送信側端末および方法のさらなる実施形態によると、本発明による送信側端末は制御ユニット５９０をさらに含むことができ、制御ユニット５９０は、受信された直接リンクタイミング情報のうち、事前定義された選択基準に基づいて、複数の候補の直接リンクタイミング情報を選択するようにされている。次いで、選択された候補の直接リンクタイミング情報を使用して、導出直接リンクタイミング情報を生成することができる。
【０１８８】
本発明の説明されている送信側端末および方法による送信側端末においては、候補の直接リンクタイミング情報を、それぞれの隣接する端末の送信電力に基づいて、または、基地局に対する送信側端末の位置情報に基づいて、選択することができる。
【０１８９】
これに加えて、または代えて、本明細書に記載されている送信側端末および方法の発展形態によると、制御ユニット５９０は、候補の直接リンクタイミング情報として、送信電力が所定のしきい値より高い、もしくは、送信側端末により近い、またはその両方である隣接する端末、から受信される直接リンクタイミング情報を選択することができる。
【０１９０】
さらに本発明は、通信システムにおいて送信側端末によって直接リンクデータ送信の送信タイミングを制御する通信方法、に関する。本方法は、少なくとも１基の隣接する端末から、これら隣接する端末において直接リンクを通じてのデータ送信のタイミングを決定するための直接リンクタイミング情報、を受信ユニットにおいて受信するステップ、を含む。生成ユニットにおいて、少なくとも１基の隣接する端末からの直接リンク送信に使用される受信された直接リンクタイミング情報に基づいて、導出直接リンクタイミング情報を生成する。導出直接リンクタイミング情報は、直接リンクを通じてのデータ送信のタイミングを決定するための導出直接リンク送信タイミング値を生成する目的に使用することができる。さらに、本方法は、導出直接リンクタイミング情報を受信側端末に送信するステップであって、導出直接リンクタイミング情報が、受信側端末において、送信側端末から直接リンクを通じて受信されるデータの受信タイミングを決定するための直接リンク受信タイミング値を生成する目的に使用することができる、ステップ、を含む。送信ユニットにおいて、生成された導出直接リンク送信タイミング値を使用して、データを直接リンクを通じて受信側端末に送信する。
【０１９１】
本発明の一実施形態による方法の追加のステップおよび代替のオプションステップについては、図１６を参照しながら説明する。
【０１９２】
図１６は、アイドル送信側ＵＥ  ５００の送信タイミングの制御方法を記述した流れ図である。
【０１９３】
ステップＳ００において、送信側ＵＥがＲＲＣアイドル状態にあるかを判定する。そうでない場合、送信側ＵＥはＲＲＣ接続状態にあり、したがって、アップリンク送信タイミング値を調整するためのタイミングアドバンスコマンドを含む制御情報メッセージを基地局から受信することができる。この場合、送信側ＵＥは、アップリンク送信タイミング値を使用して、直接リンクを通じてのデータ送信のタイミングを決定するための直接リンク送信タイミング値を生成し、本プロセスはステップＳ０６に飛ぶ。上記の手順は、図１４の左側に示した状況を参照しながらも説明してある。
【０１９４】
ステップＳ００において、Ｄ２Ｄ送信側ＵＥがＲＲＣアイドル状態にあることが判定された場合、ステップＳ０１において、送信側ＵＥは、自身の近傍に別のユーザ機器（隣接するＵＥ）が利用可能であるかを確認する。オプションとして、アイドル送信側ＵＥ  ５００は、自身の近傍に別の接続されているＵＥが存在するかを判定することができる。これはオプションのステップであり、隣接するデバイスからのスケジューリング割当てメッセージに、そのスケジューリング割当てメッセージを送信したＵＥのＲＲＣ状態に関する暗黙的または明示的な情報が含まれる場合に、オプションとして実行することができる。アイドル送信側ＵＥの近傍に隣接するＵＥが存在しない場合、アイドル送信側ＵＥは直接リンク送信タイミング値を０に設定し、本方法はステップＳ０６に飛ぶ（このステップについては後から説明する）。ステップＳ０２において、アイドルＵＥがネットワークカバレッジの外側であるかを確認する。アイドルＵＥがネットワークカバレッジの外側である場合、アイドルＵＥは直接リンク送信タイミング値を０に設定し（ステップＳ０９）、本方法はステップＳ０６に飛ぶ（このステップについては後から説明する）。
【０１９５】
アイドル送信側ＵＥの近傍に別の隣接するＵＥが存在する場合において、アイドル送信側ＵＥは、ステップＳ０３において、自身の近傍における１基または複数基の隣接するＵＥからスケジューリング割当て（ＳＡ）メッセージまたは制御情報メッセージを受信する。制御情報メッセージには、直接リンクを通じての送信のタイミングを制御するためにそれら隣接するＵＥによって使用されるタイミングアドバンス値が含まれる。ステップＳ０４において、ステップＳ０３で隣接するＵＥから２つ以上のタイミングアドバンス値が受信されたかを判定する。受信ユニット５４０において１つのタイミングアドバンス値のみが受信された場合、その唯一の受信されたタイミングアドバンス値または直接リンクタイミング情報を使用して、送信側ＵＥ  ５００から直接リンクを通じて受信側ＵＥ  ５０１へのデータ送信のタイミングを決定するために使用される導出直接リンク送信タイミング値を生成し（Ｓ１０）、本方法はステップＳ０６に飛ぶ。この場合、隣接するＵＥから受信されたタイミングアドバンス値ＮＴＡは、直接リンクを通じての送信タイミングを制御する目的に何らの修正なしに使用することができ、受信側ＵＥにそのまま送信することができる。
【０１９６】
アイドル送信側ＵＥの近傍に２基以上の隣接するＵＥが存在する場合、生成ユニット５７０は、ステップＳ０５において、それら隣接するＵＥから受信ユニットにおいて受信される少なくとも複数の直接リンクタイミング情報に基づいて、導出直接リンクタイミング情報および導出直接リンク送信タイミング値を生成することができる。ステップＳ０６において、送信側ＵＥは、生成された導出直接リンクタイミング情報を受信側ＵＥに送信する。生成された導出直接リンクタイミング情報は、例えば、Ｄ２Ｄスケジューリング割当てメッセージに含まれる６ビットまたは１１ビットのフィールドにおいて送信することができる。
【０１９７】
上の説明においては、隣接するＵＥについて言及している。これらの隣接するＵＥは、接続されているＵＥ、またはＲＲＣアイドル状態にあるＵＥである。接続されているＵＥの場合、直接リンクタイミング情報は、それぞれの隣接するＵＥによって基地局から受信されたタイミングアドバンスコマンドに基づいて生成された直接リンクタイミング情報である。これに対して、隣接するＵＥがＲＲＣアイドル状態にある場合、アイドルＵＥ  ５００において受信される直接リンクタイミング情報は、その隣接するＵＥにおいて、上述した方法および手順に従って計算された導出直接リンクタイミング情報である。
【０１９８】
本発明の有利な一実施形態においては、カバレッジ内にあるアイドルモードのＤ２Ｄユーザ機器は、複数基の隣接するＵＥから複数のタイミングアドバンス値を受信した場合、受信したタイミングアドバンス値すべての単純平均をとることによって、直接リンクタイミング情報を生成することができる。
【０１９９】
これに代えて、アイドルモードの送信側ＵＥは、隣接するＵＥから受信された直接リンクタイミング情報のうち、１つまたは複数の候補のタイミングアドバンス値を選択することができる。候補のタイミングアドバンス値の選択は、所定の選択基準に基づくことができる。一例として、アイドル送信側ＵＥは、事前定義されたエネルギ挙動を満たす接続されているＵＥから受信されたタイミングアドバンス値のみを選択することができる。したがって、アイドル送信側ＵＥは、候補のタイミングアドバンス値として、送信電力が事前定義されたしきい値より高い隣接するＵＥによって送信された直接リンクタイミング情報からのみ選択することができる。選択基準に使用される送信電力は、対応する送信機からの事前定義された特定のチャネル（Ｄ２ＤＳＳなど）または任意の別の所定のチャネルにおいて測定することが有利である。
【０２００】
代替の発展形態（上述した実施形態において実施することもできる）においては、アイドル送信側ＵＥは、タイミングアドバンス値を位置情報に基づいて選択することができる。位置情報は、対応する隣接するＵＥによって直接リンクタイミング情報と一緒に送信することができる。送信される位置情報は、基地局に対する隣接するＵＥの位置に関する情報を含むことができ、または、例えば絶対的なＧＰＳ位置とすることができる。位置情報によってアイドルＵＥは、自身により近い隣接するＵＥによって送信されたタイミングアドバンス値を選択することができる。実際に、アイドルＵＥのより近くに位置する隣接するＵＥのタイミングアドバンス値は、そのアイドルＵＥにおける正確なタイミングアドバンス値のための極めて良好な近似値である。これに加えて、またはこれに代えて、アイドルＵＥは、候補のタイミングアドバンス値を、基地局からのアイドルＵＥの距離に基づいて選択することもできる。位置情報および距離は、例えば、ＧＰＳデータに基づいて計算する、あるいは経路損失や信号強度などに基づいて計算することができる。
【０２０１】
これに代えて、またはこれに加えて、一実施形態による送信側端末またはアイドルＵＥおよび方法において、受信される直接リンクタイミング情報は、受信される直接リンクタイミング情報または受信されるタイミングアドバンス値が有効であることを示す有効性情報、を含むことができる。有利な一実施形態によると、受信された直接リンクタイミング情報は、隣接する端末から基地局へのアップリンク送信に使用されるアップリンク送信タイミング情報値がその情報に含まれている場合には、有効であるものとして受理される。したがって制御ユニット５９０は、候補の直接リンクタイミング情報を、この有効性情報に基づいて選択することができる。有効性情報は、隣接するＵＥから受信される直接リンクタイミング情報に含まれるフィールドとすることができ、その隣接する端末がＲＲＣ接続状態にあることを示す情報を含むことができる。アイドルＵＥは、受信された直接リンクタイミング情報のうち、有効性情報に基づいて有効であると判定される情報のみを選択することができる。アイドルＵＥにおいて受信されたタイミングアドバンス値は、ＲＲＣ接続状態にある隣接するＵＥによって送られた場合には、有効であるとみなすことができる。このような代替形態は、タイミングアドバンスのタイプを示す有効性情報を、スケジューリング割当てメッセージに含めることによって実施することができる。具体的には、タイプの情報は、スケジューリング割当てメッセージに含まれる１ビットのフラグとすることができ、このフラグは、タイミングアドバンス値が、接続モードのＵＥによって取得／維持されている値０を含む有効なタイミングアドバンス値であるか、別のアイドルモードのＵＥによって計算された、値０を含む導出タイミングアドバンス値であるかを示す。
【０２０２】
上述したように、カバレッジ内にあるアイドルモードのユーザ機器は、複数の接続されている隣接するＵＥから複数のタイミングアドバンス値を受信した場合、上述した基準に従って選択される、受信されたタイミングアドバンス値の単純平均をとることによって、導出直接リンクタイミング情報を生成することができる。具体的には、アイドルＵＥは、事前定義されるしきい値より高い送信電力を使用して送信している隣接するＵＥから受信されるタイミングアドバンス値のみを平均することによって、導出直接リンクタイミング情報を生成することができる。これに代えて、アイドルＵＥは、上述したように有効なタイミングアドバンス値として示されるタイミングアドバンス値のみを平均することによって、導出直接リンクタイミング情報を生成することができる。
【０２０３】
これに代えて、アイドル送信側ＵＥは、上述したように、隣接するＵＥから受信されるタイミングアドバンス値または直接リンクタイミング情報の加重平均を計算することができる。例えば、アイドル送信側ＵＥ  ５００により近い、もしくはＲＲＣ接続状態にある、またはその両方である隣接するＵＥから受信されるタイミングアドバンス値には、ＲＲＣアイドル状態にある、もしくはアイドル送信側ＵＥから遠い、またはその両方である隣接するＵＥから受信されるタイミングアドバンス値よりも、大きい重みを与えることができる。同様に、高い送信電力を有する隣接するＵＥから受信されるタイミングアドバンス値にも、より大きい重みを与えることができる。
【０２０４】
アイドルＵＥがネットワークカバレッジの外側である場合、接続モードのＵＥから、有効なタイミングアドバンス値を含むスケジューリング割当て（ＳＡ）メッセージを受信することができないことがある。この場合、アイドルＵＥは、導出タイミングアドバンス値を０に設定することができる。アイドルＵＥがネットワークカバレッジの外側である場合、受信側ＵＥは、スケジューリング割当て（ＳＡ）メッセージの受信タイミングを格納しておき、アイドル送信側ＵＥから直接リンクを通じて送信されるデータの受信タイミングを、その値を使用して制御することができる。
【０２０５】
図１７は、アイドル送信側ＵＥの場合に本発明の方法に従って決定されるＦＦＴ受信ウィンドウの位置決め（右側）を、接続されているＵＥによって有効なＮＴＡ値を使用して決定されるＦＦＴ受信ウィンドウの位置決めと比較して、概略的に示している。アイドルモードのユーザ機器が接続されておらず、したがってアップリンク送信タイミング値を調整するためのタイミングアドバンスコマンドをｅＮｏｄｅＢから受信しない場合でも、アイドルＵＥは、カバレッジ内の別のＵＥによって受信される利用可能なタイミングコマンドを使用する。この方法では、アイドルＵＥは、直接リンクを通じてのデータ送信のタイミングを制御する目的に使用できるタイミングアドバンス値（導出タイミングアドバンス値とも称する）を生成することができ、このタイミングアドバンス値を受信側端末に送信することができる。これにより受信側端末は、送信側端末から直接リンクを通じて受信されるデータの受信タイミングを、良好な近似値を使用して決定することができる。これによりｅＮｏｄｅＢまたは基地局は、入ってくるすべての信号（Ｄ２ＤおよびＬＴＥ／ＷＡＮアップリンク）を自身の受信ＦＦＴウィンドウの内側で受信することができ、このことはキャリア間干渉（ＩＣＩ）の低減につながりうる。
【０２０６】
本発明の別の態様は、上述したさまざまな実施形態および態様を、ハードウェアおよびソフトウェアを使用して実施することに関する。これに関連して、本発明は、ユーザ機器（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ機器は、本明細書に記載されている方法を実行するようにされている。さらに、ｅＮｏｄｅＢは、各ユーザ機器のＩＰＭＩ設定品質（IPMI set quality）を、ユーザ機器から受信されたＩＰＭＩ設定品質から評価し、自身のスケジューラが異なるユーザ機器をスケジューリングするとき、それら異なるユーザ機器のＩＰＭＩ設定品質を考慮することを可能にする手段、を備えている。
【０２０７】
本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。
【０２０８】
さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。
【０２０９】
さらには、本発明の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の発明の主題とすることができることに留意されたい。
【０２１０】
具体的な実施形態において示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。したがって、本発明の実施形態は、あらゆる点において例示を目的としており、本発明を制限するものではない。
【図１】
0006445135.tif 000002
【図２】
0006445135.tif 000003
【図３】
0006445135.tif 000004
【図４】
0006445135.tif 000005
【図５】
0006445135.tif 000006
【図６】
0006445135.tif 000007
【図７】
0006445135.tif 000008
【図８】
0006445135.tif 000009
【図９】
0006445135.tif 000010
【図１０】
0006445135.tif 000011
【図１１】
0006445135.tif 000012
【図１２】
0006445135.tif 000013
【図１３】
0006445135.tif 000014
【図１４】
0006445135.tif 000015
【図１５】
0006445135.tif 000016
【図１６】
0006445135.tif 000017
【図１７】
0006445135.tif 000018