(57)【要約】  本願の実施例は、車両ネットワークにおけるデータ伝送方法、端末デバイス及びネットワークデバイスを開示し、この方法は、端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することと、前記端末デバイスが前記ＤＭＲＳパターンに基づいて、前記第１のチャネルを復調することとを含む。
2021510035.tif 000002
【特許請求の範囲】
【請求項１】
端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することと、
前記端末デバイスが前記ＤＭＲＳパターンに基づいて、前記第１のチャネルを復調することとを含む
ことを特徴とする車両ネットワークにおけるデータ伝送方法。
【請求項２】
前記端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む
ことを特徴とする請求項１に記載の車両ネットワークにおけるデータ伝送方法。
【請求項３】
前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記構成情報が第１のＤＭＲＳパターンを示す場合、前記端末デバイスが複数のＤＭＲＳパターンから前記第１のＤＭＲＳパターンを前記第１のチャネルに対応するＤＲＭＳパターンとして決定することを含む
ことを特徴とする請求項２に記載の車両ネットワークにおけるデータ伝送方法。
【請求項４】
前記複数のＤＭＲＳパターンは、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される
ことを特徴とする請求項３に記載の車両ネットワークにおけるデータ伝送方法。
【請求項５】
前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用するリソースプール及び第１の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項２〜４のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項６】
前記複数のリソースプールが複数の速度範囲にそれぞれ対応し、前記方法は、さらに、
前記端末デバイスが現在の移動速度に基づいて、対応する目標リソースプールを決定することを含み、前記目標リソースプールは、前記第１のチャネルが使用するリソースプールである
ことを特徴とする請求項５に記載の車両ネットワークにおけるデータ伝送方法。
【請求項７】
前記第１の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される
ことを特徴とする請求項５又は６に記載の車両ネットワークにおけるデータ伝送方法。
【請求項８】
前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用するキャリア及び第２の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項２〜７のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項９】
前記第２の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される
ことを特徴とする請求項８に記載の車両ネットワークにおけるデータ伝送方法。
【請求項１０】
前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用する波形及び第３の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項２〜９のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項１１】
前記第３の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される
ことを特徴とする請求項１０に記載の車両ネットワークにおけるデータ伝送方法。
【請求項１２】
前記端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用される基本パラメータセットに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む
ことを特徴とする請求項１〜１１のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項１３】
前記端末デバイスが前記第１のチャネルが使用される基本パラメータセットに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用される基本パラメータセット及び第４の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項１２に記載の車両ネットワークにおけるデータ伝送方法。
【請求項１４】
前記第４の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される
ことを特徴とする請求項１３に記載の車両ネットワークにおけるデータ伝送方法。
【請求項１５】
前記基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックスＣＰタイプ、ＣＰ長さのうちの少なくとも１つを含む
ことを特徴とする請求項１２〜１４のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項１６】
前記第１のチャネルは、物理サイドリンク共有チャネルＰＳＳＣＨ、又は、物理サイドリンク制御チャネルＰＳＣＣＨである
ことを特徴とする請求項１〜１５のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項１７】
前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルであり、前記端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む
ことを特徴とする請求項１に記載の車両ネットワークにおけるデータ伝送方法。
【請求項１８】
前記第２のチャネルに指示情報が搬送され、前記指示情報が第２のＤＲＭＳパターンを示し、前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが、前記指示情報によって示す前記第２のＤＭＲＳパターンを前記第１のチャネルに対応するＤＭＲＳパターンとして決定することを含む
ことを特徴とする請求項１７に記載の車両ネットワークにおけるデータ伝送方法。
【請求項１９】
前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む
ことを特徴とする請求項１７に記載の車両ネットワークにおけるデータ伝送方法。
【請求項２０】
前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第２のチャネルのスクランブリングコード情報に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む
ことを特徴とする請求項１７に記載の車両ネットワークにおけるデータ伝送方法。
【請求項２１】
前記ＤＭＲＳパターンは、
１時間ユニット内でＤＲＭＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む
ことを特徴とする請求項１〜２０のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項２２】
ネットワークデバイスが、端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定するための構成情報を決定することと、
前記ネットワークデバイスが前記端末デバイスに前記構成情報を送信することとを含む
ことを特徴とする車両ネットワークにおけるデータ伝送方法。
【請求項２３】
前記構成情報は、複数のＤＭＲＳパターンの第１のＤＭＲＳパターンを示す
ことを特徴とする請求項２２に記載の車両ネットワークにおけるデータ伝送方法。
【請求項２４】
前記方法は、さらに、
前記ネットワークデバイスが前記端末デバイスに前記複数のＤＲＭＳパターンを構成することを含む
ことを特徴とする請求項２３に記載の車両ネットワークにおけるデータ伝送方法。
【請求項２５】
前記構成情報が第１の対応関係を示し、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項２２又は２４に記載の車両ネットワークにおけるデータ伝送方法。
【請求項２６】
前記構成情報が第２の対応関係を示し、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項２２〜２５のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項２７】
前記構成情報が第３の対応関係を示し、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項２２〜２６のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項２８】
前記構成情報が第４の対応関係を示し、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項２２〜２７のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項２９】
前記基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックスＣＰタイプ、ＣＰ長さのうちの少なくとも１つを含む
ことを特徴とする請求項２８に記載の車両ネットワークにおけるデータ伝送方法。
【請求項３０】
前記第１のチャネルが物理サイドリンク制御チャネルＰＳＣＣＨである
ことを特徴とする請求項２２〜２９のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項３１】
前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルである
ことを特徴とする請求項２２〜３０のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項３２】
前記構成情報は、前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つとＤＭＲＳシーケンスとの対応関係を示す
ことを特徴とする請求項３１に記載の車両ネットワークにおけるデータ伝送方法。
【請求項３３】
前記構成情報は、前記第２のチャネルのスクランブリングコード情報とＤＭＲＳシーケンスとの対応関係を示す
ことを特徴とする請求項３１に記載の車両ネットワークにおけるデータ伝送方法。
【請求項３４】
前記ＤＭＲＳパターンは、
１時間ユニット内でＤＲＭＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む
ことを特徴とする請求項２２〜３３のいずれか１項に記載の車両ネットワークにおけるデータ伝送方法。
【請求項３５】
決定モジュールと、復調モジュールとを備える端末デバイスであって、
前記決定モジュールは、第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定するように構成され、
前記復調モジュールは、前記ＤＭＲＳパターンに基づいて、前記第１のチャネルを復調するように構成される
ことを特徴とする端末デバイス。
【請求項３６】
前記決定モジュールは、
ネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される
ことを特徴とする請求項３５に記載の端末デバイス。
【請求項３７】
前記決定モジュールは、
前記構成情報が第１のＤＭＲＳパターンを示す場合、複数のＤＭＲＳパターンから前記第１のＤＭＲＳパターンを前記第１のチャネルに対応するＤＲＭＳパターンとして決定するように構成される
ことを特徴とする請求項３６に記載の端末デバイス。
【請求項３８】
前記複数のＤＭＲＳパターンは、前記端末デバイスに予め構成され、又は前記ネットワークデバイスにより構成される
ことを特徴とする請求項３７に記載の端末デバイス。
【請求項３９】
前記決定モジュールは、
前記第１のチャネルが使用するリソースプール及び第１の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成され、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項３６〜３８のいずれか１項に記載の端末デバイス。
【請求項４０】
前記複数のリソースプールが複数の速度範囲にそれぞれ対応し、前記決定モジュールは、さらに、
現在の移動速度に基づいて、対応する目標リソースプールを決定するように構成され、前記目標リソースプールは、前記第１のチャネルが使用するリソースプールである
ことを特徴とする請求項３９に記載の端末デバイス。
【請求項４１】
前記第１の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される
ことを特徴とする請求項３９又は４０に記載の端末デバイス。
【請求項４２】
前記決定モジュールは、
前記第１のチャネルが使用するキャリア及び第２の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成され、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項３６〜４１のいずれか１項に記載の端末デバイス。
【請求項４３】
前記第２の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される
ことを特徴とする請求項４２に記載の端末デバイス。
【請求項４４】
前記決定モジュールは、
前記端末デバイスが前記第１のチャネルが使用する波形及び第３の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成され、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項３６〜４３のいずれか１項に記載の端末デバイス。
【請求項４５】
前記第３の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される
ことを特徴とする請求項４４に記載の端末デバイス。
【請求項４６】
前記決定モジュールは、さらに、前記第１のチャネルが使用される基本パラメータセットに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される
ことを特徴とする請求項３５〜４５のいずれか１項に記載の端末デバイス。
【請求項４７】
前記決定モジュールは、
前記第１のチャネルが使用される基本パラメータセット及び第４の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成され、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項４６に記載の端末デバイス。
【請求項４８】
前記第４の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される
ことを特徴とする請求項４７に記載の端末デバイス。
【請求項４９】
前記基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックスＣＰタイプ、ＣＰ長さのうちの少なくとも１つを含む
ことを特徴とする請求項４６〜４８のいずれか１項に記載の端末デバイス。
【請求項５０】
前記第１のチャネルは、物理サイドリンク共有チャネルＰＳＳＣＨ、又は、物理サイドリンク制御チャネルＰＳＣＣＨである
ことを特徴とする請求項３５〜４９のいずれか１項に記載の端末デバイス。
【請求項５１】
前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルであり、前記決定モジュールは、
前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される
ことを特徴とする請求項３５に記載の端末デバイス。
【請求項５２】
前記第２のチャネルに指示情報が搬送され、前記指示情報が第２のＤＲＭＳパターンを示し、前記決定モジュールは、
前記指示情報によって示す前記第２のＤＭＲＳパターンを前記第１のチャネルに対応するＤＭＲＳパターンとして決定するように構成される
ことを特徴とする請求項５１に記載の端末デバイス。
【請求項５３】
前記決定モジュールは、
前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される
ことを特徴とする請求項５１に記載の端末デバイス。
【請求項５４】
前記決定モジュールは、
前記第２のチャネルのスクランブリングコード情報に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される
ことを特徴とする請求項５１に記載の端末デバイス。
【請求項５５】
前記ＤＭＲＳパターンは、
１時間ユニット内でＤＲＭＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む
ことを特徴とする請求項３５〜５４のいずれか１項に記載の端末デバイス。
【請求項５６】
決定モジュールと、通信モジュールとを備えるネットワークデバイスであって、
前記決定モジュールは、端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定するための構成情報を決定するように構成され、
前記通信モジュールは、前記端末デバイスに前記構成情報を送信するように構成される
ことを特徴とするネットワークデバイス。
【請求項５７】
前記構成情報は、複数のＤＭＲＳパターンの第１のＤＭＲＳパターンを示す
ことを特徴とする請求項５６に記載のネットワークデバイス。
【請求項５８】
前記通信モジュールは、さらに、
前記端末デバイスに前記複数のＤＲＭＳパターンを構成するように構成される
ことを特徴とする請求項５７に記載のネットワークデバイス。
【請求項５９】
前記構成情報が第１の対応関係を示し、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項５６又は５８に記載のネットワークデバイス。
【請求項６０】
前記構成情報が第２の対応関係を示し、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項５６〜５９のいずれか１項に記載のネットワークデバイス。
【請求項６１】
前記構成情報が第３の対応関係を示し、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項５６〜６０のいずれか１項に記載のネットワークデバイス。
【請求項６２】
前記構成情報が第４の対応関係を示し、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である
ことを特徴とする請求項５６〜６１のいずれか１項に記載のネットワークデバイス。
【請求項６３】
前記基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックスＣＰタイプ、ＣＰ長さのうちの少なくとも１つを含む
ことを特徴とする請求項６２に記載のネットワークデバイス。
【請求項６４】
前記第１のチャネルが物理サイドリンク制御チャネルＰＳＣＣＨである
ことを特徴とする請求項５６〜６３のいずれか１項に記載のネットワークデバイス。
【請求項６５】
前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルである
ことを特徴とする請求項５６〜６３のいずれか１項に記載のネットワークデバイス。
【請求項６６】
前記構成情報は、前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つとＤＭＲＳシーケンスとの対応関係を示す
ことを特徴とする請求項６５に記載のネットワークデバイス。
【請求項６７】
前記構成情報は、前記第２のチャネルのスクランブリングコード情報とＤＭＲＳシーケンスとの対応関係を示す
ことを特徴とする請求項６５に記載のネットワークデバイス。
【請求項６８】
前記ＤＭＲＳパターンは、
１時間ユニット内でＤＲＭＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む
ことを特徴とする請求項５６〜６７のいずれか１項に記載のネットワークデバイス。
【請求項６９】
コンピュータプログラムを格納するプロセッサと、
前記メモリに格納されたコンピュータプログラムを呼び出して実行することで、請求項１〜２１のいずれか１項に記載の方法を実行するプロセッサと、を備える
ことを特徴とする端末デバイス。
【請求項７０】
コンピュータプログラムをメモリから呼び出して実行することで、請求項１〜２１のいずれか１項に記載の方法をチップが搭載された装置に実行させるプロセッサを有する
ことを特徴とするチップ。
【請求項７１】
請求項１〜２１のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶する
ことを特徴とするコンピュータ可読記憶媒体。
【請求項７２】
請求項１〜２１のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラム命令を含む
ことを特徴とするコンピュータプログラム製品。
【請求項７３】
請求項１〜２１のいずれか１項に記載の方法をコンピュータに実行させる
ことを特徴とするコンピュータプログラム。
【請求項７４】
コンピュータプログラムを格納するプロセッサと、
前記メモリに格納されたコンピュータプログラムを呼び出して実行することで、請求項２２〜３４のいずれか１項に記載の方法を実行するプロセッサと、を備える
ことを特徴とするネットワークデバイス。
【請求項７５】
コンピュータプログラムをメモリから呼び出して実行することで、請求項２２〜３４のいずれか１項に記載の方法をチップが搭載された装置に実行させるプロセッサを有する
ことを特徴とするチップ。
【請求項７６】
請求項２２〜３４のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶する
ことを特徴とするコンピュータ可読記憶媒体。
【請求項７７】
請求項２２〜３４のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラム命令を含む
ことを特徴とするコンピュータプログラム製品。
【請求項７８】
請求項２２〜３４のいずれか１項に記載の方法をコンピュータに実行させる
ことを特徴とするコンピュータプログラム。
【請求項７９】
請求項３５〜５５のいずれか１項に記載の端末デバイスと、
請求項５６〜６８のいずれか１項に記載のネットワークデバイスと、を備える
ことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年１月４日に中国特許庁に出願され、出願番号ＰＣＴ / ＣＮ２０１８/０７１３７１、出願名「車両ネットワークにおけるデータ伝送方法、端末デバイス及びネットワークデバイス」に対するＰＣＴ特許出願の優先権を主張し、その内容全体は、参照により本出願に組み込まれる。
本願の実施例は、通信分野に関し、具体的に、車両ネットワークにおけるデータ伝送方法、端末デバイス及びネットワークデバイスに関する。
【背景技術】
【０００２】
車両ネットワークシステムは、従来のＬＴＥシステムにおける基地局を介した通信データの受信または送信方式とは異なり、端末間直接通信方式を採用し、より高いスペクトル効率およびより低い伝送遅延を有するロングタームエボリューションデバイス-デバイス( Ｌｏｎｇ Ｔｅｒｍ Ｅｖａｌｕａｔｉｏｎ Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、ＬＴＥ Ｄ２Ｄ )に基づくサイドリンク( Ｓｉｄｅｌｉｎｋ、ＳＬ )伝送技術である。
【０００３】
５Ｇの新無線( Ｎｅｗ Ｒａｄｉｏ、ＮＲ )システムでは、上りは２つの伝送波形をサポートし、端末デバイスが異なる伝送波形を採用する場合、対応する復調参照信号( ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＭＲＳ )パターンが異なるが、ＮＲ技術に基づく車輌ネットワークシステム( ＮＲ−Ｖ２Ｘ )では、車両に存在する環境が複雑に変化するため、ＤＭＲＳパターンの柔軟な構成をどのように実現するかが課題となっている。
【発明の概要】
【０００４】
本願は、ＤＭＲＳパターンの柔軟な構成を実現する車両ネットワークにおけるデータ伝送方法、端末デバイス及びネットワークデバイスを提供する。
【０００５】
第１の態様は、車両ネットワークにおけるデータ伝送方法を提供し、
端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することと、
前記端末デバイスが前記ＤＭＲＳパターンに基づいて、前記第１のチャネルを復調することとを含む。
【０００６】
いくつかの実現可能な方式において、前記端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。
【０００７】
そして、本願の実施例において車両ネットワークにおけるデータ伝送方法、前記端末デバイスは、ネットワークデバイスの構成、第１のチャネルの伝送が使用するリソースプール、キャリア及び波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することで、ＤＭＲＳパターンの柔軟な構成を実現することができる。
【０００８】
いくつかの実現可能な方式において、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記構成情報が第１のＤＭＲＳパターンを示す場合、前記端末デバイスが複数のＤＭＲＳパターンから前記第１のＤＭＲＳパターンを前記第１のチャネルに対応するＤＲＭＳパターンとして決定することを含む。
【０００９】
いくつかの実現可能な方式において、前記複数のＤＭＲＳパターンは、前記端末デバイスに予め構成され、又は前記ネットワークデバイスにより構成される。
【００１０】
いくつかの実現可能な方式において、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用するリソースプール及び第１の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である。
【００１１】
任意選択で、この複数のリソースプール及びこの複数のＤＭＲＳパターンは、１対１、１対多、多対１、又は多対多の対応関係であってもよく、本願の実施例はこれに限定されない。
【００１２】
いくつかの実現可能な方式において、前記複数のリソースプールが複数の速度範囲にそれぞれ対応し、前記方法は、さらに、
前記端末デバイスが現在の移動速度に基づいて、対応する目標リソースプールを決定することを含み、前記目標リソースプールは、前記第１のチャネルが使用するリソースプールである。
【００１３】
任意選択で、端末デバイスが現在高速シーンにあり、チャネル変化が速い場合、ネットワークデバイスは、端末デバイスに時間領域でより密なＤＭＲＳパターンを構成し、これにより、端末デバイスによるチャネル推定のより正確な実行を容易にし、データ受信性能を向上させ、又は、端末デバイスが現在低速シーンにあり、チャネルの変化が遅い場合、ネットワークデバイスは、端末デバイスに時間領域に疎に分布するＤＭＲＳパターンを構成することができ、ＤＭＲＳのオーバーヘッドを減らすのに有利であるので、本願の実施例による車両ネットワークにおけるデータ伝送方法は、受信性能とパイロットオーバーヘッドの合理的なトレードオフを実現することができる。
【００１４】
いくつかの実現可能な方式において、前記第１の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。
【００１５】
いくつかの実現可能な方式において、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用するキャリア及び第２の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である。
【００１６】
任意選択で、この複数のキャリア及びこの複数のＤＭＲＳパターンは、１対１、１対多、多対１、又は多対多の対応関係であってもよく、本願の実施例はこれに限定されない。
【００１７】
いくつかの実現可能な方式において、前記第２の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。
【００１８】
いくつかの実現可能な方式において、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用する波形及び第３の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である。
【００１９】
任意選択で、この複数の波形及びこの複数のＤＭＲＳパターンは、１対１、１対多、多対１、又は多対多の対応関係であってもよく、本願の実施例はこれに限定されない。
【００２０】
いくつかの実現可能な方式において、前記第３の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。
【００２１】
いくつかの実現可能な方式において、前記端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用される基本パラメータセットに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。
【００２２】
いくつかの実現可能な方式において、前記端末デバイスが前記第１のチャネルが使用される基本パラメータセットに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用される基本パラメータセット及び第４の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である。
【００２３】
いくつかの実現可能な方式において、前記第４の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。
【００２４】
いくつかの実現可能な方式において、前記基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックスＣＰタイプ、ＣＰ長さのうちの少なくとも１つを含む。
【００２５】
いくつかの実現可能な方式において、前記第１のチャネルは、物理サイドリンク共有チャネルＰＳＳＣＨ、又は、物理サイドリンク制御チャネルＰＳＣＣＨである。
【００２６】
いくつかの実現可能な方式において、前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルであり、前記端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。
【００２７】
いくつかの実現可能な方式において、前記第２のチャネルに指示情報が搬送され、前記指示情報が第２のＤＲＭＳパターンを示し、前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが、前記指示情報によって示す前記第２のＤＭＲＳパターンを前記第１のチャネルに対応するＤＭＲＳパターンとして決定することを含む。
【００２８】
いくつかの実現可能な方式において、前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。
【００２９】
いくつかの実現可能な方式において、前記端末デバイスが前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第２のチャネルのスクランブリングコード情報に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。
【００３０】
いくつかの実現可能な方式において、前記ＤＭＲＳパターンは、
１時間ユニット内でＤＲＭＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む。
【００３１】
第２の態様は、車両ネットワークにおけるデータ伝送方法を提供し、
ネットワークデバイスが、端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定するための前記構成情報を決定することと、
前記ネットワークデバイスが前記端末デバイスに前記構成情報を送信することとを含む。
【００３２】
いくつかの実現可能な方式において、前記構成情報は、複数のＤＭＲＳパターンの第１のＤＭＲＳパターンを示す。
【００３３】
いくつかの実現可能な方式において、前記方法は、さらに、
前記ネットワークデバイスが前記端末デバイスに前記複数のＤＲＭＳパターンを構成することを含む。
【００３４】
いくつかの実現可能な方式において、前記構成情報が第１の対応関係を示し、ここで、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である。
【００３５】
いくつかの実現可能な方式において、前記構成情報が第２の対応関係を示し、ここで、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である。
【００３６】
いくつかの実現可能な方式において、前記構成情報が第３の対応関係を示し、ここで、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である。
【００３７】
いくつかの実現可能な方式において、前記構成情報が第４の対応関係を示し、ここで、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である。
【００３８】
いくつかの実現可能な方式において、前記基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックスＣＰタイプ、ＣＰ長さのうちの少なくとも１つを含む。
【００３９】
いくつかの実現可能な方式において、前記第１のチャネルが物理サイドリンク制御チャネルＰＳＣＣＨである。
【００４０】
いくつかの実現可能な方式において、前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルである。
【００４１】
いくつかの実現可能な方式において、前記構成情報は、前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つとＤＭＲＳシーケンスとの対応関係を示す。
【００４２】
いくつかの実現可能な方式において、前記構成情報は、前記第２のチャネルのスクランブリングコード情報とＤＭＲＳシーケンスとの対応関係を示す。
【００４３】
いくつかの実現可能な方式において、前記構成情報は、前記第２のチャネルについてのマスク情報とＤＭＲＳシーケンスとの対応関係を示すために使用される。
【００４４】
いくつかの実現可能な方式において、前記ＤＭＲＳパターンは、
１時間ユニット内でＤＲＭＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む。
【００４５】
第３の態様は、上記の第１の態様または第１の態様の任意の可能な実装における方法を実行するための端末デバイスを提供する。具体的には、この端末デバイスは、上記の第１の態様または第１の態様の可能な実施のいずれかにおける方法を実行するためのユニットを備える。
【００４６】
第４の態様は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備えるネットワークデバイスを提供する。ここで、メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行して、第１の態様または第１の態様の任意の可能な実装形態で上述の方法を実行するために使用される。
【００４７】
第５の態様は、上記の第２の態様または第２の態様の任意の可能な実装における方法を実行するための端末デバイスを提供する。具体的には、端末デバイスは、上記の第２の態様または第２の態様の可能な実施のいずれかにおける方法を実行するためのユニットを備える。
【００４８】
第６の態様は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備えるネットワークデバイスを提供する。ここで、メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行して、上述の第２の態様または第２の態様の可能な実施のいずれかにおける方法を実行するために使用される。
【００４９】
第７の態様は、上記の第１の態様または第１の態様の可能な実装形態のいずれかを実行するための方法を実行するためのコンピュータソフトウェア命令を記憶するためのコンピュータ記憶媒体を提供し、上記の態様を実行するように設計されたプログラムを含む。
【００５０】
第８の態様は、命令を備えるコンピュータプログラム製品を提供し、コンピュータ上で実行されると、コンピュータに、上記の第１の態様または第１の態様の任意の実施態様における方法を実行させる。
【００５１】
第９の態様は、上記の第２の態様または第２の態様の可能な実装のいずれかを実行するための方法を実行するためのコンピュータソフトウェア命令を記憶するためのコンピュータ記憶媒体を提供し、上記の態様を実行するように設計されたプログラムを含む。
【００５２】
第１０の態様は、命令を備えるコンピュータプログラム製品を提供し、コンピュータ上で実行されると、コンピュータに、上述の第２の態様または第２の態様の任意の実施態様における方法を実行させる。
【００５３】
第１１の態様は、上記の第１の態様から第２の態様のいずれかまたはその様々な実装における方法を実装するためのチップを提供する。具体的には、チップは、コンピュータプログラムをメモリから呼び出して実行し、チップが搭載された装置に、上記の第１の態様から第２の態様のいずれか１つまたはその各実装態様に従う方法を実行させるプロセッサを含む。
【図面の簡単な説明】
【００５４】
【図１】本願の実施例における応用シーンの模式図である。
【図２】本願の実施例における車両ネットワークにおけるデータ伝送方法のフローチャートである。
【図３】本願の他の実施例における車両ネットワークにおけるデータ伝送方法のフローチャートである。
【図４】本願の実施例における端末デバイスのブロック図である。
【図５】本願の他の実施例におけるネットワークデバイスのブロック図である。
【図６】本願の実施例における端末デバイスのブロック図である。
【図７】本願の他の実施例におけるネットワークデバイスのブロック図である。
【図８】本願の実施例におけるチップのブロック図である。
【図９】本願の実施例における通信システムのブロック図である。
【発明を実施するための形態】
【００５５】
以下、本願の実施例における技術案について、本願の実施例における図面を参照して説明する。
【００５６】
本願の実施例の技術的解決策は、ＬＴＥシステム、ＬＴＥ周波数分割複信( ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＦＤＤ )システム、ＬＴＥ時分割複信( ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ、ＴＤＤ )、第４.５ ( ４.５ ｔｈ ｇｅｎｅｒａｔｉｏｎ、４.５Ｇ )世代ネットワーク、第五代( ５ ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ )ネットワーク、新規空きポート( ｎｅｗ ｒａｄｉｏ、ＮＲ )などの様々な通信システムに適用可能であることが理解されるべきである。本願の実施例は、車両間( ｖｅｈｉｃｌｅ ｔｏ ｖｅｈｉｃｌｅ、Ｖ２Ｖ )システムなど車両の他の装置( ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ )システムにも適用可能であり、又は、端末間通信( ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ、Ｄ２Ｄ )システムにも適用可能であり、本願は、これに限定されるものではない。
【００５７】
本願の実施例における端末デバイスは、端末( Ｔｅｒｍｉｎａｌ )、ユーザ装置( ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ )、移動局( ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ )、移動端末( ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ )などと呼ばれることもあることを理解すべきである。端末デバイスは、車載端末( ｖｅｈｉｃｌｅ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＶＵＥ )、例えば、車両又は無人運転( ｓｅｌｆ ｄｒｉｖｉｎｇ )における無線端末などであってもよく、又は、端末デバイスは、例えば、携帯電話( ｍｏｂｉｌｅ ｐｈｏｎｅ )、タブレット、無線送受信機能付きコンピュータなどの歩行者携帯端末( ｐｅｄｅｓｔｒｉａｎ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＰＵＥ )であってもよい。
【００５８】
なお、本願の実施例に係るネットワークデバイスは、端末デバイスに無線通信機能を提供するために無線アクセスネットワーク内に配置される装置である。ネットワークデバイスは、様々な形態のマクロ基地局、マイクロ基地局、中継局、アクセスポイントなどを含み得る基地局であり得る。異なる無線アクセス技術を採用するシステムでは、基地局機能を有する機器の名称が異なる場合がある。例えば、ＬＴＥネットワークでは、進化型ノードＢ ( ｅｖｏｌｖｅｄ ｎｏｄｅＢ、ｅＮＢ又はｅＮｏｄｅＢ )と呼ばれ、第３世代( ３ ｒｄ Ｇｅｎｅｒａｔｉｏｎ、３Ｇ )ネットワークでは、ノードＢ(Ｎｏｄｅ Ｂ)と呼ばれる、などである。
【００５９】
図１は、本願の実施例による、車両ネットワーキングシステムの概略図を示す。図１に示すように、本願の実施例は、種々の適用シーンに適用可能であり、ここでは、車載ネットワークシステムにおけるネットワークデバイスと端末デバイスを例として説明するが、ネットワークデバイスは基地局１１０であってもよく、端末デバイスは車両１２１及び車両１２２のような車載端末であってもよい。
【００６０】
車両ネットワークシステムにおいて、車両間は物理サイドリンク制御チャネル( Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＳＣＣＨ )を介して制御情報をやりとりし、物理サイドリンクデータチャネル( Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＳＳＣＨ )を介してデータ情報をやりとりすることができ、ＤＭＲＳパターンはＰＳＣＣＨまたはＰＳＳＣＨに関する復調のために使用することができ、すなわち、ＤＭＲＳパターンによりＰＳＣＣＨまたはＰＳＳＣＨを復調することができ、ＰＳＣＣＨまたはＰＳＳＣＨ上に搬送される制御情報またはデータ情報を取得することができる。
【００６１】
車両ネットワークシステムにおいて、車両が位置する環境は複雑に多様であり、例えば、車両は高速シーン、又は渋滞の都市シーンにあり、異なるシーンはＤＲＭＳに対する要求が異なるため、ＤＭＲＳの柔軟な構成をどのように実現するかに関する課題がある。
【００６２】
そこで、本願の実施例では、ＤＭＲＳの柔軟な構成を可能にする車両ネットワークにおけるデータ伝送方法を提供する。
【００６３】
図２は、本願の実施例によって提供される車両ネットワークにおけるデータ伝送方法２００のフローチャートであり、例えば、図１に示される車載端末１２１または車載端末１２２などの車載ネットワークシステム内の端末デバイスによって実行される。図２に示すように、方法２００は以下のステップを含む。
【００６４】
Ｓ２１０において、端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定し、
Ｓ２２０において、前記端末デバイスが前記ＤＭＲＳパターンに基づいて、前記第１のチャネルを復調する。
【００６５】
任意選択で、本願の実施例において、前記第１のチャネルは、車両ネットワークシステムにおける制御チャネル、すなわち、車両間のインタラクション制御情報に使用されるチャネル、例えば、ＰＳＣＣＨとすることができ、または、車両ネットワークシステムにおけるデータチャネル、すなわち、車両間のデータインタラクションに使用されるチャネル、例えば、ＰＳＳＣＨとすることもでき、本願の実施例は、これに限定されない。
【００６６】
任意選択で、前記端末デバイスは、前記ネットワークデバイスの構成、特定パラメータ又は特定情報によって前記第１のチャネルを復調するために使用されるＤＭＲＳパターン（ｐａｔｔｅｒｎ）を決定することができ、例えば、前記特定パラメータは、前記端末デバイスが位置する環境パラメータなどであり、例えば、前記端末デバイスは、現在位置する環境が高速シーンである場合、密に分布したＤＭＲＳパターンを使用すると決定し、低速シーンである場合、疎に分布したＤＭＲＳパターンを使用すると決定することができる。この特定情報は、端末デバイスの走行速度情報などであってもよく、例えば、端末デバイスは、現在の移動速度が第１の速度閾値より大きい場合、密な分布のＤＭＲＳパターンを使用することを決定し、又は現在の移動速度が第２の速度閾値より小さい場合、疎な分布のＤＭＲＳパターンを使用することを決定してもよく、限定ではなく、例として、前記第１の速度閾値は８０ ｋｍ/ｈであってもよく、前記第２の速度閾値は３０ ｋｍ/ｈであってもよく、本願の実施例はこれに限定されない。
【００６７】
任意選択で、本願の実施例において、前記ＤＭＲＳパターンは、以下の少なくとも１つを含む
１、１つ時間ユニットにおいてＤＲＭＳが占有する直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＯＦＤＭ）の数、即ち、１つ時間ユニットに含まれるＤＭＲＳシンボルの数であり、
２、１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、即ち、１つの時間ユニット内で、ＤＭＲＳシンボルがどの位置を占有するか、例えば、１つのサブフレーム又は１つのスロット内の何番目のＯＦＤＭシンボルを占有するか、
３、前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロック（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＰＲＢ）でＤＭＲＳが占有するリソース要素ＲＥの数であり、
４、前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔であり、例えば、１つのＰＲＢ内に３つのＤＭＲＳシンボルを含み、各２つのＤＭＲＳシンボル間が３つのリソース要素( ＲＥｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ )だけ分離される場合、このパラメータは、３つのＲＥを示すために使用され、
５、前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセットであり、例えば、１つのＰＲＢ内に３つのＤＭＲＳシンボルが含まれ、このパラメータは、このＰＲＢ内の第１のサブキャリア(すなわち、サブキャリア０ )に対する１つのＰＲＢ内の第１のＤＭＲＳシンボルのオフセットを示すために使用され得る
６、前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置であり、即ち、１つのＯＦＤＭシンボル内で、ＤＭＲＳがどの周波数領域位置を占有するか、例えば、１つのＰＲＢの周波数領域範囲内で、ＤＭＲＳシンボルが全てのＲＥを占有してもよく、奇数ＲＥの位置を占有してもよく、又は、偶数ＲＥの位置を占有してもよい等、本願実施例はこれに限定されなく、
７、前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む、ここで、ＤＭＲＳが位置するシンボル内で、ＤＭＲＳは、全てのＲＥを占有することができず、ＤＭＲＳによって占有されていないＲＥ上で、データを伝送することができ、又はデータを伝送しないことができ、このパラメータは、ＤＭＲＳシンボルによって占有されていないＲＥ上で、他の信号、例えば、ＰＳＣＣＨ又はＰＳＳＣＨ等の伝送に使用できるかどうかを示すために使用され得る。
【００６８】
なお、１つの時間ユニットは、１つ又は複数のサブフレーム、１つ又は複数のスロットなどでありうるが、本願の実施例はこれに限定されない。
【００６９】
任意選択で、いくつかの実施例において、Ｓ２１０は、
前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。
【００７０】
なお、端末デバイスが、上記のどの情報に基づいて第１のチャネルに対応するＤＭＲＳパターンを決定するかは、ネットワークデバイスによって構成されてもよく、端末デバイスが自ら特定してもよく、すなわち、端末デバイスが自ら、第１のチャネルが使用されるリソースプール、キャリア、または波形から前記第１のチャネルに対応ＤＭＲＳパターンを特定してもよいし、ネットワークデバイスの指示に基づいて、第１のチャネルが使用されるリソースプール、キャリア、または波形から前記第１のチャネルに対応するＤＭＲＳパターンを特定してもよく、本願の実施例はこれに限定されない。
【００７１】
以下、実施例１〜４を参照し、この第１のチャネルに対応するＤＭＲＳパターンの決定方式について詳細に説明する。
【００７２】
実施例１として、前記端末デバイスがネットワークデバイスの構成に応じて、第１のチャネルに対応するＤＭＲＳパターンを決定する。
【００７３】
任意選択で、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記構成情報が第１のＤＭＲＳパターンを示す場合、前記端末デバイスが複数のＤＭＲＳパターンから前記第１のＤＭＲＳパターンを前記第１のチャネルに対応するＤＲＭＳパターンとして決定することを含む。
【００７４】
具体的には、ネットワークデバイスは、端末デバイスが現在位置している環境を知ることができ、例えば、端末デバイスは、現在位置している地理的位置情報をネットワークデバイスに報告することができ、それにより、ネットワークデバイスは、端末デバイスが現在位置している地理的位置情報に基づいて、ネットワークが展開されたときのその地理的位置の環境情報、例えば、高速シーンまたは都会シーンなどを決定することができ、さらに、ネットワークデバイスは、決定された環境情報を参照し、端末デバイスに対応するＤＭＲＳパターンを構成することができ、又は、ネットワークデバイスは、端末デバイスの現在の移動速度に応じて、例えば、端末デバイスが現在の移動速度情報をネットワークデバイスに報告し、ネットワークデバイスは、端末デバイスの現在の移動速度が端末デバイスに対応するＤＭＲＳパターンを構成することができる。
【００７５】
例えば、端末デバイスが現在高速シーンにあり、チャネル変化が速い場合、ネットワークデバイスは、端末デバイスに時間領域でより密なＤＭＲＳパターンを構成することができ、これにより、端末デバイスによるチャネル推定のより正確な実行を容易にし、データ受信性能を向上させ、また、例えば、端末デバイスが現在低速シーンにあり、チャネルの変更が遅い場合、ネットワークデバイスは、端末デバイスに時間領域に疎に分布するＤＭＲＳパターンを構成することができ、ＤＭＲＳのオーバーヘッドを減らすのに有利であるため、本願の実施例による車両ネットワークにおけるデータ伝送方法は、受信性能とパイロットオーバーヘッドの合理的なトレードオフを実現することができる。
【００７６】
任意選択で、複数のＤＭＲＳパターンが端末デバイス上で予め構成されており、この複数のＤＭＲＳパターンが端末デバイス上で予め構成されてもよく、ネットワークデバイス上で構成されてもよく、本願の実施例はこれに限定されず、例えば、前記ネットワークデバイスは、ブロードキャストメッセージ又は無線リソース制御( Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ )シグナリングにより端末デバイスに複数のＤＲＭＳパターンを構成してもよい。ネットワークデバイスは、この複数のＤＭＲＳパターンのうち端末デバイスの第１のチャネルに使用されるＤＭＲＳパターンとして第１のＤＭＲＳパターンを選択し、さらに、端末デバイスに構成情報を送信し、任意選択で、ネットワークデバイスは、ブロードキャストメッセージ、ＲＲＣシグナリング、又は物理層制御シグナリングなどを送信して端末デバイスに構成情報を送信することができるが、これに限定されるものではない。前記構成情報は、前記複数のＤＭＲＳパターンのうち前記ネットワークデバイスが選択した第１のＤＭＲＳパターンを示すものであり、例えば、前記構成情報は、前記第１のＤＭＲＳパターンの識別情報(例えば、インデックス)を直接的に示すものであり、前記端末デバイスは、前記構成情報を受信した後、複数のＤＭＲＳパターンから前記第１のＤＭＲＳパターンを取得し、さらに、前記第１のＤＭＲＳパターンに従ってデータ伝送を行うことができる。
【００７７】
実施例２として、前記端末デバイスは、第１のチャネルが使用するリソースプールに基づいて、第１のチャネルに対応するＤＭＲＳパターンを決定する。
【００７８】
任意選択で、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用するリソースプール及び第１の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である。
【００７９】
すなわち、この実施例２において、複数のリソースプールと複数のＤＭＲＳパターンは対応関係を有し、前記端末デバイスは、第１のチャネルの伝送に使用されるリソースプールに基づいて、該第１の対応関係を結合して対応するＤＭＲＳパターンを特定し、更に、該ＤＭＲＳパターンに基づいて、該第１のチャネルを復調することができる。
【００８０】
任意選択で、複数のリソースプール及び複数のＤＭＲＳパターンは、１対１、１対多(例えば、１つのリソースプールが２つのＤＭＲＳパターンに対応する)、又は多対１(例えば、２つのリソースプールが１つのＤＭＲＳパターンに対応する)、又は多対多(例えば、２つのリソースプールが２つのＤＭＲＳパターンに対応する)の対応関係であってよく、本願の実施例はこれに限定されない。
【００８１】
また、本願の実施例において、前記第１の対応関係は、前記端末デバイスに予め構成されたものであってもよく、あるいは、ネットワークデバイスにより構成されたものであってもよく、本願の実施例はこれに限定されない。
【００８２】
任意選択で、本願の実施例において、前記複数のリソースプールは複数の速度範囲に対応してもよく、該複数のリソースプールと複数の速度範囲との対応関係は予め構成されてもよく、又はネットワークにより構成されてもよく、本願の実施例はこれに限定されない。前記端末デバイスがデータ伝送を行う場合、現在の移動速度に基づいて対応する速度範囲を特定し、さらに、複数のリソースプールと複数の速度範囲との対応関係を結合して当該速度範囲に対応するリソースプールを特定し、さらに、前記第１の対応関係を結合して当該リソースプールに対応するＤＭＲＳパターンを特定して当該ＤＭＲＳパターンに基づいてデータ伝送を行うことができる。
【００８３】
以上のように、リソースプールは速度範囲と対応関係を有し、リソースプールとＤＭＲＳパターンも対応関係を有し、これは、速度範囲とＤＭＲＳパターンも対応関係を有することに相当し、低速範囲に対応するＤＭＲＳパターンは時間領域で疎に分布するＤＭＲＳパターンであり、高速範囲に対応するＤＭＲＳパターンは時間領域で密に分布するＤＭＲＳパターンであってもよい。
【００８４】
実施例３として、前記端末デバイスは、第１のチャネルが使用するキャリアに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定する。
【００８５】
任意選択で、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用するキャリア及び第２の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である。
【００８６】
すなわち、この実施例３において、複数のキャリアと複数のＤＭＲＳパターンは対応関係を有し、前記端末デバイスは、第１のチャネルを伝送するのに使用されるキャリアに応じて、該第２の対応関係と結合し、対応するＤＭＲＳパターンを特定し、更に、該ＤＭＲＳパターンに基づいて該第１のチャネルを復調することができる。
【００８７】
任意選択で、複数のキャリア及び複数のＤＭＲＳパターンは、１対１、１対多(例えば、１つのキャリアが２つのＤＭＲＳパターンに対応する)、又は多対１(例えば、２つのキャリアが１つのＤＭＲＳパターンに対応する)、又は多対多(例えば、２つのキャリアが２つのＤＭＲＳパターンに対応する)の対応関係であってもよく、本願実施例はこれに限定されない。
【００８８】
例えば、車両ネットワークシステムにおいて、端末デバイスは複数のキャリアをサポートし、各キャリアはそれぞれのＤＭＲＳパターンに対応でき、例えば、後方互換性のあるＲｅｌ−１４又はＲｅｌ−１５の端末デバイスの場合、Ｒｅｌ−１４又はＲｅｌ−１５をサポートするキャリアに採用されるＤＭＲＳパターンは既存のＲｅｌ−１４のＤＭＲＳパターンであり、他のキャリアは他のＤＭＲＳパターンを採用でき、具体的な実装において、キャリアとＤＭＲＳとの対応関係は事前設定又はネットワークデバイス構成の方式で決定されてもよく、本願の実施例はこれに限定されない。
【００８９】
実施例４として、前記端末デバイスは、第１のチャネルが使用する波形に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定する。
【００９０】
任意選択で、前記端末デバイスがネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用する波形及び第３の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含み、ここで、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である。
【００９１】
すなわち、この実施例４において、複数の波形と複数のＤＭＲＳパターンとは対応関係を有し、前記端末デバイスは、前記第１のチャネルを伝送するために使用される波形に基づいて、該第３の対応関係と結合し、対応するＤＭＲＳパターンを特定し、更に、該ＤＭＲＳパターンに基づいて、該第１のチャネルを復調することができる。
【００９２】
任意選択で、複数の波形及び複数のＤＭＲＳパターンは、１対１、１対多(例えば、１つの波形が２つのＤＭＲＳパターンに対応する)、又は多対１(例えば、２つの波形が１つのＤＭＲＳパターンに対応する)、又は多対多(例えば、２つの波形が２つのＤＭＲＳパターンに対応する)の対応関係であってもよく、本願実施例はこれに限定されない。
【００９３】
例えば、車両ネットワークシステムにおいて、端末デバイスは、対応するＤＭＲＳパターンに対応し得る複数の波形をサポートすることができ、例えば、端末デバイスは、サイクリックプレフィックスＯＦＤＭ ( ＣＰ−ＯＦＤＭ )波形及び離散フーリエ変換( ＤＦＴ−ＯＦＤＭ )波形を含む２つの波形をサポートすることができ、ここで、ＣＰ−ＯＦＤＭ波形及びＤＦＴ−ＯＦＤＭ波形は、それぞれ異なるＤＭＲＳパターンに対応することができ、具体的には、どのＤＭＲＳパターンを使用するかは、異なる波形の特性を用いて決定されることができ、例えば、ＤＦＴ−ＯＦＤＭ波形について、そのシングルキャリアの特性を維持するために、対応するＤＭＲＳパターンにおけるＤＭＲＳシンボル及びデータシンボルが時分割多重( ＴＤＭ )されるように構成することができ、更に、例えば、ＣＰ−ＯＦＤＭ波形について、そのリソース割り当ての柔軟性を維持するために、対応するＤＭＲＳパターンにおけるＤＭＲＳシンボルがデータチャネルに離散的に埋め込まれるように構成することができる。
【００９４】
第３の対応関係も、第１の対応関係および第２の対応関係と同様に、端末デバイス上に予め構成されていてもよく、または、ネットワークデバイスにより構成されていてもよく、本願の実施例はこれに限定されない。
【００９５】
実施例５として、前記端末デバイスが前記第１のチャネルが使用される基本パラメータセットに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定する。
【００９６】
任意選択で、実施例として、前記端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定することは、
前記端末デバイスが前記第１のチャネルが使用される基本パラメータセットに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定することを含む。
【００９７】
具体的には、この実施例５において、複数の基本パラメータセットと複数のＤＭＲＳパターンは対応関係を有し、前記端末デバイスは、前記第１のチャネルを伝送するのに使用される基本パラメータセットに基づき、該第４の対応関係と結合し、対応するＤＭＲＳパターンを特定し、更に、該ＤＭＲＳパターンに基づき、該第１のチャネルを復調することができる。
【００９８】
任意選択で、複数の基本パラメータセット及び複数のＤＭＲＳパターンは、１対１、１対多(例えば、１つの基本パラメータセットが２つのＤＭＲＳパターンに対応する)、又は多対１(例えば、２つの基本パラメータセットが１つのＤＭＲＳパターンに対応する)、又は多対多(例えば、２つの基本パラメータセットが２つのＤＭＲＳパターンに対応する)の対応関係であってもよく、本願実施例はこれに限定されない。
【００９９】
限定ではなく例として、この基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックス( Ｃｙｃｌｉｃ ＰＲＥｆｉｘ、ＣＰ )タイプ、及びＣＰ長のうちの少なくとも１つ、又はデータ伝送のための他のパラメータを含み得るが、本願の実施例はこれに限定されない。
【０１００】
例えば、車両ネットワークシステムにおいて、端末デバイスは、それぞれ対応するＤＭＲＳパターンに対応し得る複数のサブキャリア間隔(例えば、１５ ｋＨｚ、１３０ ｋＨｚ、６０ ｋＨｚ、及び１２０ ｋＨｚ )をサポートし得、それにより、端末デバイスは、第１のチャネルによって使用されるサブキャリア間隔に従って対応するＤＭＲＳパターンを決定し得る。
【０１０１】
また、例えば、端末デバイスは、ノーマルＣＰと拡張ＣＰのように互いに異なるＣＰタイプをサポートし、互いに異なるＣＰタイプは互いに異なるＤＭＲＳパターンに対応し、端末デバイスは、第１のチャネルで使用されるＣＰタイプに応じて対応するＤＭＲＳパターンを決定することができる。
【０１０２】
また、例えば、異なるＣＰ長さが対応するＤＭＲＳパターンに対応し、このように、端末デバイスは、第１のチャネルで使用されるＣＰの長さに応じて対応するＤＭＲＳパターンを決定することができる。
【０１０３】
なお、上記において、第１のチャネルの基本パラメータセット、例えば、サブキャリア間隔、ＣＰタイプ又はＣＰ長等によってＤＭＲＳパターンを間接的に示す方式は、例示的なものに過ぎず、本願の実施例に何ら限定されるものではなく、端末デバイスは、第１のチャネルが伝送されるのに使用される他のパラメータ、例えば、第１のチャネルが占有する時間領域シンボルの個数、第１のチャネルが存在するサブフレーム又はタイムスロットが占有する時間領域シンボルの個数等に基づいてＤＭＲＳパターンを決定してもよい。
【０１０４】
この第４の対応関係も、前述の第１の対応関係、第２の対応関係および第３の対応関係と同様に、端末デバイス上に予め構成されていてもよいし、ネットワークデバイス上により構成されていてもよく、本願の実施例はこれに限定されない。
【０１０５】
なお、本願の実施例において、該第１の対応関係、第２の対応関係、前記第３の対応関係および第４の対応関係がネットワークデバイスにより構成されている場合、該ネットワークデバイスは、該第１の対応関係、第２の対応関係、前記第３の対応関係および第４の対応関係を同一の構成情報により構成してもよく、あるいは、該第１の対応関係、第２の対応関係、前記第３の対応関係および第４の対応関係を複数の構成情報により構成してもよく、本願の実施例はこれに限定されない。
【０１０６】
なお、本願実施例において、ＰＳＣＣＨまたはＰＳＳＣＨはいずれも、上記実施例１〜４で記述した方式で対応するＤＭＲＳパターンを特定することができ、または、実施例１〜４のうち少なくとも２つの方式を総合して対応するＤＭＲＳパターンを特定することもでき、本願実施例はこれに限定されない。
【０１０７】
例えば、端末デバイスは、ネットワークデバイスにより送信された構成情報を受信する場合、ネットワークデバイスにより送信された構成情報により示されるＤＭＲＳパターンに従ったデータ伝送を優先してもよいし、ネットワークデバイスにより送信された構成情報を受信しない場合、第１のチャネルが使用されるリソースプール、キャリア、及び波形のうちの少なくとも１つに基づいて、第１のチャネルに対応するＤＭＲＳパターンを決定してもよい。
【０１０８】
任意選択で、本願の実施例において、前記端末デバイスには、リソースプール、キャリア及び波形のうちの少なくとも２つとＤＭＲＳシーケンスとの対応関係が更に構成されてもよく、従って、端末デバイスは、前記第１のチャネルが使用されるリソースプール、キャリア及び波形のうちの少なくとも２つと、上記対応関係とに基づいて、第１のチャネルに対応するＤＭＲＳシーケンスを特定してもよく、具体的な実現方式は、前述の実施例における関連説明を参照することができ、ここでその説明が省略される。
【０１０９】
例えば、ＣＰ−ＯＦＤＭ及びＤＦＴ−ＯＦＤＭの２タイプの波形に対応するＤＭＲＳパターンを予め構成しておくか、ネットワーク構成で構成し、各波形において、異なるリソースプールを異なるＤＲＭＳパターンに対応させることで、端末デバイスは、チャネルが使用する波形と使用するリソースプールとを結合し、チャネルが使用する目標ＤＲＭＳパターンを決定することができる。例えば、対応関係は表１のようになっていてもよい。
【表１】
2021510035.tif 000003
【０１１０】
例えば、第１のチャネルで使用される波形がＤＦＴ−ＯＦＤＭであり、使用されるリソースプールが第３リソースプールである場合、端末デバイスは、表１を参照して、第１のチャネルで使用される目標ＤＭＲＳパターンを第３のＤＭＲＳパターンと決定することができる。
【０１１１】
したがって、本願の実施例に係る車両ネットワークにおけるデータ伝送方法は、端末デバイスがネットワークデバイスの構成、第１のチャネルの伝送が使用されるリソースプール、キャリア、波形のうち少なくとも一つに基づいて第１のチャネルに対応するＤＭＲＳパターンを決定することによって、ＤＭＲＳパターンの柔軟な構成を可能にすることができる。
【０１１２】
任意選択で、いくつかのシーンにおいて、ＰＳＣＣＨに対応するＤＭＲＳパターンは予め決定されてもよく、例えば、前述の実施例１〜５に記載された方式に従って決定されてもよく、いくつかの実施例において、前記端末デバイスは、ＰＳＳＣＨに対応するＰＳＣＣＨに従って、ＰＳＳＣＨに対応するＤＭＲＳシーケンスを決定してもよい。以下、ＰＳＣＣＨに基づいてＰＳＳＣＨに対応するＤＭＲＳシーケンスを特定する具体的な実現方式について、実施例６〜９に関連して詳細に説明する。
【０１１３】
実施例６として、ＰＳＣＣＨ内の指示情報によりＰＳＳＣＨに対応するＤＭＲＳシーケンスを明示的に指示する。
【０１１４】
具体的に、前記ＰＳＣＣＨには、ＰＳＳＣＨに対応するＤＭＲＳパターンを指示する指示情報を搬送することができ、前記端末デバイスは、ＰＳＣＣＨを受信すると、ＰＳＣＣＨに対応するＤＭＲＳパターンに基づいて該ＰＳＣＣＨを復調し、該ＰＳＣＣＨに含まれた指示情報を取得し、さらに、前記指示情報が指示するＤＭＲＳパターンが前記ＰＳＳＣＨに対応するＤＭＲＳパターンであることを特定することができる。
【０１１５】
前記実施例と同様に、前記端末デバイスには、ＰＳＳＣＨに対応するＤＭＲＳパターンである複数のＤＭＲＳパターンが構成されてもよく、端末デバイスは、ＰＳＣＣＨに指示情報を搬送されることにより、ＰＳＳＣＨが用いるＤＲＭＳパターンを指示することができ、任意選択で、該指示情報はＫビットの指示情報であってもよく、具体的な長さは複数のＤＭＲＳパターンの個数によって決定されてもよく、これに限定されない。
【０１１６】
実施例７として、ＰＳＣＣＨのＤＭＲＳによってＰＳＳＣＨに対応するＤＭＲＳシーケンスを暗黙的に示す。
【０１１７】
この実施例７において、前記端末デバイスは、ＰＳＣＣＨのＤＭＲＳによってＰＳＳＣＨに対応するＤＭＲＳパターンを間接的に示すことができ、任意選択で、前記ＰＳＣＣＨのＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコード( Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ、ＯＣＣ )、リソース位置、ルートシーケンス( ｒｏｏｔ Ｓｅｑｕｅｎｃｅ )のうちの少なくとも１つは、前記ＰＳＳＣＨのＤＭＲＳパターンと第５の対応関係を有することができ、このように、前記端末デバイスは、ＰＳＣＣＨが使用されるＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコード( Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ、ＯＣＣ )、リソース位置、ルートシーケンス( ｒｏｏｔ Ｓｅｑｕｅｎｃｅ )のうちの少なくとも１つに応じて、該第５の対応関係と併せて、前記ＰＳＳＣＨに使用されるＤＭＲＳシーケンスを決定することができ、具体的な実現手順は、実施例２〜５において説明された実現方式と類似しており、ここでその説明が省略される。ここで、前記端末デバイスのＰＳＣＣＨが使用されるＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコード( Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ、ＯＣＣ )、リソース位置、ルートシーケンス( ｒｏｏｔ Ｓｅｑｕｅｎｃｅ )はネットワークにより構成されても良いし、前記端末が自律的に選択してもよい。第５の対応関係は、端末デバイスに予め構成されていてもよいし、ネットワークにより構成されているものであってもよい。
【０１１８】
実施例８として、ＰＳＣＣＨのスクランブリングコード情報によりＰＳＳＣＨに対応するＤＭＲＳパターンを暗黙的に指示する。
【０１１９】
具体的に、端末デバイスはＰＳＣＣＨの情報ビットにスクランブル処理を行うことができ、これにより、端末デバイスはＰＳＣＣＨに対応するＤＭＲＳパターンを異なるスクランブルコード情報(または、スクランブリングコードシーケンス)で暗黙的に示すことができ、任意選択で、前記ＰＳＣＣＨのスクランブリングコード情報はＰＳＳＣＨのＤＭＲＳパターンと第６の対応関係を有することができ、これにより、端末デバイスはＰＳＣＣＨのスクランブリングコード情報に応じて第６の対応関係と結合し、ＰＳＳＣＨに使用されるＤＭＲＳパターンを決定することができ、さらに、端末デバイスはＤＭＲＳパターンに従ってデータ伝送を行うことができる。ここで、端末デバイスのＰＳＣＣＨに適用されるスクランブリングコード情報(又は、スクランブリングシーケンス)は、ネットワークにより構成されてもよく、端末が自律的に選択してもよい。第６の対応関係は、端末デバイスに予め構成されていてもよいし、ネットワークにより構成されても良い。
【０１２０】
任意選択で、ＰＳＣＣＨのスクランブリングコード情報は、無線ネットワーク一時識別子( Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ、ＲＮＴＩ )によって決定されてもよく、ここで、ＲＮＴＩは、例えば、セル無線ネットワーク一時識別子( Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、Ｃ−ＲＮＴＩ )又はページングＲＮＴＩ ( Ｐａｇｉｎｇ ＲＮＴＩ、Ｐ−ＲＮＴＩ )等のうちの１つを含んでもよく、本願の実施例はこれに限定されない。
【０１２１】
実施例９として、ＰＳＣＣＨのマスク情報によりＰＳＳＣＨに対応するＤＭＲＳパターンを暗黙的に示す。
【０１２２】
具体的には、ＰＳＣＣＨの情報ビットをスクランブル処理した後、さらにマスク処理を行うことにより、端末デバイスはＰＳＳＣＨに対応するＤＭＲＳパターンを異なるマスク情報(または、マスクシーケンス)で暗黙的に示すことができ、任意選択で、ＰＳＣＣＨのマスク情報とＰＳＳＣＨのＤＭＲＳパターンとが第７の対応関係を有することができ、これにより、端末デバイスはＰＳＣＣＨマスク情報に基づいて該第７の対応関係と結合し、ＰＳＳＣＨに使用されるＤＭＲＳパターンを決定することができ、さらに、端末デバイスは該ＤＭＲＳパターンに基づいてデータ伝送を行うことができる。ここで、端末デバイスのＰＳＣＣＨが使用するマスク情報(またはマスクシーケンス)は、ネットワークにより構成されてもよく、端末が自律的に選択してもよい。第７の対応関係は、端末デバイスに予め構成されていてもよいし、ネットワークにより構成されてもよい。
【０１２３】
以上、前記端末デバイスは、実施例１〜５で説明した方式によってＰＳＣＣＨに対応するＤＭＲＳパターンを決定することができるとともに、実施例１〜５で説明した方式によってＰＳＳＣＨに対応するＤＭＲＳパターンを決定することもでき、あるいは、前記端末デバイスは、実施例１〜５で説明した方式によってＰＳＣＣＨに対応するＤＭＲＳパターンを決定することができるとともに、実施例６〜９で説明した方式によってＰＳＳＣＨに対応するＤＭＲＳパターンを決定することができるが、本願実施例はこれに限定されない。
【０１２４】
以上、図２を参照して本願の実施例に係るデータ伝送方法について端末デバイスの観点から詳細に説明したが、本願の他の実施例に係るデータ伝送方法について図３を参照してネットワークデバイスの観点から詳細に説明する。ネットワークデバイス側の説明と端末デバイス側の説明は、互いに対応しており、同様の説明は、上記を参照してもよく、重複を避けるためにここで説明を省略する。
【０１２５】
図３は、本願の別の実施例による、データ伝送方法３００の概略フローチャートであり、図３に示すように、このデータ伝送方法３００が、図１に示す車両ネットワークシステムにおけるネットワークデバイスによって実行されてもよく、方法３００は、以下のものを含む
Ｓ３１０において、ネットワークデバイスが、端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定するための前記構成情報を決定し、
Ｓ３２０において、前記ネットワークデバイスが前記端末デバイスに前記構成情報を送信する。
【０１２６】
任意選択で、いくつかの実施例において、前記構成情報は、複数のＤＭＲＳパターンの第１のＤＭＲＳパターンを示す。
【０１２７】
任意選択で、いくつかの実施例において、前記方法は、さらに、
前記ネットワークデバイスが前記端末デバイスに前記複数のＤＲＭＳパターンを構成することを含む。
【０１２８】
任意選択で、いくつかの実施例において、前記構成情報が第１の対応関係を示し、ここで、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である。
【０１２９】
任意選択で、いくつかの実施例において、前記構成情報が第２の対応関係を示し、ここで、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である。
【０１３０】
任意選択で、いくつかの実施例において、前記構成情報が第３の対応関係を示し、ここで、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である。
【０１３１】
任意選択で、いくつかの実施例において、前記構成情報が第４の対応関係を示し、ここで、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である。
【０１３２】
任意選択で、いくつかの実施例において、前記基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックスＣＰタイプ、ＣＰ長さのうちの少なくとも１つを含む。
【０１３３】
任意選択で、いくつかの実施例において、前記第１のチャネルが物理サイドリンク制御チャネルＰＳＣＣＨである。
【０１３４】
任意選択で、いくつかの実施例において、前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルである。
【０１３５】
任意選択で、いくつかの実施例において、前記構成情報は、前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つとＤＭＲＳシーケンスとの対応関係を示す。
【０１３６】
任意選択で、いくつかの実施例において、前記構成情報は、前記第２のチャネルのスクランブリングコード情報とＤＭＲＳシーケンスとの対応関係を示す。
【０１３７】
任意選択で、いくつかの実施例において、前記構成情報は、前記第２のチャネルのマスク情報とＤＭＲＳシーケンスとの対応関係を示す。
【０１３８】
任意選択で、いくつかの実施例において、前記ＤＭＲＳパターンは、
１時間ユニット内でＤＲＭＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む。
【０１３９】
本願の方法の実施例が図２及び図３に関連して上記で詳細に説明され、本願の装置の実施例が図４〜図７に関連して以下で詳細に説明されるが、装置の実施例と方法の実施例とは互いに対応し、同様の説明は方法の実施例を参照し得る。
【０１４０】
図４は本願の実施例における端末デバイス４００のブロック図を示す。図４に示すように、該端末デバイス４００は、決定モジュール４１０及び復調モジュール４２０を含み、
決定モジュール４１０は、第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定するように構成され、
復調モジュール４２０は、前記ＤＭＲＳパターンに基づいて、前記第１のチャネルを復調するように構成される。
【０１４１】
任意選択で、いくつかの実施例において、前記決定モジュール４１０は、
ネットワークデバイスにより送信された構成情報、前記第１のチャネルが使用するリソースプール、前記第１のチャネルが使用するキャリア及び前記第１のチャネルが使用する波形のうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される。
【０１４２】
任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記構成情報が第１のＤＭＲＳパターンを示す場合、複数のＤＭＲＳパターンから前記第１のＤＭＲＳパターンを前記第１のチャネルに対応するＤＲＭＳパターンとして決定するように構成される。
【０１４３】
任意選択で、いくつかの実施例において、前記複数のＤＭＲＳパターンは、前記端末デバイスに予め構成され、又は前記ネットワークデバイスにより構成される。
【０１４４】
任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記第１のチャネルが使用するリソースプール及び第１の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成され、ここで、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である。
【０１４５】
任意選択で、いくつかの実施例において、前記複数のリソースプールが複数の速度範囲にそれぞれ対応し、前記決定モジュール４１０は、さらに、
現在の移動速度に基づいて、対応する目標リソースプールを決定するように構成され、前記目標リソースプールは、前記第１のチャネルが使用するリソースプールである。
【０１４６】
任意選択で、いくつかの実施例において、前記第１の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。
【０１４７】
任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記第１のチャネルが使用するキャリア及び第２の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成され、ここで、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である。
【０１４８】
任意選択で、いくつかの実施例において、前記第２の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。
【０１４９】
任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記端末デバイスが前記第１のチャネルが使用する波形及び第３の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成され、ここで、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である。
【０１５０】
任意選択で、いくつかの実施例において、前記第３の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。
【０１５１】
任意選択で、いくつかの実施例において、前記決定モジュールは、さらに、前記第１のチャネルが使用される基本パラメータセットに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される。
【０１５２】
任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記第１のチャネルが使用される基本パラメータセット及び第４の対応関係に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成され、ここで、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である。
【０１５３】
任意選択で、いくつかの実施例において、前記第４の対応関係は、前記端末デバイスに予め構成され、又は、前記ネットワークデバイスにより構成される。
【０１５４】
任意選択で、いくつかの実施例において、前記基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックスＣＰタイプ、ＣＰ長さのうちの少なくとも１つを含む。
【０１５５】
任意選択で、いくつかの実施例において、前記第１のチャネルは、物理サイドリンク共有チャネルＰＳＳＣＨ、又は、物理サイドリンク制御チャネルＰＳＣＣＨである。
【０１５６】
任意選択で、いくつかの実施例において、前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルであり、前記決定モジュール４１０は、
前記第２のチャネルに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される。
【０１５７】
任意選択で、いくつかの実施例において、前記第２のチャネルに指示情報が搬送され、前記指示情報が第２のＤＲＭＳパターンを示し、前記決定モジュールは、具体的に、
前記指示情報によって示す前記第２のＤＭＲＳパターンを前記第１のチャネルに対応するＤＭＲＳパターンとして決定するように構成される。
【０１５８】
任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つに基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される。
【０１５９】
任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記第２のチャネルのスクランブリングコード情報に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される。
【０１６０】
任意選択で、いくつかの実施例において、前記決定モジュール４１０は、具体的に、
前記第２のチャネルのマスク情報に基づいて、前記第１のチャネルに対応するＤＭＲＳパターンを決定するように構成される。
【０１６１】
任意選択で、いくつかの実施例において、前記ＤＭＲＳパターンは、
１時間ユニット内でＤＲＭＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む。
【０１６２】
なお、本願の実施例に係る端末デバイス４００は、本願の実施例に係る端末デバイスに対応することができ、端末デバイス４００の各部の上述した及びその他の動作及び/又は機能は、図２に示す方法２００における端末デバイスの対応するフローをそれぞれ実現するために、簡潔のために、ここで説明を省略する。
【０１６３】
図５は本願の実施例におけるネットワークデバイスのブロック図である。図５のネットワークデバイス５００は、決定モジュール及び通信モジュールを含み、
決定モジュール５１０は、端末デバイスが第１のチャネルに対応する復調参照信号ＤＭＲＳパターンを決定するための構成情報を決定するように構成され、
通信モジュール５２０は、前記端末デバイスに前記構成情報を送信するように構成される。
【０１６４】
任意選択で、いくつかの実施例において、前記構成情報は、複数のＤＭＲＳパターンの第１のＤＭＲＳパターンを示す。
【０１６５】
任意選択で、いくつかの実施例において、前記通信モジュール５２０は、さらに、
前記端末デバイスに前記複数のＤＲＭＳパターンを構成するように構成される。
【０１６６】
任意選択で、いくつかの実施例において、前記構成情報が第１の対応関係を示し、ここで、前記第１の対応関係が複数のリソースプールと複数のＤＭＲＳパターンとの対応関係である。
【０１６７】
任意選択で、いくつかの実施例において、前記構成情報が第２の対応関係を示し、ここで、前記第２の対応関係は、複数のキャリアと複数のＤＭＲＳパターンとの対応関係である。
【０１６８】
任意選択で、いくつかの実施例において、前記構成情報が第３の対応関係を示し、ここで、前記第３の対応関係は、複数の波形と複数のＤＭＲＳパターンとの対応関係である。
【０１６９】
任意選択で、いくつかの実施例において、前記構成情報が第４の対応関係を示し、ここで、前記第４の対応関係は、複数の基本パラメータセットと複数のＤＭＲＳパターンとの対応関係である。
【０１７０】
任意選択で、いくつかの実施例において、前記基本パラメータセットは、サブキャリア間隔サイズ情報、サイクリックプレフィックスＣＰタイプ、ＣＰ長さのうちの少なくとも１つを含む。
【０１７１】
任意選択で、いくつかの実施例において、前記第１のチャネルが物理サイドリンク制御チャネルＰＳＣＣＨである。
【０１７２】
任意選択で、いくつかの実施例において、前記第１のチャネルが物理サイドリンク共有チャネルＰＳＳＣＨであり、前記第１のチャネルに対応する物理サイドリンク制御チャネルＰＳＣＣＨが第２のチャネルである。
【０１７３】
任意選択で、いくつかの実施例において、前記構成情報は、前記第２のチャネルに対応するＤＭＲＳのシーケンス、サイクリックシフト、直交カバーコードＯＣＣ、リソース位置、ルートシーケンスのうちの少なくとも１つとＤＭＲＳシーケンスとの対応関係を示す。
【０１７４】
任意選択で、いくつかの実施例において、前記構成情報は、前記第２のチャネルのスクランブリングコード情報とＤＭＲＳシーケンスとの対応関係を示す。
【０１７５】
任意選択で、いくつかの実施例において、前記構成情報は、前記第２のチャネルのマスク情報とＤＭＲＳシーケンスとの対応関係を示す。
【０１７６】
任意選択で、いくつかの実施例において、前記ＤＭＲＳパターンは、
１時間ユニット内でＤＲＭＳが占有する直交周波数分割多重ＯＦＤＭシンボルの数、
１つの時間ユニット内でＤＲＭＳが占有するＯＦＤＭシンボルの位置、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つの物理リソースブロックＰＲＢ内でＤＭＲＳが占有するリソース要素ＲＥの個数、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、１つのＰＲＢ内のＤＭＲＳシンボル間の周波数領域間隔、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、前記１つのＰＲＢ内の第１のサブキャリアに対する１つのＰＲＢ内のＤＭＲＳシンボルのオフセット、
前記ＤＭＲＳが占有する１つのＯＦＤＭシンボル内で、ＤＭＲＳの周波数位置、
前記ＤＭＲＳが存在するＯＦＤＭシンボルの内で、前記ＤＭＲＳによって占有されていないＲＥ上で前記ＤＭＲＳ以外の他の信号の伝送に使用可能かどうかのうちの少なくとも１つを含む。
【０１７７】
具体的には、該ネットワークデバイス５００は、上記方法３００で説明されたネットワークデバイスに対応(例えば、構成又はそれ自体であってもよい)することができ、且つ、該ネットワークデバイス５００における各モジュール又はユニットは、それぞれ、上記方法３００でネットワークデバイスにより実行される各動作又は処理手順を実行するために使用されるが、ここでは、詳しい説明を省略する。
【０１７８】
図６に示されるように、本願の実施例は、端末デバイス６００をさらに提供し、この端末デバイス６００は、図４の端末デバイス４００であっても良く、図２の方法２００に対応する端末デバイスのコンテンツを実行するために使用される。端末デバイス６００は、入力インターフェース６１０、出力インターフェース６２０、プロセッサ６３０、及びメモリ６４０を含み、入力インターフェース６１０、出力インターフェース６２０、プロセッサ６３０、及びメモリ６４０は、バスシステムによって接続されてもよい。メモリ６４０は、プログラム、命令、またはコードを含む記憶媒体として使用される。プロセッサ６３０は、メモリ６４０内のプログラム、命令、又はコードを実行して、入力インターフェース６１０を制御して信号を受信し、出力インターフェース６２０を制御して信号を送信し、上述の方法の実施例の動作を完了する。
【０１７９】
本願の実施例において、プロセッサ６３０は、中央処理装置( Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、単に「ＣＰＵ」と呼ばれる)であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ( ＤＳＰ )、特定用途向け集積回路( ＡＳＩＣ )、既製プログラマブルゲートアレイ( ＦＰＧＡ  )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネント等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。
【０１８０】
メモリ６４０は、読み出し専用メモリおよびランダムアクセスメモリを含み得、プロセッサ６３０に命令およびデータを提供し得る。メモリ６４０の一部は、不揮発性ランダムアクセスメモリをさらに含み得る。例えば、メモリ６４０は、デバイスタイプの情報をさらに記憶してもよい。
【０１８１】
実施において、方法の各コンテンツは、プロセッサ６３０内のハードウェアの集積論理回路またはソフトウェア形態の命令によって達成され得る。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。記憶媒体は、メモリ６４０に位置し、プロセッサ６３０は、メモリ６４０内の情報を読み出し、そのハードウェアとともに、上述した方法の内容を実行する。重複を避けるため、ここでは詳細な説明は省略する。
【０１８２】
１つの具体的な実施例において、図４の端末デバイス４００に含まれた決定モジュール４１０は、図６のプロセッサ６３０で具現され、図４の端末デバイス４００に含まれた復調モジュール４２０は、図６の入力インターフェース６１０及び出力インターフェース６２０で具現される。
【０１８３】
図７に示すように、本願の実施例は、ネットワークデバイス７００をさらに提供し、このネットワークデバイス７００は、図５のネットワークデバイス５００であっても良く、図３の方法３００に対応するネットワークデバイスのコンテンツを実行するために使用される。ネットワークデバイス７００は、入力インターフェース７１０、出力インターフェース７２０、プロセッサ７３０、及びメモリ７４０を備え、これらはバスシステムにより接続され得る。メモリ７４０は、プログラム、命令、又はコードを含むデータを記憶するために使用される。プロセッサ７３０は、入力インターフェース７１０を制御して信号を受信し、出力インターフェース７２０を制御して信号を送信し、前述の方法の実施例の動作を完了するために、メモリ７４０内のプログラム、命令、又はコードを実行する。
【０１８４】
本願の実施例において、プロセッサ７３０は、中央処理装置( Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、略して「ＣＰＵ」)であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ( ＤＳＰ )、特定用途向け集積回路( ＡＳＩＣ )、既製のプログラマブルゲートアレイ( ＦＰＧＡ  )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネント等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。
【０１８５】
メモリ７４０は、読み出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ７３０に命令およびデータを提供する。メモリ７４０の一部は、不揮発性ランダムアクセスメモリをさらに含み得る。例えば、メモリ７４０は、デバイスタイプの情報をさらに記憶することができる。
【０１８６】
実施において、方法の各コンテンツは、プロセッサ７３０におけるハードウェアの集積論理回路またはソフトウェア形態の命令によって実現されてもよい。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。記憶媒体は、メモリ７４０に位置し、プロセッサ７３０は、メモリ７４０の情報を読み取り、そのハードウェアと共に、上述した方法の内容を実現する。重複を避けるため、ここでは詳細な説明は省略する。
【０１８７】
１つの具体的な実施例において、図５のネットワークデバイス５００に含まれる決定モジュール５１０は、図７のプロセッサ７３０で実装されてもよく、図５のネットワークデバイス５００に含まれる通信モジュール５２０は、図７の入力インターフェース７１０及び出力インターフェース７２０で実装されてもよい。
【０１８８】
図８は、本願の実施例におけるチップの概略構成図である。図８に示されるチップ８００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実行することができるプロセッサ８１０を含む。
【０１８９】
任意選択で、図８に示されるように、チップ８００は、メモリ８２０をさらに含んでもよい。ここで、プロセッサ８１０は、メモリ８２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。
【０１９０】
ここで、メモリ８２０は、プロセッサ８１０とは独立した１つの別個のデバイスであってもよく、プロセッサ８１０に集積されてもよい。
【０１９１】
任意選択で、このチップ８００は、入力インターフェース８３０をさらに含むことができる。プロセッサ８１０は、入力インターフェース８３０を制御して他のデバイスまたはチップと通信してもよく、具体的には、他のデバイスまたはチップによって送信された情報またはデータを取得してもよい。
【０１９２】
任意選択で、チップ８００は、出力インターフェース８４０も含み得る。プロセッサ８１０は、出力インターフェース８４０を制御して、他のデバイスまたはチップと通信してもよく、具体的には、情報またはデータを他のデバイスまたはチップに出力してもよい。
【０１９３】
任意選択で、チップは、本願の実施例におけるネットワークデバイスに適用されてもよく、チップは、本願の実施例の様々な方法においてネットワークデバイスによって実施される対応するフローを実施してもよく、簡潔にするためにここでは詳しい説明を省略する。
【０１９４】
任意選択で、チップは、本願の実施例におけるモバイル端末/端末デバイスに適用されてもよく、チップは、本願の実施例の様々な方法におけるモバイル端末/端末デバイスによって実施される対応するフローを実施してもよく、簡潔さのためにここで説明を省略する。
【０１９５】
なお、本願の実施例で言及されるチップは、システムレベルチップ、システムチップ、チップシステムまたはシステムオンチップなどと呼ばれることもある
図９は、本願の実施例によって提供される通信システム９００の概略的なブロック図である。図８に示すように、通信システム９００は、端末デバイス９１０と、ネットワークデバイス９２０とを有する。
【０１９６】
ここで、該端末デバイス９１０は、上記方法のうち端末デバイスによって実現される対応する機能を実現するために使用され、該ネットワークデバイス９２０は、上記方法のうちネットワークデバイスによって実現される対応する機能を実現するために使用され、簡潔にするために、ここでは詳しい説明を省略する。
【０１９７】
本願の実施例のプロセッサは、信号の処理能力を有する集積回路チップであり得ることが理解される。実施において、上述した方法の実施例のステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェア形態の命令によって実行されてもよい。上記のプロセッサは、汎用プロセッサ、デジタル信号プロセッサ( Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ ＰｒｏｃｅＳＳｏｒ、ＤＳＰ )、特定用途向け集積回路( Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ )、既存のプログラマブルゲートアレイ( Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタロジック、ディスクリートハードウェアコンポーネントであってもよい。本出願の実施例に開示された方法、ステップ、及び論理ブロック図は、実施され得るか、又は実行され得る。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。本願の実施例に関連して開示される方法のステップは、ハードウェアデコーディングプロセッサ実行として直接的に、または、デコーディングプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行されるとして具現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。この記憶媒体は、メモリに位置し、プロセッサは、メモリ内の情報を読み取り、ハードウェアとともに上述した方法のステップを実行する。
【０１９８】
本願の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、或いは揮発性メモリ及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、リードオンリーメモリ( Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ )、プログラマブルリードオンリーメモリ( Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ )、消去可能プログラマブルリードオンリーメモリ( Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ )、電気的消去可能プログラマブルリードオンリーメモリ( Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ )、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ )であってよい。限定ではなく例として、RAMは、スタティックランダムアクセスメモリ( Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ )、ダイナミックランダムアクセスメモリ( Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ )、シンクロナスダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ )、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ( Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ )、エンハンスメント型シンクロナスダイナミックランダムアクセスメモリ( Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ )、シンクロナス接続ダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ )、及びダイレクトメモリバスランダムアクセスメモリ( Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ ＲＡＭ )など、多くの形態で利用可能である。本明細書に記載のシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されないことに留意されたい。
【０１９９】
上述のメモリは、限定ではなく例示的であるが、例えば、本願の実施例におけるメモリは、スタティックランダムアクセスメモリ( ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ )、ダイナミックランダムアクセスメモリ( ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ )、同期ダイナミックランダムアクセスメモリ( ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ )、デュアルデータレート同期ダイナミックランダムアクセスメモリ( ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ )、拡張同期ダイナミックランダムアクセスメモリ( ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ )、同期接続ダイナミックランダムアクセスメモリ( ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ )、及びダイレクトメモリバスランダムアクセスメモリ( Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ ＲＡＭ )等であってもよいことが理解されるべきである。すなわち、本願の実施例におけるメモリは、これら及び任意の他の適切なタイプのメモリを含むことを意図しているが、これらに限定されない。
【０２００】
本願の実施例は、複数のアプリケーションプログラムを含む携帯型電子機器によって実行されると、図２及び図３に示す実施例の方法を携帯型電子機器に実行させることが可能な命令を含む１又は複数のプログラムを記憶するコンピュータ可読記憶媒体をさらに提供する。 
本願の実施例は、コンピュータプログラムをさらに提供し、コンピュータプログラムは、コンピュータプログラムがコンピュータによって実行されると、コンピュータに、図２および図３に示される実施例の方法の対応するフローを実行させる命令を含む。
【０２０１】
当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本願の範囲から逸脱するものと考えられるべきではない。
【０２０２】
当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの特定の動作プロセスが、前述の方法の実施例における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。
【０２０３】
本明細書で提供するいくつかの実施例では、開示されたシステム、装置、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記の装置の実施例は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。
【０２０４】
上記分離手段として説明したユニットは、物理的に分離していてもいなくてもよく、ユニットとして表示する手段は、物理的なユニットであってもなくてもよく、１箇所にあってもよく、あるいは複数のネットワークユニットに分散していてもよい。また、本実施例の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。
【０２０５】
また、本願の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。
【０２０６】
また、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本願の技術的解決策の本質または従来技術に寄与する部分、または本願の技術的解決策の部分は、１つのコンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい)に本願の様々な実施例による方法のステップの全てまたは一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化されてもよい。なお、前記記憶媒体としては、U-ディスク、リムーバブルハードディスク、リードオンリーメモリ( ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ )、ランダムアクセスメモリ( ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ )、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を包含する。
【０２０７】
以上、本願の具体的な実施例を説明したが、本願の技術的範囲はこれに限定されるものではなく、本願が属する技術分野で通常の知識を有する者であれば、本願の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本願の保護範囲は、特許請求の範囲によって定義されるべきである。
【図１】
2021510035.tif 000004
【図２】
2021510035.tif 000005
【図３】
2021510035.tif 000006
【図４】
2021510035.tif 000007
【図５】
2021510035.tif 000008
【図６】
2021510035.tif 000009
【図７】
2021510035.tif 000010
【図８】
2021510035.tif 000011
【図９】
2021510035.tif 000012
【国際調査報告】
2021510035.tif 000013
2021510035.tif 000014
2021510035.tif 000015
2021510035.tif 000016