特許7282094 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ グァンドン　オッポ　モバイル　テレコミュニケーションズ　コーポレーション　リミテッドの特許一覧

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

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9

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

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

(11)【特許番号】

(24)【登録日】2023-05-18

(45)【発行日】2023-05-26

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

(51)【国際特許分類】

H04W 72/25 20230101AFI20230519BHJP

H04L 27/26 20060101ALI20230519BHJP

H04W 4/46 20180101ALI20230519BHJP

H04W 92/18 20090101ALI20230519BHJP

H04W 76/14 20180101ALI20230519BHJP

【ＦＩ】

H04W72/25

H04L27/26 114

H04L27/26 113

H04W4/46

H04W92/18

H04W76/14

【請求項の数】 11

(21)【出願番号】P 2020537001

(86)(22)【出願日】2018-08-16

(65)【公表番号】

(43)【公表日】2021-04-08

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

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

(87)【国際公開日】2019-07-11

【審査請求日】2021-07-20

(31)【優先権主張番号】PCT/CN2018/071371

(32)【優先日】2018-01-04

(33)【優先権主張国・地域又は機関】CN

【前置審査】

(73)【特許権者】

【識別番号】516227559

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

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

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

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100152205

【弁理士】

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

(74)【代理人】

【識別番号】100137523

【弁理士】

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

(72)【発明者】

【氏名】タン、ハイ

(72)【発明者】

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

【審査官】鈴木重幸

(56)【参考文献】

【文献】特開２０１７－１３９６６１（ＪＰ，Ａ）

【文献】国際公開第２０１７／０１１０７９（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１７／０３３２３９０（ＵＳ，Ａ１）

【文献】中国特許出願公開第１０７０４６４５７（ＣＮ，Ａ）

【文献】Sony，Discussion on DMRS enhancement and operation for V2V[online]， 3GPP TSG-RAN WG1#84b R1-162559，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_84b/Docs/R1-162559.zip＞，2016年04月01日

【文献】ZTE，DM-RS enhancement for V2V[online]， 3GPP TSG-RAN WG1#82b R1-155233，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_82b/Docs/R1-155233.zip＞，2015年09月26日

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

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

Ｈ０４Ｌ２７／２６

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１，４

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

【請求項1】

端末デバイスが第１のチャネルに対応する１つ以上の復調参照信号ＤＭＲＳパターンを決定することと、
前記端末デバイスが前記１つ以上のＤＭＲＳパターンに基づいて、前記第１のチャネルを復調することとを含み、
前記第１のチャネルは、物理サイドリンク共有チャネルＰＳＳＣＨであり、
前記端末デバイスが第１のチャネルに対応する１つ以上の復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応する１つ以上のＤＭＲＳパターンを決定することを含み、
前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルであり、前記端末デバイスが第１のチャネルに対応する１つ以上の復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む
ことを特徴とするデータ伝送方法。

【請求項2】

前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応する１つ以上のＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用するリソースプール及び第１の対応関係に基づいて、前記第１のチャネルに対応する１つ以上のＤＭＲＳパターンを決定することを含み、
前記第１の対応関係が、リソースプールとＤＭＲＳパターンとの対応関係、リソースプールと複数のＤＭＲＳパターンとの対応関係、複数のリソースプールとＤＭＲＳパターンとの対応関係、複数のリソースプールと複数のＤＭＲＳパターンとの対応関係のうちの少なくとも１つを含む
ことを特徴とする請求項１に記載のデータ伝送方法。

【請求項3】

前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが複数のＤＭＲＳパターンから前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、
複数のＤＭＲＳパターンが第１の対応関係に基づいて決定され、
前記第１の対応関係が、リソースプールとＤＭＲＳパターンとの対応関係、複数のリソースプールと複数のＤＭＲＳパターンとの対応関係、複数のリソースプールとＤＭＲＳパターンとの対応関係、リソースプールと複数のＤＭＲＳパターンとの対応関係のうちの少なくとも１つを含む
ことを特徴とする請求項１に記載のデータ伝送方法。

【請求項4】

前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが、指示情報によって示す第２のＤＭＲＳパターンを前記第１のチャネルに対応するＤＭＲＳパターンとして決定することを含み、
前記第２のチャネルに前記指示情報が搬送され、前記指示情報が前記第２のＤＭＲＳパターンを示す
ことを特徴とする請求項１又は３に記載のデータ伝送方法。

【請求項5】

前記ＤＭＲＳパターンは、
１時間ユニット内でＤＭＲＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＭＲＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む
ことを特徴とする請求項４に記載のデータ伝送方法。

【請求項6】

決定モジュールと、復調モジュールとを備える端末デバイスであって、
前記決定モジュールは、第１のチャネルに対応する１つ以上の復調参照信号ＤＭＲＳパターンを決定するように構成され、
前記復調モジュールは、前記１つ以上のＤＭＲＳパターンに基づいて、前記第１のチャネルを復調するように構成され、
前記第１のチャネルは、物理サイドリンク共有チャネルＰＳＳＣＨであり、前記決定モジュールは、
ネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応する１つ以上のＤＭＲＳパターンを決定するように構成され、
前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルであり、前記決定モジュールは、
前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される
ことを特徴とする端末デバイス。

【請求項7】

前記決定モジュールは、
前記第１のチャネルが使用するリソースプール及び第１の対応関係に基づいて、前記第１のチャネルに対応する１つ以上のＤＭＲＳパターンを決定するように構成され、
前記第１の対応関係が、リソースプールとＤＭＲＳパターンとの対応関係、リソースプールと複数のＤＭＲＳパターンとの対応関係、複数のリソースプールとＤＭＲＳパターンとの対応関係、複数のリソースプールと複数のＤＭＲＳパターンとの対応関係のうちの少なくとも１つを含む
ことを特徴とする請求項６に記載の端末デバイス。

【請求項8】

前記決定モジュールは、
複数のＤＭＲＳパターンから前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成され、
複数のＤＭＲＳパターンが第１の対応関係に基づいて決定され、
前記第１の対応関係が、リソースプールとＤＭＲＳパターンとの対応関係、複数のリソースプールと複数のＤＭＲＳパターンとの対応関係、複数のリソースプールとＤＭＲＳパターンとの対応関係、リソースプールと複数のＤＭＲＳパターンとの対応関係のうちの少なくとも１つを含む
ことを特徴とする請求項６に記載の端末デバイス。

【請求項9】

前記決定モジュールは、
指示情報によって示す第２のＤＭＲＳパターンを前記第１のチャネルに対応するＤＭＲＳパターンとして決定するように構成され、
前記第２のチャネルに前記指示情報が搬送され、前記指示情報が前記第２のＤＭＲＳパターンを示す
ことを特徴とする請求項６又は８に記載の端末デバイス。

【請求項10】

【請求項11】

決定モジュールと、通信モジュールとを備えるネットワークデバイスであって、
前記決定モジュールは、端末デバイスが第１のチャネルに対応する１つ以上の復調参照信号ＤＭＲＳパターンを決定するための構成情報を決定するように構成され、
前記通信モジュールは、前記端末デバイスに前記構成情報を送信するように構成され、前記第１のチャネルは、物理サイドリンク共有チャネルＰＳＳＣＨであり、
前記決定モジュールは、前記端末デバイスが構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて前記第１のチャネルに対応する１つ以上のＤＭＲＳパターンを決定するように、前記構成情報を前記端末デバイスに送信するように構成され、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルであり、
前記第２のチャネルは、前記端末デバイスが前記第１のチャネルに対応するＤＭＲＳパターンを決定するために使用される
ことを特徴とするネットワークデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１８年１月４日に中国特許庁に出願され、出願番号ＰＣＴ / ＣＮ２０１８/０７１３７１、出願名「車両ネットワークにおけるデータ伝送方法、端末デバイス及びネットワークデバイス」に対するＰＣＴ特許出願の優先権を主張し、その内容全体は、参照により本出願に組み込まれる。
本願の実施例は、通信分野に関し、具体的に、車両ネットワークにおけるデータ伝送方法、端末デバイス及びネットワークデバイスに関する。

【背景技術】

【0002】

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

【0003】

５Ｇの新無線( ＮｅｗＲａｄｉｏ、ＮＲ )システムでは、上りは２つの伝送波形をサポートし、端末デバイスが異なる伝送波形を採用する場合、対応する復調参照信号( ＤｅＭｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＤＭＲＳ )パターンが異なるが、ＮＲ技術に基づく車輌ネットワークシステム( ＮＲ－Ｖ２Ｘ )では、車両に存在する環境が複雑に変化するため、ＤＭＲＳパターンの柔軟な構成をどのように実現するかが課題となっている。

【発明の概要】

【0004】

本願は、ＤＭＲＳパターンの柔軟な構成を実現する車両ネットワークにおけるデータ伝送方法、端末デバイス及びネットワークデバイスを提供する。

【0005】

第１の態様は、車両ネットワークにおけるデータ伝送方法を提供し、
端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することと、
前記端末デバイスが前記ＤＭＲＳパターンに基づいて、前記第１のチャネルを復調することとを含む。

【0006】

いくつかの実現可能な方式において、前記端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。

【0007】

そして、本願の実施例において車両ネットワークにおけるデータ伝送方法、前記端末デバイスは、ネットワークデバイスの構成、第１のチャネルの伝送が使用するリソースプール、キャリア及び波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することで、ＤＭＲＳパターンの柔軟な構成を実現することができる。

【0008】

いくつかの実現可能な方式において、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記構成情報が第１のＤＭＲＳパターンを示す場合、前記端末デバイスが複数のＤＭＲＳパターンから前記第１のＤＭＲＳパターンを前記第１のチャネルに対応するＤＲＭＳパターンとして決定することを含む。

【0009】

いくつかの実現可能な方式において、前記複数のＤＭＲＳパターンは、前記端末デバイスに予め構成され、又は前記ネットワークデバイスにより構成される。

【0010】

いくつかの実現可能な方式において、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用するリソースプール及び第１の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である。

【0011】

任意選択で、この複数のリソースプール及びこの複数のＤＭＲＳパターンは、１対１、１対多、多対１、又は多対多の対応関係であってもよく、本願の実施例はこれに限定されない。

【0012】

いくつかの実現可能な方式において、前記複数のリソースプールが複数の速度範囲にそれぞれ対応し、前記方法は、さらに、
前記端末デバイスが現在の移動速度に基づいて、対応する目標リソースプールを決定することを含み、前記目標リソースプールは、前記第１のチャネルが使用するリソースプールである。

【0013】

任意選択で、端末デバイスが現在高速シーンにあり、チャネル変化が速い場合、ネットワークデバイスは、端末デバイスに時間領域でより密なＤＭＲＳパターンを構成し、これにより、端末デバイスによるチャネル推定のより正確な実行を容易にし、データ受信性能を向上させ、又は、端末デバイスが現在低速シーンにあり、チャネルの変化が遅い場合、ネットワークデバイスは、端末デバイスに時間領域に疎に分布するＤＭＲＳパターンを構成することができ、ＤＭＲＳのオーバーヘッドを減らすのに有利であるので、本願の実施例による車両ネットワークにおけるデータ伝送方法は、受信性能とパイロットオーバーヘッドの合理的なトレードオフを実現することができる。

【0014】

いくつかの実現可能な方式において、前記第１の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。

【0015】

いくつかの実現可能な方式において、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用するキャリア及び第２の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である。

【0016】

任意選択で、この複数のキャリア及びこの複数のＤＭＲＳパターンは、１対１、１対多、多対１、又は多対多の対応関係であってもよく、本願の実施例はこれに限定されない。

【0017】

いくつかの実現可能な方式において、前記第２の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。

【0018】

いくつかの実現可能な方式において、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用する波形及び第３の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である。

【0019】

任意選択で、この複数の波形及びこの複数のＤＭＲＳパターンは、１対１、１対多、多対１、又は多対多の対応関係であってもよく、本願の実施例はこれに限定されない。

【0020】

いくつかの実現可能な方式において、前記第３の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。

【0021】

いくつかの実現可能な方式において、前記端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用される基本パラメータセットに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。

【0022】

いくつかの実現可能な方式において、前記端末デバイスが前記第１のチャネルが使用される基本パラメータセットに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用される基本パラメータセット及び第４の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である。

【0023】

いくつかの実現可能な方式において、前記第４の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。

【0024】

いくつかの実現可能な方式において、前記基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックスＣＰタイプ、ＣＰ長さのうちの少なくとも１つを含む。

【0025】

いくつかの実現可能な方式において、前記第１のチャネルは、物理サイドリンク共有チャネルＰＳＳＣＨ、又は、物理サイドリンク制御チャネルＰＳＣＣＨである。

【0026】

いくつかの実現可能な方式において、前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルであり、前記端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。

【0027】

いくつかの実現可能な方式において、前記第２のチャネルに指示情報が搬送され、前記指示情報が第２のＤＲＭＳパターンを示し、前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが、前記指示情報によって示す前記第２のＤＭＲＳパターンを前記第１のチャネルに対応するＤＭＲＳパターンとして決定することを含む。

【0028】

いくつかの実現可能な方式において、前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。

【0029】

いくつかの実現可能な方式において、前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第２のチャネルのスクランブリングコード情報に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。

【0030】

いくつかの実現可能な方式において、前記ＤＭＲＳパターンは、
１時間ユニット内でＤＲＭＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む。

【0031】

第２の態様は、車両ネットワークにおけるデータ伝送方法を提供し、
ネットワークデバイスが、端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定するための前記構成情報を決定することと、
前記ネットワークデバイスが前記端末デバイスに前記構成情報を送信することとを含む。

【0032】

いくつかの実現可能な方式において、前記構成情報は、複数のＤＭＲＳパターンの第１のＤＭＲＳパターンを示す。

【0033】

いくつかの実現可能な方式において、前記方法は、さらに、
前記ネットワークデバイスが前記端末デバイスに前記複数のＤＲＭＳパターンを構成することを含む。

【0034】

いくつかの実現可能な方式において、前記構成情報が第１の対応関係を示し、ここで、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である。

【0035】

いくつかの実現可能な方式において、前記構成情報が第２の対応関係を示し、ここで、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である。

【0036】

いくつかの実現可能な方式において、前記構成情報が第３の対応関係を示し、ここで、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である。

【0037】

いくつかの実現可能な方式において、前記構成情報が第４の対応関係を示し、ここで、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である。

【0038】

【0039】

いくつかの実現可能な方式において、前記第１のチャネルが物理サイドリンク制御チャネルＰＳＣＣＨである。

【0040】

いくつかの実現可能な方式において、前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルである。

【0041】

いくつかの実現可能な方式において、前記構成情報は、前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つとＤＭＲＳシーケンスとの対応関係を示す。

【0042】

いくつかの実現可能な方式において、前記構成情報は、前記第２のチャネルのスクランブリングコード情報とＤＭＲＳシーケンスとの対応関係を示す。

【0043】

いくつかの実現可能な方式において、前記構成情報は、前記第２のチャネルについてのマスク情報とＤＭＲＳシーケンスとの対応関係を示すために使用される。

【0044】

【0045】

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

【0046】

第４の態様は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備えるネットワークデバイスを提供する。ここで、メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行して、第１の態様または第１の態様の任意の可能な実装形態で上述の方法を実行するために使用される。

【0047】

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

【0048】

第６の態様は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備えるネットワークデバイスを提供する。ここで、メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行して、上述の第２の態様または第２の態様の可能な実施のいずれかにおける方法を実行するために使用される。

【0049】

第７の態様は、上記の第１の態様または第１の態様の可能な実装形態のいずれかを実行するための方法を実行するためのコンピュータソフトウェア命令を記憶するためのコンピュータ記憶媒体を提供し、上記の態様を実行するように設計されたプログラムを含む。

【0050】

第８の態様は、命令を備えるコンピュータプログラム製品を提供し、コンピュータ上で実行されると、コンピュータに、上記の第１の態様または第１の態様の任意の実施態様における方法を実行させる。

【0051】

第９の態様は、上記の第２の態様または第２の態様の可能な実装のいずれかを実行するための方法を実行するためのコンピュータソフトウェア命令を記憶するためのコンピュータ記憶媒体を提供し、上記の態様を実行するように設計されたプログラムを含む。

【0052】

第１０の態様は、命令を備えるコンピュータプログラム製品を提供し、コンピュータ上で実行されると、コンピュータに、上述の第２の態様または第２の態様の任意の実施態様における方法を実行させる。

【0053】

第１１の態様は、上記の第１の態様から第２の態様のいずれかまたはその様々な実装における方法を実装するためのチップを提供する。具体的には、チップは、コンピュータプログラムをメモリから呼び出して実行し、チップが搭載された装置に、上記の第１の態様から第２の態様のいずれか１つまたはその各実装態様に従う方法を実行させるプロセッサを含む。

【図面の簡単な説明】

【0054】

【図1】本願の実施例における応用シーンの模式図である。

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

【図3】本願の他の実施例における車両ネットワークにおけるデータ伝送方法のフローチャートである。

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

【図5】本願の他の実施例におけるネットワークデバイスのブロック図である。

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

【図7】本願の他の実施例におけるネットワークデバイスのブロック図である。

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

【図9】本願の実施例における通信システムのブロック図である。

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

【0055】

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

【0056】

本願の実施例の技術的解決策は、ＬＴＥシステム、ＬＴＥ周波数分割複信( ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｄｕｐｌｅｘ、ＦＤＤ )システム、ＬＴＥ時分割複信( ｔｉｍｅｄｉｖｉｓｉｏｎｄｕｐｌｅｘ、ＴＤＤ )、第４.５ ( ４.５ｔｈｇｅｎｅｒａｔｉｏｎ、４.５Ｇ )世代ネットワーク、第五代( ５ｔｈｇｅｎｅｒａｔｉｏｎ、５Ｇ )ネットワーク、新規空きポート( ｎｅｗｒａｄｉｏ、ＮＲ )などの様々な通信システムに適用可能であることが理解されるべきである。本願の実施例は、車両間( ｖｅｈｉｃｌｅｔｏｖｅｈｉｃｌｅ、Ｖ２Ｖ )システムなど車両の他の装置( ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ )システムにも適用可能であり、又は、端末間通信( ｄｅｖｉｃｅｔｏｄｅｖｉｃｅ、Ｄ２Ｄ )システムにも適用可能であり、本願は、これに限定されるものではない。

【0057】

本願の実施例における端末デバイスは、端末( Ｔｅｒｍｉｎａｌ )、ユーザ装置( ｕｓｅｒｅｑｕｉｐｍｅｎｔ、ＵＥ )、移動局( ｍｏｂｉｌｅｓｔａｔｉｏｎ、ＭＳ )、移動端末( ｍｏｂｉｌｅｔｅｒｍｉｎａｌ、ＭＴ )などと呼ばれることもあることを理解すべきである。端末デバイスは、車載端末( ｖｅｈｉｃｌｅｕｓｅｒｅｑｕｉｐｍｅｎｔ、ＶＵＥ )、例えば、車両又は無人運転( ｓｅｌｆｄｒｉｖｉｎｇ )における無線端末などであってもよく、又は、端末デバイスは、例えば、携帯電話( ｍｏｂｉｌｅｐｈｏｎｅ )、タブレット、無線送受信機能付きコンピュータなどの歩行者携帯端末( ｐｅｄｅｓｔｒｉａｎｕｓｅｒｅｑｕｉｐｍｅｎｔ、ＰＵＥ )であってもよい。

【0058】

なお、本願の実施例に係るネットワークデバイスは、端末デバイスに無線通信機能を提供するために無線アクセスネットワーク内に配置される装置である。ネットワークデバイスは、様々な形態のマクロ基地局、マイクロ基地局、中継局、アクセスポイントなどを含み得る基地局であり得る。異なる無線アクセス技術を採用するシステムでは、基地局機能を有する機器の名称が異なる場合がある。例えば、ＬＴＥネットワークでは、進化型ノードＢ ( ｅｖｏｌｖｅｄｎｏｄｅＢ、ｅＮＢ又はｅＮｏｄｅＢ )と呼ばれ、第３世代( ３ｒｄＧｅｎｅｒａｔｉｏｎ、３Ｇ )ネットワークでは、ノードＢ(ＮｏｄｅＢ)と呼ばれる、などである。

【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】

例えば、ＣＰ－ＯＦＤＭ及びＤＦＴ－ＯＦＤＭの２タイプの波形に対応するＤＭＲＳパターンを予め構成しておくか、ネットワーク構成で構成し、各波形において、異なるリソースプールを異なるＤＲＭＳパターンに対応させることで、端末デバイスは、チャネルが使用する波形と使用するリソースプールとを結合し、チャネルが使用する目標ＤＲＭＳパターンを決定することができる。例えば、対応関係は表１のようになっていてもよい。

【表1】

【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】

任意選択で、いくつかの実施例において、前記第２のチャネルに指示情報が搬送され、前記指示情報が第２のＤＲＭＳパターンを示し、前記決定モジュールは、具体的に、
前記指示情報によって示す前記第２のＤＭＲＳパターンを前記第１のチャネルに対応するＤＭＲＳパターンとして決定するように構成される。

【0158】

任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される。

【0159】

任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記第２のチャネルのスクランブリングコード情報に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される。

【0160】

任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記第２のチャネルのマスク情報に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される。

【0161】

【0162】

なお、本願の実施例に係る端末デバイス４００は、本願の実施例に係る端末デバイスに対応することができ、端末デバイス４００の各部の上述した及びその他の動作及び/又は機能は、図２に示す方法２００における端末デバイスの対応するフローをそれぞれ実現するために、簡潔のために、ここで説明を省略する。

【0163】

図５は本願の実施例におけるネットワークデバイスのブロック図である。図５のネットワークデバイス５００は、決定モジュール及び通信モジュールを含み、
決定モジュール５１０は、端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定するための構成情報を決定するように構成され、
通信モジュール５２０は、前記端末デバイスに前記構成情報を送信するように構成される。

【0164】

任意選択で、いくつかの実施例において、前記構成情報は、複数のＤＭＲＳパターンの第１のＤＭＲＳパターンを示す。

【0165】

任意選択で、いくつかの実施例において、前記通信モジュール５２０は、さらに、
前記端末デバイスに前記複数のＤＲＭＳパターンを構成するように構成される。

【0166】

【0167】

【0168】

【0169】

【0170】

【0171】

任意選択で、いくつかの実施例において、前記第１のチャネルが物理サイドリンク制御チャネルＰＳＣＣＨである。

【0172】

【0173】

【0174】

【0175】

任意選択で、いくつかの実施例において、前記構成情報は、前記第２のチャネルのマスク情報とＤＭＲＳシーケンスとの対応関係を示す。

【0176】

【0177】

具体的には、該ネットワークデバイス５００は、上記方法３００で説明されたネットワークデバイスに対応(例えば、構成又はそれ自体であってもよい)することができ、且つ、該ネットワークデバイス５００における各モジュール又はユニットは、それぞれ、上記方法３００でネットワークデバイスにより実行される各動作又は処理手順を実行するために使用されるが、ここでは、詳しい説明を省略する。

【0178】

図６に示されるように、本願の実施例は、端末デバイス６００をさらに提供し、この端末デバイス６００は、図４の端末デバイス４００であっても良く、図２の方法２００に対応する端末デバイスのコンテンツを実行するために使用される。端末デバイス６００は、入力インターフェース６１０、出力インターフェース６２０、プロセッサ６３０、及びメモリ６４０を含み、入力インターフェース６１０、出力インターフェース６２０、プロセッサ６３０、及びメモリ６４０は、バスシステムによって接続されてもよい。メモリ６４０は、プログラム、命令、またはコードを含む記憶媒体として使用される。プロセッサ６３０は、メモリ６４０内のプログラム、命令、又はコードを実行して、入力インターフェース６１０を制御して信号を受信し、出力インターフェース６２０を制御して信号を送信し、上述の方法の実施例の動作を完了する。

【0179】

本願の実施例において、プロセッサ６３０は、中央処理装置( ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、単に「ＣＰＵ」と呼ばれる)であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ( ＤＳＰ )、特定用途向け集積回路( ＡＳＩＣ )、既製プログラマブルゲートアレイ( ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネント等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。

【0180】

メモリ６４０は、読み出し専用メモリおよびランダムアクセスメモリを含み得、プロセッサ６３０に命令およびデータを提供し得る。メモリ６４０の一部は、不揮発性ランダムアクセスメモリをさらに含み得る。例えば、メモリ６４０は、デバイスタイプの情報をさらに記憶してもよい。

【0181】

実施において、方法の各コンテンツは、プロセッサ６３０内のハードウェアの集積論理回路またはソフトウェア形態の命令によって達成され得る。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。記憶媒体は、メモリ６４０に位置し、プロセッサ６３０は、メモリ６４０内の情報を読み出し、そのハードウェアとともに、上述した方法の内容を実行する。重複を避けるため、ここでは詳細な説明は省略する。

【0182】

１つの具体的な実施例において、図４の端末デバイス４００に含まれた決定モジュール４１０は、図６のプロセッサ６３０で具現され、図４の端末デバイス４００に含まれた復調モジュール４２０は、図６の入力インターフェース６１０及び出力インターフェース６２０で具現される。

【0183】

図７に示すように、本願の実施例は、ネットワークデバイス７００をさらに提供し、このネットワークデバイス７００は、図５のネットワークデバイス５００であっても良く、図３の方法３００に対応するネットワークデバイスのコンテンツを実行するために使用される。ネットワークデバイス７００は、入力インターフェース７１０、出力インターフェース７２０、プロセッサ７３０、及びメモリ７４０を備え、これらはバスシステムにより接続され得る。メモリ７４０は、プログラム、命令、又はコードを含むデータを記憶するために使用される。プロセッサ７３０は、入力インターフェース７１０を制御して信号を受信し、出力インターフェース７２０を制御して信号を送信し、前述の方法の実施例の動作を完了するために、メモリ７４０内のプログラム、命令、又はコードを実行する。

【0184】

本願の実施例において、プロセッサ７３０は、中央処理装置( ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、略して「ＣＰＵ」)であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ( ＤＳＰ )、特定用途向け集積回路( ＡＳＩＣ )、既製のプログラマブルゲートアレイ( ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネント等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。

【0185】

メモリ７４０は、読み出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ７３０に命令およびデータを提供する。メモリ７４０の一部は、不揮発性ランダムアクセスメモリをさらに含み得る。例えば、メモリ７４０は、デバイスタイプの情報をさらに記憶することができる。

【0186】

実施において、方法の各コンテンツは、プロセッサ７３０におけるハードウェアの集積論理回路またはソフトウェア形態の命令によって実現されてもよい。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。記憶媒体は、メモリ７４０に位置し、プロセッサ７３０は、メモリ７４０の情報を読み取り、そのハードウェアと共に、上述した方法の内容を実現する。重複を避けるため、ここでは詳細な説明は省略する。

【0187】

１つの具体的な実施例において、図５のネットワークデバイス５００に含まれる決定モジュール５１０は、図７のプロセッサ７３０で実装されてもよく、図５のネットワークデバイス５００に含まれる通信モジュール５２０は、図７の入力インターフェース７１０及び出力インターフェース７２０で実装されてもよい。

【0188】

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

【0189】

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

【0190】

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

【0191】

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

【0192】

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

【0193】

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

【0194】

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

【0195】

なお、本願の実施例で言及されるチップは、システムレベルチップ、システムチップ、チップシステムまたはシステムオンチップなどと呼ばれることもある
図９は、本願の実施例によって提供される通信システム９００の概略的なブロック図である。図８に示すように、通信システム９００は、端末デバイス９１０と、ネットワークデバイス９２０とを有する。

【0196】

ここで、該端末デバイス９１０は、上記方法のうち端末デバイスによって実現される対応する機能を実現するために使用され、該ネットワークデバイス９２０は、上記方法のうちネットワークデバイスによって実現される対応する機能を実現するために使用され、簡潔にするために、ここでは詳しい説明を省略する。

【0197】

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

【0198】

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

【0199】

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

【0200】

本願の実施例は、複数のアプリケーションプログラムを含む携帯型電子機器によって実行されると、図２及び図３に示す実施例の方法を携帯型電子機器に実行させることが可能な命令を含む１又は複数のプログラムを記憶するコンピュータ可読記憶媒体をさらに提供する。
本願の実施例は、コンピュータプログラムをさらに提供し、コンピュータプログラムは、コンピュータプログラムがコンピュータによって実行されると、コンピュータに、図２および図３に示される実施例の方法の対応するフローを実行させる命令を含む。

【0201】

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

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【0206】

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

【0207】

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

【図1】