JP7290637B2 - Ｄ２ｄ通信におけるリソース構成方法、端末デバイス及びネットワークデバイス - Google Patents

Description

関連出願の相互参照

本願は、２０１７年１１月８日に中国特許庁に出願され、出願番号ＰＣＴ / ＣＮ２０１７／１０９９７０、発明の名称「Ｄ２Ｄ通信におけるリソース構成方法、端末デバイス及びネットワークデバイス」におけるＰＣＴ特許出願の優先権を主張し、その内容全体は、参照により本明細書に組み込まれる。

本願は、２０１８年５月３１日に中国特許庁に出願され、出願番号ＰＣＴ / ＣＮ２０１８／０８９２８５、発明の名称「Ｄ２Ｄ通信におけるリソース構成方法、端末デバイス及びネットワークデバイス」におけるＰＣＴ特許出願の優先権を主張し、その内容全体は、参照により本明細書に組み込まれる。

本願の実施例は、無線通信分野に関し、具体的に、デバイスツーデバイス（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、Ｄ２Ｄ）通信におけるリソース構成方法、端末デバイス及びネットワークデバイスに関する。

車ネットワークまたは車－デバイス( Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ )通信システムは、Ｄ２Ｄ通信に基づくサイドリンク( Ｓｉｄｅｌｉｎｋ、ＳＬ )送信技術であり、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムにおいて基地局を介したデータの受信または送信の方法とは異なり、車ネットワークは、端末－端末の直接通信の方法を採用しているため、より高いスペクトル効率およびより低い伝送遅延を有する。

車ネットワークシステムでは、伝送モード３ ( ｍｏｄｅ３ )と伝送モード４ ( ｍｏｄｅ４ )の２つの伝送モードが定義されている。ここで、伝送モード３を使用する端末デバイスが使用する伝送リソースは、ネットワークデバイスにより割り当て、伝送モード４を使用する端末デバイスは、自律的に伝送リソースを選択することができる。伝送モード３を使用する端末デバイスと伝送モード４を使用する端末デバイスとは、リソースプールを共有する場合、ネットワークデバイスが伝送モード３を使用する端末デバイスに割り当てるリソースと伝送モード４を使用する端末デバイスが選択するリソースとが競合する可能性がある。このため、ネットワークデバイスが干渉を低減しつつ端末デバイスにリソースを効率的に割り当てることが課題となっている。

本願の実施例は、Ｄ２Ｄ通信におけるリソース構成方法、端末デバイス及びネットワークデバイスを提供し、ネットワークデバイスが端末デバイスに対してリソース割り当てを効率的に行うとともに、干渉を低減することができる。

第１の態様は、Ｄ２Ｄ通信におけるリソース構成方法を提供し、端末デバイスが第１のパラメータセットに基づいて、少なくとも１つのキャリアにおいてリソースセンスを行って、前記少なくとも１つのキャリア上の利用可能なリソースセットを取得することと、前記端末デバイスが前記少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告することとを含み、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられ、前記第１のパラメータセットが、前記リソースセンスを行うためのリソースの情報、前記利用可能なリソースセットを決定するための条件パラメータ及び前記目標サービスの伝送パラメータのうちの少なくとも１つを含む。

ここで、任意選択で、該目標リソースは、該端末デバイスが報告した該少なくとも１つのキャリア上の利用可能なリソースセット内のリソースであり、該目標リソースは、１つ又は複数のリソースを含む。

そこで、本願の実施例では、端末デバイスが特定の伝送パラメータに基づいてリソースをセンスし、センス結果から利用可能なリソースセットを決定し、ネットワークデバイスに利用可能なリソースセットを報告することで、ネットワークデバイスが端末デバイスに伝送リソースを割り当てることを補助し、干渉を低減する。

第２の態様は、Ｄ２Ｄ通信におけるリソース構成方法を提供し、ネットワークデバイスが端末デバイスにより報告された少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信することと、前記ネットワークデバイスが前記少なくとも１つのキャリア上の利用可能なリソースセットから、前記目標サービスを伝送するための目標リソースを決定することとを含み、ここで、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられる。

ここで、任意選択で、該目標リソースは、該端末デバイスにより報告された該少なくとも１つのキャリア上の利用可能なリソースセット内のリソースであり、該目標リソースは１つ又は複数のリソースを含む。

このように、本願の実施例では、ネットワークデバイスは、端末デバイスから報告された利用可能なリソースセットに基づいて、該利用可能なリソースセットから端末デバイスに伝送リソースの割り当てを行うことができ、該利用可能なリソースセット内のリソースが端末デバイスがセンス結果から得たものであるため、ネットワークデバイスは、該利用可能なリソースセットから該端末デバイスにリソースを選択し、他の端末デバイスとの干渉を大幅に低減することができる。

第３の態様は、上記第１の態様又は第１の態様の任意の代替的な実装態様における端末デバイスの動作を実行することができる端末デバイスを提供する。具体的には、端末デバイスは、上記の第１の態様又は第１の態様の任意の可能な実装形態における端末デバイスの動作を実行するためのモジュールユニットを含み得る。

第４の態様は、上記第２の態様又は第２の態様の任意の代替的な実装態様におけるネットワークデバイスの動作を実行することができるネットワークデバイスを提供する。具体的には、ネットワークデバイスは、上記の第２の態様又は第２の態様の任意の可能な実装形態におけるネットワークデバイスの動作を実行するためのモジュールユニットを含み得る。

第５の態様は、プロセッサと、送受信機と、メモリとを有する端末デバイスを提供する。ここで、このプロセッサ、送受信機、およびメモリは、内部接続経路を介して互いに通信する。このメモリは、命令を記憶するために使用され、このプロセッサは、メモリに記憶された命令を実行するために使用される。このプロセッサがメモリに記憶された命令を実行すると、端末デバイスに、第１の態様または第１の態様の任意の可能な実装形態における方法を実行させるか、または、端末デバイスに、第３の態様で提供される端末デバイスを実装させる。

第６の態様は、プロセッサと、送受信機と、メモリとを有するネットワークデバイスを提供する。プロセッサ、送受信機、およびメモリは、内部接続経路を介して互いに通信する。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行するために使用される。プロセッサがメモリに記憶された命令を実行すると、ネットワークデバイスに、第２の態様または第２の態様の任意の可能な実装形態における方法を実行させるか、または、ネットワークデバイスに、第４の態様によって提供されるネットワークデバイスを実行させる。

第７の態様は、端末デバイスに上記の第１の態様及びその様々な実装のいずれかによるＤ２Ｄ通信におけるリソース構成方法を実行させるプログラムを記憶するコンピュータ可読記憶媒体を提供する。

第８の態様は、ネットワークデバイスに上記の第２の態様及びその様々な実装のいずれかによるＤ２Ｄ通信におけるリソース構成方法を実行させるプログラムを記憶するコンピュータ可読記憶媒体を提供する。

第９の態様は、入力インターフェースと、出力インターフェースと、プロセッサと、メモリとを含むチップを提供し、プロセッサは、メモリに記憶された命令を実行し、プロセッサは、命令が実行されたときに、第１の態様または第１の態様の任意の可能な実装における方法を実装することができる。

第１０の態様は、入力インターフェースと、出力インターフェースと、プロセッサと、メモリとを含むチップを提供し、プロセッサは、メモリに記憶された命令を実行し、プロセッサは、命令が実行されたときに、第２の態様または第２の態様の任意の可能な実装における方法を実装することができる。

第１１の態様は、命令を含むコンピュータプログラム製品を提供し、コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータに、第１の態様または第１の態様の任意の可能な実装形態における方法を実行させる。

第１２の態様は、命令を含むコンピュータプログラム製品を提供し、コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータに、第２の態様または第２の態様の任意の可能な実装形態における方法を実行させる。

第１３の態様は、通信システムを提供し、端末デバイスとネットワークデバイスを備える。

ここで、前記端末デバイスは、第１のパラメータセットに基づいて、少なくとも１つのキャリアにおいてリソースセンスを行って、前記少なくとも１つのキャリア上の利用可能なリソースセットを取得するように構成され、ここで、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられ、前記第１のパラメータセットが、前記リソースセンスを行うためのリソースの情報、前記利用可能なリソースセットを決定するための条件パラメータ及び前記目標サービスの伝送パラメータのうちの少なくとも１つを含む。

ここで、前記ネットワークデバイスは、端末デバイスにより報告された少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信し、ここで、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられ、前記少なくとも１つのキャリア上の利用可能なリソースセットにおいて、前記目標サービスを伝送するための目標リソースを決定するように構成される。

さらに、端末デバイスは、上記の第１の態様または第１の態様の任意の可能な実装形態における方法を実行するように構成され、ネットワークデバイスは、上記の第２の態様または第２の態様の任意の可能な実装形態における方法を実行するように構成される。

本願の実施例における応用シーンの模式図である。 本願の実施例における他の応用シーンの模式図である。 本願の実施例におけるＤ２Ｄ通信におけるリソース構成方法のフローチャートである。 本願の他の実施例におけるＤ２Ｄ通信におけるリソース構成方法のフローチャートである。 本願の実施例における端末デバイスのブロック図である。 本願の実施例におけるネットワークデバイスのブロック図である。 本願の実施例における通信デバイスの構成図である。 本願の実施例におけるチップの構成図であるる。 本願の実施例における通信システムの構成図である。

以下、本願の実施例について図面を参照して説明する。

なお、本願の実施例の技術は、例えば、移動体通信システム、例えば、 ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、符号分割多元接続( Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ )システム、広帯域符号分割多元接続( Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ )システム、ロングタームエボリューション( Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )システム、ＬＴＥ周波数分割複信( Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＦＤＤ )システム、ＬＴＥ時分割複信( Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＴＤＤ )、ユニバーサル移動体通信システム( Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、ＵＭＴＳ )、将来の５Ｇ通信システム等の様々な通信システムに適用可能である。

本願は、端末デバイスに関連して様々な実施例を説明している。端末デバイスは、ユーザ装置( Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ )、アクセス端末、ユーザ装置、ユーザ局、移動局、リモート端末、モバイル装置、ユーザ端末、無線通信装置、ユーザエージェント又はユーザ装置を指してもよい。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル( Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰ )電話、ワイヤレスローカルループ( Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ )局、パーソナルデジタル処理( Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ )、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末デバイス、または将来の陸上公衆移動通信ネットワーク( Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ )ネットワークにおける端末デバイスなどであり得る。

本開示は、ネットワークデバイスに関連して様々な実施例を説明する。ネットワークデバイスは、端末デバイスと通信するための装置であってもよく、例えば、ＧＳＭシステムまたはＣＤＭＡ ( Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ )における基地局であってもよく、ＷＣＤＭＡシステムにおける基地局( ＮｏｄｅＢ、ＮＢ )であってもよく、ＬＴＥシステムにおける発展型基地局( Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ又はｅＮｏｄｅＢ )であってもよく、または、中継局、アクセスポイント、車載装置、ウェアラブル装置、および将来の５Ｇネットワークにおけるネットワーク側装置または将来の発展型ＰＬＭＮネットワークにおけるネットワーク側装置などであってもよい。

図１および図２は、本願の実施例の可能な適用シーンの概略図である。図１は、１つのネットワークデバイス及び２つの端末デバイスを例示的に示しているが、無線通信システムは、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスのカバレージ内に他の数の端末デバイスを含んでもよく、本願の実施例はこれに限定されない。また、当該無線通信システムは、移動管理エンティティ( Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ )、サービングゲートウェイ( Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、ｓ－ＧＷ )、パケットデータネットワークゲートウェイ( Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、Ｐ－ＧＷ )等の他のネットワークエンティティを含んでもよいが、本開示の実施例はこれに限定されない。

具体的には、端末デバイス２０と端末デバイス３０は、Ｄ２Ｄ通信モードで通信可能であり、Ｄ２Ｄ通信を行う場合、端末デバイス２０と端末デバイス３０は、Ｄ２Ｄリンク即ちサイドリンク( Ｓｉｄｅｌｉｎｋ、ＳＬ )を通じて直接通信する。例えば、図１または図２に示すように、端末デバイス２０と端末デバイス３０とは、サイドリンクで直接通信を行う。図１において、端末デバイス２０と端末デバイス３０とは、サイドリンクで通信し、その伝送リソースがネットワークデバイスにより割り当て、図２において、端末デバイス２０と端末デバイス３０とは、サイドリンク通信を行い、その伝送リソースが端末デバイスにより自律的に選択され、ネットワークデバイスが伝送リソースを割り当てる必要がない。

Ｄ２Ｄ通信は、車－車通信( Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ、略して「Ｖ２Ｖ」)又は車－他のデバイス通信( Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ )を指し得る。Ｖ２Ｘ通信において、Ｘは、無線送受信能力を有する任意のデバイスを広く指すことができ、例えば、低速で移動する無線デバイス、高速で移動する車載デバイス、または無線送受信能力を有するネットワーク制御ノードなどを含むが、これらに限定されない。なお、本願の実施例は主にＶ２Ｘ通信のシーンに適用されるが、他のＤ２Ｄ通信シーンにも適用可能であり、本願の実施例はこれに限定されない。

３ＧＰＰプロトコルのリリース１４では、伝送モード３ ( ｍｏｄｅ３ )と伝送モード４ ( ｍｏｄｅ４ )の２つの伝送モードが定義されている。伝送モード３を使用する端末デバイスの伝送リソースは、基地局によって割り当てられ、端末デバイスは、基地局によって割り当てられたリソースに従ってサイドリンク上でデータの送信を行い、基地局は、端末デバイスに１回の伝送のためのリソースを割り当てることもできるし、端末デバイスに準静的な伝送のためのリソースを割り当てることもできる。伝送モード４を使用する端末デバイスは、センス能力を備えていれば、データセンスとリザーブの方式で伝送し、センス能力を備えていなければ、リソースプール中でランダムに伝送リソースを選択する。センス能力を持つ端末デバイスは、リソースプール中で利用可能なリソースセットをセンスすることにより取得し、端末デバイスはそのセットからランダムに１つのリソースを選択してデータ伝送を行う。車ネットワークシステムにおけるサービスは周期的な特徴を有するため、端末デバイスは、通常、伝送リソースを１つ選択した後、複数の送信周期にわたってこのリソースを使用し続けるという半静的な伝送方式を採用していることにより、リソース再選択やリソース衝突の確率を低減させる。端末デバイスは、今回送信した制御情報に、次回送信するリソースの情報を予約して載せることで、他の端末デバイスは、その端末デバイスの制御情報を検出して、そのリソースがその端末デバイスで予約使用されているか否かを判断することができ、リソースの衝突を低減することができる。

３ＧＰＰプロトコルのリリース１４では、伝送モード３に対応するリソースプールと伝送モード４に対応するリソースプールは直交している。モード３を使用する端末デバイスは、モード３をサポートするリソースプールの時間周波数リソースでデータ伝送を行い、モード４を使用する端末デバイスは、モード４をサポートするリソースプールの時間周波数リソースでデータ伝送を行う。

３ＧＰＰプロトコルの新しいリリース１５では、リソースの利用効率を向上させるために、伝送モード３を使用する端末デバイスと伝送モード４を使用する端末デバイスとがリソースプールを共有することができる。伝送モード３が使用する端末デバイスは基地局に接続され、伝送リソースが基地局から割り当てられるが、基地局は伝送モード３の端末デバイスに対してリソースを割り当てる際に、このリソースプールのリソースの占有状況を知ることはできず、伝送モード４の端末デバイスが伝送モード３の端末デバイスに対して基地局から割り当てられたリソースを占有する場合、干渉が発生する可能性がある。

そこで、本願の実施例では、端末デバイスが特定の伝送パラメータに基づいてリソースセンスを行い、センス結果から利用可能なリソースセットを決定し、ネットワークデバイスに利用可能なリソースセットを報告することで、ネットワークデバイスが端末デバイスに伝送リソースを割り当てることを補助し、干渉を低減する。

なお、本願の実施例において、Ｒｅｌｅａｓｅ－１５をサポートする端末デバイスは、Ｒｅｌｅａｓｅ－１５をサポートする端末デバイス、または、Ｒｅｌｅａｓｅ－１５のＲｅｌｅａｓｅ－１６をサポートする端末デバイスなどの、Ｒｅｌｅａｓｅ－１５の他のバージョンをサポートする端末デバイスを含んでもよい。

図３は、本願の実施例におけるＤ２Ｄ通信におけるリソース構成方法の概略的なフローチャートである。この方法は、例えば、図１に示される端末デバイス２０又は端末デバイス３０のような端末デバイスによって実行され得る。リソース構成方法は、以下の少なくとも一部を含む。

３１０において、端末デバイスが第１のパラメータセットに基づいて、少なくとも１つのキャリアにおいてリソースセンスを行って、該少なくとも１つのキャリア上の利用可能なリソースセットを取得する。

ここで、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられ、該第１のパラメータセットは、該リソースセンスを行うためのリソースの情報、該利用可能なリソースセットを決定するための条件パラメータ及び該目標サービスの伝送パラメータのうちの少なくとも１つを含む。

３２０において、該端末デバイスが該少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告する。

ここで、該利用可能なリソースセットの情報は、ネットワークデバイスが該目標サービスを伝送するための目標リソースを決定するために用いられる。

任意選択で、該方法は、さらに、３３０を含む。

３３０において、該端末デバイスが該ネットワークデバイスにより送信されたリソーススケジューリング情報を受信し、該リソーススケジューリング情報は、該目標サービスを伝送するための目標リソースを示す。

任意選択で、該目標リソースが該端末デバイスが報告した該少なくとも１つのキャリア上の利用可能なリソースセットのうちのリソースであり、該目標リソースが１つ又は複数のリソースを含む。ここで、利用可能なリソースセット内のリソースは、すべて利用可能な伝送リソース、または、単に利用可能なリソースである。例えば、該利用可能なリソースは、端末デバイスがリソースセンスを行って得た、要求を満たすリソースであって、目標サービスを伝送するために利用可能なリソースである。

具体的には、端末デバイスは、目標サービスを伝送する前に、第１のパラメータセット内のパラメータに従って、１つ以上のキャリア上でリソースセンスを行い、センスの結果に従って、１つ以上のキャリア上の利用可能なリソースセットを決定することができ、該利用可能なリソースセット内のリソースは、端末デバイスが該目標サービスを伝送するために使用される。端末デバイスは、少なくとも１つのキャリア上の利用可能なリソースセットを決定した後、ネットワークデバイスが目標サービスに伝送リソースを割り当てることを支援するために、この少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告する。ネットワークデバイスは、端末デバイスから報告された少なくとも１つのキャリア上の利用可能なリソースセットを受信した後、この利用可能なリソースセットにおいてこの目標サービスのための適切な伝送リソースを選択し、リソーススケジューリング情報によって目標サービスを送信するための目標リソースを端末デバイスに示すことができる。

特に、該端末デバイスは、例えば、Ｒｅｌｅａｓｅ－１５における第１伝送モードを利用する端末デバイスであってもよい。この第１の伝送モードは、例えば、前述の３ＧＰＰプロトコルのＲｅｌｅａｓｅ－１４における伝送モード３に相当することができ、この端末デバイスが第１の伝送モードを使用するとき、端末デバイスが当該データ伝送を行うための時間周波数リソースは、ネットワークデバイスがスケジューリングするリソースである。

そこで、端末デバイスは、特定の伝送パラメータに基づいてリソースセンスを行い、センス結果から利用可能なリソースセットを決定し、ネットワークデバイスに報告することで、ネットワークデバイスが端末デバイスに伝送リソースを割り当てるのを補助し、干渉を低減する。

任意選択で、該リソースセンスを行うためのリソースの情報は、該リソースセンスを行うためのリソースプールの情報、該リソースセンスを行うためのキャリアの情報、該リソースセンスを行うためのサブバンドの情報、該リソースセンスを行うためのＰＲＢ数の情報、該リソースセンスを行うためのセンスウィンドウの情報、該リソースセンスを行うためのリソース選択ウィンドの情報のうちの少なくとも１つを含む。ここで、リソース選択ウィンドウの情報は、例えば、前述したＴ１の値、Ｔ２の値、選択ウィンドウの長さ情報などを含むことができる。

任意選択で、該利用可能なリソースセットを決定するための条件パラメータは、物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ）参照信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ、ＲＳＲＰ）のＰＳＳＣＨ－ＲＳＲＰ閾値、該利用可能なリソースセット内のリソース数及び利用可能なリソースの比のうちの少なくとも１つを含む。

ここで、該利用可能なリソースの比は、該利用可能なリソースセット内のリソース数と該リソースセンスを行うセンスウィンドウ内のリソース総数との比の値である。

任意選択で、該目標サービスの伝送パラメータは、該目標サービスの優先度情報、該目標サービスのサービス量の情報、該目標サービスの伝送周期、該目標サービスの遅延、該目標サービスの再送回数、該目標サービスのパケットサイズ及び該目標サービスの変調符号化方式のうちの少なくとも１つを含む。

例えば、端末デバイスは、この第１のパラメータセットにおけるキャリアのインデックス、このキャリア上のリソースプールの情報、リソースセンスが必要なサブバンドのサイズ、リソースセンスが必要なＰＲＢ数、センスウィンドウの情報などに基づいて、このキャリア上のこのリソースプールにおいて、該センスウィンドウでそのサブバンドサイズまたはＰＲＢ数で、リソースセンスを行うことができる。この端末デバイスは、ＰＳＳＣＨ－ＲＳＲＰしきい値と各キャリア上の利用可能なリソースセットのうちＢなどの必要なリソース数とに基づいて、リソース排除を行い、ＰＳＳＣＨ－ＲＳＲＰ測定値がＰＳＳＣＨ－ＲＳＲＰしきい値を上回り、他の端末デバイスによって占有および/または予約されるリソースを除外し、さらに、残りのリソースのうち受信信号強度指示( Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ、ＲＳＳＩ )が最小であるＢ個のリソースを、この該目標サービスを伝送するために利用可能なリソースセットとして選択することができる。

また例えば、端末デバイスは、第１のパラメータセットにおける目標サービスのパケットサイズや目標サービスの変調符号化方式などの伝送パラメータに基づいて、リソースセンスを行うサブバンドのサイズ及び／又はリソースセンスを行うＰＲＢ数などの情報を決定し、該当キャリアのセンスウィンドウにおいて、そのサブバンドのサイズやこのＰＲＢ数に応じてリソースセンスを行い、センス結果に基づいて、リソース選択ウィンドウ内で利用可能な伝送リソースを選択するようにしてもよい。

また例えば、端末デバイスは、目標サービスのパケットサイズ、目標サービスの周期情報、又は目標サービスの優先度情報等に基づいて、リソースセンスを行うサブバンドのサイズ、及び/又は、リソースセンスを行うＰＲＢ数等の情報を決定し、そのサブバンドのサイズ又はＰＲＢ数に応じて、対応するキャリアのセンスウィンドウでリソースセンスを行い、センス結果に基づいて、このリソース選択ウィンドウ内で利用可能な伝送リソースを選択することを決定してもよい。

また、例えば、端末デバイスは、目標サービスの優先度情報に基づいてＰＳＳＣＨ－ＲＳＲＰの閾値を決定し、ＰＳＳＣＨ－ＲＳＲＰの閾値に基づいてリソースセンスを行い、センス結果に基づいてリソース選択ウィンドウ内で利用可能な伝送リソースを選択することができる。

また、例えば、端末デバイスは、目標サービスの遅延情報に基づいてリソース選択ウィンドウのサイズを決定し、リソースセンス結果に基づいてリソース選択ウィンドウ内で利用可能な伝送リソースを選択することができる。

また例えば、端末デバイスは、リソース選択ウィンドウの情報に基づいてリソース選択ウィンドウのサイズを決定し、センス結果に基づいてリソース選択ウィンドウ内で利用可能なリソースを決定する。このリソース選択ウィンドウの情報は、例えば、リソース選択ウィンドウの開始位置、終了位置、及びウィンドウ長のうちの少なくとも１つを含み得る。

任意選択で、３１０の前に、即ち、該端末デバイスが第１のパラメータセットに基づいて、少なくとも１つのキャリアにおいてリソースセンスを行う前に、該方法は、さらに、該端末デバイスの物理層が該端末デバイスの上位層により送信された該第１のパラメータセットを受信し、又は、該端末デバイスが該ネットワークデバイスにより送信された該第１のパラメータセットを受信することを含む。

ここで、任意選択で、該端末デバイスの物理層が該ネットワークデバイスにより送信された該第１のパラメータセットを受信する前に、該方法は、さらに、該端末デバイスが該ネットワークデバイスに第２のパラメータセットを報告することを含む。

ここで、該第２のパラメータセットは、少なくとも１つのキャリアの各キャリアのチャネル占有率（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ、ＣＢＲ）、バッファ状態レポート（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ、ＢＳＲ）、該目標サービスの伝送周期、該目標サービスの優先度及び該目標サービスの遅延要求のうちの少なくとも１つを含む。

具体的には、端末デバイスは、ネットワークデバイスを介して第１のパラメータセットを取得する場合、ネットワークデバイスが第１のパラメータセットを受信する前に、第２のパラメータセット、例えば、ＣＢＲ、ＢＳＲ、該目標サービスの伝送周期、該目標サービスの遅延、および優先度情報などをネットワークデバイスに送信し、ネットワークデバイスは、第２のパラメータセットに基づいて第１のパラメータセットを決定し、利用可能なリソースセットを選択するために、第１のパラメータセットを端末デバイスに送信することができる。

この実施例では、端末デバイスは、ネットワークデバイスがリソースセンス及び選択のために第１のパラメータセットを決定するように、第２のパラメータセットをネットワークデバイスに送信する。これにより、端末デバイスは、第１パラメータセットに基づいて該利用可能なリソースセットを取得して報告するので、ネットワークデバイスは、該利用可能なリソースセットに基づいて端末デバイスに伝送リソースを割り当てることができ、干渉を低減することができる。

任意選択で、３２０において、該端末デバイスが該少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告することは、該端末デバイスが上り制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）、メディアアクセス制御要素（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＣＥ）又は無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）シグナリングを介して、該ネットワークデバイスに該少なくとも１つのキャリア上の利用可能なリソースセットの情報を報告することを含む。

任意選択で、３２０において、該端末デバイスが該少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告することは、該端末デバイスが該少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告するとともに、該端末デバイスの補助情報（ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）を報告することを含む。

つまり、端末デバイスは、この利用可能なおリソースセットの情報とともに、この該補助情報を併せて報告する。この該補助情報は、例えば、当該目標サービスのサービス量の情報、当該目標サービスのサービス優先度、当該目標サービスのサービス周期等を含んでもよい。端末デバイスの補助情報は、具体的には既存のプロトコルにおけるＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎに関する記述を参照することができる。

任意選択で、該端末デバイスが該少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告することは、該端末デバイスが該ネットワークデバイスに該少なくとも１つのキャリアのリソースビットマップを報告することを含み、ここで、各キャリアのリソースビットマップが複数のビットを含み、該複数のビットが該端末デバイスの該各キャリアにおいて該リソースセンスを行うセンスウィンドウ内の複数のリソースに一対一対応し、又は、該複数のビットが該端末デバイスの該各キャリアにおいて該リソースセンスを行う一部のセンスウィンドウ内の複数のリソースに一対一対応し、又は、該複数のビットが該端末デバイスの該各キャリア上のリソース選択ウィンド内の複数のリソースに一対一対応し、該複数のビットの各ビットの値は、該各ビットに対応するリソースが該各キャリア上の利用可能なリソースセットに属するかどうかを示す。

ここで、このリソース選択ウィンドウは、時間範囲[ ｎ＋Ｔ１，ｎ＋Ｔ２ ]内の全てのリソースを指してもよく、ここで、Ｔ1≧０、Ｔ2≧Ｔ1、ｎはリソースセンスが行われる時点を示す。

１つの可能な実施例は、あるキャリア上の全てのセンスされたリソースが、リソースビットマップの形式で表され、リソースビットマップは、複数のビットを含み、各ビットはリソースに対応する。この複数のビットは、このキャリア上でセンス中の複数のリソースに一対一で対応し、ここで、各ビットの値は、このビットに対応するリソースが利用可能かどうか、すなわち、このリソースがキャリア上で利用可能なリソースセットに属するかどうかを示すために使用される。例えば、この端末デバイスは、リソースセンスを行っている中に、このリソースが利用可能であれば、そのリソースに対応するビットの値を１にし、リソースが使用不可能であれば、そのリソースに対応するビットの値を０にする。最終的に得られる全ての利用可能リソースの数は、第１のパラメータに設定された利用可能なリソースセットにおけるリソース数に等しい。端末デバイスは、最終的に、そのキャリアに対応するリソースビットマップをネットワークデバイスに報告することによって、ネットワークデバイスは、そのキャリア上のどのリソースが、目標サービスを伝送するために使用され得るかを知ることができ、そして、それらの利用可能なリソースから目標リソースを、該目標サービスを伝送するために選択することができる。

任意選択で、あるキャリア上のセンスウィンドウの一部のウィンドウ内のリソースは、リソースビットマップの形式で表される。例えば、センスウィンドウは[ ｎ－１０００，ｎ－１ ]であり、ｎはリソースセンスが行われる時刻であるが、リソースビットマップは一部のセンスウィンドウ内のリソースと一対一に対応し、一部のセンスウィンドウは[ ｎ－１００，ｎ－１ ]であり、その他の部分は上記実施例に関する説明を参照することができ、ここではその説明を省略する。

任意選択で、あるキャリア上の選択ウィンドウ内のリソースは、リソースビットマップの形式で表される。例えば、端末は、センスウィンドウ[ ｎ－１０００，ｎ－１ ]内でセンスを行い、選択ウィンドウ[ ｎ，ｎ ＋ 100 ]内でどのリソースが利用可能かを判断し、利用可能リソースは１で、利用不可リソースは０で示し、リソースビットマップは選択ウィンドウ内の複数のリソースに一対一で対応する。端末デバイスは、最終的に、そのキャリアに対応するリソースビットマップをネットワークデバイスに報告することによって、ネットワークデバイスは、そのキャリア上のどのリソースが、目標サービスを伝送するために使用され得るかを知ることができ、そして、それらの利用可能なリソースから、目標リソースを選択し、目標サービスを伝送することができる。

他の可能な実施例として、このリソースビットマップが第１のリソースビットマップを含み、この第１のリソースビットマップが複数のビットを含み、該複数のビットが第１の時間範囲内の複数の時間ユニットに一対一対応し、該複数のビットの各ビットの値が各ビットに対応する時間ユニット内に利用可能なリソースが存在するか否かを示す。この時間ユニットは、例えば、サブフレーム、スロット等を含んでもよい。

ここで、該第１の時間範囲は、例えば、該端末が該リソースセンスを行うセンスウィンドウ、又は、リソース選択を行うリソース選択ウィンドであっても良い。

さらに、任意選択で、該リソースビットマップが第２のリソースビットマップを含み、該第２のリソースビットマップが複数のビットを含み、該複数のビットが第１の周波数領域範囲内の複数の周波数領域ユニットに一対一対応し、該複数のビットの各ビットの値は、該各ビットに対応する周波数領域ユニットに利用可能なリソースが存在するかどうかを示す。該周波数領域ユニットは、例えば、ＲＢＧ、サブバンド、ＲＢなどを含む。

ここで、該第１の周波数領域範囲は、例えば、該端末が該リソースセンスを行うシステム帯域幅、又は、該リソースセンスを行うリソースプールの周波数領域範囲である。

例えば、このリソースビットマップは、複数のビットが複数のサブフレームに一対一に対応する第１のリソースビットマップと、複数のビットが複数のサブバンドに一対一に対応する第２のリソースビットマップとを含む。第１のリソースビットマップのあるビットによって示される時間ユニット上のリソースが利用可能なリソースであり、第２のリソースビットマップのあるビットによって示される周波数ユニット上のリソースが利用可能なリソースである場合、時間ユニット及び周波数ユニットから成るリソースは、利用可能なリソースセットに属する。

さらに別の可能な実施例は、この利用可能なリソースセットの情報が、第２の時間範囲内の少なくとも１つの時間ユニットの時間領域インデックスをさらに含み、ここで、各時間領域インデックスに対応する時間ユニット上に利用可能なリソースが存在し、ここで、第２の時間範囲が、この端末がリソースセンスを行うためのセンスウィンドウ、またはリソース選択を行うためのリソース選択ウィンドウであり得ることである。この時間ユニットは、例えば、サブフレームやスロット等を含んでもよい。このとき、任意選択で、このリソースビットマップは、第２のリソースビットマップを含み得る。利用可能なリソースセットの情報において搬送される時間領域インデックスに対応する時間ユニット上に存在する利用可能リソースの特定の周波数領域位置は、第２のリソースビットマップ中のビットによって示され得る。

例えば、第２の時間範囲は、リソース選択ウィンドウ[ ｎ、ｎ＋１００ ]ミリ秒であり、この利用可能なリソースセットは、リソース選択ウィンドウ内の１つのサブフレームのインデックスｋを含み、インデックスｋに対応するサブフレーム上に利用可能なリソースが存在することを示す。さらに、この利用可能なリソースセットが、各ビットが１つのサブバンドに対応するビットマップをさらに含む場合、この利用可能なリソースセットは、サブフレームｋ上の周波数領域リソースにおいて、値が１であるビットに対応するサブバンド上のリソースが利用可能なリソースであることを表す
さらに別の可能な実施例は、この利用可能なリソースセットの情報が、第２の周波数領域範囲内の少なくとも１つの周波数領域ユニットの周波数領域インデックスをさらに含み、各周波数領域ユニット上に利用可能なリソースが存在し、ここで、この第２の周波数領域範囲は、端末がリソースセンスを行うシステム帯域幅、またはリソースセンスを行うリソースプールの周波数領域範囲であってもよい。この周波数領域ユニットは、例えば、ＲＢＧ、サブバンド、ＲＢなどを含み得る。この時点で、任意選択で、このリソースビットマップは、第１のリソースビットマップを含み得る。利用可能なリソースセットの情報において搬送される周波数領域インデックスに対応する周波数領域ユニット上に存在する利用可能リソースの特定の時間領域位置は、この第１のリソースビットマップ中のビットによって示され得る。

なお、この端末デバイスは、リソースビットマップの方式で、この利用可能なリソースセットを報告することができ、又は、端末デバイスは、この利用可能なリソースセットの中の各利用可能なリソースの時間領域位置及び/又は周波数領域位置を直接報告することもでき、又は、端末デバイスは、この利用可能なリソースセットを他の方法でネットワークデバイスに示すこともでき、本願の実施例はこれに限定されない。

任意選択で、該端末デバイスが該少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告することは、該端末デバイスが該ネットワークデバイスに該少なくとも１つのキャリア上の利用可能なリソースセット内の少なくとも１つの候補目標リソースのインデックスを報告することを含む。

ここで、各キャリア上の利用可能なリソースセット内の各候補目標リソースのインデックスは、該各候補目標リソースの該各キャリアのセンスウィンドウ内の位置を指示し、又は、前記各候補目標リソースの該各キャリアのリソース選択ウィンド内の位置を示し、又は、該各候補目標リソースの該各キャリア上の利用可能なリソースセット内の位置を示し、又は、前記各候補目標リソースの前記各キャリア内の時間周波数リソース位置を示す。

上記のリソースビットマップを報告する方法とは異なり、端末デバイスは、利用可能なリソースセットのすべてをネットワークデバイスに報告するのではなく、各キャリアの利用可能なリソースセットから１つまたは複数のリソースを候補目標リソースとして選択し、それらの候補目標リソースのみをネットワークデバイスに報告して、ビットのオーバーヘッドを低減することができ、報告した候補目標リソースの数は、ネットワークデバイスにより構成またはプロトコルの中で約束され得る。ネットワークデバイスは、これらの候補目標リソースの中から、目標サービスを送信する端末デバイスのための１つ以上の目標リソースを選択することができる。

例えば、端末デバイスは、各キャリアの利用可能なリソースセットから、サイドリンク受信信号強度指示Ｓ－ＲＳＳＩまたはＰＳＳＣＨ－ＲＳＲＰが最小であるいくつかのリソースを候補目標リソースとして選択し、候補目標リソースのインデックスをネットワークデバイスに報告し、報告した候補目標リソースインデックスの数は、ネットワーク構成または予め構成される。

ここで、１つのキャリアにおける各候補目標リソースのインデックスは、そのキャリア上でリソースセンスを行うセンスウィンドウ内のリソースに従って決定されてもよく、例えば、そのインデックスは、そのセンウィンドウ内の全てのリソースにおける各候補目標リソースの位置を示してもよい。

例えば、このインデックスを用いて、センスウィンドウ内の各候補目標リソースの位置を表し、端末デバイスがリソースをセンスするセンスウィンドウ内のリソースの総数が１２であり、時間領域の位置の前後に、この１２個のリソースのインデックスが１～１２であり、候補目標リソースの数が４である。端末デバイスが１２個のリソースをセンスした後に選択したＳ－ＲＳＳＩまたはＰＳＳＣＨ－ＲＳＲＰが最小である４個のリソースがそれぞれインデックス１、２、４、７のリソースである場合、端末デバイスはインデックス１、２、４、７をネットワークデバイスに報告し、ネットワークデバイスはこの４個のリソースから目標リソースを選択して端末デバイスに指示する。

又は、このキャリアにおける各候補目標リソースのインデックスは、このキャリア上のリソース選択ウィンドウ内のリソースに従って決定されてもよく、たとえば、このインデックスは、このリソース選択ウィンドウ内のすべてのリソースにおける各候補目標リソースの位置を示してもよい。

例えば、このインデックスがリソース選択ウィンドウ内の各候補目標リソースの位置を示す、端末デバイスがリソース選択を行う選択ウィンドウ内のリソースの総数が１２である場合、時間領域の位置の前後に、この１２個のリソースのインデックスが１～１２であり、候補目標リソースの数が４である。端末デバイスが、１２個のリソースのＳ－ＲＳＳＩまたはＰＳＳＣＨ－ＲＳＲＰをセンスして予測して、Ｓ－ＲＳＳＩまたはＰＳＳＣＨ－ＲＳＲＰが最小の４個のリソースをそれぞれインデックス１、２、４、７のリソースとして選択する場合、端末デバイスは、インデックス１、２、４、７をネットワークデバイスに報告して、ネットワークデバイスは、４個のリソースから目標リソースを選択して端末デバイスに指示する。

または、このキャリアにおける各候補目標リソースのインデックスは、このキャリア上でのセンス後に得られる利用可能なリソースセット内のリソースに従って決定されてもよく、例えば、このインデックスは、その利用可能なリソースセット内の全てのリソースにおける各候補目リソースの位置を示してもよい。

又は、このキャリアにおける各候補目標リソースのインデックスは、各候補目標リソースのキャリア上の位置に従って決定し、例えば、候補目標リソースが存在する時間領域位置および周波数領域位置に基づいて決定されてもよく、この場合、この目標リソースのインデックスは、このキャリアにおける候補目標リソースの時間領域位置インデックスおよび周波数領域位置インデックスを含む。

該第１のパラメータセットがネットワークデバイスから端末デバイスに送信したものでなく、該端末デバイスの上位層から該端末デバイスの物理層に送信したものである場合、任意選択で、該方法は、さらに、端末デバイスネットワークデバイスに第３のパラメータセットを報告することを含む。

任意選択で、該第３のパラメータセットは、該リソースセンスを行うためのリソースの情報、該利用可能なリソースセットを決定するための条件パラメータ及び該目標サービスの伝送パラメータのうちの少なくとも１つを含む。

任意選択で、該リソースセンスを行うためのリソースの情報は、該リソースセンスを行うためのリソースプールの情報、該リソースセンスを行うためのキャリアの情報、該リソースセンスを行うためのサブバンドの情報、該リソースセンスを行うための物理リソースブロックＰＲＢ数の情報、第３の時間範囲の情報のうちの少なくとも１つを含む。

ここで、該第３の時間範囲の情報は、例えば、
該リソースセンスを行うためのセンスウィンドウの情報、リソース選択を行うためのリソース選択ウィンドの情報、特定の時間位置に対する時間範囲のうちの少なくとも１つを含む。

ここで、前記所定の時間位置は、例えば、端末デバイスがリソースセンスを行う時刻、端末が利用可能なリソースセットを報告した時刻、１つの無線フレーム周期内の最初のサブフレーム(すなわちサブフレーム０ )、端末デバイスがネットワークの報告指示を受信した時刻、端末デバイスのサービスが到着した時刻、サブフレームオフセット情報と端末デバイスのサービス周期情報とから特定される時刻の何れかである。ここで、サブフレームオフセット情報及びサービス周期は、端末がネットワークに報告するための補助的な情報( ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ )に含まれてもよい。

ここで、時間範囲は、例えば、[ ｎ＋Ｔ１，ｎ＋Ｔ２ ]とすることができ、ここで、ｎは、特定の時間位置であり、Ｔ１＞０であり、Ｔ２＞Ｔ１である。

任意選択で、該利用可能なリソースセットを決定するための条件パラメータは、物理サイドリンク共有チャネル参照信号受信電力ＰＳＳＣＨ－ＲＳＲＰ閾値、該利用可能なリソースセット内のリソース数及び利用可能なリソースの比のうちの少なくとも１つを含み、ここで、該利用可能なリソースの比は、該利用可能なリソースセット内のリソース数と該リソースセンスを行うセンスウィンドウ内のリソース総数との比の値である、及び／又は、
任意選択で、該目標サービスの伝送パラメータは、該目標サービスの優先度情報、該目標サービスのサービス量の情報、該目標サービスの伝送周期、該目標サービスの遅延、該目標サービスの再送回数、該目標サービスのパケットサイズ及び該目標サービスの変調符号化方式のうちの少なくとも１つを含む。

なお、この第３のパラメータセットとこの第１のパラメータセットのパラメータと一部または全部が同じであり得る。

任意選択で、３３０において、少なくとも１つのキャリアが目標キャリアを含み、この目標リソースが目標キャリア上の利用可能なリソースセット内のリソースである場合、このリソーススケジューリング情報は、この目標リソースのインデックスを含み得、ここで、この目標リソースのインデックスは、この目標リソースの目標キャリアのセンスウィンドウ内の位置を示し、または目標リソースの目標キャリア上の利用可能なリソースセット内の位置を示し、または目標リソースの目標キャリア内の時間周波数リソース位置を示すために使用される。

具体的に、該目標キャリア内の該目標リソースは、ネットワークデバイスが該端末デバイスに選択した該目標サービスを伝送するためのリソースであり、該ネットワークデバイスが該端末デバイスにリソーススケジューリング情報を送信しても良く、該リソーススケジューリング情報が該目標リソースのインデックスを含み、該目標リソースのインデックスは、該目標リソースの該利用可能なリソースセット内の位置、又は、該目標リソースの該目標キャリアのセンスウィンドウ内の位置、又は、該目標リソースの該目標キャリア内の時間周波数リソース位置を示す。

該少なくとも１つのキャリアが１つのキャリアを含む場合、該キャリアが該目標キャリアである。

該少なくとも１つのキャリアが複数のキャリアを含む場合、該目標キャリアは、例えば、該複数のキャリアのうちのＣＢＲ最小であるキャリアであってもよい。該端末デバイスが該ネットワークデバイスに第２のパラメータセットを報告しても良く、該第２のパラメータセットが該複数のキャリアのＣＢＲを含み、該ネットワークデバイスは、受信した該複数のキャリア上のＣＢＲに基づいて該目標キャリアを決定しても良い。

例えば、端末デバイスがネットワークデバイスに報告する目標キャリア上の利用可能なリソースセットには、リソースビットマップの形式で表される８個の利用可能なリソースが含まれる。端末デバイスがリソースセンスするためのセンスウィンドウ内のリソースの総数が１２であり、この利用可能なリソースセットを表すのに使用されるリソースビットマップが１１００ １０１１ １０１１であり、リソースが利用可能なリソースセットに属することを１とし、リソースが利用可能なリソースセットに属さないことを０とする。ネットワークデバイスが、リソースビットマップに従って２番目の利用可能なリソースを選択し、そのリソースを端末デバイスに割り当てる場合、ネットワークデバイスは、端末デバイスに、インデックス２を有するリソーススケジューリング情報を端末デバイスに送信することができ、これにより、端末デバイスが利用可能なリソースセットの２番目のリソースを使用して目標サービスを伝送するように指示する。

また、例えば、端末デバイスがネットワークデバイスに報告する目標キャリア上の利用可能なリソースセットに１２個の利用可能リソースが含まれていると仮定し、端末デバイスは、ＲＲＣシグナリングによりネットワークデバイスに利用可能なリソースセットを報告する。ＲＲＣシグナリングにおいて、この利用可能なリソースセットには、各利用可能なリソースの時間領域情報と周波数領域情報とが含まれ、ネットワークデバイスは、この端末デバイスから報告された前記利用可能なリソースセットに基づいて、その中から４番目の利用可能リソースを前記端末デバイスの伝送リソースとして選択して前記端末デバイスに割り当てる場合、前記端末デバイスに、インデックス４を有するリソーススケジューリング情報を送信して、前記端末デバイスに、前記利用可能なリソースセット中の４番目のリソースを用いて該目標サービスを伝送するよう指示することができる。

なお、このネットワークデバイスは、利用可能なリソースセットにおいて該目標サービスを伝送するための目標リソースを、上述のリソースインデックスの方式で端末デバイスに示し、又は、このネットワークデバイスは、該目標リソースの時間領域位置及び/又は周波数領域位置をこのリソーススケジューリング情報に載せて端末デバイスに送信してもよく、または、ネットワークデバイスは、別の方法で、該目標リソースを端末デバイスに示してもよく、本願の実施例は、これに限定されない。

任意選択で、このリソーススケジューリング情報は、Ｋ×Ｎ個のビットを含む。ここで、Ｋは、目標リソースの数であり、Ｋは、１以上の整数であり、Ｎは、目標リソースのインデックスが占めるビット数であり、Ｎ ＝ ｌｏｇ２ （ Ｍ ）であり、Ｍは、目標キャリアのセンスウィンドウ内のリソース数であり、又は、目標キャリア上の利用可能なリソースセット内のリソース数であり、又は、端末デバイスがネットワークデバイスに報告する目標リソースインデックスの数である。

例えば、ネットワークデバイスが、目標キャリア上で利用可能なリソースセットにおいて、目標サービスのために２つの伝送リソースを選択してこの目標サービスの２回の伝送に使用し、例えば、１回の初回伝送及び１回の再伝送である場合、ネットワークデバイスによって送信されるこのリソーススケジューリング情報は、N個のビットを用いて表される２つのリソースのインデックスを含み、この２つのリソースが２Ｎ個のビットで示す必要があり、ここで、Ｎ ＝ ｌｏｇ２ （ Ｍ ）であり、Ｍは、目標キャリア上で利用可能なリソースセットにおけるリソースの数、この目標キャリアのセンスウィンドウ内のリソースの数、又は、端末がネットワークデバイスに報告する候補目標リソースインデックスの数である。例えば、この目標キャリアのセンスウィンドウ内のリソースの数が４０００個( １０００個のサブフレーム、各サブフレームが４つのサブバンドを有し、合計４０００個のリソース)である場合、Ｍ ＝ ４０００は、または、この目標キャリア上の利用可能なリソースセット内のリソースの数が１０００である場合、Ｍ＝１０００であり、または、前記端末が４つの候補目標リソースのインデックスをネットワークに報告し、Ｍ＝４である。

図４は本願の実施例におけるＤ２Ｄ通信におけるリソース構成方法のフローチャートである。図４に示す方法は、ネットワークデバイスによって実行され、該ネットワークデバイスは、例えば、図１に示すネットワークデバイス１０であっても良い。図４に示すように、該Ｄ２Ｄ通信におけるリソース構成方法は、以下のステップを含む。

４１０にいて、ネットワークデバイスが端末デバイスにより報告された少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信する。

ここで、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられる。

４２０において、該ネットワークデバイスが該少なくとも１つのキャリア上の利用可能なリソースセットから、該目標サービスを伝送するための目標リソースを決定する。ここで、任意選択で、該目標リソースは、該少なくとも１つのキャリア上の利用可能なリソースセットの１つ又は複数のリソースである。

任意選択で、該方法は、さらに、４３０を含む。

４３０において、該ネットワークデバイスは、該端末デバイスにリソーススケジューリング情報を送信し、該リソーススケジューリング情報は、該目標リソースを示す。

したがって、ネットワークデバイスは、端末デバイスから報告された該利用可能なリソースセットに基づいて、この利用可能なリソースセットから、端末デバイスに伝送リソースの割り当てを行うことができ、この利用可能なリソースセット内のリソースが、端末デバイスがセンス結果から取得するので、ネットワークデバイスは、該利用可能なリソースセットから該端末デバイスのためにリソースを選択し、他の端末デバイスとの干渉を大幅に低減することができる。

任意選択で、ネットワークデバイスが端末デバイスにより報告された少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信する前に、前記方法は、さらに、前記ネットワークデバイスが前記端末デバイスに第１のパラメータセットを送信することを含み、前記第１のパラメータセットは、前記端末デバイスが前記少なくとも１つのキャリアにおいてリソースセンスを行って前記少なくとも１つのキャリア上の利用可能なリソースセットを取得するために用いられ、前記第１のパラメータセットは、該リソースセンスを行うためのリソースの情報、該利用可能なリソースセットを決定するための条件パラメータ及び該目標サービスの伝送パラメータのうちの少なくとも１つを含む。

任意選択で、前記リソースセンスを行うためのリソースの情報は、前記リソースセンスを行うためのリソースプールの情報、前記リソースセンスを行うためのキャリアの情報、前記リソースセンスを行うためのサブバンドの情報、前記リソースセンスを行うための物理リソースブロックＰＲＢ数の情報、前記リソースセンスを行うためのセンスウィンドウの情報のうちの少なくとも１つを含む。

任意選択で、前記利用可能なリソースセットを決定するための条件パラメータは、物理サイドリンク共有チャネル参照信号受信電力ＰＳＳＣＨ－ＲＳＲＰ閾値、前記利用可能なリソースセット内のリソース数及び利用可能なリソースの比のうちの少なくとも１つを含み、ここで、前記利用可能なリソースの比が、前記利用可能なリソースセット内のリソース数と前記リソースセンスを行うセンスウィンドウ内のリソース総数との比の値である。

任意選択で、前記目標サービスの伝送パラメータは、前記目標サービスの優先度情報、前記目標サービスのサービス量の情報、前記目標サービスの伝送周期、前記目標サービスの遅延、前記目標サービスの再送回数、前記目標サービスのパケットサイズ及び前記目標サービスの変調符号化方式のうちの少なくとも１つを含む。

任意選択で、前記ネットワークデバイスが前記端末デバイスに前記第１のパラメータセットを送信する前に、前記方法は、さらに、前記ネットワークデバイスが前記端末デバイスにより送信された第２のパラメータセットを受信することと、前記ネットワークデバイスが前記第２のパラメータセットに基づいて、前記第１のパラメータセットを決定することとを含み、ここで、前記第２のパラメータセットは、複数のキャリアの各キャリアのチャネル占用率ＣＢＲ、バッファ状態レポートＢＳＲ、前記目標サービスの優先度、前記目標サービスの遅延要求のうちの少なくとも１つを含む。

任意選択で、前記ネットワークデバイスが端末デバイスにより報告された少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信することは、前記ネットワークデバイスが、前記端末デバイスが上り制御情報ＵＣＩ、メディアアクセス制御要素ＭＡＣ ＣＥ又は無線リソース制御ＲＲＣシグナリングを介して報告した前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信することを含む。

任意選択で、前記ネットワークデバイスが端末デバイスにより報告された少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信することは、前記ネットワークデバイスが前記端末デバイスにより報告された前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信するとともに、前記端末デバイスにより報告された補助情報（ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）を受信することを含む。

任意選択で、前記ネットワークデバイスが端末デバイスにより報告された少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信することは、前記ネットワークデバイスが前記端末デバイスにより報告された前記少なくとも１つのキャリアのリソースビットマップを受信することを含む。ここで、各キャリアのリソースビットマップが複数のビットを含み、前記複数のビットが、前記端末デバイスの前記各キャリアにおいて前記リソースセンスを行うセンスウィンドウ内の複数のリソースに一対一対応し、前記複数のビットの各ビットの値が、前記各ビットに対応するリソースが前記各キャリア上の利用可能なリソースセットに属するかどうかを示す。

任意選択で、前記ネットワークデバイスが端末デバイスにより報告された少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信することは、前記ネットワークデバイスが前記端末デバイスにより報告された前記少なくとも１つのキャリア上の利用可能なリソースセット内の少なくとも１つの候補目標リソースのインデックスを受信することを含む。ここで、各キャリア上の利用可能なリソースセットの各候補目標リソースのインデックスは、前記各候補目標リソースの前記各キャリアのセンスウィンドウ内の位置、又は、前記各候補目標リソースの前記各キャリア上の利用可能なリソースセット内の位置、又は、前記各候補目標リソースの前記各キャリア内の時間周波数リソース位置を示す。

任意選択で、前記少なくとも１つのキャリアが目標キャリアを含み、前記目標リソースが前記目標キャリア上の利用可能なリソースセット内のリソースである。

ここで、前記リソーススケジューリング情報が前記目標リソースのインデックスを含み、ここで、前記目標リソースのインデックスは、前記目標リソースの前記目標キャリアのセンスウィンドウ内の複数のリソース内の位置、又は、前記目標リソースの前記目標キャリア上の利用可能なリソースセット内の位置、又は、前記目標リソースの前記目標キャリア内の時間周波数リソース位置を示す。

任意選択で、前記リソーススケジューリング情報がＫ×Ｎ個のビットを含み、ここで、Ｋが前記目標リソースの数であり、Ｋが１以上の整数であり、Ｎが前記目標リソースのインデックスが占用するビット数であり、Ｎ＝ｌｏｇ２（Ｍ）であり、Ｍは、前記目標キャリアのセンスウィンドウ内のリソース数、又は、前記目標キャリア上の利用可能なリソースセット内のリソース数、又は、前記端末デバイスが前記ネットワークデバイスに報告する候補目標リソースインデックスの数である。

なお、ネットワークデバイスがリソースを構成する処理は、具体的には、前述の図３の端末デバイスの説明を参照することができ、簡潔のため、その説明を省略する。

なお、本願の様々な実施例において、上述のプロセスの順序の大きさは、実行順序の前後を意味するものではなく、各プロセスの実行順序は、その機能及び内部ロジックにおいて決定されるべきであり、本願の実施例のプロセスを何ら限定するものではない。

なお、本明細書に記載の各実施例および/または各実施例の技術的特徴は、矛盾が生じない範囲で任意に組み合わせることができ、組み合わせた技術的解決策も本明細書の保護範囲に含まれる。

本願の実施例におけるＤ２Ｄ通信におけるリソース構成方法は、上記で詳細に説明され、以下の装置の実施例に適用される本願の実施例による装置は、図５～図８に関連して説明される。

図５は本願の実施例における端末デバイス５００のブロック図である。図５に示すように、該端末デバイス５００は、リソースセンスユニット５１０及び送受信ユニット５２０を含む。

リソースセンスユニット５１０は、第１のパラメータセットに基づいて、少なくとも１つのキャリアにおいてリソースセンスを行って前記少なくとも１つのキャリア上の利用可能なリソースセットを取得するように構成され、ここで、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられ、前記第１のパラメータセットが、前記リソースセンスを行うためのリソースの情報、前記利用可能なリソースセットを決定するための条件パラメータ及び前記目標サービスの伝送パラメータのうちの少なくとも１つを含む。

送受信ユニット５２０は、ネットワークデバイスにセンスユニット５１０により取得された該少なくとも１つのキャリア上の利用可能なリソースセットの情報を報告するように構成される。

そこで、端末デバイスは、特定の伝送パラメータに基づいてリソースセンスを行い、センス結果から利用可能なリソースセットを決定し、利用可能なリソースセットをネットワークデバイスに報告することで、ネットワークデバイスが端末デバイスに伝送リソースを割り当てるのを補助し、干渉を低減する。

任意選択で、前記リソースセンスを行うためのリソースの情報は、前記リソースセンスを行うためのリソースプールの情報、前記リソースセンスを行うためのキャリアの情報、前記リソースセンスを行うためのサブバンドの情報、前記リソースセンスを行うための物理リソースブロックＰＲＢ数の情報、前記リソースセンスを行うためのセンスウィンドウの情報のうちの少なくとも１つを含み、及び／又は、
前記利用可能なリソースセットを決定するための条件パラメータは、物理サイドリンク共有チャネル参照信号受信電力ＰＳＳＣＨ－ＲＳＲＰ閾値、前記利用可能なリソースセット内のリソース数及び利用可能なリソースの比のうちの少なくとも１つを含み、ここで、前記利用可能なリソースの比が、前記利用可能なリソースセット内のリソース数と前記リソースセンスを行うセンスウィンドウ内のリソース総数との比の値であり、及び／又は、
前記目標サービスの伝送パラメータは、前記目標サービスの優先度情報、前記目標サービスのサービス量の情報、前記目標サービスの伝送周期、前記目標サービスの遅延、前記目標サービスの再送回数、前記目標サービスのパケットサイズ及び前記目標サービスの変調符号化方式のうちの少なくとも１つを含む。

任意選択で、前記送受信ユニット５２０は、具体的に、物理層で上位層からの前記第１のパラメータセットを受信し、又は、前記ネットワークデバイスにより送信された前記第１のパラメータセットを受信するように構成される。

任意選択で、前記送受信ユニット５２０は、さらに、前記ネットワークデバイスに第２のパラメータセットを報告するように構成され、ここで、前記第２のパラメータセットは、複数のキャリアの各キャリアのチャネル占用率ＣＢＲ、バッファ状態レポートＢＳＲ、前記目標サービスの優先度及び前記目標サービスの遅延要求のうちの少なくとも１つを含む。

任意選択で、前記送受信ユニット５２０は、具体的に、上り制御情報ＵＣＩ、メディアアクセス制御要素ＭＡＣ ＣＥ又は無線リソース制御ＲＲＣシグナリングを介して、前記ネットワークデバイスに前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を報告するように構成される。

任意選択で、前記送受信ユニット５２０は、具体的に、ネットワークデバイスに前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を報告するとともに、前記端末デバイスの補助情報を報告するように構成される。

任意選択で、前記送受信ユニット５２０は、具体的に、前記ネットワークデバイスに前記少なくとも１つのキャリアのリソースビットマップを報告するように構成される。ここで、各キャリアのリソースビットマップが複数のビットを含み、前記複数のビットが、前記端末デバイスの前記各キャリアにおいて前記リソースセンスを行うセンスウィンドウ内の複数のリソースに一対一対応し、又は、前記複数のビットが、前記端末デバイスの前記各キャリア上のリソース選択ウィンド内の複数のリソースに一対一対応し、前記複数のビットの各ビットの値が、前記各ビットに対応するリソースが前記各キャリア上の利用可能なリソースセットに属するかどうかを示す。

任意選択で、前記送受信ユニット５２０は、具体的に、前記少なくとも１つのキャリア上の利用可能なリソースセット内の少なくとも１つの候補目標リソースのインデックスを前記ネットワークデバイスに報告するように構成される。ここで、各キャリア上の利用可能なリソースセット内の各候補目標リソースのインデックスは、前記各候補目標リソースの前記各キャリアのセンスウィンドウ内の位置、又は、前記各候補目標リソースの前記各キャリアのリソース選択ウィンド内の位置、又は、前記各候補目標リソースの前記各キャリア上の利用可能なリソースセット内の位置、又は、前記各候補目標リソースの前記各キャリア内の時間周波数リソース位置を示す。

任意選択で、前記送受信ユニット５２０は、さらに、前記ネットワークデバイスにより送信されたリソーススケジューリング情報を受信するように構成され、前記リソーススケジューリング情報は、前記目標サービスを伝送するための目標リソースを示す。

任意選択で、前記少なくとも１つのキャリアが目標キャリアを含み、前記目標リソースが前記目標キャリア上の利用可能なリソースセット内のリソースであり、前記リソーススケジューリング情報が前記目標リソースのインデックスを含み、ここで、前記目標リソースのインデックスは、前記目標リソースの前記目標キャリアのセンスウィンドウ内の位置、又は、前記目標リソースの前記目標キャリア上の利用可能なリソースセット内の位置、又は、前記目標リソースの前記目標キャリア内の時間周波数リソース位置を示す。

任意選択で、前記リソーススケジューリング情報がＫ×Ｎ個のビットを含み、ここで、Ｋが前記目標リソースの数であり、Ｋが１以上の整数であり、Ｎが前記目標リソースのインデックスが占用するビット数であり、Ｎ＝ｌｏｇ２（Ｍ）であり、Ｍは、前記目標キャリアのセンスウィンドウ内のリソース数、又は、前記目標キャリア上の利用可能なリソースセット内のリソース数、又は、前記端末デバイスが前記ネットワークデバイスに報告する候補目標リソースインデックスの数である。

なお、端末デバイス５００は、上述した方法の実施例における端末デバイスによって実行される方法３００の対応する動作を実行してもよく、簡潔のためにここでは詳しい説明を省略する。

図６は本願の実施例におけるネットワークデバイス６００のブロック図である。図６に示すように、該ネットワークデバイス６００は、送受信ユニット６１０及び決定ユニット６２０を含む。

送受信ユニット６１０は、端末デバイスにより報告された少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信するように構成され、ここで、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられる。

決定ユニット６２０は、前記送受信ユニット６１０が受信した前記少なくとも１つのキャリア上の利用可能なリソースセットから、前記目標サービスを伝送するための目標リソースを決定するように構成される。

そこで、ネットワークデバイスは、端末デバイスから報告された利用可能なリソースセットに基づいて、端末デバイスに伝送リソースの割り当てを行うことができ、利用可能なリソースセット内のリソースは、端末デバイスがセンス結果に基づいて取得したものであるため、ネットワークデバイスは、利用可能なリソースセットから該端末デバイスのためにリソースを選択し、他の端末デバイスとの干渉を大幅に低減することができる。

任意選択で、前記送受信ユニット６１０は、さらに、前記端末デバイスに第１のパラメータセットを送信するように構成され、前記第１のパラメータセットは、前記端末デバイスが前記少なくとも１つのキャリアにおいてリソースセンスを行って前記少なくとも１つのキャリア上の利用可能なリソースセットを取得するために用いられ、前記第１のパラメータセットが、前記リソースセンスを行うためのリソースの情報、前記利用可能なリソースセットを決定するための条件パラメータ及び前記目標サービスの伝送パラメータのうちの少なくとも１つを含む。

任意選択で、前記リソースセンスを行うためのリソースの情報は、前記リソースセンスを行うためのリソースプールの情報、前記リソースセンスを行うためのキャリアの情報、前記リソースセンスを行うためのサブバンドの情報、前記リソースセンスを行うための物理リソースブロックＰＲＢ数の情報、前記リソースセンスを行うためのセンスウィンドウの情報のうちの少なくとも１つを含み、及び／又は、
前記利用可能なリソースセットを決定するための条件パラメータは、物理サイドリンク共有チャネル参照信号受信電力ＰＳＳＣＨ－ＲＳＲＰ閾値、前記利用可能なリソースセット内のリソース数及び利用可能なリソースの比のうちの少なくとも１つを含み、ここで、前記利用可能なリソースの比が、前記利用可能なリソースセット内のリソース数と前記リソースセンスを行うセンスウィンドウ内のリソース総数との比の値であり、及び／又は、
前記目標サービスの伝送パラメータは、前記目標サービスの優先度情報、前記目標サービスのサービス量の情報、前記目標サービスの伝送周期、前記目標サービスの遅延、前記目標サービスの再送回数、前記目標サービスのパケットサイズ及び前記目標サービスの変調符号化方式のうちの少なくとも１つを含む。

任意選択で、前記送受信ユニット６１０は、さらに、前記端末デバイスに前記第１のパラメータセットを送信するように構成され、前記第１のパラメータセットは、前記端末デバイスが前記少なくとも１つのキャリアにおいてリソースセンスを行って前記少なくとも１つのキャリア上の利用可能なリソースセットを取得するために用いられる。

任意選択で、前記送受信ユニット６１０は、さらに、前記端末デバイスにより報告された第２のパラメータセットを受信するように構成され、ここで、前記第２のパラメータセットは、複数のキャリアの各キャリアのチャネル占用率ＣＢＲ、バッファ状態レポートＢＳＲ、前記目標サービスの優先度、及び前記目標サービスの遅延要求のうちの少なくとも１つを含み、前記決定ユニット６２０は、さらに、前記第２のパラメータセットに基づいて、前記第１のパラメータセットを決定するように構成される。

任意選択で、前記送受信ユニット６１０は、具体的に、前記端末デバイスが上り制御情報ＵＣＩ、メディアアクセス制御要素ＭＡＣ ＣＥ又は無線リソース制御ＲＲＣシグナリングを介して報告した前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信するように構成される。

任意選択で、前記送受信ユニット６１０は、具体的に、前記端末デバイスが報告した前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信するとともに、前記端末デバイスが報告した補助情報を受信するように構成される。

任意選択で、前記送受信ユニット６１０は、具体的に、前記端末デバイスが報告した前記少なくとも１つのキャリアのリソースビットマップを受信するように構成され、ここで、各キャリアのリソースビットマップが複数のビットを含み、前記複数のビットが、前記端末デバイスの前記各キャリアにおいて前記リソースセンスを行うセンスウィンドウ内の複数のリソースに一対一対応し、又は、前記複数のビットが、前記端末デバイスの前記各キャリア上のリソース選択ウィンド内の複数のリソースに一対一対応し、前記複数のビットの各ビットの値が、前記各ビットに対応するリソースが前記各キャリア上の利用可能なリソースセットに属するかどうかを示す。

任意選択で、前記送受信ユニット６１０は、具体的に、前記端末デバイスが報告した前記少なくとも１つのキャリア上の利用可能なリソースセット内の少なくとも１つの候補目標リソースのインデックスを受信するように構成される。ここで、各キャリア上の利用可能なリソースセット内の各候補目標リソースのインデックスは、前記各候補目標リソースの前記各キャリアのセンスウィンドウ内の位置、又は、前記各候補目標リソースの前記各キャリアのリソース選択ウィンド内の位置、又は、前記各候補目標リソースの前記各キャリア上の利用可能なリソースセット内の位置、又は、前記各候補目標リソースの前記各キャリア内の時間周波数リソース位置を示す。

任意選択で、前記送受信ユニット６１０は、さらに、前記端末デバイスにリソーススケジューリング情報を送信するように構成され、前記リソーススケジューリング情報は、前記決定ユニット６２０が決定した前記目標リソースを示す。

任意選択で、前記少なくとも１つのキャリアが目標キャリアを含み、前記目標リソースが前記目標キャリア上の利用可能なリソースセット内のリソースであり、前記リソーススケジューリング情報が前記目標リソースのインデックスを含み、ここで、前記目標リソースのインデックスは、前記目標リソースの前記目標キャリアのセンスウィンドウ内の複数のリソース内の位置、又は、前記目標リソースの前記目標キャリア上の利用可能なリソースセット内の位置、又は、前記目標リソースの前記目標キャリア内の時間周波数リソース位置を示す。

任意選択で、前記リソーススケジューリング情報がＫ×Ｎ個のビットを含み、ここで、Ｋが前記目標リソースの数であり、Ｋが１以上の整数であり、Ｎが前記目標リソースのインデックスが占用するビット数であり、Ｎ＝ｌｏｇ２（Ｍ）であり、Ｍは、前記目標キャリアのセンスウィンドウ内のリソース数、又は、前記目標キャリア上の利用可能なリソースセット内のリソース数、又は、前記端末デバイスが前記ネットワークデバイスに報告する候補目標リソースインデックスの数である。

なお、このネットワークデバイス６００は、上記の方法の実施例におけるネットワークデバイスにより実行される方法４００の対応する動作を実行してもよく、簡潔にするためにここでは詳しい説明を省略する。

図７は、本願の実施例に係る通信デバイス７００の概略構成図である。図７に示すように、通信デバイスは、プロセッサ７１０、送受信機７２０、及びメモリ７３０を備え、プロセッサ７１０、送受信機７２０、及びメモリ７３０は、内部接続経路を介して互いに通信する。メモリ７３０は、命令を格納するために使用され、プロセッサ７１０は、送受信機７２０を制御して信号を受信または送信するためにメモリ７３０に格納された命令を実行するために使用される。

任意選択で、プロセッサ７１０は、メモリ７３０に格納されたプログラムコードを呼び出して、方法の実施例における端末デバイスによって実行される方法３００の対応する動作を実行してもよく、簡潔にするためにここでは詳しい説明を省略する。

任意選択で、このプロセッサ７１０は、メモリ７３０に格納されたプログラムコードを呼び出して、方法の実施例におけるネットワークデバイスによって実行される方法４００の対応する動作を実行してもよく、ここでは簡潔にするために説明を省略する。

なお、本願の実施例のプロセッサは、信号の処理能力を有する集積回路チップであり得る。実施において、上述した方法の実施例のステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェア形態の命令によって実行されてもよい。上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ )、特定用途向け集積回路( Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ )、既存のプログラマブルゲートアレイ( Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネントであってもよい。本出願の実施例に開示された方法、ステップ、及び論理ブロック図は、実施され得るか、又は実行され得る。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。本願の実施例に関連して開示される方法のステップは、ハードウェアデコーディングプロセッサ実行として直接的に、または、デコーディングプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行されるとして具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。この記憶媒体は、メモリに位置し、プロセッサは、メモリ内の情報を読み取り、ハードウェアとともに上述した方法のステップを実行する。

なお、本願の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、或いは揮発性メモリ及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、リードオンリーメモリ( Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ )、プログラマブルリードオンリーメモリ( Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ )、消去可能プログラマブルリードオンリーメモリ( Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ )、電気的消去可能プログラマブルリードオンリーメモリ( Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ )、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ )であってよい。限定ではなく例として、RAMは、スタティックランダムアクセスメモリ( Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ )、ダイナミックランダムアクセスメモリ( Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ )、シンクロナスダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ )、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ( Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ )、エンハンスメント型シンクロナスダイナミックランダムアクセスメモリ( Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ )、シンクロナス接続ダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ )、及びダイレクトメモリバスランダムアクセスメモリ( Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ )など、多くの形態で利用可能である。本明細書に記載のシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されない。

図８は、本願の実施例におけるチップの概略構成図である。図８のチップ８００は、入力インターフェース８０１、出力インターフェース８０２、少なくとも１つのプロセッサ８０３、メモリ８０４を含み、前記入力インターフェース８０１、出力インターフェース８０２、前記プロセッサ８０３、及びメモリ８０４の間は、内部接続経路によって互いに接続される。プロセッサ８０３は、メモリ８０４内のコードを実行するように構成される。

任意選択で、コードが実行されると、プロセッサ８０３は、方法の実施例において端末デバイスによって実行される方法３００を実施してもよい。簡潔にするために、ここでは説明を省略する。

任意選択で、コードが実行されると、プロセッサ８０３は、方法の実施例においてネットワークデバイスによって実行される方法４００を実施してもよい。簡潔にするために、ここで説明を省略する。

なお、本願の実施例で言及されるチップは、システムオンチップ、チップシステム、またはシステムオンチップなどと呼ばれることもある。

図９は本願の実施例における通信システム９００のブロック図である。図９に示すように、該通信システム９００は、端末デバイス９１０及びネットワークデバイス９２０を含む。

ここで、端末デバイス９１０は、第１のパラメータセットに基づいて、少なくとも１つのキャリアにおいてリソースセンスを行って、前記少なくとも１つのキャリア上の利用可能なリソースセットを取得し、ここで、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられ、前記第１のパラメータセットが、前記リソースセンスを行うためのリソースの情報、前記利用可能なリソースセットを決定するための条件パラメータ及び前記目標サービスの伝送パラメータのうちの少なくとも１つを含み、ネットワークデバイスに前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を報告するように構成される。

ここで、ネットワークデバイス９２０は、端末デバイスにより報告された少なくとも１つのキャリア上の利用可能なリソースセットの情報を受信し、ここで、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられ、前記少なくとも１つのキャリア上の利用可能なリソースセットから、前記目標サービスを伝送するための目標リソースを決定するように構成される。

ここで、端末デバイス９１０は、前述した方法３００のうち、端末デバイスが実現する各機能を実現するために使用されてもよく、端末デバイス９１０の構成は、図５の端末デバイス５００に示す通りであってもよく、簡潔にするために、ここでは説明を省略する。

ここで、ネットワークデバイス９２０は、上記方法４００においてネットワークデバイスにより実現される対応する機能を実現するために使用されてもよく、ネットワークデバイス９２０の構成は、図６においてネットワークデバイス６００に示されてもよく、簡潔にするためにここで説明を省略する。

なお、本願の実施例において、「Ａに対応する(対応する) Ｂ」とは、ＢがＡに対応付けられていることを意味し、Ａに応じてＢが決定されてもよい。ＡからＢを決定することは、ＡのみからＢを決定することを意味するのではなく、Ａおよび/または他の情報からＢを決定することもできることをさらに理解されたい。

当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本開示の範囲から逸脱するものと考えられるべきではない。

当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの特定の動作プロセスが、前述の方法の実施例における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。

本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記の装置の実施例は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。

記分離手段として説明したユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示する手段は、物理的なユニットであってもなくてもよく、１箇所にあってもよく、あるいは複数のネットワークユニットに分散していてもよい。また、本実施例の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。

また、本願の各実施例における各機能部は、一つの監視ユニットに集積されてもよく、各ユニットが物理的に別個に存在してもよく、二つ以上のユニットが一つのユニットに集積されてもよい。

また、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術的解決策の本質または従来技術に寄与する部分、または本願の技術的解決策の部分は、１つのコンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであり得る)に本願の様々な実施例に記載された方法のステップの全てまたは一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化され得る。なお、前記記憶媒体としては、Ｕ-ディスク、リムーバブルハードディスク、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。

以上、本願の具体的な実施例を説明したが、本願の技術的範囲はこれに限定されるものではなく、本願が属する技術分野で通常の知識を有する者であれば、本願の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本願の保護範囲は、特許請求の範囲によって定義されるべきである。

Claims (11)

1. リソース構成方法であって、
   端末デバイスがネットワークデバイスにより送信された第１のパラメータセットを受信することと、
   前記端末デバイスが前記第１のパラメータセットに基づいて、少なくとも１つのキャリアにおいてリソースセンスを行って、前記少なくとも１つのキャリア上の利用可能なリソースセットを取得することと、
   前記端末デバイスが前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を前記ネットワークデバイスに報告して、前記ネットワークデバイスが前記少なくとも１つのキャリア上の利用可能なリソースセットから、目標サービスを伝送するための目標リソースを決定することと、
   前記端末デバイスが前記目標リソースで前記目標サービスを伝送することと、を含み、
   各キャリア上の利用可能なリソースセット内のリソースが前記目標サービスを伝送するために用いられ、前記第１のパラメータセットが、前記リソースセンスを行うためのリソースの情報及び前記目標サービスの伝送パラメータを含み、
   前記利用可能なリソースセットの情報は、前記利用可能なリソースセット内の少なくとも１つの候補目標リソースのインデックスを含み、
   各キャリア上の利用可能なリソースセットの各候補目標リソースのインデックスは、前記各候補目標リソースの該各キャリアのリソース選択ウィンド内の位置を示し、
   前記リソース構成方法は、さらに、
   前記端末デバイスが前記ネットワークデバイスにより送信されたリソーススケジューリング情報を受信し、前記リソーススケジューリング情報は、前記目標サービスを伝送するための目標リソースを示すことを含む
   ことを特徴とするリソース構成方法。
2. 前記リソースセンスを行うためのリソースの情報は、前記リソースセンスを行うためのリソースプールの情報、前記リソースセンスを行うためのキャリアの情報、前記リソースセンスを行うためのサブバンドの情報のうちの少なくとも１つを含み、
   前記目標サービスの伝送パラメータは、前記目標サービスの優先度情報、前記目標サービスの伝送周期のうちの少なくとも１つを含む
   ことを特徴とする請求項１に記載のリソース構成方法。
3. 前記方法は、さらに、
   前記端末デバイスが前記ネットワークデバイスに第２のパラメータセットを報告することを含み、
   前記第２のパラメータセットは、少なくとも１つのキャリアの各キャリアのチャネル占有率ＣＢＲ、バッファ状態レポートＢＳＲ、前記目標サービスの伝送周期、前記目標サービスの優先度及び前記目標サービスの遅延要求のうちの少なくとも１つを含む
   ことを特徴とする請求項１～２のいずれか１項に記載のリソース構成方法。
4. 前記端末デバイスが前記少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告することは、
   前記端末デバイスが上り制御情報ＵＣＩ、メディアアクセス制御要素ＭＡＣ ＣＥ又は無線リソース制御ＲＲＣシグナリングを介して、前記ネットワークデバイスに前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を報告することを含む
   ことを特徴とする請求項１～３のいずれか１項に記載のリソース構成方法。
5. 前記端末デバイスが前記少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告することは、
   前記端末デバイスが前記少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告するとともに、前記端末デバイスの補助情報を報告することを含む
   ことを特徴とする請求項１～４のいずれか１項に記載のリソース構成方法。
6. リソースセンスユニットと、送受信ユニットと、を備える端末デバイスであって、
   前記送受信ユニットは、ネットワークデバイスにより送信された第１のパラメータセットを受信するように構成され、
   前記リソースセンスユニットは、第１のパラメータセットに基づいて、少なくとも１つのキャリアにおいてリソースセンスを行って前記少なくとも１つのキャリア上の利用可能なリソースセットを取得するように構成され、各キャリア上の利用可能なリソースセット内のリソースが目標サービスを伝送するために用いられ、前記第１のパラメータセットが、前記リソースセンスを行うためのリソースの情報及び前記目標サービスの伝送パラメータを含み、
   前記送受信ユニットは、さらに、前記センスユニットが取得した前記少なくとも１つのキャリア上の利用可能なリソースセットの情報をネットワークデバイスに報告して、前記ネットワークデバイスが前記少なくとも１つのキャリア上の利用可能なリソースセットから、目標サービスを伝送するための目標リソースを決定するように構成され、
   前記利用可能なリソースセットの情報は、前記利用可能なリソースセット内の少なくとも１つの候補目標リソースのインデックスを含み、
   各キャリア上の利用可能なリソースセットの各候補目標リソースのインデックスは、前記各候補目標リソースの該各キャリアのリソース選択ウィンド内の位置を示し、
   前記端末デバイスが前記目標リソースで前記目標サービスを伝送し、
   前記送受信ユニットは、前記ネットワークデバイスにより送信されたリソーススケジューリング情報を受信し、前記リソーススケジューリング情報は、前記目標サービスを伝送するための目標リソースを示す
   ことを特徴とする端末デバイス。
7. 前記リソースセンスを行うためのリソースの情報は、前記リソースセンスを行うためのリソースプールの情報、前記リソースセンスを行うためのキャリアの情報、前記リソースセンスを行うためのサブバンドの情報のうちの少なくとも１つを含み、
   前記目標サービスの伝送パラメータは、前記目標サービスの優先度情報、前記目標サービスの伝送周期のうちの少なくとも１つを含む
   ことを特徴とする請求項６に記載の端末デバイス。
8. 前記送受信ユニットは、さらに、
   前記ネットワークデバイスに第２のパラメータセットを報告するように構成され、
   前記第２のパラメータセットは、少なくとも１つのキャリアの各キャリアのチャネル占有率ＣＢＲ、バッファ状態レポートＢＳＲ、前記目標サービスの伝送周期、前記目標サービスの優先度及び前記目標サービスの遅延要求のうちの少なくとも１つを含む
   ことを特徴とする請求項６に記載の端末デバイス。
9. 前記送受信ユニットは、
   上り制御情報ＵＣＩ、メディアアクセス制御要素ＭＡＣ ＣＥ又は無線リソース制御ＲＲＣシグナリングを介して、前記ネットワークデバイスに前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を報告するように構成される
   ことを特徴とする請求項６～８のいずれか１項に記載の端末デバイス。
10. 前記送受信ユニットは、
    ネットワークデバイスに前記少なくとも１つのキャリア上の利用可能なリソースセットの情報を報告するとともに、前記端末デバイスの補助情報を報告するように構成される
    ことを特徴とする請求項６～９のいずれか１項に記載の端末デバイス。
11. コンピュータ装置によって実行されると、請求項１～５のいずれか１項に記載の方法を前記コンピュータ装置に実現させるコンピュータプログラムを記憶した
    ことを特徴とする記憶媒体。

Images