特開 2024-95715 端末デバイス又はネットワークデバイスにより実行される方法、端末デバイス、およびネットワークデバイス

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

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

(11)【公開番号】P2024095715

(43)【公開日】2024-07-10

(54)【発明の名称】端末デバイス又はネットワークデバイスにより実行される方法、端末デバイス、およびネットワークデバイス

(51)【国際特許分類】

   H04L 1/1607 20230101AFI20240703BHJP

   H04W 72/232 20230101ALI20240703BHJP

   H04W 28/04 20090101ALI20240703BHJP

【ＦＩ】

H04L1/1607

H04W72/232

H04W28/04 110

【審査請求】有

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2024053360

(22)【出願日】2024-03-28

(62)【分割の表示】P 2021575210の分割

【原出願日】2019-06-17

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】リャン リン

(72)【発明者】

【氏名】ワン ガン

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

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K067EE02

5K067EE10

5K067HH28

(57)【要約】      （修正有）

【課題】ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに用いられる方法、デバイス及びコンピュータ可読媒体を提供する。
【解決手段】方法は、ネットワークデバイスから第１制御情報を受信することを含む。第１制御情報は、第１データチャネルグループについての第１チャネルインデックスと、第２データチャネルグループについての第２チャネルインデックスとを少なくとも含み、第１データチャネルグループは、ネットワークデバイスから端末デバイスへのデータ送信のためにスケジューリングされる第１データチャネルセットの少なくとも一部であり、第２データチャネルグループは、データ送信のためにスケジューリングされる第２データチャネルセットの少なくとも一部である。方法はまた、第１制御情報に基づいてフィードバック情報を生成することと、アップリンクチャネルを介してフィードバック情報をネットワークデバイスに送信することと、を含む。
【選択図】図３

【特許請求の範囲】

【請求項1】

物理アップリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングするためのダウンリンク制御情報（ＤＣＩ）を受信し、前記ＤＣＩは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の第１のグループおよびＰＤＳＣＨの第２のグループのためのトータルダウンリンク割当インデックス（ＤＡＩ）フィールド情報を含み、
前記ＰＵＳＣＨでＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）－ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送信する、
端末デバイスにより実行される方法。

【請求項2】

物理アップリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングするためのダウンリンク制御情報（ＤＣＩ）を送信し、前記ＤＣＩは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の第１のグループおよびＰＤＳＣＨの第２のグループのためのトータルダウンリンク割当インデックス（ＤＡＩ）フィールド情報を含み、
前記ＰＵＳＣＨでＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）－ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を受信する、
ネットワークデバイスにより実行される方法。

【請求項3】

物理アップリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングするためのダウンリンク制御情報（ＤＣＩ）を受信する手段であって、前記ＤＣＩは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の第１のグループおよびＰＤＳＣＨの第２のグループのためのトータルダウンリンク割当インデックス（ＤＡＩ）フィールド情報を含むようにする手段と、
前記ＰＵＳＣＨでＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）－ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送信する手段と、
を備える、端末デバイス。

【請求項4】

物理アップリンク共有チャネル（ＰＵＳＣＨ）をスケジューリングするためのダウンリンク制御情報（ＤＣＩ）を送信する手段であって、前記ＤＣＩは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の第１のグループおよびＰＤＳＣＨの第２のグループのためのトータルダウンリンク割当インデックス（ＤＡＩ）フィールド情報を含むようにする手段と、
前記ＰＵＳＣＨでＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）－ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を受信する手段と、を備える、
ネットワークデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は全体として通信分野に関し、特に、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのための方法、デバイス及びコンピュータ可読媒体に関する。

【背景技術】

【0002】

通信技術は、様々な通信規格で開発されており、異なる無線デバイスが自治体レベル、国レベル、地域レベル、さらにはグローバルレベルで通信することを可能にする共通のプロトコルを提供している。新たな通信規格の例として新無線（ＮＲ）、例えば５Ｇ無線アクセスが挙げられる。ＮＲは第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））が公表したロングタームレボリューション（ＬＴＥ）モバイル規格の拡張セットである。

【0003】

送信の信頼性を向上させるために、通信システムではＨＡＲＱ機構が広く用いられている。ＨＡＲＱでは、受信機は、送信機からのデータが正しく検出された場合には肯定応答（ＡＣＫ）を送信機にフィードバックし、データが正しく検出されなかった場合には否定応答（ＮＡＣＫ）を送信機にフィードバックする。そして送信機は、受信機からＡＣＫとＮＡＣＫのどちらを受信したかによって、新規送信又は再送を行う。したがって、ＡＣＫ／ＮＡＣＫフィードバック（ＨＡＲＱフィードバックと称してもよい）は、データ送信のスケジューリングにとって重要である。

【発明の概要】

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

【0004】

本開示の例示的な実施形態は全体として、ＨＡＲＱフィードバックのための方法、デバイス及びコンピュータ可読媒体を提供する。

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

【0005】

第１の態様において、端末デバイスで実施される方法が提供される。前記方法は、ネットワークデバイスから第１制御情報を受信することを含む。前記第１制御情報は、第１データチャネルグループについての第１チャネルインデックスと、第２データチャネルグループについての第２チャネルインデックスとを少なくとも含み、前記第１データチャネルグループは、前記ネットワークデバイスから前記端末デバイスへのデータ送信のためにスケジューリングされる第１データチャネルセットの少なくとも一部であり、前記第２データチャネルグループは、前記データ送信のためにスケジューリングされる第２データチャネルセットの少なくとも一部である。前記方法はさらに、前記第１制御情報に基づいてフィードバック情報を生成することを含む。前記フィードバック情報は、前記第１チャネルインデックスに関連付けられて前記第１データチャネルグループにおけるデータの第１受信状態と、前記第２チャネルインデックスに関連付けられて前記第２データチャネルグループにおけるデータの第２受信状態とを示す。前記方法はさらに、アップリンクチャネルを介して前記フィードバック情報を前記ネットワークデバイスに送信することを含む。

【0006】

第２の態様において、ネットワークデバイスで実施される方法が提供される。前記方法は、端末デバイスに第２制御情報を送信することを含む。前記第２制御情報は、前記ネットワークデバイスから前記端末デバイスへのデータ送信のためにスケジューリングされる第１データチャネルセットと、前記データ送信のためにスケジューリングされる第２データチャネルセットとに関連付けられている。前記方法はさらに、フィードバック情報を受信することを含む。前記フィードバック情報は、第１データチャネルグループについての第１チャネルインデックスに関連付けて前記第１データチャネルグループにおけるデータの第１受信状態と、第２データチャネルグループについての第２チャネルインデックスに関連付けて前記第２データチャネルグループにおけるデータの第２受信状態とを示し、前記第１データチャネルグループは、第１データチャネルセットの少なくとも一部であり、前記第２データチャネルグループは、前記第２データチャネルセットの少なくとも一部である。前記方法はさらに、前記第２制御情報及び前記フィードバック情報に基づいて、再送すべきデータを決定することを含む。

【0007】

第３の態様では、端末デバイスが提供される。前記端末デバイスは、プロセッサと、前記プロセッサに結合され命令が記憶されているメモリとを備え、前記命令は前記プロセッサにより実行される場合、前記第１の態様に記載の動作を実行させる。

【0008】

第４の態様では、ネットワークデバイスが提供される。前記ネットワークデバイスは、プロセッサと、前記プロセッサに結合され命令が記憶されているメモリとを備え、前記命令は前記プロセッサにより実行される場合、前記第２の態様に記載の動作を実行させる。

【0009】

第５の態様では、少なくとも１つのプロセッサ上で実行される場合に、前記少なくとも１つのプロセッサに前記第１の態様に記載の方法を実行させる命令が記憶されている、コンピュータ可読媒体が提供される。

【0010】

第６の態様では、少なくとも１つのプロセッサ上で実行される場合に、前記少なくとも１つのプロセッサに前記第２の態様に記載の方法を実行させる命令が記憶されている、コンピュータ可読媒体が提供される。

【0011】

本開示のその他の特徴は、以下の説明により容易に理解できるはずである。

【図面の簡単な説明】

【0012】

以下、図面において本開示のいくつかの実施形態をさらに詳細に説明し、本開示の上述及びその他の目的、特徴、利点を、さらに明らかにする。

【図1】本開示に係るいくつかの実施形態を実施可能な通信環境の模式図である。

【図2】本開示のいくつかの実施形態に係る検出漏れの例示の模式図を示す。

【図3】本開示のいくつかの実施形態に係る例示的方法のフローチャートを示す。

【図4】本開示のいくつかの実施形態に係るフィードバック情報の例示の模式図を示す。

【図5】本開示の他のいくつかの実施形態に係るフィードバック情報の別の例示の模式図を示す。

【図6】本開示のいくつかの実施形態に係る例示的方法のフローチャートを示す。

【図7】本開示の実施形態を実現するのに適したデバイスの概略ブロック図である。 全ての図において、同一又は類似の図面符号は、同一又は類似の要素を表す。

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

【0013】

以下、いくつかの例示的実施形態を参照して、本開示の原理を説明する。理解すべき点として、これらの実施形態は、単に説明のために記述され、当業者が本開示を理解し実施する際の助けとなるものであり、本開示の範囲に対する何らかの限定を暗示するものではない。本明細書で説明する本開示は、以下に説明する方法以外に、さまざまな方法で実施可能である。

【0014】

以下の説明及び請求項において、別途定義されない限り、文中で使用される全ての技術用語・科学用語は、本開示が属する分野の当業者が通常理解するものと同じ意味を有する。

【0015】

文中で使用される用語「ネットワークデバイス」（ｎｅｔｗｏｒｋ ｄｅｖｉｃｅ）又は「基地局」（ＢＳ）とは、端末デバイスが通信可能なセル又はカバレッジ（ｃｏｖｅｒａｇｅ）を、提供又はホスト可能なデバイスを指す。ネットワークデバイスの例には、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、リモートラジオユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノード、ピコノード等のような低電力ノードが含まれるが、これらに限定されない。議論を目的として、以下、ネットワークデバイスの例としてｇＮＢを参照しつついくつかの実施形態を説明する。

【0016】

文中で使用される用語「端末デバイス」（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）は、無線での通信能力又は有線での通信能力を有する全てのデバイスを指す。端末デバイスの例として、ユーザ端末（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、移動電話、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、携帯コンピュータ、デジタルカメラのような画像取込デバイス、ゲーム機器、音楽保存再生装置、又は無線若しくは有線によるインターネットへのアクセス・閲覧が可能なインターネットデバイス等が含まれるが、これらに限定されない。

【0017】

文中で使用される場合、文脈の中で別途明記しない限り、単数形式である「１つ」（ａ）、「１つの」（ａｎ）及び「当該」（ｔｈｅ）は、複数形式を含むことを意味する。用語「含む」及びその変形は、「…を含むが、これらに限定されない」という意味の、開放式の用語であると理解されるべきである。用語「…に基づいて」は、「少なくとも部分的に基づく」と理解されるべきである。用語「実施形態」及び「１つの実施形態」は、「少なくとも１つの実施形態」と理解されるべきである。用語「他の実施形態」は、「少なくとも１つの他の実施形態」と理解されるべきである。用語「第１」、「第２」等は、異なるか又は同一の対象を指すことができる。以下の説明では、その他の定義も、明確及び暗黙のものとして含むことができる。

【0018】

いくつかの例示において、値、プロセス又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解すべき点として、こうした説明は、使用される複数の機能の代替案から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。

【0019】

図１は、本開示の実施形態を実施可能な例示的通信ネットワーク１００を示す。ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０がサービスを提供する端末デバイス１２０とを含む。ネットワークデバイス１１０のサービングエリアはセル１０２と称される。理解できるように、ネットワークデバイス及び端末デバイスの数は、説明のためのものにすぎず、何らかの限定を暗示するものではない。ネットワーク１００は、本開示の実施形態の実施に適した任意の適切な数のネットワークデバイス及び端末デバイスを含むことができる。図示されていないが、理解すべき点として、セル１０２内に１つ又は複数の端末デバイスが位置し、ネットワークデバイス１１０からサービスを受けることができる。

【0020】

通信ネットワーク１００において、ネットワークデバイス１１０は、データ及び制御情報を端末デバイス１２０に送ることができ、端末デバイス１２０も、データ及び制御情報をネットワークデバイス１１０に送ることができる。ネットワークデバイス１１０から端末デバイス１２０へのリンクは、ダウンリンク（ＤＬ）又はフォワードリンクと呼ばれ、一方、端末デバイス１２０からネットワークデバイス１１０へのリンクは、アップリンク（ＵＬ）又はリバースリンクと呼ばれる。

【0021】

ネットワーク１００は通信技術に応じて、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）ネットワーク又は任意の他のネットワークであり得る。ネットワーク１００で論じる通信としては、適切な規格に適合した任意のものを使用することができる。こうした規格には、新無線アクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ エボリューション（ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ：ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ｃｄｍａ２０００、及び移動通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）等が含まれるが、これらに限定されない。また、現在既知の又は将来開発される任意の世代の通信プロトコルに基づいて、通信を実行することができる。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。本明細書で説明する技術は、上述した無線ネットワーク及び無線技術並びに他の無線ネットワーク及び無線技術において用いることができる。明確性の観点から、以下ではＬＴＥについてこれらの技術のいくつかの面を説明しており、以下の説明の大部分において、ＬＴＥの技術用語が使用されている。

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

例は、以下のように表に示すことができる。
表１及び表２：第１データチャネルセット及び第２データチャネルセットに跨がるチャネルインデックスの例

【表1】

【表2】

【0058】

表１及び表２には、それぞれスロット０～スロット１１が示されている。第１データチャネルグループ及び第２データチャネルグループの各データチャネルについて、２つのインデックスを使用することができる。表中のＣ－ＤＡＩは、データチャネルグループ内のチャネルのインデックスを示し、表中のＴ－ＤＡＩは、２つのデータチャネルグループに跨がるチャネルのインデックスを示すことができる。第３、第６、第１０のスロットでは、ＰＵＣＣＨを介してＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを報告することができる。

【0059】

端末デバイス１２０は、ＤＣＩの表中のＴ－ＤＡＩの指示を受信し、Ｔ－ＤＡＩに基づいて、フィードバック用ビット列におけるＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックのビット順序を決定することができる。例えば、第７スロットで、第１データチャネルグループにおける第３のＰＤＳＣＨを送信することができる。自然な順序付けでは、第３のＰＤＳＣＨは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫビット列における第３のビットを占めることができる。しかし、第１データチャネルグループ及び第２データチャネルグループに跨がるチャネルを考慮すると、第１グループにおける第３のＰＤＳＣＨは、第１データチャネルグループ及び第２データチャネルグループに跨がるチャネルにおける第５のＰＤＳＣＨである。当該ＰＤＳＣＨの符号化順序は、Ｔ－ＤＡＩに応じて変更することができる。

【0060】

上述したように、Ｔ－ＤＡＩは全てのＰＤＳＣＨグループにわたって累積され、これはＤＣＩのビットフィールドを再利用することができる。また、Ｔ－ＤＡＩは、Ｃ－ＤＡＩが各ＰＤＳＣＨグループ内にあることを除いて、Ｃ－ＤＡＩと似ている。ＰＵＣＣＨのＨＡＲＱ－ＡＣＫのビットの順序付けは、蓄積されたＴ－ＤＡＩに基づく。Ｔ－ＤＡＩによって示される１つのＨＡＲＱ－ＡＣＫビットについて、ネットワークデバイスによって示される対応するＰＤＳＣＨグループが受信された場合（ビットがトグルされた場合）は、カウントされない。

【0061】

図３に戻ると、ブロック３３０において、端末デバイス１２０は、アップリンクチャネルを介してネットワークデバイス１１０にフィードバック情報を送信することができる。

【0062】

図６は、本開示のいくつかの実施形態に係る例示的方法６００のフローチャートを示す。方法６００は、図１に示すネットワークデバイス１１０において実現することができる。理解すべき点として、方法６００は、図示されていない付加的ブロックを含むことができ、且つ／又は、図示された一部のブロックを省略することができ、この点において、本開示の範囲は限定されない。議論しやすいように、図６を参照して方法６００を説明する。

【0063】

ブロック６１０において、ネットワークデバイス１１０は、ネットワークデバイスから端末デバイスへのデータ送信のために、第１データチャネルセット及び第２データチャネルセットをスケジューリングし、第１データチャネルセット及び第２データチャネルセットに関連付けられた第２制御情報を送信することができる。

【0064】

ブロック６２０において、ネットワークデバイス１１０はフィードバック情報を受信することができる。当該フィードバック情報は、第１データチャネルグループの第１チャネルインデックスに関連付けられた前記第１データチャネルグループにおけるデータの第１受信状態と、第２データチャネルグループの第２チャネルインデックスに関連付けられた前記第２データチャネルグループにおけるデータの第２受信状態とを示す。図３を参照して説明したように、第１データチャネルグループは、第１データチャネルセットの少なくとも一部であり、第２データチャネルグループは、第２データチャネルセットの少なくとも一部であり得る。

【0065】

ブロック６３０において、ネットワークデバイス１１０は、第２制御情報及びフィードバック情報に基づいて、再送すべきデータを決定することができる。

【0066】

上述したように、様々な解決手段に従って、ＨＡＲＱ要求のためのビット列を生成することができる。端末デバイス側の符号化処理とネットワークデバイス側の復号化処理の両方に対し、対応する符号化順序を予め設定することができる。したがって、ネットワークデバイスはフィードバック情報に基づいて、複数のＰＤＳＣＨグループにおけるＤＣＩの検出漏れを認識することができる。

【0067】

このようにして、ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックが同一ＰＵＣＣＨ内の複数のＰＤＳＣＨグループに関わる場合、ネットワークデバイスが検出漏れを認識し再送すべきデータを決定することができるように、複数のＰＤＳＣＨグループにおけるＤＣＩの検出漏れをＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックのためのビット列に反映することができる。

【0068】

上述したように、１つより多いＰＤＳＣＨグループを処理するための解決手段を議論してきた。しかし、１つのＰＤＳＣＨグループに対してもいくつかの曖昧さの問題があり、この問題は、単一キャリアの場合、Ｃ－ＤＡＩと機能的に同等のＴ－ＤＡＩを使用することで解決することができる。

【0069】

ＮＲ－ＵにおけるシングルセルのＴ－ＤＡＩは、Ｒｅｌ－１５ ＮＲのＣ－ＤＡＩと同様に、グループ内に蓄積されない。すなわち、グループ内の新しいＰＵＣＣＨ機会に対し、ＮＲ－ＵにおけるシングルセルのＴ－ＤＡＩは初期値にリセットされる。

【0070】

このようなＴ－ＤＡＩがない場合、場合によっては、グループの不連続なＣ－ＤＡＩに対して、前のＰＵＣＣＨ機会の最後のＰＤＣＣＨの検出漏れと、現在のＰＵＣＣＨ機会の最初のＰＤＣＣＨの検出漏れと、を区別できない可能性がある。

【0071】

１つのＰＤＳＣＨグループに用いられるＴ－ＤＡＩの例は、以下の表に示すことができる。

【0072】

表３：第１データチャネルセット及び第２データチャネルセットに跨がるチャネルインデックスの例

【表3】

【0073】

例えば、ケース１ではスロット３のＰＤＣＣＨが見逃され、ケース２ではスロット７のＰＤＣＣＨが見逃されている。端末デバイス側から見ると、欠落したＣ－ＤＡＩ ３がどこにあるのか判断しにくく、ケースが異なるとビット長も異なり（ケース１では２ビット、ケース２では３ビット）、揃っていないと、ＨＡＲＱ－ＡＣＫのビットがずれてしまう。シングルセルのＴ－ＤＡＩを利用すれば、ＵＥはこのケースを決定することができる。すなわち、端末デバイスは、スロット８のＴ－ＤＡＩフィールドでケース１又はケース２を決定することができる。

【0074】

いくつかの例示的な実施形態では、ＨＡＲＱ－ＡＣＫがＰＵＳＣＨで送信されると、総ビット数はＰＵＳＣＨグラントのＤＣＩ（Ｒｅｌ－１５ ＮＲ）によって示される。ＰＵＳＣＨでのＨＡＲＱ－ＡＣＫ送信に対し、図４及び図５を参照して説明した実施形態を導入することができる。例えば、総符号化ビット長は、ＰＵＳＣＨグラントのＤＡＩで示される長さに、前のＰＤＳＣＨグループの情報ビット長を加えたものとなる。１つのＰＵＣＣＨ内にもっと多くのＰＤＳＣＨグループが存在しＨＡＲＱ－ＡＣＫフィードバックのためにＰＵＳＣＨを送信する場合、各ＰＤＳＣＨグループに対応するＰＵＳＣＨアップリンクグラントのＤＣＩ（ＤＣＩフォーマット０－０又は０－１）における、より多くのトータルＤＡＩのフィールドを採用して、前記ＰＤＳＣＨグループの最後のＰＤＣＣＨの検出漏れを解決することができる。

【0075】

本開示の解決手段のほとんどは、１つより多いＰＤＳＣＨグループを処理するために提供されている。いくつかの例示的な実施形態では、ダウンリンク送信の設定に何らかの制限を適用することを考慮してもよい。例えば、同一ＰＵＣＣＨ内のＰＤＳＣＨグループの数を設定することができる。シングルセル操作の場合、端末デバイスは、同一ＰＵＣＣＨ内に１つより多いＰＤＳＣＨグループを設定することを想定していない。例えば、ＲＲＣはパラメータ

と

を有する場合がある。

であれば、

であり、そうでない場合は

である。フィードバック用のＰＵＳＣＨとＰＵＣＣＨが１つのスロットで重なっており、ＰＵＳＣＨのＨＡＲＱ－ＡＣＫフィードバックの条件が満たされている場合、端末デバイスは、同一ＰＵＳＣＨ内で複数のＰＤＳＣＨグループのＨＡＲＱフィードバックを送信することを想定していない。

【0076】

図７は、本開示の実施形態を実施するのに適したデバイス７００の概略ブロック図である。デバイス７００は、図１に示すネットワークデバイス１１０又は端末デバイス１２０のさらなる例示の実施形態であるとみなすことができる。したがって、デバイス７００は、ネットワークデバイス１１０又は端末デバイス１２０で実現することができ、又はネットワークデバイス１１０、端末デバイス１２０の少なくとも一部として実現することができる。

【0077】

図に示すように、デバイス７００は、プロセッサ７１０、プロセッサ７１０に結合されるメモリ７２０、プロセッサ７１０に結合される適切な送信機（ＴＸ）及び受信機（ＲＸ）７４０、並びにＴＸ／ＲＸ７４０に結合される通信インタフェースを含む。メモリ７１０は、プログラム７３０の少なくとも一部を記憶する。ＴＸ／ＲＸ７４０は双方向通信に用いられる。ＴＸ／ＲＸ７４０は、通信のための少なくとも１つのアンテナを有し、実際には、本願で述べたアクセスノードは、複数のアンテナを有することができる。通信インタフェースは、他のネットワーク部材と通信を行う際に必要な任意のインタフェース、例えば、ｅＮＢ間の双方向通信用のＸ２インタフェース、モビリティ・マネージメント・エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信用のＳ１インタフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｅＮＢと端末デバイスとの間の通信用のＵｕインタフェースを表すことができる。

【0078】

プログラム７３０がプログラム命令を含むと仮定する。これらのプログラム命令が、関連するプロセッサ７１０により実行されると、デバイス７００は、文中で図２～図６を参照して述べた本開示の実施形態に基づいて操作を行うことができるようになる。本明細書の実施形態は、デバイス７００のプロセッサ７１０が実行可能なコンピュータソフトウェアにより実現するか、ハードウェアにより実現するか、又はソフトウェア及びハードウェアの組合せにより実現することができる。プロセッサ７１０は、本開示の各実施形態を実現するように設定することができる。また、プロセッサ７１０及びメモリ７１０の組合せは、本開示の各実施形態を実施するのに適した処理部材７５０を構成することができる。

【0079】

メモリ７１０は、ローカルの技術ネットワークに適した任意のタイプであってよく、任意の適切なデータ記憶技術（例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体による記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない）により実現することができる。デバイス７００には１つのメモリ７１０しか示されていないが、デバイス７００には複数の物理上異なるメモリモジュールを設置することができる。例として、プロセッサ７１０は、ローカルの技術ネットワークに適した任意のタイプであってよく、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、一つ又は複数を含むことができるが、これらに限定されない。デバイス７００は複数のプロセッサ、例えば、マスタープロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップを有することができる。

【0080】

通常、本開示の各実施形態は、ハードウェア若しくは専用回路、ソフトウェア、ロジック又はそれらの任意の組合せにおいて実施することができる。いくつかの態様はハードウェアによって実現し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピュータデバイスが実行するファームウェア又はソフトウェアによって実現することができる。本開示の実施形態の各態様は、ブロック図、フローチャートとして図示されて説明され、又は他のいくつかの図形によって示されているが、理解すべき点として、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくはロジック、汎用ハードウェア若しくはコントローラ若しくは他のコンピュータデバイス、又はそれらの組合せにおいて実現することができるが、これらに限定されない。

【0081】

本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に、有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。該コンピュータプログラム製品は、コンピュータが実行可能な命令を含む。当該コンピュータが実行可能な命令は、ターゲット実プロセッサ（ｔａｒｇｅｔ ｒｅａｌ ｐｒｏｃｅｓｓｏｒ）又はターゲット仮想プロセッサ（ｔａｒｇｅｔ ｖｉｒｔｕａｌ ｐｒｏｃｅｓｓｏｒ）上のデバイスにおいて実行され、例えばプログラムモジュールに含まれて、図２を参考に上述したプロセス又は方法を実行する。一般的に、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実現するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。プログラムモジュールの機能は、各実施形態での必要に応じて、プログラムモジュール間で組み合わせるか、又は分割することができる。プログラムモジュールのマシンが実行可能な命令は、ローカルデバイス又は分散型デバイスにおいて実行することができる。分散型デバイスにおいて、プログラムモジュールはローカルの記憶媒体及びリモートの記憶媒体の両方に置くことができる。

【0082】

本開示の方法を実行するためのプログラムコードは、一種類又は複数種類のプログラミング言語の任意の組合せにより記述することができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供可能であり、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に指定された機能／操作を実現することができる。プログラムコードは全てマシン上で実行してもよいし、部分的にマシン上で実行してもよいし、独立したソフトウェアパッケージとして実行してもよいし、マシン上で部分的に実行するとともに、リモートのマシン上で部分的に実行してもよいし、又は完全にリモートのマシン若しくはサーバ上で実行してもよい。

【0083】

上述のプログラムコードは、マシン可読媒体上で具体化することができ、マシン可読媒体は、命令実行システム、装置若しくはデバイスにより使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は記憶する任意の有形媒体であり得る。マシン可読媒体は、マシンが読み取り可能な信号媒体又はマシンが読み取り可能な記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線又は半導体のシステム、装置又はデバイス、又は前述の任意の適切な組合せを含むことができるが、これらに限定されない。マシン可読記憶媒体のさらに具体的な例には、一つ若しくは複数のケーブルの電気的接続、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

【0084】

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行するか、又は、図示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、複数のタスク及び並行処理が有利である可能性がある。同様に、上述の議論では、いくつかの特定の実施の詳細が含まれるが、これらは本開示の範囲に対する限定であると解釈されるべきではなく、特定の実施形態が持つ特徴についての説明であると解釈されるべきである。個々の実施形態の背景において説明したいくつかの特徴は、ある一つの実現形態において組み合わせて実施されてもよい。逆に、一つの実施形態の背景において説明された各種特徴は、複数の実施形態において単独で、又は任意の適切なサブ的な組合せにより、実現されてもよい。

【0085】

本開示について、構造的特徴及び／又は方法・動作の専門用語で説明したが、添付の請求項によって限定される本開示は、必ずしも上述の具体的な特徴又は動作に限定されないと理解されるべきである。上述の具体的な特徴や動作はむしろ、請求項を実施する例示的形態として開示されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】