図1は、関連技術のシナリオにおけるユーザ機器(UE:User Equipment)の間の直接通信の概略図を示す。したがって、携帯電話11および12の形態である一例として示されている2つのUEの構成が示されている。これらのUEは、−GSM、PCS、3GPP、LTE、LTE−A、UMTS、3G、4G、5Gを含むが、これらに限定されない、従来の電気通信規格のうちの1つまたは複数に沿って動作するように、処理および通信機能を備えていてもよい。これらの1つまたは複数の規格では、通信は、基地局(BS)21(他の種類、例えばNodeB、eNodeB、gNodeBなどが、それぞれの規格、トポロジーおよびインフラストラクチャに応じて適用されてもよい)に対して、UE11からBS21へデータを搬送するアップリンク(UL)方向511、およびBS21からUE11へデータを搬送するダウンリンク(DL)方向512に、通信が行われる。また、BS21は、バックグラウンドネットワーク3(コアネットワーク、インターネットなど)に通信することができる。第2のUE、例えば、携帯電話12は、それぞれのULおよびDL520上の同じBS21を介して通信してもよいし、またはそれぞれのリンク上の別のBS22を介して通信してもよい(破線)。
いわゆる第5世代(5G)規格から始まるいくつかの電気通信環境では、UE11およびUE12は、いわゆるサイドリンク(SL:Sidelink)41を介して直接通信することも許可され得る。このSL41は、以下でより詳細に説明されるように、1つまたは複数の物理チャネルおよび論理チャネル、キャリアなどを備え得る。SLが同期情報を搬送するか否か、または、そのような同期情報が、前述の同期情報の送信がなくても、関連したUE11及びUE12が同期して通信できると想定されて省略可能か否かに、そのようなSL41の1つの特徴がある。
いくつかの技術および構成において、それぞれの特性は、いくつかの境界91に基づいて選択され、これは、2つの関与するデバイス11、12の間の空間距離、および/または対応する距離の結果として変化する関連付けられた測定信号強度に関連してもよい。例えば、UE11は、空間的境界91(境界線)によって表されるエリアの内側にあるUE12’に対してSL41’を採用し得る。この状況では、UE12’は、例えば、UE11と同じBS21のリーチにあると仮定することができる。例えば、UE11およびUE12’の両方が、1つのBS21の制御下で同じセル内にあると仮定され得る。結果として、UE11およびUE12’はともに、同期されていると仮定することができ、なぜなら、BS(例えば、ULおよび/またはDL)からの信号および/またはBS(例えば、ULおよび/またはDL)への信号は、同期をすでに提供しているからである。このシナリオでは、通信(データ送信)は、SL41’を介する追加の同期情報を必要とすることなく、SL41’上で実行され得る。
一方、この特性は、UE11およびUE12がSL41を介して通信し、UE12が境界91の外側にある状況に変化し得る。例えば、関与するUEのうちの1つが、低減された受信信号強度を感知することがあり、したがって、UE11とUE12との間の明示的な同期の必要性を決定し得る。そのような構成では、SL41は、1つのキャリアを介して同期信号を搬送し、同じキャリアまたは別のキャリアを介して関連するデータを搬送し得る。ここで、受信UEは、正しいデータを、受信した同期信号に関連付けるように構成される。このようにして、同期を保証するために外部メカニズムが利用可能でない状況であっても、2つのUEの間で同期した通信を行うことができる。
図2は、本発明の一実施形態に係る、データの同期送信を使用する2つのデバイスの間のキャリアを有するシナリオの概略図を示す。具体的には、UE11とUE12との間のSL通信41が示され、ここで、例えば、複数のキャリア411、412…がUE11とUE12との間に割り当てられる。UE11は、1つまたは複数のキャリア上で同期信号を送信することが可能であり、ここで、UE11は、キャリアセットから1つまたは複数のキャリアを選択する。この構成では、同期信号511は、1つまたは複数の選択されたキャリア、例えば、キャリア411を介して搬送される。本発明の実施形態は、同期信号を搬送するために、キャリアセットから1つまたは複数のキャリアを選択する、UEの柔軟性を提供することができる。
一般に、同期信号511は、他のUE、すなわち受信UEをアシストして、送信UEに同期させるために送信される。図2に示すように、UE11が送信UEであり、UE12が受信UEである場合、同期信号511は、UE12をアシストして、UE11に同期させるために送信される。
一実施形態では、キャリアセットは、サイドリンクデータ送信のために使用され、同期信号を送信するための1つまたは複数のキャリアは、キャリアセットから選択される。
本実施形態によれば、UE11は、同期信号511を送信するために、キャリアセットから1つまたは複数のキャリアを選択する能力を有する。同期信号511は、キャリアセットから選択された1つのキャリアのみを介して、またはキャリアセットから選択された2つ以上のキャリアを介して、送信され得る。このようにして、本発明の実施形態は、サイドリンクデータ送信のために必要な同期信号を搬送するために、キャリアセットから1つまたは複数のキャリアを選択するUEの柔軟性を提供することができる。言い換えれば、本発明の一実施形態によるユーザ機器は、自分と受信UEとの間の通信のために使用されるそのようなキャリアのセットから、1つのキャリアを選択し、その後、同期信号を送信するために、この選択されたキャリアを使用することが可能である。これに加えて、本発明のさらなる実施形態は、同期信号を搬送するためにキャリアセットから2つ以上のキャリアが選択された場合、同期信号511の送信のためのキャリアアグリゲーションを達成することができる。
より具体的には、帯域幅を増加させ、したがって信号送信のビットレートを増加させるために、FDD(Frequency Division Duplex)及びTDD(Time Division Duplex)の両方に対して、キャリアアグリゲーション(Carrier Aggregation)が使用できる。キャリアアグリゲーションを実装するための1つの方法は、同じ動作周波数帯域内の連続したコンポーネントキャリア、すなわち、帯域内連続キャリアアグリゲーションを使用することであってもよい。ここで、コンポーネントキャリアとは、アグリゲートされたキャリアを意味する。連続するコンポーネントキャリアは、事業者の周波数割り当てシナリオのために実現するのが困難であることが多いため、非連続的な割り当てが使用されてもよい。非連続的な割り当ては、帯域内非連続割り当て、すなわち、コンポーネントキャリアが同じ動作周波数帯域に属するが、間にギャップを形成するか、または帯域間非連続的な割り当て、すなわちコンポーネントキャリアが異なる動作周波数帯域に属することを意味する。
図3A、図3B、及び図3Cは、本発明の実施形態に適用され得る種々のタイプのキャリアアグリゲーションの概略図を示している。より具体的には、これらの図は、周波数(f)空間における個々のいわゆるコンポーネントキャリアの局在を示し、図3Aは、帯域内連続キャリアアグリゲーションを示し、図3Bは、帯域内非連続キャリアアグリゲーションを示し、図3Cは、帯域間非連続キャリアアグリゲーションを示している。3つのケースはすべて、3つのコンポーネントキャリアCC1、CC2、及びCC3を示し、これらは、1つの周波数帯FB1において連続的又は非連続的に配置されるか、又は2つの周波数帯FB1及びFB2において非連続的に配置されている。非連続キャリアアグリゲーションの場合、コンポーネントキャリアCC1、CC2、およびCC3は、ギャップGを形成し得る。例えば、図3Bでは、コンポーネントキャリアCC2とCC3との間にギャップGがあってもよく、図3Cでは、コンポーネントキャリアCC1とCC2との間のギャップGがあってもよい。上述のコンポーネントキャリアは、それぞれの実施形態の文脈において、本開示の他の場所でより詳細に定義および説明されるような同期信号を搬送する1つまたは複数のキャリアの可能な実現形態とすることができる。キャリアアグリゲーションは、時間(t)空間としても可能であり、対応するコンポーネントキャリアは、時間空間において連続的にまたは非連続的に局在し得る。
本発明の一実施形態では、SL論理チャネルを意味し、且つ、SLトランスポートチャネル、すなわち、SLブロードキャストチャネル(SL−BCH)に接続されるSLブロードキャスト制御チャネル(SBCCH:SL Broadcast Control Channel)を搬送するために、同期信号を送信するための2つのキャリア411、412は、使用され得る。下層にあるSL物理チャネルは、物理SLブロードキャスト制御チャネル(PSBCH:Physical SL Broadcast Control Channel)として定義されてもよい。キャリア411、412は、サイドリンクデータ送信のために使用されるキャリアセットから選択される。これは、SL共有チャネル(SL−SCH:SL Shared Channel)、すなわちトランスポートチャネルに接続されてもよい。この点に関して、衝突のリスクが存在するかもしれず、これは特にeNBからのリソース割り当てに依存し得ることに留意すべきである。eNBは、例えば、衝突を回避するために、異なる時間周波数リソースをUEに割り当ててもよい。SL−SCHは、一般に、SLデータ送信のためのSL物理チャネルである物理SL共有チャネル(PSSCH:physical SL Shared Channel)にインターフェースしてもよい。
上述のように、キャリアアグリゲーションは、UE11のようなUEから、UE12のような別のUEへ、同期信号、すなわちSLSSを送信するために使用されてもよい。しかしながら、UEの能力、すなわちUE送信チェーンの制限は、キャリアアグリゲーションのためにいくつかのキャリア411、412を選択するために考慮されなければならない。ある意味では、チェーン内の全ての個々のUEのそれぞれの能力が考慮される必要がある。例えば、キャリアセット内の8つまでのキャリアが、eV2XのSLSSキャリアアグリゲーションのためにサポートされているとき、ここでは、送信UE、例えばUE11は、キャリアセットからの8個のキャリアよりも少ないキャリアしかサポートし得ない。例えば、送信UEは、PSBCHを介してSLSSを送信するためのキャリアアグリゲーションのための4つのキャリアのみをサポートしてもよい。したがって、同期信号を送信するため、キャリアセットから1つまたは複数のキャリアを選択するように、送信UEの選択ユニットを設けることができ、キャリア411、412の数は、UEの能力、すなわち、UE送信チェーンの制限に依存する。同期信号を送信するためのキャリアは、eV2X通信でサポートされてもよい。
したがって、本発明の一実施形態では、UE11は、キャリアセットから同期信号を送信するための1つまたは複数のキャリアを選択するように構成された選択ユニットと、1つまたは複数の選択されたキャリアを介して同期信号を搬送するように構成された送信ユニットとを備え得る。キャリアアグリゲーションのために、送信ユニットは、2以上の選択されたキャリアを介して同期信号を搬送するように構成されてもよい。送信ユニットは、送信機によって実現されてもよく、選択ユニットは、プロセッサによって実現されてもよい。
別の実施形態では、キャリアセットはサイドリンクデータ送信のために使用され、送信ユニットはさらに、キャリアセットの少なくとも1つのキャリアを介してデータ信号を搬送するように構成されてもよい。同期信号は、サイドリンクデータ信号を送信するために、受信UEをそのUEに同期させることができる。
図4Aから図4Eは、本発明のさらなる実施形態に係る、データの同期送信を使用する2つのデバイスの間のキャリアを有するシナリオの概略図を示す。具体的には、1つまたは複数のキャリアをどのように選択するかについての解決策を提供する実施形態が記載され、1つまたは複数の選択されたキャリアは、次いで、同期信号を送信するために使用され得る。したがって、本発明の実施形態は、同期信号を搬送する1つまたは複数のキャリアを選択するためのUEの柔軟性を提供することができる。キャリアアグリゲーションでは、同期信号を搬送するために2つ以上のキャリアが選択されてもよい。同期信号はSLSSであってもよく、選択された1つまたは複数のキャリアは、SLSS送信のために使用される1つまたは複数のSLSSキャリアであってもよい。SLSS送信のために2つ以上のキャリアが選択される場合、選択されたキャリアは、SLSSキャリアアグリゲーションのために使用されるSLSSキャリアであってもよい。
図4Aは、キャリアインデックスをそれぞれの優先度にマッピングする優先度テーブルTが採用される実施形態を示す。一実施形態では、これは、eV2Xでの同期信号キャリアアグリゲーションのために8つのキャリアがサポートされる場合、インデックス0〜7を有する8つのキャリアを含み得る。
図4Aの優先度テーブルTによって図示されるように、種々のキャリアが、構成されてもよく、すなわち、異なる優先度でマッピングされてもよく、優先度の値は、サービスの優先度を示す。1つのキャリアインデックスによって示される1つのキャリアは、単一のサービスに対応する単一の優先度でマッピングされ得るか、または2つ以上のサービスに対応する2つ以上の優先度でマッピングされ得る。サービスは、データ信号のための協調認識メッセージ(CAM:Cooperative Awareness Message)サービス、分散環境通知メッセージ、DENM、サービス、センサ共有サービスなどを意味することができる。
例えば、インデックス0を有するキャリアは、優先度0にマッピングされ、インデックス1を有するキャリアは、優先度0および1にマッピングされ得る。このとき、優先度テーブルTは、優先度が0の特定サービスが、インデックス0、1、及び2の複数のキャリアにマッピングされ、優先度1の他の特定サービスが、インデックス1、2及び3の複数のキャリアにマッピングされることを示す。
UEは、PSBCH上のSLSSのような同期信号を送信するために、キャリアセットからの残りのキャリアと比較して、最も高い優先度を有する1つまたは複数の特定のキャリアを選択することができる。8つのキャリアが、例えば、2つのUEの間で定義される場合、キャリアセットは、8つのキャリアを含み、送信UEは、同期信号を搬送するための1つまたは複数のキャリアを選択する。上述のように、選択されたキャリアの数は、UEの能力、すなわち、UE送信チェーンの制限に依存してもよい。同期信号を送信するための少なくとも1つのキャリアは、PSBCH送信のために使用される。
例えば、8個までのキャリアがeV2Xでサポートされて、キャリアセットを形成し、且つ、キャリアインデックスと優先度との間のマッピングが図4Aに示されるようなものである場合、4つのキャリア上でSLSSのような同期信号の送信のみをサポートし得るUEは、キャリア当たりの優先度に基づいてキャリアを選択し得る。この場合、SLSSのような同期信号の送信のために、キャリアインデックス0、1、2、3のキャリアが選択される。なぜなら、小さい優先度の値は、大きい優先度の値と比較して、高い優先度であることを示しているからである。これは、小さい優先度の値を有するキャリア、すなわち、より高い優先度が、SLSSのように、同期信号を送信するためのUEの選択ユニットによって選択され得ることを意味する。
さらに、本発明のより一般的な実施形態は、同期信号を搬送するための1つまたは複数の特定のキャリアを選択するために使用される優先度のアプローチを、参照することができる。2つ以上のキャリアが選択された場合、例えばSLSSキャリアアグリゲーションのような同期信号キャリアアグリゲーションが提供されることになる。本実施形態では、キャリアアグリゲーションのために使用され得るキャリアセット内の選択されたキャリアは、複数の優先度とマッピングされてもよく、UEの選択ユニットは、キャリアの優先度に基づいて、同期信号を送信するために、キャリアセットから少なくとも2つのキャリアを選択し得る。キャリアアグリゲーションが所望されない場合、2つのUEの間で定義されるキャリアセット内のキャリアは、複数の優先度でマッピングされ、送信UEの選択ユニットは、キャリアの優先度に基づいて、同期信号を送信するためのキャリアセットから1つのキャリアを選択し得る。したがって、本発明の実施形態は、データ送信のために必要とされる同期信号を搬送するために、1つまたは複数のキャリアを選択するためのUEの柔軟性を提供することができる。
図4Bは、図2に関連して詳細に既に説明したのと同様のシナリオを示す(したがって、繰り返しの説明は省略される)。しかし、図4Bに示すシナリオでは、優先度テーブルT1の位置が示されている。例えば、UE11が同期信号を送信するUEである場合、優先度テーブルT1は、優先度に基づいて1つまたは複数のキャリアを選択するためにUE11上に記憶されてもよい。別の例では、UE12が同期信号を送信する場合、優先度テーブルT1は、UE12上に記憶され得る。優先度テーブルT1は、図4Aの例示的な優先度テーブルTに等しくてもよいし、または、他の優先度テーブルマッピングキャリアインデックスを優先度の値にしてもよい。
したがって、本発明の一実施形態は、SLSS送信のような同期信号送信のために、より高い優先度(ProSe Per-Packet Priority、PPPP)を有するキャリアを選択することである。異なるキャリアは、異なる優先度で構成またはマッピングされ得、ここで、1つのキャリアは、単一の優先度または複数の優先度を有するように構成/マッピングされ得る。UEは、SLSS/PSBCHのように、同期信号を送信するために最も高い優先度を有するキャリアを選択することができる。例えば、8つまでのキャリアがeV2Xでサポートされてもよく、キャリアとの間のマッピングは、図4Aの例として例示されたものであってもよい。UEが、4つのキャリア上でSLSS/PSBCHの送信のみをサポートすることができる場合、UEは、この実施形態では、キャリア当たりの優先度に基づいてキャリアを選択することになる。この場合、SLSS/PSBCHの送信のために、キャリア0/1/2/3が選択されるべきである。なお、優先度の小さい値とは、ここでの優先度が高いことを意味する。
さらなる実施形態では、同期信号を送信するための少なくとも1つのキャリアの選択は、PSCCHおよび/またはPSSCHが送信されるキャリアに基づいてもよい。物理チャネルPSSCHは、詳細に上述されており、物理チャネルPSCCHは、SL制御情報(SCI:SL Control Information)を含む物理SL制御チャネルを意味することができる。SCIは、送信された信号を受信し、復調することができるように、受信UEのために必要である。
図4Cは、図2に関連して既により詳細に説明したのと同様のシナリオを示す(したがって、繰り返しの説明は省略される)。しかしながら、図4Cに示すシナリオでは、物理チャネル410がPSBCHを表し、物理チャネル420がPSCCHまたはPSSCHのいずれかを表す、2つの物理チャネル410および420が示されている。物理チャネル420がPSSCHである場合、コンポーネントキャリアCC1a及びCC2aは、データ信号を搬送するためのキャリア421であってもよい。図4Cに示すように、コンポーネントキャリアCC1a及びCC2aは、周波数fによって識別される。FDDの代わりに、コンポーネントキャリアは、TDDを用いて選択されてもよい。
この実施形態においておよび図4Cを考慮すると、同期信号を送信するUEが、送信UEと受信UEとの間で定義されたキャリアセットにおけるすべてのキャリア上のSLSSのような同期信号の送信をサポートしない場合、例えば、UE11のような送信UEは、PSCCHおよび/またはPSSCH送信のために使用されるキャリアに基づいて、1つまたは複数のキャリアを選択し得る。1つまたは複数のキャリアの選択がPSSCH送信に依存する場合、1つまたは複数のキャリアの選択は、PSSCHを搬送するキャリア/キャリアセットに基づくことになる。1つまたは複数のキャリアの選択がPSCCHに依存する場合、1つまたは複数のキャリアの選択は、PSCCHを搬送するキャリア/キャリアセットに基づき、PSCCHおよびPSCCHの両方に基づいて1つまたは複数のキャリアを選択することも可能である。
この概念はまた、図4Cに例として示され、物理チャネル410のキャリアCC1bおよびCC2b、すなわち、PSBCHは、コンポーネントキャリアCC1aおよびCC2aに基づいて選択され得る。すなわち、キャリアCC1b,CC2bの周波数は、コンポーネントキャリアCC1a,CC2aの周波数と等しくなるように選択される。TDDのためのキャリアを選択する場合にも同様の考慮が適用されるであろう。PSCCHまたはPSSCH送信のために使用されるコンポーネントキャリアのリストはまた、図4Cに示すように、UE11のように、送信UE上のテーブルT2に記憶され得る。UE12が送信UEである場合、テーブルT2は、UE12上に記憶され得る。テーブルT2は、例えば、PSSCH/PSCCHを使用済みコンポーネントキャリアにマップし、すなわち、PSSCHをコンポーネントキャリアCC1a及びCC2aにマップすることができる。テーブルT2を使用することによって、UEは、対応するコンポーネントキャリアCC1bおよびCC2bを選択することができる。代替的に、PSCCHまたはPSSCH送信のために使用されるコンポーネントキャリアのリストは、サービス−キャリアマッピングテーブルによって決定され得る。または、PSCCHまたはPSSCH送信のために使用されるコンポーネントキャリアのリストは、チャネルビジー比(CBR:Channel Busy Ratio)などの、キャリアのパラメータに従って選択されてもよい。
言い換えると、UEが同期信号の送信をサポートできない場合、同期信号を送信するために定義されたキャリアセットのすべての利用可能なキャリア上でSLSSのように、UEは、PSCCH送信、PSSCH送信、またはPSCCHおよびPSSCH送信の両方のために使用されるコンポーネントキャリアに基づいて1つまたは複数のキャリアを選択することができる。例えば、8個までのキャリアがeV2Xでサポートされるが、UEは、4個以下のキャリアでの同期信号送信のみをサポートすることができる場合、UEは、PSCCH送信、PSSCH送信、またはPSCCHおよびPSSCH送信のために使用されるコンポーネントキャリアに基づいて、同期信号キャリアアグリゲーションのためにサポートされるキャリアセットから4個以下のキャリアを選択することができる。例えば、UEがPSCCH/PSSCH送信のためにコンポーネントキャリア1および3を使用する場合、UEは、この実施形態では、PSBCHのようなSLSSのような同期信号のみを、キャリア1および3上で送信するか、またはUEは、セル1またはキャリア3のいずれか1つので、SLSSのような同期信号のみを送信する。
したがって、別の実施形態では、同期信号送信のためのキャリアは、PSSCH/PSCCH送信に基づいて選択される。UEが、SLSS/PSBCHのような同期信号を全てのキャリア上で送信することができない場合、PSCCH/PSSCH送信のために使用されることになるキャリアから同期信号を送信するためのキャリア(単数または複数)を選択することができる。例えば、8個までのキャリアがeV2Xでサポートされ、UEが4個以下のキャリアでのSLSS/PSBCH送信をサポートすることができるのみである場合、UEは、PSCCH/PSSCH送信のために使用されるキャリアから同期信号を送信するためのキャリアを選択することができる。例えば、UEがキャリア1および3上でPSCCH/PSSCHを送信する場合、本実施形態では、キャリア1および3、またはキャリア1上、またはキャリア3上でSLSS/PSBCHが送信されるだけである。
さらなる実施形態では、SLSSのような同期信号を送信するUEの選択ユニットは、サービスとキャリアの間のマッピング、すなわちキャリアサービスマッピングテーブルに基づいて、同期信号を送信するための少なくとも1つのキャリアを選択することができる。サービスとキャリアとの間のマッピングは、データ信号の各サービスを1つまたは複数のキャリアにマッピングする。UEの決定ユニットは、他のデータ信号に送信すべきデータ信号のサービスを決定し、UEおよびキャリアサービスマッピングテーブルを受信し、次いで、データ信号の決定されたサービスを対応するキャリアにマッピングする。データ信号のサービスは、CAMサービス、DENMサービス、センサ共有サービスなどであってもよい。判定ユニットは、プロセッサによって実現されてもよい。
サービスとキャリアとの間のマッピング、すなわちキャリアサービスマッピングテーブルは、UEにおいて種々の方法で実装されることができる。例えば、サービスとキャリアの間のマッピングは、事前構成またはネットワーク構成から取得されてもよい。ネットワーク構成では、eNBは、信号情報ブロック(SIB:Signal information block)シグナリング、無線リソース制御(RRC:Radio Resource Control)シグナリング、または制御チャネルを通じて、サービスとキャリアとの間のマッピングを設定することができる。
図4Dは、図2に関連して既に詳細に説明したのと同様のシナリオを示す(したがって、繰り返しの説明は省略される)。しかしながら、図4Dに示すシナリオでは、キャリアサービスマッピングテーブルT3は、送信UE上に記憶され得る。この例では、UE11は、SLSSのような同期信号を送信することができ、その結果、キャリア−サービスマッピングテーブルT3は、UE11上に記憶されることができる。UE12が同期信号を送信する場合、それぞれのキャリア−サービステーブルT3は、UE12上に記憶され得る。
図4Dの例示的なキャリアサービスマッピングテーブルT3を参照すると、キャリアサービスマッピングテーブルT3は、CAMサービスをキャリアインデックス0、1、および2にマッピングしてもよく、DENMサービスをキャリアインデックス1、2、および3にマッピングしてもよい。UE11が、SS IDのような同期信号をCAMサービスのために送信する場合、UE11は、この実施形態では、UEの能力、すなわち、UE送信チェーンに対する制限に応じて、キャリアインデックス0、1、または2を有する1つまたは複数のキャリアを選択することになる。すなわち、例えば、UE11が2つのキャリア上での送信を単独でサポートする場合、UE11は、キャリアインデックス0、1、または2のうち2つのキャリアを選択するであろう。しかしながら、UE11が、SLのような同期信号を、DENMサービスのために送信する場合、UE11は、その能力、すなわち、送信チェーンのUE制限に応じて、キャリアインデックス1、2、または3を有するキャリアを選択することになる。
したがって、さらなる実施形態では、送信されるべきデータパケットが属するサービスの種類が属するキャリアが、同期信号送信のために選択される。この点では、ある種のサービスが、いくつかのキャリアにマッピングされ得る。UEが、SLSS/PSBCHのような同期信号をサポートできない場合、全てのキャリア上での送信は、以下の原理に基づいて、キャリアを選択することができる。第1に、UEは、送信されるデータパケットがどの種類のサービスに属するかを決定することができる。第2に、キャリア−サービスマッピングテーブルに基づいて、UEは、SLSS/PSBCHを送信するために、サービスの種類がマッピングされたキャリアを選択することができる。例えば、8つまでのキャリアがeV2Xでサポートされており、ここで、CAMサービスは、キャリア1および2上にマッピングされ、DENMサービスは、キャリア3および4上にマッピングされ、センサ共有サービスは、キャリア5および6上にマッピングされてもよい。送信されるべきデータパケットがCAMメッセージである場合、UEは、SLSS/PSBCH送信のためにキャリア1および2を選択するだけである。
別の実施形態は、所定のリストからの情報に基づいて、同期信号を送信するための少なくとも1つのキャリアの選択に対処する。選択のプロセスは、選択されたキャリアを介して、SLSSのような同期信号を送信し得るUEの選択ユニットによって実行され得る。
例えば、Rel−14の規格は、UEがV2Xサービスのためにいくつかのキャリア(単数または複数)を使用し得ることを決定する。Rel−14との後方互換性のために、UEは、Rel−14で定義されたキャリアによる同期信号送信のための少なくとも1つのキャリア上で、SLSSのような同期信号の送信をサポートすることができる。
より詳細には、例えば、8つまでのキャリアがeV2Xでサポートされ、インデックス1および2を有するキャリアがRel−14のUEによって使用されてもよい。Rel−14で定義されるUEは、1つのキャリア上でのみ信号を送信することができるが、UEが別個のキャリアに別々に同期される場合、複数のキャリア上で信号を受信することができる。
これとは対照的に、Rel−15で定義されるUEは、複数のキャリア、例えば、4個以下のキャリア上のPSBCHを介して、SLSSのような同期信号を送信することができる。Rel−15に対して後方互換性があるようにしつつ、4つのキャリアを選択できるようにするために、Rel−14で定義されたUEは、所定のリストからの情報に基づいてキャリアを選択することができる。
図4Eは、図2に関連して詳細に既に説明したのと同様のシナリオを示す(したがって、繰り返しの説明は省略される)。しかし、図4Eに示すシナリオでは、所定のリストは、テーブルT4に記憶されてもよい。このテーブルT4において、Rel−14のエントリは、後方互換性を可能にするために、特定のキャリアにマッピングされ得る。UE11が、所定のキャリア上でSLSSのような同期信号を送信しているUEである場合に、テーブルT4はUE11上に記憶されてもよい。UE12がSLSSのような同期信号を送信する場合、テーブルT4は、UE12上に記憶され得る。この例示的なテーブルT4によれば、Rel−14を有する1つのエントリがキャリアインデックス1および2にマッピングされてもよく、UE11は、テーブルT4を参照し、Rel−14のエントリを読み出し、UEの能力、すなわち、送信チェーンのための制限に基づいて、Re−14との後方互換性を保証しつつ、SLSS送信のような同期信号送信のために、インデックス1および2を有する対応するキャリアから選択してもよい。
したがって、別の実施形態では、キャリアは、Rel−14UEによる能力に基づいて選択することができ、Rel−14UEは、V2Xサービスのためのいくつかのキャリア(単数または複数)を使用し得る。Rel−14UEとの後方互換性のために、複数のキャリア上で、同期信号送信、SLSS/PSBCH送信をサポートすることができるUEは、Rel−14キャリア上でSLSS/PSBCHを送信すべきである。例えば、8つまでのキャリアがeV2Xでサポートされ、キャリア1および2がRel−14UEのために使用されてもよい。この点において、Rel−14UEは、1つのキャリア上でのみ送信することができるが、それは、別個にキャリアに同期することができる場合、複数のキャリア上で受信することができる。例えば、Rel−15UEが複数のキャリア上でSLSS/PSBCHを送信することができる場合、例えばUEは、4つ以下のキャリア上でSLSS/PSBCHを送信することができ、SLSS/PSBCHを送信するためにキャリア1および2のようなキャリアを選択し、Rel−14との後方互換性を有する。
要約すると、本発明のおよび上述した少なくともいくつかの実施形態は、例えば、LTE eV2Xにおいて同期信号、例えばSLSSを搬送するために、キャリアセットから1つまたは複数のキャリアをどのように選択するかという問題に関連する。加えて、本発明の少なくともいくつかの実施形態は、例えば、LTE eV2Xにおけるようなキャリアアグリゲーション、および複数のキャリア上でどのように同期信号、例えばSLSSの同期信号が送信されるかという問題に関連して、キャリアアグリゲーションに関するものである。UEは、すべてのキャリア上で同期信号を送信することが可能であり得る。しかしながら、UEは、すべてのキャリア上での同期信号の送信をサポートしないことがあるので、UEの能力、すなわち、UE送信チェーンの制限は考慮されなければならない。したがって、開示された実施形態は、UEの能力に基づいて同期信号送信のためにキャリアセットから特定のキャリアをどのように選択するか、すなわちUE送信チェーンの制限が発生したことの問題に対する解決策を提供することができる。さらに、本発明の開示された実施形態は、同期信号を搬送するための1つまたは複数のキャリアを選択するためのUEの柔軟性を提供することができる。
それによって、本開示の他の箇所で詳細に説明されたようなキャリアセットは、キャリアアグリゲーションを行うように構成されたキャリアセット、同期信号送信のために使用されるように構成されたキャリアセット、サービスにマッピングされるように構成されたキャリアセット、またはPSCCHおよび/またはPSSCH送信のために選択されたキャリアセットのうちのいずれか1つ、またはそれらの任意の組合せ、または任意の重畳を含み得る。
図5Aおよび図5Bは、本発明のさらなる実施形態に係る、V2X環境におけるUE部品を使用する使用事例の概略図を示す。具体的には、示された構成は、特にV2Xアプリケーションおよびシナリオに関連する本発明の実施形態に関するものである。
図5Aは、インフォテインメントシステム611を介してUE612と通信し得る車両61における、車両−デバイス(V2D)通信の例を示す。UE612は、例えば、車両61と運転者との間の相互作用を簡単にし、運転体験を向上させるために、車両61の運転者に情報を提供し得る携帯電話であってもよい。UE612と車両61/インフォテインメントシステム611との間の同期は、SLSSのような同期信号によって、PSBCHを介して実行され、同期信号を搬送するための対応する1つまたは複数のキャリアは、車両61/インフォテインメントシステム611およびUE612の能力、ならびに実施形態に関して説明されたような概念に基づいて、キャリアセットから選択され得る。
図5Bは、車両−車両(V2V)通信71、車両−歩行者(V2P)通信73、及び車両−インフラストラクチャ(V2I)通信72のシナリオを示す。車両61は、交通に対する安全性を向上させるためにV2V71を介して別の車両63と通信してもよい。車両63は、例えば、車両61に減速又はブレーキングに関する情報を送信して、車両61を同時に減速又はブレーキングさせることができる。V2V通信71を通じたこの種の情報交換は、より少ない事故および改善された安全性をもたらすことができる。車両61と車両63との間の同期は、SLSSのような同期信号によって、PSBCHを介して実行され、同期信号を搬送するための対応する1つまたは複数のキャリアは、車両61の能力および車両63の能力、ならびに実施形態に関して説明されるような概念に基づいて、キャリアセットから選択され得る。
図5Bに例示されるような例示的なV2P通信73は、車両61と、歩行者のハンドヘルドデバイス65との間であってもよい。歩行者は、V2P通信73を介して車両61と通信することができるように、ハンドヘルドデバイス65を使用してもよい。ハンドヘルドデバイス65は、例えば、車両61と歩行者との間の事故を回避するために、歩行者の位置を車両61に送信してもよい。車両61とハンドヘルドデバイス65との間の同期は、SLSSのような同期信号によって、PSBCHを介して実行され、同期信号を搬送するための対応する1つまたは複数のキャリアは、車両61の能力およびハンドヘルドデバイス65、ならびに実施形態に関して説明されたような概念に基づいて、キャリアセットから選択され得る。
図5Bに図示されるようなさらなるV2I通信72は、車両61と交通信号機67との間であってもよい。信号機67は、停止信号を車両61に送信して、車両61を停止させるように信号を送ることができる。そうすることによって、道路事故の数が低減され、道路安全が改善され得る。車両61と信号機67との間の同期は、SLSSのような同期信号によって、PSBCHを介して実行されてもよく、同期信号を搬送するための対応する1つまたは複数のキャリアは、車両61の能力および信号機67、ならびに実施形態に関して説明されるような概念に基づいて、キャリアセットから選択されてもよい。
図6は、本発明の一般的な装置の実施形態の概略図を示す。具体的には、ユーザ機器UE 1Xが示され、これは、本開示で説明されるように、ユーザ機器UEのうちのいずれか1つであり得る。具体的には、それは、UE11のような送信UE、UE12のような受信UE、またはその機能が必要に応じて組み合わされることが可能なUEのような送信UEであってもよい。
ユーザ機器1Xは、少なくとも処理ユニットすなわち回路101、メモリユニットすなわち回路102、および、信号を送信および/または受信することができる通信ユニットすなわち回路103を備えている。メモリユニットすなわち回路102は、1つまたは複数のキャリア上で同期信号を送信し、且つ、キャリアのうちの1つまたは複数を同期信号の送信のために選択する動作中の処理ユニットすなわち回路101に命令するコードを記憶しており、同期信号は1つまたは複数の選択されたキャリアを介して搬送される。同期信号は、データ信号を送信するために、受信UEを1つのUEに同期させることができる。処理ユニットは、プロセッサによって実現されてもよく、通信ユニットは、送信機および/または受信機によって実現されてもよく、メモリユニットは、ストレージによって実現されてもよい。
追加または代替として、メモリユニットすなわち回路102は、1つまたは複数のキャリア上で同期信号を受信し、且つ、キャリアのうちの1つまたは複数を同期信号の送信のために決定する動作中の処理ユニットすなわち回路101に命令するコードを記憶しており、同期信号は1つまたは複数の選択されたキャリアを介して受信される。受信UEは、データ信号を受信するために、同期信号によって送信UEと同期され得る。
図7Aは、本発明の一般的な方法の実施形態のフローチャートを示す。具体的には、処理ユニット、メモリユニット、および送信ユニットを備える、ユーザ機器UEを動作させるための方法が示されている。本方法の実施形態は、キャリアセットから同期信号を送信するための1つまたは複数のキャリアを選択するステップ(S101)と、1つまたは複数の選択されたキャリアを介して同期信号を送信するステップ(S102)とを備え得る。処理ユニットは、プロセッサによって実現されてもよく、メモリユニットは、記憶装置によって実現されてもよく、送信ユニットは、送信機によって実現されてもよい。
図7Bは、本発明の一般的な方法の実施形態のフローチャートを示す。具体的には、処理ユニット、メモリユニット、および受信ユニットを備える、ユーザ機器UEを動作させるための方法が示されている。本方法の実施形態は、キャリアセットから同期信号を受信するための1つまたは複数のキャリアを決定するステップ(S111)と、1つまたは複数の決定されたキャリアを介して同期信号を受信するステップ(S112)とを備え得る。処理ユニットは、プロセッサによって実現されてもよく、メモリユニットは、記憶装置によって実現されてもよく、受信ユニットは、受信機によって実現されてもよい。
実施形態は、デバイスツーデバイス(D2D)シナリオにおけるサイドリンク同期信号(SLSS)送信キャリアの分野に関するものであってもよい。具体的には、実施形態は、車両−エブリシング(V2X)シナリオにおいてSLSS送信キャリアを選択するためのユーザ機器(UE)と、UEによってSLSS送信キャリアを選択するための関連方法とに関連してもよい。
詳細な実施形態が記載されているが、これらは、独立請求項によって定義される本発明のより良好な理解を提供するのに役立つだけであり、限定するものと見なされるべきではない。また、上記実施の形態では、互いに独立して説明したが、上述した実施の形態の組み合わせを用いてもよい。