(57)【要約】本願は、Ｄ２Ｄ通信におけるリソース選択方法及び端末機器を開示する。当該方法は、第１の端末機器の物理層が時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得、前記第１のリソース集合におけるリソースは前記第１の端末機器が目的サービスを伝送するために使用することができ、ここで、ｎは前記目的サービスが届く時刻、又は前記第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２であることと、前記第１の端末機器の物理層が前記第１の端末機器の上位層に前記第１のリソース集合の情報を報告することと、を含む。このため、当該端末機器は使用可能なリソースがリソース選択に不十分である状況においても、当該目的サービスを伝送するために使用する伝送リソースを得ることができる。【選択図】図４
2021508185.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末機器の物理層が時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得、前記第１のリソース集合におけるリソースは前記第１の端末機器が目的サービスを伝送するために使用することができ、ここで、ｎは前記目的サービスが届く時刻、又は前記第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２であることと、
前記第１の端末機器の物理層が前記第１の端末機器の上位層に前記第１のリソース集合の情報を報告することと、を含むことを特徴とするデバイスツーデバイス（Ｄ２Ｄ）通信におけるリソース選択方法。
【請求項２】
前記第１の端末機器の物理層が時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得ることは、
前記第１の端末機器の物理層が前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得、ここで、前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数はＡであり、前記第２のリソース集合におけるリソースの数量はＢであることと、
Ｂ／Ａが閾値Ｑ以上である場合、前記第１の端末機器の物理層は前記第２のリソース集合内のＢ個のリソースにおける受信信号強度インジケータ（ＲＳＳＩ）を測定し、前記第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを前記第１のリソース集合とすることと、
Ｂ／Ａが前記閾値Ｑより小さい場合、前記第１の端末機器の物理層は前記第２のリソース集合を前記第１のリソース集合として決定することと、を含むことを特徴とする請求項１に記載の方法。
【請求項３】
ＰはＱ及びＡに基づいて決定されることを特徴とする請求項２に記載の方法。
【請求項４】
前記第２のリソース集合は第２の端末機器によって占用されている及び／又は予約されているリソースを含まず、ここで、前記第２の端末機器は第１の伝送モードを用いる端末機器であり、前記第１の端末機器は第２の伝送モードを用いる端末機器であることを特徴とする請求項２又は３に記載の方法。
【請求項５】
前記第１の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、ネットワーク機器によってスケジューリングされるリソースであり、前記第２の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、前記第２の伝送モードを用いる端末機器が前記第２の伝送モードに対応するリソースプールにおいて自主的に選択したリソースであることを特徴とする請求項４に記載の方法。
【請求項６】
前記端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合の情報を報告することは、
前記端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合におけるリソースを報告することを含むことを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合の情報を報告することは、
前記第１の端末機器の物理層が前記第１の端末機器の上位層にリソース不足指示情報を報告することを含み、前記リソース不足指示情報は第２のリソース集合におけるリソースの数量Ｂと前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数Ａとの比の値が閾値Ｑより小さいことを指示するためのものであることを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項８】
前記第１の端末機器の上位層は前記第１のリソース集合で、前記第１の端末機器が前記目的サービスを伝送するために使用する目的リソースを決定することと、
前記第１の端末機器の上位層は前記第１の端末機器の物理層に、前記目的リソースを指示するための第１の指示情報を送信することと、
前記第１の端末機器の物理層は前記第１の指示情報に基づいて、前記目的リソースにおいて前記目的サービスを伝送することと、をさらに含むことを特徴とする請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記第１の端末機器の上位層は前記第１の端末機器の物理層に第２の指示情報を送信することをさらに含み、前記第２の指示情報は前記第１のキャリアにおける第２のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記第１の端末機器の物理層に指示するためのものであることを特徴とする請求項１〜７のいずれか１項に記載の方法。
【請求項１０】
前記第１の端末機器の上位層が前記第１の端末機器の物理層に第３の指示情報を送信することをさらに含み、前記第３の指示情報は第２のキャリアにおける第３のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記第１の端末機器の物理層に指示するためのものであることを特徴とする請求項１〜７のいずれか１項に記載の方法。
【請求項１１】
前記第１の端末機器の物理層が前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得る前に、
前記第１の端末機器はネットワーク機器によって送信される閾値Ｑを指示するための設定情報を受信すること、又は、前記第１の端末機器は前記第１の端末機器に予め記憶されている前記閾値Ｑを取得することをさらに含むことを特徴とする請求項２〜１０のいずれか１項に記載の方法。
【請求項１２】
端末機器であって、前記端末機器が、物理層モジュールと、上位層モジュールとを含む第１の端末機器であり、
前記物理層モジュールは、時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得るように構成され、前記第１のリソース集合におけるリソースは前記第１の端末機器が目的サービスを伝送するために使用することができ、ここで、ｎは前記目的サービスが届く時刻、又は前記第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２であり、
前記物理層モジュールは、さらに、前記上位層モジュールに前記第１のリソース集合の情報を報告するように構成されることを特徴とする端末機器。
【請求項１３】
前記物理層モジュールは、具体的に、
前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得、ここで、前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数はＡであり、前記第２のリソース集合におけるリソースの数量はＢであり、
Ｂ／Ａが閾値Ｑ以上である場合、前記物理層モジュールは、前記第２のリソース集合内のＢ個のリソースにおける受信信号強度インジケータ（ＲＳＳＩ）を測定し、前記第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを前記第１のリソース集合とし、
Ｂ／Ａが前記閾値Ｑより小さい場合、前記物理層モジュールは、前記第２のリソース集合を前記第１のリソース集合として決定するように構成されることを特徴とする請求項１２に記載の端末機器。
【請求項１４】
ＰはＱ及びＡに基づいて決定されることを特徴とする請求項１３に記載の端末機器。
【請求項１５】
前記第２のリソース集合は第２の端末機器によって占用されている及び／又は予約されているリソースを含まず、ここで、前記第２の端末機器は第１の伝送モードを用いる端末機器であり、前記第１の端末機器は第２の伝送モードを用いる端末機器であることを特徴とする請求項１３又は１４に記載の端末機器。
【請求項１６】
前記第１の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記第２の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、端末機器が前記第２の伝送モードに対応するリソースプールで自主的に選択したリソースであることを特徴とする請求項１５に記載の端末機器。
【請求項１７】
前記物理層モジュールは、具体的に、前記上位層モジュールに前記第１のリソース集合におけるリソースを報告するように構成されることを特徴とする請求項１２〜１６のいずれか１項に記載の端末機器。
【請求項１８】
前記物理層モジュールは、具体的に、前記上位層モジュールにリソース不足指示情報を報告するように構成され、前記リソース不足指示情報は前記第２のリソース集合におけるリソースの数量Ｂと前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数Ａとの比の値が前記閾値Ｑより小さいことを指示するためのものであることを特徴とする請求項１２〜１６のいずれか１項に記載の端末機器。
【請求項１９】
前記上位層モジュールは、さらに、前記第１のリソース集合で、前記第１の端末機器が前記目的サービスを伝送するのに使用する目的リソースを決定し、
前記物理層モジュールに前記目的リソースを指示するための第１の指示情報を送信するように構成され、
前記物理層モジュールは、さらに、前記第１の指示情報に基づいて、前記目的リソースにおいて前記目的サービスを伝送するように構成されることを特徴とする請求項１２〜１８のいずれか１項に記載の端末機器。
【請求項２０】
前記上位層モジュールは、さらに、前記物理層モジュールに第２の指示情報を送信するように構成され、前記第２の指示情報は、前記第１のキャリアにおける第２のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記物理層モジュールに指示するためのものであることを特徴とする請求項１２〜１８のいずれか１項に記載の端末機器。
【請求項２１】
前記上位層モジュールは、さらに、前記物理層モジュールに第３の指示情報を送信するように構成され、前記第３の指示情報は、第２のキャリアにおける第３のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記物理層モジュールに指示するためのものであることを特徴とする請求項１２〜１８のいずれか１項に記載の端末機器。
【請求項２２】
前記物理層モジュールは、さらに、前記ネットワーク機器によって送信される前記閾値Ｑを指示するための設定情報を受信するか、又は前記第１の端末機器に予め記憶されている前記閾値Ｑを取得するように構成されることを特徴とする請求項１３〜２１のいずれか１項に記載の端末機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の実施例は、無線通信の分野に関し、より詳しく言えば、デバイスツーデバイス（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ、Ｄ２Ｄと略称）通信におけるリソース選択方法及び端末機器に関する。
【背景技術】
【０００２】
車のインターネット、あるいは車両対デバイス（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘと略称）通信システムは、Ｄ２Ｄ通信に基づくサイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬと略称）伝送技術であり、従来のロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ（登録商標）と略称）システムで基地局を介してデータを送受信する形態と違い、車のインターネットシステムは、端末間で直接通信する形態を採用しているため、より高いスペクトル効率及びより低い伝送遅延を有している。
【０００３】
第３世代パートナーシッププロジェクト（ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ（登録商標）と略称）プロトコルのバージョンＲｅｌｅａｓｅ−１４では、伝送モード３（ｍｏｄｅ３）、伝送モード４（ｍｏｄｅ４）の２つの伝送モードが定義されている。伝送モード３を用いる端末機器と伝送モード４を用いる端末機器は異なるリソースプールにおいてデータを伝送する。そのうち、伝送モード３を用いる端末が使用するリソースは基地局によって割り当てられ、端末は基地局によって割り当てられるリソースに基づいてサイドリンクにおいてデータを伝送し、伝送モード４を用いる端末はサイドリンクの伝送リソースを自主的に選択することができる。
【０００４】
３ＧＰＰプロトコルの新バージョンＲｅｌｅａｓｅ−１５をサポートする端末に対して、同様に上記の２つの伝送モードを用いることもでき、しかも伝送モード３を用いる端末機器と伝送モード４を用いる端末機器はリソースプールを共有できる。伝送モード３を用いる端末機器は基地局に接続され、且つ、その伝送リソースは基地局によって割り当てられるため、伝送モード３を用いる端末機器と伝送モード４を用いる端末機器が共存する場合、伝送モード３を用いる端末機器による伝送の信頼性をより一層保証する必要がある。しかしながら、伝送モード４を用いる端末機器には、使用可能なリソースが不足する状況が生じる可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願の実施例は、Ｄ２Ｄ通信におけるリソース選択方法及び端末機器を提供し、端末機器におけるリソースの需要を満たす場合には、異なる伝送モードを用いる端末機器はいずれも適切な伝送リソースを選択してデータ伝送を行うことができ、干渉を低減することができる。
【課題を解決するための手段】
【０００６】
第１の態様として、Ｄ２Ｄ通信におけるリソース選択方法を提供する。当該方法は、第１の端末機器の物理層は時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得、前記第１のリソース集合におけるリソースは前記第１の端末機器が目的サービスを伝送するために使用することができ、ここで、ｎは前記目的サービスが届く時刻、又は前記第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２であることと、前記第１の端末機器の物理層は前記端末機器の上位層に前記第１のリソース集合の情報を報告することとを含む。
【０００７】
このため、端末機器の物理層がその決定される目的サービスの伝送に使用可能な第１のリソース集合を上位層に報告することにより、当該端末機器の上位層は物理層の報告に基づいて、当該端末機器に対してリソースを割り当てるか又はリソース再選択等の動作を行うよう指示することができ、これにより当該端末機器は使用可能なリソースがリソース選択に不十分である状況においても、当該目的サービスを伝送するために使用する伝送リソースを得ることができる。
【０００８】
一つの可能な実施形態において、前記第１の端末機器の物理層が時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得ることは、
前記第１の端末機器の物理層は前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得、ここで、前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数はＡであり、前記第２のリソース集合におけるリソースの数量はＢであることと、
Ｂ／Ａが閾値Ｑ以上である場合、前記第１の端末機器の物理層は前記第２のリソース集合内のＢ個のリソースにおける受信信号強度インジケータ（ＲＳＳＩ）を測定し、前記第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを前記第１のリソース集合とすることと、
Ｂ／Ａが前記閾値Ｑより小きい場合、前記第１の端末機器の物理層は前記第２のリソース集合を前記第１のリソース集合として決定することとを含む。
【０００９】
一つの可能な実施形態において、前記第２のリソース集合は第２の端末機器によって占有されている及び／又は予約されているリソースを含まず、ここで、前記第２の端末機器は第１の伝送モードを用いる端末機器であり、前記第１の端末機器は第２の伝送モードを用いる端末機器である。
【００１０】
一つの可能な実施形態において、ＰはＱ及びＡに基づいて決定される。例えば、Ｐ＝
【数１】
2021508185.tif 000003
、Ｐ＝
【数２】
2021508185.tif 000004
であるか、又はＰ＝ｒｏｕｎｄ（Ｑ×Ａ）である。ここで、
【数３】
2021508185.tif 000005
は切り上げであり、
【数４】
2021508185.tif 000006
は切り捨てであり、ｒｏｕｎｄ（）は四捨五入である。
【００１１】
このため、第２の伝送モードを用いる第１の端末機器の物理層は第１の伝送モードを用いる第２の端末機器によって占有されている及び／又は予約されているリソースを排除しているため、これにより当該第１の端末機器はリソース選択を行う時、第１の伝送モードを用いる第２の端末機器によるデータ伝送に影響を与えることはない。
【００１２】
一つの可能な実施形態において、前記第１の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記第２の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、端末機器が前記第２の伝送モードに対応するリソースプールで自主的に選択しているリソースである。
【００１３】
当該第１の伝送モードは例えば、３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード３であってよい。端末機器が前記第１の伝送モードを用いる場合、端末機器が前記データ伝送を行うのに使用する時間周波数リソースはネットワーク機器によってスケジューリングされるリソースである。当該第２の伝送モードは例えば、上記の３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード４であってよい。端末機器が前記第２の伝送モードを用いる場合、当該時間周波数リソースは端末機器が自主的に選択可能なリソースである。例えば、対応するリソースプールでランダムに選択しているリソース、又は端末機器がセンシングの結果に基づいて決定しているリソースである。
【００１４】
伝送モード３を用いる端末機器の伝送リソースは基地局によって割り当てられるため、伝送モード３を用いる端末機器と伝送モード４を用いる端末機器はリソースプールを共有して伝送する場合、伝送モード４を用いる端末機器の物理層は伝送モード３を用いる端末機器によって占有されている及び／又は予約されているリソースを排除して、残りのリソース集合の情報をその上位層に報告し、これによって、伝送モード４を用いる端末機器はリソース選択を行うと同時に、伝送モード３を用いる端末機器における正常な伝送が保証される。
【００１５】
一つの可能な実施形態において、前記端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合の情報を報告することは、前記端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合におけるリソースを報告することを含む。
【００１６】
一つの可能な実施形態において、前記第１の端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合の情報を報告することは、前記第１の端末機器の物理層が前記第１の端末機器の上位層にリソース不足指示情報を報告することを含み、前記リソース不足指示情報は、前記第２のリソース集合におけるリソースの数量Ｂと前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数Ａとの比の値が前記閾値Ｑより小きいことを指示するためのものである。
【００１７】
一つの可能な実施形態において、前記方法は、前記第１の端末機器の上位層は前記第１のリソース集合で、前記第１の端末機器が前記目的サービスを伝送するために使用する目的リソースを決定することと、前記第１の端末機器の上位層が前記第１の端末機器の物理層に、前記目的リソースを指示するための第１の指示情報を送信することと、前記第１の端末機器の物理層が前記第１の指示情報に基づいて、前記目的リソースにおいて前記目的サービスを伝送することと、をさらに含む。
【００１８】
一つの可能な実施形態において、前記方法は、前記第１の端末機器の上位層が前記第１の端末機器の物理層に第２の指示情報を送信することをさらに含み、前記第２の指示情報は、前記第１のキャリアにおける第２のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するように、前記第１の端末機器の物理層に指示するためのものである。
【００１９】
一つの可能な実施形態において、前記方法は、前記第１の端末機器の上位層が前記第１の端末機器の物理層に第３の指示情報を送信することをさらに含み、前記第３の指示情報は、第２のキャリアにおける第３のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するように前記第１の端末機器の物理層に指示するためのものである。
【００２０】
一つの可能な実施形態において、前記第１の端末機器の物理層は前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得る前に、前記方法は、前記第１の端末機器が前記ネットワーク機器によって送信される、前記閾値Ｑを指示するための設定情報を受信すること、又は前記第１の端末機器が前記第１の端末機器に予め記憶されている前記閾値Ｑを取得することをさらに含む。
【００２１】
第２の態様として、端末機器を提供する。当該端末機器は、上記の第１の態様又は第１の態様の任意の選択可能な実施形態における端末機器の動作を実行できる。具体的に、当該端末機器は、上記の第１の態様又は第１の態様の任意の可能な実施形態における端末機器の動作を実行するためのモジュール又はユニットを含んでもよい。
【００２２】
第３の態様として、端末機器を提供する。当該端末機器は、プロセッサと、送受信機と、メモリとを含む。ここで、当該プロセッサ、送受信機、メモリは内部の接続通路を介して相互に通信する。当該メモリは指令を記憶するように構成され、当該プロセッサは当該メモリに記憶されている指令を実行するように構成される。当該プロセッサが当該メモリに記憶されている指令を実行する時、かかる実行により当該端末機器は第１の態様又は第１の態様の任意の可能な実施形態に係る方法を実行するか、又はかかる実行により当該端末機器は第３の態様に係る端末機器として実施される。
【００２３】
第４の態様として、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体には、端末機器が上記の第１の態様、及びその様々な実施形態に係るいずれかのＤ２Ｄ通信におけるリソース選択方法を実行するためのプログラムが記憶されている。
【００２４】
第５の態様として、システムチップを提供する。当該システムチップは、入力インタフェースと、出力インタフェースと、プロセッサと、メモリとを含む。当該プロセッサは当該メモリに記憶されている指令を実行するように構成される。当該指令が実行される時、当該プロセッサは上記の第１の態様又は第１の態様の任意の可能な実施形態に係る方法を実施できる。
【００２５】
第６の態様として、指令を含むコンピュータプログラム製品を提供する。前記コンピュータプログラム製品がコンピュータ上で動作する時、当該コンピュータは上記の第１の態様又は第１の態様の任意の可能な実施形態に係る方法を実行する。
【図面の簡単な説明】
【００２６】
【図１】本願の実施例の一つの適用シーンの概略構成図である。
【図２】本願の実施例の別の適用シーンの概略構成図である。
【図３】センシング及びリソース選択の概略図である。
【図４】本願の実施例のリソース選択方法の概略フローチャートである。
【図５】本願の実施例における第１のリソース集合の取得方法の概略フローチャートである。
【図６】本願の実施例の端末機器の概略ブロック図である。
【図７】本願の実施例の端末機器の概略構造図である。
【図８】本願の実施例のシステムチップの概略構造図である。
【発明を実施するための形態】
【００２７】
以下、本願の実施例に係る技術的手段を各図を参照して説明する。
【００２８】
本願の実施例に係る技術的手段は、例えば、グローバル移動体通信（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標）と略称）システム、符号分割多重接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ（登録商標）と略称）システム、広帯域符号分割多重接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ（登録商標）と略称）システム、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥと略称）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＦＤＤと略称）システム、ＬＴＥ時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＴＤＤと略称）、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、ＵＭＴＳと略称）、及び将来の５Ｇ通信システム等の様々な通信システムに用いることができることを理解すべきである。
【００２９】
本願において、端末機器と結び付けて各実施例を説明する。端末機器とは、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥと略称）、アクセス端末、ユーザユニット、ユーザ局、移動局、モバイルステーション、遠隔局、遠隔端末、移動機器、ユーザ端末、端末、無線通信機器、ユーザ代理装置又はユーザ装置を指してもよい。アクセス端末とは、セルラーホン、コードレス電話、セッションイニシエーションプロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰと略称）電話、無線ローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、ＷＬＬと略称）局、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡと略称）、無線通信機能を有するハンドヘルド機器、コンピューティング機器又は無線モデムに接続されているその他の処理機器、車載機器、ウェアラブル機器、将来５Ｇネットワークにおける端末機器又は将来の進化型の陸上公衆移動通信ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＰＬＭＮと略称）における端末機器等であってもよい。
【００３０】
本願において、またネットワーク機器と結び付けて各実施例を説明する。ネットワーク機器は、端末機器と通信を行う機器であってもよい。例えば、ＧＳＭシステム又はＣＤＭＡにおける基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳと略称）であってもよいし、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、ＮＢと略称）であってもよいし、ＬＴＥシステムにおける進化型の基地局（Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ、ｅＮＢ又はｅＮｏｄｅＢと略称）であってもよいし、又は当該ネットワーク機器は中継局、アクセスポイント、車載機器、ウェアラブル機器、将来５Ｇネットワークにおけるネットワーク側機器又は将来の進化型のＰＬＭＮネットワークにおけるネットワーク側機器等であってもよい。
【００３１】
図１及び図２は、本願の実施例の一つの適用シーンの概略図である。図１では、１つのネットワーク機器、２つの端末機器が例示的に示されている。選択的に、当該無線通信システムは複数のネットワーク機器を含んでもよく、且つ、各ネットワーク機器がカバーしている範囲においてその他の数量の端末機器が含まれていてもよく、本発明の実施例ではこれを限定しない。なお、当該無線通信システムは移動管理実体（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥと略称）、サービングゲートウエイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、Ｓ−ＧＷと略称）、パケットデータネットワークゲートウエイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ、Ｐ−ＧＷと略称）等その他のネットワーク実体を含んでもよく、本発明の実施例はこれらに限定されない。
【００３２】
具体的に、端末機器２０及び端末機器３０はＤ２Ｄ通信モードで通信を行うことができる。Ｄ２Ｄ通信を行う時、端末機器２０と端末機器３０はＤ２Ｄリンク、即ちサイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬと略称）を介して直接通信を行う。例えば、図１又は図２に示すように、端末機器２０と端末機器３０はサイドリンクを介して直接通信を行う。図１では、端末機器２０と端末機器３０はサイドリンクを介して通信し、その伝送リソースはネットワーク機器によって割り当てられる。図２では、端末機器２０と端末機器３０はサイドリンクを介して通信し、その伝送リソースは端末機器によって自主的に選択され、ネットワーク機器が伝送リソースを割り当てる必要はない。
【００３３】
Ｄ２Ｄ通信とは、車両対車両（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ、Ｖ２Ｖと略称）通信又は車両対デバイス（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘと略称）通信を指すことができる。Ｖ２Ｘ通信において、Ｘは、無線受信及び送信能力を有するあらゆる機器を指すことができる。例えば、低速で移動する無線装置、高速で移動する車載機器、又は無線送受信能力を有するネットワーク制御ノード等が挙げられるが、これらに限られない。本発明の実施例は主にＶ２Ｘ通信のシーンに適用されるが、その他の任意のＤ２Ｄ通信シーンにも適用され、本発明の実施例はこれを限定しないことを理解すべきである。
【００３４】
車のインターネットシステムにおいて、２つのタイプの端末機器、即ちセンシング能力を有する端末機器、例えば車載端末（Ｖｅｈｉｃｌｅ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＶＵＥと略称）又は歩行者ハンドヘルド端末（Ｐｅｄｅｓｔｒｉａｎ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＰＵＥと略称）、及びセンシング能力を有しない端末機器、例えばＰＵＥが存在してよい。ＶＵＥの方はより優れた処理能力を有し、且つ、一般に車内の蓄電池によって給電されるのに対し、ＰＵＥの方は処理能力が比較的劣っており、消費電力の低減もＰＵＥにおいて考慮すべき主な要因の一つである。そのため、従来の車のインターネットシステムで、ＶＵＥは完全な受信能力、センシング能力を有すると考えられるが、ＰＵＥは受信能力、センシング能力をある程度有するか又は有しないと考えられる。ＰＵＥがある程度センシング能力を有する場合、そのリソースの選択はＶＵＥと類似するセンシング方法を採用し、センシング可能なリソースの部分から使用可能なリソースの選択を行うことができる。ＰＵＥがセンシング能力を有しない場合、ＰＵＥはリソースプールで伝送リソースをランダムに選択する。
【００３５】
３ＧＰＰプロトコルのバージョンＲｅｌｅａｓｅ−１４において、伝送モード３（ｍｏｄｅ３）、伝送モード４（ｍｏｄｅ４）の２つの伝送モードが定義されている。伝送モード３を用いる端末機器の伝送リソースは基地局によって割り当てられ、端末機器が基地局によって割り当てられるリソースに基づいて、サイドリンクにおいてデータの送信を行う。基地局は、端末機器に対して１回の伝送用のリソースを割り当てることができるし、端末機器に対して準静的伝送用のリソースを割り当てることもできる。伝送モード４を用いる端末機器がセンシング能力を有する場合、センシング（ｓｅｎｓｉｎｇ）及び予約（ｒｅｓｅｒｖａｔｉｏｎ）の方式を採用してデータを伝送し、センシング能力を有しない場合、リソースプールで伝送リソースをランダムに選択する。センシング能力を有する端末機器はリソースプールにおいてセンシングにより使用可能なリソース集合を取得し、端末機器が当該集合から１つのリソースをランダムに選択してデータ伝送を行う。車のインターネットシステムでサービスが周期的であるという特徴があるため、端末機器は一般に準静的伝送の方式を採用し、即ち端末機器が１つの伝送リソースを選択した後、複数の伝送周期において当該リソースを継続して使用し、これによってリソース再選択及びリソース競合の確率を低減させる。端末機器は今回伝送される制御情報に次回の伝送リソースを予約する情報を付随し、これによってその他の端末機器は当該端末機器の制御情報を検出することで当該リソースが当該端末機器によって予約又は使用されているか否かを判断することができ、リソース競合の低減という目的を達成する。
【００３６】
３ＧＰＰプロトコルのバージョンＲｅｌｅａｓｅ−１４において、伝送モード３に対応するリソースプールと伝送モード４に対応するリソースプールは直交する。モード３を用いる端末機器はモード３をサポートするリソースプール内の時間周波数リソースにおいてデータ伝送を行い、モード４を用いる端末機器はモード４をサポートするリソースプール内の時間周波数リソースにおいてデータ伝送を行う。
【００３７】
３ＧＰＰプロトコルの新バージョンＲｅｌｅａｓｅ−１５において、リソースの利用率を高めるために、伝送モード３を用いる端末機器と伝送モード４を用いる端末機器はリソースプールを共有することができる。この際、センシング能力を有する端末機器は、センシングによりリソースを選択することができ、センシング能力を有しない端末機器は、その他の端末機器によるデータ伝送と干渉が生じることは回避しにくい。伝送モード３を用いる端末機器が基地局に接続され、且つ、その伝送リソースが基地局によって割り当てられるため、伝送モード３を用いる端末機器と伝送モード４を用いる端末機器が共存する場合、伝送モード３を用いる端末機器による伝送の信頼性をより一層保証する必要がある。
【００３８】
伝送モード４を用いる端末機器はセンシングを行う時、Ｒｅｌｅａｓｅ−１４バージョンで車のインターネットシステムにおけるセンシング及びリソース選択の過程を実行することができる。次に、当該センシング及びリソース選択の過程を例示的に説明する。
【００３９】
図３に示すように、各サイドリンクプロセス（ｓｉｄｅｌｉｎｋ  ｐｒｏｃｅｓｓ）（１つのキャリアが２つのプロセスを含んでもよい）で、時刻ｎの付近に新しいデータパケットが届く時、リソース選択又はリソース再選択を行う必要がある。端末機器は前の１秒（即ち１０００ミリ秒）のセンシングウィンドウに対するセンシングの結果に基づいて、時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］ミリ秒においてリソース選択を行い、［ｎ＋Ｔ１，ｎ＋Ｔ２］ミリ秒という期間は選択ウィンドウと称され、ここで、Ｔ１、Ｔ２は例えば、Ｔ１≦４、２０≦Ｔ２≦１００であることを満たすことができる。以下、前の１秒というのはいずれもｎ時刻に対しての前の１秒をいう。リソース選択の具体的な過程は以下のとおりである。ここで、端末機器２０が端末機器３０のリソースをセンシングすることを例にして説明する。
【００４０】
（０）選択ウィンドウ内の全てのリソースが候補リソース集合Ｓ＿Ａを構成し、最初の当該候補リソース集合Ｓ＿Ａにおけるリソースの数量がＡであると仮定する。
【００４１】
（１）センシングウィンドウ内のあるサブフレームにセンシングの結果がなく、当該サブフレームとの間に所定の伝送周期で分布する予約されている別のサブフレームが選択ウィンドウに入っている場合、選択ウィンドウ内の当該別のサブフレームにおけるリソースは当該候補リソース集合Ｓ＿Ａから排除される。当該伝送周期は伝送周期集合における元素であってもよい。当該伝送周期集合は例えば、｛２０，５０，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝ミリ秒であってよい。例えば、図３に示すように、端末２０はセンシングウィンドウ内のリソースＡにセンシングの結果がなく、且つ、当該リソースＡに対応する次の伝送周期におけるリソースは選択ウィンドウ内のリソースＡ１である場合、端末２０はリソースＡ１を候補リソース集合Ｓ＿Ａから排除する。
【００４２】
（２）端末機器２０は前の１秒のセンシングウィンドウ内に、端末機器３０によって送信される物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＳＣＣＨと略称）を検出し、且つ、当該ＰＳＣＣＨに対応する物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＳＳＣＨと略称）の参照信号受信電力（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ、ＲＳＲＰと略称）の測定値がＰＳＳＣＨ−ＲＳＲＰ閾値より高く、且つ、検出された当該ＰＳＣＣＨは当該ＰＳＣＣＨを送信する端末機器３０が後続の伝送に必要な時間周波数リソースを予約している（例えば、図３で端末機器３０が予約している時間周波数リソースは、センシングウィンドウ内のリソースＢに対応するリソースＢ後の１００ミリ秒、２００ミリ秒、３００ミリ秒、……等の時間領域位置に位置する時間周波数リソースＢ１）ことを指示する場合、端末機器２０は選択ウィンドウ内に端末機器３０によって予約されている時間周波数リソースと端末機器２０が当該選択ウィンドウ内に選択しているデータの伝送に使用する時間周波数リソースが重畳しているか否か（全部重畳又は一部重畳を含む）を判断する。重畳する場合、即ちリソース競合が生じる場合、端末機器２０は当該選択ウィンドウ内の当該時間周波数リソースを候補リソース集合Ｓ＿Ａから排除する。この場合、当該候補リソース集合Ｓ＿Ａで残りのリソースの数量はＢであると仮定する。
【００４３】
端末機器２０は、当該選択ウィンドウ内に自身のためにデータの伝送に使用する当該時間周波数リソースを選択しており、且つ、時間周期Ｔ２０で分布する複数の当該時間周波数リソースにおいていずれもデータを伝送する必要がある場合、端末機器３０が時間周期Ｔ３０で分布する複数の当該時間周波数リソースを予約しており、且つ、時間周期Ｔ２０がＴ２０×Ｍ＝Ｔ３０×Ｎを満たし、ここでＭ、Ｎは正の整数である場合、端末機器２０は時間周期Ｔ２０で分布する複数の当該時間周波数リソースを当該候補リソース集合から排除することを理解すべきである。
【００４４】
（３）候補リソース集合Ｓ＿Ａで残りのリソースの数量ＢがＡ×２０％より小さい場合、端末機器２０がＰＳＳＣＨ−ＲＳＲＰ閾値を３ｄＢ引き上げ、且つ、Ｂ≧Ａ×２０％となるまで、ステップ（０）〜ステップ（２）を繰り返してもよい。
【００４５】
（４）端末機器２０は候補リソース集合Ｓ＿Ａにおける残りのＢ個のリソースに対して受信信号強度インジケータ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ、ＲＳＳＩと略称）の測定を行い、且つ、測定結果に基づいて高い順に並べ替え、信号強度が最低のＡ×２０％個のリソースを候補リソース集合Ｓ＿Ｂに入れ替える。
【００４６】
（５）端末機器２０は候補リソース集合Ｓ＿Ｂで、データの伝送に使用する１つの時間周波数リソースを等確率に選択する。
【００４７】
ここで、ある制御チャネルに対応するデータチャネルによって占用されている時間周波数リソースを、当該データチャネルの伝送に使用する１つの時間周波数リソース（又は１つのリソースブロック）と称し、各選択ウィンドウ内の候補リソース集合には当該データチャネルの伝送に使用する時間周波数リソースが複数存在してもよいことを理解すべきである。例えば、図３でリソースＡ１、Ｂ１はいずれも１つの時間周波数リソースと称することができる。
【００４８】
端末機器２０がデータの伝送に使用する時間周波数リソースを選択した後、後続の伝送過程で各伝送周期において当該時間周波数リソースを継続して使用し、当該時間周波数リソースは合計でＣ＿ｒｅｓｅｌ回使用される。ここで、Ｃ＿ｒｅｓｅｌはリソース再選択カウンタ（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｌｅｃｔｉｏｎ  Ｃｏｕｎｔｅｒ）であり、データが伝送されるたびに、Ｃ＿ｒｅｓｅｌの値が１減算され、Ｃ＿ｒｅｓｅｌの値が０に減少していると、端末機器２０は［０，１］の間にある乱数を生成し、且つリソース保持確率（Ｐｒｏｂａｂｉｌｉｔｙ  Ｒｅｓｏｕｒｃｅ  Ｋｅｅｐ、ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐと略称）パラメータと比較し、当該パラメータは端末機器が当該リソースを継続して使用することの確率を示す。当該乱数の値が当該パラメータより大きい場合、端末機器２０はリソース再選択を行い、当該乱数の値が当該パラメータより小さい場合、端末機器２０は当該時間周波数リソースを継続して使用してデータ伝送を行い、且つ、同時にＣ＿ｒｅｓｅｌの値をリセットすることができる。
【００４９】
上記のステップ（４）において、端末機器２０は候補リソース集合Ｓ＿Ａにおける残りのＢ個のリソースから、ＲＳＳＩ測定値が最低のＡ×２０％個のリソースを選択して候補リソース集合Ｓ＿Ｂに入れ替える必要がある。ただし、ＰＳＳＣＨ−ＲＳＲＰ閾値を最大値に引き上げても、なおもＢ＜Ａ×２０％である場合、即ち、当該候補リソース集合Ｓ＿Ａにおける残りのＢ個のリソースで、このＡ×２０％個のリソースを選択するのに不十分である場合、端末機器は現在データの伝送に使用する伝送リソースを見つけることができない。
【００５０】
これにより、本願の実施例において、当該端末機器は、使用可能なリソースがリソース選択に不十分である状況において、端末機器の物理層がその現在決定される目的サービスの伝送に使用可能な第１のリソース集合を上位層に報告することにより、当該端末機器の上位層が物理層の報告に基づいて、当該端末機器に対してリソースを割り当てるか又はリソース再選択等の動作を行うよう指示することができ、これにより当該端末機器は当該目的サービスの伝送に使用可能な伝送リソースを得ることができる。さらに、異なる伝送モードを用いる端末機器によるデータ伝送の信頼性が保証されることができる。
【００５１】
理解すべきことであるが、本願の実施例において、端末機器の物理層（以下、物理層と略称することがある）が実行する動作は、当該端末機器が物理層で実行する動作、又は当該端末機器の物理層モジュールが実行する動作であるように理解することができる。端末機器の上位層（以下、上位層と略称することがある）が実行する動作は、当該端末機器が上位層で実行する動作、又は当該端末機器の上位層モジュールが実行する動作であるように理解することができる。
【００５２】
図４は、本願の実施例のＤ２Ｄ通信におけるリソース選択方法の概略フローチャートである。図４に示す方法は、第１の端末機器によって実行されてもよい。当該第１の端末機器は例えば、図２に示す端末機器２０又は端末機器３０であってもよい。図４に示すように、当該Ｄ２Ｄ通信におけるリソース選択方法は、ステップ４１０と、ステップ４２０とを含む。
【００５３】
ステップ４１０において、第１の端末機器の物理層は時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得る。
【００５４】
ここで、当該第１のリソース集合におけるリソースは当該第１の端末機器が目的サービスを伝送するために使用することができる。ここで、ｎは当該目的サービスが届く時刻、又は当該第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２である。
【００５５】
ここで、Ｔ１及びＴ２は、ネットワーク機器によって当該第１の端末機器に対して設定されてもよいし、当該第１の端末機器に予め記憶されてもよいし、又は当該第１の端末機器がある方法を用いて自主的に選択したものであってもよいが、これらに限定されない。例えば、０≦Ｔ１≦Ｄ１、Ｄ２≦Ｔ２≦Ｄ３である。ここで、Ｄ１、Ｄ２、Ｄ３はシステムによって事前に定義されている又はネットワーク機器によって設定されているパラメータであり、且つ、Ｄ３≦Ｄであり、Ｄは当該目的サービスにおける遅延の需要を表す。
【００５６】
ステップ４２０において、当該第１の端末機器の物理層は当該端末機器の上位層に当該第１のリソース集合の情報を報告する。
【００５７】
具体的に、当該第１の端末機器の物理層は第１のキャリアにおける第１のリソースプールで、時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内のリソースをセンシングすることにより、当該目的サービスの伝送に使用可能な当該第１のリソース集合を決定する。ここで、ｎは当該目的サービスが届く時刻であるか、又はｎは当該第１の端末機器がセンシングを行う必要があることを决定する時刻である。例えば、当該目的サービスがｎ時刻より前に届く場合、当該第１の端末機器の物理層はｎ時刻にその上位層によって送信される要求を受信する可能性があり、これによって当該第１の端末機器の物理層は、当該目的サービスのために伝送リソースを探すように、ｎ時刻に時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内にセンシングを行う必要があることを决定する。
【００５８】
選択的に、図５に示すように、ステップ４１０は、ステップ４１１〜４１３をさらに含んでもよい。
【００５９】
ここで、ステップ４１１において、当該第１の端末機器の物理層は当該時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］に、当該第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得る。
【００６０】
ここで、当該時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の当該第１のキャリアにおける当該第１のリソースプール内のリソースの総数はＡであり、当該第２のリソース集合におけるリソースの数量はＢである。
【００６１】
選択的に、当該第２のリソース集合は第２の端末機器によって占用されている及び／又は予約されているリソースを含まず、当該第２の端末機器は第１の伝送モードを用いる端末機器であり、当該第１の端末機器は第２の伝送モードを用いる端末機器である。
【００６２】
例えば、当該第１の端末機器は当該第１のリソースプールにおいて当該第２の端末機器のＰＳＣＣＨを検出すると、当該ＰＳＣＣＨでスケジューリングされるＰＳＳＣＨによって占用されているリソース、及び当該ＰＳＣＣＨが指示する予約されているリソースを当該第２のリソース集合から排除する。
【００６３】
このため、第２の伝送モードを用いる第１の端末機器の物理層は第１の伝送モードを用いる第２の端末機器によって占用されている及び／又は予約されているリソースを排除して、残りのリソース集合の情報を上位層に報告することにより、第１の伝送モードを用いる第２の端末機器によるデータ伝送に影響を与えることはない。
【００６４】
選択的に、当該第１の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、ネットワーク機器によってスケジューリングされるリソースであり、当該第２の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは端末機器が当該第２の伝送モードに対応するリソースプールで自主的に選択しているリソースである。
【００６５】
当該第１の伝送モードは例えば、上記の３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード３であってよい。端末機器が前記第１の伝送モードを用いる場合、端末機器が前記データ伝送を行うのに使用する時間周波数リソースはネットワーク機器によってスケジューリングされるリソースである。当該第２の伝送モードは例えば、上記の３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード４であってよい。端末機器が前記第２の伝送モードを用いる場合、当該時間周波数リソースは端末機器が自主的に選択可能なリソースである。例えば、対応するリソースプールでランダムに選択されたリソース、又は端末機器がセンシングの結果に基づいて決定されたリソースである。
【００６６】
伝送モード３を用いる端末機器の伝送リソースは基地局によって割り当てられるため、伝送モード３を用いる端末機器と伝送モード４を用いる端末機器はリソースプールを共有して伝送する場合、伝送モード４を用いる端末機器の物理層は伝送モード３を用いる端末機器によって占用されている及び／又は予約されているリソースを排除し、これによって、伝送モード４を用いる端末機器はリソース選択を行うと同時に、伝送モード３を用いる端末機器における正常な伝送が保証される。
【００６７】
ステップ４１２において、Ｂ／Ａが閾値Ｑ以上である場合、当該第１の端末機器の物理層は当該第２のリソース集合内のＢ個のリソースにおけるＲＳＳＩを測定し、当該第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを当該第１のリソース集合とする。
【００６８】
ステップ４１３において、Ｂ／Ａが当該閾値Ｑより小さい場合、当該第１の端末機器の物理層は当該第２のリソース集合を当該第１のリソース集合として決定する。
【００６９】
選択的に、ＰはＱ及びＡに基づいて決定される。例えば、Ｐ＝
【数５】
2021508185.tif 000007
、Ｐ＝
【数６】
2021508185.tif 000008
であるか、又はＰ＝ｒｏｕｎｄ（Ｑ×Ａ）である。ここで、
【数７】
2021508185.tif 000009
は切り上げであり、
【数８】
2021508185.tif 000010
は切り捨てであり、ｒｏｕｎｄ（）は四捨五入である。
【００７０】
当該実施例において、第２の伝送モードを用いる当該第１の端末機器の物理層は時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、ネットワーク機器が第２の伝送モードを用いる端末機器に対して設定している当該第１のリソースプールでセンシングを行うことにより、当該第２のリソース集合を得る。第２の伝送モードを用いる当該第１の端末機器は当該第１のリソースプールでセンシングを行う時、第１の伝送モードを用いる当該第２の端末機器によって占用されている及び／又は予約されているリソースを排除することで、第１の伝送モードを用いる当該第２の端末機器におけるデータ伝送が保証される。
【００７１】
理解すべきことであるが、本願の実施例において、当該第１のリソースプールの時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内でのリソースの総数はＡであり、当該第１の端末機器は当該Ａ個のリソースで当該第２の端末機器によって占用されている及び／又は予約されているリソースを排除すると同時に、その他の使用できないリソースをも排除し、例えば、ＰＳＳＣＨ−ＲＳＲＰの測定値がＰＳＳＣＨ−ＲＳＲＰ閾値より大きくて且つその他の第１の端末機器によって占用されている及び／又は予約されているリソースを当該Ａ個のリソースから排除することで、当該第２のリソース集合を得る。当該第２のリソース集合におけるリソースの数量はＢであり、当該Ｂ個のリソースは当該第１の端末機器が当該目的サービスを伝送するために使用できるリソースである。言い換えれば、当該第２のリソース集合におけるリソースの数量Ｂは、図３に記載のステップ（４）で得る候補リソース集合Ｓ＿Ｂ内のリソースの数量に相当する。
【００７２】
当該第１の端末機器の物理層は当該時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、当該第１のリソースプールでセンシングを行って当該第２のリソース集合を得る。当該第２のリソース集合内のＢ個のリソースは例えば、ＰＳＳＣＨ−ＲＳＲＰ閾値が既に最大値（例えば、無限大）に達している状況において当該第１の端末機器がセンシングを行って得る当該第２のリソース集合である。ＰＳＳＣＨ−ＲＳＲＰ閾値が既に無限大となっている時、当該第１の端末機器がその他の第１の端末機器によって占用されている及び／又は予約されているリソースを当該Ａ個のリソースから排除しないと考えてもよいが、かかる場合においても、当該第２のリソース集合におけるリソースの数量ＢはなおもＰ個未満である場合、当該第１の端末機器の物理層は当該第２のリソース集合を直接当該第１のリソース集合として決定することができる。
【００７３】
Ｂ／Ａが閾値Ｑ以上である場合、当該第１の端末機器の物理層は当該第２のリソース集合内のＢ個のリソースにおける受信信号強度インジケータ（ＲＳＳＩ）を測定し、当該第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを上記の第１のリソース集合とする。言い換えれば、当該第２のリソース集合におけるリソースの数量ＢがＰより大きい場合、当該第１の端末機器の物理層は当該Ｂ個のリソースにおけるＲＳＳＩ測定値が最小のＰ個のリソースを当該第１のリソース集合とし、当該第１の端末機器の上位層に当該第１のリソース集合の関連する情報を報告し、この場合、当該第１のリソース集合におけるリソースの数量はＰである。
【００７４】
Ｂ／Ａが当該閾値Ｑより小さい場合、当該第１の端末機器の物理層は当該第２のリソース集合を直接当該第１のリソース集合として決定することができる。Ｂ／Ａが当該閾値Ｑより小さい場合、当該第２のリソース集合におけるリソースの数量ＢはＰより小さいことを示し、当該第２のリソース集合におけるリソースの数量ＢはＲＳＳＩ測定値に基づいてリソース選択を行うのに不十分であり、Ｐ個のリソースを選択することはできない。この場合、当該第１の端末機器の物理層は当該第２のリソース集合における当該Ｂ個のリソースを直接当該第１のリソース集合として決定し、当該第１のリソース集合の関連する情報を上位層に報告することができる。この際、当該第１のリソース集合におけるリソースの数量はＢであり、Ｐではない。
【００７５】
選択的に、ステップ４１０の前に、即ち、当該第１の端末機器の物理層は当該時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、当該第１のリソースプールでセンシングを行って第２のリソース集合を得る前に、当該方法は、当該第１の端末機器が当該ネットワーク機器によって送信される当該閾値Ｑを指示するための設定情報を受信すること、又は当該第１の端末機器が当該第１の端末機器に予め記憶されている当該閾値Ｑを取得することをさらに含む。
【００７６】
即ち、当該閾値Ｑはネットワーク機器が当該第１の端末機器に対して設定されたものであってもよいし、又は当該ネットワーク機器と当該第１の端末機器との間で事前に取り決められたもの、例えば、プロトコルに規定されている閾値であってもよい。
【００７７】
当該第１の端末機器の物理層は当該第１のリソース集合を得ると、上位層に当該第１のリソース集合の情報を報告する。当該第１のリソース集合の情報は具体的に、当該第１のリソース集合におけるリソース、及び／又は当該第１のリソース集合内のリソースが不足することを指示するための指示情報であってもよい。
【００７８】
選択的に、ステップ４２０において、当該第１の端末機器の物理層が当該端末機器の上位層に当該第１のリソース集合の情報を報告することは、当該第１の端末機器の物理層が当該端末機器の上位層に当該第１のリソース集合内のリソースを報告することを含む。
【００７９】
選択的に、ステップ４２０において、当該第１の端末機器の物理層が当該端末機器の上位層に当該第１のリソース集合の情報を報告することは、当該第１の端末機器の物理層が当該第１の端末機器の上位層にリソース不足指示情報を報告することを含み、当該リソース不足指示情報は、当該第２のリソース集合におけるリソースの数量Ｂと当該時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の当該第１のキャリアにおける当該第１のリソースプール内のリソースの総数Ａとの比の値は当該閾値Ｑより小さいことを指示するためのものである。
【００８０】
当該第１の端末機器の物理層が当該リソース不足指示情報によって当該第１の端末機器の上位層にＢ／Ａ＜Ｑであることを指示することは、当該リソース不足指示情報が物理層によって報告される当該第１のリソース集合におけるリソースの数量が不足するように理解することができる。
【００８１】
当該第１の端末機器の物理層が上位層に当該第１のリソース集合のリソース及び／又はリソース不足指示情報を報告すると、上位層は次の方式でリソース選択を行うよう物理層に指示することができる。
【００８２】
選択的に、ステップ４２０の後に、当該方法は、当該第１の端末機器の上位層が当該第１のリソース集合で、当該第１の端末機器が当該目的サービスを伝送するために使用する目的リソースを決定することと、当該第１の端末機器の上位層が当該第１の端末機器の物理層に当該目的リソースを指示するための第１の指示情報を送信することと、当該第１の端末機器の物理層が当該第１の指示情報に基づいて、当該目的リソースにおいて当該目的サービスを伝送することと、をさらに含む。
【００８３】
選択的に、ステップ４２０の後に、当該方法は、当該第１の端末機器の上位層が当該第１の端末機器の物理層に第２の指示情報を送信することをさらに含み、当該第２の指示情報が当該第１のキャリアにおける第２のリソースプールで当該目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう当該第１の端末機器の物理層に指示するためのものである。
【００８４】
選択的に、ステップ４２０の後に、当該方法は、当該第１の端末機器の上位層が当該第１の端末機器の物理層に第３の指示情報を送信することをさらに含み、当該第３の指示情報は、第２のキャリアにおける第３のリソースプールで当該目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう当該第１の端末機器の物理層に指示するためのものである。
【００８５】
具体的に、当該第１の端末機器の上位層は当該第１のリソース集合の情報を受信すると、当該第１のリソース集合で当該目的サービスに対して適切な伝送リソース、即ち当該目的リソースを選択し、当該目的リソースを物理層に送信することができ、これによって物理層は当該目的リソースにおいて当該目的サービスを伝送できる。当該第１の端末機器の上位層は当該リソース不足指示情報のみを受信する場合、上位層は指示情報を送信して、当該第１のキャリアにおけるその他のリソースプールにおいて当該目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう物理層に指示するか、又は、マルチキャリア伝送がサポートされる場合、上位層はその他のキャリアにおけるその他のリソースプールにおいて、当該目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう物理層に指示してもよい。
【００８６】
このため、本願の実施例において、端末機器の物理層がその決定される目的サービスの伝送に使用可能な第１のリソース集合を上位層に報告することにより、当該端末機器の上位層は物理層の報告に基づいて、当該端末機器に対してリソースを割り当てるか又はリソース再選択等の動作を行うよう指示することができ、これにより当該端末機器は使用可能なリソースがリソース選択に不十分である状況においても、当該目的サービスを伝送するために使用する伝送リソースを得ることができる。
【００８７】
理解すべきことであるが、本願の様々な実施例において、上記の各過程に記載されているシーケンス番号はその大きさが実行時の順番を意味するものではなく、各過程が実行される順番はその機能及び内部の論理により決定される。よって、本願の実施例を実施する過程で何ら限定を加えるものではない。
【００８８】
上記の内容で本願の実施例によるＤ２Ｄ通信におけるリソース選択方法を詳細に説明したが、次に、図６〜図８を用いて、本願の実施例の装置を説明する。方法の実施例で説明されている技術的特徴は次の装置の実施例にも適合する。
【００８９】
図６は、本願の実施例の端末機器６００の概略ブロック図である。図６に示すように、当該端末機器６００は第１の端末機器であり、当該第１の端末機器６００は物理層モジュール６１０と、上位層モジュール６２０とを含む。
【００９０】
ここで、物理層モジュール６１０は、時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得るように構成され、前記第１のリソース集合におけるリソースは前記第１の端末機器が目的サービスを伝送するために使用することができる。ここで、ｎは前記目的サービスが届く時刻、又は前記第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２である。
物理層モジュール６１０は、更に当該上位層モジュール６２０に前記第１のリソース集合の情報を報告するように構成される。
【００９１】
このため、端末機器の物理層がその決定される目的サービスの伝送に使用可能な第１のリソース集合を上位層に報告することにより、当該端末機器の上位層は物理層の報告に基づいて、当該端末機器に対してリソースを割り当てるか又はリソース再選択等の動作を行うよう指示することができ、これにより当該端末機器は使用可能なリソースがリソース選択に不十分である状況においても、当該目的サービスを伝送するために使用する伝送リソースを得ることができる。
【００９２】
選択的に、前記物理層モジュール６１０は具体的に、前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得るように構成され、ここで、前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数はＡであり、前記第２のリソース集合におけるリソースの数量はＢである。Ｂ／Ａが閾値Ｑ以上である場合、前記物理層モジュール６１０は前記第２のリソース集合内のＢ個のリソースにおける受信信号強度インジケータ（ＲＳＳＩ）を測定し、前記第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを前記第１のリソース集合とする。Ｂ／Ａが前記閾値Ｑより小さい場合、前記物理層モジュール６１０は前記第２のリソース集合を前記第１のリソース集合として決定する。
【００９３】
選択的に、ＰはＱ及びＡに基づいて決定される。
【００９４】
選択的に、前記第２のリソース集合は第２の端末機器によって占用されている及び／又は予約されているリソースを含まない。ここで、前記第２の端末機器は第１の伝送モードを用いる端末機器であり、前記第１の端末機器は第２の伝送モードを用いる端末機器である。
【００９５】
選択的に、前記第１の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記第２の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、端末機器が前記第２の伝送モードに対応するリソースプールで自主的に選択されたリソースである。
【００９６】
選択的に、前記物理層モジュール６１０は具体的に、前記上位層モジュール６２０に前記第１のリソース集合におけるリソースを報告するように構成される。
【００９７】
選択的に、前記物理層モジュール６１０は具体的に、前記上位層モジュール６２０にリソース不足指示情報を報告するように構成され、前記リソース不足指示情報は前記第２のリソース集合におけるリソースの数量Ｂと前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数Ａとの比の値が前記閾値Ｑより小さいことを指示するためのものである。
【００９８】
選択的に、前記上位層モジュール６２０は、さらに、前記第１のリソース集合で、前記第１の端末機器が前記目的サービスを伝送するために使用する目的リソースを決定し、前記物理層モジュール６１０に前記目的リソースを指示するための第１の指示情報を送信するように構成され、前記物理層モジュール６１０は、さらに、前記第１の指示情報に基づいて、前記目的リソースにおいて前記目的サービスを伝送するように構成される。
【００９９】
選択的に、前記上位層モジュール６２０は、さらに、前記物理層モジュール６１０に第２の指示情報を送信するように構成され、前記第２の指示情報は、前記第１のキャリアにおける第２のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記物理層モジュール６１０に指示するためのものである。
【０１００】
選択的に、前記上位層モジュール６２０は、さらに、前記物理層モジュール６１０に第３の指示情報を送信するように構成され、前記第３の指示情報は第２のキャリアにおける第３のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記物理層モジュール６１０に指示するためのものである。
【０１０１】
選択的に、前記物理層モジュール６１０は、さらに、前記ネットワーク機器によって送信される前記閾値Ｑを指示するための設定情報を受信するか、又は前記第１の端末機器に予め記憶されている前記閾値Ｑを取得するように構成される。
【０１０２】
理解すべきことであるが、当該端末機器６００は上記の方法の実施例において第１の端末機器が実行する方法４００で対応する動作を実行することができる。説明の簡素化の観点上、ここでその説明は省略される。
【０１０３】
図７は、本願の実施例の端末機器７００の概略構造図である。図７に示すように、当該端末機器７００は、プロセッサ７１０と、送受信機７２０と、メモリ７３０とを含む。ここで、当該プロセッサ７１０、送受信機７２０、メモリ７３０は内部の接続通路を介して相互に通信する。当該メモリ７３０は指令を記憶するように構成され、当該プロセッサ７１０は当該送受信機７２０を制御して信号を受信又は送信させるように、当該メモリ７３０に記憶されている指令を実行するように構成される。
【０１０４】
選択的に、当該プロセッサ７１０はメモリ７３０に記憶されているプログラムコードを呼び出して、方法の実施例において第１の端末機器が実行する方法４００で対応する動作を実行することができる。説明の簡素化の観点上、ここでその説明は省略される。
【０１０５】
理解すべきことであるが、本願の実施例でプロセッサは、信号処理能力を有する集積回路チップであってもよい。上記の方法の実施例を実施する過程で、その各ステップはプロセッサ内のハードウェアである集積論理回路又はソフトウェアの形式の指令によって完成されることができる。上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰと略称）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣと略称）、既製のプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡと略称）、又はその他のプログラマブル論理部品、ディスクリートゲートもしくはトランジスタ論理部品、ディスクリートハードウェア部品であってもよい。本願の実施例で開示されている各方法、ステップ及び論理ブロック図を実施又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよいし、又は汎用プロセッサは任意の通常のプロセッサ等であってもよい。本願の実施例で開示されている方法のステップは、ハードウェアであるデコードプロセッサにより実行されてもよいし、デコードプロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせにより実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、又は電気的消去可能プログラマブルメモリ、レジスタ等の当該分野において成熟した技術としての記憶媒体に配置されてもよい。当該記憶媒体はメモリに配置され、プロセッサはメモリに記憶されている情報を読み込み、そのハードウェアを利用して上記方法のステップを実行する。
【０１０６】
理解できることであるが、本願の実施例で前記メモリとは、揮発性メモリもしくは不揮発性メモリであってもよいし、又は揮発性メモリ及び不揮発性メモリの両方を含んでもよい。なお、不揮発性メモリは、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭと略称）、プログラマブル読み出し専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭと略称）、消去可能プログラマブル読み出し専用メモリ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ、ＥＰＲＯＭと略称）、電気的消去可能プログラマブル読み出し専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭと略称）、又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュメモリとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭと略称）であってもよい。限定を加える目的ではなく例示的なものとして、様々な形態のＲＡＭ、例えばスタティックランダムアクセスメモリ（Ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭと略称）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭと略称）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭと略称）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭと略称）、拡張型同期ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭと略称）、同期リンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭと略称）、ダイレクトラムバスランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ  ＲＡＭと略称）を使用できる。なお、本明細書に記載のシステム及び方法で、前記メモリは、上記のメモリ及び任意のその他の適切なタイプのメモリを含み、且つ、これらに限定されないことが意図される。
【０１０７】
図８は、本願の実施例のシステムチップの一つの概略構造図である。図８のシステムチップ８００は入力インタフェース８０１と、出力インタフェース８０２と、少なくとも１つのプロセッサ８０３と、メモリ８０４とを含み、前記入力インタフェース８０１、出力インタフェース８０２、前記プロセッサ８０３及びメモリ８０４は内部の接続通路を介して相互に接続される。前記プロセッサ８０３は前記メモリ８０４におけるコードを実行するように構成される。
【０１０８】
選択的に、前記コードが実行される時、前記プロセッサ８０３は方法の実施例において第１の端末機器が実行する方法４００を実施することができる。説明の簡素化の観点上、ここでその説明は省略される。
【０１０９】
当業者にとって自明なことであるが、本明細書で開示されている実施例に記載の各例示的なユニット、アルゴリズム及びステップは、電子ハードウェア、又は電子ハードウェアとコンピュータソフトウェアとの組み合わせにより実施することができる。これらの機能はハードウェアで実行するか、ソフトウェアで実行するかは、該当技術的手段の特定の用途及び設計上の制限条件により決定される。当業者であれば、特定の用途ごとに異なる方法を用いて該当機能を実施することができるが、かかる実施は本願の範囲を逸脱するものと見なされない。
【０１１０】
当業者にとって自明なことであるが、上記のとおりに説明されているシステム、装置及びユニットの具体的な動作過程は、上記方法の実施例における対応する過程を参照することができるため、説明の便宜上と簡素化の観点上、ここでその方の説明は省略される。
【０１１１】
理解すべきことであるが、本願に係るいくつかの実施例で開示されているシステム、装置及び方法は、その他の形態によって実施することもできる。例えば、上記のとおりに説明されている装置の実施例は、例示的なものに過ぎず、例えば、該ユニットの区分は論理上の機能区分に過ぎず、実際に実施するに際、別の区分方式で設定されてもよい。例えば、複数のユニット又は部品を組み合わせるか、別のシステムに集積させるか、又はその一部の特徴を反映せず、実行しなくてもよい。また、表示又は検討されている要素間の結合、直接的な結合又は通信接続は、いくつかのインタフェース、装置又はユニットを用いた間接的結合又は通信接続であってもよいし、電気的形態、機械的形態又はその他の形態であってもよい。
【０１１２】
分離部品として説明されている前記ユニットは、物理的に分離されてもよいし、そうでなくてもよい。ユニットとして表示されている部品は、物理的なユニットであってもよいしそうでなくてもよい。即ち、同一の場所に配置されてもよいし、又は複数のネットワークユニットに分布されてもよい。実際の状況に応じて、その一部のユニットを選択するか、又は全てのユニットを使用して当該実施例に係る技術的手段の目的を達成することができる。
【０１１３】
また、本願の各実施例において、各機能ユニットは１つのユニットに集積されてもよいし、又は各ユニットは物理的な部品として単独に存在してもよいし、又は２つ又は２つ以上のユニットは１つのユニットに集積されてもよい。
【０１１４】
前記機能は、ソフトウェアである機能ユニットの形態で実施されており、且つ、独立する製品として販売又は使用される場合には、コンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本願の技術的手段の趣旨、あるいは従来の技術に対して貢献がある部分又は当該技術的手段の一部は、ソフトウェア製品の形態で表現されてもよい。当該コンピュータソフトウェア製品は、コンピュータデバイス（パソコン、サーバ、又はネットワーク機器等であってもよい）が本願の各実施例に記載の方法における全てのステップ又はその一部を実行するためのいくつかの指令を含むように記憶媒体に記憶されている。前記記憶媒体は、ＵＳＢフラッシュメモリ、モバイルハードディスク、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭと略称）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭと略称）、磁気ディスク又はコンパクトディスク等のプロクラムコードが記憶できる各種の媒体を含む。
【０１１５】
以上のように、本願の具体的な実施形態に過ぎず、本願の保護範囲はこれをもって限定されるわけではない。当業者が本願で開示されている技術範囲において容易に想到し得る変更、置換えなどは、いずれも本発明の保護範囲に含まれるべきである。よって、本願の保護範囲は特許請求の範囲の内容に準拠すべきである。
【図１】
2021508185.tif 000011
【図２】
2021508185.tif 000012
【図３】
2021508185.tif 000013
【図４】
2021508185.tif 000014
【図５】
2021508185.tif 000015
【図６】
2021508185.tif 000016
【図７】
2021508185.tif 000017
【図８】
2021508185.tif 000018
【手続補正書】
【提出日】令和2年10月7日(2020.10.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の端末機器の物理層が時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得、前記第１のリソース集合におけるリソースは前記第１の端末機器が目的サービスを伝送するために使用することができ、ここで、ｎは前記目的サービスが届く時刻、又は前記第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２であることと、
前記第１の端末機器の物理層が前記第１の端末機器の上位層に前記第１のリソース集合の情報を報告することと、を含むことを特徴とするデバイスツーデバイス（Ｄ２Ｄ）通信におけるリソース選択方法。
【請求項２】
前記第１の端末機器の物理層が時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得ることは、
前記第１の端末機器の物理層が前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得、ここで、前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数はＡであり、前記第２のリソース集合におけるリソースの数量はＢであることと、
Ｂ／Ａが閾値Ｑ以上である場合、前記第１の端末機器の物理層は前記第２のリソース集合内のＢ個のリソースにおける受信信号強度インジケータ（ＲＳＳＩ）を測定し、前記第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを前記第１のリソース集合とすることと、
Ｂ／Ａが前記閾値Ｑより小さい場合、前記第１の端末機器の物理層は前記第２のリソース集合を前記第１のリソース集合として決定することと、を含み、
そのうち、ＰはＱ及びＡに基づいて決定されることを特徴とする請求項１に記載の方法。
【請求項３】
前記第２のリソース集合は第２の端末機器によって占用されている及び／又は予約されているリソースを含まず、ここで、前記第２の端末機器は第１の伝送モードを用いる端末機器であり、前記第１の端末機器は第２の伝送モードを用いる端末機器であり、
前記第１の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、ネットワーク機器によってスケジューリングされるリソースであり、前記第２の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、前記第２の伝送モードを用いる端末機器が前記第２の伝送モードに対応するリソースプールにおいて自主的に選択したリソースであることを特徴とする請求項２に記載の方法。
【請求項４】
前記第１の端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合の情報を報告することは、
前記第１の端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合におけるリソースを報告することを含むことを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記第１の端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合の情報を報告することは、
前記第１の端末機器の物理層が前記第１の端末機器の上位層にリソース不足指示情報を報告することを含み、前記リソース不足指示情報は前記第２のリソース集合におけるリソースの数量Ｂと前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数Ａとの比の値が前記閾値Ｑより小さいことを指示するためのものであることを特徴とする請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記第１の端末機器の上位層は前記第１のリソース集合で、前記第１の端末機器が前記目的サービスを伝送するために使用する目的リソースを決定することと、
前記第１の端末機器の上位層は前記第１の端末機器の物理層に、前記目的リソースを指示するための第１の指示情報を送信することと、
前記第１の端末機器の物理層は前記第１の指示情報に基づいて、前記目的リソースにおいて前記目的サービスを伝送することと、をさらに含むことを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記第１の端末機器の上位層は前記第１の端末機器の物理層に第２の指示情報を送信することをさらに含み、前記第２の指示情報は前記第１のキャリアにおける第２のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記第１の端末機器の物理層に指示するためのものである、又は
前記第１の端末機器の上位層が前記第１の端末機器の物理層に第３の指示情報を送信することをさらに含み、前記第３の指示情報は第２のキャリアにおける第３のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記第１の端末機器の物理層に指示するためのものであることを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項８】
端末機器であって、前記端末機器が、物理層モジュールと、上位層モジュールとを含む第１の端末機器であり、
前記物理層モジュールは、時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得るように構成され、前記第１のリソース集合におけるリソースは前記第１の端末機器が目的サービスを伝送するために使用することができ、ここで、ｎは前記目的サービスが届く時刻、又は前記第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２であり、
前記物理層モジュールは、さらに、前記上位層モジュールに前記第１のリソース集合の情報を報告するように構成されることを特徴とする端末機器。
【請求項９】
前記物理層モジュールは、
前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得、ここで、前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数はＡであり、前記第２のリソース集合におけるリソースの数量はＢであり、
Ｂ／Ａが閾値Ｑ以上である場合、前記第２のリソース集合内のＢ個のリソースにおける受信信号強度インジケータ（ＲＳＳＩ）を測定し、前記第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを前記第１のリソース集合とし、
Ｂ／Ａが前記閾値Ｑより小さい場合、前記第２のリソース集合を前記第１のリソース集合として決定するように構成され、
そのうち、ＰはＱ及びＡに基づいて決定されることを特徴とする請求項８に記載の端末機器。
【請求項１０】
前記第２のリソース集合は第２の端末機器によって占用されている及び／又は予約されているリソースを含まず、ここで、前記第２の端末機器は第１の伝送モードを用いる端末機器であり、前記第１の端末機器は第２の伝送モードを用いる端末機器であり、
前記第１の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記第２の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、端末機器が前記第２の伝送モードに対応するリソースプールで自主的に選択したリソースであることを特徴とする請求項９に記載の端末機器。
【請求項１１】
前記物理層モジュールは、前記上位層モジュールに前記第１のリソース集合におけるリソースを報告するように構成されることを特徴とする請求項８〜１０のいずれか１項に記載の端末機器。
【請求項１２】
前記物理層モジュールは、前記上位層モジュールにリソース不足指示情報を報告するように構成され、前記リソース不足指示情報は前記第２のリソース集合におけるリソースの数量Ｂと前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数Ａとの比の値が前記閾値Ｑより小さいことを指示するためのものであることを特徴とする請求項８〜１０のいずれか１項に記載の端末機器。
【請求項１３】
前記上位層モジュールは、さらに、前記第１のリソース集合で、前記第１の端末機器が前記目的サービスを伝送するのに使用する目的リソースを決定し、
前記物理層モジュールに前記目的リソースを指示するための第１の指示情報を送信するように構成され、
前記物理層モジュールは、さらに、前記第１の指示情報に基づいて、前記目的リソースにおいて前記目的サービスを伝送するように構成されることを特徴とする請求項８〜１２のいずれか１項に記載の端末機器。
【請求項１４】
前記上位層モジュールは、さらに、前記物理層モジュールに第２の指示情報を送信するように構成され、前記第２の指示情報は、前記第１のキャリアにおける第２のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記物理層モジュールに指示するためのものである、又は
前記上位層モジュールは、さらに、前記物理層モジュールに第３の指示情報を送信するように構成され、前記第３の指示情報は、第２のキャリアにおける第３のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記物理層モジュールに指示するためのものであることを特徴とする請求項８〜１２のいずれか１項に記載の端末機器。
【請求項１５】
前記物理層モジュールは、さらに、前記ネットワーク機器によって送信される前記閾値Ｑを指示するための設定情報を受信するか、又は前記第１の端末機器に予め記憶されている前記閾値Ｑを取得するように構成されることを特徴とする請求項９〜１４のいずれか１項に記載の端末機器。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本願の実施例は、無線通信の分野に関し、より詳しく言えば、デバイスツーデバイス（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ、Ｄ２Ｄと略称）通信におけるリソース選択方法及び端末機器に関する。
【背景技術】
【０００２】
車のインターネット、あるいは車両対デバイス（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘと略称）通信システムは、Ｄ２Ｄ通信に基づくサイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬと略称）伝送技術であり、従来のロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ（登録商標）と略称）システムで基地局を介してデータを送受信する形態と違い、車のインターネットシステムは、端末間で直接通信する形態を採用しているため、より高いスペクトル効率及びより低い伝送遅延を有している。
【０００３】
第３世代パートナーシッププロジェクト（ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ（登録商標）と略称）プロトコルのバージョンＲｅｌｅａｓｅ−１４では、伝送モード３（ｍｏｄｅ３）、伝送モード４（ｍｏｄｅ４）の２つの伝送モードが定義されている。伝送モード３を用いる端末機器と伝送モード４を用いる端末機器は異なるリソースプールにおいてデータを伝送する。そのうち、伝送モード３を用いる端末機器が使用するリソースは基地局によって割り当てられ、端末機器は基地局によって割り当てられるリソースに基づいてサイドリンクにおいてデータを伝送し、伝送モード４を用いる端末機器はサイドリンクの伝送リソースを自主的に選択することができる。
【０００４】
３ＧＰＰプロトコルの新バージョンＲｅｌｅａｓｅ−１５をサポートする端末に対して、同様に上記の２つの伝送モードを用いることもでき、しかも伝送モード３を用いる端末機器と伝送モード４を用いる端末機器はリソースプールを共有できる。伝送モード３を用いる端末機器は基地局に接続され、且つ、その伝送リソースは基地局によって割り当てられるため、伝送モード３を用いる端末機器と伝送モード４を用いる端末機器が共存する場合、伝送モード３を用いる端末機器による伝送の信頼性をより一層保証する必要がある。しかしながら、伝送モード４を用いる端末機器には、使用可能なリソースが不足する状況が生じる可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願の実施例は、Ｄ２Ｄ通信におけるリソース選択方法及び端末機器を提供し、端末機器におけるリソースの需要を満たす場合には、異なる伝送モードを用いる端末機器はいずれも適切な伝送リソースを選択してデータ伝送を行うことができ、干渉を低減することができる。
【課題を解決するための手段】
【０００６】
第１の態様として、Ｄ２Ｄ通信におけるリソース選択方法を提供する。当該方法は、第１の端末機器の物理層は時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得、前記第１のリソース集合におけるリソースは前記第１の端末機器が目的サービスを伝送するために使用することができ、ここで、ｎは前記目的サービスが届く時刻、又は前記第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２であることと、前記第１の端末機器の物理層は前記端末機器の上位層に前記第１のリソース集合の情報を報告することとを含む。
【０００７】
このため、端末機器の物理層がその決定される目的サービスの伝送に使用可能な第１のリソース集合を上位層に報告することにより、当該端末機器の上位層は物理層の報告に基づいて、当該端末機器に対してリソースを割り当てるか又はリソース再選択等の動作を行うよう指示することができ、これにより当該端末機器は使用可能なリソースがリソース選択に不十分である状況においても、当該目的サービスを伝送するために使用する伝送リソースを得ることができる。
【０００８】
一つの可能な実施形態において、前記第１の端末機器の物理層が時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得ることは、
前記第１の端末機器の物理層は前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得、ここで、前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数はＡであり、前記第２のリソース集合におけるリソースの数量はＢであることと、
Ｂ／Ａが閾値Ｑ以上である場合、前記第１の端末機器の物理層は前記第２のリソース集合内のＢ個のリソースにおける受信信号強度インジケータ（ＲＳＳＩ）を測定し、前記第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを前記第１のリソース集合とすることと、
Ｂ／Ａが前記閾値Ｑより小さい場合、前記第１の端末機器の物理層は前記第２のリソース集合を前記第１のリソース集合として決定することとを含む。
【０００９】
一つの可能な実施形態において、前記第２のリソース集合は第２の端末機器によって占有されている及び／又は予約されているリソースを含まず、ここで、前記第２の端末機器は第１の伝送モードを用いる端末機器であり、前記第１の端末機器は第２の伝送モードを用いる端末機器である。
【００１０】
一つの可能な実施形態において、ＰはＱ及びＡに基づいて決定される。例えば、Ｐ＝
【数１】
2021508185.tif 000019
、Ｐ＝
【数２】
2021508185.tif 000020
であるか、又はＰ＝ｒｏｕｎｄ（Ｑ×Ａ）である。ここで、
【数３】
2021508185.tif 000021
は切り上げであり、
【数４】
2021508185.tif 000022
は切り捨てであり、ｒｏｕｎｄ（）は四捨五入である。
【００１１】
このため、第２の伝送モードを用いる第１の端末機器の物理層は第１の伝送モードを用いる第２の端末機器によって占有されている及び／又は予約されているリソースを排除しているため、これにより当該第１の端末機器はリソース選択を行う時、第１の伝送モードを用いる第２の端末機器によるデータ伝送に影響を与えることはない。
【００１２】
一つの可能な実施形態において、前記第１の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記第２の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、端末機器が前記第２の伝送モードに対応するリソースプールで自主的に選択しているリソースである。
【００１３】
当該第１の伝送モードは例えば、３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード３であってよい。端末機器が前記第１の伝送モードを用いる場合、端末機器が前記データ伝送を行うのに使用する時間周波数リソースはネットワーク機器によってスケジューリングされるリソースである。当該第２の伝送モードは例えば、上記の３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード４であってよい。端末機器が前記第２の伝送モードを用いる場合、当該時間周波数リソースは端末機器が自主的に選択可能なリソースである。例えば、対応するリソースプールでランダムに選択しているリソース、又は端末機器がセンシングの結果に基づいて決定しているリソースである。
【００１４】
伝送モード３を用いる端末機器の伝送リソースは基地局によって割り当てられるため、伝送モード３を用いる端末機器と伝送モード４を用いる端末機器はリソースプールを共有して伝送する場合、伝送モード４を用いる端末機器の物理層は伝送モード３を用いる端末機器によって占有されている及び／又は予約されているリソースを排除して、残りのリソース集合の情報をその上位層に報告し、これによって、伝送モード４を用いる端末機器はリソース選択を行うと同時に、伝送モード３を用いる端末機器における正常な伝送が保証される。
【００１５】
一つの可能な実施形態において、前記第１の端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合の情報を報告することは、前記第１の端末機器の物理層が前記端末機器の上位層に前記第１のリソース集合におけるリソースを報告することを含む。
【００１６】
一つの可能な実施形態において、前記第１の端末機器の物理層が前記第１の端末機器の上位層に前記第１のリソース集合の情報を報告することは、前記第１の端末機器の物理層が前記第１の端末機器の上位層にリソース不足指示情報を報告することを含み、前記リソース不足指示情報は、前記第２のリソース集合におけるリソースの数量Ｂと前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数Ａとの比の値が前記閾値Ｑより小きいことを指示するためのものである。
【００１７】
一つの可能な実施形態において、前記方法は、前記第１の端末機器の上位層は前記第１のリソース集合で、前記第１の端末機器が前記目的サービスを伝送するために使用する目的リソースを決定することと、前記第１の端末機器の上位層が前記第１の端末機器の物理層に、前記目的リソースを指示するための第１の指示情報を送信することと、前記第１の端末機器の物理層が前記第１の指示情報に基づいて、前記目的リソースにおいて前記目的サービスを伝送することと、をさらに含む。
【００１８】
一つの可能な実施形態において、前記方法は、前記第１の端末機器の上位層が前記第１の端末機器の物理層に第２の指示情報を送信することをさらに含み、前記第２の指示情報は、前記第１のキャリアにおける第２のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するように、前記第１の端末機器の物理層に指示するためのものである。
【００１９】
一つの可能な実施形態において、前記方法は、前記第１の端末機器の上位層が前記第１の端末機器の物理層に第３の指示情報を送信することをさらに含み、前記第３の指示情報は、第２のキャリアにおける第３のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するように前記第１の端末機器の物理層に指示するためのものである。
【００２０】
一つの可能な実施形態において、前記第１の端末機器の物理層は前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得る前に、前記方法は、前記第１の端末機器が前記ネットワーク機器によって送信される、前記閾値Ｑを指示するための設定情報を受信すること、又は前記第１の端末機器が前記第１の端末機器に予め記憶されている前記閾値Ｑを取得することをさらに含む。
【００２１】
第２の態様として、端末機器を提供する。当該端末機器は、上記の第１の態様又は第１の態様の任意の選択可能な実施形態における端末機器の動作を実行できる。具体的に、当該端末機器は、上記の第１の態様又は第１の態様の任意の可能な実施形態における端末機器の動作を実行するためのモジュール又はユニットを含んでもよい。
【００２２】
第３の態様として、端末機器を提供する。当該端末機器は、プロセッサと、送受信機と、メモリとを含む。ここで、当該プロセッサ、送受信機、メモリは内部の接続通路を介して相互に通信する。当該メモリは指令を記憶するように構成され、当該プロセッサは当該メモリに記憶されている指令を実行するように構成される。当該プロセッサが当該メモリに記憶されている指令を実行する時、かかる実行により当該端末機器は第１の態様又は第１の態様の任意の可能な実施形態に係る方法を実行するか、又はかかる実行により当該端末機器は第２の態様に係る端末機器として実施される。
【００２３】
第４の態様として、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体には、端末機器が上記の第１の態様、及びその様々な実施形態に係るいずれかのＤ２Ｄ通信におけるリソース選択方法を実行するためのプログラムが記憶されている。
【００２４】
第５の態様として、システムチップを提供する。当該システムチップは、入力インタフェースと、出力インタフェースと、プロセッサと、メモリとを含む。当該プロセッサは当該メモリに記憶されている指令を実行するように構成される。当該指令が実行される時、当該プロセッサは上記の第１の態様又は第１の態様の任意の可能な実施形態に係る方法を実施できる。
【００２５】
第６の態様として、指令を含むコンピュータプログラム製品を提供する。前記コンピュータプログラム製品がコンピュータ上で動作する時、当該コンピュータは上記の第１の態様又は第１の態様の任意の可能な実施形態に係る方法を実行する。
【図面の簡単な説明】
【００２６】
【図１】本願の実施例の一つの適用シーンの概略構成図である。
【図２】本願の実施例の別の適用シーンの概略構成図である。
【図３】センシング及びリソース選択の概略図である。
【図４】本願の実施例のリソース選択方法の概略フローチャートである。
【図５】本願の実施例における第１のリソース集合の取得方法の概略フローチャートである。
【図６】本願の実施例の端末機器の概略ブロック図である。
【図７】本願の実施例の端末機器の概略構造図である。
【図８】本願の実施例のシステムチップの概略構造図である。
【発明を実施するための形態】
【００２７】
以下、本願の実施例に係る技術的手段を各図を参照して説明する。
【００２８】
本願の実施例に係る技術的手段は、例えば、グローバル移動体通信（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標）と略称）システム、符号分割多重接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ（登録商標）と略称）システム、広帯域符号分割多重接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ（登録商標）と略称）システム、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥと略称）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＦＤＤと略称）システム、ＬＴＥ時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＴＤＤと略称）システム、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、ＵＭＴＳと略称）、及び将来の５Ｇ通信システム等の様々な通信システムに用いることができることを理解すべきである。
【００２９】
本願において、端末機器と結び付けて各実施例を説明する。端末機器とは、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥと略称）、アクセス端末、ユーザユニット、ユーザ局、移動局、モバイルステーション、遠隔局、遠隔端末、移動機器、ユーザ端末、端末、無線通信機器、ユーザ代理装置又はユーザ装置を指してもよい。アクセス端末とは、セルラーホン、コードレス電話、セッションイニシエーションプロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰと略称）電話、無線ローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、ＷＬＬと略称）局、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡと略称）、無線通信機能を有するハンドヘルド機器、コンピューティング機器又は無線モデムに接続されているその他の処理機器、車載機器、ウェアラブル機器、将来５Ｇネットワークにおける端末機器又は将来の進化型の陸上公衆移動通信ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＰＬＭＮと略称）における端末機器等であってもよい。
【００３０】
本願において、またネットワーク機器と結び付けて各実施例を説明する。ネットワーク機器は、端末機器と通信を行う機器であってもよい。例えば、ＧＳＭシステム又はＣＤＭＡシステムにおける基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳと略称）であってもよいし、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、ＮＢと略称）であってもよいし、ＬＴＥシステムにおける進化型の基地局（Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ、ｅＮＢ又はｅＮｏｄｅＢと略称）であってもよいし、又は当該ネットワーク機器は中継局、アクセスポイント、車載機器、ウェアラブル機器、将来５Ｇネットワークにおけるネットワーク側機器又は将来の進化型のＰＬＭＮネットワークにおけるネットワーク側機器等であってもよい。
【００３１】
図１及び図２は、本願の実施例の２つの適用シーンの概略図である。図１では、１つのネットワーク機器、２つの端末機器が例示的に示されている。当該無線通信システムは複数のネットワーク機器を含んでもよく、且つ、各ネットワーク機器がカバーしている範囲においてその他の数量の端末機器が含まれていてもよく、本発明の実施例ではこれを限定しない。なお、当該無線通信システムは移動管理実体（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥと略称）、サービングゲートウエイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、Ｓ−ＧＷと略称）、パケットデータネットワークゲートウエイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ、Ｐ−ＧＷと略称）等その他のネットワーク実体を含んでもよく、本発明の実施例はこれらに限定されない。
【００３２】
具体的に、端末機器２０及び端末機器３０はＤ２Ｄ通信モードで通信を行うことができる。Ｄ２Ｄ通信を行う時、端末機器２０と端末機器３０はＤ２Ｄリンク、即ちサイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬと略称）を介して直接通信を行う。例えば、図１又は図２に示すように、端末機器２０と端末機器３０はサイドリンクを介して直接通信を行う。図１では、端末機器２０と端末機器３０はサイドリンクを介して通信し、その伝送リソースはネットワーク機器によって割り当てられる。図２では、端末機器２０と端末機器３０はサイドリンクを介して通信し、その伝送リソースは端末機器によって自主的に選択され、ネットワーク機器が伝送リソースを割り当てる必要はない。
【００３３】
Ｄ２Ｄ通信とは、車両対車両（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ、Ｖ２Ｖと略称）通信又は車両対デバイス（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘと略称）通信を指すことができる。Ｖ２Ｘ通信において、Ｘは、無線受信及び送信能力を有するあらゆる機器を指すことができる。例えば、低速で移動する無線装置、高速で移動する車載機器、又は無線送受信能力を有するネットワーク制御ノード等が挙げられるが、これらに限られない。本発明の実施例は主にＶ２Ｘ通信のシーンに適用されるが、その他の任意のＤ２Ｄ通信シーンにも適用され、本発明の実施例はこれを限定しないことを理解すべきである。
【００３４】
車のインターネットシステムにおいて、２つのタイプの端末機器、即ちセンシング能力を有する端末機器、例えば車載端末（Ｖｅｈｉｃｌｅ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＶＵＥと略称）又は歩行者ハンドヘルド端末（Ｐｅｄｅｓｔｒｉａｎ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＰＵＥと略称）、及びセンシング能力を有しない端末機器、例えばＰＵＥが存在してよい。ＶＵＥの方はより優れた処理能力を有し、且つ、一般に車内の蓄電池によって給電されるのに対し、ＰＵＥの方は処理能力が比較的劣っており、消費電力の低減もＰＵＥにおいて考慮すべき主な要因の一つである。そのため、従来の車のインターネットシステムで、ＶＵＥは完全な受信能力、センシング能力を有すると考えられるが、ＰＵＥは受信能力、センシング能力をある程度有するか又は有しないと考えられる。ＰＵＥがある程度センシング能力を有する場合、そのリソースの選択はＶＵＥと類似するセンシング方法を採用し、センシング可能なリソースの部分から使用可能なリソースの選択を行うことができる。ＰＵＥがセンシング能力を有しない場合、ＰＵＥはリソースプールで伝送リソースをランダムに選択する。
【００３５】
３ＧＰＰプロトコルのバージョンＲｅｌｅａｓｅ−１４において、伝送モード３（ｍｏｄｅ３）、伝送モード４（ｍｏｄｅ４）の２つの伝送モードが定義されている。伝送モード３を用いる端末機器の伝送リソースは基地局によって割り当てられ、端末機器が基地局によって割り当てられるリソースに基づいて、サイドリンクにおいてデータの送信を行う。基地局は、端末機器に対して１回の伝送用のリソースを割り当てることができるし、端末機器に対して準静的伝送用のリソースを割り当てることもできる。伝送モード４を用いる端末機器がセンシング能力を有する場合、センシング（ｓｅｎｓｉｎｇ）及び予約（ｒｅｓｅｒｖａｔｉｏｎ）の方式を採用してデータを伝送し、センシング能力を有しない場合、リソースプールで伝送リソースをランダムに選択する。センシング能力を有する端末機器はリソースプールにおいてセンシングにより使用可能なリソース集合を取得し、端末機器が当該集合から１つのリソースをランダムに選択してデータ伝送を行う。車のインターネットシステムでサービスが周期的であるという特徴があるため、端末機器は一般に準静的伝送の方式を採用し、即ち端末機器が１つの伝送リソースを選択した後、複数の伝送周期において当該リソースを継続して使用し、これによってリソース再選択及びリソース競合の確率を低減させる。端末機器は今回伝送される制御情報に次回の伝送リソースを予約する情報を付随し、これによってその他の端末機器は当該端末機器の制御情報を検出することで当該リソースが当該端末機器によって予約又は使用されているか否かを判断することができ、リソース競合の低減という目的を達成する。
【００３６】
３ＧＰＰプロトコルのバージョンＲｅｌｅａｓｅ−１４において、伝送モード３に対応するリソースプールと伝送モード４に対応するリソースプールは直交する。モード３を用いる端末機器はモード３をサポートするリソースプール内の時間周波数リソースにおいてデータ伝送を行い、モード４を用いる端末機器はモード４をサポートするリソースプール内の時間周波数リソースにおいてデータ伝送を行う。
【００３７】
３ＧＰＰプロトコルの新バージョンＲｅｌｅａｓｅ−１５において、リソースの利用率を高めるために、伝送モード３を用いる端末機器と伝送モード４を用いる端末機器はリソースプールを共有することができる。この際、センシング能力を有する端末機器は、センシングによりリソースを選択することができ、センシング能力を有しない端末機器は、その他の端末機器によるデータ伝送と干渉が生じることは回避しにくい。伝送モード３を用いる端末機器が基地局に接続され、且つ、その伝送リソースが基地局によって割り当てられるため、伝送モード３を用いる端末機器と伝送モード４を用いる端末機器が共存する場合、伝送モード３を用いる端末機器による伝送の信頼性をより一層保証する必要がある。
【００３８】
伝送モード４を用いる端末機器はセンシングを行う時、Ｒｅｌｅａｓｅ−１４バージョンで車のインターネットシステムにおけるセンシング及びリソース選択の過程を実行することができる。次に、当該センシング及びリソース選択の過程を例示的に説明する。
【００３９】
図３に示すように、各サイドリンクプロセス（ｓｉｄｅｌｉｎｋ  ｐｒｏｃｅｓｓ）（１つのキャリアが２つのプロセスを含んでもよい）で、時刻ｎの付近に新しいデータパケットが届く時、リソース選択又はリソース再選択を行う必要がある。端末機器は前の１秒（即ち１０００ミリ秒）のセンシングウィンドウに対するセンシングの結果に基づいて、時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］ミリ秒においてリソース選択を行い、［ｎ＋Ｔ１，ｎ＋Ｔ２］ミリ秒という期間は選択ウィンドウと称され、ここで、Ｔ１、Ｔ２は例えば、Ｔ１≦４、２０≦Ｔ２≦１００であることを満たすことができる。以下、前の１秒というのはいずれもｎ時刻に対しての前の１秒をいう。リソース選択の具体的な過程は以下のとおりである。ここで、端末機器２０が端末機器３０のリソースをセンシングすることを例にして説明する。
【００４０】
（０）選択ウィンドウ内の全てのリソースが候補リソース集合Ｓ＿Ａを構成し、最初の当該候補リソース集合Ｓ＿Ａにおけるリソースの数量がＡであると仮定する。
【００４１】
（１）センシングウィンドウ内のあるサブフレームにセンシングの結果がなく、当該サブフレームとの間に所定の伝送周期で分布する予約されている別のサブフレームが選択ウィンドウに入っている場合、選択ウィンドウ内の当該別のサブフレームにおけるリソースは当該候補リソース集合Ｓ＿Ａから排除される。当該伝送周期は伝送周期集合における元素であってもよい。当該伝送周期集合は例えば、｛２０，５０，１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００｝ミリ秒であってよい。例えば、図３に示すように、端末機器２０はセンシングウィンドウ内のリソースＡにセンシングの結果がなく、且つ、当該リソースＡに対応する次の伝送周期におけるリソースは選択ウィンドウ内のリソースＡ１である場合、端末機器２０はリソースＡ１を候補リソース集合Ｓ＿Ａから排除する。
【００４２】
（２）端末機器２０は前の１秒のセンシングウィンドウ内に、端末機器３０によって送信される物理サイドリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＳＣＣＨと略称）を検出し、且つ、当該ＰＳＣＣＨに対応する物理サイドリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＳＳＣＨと略称）の参照信号受信電力（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ、ＲＳＲＰと略称）の測定値がＰＳＳＣＨ−ＲＳＲＰ閾値より高く、且つ、検出された当該ＰＳＣＣＨは当該ＰＳＣＣＨを送信する端末機器３０が後続の伝送に必要な時間周波数リソースを予約している（例えば、図３で端末機器３０が予約している時間周波数リソースは、センシングウィンドウ内のリソースＢに対応するリソースＢ後の１００ミリ秒、２００ミリ秒、３００ミリ秒、……等の時間領域位置に位置する時間周波数リソースＢ１）ことを指示する場合、端末機器２０は選択ウィンドウ内に端末機器３０によって予約されている時間周波数リソースと端末機器２０が当該選択ウィンドウ内に選択しているデータの伝送に使用する時間周波数リソースが重畳しているか否か（全部重畳又は一部重畳を含む）を判断する。重畳する場合、即ちリソース競合が生じる場合、端末機器２０は当該選択ウィンドウ内の当該時間周波数リソースを候補リソース集合Ｓ＿Ａから排除する。この場合、当該候補リソース集合Ｓ＿Ａで残りのリソースの数量はＢであると仮定する。
【００４３】
端末機器２０は、当該選択ウィンドウ内に自身のためにデータの伝送に使用する当該時間周波数リソースを選択しており、且つ、時間周期Ｔ２０で分布する複数の当該時間周波数リソースにおいていずれもデータを伝送する必要がある場合、端末機器３０が時間周期Ｔ３０で分布する複数の当該時間周波数リソースを予約しており、且つ、時間周期Ｔ２０がＴ２０×Ｍ＝Ｔ３０×Ｎを満たし、ここでＭ、Ｎは正の整数である場合、端末機器２０は時間周期Ｔ２０で分布する複数の当該時間周波数リソースを当該候補リソース集合から排除することを理解すべきである。
【００４４】
（３）候補リソース集合Ｓ＿Ａで残りのリソースの数量ＢがＡ×２０％より小さい場合、端末機器２０がＰＳＳＣＨ−ＲＳＲＰ閾値を３ｄＢ引き上げ、且つ、Ｂ≧Ａ×２０％となるまで、ステップ（０）〜ステップ（２）を繰り返してもよい。
【００４５】
（４）端末機器２０は候補リソース集合Ｓ＿Ａにおける残りのＢ個のリソースに対して受信信号強度インジケータ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ、ＲＳＳＩと略称）の測定を行い、且つ、測定結果に基づいて高い順に並べ替え、信号強度が最低のＡ×２０％個のリソースを候補リソース集合Ｓ＿Ｂに入れ替える。
【００４６】
（５）端末機器２０は候補リソース集合Ｓ＿Ｂで、データの伝送に使用する１つの時間周波数リソースを等確率に選択する。
【００４７】
ここで、ある制御チャネルに対応するデータチャネルによって占用されている時間周波数リソースを、当該データチャネルの伝送に使用する１つの時間周波数リソース（又は１つのリソースブロック）と称し、各選択ウィンドウ内の候補リソース集合には当該データチャネルの伝送に使用する時間周波数リソースが複数存在してもよいことを理解すべきである。例えば、図３でリソースＡ１、Ｂ１はいずれも１つの時間周波数リソースと称することができる。
【００４８】
端末機器２０がデータの伝送に使用する時間周波数リソースを選択した後、後続の伝送過程で各伝送周期において当該時間周波数リソースを継続して使用し、当該時間周波数リソースは合計でＣ＿ｒｅｓｅｌ回使用される。ここで、Ｃ＿ｒｅｓｅｌはリソース再選択カウンタ（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｌｅｃｔｉｏｎ  Ｃｏｕｎｔｅｒ）であり、データが伝送されるたびに、Ｃ＿ｒｅｓｅｌの値が１減算され、Ｃ＿ｒｅｓｅｌの値が０に減少していると、端末機器２０は［０，１］の間にある乱数を生成し、且つリソース保持確率（Ｐｒｏｂａｂｉｌｉｔｙ  Ｒｅｓｏｕｒｃｅ  Ｋｅｅｐ、ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐと略称）パラメータと比較し、当該パラメータは端末機器が当該リソースを継続して使用することの確率を示す。当該乱数の値が当該パラメータより大きい場合、端末機器２０はリソース再選択を行い、当該乱数の値が当該パラメータより小さい場合、端末機器２０は当該時間周波数リソースを継続して使用してデータ伝送を行い、且つ、同時にＣ＿ｒｅｓｅｌの値をリセットすることができる。
【００４９】
上記のステップ（４）において、端末機器２０は候補リソース集合Ｓ＿Ａにおける残りのＢ個のリソースから、ＲＳＳＩ測定値が最低のＡ×２０％個のリソースを選択して候補リソース集合Ｓ＿Ｂに入れ替える必要がある。ただし、ＰＳＳＣＨ−ＲＳＲＰ閾値を最大値に引き上げても、なおもＢ＜Ａ×２０％である場合、即ち、当該候補リソース集合Ｓ＿Ａにおける残りのＢ個のリソースで、このＡ×２０％個のリソースを選択するのに不十分である場合、端末機器は現在データの伝送に使用する伝送リソースを見つけることができない。
【００５０】
これにより、本願の実施例において、使用可能なリソースがリソース選択に不十分である状況において、当該端末機器の物理層がその現在決定される目的サービスの伝送に使用可能な第１のリソース集合を上位層に報告することにより、当該端末機器の上位層が物理層の報告に基づいて、当該端末機器に対してリソースを割り当てるか又はリソース再選択等の動作を行うよう指示することができ、これにより当該端末機器は当該目的サービスの伝送に使用可能な伝送リソースを得ることができる。さらに、異なる伝送モードを用いる端末機器によるデータ伝送の信頼性が保証されることができる。
【００５１】
理解すべきことであるが、本願の実施例において、端末機器の物理層（以下、物理層と略称することがある）が実行する動作は、当該端末機器が物理層で実行する動作、又は当該端末機器の物理層モジュールが実行する動作であるように理解することができる。端末機器の上位層（以下、上位層と略称することがある）が実行する動作は、当該端末機器が上位層で実行する動作、又は当該端末機器の上位層モジュールが実行する動作であるように理解することができる。
【００５２】
図４は、本願の実施例のＤ２Ｄ通信におけるリソース選択方法の概略フローチャートである。図４に示す方法は、第１の端末機器によって実行されてもよい。当該第１の端末機器は例えば、図２に示す端末機器２０又は端末機器３０であってもよい。図４に示すように、当該Ｄ２Ｄ通信におけるリソース選択方法は、ステップ４１０と、ステップ４２０とを含む。
【００５３】
ステップ４１０において、第１の端末機器の物理層は時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得る。
【００５４】
ここで、当該第１のリソース集合におけるリソースは当該第１の端末機器が目的サービスを伝送するために使用することができる。ここで、ｎは当該目的サービスが届く時刻、又は当該第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２である。
【００５５】
ここで、Ｔ１及びＴ２は、ネットワーク機器によって当該第１の端末機器に対して設定されてもよいし、当該第１の端末機器に予め記憶されてもよいし、又は当該第１の端末機器がある方法を用いて自主的に選択したものであってもよいが、これらに限定されない。例えば、０≦Ｔ１≦Ｄ１、Ｄ２≦Ｔ２≦Ｄ３である。ここで、Ｄ１、Ｄ２、Ｄ３はシステムによって事前に定義されている又はネットワーク機器によって設定されているパラメータであり、且つ、Ｄ３≦Ｄであり、Ｄは当該目的サービスにおける遅延の需要を表す。
【００５６】
ステップ４２０において、当該第１の端末機器の物理層は当該端末機器の上位層に当該第１のリソース集合の情報を報告する。
【００５７】
具体的に、当該第１の端末機器の物理層は第１のキャリアにおける第１のリソースプールで、時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内のリソースをセンシングすることにより、当該目的サービスの伝送に使用可能な当該第１のリソース集合を決定する。ここで、ｎは当該目的サービスが届く時刻であるか、又はｎは当該第１の端末機器がセンシングを行う必要があることを决定する時刻である。例えば、当該目的サービスがｎ時刻より前に届く場合、当該第１の端末機器の物理層はｎ時刻にその上位層によって送信される要求を受信する可能性があり、これによって当該第１の端末機器の物理層は、当該目的サービスのために伝送リソースを探すように、ｎ時刻に時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内にセンシングを行う必要があることを决定する。
【００５８】
一実施形態において、図５に示すように、ステップ４１０は、ステップ４１１〜４１３をさらに含んでもよい。
【００５９】
ここで、ステップ４１１において、当該第１の端末機器の物理層は当該時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］に、当該第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得る。
【００６０】
ここで、当該時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の当該第１のキャリアにおける当該第１のリソースプール内のリソースの総数はＡであり、当該第２のリソース集合におけるリソースの数量はＢである。
【００６１】
一実施形態において、当該第２のリソース集合は第２の端末機器によって占用されている及び／又は予約されているリソースを含まず、当該第２の端末機器は第１の伝送モードを用いる端末機器であり、当該第１の端末機器は第２の伝送モードを用いる端末機器である。
【００６２】
例えば、当該第１の端末機器は当該第１のリソースプールにおいて当該第２の端末機器のＰＳＣＣＨを検出すると、当該ＰＳＣＣＨでスケジューリングされるＰＳＳＣＨによって占用されているリソース、及び当該ＰＳＣＣＨが指示する予約されているリソースを当該第２のリソース集合から排除する。
【００６３】
このため、第２の伝送モードを用いる第１の端末機器の物理層は第１の伝送モードを用いる第２の端末機器によって占用されている及び／又は予約されているリソースを排除して、残りのリソース集合の情報を上位層に報告することにより、第１の伝送モードを用いる第２の端末機器によるデータ伝送に影響を与えることはない。
【００６４】
一実施形態において、当該第１の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、ネットワーク機器によってスケジューリングされるリソースであり、当該第２の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは端末機器が当該第２の伝送モードに対応するリソースプールで自主的に選択しているリソースである。
【００６５】
当該第１の伝送モードは例えば、上記の３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード３であってよい。端末機器が前記第１の伝送モードを用いる場合、端末機器が前記データ伝送を行うのに使用する時間周波数リソースはネットワーク機器によってスケジューリングされるリソースである。当該第２の伝送モードは例えば、上記の３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード４であってよい。端末機器が前記第２の伝送モードを用いる場合、当該時間周波数リソースは端末機器が自主的に選択可能なリソースである。例えば、対応するリソースプールでランダムに選択されたリソース、又は端末機器がセンシングの結果に基づいて決定されたリソースである。
【００６６】
伝送モード３を用いる端末機器の伝送リソースは基地局によって割り当てられるため、伝送モード３を用いる端末機器と伝送モード４を用いる端末機器はリソースプールを共有して伝送する場合、伝送モード４を用いる端末機器の物理層は伝送モード３を用いる端末機器によって占用されている及び／又は予約されているリソースを排除し、これによって、伝送モード４を用いる端末機器はリソース選択を行うと同時に、伝送モード３を用いる端末機器における正常な伝送が保証される。
【００６７】
ステップ４１２において、Ｂ／Ａが閾値Ｑ以上である場合、当該第１の端末機器の物理層は当該第２のリソース集合内のＢ個のリソースにおけるＲＳＳＩを測定し、当該第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを当該第１のリソース集合とする。
【００６８】
ステップ４１３において、Ｂ／Ａが当該閾値Ｑより小さい場合、当該第１の端末機器の物理層は当該第２のリソース集合を当該第１のリソース集合として決定する。
【００６９】
一実施形態において、ＰはＱ及びＡに基づいて決定される。例えば、Ｐ＝
【数５】
2021508185.tif 000023
、Ｐ＝
【数６】
2021508185.tif 000024
であるか、又はＰ＝ｒｏｕｎｄ（Ｑ×Ａ）である。ここで、
【数７】
2021508185.tif 000025
は切り上げであり、
【数８】
2021508185.tif 000026
は切り捨てであり、ｒｏｕｎｄ（）は四捨五入である。
【００７０】
当該実施例において、第２の伝送モードを用いる当該第１の端末機器の物理層は時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、ネットワーク機器が第２の伝送モードを用いる端末機器に対して設定している当該第１のリソースプールでセンシングを行うことにより、当該第２のリソース集合を得る。第２の伝送モードを用いる当該第１の端末機器は当該第１のリソースプールでセンシングを行う時、第１の伝送モードを用いる当該第２の端末機器によって占用されている及び／又は予約されているリソースを排除することで、第１の伝送モードを用いる当該第２の端末機器におけるデータ伝送が保証される。
【００７１】
理解すべきことであるが、本願の実施例において、当該第１のリソースプールの時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内でのリソースの総数はＡであり、当該第１の端末機器は当該Ａ個のリソースで当該第２の端末機器によって占用されている及び／又は予約されているリソースを排除すると同時に、その他の使用できないリソースをも排除し、例えば、ＰＳＳＣＨ−ＲＳＲＰの測定値がＰＳＳＣＨ−ＲＳＲＰ閾値より大きくて且つその他の第１の端末機器によって占用されている及び／又は予約されているリソースを当該Ａ個のリソースから排除することで、当該第２のリソース集合を得る。当該第２のリソース集合におけるリソースの数量はＢであり、当該Ｂ個のリソースは当該第１の端末機器が当該目的サービスを伝送するために使用できるリソースである。言い換えれば、当該第２のリソース集合におけるリソースの数量Ｂは、図３に記載のステップ（４）で得る候補リソース集合Ｓ＿Ｂ内のリソースの数量に相当する。
【００７２】
当該第１の端末機器の物理層は当該時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、当該第１のリソースプールでセンシングを行って当該第２のリソース集合を得る。当該第２のリソース集合内のＢ個のリソースは例えば、ＰＳＳＣＨ−ＲＳＲＰ閾値が既に最大値（例えば、無限大）に達している状況において当該第１の端末機器がセンシングを行って得る当該第２のリソース集合である。ＰＳＳＣＨ−ＲＳＲＰ閾値が既に無限大となっている時、当該第１の端末機器がその他の第１の端末機器によって占用されている及び／又は予約されているリソースを当該Ａ個のリソースから排除しないと考えてもよいが、かかる場合においても、当該第２のリソース集合におけるリソースの数量ＢはなおもＰ個未満である場合、当該第１の端末機器の物理層は当該第２のリソース集合を直接当該第１のリソース集合として決定することができる。
【００７３】
Ｂ／Ａが閾値Ｑ以上である場合、当該第１の端末機器の物理層は当該第２のリソース集合内のＢ個のリソースにおける受信信号強度インジケータ（ＲＳＳＩ）を測定し、当該第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを上記の第１のリソース集合とする。言い換えれば、当該第２のリソース集合におけるリソースの数量ＢがＰより大きい場合、当該第１の端末機器の物理層は当該Ｂ個のリソースにおけるＲＳＳＩ測定値が最小のＰ個のリソースを当該第１のリソース集合とし、当該第１の端末機器の上位層に当該第１のリソース集合の関連する情報を報告し、この場合、当該第１のリソース集合におけるリソースの数量はＰである。
【００７４】
Ｂ／Ａが当該閾値Ｑより小さい場合、当該第１の端末機器の物理層は当該第２のリソース集合を直接当該第１のリソース集合として決定することができる。Ｂ／Ａが当該閾値Ｑより小さい場合、当該第２のリソース集合におけるリソースの数量ＢはＰより小さいことを示し、当該第２のリソース集合におけるリソースの数量ＢはＲＳＳＩ測定値に基づいてリソース選択を行うのに不十分であり、Ｐ個のリソースを選択することはできない。この場合、当該第１の端末機器の物理層は当該第２のリソース集合における当該Ｂ個のリソースを直接当該第１のリソース集合として決定し、当該第１のリソース集合の関連する情報を上位層に報告することができる。この際、当該第１のリソース集合におけるリソースの数量はＢであり、Ｐではない。
【００７５】
一実施形態において、ステップ４１０の前に、即ち、当該第１の端末機器の物理層は当該時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、当該第１のリソースプールでセンシングを行って第２のリソース集合を得る前に、当該方法は、当該第１の端末機器が当該ネットワーク機器によって送信される当該閾値Ｑを指示するための設定情報を受信すること、又は当該第１の端末機器が当該第１の端末機器に予め記憶されている当該閾値Ｑを取得することをさらに含む。
【００７６】
即ち、当該閾値Ｑはネットワーク機器が当該第１の端末機器に対して設定されたものであってもよいし、又は当該ネットワーク機器と当該第１の端末機器との間で事前に取り決められたもの、例えば、プロトコルに規定されている閾値であってもよい。
【００７７】
当該第１の端末機器の物理層は当該第１のリソース集合を得ると、上位層に当該第１のリソース集合の情報を報告する。当該第１のリソース集合の情報は具体的に、当該第１のリソース集合におけるリソース、及び／又は当該第１のリソース集合内のリソースが不足することを指示するための指示情報であってもよい。
【００７８】
一実施形態において、ステップ４２０において、当該第１の端末機器の物理層が当該端末機器の上位層に当該第１のリソース集合の情報を報告することは、当該第１の端末機器の物理層が当該端末機器の上位層に当該第１のリソース集合内のリソースを報告することを含む。
【００７９】
一実施形態において、ステップ４２０において、当該第１の端末機器の物理層が当該端末機器の上位層に当該第１のリソース集合の情報を報告することは、当該第１の端末機器の物理層が当該第１の端末機器の上位層にリソース不足指示情報を報告することを含み、当該リソース不足指示情報は、当該第２のリソース集合におけるリソースの数量Ｂと当該時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の当該第１のキャリアにおける当該第１のリソースプール内のリソースの総数Ａとの比の値は当該閾値Ｑより小さいことを指示するためのものである。
【００８０】
当該第１の端末機器の物理層が当該リソース不足指示情報によって当該第１の端末機器の上位層にＢ／Ａ＜Ｑであることを指示することは、当該リソース不足指示情報が物理層によって報告される当該第１のリソース集合におけるリソースの数量が不足するように理解することができる。
【００８１】
当該第１の端末機器の物理層が上位層に当該第１のリソース集合のリソース及び／又はリソース不足指示情報を報告すると、上位層は次の方式でリソース選択を行うよう物理層に指示することができる。
【００８２】
一実施形態において、ステップ４２０の後に、当該方法は、当該第１の端末機器の上位層が当該第１のリソース集合で、当該第１の端末機器が当該目的サービスを伝送するために使用する目的リソースを決定することと、当該第１の端末機器の上位層が当該第１の端末機器の物理層に当該目的リソースを指示するための第１の指示情報を送信することと、当該第１の端末機器の物理層が当該第１の指示情報に基づいて、当該目的リソースにおいて当該目的サービスを伝送することと、をさらに含む。
【００８３】
一実施形態において、ステップ４２０の後に、当該方法は、当該第１の端末機器の上位層が当該第１の端末機器の物理層に第２の指示情報を送信することをさらに含み、当該第２の指示情報が当該第１のキャリアにおける第２のリソースプールで当該目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう当該第１の端末機器の物理層に指示するためのものである。
【００８４】
一実施形態において、ステップ４２０の後に、当該方法は、当該第１の端末機器の上位層が当該第１の端末機器の物理層に第３の指示情報を送信することをさらに含み、当該第３の指示情報は、第２のキャリアにおける第３のリソースプールで当該目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう当該第１の端末機器の物理層に指示するためのものである。
【００８５】
具体的に、当該第１の端末機器の上位層は当該第１のリソース集合の情報を受信すると、当該第１のリソース集合で当該目的サービスに対して適切な伝送リソース、即ち当該目的リソースを選択し、当該目的リソースを物理層に送信することができ、これによって物理層は当該目的リソースにおいて当該目的サービスを伝送できる。当該第１の端末機器の上位層は当該リソース不足指示情報のみを受信する場合、上位層は指示情報を送信して、当該第１のキャリアにおけるその他のリソースプールにおいて当該目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう物理層に指示するか、又は、マルチキャリア伝送がサポートされる場合、上位層はその他のキャリアにおけるその他のリソースプールにおいて、当該目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう物理層に指示してもよい。
【００８６】
このため、本願の実施例において、端末機器の物理層がその決定される目的サービスの伝送に使用可能な第１のリソース集合を上位層に報告することにより、当該端末機器の上位層は物理層の報告に基づいて、当該端末機器に対してリソースを割り当てるか又はリソース再選択等の動作を行うよう指示することができ、これにより当該端末機器は使用可能なリソースがリソース選択に不十分である状況においても、当該目的サービスを伝送するために使用する伝送リソースを得ることができる。
【００８７】
理解すべきことであるが、本願の様々な実施例において、上記の各過程に記載されているシーケンス番号はその大きさが実行時の順番を意味するものではなく、各過程が実行される順番はその機能及び内部の論理により決定される。よって、本願の実施例を実施する過程で何ら限定を加えるものではない。
【００８８】
上記の内容で本願の実施例によるＤ２Ｄ通信におけるリソース選択方法を詳細に説明したが、次に、図６〜図８を用いて、本願の実施例の装置を説明する。方法の実施例で説明されている技術的特徴は次の装置の実施例にも適合する。
【００８９】
図６は、本願の実施例の端末機器６００の概略ブロック図である。図６に示すように、当該端末機器６００は第１の端末機器であり、当該第１の端末機器６００は物理層モジュール６１０と、上位層モジュール６２０とを含む。
【００９０】
ここで、物理層モジュール６１０は、時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、第１のキャリアにおける第１のリソースプールでセンシングを行うことにより、第１のリソース集合を得るように構成され、前記第１のリソース集合におけるリソースは前記第１の端末機器が目的サービスを伝送するために使用することができる。ここで、ｎは前記目的サービスが届く時刻、又は前記第１の端末機器がセンシングを行う必要があることを決定する時刻であり、０≦Ｔ１＜Ｔ２である。
物理層モジュール６１０は、更に当該上位層モジュール６２０に前記第１のリソース集合の情報を報告するように構成される。
【００９１】
このため、端末機器の物理層がその決定される目的サービスの伝送に使用可能な第１のリソース集合を上位層に報告することにより、当該端末機器の上位層は物理層の報告に基づいて、当該端末機器に対してリソースを割り当てるか又はリソース再選択等の動作を行うよう指示することができ、これにより当該端末機器は使用可能なリソースがリソース選択に不十分である状況においても、当該目的サービスを伝送するために使用する伝送リソースを得ることができる。
【００９２】
一実施形態において、前記物理層モジュール６１０は具体的に、前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内に、前記第１のリソースプールでセンシングを行うことにより、第２のリソース集合を得るように構成され、ここで、前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数はＡであり、前記第２のリソース集合におけるリソースの数量はＢである。Ｂ／Ａが閾値Ｑ以上である場合、前記物理層モジュール６１０は前記第２のリソース集合内のＢ個のリソースにおける受信信号強度インジケータ（ＲＳＳＩ）を測定し、前記第２のリソース集合におけるＲＳＳＩ測定値が最小のＰ個のリソースを前記第１のリソース集合とする。Ｂ／Ａが前記閾値Ｑより小さい場合、前記物理層モジュール６１０は前記第２のリソース集合を前記第１のリソース集合として決定する。
【００９３】
一実施形態において、ＰはＱ及びＡに基づいて決定される。
【００９４】
一実施形態において、前記第２のリソース集合は第２の端末機器によって占用されている及び／又は予約されているリソースを含まない。ここで、前記第２の端末機器は第１の伝送モードを用いる端末機器であり、前記第１の端末機器は第２の伝送モードを用いる端末機器である。
【００９５】
一実施形態において、前記第１の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記第２の伝送モードを用いる端末機器がサービス伝送を行うのに使用する時間周波数リソースは、端末機器が前記第２の伝送モードに対応するリソースプールで自主的に選択されたリソースである。
【００９６】
一実施形態において、前記物理層モジュール６１０は具体的に、前記上位層モジュール６２０に前記第１のリソース集合におけるリソースを報告するように構成される。
【００９７】
一実施形態において、前記物理層モジュール６１０は具体的に、前記上位層モジュール６２０にリソース不足指示情報を報告するように構成され、前記リソース不足指示情報は前記第２のリソース集合におけるリソースの数量Ｂと前記時間間隔［ｎ＋Ｔ１，ｎ＋Ｔ２］内の前記第１のキャリアにおける前記第１のリソースプール内のリソースの総数Ａとの比の値が前記閾値Ｑより小さいことを指示するためのものである。
【００９８】
一実施形態において、前記上位層モジュール６２０は、さらに、前記第１のリソース集合で、前記第１の端末機器が前記目的サービスを伝送するために使用する目的リソースを決定し、前記物理層モジュール６１０に前記目的リソースを指示するための第１の指示情報を送信するように構成され、前記物理層モジュール６１０は、さらに、前記第１の指示情報に基づいて、前記目的リソースにおいて前記目的サービスを伝送するように構成される。
【００９９】
一実施形態において、前記上位層モジュール６２０は、さらに、前記物理層モジュール６１０に第２の指示情報を送信するように構成され、前記第２の指示情報は、前記第１のキャリアにおける第２のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記物理層モジュール６１０に指示するためのものである。
【０１００】
一実施形態において、前記上位層モジュール６２０は、さらに、前記物理層モジュール６１０に第３の指示情報を送信するように構成され、前記第３の指示情報は第２のキャリアにおける第３のリソースプールで前記目的サービスの伝送に使用可能な第１のリソース集合を再選択するよう前記物理層モジュール６１０に指示するためのものである。
【０１０１】
一実施形態において、前記物理層モジュール６１０は、さらに、前記ネットワーク機器によって送信される前記閾値Ｑを指示するための設定情報を受信するか、又は前記第１の端末機器に予め記憶されている前記閾値Ｑを取得するように構成される。
【０１０２】
理解すべきことであるが、当該端末機器６００は上記の方法の実施例において第１の端末機器が実行する方法４００で対応する動作を実行することができる。説明の簡素化の観点上、ここでその説明は省略される。
【０１０３】
図７は、本願の実施例の端末機器７００の概略構造図である。図７に示すように、当該端末機器７００は、プロセッサ７１０と、送受信機７２０と、メモリ７３０とを含む。ここで、当該プロセッサ７１０、送受信機７２０、メモリ７３０は内部の接続通路を介して相互に通信する。当該メモリ７３０は指令を記憶するように構成され、当該プロセッサ７１０は当該送受信機７２０を制御して信号を受信又は送信させるように、当該メモリ７３０に記憶されている指令を実行するように構成される。
【０１０４】
一実施形態において、当該プロセッサ７１０はメモリ７３０に記憶されているプログラムコードを呼び出して、方法の実施例において第１の端末機器が実行する方法４００で対応する動作を実行することができる。説明の簡素化の観点上、ここでその説明は省略される。
【０１０５】
理解すべきことであるが、本願の実施例でプロセッサは、信号処理能力を有する集積回路チップであってもよい。上記の方法の実施例を実施する過程で、その各ステップはプロセッサ内のハードウェアである集積論理回路又はソフトウェアの形式の指令によって完成されることができる。上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰと略称）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣと略称）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡと略称）、又はその他のプログラマブル論理部品、ディスクリートゲートもしくはトランジスタ論理部品、ディスクリートハードウェア部品であってもよい。本願の実施例で開示されている各方法、ステップ及び論理ブロック図を実施又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよいし、又は汎用プロセッサは任意の通常のプロセッサ等であってもよい。本願の実施例で開示されている方法のステップは、ハードウェアであるデコードプロセッサにより実行されてもよいし、デコードプロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせにより実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、又は電気的消去可能プログラマブルメモリ、レジスタ等の当該分野において成熟した技術としての記憶媒体に配置されてもよい。当該記憶媒体はメモリに配置され、プロセッサはメモリに記憶されている情報を読み込み、そのハードウェアを利用して上記方法のステップを実行する。
【０１０６】
理解できることであるが、本願の実施例で前記メモリとは、揮発性メモリもしくは不揮発性メモリであってもよいし、又は揮発性メモリ及び不揮発性メモリの両方を含んでもよい。なお、不揮発性メモリは、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭと略称）、プログラマブル読み出し専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭと略称）、消去可能プログラマブル読み出し専用メモリ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ、ＥＰＲＯＭと略称）、電気的消去可能プログラマブル読み出し専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭと略称）、又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュメモリとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭと略称）であってもよい。限定を加える目的ではなく例示的なものとして、様々な形態のＲＡＭ、例えばスタティックランダムアクセスメモリ（Ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭと略称）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭと略称）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭと略称）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭと略称）、拡張型同期ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭと略称）、同期リンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭと略称）、ダイレクトラムバスランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ  ＲＡＭと略称）を使用できる。なお、本明細書に記載のシステム及び方法で、前記メモリは、上記のメモリ及び任意のその他の適切なタイプのメモリを含み、且つ、これらに限定されないことが意図される。
【０１０７】
図８は、本願の実施例のシステムチップの一つの概略構造図である。図８のシステムチップ８００は入力インタフェース８０１と、出力インタフェース８０２と、少なくとも１つのプロセッサ８０３と、メモリ８０４とを含み、前記入力インタフェース８０１、出力インタフェース８０２、前記プロセッサ８０３及びメモリ８０４は内部の接続通路を介して相互に接続される。前記プロセッサ８０３は前記メモリ８０４におけるコードを実行するように構成される。
【０１０８】
一実施形態において、前記コードが実行される時、前記プロセッサ８０３は方法の実施例において第１の端末機器が実行する方法４００を実施することができる。説明の簡素化の観点上、ここでその説明は省略される。
【０１０９】
当業者にとって自明なことであるが、本明細書で開示されている実施例に記載の各例示的なユニット、アルゴリズム及びステップは、電子ハードウェア、又は電子ハードウェアとコンピュータソフトウェアとの組み合わせにより実施することができる。これらの機能はハードウェアで実行するか、ソフトウェアで実行するかは、該当技術的手段の特定の用途及び設計上の制限条件により決定される。当業者であれば、特定の用途ごとに異なる方法を用いて該当機能を実施することができるが、かかる実施は本願の範囲を逸脱するものと見なされない。
【０１１０】
当業者にとって自明なことであるが、上記のとおりに説明されているシステム、装置及びユニットの具体的な動作過程は、上記方法の実施例における対応する過程を参照することができるため、説明の便宜上と簡素化の観点上、ここでその方の説明は省略される。
【０１１１】
理解すべきことであるが、本願に係るいくつかの実施例で開示されているシステム、装置及び方法は、その他の形態によって実施することもできる。例えば、上記のとおりに説明されている装置の実施例は、例示的なものに過ぎず、例えば、該ユニットの区分は論理上の機能区分に過ぎず、実際に実施するに際、別の区分方式で設定されてもよい。例えば、複数のユニット又は部品を組み合わせるか、別のシステムに集積させるか、又はその一部の特徴を反映せず、実行しなくてもよい。また、表示又は検討されている要素間の結合、直接的な結合又は通信接続は、いくつかのインタフェース、装置又はユニットを用いた間接的結合又は通信接続であってもよいし、電気的形態、機械的形態又はその他の形態であってもよい。
【０１１２】
分離部品として説明されている前記ユニットは、物理的に分離されてもよいし、そうでなくてもよい。ユニットとして表示されている部品は、物理的なユニットであってもよいしそうでなくてもよい。即ち、同一の場所に配置されてもよいし、又は複数のネットワークユニットに分布されてもよい。実際の状況に応じて、その一部のユニットを選択するか、又は全てのユニットを使用して当該実施例に係る技術的手段の目的を達成することができる。
【０１１３】
また、本願の各実施例において、各機能ユニットは１つのユニットに集積されてもよいし、又は各ユニットは物理的な部品として単独に存在してもよいし、又は２つ又は２つ以上のユニットは１つのユニットに集積されてもよい。
【０１１４】
前記機能は、ソフトウェアである機能ユニットの形態で実施されており、且つ、独立する製品として販売又は使用される場合には、コンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本願の技術的手段の趣旨、あるいは従来の技術に対して貢献がある部分又は当該技術的手段の一部は、ソフトウェア製品の形態で表現されてもよい。当該コンピュータソフトウェア製品は、コンピュータデバイス（パソコン、サーバ、又はネットワーク機器等であってもよい）が本願の各実施例に記載の方法における全てのステップ又はその一部を実行するためのいくつかの指令を含むように記憶媒体に記憶されている。前記記憶媒体は、ＵＳＢフラッシュメモリ、モバイルハードディスク、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭと略称）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭと略称）、磁気ディスク又はコンパクトディスク等のプロクラムコードが記憶できる各種の媒体を含む。
【０１１５】
以上のように、本願の具体的な実施形態に過ぎず、本願の保護範囲はこれをもって限定されるわけではない。当業者が本願で開示されている技術範囲において容易に想到し得る変更、置換えなどは、いずれも本発明の保護範囲に含まれるべきである。よって、本願の保護範囲は特許請求の範囲の内容に準拠すべきである。
【国際調査報告】
2021508185.tif 000027
2021508185.tif 000028
2021508185.tif 000029
2021508185.tif 000030