特開 2016-72979 免許不要帯域における伝送を扱う装置及び方法

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

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

(11)【公開番号】特開2016-72979(P2016-72979A)

(43)【公開日】2016年5月9日

(54)【発明の名称】免許不要帯域における伝送を扱う装置及び方法

(51)【国際特許分類】

   H04W 28/04 20090101AFI20160404BHJP

   H04W 16/14 20090101ALI20160404BHJP

   H04W 74/04 20090101ALI20160404BHJP

   H04W 72/04 20090101ALI20160404BHJP

【ＦＩ】

   H04W28/04 110

   H04W16/14

   H04W74/04

   H04W72/04 111

【審査請求】有

【請求項の数】16

【出願形態】ＯＬ

【外国語出願】

【全頁数】17

(21)【出願番号】特願2015-188158(P2015-188158)

(22)【出願日】2015年9月25日

(31)【優先権主張番号】62/055,668

(32)【優先日】2014年9月26日

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

(31)【優先権主張番号】14/862,160

(32)【優先日】2015年9月23日

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

(71)【出願人】

【識別番号】502160992

【氏名又は名称】宏達國際電子股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】葉 向榮

(72)【発明者】

【氏名】▲呉▼ 之堯

(72)【発明者】

【氏名】▲呉▼ 志祥

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

5K067

【Ｆターム（参考）】

5K067AA26

5K067BB21

5K067CC02

5K067CC06

5K067DD24

5K067EE02

5K067EE10

(57)【要約】

【課題】免許不要帯域における伝送を扱う装置及び方法を提供する。
【解決手段】免許不要帯域における伝送を扱うための通信装置は、命令を記憶するための記憶装置と、記憶装置に連結される処理手段とを備える。処理手段は、記憶装置に記憶される命令を実行するように構成される。命令は、ネットワークに対して、免許不要帯域の第１のサブフレームにおいて、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを使用して第１の伝送を実行する命令と、ネットワークから、第１の伝送に応答して、免許不要帯域の第２のサブフレームにおける第１の制御チャネルにおいて、ＨＡＲＱプロセスのための第１のＤＣＩを受信する命令であって、第１のサブフレームと第２のサブフレームとの間の距離が４サブフレームより大きい、命令と、ネットワークに対して、第１のＤＣＩに従って、免許不要帯域の第３のサブフレームにおいて、ＨＡＲＱプロセスを使用して第２の伝送を実行する命令とを含む。
【選択図】図３

【特許請求の範囲】

【請求項1】

免許不要帯域における伝送を扱うための通信装置であって、
ネットワークに対して、免許不要帯域の第１のサブフレームにおいて、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを使用して第１の伝送を実行する命令と、
前記ネットワークから、前記第１の伝送に応答して、前記免許不要帯域の第２のサブフレームにおける第１の制御チャネルにおいて、前記ＨＡＲＱプロセスのための第１のＤＣＩを受信する命令であって、前記第１のサブフレームと前記第２のサブフレームとの間の距離が４サブフレームより大きい、命令と、
前記ネットワークに対して、前記第１のＤＣＩに従って、前記免許不要帯域の第３のサブフレームにおいて、前記ＨＡＲＱプロセスを使用して第２の伝送を実行する命令とを記憶するための記憶装置と、
前記記憶装置に連結されるとともに、前記記憶装置に記憶される前記命令を実行するように構成される処理手段とを備える、通信装置。

【請求項2】

前記第１のＤＣＩが、前記ＨＡＲＱプロセスを識別するためのＨＡＲＱプロセス識別子（ＩＤ）を含む、請求項１に記載の通信装置。

【請求項3】

前記ＨＡＲＱプロセスＩＤが、新しいアップリンク（ＵＬ）ＤＣＩフォーマットを有する前記第１のＤＣＩのフィールドにより表されるか、又は現行のＤＣＩフォーマットを有する前記第１のＤＣＩの少なくとも１ビットにより表される、請求項２に記載の通信装置。

【請求項4】

前記距離が、前記ネットワークにより設定されるか、又はあらかじめ設定された値である、請求項１に記載の通信装置。

【請求項5】

前記第１の伝送が、前記第１のサブフレームの物理アップリンク共有チャネル（ＰＵＳＣＨ）によって実行されるとともに、前記第２の伝送が、前記第３のサブフレームのＰＵＳＣＨによって実行される、請求項１に記載の通信装置。

【請求項6】

前記記憶装置が、
前記ネットワークに対して、免許必要帯域の第４のサブフレームにおいて、別のＨＡＲＱプロセスを使用して第３の伝送を実行する命令と、
前記ネットワークから、前記第３の伝送に応答して、前記免許必要帯域の第５のサブフレームにおける第２の制御チャネルにおいて、前記別のプロセスのための第２のＤＣＩを受信する命令であって、前記第４のサブフレームと前記第５のサブフレームとの間の距離が４サブフレームである、命令と、
前記ネットワークに対して、前記第２のＤＣＩに従って、前記免許必要帯域の第６のサブフレームにおいて、前記別のプロセスを使用して第４の伝送を実行する命令とを更に記憶する、請求項１に記載の通信装置。

【請求項7】

前記免許不要帯域における前記第１の伝送及び前記第２の伝送が、前記ネットワークの第１のセルによって実行されるとともに、前記免許必要帯域における前記第３の伝送及び前記第４の伝送が、前記ネットワークの第２のセルによって実行される、請求項６に記載の通信装置。

【請求項8】

前記第１のセル及び前記第２のセルが、前記ネットワークの同じ基地局又は異なる基地局に属する、請求項７に記載の通信装置。

【請求項9】

前記記憶装置が、
前記免許不要帯域の第７のサブフレームにおける第３の制御チャネルにおいて、第３のＤＣＩを受信する命令であって、前記第３のＤＣＩが次の伝送は同期しているということを表す、命令を更に記憶する、請求項１に記載の通信装置。

【請求項10】

前記第１のサブフレームが、間欠受信（ＤＲＸ）周期のオン期間にあり、前記第２のサブフレームが、前記ＤＲＸ周期のオフ期間にあるとともに、前記距離が、前記ネットワークにより送信されるメッセージに従って設定されるか、又はあらかじめ設定される、請求項１に記載の通信装置。

【請求項11】

再伝送を中止するためのネットワークであって、
第１のサブフレームにおいて、通信装置からの受信を実行する命令と、
もし前記ネットワークが首尾よく前記受信を検出しないならば、再伝送を中止するために、前記通信装置に対して、第２のサブフレームにおいて、肯定応答（ＡＣＫ）を送信する命令と、
前記通信装置に対して、第３のサブフレームにおける制御チャネルにおいて、ＤＣＩを送信する命令であって、前記ＤＣＩが再伝送を実行するべき前記通信装置を表す、命令とを記憶するための記憶装置と、
前記記憶装置に連結されるとともに、前記記憶装置に記憶される前記命令を実行するように構成される処理手段とを備える、ネットワーク。

【請求項12】

ダウンリンク（ＤＬ）制御情報（ＤＣＩ）を認識するための通信装置であって、
ネットワークに対して、第１のサブフレームにおいて、伝送を実行する命令と、
前記ネットワークから、前記伝送に応答して、第２のサブフレームにおける制御チャネルにおいて、インジケータを含むダウンリンク（ＤＬ）制御情報（ＤＣＩ）を受信する命令と、
前記インジケータに従って前記伝送が成功したかどうかを判定する命令とを記憶するための記憶装置と、
前記記憶装置に連結されるとともに、前記記憶装置に記憶される前記命令を実行するように構成される処理手段とを備える、通信装置。

【請求項13】

前記インジケータに従って前記伝送が成功したかどうかを判定する前記命令が、
もし前記インジケータが第１の値に設定されるならば、前記伝送が成功したと判定することと、
もし前記インジケータが第２の値に設定されるならば、前記伝送が成功しなかったと判定することとを含む、請求項１２に記載の通信装置。

【請求項14】

前記記憶装置が、
もし前記インジケータが前記第１の値に設定されるとともに、新規データインジケータ（ＮＤＩ）が前記ＤＣＩにおいてトグルされないならば、前記伝送は成功したとともに、新しい伝送は許可されないと判定する命令を更に記憶する、請求項１３に記載の通信装置。

【請求項15】

免許不要帯域における物理ダウンリンク（ＤＬ）制御チャネル（ＰＤＣＣＨ）を受信するための通信装置であって、
ハイブリッド自動再送要求（ＨＡＲＱ）プロセスのためのカウンタの値を、当該通信装置が前記ＨＡＲＱプロセスのために予定された第１のサブフレームにおいてＰＤＣＣＨを受信するとともに、前記ＰＤＣＣＨが新しいアップリンク（ＵＬ）伝送を要求する場合に、リセットする命令と、
当該通信装置が前記ＨＡＲＱプロセスのために予定された第２のサブフレームにおいて前記ＰＤＣＣＨを受信しない場合に、前記カウンタの前記値を増やす命令と、
前記カウンタがある値に達する場合に、又は当該通信装置の媒体アクセス制御（ＭＡＣ）レイヤがリセットされる場合に、前記ＰＤＣＣＨを受信することを中止する命令とを記憶するための記憶装置と、
前記記憶装置に連結されるとともに、前記記憶装置に記憶される前記命令を実行するように構成される処理手段とを備える、通信装置。

【請求項16】

前記値が、ネットワークにより設定されるか、又はあらかじめ設定された値である、請求項１５に記載の通信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システム及び関連の通信装置において使用される方法に関し、より詳細には、免許不要帯域における伝送を扱う方法、及び関連の通信装置に関する。

【背景技術】

【0002】

ロングタームエボリューション（ＬＴＥ）システムは、ユーザの増加するニーズを満たすために、第３世代パートナシッププロジェクト（３ＧＰＰ）によって開発される。ＬＴＥシステムは、高いデータ転送速度、少ない待ち時間、パケット最適化、並びに、改善されたシステム容量及びサービスエリアを提供する、新しい無線通信インタフェース及び新しい無線ネットワークアーキテクチャを含む。ＬＴＥシステムにおいて、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）として知られている無線アクセスネットワークは、複数のユーザ装置（ＵＥ）と通信するための複数の進化型ＮｏｄｅＢ（ｅＮＢ）を含む。名前が意味するように、ＬＴＥ−アドバンスト（ＬＴＥ−Ａ）システムは、ＬＴＥシステムの発展形である。ＬＴＥ−Ａシステムは、ピークのデータ転送速度及びスループットを増加させるとともに、キャリアアグリゲーション（carrier aggregation：ＣＡ）、ＬＴＥライセンス補助アクセス（Licensed-Assisted Access using LTE：ＬＴＥを使用したライセンス補助アクセス、ＬＴＥを使用したＬＡＡ）などのような先進の技術を含む。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】3GPP TS 36.321 V12.3.0 (2014-09)、Technical Specification 3rd Generation Partnership Project；Technical Specification Group Radio Access Network；Evolved Universal Terrestrial Radio Access (E-UTRA)；Medium Access Control (MAC) protocol specification (Release 12)

【非特許文献2】3GPP TSG RAN Meeting #65、RP-141664、Edinburgh, Scotland, 9-12 September 2014、revision of RP-141646、Source：Ericsson, Qualcomm, Huawei, Alcatel-Lucent、Title：Study on Licensed-Assisted Access using LTE、Document for：Approval、Agenda Item：14.1.1

【発明の概要】

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

【0004】

ネットワークオペレータは、ネットワークトラフィックの負荷を緩和するために、ＬＴＥ／ＬＴＥ−Ａシステムのネットワークトラフィックを免許不要帯域にオフロードすることを提案する。例えば、ｅＮＢは、免許不要帯域によってＵＥにサービスを提供する。しかしながら、キャリアが使用中であるか又は占有されていることが原因で、ｅＮＢにとって、ＨＡＲＱフィードバックを免許不要帯域のキャリアで送信するために、ある時刻に免許不要帯域のリソースは利用可能ではないので、ＵＥは、免許不要帯域において、その時刻にＨＡＲＱフィードバックを受信することができない。すなわち、免許不要帯域におけるＵＥの動作は、免許不要帯域のリソースの不確実性のために規則正しく行われないかもしれない。同様に、キャリアが使用中であるか又は占有されていることが原因で、ＵＥがある時刻に新しい伝送又は再伝送を免許不要帯域のキャリアで送信することができないので、ｅＮＢは、免許不要帯域において、ＨＡＲＱフィードバックに対応するその時刻に、新しい伝送及び再伝送を受信することができず、ｅＮＢの動作は、同様に、影響を受ける。

【0005】

したがって、免許不要帯域における、ＨＡＲＱフィードバックの送信／受信、及び対応する（再）伝送を解決する方法は、解決されるべき重要な問題である。

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

【0006】

本発明は、したがって、上記の問題を解決するために、免許不要帯域における伝送を扱う方法、及び関連の通信装置を提供する。

【0007】

免許不要帯域における伝送を扱うための通信装置は、命令を記憶するための記憶装置と、記憶装置に連結される処理手段とを備える。処理手段は、記憶装置に記憶される命令を実行するように構成される。命令は、ネットワークに対して、免許不要帯域の第１のサブフレームにおいて、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを使用して第１の伝送を実行する命令と、ネットワークから、第１の伝送に応答して、免許不要帯域の第２のサブフレームにおける第１の制御チャネルにおいて、ＨＡＲＱプロセスのための第１のＤＣＩを受信する命令であって、第１のサブフレームと第２のサブフレームとの間の距離が４サブフレームより大きい、命令と、ネットワークに対して、第１のＤＣＩに従って、免許不要帯域の第３のサブフレームにおいて、ＨＡＲＱプロセスを使用して第２の伝送を実行する命令とを含む。

【0008】

再伝送を中止するためのネットワークは、命令を記憶するための記憶装置と、記憶装置に連結される処理手段とを備える。処理手段は、記憶装置に記憶される命令を実行するように構成される。命令は、第１のサブフレームにおいて、通信装置からの受信を実行する命令と、もしネットワークが首尾よく受信を検出しないならば、再伝送を中止するために、通信装置に対して、第２のサブフレームにおいて、肯定応答（ＡＣＫ）を送信する命令と、通信装置に対して、第３のサブフレームにおける制御チャネルにおいて、ＤＣＩを送信する命令であって、ＤＣＩが再伝送を実行するべき通信装置を表す、命令とを含む。

【0009】

ダウンリンク（ＤＬ）制御情報（ＤＣＩ）を認識するための通信装置は、命令を記憶するための記憶装置と、記憶装置に連結される処理手段とを備える。処理手段は、記憶装置に記憶される命令を実行するように構成される。命令は、ネットワークに対して、第１のサブフレームにおいて、伝送を実行する命令と、ネットワークから、伝送に応答して、第２のサブフレームにおける制御チャネルにおいて、インジケータを含むダウンリンク（ＤＬ）制御情報（ＤＣＩ）を受信する命令と、インジケータに従って伝送が成功したかどうかを判定する命令とを含む。

【0010】

免許不要帯域における物理ダウンリンク（ＤＬ）制御チャネル（ＰＤＣＣＨ）を受信するための通信装置は、命令を記憶するための記憶装置と、記憶装置に連結される処理手段とを備える。処理手段は、記憶装置に記憶される命令を実行するように構成される。命令は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスのためのカウンタの値を、当該通信装置がＨＡＲＱプロセスのために予定された第１のサブフレームにおいてＰＤＣＣＨを受信するとともに、ＰＤＣＣＨが新しいアップリンク（ＵＬ）伝送を要求する場合に、リセットする命令と、当該通信装置がＨＡＲＱプロセスのために予定された第２のサブフレームにおいてＰＤＣＣＨを受信しない場合に、カウンタの値を増やす命令と、カウンタがある値に達する場合に、又は当該通信装置の媒体アクセス制御（ＭＡＣ）レイヤがリセットされる場合に、ＰＤＣＣＨを受信することを中止する命令とを含む。

【0011】

本発明のこれら及び他の目的は、様々な図表及び図面において例示される好ましい実施例の下記の詳細な説明を読んだあとで、当業者に疑いなく明らかになるであろう。

【図面の簡単な説明】

【0012】

【図1】本発明の実例による無線通信システムの概略図である。

【図2】本発明の実例による通信装置の概略図である。

【図3】本発明の実例による処理のフローチャートである。

【図4】本発明の実例による免許不要帯域における伝送の概略図である。

【図5】本発明の実例による免許不要帯域における伝送の概略図である。

【図6】本発明の実例による処理のフローチャートである。

【図7】本発明の実例による免許不要帯域における伝送の概略図である。

【図8】本発明の実例による処理のフローチャートである。

【図9】本発明の実例による処理のフローチャートである。

【図10】本発明の実例による免許不要帯域における伝送の概略図である。

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

【0013】

本発明の実例による無線通信システム１０の概略図である図１を参照する。手短に言えば、無線通信システム１０は、ネットワーク、及び複数の通信装置を含む。ネットワーク及び通信装置は、（複数の）免許必要帯域及び／又は（複数の）免許不要帯域のうちの１つ又は複数のキャリアによって、相互に通信し得る。ネットワーク及び通信装置は、１次セル（例えば、主成分キャリア）と１つ又は複数の２次セル（例えば、二次成分キャリア）とを含む複数のセル（複数のキャリア）によって、同時に相互に通信し得る。上記のセルは、同じ又は異なる二重化（デュプレキシング）モード、すなわち周波数分割複信（ＦＤＤ）及び時分割複信（ＴＤＤ）において運用され得る。例えば、１次セルは、免許が必要なキャリアで運用されることができ、一方２次セルは、免許が不要なキャリアで運用されることができる。

【0014】

図１において、ネットワーク及び通信装置は、単に無線通信システム１０の構造を例示するために利用される。実質的には、ネットワークは、ロングタームエボリューション（ＬＴＥ）システム、ＬＴＥ−アドバンスト（ＬＴＥ−Ａ）システム、若しくはＬＴＥ−Ａシステムの発展形における少なくとも１つの進化型ＮＢ（ｅＮＢ）及び／又は少なくとも１つの中継装置を含む、進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）であり得る。ｅＮＢ又は中継装置は、基地局と呼ばれるかもしれない。

【0015】

通信装置は、ユーザ装置（ＵＥ）、低コスト装置（例えば、機械タイプ通信（ＭＴＣ）装置）、デバイスツーデバイス（Ｄ２Ｄ）装置、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック、ポータブルコンピュータシステム、乗物、又はその組み合わせであり得る。さらに、ネットワーク及び通信装置は、方向（すなわち、伝送方向）に従って送信器又は受信器と見なされることができ、例えば、アップリンク（ＵＬ）に関して、通信装置は送信器であり、そしてネットワークは受信器であるとともに、ダウンリンク（ＤＬ）に関して、ネットワークは送信器であり、そして通信装置は受信器である。

【0016】

図２は、本発明の実例による通信装置２０の概略図である。通信装置２０は、図１において示された通信装置又はネットワークであり得るが、しかし、これに限定されない。通信装置２０は、マイクロプロセッサ又は特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）のような処理手段２００、記憶装置２１０、及び通信インタフェース装置２２０を含み得る。記憶装置２１０は、処理手段２００によってアクセスされて実行されるプログラムコード２１４を記憶し得るあらゆるデータ記憶装置であり得る。記憶装置２１０の例は、加入者識別モジュール（Subscriber Identity Module：“ＳＩＭ”）、読出し専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多目的ディスク−ＲＯＭ（ＤＶＤ−ＲＯＭ）、ブルーレイディスク−ＲＯＭ（ＢＤ−ＲＯＭ）、磁気テープ、ハードディスク、光学データ記憶装置、不揮発性記憶装置、非一時的なコンピュータ読み取り可能媒体（例えば、有形の媒体）などを含むが、しかしそれらに限定されない。通信インタフェース装置２２０は、好ましくはトランシーバであり、そして処理手段２００の処理結果に従って信号（例えば、データ、メッセージ、及び／又はパケット）を送信及び受信するために使用される。簡素化のために、ＵＥが、下記の実施例における通信装置の一例として採用される。本発明の範囲がＵＥに限定されないことに注意するべきである。

【0017】

図３は、本発明の実例による処理３０のフローチャートである。処理３０は、免許不要帯域における伝送を扱うために、図１において示されたＵＥで利用され得る。処理３０は、プログラムコード２１４にコンパイルされ得るとともに、下記のステップを含む。

【0018】

ステップ３００：開始。

【0019】

ステップ３０２：ネットワークに対して、免許不要帯域の第１のサブフレームにおいて、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを使用して第１の伝送を実行する。

【0020】

ステップ３０４：ネットワークから、第１の伝送に応答して、免許不要帯域の第２のサブフレームにおける制御チャネルにおいて、ＨＡＲＱプロセスのためのＤＣＩを受信し、ここで、第１のサブフレームと第２のサブフレームとの間の距離は４サブフレームより大きい。

【0021】

ステップ３０６：ネットワークに対して、ＤＣＩに従って、免許不要帯域の第３のサブフレームにおいて、ＨＡＲＱプロセスを使用して第２の伝送を実行する。

【0022】

ステップ３０８：終了。

【0023】

処理３０によれば、ＵＥは、ネットワークに対して、免許不要帯域の（例えば、第１のキャリア上の）第１のサブフレームにおいて、ＨＡＲＱプロセスを使用して第１の伝送（例えば、パケット）を実行することができる。それから、ＵＥは、ネットワークから、第１の伝送に応答して、免許不要帯域の（例えば、第２のキャリア上の）第２のサブフレームにおける制御チャネルにおいて、ＨＡＲＱプロセスのための（例えば、使用するための）ＤＣＩを受信することができ、ここで、第１のサブフレームと第２のサブフレームとの間の距離は４サブフレームより大きい。その結果、ＵＥは、ネットワークに対して、ＤＣＩに従って、免許不要帯域の（例えば、第１のキャリア上の）第３のサブフレームにおいて、ＨＡＲＱプロセスを使用して第２の伝送を実行することができる。第２の伝送が、ＨＡＲＱプロセスのための再伝送又は新しい伝送であるかもしれない点に注意が必要である。換言すれば、ＵＥは、ＨＡＲＱプロセスの伝送がサブフレームｎにおいて実行されたあと、ＨＡＲＱプロセスの伝送に応答して、サブフレーム（ｎ＋ｋ）（ここで、ｋ＞４、例えばｋ＝７）において、ＤＣＩを受信することができ、すなわち、オリジナルの（ｎ＋４）規則は使用されない。その場合に、ＨＡＲＱプロセスの再伝送（又は、新しい伝送）は、サブフレーム（ｎ＋ｋ＋４）において実行され得る。第１のキャリア及び第２のキャリアは、同じであるかもしれないし、又は異なるかもしれない。したがって、免許不要帯域の不確実性は克服されることができる。

【0024】

一例において、処理３０におけるＤＣＩは、第１の伝送及び第２の伝送を実行するためのＨＡＲＱプロセスを識別するためのＨＡＲＱプロセス識別子（ＩＤ）を含み得る。さらに、ＨＡＲＱプロセスＩＤは、新しいＵＬ ＤＣＩフォーマットを有するＤＣＩのフィールドにより表され得るか、又は現行のＤＣＩフォーマットを有するＤＣＩの少なくとも１ビットにより表され得る。一例において、ＤＣＩは、第２の伝送が、新しい伝送であるか又は第１の伝送に対応する再伝送であることを表すための新規データインジケータ（ＮＤＩ）を含み得る。一例において、ＤＣＩは、第２の伝送を実行するためのリソースを表すためのＵＬグラントを含み得る。すなわち、ＨＡＲＱプロセスＩＤ、ＮＤＩ、及び／又はＵＬグラントは、第２の伝送を実行するＵＥのためにＤＣＩに含まれ得る。ＤＣＩのおかげで、ネットワークは、ネットワークにより免許不要帯域の免許不要キャリア上で受信された伝送に肯定応答するか又は否定応答するために、ＨＡＲＱフィードバックチャネル（例えば、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ））において、ＨＡＲＱフィードバックを送信しない。言い換えれば、ＵＥは、免許不要キャリアの伝送に対してＨＡＲＱフィードバックを受信するように構成されない。

【0025】

一例において、距離は、ネットワークにより動的に判定され得る。ネットワークは、ＬＢＴ（listen-before-talk：リッスンビフォアトーク）の結果に従って距離を判定し得る。すなわち、ネットワークは、免許不要帯域のキャリアが使用中でないか又は占有されていないことをネットワークが検知する場合に、ＤＣＩが免許不要帯域のキャリアで送信されるサブフレームを判定する。限定はされないが、処理３０における距離の最大値は、（例えば、信号伝達によって）ネットワークにより設定され得るか、又は（例えば、３ＧＰＰ標準において指定される）あらかじめ設定された値になり得る。一例において、制御チャネルは、物理ＤＬ制御チャネル（ＰＤＣＣＨ）、若しくは拡張型ＰＤＣＣＨ（ＥＰＤＣＣＨ）を含み得る（か、又は、単に物理ＤＬ制御チャネル（ＰＤＣＣＨ）、若しくは拡張型ＰＤＣＣＨ（ＥＰＤＣＣＨ）であり得る）。すなわち、ＵＥは、第２のサブフレームの制御チャネルのいずれかにおいて、ＤＣＩを受信し得る。一例において、第１の伝送は、第１のサブフレームの物理ＵＬ共有チャネル（ＰＵＳＣＨ）により実行され得るとともに、第２の伝送は、第３のサブフレームのＰＵＳＣＨにより実行される。すなわち、上記で言及された（再）伝送は、ＰＵＳＣＨによって送信されたパケットであり得る。

【0026】

一例において、ＵＥは、ネットワークに対して、免許必要帯域の（例えば、第３のキャリア上の）第４のサブフレームにおいて、別のＨＡＲＱプロセスを使用して第３の伝送を更に実行し得る。その場合に、ＵＥは、ネットワークから、第３の伝送に応答して、免許必要帯域の（例えば、第４のキャリア上の）第５のサブフレームにおける別の制御チャネル（例えば、ＰＤＣＣＨ又はＥＰＤＣＣＨ）において、他のＨＡＲＱプロセスのための別のＤＣＩを受信することができ、ここで、第４のサブフレームと第５のサブフレームとの間の距離は４サブフレームである。第３のキャリア及び第４のキャリアは、同じであるかもしれないし、又は異なるかもしれない。他のＤＣＩは、他のＨＡＲＱプロセスを識別するためのＨＡＲＱプロセスＩＤを含まないかもしれない。その代りに、ＵＥは、ネットワークから、第３の伝送に応答して、免許必要帯域の第５のサブフレームにおけるＨＡＲＱフィードバックチャネルにおいて、否定応答を受信することができ、ここで、第４のサブフレームと第５のサブフレームとの間の距離は４サブフレームである。その結果、ＵＥは、ネットワークに対して、他のＤＣＩ又は否定応答に従って、免許必要帯域の（例えば、第３のキャリア上の）第６のサブフレームにおいて、他のＨＡＲＱプロセスを使用して他のＨＡＲＱプロセスのための第４の伝送を実行することができる。換言すれば、ＵＥは、伝送がサブフレームｎにおいて実行されたあと、伝送に応答して、サブフレーム（ｎ＋４）において、他のＤＣＩ又は否定応答を受信することができ、すなわち、オリジナルの（ｎ＋４）規則が使用される。言い換えれば、免許必要帯域において他のＤＣＩを受信するための規則は、免許不要帯域のために使用される規則と異なり得る。さらに、免許不要帯域における第１の伝送及び第２の伝送は、ネットワークの第１のセルによって実行され得るとともに、免許必要帯域における第３の伝送及び第４の伝送は、ネットワークの第２のセルによって実行され得る。第１のセル及び第２のセルは、ネットワークの同じ基地局若しくは異なる基地局に属し得る（か、又はネットワークの同じ基地局若しくは異なる基地局により制御され得る）。

【0027】

現在の３ＧＰＰ標準において定義されたＵＬ伝送は同期伝送スキームに属することに注意するべきである。一方、非同期伝送スキームが処理３０におけるＵＬ伝送に提供される。非同期伝送は、無線リソース制御（ＲＲＣ）メッセージ（例えば、RRCConnectionReconfiguration）又は新しいＵＬ ＤＣＩフォーマットによって、ネットワークによりＵＥに対して設定され得る。

【0028】

一例において、ＵＥは、免許不要帯域の別のサブフレームにおける別の制御チャネル（例えば、ＰＤＣＣＨ）において、第３のＤＣＩを受信することができ、ここで、第３のＤＣＩは次の伝送が同期しているということを表す。すなわち、たとえＵＥが前のサブフレームにおいて非同期伝送を実行したとしても、ネットワークは、ＤＣＩを使用することにより、将来のサブフレームのための同期伝送に伝送のタイプを変更することができ、すなわち、伝送のタイプは、ＤＣＩにより再定義される。

【0029】

一例において、処理３０における第１のサブフレームは、間欠受信（ＤＲＸ）周期のオン期間にあり得るとともに、第２のサブフレームは、ＤＲＸ設定に従って、ＤＲＸ周期のオフ期間にある。その場合に、距離は、４サブフレームに等しいか、又は４サブフレームより大きいとともに、ある値より小さい。すなわち、ＵＥは、（例えば、その値から１を引いた）特定数のサブフレームが渡されるまで、ＵＥはオフ期間にＤＣＩを受信するためにウェイクアップする必要がある。サブフレームの数は、ネットワークにより送信されるメッセージに従って設定され得るか、又は標準に従ってあらかじめ設定され得る。関連の実例が図５において示される。

【0030】

図４は、本発明の実例による免許不要帯域における伝送の概略図である。図４において示されたように、ＵＥは、フレーム（ｎ−１）のサブフレーム０のＰＤＣＣＨにおいてＤＣＩを受信し、そしてＨＡＲＱプロセスＩＤ３と関連付けられた新しい伝送がＤＣＩで承諾される。その結果、ＵＥは、フレーム（ｎ−１）のサブフレーム４のＰＵＳＣＨにおいて新しい伝送を実行する。ネットワークは、首尾よく伝送を受信せず、そしてその伝送が成功しなかったことを表すために、ＤＣＩをフレーム（ｎ−１）のサブフレーム９のＰＤＣＣＨにおいて送信する。ＤＣＩは、ＨＡＲＱプロセスＩＤ３、再伝送を表すＮＤＩ、及び／又は再伝送を実行するためのリソースを表すＵＬグラントを含み得る。新しい伝送のサブフレームと再伝送を表すＤＣＩのサブフレームとの間の距離は、４より大きい５である。その場合に、ＵＥは、ＤＣＩ（及び、オリジナルの（ｎ＋４）規則）に従って、フレームｎのサブフレーム３のＰＵＳＣＨにおいて再伝送を実行する。ネットワークは、首尾よく伝送を受信し、そして別の新しい伝送を表すために、フレームｎのサブフレーム９のＰＤＣＣＨにおいてＤＣＩを送信する。ＤＣＩは、ＨＡＲＱプロセスＩＤ３、新しい伝送を表すＮＤＩ、及び／又は新しい伝送を実行するためのリソースを表すＵＬグラントを含み得る。この場合もやはり、再伝送のサブフレームと新しい伝送を表すＤＣＩのサブフレームとの間の距離は、４より大きい６である。その場合に、ＵＥは、ＤＣＩ（及び、オリジナルの（ｎ＋４）規則）に従って、フレーム（ｎ＋１）のサブフレーム３のＰＵＳＣＨにおいて新しい伝送を実行する。

【0031】

図５は、本発明の実例による免許不要帯域における伝送の概略図である。図５において示されたように、ＵＥは、サブフレームｎのＰＵＳＣＨにおいて、伝送（例えば、新しい伝送又は再伝送）を実行する。その場合に、ＵＥは、たとえネットワークにより設定されたオフ期間に達していたとしても、ネットワークがサブフレームにおいてＤＣＩを送信し得るサブフレームに関して、ＤＲＸ周期のオフ期間に移行しない。ＵＥは、ネットワークからＤＣＩを受信するために、オフ期間における（ｙ−１）サブフレームの範囲内ではウェイクアップする必要がある。すなわち、ＵＥは、サブフレーム（ｎ−１）のあとのｙサブフレームの範囲内でＤＣＩを受信する（すなわち、検出する）ために、ＰＤＣＣＨを監視する必要がある。値ｙは、４に等しいか又は４より大きいかもしれないとともに、ネットワークにより設定され得るか又は３ＧＰＰ標準においてあらかじめ設定され得る。値ｙは、ＵＥの受信機がスリープモードに移行し得るように、ある値（例えば、オフ期間の長さ）より小さいかもしれない。

【0032】

図６は、本発明の実例による処理６０のフローチャートである。処理６０は、再伝送を中止するために、図１において示されたネットワークで利用され得る。処理６０は、プログラムコード２１４にコンパイルされ得るとともに、下記のステップを含む。

【0033】

ステップ６００：開始。

【0034】

ステップ６０２：第１のサブフレームにおいて、ＵＥからの受信を実行する。

【0035】

ステップ６０４：もしネットワークが首尾よく受信を検出しないならば、再伝送を中止するために、ＵＥに対して、第２のサブフレームにおいて、肯定応答（ＡＣＫ）を送信する。

【0036】

ステップ６０６：ＵＥに対して、第３のサブフレームにおける制御チャネルにおいて、ＤＣＩを送信し、ここで、ＤＣＩは再伝送を実行するべきＵＥを表す。

【0037】

ステップ６０８：終了。

【0038】

処理６０によれば、ネットワークは、第１のサブフレームにおいて、ＵＥからの受信（例えば、パケット）を実行し得る。もしネットワークが首尾よく受信を検出しないならば、ネットワークは、再伝送を中止するために、ＵＥに対して、第２のサブフレームにおいて、肯定応答（ＡＣＫ）を送信し得る。そのあとで、ネットワークは、ＵＥに対して、第３のサブフレームにおける制御チャネルにおいて、ＤＣＩを送信することができ、ここで、ＤＣＩは、例えばネットワークがチャネル品質は例えばあるしきい値以上で容認できる状態になったと判定する場合に、再伝送を実行するべきＵＥを表す。すなわち、ネットワークは、再伝送を中止するために、ＵＥをだます。したがって、チャネル品質による多数の不成功の再伝送は回避されることができるとともに、ＵＥは、不成功の再伝送の数が限界値より大きいことに起因して伝送のＨＡＲＱプロセスを中止することはないであろう。さらに、ＵＥは、ＡＣＫを受け取ったあとでバッファをクリアしない（すなわち、伝送のデータは保持される）ので、再伝送はもう一度再開されることができる。その結果、ＨＡＲＱプロセスが上位のプロトコルレイヤに渡されないことになるとともに、通信の効率が改善されることができる。

【0039】

一例において、第１のサブフレーム、第２のサブフレーム、及び第３のサブフレームは、免許不要帯域にあり得る。上記で言及された送信／受信（例えば、処理６０における受信及び再伝送）は、３ＧＰＰ標準において定義された同期伝送であり得る。同期伝送は、ＲＲＣメッセージ（例えば、RRCConnectionReconfiguration）又は新しいＵＬ ＤＣＩフォーマットによって、ネットワークによりＵＥに対して設定され得る。

【0040】

図７は、本発明の実例による免許不要帯域における伝送の概略図である。図７において示されたように、ＵＥは、フレーム（ｎ−１）のサブフレーム０のＰＤＣＣＨにおいてＤＣＩを受信する。その結果、ＵＥは、フレーム（ｎ−１）のサブフレーム４のＰＵＳＣＨにおいて新しい伝送を実行する。ネットワークは、首尾よく伝送を受信しない。しかしながら、ネットワークは、例えば容認できないチャネル品質に起因する再伝送を中止するために、フレーム（ｎ−１）のサブフレーム８のＰＤＣＣＨにおいてＡＣＫを送信する。ＵＥは、ＡＣＫ（及び、オリジナルの（ｎ＋４）規則）に従って、フレームｎのサブフレーム２のＰＵＳＣＨにおける再伝送を中止する。そのあとで、ネットワークは、チャネル品質が容認できる状態になったと判定し得るとともに、再伝送を要求するためにフレームｎのサブフレーム６のＰＤＣＣＨにおいてＤＣＩを送信する。ＵＥは、ＤＣＩ（及び、オリジナルの（ｎ＋４）規則）に従って、フレーム（ｎ＋１）のサブフレーム０のＰＵＳＣＨにおいて、再伝送を実行する。ネットワークは、首尾よく伝送を受信し、そして別の新しい伝送を表すために、フレーム（ｎ＋１）のサブフレーム４のＰＤＣＣＨにおいて、別のＡＣＫを送信する。

【0041】

図８は、本発明の実例による処理８０のフローチャートである。処理８０は、ＤＣＩを認識するために、図１において示されたＵＥで利用され得る。処理８０は、プログラムコード２１４にコンパイルされ得るとともに、下記のステップを含む。

【0042】

ステップ８００：開始。

【0043】

ステップ８０２：ネットワークに対して、第１のサブフレームにおいて、伝送を実行する。

【0044】

ステップ８０４：ネットワークから、伝送に応答して、第２のサブフレームにおける制御チャネルにおいて、インジケータを含むＤＣＩを受信する。

【0045】

ステップ８０６：インジケータに従って伝送が成功したかどうかを判定する。

【0046】

ステップ８０８：終了。

【0047】

処理８０によれば、ＵＥは、ネットワークに対して、第１のサブフレームにおいて、伝送を実行し得るとともに、ネットワークから、伝送に応答して、第２のサブフレームにおける制御チャネルにおいて、インジケータを含むＤＣＩを受信し得る。その場合に、ＵＥは、インジケータに従って伝送が成功したかどうかを判定し得る。すなわち、インジケータは、伝送が成功したか否かを表すためにＤＣＩに新しく追加され得る。一方、従来技術によれば、ＤＣＩにおけるＮＤＩは、新しい伝送か又は再伝送かのみを表し、そして、ＵＥは、ＮＤＩにより、伝送が成功したか否かを知ることができない。

【0048】

一例において、処理８０におけるＵＥは、インジケータが第１の値（例えば、ビット“１”）に設定されるならば、伝送が成功したと判定し得るとともに、インジケータが第２の値（例えば、ビット“０”）に設定されるならば、伝送が成功しなかったと判定し得る。すなわち、ネットワークは、伝送が成功したかどうかを表すために、単一のビットを使用し得る。さらに、ＵＥは、もしインジケータが第１の値に設定されるとともに、ＮＤＩがＤＣＩにおいてトグルされないならば、伝送は成功したとともに、新しい伝送は許可されないと判定し得る。すなわち、インジケータ及びＮＤＩは、より多くの情報を表すために、一緒に使用され得る。

【0049】

一例において、処理８０における第１のサブフレーム及び第２のサブフレームは、免許不要帯域にあり得る。一例において、再伝送は、３ＧＰＰ標準において定義された同期伝送であり得るか、又はＲＲＣメッセージ（例えば、RRCConnectionReconfiguration）若しくは新しいＵＬ ＤＣＩフォーマットによって、ネットワークによりＵＥに対して設定され得る。

【0050】

図９は、本発明の実例による処理９０のフローチャートである。処理９０は、免許不要帯域におけるＰＤＣＣＨを受信するために、図１において示されたＵＥで利用され得る。処理９０は、プログラムコード２１４にコンパイルされ得るとともに、下記のステップを含む。

【0051】

ステップ９００：開始。

【0052】

ステップ９０２：ＨＡＲＱプロセスのためのカウンタの値を、ＵＥがＨＡＲＱプロセスのために予定された第１のサブフレームにおいてＰＤＣＣＨを受信するとともに、ＰＤＣＣＨが新しいＵＬ伝送を要求する場合に、リセットする。

【0053】

ステップ９０４：ＵＥがＨＡＲＱプロセスのために予定された第２のサブフレームにおいてＰＤＣＣＨを受信しない場合に、カウンタの値を増やす。

【0054】

ステップ９０６：カウンタがある値に達する場合に、又はＵＥの媒体アクセス制御（ＭＡＣ）レイヤがリセットされる場合に、ＰＤＣＣＨを受信することを中止する。

【0055】

ステップ９０８：終了。

【0056】

処理９０によれば、ＵＥがＨＡＲＱプロセスのために予定された第１のサブフレームにおいてＰＤＣＣＨを受信するとともに、ＰＤＣＣＨが新しいＵＬ伝送を要求する場合に、ＵＥは、ＨＡＲＱプロセスのためのカウンタの値をリセットし得る。ＵＥがＨＡＲＱプロセスのために予定された第２のサブフレームにおいてＰＤＣＣＨを受信しない場合に、ＵＥは、カウンタの値を増やし得る。そして、カウンタがある値に達する場合に、又はＵＥのＭＡＣレイヤがリセットされる場合に、ＵＥは、ＰＤＣＣＨを受信することを中止し得る。すなわち、ＵＥはＰＤＣＣＨを監視し、もし条件のうちの１つが満たされているならば、その値には達せず、そしてＭＡＣレイヤはリセットされない。そうでなければ、ＵＥは、ＰＤＣＣＨを監視することを中止する。一例において、その値（例えば、最大値）は、（例えば、信号伝達によって）ネットワークにより設定され得る。別の例において、その値は、（例えば、３ＧＰＰ標準において指定される）あらかじめ設定された値になり得る。したがって、ＵＥの電力消費は削減されることができる。

【0057】

図１０は、本発明の実例による免許不要帯域における伝送の概略図である。図１０において示されたように、ＵＥは、フレーム（ｎ−１）のサブフレーム０のＰＤＣＣＨにおいてＤＣＩを受信する。その結果、ＵＥは、フレーム（ｎ−１）のサブフレーム４のＰＵＳＣＨにおいて新しい伝送を実行する。ネットワークは、首尾よく伝送を受信せず、そしてネットワークは、オリジナルの（ｎ＋４）規則に基づいたフレーム（ｎ−１）のサブフレーム８のＰＨＩＣＨにおいてＮＡＣＫを送信しない。従って、ＵＥは、伝送に対応するＨＡＲＱプロセスのためのカウンタを（例えば、１だけ）増やす。オリジナルの（ｎ＋４）規則によれば、ＵＥが、フレーム（ｎ−１）のサブフレーム１〜７及び９におけるＰＤＣＣＨ、及びフレームｎのサブフレーム０〜５におけるＰＤＣＣＨを監視しないかもしれない点に注意が必要である。ＵＥは、フレーム（ｎ−１）のサブフレーム８、及びフレームｎのサブフレーム６のＰＤＣＣＨのみを監視し得る。そのあとで、ネットワークは、再伝送を要求するために、フレームｎのサブフレーム６のＰＤＣＣＨにおいてＤＣＩを送信し得る。ＵＥは、ＤＣＩを受信した後でカウンタをリセットする。

【0058】

当業者は、上記の説明及び実例に関して、組み合わせ、修正、及び／又は変更を容易に行うはずである。例えば、当業者は、容易に、ＵＥの実施例及び実例に基づいて、ネットワークの新しい実施例を構成するとともに、ネットワークの実施例及び実例に基づいて、ＵＥの新しい実施例を構成する。上記の記述、ステップ、及び／又は、提案されたステップを含む処理は、ハードウェア、ソフトウェア、（ハードウェア装置とハードウェア装置上の読み取り専用ソフトウェアとして存在するコンピュータ命令及びデータとの組み合わせとして知られている）ファームウェア、電子システム、又はその組み合わせであり得る手段により実現され得る。手段の実例は、通信装置２０であり得る。

【0059】

総括すると、本発明は、免許不要帯域における、ＨＡＲＱフィードバックの送信／受信、及び対応する（再）伝送を解決するための方法及び通信装置を提供する。したがって、免許不要帯域の不確実性は克服されることができる。

【0060】

当業者は、本発明の教示を保持しながら装置並びに方法の多くの修正及び変更が行われ得ることに容易に気づくことになる。したがって、上記の開示は、添付された特許請求の範囲の境界及び範囲によってのみ限定されると解釈されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【外国語明細書】

2016072979000001.pdf