特許 7401515 車両ネットワークにおけるデータ伝送方法及び端末デバイス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-11

(45)【発行日】2023-12-19

(54)【発明の名称】車両ネットワークにおけるデータ伝送方法及び端末デバイス

(51)【国際特許分類】

   H04W 72/0446 20230101AFI20231212BHJP

   H04W 4/46 20180101ALI20231212BHJP

   H04W 72/0453 20230101ALI20231212BHJP

【ＦＩ】

H04W72/0446

H04W4/46

H04W72/0453

【請求項の数】 10

(21)【出願番号】P 2021500114

(86)(22)【出願日】2018-07-05

(65)【公表番号】

(43)【公表日】2021-12-09

(86)【国際出願番号】 CN2018094680

(87)【国際公開番号】W WO2020006736

(87)【国際公開日】2020-01-09

【審査請求日】2021-06-09

【審判番号】

【審判請求日】2023-04-25

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(74)【代理人】

【識別番号】100120385

【弁理士】

【氏名又は名称】鈴木 健之

(72)【発明者】

【氏名】ルー、チエンシー

(72)【発明者】

【氏名】リン、ホエイ－ミン

【合議体】

【審判長】齋藤 哲

【審判官】中木 努

【審判官】新田 亮

(56)【参考文献】

【文献】３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ； Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ； Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）； Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ （Ｒｅｌｅａｓｅ １５），３ＧＰＰ ＴＳ ３６．２１３ Ｖ１５．１．０（２０１８－０３），２０１８年４月３日アップロード，ｐ．４２９－４３７，インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／３６＿ｓｅｒｉｅｓ／３６．２１３／３６２１３－ｆ１０．ｚｉｐ＞

【文献】Ｓａｍｓｕｎｇ，ＳＡ ｄｅｓｉｇｎ ｆｏｒ Ｖ２Ｖ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ ＃８４ｂｉｓ Ｒ１－１６２６８０，２０１６年４月２日アップロード，インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿８４ｂ／Ｄｏｃｓ／Ｒ１－１６２６８０．ｚｉｐ＞

(58)【調査した分野】(Int.Cl.，ＤＢ名)

H04W4/00-99/00

(57)【特許請求の範囲】

【請求項1】

第１の端末が、第２の端末により送信された、サイドリンクの複数回の伝送のためのリソース情報を決定するための第１の制御情報を受信することと、
前記第１の端末が前記第１の制御情報に基づいて、前記サイドリンクの複数回の伝送のためのリソースを決定することとを含み、
前記サイドリンクの複数回の伝送のためのリソース情報は、前記サイドリンクの複数回の伝送のための時間領域リソース情報及び／又は周波数領域リソース情報を含み、
前記第１の制御情報が第１のインデックス情報を含み、前記第１のインデックス情報が前記複数回の伝送の毎回の伝送に対応する時間領域リソース情報を示すために使用され、
前記第１の端末が前記第１の制御情報に基づいて、前記サイドリンクの複数回の伝送のためのリソースを決定することは、
前記第１の端末が前記第１のインデックス情報及び第１の対応関係に基づいて、前記複数回の伝送のための時間領域リソースを決定することを含み、
前記第１の対応関係がインデックス情報と時間領域リソース情報との対応関係であり、
前記第１の制御情報が第２の構成情報を含み、前記第２の構成情報が前記複数回の伝送の毎回の伝送が特定の境界に対する時間オフセットを決定するために使用され、前記第１の端末が前記第１の制御情報に基づいて、前記サイドリンクの複数回の伝送のためのリソースを決定することは、
前記第１の端末が前記特定の境界を基準とし、前記毎回の伝送が前記特定の境界に対する時間オフセットに基づいて、前記毎回の伝送のための時間領域リソースを決定することを含む
ことを特徴とするデータ伝送方法。

【請求項2】

前記方法は、さらに、
前記第１の端末が前記第１のインデックス情報に基づいて前記複数回の伝送の伝送回数を決定することを含み、前記第１のインデックス情報に対応する時間領域リソースが前記複数回の伝送のための時間ユニットである
ことを特徴とする請求項１に記載のデータ伝送方法。

【請求項3】

前記特定の境界は、前記第１の制御情報が搬送される時間ユニットにより決定された時間ユニット、又は、現在の無線フレームの１番目の時間ユニット、又は、現在の無線フレーム周期の１番目の時間ユニットである
ことを特徴とする請求項１に記載のデータ伝送方法。

【請求項4】

前記第１の制御情報が第３の構成情報を含み、前記第３の構成情報が前記サイドリンクの複数回の伝送の毎回の伝送の周波数領域リソース長さ情報を決定するために使用される
ことを特徴とする請求項１～３のいずれか１項に記載のデータ伝送方法。

【請求項5】

前記第１の制御情報が第４の構成情報を含み、前記第４の構成情報が前記複数回の伝送の毎回の伝送の周波数領域の開始位置を決定するために使用され、前記第１の端末が前記第１の制御情報に基づいて、前記サイドリンクの複数回の伝送のためのリソースを決定することは、
前記第１の端末が前記第３の構成情報に基づいて前記サイドリンクの複数回の伝送の毎回の伝送の周波数領域リソース長さ情報を決定し、前記第４の構成情報に基づいて前記複数回の伝送の毎回の伝送の周波数領域の開始位置を決定することと、
前記第１の端末が前記複数回の伝送の毎回の伝送の周波数領域の開始位置及び周波数領域リソース長さ情報に基づいて、前記複数回の伝送の毎回の伝送の周波数領域リソースを決定することとを含む
ことを特徴とする請求項４に記載のデータ伝送方法。

【請求項6】

前記第１の制御情報がサイド制御情報ＳＣＩであり、前記サイドリンクがサイドリンク制御チャネルＰＳＣＣＨ及び／又はサイドリンク共通チャネルＰＳＳＣＨを含む
ことを特徴とする請求項１～５のいずれか１項に記載のデータ伝送方法。

【請求項7】

コンピュータプログラムを格納するメモリと、前記メモリに格納されたコンピュータプログラムを呼び出して実行し、請求項１～６のいずれか１項に記載の方法を実行するするプロセッサとを備える
ことを特徴とする端末デバイス。

【請求項8】

コンピュータプログラムをメモリから呼び出して実行し、請求項１～６のいずれか１項に記載の方法を、チップが搭載されたデバイスに実行させるプロセッサを有する
ことを特徴とするチップ。

【請求項9】

請求項１～６のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶する
ことを特徴とするコンピュータ可読記憶媒体。

【請求項10】

請求項１～６のいずれか１項に記載の方法をコンピュータに実行させる
ことを特徴とするコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願の実施例は、通信分野に関し、具体的に、車両ネットワークにおけるデータ伝送方法及び端末デバイスに関する。

【背景技術】

【0002】

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

【0003】

この車両ネットワークシステムでは、端末デバイスは、サイド制御情報( Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ )に基づいて、サイドデータの伝送方式を決定し、ここで、ＳＣＩにはデータ伝送に対応する制御情報が搬送され、例えば、変調符号化方式( Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ、ＭＣＳ )、時間周波数リソース割当情報、リソース予約情報等であり、ＳＣＩを受信した端末デバイスは、このＳＣＩを検出してデータ伝送を行う時間周波数リソースの位置等の情報を取得し、その時間周波数リソースが使用可能か否かを判断することができる。端末デバイスがこのＳＣＩの検出に失敗した場合、各伝送リソースにおけるエネルギーを測定することによって、データ伝送を行うリソースを決定することができ、例えば、伝送リソースをエネルギーの高い順にソートし、エネルギーの低いリソースを優先的に選択してデータ伝送を行うことができる。

【0004】

新たなラジオ( Ｎｅｗ Ｒａｄｉｏ、ＮＲ )に基づく車両－他のデバイス( Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ )システムは、自動運転をサポートする必要があり、車両間のデータのインタラクションに対するより高い要求、例えば、より高い信頼性の必要性があり、したがって、サイドリンクの信頼できる伝送をどのように実現するかが、解決すべき課題である。

【発明の概要】

【0005】

本願の実施例は、サイドリンクの複数回の伝送のためにリソースを決定することができ、サイドリンクデータの複数回の伝送を可能とし、データ伝送の信頼性を向上させることができる車両ネットワークにおけるデータ伝送方法及び端末デバイスを提供する。

【0006】

第１の態様は、車両ネットワークにおけるデータ伝送方法を提供し、第１の端末が、第２の端末により送信された、サイドリンクの複数回の伝送のためのリソース情報を決定するための第１の制御情報を受信することと、前記第１の端末が前記第１の制御情報に基づいて、前記サイドリンクの複数回の伝送のためのリソースを決定することとを含む。

【0007】

第２の態様は、上記の第１の態様または第１の態様の任意の可能な実装における方法を実行するための端末デバイスを提供する。具体的には、この端末デバイスは、上記の第１の態様または第１の態様の可能な実施のいずれかにおける方法を実行するためのユニットを備える。

【0008】

第３の態様は、プロセッサとメモリとを備える端末デバイスを提供する。このメモリは、コンピュータプログラムを記憶し、このプロセッサは、このメモリに記憶されたコンピュータプログラムを呼び出して実行し、上記第１の態様またはその各実施例における方法を実行する。

【0009】

第４の態様は、上記第１の態様またはその様々な実装における方法を実装するためのチップを提供する。

【0010】

具体的には、チップは、メモリからコンピュータプログラムを呼び出して実行し、チップが搭載された装置に、上記の第１の態様またはその各実施例の方法を実行させるプロセッサを備える。

【0011】

第５の態様は、コンピュータに、上記第１の態様またはその様々な実施例における方法を実行させるコンピュータプログラムを記憶するためのコンピュータ可読記憶媒体を提供する。

【0012】

第６の態様は、コンピュータに、上記第１の態様またはその様々な実施例における方法を実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。
第７の態様は、コンピュータ上で実行されると、コンピュータに、上記第１の態様またはその様々な実施例における方法を実行させるコンピュータプログラムを提供する。

【0013】

上記の技術案によれば、第１の端末は、第２の端末の第１の制御情報から、サイドリンクの複数回の伝送のためのリソースを決定することができ、さらに、第２の端末がサイドリンクで複数回に送信するデータを、サイドリンクの複数回の伝送のためのリソース上で受信することができ、サイドリンク伝送の信頼性を向上させることができる。

【図面の簡単な説明】

【0014】

【図1】本願の実施例における通信システムアーキテクチャの概略図である。

【図2】本願の実施例における車両ネットワークにおけるデータ伝送方法の模式図である。

【図3】本願の実施例における端末デバイスのブロック図である。

【図4】本願の他の実施例における端末デバイスのブロック図である。

【図5】本願の実施例におけるチップのブロック図である。

【発明を実施するための形態】

【0015】

以下、本願の実施例について図面を参照して説明するが、本願は、この実施例に限定されるものではなく、本願の技術的思想に基づく各種の変形が可能である。本願における実施例に基づいて、当業者が創造的な労働をすることなく得られる全ての他の実施例は、本願の保護範囲に属する。

【0016】

なお、本願の実施例の技術的解決策は、デバイスツーデバイス( Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、Ｄ２Ｄ )通信システム、例えば、ロングタームエボリューション( ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ )に基づくＤ２Ｄ通信のための車両ネットワークシステムに適用可能である。従来のＬＴＥシステムにおける端末間の通信データがネットワークデバイス(例えば、基地局)を介して受信または送信される方式とは異なり、車両ネットワークシステムは、端末間直接通信を採用し、したがって、より高いスペクトル効率およびより低い伝送遅延を有する。

【0017】

任意選択で、車両ネットワークシステムに基づく通信システムは、全地球移動体通信( Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ )システム、符号分割多元接続( Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ ）システム、広帯域符号分割多元接続( Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ ）システム、汎用パケット無線サービス( Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ ）、ＬＴＥシステム、ＬＴＥ周波数分割複信( Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＦＤＤ ）システム、ＬＴＥ時分割腹心（ Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＴＤＤ )、汎用移動体通信システム( Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、ＵＭＴＳ )、全地球相互接続マイクロ波アクセス( Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ、ＷｉＭＡＸ )通信システム、５Ｇ新規無線( Ｎｅｗ Ｒａｄｉｏ、ＮＲ )システムなどであり得る。

【0018】

本願の実施例における端末デバイスは、Ｄ２Ｄ通信を可能にする端末デバイスであってもよい。例えば、車載端末デバイスでもよいし、５Ｇネットワークにおける端末デバイスや、将来進化する公共地上移動通信ネットワーク( Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ )における端末デバイスなどでもよく、本願の実施例は限定されない。

【0019】

図１は、本願の実施例の応用シナリオの概略図である。図１は、１つのネットワークデバイス及び２つの端末デバイスを例示的に示し、任意選択で、本願の実施例における無線通信システムは、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスのカバレージ内に他の数の端末デバイスを含んでもよく、本願の実施例は、これに限定されない。

【0020】

任意選択で、無線通信システムは、移動管理エンティティ( Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ )、サービングゲートウェイ( Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、ｓ－ＧＷ )、パケットデータネットワークゲートウェイ( Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、Ｐ－ＧＷ )などの他のネットワークエンティティをさらに含むことができ、または、無線通信システムは、セッション管理機能( Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＳＭＦ ）、統合データ管理（ Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ、ＵＤＭ )、認証サーバ機能( Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ、ＡＵＳＦ )などの他のネットワークエンティティをさらに含むことができ、本願の実施例はこれに限定されない。

【0021】

この車両ネットワークシステムでは、端末デバイスは、モード３とモード４とを用いて通信を行うことができる。

【0022】

具体的には、端末デバイス１２１と端末デバイス１２２は、Ｄ２Ｄ通信モードで通信可能であり、Ｄ２Ｄ通信を行う場合、端末デバイス１２１と端末デバイス１２２は、Ｄ２Ｄリンク、すなわちサイドリンクＳＬを介して直接的に通信する。ここで、パターン３では、端末デバイスの伝送リソースは基地局から割り当てられており、端末デバイスは、基地局から割り当てられたリソースに従ってＳL上でデータの送信を行うことができる。基地局は、端末デバイスに１回の伝送のためのリソースを割り当てることもできるし、端末デバイスに半静的な伝送のためのリソースを割り当てることもできる。モード４では、端末デバイスは、リッスン（ｓｅｎｓｉｎｇ）と予約（ｒｅｓｅｒｖａｔｉｏｎ）の伝送方式を採用し、ＳＬリソース上で伝送リソースを自律的に選択する。具体的には、端末デバイスは、リソースプールにおいてリッスンして可用な伝送リソースのセットを取得し、この可用な伝送リソースのセットからランダムに１つのリソースを選択してデータの伝送を行う。

【0023】

車両ネットワークシステムでは、他の伝送モードが定義されても良く、例えば、端末デバイスのサイドリンク伝送リソースが基地局から割り当てられていることをモード５で示し、端末デバイスが自律的にサイドリンク伝送リソースを選択することをモード６で示し、この実施例ではこれに限定されない。

【0024】

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

【0025】

図２は、本願の実施例における車両ネットワークにおけるデータ伝送方法の概略フローチャートであり、この方法が車両ネットワークシステムにおける端末デバイスによって実行され、例えば、端末デバイス１２１または端末デバイス１２２などであり、図２に示すように、この方法２００は以下のステップを含み、
Ｓ２１０において、第１の端末が、第２の端末により送信された、サイドリンクの複数回の伝送のためのリソース情報を決定するための第１の制御情報を受信し、
Ｓ２２０において、前記第１の端末が前記第１の制御情報に基づいて、前記サイドリンクの複数回の伝送のためのリソースを決定する。

【0026】

具体的には、第１の端末は、第２の端末が送信した第１の制御情報を受信することができ、任意選択で、この第１の制御情報は、ＳＣＩであってもよく、又は、他のサイドリンク情報であってもよく、これに限定されない。この第１の制御情報は、第１の端末がサイドリンクの複数の伝送のためのリソースを決定するために使用され得、例えば、第１の制御情報は、複数回の伝送のためのリソースを直接的または間接的に示し得、それにより、第１の端末は、この第１の制御情報に従って、サイドリンクの複数回の伝送のためのリソースを決定することができる。

【0027】

なお、本願の実施例は、以下の２つのケースに適用可能である。

【0028】

ケース１として、第１の端末は、第１の制御情報に基づいて、サイドリンクの複数回の伝送のためのリソースを決定し、さらに、第２の端末が複数回に送信するデータを、このリソース上で受信することができ、任意選択で、この第１の端末は、第２の端末デバイスが複数回送信する同一のデータを、リソース上で受信することができ、これにより、サイドリンクのデータ伝送の信頼性を向上させることができる。

【0029】

ケース２として、第１の端末は、この第１の制御情報に基づいて、サイドリンクの複数回の伝送のためのリソースを決定し、さらに、該リソース上で、他の端末(例えば、第２の端末)にサイドリンクデータを複数回送信してもよく、任意選択で、この第１の端末は、このリソース上で、他の端末(例えば、第２の端末)に同じデータを複数回送信してもよく、これにより、サイドリンクのデータ伝送の信頼性を向上させることができる。

【0030】

すなわち、このサイドリンクの複数回の伝送のためのリソースは、第１の端末が第２の端末にサイドリンクデータを複数回送信するのに用いるリソースであってもよく、この場合、この第１の端末に対しては、このリソースは、送信リソースであると考え、第２の端末が第１の端末にサイドリンクデータを複数回送信するのに用いるリソースであってもよく、この場合、この第１の端末に対しては、このリソースは、受信リソースであると考え、以下、ケース１を例に挙げて例示的に説明し、本願の実施例は、ケース２にも同様に適用可能であり、簡略化のために、詳細な説明は省略する。

【0031】

任意選択で、本願の実施例に記載されたリソース情報は、時間領域リソース情報及び／又は周波数領域リソース情報を含むことができ、又は、サイドリンク伝送に使用される他のリソース情報、例えば、コード領域リソース情報等を含むこともでき、本願の実施例はこれに限定されない。

【0032】

なお、本願の実施例に記載されたリソースは、伝送リソース又は時間周波数リソースとも呼ばれ、サイドリンク通信中にデータ又はシグナリングを搬送するために使用され得、例えば、このリソースは、物理サイドリンク制御チャネル( Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ )又は物理サイドリンク共有チャネル( Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ )を複数回送信するために使用され得る。
なお、本願の実施例において、第１の端末は第１の制御情報に基づいてリソースのセットを決定することができ、このリソースのセットはこの複数回の伝送の各々に使用されてもよく、すなわち、毎回の伝送が同じリソースを使用し、又は、第１の端末は、この第１の制御情報に基づいて複数のセットのリソースを決定し、リソースのグループ毎に１回の伝送が対応し、この場合、毎回の伝送で対応するリソースを使用し、毎回の伝送に使用する周波数領域リソースは同一でも異なっていてもよく、本願の実施例はこれを具体的に限定しない。

【0033】

任意選択で、いくつかの実施例において、この第１の制御情報から、この複数回の伝送のための時間領域リソース情報のみが決定される場合、この複数回の伝送のための周波数領域リソースは暗黙的に決定されてもよく、例えば、第１の端末は、ネットワークデバイス又は他の端末デバイスによって予め構成された第１の端末に予め構成された固定周波数領域リソースを使用してもよく、第１の端末が利用可能な周波数領域リソースを予め知らせればよく、又は、この第１の端末が使用可能な周波数領域リソースとこの第１の制御情報の周波数領域リソースとが一対一に対応し、この場合、第１の制御情報を受信した周波数領域リソースに基づいて、どの周波数領域リソースが使用可能であるかを決定することができる。例えば、この第１の端末が使用可能な周波数領域リソースとこの第１の制御情報の周波数領域リソースとが同じであれば、この第１の端末は、この第１の制御情報を受信する周波数領域リソースを複数回の伝送に用いる周波数領域リソースとして決定してもよい。

【0034】

任意選択で、他の実施例において、この第１制御情報によってこの複数回の伝送のための周波数領域リソース情報のみが決定される場合、この複数回の伝送のための時間領域リソースは暗黙的に特定されてもよく、例えば、この第１の端末は、予め構成され得る固定時間領域リソースを使用してもよく、ネットワークデバイス又は他の端末デバイスによって構成されてもよく、該第１端末が利用可能な時間領域リソースを予め知らせればよい。又は、この第１の端末が使用可能な時間領域リソースと該第１の制御情報を受信する時間領域リソースとは一対一に対応しており、これにより、該第１の制御情報を受信する時間領域リソースから、どの時間領域リソースが使用可能であるかを決定することができる。例えば、第１の端末は、第１の制御情報を受信した時間ユニットの後のs*T番目の時間ユニットを、この複数回の伝送のための時間領域リソースとして決定することができ、任意選択で、Ｔは、２、４、８などであり、1 ＜ ＝ ｓ ＜ ＝ Ｍであり、Ｍは、複数回の伝送の総回数を表す。

【0035】

すなわち、この第１の制御情報からサイドリンクの複数回の伝送のための一部のリソース情報のみが決定されるならば、他のリソース情報が暗黙的に特定されてもよく、例えば、他のリソース情報は、この第１の端末に予め構成されたものであってもよく、又はネットワークデバイス又は他の端末デバイスにより予め構成されたものであってもよく、又は、既知のリソース情報(例えば、該第１の制御情報を受信する周波数領域リソース又は時間領域リソース)と対応関係を有するものであってもよい等、本願の実施例はこれに限定されない。

【0036】

以下、具体的な実施例を参照しながら、サイドリンクの複数回の伝送のための時間領域リソース及び周波数領域リソースの決定方式をそれぞれ説明する。

【0037】

１、サイドリンクの複数回の伝送のための時間領域リソースの決定方式。

【0038】

なお、本願の実施例において、時間領域リソースの単位は、時間ユニット又は時間領域ユニットと呼ばれることがあり、１つの時間ユニットは、スロット、シンボル、サブフレーム又は短い伝送時間間隔( ｓｈｏｒｔ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ、ｓＴＴＩ )又は時間長を測定するために使用され得る他の量であることがあり、本願はこれに限定されない。以下の実施例は主にサブフレームを例にとって説明されるが、本願の実施例を何ら限定するものではない。

【0039】

実施例１：
前記第１の制御情報が第１のビットマップを含み、前記第１のビットマップが前記サイドリンクの複数回の伝送の時間領域リソースを決定するために使用され、前記第１のビットマップの各ビットがシステム内の少なくとも１つの時間ユニットに対応し、前記第１のビットマップの各ビットの値が前記各ビットに対応する時間ユニットがサイドリンク伝送に利用可能であるかどうかを決定するために使用される。

【0040】

任意選択で、この第１のビットマップがＰ個のビットを含み、Ｐが１より大きい整数であり、各ビットがそれぞれ少なくとも１つの時間ユニットに対応し、ビットの値により、対応する時間ユニットがサイドリンク伝送のために利用可能であるかどうかを決定することができ、これにより、この第１の端末は、Ｐ個のビットに対応する時間ユニットのうち、サイドリンク伝送のために利用可能な時間ユニットを、サイドリンクの複数回の伝送のための時間ユニットとして決定することができ、さらに、第２の端末がサイドリンク上で複数回に伝送されるデータを、これらの時間ユニット上で受信することができ、サイドリンク伝送の信頼性を向上させることができる。

【0041】

例えば、この第１のビットマップは、各々が１つのサブフレームに対応する８つのビットを含み、この８つのビットにより、対応する８つのサブフレームがサイドリンク伝送のために利用可能であるかどうかが示され得る。任意選択で、この８つのサブフレームは、この第１の制御情報を受信した現在のサブフレームから始まる８つのサブフレームであり、ここで、最上位のビットは現在のサブフレームに対応し、順次類推される。この第１ビットマップが１０１００１０１であれば、現在のサブフレームから１、３、６、８番目のサブフレームがサイドリンク伝送に使用可能であることが決定でき、従って、第１の端末は、上記使用可能サブフレーム上で、該第２の端末が複数回送信するサイドリンクデータを受信でき、データ伝送の信頼性を向上できる。

【0042】

なお、本願の実施例において、どのサブフレームでサイドリンク伝送が行われるかを決定した後、具体的に、各サブフレームにおけるどのシンボルでサイドリンクデータを伝送するかは、リソースプールの構成に応じて決定されることができ、本願の実施例は、これを特に限定せず、例えば、１つのサブフレームにおける最初のＨ個のシンボルがＰＳＣＣＨの伝送に使用され、他のシンボルがＰＳＳＣＨの伝送に使用される場合、第１の端末は、利用可能なサブフレームにおける最初のＨ個のシンボルでＰＳＣＣＨを伝送し、利用可能なサブフレームにおける他のシンボルでＰＳＳＣＨを伝送することができる。

【0043】

なお、この第１のビットマップの各ビットに対応する時間ユニットは、第１の時間ユニットに対するものであってもよい。任意選択で、この第１の時間ユニットは、無線フレームにおける１番目の時間ユニットまたは無線フレーム周期における１番目の時間ユニットであり、又は、この第１の時間ユニットは、また、第１の端末上で予め構成された時間ユニット、またはネットワークデバイスまたは他の端末によって構成された時間ユニットであってもよく、例えば、ネットワークデバイスはＤＣＩによってこの第１の時間ユニットを構成し、他の端末はＳＣＩによってこの第１の時間ユニットを構成し、又は、この第１の時間ユニットは、この第１の制御情報を搬送する第２の時間ユニットに基づいて決定されてもよい。

【0044】

なお、本願の実施例において、前記サブフレーム、無線フレーム又は無線フレーム周期は、下りリンクのサブフレーム、無線フレーム又は無線フレーム周期、又はサイドリンクのサブフレーム、無線フレーム又は無線フレーム周期であっても良い。

【0045】

例えば、この第２の時間ユニットは、第１の端末が第１の制御情報を受信するサイドリンク上の時間ユニットであってもよく、一実施例において、この第１の端末は、この第２の時間ユニットを第１の時間ユニットとして決定してもよく、又は、第２の時間ユニットの後のａ番目のサイドリンク時間ユニットをこの第１の時間ユニットとして決定してもよく、ａは１より大きい整数であり、任意選択で、ａは、２、４、８等であってもよく、例えば、第２の時間ユニットがサブフレームｎである場合、この第１の時間ユニットは、サブフレームｎ＋４であってもよい。ここで、パラメータａは、予め構成されるか、ネットワーク構成されるか、または第２の端末または他の端末が制御シグナリングによって示すことができる。

【0046】

実施例２：
前記第１の制御情報が第１の構成情報を含み、前記第１の構成情報が前記複数回の伝送のうちの隣接する２回の伝送間の時間オフセットを決定するために使用される。

【0047】

任意選択で、この第１の構成情報は、隣接する２回の伝送間の時間オフセットを直接的に示してもよいし、インデックス値であってもよく、このインデックス値と予め設定されたインデックス値と時間オフセットとの対応関係によって、対応する時間オフセットを決定でき、本願の実施例は、第１の構成情報の指示の方式を限定しない。

【0048】

したがって、該第１の制御情報内の第１の構成情報に基づいて、該第１の端末が複数回の伝送内の隣接する２回の伝送間の時間オフセットを決定し、さらに、１回目の伝送に対応する時間領域リソース及び伝送回数情報を参照し、該複数回の伝送のうちの毎回の伝送に対応する時間領域リソースを決定することができる。

【0049】

例えば、第１の構成情報により、時間オフセットが２つの時間ユニットであり、伝送回数が４であり、１回目の伝送に対応する時間ユニットが４であることを示す場合、この時間ユニット４は、第３の時間ユニットに対するものであり、第３の時間ユニットの決定の方式は、前述した第１の時間ユニットの決定の方式を参照してもよく、ここでその説明が省略される。この第３の時間ユニットがこの第１の制御情報を受信する現在の時間ユニットであれば、４回の伝送に対応する時間ユニットは、それぞれ現在の時間ユニットから４、６、８、１０番目の時間ユニットである。

【0050】

なお、いくつかの実装形態では、この隣接する２回の伝送間の時間オフセットは、第１の制御情報によって決定され得る。他の実施態様において、この時間オフセットは、暗黙的に決定されてもよく、任意選択で、この時間オフセットは、第１の端末に予め構成されてもよく、またはネットワークデバイスもしくは他の端末によって構成されてもよい。例えば、この時間オフセットは、Ｑであり、Ｑは、ゼロ以上の整数であり、すなわち、複数回の伝送は、隣接する時間ユニット、または一定の数が間隔される時間ユニット、または一定の長さの時間量を採用し得る。

【0051】

任意選択で、いくつかの実施例において、この１回目の伝送に対応する時間領域リソースは、第１の制御情報によって決定されてもよく、または、別の実施例において、この１回目の伝送に対応する時間領域リソースは、暗黙的に決定されてもよく、例えば、第１の端末に予め構成されてもよく、または、ネットワークデバイスまたは他の端末によって構成されてもよく、本願の実施例は、これに限定されない。

【0052】

具体的な実現において、この第１の制御情報には、１回目の伝送に対応する時間領域リソースを決定する第７の構成情報が含まれてよく、ここで、この第７の構成情報の指示方式は該第１の構成情報を参照してもよく、任意選択で、この第７の構成情報は、実施例１に記載のビットマップの方式を用いてこの１回目の伝送に対応する時間領域リソースを指示してもよく、ここでその説明が省略される。又は、この第７の構成情報は、パラメータｂであり、このパラメータｂは、第１の制御情報の受信に対する１回目の伝送の時間オフセットを示し、この第１の制御情報がサブフレームｎにおいて受信される場合、この１回目の伝送に対応する時間領域リソースは、サブフレームｎ＋ｂとして決定されてもよく、任意選択で、ｂは、２、４、８などであってもよい。

【0053】

任意選択で、いくつかの実施例では、複数回の伝送の伝送回数は、この第１の制御情報によって決定されてもよく、または別の実施例では、複数回の伝送の伝送回数は、暗黙的に決定されてもよく、任意選択で、伝送回数は、第１の端末上で予め構成されてもよく、またはネットワークデバイスもしくは他の端末によって構成されてもよく、本願の実施例は、これに限定されない。また、この複数回の伝送の伝送回数は、デフォルトの回数、例えば２回でも４回でもよい。

【0054】

具体的に、該第１の制御情報が第８の構成情報を含み、該第８の構成情報は該複数回の伝送の伝送回数を決定するために使用され、例えば、該第８の構成情報は、該複数回の伝送の伝送回数を直接に示す。

【0055】

なお、この実施例２において、隣接する２回の伝送間の時間オフセットが同じ場合、この第１の構成情報は、１つの時間オフセットだけを含んでもよいし、又は、複数回の伝送のうちの隣接する２回の伝送間の時間オフセットが異なる場合には、この第１の構成情報は、複数の時間オフセットを含んでもよく、伝送の順序に従って隣接する２回の伝送の時間オフセットを順次示す。例えば、伝送回数が４であり、１回目の伝送と２回目の伝送の時間オフセットが２つの時間ユニットであり、２回目の伝送と３回目の伝送の時間オフセットが３つの時間ユニットであり、３回目の伝送と４回目の伝送の時間オフセットが２つの時間ユニットであり、この場合、この第１の構成情報は、それぞれ２、３、２の３つの時間オフセットを含み、それぞれ１回目の伝送から４回目の伝送までの間の隣接する２回の伝送間の時間オフセットを示すことができる。

【0056】

実施例３：
前記第１の制御情報が第１のインデックス情報を含み、前記第１のインデックス情報が前記複数回の伝送の毎回の伝送に対応する時間領域リソース情報を示すために使用される。

【0057】

この実施例３において、この第１の端末に第１の対応関係が構成され、任意選択で、この第１の対応関係は、予め構成されていてもよく、または、ネットワークデバイスまたは他の端末によって構成されてもよく、第１の対応関係は、時間領域リソースとインデックス値との対応関係であり、したがって、第１の端末は、第１の制御情報に含まれる第１のインデックス情報に従って、第１の対応関係を参照し、サイドリンクの複数回の伝送のための時間領域リソースを決定することができる。

【0058】

限定ではなく例として、この第１の対応関係は表１に示すようにしてもよい。

【表1】

【0059】

任意選択で、この実施例３において、複数回の伝送の伝送回数は、第１の制御情報の他のパラメータまたは情報によって決定されてもよく、または予め構成されてもよく、またはネットワークによって構成されてもよく、または１つの可能な実施態様において、複数回の伝送の伝送回数は、第１のインデックス情報によって決定されてもよく、この場合、第１のインデックス情報に対応する時間領域リソースは、複数回の伝送のそれぞれに対応する時間ユニットである。

【0060】

例えば、第１のインデックス情報が８である場合、表１を参照し、サブフレーム番号１、２、３、４に対応し、インデックス８は４回の伝送を示し、該サブフレーム番号は特定の時間ユニットに対するものであってもよく、該特定の時間ユニットの意味及び特定の方式は、実施例１における第１の時間ユニットを参照し、該特定の時間ユニットが該第１の制御情報を受信する現在のサブフレームである場合、この４回の伝送に対応するサブフレームはそれぞれ、現在のサブフレームから始まる１、２、３、４番目のサブフレームである。この第１インデックス情報が１２である場合、表１を参照し、インデックス１２は８回の伝送に対応しており、この８回の伝送に対応するサブフレームは、それぞれ、現在のサブフレームから１、３、５、７、９、１１、１３、１５番目のサブフレームである。

【0061】

実施例４：
前記第１の制御情報が第２の構成情報を含み、前記第２の構成情報が前記複数回の伝送の毎回の伝送が特定の境界に対する時間オフセットを決定するために使用される。

【0062】

例えば、この第２の構成情報は、特定の境界に対する毎回の伝送の時間オフセットまたはオフセットされる時間ユニットの数を直接的に示してもよいし、または、この第２の構成情報は、複数のインデックス値であってもよく、各インデックス値は、特定の境界に対する１回の伝送の時間オフセットまたは時間ユニットのインデックスを示し、本願の実施例は、第２の構成情報の指示の方式について特に限定しない。

【0063】

さらに、この第１の端末は、この特定の境界を基準として、特定の境界に対する毎回の伝送の時間オフセットを参照し、毎回の伝送に対応する時間領域リソースを決定することができる。

【0064】

なお、この特定の境界の意味及び決定方式は、実施例１における第１の時間ユニットを参照することができ、ここで説明を省略し、以下、この特定の境界は、この第１の制御情報を搬送する現在サブフレームを例として説明する。

【0065】

時間オフセットが５つのビットで表されると、指示可能な最大時間オフセットは３２個のサブフレームであり、伝送回数が２回である場合、その伝送回数の決定方式は実施例２を参考にすることができ、２回伝送に対応する時間オフセットがそれぞれ０００１０及び００１００であるならば、２回伝送に対応する時間領域リソースがそれぞれ現在のサブフレームから２番目のサブフレーム及び４番目のサブフレームであることを示すことができる。

【0066】

任意選択で、この第１の制御情報は、第１の指示情報をさらに含むことができ、複数回の伝送のための時間領域リソースのタイプ情報、例えば、時間領域が隣接するかどうかを示し、時間領域が隣接する場合、第１の端末は、１回目の伝送の時間領域リソース位置に基づいて、毎回の伝送の時間領域リソースを決定することができる。

【0067】

なお、サイドリンクの複数回の伝送のための時間領域リソースの上記の決定方式は、例示に過ぎず、本願の実施例に何ら限定されるものではなく、上記の実施例は、単独で又は組み合わせて使用されてもよく、例えば、実施例４に従って１回目の伝送の時間領域リソース位置を決定し、その後、実施例２又は実施例１と組み合わせて、後続の複数の伝送に使用される時間領域リソースを決定してもよい。

【0068】

以上のように、この１回目の伝送に対応する時間領域リソース情報、隣接する２回の伝送の時間オフセット、伝送回数、特定の境界に対する毎回の伝送の時間オフセットなどの情報は、すべて第１の制御情報によって決定されてもよく、または一部の情報が第１の制御情報によって決定されてもよく、他の情報は暗黙的に決定されてもよく、例えば、予め構成された情報またはネットワークにより構成された情報であってもよい。

【0069】

なお、この１回目の伝送に対応する時間領域リソース情報、隣接する２回の伝送の時間オフセット、伝送回数、特定の境界に対する毎回の伝送の時間オフセットなどの情報は、同一のＳＣＩに基づいて決定されてもよく、または異なるＳＣＩに基づいて決定されてもよく、本願の実施例はこれに限定されない。例えば、１回目の伝送に対応する時間領域リソース情報は、第１のＳＣＩに従って決定され、隣接する２回の伝送の時間オフセットは、第２のＳＣＩに従って決定され得る。

【0070】

２、サイドリンクの複数回の伝送のための周波数領域リソースの決定方式。

【0071】

なお、本願の実施例において、周波数領域リソースの単位は、周波数領域ユニットと呼ぶことができ、一つの周波数領域ユニットは、物理リソースブロック( Ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＰＲＢ )、リソースブロックグループ( Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ Ｇｒｏｕｐ、ＲＢＧ )、サブバンド、又は他の固定された周波数領域長とすることができ、本願の実施例は、これに限定されず、ここで、ＲＢＧ及びサブバンドは、連続する複数のＰＲＢを含む。以下の実施例は主にサブバンドを例にとって説明されるが、本願の実施例を何ら限定するものではない。

【0072】

実施例５：
前記第１の制御情報が第２のビットマップを含み、前記第２のビットマップが前記サイドリンクの複数回の伝送の周波数領域リソースを決定するために使用され、前記第２のビットマップの各ビットがシステム内の少なくとも１つの周波数領域ユニットに対応し、前記第２のビットマップの各ビットの値が前記各ビットに対応する周波数領域ユニットがサイドリンク伝送に利用可能であるかどうかを決定するために使用される。

【0073】

任意選択で、この第２のビットマップがＬ個のビットを含み、各ビットが少なくとも１つの周波数領域ユニットに対応し、ビットの値によって、対応する周波数領域ユニットがサイドリンク伝送のために使用可能であるかどうかを決定することができ、それによって、この第１の端末は、このＬ個のビットに対応する周波数領域ユニットのうちサイドリンク伝送のために使用可能な周波数領域ユニットをサイドリンクの複数回の伝送のための周波数領域ユニットとして決定することができ、さらに、第２の端末によって複数回に送信されるサイドリンクデータをこれらの周波数領域ユニットで受信することができ、サイドリンク伝送の信頼性を向上させることができる。

【0074】

例えば、この第２のビットマップは、各々が１つのサブバンドに対応する１０個のビットを含み、１０個のビットによって、対応する１０のサブバンド(サブバンド０～サブバンド９ )がサイドリンク伝送のために利用可能であるかどうかを示すことができ、ここで、最下位のビットは、最低サブバンドインデックスに対応し、この第２のビットマップが１０１０１０１０１０である場合、サブバンド１、サブバンド３、サブバンド５、サブバンド７、及びサブバンド９がサイドリンク伝送のために利用可能であると判定することができる。そして、該第１の端末は、第２の端末が複数回送信するサイドリンクデータを上記利用可能なサブバンドで受信することができる。

【0075】

なお、本願の実施例において、どのサブバンド上でサイドリンク伝送が行われるかを決定した後、具体的に各サブバンド内のどのＰＲＢ上でサイドリンクデータを伝送するかを決定することは、リソースプールの構成に応じて決定され、例えば、１つのサブバンド内の最初のＫ個のＰＲＢがＰＳＣＣＨの伝送に使用され、他のＰＲＢがＰＳＳＣＨの伝送に使用される場合、第１の端末は、利用可能なサブバンド内の最初のＫ個のＰＲＢ上でＰＳＣＣＨを伝送し、利用可能なサブバンド内の他のＰＲＢ上でＰＳＳＣＨを伝送することができ、ここで、 Ｋは１以上の整数である。

【0076】

実施例６：
前記第１の制御情報が第３の構成情報を含み、前記第３の構成情報が前記サイドリンクの複数回の伝送の毎回の伝送の周波数領域リソース長さ情報を決定するために使用される。

【0077】

前述の第１の構成情報と同様に、この第３の構成情報は、毎回の伝送に対応する周波数領域リソース長さを直接的に示してもよく、又は、この第３の構成情報は、複数回の伝送の周波数領域リソース長を示す複数のインデックス値であってもよく、本願の実施例はこれに限定されない。

【0078】

任意選択で、本願の実施例において、毎回の伝送の周波数領域リソース長さ情報は、暗黙的に構成されてもよく、例えば、毎回の伝送に対応する周波数領域リソース長さは、デフォルト長、例えば、１つのサブバンド又は２つのサブバンド等であってもよく、又は、この周波数領域リソース長は、第１の端末に予め構成されてもよく、又はネットワークデバイス又は他の端末により構成された周波数領域長であってもよく、本願の実施例はこれに限定されない。

【0079】

さらに、この第１の端末は、複数回の伝送における毎回の伝送に対応する周波数領域リソース長さに基づいて、毎回の伝送に対応する周波数領域の開始位置をさらに参照して、毎回の伝送に対応する周波数領域リソースを決定し、以下、方式１及び方式２に合わせて毎回の伝送の周波数領域の開始位置の決定方式を説明することができる。

【0080】

方式１：
前記第１の制御情報が第４の構成情報を含み、前記第４の構成情報が前記複数回の伝送の毎回の伝送の周波数領域の開始位置を決定するために使用される。

【0081】

即ち、第１の制御情報に第４の構成情報を搬送することで、該第１の端末は、該第４の構成情報に基づいて毎回の伝送に対応する周波数領域の開始位置を決定することができる。

【0082】

任意選択で、この第４の構成情報は、毎回の伝送に対応する開始周波数領域ユニットのインデックスを示すものであってもよく、例えば、システムを１０個のサブバンドに分割した場合には、４つのビットの情報で１つのサブバンドインデックス( ０～９ )を表すことができ、伝送回数が２回の場合には、２個の４ビットで毎回の伝送の周波数領域の開始位置を示すことができ、４ビットの情報がそれぞれ００１０、０１１０であれば、サブバンド２、サブバンド６がそれぞれ２回の伝送に対応する周波数領域の開始位置を決定することができる。

【0083】

さらに、該第１の端末前記複数回の伝送の毎回の伝送の周波数領域の開始位置及び周波数領域リソース長さ情報に基づいて、前記複数回の伝送の毎回の伝送の周波数領域リソースを決定するように構成される。

【0084】

上記例に続いて、１回目の伝送の周波数領域リソース長さが２サブバンドであり、２回目の伝送の周波数領域リソース長さが１サブバンドであれば、この第１端末は、サブバンド２およびサブバンド３に１回目の伝送を行い、サブバンド６に２回目の伝送を行ってもよいし、または、サブバンド６およびサブバンド７に１回目の伝送を行い、サブバンド２に２回目の伝送を行ってもよい。

【0085】

任意選択で、この第１の制御情報には、第１のパラメータをさらに含んでもよく、最低周波数領域の開始位置(または、最低周波数領域ユニット、サブバンドインデックス値が最小である周波数領域ユニットと理解される)が該複数回の伝送におけるＭ回目の伝送に対応することを示し、１≦Ｍ≦Ｍ であり、ここで、Ｍは伝送総回数、複数回の伝送における他のＭ-１回の伝送も順次決定されてもよい。

【0086】

上記例に続いて、第１のパラメータがサブバンド２が２回目の伝送に対応することを示す場合、このサブバンド６が１回目の伝送に対応する、すなわち、１回目の伝送の周波数領域の開始位置がサブバンド６であり、２回目の伝送の周波数領域の開始位置がサブバンド２であり、これにより、第１の端末は、サブバンド６およびサブバンド７において１回目の伝送を行い、サブバンド２において２回目の伝送を行うことができる。

【0087】

任意選択で、いくつかの実施例において、この第１のパラメータは、最も高い周波数領域の開始位置が該複数回の伝送の何れに対応するかを示すために使用されてもよく、又は、任意の周波数領域の開始位置が該複数回の伝送の何れに対応するかを示してもよく、詳細は類似し、ここでは詳しい説明を省略する。

【0088】

方式２：
前記第１の制御情報が第３のビットマップを含み、前記第３のビットマップの各ビットがシステム内の少なくとも１つの周波数領域ユニットに対応し、前記第３のビットマップのうちの第１の値のビット数が前記複数回の伝送の伝送回数を決定するために使用され、前記第３のビットマップのうちの前記第１の値のビットに対応する周波数領域ユニットが前記複数回の伝送の毎回の伝送の周波数領域の開始位置を決定するために使用される。

【0089】

任意選択で、この第１の値は、０又は１であってもよく、第１の値が１である例として説明する。

【0090】

例えば、システム帯域幅は２０ＭＨｚであり、サブバンド単位で各サブバンドは１０個のＰＲＢを含み、１０個のサブバンドを含み、第３のビットマップの１０個のビットにそれぞれ対応し、第３のビットマップが００００１００１００であり、ここで、最下位ビットは最下位サブバンドインデックスに対応し、値１であるビットの数が２である場合、伝送回数は２と決定され、それぞれ対応する周波数領域の開始位置はサブバンド２及びサブバンド５である。

【0091】

この第３のビットマップのビット順序は、サブバンドインデックスの低い順に並べられるので、複数回の伝送の周波数領域の開始位置も、低いサブバンドインデックスの低い順に定められ、第１の制御情報は、サイド伝送の柔軟性を向上させるために、第２のパラメータを更に含むことができ、最低の周波数領域の開始位置(又は、最低の周波数領域のユニット、インデックス値が最小である周波数領域ユニットと理解され得る)に対応する該複数回の伝送のｋ回目の伝送を示し、１≦ｋ≦Ｍであり、ここで、Ｍは、伝送の総回数であり、この複数回の伝送の他のＭ-１回の伝送が、順次決定され得る。

【0092】

上記の例では、この第２のパラメータは１ビットであっても良く、この第２のパラメータが０であることは、最低サブバンドが１回目の伝送に対応することを示し、１であることは、最低サブバンドが２回目の伝送に対応することを示すと仮定される。この第２パラメータが１であれば、サブバンド２から２回目の伝送が始まり、サブバンド６から１回目の伝送が始まると決定できる。または、この第３のビットマップが００１０１０１０１０、すなわち、伝送回数が４であり、周波数領域の開始位置がサブバンド１、サブバンド３、サブバンド５、サブバンド７である場合、この第２のパラメータは２ビットであってもよく、００～１１の値によって、それぞれ、最低サブバンドが１回目の伝送から４回目の伝送に対応することを示し、第２のパラメータが１０である場合、最低サブバンドが３回目の伝送に対応することを示し、４回の伝送にそれぞれ対応する周波数領域の開始位置がサブバンド５、サブバンド７、サブバンド１、サブバンド３であることを特定することができる。

【0093】

実施例７：
前記第１の制御情報が第５の構成情報を含み、前記第５の構成情報が前記複数回の伝送のうちの隣接する２回の伝送の周波数領域の開始位置のオフセットを決定するために使用される。任意選択で、この第５の構成情報は、隣接する２回の伝送間の周波数領域の開始位置のオフセットを直接的に指示することができ、又は、第１の構成情報は、インデックス値であってもよく、このインデックス値と予め構成されたインデックス値と周波数領域のオフセットとの対応関係により、対応する周波数領域のオフセットを特定することができ、本願の実施例は、該第５の構成情報の指示方式を限定しない。

【0094】

従って、この第１の端末は、この第１の制御情報における第５の構成情報に従って、複数回の伝送における隣接する２回の伝送間の周波数領域の開始位置のオフセットを決定することができ、更に、１回目の伝送に対応する周波数領域の開始位置、複数回の伝送の伝送回数と、毎回の伝送の周波数領域リソース長さとを参照し、該複数回の伝送における毎回の伝送に対応する周波数領域リソースを決定することができる。

【0095】

例えば、第５の構成情報が、周波数領域のオフセットが４つのサブバンド、伝送回数が４、１回目の伝送に対応する周波数領域の開始位置がサブバンド２、周波数領域長さが２つのサブバンドであることを示す場合、４回の伝送に対応する周波数領域の開始位置は、それぞれサブバンド２、サブバンド６、サブバンド１０、サブバンド１４であり、毎回の伝送が２つのサブバンドを占用する。

【0096】

任意選択で、この第１の伝送に対応する周波数領域の開始位置は、この第１の制御情報によって決定されてもよく、又は、この第１の伝送に対応する周波数領域の開始位置は、例えば、第１の端末に予め構成されるか、ネットワークデバイス若しくは他の端末によって構成されるか、又は第１の制御情報の受信リソースに基づいて決定されるように暗黙的に決定されてもよく、これは本願の実施例によって限定されない。前述の実施例における第７の構成情報を参照した具体的な実現方法については説明を省略する。

【0097】

なお、この実施例７において、隣接する２回の伝送の周波数領域の開始位置の周波数領域のオフセットが同じであれば、この第５の構成情報は、周波数領域のオフセットを１つだけ含んでもよく、又は、複数回の伝送のうち隣接する２回の伝送の周波数領域のオフセットが異なる場合、この第５の構成情報は複数の周波数領域のオフセットを含み、隣接する２回の伝送の周波数領域の開始位置のオフセットを伝送の早い順に順次指示し、例えば、伝送回数が４、１回目の伝送と２回目の伝送の周波数領域の開始位置のオフセットが２サブバンド、２回目の伝送と３回目の伝送の周波数領域の開始位置のオフセットが３つの周波数領域のオフセット、３回目の伝送と４回目の伝送の周波数領域の開始位置のオフセットが２サブバンド、第５の構成情報は、それぞれ２、３、２の３つの周波数領域のオフセットを含み、１回目の伝送から４回目の伝送までの間の隣接する２回の伝送間の周波数領域の開始位置のオフセットをそれぞれ示す。

【0098】

実施例８：
前記第１の制御情報が第６の構成情報を含み、前記第６の構成情報がＮ個のリソース指示値（Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｉｏｎ Ｖａｌｕｅ、ＲＩＶ）を含み、前記Ｎ個のＲＩＶが前記複数回の伝送の周波数領域の開始位置及び／又は周波数領域長さを決定するために使用される。

【0099】

【0100】

任意選択で、いくつかのの実施例において、第１の制御情報は、１回目の伝送の周波数領域の開始位置及び周波数領域リソース長さを示すＲＩＶ値を含む。

【0101】

この場合、第１の制御情報は、複数回の伝送の周波数領域の開始位置を決定するための第９の構成情報をさらに含み、例えば、第９の構成情報は、隣接する２回の伝送の周波数領域の開始位置のオフセット、又は、１回目の伝送以外のＭ-１回の伝送の周波数領域の開始位置などであってもよく、具体的な指示方法は、前述した実施例に関する説明を参照することができるので、ここでは詳しい説明を省略する。

【0102】

上記実施例を総合すると、この１回目の伝送に対応する周波数領域の開始位置、隣接２回の伝送における周波数領域の開始位置のオフセット、周波数領域リソース長さ、伝送回数などの情報は、全て第１の制御情報で決定されてもよいし、又は、一部の情報が第１制御情報で決定され、他の情報は暗黙的に決定されてもよく、例えば、予め構成され、又は、ネットワーク構成された情報、或いは、他の制御情報で決定されてもよい。

【0103】

また、この１回目の伝送に対応する周波数領域の開始位置、隣接する２回の伝送における周波数領域の開始位置のオフセット、周波数領域リソース長さ、伝送回数などの情報は、同一のＳＣＩに基づいて決定されてもよく、又は、異なるＳＣＩに基づいて決定されてもよく、本願の実施例はこれに限定されない。例えば、周波数領域の開始位置は、第３のＳＣＩによって決定され、周波数領域リソース長さは第４のＳＣＩによって決定される。

【0104】

なお、以上のサイドリンクの複数回の伝送のための周波数領域リソースの決定方式は、例示的なものであり、本願の実施例に何ら限定されるものではなく、上記実施例は、単独で用いられてもよいし、組み合わせて用いられてもよく、本願の実施例は、これに限定されるものではない。

【0105】

本願の方法の実施例を図２に関連して詳細に説明し、本願のデバイスの実施例を図３～図５に関連して以下に説明するが、デバイスの実施例は方法の実施例に対応し、同様の説明は方法の実施例を参照し得ることが理解される。

【0106】

図３は本願の実施例における端末デバイスの構成図であり、図３に示すように、該端末デバイス３００は、通信モジュール及び決定モジュールを含み、
通信モジュールは、第２の端末により送信された第１の制御情報を受信するように構成され、前記第１の制御情報がサイドリンクの複数回の伝送のためのリソース情報を決定するために使用され、
決定モジュールは、前記第１の制御情報に基づいて、前記サイドリンクの複数回の伝送のためのリソースを決定するように構成される。

【0107】

任意選択で、いくつかの実施例において、前記サイドリンクの複数回の伝送のためのリソース情報は、前記サイドリンクの複数回の伝送のための時間領域リソース情報及び／又は周波数領域リソース情報を含む。

【0108】

任意選択で、いくつかの実施例において、前記第１の制御情報が第１のビットマップを含み、前記第１のビットマップが前記サイドリンクの複数回の伝送の時間領域リソースを決定するために使用され、前記第１のビットマップの各ビットがシステム内の少なくとも１つの時間ユニットに対応し、前記第１のビットマップの各ビットの値が前記各ビットに対応する時間ユニットがサイドリンク伝送に利用可能であるかどうかを決定するために使用され、前記決定モジュールは、
前記第１のビットマップの各ビットに対応する時間ユニットのうちのサイドリンク伝送に利用可能な時間ユニットを、前記サイドリンクの複数回の伝送のための時間領域リソースとして決定するように構成される。

【0109】

任意選択で、いくつかの実施例において、前記第１の制御情報が第１の構成情報を含み、前記第１の構成情報が前記複数回の伝送のうちの隣接する２回の伝送間の時間オフセットを決定するために使用され、前記決定モジュールは、さらに、
前記複数回の伝送のうちの１回目の伝送の時間領域リソース情報、前記複数回の伝送の伝送回数、及び前記隣接する２回の伝送間の時間オフセットに基づいて、前記複数回の伝送の毎回の伝送のための時間領域リソースを決定するように構成される。

【0110】

任意選択で、いくつかの実施例において、前記１回目の伝送の時間領域リソース情報は、前記第１の制御情報により決定され、又は、前記端末デバイス上に予め構成され、又は、ネットワークデバイスにより構成され、
前記伝送回数情報は、前記第１の制御情報により決定され、又は、前記端末デバイス上に予め構成され、又は、ネットワークデバイスにより構成される。

【0111】

任意選択で、いくつかの実施例において、前記第１の制御情報が第１のインデックス情報を含み、前記第１のインデックス情報が前記複数回の伝送の毎回の伝送に対応する時間領域リソース情報を示すために使用される。

【0112】

任意選択で、いくつかの実施例において、前記決定モジュールは、さらに、
前記第１のインデックス情報及び第１の対応関係に基づいて、前記複数回の伝送のための時間領域リソースを決定するように構成され、ここで、前記第１の対応関係がインデックス情報と時間領域リソース情報との対応関係である。

【0113】

任意選択で、いくつかの実施例において、前記決定モジュールは、さらに、
前記第１のインデックス情報に基づいて前記複数回の伝送の伝送回数を決定するように構成され、前記第１のインデックス情報に対応する時間領域リソースが前記複数回の伝送のための時間ユニットである。

【0114】

任意選択で、いくつかの実施例において、前記第１の制御情報が第２の構成情報を含み、前記第２の構成情報が前記複数回の伝送の毎回の伝送が特定の境界に対する時間オフセットを決定するために使用され、前記決定モジュールは、さらに、
前記特定の境界を基準として、前記毎回の伝送が前記特定の境界に対する時間オフセットに基づいて、前記毎回の伝送のための時間領域リソースを決定するように構成される。

【0115】

任意選択で、いくつかの実施例において、前記特定の境界は、前記第１の制御情報が搬送される時間ユニットにより決定された時間ユニット、又は、現在の無線フレームの１番目の時間ユニット、又は、現在の無線フレーム周期の１番目の時間ユニットである。

【0116】

任意選択で、いくつかの実施例において、前記第１の制御情報が第２のビットマップを含み、前記第２のビットマップが前記サイドリンクの複数回の伝送の周波数領域リソースを決定するために使用され、前記第２のビットマップの各ビットがシステム内の少なくとも１つの周波数領域ユニットに対応し、前記第２のビットマップの各ビットの値が前記各ビットに対応する周波数領域ユニットがサイドリンク伝送に利用可能であるかどうかを決定するために使用される。

【0117】

任意選択で、いくつかの実施例において、前記決定モジュールは、さらに、
前記第２のビットマップの各ビットに対する周波数領域ユニットのうちのサイドリンク伝送に利用可能な周波数領域ユニットを、前記サイドリンクの複数回の伝送のための周波数領域リソースとして決定するように構成される。

【0118】

任意選択で、いくつかの実施例において、前記第１の制御情報が第３の構成情報を含み、前記第３の構成情報が前記サイドリンクの複数回の伝送の毎回の伝送の周波数領域リソース長さ情報を決定するために使用される。

【0119】

任意選択で、いくつかの実施例において、前記第１の制御情報が第４の構成情報を含み、前記第４の構成情報が前記複数回の伝送の毎回の伝送の周波数領域の開始位置を決定するために使用され、前記決定モジュールは、さらに、
前記第３の構成情報に基づいて前記サイドリンクの複数回の伝送の毎回の伝送の周波数領域リソース長さ情報を決定し、前記第４の構成情報に基づいて前記複数回の伝送の毎回の伝送の周波数領域の開始位置を決定し、
前記複数回の伝送の毎回の伝送の周波数領域の開始位置及び周波数領域リソース長さ情報に基づいて、前記複数回の伝送の毎回の伝送の周波数領域リソースを決定するように構成される。

【0120】

任意選択で、いくつかの実施例において、前記第１の制御情報が第３のビットマップを含み、前記第３のビットマップの各ビットがシステム内の少なくとも１つの周波数領域ユニットに対応し、前記第３のビットマップのうちの第１の値のビット数が前記複数回の伝送の伝送回数を決定するために使用され、前記第３のビットマップのうちの前記第１の値のビットに対応する周波数領域ユニットが前記複数回の伝送の毎回の伝送の周波数領域の開始位置を決定するために使用される。

【0121】

任意選択で、いくつかの実施例において、前記決定モジュールは、さらに、
前記第３の構成情報に基づいて、前記サイドリンクの複数回の伝送の毎回の伝送の周波数領域リソース長さ情報を決定し、
前記第３のビットマップのうちの前記第１の値のビットの数を前記複数回の伝送的伝送回数として決定し、前記第３のビットマップのうちの前記第１の値のビットに対応する周波数領域ユニットを前記複数回の伝送の毎回の伝送の周波数領域の開始位置として決定し、
前記複数回の伝送の伝送回数、前記複数回の伝送の毎回の伝送の周波数領域の開始位置及び周波数領域リソース長さ情報に基づいて、前記複数回の伝送の毎回の伝送の周波数領域リソースを決定するように構成される。

【0122】

任意選択で、いくつかの実施例において、前記第１の制御情報が第５の構成情報を含み、前記第５の構成情報が前記複数回の伝送のうちの隣接する２回の伝送の周波数領域の開始位置のオフセットを決定するために使用され、前記決定モジュールは、さらに、
前記複数回の伝送の１回目の伝送の周波数領域の開始位置、前記複数回の伝送の伝送回数、及び前記隣接する２回の伝送の周波数領域の開始位置のオフセットに基づいて、前記複数回の伝送の毎回の伝送の周波数領域リソースを決定するように構成される。

【0123】

任意選択で、いくつかの実施例において、前記１回目の伝送の周波数領域の開始位置は、前記第１の制御情報により決定され、又は、前記端末デバイス上に予め構成され、又は、ネットワークデバイスにより構成され、
前記伝送回数情報は、前記第１の制御情報により決定され、又は、前記端末デバイス上に予め構成され、又は、ネットワークデバイスにより構成される。

【0124】

任意選択で、いくつかの実施例において、前記第１の制御情報が第６の構成情報を含み、前記第６の構成情報がＮ個のリソース指示値ＲＩＶを含み、前記Ｎ個のＲＩＶが前記複数回の伝送の周波数領域の開始位置及び／又は周波数領域長さを決定するために使用され、前記決定モジュールは、さらに、
前記Ｎ個のリソース指示値に基づいて、前記複数回の伝送の周波数領域リソースを決定するように構成され、Ｎが前記複数回の伝送の総回数である。

【0125】

任意選択で、いくつかの実施例において、前記第１の制御情報がサイド制御情報ＳＣＩであり、前記サイドリンクがサイドリンク制御チャネルＰＳＣＣＨ及び／又はサイドリンク共通チャネルＰＳＳＣＨを含む。

【0126】

図４は、本願の実施例における通信デバイス６００の概略的な構成図である。図４に示される通信デバイス６００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実行することができるプロセッサ６１０を含む。

【0127】

任意選択で、図４に示されるように、通信デバイス６００は、メモリ６２０をさらに含み得る。プロセッサ６１０は、メモリ６２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実施する。

【0128】

ここで、メモリ６２０は、プロセッサ６１０とは独立した１つの別個の部品であってもよく、プロセッサ６１０に集積されてもよい。

【0129】

任意選択で、図４に示すように、通信デバイス６００は、プロセッサ６１０が他のデバイスと通信するように制御することができる、具体的には、他のデバイスに情報又はデータを送信するか、又は他のデバイスによって送信された情報又はデータを受信することができる、送受信機６３０を更に含むことができる。

【0130】

送受信機６３０は、送信機および受信機を含み得る。送受信機６３０は、１つ以上の数のアンテナをさらに含むことができる。

【0131】

任意選択で、通信デバイス６００は、特に、本願の実施例の移動端末／端末デバイスであってもよく、通信デバイス６００は、本願の実施例の各方法において移動端末／端末デバイスにより実現される対応するフローを実現してもよく、簡潔のために、ここでは詳しい説明を省略する。

【0132】

図５は、本願の実施例におけるチップの概略構成図である。図５に示されるチップ７００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実行することができるプロセッサ７１０を含む。

【0133】

任意選択で、図５に示されるように、チップ７００は、メモリ７２０をさらに含むことができる。ここで、プロセッサ７１０は、メモリ７２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。

【0134】

ここで、メモリ７２０は、プロセッサ７１０とは独立した別個の部品であってもよく、プロセッサ７１０に集積されていてもよい。

【0135】

任意選択で、このチップ７００は、入力インターフェース７３０をさらに含むことができる。プロセッサ７１０は、入力インターフェース７３０を制御して他のデバイスまたはチップと通信してもよく、具体的には、他のデバイスまたはチップによって送信された情報またはデータを取得してもよい。

【0136】

任意選択で、このチップ７００は、出力インターフェース７４０をさらに含み得る。プロセッサ７１０は、出力インターフェース７４０を制御して、他のデバイス又はチップと通信してもよく、具体的には、他のデバイス又はチップに情報又はデータを出力してもよい。

【0137】

任意選択で、このチップは、本願の実施例における移動端末／端末デバイスに適用されてもよく、このチップは、本願の実施例の様々な方法における移動端末／端末デバイスによって実施される対応するフローを実施してもよく、簡潔さのためにここで説明を省略する。

【0138】

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

【0139】

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

【0140】

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

【0141】

上述のメモリは、限定ではなく例示的であるが、例えば、本願の実施例におけるメモリは、スタティックランダムアクセスメモリ( ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ )、ダイナミックランダムアクセスメモリ( ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ )、同期ダイナミックランダムアクセスメモリ( ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ )、デュアルデータレート同期ダイナミックランダムアクセスメモリ( ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ )、拡張同期ダイナミックランダムアクセスメモリ( ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ )、同期接続ダイナミックランダムアクセスメモリ（ ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ ）、及びダイレクトメモリバスランダムアクセスメモリ（ Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ )等であってもよいことが理解されるべきである。すなわち、本願の実施例におけるメモリは、これら及び任意の他の適切なタイプのメモリを含むことを意図しているが、これらに限定されない。

【0142】

本願の実施例は、コンピュータプログラムを記憶するためのコンピュータ可読記憶媒体をさらに提供する。

【0143】

任意選択で、コンピュータ可読記憶媒体は、本願の実施例におけるネットワークデバイスに適用されてもよく、コンピュータプログラムは、コンピュータに、本願の実施例の各方法においてネットワークデバイスによって実施される対応するフローを実行させ、簡潔にするために、ここでは詳しい説明は省略する。

【0144】

任意選択で、コンピュータ読み取り可能な記憶媒体は、本願の実施例における移動端末／端末デバイスに適用されてもよく、コンピュータプログラムは、コンピュータに、本願の実施例の各方法における移動端末／端末デバイスによって実現される対応するフローを実行させ、簡潔にするために、ここでは詳しい説明は省略する。

【0145】

本願の実施例は、コンピュータプログラム命令を含むコンピュータプログラム製品も提供する。

【0146】

任意選択で、コンピュータプログラム製品は、本願の実施例におけるネットワークデバイスに適用されてもよく、コンピュータプログラム命令は、コンピュータに、本願の実施例の各方法においてネットワークデバイスによって実施される対応するフローを実行させ、簡潔にするために、ここでは詳しい説明は省略する。

【0147】

任意選択で、コンピュータプログラム製品は、本願の実施例における移動端末／端末デバイスに適用されてもよく、コンピュータプログラム命令は、コンピュータに、本願の実施例の各方法における移動端末／端末デバイスによって実施される対応するフローを実行させ、簡潔にするために、ここでは詳しい説明は省略する。

【0148】

本願の実施例は、コンピュータプログラムをさらに提供する。

【0149】

任意選択で、コンピュータプログラムは、本願の実施例におけるネットワークデバイスに適用されてもよく、コンピュータプログラムがコンピュータ上で実行される場合、コンピュータに、本願の実施例の各方法においてネットワークデバイスによって実現される対応するフローを実行させ、簡潔のために、ここでは詳しい説明は省略する。

【0150】

任意選択で、コンピュータプログラムは、本願の実施例における移動端末／端末デバイスに適用されてもよく、コンピュータプログラムがコンピュータ上で実行される場合、コンピュータに、本願の実施例の各方法において移動端末／端末デバイスによって実現される対応するフローを実行させ、簡潔のために、ここでは詳しい説明は省略する。

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

また、本願の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。

【0156】

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

【0157】

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

【図1】

【図2】

【図3】

【図4】

【図5】