特許 6707663 高信頼・低遅延トラフィック用の無線リソース管理のための装置および方法

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

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

(11)【特許番号】6707663

(24)【登録日】2020年5月22日

(45)【発行日】2020年6月10日

(54)【発明の名称】高信頼・低遅延トラフィック用の無線リソース管理のための装置および方法

(51)【国際特許分類】

   H04W 28/04 20090101AFI20200601BHJP

   H04W 72/14 20090101ALI20200601BHJP

   H04W 72/10 20090101ALI20200601BHJP

【ＦＩ】

   H04W28/04 110

   H04W72/14

   H04W72/10

【請求項の数】21

【全頁数】24

(21)【出願番号】特願2018-555713(P2018-555713)

(86)(22)【出願日】2017年4月10日

(65)【公表番号】特表2019-518367(P2019-518367A)

(43)【公表日】2019年6月27日

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

(87)【国際公開番号】WO2017185968

(87)【国際公開日】20171102

【審査請求日】2018年12月3日

(31)【優先権主張番号】15/139,155

(32)【優先日】2016年4月26日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】テニー、ネイサン エドワード

(72)【発明者】

【氏名】リウ、ビン

【審査官】 横田 有光

(56)【参考文献】

【文献】 特表２０１０−５３７５４２（ＪＰ，Ａ）

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

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

【文献】 Qualcomm Incorporated，Frame structure requirements[online]，3GPP TSG-RAN WG1#84b R1-162206，２０１６年 ４月 ２日，[検索日2019.11.14], インターネット<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_84b/Docs/R1-162206.zip>, 2節

【文献】 Huawei, HiSilicon，Overview of resource allocation mechanism for V2V[online]，3GPP TSG-RAN WG1#82b R1-155662，２０１５年 ９月２６日，[検索日2019.11.14], インターネット<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_82b/Docs/R1-155662.zip>, 2節

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

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

複数の送信機からのワイヤレス伝送を管理するための方法であって、
ネットワークエンティティが、第１サービスに関連付けられた第１デバイスに第１グラントを指示する段階であって、前記第１グラントは、前記第１サービスのための伝送用の第１リソースと前記第１サービスのための再伝送用の第２リソースとを含む、段階と、
前記ネットワークエンティティが、第２サービスに関連付けられた第２デバイスに第２グラントを指示する段階であって、前記第２グラントは、前記第２サービスのための伝送用の前記第１リソースと前記第２サービスのための再伝送用の第３リソースとを含む、段階と、
前記ネットワークエンティティが、第３サービスに関連付けられた第３デバイスに第３グラントを指示する段階であって、前記第３グラントは、前記第３サービスのための伝送用の前記第１リソースを含む、段階と
を備え、
前記第１サービスおよび前記第２サービスは、前記第３サービスよりも高い伝送信頼性要件を有する、
方法。

【請求項2】

前記第１サービスおよび前記第２サービスは、前記第３サービスよりも短い伝送遅延要件を有する、請求項１に記載の方法。

【請求項3】

前記第１サービスおよび前記第２サービスは、前記第３サービスの伝送とのコンテンションが生じた場合に伝送の受信が成功する可能性が高いことを保証する、前記第３サービスよりも高い伝送電力、より好ましい変調・符号化方式（ＭＣＳ）、または他のパラメータを有する、請求項１に記載の方法。

【請求項4】

前記第１デバイスおよび前記第２デバイスの伝送をスケジューリングすることなく伝送を行うように、前記第１グラントが前記第１デバイスに指示され、前記第２グラントが前記第２デバイスに指示される、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記第１デバイスが自機のスケジューラエンティティを変更したときに、前記第１サービスのための前記第１グラントに関する更新を前記第１デバイスへ送信する段階と、
前記第２デバイスが自機のスケジューラエンティティを変更したときに、前記第２サービスのための前記第２グラントに関する更新を前記第２デバイスへ送信する段階と
をさらに備える、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記第１グラントおよび前記第２グラントに関する前記更新は、前記第１サービスおよび前記第２サービスに関する測定されたチャネル状況に基づいて決定される前記第１グラントおよび前記第２グラントに関する変調・符号化方式の変更を指示する、請求項５に記載の方法。

【請求項7】

前記第１サービスおよび前記第２サービスを確立したときに、前記第１サービスのための前記第１デバイスおよび前記第２サービスのための前記第２デバイスの承認処理を行う段階と、
前記第１デバイスおよび前記第２デバイスの承認が成功したときに、前記第１デバイスを前記第１サービスに登録し、前記第２デバイスを前記第２サービスに登録する段階と
をさらに備える、請求項１から６のいずれか一項に記載の方法。

【請求項8】

前記第１リソース、前記第２リソース、および前記第３リソースは、時間リソース、周波数リソース、符号リソース、またはそれらの組み合わせである、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記第１リソース、前記第２リソース、および前記第３リソースは、伝送時間間隔（ＴＴＩ）またはＴＴＩ内のシンボルである、請求項１から８のいずれか一項に記載の方法。

【請求項10】

複数の送信機からのワイヤレス伝送を処理するための方法であって、
第１デバイスがネットワークへ、第１サービスのための第１伝送を、前記第１サービス、第２デバイスに関連付けられた第２サービス、および第３デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で送信する段階であって、前記第１サービスおよび前記第２サービスは、前記第３サービスよりも高い伝送信頼性要件を有する、段階と、
前記第１伝送と前記第２デバイスからの前記第２サービスのための第２伝送との間において前記第１伝送リソース上でコンテンションが生じたときに、前記第１デバイスが前記ネットワークから、前記第１伝送の失敗の指示を受信する段階と、
前記第２サービスには割り振られず前記第１サービスに割り振られた第２伝送リソース上で、前記第１サービスのための前記第１伝送の少なくとも一部分を再送信する段階と
を備える、方法。

【請求項11】

前記第１サービスおよび前記第２サービスは、前記第３サービスよりも短い伝送遅延要件を有する、請求項１０に記載の方法。

【請求項12】

受信された前記指示は、前記失敗が始まった前記第１伝送におけるシンボルを指定する、請求項１０に記載の方法。

【請求項13】

前記第１伝送は、指定された前記シンボルから始めて再送信される、請求項１２に記載の方法。

【請求項14】

前記第１伝送の再送信された前記一部分は、指定された前記シンボルのみを含む、請求項１２に記載の方法。

【請求項15】

前記第１伝送は、第１伝送レイヤプロトコルにおいて送信され、前記第１伝送レイヤプロトコルよりも上位の第２伝送レイヤプロトコルにおいて再送信される、請求項１０から１４のいずれか一項に記載の方法。

【請求項16】

複数の送信機からのワイヤレス伝送を処理するための方法であって、
第１デバイスがネットワークへ、第１サービスのための第１伝送を、前記第１サービス、第２デバイスに関連付けられた第２サービス、および第３デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で送信する段階であって、前記第１サービスおよび前記第２サービスは、前記第３サービスよりも高い伝送信頼性要件を有する、段階と、
前記第１デバイスが前記ネットワークから、グループ確認応答を、前記第１サービスおよび前記第２サービスのための共有下りリンクリソース上で受信する段階であって、前記グループ確認応答は、前記第２サービスの識別子を含み、前記第１サービスの識別子を含まない、段階と、
前記第２サービスには割り振られず前記第１サービスに割り振られた第２伝送リソース上で、前記第１サービスのための前記第１伝送を再送信する段階と
を備える、方法。

【請求項17】

複数の送信機からのワイヤレス伝送を処理するための方法であって、
ネットワークエンティティが第１デバイスから、第１サービスのための第１伝送を、前記第１サービス、第２デバイスに関連付けられた第２サービス、および第３デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で受信する段階であって、前記第１サービスおよび前記第２サービスは、前記第３サービスよりも高い伝送信頼性要件を有する、段階と、
前記第２サービスのための第２伝送を前記第２デバイスから受信する段階と、
前記第２伝送の受信に成功し、前記第１伝送の受信に失敗したときに、前記ネットワークエンティティが前記第１デバイスおよび前記第２デバイスへ、グループ確認応答を、前記第１サービスおよび前記第２サービスのための共有下りリンクリソース上で送信する段階であって、前記グループ確認応答は、前記第２サービスの識別子を含み、前記第１サービスのいかなる識別子も含まない、段階と、
前記第２サービスには割り振られず前記第１サービスに割り振られた第２伝送リソース上で、前記第１サービスのための前記第１伝送の再伝送を前記第１デバイスから受信する段階と
を備える、方法。

【請求項18】

複数の送信機からのワイヤレス伝送を管理するためのネットワークエンティティであって、
メモリに結合された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサが実行するためのプログラミングを記憶する非一時的コンピュータ可読記憶媒体と
を備え、
前記プログラミングは、
第１サービスに関連付けられた第１デバイスに第１グラントを指示することであって、前記第１グラントは、前記第１サービスのための伝送用の第１リソースと前記第１サービスのための再伝送用の第２リソースとを含む、ことと、
第２サービスに関連付けられた第２デバイスに第２グラントを指示することであって、前記第２グラントは、前記第２サービスのための伝送用の前記第１リソースと前記第２サービスのための再伝送用の第３リソースとを含む、ことと、
第３サービスに関連付けられた第３デバイスに第３グラントを指示することであって、前記第３グラントは、前記第３サービスのための伝送用の前記第１リソースを含む、ことと
を実行させる命令を含み、
前記第１サービスおよび前記第２サービスは、前記第３サービスよりも高い伝送信頼性要件を有する、
ネットワークエンティティ。

【請求項19】

ワイヤレス通信デバイスであって、
メモリに結合された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサが実行するためのプログラミングを記憶する非一時的コンピュータ可読記憶媒体と
を備え、
前記プログラミングは、
ネットワークへ、第１サービスのための第１伝送を、前記第１サービス、第２ワイヤレス通信デバイスに関連付けられた第２サービス、および第３ワイヤレス通信デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で送信することであって、前記第１サービスおよび前記第２サービスは、前記第３サービスよりも高い伝送信頼性要件を有する、ことと、
前記第１伝送と前記第２ワイヤレス通信デバイスからの前記第２サービスのための第２伝送との間において前記第１伝送リソース上でコンテンションが生じたときに、前記ネットワークから前記第１伝送の失敗の指示を受信させることと、
前記第２サービスには割り振られず前記第１サービスに割り振られた第２伝送リソース上で、前記第１サービスのための前記第１伝送の少なくとも一部分を再送信することと
を実行させる命令を含む、
ワイヤレス通信デバイス。

【請求項20】

ワイヤレス通信デバイスであって、
メモリに結合された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサが実行するためのプログラミングを記憶する非一時的コンピュータ可読記憶媒体と
を備え、
前記プログラミングは、
ネットワークへ、第１サービスのための第１伝送を、前記第１サービス、第２デバイスに関連付けられた第２サービス、および第３デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で送信することであって、前記第１サービスおよび前記第２サービスは、前記第３サービスよりも高い伝送信頼性要件を有する、ことと、
前記ネットワークから、グループ確認応答を、前記第１サービスおよび前記第２サービスのための共有下りリンクリソース上で受信することであって、前記グループ確認応答は、前記第２サービスの識別子を含み、前記第１サービスのいかなる識別子も含まない、ことと、
前記第２サービスには割り振られず前記第１サービスに割り振られた第２伝送リソース上で、前記第１サービスのための前記第１伝送を再送信することと
を実行させる命令を含む、
ワイヤレス通信デバイス。

【請求項21】

複数の送信機からのワイヤレス伝送をサポートするネットワークエンティティであって、
メモリに結合された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサが実行するためのプログラミングを記憶する非一時的コンピュータ可読記憶媒体と
を備え、
前記プログラミングは、
第１デバイスから、第１サービスのための第１伝送を、前記第１サービス、第２デバイスに関連付けられた第２サービス、および第３デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で受信することであって、前記第１サービスおよび前記第２サービスは、前記第３サービスよりも高い伝送信頼性要件を有する、ことと、
前記第２サービスのための第２伝送を前記第２デバイスから受信することと、
前記第２伝送の受信に成功し、前記第１伝送の受信に失敗したときに、前記第１デバイスおよび前記第２デバイスへ、グループ確認応答を、前記第１サービスおよび前記第２サービスのための共有下りリンクリソース上で送信することであって、前記グループ確認応答は、前記第２サービスの識別子を含み、前記第１サービスのいかなる識別子も含まない、ことと、
前記第２サービスには割り振られず前記第１サービスに割り振られた第２伝送リソース上で、前記第１サービスのための前記第１伝送の再伝送を前記第１デバイスから受信することと
を実行させる命令を含む、
ネットワークエンティティ。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１６年４月２６日出願の「高信頼・低遅延トラフィック用の無線リソース管理のための装置および方法（Ａｐｐａｒａｔｕｓ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ Ｈｉｇｈ Ｒｅｌｉａｂｉｌｉｔｙ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｔｒａｆｆｉｃ）」と題する米国非仮特許出願第１５／１３９，１５５号に基づく優先権を主張し、当該出願は、その全内容が引き写されているものとして、参照により本明細書に組み込まれる。

【0002】

本発明は、ワイヤレス通信に関し、特定の実施形態においては、高信頼・低遅延トラフィック用の無線リソース管理のための装置および方法に関する。

【背景技術】

【0003】

ワイヤレス通信システムにおいては、いくつかの通信およびサービスが、その他のものよりも重要である、または優先度が高いとみなされる。典型的には、より重要である、またはより優先度の高いトラフィックは、より信頼性の高い伝送を必要とする。例として、第５世代（５Ｇ）ワイヤレス通信システムにおける通信は、関連付けられたトラフィックの送達の高信頼性を保証するべく、よりロバストな伝送方式を必要とする超高信頼（ＵＨＲ）通信を含む。ＵＨＲ通信は、高信頼伝送に加え、そのような通信の緊要性に起因して、超低遅延（ＵＬＬ）と称される厳しい低遅延化要件を必要とする場合がある。ＵＨＲ通信は、高サービス品質（ＱｏＳ）要件のサービスに属する場合がある。ＵＨＲ通信の例としては、輸送機器アプリケーション、産業用制御、医療アプリケーション、および期限内にトラフィックを送達する非常に高いレベルの確実性が必要とされる他の重要なアプリケーションが挙げられる。いくつかのＵＨＲアプリケーションはまた、例えばアラーム通知または制御パケットといった、頻度の低い小規模伝送を要する。そのような場合、伝送時間間隔（ＴＴＩ）などのリソースブロックを予約すると、そのようなブロックはしばしば使用されずに浪費されることがあるため、非効率的であり得る。さらに、伝送が必要な場合は、やはり遅延要件も厳格であり得る。したがって、無線トラフィックをスケジューリングする既存の方法は、使用されないリソースブロックを予約する非効率性、および新たなリソースブロック予約を確立するのに必要な時間に起因して、これらの利用事例の要件を満たすには適切でないことがある。５Ｇ ＵＨＲ通信などのための高信頼・低遅延トラフィックには、効率的な無線リソース管理方式が必要とされている。

【発明の概要】

【0004】

一実施形態によれば、高信頼ワイヤレス通信用の無線リソース管理のための方法が開示される。当該方法は、ネットワークエンティティが、第１サービスに関連付けられた第１デバイスに第１グラントを指示する段階を備える。第１グラントは、第１サービスのための伝送用の第１リソースと、第１サービスのための再伝送用の第２リソースとを含む。当該方法はまた、第２サービスに関連付けられた第２デバイスに第２グラントを指示する段階を備える。第２グラントは、第２サービスのための伝送用の第１リソースと、第２サービスのための再伝送用の第３リソースとを含む。また、第３サービスに関連付けられた第３デバイスに第３グラントが指示される。第３グラントは、第３サービスのための伝送用の第１リソースを含む。当該リソースは、ある時間間隔にわたる伝送帯域幅の周波数領域であり得る。当該リソースはまた、ネットワークによりスケジューリングされた伝送時間間隔（ＴＴＩ）であり得る。第１サービスおよび第２サービスは、第３サービスよりも高い伝送信頼性・遅延要件を有する。

【0005】

第１サービスおよび第２サービスは、第３サービスよりも短い伝送遅延要件を有する、前述の実施形態のいずれかに係る方法。

【0006】

第１サービスおよび第２サービスは、第３サービスの伝送とのコンテンションが生じた場合に伝送の受信が成功する可能性が高いことを保証する、より高い伝送電力、より好ましい変調・符号化方式（ＭＣＳ）、または他のパラメータを有する、前述の実施形態のいずれかに係る方法。

【0007】

第１デバイスおよび第２デバイスの伝送をスケジューリングすることなく伝送を行うように、第１グラントが第１デバイスに指示され、第２グラントが第２デバイスに指示される、前述の実施形態のいずれかに係る方法。

【0008】

第１デバイスが自機のスケジューラエンティティを変更したときに、第１サービスのための第１グラントに関する更新を第１デバイスへ送信する段階と、第２デバイスが自機のスケジューラエンティティを変更したときに、第２サービスのための第２グラントに関する更新を第２デバイスへ送信する段階とをさらに備える、前述の実施形態のいずれかに係る方法。

【0009】

第１グラントおよび第２グラントに関する更新は、第１サービスおよび第２サービスに関する測定されたチャネル状況、または第１グラントおよび第２グラントに関する変調・符号化方式の変更を指示する、前述の実施形態のいずれかに係る方法。

【0010】

第１サービスおよび第２サービスを確立したときに、第１サービスのための第１デバイスおよび第２サービスのための第２デバイスの承認処理を行う段階と、第１デバイスおよび第２デバイスの承認が成功したときに、第１デバイスを第１サービスに登録し、第２デバイスを第２サービスに登録する段階とをさらに備える、前述の実施形態のいずれかに係る方法。

【0011】

第１リソース、第２リソース、および第３リソースは、時間リソース、周波数リソース、符号リソース、またはそれらの組み合わせである、前述の実施形態のいずれかに係る方法。

【0012】

第１リソース、第２リソース、および第３リソースは、伝送時間間隔（ＴＴＩ）またはＴＴＩ内のシンボルである、前述の実施形態のいずれかに係る方法。

【0013】

別の実施形態によれば、複数の送信機からのワイヤレス伝送を処理するための別の方法が開示される。当該方法は、第１デバイスがネットワークへ、第１サービスのための第１伝送を、第１サービス、第２デバイスに関連付けられた第２サービス、および第３デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で送信する段階を備える。第１サービスおよび第２サービスは、第３サービスよりも高い伝送信頼性・遅延要件を有する。当該デバイスは、基地局、例えばＬＴＥ進化型ノードＢ（ｅＮＢ）などのネットワークエンティティと通信する、スマートフォン、タブレット、またはデスクトップ／ラップトップコンピュータなどのＵＥを含む、任意のワイヤレス通信デバイスであり得る。当該デバイスは、本来は通信デバイスではないワイヤレス対応デバイス、例えばモノのインターネット（ＩｏＴ）用デバイスであってもよい。例として、当該デバイスは、アラームシステム、医療用モニタ、または工場設備内の組み込み制御モジュールを含み得る。当該方法は、第１伝送と第２デバイスからの第２サービスのための第２伝送との間において第１伝送リソース上でコンテンションが生じたときに、第１デバイスにおいてネットワークから、第１伝送の失敗の指示を受信する段階をさらに備える。当該方法は、第１デバイスが、第２サービスには割り振られず第１サービスに割り振られた第２伝送リソース上で、第１サービスのための第１伝送の少なくとも一部分を再送信する段階をさらに備える。

【0014】

第１サービスおよび第２サービスは、第３サービスよりも短い伝送遅延要件を有する、前述の実施形態のいずれかに係る方法。

【0015】

受信された指示は、失敗が始まった第１伝送におけるシンボルを指定する、前述の実施形態のいずれかに係る方法。

【0016】

第１伝送は、指定されたシンボルから始めて再送信される、前述の実施形態のいずれかに係る方法。

【0017】

第１伝送の再送信された一部分は、指定されたシンボルのみを含む、前述の実施形態のいずれかに係る方法。

【0018】

第１伝送は、第１伝送レイヤプロトコルにおいて送信され、第１伝送レイヤプロトコルよりも上位の第２伝送レイヤプロトコルにおいて再送信される、前述の実施形態のいずれかに係る方法。

【0019】

別の実施形態によれば、複数の送信機からのワイヤレス伝送を処理するための別の方法が開示される。当該方法は、第１デバイスがネットワークへ、第１サービスのための第１伝送を、第１サービス、第２デバイスに関連付けられた第２サービス、および第３デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で送信する段階を備える。第１サービスおよび第２サービスは、第３サービスよりも高い伝送信頼性・遅延要件を有する。当該方法は、第１デバイスがネットワークから、グループ確認応答を、第１サービスおよび第２サービスのための共有下りリンクリソース上で受信する段階をさらに備える。グループ確認応答は、第２サービスの識別子を含み、第１サービスの識別子を含まない。当該方法は、第１デバイスが、第２サービスには割り振られず第１サービスに割り振られた第２伝送リソース上で、第１サービスのための第１伝送を再送信する段階をさらに備える。

【0020】

別の実施形態によれば、複数の送信機からのワイヤレス伝送を処理するための別の方法が開示される。当該方法は、基地局などのネットワークエンティティが第１デバイスから、第１サービスのための第１伝送を受信する段階を備える。第１伝送は、第１サービス、第２デバイスに関連付けられた第２サービス、および第３デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で受信される。第１サービスおよび第２サービスは、第３サービスよりも高い伝送信頼性・遅延要件を有する。当該方法は、ネットワークエンティティが、第２サービスのための第２伝送を第２デバイスから受信する段階と、第２伝送の受信に成功し、第１伝送の受信に失敗したときに、第１デバイスおよび第２デバイスへ、グループ確認応答を、第１サービスおよび第２サービスのための共有下りリンクリソース上で送信する段階をさらに備える。グループ確認応答は、第２サービスの識別子を含み、第１サービスのいかなる識別子も含まない。当該方法は、第２サービスには割り振られず第１サービスに割り振られた第２伝送リソース上で、第１サービスのための第１伝送の再伝送を第１デバイスから受信する段階をさらに備える。

【0021】

別の実施形態によれば、複数の送信機からのワイヤレス伝送を管理するための基地局などのネットワークエンティティが開示される。当該ネットワークエンティティは、メモリに結合された少なくとも１つのプロセッサと、少なくとも１つのプロセッサが実行するためのプログラミングを記憶する非一時的コンピュータ可読記憶媒体とを備える。当該プログラミングは、第１サービスに関連付けられた第１デバイスに第１グラントを指示することを実行させる命令を含む。第１グラントは、第１サービスのための伝送用の第１リソースと、第１サービスのための再伝送用の第２リソースとを含む。当該プログラミングはまた、第２サービスに関連付けられた第２デバイスに第２グラントを指示することを実行させる命令を含む。第２グラントは、第２サービスのための伝送用の第１リソースと、第２サービスのための再伝送用の第３リソースとを含む。当該プログラミングは、第３サービスに関連付けられた第３デバイスに第３グラントを指示することを実行させるさらなる命令を含む。第３グラントは、第３サービスのための伝送用の第１リソースを含む。第１サービスおよび第２サービスは、第３サービスよりも高い伝送信頼性・遅延要件を有する。

【0022】

別の実施形態によれば、ワイヤレス通信デバイスが開示される。当該デバイスは、メモリに結合された少なくとも１つのプロセッサと、少なくとも１つのプロセッサが実行するためのプログラミングを記憶する非一時的コンピュータ可読記憶媒体とを備える。当該プログラミングは、ネットワークへ、第１サービスのための第１伝送を、第１サービス、第２ワイヤレス通信デバイスに関連付けられた第２サービス、および第３ワイヤレス通信デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で送信することを実行させる命令を含む。第１サービスおよび第２サービスは、第３サービスよりも高い伝送信頼性・遅延要件を有する。当該プログラミングはまた、第１伝送と第２ワイヤレス通信デバイスからの第２サービスのための第２伝送との間において第１伝送リソース上でコンテンションが生じたときに、ネットワークから第１伝送の失敗の指示を受信することを実行させる命令を含む。当該プログラミングは、第２サービスには割り振られず第１サービスに割り振られた第２伝送リソース上で、第１サービスのための第１伝送の少なくとも一部分を再送信することを実行させるさらなる命令を含む。

【0023】

別の実施形態によれば、ワイヤレス通信デバイスが開示される。当該デバイスは、メモリに結合された少なくとも１つのプロセッサと、少なくとも１つのプロセッサが実行するためのプログラミングを記憶する非一時的コンピュータ可読記憶媒体とを備える。当該プログラミングは、ネットワークへ、第１サービスのための第１伝送を、第１サービス、第２デバイスに関連付けられた第２サービス、および第３デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で送信することを実行させる命令を含む。第１サービスおよび第２サービスは、第３サービスよりも高い伝送信頼性・遅延要件を有する。当該プログラミングはまた、ネットワークから、グループ確認応答を、第１サービスおよび第２サービスのための共有下りリンクリソース上で受信することを実行させる命令を含む。グループ確認応答は、第２サービスの識別子を含み、第１サービスのいかなる識別子も含まない。当該プログラミングは、第２サービスには割り振られず第１サービスに割り振られた第２伝送リソース上で、第１サービスのための第１伝送を再送信することを実行させる命令をさらに含む。

【0024】

さらに別の実施形態によれば、複数の送信機からのワイヤレス伝送をサポートするネットワークエンティティが開示される。当該ネットワークエンティティは、メモリに結合された少なくとも１つのプロセッサと、少なくとも１つのプロセッサが実行するためのプログラミングを記憶する非一時的コンピュータ可読記憶媒体とを備える。当該プログラミングは、第１デバイスから、第１サービスのための第１伝送を、第１サービス、第２デバイスに関連付けられた第２サービス、および第３デバイスに関連付けられた第３サービスに割り振られた第１伝送リソース上で受信することを実行させる命令を含む。第１サービスおよび第２サービスは、第３サービスよりも高い伝送信頼性・遅延要件を有する。当該プログラミングはまた、第２サービスのための第２伝送を第２デバイスから受信することと、第２伝送の受信に成功し、第１伝送の受信に失敗したときに、第１デバイスおよび第２デバイスへ、グループ確認応答を、第１サービスおよび第２サービスのための共有下りリンクリソース上で送信することとを実行させる命令を含む。グループ確認応答は、第２サービスの識別子を含み、第１サービスのいかなる識別子も含まない。当該プログラミングは、第２サービスには割り振られず第１サービスに割り振られた第２伝送リソース上で、第１サービスのための第１伝送の再伝送を第１デバイスから受信することを実行させるさらなる命令を含む。

【0025】

上記において、後述の本発明の詳細な説明がよりよく理解され得るよう、本発明の一実施形態の特徴を比較的大まかに概説した。以下、本発明の特許請求の範囲の対象をなす、本発明の実施形態のさらなる特徴および利点を説明する。開示の概念および具体的実施形態は、本発明と同じ目的を遂行するべく他の構造またはプロセスを変形または設計するための基礎として容易に利用されてよいことが、当業者には理解されるべきである。また、そのような均等的構成は、添付の特許請求の範囲に定める本発明の趣旨および範囲から逸脱するものではないことも、当業者には認識されるべきである。

【図面の簡単な説明】

【0026】

ここで、本発明およびその利点のより完全な理解のために、以下の説明を添付の図面と併せて参照する。

【0027】

【図1】高信頼通信のための無線リソース割り振りの一実施形態を示す。

【0028】

【図2】高信頼通信を管理するための方式の一実施形態を示す。

【0029】

【図3】複数の送信機からのトラフィックコンテンションを軽減するための方式の一実施形態を示す。

【0030】

【図4A】複数の送信機によるワイヤレス再伝送のコンテンションを管理する一シナリオを示す。

【図4B】複数の送信機によるワイヤレス再伝送のコンテンションを管理する一シナリオを示す。

【0031】

【図5】ハイブリッド自動再送要求（ＨＡＲＱ）と欠損シンボルの指示との組み合わせを用いたトラフィックコンテンションリカバリの方式の一実施形態を示す。

【0032】

【図6】複数の高信頼伝送に重複する確認応答（ＡＣＫ）リソースを用いる方式の一実施形態を示す。

【0033】

【図7】本開示の一実施形態に係る、複数の送信機のワイヤレス伝送に同じＡＣＫを用いる一シナリオを示す。

【0034】

【図8】高信頼通信のためのリソースの割り振りおよび協調を行う方法の一実施形態を示す。

【0035】

【図9】複数の送信機からの複数の高信頼伝送間における伝送失敗を処理する方法の一実施形態を示す。

【0036】

【図10】複数の送信機からの複数の高信頼伝送間における伝送失敗を処理する別の方法の一実施形態を示す。

【0037】

【図11】様々な実施形態を実現するよう用いられ得る処理システムの図である。

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

加えて、様々な実施形態において別個のまたは別々のものとして説明および図示されている技法、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法と組み合わされまたは統合されてよい。互いに結合もしくは直接的に結合されているまたは通信しているものとして示されまたは記載されている他のアイテムは、電気的か、機械的か、または別の方法かを問わず、何らかのインタフェース、デバイス、または中間コンポーネントを介して間接的に結合されていてよい、または通信していてよい。他の変更例、置換例、および代替例が、当業者によって確認可能であり、本明細書に開示の趣旨および範囲から逸脱することなく実施され得る。

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】