(57)【要約】  本発明は、アップリンク制御情報の伝送方法及び装置を提供する。本発明の実施形態では、伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定することにより、前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報は個別に伝送されてもよく、それによってシステム伝送効率が向上する。
2021520106.tif 000002
【特許請求の範囲】
【請求項１】
アップリンク制御情報の伝送方法であって、
伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定することと、
前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送することと、を含む、
アップリンク制御情報の伝送方法。
【請求項２】
前記アップリンク制御情報は、ダウンリンクデータのフィードバック情報、チャネル状態情報、及びアップリンクデータのスケジューリングリクエストのうちの少なくとも１つを含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送する前に、さらに、
前記各タイプのアップリンク伝送関連情報を個別に配置することを含み、ここで、前記アップリンク伝送関連情報が、伝送リソース、フィードバックモード、及びフィードバック時系列パラメータＫ１のうちの少なくとも１つを含むことを特徴とする
請求項１に記載の方法。
【請求項４】
伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定することは、
伝送パラメータに基づいて前記アップリンク制御情報の属するタイプを確定することを含み、ここで、前記伝送パラメータが、サービスタイプインジケーター、伝送時間間隔（ＴＴＩ）長さ、フィードバック時間、リソース指示タイプ、伝送セット、周期、及び配置情報のうちの少なくとも１つを含むことを特徴とする
請求項１に記載の方法。
【請求項５】
前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送することは、
前記各タイプのフィードバックウィンドウにおける該タイプの最終回の伝送機会に基づいて、前記各タイプのフィードバックウィンドウに対応する伝送リソースを確定すること、又は
前記各タイプのアップリンク制御リソース配置に基づいて、前記各タイプの伝送リソースを確定することを含むことを特徴とする
請求項１−４のいずれか一項に記載の方法。
【請求項６】
前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送することは、
前記各タイプのフィードバックウィンドウに対応する伝送リソースで、該タイプのアップリンク制御情報を伝送し、又は第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報と第２のタイプのアップリンク制御情報を伝送し、又は第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報を伝送することを特徴とする
請求項１−４のいずれか一項に記載の方法。
【請求項７】
前記第１のタイプのサービス優先度は、前記第２のタイプのサービス優先度以上であることを特徴とする
請求項６に記載の方法。
【請求項８】
アップリンク制御情報の伝送装置であって、
伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定するように構成される確定ユニットと、
前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送するように構成される伝送ユニットとを備える、前記アップリンク制御情報の伝送装置。
【請求項９】
前記アップリンク制御情報は、ダウンリンクデータのフィードバック情報、チャネル状態情報、及びアップリンクデータのスケジューリングリクエストのうちの少なくとも１つを含むことを特徴とする
請求項８に記載の方法。
【請求項１０】
前記伝送ユニットはさらに、
前記各タイプのアップリンク伝送関連情報を個別に配置するように構成され、ここで、前記アップリンク伝送関連情報が、伝送リソース、フィードバックモード、及びフィードバック時系列パラメータＫ１のうちの少なくとも１つを含むことを特徴とする
請求項８に記載の装置。
【請求項１１】
前記確定ユニットは具体的に、
伝送パラメータに基づいて前記アップリンク制御情報の属するタイプを確定するように構成され、ここで、前記伝送パラメータが、サービスタイプインジケーター、伝送時間間隔（ＴＴＩ）長さ、フィードバック時間、リソース指示タイプ、伝送セット、周期、及び配置情報のうちの少なくとも１つを含むことを特徴とする
請求項８に記載の装置。
【請求項１２】
前記伝送ユニットは具体的に、
前記各タイプのフィードバックウィンドウにおける該タイプの最終回の伝送機会に基づいて、前記各タイプのフィードバックウィンドウに対応する伝送リソースを確定するように構成され、又は
前記各タイプのアップリンク制御リソース配置に基づいて、前記各タイプの伝送リソースを確定するように構成されることを特徴とする
請求項８−１１のいずれか一項に記載の装置。
【請求項１３】
前記伝送ユニットは具体的に、
前記各タイプのフィードバックウィンドウに対応する伝送リソースで、該タイプのアップリンク制御情報を伝送し、又は第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報と第２のタイプのアップリンク制御情報を伝送し、又は第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報を伝送するように構成されることを特徴とする
請求項８−１１のいずれか一項に記載の装置。
【請求項１４】
前記第１のタイプのサービス優先度は、前記第２のタイプのサービス優先度以上であることを特徴とする
請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術分野に関し、特にアップリンク制御情報の伝送方法及び装置に関する。
【背景技術】
【０００２】
５Ｇアプリケーションなどの新しい無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）システムでは、主に３つのサービスシナリオがあり、即ち、強化型モバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）サービス、超高信頼・低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、大量マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、）である。端末は、サービスニーズに応じて、配置された伝送リソースでこれらのサービスのデータを伝送する。
【０００３】
この３つの主なサービスの遅延及び信頼性に関するニーズの違いが大きく、ＵＲＬＬＣサービスの低遅延及び超高信頼性の伝送ニーズを満たすために、現在、ＵＲＬＬＣサービスのデータ伝送に対して、強化及び最適化している。
【０００４】
しかしながら、現在、ＵＲＬＬＣサービスのアップリンク制御情報に対する強化及び最適化が依然として不完全であり、ＵＲＬＬＣサービスの低遅延及び超高信頼性の伝送ニーズを満たすことができない。したがって、ＵＲＬＬＣサービスのアップリンク制御情報伝送の信頼性を向上させ、ＵＲＬＬＣサービスのアップリンク制御情報伝送の遅延を低減し、それによってシステム伝送効率を向上させるために、アップリンク制御情報の伝送方法を提供する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の複数の態様は、システム伝送効率を向上させるために、アップリンク制御情報の伝送方法及び装置を提供する。
【課題を解決するための手段】
【０００６】
本発明の一態様によるアップリンク制御情報の伝送方法は、
伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定することと、
前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送することとを含む。
【０００７】
本発明の他の態様によるアップリンク制御情報の伝送装置は、
伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定するように構成される確定ユニットと、
前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送するように構成される伝送ユニットとを備える。
【発明の効果】
【０００８】
上記技術的解決策から分かるように、本発明の実施形態では、伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定することにより、前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報は、個別に伝送されてもよく、それによってシステム伝送効率が向上する。
【図面の簡単な説明】
【０００９】
【図１Ａ】本発明の一実施形態によるアップリンク制御情報の伝送方法のフローチャートである。
【図１Ｂ】図１Ａに対応する実施形態による伝送リソースの概略図である。
【図１Ｃ】図１Ａに対応する実施形態による他の伝送リソースの概略図である。
【図１Ｄ】図１Ａに対応する実施形態による他の伝送リソースの概略図である。
【図１Ｅ】図１Ａに対応する実施形態による他の伝送リソースの概略図である。
【図１Ｆ】図１Ａに対応する実施形態による他の伝送リソースの概略図である。
【図２】本発明の他の実施形態によるアップリンク制御情報の伝送装置の構造概略図である。
【発明を実施するための形態】
【００１０】
本発明の実施形態における技術的解決策をより明確に説明するために、以下に実施形態又は従来技術の説明に必要な図面を簡単に紹介するが、明らかに、以下に説明される図面は本発明のいくつかの実施形態であり、当業者であれば、創造的な労力を要することなく、これらの図面に基づいて他の図面を得ることができる。
【００１１】
本発明の実施形態の目的、技術的解決策と利点をより明確にするために、以下に本発明の実施形態における図面を組み合わせながら、本発明の実施形態による技術的解決策を明確且つ全面的に説明し、明らかに、説明される実施形態は本発明の実施形態の一部だけであり、全ての実施形態ではない。本発明における実施形態に基づき、当業者が創造的な労力を要せずに得た全ての他の実施形態は、本発明の保護範囲に属する。
【００１２】
本明細書では「及び／又は」用語は、関連するオブジェクトの関連関係を記述するためのものだけであり、３種類の関係が存在することができることを示し、例えば、Ａ及び／又はＢは、Ａが単独で存在すること、ＡとＢが同時に存在すること、Ｂが単独で存在することの３つの状況を示すことができる。また、本明細書では文字「／」は、一般的に前後にある関連オブジェクトが「又は」の関係であることを示す。
【００１３】
図１Ａは本発明の一実施形態によるアップリンク制御情報の伝送方法のフローチャートである。図１Ａに示すように、前記方法は以下のステップを含む。
【００１４】
１０１において、伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定する。
【００１５】
タイプとは、サービスに基づいて区分されるサービスタイプであり、例えば、強化型モバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）サービス、超高信頼・低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）サービス、大量マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などが挙げられ、又は他の標準に従って区分される他のタイプを指すこともでき、本実施形態では特に限定されない。
【００１６】
１０２において、前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送する。
【００１７】
説明すべきこととして、１０１〜１０２の実行主体は端末であってもよく、又はネットワーク装置であってもよく、本実施形態で特に限定されない。
【００１８】
本発明では、伝送されるアップリンク制御情報は、端末とネットワーク装置の間で伝送する必要があるアップリンク制御情報を指しており、物理アップリンクチャネルによって搬送されてもよく、ここで、前記物理アップリンクチャネルが物理アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）のうちの少なくとも１つを含むが、これに限られず、本実施形態で特に限定されない。
【００１９】
ここで、前記アップリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）は、
ダウンリンクデータのフィードバック情報、即ち、ダウンリンクデータが正しく受信されたことを示すＡＣＫ情報、又はダウンリンクデータが正しく受信されていないことを示すＮＡＣＫ情報、
チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｕｓ  Ｉｎｆｏｒｍａｔｉｏｎ）、及び
アップリンクデータのスケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）のうちの少なくとも１つを含むことができるが、これに限られない。
【００２０】
本発明によって提供される技術的解決策は、５Ｇアプリケーションなどの新しい無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）システムに適用されてもよく、該ＮＲシステムが強化型モバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）サービス、超高信頼・低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、大量マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、）という主な３つのサービスシナリオを有することができる。端末は、サービスニーズに応じて、配置された伝送リソースでこれらのサービスのサービスデータと制御情報を伝送することができる。したがって、本発明に係るタイプは、ｅＭＢＢサービスタイプ、ＵＲＬＬＣサービスタイプ及びｍＭＴＣサービスタイプのうちの少なくとも２つのサービスタイプを含むことができるが、これに限られず、本実施形態で特に限定されない。
【００２１】
選択可能に、本実施形態の１つの可能な実施形態では、１０１の前に、さらに前記各タイプのアップリンク伝送関連情報を個別に配置することができる。
【００２２】
１つの具体的な実施過程では、前記アップリンク伝送関連情報は、
伝送リソース、
フィードバックモード、及び
フィードバック時系列パラメータＫ１のうちの少なくとも１つを含むことができるが、これに限られない。
【００２３】
伝送リソースとは、各タイプのアップリンク制御情報を搬送するための物理アップリンクチャネルのリソースを指し、時間領域リソース、周波数領域リソース及び電力領域リソースのうちの少なくとも１つを含むことができるが、これに限られず、本実施形態で特に限定されない。
【００２４】
ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプを例とすると、ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプに対して、ＰＵＣＣＨ伝送のための独立したリソース、即ち、ＰＵＣＣＨリソースを配置することができる。
【００２５】
例えば、図１Ｂに示すように、ＵＲＬＬＣサービスタイプに対して小さいキャパシティの短いＰＵＣＣＨリソースを配置することができ、ｅＭＢＢサービスタイプに対して大きいキャパシティの長いＰＵＣＣＨリソースを配置することができる。
【００２６】
ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプを例とすると、ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプに対して、ＰＵＳＣＨを伝送するための独立したリソース、即ち、ＰＵＳＣＨリソースを配置することができる。ピギーバック（Ｐｉｇｙｂａｃｋ）方式で、アップリンク制御情報をＰＵＳＣＨにマッピングして搬送する時に、ピギーバック（Ｐｉｇｙｂａｃｋ）伝送方式を採用することができる。ピギーバック（Ｐｉｇｙｂａｃｋ）伝送のためのマッピングパラメータは、ピギーバック（Ｐｉｇｙｂａｃｋ）マッピング位置とピギーバック（Ｐｉｇｙｂａｃｋ）マッピング方式のうちの少なくとも１つを含むことができるが、これに限られず、これは本実施形態で特に限定されない。
【００２７】
例えば、ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプに対して、独立したピギーバックマッピング位置を配置することができる。具体的には、図１Ｃに示すように、ＵＲＬＬＣサービスタイプに対して、限られている伝送リソースの位置に配置されてもよく、例えば、時間的に前に位置する、限られているコードブロックグループ（ＣＢＧ：Ｃｏｄｅ  Ｂｌｏｃｋ  Ｇｒｏｕｐ）、又はシンボル上に配置することができ、ｅＭＢＢサービスタイプに対して、全ての伝送リソースの位置に配置してもよく、例えば、時間領域において余計な制限をかけることがなく、又は復調基準信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）に近い伝送リソースの位置に配置することができる。
【００２８】
又は、例えば、ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプに対して独立したピギーバックマッピング方式を設定することができる。具体的には、ＵＲＬＬＣサービスタイプに対して、パンクチャー方式であるピギーバックマッピング方式を配置することができ、これにより、事前のデータ準備に役立ち、また、ｅＭＢＢサービスタイプのフィードバック遅延が長く、データを準備するのに十分な時間があるため、ｅＭＢＢサービスタイプに対してレートマッピング（Ｒａｔｅ  ｍａｔｃｈｉｎｇ）方式であるピギーバックマッピング方式を配置することができ、これにより、ＰＵＳＣＨの信頼性を効果的に向上させることができる。
【００２９】
フィードバックモードとは、各タイプのフィードバック（ｃｏｄｅｂｏｏｋ）ウィンドウでのフィードバック方式を指し、動的フィードバック（ｄｙｎａｍｉｃ  ｃｏｄｅｂｏｏｋ）方式と半静的フィードバック（ｓｅｍｉ−ｓｔａｔｉｃ  ｃｏｄｅｂｏｏｋ）方式を含むことができるが、これらに限られず、これは本実施形態で特に限定されない。
【００３０】
ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプを例とすると、ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプに対して独立したフィードバックモードを設定することができる。
【００３１】
例えば、ＵＲＬＬＣサービスタイプに対して動的フィードバック（ｄｙｎａｍｉｃ  ｃｏｄｅｂｏｏｋ）方式を設定することができ、ｅＭＢＢサービスタイプに対して半静的フィードバック（ｓｅｍｉ−ｓｔａｔｉｃ  ｃｏｄｅｂｏｏｋ）方式を設定することができる。
【００３２】
フィードバック時系列パラメータＫ１とは、各タイプのフィードバック（ｃｏｄｅｂｏｏｋ）ウィンドウにおける伝送機会を確定するためのものである。
【００３３】
ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプを例とすると、ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプに対して独立したフィードバック時系列パラメータＫ１のパラメータセット、値の範囲と単位のうちの少なくとも１つを配置することができる。
【００３４】
例えば、ＵＲＬＬＣサービスタイプに対してＫ１の値の範囲を｛０，１｝のように小さく設定することができ、ｅＭＢＢサービスタイプに対してＫ１の値の範囲を｛１，２，３，４，８，１６，２０，３１｝のように広く設定することができる。又は、例えば、ＵＲＬＬＣサービスタイプに対してＫ１の単位をシンボル（ｓｙｍｂｏｌ）に設定することができ、ｅＭＢＢサービスタイプに対してＫ１の単位をスロット（ｓｌｏｔ）に設定することができる。
【００３５】
それに対応して、ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプに対して独立したフィードバック時系列パラメータＫ１の値の範囲と単位のうちの少なくとも１つを設定するため、それに応じてＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプのコードブック（ｃｏｄｅｂｏｏｋ）ウィンドウを個別に確定することができる。ｅＭＢＢサービスタイプに対してＫ１＿ｅＭＢＢを｛２，３，４｝と配置し、単位をｓｌｏｔと配置し、ＵＲＬＬＣサービスタイプに対してＫ１＿ＵＲＬＬＣを｛１｝と、単位をｓｌｏｔと配置すると仮定すると、図１Ｅに示すように、ｅＭＢＢサービスタイプを図示するｓｌｏｔ５におけるＰＵＣＣＨに対応するｅＭＢＢ物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）／永続的スケジューリング（ＳＰＳ：Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）の伝送機会は、ｓｌｏｔ１、ｓｌｏｔ２とｓｌｏｔ３であってもよく、ＵＲＬＬＣサービスタイプを図示するｓｌｏｔ５におけるＰＵＣＣＨに対応するＵＲＬＬＣ  ＰＤＣＣＨ／ＳＰＳの伝送機会はｓｌｏｔ４であってもよい。図１Ｆに示すように、ｅＭＢＢサービスタイプとＵＲＬＬＣサービスタイプのコードブック（ｃｏｄｅｂｏｏｋ）ウィンドウが重なる場合でも、両方に対して、独立してカウント、マッピング、フィードバックを行う。
【００３６】
他の具体的な実施過程では、各タイプのアップリンク伝送関連情報はネットワーク装置によって配置されてもよい。
【００３７】
具体的には、端末は具体的にネットワーク装置がダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、上位層シグナリング又はシステムブロードキャストメッセージによって送信した各タイプのアップリンク伝送関連情報を受信することができる。
【００３８】
例えば、前記上位層シグナリングは、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージであってもよく、具体的にはＲＲＣメッセージにおける情報エレメント（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）に前記各タイプのアップリンク伝送関連情報を含ませることができ、前記ＲＲＣメッセージが、ＲＲＣ接続再構成（ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ）メッセージなどの従来技術におけるＲＲＣメッセージであってもよく、本実施形態で限定されなく、従来のＲＲＣメッセージのＩＥを拡張することにより、前記各タイプのアップリンク伝送関連情報を含ませることができ、又は前記ＲＲＣメッセージが、従来技術における従来のＲＲＣメッセージとは異なってもよい。
【００３９】
又は、例えば、前記上位層シグナリングは媒体アクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）制御要素（ＣＥ：Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）メッセージであってもよく、具体的には、新しいＭＡＣ  ＣＥメッセージを追加して前記各タイプのアップリンク伝送関連情報を含ませることができる。
【００４０】
又は、例えば、具体的には、前記システムブロードキャストメッセージにおける従来のマスター情報ブロック（ＭＩＢ：Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）又はシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）に前記各タイプのアップリンク伝送関連情報を含ませることができ、又は新しいＳＩＢを追加して前記各タイプのアップリンク伝送伝送情報を含ませることができる。
【００４１】
前記各タイプのアップリンク伝送関連情報はさらにプロトコルによって定められてもよいことが理解可能である。
【００４２】
前記各タイプのアップリンク伝送関連情報については、一部がネットワーク装置によって配置されてもよく、一部がプロトコルによって定められてもよく、これは本実施形態で特に限定されない。
【００４３】
選択可能に、本実施形態の１つの可能な実施形態では、１０１において、具体的には、伝送パラメータに基づいて前記アップリンク制御情報の属するタイプを確定することができる。ここで、前記伝送パラメータは、
サービスタイプインジケーター、
伝送時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）長さ、即ちダウンリンクデータのＴＴＩ、
ダウンリンクデータのフィードバック情報のフィードバック時間又はＣＳＩのフィードバック時間のようなフィードバック時間（Ｔｉｍｉｎｇ）、
ＴｙｐｅＡ又はＴｙｐｅＢのようなリソース指示タイプ、
伝送セット、
ＳＲの周期又はＣＳＩの周期のような周期、及び
ＳＲ配置番号又は優先度のようなＳＲの配置情報などの配置情報、又はターゲットブロック誤り率（ＢＬＥＲ：Ｂｌｏｃｋ  Ｅｒｒｏｒ  Ｒａｔｅ）のようなＣＳＩの配置情報のうちの少なくとも１つを含むことができるがこれに限定されない。
【００４４】
選択可能に、本実施形態の１つの可能な実施形態では、１０２において、具体的には、前記各タイプのフィードバックウィンドウにおける該タイプの最終回の伝送機会に基づいて、前記各タイプのフィードバックウィンドウに対応する伝送リソース、例えばダウンリンクデータのフィードバック情報の伝送リソースを確定することができる。
【００４５】
ここで、前記最終回の伝送機会は、動的スケジューリングの最終回の伝送機会であってもよく、又は任意のスケジューリング方式の最終回の伝送機会、例えば、動的スケジューリングの最終回の伝送機会又は非動的スケジューリングの最終回の伝送機会であってもよく、本実施形態でこれに限定されない。
【００４６】
選択可能に、本実施形態の１つの可能な実施形態では、１０２において、具体的には、前記各タイプのアップリンク制御リソース配置に基づいて、前記各タイプの伝送リソースを確定することができ、例えば、チャネル状態情報又はアップリンクデータのスケジューリングリクエストの伝送リソースを確定する。
【００４７】
選択可能に、本実施形態の１つの可能な実施形態では、伝送待ちのアップリンク制御情報は、少なくとも２つのタイプのアップリンク制御情報、即ち、第１のタイプのアップリンク制御情報と第２のタイプのアップリンク制御情報を含む。
【００４８】
ここで、前記第１のタイプのサービス優先度は、前記第２のタイプのサービス優先度以上であってもよく、又は前記第２のタイプのサービス優先度より低くてもよく、本実施形態で特に限定されない。
【００４９】
それに応じて、５Ｇアプリケーションなどの新しい無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）システムでは、前記ＵＲＬＬＣサービスタイプのサービス優先度は前記ｅＭＢＢサービスタイプのサービス優先度よりも高く、前記ｅＭＢＢサービスタイプのサービス優先度は前記ｍＭＴＣサービスタイプのサービス優先度よりも高い。
【００５０】
１つの具体的な実施過程では、１０２において、具体的には前記各タイプのフィードバックウィンドウに対応する伝送リソースで、該タイプのアップリンク制御情報を伝送することができる。
【００５１】
該実施過程では、端末が第１の伝送条件を満たしている場合、前記各タイプのフィードバックウィンドウに対応する伝送リソースで、該タイプのアップリンク制御情報を伝送することができる。
【００５２】
ここで、前記第１の伝送条件は、
電力が制限されないこと、
不連続伝送をサポートすること、及び
不連続伝送能力を有する端末のうちの少なくとも１つを含むことができるが、これに限定されない。
【００５３】
ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプを例とすると、端末が第１の伝送条件を満たしている場合、それぞれのフィードバックウィンドウに対応する伝送リソースで、該サービスタイプのアップリンク制御情報を伝送することができる。
【００５４】
他の具体的な実施過程では、１０２において、具体的には第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報と第２のタイプのアップリンク制御情報を伝送することができる。
【００５５】
該実施過程では、端末が第２の伝送条件を満たしている場合、第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報と第２のタイプのアップリンク制御情報を伝送することができる。
【００５６】
ここで、前記第２の伝送条件は、
電力が制限されていること、
不連続伝送をサポートしないこと、及び
不連続伝送能力を有しない端末のうちの少なくとも１つを含むことができるがこれに限定されない。
【００５７】
ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプを例とすると、端末が第２の伝送条件を満たしている場合、ＵＲＬＬＣサービスタイプのフィードバックウィンドウに対応する第１の伝送リソースが充足である場合、ＵＲＬＬＣサービスタイプのアップリンク制御情報とｅＭＢＢサービスタイプのアップリンク制御情報を第１の伝送リソースで伝送することができる。
【００５８】
具体的には、ＵＲＬＬＣサービスタイプのアップリンク制御情報とｅＭＢＢサービスタイプのアップリンク制御情報に対して、同じコードを使用してもよく、又は異なるコード、例えば異なるコードレートなどを使用してもよく、これは本実施形態で特に限定されない。
【００５９】
第１の伝送リソースで伝送されるＵＲＬＬＣサービスタイプのアップリンク制御情報とｅＭＢＢサービスタイプのアップリンク制御情報は時間順序でソートされてもよく、又はＵＲＬＬＣサービスタイプのアップリンク制御情報を優先的に伝送し、次にｅＭＢＢサービスタイプのアップリンク制御情報を伝送することができ、これは本実施形態で特に限定されない。
【００６０】
ＵＲＬＬＣサービスタイプのフィードバックウィンドウに対応する第１の伝送リソースが充足ではない場合、ＵＲＬＬＣサービスタイプのアップリンク制御情報を優先的に第１の伝送リソースで完全に伝送し、ｅＭＢＢサービスタイプのアップリンク制御情報を第１の伝送リソースで部分的に伝送し又は全てのビットでハード伝送し、即ち、信頼性を有する伝送よりも高いビットレートを使用して伝送することができ、これは本実施形態で特に限定されない。
【００６１】
他の具体的な実施過程では、１０２において、具体的には第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報を伝送することができる。
【００６２】
該実施過程では、端末が第２の伝送条件を満たし、且つ端末が１つのタイプのアップリンク制御情報しか伝送できない場合、第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報を伝送することができる。
【００６３】
ここで、前記第２の伝送条件は、
電力が制限されていること、
不連続伝送をサポートしないこと、及び
不連続伝送能力を有しない端末のうちの少なくとも１つを含むことができるがこれに限定されない。
【００６４】
ＵＲＬＬＣサービスタイプとｅＭＢＢサービスタイプを例とすると、端末が第２の伝送条件を満たし、且つ端末が１つのタイプのアップリンク制御情報しか伝送できない場合、ＵＲＬＬＣサービスタイプのアップリンク制御情報を優先的に第１の伝送リソースで完全に伝送することができる。
【００６５】
本実施形態では、伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定することにより、前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を、個別に伝送することができるようになり、それによってシステム伝送効率が向上する。
【００６６】
説明すべきものとして、上述した各方法の実施形態に対して、簡単に説明するために、それらを一連の動作の組み合わせとして説明するが、当業者であれば、本発明が説明される動作の順番の制限を受けなく、本発明によれば、いくつかのステップが他の順番で実行されてもよく、又は同時に実行されてもよいと理解すべきである。次に、当業者であれば、明細書に説明される実施形態はいずれも好ましい実施形態に属し、係る動作とモジュールが必ず本発明の必要なものではないと理解すべきである。
【００６７】
上記実施形態では、各実施形態の説明について重点が異なるため、ある実施形態に詳述されていない部分に対して、他の実施形態の関連説明を参照することができる。
【００６８】
図２は本発明の他の実施形態によるアップリンク制御情報の伝送装置の構造概略図である。図２に示すように、本実施形態のアップリンク制御情報の伝送装置は、確定ユニット２１と伝送ユニット２２を備えることができる。ここで、確定ユニット２１は、伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定するように構成され、伝送ユニット２２は、前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送するように構成される。
【００６９】
説明すべきこととして、本実施形態によるアップリンク制御情報の伝送装置は、端末であってもよく、又はネットワーク装置であってもよく、本実施形態で特に限定されない。
【００７０】
本発明では、伝送されるアップリンク制御情報は、端末とネットワーク装置の間で伝送される必要があるアップリンク制御情報を指し、物理アップリンクチャネルによって搬送されてもよく、ここで、前記物理アップリンクチャネルが物理アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）のうちの少なくとも１つを含むがこれに限られず、本実施形態で特に限定されない。
【００７１】
ここで、前記アップリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）は、
ダウンリンクデータのフィードバック情報、即ち、ダウンリンクデータが正しく受信されるというＡＣＫ情報、又はダウンリンクデータが正しく受信されていないというＮＡＣＫ情報、
チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｕｓ  Ｉｎｆｏｒｍａｔｉｏｎ）、及び
アップリンクデータのスケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）のうちの少なくとも１つを含むことができるが、これに限られない。
【００７２】
選択可能に、本実施形態の１つの可能な実施形態では、前記伝送ユニット２２は、さらに前記各タイプのアップリンク伝送関連情報を個別に配置するように構成されてもよい。
【００７３】
１つの具体的な実施過程では、前記アップリンク伝送関連情報は、
伝送リソース、
フィードバックモード、及び
フィードバック時系列パラメータＫ１のうちの少なくとも１つを含むことができるが、これに限られない。
【００７４】
選択可能に、本実施形態の１つの可能な実施形態では、前記確定ユニット２１は、具体的に伝送パラメータに基づいて前記アップリンク制御情報の属するタイプを確定するように構成されてもよい。ここで、前記伝送パラメータは、
サービスタイプインジケーター、
伝送時間間隔（ＴＴＩ）長さ、
フィードバック時間、
リソース指示タイプ、
伝送セット、
周期、及び
配置情報のうちの少なくとも１つを含むことができるが、これに限られない。
【００７５】
選択可能に、本実施形態の１つの可能な実施形態では、前記伝送ユニット２２は、具体的に前記各タイプのフィードバックウィンドウにおける該タイプの最終回の伝送機会に基づいて、前記各タイプのフィードバックウィンドウに対応する伝送リソースを確定し、又は前記各タイプのアップリンク制御リソース配置に基づいて、前記各タイプの伝送リソースを確定するように構成されてもよい。
【００７６】
ここで、前記最終回の伝送機会は、動的スケジューリングの最終回の伝送機会であってもよく、又は任意のスケジューリング方式の最終回の伝送機会、例えば、動的スケジューリングの最終回の伝送機会又は非動的スケジューリングの最終回の伝送機会であってもよく、本実施形態でこれに限定されない。
【００７７】
選択可能に、本実施形態の１つの可能な実施形態では、伝送待ちアップリンク制御情報は少なくとも２つのタイプのアップリンク制御情報即ち第１のタイプのアップリンク制御情報と第２のタイプのアップリンク制御情報を含む。
【００７８】
ここで、前記第１のタイプのサービス優先度は、前記第２のタイプのサービス優先度以上であってもよい。
【００７９】
具体的には、前記伝送ユニット２２は、具体的に前記各タイプのフィードバックウィンドウに対応する伝送リソースで、該タイプのアップリンク制御情報を伝送し、又は第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報と第２のタイプのアップリンク制御情報を伝送し、又は第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報を伝送するように構成されてもよい。
【００８０】
説明すべきこととして、図１Ａ〜図Ｆに対応する実施形態における方法は、本実施形態によって提供されるネットワーク装置で実現されてもよい。詳細な説明については、図１Ａ〜図１Ｆに対応する実施形態における関連コンテンツを参照することができ、ここでは説明しない。
【００８１】
本実施形態では、確定ユニットが伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定することにより、伝送ユニットは、前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送することができ、それによってシステム伝送効率が向上する。
【００８２】
当業者は、便利および簡潔に説明するために、上記のシステム、装置及びユニットの具体的な動作プロセスについて、前記方法の実施形態における対応するプロセスを参照できるため、ここで説明を省略することを明確に理解することができる。
【００８３】
本発明によって提供されるいくつかの実施形態では、開示されるシステム、装置および方法は、他の方式により実現されてもよいと理解すべきである。例えば、上記の装置の実施形態は例示的なものだけであり、例えば、前記ユニットの区分は、論理機能的区分だけであり、実際に実施する時に他の区分方式もあり得て、例えば複数のユニット又は構成要素は組合わせられてもよく又は別のシステムに統合されてもよく、又はいくつかの特徴が無視されてもよく、又は実行されなくてもよい。また、示され又は議論される相互結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットを介する間接的結合又は通信接続であってもよく、電気的、機械的又は他の形態の接続であってもよい。
【００８４】
分離部材として説明された前記ユニットは物理的に分離するものであってもよく又は物理的に分離するものでなくてもよく、ユニットとして表示された部材は物理ユニットであってもよく又は物理ユニットでなくてもよく、即ち一つの位置に配置されてもよく、又は複数のネットワーク要素に分布してもよい。実際のニーズに応じてそのうちの一部又は全てのユニットを選択して本実施形態の解決策の目的を達成することができる。
【００８５】
また、本発明の各実施形態における各機能ユニットは一つの処理ユニットに統合されてもよく、個々のユニットは単独で物理的に存在してもよく、二つ又は二つ以上のユニットは一つのユニットに統合されてもよい。上記の統合されたユニットはハードウェアの形態で実現されてもよく、ハードウェアとソフトウェア機能ユニットを組み合わせる形態で実現されてもよい。
【００８６】
最後に説明すべきこととして、以上の実施形態は本発明の技術的解決策の説明のためのものだけであり、それを制限しないものではない。前記実施形態では本発明が詳細に説明されたが、当業者であれば、依然として上記の各実施形態に記載される技術的解決策を修正し、又はその中の一部の技術的特徴に対して同等入れ替えを行うことができ、これらの修正又は入れ替えは、対応する技術的解決策の本質が本発明の各実施形態の各技術的解決策の精神および範囲から逸脱することを引き起こさない。
【図１Ａ】
2021520106.tif 000003
【図１Ｂ】
2021520106.tif 000004
【図１Ｃ】
2021520106.tif 000005
【図１Ｄ】
2021520106.tif 000006
【図１Ｅ】
2021520106.tif 000007
【図１Ｆ】
2021520106.tif 000008
【図２】
2021520106.tif 000009
【手続補正書】
【提出日】令和3年3月1日(2021.3.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アップリンク制御情報の伝送方法であって、前記方法は、端末により実行され、
伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定することであって、前記少なくとも２つのタイプのうちの各タイプにアップリンク伝送関連情報が個別に配置されていることと、
前記配置されているアップリンク伝送関連情報に基づいて、前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送することと、を含む、
アップリンク制御情報の伝送方法。
【請求項２】
前記アップリンク制御情報は、ダウンリンクデータのフィードバック情報、チャネル状態情報、及びアップリンクデータのスケジューリングリクエストのうちの少なくとも１つを含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記アップリンク伝送関連情報が、ＰＵＣＣＨリソース、フィードバックモード、及びフィードバック時系列パラメータＫ１のうちの少なくとも１つを含むことを特徴とする
請求項１に記載の方法。
【請求項４】
前記方法は、
伝送パラメータに基づいて前記アップリンク制御情報の属するタイプを確定することをさらに含み、ここで、前記伝送パラメータが、サービスタイプインジケーター、伝送時間間隔（ＴＴＩ）長さ、フィードバック時間、リソース指示タイプ、伝送セット、周期、及び配置情報のうちの少なくとも１つを含むことを特徴とする
請求項１に記載の方法。
【請求項５】
前記方法は、
前記各タイプのフィードバックウィンドウにおける該タイプの最終回の伝送機会に基づいて、前記各タイプのフィードバックウィンドウに対応する伝送リソースを確定すること、又は
前記各タイプのアップリンク制御リソース配置に基づいて、前記各タイプの伝送リソースを確定することを含むことを特徴とする
請求項１−４のいずれか一項に記載の方法。
【請求項６】
前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を個別に伝送することは、
前記各タイプのフィードバックウィンドウに対応する伝送リソースで、該タイプのアップリンク制御情報を伝送し、又は第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報と第２のタイプのアップリンク制御情報を伝送し、又は第１のタイプのフィードバックウィンドウに対応する第１の伝送リソースで、前記第１のタイプのアップリンク制御情報を伝送することを特徴とする
請求項１−４のいずれか一項に記載の方法。
【請求項７】
前記第１のタイプのサービス優先度は、前記第２のタイプのサービス優先度以上であることを特徴とする
請求項６に記載の方法。
【請求項８】
端末であって、請求項１−７のいずれか一項に記載のアップリンク制御情報の伝送方法を実行するように構成される、端末。
【請求項９】
アップリンク制御情報の伝送方法であって、前記方法は、ネットワーク装置により実行され、
伝送待ちの少なくとも２つのタイプのアップリンク制御情報のアップリンク伝送関連情報を送信することであって、前記少なくとも２つのタイプのうちの各タイプにアップリンク伝送関連情報が個別に配置されていることと、
前記伝送待ちの少なくとも２つのタイプのアップリンク制御情報が時間領域で重なることを確定することと、
前記配置されているアップリンク伝送関連情報に基づいて、前記少なくとも２つのタイプのうちの各タイプのアップリンク制御情報を受信することと、を含む、
アップリンク制御情報の伝送方法。
【請求項１０】
前記アップリンク制御情報は、ダウンリンクデータのフィードバック情報、チャネル状態情報、及びアップリンクデータのスケジューリングリクエストのうちの少なくとも１つを含むことを特徴とする
請求項９に記載の方法。
【請求項１１】
前記アップリンク伝送関連情報が、ＰＵＣＣＨリソース、フィードバックモード、及びフィードバック時系列パラメータＫ１のうちの少なくとも１つを含むことを特徴とする
請求項９に記載の方法。
【請求項１２】
ネットワーク装置であって、請求項９−１１のいずれか一項に記載のアップリンク制御情報の伝送方法を実行するように構成される、ネットワーク装置。
【国際調査報告】
2021520106.tif 000010
2021520106.tif 000011
2021520106.tif 000012
2021520106.tif 000013