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

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

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

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

特許7381588リソース決定及び設定方法、装置、端末、ネットワーク装置

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

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

< >

1
2
3
4
5
6
7
8

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

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

(11)【特許番号】

(24)【登録日】2023-11-07

(45)【発行日】2023-11-15

(54)【発明の名称】リソース決定及び設定方法、装置、端末、ネットワーク装置

(51)【国際特許分類】

H04W 72/0446 20230101AFI20231108BHJP

H04W 16/14 20090101ALI20231108BHJP

【ＦＩ】

H04W72/0446

H04W16/14

【請求項の数】 15

(21)【出願番号】P 2021537453

(86)(22)【出願日】2018-09-14

(65)【公表番号】

(43)【公表日】2021-12-23

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

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

(87)【国際公開日】2020-03-19

【審査請求日】2021-03-10

【審判番号】

【審判請求日】2023-02-28

(73)【特許権者】

【識別番号】516227559

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

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

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

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100152205

【弁理士】

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

(74)【代理人】

【識別番号】100137523

【弁理士】

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

(74)【代理人】

【識別番号】100096921

【弁理士】

【氏名又は名称】吉元弘

(72)【発明者】

【氏名】タン、ハイ

【合議体】

【審判長】廣川浩

【審判官】角張亜希子

【審判官】新田亮

(56)【参考文献】

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

【文献】特表２０１９－５２３５９３（ＪＰ，Ａ）

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

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

【文献】ＴＳＧＲＡＮ１，ＳｔｕｄｙｏｎＮＲ－ｂａｓｅｄＡｃｃｅｓｓｔｏＵｎｌｉｃｅｎｓｅｄＳｐｅｃｔｒｕｍ［ｏｎｌｉｎｅ］，３ＧＰＰＴＳＧＲＡＮ＃８１ＲＰ－１８１７０４，Ｉｎｔｅｒｎｅｔ＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＴＳＧ＿ＲＡＮ／ＴＳＧＲ＿８１／Ｄｏｃｓ／ＲＰ－１８１７０４．ｚｉｐ＞，２０１８年０９月０３日アップロード

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

H04B7/24- 7/26

H04W4/00-99/00

3GPP TSG RAN WG1-4

SA WG1-4

CT WG1,4

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

【請求項1】

リソース決定方法であって、
端末が目標チャネルの目標送信時間ユニットを決定し、前記目標チャネルの目標送信時間ユニットと第１時間帯との関係に基づいて、前記目標チャネルのリソースを決定することを含み、
前記目標チャネルの目標送信時間ユニットと第１時間帯との関係に基づいて、前記目標チャネルのリソースを決定することは、
前記目標チャネルの目標送信時間ユニットが前記第１時間帯内にある場合、前記目標チャネルのリソースが第１リソースセットに属することを決定することと、
前記目標チャネルの目標送信時間ユニットが前記第１時間帯外にある場合、前記目標チャネルのリソースが第２リソースセットに属することを決定することと、を含み、
前記第２リソースセットに含まれるリソースの個数は前記第１リソースセットに含まれるリソースの個数より大きいリソース決定方法。

【請求項2】

前記第１時間帯は基地局の取得したチャネル占有時間（ＣＯＴ）であり、又は、
前記第１時間帯は前記端末の取得したＣＯＴである請求項１に記載の方法。

【請求項3】

前記目標チャネルの目標送信時間ユニットが前記第１時間帯内にあることは、前記目標チャネルの目標送信時間ユニットが前記ＣＯＴに属することを含み、
前記目標チャネルの目標送信時間ユニットが前記第１時間帯外にあることは、前記目標チャネルの目標送信時間ユニットが前記ＣＯＴに属しないことを含む請求項２に記載の方法。

【請求項4】

前記第１リソースセットは、前記目標送信時間ユニット内の前記目標チャネルを送信するためのリソースを含む請求項１～３のいずれか１項に記載の方法。

【請求項5】

前記第１リソースセットと前記第２リソースセットは、少なくとも１つの同じリソースを有する請求項１～４のいずれか１項に記載の方法。

【請求項6】

前記少なくとも１つの同じリソースは、前記目標送信時間ユニット内の前記目標チャネルを送信するためのリソースを含む請求項５に記載の方法。

【請求項7】

前記第１リソースセットは第１上位層シグナリング及び／又は第１制御情報により設定され、前記第２リソースセットは第２上位層シグナリング及び／又は第２制御情報により設定される請求項１～６のいずれか１項に記載の方法。

【請求項8】

前記端末が目標チャネルの目標送信時間ユニットを決定することは、
前記端末が第１制御情報を取得し、前記第１制御情報が第１指示情報を含み、前記第１指示情報は、第１チャネルの受信時間ユニットに対する前記目標チャネルの目標送信時間ユニットの時間オフセット量を示すことに用いられることと、
前記端末が前記第１チャネルの受信時間ユニット及び前記時間オフセット量に基づいて、前記目標チャネルの目標送信時間ユニットを決定することと、を含み、
前記第１チャネルはダウンリンクデータチャネルである請求項１～７のいずれか１項に記載の方法。

【請求項9】

リソース設定方法であって、
基地局が端末に第１リソースセット又は第２リソースセットを設定し、前記第１リソースセット又は前記第２リソースセットは、前記端末が前記目標チャネルの目標送信時間ユニットが前記第１時間帯内にある場合、前記目標チャネルのリソースが第１リソースセットに属することを決定し、前記目標チャネルの目標送信時間ユニットが前記第１時間帯外にある場合、前記目標チャネルのリソースが第２リソースセットに属することを決定することに用いられることを含み、
前記第２リソースセットに含まれるリソースの個数は前記第１リソースセットに含まれるリソースの個数より大きいリソース設定方法。

【請求項10】

前記第１リソースセットは、前記目標送信時間ユニット内の前記目標チャネルを送信するためのリソースを含む請求項９に記載の方法。

【請求項11】

前記第１リソースセットと前記第２リソースセットは、少なくとも１つの同じリソースを有する請求項９又は１０に記載の方法。

【請求項12】

前記少なくとも１つの同じリソースは、前記目標送信時間ユニット内の前記目標チャネルを送信するためのリソースを含む請求項１１に記載の方法。

【請求項13】

前記第１リソースセットは第１上位層シグナリング及び／又は第１制御情報により設定され、前記第２リソースセットは第２上位層シグナリング及び／又は第２制御情報により設定される請求項９～１２のいずれか１項に記載の方法。

【請求項14】

リソース決定装置であって、請求項１～８のいずれか１項に記載の方法を実行するように構成されるリソース決定装置。

【請求項15】

リソース設定装置であって、請求項９～１３のいずれか１項に記載の方法を実行するように構成されるリソース設定装置。

【発明の詳細な説明】

【技術分野】

【0001】

本願の実施例は移動通信技術分野に関し、具体的にリソース決定及び設定方法、装置、端末、ネットワーク装置に関する。

【背景技術】

【0002】

新無線（ＮＲ、ＮｅｗＲａｄｉｏ）システムにおいて、端末は基地局から送信された物理ダウンリンク共有チャネル（ＰＤＳＣＨ、ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）を受信した後、基地局にハイブリッド自動再送要求（ＨＡＲＱ、ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ）フィードバック情報を送信する。ＨＡＲＱフィードバック情報は物理アップリンク制御チャネル（ＰＵＣＣＨ、ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）に搬送され、該ＰＵＣＣＨの位置するスロット（ｓｌｏｔ）はＰＤＳＣＨをスケジューリングする物理ダウンリンク制御チャネル（ＰＤＣＣＨ、ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）に搬送されるＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ｔｉｍｉｎｇによって決定され、ＨＡＲＱフィードバック情報のＰＵＣＣＨリソースはＰＤＣＣＨに搬送されるＰＵＣＣＨリソース指示（ＰＵＣＣＨｒｅｓｏｕｒｃｅｉｎｄｉｃａｔｉｏｎ）情報により決定される。

【0003】

アンライセンススペクトルにおけるＮＲ（ＮＲ－Ｕ、ＮＲＵｎｌｉｃｅｎｓｅｄ）システムにおいて、端末はＰＵＣＣＨを送信する前に、「リスンビフォートーク」（ＬＢＴ、Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）原則に従う必要があり、即ち、アンライセンススペクトルにおけるチャネル状態を検出し、チャネル状態がアイドルである場合のみＰＵＣＣＨを送信可能であり、そうでない場合にＰＵＣＣＨを送信不可能である。ところが、ＰＤＣＣＨ送信機会の制限は、ＬＢＴに失敗すれば、伝送遅延及びスループット性能に影響するという問題を引き起こす。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本願の実施例はリソース決定及び設定方法、並びに装置、端末、ネットワーク装置を提供する。

【課題を解決するための手段】

【0005】

本願の実施例に係るリソース決定方法は、
端末が目標チャネルの目標送信時間ユニットを決定し、前記目標チャネルの目標送信時間ユニットと第１時間帯との関係に基づいて前記目標チャネルのリソースを決定することを含む。

【0006】

本願の実施例に係るリソース設定方法は、
基地局が端末に第１リソースセット又は第２リソースセットを設定し、前記第１リソースセット又は前記第２リソースセットは前記端末が目標チャネルの目標送信時間ユニットと第１時間帯との関係に基づいて前記目標チャネルのリソースを決定することに用いられることを含む。

【0007】

本願の実施例に係るリソース決定装置は、
目標チャネルの目標送信時間ユニットを決定することに用いられる第１決定ユニットと、
前記目標チャネルの目標送信時間ユニットと第１時間帯との関係に基づいて前記目標チャネルのリソースを決定することに用いられる第２決定ユニットと、を備える。

【0008】

本願の実施例に係るリソース設定装置は、設定ユニットを備え、
前記設定ユニットは、端末に第１リソースセット又は第２リソースセットを設定することに用いられ、前記第１リソースセット又は前記第２リソースセットは前記端末が目標チャネルの目標送信時間ユニットと第１時間帯との関係に基づいて前記目標チャネルのリソースを決定することに用いられる。

【0009】

本願の実施例に係る端末は、プロセッサ及びメモリを備える。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記リソース決定方法を実行することに用いられる。

【0010】

本願の実施例に係るネットワーク装置は、プロセッサ及びメモリを備える。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記リソース設定方法を実行することに用いられる。

【0011】

本願の実施例に係るチップは、上記リソース決定方法又はリソース設定方法を実現することに用いられる。

【0012】

具体的に、該チップは、メモリからコンピュータプログラムを呼び出して実行し、該チップが取り付けられる装置に上記リソース決定方法又はリソース設定方法を実行させることに用いられるプロセッサを備える。

【0013】

本願の実施例に係るコンピュータ可読記憶媒体は、コンピュータプログラムを記憶することに用いられ、該コンピュータプログラムによってコンピュータが上記リソース決定方法又はリソース設定方法を実行する。

【0014】

本願の実施例に係るコンピュータプログラム製品は、コンピュータプログラム命令を含み、該コンピュータプログラム命令によってコンピュータが上記リソース決定方法又はリソース設定方法を実行する。

【0015】

本願の実施例に係るコンピュータプログラムは、コンピュータにおいて実行されるとき、コンピュータが上記リソース決定方法又はリソース設定方法を実行する。

【発明の効果】

【0016】

上記技術案によれば、ＮＲ－Ｕシステムにおいて、異なるＰＵＣＣＨの送信シーンに対して異なるリソース設定を用い、ＬＢＴの失敗による影響を軽減し、ＰＵＣＣＨチャネルの送信成功確率を確保し、システム性能を向上させる。

【図面の簡単な説明】

【0017】

ここで説明される図面は本願を更に理解するためのものであり、本願の一部となる。本願の模式的な実施例及びその説明は本願を解釈するためのものであり、本願を不当に制限するものではない。

【0018】

【図1】図１は本願の実施例に係る通信システムアーキテクチャの模式図である。

【図2】図２は本願の実施例に係るリソース決定方法のフローチャートである。

【図3】図３は本願の実施例に係るリソース設定方法のフローチャートである。

【図4】図４は本願の実施例に係るリソース決定装置の要部構成模式図である。

【図5】図５は本願の実施例に係るリソース設定装置の要部構成模式図である。

【図6】図６は本願の実施例に係る通信装置の構造模式図である。

【図7】図７は本願の実施例のチップの構造模式図である。

【図8】図８は本願の実施例に係る通信システムの模式的なブロック図である。

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

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

【0068】

【0069】

【0070】

【0071】

【0072】

【0073】

本願の実施例では、前記第１リソースセットは前記目標送信時間ユニット内の前記目標チャネルを送信するためのリソースを含む。

【0074】

【0075】

【0076】

【0077】

例えば、前記第１リソースセットは第１上位層シグナリング及び第１制御情報により設定される。前記第１上位層シグナリングは第３リソースセットの設定情報を含み、前記第１制御情報は前記第３リソースセットにおける少なくとも１つのリソースの指示情報を含む。前記端末は前記第１上位層シグナリング及び前記第１制御情報に基づいて前記第１リソースセットを決定する。更に、前記第３リソースセットはアップリンク制御チャネルのリソースセットである。

【0078】

ここで、第１上位層シグナリングはＲＲＣシグナリングであってもよく、前記第１制御情報はＤＣＩであってもよく、ネットワーク側はＲＲＣシグナリングにより第３リソースセットを設定する。ここで、第３リソースセットは複数のＰＵＣＣＨリソースを含み、異なるＰＵＣＣＨリソース間の時間領域、周波数領域又はコード領域のうちの少なくとも１つが異なる。各ＰＵＣＣＨリソースの設定情報は周波数領域位置、１つのスロット内でのシンボル位置（開始シンボル位置、シンボル長）、シーケンス情報、Ｆｏｒｍａｔ等を含むが、それらに限らない。ネットワーク側は更にＤＣＩによって第３リソースセットにおける１つ又は複数のＰＵＣＣＨリソースの指示情報を端末に動的に示す。ここで、ＰＵＣＣＨリソースの指示情報はＰＵＣＣＨリソースの前記第３リソースセットでのインデックス情報であってもよい。端末はＤＣＩを取得した後、どのＰＵＣＣＨリソースが前記第１リソースセットを形成するかを決定することができる。

【0079】

更に、例えば、前記第２リソースセットの設定方式は第１リソースセットと同様で、１つの上位層シグナリング及び１つの制御情報により設定されてもよい。又は、前記第２リソースセットは１つの上位層シグナリングにより直接設定され、該上位層シグナリングは少なくとも１つのリソースの設定情報を含む。又は、第２リソースセットは目標時間ユニットの位置及び１つのルールによって決定され、このルールは上位層シグナリングにより示されてもよく、例えば上位層シグナリングによって目標時間ユニットの後の連続するｎ個の時間ユニット（ここの時間ユニットが例えばスロットであってもよい）内のＰＵＣＣＨリソースが第２リソースセットにおけるリソースであることを示す。このように、比較的短い時間内に端末がＬＢＴを絶えず行って、ＰＵＣＣＨの送信機会を取得するように確保することができる。

【0080】

図４は本願の実施例に係るリソース決定装置の要部構成模式図であり、図４に示すように、前記装置は、
目標チャネルの目標送信時間ユニットを決定することに用いられる第１決定ユニット４０１と、
前記目標チャネルの目標送信時間ユニットと第１時間帯との関係に基づいて前記目標チャネルのリソースを決定することに用いられる第２決定ユニット４０２と、を備える。

【0081】

一実施形態では、前記第２決定ユニット４０２は、
前記目標チャネルの目標送信時間ユニットが前記第１時間帯内にある場合、前記目標チャネルのリソースが第１リソースセットに属することを決定することと、
前記目標チャネルの目標送信時間ユニットが前記第１時間帯外にある場合、前記目標チャネルのリソースが第２リソースセットに属することを決定することと、に用いられる。

【0082】

一実施形態では、前記第１時間帯は基地局の取得したＣＯＴであり、又は、
前記第１時間帯は前記端末の取得したＣＯＴである。

【0083】

一実施形態では、前記目標チャネルの目標送信時間ユニットが前記第１時間帯内にあることは、前記目標チャネルの目標送信時間ユニットが前記ＣＯＴに属することを含み、
前記目標チャネルの目標送信時間ユニットが前記第１時間帯外にあることは、前記目標チャネルの目標送信時間ユニットが前記ＣＯＴに属しないことを含む。

【0084】

一実施形態では、前記第２リソースセットに含まれるリソースの個数は前記第１リソースセットに含まれるリソースの個数以上である。

【0085】

一実施形態では、前記第１リソースセットは前記目標送信時間ユニット内の前記目標チャネルを送信するためのリソースを含む。

【0086】

一実施形態では、前記第１リソースセットと前記第２リソースセットは少なくとも１つの同じリソースを有する。更に、前記少なくとも１つの同じリソースは前記目標送信時間ユニット内の前記目標チャネルを送信するためのリソースを含む。

【0087】

【0088】

一実施形態では、前記第１リソースセット又は前記第２リソースセットはアップリンク制御チャネルのリソースセットである。

【0089】

一実施形態では、前記装置は取得ユニット４０４を更に備え、
前記取得ユニット４０４は第１制御情報を取得することに用いられ、前記第１制御情報は第１指示情報を含み、前記第１指示情報は第１チャネルの受信時間ユニットに対する前記目標チャネルの目標送信時間ユニットの時間オフセット量を示すことに用いられ、
前記第１決定ユニット４０１は、前記第１チャネルの受信時間ユニット及び前記時間オフセット量に基づいて前記目標チャネルの目標送信時間ユニットを決定することに用いられ、
前記第１チャネルはダウンリンクデータチャネルである。

【0090】

一実施形態では、前記目標チャネルはアップリンク制御チャネルである。

【0091】

当業者であれば理解するように、本願の実施例の上記リソース決定装置の関連説明については本願の実施例のリソース決定方法の関連説明を参照して理解されてもよい。

【0092】

図５は本願の実施例に係るリソース設定装置の要部構成模式図であり、図５に示すように、前記装置は設定ユニット５０１を備え、
前記設定ユニット５０１は、端末に第１リソースセット又は第２リソースセットを設定することに用いられ、前記第１リソースセット又は前記第２リソースセットは前記端末が目標チャネルの目標送信時間ユニットと第１時間帯との関係に基づいて前記目標チャネルのリソースを決定することに用いられる。

【0093】

一実施形態では、前記第２リソースセットに含まれるリソースの個数は前記第１リソースセットに含まれるリソースの個数以上である。

【0094】

一実施形態では、前記第１リソースセットは前記目標送信時間ユニット内の前記目標チャネルを送信するためのリソースを含む。

【0095】

【0096】

【0097】

一実施形態では、前記第１リソースセット又は前記第２リソースセットはアップリンク制御チャネルのリソースセットである。

【0098】

当業者であれば理解するように、本願の実施例の上記リソース設定装置の関連説明については本願の実施例のリソース設定方法の関連説明を参照して理解されてもよい。

【0099】

図６は本願の実施例に係る通信装置６００の構造模式図である。該通信装置は端末であってもよく、ネットワーク装置であってもよい。図６に示される通信装置６００はプロセッサ６１０を備え、プロセッサ６１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

【0100】

選択肢として、図６に示すように、通信装置６００は更にメモリ６２０を備えてもよい。プロセッサ６１０はメモリ６２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

【0101】

メモリ６２０はプロセッサ６１０から独立した１つの独立したデバイスであってもよく、プロセッサ６１０に統合されてもよい。

【0102】

選択肢として、図６に示すように、通信装置６００は更に送受信機６３０を備えてもよく、プロセッサ６１０は該送受信機６３０と他の装置との通信を制御することができ、具体的に、他の装置に情報又はデータを送信し、又は他の装置から送信された情報又はデータを受信することができる。

【0103】

送受信機６３０は送信機及び受信機を備えてもよい。送受信機６３０は更にアンテナを備えてもよく、アンテナの数が１つ又は複数であってもよい。

【0104】

選択肢として、該通信装置６００は具体的に本願の実施例のネットワーク装置であってもよく、且つ該通信装置６００は本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

【0105】

選択肢として、該通信装置６００は具体的に本願の実施例のモバイル端末／端末であってもよく、且つ該通信装置６００は本願の実施例の各方法におけるモバイル端末／端末の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

【0106】

図７は本願の実施例のチップの構造模式図である。図７に示されるチップ７００はプロセッサ７１０を備え、プロセッサ７１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

【0107】

選択肢として、図７に示すように、チップ７００は更にメモリ７２０を備えてもよい。プロセッサ７１０はメモリ７２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

【0108】

メモリ７２０はプロセッサ７１０から独立した１つの独立したデバイスであってもよく、プロセッサ７１０に統合されてもよい。

【0109】

選択肢として、該チップ７００は更に入力インターフェース７３０を備えてもよい。プロセッサ７１０は該入力インターフェース７３０と他の装置又はチップとの通信を制御することができ、具体的に、他の装置又はチップから送信された情報又はデータを取得することができる。

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

以上の説明は本願の具体的な実施形態に過ぎず、本願の保護範囲を制限するためのものではない。当業者が本願に開示される技術的範囲内で容易に想到し得る変更や置換は、いずれも本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の範囲に準じるべきである。

【図1】