JP7208413B2 - 伝送方法、端末機器及びネットワーク側機器 - Google Patents

Description

（関連出願の相互参照）
本出願は、２０１９年３月２９日に中国で提出された中国特許出願番号Ｎｏ．２０１９１０２５２５５３．９の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本開示の実施例は、通信技術分野に関し、特に伝送方法、端末機器及びネットワーク側機器に関する。

データ業務の急速な成長に伴い、許可スペクトルのキャリア上で受けるデータ伝送ストレスも益々大きくなり、そのため、非許可スペクトルのキャリアによって許可キャリアにおけるデータトラフィックを分担することは、後続の通信システムが発展するための一つの重要な進展方向となる。

しかしながら、関連技術における非許可スペクトル上でリソース配置の柔軟性が比較的に低い。

本開示の実施例は、関連技術における非許可スペクトル上でリソース配置の柔軟性が比較的に低いという問題を解決するための伝送方法、端末機器及びネットワーク側機器を提供する。

上記課題を解決するために、本開示は、以下のように実現される。

第一の方面によれば、本開示の実施例は、端末機器に用いられる伝送方法を提供した。前記方法は、
ネットワーク側機器から、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を受信することと、
前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送することであって、Ｋが正の整数であることとを含む。

第二の方面によれば、本開示の実施例は、ネットワーク側機器に用いられる伝送方法をさらに提供する。前記方法は、
端末機器に、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を送信することを含む。

第三の方面によれば、本開示の実施例は、端末機器をさらに提供する。この端末機器は、
ネットワーク側機器から、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を受信するための受信モジュールと、
前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送するための第一の伝送モジュールであって、Ｋが正の整数である第一の伝送モジュールとを含む。

第四の方面によれば、本開示の実施例は、ネットワーク側機器をさらに提供する。このネットワーク側機器は、
端末機器に、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を送信するための送信モジュールを含む。

第五の方面によれば、本開示の実施例は、端末機器をさらに提供する。この端末機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、上述した、端末機器に用いられる伝送方法のステップを実現させる。

第六の方面によれば、本開示の実施例は、ネットワーク側機器をさらに提供する。このネットワーク側機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、上述した、ネットワーク側機器に用いられる伝送方法のステップを実現させる。

第七の方面によれば、本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。このコンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、上述した、端末機器に用いられる伝送方法のステップを実現させるか、又は上述した、ネットワーク側機器に用いられる伝送方法のステップを実現させる。

本開示の実施例では、端末機器は、ネットワーク側機器により送信された第一の指示情報に基づいて、リソース配置周期内に配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できる第一のリソースを決定することができ、且つ前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送することができ、それによってリソース配置の柔軟性を向上させることができる。

さらに、端末機器は、ＬＢＴに成功した後、ＬＢＴに成功した時刻に基づいて決定されたターゲット時刻から伝送待ちデータを連続的にＫ回伝送し始めることができ、それによって伝送待ちデータの伝送の信頼性を向上させることができる。

本開示の実施例の技術案をより明瞭に説明するために、以下は、本開示の実施例の記述において使用される必要がある添付図面を簡単に紹介する。自明なことに、以下の記述における添付図面は、ただ本開示のいくつかの実施例に過ぎず、当業者にとって、創造的な労力を払わない前提で、それらの添付図面に基づき、他の添付図面も得られる。

本開示の実施例の応用可能なネットワークシステムの構造図である。 本開示の実施例による伝送方法のフローチャートのその一である。 本開示の実施例によるビットマップの概略図のその一である。 本開示の実施例による仮想連続時間領域リソースの概略図のその一である。 本開示の実施例によるリソース配置の概略図のその一である。 本開示の実施例によるリソース配置の概略図のその二である。 本開示の実施例によるリソース配置周期の概略図のその一である。 本開示の実施例による伝送待ちデータの伝送の概略図のその一である。 本開示の実施例によるリソース配置周期の概略図のその二である。 本開示の実施例による伝送待ちデータの伝送の概略図のその二である。 開示の実施例によるリソース配置周期の概略図のその三である。 本開示の実施例によるビットマップの概略図のその二である。 本開示の実施例による仮想連続時間領域リソースの概略図のその二である。 本開示の実施例による伝送データの伝送の概略図のその三である。 本開示の実施例による伝送データの伝送の概略図のその四である。 本開示の実施例による伝送方法のフローチャートのその二である。 本開示の実施例による端末機器の構造図のその一である。 本開示の実施例によるネットワーク側機器の構造図のその一である。 本開示の実施例による端末機器の構造図のその二である。 本開示の実施例によるネットワーク側機器の構造図のその二である。

以下は、本開示の実施例における添付図面を結び付けながら、本開示の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本開示の一部の実施例であり、全ての実施例ではない。本開示における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本開示の保護範囲に属する。

本出願の用語である「第一の」、「第二の」などは、類似した対象を区別するためのものであり、必ずしも特定の順序又は前後手順を記述するためのものではない。なお、「含む」と「有する」という用語及びそれらの任意の変形は、非排除性の「含む」を意図的にカバーするものであり、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明瞭にリストされているそれらのステップ又はユニットに限らず、明瞭にリストされていない又はそれらのプロセス、方法、製品又は機器に固有の他のステップ又はユニットを含んでもよい。なお、本出願において使用された「及び／又は」は、接続された対象の少なくともそのうちの一つを表し、例えばＡ及び／又はＢ及び／又はＣは、単独のＡ、単独のＢ、単独のＣ、ＡとＢとの組み合わせ、ＢとＣとの組み合わせ、ＡとＣとの組み合わせ、及びＡとＢとＣとの組み合わせという７つのケースを含むことを表す。

図１は、本開示の実施例の応用可能なネットワークシステムの構造図である。図１に示すように、端末１１とネットワーク側機器１２とを含み、端末１１とネットワーク側機器１２との間で、通信を行うことができる。

本開示の実施例では、端末１１は、ユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよく、具体的に実現される時、端末１１は、携帯電話、タブレットコンピュータ（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルディジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、モバイルインターネットディバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器などの端末側機器であってもよい。説明すべきことは、本開示の実施例では、端末１１の具体的なタイプを限定しないことである。

ネットワーク側機器１２は、基地局、中継又はアクセスポイントなどであってもよい。説明すべきことは、本開示の実施例では、ネットワーク側機器１２の具体的なタイプを限定しないことである。

理解を容易にするために、以下では、本開示の実施例に関わるいくつかの内容について説明する。

一、チャネルアイドル検出。

第５世代（５^ｔｈ－Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システムでは、ニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）の非許可周波数帯域で情報を伝送する前に、端末又はネットワーク側機器は、リスンビフォートーク（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ、ＬＢＴ）を実行する必要があり、即ち、端末又はネットワーク側機器は、クリアチャネルアセスメント（Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓ、ＣＣＡ）／拡張クリアチャネルアセスメント（ｅｘｔｅｎｄｅｄ Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓ、ｅＣＣＡ）を行ってチャネルをリスニングする必要があり、即ち、チャネルに対してエネルギー検出（Ｅｎｅｒｇｙ Ｄｅｔｅｃｔｉｏｎ、ＥＤ）を行い、チャネルのエネルギーが一定の閾値を下回る場合、チャネルが空であると判断されると、データを伝送することができる。非許可周波数帯域は、様々な技術又は複数の伝送ノードにより共有されるものであるため、このような競合に基づくアクセス方式は、チャネル利用可能な時間の不確定性をもたらす。関連技術において明確に５Ｇ非許可通信システムに使用できるＬＢＴの種類は、以下の三種類がある。

ＬＢＴカテゴリ（ｃａｔｅｇｏｒｙ、Ｃａｔ）１：いかなるＣＣＡも行わずに直接送信し、すでにチャネルを得た場合に、伝送変換の間隔が１６μｓ未満の場合でなければ使用できない。

ＬＢＴ Ｃａｔ ２：２５ｕｓのチャネルリスニングを行い、特定の信号取得チャネルに対して利用可能であり、最大連続伝送長さは、一定の数値未満でなければならず、例えば１ｍｓである。

ＬＢＴ Ｃａｔ ４：融合ランダムバックオフのチャネルリスニングを行い、異なる優先度パラメータに対する設定が異なり、最後にチャネルを取得した後、伝送可能な最大長さも異なる。

二、第４世代（４^ｔｈ－ｇｅｎｅｒａｔｉｏｎ、４Ｇ）非許可通信システムの自動上りリンクアクセス（Ａｕｔｏｎｏｍｏｕｓ Ｕｐｌｉｎｋ Ａｃｃｅｓｓ、ＡＵＬ）時間領域リソース配置。

Ｒ１５の未来拡張型許可補助アクセス（Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｄ Ｌｉｃｅｎｓｅｄ Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ、ＦｅＬＡＡ）では、基地局は、Ａｕｌ－Ｓｕｂｆｒａｍｅフィールドを介してラジオリソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）配置を行い、このフィールドは、４０個のＢｉｔを含み、Ｂｉｔｍａｐの方式でＡＵＬ伝送として使用可能なサブフレーム（Ｓｕｂｆｒａｍｅ）を指示する。このフィールドにおける一番目のＢｉｔは、システムフレーム番号（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ、ＳＦＮ）ｍｏｄ ４＝０を満たす無線フレームのサブフレーム＃０に対応する。Ｂｉｔｍａｐにおける「０」は、対応するサブフレームがＡＵＬ伝送に使用できないことを指示し、「１」は、対応するサブフレームがＡＵＬ伝送に使用できることを指示する。

三、５Ｇ許可通信システムの時間領域リソース配置。

５Ｇ許可通信システムでは、物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）の伝送は、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）の方式によって伝送されてもよく、リソース配置は、Ｔｙｐｅ１とＴｙｐｅ２という二つの方式を含む。Ｔｙｐｅ１は、ＲＲＣの半静的配置（配置周期、Ｓｌｏｔオフセット（Ｏｆｆｓｅｔ）、ＰＵＳＣＨの開始と長さ指示値（Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ、ＳＬＩＶ）、重複伝送の回数Ｋを含む）によって、下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を検出する必要がない。Ｒ１５におけるＮＲの配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）リソース配置周期は、異なるサブキャリア間隔に基づいて、表１に示される通りである。キロヘルツ（ｋＨｚ）、一般的なサイクリックプレフィックス（Ｎｏｒｍａｌ Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ、Ｎｏｒｍａｌ ＣＰ）、拡張サイクリックプレフィックス（Ｅｘｔｅｎｄｅｄ ＣＰ、ＥＣＰ）である。

表１：配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）リソース配置周期とサブキャリア間隔とのマッピング表

Ｔｙｐｅ２は、ＲＲＣの配置（配置周期、繰り返し伝送の回数Ｋを含む）の後、ユーザ端末（ＵＥ）は、アクティブ化ＤＣＩ（ｓｌｏｔのオフセットとＰＵＳＣＨのＳＬＩＶを含む）の情報を検出することによってスケジューリングされる。

注意すべきことは、標準では、ユーザ端末（ＵＥ）は、配置周期Ｐの時間よりも大きいＫ回繰返伝送の時間を配置することができないと規定されることである。且つＫ＞１である場合、ユーザ端末（ＵＥ）は、Ｋ個の連続的なＳｌｏｔを跨ってこのＴＢを重複伝送し、且つ、各ｓｌｏｔ内で同じ符号を用いなければならない。

四、５Ｇ非許可通信システムの配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）リソース配置。

５Ｇ非許可通信システムの標準討論では、関連技術における配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に基づく時間領域リソースは、二つの選択肢があってもよい。

１、Ｒ１５におけるＮＲの配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）の周期配置に基づく拡張。

２、ＦｅＬＡＡにおけるＡＵＬのＢｉｔｍａｐ配置に基づく拡張。

時間領域でのリソース配置の柔軟性を拡張するために、より小さい粒度のリソース割り当て及び周期内の複数のリソース配置を考慮してもよい。

５Ｇ非許可通信システムの配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に基づく時間領域リソースのＦｅＬＡＡにおけるＡＵＬのＢｉｔｍａｐ配置に基づく拡張方案がサポートされる場合、以下のいくつかの場合に応じて、相応な問題が存在する。

ｃａｓｅ １－１：ＡＵＬにおける配置を多重化する場合、各Ｂｉｔは、一つのＳｕｂｆｒａｍｅを表し、４０個のビットをＢｉｔｍａｐに固定し、Ｂｉｔｍａｐ配置の周期ＰがＢｉｔｍａｐを割り切れるビット数を満たさなければならない場合、周期配置の柔軟性を低下させた。それとともに、サブキャリア間隔が比較的に大きいキャリアに対して、各Ｓｕｂｆｒａｍｅには、二つ又は４つ以上のｓｌｏｔがあり、リソース配置粒度の柔軟性を低下させた。

ｃａｓｅ １－２：各Ｂｉｔが一つのＳｌｏｔを表す場合、以下の二つの場合に分けられる。

ｃａｓｅ １－２ａ：異なるサブキャリア間隔のＢｉｔｍａｐ配置の周期が同じであると、同じ時間周期内において、１５ｋＨｚに対応するビット数は、Ｘであり、３０ｋＨｚに対応するビット数は、２Ｘであり、６０ｋＨｚに対応するビット数は、４Ｘである。

ｃａｓｅ １－２ｂ：異なるサブキャリア間隔のＢｉｔｍａｐ配置の周期が異なり、周期が固定されるＸ個のｓｌｏｔ数である。ユーザ端末（ＵＥ）は、異なる配置周期で異なるサブキャリア間隔（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ、ＳＣＳ）上の新たなＢｉｔｍａｐを検出する必要がある。ユーザ端末（ＵＥ）のエネルギー消耗を増やした。

そして、以上の二つのｃａｓｅは、いずれもより小さい粒度、例えばｍｉｎｉ－Ｓｌｏｔのスケジューリング状況を解決することができない。各Ｂｉｔが一つのｍｉｎｉ－ｓｌｏｔを表す場合、より多いＢｉｔ数、よりも大きいオーバヘッド（Ｏｖｅｒｈｅａｄ）を意味する。

５Ｇ非許可通信システムの配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に基づく時間領域リソースのＲ１５におけるＮＲの配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）の周期配置に基づく拡張方案がサポートされる場合、以下のいくつかの場合に応じて、問題が存在する。

ｃａｓｅ ２－１：リソース配置の柔軟性を拡張するために、Ｋの値がＣｏｎｆｉｇｕｒｅｄ周期内のＣｏｎｆｉｇｕｒｅｄリソース数であることを再解釈し、複数のＣｏｎｆｉｇｕｒｅｄリソースが時間領域上で連続である。しかしＫ回重複伝送（Ｋ Ｒｅｐｅｔｉｔｉｏｎ）のフィールドは、二つのＢｉｔのシグナリングだけがあり、即ち、４つのＣｏｎｆｉｇｕｒｅｄリソース数だけを最大指示することができ、より多くの場合のリソース配置要求を満たすことができない。ＮＲ－Ｕでは、ユーザ端末（ＵＥ）は、ＵＣＩにおいてハイブリット自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ、ＨＡＲＱ）プロセス（Ｐｒｏｃｅｓｓ）ＩＤ及び冗長バージョン（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ、ＲＶ）を付帯することができるが、基地局がＫ Ｒｅｐｅｔｉｔｉｏｎを指示しない場合、ユーザ端末（ＵＥ）は、Ｋ’回の重複伝送を自主的に開始させ、基地局がＫ’回のＵＣＩの内容の復調に成功しない場合、ＰＵＳＣＨの復調に成功することができない可能性がある。そして異なる基地局の受信機アルゴリズムが異なるため、異なるＫ値を配置して異なる受信機アルゴリズムとマッチングし、データ復調の成功率を高めることができる。そのため、基地局がＫ Ｒｅｐｅｔｉｔｉｏｎを配置すれば、ＵＲＬＬＣ業務データの高い信頼性をより良く保証することができると考えられる。

ｃａｓｅ ２－２：Ｂｉｔｍａｐのフィールドを追加し、配置済みの配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）リソースの利用可能性を指示する。各Ｂｉｔが一つのｓｌｏｔを示す場合、ｃａｓｅ １－２の状況を依然として考慮する必要がある。各Ｂｉｔが複数のＳｌｏｔ、例えば一つのＳｕｂｆｒａｍｅを示してもよい場合、ｃａｓｅ １－１の状況を考慮する必要がある。そしてこの方案では、不連続であるリソースでどのようにＫ ｒｅｐｅｔｉｔｉｏｎを行うかを考慮していない。

以下では、本開示の実施例の伝送方法について説明する。

図２は、本開示の実施例による伝送方法のフローチャートのその一である。図２に示される伝送方法は、端末機器に用いられてもよい。

図２に示すように、伝送方法は、以下のステップを含んでもよい。

ステップ２０１：ネットワーク側機器から、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を受信する。

実際の応用では、第一の指示情報は、ラジオリソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）シグナリングに運ばれてもよいが、それに限らない。リソース配置周期は、ネットワーク側機器によってＲＲＣを介して配置されてもよく、選択的に、リソース配置周期は、ＮＲ許可スペクトルにおける配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）の配置周期を多重化してもよいが、それに限らない。

具体的に実現される時、選択的に、前記第一の指示情報は、フィールド指示方式又はビットマップ指示方式によって前記第一のリソースを指示してもよい。しかし理解すべきことは、本開示の実施例は、それによって第一の指示情報が第一のリソースを指示する方式を制限しないことである。

理解すべきことは、第一の指示情報が異なる方式によって第一のリソースを指示する時、第一のリソースの具体的な表現形式は、異なってもよいことである。具体的に、下記の通り説明する。

選択的に、前記第一の指示情報がフィールド指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
一つのリソース、又は、
Ｍ個の連続リソースであって、Ｍは、１よりも大きい整数であるリソース、又は、
Ｓ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、Ｓは、正の整数であるリソースグループ、であってもよい。

一実施態様では、Ｓ個のリソースグループは、Ｓ個の連続であるリソースグループであってもよい。別の実施態様では、Ｓ個のリソースグループには、少なくとも二つの不連続であるリソースグループが含まれてもよい。

選択的に、前記第一の指示情報がビットマップ指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
仮想連続時間領域リソースに基づいて区分されたＱ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、前記仮想時間領域リソースは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースのマッピングによって得られ、Ｑは、正の整数であるリソースグループ、又は、
Ｔ個のリソースグループであって、各リソースグループは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースによって決定され、異なるリソースグループのうちのリソースは、前記ビットマップにおいて不連続であり、Ｔは、正の整数であるリソースグループである。

実施される時に、ビットマップ（Ｂｉｔｍａｐ）は、ビット（Ｂｉｔ）の取り値によってビットに対応するリソースが配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースであるか否かを指示してもよい。具体的には、ビットの取り値が第一の値である場合、このビットにより指示されたリソースが配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できることを表し、ビットの取り値が第二の値である場合、このビットにより指示されたリソースが配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できないことを表し、第一の値と第二の値は、等しくない。例示的に、あるビットの取り値が「１」である場合、このビットにより指示されたリソースが配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できることを表し、あるビットの取り値が「０」である場合、このビットにより指示されたリソースが配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できないことを表す。記述を容易にするために、以下では、第一の取り値を「１」として、第二の取り値を「０」として記述するが、本開示は、それによって第一の取り値と第二の取り値の具体的な取り値を制限しない。

また、ビットマップにおいて各Ｂｉｔにより指示されたリソース粒度は、ＲＲＣにより配置されてもよく、具体的に実現される時、リソース粒度は、サブフレーム（Ｓｕｂｆｒａｍｅ）、スロット（Ｓｌｏｔ）、ミニスロット（Ｍｉｎｉ－Ｓｌｏｔ）などと表現されてもよい。各Ｂｉｔにより指示されたリソース粒度は、実際の状況に応じて決定されてもよい。

Ｂｉｔｍａｐのビット数は、ＲＲＣにより配置されてもよいか、又は一つの値に固定されてもよい。各Ｂｉｔは、一つ又は複数のリソースに対応してもよい。

理解すべきことは、実際の応用では、Ｂｉｔｍａｐにおいて配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースを指示するためのＢｉｔは、連続である可能性があり、離散している可能性もあることである。例えば、Ｂｉｔｍａｐが６個のＢｉｔを含むと仮定すると、６個のＢｉｔの取り値は、０１１１１０、又は０１１０１１であってもよい。

本開示の実施例では、Ｂｉｔｍａｐにおいて配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースを指示するためのＢｉｔが離散している場合、ビットマップにより指示された第一のリソースは、少なくとも以下の二つの方式によって決定されてもよい。

態様１、端末は、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースを仮想連続時間領域リソースにマッピングし、仮想連続時間領域リソースをＱ個のリソースグループに区分し、各リソースグループは、Ｋ個の連続リソースを含み、Ｑ個のリソースグループを第一のリソースとして決定する。

理解を容易にするために、図３ａ～３ｃを併せて参照する。図３ａでは、ビットマップが６個のＢｉｔを含み、且つ６個のビットの取り値が左から右に順に１１０１０１１１である場合、端末は、ビット１、ビット２、ビット４、ビット６、ビット７とビット８にそれぞれに対応するリソースを図３ｂに示される仮想連続時間領域リソースにマッピングしてもよい。さらに、Ｋが２である場合、端末は、図３ｂの仮想連続時間領域リソースに基づいて、ビット１とビット２にそれぞれに対応するリソースをリソースグループ１に区分し、ビット４とビット６にそれぞれに対応するリソースをリソースグループ２に区分し、ビット７とビット８にそれぞれに対応するリソースをリソースグループ３に区分してもよく、図３ｃに示される通りである。このシナリオにおいて、第一のリソースは、リソースグループ１とリソースグループ２とを含む。

態様２、ビットマップの指示結果に基づいて、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースをＴ個のリソースグループに分け、異なるリソースグループのうちのリソースは、前記ビットマップにおいて不連続であり、Ｔ個のリソースグループを第一のリソースとして決定する。

また、本態様では、リソースグループに含まれるリソース数が１よりも大きい場合、リソースグループのうちのリソースは、前記ビットマップにおいて連続である。

理解を容易にするために、図３ａに示されるビットマップを例として説明する。本態様では、端末は、ビット１とビット２にそれぞれに対応するリソースをリソースグループａに直接区分し、ビット４に対応するリソースをリソースグループｂに直接区分し、ビット６、ビット７とビット８にそれぞれに対応するリソースをリソースグループｃに直接区分してもよく、図３ｄに示される通りである。このシナリオにおいて、第一のリソースは、リソースグループａと、リソースグループｂと、リソースグループｃとを含む。

態様１に比べて、態様２は、ビットマップの指示結果に直接基づいて、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースをＴ個のリソースグループに分けることができ、ビットマップにおける配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースを仮想連続時間領域リソースにマッピングする必要がなく、第一のリソースを決定する効率を向上させることができる。

態様２に比べて、態様１により決定された第一のリソースにおける各リソースグループは、Ｋ個の連続リソースを含み、データ伝送の信頼性を向上させることができる。

ステップ２０２：前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送し、Ｋは正の整数である。

本開示の実施例では、伝送待ちデータは、端末機器の伝送待ちデータ、例えば伝送ブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ、ＴＢ）として理解されてもよいが、それに限らない。Ｋは、重複伝送回数として理解されてもよく、Ｋは、ネットワーク側機器によってＲＲＣを介して配置されてもよいが、Ｋの決定方式は、それに限らない。

前記内容から分かるように、端末は、非許可周波数帯域上でデータを伝送する前に、ＬＢＴプロセスを実行する必要があり、ＬＢＴに成功した後、端末は、非許可周波数帯域上でデータを伝送する。

さらに、本開示の実施例では、端末によりデータが伝送される時刻は、ＬＢＴに成功した時刻に関連付けられる。

選択的に、前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送することは、
第一の時刻の後に、第二の時刻の前に、前記端末機器によるリスンビフォートークＬＢＴに成功した場合、又は、第二の時刻に、前記端末機器によるＬＢＴに成功した場合、前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めることを含み、
前記第一の時刻と前記第二の時刻は、ターゲット時刻のうちの隣接する二つの時刻であり、前記ターゲット時刻は、前記第一のリソースに基づいて決定された、伝送待ちデータを連続的にＫ回伝送し始めるために使用できる時刻である。

また、説明すべきことは、端末が配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソース以外のリソースでＬＢＴプロセスを実行してもよいことを考慮することであり、端末機器がターゲット時刻のうちの一番目のターゲット時刻の前にＬＢＴに成功したか、又は一番目のターゲット時刻にＬＢＴに成功した場合、一番目のターゲット時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めることができ、一番目のターゲット時刻が時間領域上でターゲット時刻のうちの他のターゲット時刻に先立つ。

本開示の実施例では、第一の指示情報は、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するために用いられるが、第一のリソースがリソース配置周期内における具体的な位置は、他のリソース配置パラメータ、例えば、開始と長さ指示値（Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ、ＳＬＩＶ）、スロットオフセット（Ｓｌｏｔ Ｏｆｆｓｅｔ）に基づいて決定される必要がある。

ＳＬＩＶは、一番目のリソースがリソース配置周期内における開始時刻Ｓ、及び第一のリソースにおける各リソースの長さＬを指示してもよい。理解すべきことは、ＳＬＩＶにより指示されたＳとＬは、各伝送待ちデータの伝送リソースがＳｌｏｔエッジを跨らないことを保証することができ、即ち、各伝送待ちデータが各Ｓｌｏｔ内で伝送を完了することを保証することができることである。また、ＳＬＩＶは、ＲＲＣにより配置されてもよいか、又はＤＣＩにより指示されてもよい。

本開示の実施例では、異なる表現形式の第一のリソースについては、第一のリソースに基づいて決定されたターゲット時刻は、異なる可能性があり、具体的に、下記の通り説明する。

実施の形態１、前記第一のリソースがＭ個の連続リソースである場合、前記ターゲット時刻は、各リソースの開始時刻を含む。

理解すべきことは、各リソースは、Ｍ個の連続リソースのうちの各リソースであることである。

本実施の形態では、端末は、Ｍ個の連続リソースのうちのいずれか一つのリソースの開始時刻から同一の伝送待ちデータを連続的にＫ回伝送し始める可能性がある。

理解を容易にするために、図４ａと図４ｂを参照する。図４ａでは、Ｐ＝１０ Ｓｌｏｔ、即ちリソース配置周期は、１０個のＳｌｏｔを含み、Ｋ＝２、即ち同一の伝送待ちデータを連続的に２回伝送し、Ｎ＝８、即ち第一のリソースは、８つの連続リソースを含み、Ｓｌｏｔ Ｏｆｆｓｅｔは、Ｐの一番目のＳｌｏｔから開始することを指示し、ＳＬＩＶでは、Ｓ＝０、Ｌ＝１４、即ち一番目のリソースの開始時刻は、０番目の符号（Ｓｙｍｂｏｌ）であり、各リソースの長さは、１４個のＳｙｍｂｏｌであり、即ち一つのＳｌｏｔである。そのため、図４ａにおけるＳｌｏｔ１～Ｓｌｏｔ８は、いずれも配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できると決定されることができ、候補リソース（Ｒｅｓｏｕｒｃｅ Ｃａｎｄｉｄａｔｅ）と見なされる。

このシナリオにおいて、ターゲット時刻は、Ｓｌｏｔ１～Ｓｌｏｔ８における各Ｓｌｏｔの開始時刻を含む。

図４ｂに示すように、Ｓｌｏｔ４内でＬＢＴに成功した場合、図４ｂから分かるように、ＬＢＴに成功した時刻は、Ｓｌｏｔ４の開始時刻の後、Ｓｌｏｔ５の開始時刻の前であるため、端末は、Ｓｌｏｔ５の開始時刻からＴＢ１を連続的に２回伝送し始め、Ｓｌｏｔ５内でＴＢ１の一回目の伝送を完了し、Ｓｌｏｔ６内でＴＢ１の二回目の伝送を完了してもよい。

実施の形態２、前記第一のリソースがＳ個のリソースグループである場合、前記ターゲット時刻は、各リソースグループの開始時刻を含む。

理解すべきことは、各リソースグループは、Ｓ個のリソースグループのうちの各リソースグループであることである。

本実施の形態では、端末は、Ｓ個のリソースグループのうちのいずれか一つのリソースグループの開始時刻から同一の伝送待ちデータを連続的にＫ回伝送し始める可能性がある。

理解を容易にするために、図５ａと図５ｂを参照する。図５ａでは、Ｐ＝１０ Ｓｌｏｔ、即ちリソース配置周期は、１０個のＳｌｏｔを含み、Ｋ＝２、即ち同一の伝送待ちデータを連続的に２回伝送し、Ｎ＝８、即ち第一のリソースは、８つのリソースグループを含む。説明すべきことは、図５ａでは、８つのリソースグループは、連続であるが、他の実施の形態では、Ｓ個の連続には、少なくとも二つの不連続であるリソースグループが含まれてもよいことであり、Ｓｌｏｔ Ｏｆｆｓｅｔは、リソースがＰの一番目のＳｌｏｔから開始することを指示し、ＳＬＩＶでは、Ｓ＝７、Ｌ＝７、即ち一番目のリソースの開始時刻は、一番目のｓｌｏｔにおける７番目のＳｙｍｂｏｌであり、各リソースの長さは、７つのＳｙｍｂｏｌである。前記内容から分かるように、本実施の形態では、各リソースグループは、Ｋ個のリソースを含み、そのため、このシナリオにおいて、各リソースグループは、２つのリソースを含み、各グループのリソースの長さは、１４個のＳｙｍｂｏｌであり、即ち一つのＳｌｏｔである。そのため、図５ａにおけるリソースグループ１～リソースグループ８は、いずれも配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できると決定されることができ、候補リソースと見なされる。

このシナリオにおいて、ターゲット時刻は、リソースグループ１～リソースグループ８のうちの各リソースグループの開始時刻を含む。

図５ｂに示すように、リソースグループ４内でＬＢＴに成功した場合、図５ｂから分かるように、ＬＢＴに成功した時刻は、リソースグループ４の開始時刻の後、リソースグループ５の開始時刻の前であるため、端末は、リソースグループ５の開始時刻からＴＢ１を連続的に２回伝送し始め、リソースグループ５の一番目のリソース内でＴＢ１の一回目の伝送を完了し、リソースグループ５の二番目のリソース内でＴＢ１の二回目の伝送を完了してもよい。本開示の実施例では、伝送待ちデータは、一つのＳｌｏｔ内で連続的に伝送されてもよい。

実施の形態３、前記第一のリソースがＱ個のリソースグループである場合、前記ターゲット時刻は、各リソースグループの開始時刻を含む。

理解すべきことは、各リソースグループは、Ｑ個のリソースグループのうちの各リソースグループであることである。

本実施の形態では、端末は、Ｑ個のリソースグループのうちのいずれか一つのリソースグループの開始時刻から同一の伝送待ちデータを連続的にＫ回伝送し始める可能性がある。

理解を容易にするために、図６ａと図６ｄを参照する。図６ａでは、Ｐ＝１０ Ｓｌｏｔ、即ちリソース配置周期は、１０個のＳｌｏｔを含み、Ｋ＝２、即ち同一の伝送待ちデータを連続的に２回伝送し、Ｓｌｏｔ Ｏｆｆｓｅｔは、Ｐの一番目のＳｌｏｔから開始することを指示し、ＳＬＩＶでは、Ｓ＝０、Ｌ＝７、即ち一番目のリソースの開始時刻は、０番目のＳｙｍｂｏｌであり、各リソースの長さは、７つのＳｙｍｂｏｌであり、図６ｂに示すように、Ｂｉｔｍａｐは、｛１１１０００１１１１｝であり、且つ各Ｂｉｔは、一つのＳｌｏｔを指示する。そのため、図６ａでは、Ｓｌｏｔ１～Ｓｌｏｔ３、Ｓｌｏｔ７～Ｓｌｏｔ１０は、候補リソースである。

端末は、Ｓｌｏｔ１～Ｓｌｏｔ３、Ｓｌｏｔ７～Ｓｌｏｔ１０を図６ｃに示される仮想連続時間領域リソースにマッピングしてもよい。さらに、Ｋが２である場合、端末は、図６ｃの仮想連続時間領域リソースに基づいて、Ｓｌｏｔ１をリソースグループ１に区分し、Ｓｌｏｔ２をリソースグループ２に区分し、Ｓｌｏｔ３をリソースグループ３に区分し、Ｓｌｏｔ７をリソースグループ４に区分し、Ｓｌｏｔ８をリソースグループ５に区分し、Ｓｌｏｔ９をリソースグループ６に区分し、Ｓｌｏｔ１０をリソースグループ７に区分してもよい。そのため、第一のリソースは、上記リソースグループ１～リソースグループ７を含む。

このシナリオにおいて、ターゲット時刻は、リソースグループ１～リソースグループ７のうちの各リソースグループの開始時刻を含む。

図６ｄに示すように、リソースグループ２内でＬＢＴに成功した場合、図６ｄから分かるように、ＬＢＴに成功した時刻は、リソースグループ２の開始時刻の後、リソースグループ３の開始時刻の前であるため、端末は、リソースグループ３の開始時刻からＴＢ１を連続的に２回伝送し始め、リソースグループ３の一番目のリソース内でＴＢ１の一回目の伝送を完了し、リソースグループ３の二番目のリソース内でＴＢ１の二回目の伝送を完了してもよい。

実施の形態４、前記第一のリソースがＴ個のリソースグループである場合、前記ターゲット時刻は、各リソースの開始時刻を含む。

理解すべきことは、各リソースは、Ｔ個のリソースグループに含まれる全てのリソースのうちの各リソースであることである。

本実施の形態では、端末は、Ｔ個のリソースグループに含まれる全てのリソースのうちのいずれか一つのリソースの開始時刻から同一の伝送待ちデータを連続的にＫ回伝送し始める可能性がある。

理解を容易にするために、図６ａ、図６ｂと図６ｅを参照する。図６ａでは、Ｐ＝１０ Ｓｌｏｔ、即ちリソース配置周期は、１０個のＳｌｏｔを含み、Ｋ＝２、即ち同一の伝送待ちデータを連続的に２回伝送し、Ｓｌｏｔ Ｏｆｆｓｅｔは、Ｐの一番目のＳｌｏｔから開始することを指示し、ＳＬＩＶでは、Ｓ＝０、Ｌ＝７、即ち一番目のリソースの開始時刻は、０番目のＳｙｍｂｏｌであり、各リソースの長さは、７つのＳｙｍｂｏｌであり、図６ｂに示すように、Ｂｉｔｍａｐは、｛１１１０００１１１１｝であり、且つ各Ｂｉｔは、一つのＳｌｏｔを指示する。そのため、図６ａでは、Ｓｌｏｔ１～Ｓｌｏｔ３、Ｓｌｏｔ７～Ｓｌｏｔ１０は、候補リソースである。

端末は、Ｓｌｏｔ１～Ｓｌｏｔ３をリソースグループ１に区分し、Ｓｌｏｔ７～Ｓｌｏｔ１０をリソースグループ２に区分してもよい。そのため、第一のリソースは、上記リソースグループ１とリソースグループ２とを含む。

このシナリオにおいて、ターゲット時刻は、リソースグループ１とリソースグループ２に含まれる全てのリソースのうちの各リソースの開始時刻を含む。

図６ｅに示すように、Ｓｌｏｔ２における一番目のリソース内でＬＢＴに成功した場合、図６ｅから分かるように、ＬＢＴに成功した時刻は、Ｓｌｏｔ２における一番目のリソースの開始時刻の後、Ｓｌｏｔ２における二番目のリソースの開始時刻の前であるため、端末は、Ｓｌｏｔ２における二番目のリソースの開始時刻からＴＢ１を連続的に２回伝送し始め、Ｓｌｏｔ２における二番目のリソース内でＴＢ１の一回目の伝送を完了し、Ｓｌｏｔ３における一番目のリソース内でＴＢ１の二回目の伝送を完了してもよい。

本実施例の伝送方法によると、端末機器は、ネットワーク側機器により送信された第一の指示情報に基づいて、リソース配置周期内に配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できる第一のリソースを決定することができ、且つ前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送することができ、それによってリソース配置の柔軟性を向上させることができる。

さらに、端末機器は、ＬＢＴに成功した後、ＬＢＴに成功した時刻に基づいて決定されたターゲット時刻から伝送待ちデータを連続的にＫ回伝送し始めることができ、それによって伝送待ちデータの伝送の信頼性を向上させることができる。

本開示の実施例では、端末が第一の伝送待ちデータ以外の他の伝送待ちデータをさらに含む場合、端末は、第一の伝送待ちデータのＫ回の伝送を完了した後、第二の伝送待ちデータを連続的にＫ回伝送してもよい。理解すべきことは、前記異なる実施の形態については、第二の伝送待ちデータを伝送し始める時刻は、異なる可能性があることである。具体的に、下記の通り説明する。

前記実施の形態１については、前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めた後、前記方法は、
前記第一の伝送待ちデータのＫ回目の伝送を完了し、且つ前記第一のリソースに残りのリソースが存在する場合、第三の時刻から第二の伝送待ちデータを連続的にＫ回伝送し始めることをさらに含み、
前記第三の時刻は、前記第一の伝送待ちデータをＫ回目に伝送する終了時刻である。

理解すべきことは、連続である二つのリソースについては、前の一つのリソースの終了時刻と、後の一つのリソースの開始時刻とは、同じ時刻であることである。

理解を容易にするために、図４ｂを再参照する。図４ｂでは、端末は、Ｓｌｏｔ６内でＴＢ１の二回目の伝送を完了し、理解できることは、ＴＢ１を２回目に伝送する終了時刻は、Ｓｌｏｔ６の終了時刻であることである。図４ｂに示すように、Ｓｌｏｔ６は、Ｓｌｏｔ７と連続であるため、Ｓｌｏｔ６の終了時刻は、即ちＳｌｏｔ７の開始時刻である。

そのため、伝送待ちＴＢが一つよりも大きい場合、端末は、第一の伝送待ちデータのＫ回の連続的伝送を完了した後、Ｓｌｏｔ７の開始時刻にＴＢ２を連続的に２回伝送し始め、Ｓｌｏｔ７内でＴＢ２の一回目の伝送を完了し、Ｓｌｏｔ８内でＴＢ２の二回目の伝送を完了してもよい。

前記実施の形態２については、前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めた後、前記方法は、
前記第一の伝送待ちデータのＫ回目の伝送を完了し、且つ前記第一のリソースに残りのリソースグループが存在する場合、前記第二の時刻の次のターゲット時刻から第二の伝送待ちデータを連続的にＫ回伝送し始めることをさらに含む。

理解を容易にするために、図５ｂを再参照する。図５ｂでは、端末は、リソースグループ５の二番目のリソース内でＴＢ１の二回目の伝送を完了する。

図５ｂに示すように、リソースグループ５は、リソースグループ６と連続であるため、伝送待ちＴＢが一つよりも大きい場合、端末は、第一の伝送待ちデータのＫ回の連続的伝送を完了した後、リソースグループ６の開始時刻にＴＢ２を連続的に２回伝送し始め、リソースグループ６の一番目のリソース内でＴＢ２の一回目の伝送を完了し、リソースグループ６の二番目のリソース内でＴＢ２の二回目の伝送を完了してもよい。

前記実施の形態３については、複数のリソースグループには、少なくとも二つのリソースグループのうちのリソースがビットマップにおいて不連続である場合がある可能性があるため、この場合については、端末は、後の一つのリソースグループ、又は後の一つのリソースグループと連続であるリソースグループ上で伝送待ちデータを伝送するには、ＬＢＴを再実行する必要があり、また、伝送待ちデータを伝送する開始時刻は、ＬＢＴに成功した時間に関連付けられる。そのため、前記実施の形態３については、端末には伝送待ちＴＢが一つよりも大きい場合、端末がＴＢ１のＫ回の連続的伝送を完了した後、ＴＢ２の開始伝送時刻は、ＴＢ１のＫ回目の伝送を完了した後、端末がＬＢＴを行う必要があるか否かの異なる判定結果に基づいて場合に応じて討論される必要があり、具体的に、下記の通り説明する。

前記実施の形態３については、前記第一の伝送待ちデータのＫ回目の伝送を完了した後、且つ前記第一のリソースに残りのリソースグループが存在する場合、前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めた後、前記方法は、
第一のリソースグループと第二のリソースグループのリソースがビットマップにおいて連続である場合、前記第二の時刻の次のターゲット時刻から第二の伝送待ちリソースを連続的にＫ回伝送し始めること、又は、
第一のリソースグループと第二のリソースグループのリソースがビットマップにおいて不連続である場合、ＬＢＴを再実行し、第四の時刻の後に、第五の時刻の前にＬＢＴに成功したか、又は前記第五の時刻にＬＢＴに成功した場合、前記第五の時刻に第二の伝送待ちデータを連続的にＫ回伝送し始めることをさらに含み、
前記第一のリソースグループは、前記第二の時刻を含むリソースグループであり、前記第二のリソースグループは、前記第一のリソースグループの次のリソースグループであり、前記第四の時刻と前記第五の時刻は、ターゲット時刻のうちの隣接する二つの時刻である。

また、説明すべきことは、端末が配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソース以外のリソースでＬＢＴプロセスを実行してもよいことを考慮することであり、端末機器は、第二のリソースグループの開始時刻、即ち第二の時刻の次のターゲット時刻の前にＬＢＴに成功したか、又は第二の時刻にＬＢＴに成功した場合、第二の時刻の次のターゲット時刻から第二の伝送待ちデータを連続的にＫ回伝送し始めることができる。

理解を容易にするために、図６ｄを再参照する。図６ｄでは、端末は、リソースグループ３の一番目のリソース内でＴＢ１の一回目の伝送を完了し、リソースグループ３の二番目のリソース内でＴＢ１の二回目の伝送を完了する。

図６ｄに示すように、リソースグループ３の次のリソースグループは、リソースグループ４であり、且つリソースグループ３とリソースグループ４のリソースは、ビットマップにおいて不連続である。そのため、伝送待ちＴＢが一つよりも大きい場合、端末は、第一の伝送待ちデータのＫ回の連続的伝送を完了した後、ＬＢＴを再実行する必要がある。図６ｄに示すように、ＬＢＴに成功した時刻は、リソースグループ４の開始時刻の後、リソースグループ５の開始時刻の前であるため、端末は、リソースグループ５の開始時刻からＴＢ１を連続的に２回伝送し始め、リソースグループ５の一番目のリソース内でＴＢ２の一回目の伝送を完了し、リソースグループ５の二番目のリソース内でＴＢ２の二回目の伝送を完了してもよい。

前記実施の形態４については、複数のリソースグループには、少なくとも二つのリソースがビットマップにおいて不連続である場合が存在する可能性があるため、この場合については、端末は、後の一つのリソース、又は後の一つのリソースと連続であるリソース上で伝送待ちデータを伝送するには、ＬＢＴを再実行する必要があり、また、伝送待ちデータを伝送する開始時刻は、ＬＢＴに成功した時間に関連付けられる。そのため、前記実施の形態４については、端末には伝送待ちＴＢが一つよりも大きい場合、端末がＴＢ１のＫ回の連続的伝送を完了した後、ＴＢ２の開始伝送時刻は、ＴＢ１のＫ回目の伝送を完了した後、端末がＬＢＴを行う必要があるか否かの異なる判定結果に基づいて場合に応じて討論される必要があり、具体的に、下記の通り説明する。

前記実施の形態４については、前記第一の伝送待ちデータのＫ回目の伝送を完了した後、且つ前記第一のリソースに残りのリソースが存在する場合、前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めた後、前記方法は、
第二のリソースと第三のリソースがビットマップにおいて連続である場合、前記第三のリソースの開始時刻に第二の伝送待ちデータを連続的にＫ回伝送すること、又は、
第二のリソースと第三のリソースがビットマップにおいて不連続である場合、ＬＢＴを再実行し、第六の時刻の後に、第七の時刻の前にＬＢＴに成功したか、又は前記第七の時刻にＬＢＴに成功した場合、前記第七の時刻に第二の伝送待ちデータを連続的にＫ回伝送し始めることをさらに含み、
前記第二のリソースは、前記第一の伝送待ちデータをＫ回目に伝送する終了時刻を含むリソースであり、前記第三のリソースは、前記第二のリソースの次のリソースであり、前記第六の時刻と前記第七の時刻は、ターゲット時刻のうちの隣接する二つの時刻である。

また、説明すべきことは、端末が配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソース以外のリソースでＬＢＴプロセスを実行してもよいことを考慮することであり、端末機器は、第三のリソースの開始時刻の前にＬＢＴに成功したか、又は第三のリソースの開始時刻にＬＢＴに成功した場合、第三のリソースの開始時刻から第二の伝送待ちデータを連続的にＫ回伝送し始めることができる。

理解を容易にするために、図６ｅを再参照する。図６ｅでは、端末は、Ｓｌｏｔ２における二番目のリソース内でＴＢ１の一回目の伝送を完了し、Ｓｌｏｔ３における一番目のリソース内でＴＢ１の二回目の伝送を完了する。

図６ｅに示すように、Ｓｌｏｔ３における一番目のリソースとＳｌｏｔ３における二番目のリソースは、ビットマップにおいて連続である。そのため、伝送待ちＴＢが一つよりも大きい場合、端末は、第一の伝送待ちデータのＫ回の連続的伝送を完了した後、図６ｅに示すように、Ｓｌｏｔ３における二番目のリソースの開始時刻からＴＢ１を直接連続的に２回伝送し始めることができる。

具体的には、Ｓｌｏｔ３における二番目のリソース内でＴＢ２の一回目の伝送を完了する。図６ｅに示すように、Ｓｌｏｔ３における二番目のリソースとＳｌｏｔ７の一番目のリソースがビットマップにおいて不連続であるため、端末は、ＴＢ２の一回目の伝送を完了した後、ＬＢＴを再実行する必要がある。図６ｅに示すように、Ｓｌｏｔ７の一番目のリソース内でＬＢＴに成功した場合、即ちＳｌｏｔ７の一番目のリソースの開始時刻の後、Ｓｌｏｔ７の二番目のリソース開始時刻の前にＬＢＴに成功した場合、そのため、Ｓｌｏｔ７の二番目のリソースでＴＢ２の二回目の伝送を完了してもよい。

説明すべきことは、上記は、端末にはＴＢ１とＴＢ２伝送待ちだけを例として説明し、実際の応用では、端末は、ＴＢ２のＫ回の伝送を完了した後、ＴＢ３、ＴＢ４などを伝送することができ、ＴＢ３とＴＢ４などの伝送待ちデータのＫ回の連続的伝送の開始時刻の決定方式について、ＴＢ２のＫ回の連続的伝送の開始時刻の決定方式を参考してもよいことである。説明の繰り返しを回避するために、ここでは説明を省略する。

なお、本開示の実施例では、選択的に、各伝送される伝送待ちデータに対応する冗長バージョンＲＶドメインは、いずれも無効であり、且つ同じ値に設定され、前記ＲＶドメインは、上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）に運ばれる。

理解すべきことは、各伝送される同一の伝送待ちデータに対応するＲＶドメインは、いずれも無効であり、且つ同じ値に設定されてもよく、異なる伝送待ちデータについては、それにそれぞれ対応するＲＶドメインは、いずれも異なる値に設定されてもよいことである。例えば、各伝送される第一の伝送待ちデータに対応するＲＶドメインの値は、各伝送される第二の伝送待ちデータに対応するＲＶドメインの値と異なってもよい。

このように、基地局は、同一の伝送待ちデータに対応するＵＣＩを統合し復号化することができ、ＵＣＩ復号化の成功率を向上させることができる。

説明すべきことは、本開示の実施例において紹介された複数の選択的な実施の形態は、互いに結合し実現されてもよく、単独で実現されてもよいことである。これについて本開示の実施例は、限定しない。

前記内容から分かるように、本開示の実施例の伝送方法は、Ｋ Ｒｅｐｅｔｉｔｉｏｎに対してリソースの再マッピングを行い、且つフィールドＮ又はＢｉｔｍａｐを追加して配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースを間接的又は直接的に指示することができ、それによって、５Ｇ非許可スペクトルで配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ） ユーザ端末（ＵＥ）に対して時間領域リソース配置を行うことができ、リソース配置の柔軟性を向上させることができるとともに、非許可スペクトルにおける超信頼性と低遅延通信業務の伝送信頼性を保留することができる。

前記内容から分かるように、本開示の実施例の伝送方法は、少なくとも以下の方案を含んでもよい。

Ｏｐｔｉｏｎ １：
Ｐ：リソース配置周期、ＮＲ許可スペクトルにおける配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）の配置周期を多重化する。
Ｋ：重複伝送回数、リソース上で連続的に伝送する。
Ｎ：リソース数、配置されたリソースは、連続である。
ＳＬＩＶ：一番目のリソースの開始位置Ｓと長さＬ、ＲＲＣにより配置されたか、又はＤＣＩにより指示されてもよく、各伝送されるリソースがいずれもＳｌｏｔエッジを跨らないことを保証する必要がある。

Ｐ、Ｋ、Ｎは、いずれもＲＲＣにより配置されてもよい。

Ｐの周期内で、ＲＲＣにより配置されたか、又はＤＣＩにより指示されたＳｌｏｔ ｏｆｆｓｅｔに基づいてＳｌｏｔの位置を決定し、ＳＬＩＶにより指示されたＳｌｏｔ内の開始位置ＳからＮ個の連続であるリソースを配置し、各リソースの時間粒度は、ＳＬＩＶのＬである。ユーザ端末（ＵＥ）は、あるリソース開始エッジでＬＢＴ ｃａｔ ４に成功すると、このリソースからＰＵＳＣＨを連続的にＫ回重複伝送し始める。ユーザ端末（ＵＥ）には伝送待ちＴＢが一つよりも大きい場合、ＴＢ１のＫ回の伝送が完了した後、ＴＢ２をＫ回伝送する。

Ｏｐｔｉｏｎ ２：
Ｐ：リソース配置周期、ＮＲ許可スペクトルにおける配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）の配置周期を多重化する。
Ｋ：重複伝送回数、リソース上で連続的に伝送する。
Ｎ：配置リソースのグループ数。
ＳＬＩＶ：一番目のリソースの開始位置Ｓと長さＬ、ＲＲＣにより配置されたか、又はＤＣＩにより指示されてもよく、各伝送されるリソースがいずれもＳｌｏｔエッジを跨らないことを保証する必要がある。

Ｐ、Ｋ、Ｎは、いずれもＲＲＣにより配置されたものである。

Ｐの周期内で、ＲＲＣにより配置されたか、又はＤＣＩにより指示されたＳｌｏｔ Ｏｆｆｓｅｔに基づいてＳｌｏｔの位置を決定し、ＳＬＩＶにより指示されたＳｌｏｔ内の開始位置ＳからＮグループのリソースを配置し、各グループのリソースは、Ｋ個のリソースを含み、各リソースの時間粒度は、ＳＬＩＶのＬである。ユーザ端末（ＵＥ）は、あるリソース開始エッジでＬＢＴ ｃａｔ ４に成功すると、このグループのリソースからＰＵＳＣＨをＫ回重複伝送し始める。ユーザ端末（ＵＥ）には伝送待ちＴＢが一つよりも大きい場合、第一のグループのリソースでＴＢ１のＫ回の伝送が完了した後、第二のグループのリソースでＴＢ２をＫ回伝送する。

Ｏｐｔｉｏｎ ３：
Ｐ：リソース配置周期、ＮＲ許可スペクトルにおける配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）の配置周期を多重化する。
Ｋ：重複伝送の回数、リソース上で連続的に伝送する。
ＳＬＩＶ：一番目のリソースがＳｌｏｔ内における開始位置Ｓと長さＬ、ＲＲＣにより配置されたか、又はＤＣＩにより指示されてもよく、各伝送されるリソースがいずれもＳｌｏｔエッジを跨らないことを保証する必要がある。
Ｂｉｔｍａｐ：周期Ｐ内に配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）に使用できるリソースを指示し、「１」は、対応するリソースが配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できることを表し、「０」は、対応するリソースが配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できないことを表す。各ｂｉｔにより指示されたリソース粒度は、ＲＲＣにより配置されてもよく、ｂｉｔｍａｐのビット数は、ＲＲＣにより配置されてもよいか、又は一つの値に固定されてもよい。

Ｐ、Ｋ、ｂｉｔｍａｐは、いずれもＲＲＣにより配置されたものである。

ＲＲＣにより配置されたか、又はＤＣＩにより指示されたＳｌｏｔ ｏｆｆｓｅｔに基づいてＳｌｏｔの位置を決定し、ＳＬＩＶにより指示されたＬが各スケジューリングリソースの時間粒度であること、ＳがＳｌｏｔ内の配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）リソースの開始位置であること、及びｂｉｔｍａｐにより指示された結果に基づいて、周期内で使用可能な配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）リソースを得ることができる。

一態様では、使用可能な配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）リソース候補セットを仮想的な連続時間領域リソースにマッピングする。ユーザ端末（ＵＥ）は、あるグループのスケジューリングリソースの開始エッジでＬＢＴ ｃａｔ ４に成功すると、このグループのリソースからＰＵＳＣＨをＫ回重複伝送し始める。ユーザ端末（ＵＥ）には伝送待ちＴＢが一つよりも大きい場合、ＴＢ１のＫ回の伝送が完了した後、ＴＢ２をＫ回伝送する。

別の態様では、使用可能な配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）リソースをｂｉｔｍａｐの結果に基づいていくつかのグループの連続であるリソースに分ける。ユーザ端末（ＵＥ）は、あるスケジューリングリソースの開始エッジでＬＢＴ ｃａｔ ４に成功すると、このリソースからＰＵＳＣＨをＫ回重複伝送し始める。ユーザ端末（ＵＥ）には伝送待ちＴＢが一つよりも大きい場合、ＴＢ１のＫ回の伝送が完了した後、ＴＢ２をＫ回伝送する。

以上の３つの方法については、ＲＲＣは、Ｋ回の重複伝送に対してＲＶバージョンシーケンスを配置し、例えば、Ｋ＝４である場合、シーケンス（０、２、３、１）を配置し、シーケンスにおける各値は、Ｋ回の伝送のＲＶバージョンにそれぞれ対応する。本開示の実施例では、ユーザ端末（ＵＥ）が重複しているＴＢをＫ回伝送する時、各ＵＣＩにおけるＲＶバージョンドメインは、無効であり、且ついずれも同じ値に設定され、それによって、基地局は、ＵＣＩを統合し復号化することができる。

図７は、本開示の実施例による伝送方法のフローチャートのその二である。図７に示される伝送方法は、ネットワーク側機器に用いられてもよい。

図７に示すように、伝送方法は、
端末機器に、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を送信するステップ７０１を含んでもよい。

選択的に、前記第一の指示情報は、フィールド指示方式又はビットマップ指示方式によって前記第一のリソースを指示する。

選択的に、前記第一の指示情報がフィールド指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
一つのリソース、又は、
Ｍ個の連続リソースであって、Ｍは、１よりも大きい整数であるリソース、又は、
Ｓ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、Ｓは、正の整数であるリソースグループである。

選択的に、前記第一の指示情報がビットマップ指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
仮想時間領域リソースに基づいて区分されたＱ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、前記仮想時間領域リソースは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースのマッピングによって得られ、Ｑは、正の整数であるリソースグループ、又は、
Ｔ個のリソースグループであって、各リソースグループは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースによって決定され、異なるリソースグループのうちのリソースは、前記ビットマップにおいて不連続であり、Ｔは、正の整数であるリソースグループである。

説明すべきことは、本実施例は、図２の方法の実施例に対応するネットワーク側機器の実施の形態とされるため、図２の方法の実施例における関連する説明を参照してもよく、且つ同じ有益な効果を達することができることである。説明の繰り返しを回避するために、ここでは説明を省略する。

図８は、本開示の実施例による端末機器の構造図のその一である。図８に示すように、端末機器８００は、
ネットワーク側機器から、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を受信するための受信モジュール８０１と、
前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送するための第一の伝送モジュールであって、Ｋが正の整数である第一の伝送モジュール８０２とを含む。

選択的に、前記第一の指示情報は、フィールド指示方式又はビットマップ指示方式によって前記第一のリソースを指示する。

選択的に、前記第一の指示情報がフィールド指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
一つのリソース、又は、
Ｍ個の連続リソースであって、Ｍは、１よりも大きい整数であるリソース、又は、
Ｓ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、Ｓは、正の整数であるリソースグループである。

選択的に、前記第一の指示情報がビットマップ指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
仮想連続時間領域リソースに基づいて区分されたＱ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、前記仮想時間領域リソースは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースのマッピングによって得られ、Ｑは、正の整数であるリソースグループ、又は、
Ｔ個のリソースグループであって、各リソースグループは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースによって決定され、異なるリソースグループのうちのリソースは、前記ビットマップにおいて不連続であり、Ｔは、正の整数であるリソースグループである。

選択的に、前記第一の伝送モジュール８０２は、具体的に、
第一の時刻の後に、第二の時刻の前に、前記端末機器によるリスンビフォートークＬＢＴに成功した場合、又は、第二の時刻に、前記端末機器によるＬＢＴに成功した場合、前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めるために用いられ、
前記第一の時刻と前記第二の時刻は、ターゲット時刻のうちの隣接する二つの時刻であり、前記ターゲット時刻は、前記第一のリソースに基づいて決定された、伝送待ちデータを連続的にＫ回伝送し始めるために使用できる時刻である。

選択的に、前記第一のリソースがＭ個の連続リソースである場合、前記ターゲット時刻は、各リソースの開始時刻を含む。

選択的に、前記端末機器８００は、
前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めた後、前記第一の伝送待ちデータのＫ回目の伝送を完了し、且つ前記第一のリソースに残りのリソースが存在する場合、第三の時刻から第二の伝送待ちデータを連続的にＫ回伝送し始めるための第二の伝送モジュールをさらに含み、
前記第三の時刻は、前記第一の伝送待ちデータをＫ回目に伝送する終了時刻である。

選択的に、前記第一のリソースがＳ個のリソースグループである場合、前記ターゲット時刻は、各リソースグループの開始時刻を含む。

選択的に、前記端末機器８００は、
前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めた後、前記第一の伝送待ちデータのＫ回目の伝送を完了し、且つ前記第一のリソースに残りのリソースグループが存在する場合、前記第二の時刻の次のターゲット時刻から第二の伝送待ちデータを連続的にＫ回伝送し始めるための第三の伝送モジュールをさらに含む。

選択的に、前記第一のリソースがＱ個のリソースグループである場合、前記ターゲット時刻は、各リソースグループの開始時刻を含む。

選択的に、前記第一の伝送待ちデータのＫ回目の伝送を完了した後、且つ前記第一のリソースに残りのリソースグループが存在する場合、前記端末機器８００は、
前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めた後、第一のリソースグループと第二のリソースグループのリソースがビットマップにおいて連続である場合、前記第二の時刻の次のターゲット時刻から第二の伝送待ちリソースを連続的にＫ回伝送し始めるか、又は、
第一のリソースグループと第二のリソースグループのリソースがビットマップにおいて不連続である場合、ＬＢＴを再実行し、第四の時刻の後に、第五の時刻の前にＬＢＴに成功したか、又は前記第五の時刻にＬＢＴに成功した場合、前記第五の時刻に第二の伝送待ちデータを連続的にＫ回伝送し始めるための第四の伝送モジュールをさらに含み、
前記第一のリソースグループは、前記第二の時刻を含むリソースグループであり、前記第二のリソースグループは、前記第一のリソースグループの次のリソースグループであり、前記第四の時刻と前記第五の時刻は、ターゲット時刻のうちの隣接する二つの時刻である。

選択的に、前記第一のリソースがＴ個のリソースグループである場合、前記ターゲット時刻は、各リソースの開始時刻を含む。

選択的に、前記第一の伝送待ちデータのＫ回目の伝送を完了した後、且つ前記第一のリソースに残りのリソースグループが存在する場合、前記端末機器８００は、
前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めた後、第二のリソースと第三のリソースがビットマップにおいて連続である場合、前記第三のリソースの開始時刻に第二の伝送待ちデータを連続的にＫ回伝送するか、又は、
第二のリソースと第三のリソースがビットマップにおいて不連続である場合、ＬＢＴを再実行し、第六の時刻の後に、第七の時刻の前にＬＢＴに成功したか、又は前記第七の時刻にＬＢＴに成功した場合、前記第七の時刻に第二の伝送待ちデータを連続的にＫ回伝送し始めるための第五の伝送モジュールをさらに含み、
前記第二のリソースは、前記第一の伝送待ちデータをＫ回目に伝送する終了時刻を含むリソースであり、前記第三のリソースは、前記第二のリソースの次のリソースであり、前記第六の時刻と前記第七の時刻は、ターゲット時刻のうちの隣接する二つの時刻である。

選択的に、各伝送される伝送待ちデータに対応する冗長バージョンＲＶドメインは、いずれも無効であり、且つ同じ値に設定され、
前記ＲＶドメインは、上りリンク制御情報ＵＣＩに乗せられる。

端末機器８００は、本開示方法の実施例において端末機器によって実現された各プロセスを実現することができ、及び同じ有益な効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図９は、本開示の実施例によるネットワーク側機器の構造図のその一である。図９に示すように、ネットワーク側機器９００は、
端末機器に、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を送信するための送信モジュール９０１を含む。

選択的に、前記第一の指示情報は、フィールド指示方式又はビットマップ指示方式によって前記第一のリソースを指示する。

選択的に、前記第一の指示情報がフィールド指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
一つのリソース、又は、
Ｍ個の連続リソースであって、Ｍは、１よりも大きい整数であるリソース、又は、
Ｓ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、Ｓは、正の整数であるリソースグループである。

選択的に、前記第一の指示情報がビットマップ指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
仮想時間領域リソースに基づいて区分されたＱ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、前記仮想時間領域リソースは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースのマッピングによって得られ、Ｑは、正の整数であるリソースグループ、又は、
Ｔ個のリソースグループであって、各リソースグループは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースによって決定され、異なるリソースグループのうちのリソースは、前記ビットマップにおいて不連続であり、Ｔは、正の整数であるリソースグループである。

ネットワーク側機器９００は、本開示方法の実施例においてネットワーク側機器によって実現された各プロセスを実現することができ、及び同じ有益な効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図１０は、本開示の実施例による端末機器の構造図のその二であり、この端末機器は、本開示の各実施例を実現する端末機器のハードウェア構造概略図である。図１０に示すように、端末機器１０００は、無線周波数ユニット１００１、ネットワークモジュール１００２、オーディオ出力ユニット１００３、入力ユニット１００４、センサ１００５、表示ユニット１００６、ユーザ入力ユニット１００７、インターフェースユニット１００８、メモリ１００９、プロセッサ１０１０、及び電源１０１１などの部材を含むが、それらに限らない。当業者であれば理解できるように、図１０に示す端末機器の構成は、端末機器に対する限定を構成しなく、端末機器には、図示された部材の数よりも多く又は少ない部材、又はなんらかの部材の組み合わせ、又は異なる部材の配置が含まれてもよい。本開示の実施例では、端末機器は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピューター、車載端末機器、ウェアラブルデバイス、及び歩数計などを含むが、それらに限らない。

無線周波数ユニット１００１は、
ネットワーク側機器から、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を受信すること、
前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送することに用いられ、Ｋが正の整数である。

選択的に、前記第一の指示情報は、フィールド指示方式又はビットマップ指示方式によって前記第一のリソースを指示する。

選択的に、前記第一の指示情報がフィールド指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
一つのリソース、又は、
Ｍ個の連続リソースであって、Ｍは、１よりも大きい整数であるリソース、又は、
Ｓ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、Ｓは、正の整数であるリソースグループである。

選択的に、前記第一の指示情報がビットマップ指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
仮想連続時間領域リソースに基づいて区分されたＱ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、前記仮想時間領域リソースは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースのマッピングによって得られ、Ｑは、正の整数であるリソースグループ、又は、
Ｔ個のリソースグループであって、各リソースグループは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースによって決定され、異なるリソースグループのうちのリソースは、前記ビットマップにおいて不連続であり、Ｔは、正の整数であるリソースグループである。

選択的に、無線周波数ユニット１００１はさらに、
第一の時刻の後に、第二の時刻の前に、前記端末機器によるリスンビフォートークＬＢＴに成功した場合、又は、第二の時刻に、前記端末機器によるＬＢＴに成功した場合、前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めるために用いられ、
前記第一の時刻と前記第二の時刻は、ターゲット時刻のうちの隣接する二つの時刻であり、前記ターゲット時刻は、前記第一のリソースに基づいて決定された、伝送待ちデータを連続的にＫ回伝送し始めるために使用できる時刻である。

選択的に、前記第一のリソースがＭ個の連続リソースである場合、前記ターゲット時刻は、各リソースの開始時刻を含む。

選択的に、無線周波数ユニット１００１はさらに、
前記第一の伝送待ちデータのＫ回目の伝送を完了し、且つ前記第一のリソースに残りのリソースが存在する場合、第三の時刻から第二の伝送待ちデータを連続的にＫ回伝送し始めるために用いられ、
前記第三の時刻は、前記第一の伝送待ちデータをＫ回目に伝送する終了時刻である。

選択的に、前記第一のリソースがＳ個のリソースグループである場合、前記ターゲット時刻は、各リソースグループの開始時刻を含む。

選択的に、無線周波数ユニット１００１はさらに、
前記第一の伝送待ちデータのＫ回目の伝送を完了し、且つ前記第一のリソースに残りのリソースグループが存在する場合、前記第二の時刻の次のターゲット時刻から第二の伝送待ちデータを連続的にＫ回伝送し始めるために用いられる。

選択的に、前記第一のリソースがＱ個のリソースグループである場合、前記ターゲット時刻は、各リソースグループの開始時刻を含む。

選択的に、無線周波数ユニット１００１はさらに、
第一のリソースグループと第二のリソースグループのリソースがビットマップにおいて連続である場合、前記第二の時刻の次のターゲット時刻から第二の伝送待ちリソースを連続的にＫ回伝送し始めること、又は、
第一のリソースグループと第二のリソースグループのリソースがビットマップにおいて不連続である場合、ＬＢＴを再実行し、第四の時刻の後に、第五の時刻の前にＬＢＴに成功したか、又は前記第五の時刻にＬＢＴに成功した場合、前記第五の時刻に第二の伝送待ちデータを連続的にＫ回伝送し始めることに用いられ、
前記第一のリソースグループは、前記第二の時刻を含むリソースグループであり、前記第二のリソースグループは、前記第一のリソースグループの次のリソースグループであり、前記第四の時刻と前記第五の時刻は、ターゲット時刻のうちの隣接する二つの時刻である。

選択的に、前記第一のリソースがＴ個のリソースグループである場合、前記ターゲット時刻は、各リソースの開始時刻を含む。

選択的に、無線周波数ユニット１００１はさらに、
第二のリソースと第三のリソースがビットマップにおいて連続である場合、前記第三のリソースの開始時刻に第二の伝送待ちデータを連続的にＫ回伝送すること、又は、
第二のリソースと第三のリソースがビットマップにおいて不連続である場合、ＬＢＴを再実行し、第六の時刻の後に、第七の時刻の前にＬＢＴに成功したか、又は前記第七の時刻にＬＢＴに成功した場合、前記第七の時刻に第二の伝送待ちデータを連続的にＫ回伝送し始めることに用いられ、
前記第二のリソースは、前記第一の伝送待ちデータをＫ回目に伝送する終了時刻を含むリソースであり、前記第三のリソースは、前記第二のリソースの次のリソースであり、前記第六の時刻と前記第七の時刻は、ターゲット時刻のうちの隣接する二つの時刻である。

選択的に、各伝送される伝送待ちデータに対応する冗長バージョンＲＶドメインは、いずれも無効であり、且つ同じ値に設定され、
前記ＲＶドメインは、上りリンク制御情報ＵＣＩに乗せられる。

説明すべきことは、本実施例における上記端末機器１０００は、本開示の実施例では方法の実施例において端末機器によって実現された各プロセスを実現することができ、且つ同じ有益な効果を達することができることである。説明の繰り返しを回避するために、ここでは説明を省略する。

理解すべきことは、本開示の実施例では、無線周波数ユニット１００１は、情報の送受信又は通話中の信号の送受信に用いられてもよいことである。具体的には、基地局からの下りリンクのデータを受信した後、プロセッサ１０１０に処理させ、また、上りリンクのデータを基地局に送信する。一般的には、無線周波数ユニット１００１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限られない。なお、無線周波数ユニット１００１は、無線通信システムやネットワークを介して他の機器との通信を行ってもよい。

端末機器は、ネットワークモジュール１００２によってユーザに無線のブロードバンドインターネットアクセスを提供し、例えば、ユーザへ電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどを支援する。

オーディオ出力ユニット１００３は、無線周波数ユニット１００１又はネットワークモジュール１００２によって受信された又はメモリ１００９に記憶されたオーディオデータをオーディオ信号に変換して、音声として出力することができる。そして、オーディオ出力ユニット１００３はさらに、端末機器１０００によって実行された特定の機能に関連するオーディオ出力（例えば、呼び信号受信音、メッセージ着信音など）を提供することができる。オーディオ出力ユニット１００３は、スピーカ、ブザー及び受話器などを含む。

入力ユニット１００４は、オーディオ又はビデオ信号を受信するために用いられる。入力ユニット１００４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）１００４１とマイクロホン１００４２とを含んでもよい。グラフィックスプロセッサ１００４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。処理された画像フレームは、表示ユニット１００６に表示されてもよい。グラフィックスプロセッサ１００４１によって処理された画像フレームは、メモリ１００９（又は他の記憶媒体）に記憶されてもよく、又は無線周波数ユニット１００１又はネットワークモジュール１００２を介して送信されてもよい。マイクロホン１００４２は、音声を受信することができるとともに、このような音声をオーディオデータとして処理することができる。処理されたオーディオデータは、電話の通話モードにおいて、無線周波数ユニット１００１を介して移動通信基地局に送信することが可能なフォーマットに変換して出力されてもよい。

端末機器１０００はさらに、少なくとも一つのセンサ１００５、例えば、光センサ、モーションセンサ及び他のセンサを含む。具体的には、光センサは、環境光センサ及び接近センサを含み、環境光センサは、環境光の明暗に応じて、表示パネル１００６１の輝度を調整することができ、接近センサは、端末機器１０００が耳元に移動した時、表示パネル１００６１及び／又はバックライトをオフにすることができる。モーションセンサの一種として、加速度計センサは、各方向（一般的には、三軸）での加速度の大きさを検出することができ、静止時、重力の大きさ及び方向を検出することができ、端末機器の姿勢（例えば、縦横スクリーン切り替え、関連ゲーム、磁力計姿勢校正）の識別、振動識別関連機能（例えば、歩数計、タップ）などに用いることができる。センサ１００５はさらに、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロ、気圧計、湿度計、温度計、赤外線センサなどを含んでもよい。ここでは説明を省略する。

表示ユニット１００６は、ユーザによって入力された情報又はユーザに提供される情報を表示するために用いられている。表示ユニット１００６は、表示パネル１００６１を含んでもよい。液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＯＬＥＤ）などの形式で表示パネル１００６１を配置してもよい。

ユーザ入力ユニット１００７は、入力された数字又は文字情報の受信、及び端末機器のユーザ設置及び機能制御に関するキー信号入力の発生に用いられてもよい。具体的には、ユーザ入力ユニット１００７は、タッチパネル１００７１と他の入力機器１００７２とを含む。タッチパネル１００７１は、タッチスクリーンとも呼ばれ、その上又は付近でのユーザによるタッチ操作（例えば、ユーザが指、タッチペンなどの任意の適切な物体又は付属品を使用してタッチパネル１００７１上又はタッチパネル１００７１付近で行う操作）を収集することができる。タッチパネル１００７１は、タッチ検出装置とタッチコントローラの二つの部分を含んでもよい。タッチ検出装置は、ユーザによるタッチ方位を検出し、タッチ操作による信号を検出し、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをタッチポイント座標に変換した後、プロセッサ１０１０に送信し、プロセッサ１０１０から送信されてきたコマンドを受信して実行する。なお、抵抗式、静電容量式、赤外線及び表面音波などの様々なタイプを用いてタッチパネル１００７１を実現してもよい。タッチパネル１００７１以外、ユーザ入力ユニット１００７は、他の入力機器１００７２を含んでもよい。具体的には、他の入力機器１００７２は、物理的なキーボード、機能キー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らない。ここでは説明を省略する。

さらに、タッチパネル１００７１は、表示パネル１００６１上に覆われてもよい。タッチパネル１００７１は、その上又は付近でのタッチ操作を検出すると、プロセッサ１０１０に伝送して、タッチイベントのタイプを特定し、その後、プロセッサ１０１０は、タッチイベントのタイプに応じて表示パネル１００６１上で相応な視覚出力を提供する。図１０では、タッチパネル１００７１と表示パネル１００６１は、二つの独立した部材として端末機器の入力と出力機能を実現するものであるが、なんらかの実施例では、タッチパネル１００７１と表示パネル１００６１を集積して端末機器の入力と出力機能を実現してもよい。具体的には、ここでは限定しない。

インターフェースユニット１００８は、外部装置と端末機器１０００との接続のためのインターフェースである。例えば、外部装置は、有線又は無線ヘッドフォンポート、外部電源（又は電池充電器）ポート、有線又は無線データポート、メモリカードポート、識別モジュールを有する装置への接続用のポート、オーディオ入力／出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ、Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含んでもよい。インターフェースユニット１００８は、外部装置からの入力（例えば、データ情報、電力など）を受信するとともに、受信した入力を端末機器１０００内の一つ又は複数の素子に伝送するために用いられてもよく、又は端末機器１０００と外部装置との間でデータを伝送するために用いられてもよい。

メモリ１００９は、ソフトウェアプログラム及び各種のデータを記憶するために用いられてもよい。メモリ１００９は、主に記憶プログラム領域及び記憶データ領域を含んでもよい。記憶プログラム領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム（例えば、音声再生機能、画像再生機能など）などを記憶することができ、記憶データ領域は、携帯電話の使用によって作成されるデータ（例えば、オーディオデータ、電話帳など）などを記憶することができる。なお、メモリ１００９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリ、例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の揮発性ソリッドステートメモリデバイスをさらに含んでもよい。

プロセッサ１０１０は、端末機器の制御センターであり、各種のインターフェースと線路によって端末機器全体の各部分に接続され、メモリ１００９内に記憶されたソフトウェアプログラム及び／又はモジュールを運行又は実行すること、及びメモリ１００９内に記憶されたデータを呼び出し、端末機器の各種の機能を実行し、データを処理することにより、端末機器全体をモニタリングする。プロセッサ１０１０は、一つ又は複数の処理ユニットを含んでもよい。選択的に、プロセッサ１０１０は、アプリケーションプロセッサとモデムプロセッサを集積してもよい。アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインターフェース及びアプリケーションプログラムなどを処理するためのものであり、モデムプロセッサは、主に無線通信を処理するためのものである。理解すべきことは、上記モデムプロセッサは、プロセッサ１０１０に集積されなくてもよいことである。

端末機器１０００はさらに、各部材に電力を供給する電源１０１１（例えば、電池）を含んでもよい。選択的に、電源１０１１は、電源管理システムによってプロセッサ１０１０にロジック的に接続されてもよい。それにより、電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。

また、端末機器１０００は、いくつかの示されていない機能モジュールを含む。ここでは説明を省略する。

選択的に、本開示の実施例は、端末機器をさらに提供する。プロセッサ１０１０と、メモリ１００９と、メモリ１００９に記憶され、前記プロセッサ１０１０上で運行できるコンピュータプログラムとを含み、このコンピュータプログラムがプロセッサ１０１０によって実行される時、上記情報伝送方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。

図１１は、本開示の実施例によるネットワーク側機器の構造図のその二である。図１１に示すように、ネットワーク側機器１１００は、プロセッサ１１０１と、メモリ１１０２と、ユーザインターフェース１１０３と、送受信機１１０４とバスインターフェースとを含む。

本開示の実施例では、ネットワーク側機器１１００は、メモリ１１０２に記憶され、且つプロセッサ１１０１上で運行できるコンピュータプログラムをさらに含み、コンピュータプログラムがプロセッサ１１０１によって実行される時、以下のステップを実現させる。

端末機器に、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を送信する。

選択的に、前記第一の指示情報は、フィールド指示方式又はビットマップ指示方式によって前記第一のリソースを指示する。

選択的に、前記第一の指示情報がフィールド指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
一つのリソース、又は、
Ｍ個の連続リソースであって、Ｍは、１よりも大きい整数であるリソース、又は、
Ｓ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、Ｓは、正の整数であるリソースグループである。

選択的に、前記第一の指示情報がビットマップ指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
仮想時間領域リソースに基づいて区分されたＱ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、前記仮想時間領域リソースは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースのマッピングによって得られ、Ｑは、正の整数であるリソースグループ、又は、
Ｔ個のリソースグループであって、各リソースグループは、ビットマップにより指示された、配置許可（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）伝送に使用できるリソースによって決定され、異なるリソースグループのうちのリソースは、前記ビットマップにおいて不連続であり、Ｔは、正の整数であるリソースグループである。

図１１では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジとを含んでもよく、具体的にはプロセッサ１１０１によって代表される一つ又は複数のプロセッサとメモリ１１０２によって代表されるメモリの各種の回路でリンクされてもよい。バスアーキテクチャは、周辺機器、電圧レギュレータとパワー管理回路などのような各種の他の回路をリンクしてもよい。それらは、すべて当技術分野でよく知られているものであるため、ここでは、本明細書では、さらに記述しない。バスインターフェースは、インターフェースを提供する。送受信機１１０４は、複数の素子であってもよく、即ち、送信機と受信機とを含み、伝送媒体で各種の他の装置と通信するためのユニットを提供する。異なるユーザ機器について、ユーザインターフェース１１０３は、必要な機器に外接や内接することができるインターフェースであってもよい。接続された機器は、キーパッド、ディスプレイ、スピーカ、マイクロホン、ジョイスティックなどを含むが、それらに限らない。

プロセッサ１１０１は、バスアーキテクチャと一般的な処理の管理を担当し、メモリ１１０２は、プロセッサ１１０１の操作実行時に使用されるデータを記憶してもよい。

ネットワーク側機器１１００は、上記方法の実施例においてネットワーク側機器によって実現された各プロセスを実現することができ、説明の繰り返しを回避するために、ここでは説明を省略する。

本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、上記伝送方法の実施例の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでは説明を省略する。前記コンピュータ可読記憶媒体は、例えば、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどである。

説明すべきことは、本明細書において、「含む」、「包含」という用語又はその他の任意の変形は、非排他的な「包含」を意図的にカバレッジするものであり、それにより、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含むことである。それ以上の制限がない場合に、「・・・を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。

以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによっても実現されるが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本開示の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末機器（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）に本開示の各実施例に記載の方法を実行させるための若干の指令を含む。

当業者であれば意識できるように、本明細書に開示された実施例を結び付けて記述された様々な例のユニット及びアルゴリズムステップは、電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現されることが可能である。これらの機能は、ハードウェア方式で実行されるか、ソフトウェア方式で実行されるかは、技術案の特定の応用及び設計拘束条件によるものである。当業者は、各特定の応用に対して異なる方法を使用して、記述された機能を実現することができるが、このような実現は、本開示の範囲を超えていると考えられるべきではない。

当業者が明確に理解できるように、記述の利便性及び簡潔性のために、以上に記述されたシステム、装置、及びユニットの具体的な作動プロセスは、前記方法の実施例における対応するプロセスを参照すればよい。ここでは説明を省略する。

本出願によって提供される実施例で理解すべきことは、掲示された装置及び方法は、他の方式によって実現されてもよいことである。例えば、以上に記述された装置の実施例は、単なる例示的なものであり、例えば、前記ユニットの区分は、単なる論理的機能区分であり、実際に実現する時、他の区分方式があってもよい。例えば、複数のユニット又はコンポーネントは、別のシステムに結合されてもよく、又は集積されてもよく、又はいくつかの特徴が無視されてもよく、又は実行されなくてもよい。また、表示又は討論された同士間の結合又は直接結合又は通信接続は、いくつかのインターフェース、装置又はユニットによる間接的結合又は通信接続であってもよく、電気的、機械的、又は他の形式であってもよい。

前記分離された部品として説明されるユニットは、物理的に分離されてもよく、又は物理的に分離されなくてもよく、ユニットとして表示される部品は、物理的なユニットであってもよく、又は、物理的なユニットでなくてもよく、即ち、一つの場所に位置してもよく、又は複数のネットワークユニットに分布されてもよい。実際の必要に応じて、そのうちの一部又は全てのユニットを選択して、本実施例の方案の目的を実現することができる。

また、本開示の各実施例における各機能ユニットは、一つの処理ユニットに集積されてもよく、各ユニットが単独に物理的に存在してもよく、二つ又は二つ以上のユニットが一つのユニットに集積されてもよい。

前記機能は、ソフトウェア機能ユニットの形式で実現され、且つ独立した製品として販売又は使用される場合、一つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解を踏まえて、本開示の技術案は、実質的には、又は関連技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体に記憶され、一台のコンピュータ機器（パソコン、サーバ、又はネットワーク機器などであってもよい）に本開示の各実施例に記載の方法の全て又は一部のステップを実行させるための若干の指令を含む。前記記憶媒体は、Ｕディスク、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスク等の様々なプログラムコードを記憶可能な媒体を含む。

当業者が理解できるように、上記実施例の方法における全ての又は一部のフローを実現することは、コンピュータプログラムによって関連ハードウェアを制御することによって完了されてもよい。前記プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。このプログラムが実行される時、上記各方法の実施例のようなフローを含んでもよい。前記記憶媒体は、磁気ディスク、光ディスク、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）又はランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）などであってもよい。

理解できるように、本開示の実施例に記述されたこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせで実現されてもよい。ハードウェアの実現に対して、モジュール、ユニット、サブユニットは、一つ又は複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ、ＡＳＩＣ）、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、デジタルシグナルプロセッシングデバイス（ＤＳＰ Ｄｅｖｉｃｅ、ＤＳＰＤ）、プログラマブル論理デバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ、ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子ユニット又はそれらの組み合わせに実現されてもよい。

ソフトウェアの実現に対して、本開示の実施例に記載の機能を実行するモジュール（例えば、プロセス、関数など）によって本開示の実施例に記載の技術を実現してもよい。ソフトウェアコードは、メモリに記憶され、且つプロセッサを介して実行されてもよい。メモリは、プロセッサ内又はプロセッサの外部に実現されてもよい。

以上は、添付図面を結び付けながら、本開示の実施例を記述したが、本開示は、上述した具体的な実施の形態に限らない。上述した具体的な実施の形態は例示的なものに過ぎず、制限性のあるものではない。当業者は、本開示による示唆を基にして、本開示の趣旨や請求項が保護する範囲から逸脱しない限り、多くの形式の変更を行うこともでき、それらは、いずれも本開示の保護範囲に入っている。

Claims (15)

1. 端末機器に用いられる伝送方法であって、
   ネットワーク側機器から、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を受信することと、
   前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送することであって、Ｋが正の整数であることとを含み、
   前記第一のリソースが、前記第一の指示情報の指示するスロットオフセットＳｌｏｔ Ｏｆｆｓｅｔ及び連続したスロットの数により決定される、伝送方法。
2. 前記第一の指示情報は、フィールド指示方式によって前記第一のリソースを指示する、請求項１に記載の伝送方法。
3. 前記第一の指示情報がフィールド指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
   一つのリソース、又は、
   Ｍ個の連続リソースであって、Ｍは、１よりも大きい整数であるリソース、又は、
   Ｓ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、Ｓは、正の整数であるリソースグループである、請求項２に記載の伝送方法。
4. 前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送することは、
   第一の時刻の後に、第二の時刻の前に、前記端末機器によるリスンビフォートークＬＢＴに成功した場合、又は、第二の時刻に、前記端末機器によるＬＢＴに成功した場合、前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めることを含み、
   前記第一の時刻と前記第二の時刻は、ターゲット時刻のうちの隣接する二つの時刻であり、前記ターゲット時刻は、前記第一のリソースに基づいて決定された、伝送待ちデータを連続的にＫ回伝送し始めるために使用できる時刻である、請求項１に記載の伝送方法。
5. 前記第一のリソースがＭ個の連続リソースである場合、前記ターゲット時刻は、各リソースの開始時刻を含み、
   前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めた後、前記伝送方法は、
   前記第一の伝送待ちデータのＫ回目の伝送を完了し、且つ前記第一のリソースに残りのリソースが存在する場合、第三の時刻から第二の伝送待ちデータを連続的にＫ回伝送し始めることをさらに含み、
   前記第三の時刻は、前記第一の伝送待ちデータをＫ回目に伝送する終了時刻である、請求項４に記載の伝送方法。
6. 前記第一のリソースがＳ個のリソースグループである場合、前記ターゲット時刻は、各リソースグループの開始時刻を含み、
   前記第二の時刻から第一の伝送待ちデータを連続的にＫ回伝送し始めた後、前記伝送方法は、
   前記第一の伝送待ちデータのＫ回目の伝送を完了し、且つ前記第一のリソースに残りのリソースグループが存在する場合、前記第二の時刻の次のターゲット時刻から第二の伝送待ちデータを連続的にＫ回伝送し始めることをさらに含む、請求項４に記載の伝送方法。
7. 前記第一のリソースがＱ個のリソースグループである場合、前記ターゲット時刻は、各リソースグループの開始時刻を含む、
   請求項４に記載の伝送方法。
8. 前記第一のリソースがＴ個のリソースグループである場合、前記ターゲット時刻は、各リソースの開始時刻を含む、
   請求項４に記載の伝送方法。
9. ネットワーク側機器に用いられる伝送方法であって、
   端末機器に、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を送信することを含み、
   前記第一のリソースが、前記第一の指示情報の指示するスロットオフセットＳｌｏｔ Ｏｆｆｓｅｔ及び連続したスロットの数により決定される、伝送方法。
10. 前記第一の指示情報は、フィールド指示方式によって前記第一のリソースを指示する、請求項９に記載の伝送方法。
11. 前記第一の指示情報がフィールド指示方式によって前記第一のリソースを指示する場合、前記第一のリソースは、
    一つのリソース、又は、
    Ｍ個の連続リソースであって、Ｍは、１よりも大きい整数であるリソース、又は、
    Ｓ個のリソースグループであって、各リソースグループは、Ｋ個の連続リソースを含み、Ｓは、正の整数であるリソースグループである、請求項１０に記載の伝送方法。
12. ネットワーク側機器から、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を受信するための受信モジュールと、
    前記第一のリソース上で第一の伝送待ちデータを連続的にＫ回伝送するための第一の伝送モジュールであって、Ｋが正の整数である第一の伝送モジュールとを含み、
    前記第一のリソースが、前記第一の指示情報の指示するスロットオフセットＳｌｏｔ Ｏｆｆｓｅｔ及び連続したスロットの数により決定される、端末機器。
13. 端末機器に、リソース配置周期内に配置許可Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ伝送に使用できる第一のリソースを指示するための第一の指示情報を送信するための送信モジュールを含み、
    前記第一のリソースが、前記第一の指示情報の指示するスロットオフセットＳｌｏｔ Ｏｆｆｓｅｔ及び連続したスロットの数により決定される、ネットワーク側機器。
14. コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、請求項１～８のいずれか１項に記載の伝送方法のステップを実現させる、コンピュータ可読記憶媒体。
15. コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、請求項９～１１のいずれか１項に記載の伝送方法のステップを実現させる、コンピュータ可読記憶媒体。

Images