特表 2024-502877 スモールデータ送信手順のための物理ダウンリンク制御チャネル監視

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-01-23

(54)【発明の名称】スモールデータ送信手順のための物理ダウンリンク制御チャネル監視

(51)【国際特許分類】

   H04W 72/232 20230101AFI20240116BHJP

   H04W 74/08 20240101ALI20240116BHJP

【ＦＩ】

H04W72/232

H04W74/08

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023542976

(86)(22)【出願日】2021-01-14

(85)【翻訳文提出日】2023-07-14

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

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

(87)【国際公開日】2022-07-21

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

(71)【出願人】

【識別番号】515076873

【氏名又は名称】ノキア テクノロジーズ オサケユイチア

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(72)【発明者】

【氏名】トゥルティネン サムリ

(72)【発明者】

【氏名】ハコラ サミ

(72)【発明者】

【氏名】コスキネン ユッシ－ペッカ

(72)【発明者】

【氏名】ウー チュンリー

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA13

5K067DD17

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】

装置に、少なくとも請求項２９～３２のいずれか１項に記載の方法を行わせるためのプログラム命令を含む、非一時的コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、一般には遠隔通信の分野に関し、具体的には、スモールデータ送信（Ｓｍａｌｌ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ（ＳＤＴ））手順のための物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＰＤＣＣＨ））監視デバイス、方法、装置およびコンピュータ可読記憶媒体に関する。

【背景技術】

【0002】

５Ｇ新無線（Ｎｅｗ Ｒａｄｉｏ（ＮＲ））は、第５世代モバイルネットワークである。これは、１Ｇ、２Ｇ、３Ｇおよび４Ｇネットワーク後の新しい無線世界標準である。５Ｇは、機械、物およびデバイスを含む、実質的にあらゆる人やあらゆるものを互いに接続するように設計された、新しい種類のネットワークを可能にする。５Ｇ無線技術は、より高いマルチＧｂｐｓピークデータ速度と、超低レイテンシと、より高い信頼性と、大ネットワーク容量と、向上した可用性と、より均一なユーザ使用体験とを、より多くのユーザに届けることを意図している。パフォーマンス向上と効率向上とが、新しいユーザ使用体験を可能にし、新たな産業を結び付ける。

【0003】

ＮＲは、ＳＤＴ手順時に複数のアップリンク（ＵＬ）／ダウンリンク（ＤＬ）パケットの送信に対応し、その際、中間でユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ＵＥ））をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移させず、それらの送信のために別々のＳＤＴ手順も行わない。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でのＳＤＴ手順は、ランダムアクセスチャネル（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（ＲＡＣＨ））手順または構成済み許可（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ））に基づいて行うことができる。

【発明の概要】

【0004】

一般には、本開示の例示の実施形態は、ＳＤＴ手順のためのＰＤＣＣＨ監視の解決策を提供する。

【0005】

第１の態様では、第１のデバイスが提供される。第１のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含み、少なくとも１つのメモリとコンピュータプログラムコードとは、少なくとも１つのプロセッサによって、第１のデバイスに、少なくとも、第２のデバイスから、第１のデバイスと第２のデバイスとの間のＳＤＴ手順のための第１のデバイスと第２のデバイスとの間の制御チャネルを監視するための１組のリソースに関連する情報を受信させ、その情報に基づいて制御チャネルを監視させ、監視手順の結果に基づいてＳＤＴ手順を行わせるように構成されている。

【0006】

第２の態様では、第２のデバイスが提供される。第２のデバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含み、少なくとも１つのメモリとコンピュータプログラムコードとは、少なくとも１つのプロセッサによって、第２のデバイスに、少なくとも、第１のデバイスと第２のデバイスとの間のＳＤＴ手順のための第１のデバイスと第２のデバイスとの間の制御チャネルを監視するための１組のリソースに関連する情報を生成させ、その情報を第１のデバイスに送信させるように構成されている。

【0007】

第３の態様では、方法が提供される。方法は、第２のデバイスから、第１のデバイスと第２のデバイスとの間のＳＤＴ手順のための第１のデバイスと第２のデバイスとの間の制御チャネルを監視するための１組のリソースに関連する情報を受信することと、その情報に基づいて制御チャネルを監視することと、監視手順の結果に基づいてＳＤＴ手順を実行することとを含む。

【0008】

第４の態様では、方法が提供される。方法は、第１のデバイスと第２のデバイスとの間のＳＤＴ手順のための第１のデバイスと第２のデバイスとの間の制御チャネルを監視するための１組のリソースに関連する情報を生成することと、その情報を第１のデバイスに送信することとを含む。

【0009】

第５の態様では、第２のデバイスから、第１のデバイスと第２のデバイスとの間のＳＤＴ手順のための第１のデバイスと第２のデバイスとの間の制御チャネルを監視するための１組のリソースに関連する情報を受信する手段と、その情報に基づいて制御チャネルを監視する手段と、監視手順の結果に基づいて、ＳＤＴ手順を実行する手段とを含む装置が提供される。

【0010】

第６の態様では、第１のデバイスと第２のデバイスとの間のＳＤＴ手順のための第１のデバイスと第２のデバイスとの間の制御チャネルを監視するための１組のリソースに関連する情報を生成する手段と、その情報を第１のデバイスに送信する手段とを含む装置が提供される。

【0011】

第７の態様では、デバイスの少なくとも１つのプロセッサによって実行されると、デバイスに第３の態様による方法を実施させるコンピュータプログラムが記憶されたコンピュータ可読媒体が提供される。

【0012】

第８の態様では、デバイスの少なくとも１つのプロセッサによって実行されると、デバイスに第４の態様による方法を実施させるコンピュータプログラムが記憶されたコンピュータ可読記憶媒体が提供される。

【0013】

本開示の実施形態のその他の特徴および利点も、以下の特定の実施形態の説明を、本開示の実施形態の原理を例として示す添付図面とともに読めばわかるであろう。

【0014】

本開示の実施形態を実施例として示し、その利点について以下で添付図面を参照しながら詳細に説明する。

【図面の簡単な説明】

【0015】

【図1】本開示の例示の実施形態を実装可能な例示の通信ネットワーク１００を示す図である。

【図2】本開示の一部の例示の実施形態による、ＳＤＴ手順のためのＰＤＣＣＨ監視のプロセスを示す信号送信図である。

【図3】本開示の一部の例示の実施形態による、ＳＤＴ手順のための例示のＰＤＣＣＨ監視方法を示すフローチャートである。

【図4】本開示の一部の例示の実施形態による、ＳＤＴ手順のための例示のＰＤＣＣＨ監視方法を示すフローチャートである。

【図5】本開示の例示の実施形態を実装するのに適したデバイスを示す概略ブロック図である。

【図6】本開示の一部の例示の実施形態による、例示のコンピュータ可読媒体を示すブロック図である。

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

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

一部の例示の実施形態では、第１のデバイスはこの情報からＣ－ＲＮＴＩを取得することができ、Ｃ－ＲＮＴＩは第２のデバイスによって割り当てられる。第１のデバイスは、さらに、Ｃ－ＲＮＴＩに基づいて、制御チャネルを監視するために使用可能な１組の候補リソースからＳＤＴ手順のための制御チャネルを監視するための１組のリソースを決定することができ、その１組のリソース上で制御チャネルを監視することができる。

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

本開示について構造的特徴および／または方法論的行為に特有の言葉で記載しているが、添付の特許請求の範囲で定義されている本開示は、上述の特定の特徴または行為には必ずしも限定されないことを理解されたい。むしろ、上述の特定の特徴および動作は、特許請求の範囲を実装する例示の形態として開示されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【国際調査報告】