▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-11-22
(54)【発明の名称】情報伝送方法、機器及び記憶媒体
(51)【国際特許分類】
H04W 8/24 20090101AFI20231115BHJP
H04W 74/08 20090101ALI20231115BHJP
【ＦＩ】
H04W8/24
H04W74/08
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023516724
(86)(22)【出願日】2020-09-22
(85)【翻訳文提出日】2023-03-14
(86)【国際出願番号】 CN2020116792
(87)【国際公開番号】W WO2022061507
(87)【国際公開日】2022-03-31
(81)【指定国・地域】
(71)【出願人】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100126000
【弁理士】
【氏名又は名称】岩池 満
(74)【代理人】
【識別番号】100203105
【弁理士】
【氏名又は名称】江口 能弘
(72)【発明者】
【氏名】ヘ チュアンフェン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067EE02
5K067EE10
(57)【要約】
本願は、情報伝送方法、機器及び記憶媒体を提供し、当該方法は、端末機器が端末機器の機器情報を指示するための指示情報を生成し、物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられた指示情報をネットワーク機器に送信することと、ネットワーク機器が受信した指示情報に従って端末機器の機器情報を決定することと、を含む。上記伝送方式によって、ネットワーク機器に端末の機器タイプ又は受信能力を認識させ、それによってダウンリンクスペクトルの利用率を向上させる。
【選択図】図４
【選択図】図４
【特許請求の範囲】
【請求項1】
情報伝送方法であって、端末機器が前記端末機器の機器情報を指示するための指示情報を生成するステップと、
前記端末機器が物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられた指示情報をネットワーク機器に送信するステップと、を含むことを特徴とする情報伝送方法。
【請求項2】
前記端末機器の機器情報は、前記端末機器の機器タイプ、受信アンテナ数の少なくとも１つを含むことを特徴とする請求項１に記載の方法。
【請求項3】
前記ＰＵＳＣＨは、Ｍｓｇ３におけるＰＵＳＣＨ、または、ＭｓｇＡにおけるＰＵＳＣＨであることを特徴とする請求項１又は２に記載の方法。
【請求項4】
前記指示情報が載せられたＰＵＳＣＨのスクランブルコードと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項１～３のいずれか１項に記載の方法。
【請求項5】
前記指示情報が載せられたＰＵＳＣＨのスクランブルコードは第１の初期化値に従って決定され、前記第１の初期化値と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項４に記載の方法。
【請求項6】
前記第１の初期化値は第１のパラメータに従って決定され、前記第１のパラメータは、無線ネットワーク一時識別子、データスクランブルコード識別子、ランダムアクセスプリアンブルインデックスの少なくとも１つを含み、前記第１のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項５に記載の方法。
【請求項7】
前記第１の初期化値は第２のパラメータに従って決定され、前記第２のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項５に記載の方法。
【請求項8】
前記指示情報が載せられたＰＵＳＣＨの復調基準信号（ＤＭＲＳ）の配列と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項１～３のいずれか１項に記載の方法。
【請求項9】
前記ＰＵＳＣＨのＤＭＲＳの配列は第２の初期化値に従って決定され、前記第２の初期化値と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項８に記載の方法。
【請求項10】
前記第２の初期化値は第３のパラメータに従って決定され、前記第３のパラメータは、前記ＤＭＲＳのシンボル位置、シンボルの個数、ＣＤＭグループ、スクランブルパラメータの少なくとも１つを含み、前記第３のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項９に記載の方法。
【請求項11】
前記第２の初期化値は第４のパラメータに従って決定され、前記第４のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項９に記載の方法。
【請求項12】
前記方法は、端末機器が指示情報を生成するステップの前に、前記端末機器が前記ネットワーク機器からの構成情報を受信するステップであって、前記構成情報が前記ＰＵＳＣＨの構成情報を含むステップを含み、
端末機器が指示情報を生成するステップは、
前記端末機器が前記構成情報に従って前記指示情報を生成するステップを含むことを特徴とする請求項１～３のいずれか１項に記載の方法。
【請求項13】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのリソースの構成情報を含み、前記ＰＵＳＣＨのリソースの構成情報は前記ＰＵＳＣＨのリソースと前記端末機器の機器情報との対応関係を含むことを特徴とする請求項１２に記載の方法。
【請求項14】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのスクランブルコードの構成情報を含み、前記ＰＵＳＣＨのスクランブルコードの構成情報は、第１のパラメータと前記端末機器の機器情報との対応関係、または、第２のパラメータと前記端末機器の機器情報との対応関係を含み、前記第１のパラメータ又は前記第２のパラメータはいずれも、前記ＰＵＳＣＨのスクランブルコードを生成する第１の初期化値を決定することに用いられることを特徴とする請求項１２に記載の方法。
【請求項15】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含み、前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報は前記ＰＵＳＣＨのＤＭＲＳのリソースと前記端末機器の機器情報との対応関係を含むことを特徴とする請求項１２に記載の方法。
【請求項16】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのＤＭＲＳの配列の構成情報を含み、前記ＰＵＳＣＨのＤＭＲＳの配列の構成情報は、第３のパラメータと前記端末機器の機器情報との対応関係、または、第４のパラメータと前記端末機器の機器情報との対応関係を含み、前記第３のパラメータ又は前記第４のパラメータはいずれも、前記ＰＵＳＣＨのＤＭＲＳの配列を生成する第２の初期化値を決定することに用いられることを特徴とする請求項１２に記載の方法。
【請求項17】
前記ＰＵＳＣＨの構成情報は、前記ＰＵＳＣＨのスクランブルコード及び前記ＰＵＳＣＨのＤＭＲＳの配列の少なくとも１つと、前記端末機器の機器情報との対応関係を含むことを特徴とする請求項１２に記載の方法。
【請求項18】
前記ＰＵＳＣＨの構成情報は、前記ＰＵＳＣＨのリソースの構成情報及び前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含むことを特徴とする請求項１２に記載の方法。
【請求項19】
情報伝送方法であって、ネットワーク機器が端末機器からの指示情報を受信するステップであって、前記指示情報は前記端末機器の機器情報を指示するためのものであり、前記指示情報は物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられたものであるステップと、
前記ネットワーク機器が前記指示情報に従って前記端末機器の機器情報を決定するステップと、を含むことを特徴とする情報伝送方法。
【請求項20】
前記端末機器の機器情報は、前記端末機器の機器タイプ、受信アンテナ数、の少なくとも１つを含むことを特徴とする請求項１９に記載の方法。
【請求項21】
前記ＰＵＳＣＨは、Ｍｓｇ３におけるＰＵＳＣＨ、または、ＭｓｇＡにおけるＰＵＳＣＨであることを特徴とする請求項１９又は２０に記載の方法。
【請求項22】
前記指示情報が載せられたＰＵＳＣＨのスクランブルコードと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項１９～２１のいずれか１項に記載の方法。
【請求項23】
前記指示情報が載せられたＰＵＳＣＨのスクランブルコードは第１の初期化値に従って決定され、前記第１の初期化値と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項２２に記載の方法。
【請求項24】
前記第１の初期化値は第１のパラメータに従って決定され、前記第１のパラメータは、無線ネットワーク一時識別子、データスクランブルコード識別子、ランダムアクセスプリアンブルインデックスの少なくとも１つを含み、前記第１のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項２３に記載の方法。
【請求項25】
前記第１の初期化値は第２のパラメータに従って決定され、前記第２のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項２３に記載の方法。
【請求項26】
前記指示情報が載せられたＰＵＳＣＨの復調基準信号（ＤＭＲＳ）の配列と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項１９～２１のいずれか１項に記載の方法。
【請求項27】
前記ＰＵＳＣＨのＤＭＲＳの配列は第２の初期化値に従って決定され、前記第２の初期化値と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項２６に記載の方法。
【請求項28】
前記第２の初期化値は第３のパラメータに従って決定され、前記第３のパラメータは、前記ＤＭＲＳのシンボル位置、シンボルの個数、ＣＤＭグループ、スクランブルパラメータの少なくとも１つを含み、前記第３のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項２７に記載の方法。
【請求項29】
前記第２の初期化値は第４のパラメータに従って決定され、前記第４のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項２７に記載の方法。
【請求項30】
前記方法はさらに、前記ネットワーク機器が前記ＰＵＳＣＨの構成情報を含む構成情報を前記端末機器に送信するステップを含み、前記指示情報は、前記端末機器によって前記構成情報に従って生成されたものであることを特徴とする請求項１９～２１のいずれか１項に記載の方法。
【請求項31】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのリソースの構成情報を含み、前記ＰＵＳＣＨのリソースの構成情報は前記ＰＵＳＣＨのリソースと前記端末機器の機器情報との対応関係を含むことを特徴とする請求項３０に記載の方法。
【請求項32】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのスクランブルコードの構成情報を含み、前記ＰＵＳＣＨのスクランブルコードの構成情報は、第１のパラメータと前記端末機器の機器情報との対応関係、または、第２のパラメータと前記端末機器の機器情報との対応関係を含み、前記第１のパラメータ又は前記第２のパラメータはいずれも、前記ＰＵＳＣＨのスクランブルコードを生成する第１の初期化値を決定することに用いられることを特徴とする請求項３０に記載の方法。
【請求項33】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含み、前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報は前記ＰＵＳＣＨのＤＭＲＳのリソースと前記端末機器の機器情報との対応関係を含むことを特徴とする請求項３０に記載の方法。
【請求項34】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのＤＭＲＳの配列の構成情報を含み、前記ＰＵＳＣＨのＤＭＲＳの配列の構成情報は、第３のパラメータと前記端末機器の機器情報との対応関係、または、第４のパラメータと前記端末機器の機器情報との対応関係を含み、前記第３のパラメータ又は前記第４のパラメータはいずれも、前記ＰＵＳＣＨのＤＭＲＳの配列を生成する第２の初期化値を決定することに用いられることを特徴とする請求項３０に記載の方法。
【請求項35】
前記ＰＵＳＣＨの構成情報は、前記ＰＵＳＣＨのスクランブルコード及び前記ＰＵＳＣＨのＤＭＲＳの配列の少なくとも１つと、前記端末機器の機器情報との対応関係を含むことを特徴とする請求項３０に記載の方法。
【請求項36】
前記ＰＵＳＣＨの構成情報は、前記ＰＵＳＣＨのリソースの構成情報及び前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含むことを特徴とする請求項３０に記載の方法。
【請求項37】
端末機器であって、前記端末機器の機器情報を指示するための指示情報を生成するための処理モジュールと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられた指示情報をネットワーク機器に送信するための送信モジュールと、を含むことを特徴とする端末機器。
【請求項38】
前記端末機器の機器情報は、前記端末機器の機器タイプ、受信アンテナ数の少なくとも１つを含むことを特徴とする請求項３７に記載の機器。
【請求項39】
前記ＰＵＳＣＨは、Ｍｓｇ３におけるＰＵＳＣＨ、または、ＭｓｇＡにおけるＰＵＳＣＨであることを特徴とする請求項３７又は３８に記載の機器。
【請求項40】
前記指示情報が載せられたＰＵＳＣＨのスクランブルコードと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項３７～３９のいずれか１項に記載の機器。
【請求項41】
前記指示情報が載せられたＰＵＳＣＨのスクランブルコードは第１の初期化値に従って決定され、前記第１の初期化値と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項４０に記載の機器。
【請求項42】
前記第１の初期化値は第１のパラメータに従って決定され、前記第１のパラメータは、無線ネットワーク一時識別子、データスクランブルコード識別子、ランダムアクセスプリアンブルインデックスの少なくとも１つを含み、前記第１のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項４１に記載の機器。
【請求項43】
前記第１の初期化値は第２のパラメータに従って決定され、前記第２のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項４１に記載の機器。
【請求項44】
前記指示情報が載せられたＰＵＳＣＨの復調基準信号（ＤＭＲＳ）の配列と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項３７～３９のいずれか１項に記載の機器。
【請求項45】
前記ＰＵＳＣＨのＤＭＲＳの配列は第２の初期化値に従って決定され、前記第２の初期化値と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項４４に記載の機器。
【請求項46】
前記第２の初期化値は第３のパラメータに従って決定され、前記第３のパラメータは、前記ＤＭＲＳのシンボル位置、シンボルの個数、ＣＤＭグループ、スクランブルパラメータの少なくとも１つを含み、前記第３のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項４５に記載の機器。
【請求項47】
前記第２の初期化値は第４のパラメータに従って決定され、前記第４のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項４５に記載の機器。
【請求項48】
前記端末機器はさらに、受信モジュールを含み、前記受信モジュールは、前記ネットワーク機器からの構成情報を受信することに用いられ、前記構成情報が前記ＰＵＳＣＨの構成情報を含み、
前記処理モジュールは、具体的に、前記構成情報に従って前記指示情報を生成することに用いられることを特徴とする請求項３７～３９のいずれか１項に記載の機器。
【請求項49】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのリソースの構成情報を含み、前記ＰＵＳＣＨのリソースの構成情報は前記ＰＵＳＣＨのリソースと前記端末機器の機器情報との対応関係を含むことを特徴とする請求項４８に記載の機器。
【請求項50】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのスクランブルコードの構成情報を含み、前記ＰＵＳＣＨのスクランブルコードの構成情報は、第１のパラメータと前記端末機器の機器情報との対応関係、または、第２のパラメータと前記端末機器の機器情報との対応関係を含み、前記第１のパラメータ又は前記第２のパラメータはいずれも、前記ＰＵＳＣＨのスクランブルコードを生成する第１の初期化値を決定することに用いられることを特徴とする請求項４８に記載の機器。
【請求項51】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含み、前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報は前記ＰＵＳＣＨのＤＭＲＳのリソースと前記端末機器の機器情報との対応関係を含むことを特徴とする請求項４８に記載の機器。
【請求項52】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのＤＭＲＳの配列の構成情報を含み、前記ＰＵＳＣＨのＤＭＲＳの配列の構成情報は、第３のパラメータと前記端末機器の機器情報との対応関係、または、第４のパラメータと前記端末機器の機器情報との対応関係を含み、前記第３のパラメータ又は前記第４のパラメータはいずれも、前記ＰＵＳＣＨのＤＭＲＳの配列を生成する第２の初期化値を決定することに用いられることを特徴とする請求項４８に記載の機器。
【請求項53】
前記ＰＵＳＣＨの構成情報は、前記ＰＵＳＣＨのスクランブルコード及び前記ＰＵＳＣＨのＤＭＲＳの配列の少なくとも１つと、前記端末機器の機器情報との対応関係を含むことを特徴とする請求項４８に記載の機器。
【請求項54】
前記ＰＵＳＣＨの構成情報は、前記ＰＵＳＣＨのリソースの構成情報及び前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含むことを特徴とする請求項４８に記載の機器。
【請求項55】
ネットワーク機器であって、端末機器からの指示情報を受信するための受信モジュールであって、前記指示情報は前記端末機器の機器情報を指示するためのものであり、前記指示情報は物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられたものである、受信モジュールと、
前記指示情報に従って前記端末機器の機器情報を決定するための処理モジュールと、を含むことを特徴とするネットワーク機器。
【請求項56】
前記端末機器の機器情報は、前記端末機器の機器タイプ、受信アンテナ数の少なくとも１つを含むことを特徴とする請求項５５に記載の機器。
【請求項57】
前記ＰＵＳＣＨは、Ｍｓｇ３におけるＰＵＳＣＨ、または、ＭｓｇＡにおけるＰＵＳＣＨであることを特徴とする請求項５５又は５６に記載の機器。
【請求項58】
前記指示情報が載せられたＰＵＳＣＨのスクランブルコードと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項５５～５７のいずれか１項に記載の機器。
【請求項59】
前記指示情報が載せられたＰＵＳＣＨのスクランブルコードは第１の初期化値に従って決定され、前記第１の初期化値と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項５８に記載の機器。
【請求項60】
前記第１の初期化値は第１のパラメータに従って決定され、前記第１のパラメータは、無線ネットワーク一時識別子、データスクランブルコード識別子、ランダムアクセスプリアンブルインデックスの少なくとも１つを含み、前記第１のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項５９に記載の機器。
【請求項61】
前記第１の初期化値は第２のパラメータに従って決定され、前記第２のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項５９に記載の機器。
【請求項62】
前記指示情報が載せられたＰＵＳＣＨの復調基準信号（ＤＭＲＳ）の配列と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項５５～５７のいずれか１項に記載の機器。
【請求項63】
前記ＰＵＳＣＨのＤＭＲＳの配列は第２の初期化値に従って決定され、前記第２の初期化値と前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項６２に記載の機器。
【請求項64】
前記第２の初期化値は第３のパラメータに従って決定され、前記第３のパラメータは、前記ＤＭＲＳのシンボル位置、シンボルの個数、ＣＤＭグループ、スクランブルパラメータの少なくとも１つを含み、前記第３のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項６３に記載の機器。
【請求項65】
前記第２の初期化値は第４のパラメータに従って決定され、前記第４のパラメータと前記端末機器の機器情報とは対応関係を有していることを特徴とする請求項６３に記載の機器。
【請求項66】
前記ネットワーク機器はさらに、送信モジュールを含み、前記送信モジュールは、前記ＰＵＳＣＨの構成情報を含む構成情報を前記端末機器に送信することに用いられ、前記指示情報は、前記端末機器によって前記構成情報に従って生成されたものであることを特徴とする請求項５５～５７のいずれか１項に記載の機器。
【請求項67】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのリソースの構成情報を含み、前記ＰＵＳＣＨのリソースの構成情報は前記ＰＵＳＣＨのリソースと前記端末機器の機器情報との対応関係を含むことを特徴とする請求項６６に記載の機器。
【請求項68】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのスクランブルコードの構成情報を含み、前記ＰＵＳＣＨのスクランブルコードの構成情報は、第１のパラメータと前記端末機器の機器情報との対応関係、または、第２のパラメータと前記端末機器の機器情報との対応関係を含み、前記第１のパラメータ又は前記第２のパラメータはいずれも、前記ＰＵＳＣＨのスクランブルコードを生成する第１の初期化値を決定することに用いられることを特徴とする請求項６６に記載の機器。
【請求項69】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含み、前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報は前記ＰＵＳＣＨのＤＭＲＳのリソースと前記端末機器の機器情報との対応関係を含むことを特徴とする請求項６６に記載の機器。
【請求項70】
前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのＤＭＲＳの配列の構成情報を含み、前記ＰＵＳＣＨのＤＭＲＳの配列の構成情報は、第３のパラメータと前記端末機器の機器情報との対応関係、または、第４のパラメータと前記端末機器の機器情報との対応関係を含み、前記第３のパラメータ又は前記第４のパラメータはいずれも、前記ＰＵＳＣＨのＤＭＲＳの配列を生成する第２の初期化値を決定することに用いられることを特徴とする請求項６６に記載の機器。
【請求項71】
前記ＰＵＳＣＨの構成情報は、前記ＰＵＳＣＨのスクランブルコード及び前記ＰＵＳＣＨのＤＭＲＳの配列の少なくとも１つと、前記端末機器の機器情報との対応関係を含むことを特徴とする請求項６６に記載の機器。
【請求項72】
前記ＰＵＳＣＨの構成情報は、前記ＰＵＳＣＨのリソースの構成情報及び前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含むことを特徴とする請求項６６に記載の機器。
【請求項73】
メモリと、プロセッサと、を含む端末機器であって、前記メモリは、コンピュータプログラムを記憶することに用いられ、前記プロセッサは、前記メモリから前記コンピュータプログラムを呼び出して実行することにより、前記プロセッサで前記コンピュータプログラムを実行させ、請求項１～１８のいずれか１項に記載の方法を実行させることに用いられることを特徴とする端末機器。
【請求項74】
メモリと、プロセッサと、を含むネットワーク機器であって、前記メモリは、コンピュータプログラムを記憶することに用いられ、前記プロセッサは、前記メモリから前記コンピュータプログラムを呼び出して実行することにより、前記プロセッサで前記コンピュータプログラムを実行させ、請求項１９～３６のいずれか１項に記載の方法を実行させることに用いられることを特徴とするネットワーク機器。
【請求項75】
コンピュータプログラムを含む記憶媒体であって、前記コンピュータプログラムは、請求項１～１８のいずれか１項に記載の方法、または、請求項１９～３６のいずれか１項に記載の方法を実現することに用いられることを特徴とする記憶媒体。【発明の詳細な説明】
【技術分野】
【0001】
本願の実施例は、通信技術の分野に関し、特に、情報伝送方法、機器及び記憶媒体に関する。
【背景技術】
【0002】
モノのインターネットのシーンでの端末に関しては、当該端末は、従来のニューラジオ（ｎｅｗ ｒａｄｉｏ、ＮＲ）端末に比べて、帯域幅がより小さく、処理速度がより遅く、アンテナ数がより少なくなっているなどの特徴を持っており、このような端末は、能力削減（Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ、ＲｅｄＣａｐ）タイプの端末と称される。
【0003】
ランダムアクセスプロセスでは、ネットワーク機器は共通チャネルを介してＭｓｇ２、Ｍｓｇ４、又はＭｓｇＢを端末に送信し、ネットワーク機器は端末タイプを認識することができないため、１つの解決案として、ネットワーク機器はデフォルトの端末の受信アンテナ数に従って、ダウンリンクチャネルの伝送方式を設定し、例えば、リソースサイズのスケジューリング、符号化方式の変調などが挙げられる。上記解決案を採用すると、ダウンリンクスペクトル効率が低下してしまう。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本願の実施例は、情報伝送方法、機器及び記憶媒体を提供し、ネットワーク機器に端末の機器タイプ又は受信能力を認識させ、それによってダウンリンクスペクトルの利用率を向上させる。
【課題を解決するための手段】
【0005】
第１の態様では、本願の実施例は、情報伝送方法を提供し、前記方法は、端末機器が前記端末機器の機器情報を指示するための指示情報を生成するステップと、前記端末機器が物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられた指示情報をネットワーク機器に送信するステップと、を含む。
【0006】
第２の態様では、本願の実施例は、情報伝送方法を提供し、前記方法は、ネットワーク機器が端末機器からの指示情報を受信するステップであって、前記指示情報は前記端末機器の機器情報を指示するためのものであり、前記指示情報は物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられるステップと、前記ネットワーク機器が前記指示情報に従って前記端末機器の機器情報を決定するステップと、を含む。
【0007】
第３の態様では、本願の実施例は、処理モジュールと、送信モジュールと、を含む端末機器を提供し、処理モジュールは、前記端末機器の機器情報を指示するための指示情報を生成することに用いられ、送信モジュールは、物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられた指示情報をネットワーク機器に送信することに用いられる。
【0008】
第４の態様では、本願の実施例は、受信モジュールと、処理モジュールと、を含むネットワーク機器を提供し、受信モジュールは、端末機器からの指示情報を受信することに用いられ、前記指示情報は前記端末機器の機器情報を指示するためのものであり、前記指示情報は物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられ、処理モジュールは、前記指示情報に従って前記端末機器の機器情報を決定することに用いられる。
【0009】
第５の態様では、本願の実施例は、メモリと、プロセッサと、を含む端末機器を提供し、前記メモリは、コンピュータプログラムを記憶することに用いられ、前記プロセッサは、前記メモリから前記コンピュータプログラムを呼び出して実行することにより、前記プロセッサで前記コンピュータプログラムを実行させ、第１の態様のいずれか１項に記載の方法を実行させることに用いられる。
【0010】
第６の態様では、本願の実施例は、メモリと、プロセッサと、を含むネットワーク機器を提供し、前記メモリは、コンピュータプログラムを記憶することに用いられ、前記プロセッサは、前記メモリから前記コンピュータプログラムを呼び出して実行することにより、前記プロセッサで前記コンピュータプログラムを実行させ、第２の態様のいずれか１項に記載の方法を実行させることに用いられる。
【0011】
第７の態様では、本願の実施例は、コンピュータプログラムを含む記憶媒体を提供し、前記コンピュータプログラムは第１の態様のいずれか１項に記載の方法を実現することに用いられる。
【0012】
第８の態様では、本願の実施例は、コンピュータプログラムを含む記憶媒体を提供し、前記コンピュータプログラムは第２の態様のいずれか１項に記載の方法を実現することに用いられる。
【発明の効果】
【0013】
本願の実施例は、情報伝送方法、機器及び記憶媒体を提供し、当該方法は、端末機器が、端末機器の機器情報を指示するための指示情報を生成し、物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられた指示情報をネットワーク機器に送信するステップと、ネットワーク機器が受信した指示情報に従って端末機器の機器情報を決定するステップと、を含む。上記伝送方式によって、ネットワーク機器に端末の機器タイプ又は受信能力を認識させ、それによってダウンリンクスペクトルの利用率を向上させる。
【図面の簡単な説明】
【0014】
【図1】本願の実施例により提供される１つの通信システムの構造概略図である。
【図2】本願の実施例により提供される１つのランダムアクセスプロセスの概略図である。
【図3】本願の実施例により提供される１つのランダムアクセスプロセスの概略図である。
【図4】本願の実施例により提供される１つの情報伝送方法のインタラクション概略図である。
【図5】本願の実施例により提供される指示情報の位置概略図である。
【図6】本願の実施例により提供される１つの情報伝送方法のインタラクション概略図である。
【図7】本願の実施例により提供される１つの端末機器の構造概略図である。
【図8】本願の実施例により提供される１つの端末機器の構造概略図である。
【図9】本願の実施例により提供される１つのネットワーク機器の構造概略図である。
【図10】本願の実施例により提供される１つのネットワーク機器の構造概略図である。
【図11】本願の実施例により提供される１つの端末機器のハードウェア構造概略図である。
【図12】本願の実施例により提供される１つのネットワーク機器のハードウェア構造概略図である。
【発明を実施するための形態】
【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】
１つのケースでは、Ｍｓｇ３のＰＵＳＣＨのスクランブルコードを生成する第１の初期化値は、第１のパラメータに従って決定されてもよく、第１のパラメータは、端末の無線ネットワーク一時識別子、データスクランブルコード識別子の少なくとも１つを含み、具体的には式１を参照することができる。
ｃｉｎｔ＝ｎＲＮＴＩ・２１５＋ｎＩＤ 式１
ｃｉｎｔ＝ｎＲＮＴＩ・２１５＋ｎＩＤ 式１
【0055】
上式には、ｃｉｎｔは、Ｍｓｇ３のＰＵＳＣＨスクランブルコードを生成する第１の初期化値を表し、ｎＲＮＴＩは、端末の無線ネットワーク一時識別子を表し、ｎＩＤは、データスクランブルコード識別子、すなわち、上位層パラメータｄａｔａＳｃｒａｍｂｌｉｎｇＩｄｅｎｔｉｔｙＰＵＳＣＨのとる値を表し、ｎＩＤ∈（０，１，…，１０２３）のようにしている。ランダムアクセスプロセスでのＭｓｇ３の伝送について、上位層にＴＣ－ＲＮＴＩ（一時的なＣ－ＲＮＴＩ）が割り当てられた場合には、ｎＲＮＴＩがＴＣ－ＲＮＴＩであるが、そうでない場合には、ｎＲＮＴＩがＣ－ＲＮＴＩ（Ｃｅｌｌ－ＲＮＴＩ）である。
【0056】
式１から分かるように、ｎＩＤが変わらない場合には、異なるｎＲＮＴＩが異なるｃｉｎｔに対応し、異なるｃｉｎｔが異なるＭｓｇ３のＰＵＳＣＨのスクランブルコードを生成し、異なるスクランブルコードが異なる機器タイプ又は受信能力の端末に対応する。従って、一例として、ｎＲＮＴＩは端末機器の機器情報とは対応関係を有している。
【0057】
または、ｎＲＮＴＩが変わらない場合には、異なるｎＩＤが異なるに対応し、異なるｃｉｎｔが異なるＭｓｇ３のＰＵＳＣＨのスクランブルコードを生成し、異なるスクランブルコードが異なる機器タイプ又は受信能力の端末に対応する。従って、一例として、ｎＩＤは端末機器の機器情報とは対応関係を有している。
【0058】
または、端末の機器タイプ又は受信能力はｎＲＮＴＩとｎＩＤとで共同で指示される。
【0059】
上記のケースでは、端末機器は、第１の初期化値の計算式における元のパラメータ（例えばｎＲＮＴＩ又はｎＩＤ）で端末の機器タイプ又は受信能力を指示するための指示情報が載せられる。
【0060】
他のケースでは、Ｍｓｇ３のＰＵＳＣＨのスクランブルコードを生成する第１の初期化値は、第２のパラメータに従って決定されてもよく、第２のパラメータが追加されたパラメータである。例示的に、第２のパラメータはｎＲＣに設定されると、式１は式２に変更され得る。
ｃｉｎｔ＝ｎＲＮＴＩ・２ｙ＋ｎＩＤ・２ｘ＋ｎＲＣ 式２
ｃｉｎｔ＝ｎＲＮＴＩ・２ｙ＋ｎＩＤ・２ｘ＋ｎＲＣ 式２
【0061】
上式には、ｘはｎＲＣのとる値の範囲に依存し、ｎＲＣのとる値の範囲は｛０，Ｎ－１｝とする場合、ｘ＝ｌｏｇ２（Ｎ）、ｙ＝ｘ＋ａとし、ａはｎＩＤのとる値の範囲に対応し、ｎＩＤ∈（０，１，…，１０２３）とし、例えばａ＝１５が挙げられる。Ｎのとる値は指示される機器タイプの数に依存し、例えばＲｅｄＣａｐ端末タイプ及び非ＲｅｄＣａｐ端末タイプは指示される場合、Ｎは２という値を取り、また、例えばＲｅｄＣａｐ端末タイプ１、２、３、４は指示される場合、Ｎは４という値を取る。
【0062】
異なるｎＲＣは異なる指示情報が載せられるためのものであってよい。例えば、
ｎＲＣ＝０は、ＲｅｄＣＡＰ端末タイプ１、又は受信アンテナ数が１であることを表し、
ｎＲＣ＝１は、ＲｅｄＣＡＰ端末タイプ２、又は受信アンテナ数が２であることを表す。
ｎＲＣ＝０は、ＲｅｄＣＡＰ端末タイプ１、又は受信アンテナ数が１であることを表し、
ｎＲＣ＝１は、ＲｅｄＣＡＰ端末タイプ２、又は受信アンテナ数が２であることを表す。
【0063】
上記のケースでは、端末機器は第１の初期化値の計算式に新たなパラメータを追加し、新たなパラメータで、端末の機器タイプ又は受信能力を指示するための指示情報が載せられる。
【0064】
上記の説明から分かるように、上記の選択的な形態では、異なるＭｓｇ３のＰＵＳＣＨのスクランブルコードで指示情報が載せられることで、新たな指示情報を追加することなく、容易に実現し、後方互換性に優れる。
【0065】
１つの選択的な形態では、端末機器は、Ｍｓｇ３のＰＵＳＣＨのＤＭＲＳ配列で指示情報が載せられてもよい。異なる機器タイプ又は異なる受信能力の端末は異なるＭｓｇ３ ＰＵＳＣＨのＤＭＲＳ配列に対応する。例示的に、ＲｅｄＣａｐ端末としては、当該端末はＭｓｇ３ ＰＵＳＣＨのＤＲＭＳをネットワーク機器に送信する際、非ＲｅｄＣａｐ端末と異なるＭｓｇ３ ＰＵＳＣＨのＤＭＲＳ配列を採用することで、ネットワークにその端末の機器タイプ又は受信能力を暗示的に指示することができる。
【0066】
一例として、指示情報が載せられたＭｓｇ３のＰＵＳＣＨ ＤＭＲＳの配列は端末機器の機器情報とは対応関係を有しており、すなわち、異なる機器タイプ又は受信能力の端末は異なるＭｓｇ３のＰＵＳＣＨ ＤＭＲＳの配列に対応する。Ｍｓｇ３のＰＵＳＣＨ ＤＭＲＳの配列は第２の初期化値に従って決定されたものであり、異なる第２の初期化値は異なるＭｓｇ３のＰＵＳＣＨ ＤＭＲＳの配列を生成するため、他の例として、第２の初期化値は端末機器の機器情報とは対応関係を有している。
【0067】
１つのケースでは、Ｍｓｇ３のＰＵＳＣＨ ＤＭＲＳの配列を生成する第２の初期化値は第３のパラメータに従って決定されてもよく、第３のパラメータは、ＤＭＲＳのシンボル位置、シンボルの個数、コードグループ（ＣＤＭグループ）、スクランブルパラメータの少なくとも１つを含み、具体的には式３を参照することができる。
【数1】
【0068】
上式には、
はスロットに含まれるシンボルの個数を表し、
は無線フレーム内のスロット番号を表し、ｌはスロット内の直交周波数分割多重（ＯＦＤＭ）シンボル番号を表す。
はスクランブルパラメータを表し、
とし、これは上位層構成パラメータによって決定され、構成されていない場合には、
とし、
はセル識別子を表す。上位層にパラメータｄｍｒｓ－Ｕｐｌｉｎｋ－ｒ１６が構成され、
とする場合には、
とし、
する場合には、
とする。λはＤＭＲＳのＣＤＭグループで、λ∈（０，１）とする。ｎＳＣＩＤ∈（０，１）とし、ＤＣＩ ｆｏｒｍａｔ ０＿１又は０＿２によって指示されるか、または、上位層パラメータによって指示されるか、または、２－Ｓｔｅｐ ＲＡＣＨプロセスでｐｒｅａｍｂｌｅとＰＵＳＣＨオケージョンとＤＭＲＳリソースとの間の関連関係に従って決定されるが、そうでない場合には、ｎＳＣＩＤ＝０とする。
【数2】
【数3】
【数4】
【数5】
【数6】
【数7】
【数8】
【数9】
【数10】
【数11】
【0069】
式３から分かるように、他のパラメータが変わらない場合には、異なるスクランブルパラメータは異なるｃｉｎｔに対応し、異なるｃｉｎｔは異なるＭｓｇ３のＰＵＳＣＨ ＤＭＲＳ配列を生成し、異なるＤＭＲＳ配列は異なる機器タイプ又は受信能力の端末に対応する。従って、一例として、スクランブルパラメータは端末機器の機器情報とは対応関係を有している。
【0070】
または、他のパラメータが変わらない場合には、異なるＤＭＲＳのシンボル位置は異なるｃｉｎｔに対応し、異なるｃｉｎｔは異なるＭｓｇ３のＰＵＳＣＨ ＤＭＲＳ配列を生成し、異なるＤＭＲＳ配列は異なる機器タイプ又は受信能力の端末に対応する。従って、一例として、ＤＭＲＳのシンボル位置は端末機器の機器情報とは対応関係を有している。
【0071】
または、他のパラメータが変わらない場合には、異なるＤＭＲＳのシンボルの個数は異なるｃｉｎｔに対応し、異なるｃｉｎｔは異なるＭｓｇ３のＰＵＳＣＨ ＤＭＲＳ配列を生成し、異なるＤＭＲＳ配列は異なる機器タイプ又は受信能力の端末に対応する。従って、一例として、ＤＭＲＳのシンボルの個数は端末機器の機器情報とは対応関係を有している。
【0072】
または、他のパラメータが変わらない場合には、異なるＤＭＲＳのＣＤＭグループは異なるｃｉｎｔに対応し、異なるｃｉｎｔは異なるＭｓｇ３のＰＵＳＣＨ ＤＭＲＳ配列を生成し、異なるＤＭＲＳ配列は異なる機器タイプ又は受信能力の端末に対応する。従って、一例として、ＤＭＲＳのＣＤＭグループは端末機器の機器情報とは対応関係を有している。
【0073】
または、端末の機器タイプ又は受信能力は、ＤＭＲＳのシンボル位置、シンボルの個数、ＣＤＭグループ、スクランブルパラメータの少なくとも２つで共同で指示される。
【0074】
上記のケースでは、端末機器は、第２の初期化値の計算式における元のパラメータ（例えばＤＭＲＳのシンボル位置、シンボルの個数、ＣＤＭグループ、又はスクランブルパラメータ）で端末の機器タイプ又は受信能力を指示するための指示情報が載せられてもよい。
【0075】
他のケースでは、Ｍｓｇ３のＰＵＳＣＨ ＤＭＲＳの配列を生成する第２の初期化値は第４のパラメータに従って決定されてもよく、第４のパラメータは追加されたパラメータである。例示的に、第４のパラメータはｎＲＣに設定されると、式３は式４に変更され得る。
【数12】
【0076】
異なるｎＲＣは異なる指示情報が載せられるためのものであってよい。例えば、
ｎＲＣ＝０は、ＲｅｄＣＡＰ端末タイプ１、又は受信アンテナ数が１であることを表し、
ｎＲＣ＝１は、ＲｅｄＣＡＰ端末タイプ２、又は受信アンテナ数が２であることを表す。
ｎＲＣ＝０は、ＲｅｄＣＡＰ端末タイプ１、又は受信アンテナ数が１であることを表し、
ｎＲＣ＝１は、ＲｅｄＣＡＰ端末タイプ２、又は受信アンテナ数が２であることを表す。
【0077】
上記のケースでは、端末機器は、第２の初期化値の計算式に新たなパラメータを追加し、新たなパラメータで端末の機器タイプ又は受信能力を指示するための指示情報が載せられる。
【0078】
上記の説明から分かるように、上記の選択的な形態では、異なるＭｓｇ３のＰＵＳＣＨ ＤＭＲＳ配列で指示情報が載せられ、新たな指示情報を追加することなく、容易に実現し、後方互換性に優れる。
【0079】
本願の１つの実施例において、２－Ｓｔｅｐ ＲＡＣＨプロセスでは、端末機器は、ＭｓｇＡのＰＵＳＣＨで端末機器の機器タイプ又は受信能力を指示するための指示情報が載せられてもよい。
【0080】
１つの選択的な形態では、端末機器は、ＭｓｇＡのＰＵＳＣＨのスクランブルコードで指示情報が載せられてもよい。異なる機器タイプ又は異なる受信能力の端末は異なるＭｓｇＡ ＰＵＳＣＨのスクランブルコードに対応する。例示的に、ＲｅｄＣａｐ端末としては、当該端末は、ＭｓｇＡ ＰＵＳＣＨをネットワーク機器に送信する際、非ＲｅｄＣａｐ端末と異なるＭｓｇＡ ＰＵＳＣＨのスクランブルコードを採用することで、ネットワークにその端末の機器タイプ又は受信能力を暗示的に指示することができる。
【0081】
一例として、指示情報が載せられたＭｓｇＡのＰＵＳＣＨのスクランブルコードは端末機器の機器情報とは対応関係を有しており、すなわち、異なる機器タイプ又は受信能力の端末は異なるＭｓｇＡのＰＵＳＣＨのスクランブルコードに対応する。ＭｓｇＡのＰＵＳＣＨのスクランブルコードは第１の初期化値に従って決定され、異なる第１の初期化値は異なるＭｓｇＡのＰＵＳＣＨのスクランブルコードに対応するため、他の例として、第１の初期化値は端末機器の機器情報とは対応関係を有している。
【0082】
１つのケースでは、ＭｓｇＡのＰＵＳＣＨのスクランブルコードを生成する第１の初期化値は、端末の無線ネットワーク一時識別子、データスクランブルコード識別子、及びランダムアクセスプリアンブルインデックスを含む第１のパラメータに従って決定されてもよく、具体的には式５を参照することができる。
ｃｉｎｔ＝ｎＲＮＴＩ・２１６＋ｎ＿ＲＡＰＩＤ・２１０＋ｎＩＤ 式５
ｃｉｎｔ＝ｎＲＮＴＩ・２１６＋ｎ＿ＲＡＰＩＤ・２１０＋ｎＩＤ 式５
【0083】
上式には、ｃｉｎｔは、ＭｓｇＡのＰＵＳＣＨスクランブルコードを生成する第１の初期化値を表し、ｎＲＮＴＩは、端末の無線ネットワーク一時識別子を表し、ｎＩＤは、データスクランブルコード識別子、すなわち、上位層パラメータｍｓｇＡ－ｄａｔａＳｃｒａｍｂｌｉｎｇＩｄｅｎｔｉｔｙのとる値を表し、ｎＩＤ∈（０，１，…，１０２３）としており、そうでない場合には、
とし、
はセル識別子を表す。
【数13】
【数14】
【0084】
式５から分かるように、ｎ＿ＲＡＰＩＤ、ｎＩＤが変わらない場合には、異なるｎＲＮＴＩは異なるｃｉｎｔに対応し、異なるｃｉｎｔは異なるＭｓｇＡのＰＵＳＣＨのスクランブルコードに対応し、異なるスクランブルコードは異なる機器タイプ又は受信能力の端末に対応する。従って、一例として、ｎＲＮＴＩは端末機器の機器情報とは対応関係を有している。
【0085】
または、ｎＲＡＰＩＤ、ｎＲＮＴＩが変わらない場合には、異なるｎＩＤは異なるｃｉｎｔに対応し、異なるｃｉｎｔは異なるＭｓｇＡのＰＵＳＣＨのスクランブルコードを生成し、異なるスクランブルコードは異なる機器タイプ又は受信能力の端末に対応する。従って、一例として、ｎＩＤは端末機器の機器情報とは対応関係を有している。
【0086】
または、ｎＩＤ、ｎＲＮＴＩが変わらない場合には、異なるｎＲＡＰＩＤは異なるｃｉｎｔに対応し、異なるｃｉｎｔは異なるＭｓｇＡのＰＵＳＣＨのスクランブルコードを生成し、異なるスクランブルコードは異なる機器タイプ又は受信能力の端末に対応する。従って、一例として、ｎＲＡＰＩＤは端末機器の機器情報とは対応関係を有している。
【0087】
または、端末の機器タイプ又は受信能力は、ｎＲＮＴＩ、ｎＩＤ、又はｎＲＡＰＩＤの少なくとも２つで共同で指示される。
【0088】
上記のケースでは、端末機器は、第１の初期化値の計算式における元のパラメータ（例えば、ｎＲＮＴＩ、ｎＩＤ、又はｎＲＡＰＩＤ）で端末の機器タイプ又は受信能力を指示するための指示情報が載せられてもよい。
【0089】
他のケースでは、ＭｓｇＡのＰＵＳＣＨのスクランブルコードを生成する第１の初期化値も、第２のパラメータに従って決定されてもよく、第２のパラメータｎＲＣは追加されたパラメータである。例示的に、式５は式６に変更され得る。
ｃｉｎｔ＝ｎＲＮＴＩ・２１６＋ｘ＋ｎＲＡＰＩＤ・２１０＋ｘ＋ｎＩＤ・２ｘ＋ｎＲＣ 式６
ｃｉｎｔ＝ｎＲＮＴＩ・２１６＋ｘ＋ｎＲＡＰＩＤ・２１０＋ｘ＋ｎＩＤ・２ｘ＋ｎＲＣ 式６
【0090】
上式には、ｘはｎＲＣのとる値の範囲に依存し、ｎＲＣのとる値の範囲は｛０，Ｎ－１｝である場合、ｘ＝ｌｏｇ２（Ｎ）とする。異なるｎＲＣは異なる指示情報が載せられるためのものであってよい。例えば、
ｎＲＣ＝０は、ＲｅｄＣＡＰ端末タイプ１、又は受信アンテナ数が１であることを表し、
ｎＲＣ＝１は、ＲｅｄＣＡＰ端末タイプ２、又は受信アンテナ数が２であることを表す。
ｎＲＣ＝０は、ＲｅｄＣＡＰ端末タイプ１、又は受信アンテナ数が１であることを表し、
ｎＲＣ＝１は、ＲｅｄＣＡＰ端末タイプ２、又は受信アンテナ数が２であることを表す。
【0091】
上記のケースでは、端末機器は第１の初期化値の計算式に新たなパラメータを追加し、新たなパラメータで端末の機器タイプ又は受信能力を指示するための指示情報が載せられる。
【0092】
上記の説明から分かるように、上記の選択的な形態では、異なるＭｓｇＡのＰＵＳＣＨのスクランブルコードで指示情報が載せられ、新たな指示情報を追加することなく、容易に実現し、後方互換性に優れる。
【0093】
１つの選択的な形態では、端末機器は、ＭｓｇＡにおけるＰＵＳＣＨのＤＭＲＳ配列で指示情報が載せられてもよい。異なる機器タイプ又は異なる受信能力の端末は異なるＭｓｇＡ ＰＵＳＣＨのＤＭＲＳ配列に対応する。例示的に、ＲｅｄＣａｐ端末としては、当該端末は、ＭｓｇＡ ＰＵＳＣＨのＤＲＭＳをネットワーク機器に送信する際、非ＲｅｄＣａｐ端末と異なるＭｓｇＡ ＰＵＳＣＨのＤＭＲＳ配列を採用することで、ネットワークにその端末の機器タイプ又は受信能力を暗示的に指示することができる。
【0094】
一例として、指示情報が載せられたＭｓｇＡのＰＵＳＣＨ ＤＭＲＳの配列は端末機器の機器情報とは対応関係を有しており、すなわち、異なる機器タイプ又は受信能力の端末は異なるＭｓｇＡのＰＵＳＣＨ ＤＭＲＳの配列に対応する。Ｍｓｇ３ ＰＵＳＣＨのＤＭＲＳの配列と同様に、ＭｓｇＡ ＰＵＳＣＨのＤＭＲＳの配列は、第２の初期化値に従って決定され、第２の初期化値の計算式は、上記実施例における式３又は式４を参照することができ、ここで繰り返して説明しない。端末機器は、第２の初期化値の計算式における元のパラメータ又は追加されたパラメータで端末の機器タイプ又は受信能力を指示するための指示情報が載せられてもよい。
【0095】
上記の説明から分かるように、上記の選択的な形態では、異なるＭｓｇＡのＰＵＳＣＨ ＤＭＲＳ配列で指示情報が載せられ、新たな指示情報を追加することなく、容易に実現し、後方互換性に優れる。
【0096】
本願の１つの実施例において、４－Ｓｔｅｐ ＲＡＣＨプロセス又は２－Ｓｔｅｐ ＲＡＣＨプロセスでは、ＰＵＳＣＨで載せられた情報には、端末機器の機器タイプ又は受信能力を指示するための指示情報が含まれる。本実施例における指示情報と、上記のいくつかの実施例との相違点は、指示情報に示される指示が端末の機器タイプ又は受信能力をネットワークに与える。
【0097】
従来の技術において、Ｍｓｇ３又はＭｓｇＡのＰＵＳＣＨは、衝突解決のためのＵＥの識別子、接続確立原因の上位層情報が載せられるためのものであってもよい。上記実施例において、Ｍｓｇ３又はＭｓｇＡにおけるＰＵＳＣＨで指示情報が載せられてもよい。具体的には、当該指示情報は、ＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、プロトコルデータユニット）に載せられてもよい。例えば、ＭＡＣ ＰＤＵのペイロードｐａｙｌｏａｄに載せられてもよいし、ＭＡＣヘッダ（ＭＡＣ ｈｅａｄｅｒ）に載せられてもよい。図５は、本願の実施例により提供される指示情報の位置概略図であり、図５に示すように、指示情報は任意の１つのＭＡＣ ｓｕｂＰＤＵにおけるＭＡＣヘッダ及び／又はＭＡＣ ｐａｙｌｏａｄの利用可能なフィールド内に載せられてもよい。
【0098】
ステップ４０３では、ネットワーク機器が指示情報に従って端末機器の機器情報を決定する。
【0099】
ステップ４０２からわかるように、端末機器は、明示的方式又は暗示的方式という２つの方式を用いて指示情報をネットワーク機器に送信することができる。端末機器は明示的方式を用いてＭｓｇ３／ＭｓｇＡのＰＵＳＣＨをネットワーク機器に送信する場合には、ネットワーク機器は、Ｍｓｇ３又はＭｓｇＡのＰＵＳＣＨで載せられた情報に従って、端末機器の機器情報を決定する。端末機器は暗示的方式を用いてＭｓｇ３／ＭｓｇＡのＰＵＳＣＨをネットワーク機器に送信する場合には、ネットワーク機器は、Ｍｓｇ３／ＭｓｇＡのＰＵＳＣＨを復号し、Ｍｓｇ３／ＭｓｇＡのＰＵＳＣＨが採用するスクランブルコードを決定するか、または、Ｍｓｇ３／ＭｓｇＡのＰＵＳＣＨ ＤＭＲＳを検出し、Ｍｓｇ３／ＭｓｇＡのＰＵＳＣＨ ＤＭＲＳが採用する配列を決定し、指示情報を取得することで、端末機器の機器情報を決定する。
【0100】
本実施例により提供される情報伝送方法では、端末機器が端末機器の機器情報を指示するための指示情報を生成し、物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられた指示情報をネットワーク機器に送信する。ネットワーク機器が受信した指示情報に従って端末機器の機器情報を決定する。上記伝送方式によって、ネットワーク機器に端末の機器タイプ又は受信能力を認識させ、それによってダウンリンクスペクトルの利用率を向上させる。
【0101】
上記実施例に基づき、下記実施例は、具体的な情報伝送方法を提供し、当該方法は、ネットワークのＰＵＳＣＨに対する構成情報を含み、例えばＰＵＳＣＨリソースの構成又はＰＵＳＣＨの一部のパラメータの構成、ＰＵＳＣＨ ＤＭＲＳリソースの構成又はＰＵＳＣＨ ＤＭＲＳの一部のパラメータの構成が挙げられる。以下、本実施例により提供される技術案について図６を参照して詳細に説明する。
【0102】
【0103】
ステップ５０１では、ネットワーク機器がＰＵＳＣＨの構成情報を含む構成情報を端末機器に送信する。
【0104】
ステップ５０２では、端末機器が構成情報に従って端末機器の機器情報を指示するための指示情報を生成する。
【0105】
ステップ５０３では、端末機器がＰＵＳＣＨで載せられた指示情報をネットワーク機器に送信する。
【0106】
ステップ５０４では、ネットワーク機器が指示情報に従って端末機器の機器情報を決定する。
【0107】
本願の１つの実施例において、ＰＵＳＣＨの構成情報は、ＰＵＳＣＨのリソースの構成情報を含む。ＰＵＳＣＨのリソースの構成情報は、ＰＵＳＣＨのリソースと端末機器の機器情報との対応関係を含む。
【0108】
具体的には、端末機器は、ＰＵＳＣＨのリソースの構成情報に従って、端末機器の機器タイプ又は受信能力に対応するＰＵＳＣＨリソースを決定し、当該ＰＵＳＣＨリソースでＭｓｇ３又はＭｓｇＡを送信する。ネットワーク機器は、受信したＭｓｇ３又はＭｓｇＡに従って、Ｍｓｇ３又はＭｓｇＡのＰＵＳＣＨリソースを決定することで、端末機器の機器タイプ又は受信能力を決定する。
【0109】
本願の１つの実施例において、ＰＵＳＣＨの構成情報は、ＰＵＳＣＨのスクランブルコードの構成情報を含む。ＰＵＳＣＨのスクランブルコードの構成情報は、第１のパラメータと端末機器の機器情報との対応関係、または、第２のパラメータと端末機器の機器情報との対応関係を含む。第１のパラメータ又は第２のパラメータはいずれも、ＰＵＳＣＨのスクランブルコードを生成する第１の初期化値を決定することに用いられる。第１のパラメータは、第１の初期化値の計算式における元のパラメータであり、第２のパラメータは、第１の初期化値の計算式における追加されるパラメータである。具体的なパラメータは、上記実施例を参照することができ、ここで繰り返して説明しない。
【0110】
具体的には、端末機器は、まず、ＰＵＳＣＨのスクランブルコードの構成情報に従って、採用される第１のパラメータ又は第２のパラメータを決定し、そして、第１のパラメータ又は第２のパラメータに従って第１の初期化値を決定し、次に、第１の初期化値に従って採用されるＰＵＳＣＨスクランブルコードを生成し、ＰＵＳＣＨリソースでＭｓｇ３又はＭｓｇＡを送信する。異なるＰＵＳＣＨスクランブルコードは異なる機器タイプ又は受信能力に対応する。ネットワーク機器は、受信したＭｓｇ３又はＭｓｇＡを復号し、ＰＵＳＣＨが採用するスクランブルコードを決定して指示情報を取得することで、端末機器の機器タイプ又は受信能力を決定する。
【0111】
本願の１つの実施例において、ＰＵＳＣＨのＤＭＲＳのリソースの構成情報について、ＰＵＳＣＨのＤＭＲＳのリソースの構成情報は、ＰＵＳＣＨのＤＭＲＳのリソースと端末機器の機器情報との対応関係を含む。
【0112】
具体的には、端末機器は、ＰＵＳＣＨ ＤＭＲＳのリソースの構成情報に従って、端末機器の機器タイプ又は受信能力に対応するＰＵＳＣＨ ＤＭＲＳのリソースを決定し、当該ＰＵＳＣＨ ＤＭＲＳリソースでＭｓｇ３又はＭｓｇＡのＰＵＳＣＨ ＤＭＲＳを送信する。ネットワーク機器は、受信したＰＵＳＣＨ ＤＭＲＳに従って、ＰＵＳＣＨ ＤＭＲＳのリソースを決定することで、端末機器の機器タイプ又は受信能力を決定する。
【0113】
本願の１つの実施例において、ＰＵＳＣＨのＤＭＲＳの配列の構成情報について、ＰＵＳＣＨのＤＭＲＳの配列の構成情報は、第３のパラメータと端末機器の機器情報との対応関係、または、第４のパラメータと端末機器の機器情報との対応関係を含む。第３のパラメータ又は第４のパラメータはいずれも、ＰＵＳＣＨのＤＭＲＳの配列を生成する第２の初期化値を決定することに用いられる。第３のパラメータは、第２の初期化値の計算式における元のパラメータであり、第４のパラメータは、第２の初期化値の計算式における追加されるパラメータである。具体的なパラメータは、上記実施例を参照することができ、ここで繰り返して説明しない。
【0114】
具体的には、端末機器は、まず、ＰＵＳＣＨのＤＭＲＳの配列の構成情報に従って、採用される第３のパラメータ又は第４のパラメータを決定し、そして、第３のパラメータ又は第４のパラメータに従って第２の初期化値を決定し、次に、第２の初期化値に従って採用されるＰＵＳＣＨ ＤＭＲＳ配列を生成し、ＰＵＳＣＨ ＤＭＲＳを送信する。異なるＰＵＳＣＨ ＤＭＲＳ配列は異なる機器タイプ又は受信能力に対応する。ネットワーク機器は受信したＰＵＳＣＨ ＤＭＲＳを検出し、ＰＵＳＣＨ ＤＭＲＳが採用する配列を決定し、指示情報を取得することで、端末機器の機器タイプ又は受信能力を決定する。
【0115】
本願の１つの実施例において、ＰＵＳＣＨの構成情報は、ＰＵＳＣＨのスクランブルコードと端末機器の機器情報との対応関係を含む。具体的には、端末機器は、ＰＵＳＣＨの構成情報に従って、採用されるＰＵＳＣＨのスクランブルコードを決定し、ＰＵＳＣＨリソースでＭｓｇ３又はＭｓｇＡを送信する。異なるＰＵＳＣＨスクランブルコードは異なる機器タイプ又は受信能力に対応する。ネットワーク機器は、受信したＭｓｇ３又はＭｓｇＡを復号し、ＰＵＳＣＨが採用するスクランブルコードを決定し、指示情報を取得することで、端末機器の機器タイプ又は受信能力を決定する。
【0116】
本願の１つの実施例において、ＰＵＳＣＨの構成情報は、ＰＵＳＣＨのＤＭＲＳの配列と端末機器との対応関係を含む。具体的には、端末機器は、ＰＵＳＣＨの構成情報に従って、採用されるＰＵＳＣＨのＤＭＲＳの配列を決定し、ＰＵＳＣＨ ＤＭＲＳを送信する。異なるＰＵＳＣＨ ＤＭＲＳ配列は異なる機器タイプ又は受信能力に対応する。ネットワーク機器は、受信したＰＵＳＣＨ ＤＭＲＳを検出し、ＰＵＳＣＨ ＤＭＲＳが採用する配列を決定し、指示情報を取得することで、端末機器の機器タイプ又は受信能力を決定する。
【0117】
本願の１つの実施例において、ＰＵＳＣＨの構成情報は、ＰＵＳＣＨのスクランブルコード及びＰＵＳＣＨのＤＭＲＳの配列と、端末機器の機器情報との対応関係を含む。本実施例において、ＰＵＳＣＨのスクランブルコードとＰＵＳＣＨ ＤＭＲＳの配列とで共同で指示している。
【0118】
例示的に、ＰＵＳＣＨのスクランブルコードとＰＵＳＣＨ ＤＭＲＳの配列とで共同で指示する１つの方式は以下の通りである。
ＰＵＳＣＨスクランブルコード０，ＤＭＲＳ配列０：ＲｅｄＣａｐ端末タイプ１、
ＰＵＳＣＨスクランブルコード０，ＤＭＲＳ配列１：ＲｅｄＣａｐ端末タイプ２、
ＰＵＳＣＨスクランブルコード１，ＤＭＲＳ配列０：ＲｅｄＣａｐ端末タイプ３、
ＰＵＳＣＨスクランブルコード１，ＤＭＲＳ配列１：ＲｅｄＣａｐ端末タイプ４。
ＰＵＳＣＨスクランブルコード０，ＤＭＲＳ配列０：ＲｅｄＣａｐ端末タイプ１、
ＰＵＳＣＨスクランブルコード０，ＤＭＲＳ配列１：ＲｅｄＣａｐ端末タイプ２、
ＰＵＳＣＨスクランブルコード１，ＤＭＲＳ配列０：ＲｅｄＣａｐ端末タイプ３、
ＰＵＳＣＨスクランブルコード１，ＤＭＲＳ配列１：ＲｅｄＣａｐ端末タイプ４。
【0119】
上記の例からわかるように、ＰＵＳＣＨのスクランブルコードとＰＵＳＣＨ ＤＭＲＳの配列との共同指示で、様々なタイプのＲｅｄＣａｐ端末を指示することができ、様々なタイプのＲｅｄＣａｐ端末の受信性能に差がある（受信アンテナの差など）。ネットワーク機器は、当該端末機器が低能力端末であることを認識できるだけでなく、当該低能力端末の受信能力も認識でき、それによって相応のダウンリンクチャネルの伝送方式を採用する。
【0120】
本願の１つの実施例において、ＰＵＳＣＨの構成情報は、ＰＵＳＣＨのリソースの構成情報及びＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含む。本実施例において、ＰＵＳＣＨリソースとＰＵＳＣＨのＤＭＲＳリソースとを同時に構成し、この２種の異なるリソース構成で指示情報が載せられることで、端末機器は、この２種のリソースで同時にデータを送信することができ、それによってネットワーク機器は、データを送信するリソースの違いに応じて、端末機器の機器タイプ又は受信能力を認識するようになる。
【0121】
本実施例により提供される情報伝送方法は、ネットワーク機器は、ＰＵＳＣＨが含まれる構成情報を端末機器に予め送信し、端末機器は、当該構成情報に従って端末機器の機器情報を指示するための指示情報を生成し、端末機器はＰＵＳＣＨを介して当該指示情報をネットワーク機器に送信し、ネットワーク機器は指示情報に従って端末機器の機器情報を決定する。ＰＵＳＣＨの構成情報はＰＵＳＣＨリソースの構成情報、ＰＵＳＣＨ ＤＭＲＳリソースの構成情報、ＰＵＳＣＨスクランブルコードの構成情報、及びＰＵＳＣＨ ＤＭＲＳ配列の構成情報を含む。上記伝送方式によって、ネットワーク機器に端末の機器タイプ又は受信能力を認識させ、それによってダウンリンクスペクトルの利用率を向上させる。
【0122】
【0123】
処理モジュール６０１は、前記端末機器の機器情報を指示するための指示情報を生成することに用いられる。送信モジュール６０２は、物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられた指示情報をネットワーク機器に送信することに用いられる。
【0124】
本願の１つの実施例において、前記端末機器の機器情報は前記端末機器の機器タイプ、受信アンテナ数の少なくとも１つを含む。
【0125】
本願の１つの実施例において、前記ＰＵＳＣＨはＭｓｇ３のＰＵＳＣＨである。
【0126】
本願の１つの実施例において、前記ＰＵＳＣＨはＭｓｇＡのＰＵＳＣＨである。
【0127】
本願の１つの実施例において、前記指示情報が載せられたＰＵＳＣＨのスクランブルコードと前記端末機器の機器情報とは対応関係を有している。
【0128】
本願の１つの実施例において、前記指示情報が載せられたＰＵＳＣＨのスクランブルコードは第１の初期化値に従って決定され、前記第１の初期化値と前記端末機器の機器情報とは対応関係を有している。
【0129】
本願の１つの実施例において、前記第１の初期化値は第１のパラメータに従って決定され、前記第１のパラメータは無線ネットワーク一時識別子、データスクランブルコード識別子、ランダムアクセスプリアンブルインデックスの少なくとも１つを含み、前記第１のパラメータと前記端末機器の機器情報とは対応関係を有している。
【0130】
本願の１つの実施例において、前記第１の初期化値は第２のパラメータに従って決定され、前記第２のパラメータと前記端末機器の機器情報とは対応関係を有している。
【0131】
本願の１つの実施例において、前記指示情報が載せられたＰＵＳＣＨの復調基準信号（ＤＭＲＳ）の配列と前記端末機器の機器情報とは対応関係を有している。
【0132】
本願の１つの実施例において、前記ＰＵＳＣＨのＤＭＲＳの配列は第２の初期化値に従って決定され、前記第２の初期化値と前記端末機器の機器情報とは対応関係を有している。
【0133】
本願の１つの実施例において、前記第２の初期化値は第３のパラメータに従って決定され、前記第３のパラメータは、前記ＤＭＲＳのシンボル位置、シンボルの個数、ＣＤＭグループ、スクランブルパラメータの少なくとも１つを含み、前記第３のパラメータと前記端末機器の機器情報とは対応関係を有している。
【0134】
本願の１つの実施例において、前記第２の初期化値は第４のパラメータに従って決定され、前記第４のパラメータと前記端末機器の機器情報とは対応関係を有している。
【0135】
【0136】
受信モジュール６０３は、前記ネットワーク機器からの前記ＰＵＳＣＨの構成情報を含む構成情報を受信することに用いられる。処理モジュール６０１は具体的には、前記構成情報に従って前記指示情報を生成することに用いられる。
【0137】
本願の１つの実施例において、前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのリソースの構成情報を含み、前記ＰＵＳＣＨのリソースの構成情報は前記ＰＵＳＣＨのリソースと前記端末機器の機器情報との対応関係を含む。
【0138】
本願の１つの実施例において、前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのスクランブルコードの構成情報を含み、前記ＰＵＳＣＨのスクランブルコードの構成情報は、第１のパラメータと前記端末機器の機器情報との対応関係、または、第２のパラメータと前記端末機器の機器情報との対応関係を含み、前記第１のパラメータ又は前記第２のパラメータはいずれも、前記ＰＵＳＣＨのスクランブルコードを生成する第１の初期化値を決定することに用いられる。
【0139】
本願の１つの実施例において、前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含み、前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報は前記ＰＵＳＣＨのＤＭＲＳのリソースと前記端末機器の機器情報との対応関係を含む。
【0140】
本願の１つの実施例において、前記ＰＵＳＣＨの構成情報は前記ＰＵＳＣＨのＤＭＲＳの配列の構成情報を含み、前記ＰＵＳＣＨのＤＭＲＳの配列の構成情報は、第３のパラメータと前記端末機器の機器情報との対応関係、または、第４のパラメータと前記端末機器の機器情報との対応関係を含み、前記第３のパラメータ又は前記第４のパラメータはいずれも、前記ＰＵＳＣＨのＤＭＲＳの配列を生成する第２の初期化値を決定することに用いられる。
【0141】
本願の１つの実施例において、前記ＰＵＳＣＨの構成情報は、前記ＰＵＳＣＨのスクランブルコード及び前記ＰＵＳＣＨのＤＭＲＳの配列の少なくとも１つと、前記端末機器の機器情報との対応関係を含む。
【0142】
本願の１つの実施例において、前記ＰＵＳＣＨの構成情報は、前記ＰＵＳＣＨのリソースの構成情報及び前記ＰＵＳＣＨのＤＭＲＳのリソースの構成情報を含む。
【0143】
本願の実施例により提供される端末機器は、前述した図４又は図６に示される方法の実施例における端末機器により実行される技術案を実行することに用いられ、その実現原理及び技術的効果が類似しているため、ここで繰り返して説明しない。
【0144】
【0145】
受信モジュール７０１は、端末機器からの指示情報を受信することに用いられ、前記指示情報は前記端末機器の機器情報を指示するためのものであり、前記指示情報は物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられたものである。処理モジュール７０２は、前記指示情報に従って前記端末機器の機器情報を決定することに用いられる。
【0146】
本願の１つの実施例において、前記端末機器の機器情報は、前記端末機器の機器タイプ、受信アンテナ数の少なくとも１つを含む。
【0147】
本願の１つの実施例において、前記ＰＵＳＣＨはＭｓｇ３におけるＰＵＳＣＨである。
【0148】
本願の１つの実施例において、前記ＰＵＳＣＨはＭｓｇＡにおけるＰＵＳＣＨである。
【0149】
本願の１つの実施例において、前記指示情報が載せられたＰＵＳＣＨのスクランブルコードと前記端末機器の機器情報とは対応関係を有している。
【0150】
本願の１つの実施例において、前記指示情報が載せられたＰＵＳＣＨのスクランブルコードは第１の初期化値に従って決定され、前記第１の初期化値と前記端末機器の機器情報とは対応関係を有している。
【0151】
本願の１つの実施例において、前記第１の初期化値は第１のパラメータに従って決定され、前記第１のパラメータは、無線ネットワーク一時識別子、データスクランブルコード識別子、ランダムアクセスプリアンブルインデックスの少なくとも１つを含み、前記第１のパラメータと前記端末機器の機器情報とは対応関係を有している。
【0152】
本願の１つの実施例において、前記第１の初期化値は第２のパラメータに従って決定され、前記第２のパラメータと前記端末機器の機器情報とは対応関係を有している。
【0153】
本願の１つの実施例において、前記指示情報が載せられたＰＵＳＣＨの復調基準信号（ＤＭＲＳ）の配列と前記端末機器の機器情報とは対応関係を有している。
【0154】
本願の１つの実施例において、前記ＰＵＳＣＨのＤＭＲＳの配列は第２の初期化値に従って決定され、前記第２の初期化値と前記端末機器の機器情報とは対応関係を有している。
【0155】
本願の１つの実施例において、前記第２の初期化値は第３のパラメータに従って決定され、前記第３のパラメータは、前記ＤＭＲＳのシンボル位置、シンボルの個数、ＣＤＭグループ、スクランブルパラメータの少なくとも１つを含み、前記第３のパラメータと前記端末機器の機器情報とは対応関係を有している。
【0156】
本願の１つの実施例において、前記第２の初期化値は第４のパラメータに従って決定され、前記第４のパラメータと前記端末機器の機器情報とは対応関係を有している。
【0157】
図１０は、本願の実施例により提供される１つのネットワーク機器の構造概略図であり、図９に示されるネットワーク機器に基づき、図１０に示すように、本実施例のネットワーク機器７００はさらに、送信モジュール７０３を含む。
【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】
本願の実施例において、上記各プロセスの番号の大きさは、実行順序の前後を意味するものではなく、各プロセスの実行順序は、本願の実施例の実施プロセスを何ら限定するものではなく、その機能及び固有の論理によって決定されるべきであることを理解されたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2023-08-29
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
情報伝送方法であって、端末機器が前記端末機器の機器情報を指示するための指示情報を生成するステップと、
前記端末機器が物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられた指示情報をネットワーク機器に送信するステップと、を含むことを特徴とする情報伝送方法。
【請求項2】
前記端末機器の機器情報は、前記端末機器の機器タイプ、受信アンテナ数の少なくとも１つを含むことを特徴とする請求項１に記載の方法。
【請求項3】
前記ＰＵＳＣＨは、Ｍｓｇ３におけるＰＵＳＣＨ、または、ＭｓｇＡにおけるＰＵＳＣＨであることを特徴とする請求項１又は２に記載の方法。
【請求項4】
前記指示情報は、メディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）に載せられることを特徴とする請求項１～３のいずれか１項に記載の方法。
【請求項5】
前記指示情報は、ＭＡＣ ｓｕｂＰＤＵのＭＡＣヘッダに載せられることを特徴とする請求項１～４のいずれか１項に記載の方法。
【請求項6】
前記方法は、端末機器が指示情報を生成するステップの前に、前記端末機器が前記ネットワーク機器からの構成情報を受信するステップであって、前記構成情報が前記ＰＵＳＣＨの構成情報を含むステップを含み、
端末機器が指示情報を生成するステップは、
前記端末機器が前記構成情報に従って前記指示情報を生成するステップを含むことを特徴とする請求項１～５のいずれか１項に記載の方法。
【請求項7】
情報伝送方法であって、ネットワーク機器が端末機器からの指示情報を受信するステップであって、前記指示情報は前記端末機器の機器情報を指示するためのものであり、前記指示情報は物理アップリンク共有チャネル（ＰＵＳＣＨ）で載せられたものであるステップと、
前記ネットワーク機器が前記指示情報に従って前記端末機器の機器情報を決定するステップと、を含むことを特徴とする情報伝送方法。
【請求項8】
前記端末機器の機器情報は、前記端末機器の機器タイプ、受信アンテナ数、の少なくとも１つを含むことを特徴とする請求項７に記載の方法。
【請求項9】
前記ＰＵＳＣＨは、Ｍｓｇ３におけるＰＵＳＣＨ、または、ＭｓｇＡにおけるＰＵＳＣＨであることを特徴とする請求項７又は８に記載の方法。
【請求項10】
前記指示情報は、メディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）に載せられることを特徴とする請求項７～９のいずれか１項に記載の方法。
【請求項11】
前記指示情報は、ＭＡＣ ｓｕｂＰＤＵのＭＡＣヘッダに載せられることを特徴とする請求項７～１０のいずれか１項に記載の方法。
【請求項12】
前記方法はさらに、前記ネットワーク機器が前記ＰＵＳＣＨの構成情報を含む構成情報を前記端末機器に送信するステップを含み、前記指示情報は、前記端末機器によって前記構成情報に従って生成されたものであることを特徴とする請求項７～１１のいずれか１項に記載の方法。
【請求項13】
端末機器であって、前記端末機器は、請求項１～６のいずれか１項に記載の方法を実行することを特徴とする端末機器。
【請求項14】
ネットワーク機器であって、前記ネットワーク機器は、請求項７～１２のいずれか１項に記載の方法を実行することを特徴とするネットワーク機器。
【請求項15】
コンピュータプログラムを含む記憶媒体であって、前記コンピュータプログラムは、請求項１～１２のいずれか１項に記載の方法を実現することに用いられることを特徴とする記憶媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【0121】
本実施例により提供される情報伝送方法は、ネットワーク機器は、ＰＵＳＣＨの構成情報を含む構成情報を端末機器に予め送信し、端末機器は、当該構成情報に従って端末機器の機器情報を指示するための指示情報を生成し、端末機器はＰＵＳＣＨを介して当該指示情報をネットワーク機器に送信し、ネットワーク機器は指示情報に従って端末機器の機器情報を決定する。ＰＵＳＣＨの構成情報はＰＵＳＣＨリソースの構成情報、ＰＵＳＣＨ ＤＭＲＳリソースの構成情報、ＰＵＳＣＨスクランブルコードの構成情報、及びＰＵＳＣＨ ＤＭＲＳ配列の構成情報を含む。上記伝送方式によって、ネットワーク機器に端末の機器タイプ又は受信能力を認識させ、それによってダウンリンクスペクトルの利用率を向上させる。
【国際調査報告】