知財求人 - 知財ポータルサイト「IP Force」
特許7372951免許不要帯域において参照信号を取り扱うためのデバイスおよび方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-10-24
(45)【発行日】2023-11-01
(54)【発明の名称】免許不要帯域において参照信号を取り扱うためのデバイスおよび方法
(51)【国際特許分類】
H04W 16/14 20090101AFI20231025BHJP
H04L 27/26 20060101ALI20231025BHJP
H04W 72/20 20230101ALI20231025BHJP
H04W 72/54 20230101ALI20231025BHJP
【ＦＩ】
H04W16/14
H04L27/26 114
H04W72/20
H04W72/54
【請求項の数】
6
(21)【出願番号】P 2021045759
(22)【出願日】2021-03-19
(65)【公開番号】P2021150963
(43)【公開日】2021-09-27
【審査請求日】2021-03-19
【審判番号】
【審判請求日】2023-02-16
(31)【優先権主張番号】62/991,597
(32)【優先日】2020-03-19
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/170,719
(32)【優先日】2021-02-08
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】509352749
【氏名又は名称】宏碁股▲分▼有限公司
【氏名又は名称原語表記】ＡＣＥＲ ＩＮＣＯＲＰＯＲＡＴＥＤ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】羅 立中
(72)【発明者】
【氏名】李 建民
(72)【発明者】
【氏名】陳 仁賢
【合議体】
【審判長】廣川 浩
【審判官】本郷 彰
【審判官】圓道 浩史
(56)【参考文献】
【文献】国際公開第２０１９／１９５４６５（ＷＯ，Ａ１）
【文献】特表２０２０－５０４９６７（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
H04B7/24-7/26
H04W4/00-99/00
3GPP TSG RAN WG1-4
3GPP TSG SA WG1-4
3GPP TSG CT WG1,4
(57)【特許請求の範囲】
【請求項1】
免許不要帯域において参照信号（ＲＳ）を取り扱うための通信デバイスであって、少なくとも１つの記憶デバイスと、
前記少なくとも１つの記憶デバイスに結合された少なくとも１つの処理回路と、を含み、前記少なくとも１つの記憶デバイスは命令を記憶し、前記少なくとも１つの処理回路が、
ネットワークから、ＣＯＴ間隔またはチャンネル占有持続時間においてＲＳを受信することと、
前記ＲＳの品質が測定閾値より小さい場合、カウンタを更新することと、
前記ＲＳを受信するときに、ＲＳタイマを再スタートすることと、
前記ＲＳの品質が前記測定閾値より小さい場合、品質タイマを再スタートすることと、
前記品質タイマが満了したときに、前記カウンタをリセットすることと、を行う前記命令を実行するように構成されている、通信デバイス。
【請求項2】
前記命令は、さらに、前記ネットワークから下りリンク（ＤＬ）情報を受信することと、
前記ＤＬ情報に従って前記ＲＳを受信することと、を含む、請求項１に記載の通信デバイス。
【請求項3】
前記ＲＳが、ＢＦＤ（ｂｅａｍ ｆａｉｌｕｒｅ ｄｅｔｅｃｔｉｏｎ） ＲＳであるか、または前記ＲＳが、ＲＬＭ（ｒａｄｉｏ ｌｉｎｋ ｍｏｎｉｔｏｒｉｎｇ） ＲＳである、請求項１または２に記載の通信デバイス。
【請求項4】
前記命令が、さらに、前記カウンタが閾値より大きいとき、または前記ＲＳタイマが満了したときに、前記ネットワークとの手順を開始することを含む、請求項１～３のいずれか一項に記載の通信デバイス。
【請求項5】
前記手順が、ランダムアクセス（ＲＡ）手順、新しい候補ビームの選択、またはＢＦＲ（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）のための物理上りリンク（ＵＬ）制御チャネル（ＰＵＣＣＨ）の送信のうちの少なくとも１つを含むか、または前記手順が、無線リンク問題の宣言または物理層問題の回復手順のうちの少なくとも１つを含む、請求項４に記載の通信デバイス。
【請求項6】
前記命令が、さらに、前記カウンタに従って前記ＲＳタイマの値を決定することと、
前記ＲＳを受信したときに、前記値に従って前記ＲＳタイマを再スタートすることと、を含む、請求項１～５のいずれか一項に記載の通信デバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、免許不要帯域において参照信号を取り扱うためのデバイスおよび方法に関する。
【背景技術】
【0002】
３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ） Ｒｅｌ‐８規格および／または３ＧＰＰ Ｒｅｌ‐９規格をサポートするＬＴＥ（ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システムは、ユーザの増加するニーズを満足させるためにＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ）の性能をさらに強化するために、ＵＭＴＳの後継として３ＧＰＰによって開発されている。ＬＴＥシステムは、ニューラジオ・インタフェースと、高いデータレート、低いレイテンシ、パケット最適化、および改善されたシステム容量とカバレッジを提供するニューラジオ・ネットワークアーキテクチャを含む。ＬＴＥシステムでは、Ｅ‐ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）として知られる無線アクセスネットワークが、少なくとも１つのＵＥ（ユーザ機器）と通信し、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）制御のためのＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）、サービスゲートウェイなどを含むコアネットワークと通信するために、少なくとも１つのｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ－Ｂ）を含む。
【0003】
ＬＴＥ－Ａ（ＬＴＥ‐ａｄｖａｎｃｅｄ）システムは、その名前が示唆するように、ＬＴＥシステムの進化である。ＬＴＥ‐Ａシステムは、電力状態間のより速いスイッチングを目標とし、ｅＮＢのカバレッジエッジでの性能を改善し、ピークデータレートとスループットを増加させ、ＣＡ（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）、ＣｏＭＰ（ｃｏｏｒｄｉｎａｔｅｄ ｍｕｌｔｉｐｏｉｎｔ）送信／受信、ＵＬ‐ＭＩＭＯ（ＵＬ（上りリンク）ｍｕｌｔｉｐｌｅ－ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ－ｏｕｔｐｕｔ）、ＬＡＡ（ｌｉｃｅｎｓｅｄ－ａｓｓｉｓｔｅｄ ａｃｃｅｓｓ）（例えばＬＴＥを使用する）などの高度な技術を含む。ＵＥとｅＮＢがＬＴＥ－Ａシステムにおいて相互に通信するためには、ＵＥとｅＮＢは、３ＧＰＰ Ｒｅｌ－１Ｘ規格、それ以降のバージョンなど、ＬＴＥ－Ａシステムのために開発された規格をサポートしなければならない。
【0004】
免許帯域で動作するときに、ＵＥは、ｅＮＢから定期的にＲＳ（参照信号）を受信し、ＲＳに従って通信動作を実行する。免許不要帯域で動作するときに、ＵＥは、ＣＯＴ（チャネル占有時間）間隔でのみＲＳを受信することができ、すなわち、ＵＥは、定期的にＲＳを受信することができない。ＵＥは、ＲＳ送信が不確実なため、通信動作を正確に実行することができない。したがって、免許不要帯域においてＲＳを処理する方法は、解決すべき重要な問題である。
【発明の概要】
【0005】
したがって、本発明は、上記の問題を解決するために、免許不要帯域において参照信号（ＲＳ）を取り扱うための方法および関連する通信デバイスを提供する。
【0006】
これは、以下の独立請求項による、ＲＳを取り扱うための通信デバイスによって達成される。従属請求項は、対応するさらなる開発および改善に関連する。
【0007】
以下の詳細な説明からより明瞭に分かるように、免許不要帯域においてＲＳを取り扱うために請求項に記載された通信デバイスは、少なくとも１つの記憶デバイスと、少なくとも１つの記憶デバイスに結合された少なくとも１つの処理回路とを含み、少なくとも１つの記憶デバイスは命令を記憶する。少なくとも１つの処理回路は、ネットワークからＲＳを受信し、ＲＳの品質が測定閾値より小さい場合、カウンタを更新し、ＲＳを受信したときにＲＳタイマの再スタートする命令を実行するように構成されている。
【図面の簡単な説明】
【0008】
【図1】本発明の一例による、無線通信システムの概略図である。
【図2】本発明の一例による、通信デバイスの概略図である。
【図3】本発明の一例による、プロセスのフローチャートである。
【図4】本発明の一例による、ＲＳタイマのための値調整の概略図である。
【図5A】本発明の一例による、ＲＳ受信の概略図である。
【図5B】本発明の一例による、ＲＳ受信の概略図である。
【図6】本発明の一例による、プロセスのフローチャートである。
【図7A】本発明の一例による、ＲＳ受信の概略図である。
【図7B】本発明の一例による、ＲＳ受信の概略図である。
【図7C】本発明の一例による、ＲＳ受信の概略図である。
【図8】本発明の一例による、プロセスのフローチャートである。
【図9】本発明の一例による、ＲＳパラメータの表である。
【図10】本発明の一例による、ＲＳパラメータの表である。
【図11】本発明の一例による、プロセスのフローチャートである。
【図12A】本発明の一例による、ＲＳ受信の概略図である。
【図12B】本発明の一例による、ＲＳ受信の概略図である。
【図13】本発明の一例による、プロセスのフローチャートである。
【図14】本発明の一例による、ＲＳ受信の概略図である。
【発明を実施するための形態】
【0009】
図１は、本発明の一例による、無線通信システム１０の概略図である。無線通信システム１０は、簡単にはネットワークと複数の通信デバイスとから構成されている。無線通信システム１０は、時分割複信（ＴＤＤ）モード、周波数分割複信（ＦＤＤ）モード、ＴＤＤ－ＦＤＤジョイント動作モード、またはＬＡＡ（ｌｉｃｅｎｓｅｄ－ａｓｓｉｓｔｅｄ ａｃｃｅｓｓ）モードをサポートすることができる。すなわち、ネットワークおよび通信デバイスは、ＦＤＤキャリア、ＴＤＤキャリア、免許付きキャリア（免許付きサービスセル）および／または免許不要キャリア（免許不要サービスセル）を介して互いに通信することができる。追加的に、無線通信システム１０は、ＣＡ（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）をサポートすることができる。すなわち、ネットワークおよび通信デバイスは、一次セル（例えば、一次コンポーネントキャリア）および１つ以上の二次セル（例えば、二次コンポーネントキャリア）を含む複数のサービスセル（例えば、複数のサービスキャリア）を介して互いに通信することができる。
【0010】
図１では、無線通信システム１０の構造を示すために、ネットワークおよび通信デバイスが簡単に利用されている。実際には、ネットワークは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）における少なくとも１つのＮＢ（Ｎｏｄｅ－Ｂ）を含むＵＴＲＡＮ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）とすることができる。一例において、ネットワークは、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）システム、ＬＴＥ－Ａシステムの発展などにおける少なくとも１つのｅＮＢ（ｅｖｏｌｖｅｄ ＮＢ）および／または少なくとも１つの中継ノードを含むＥ－ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ＵＴＲＡＮ）とすることができる。一例において、ネットワークは、少なくとも１つのｇＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ Ｎｏｄｅ－Ｂ）および／または少なくとも１つの５Ｇ（ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ）ＢＳ（基地局）を含むＮＧ－ＲＡＮ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）とすることができる。一例において、ネットワークは、通信デバイスと通信するために特定の通信規格に適合する任意のＢＳとすることができる。
【0011】
ＮＲとは、５Ｇシステム（または５Ｇネットワーク）のために定義された規格であり、統一されたエアインターフェースをより良い性能で提供する。ｇＮＢは、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ｍＭＴＣ（Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などの高度な特徴をサポートする５Ｇシステムを実現するために配備されている。ｅＭＢＢは、より広い帯域幅と、低い／適度なレイテンシでブロードバンドサービスを提供する。ＵＲＬＬＣは、より高い安全性と低いレイテンシのプロパティでアプリケーション（例えば、エンドツーエンド通信）を提供する。アプリケーションの例としては、産業用インターネット、スマートグリッド、インフラストラクチャ保護、遠隔手術およびＩＴＳ（ｉｎｔｅｌｌｉｇｅｎｔ ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓｙｓｔｅｍ）を含む。ｍＭＴＣは、何十億もの接続されたデバイスおよび／またはセンサを含む５ＧシステムのＩｏＴ（ｉｎｔｅｒｎｅｔ－ｏｆ－ｔｈｉｎｇｓ）をサポートすることが可能である。
【0012】
さらに、ネットワークはまた、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮの少なくとも１つと、コアネットワークとを含んでもよく、コアネットワークは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）、Ｐ－ＧＷ（ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ） Ｇａｔｅｗａｙ）、ＳＯＮ（Ｓｅｌｆ－Ｏｒｇａｎｉｚｉｎｇ Ｎｅｔｗｏｒｋｓ）サーバおよび／またはＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）などのネットワークエンティティを含んでもよい。一例では、通信デバイスによって送信された情報をネットワークが受信した後、その情報は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮによってのみ処理されてもよく、その情報に対応する決定は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮでなされる。一例では、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮは、コアネットワークに情報を転送してもよく、コアネットワークがその情報を処理した後、その情報に対応する決定は、コアネットワークでなされる。一例では、その情報は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮおよびコアネットワークの両方によって処理されてもよく、決定は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮおよびコアネットワークによって調整および／または協力が実行された後になされる。
【0013】
通信デバイスは、ＵＥ（ユーザ機器）、低コストデバイス（例えば、ＭＴＣ（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイス）、Ｄ２Ｄ（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信デバイス、ＮＢ－ＩｏＴ（ｎａｒｒｏｗ－ｂａｎｄ ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック、ポータブルコンピュータシステム、またはそれらの組み合わせであってもよい。また、ネットワークおよび通信デバイスは、方向（すなわち、送信方向）に従って、送信機または受信機として見ることができ、例えば、上りリンク（ＵＬ）の場合、通信デバイスが送信機で、ネットワークが受信機であり、下りリンク（ＤＬ）の場合、ネットワークが送信機で、通信デバイスが受信機である。
【0014】
図２は、本発明の一例による通信デバイス２０の概略図である。通信デバイス２０は、図１に示す通信デバイスまたはネットワークであってもよいが、ここでは限定されない。通信デバイス２０は、マイクロプロセッサまたは特定用途向け集積回路（ＡＳＩＣ）などの少なくとも１つの処理回路２００と、少なくとも１つの記憶デバイス２１０と、少なくとも１つの通信インターフェースデバイス２２０を含んでもよい。少なくとも１つの記憶デバイス２１０は、少なくとも１つの処理回路２００によってアクセスされ実行されるプログラムコード２１４を記憶することができる任意のデータ記憶デバイスであってもよい。少なくとも１つの記憶デバイス２１０の例としては、加入者識別モジュール（ＳＩＭ）、読み取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル汎用ディスクＲＯＭ（ＤＶＤ－ＲＯＭ）、ブルーレイ（登録商標）ディスクＲＯＭ（ＢＤ－ＲＯＭ）、磁気テープ、ハードディスク、光データ記憶デバイス、不揮発性記憶デバイス、非一時的コンピュータ可読媒体（例えば、有形媒体）などを含むが、これらに限定されない。少なくとも１つの通信インターフェースデバイス２２０は、好ましくは少なくとも１つのトランシーバであり、少なくとも１つの処理回路２００の処理結果に従って、信号（例えば、データ、メッセージおよび／またはパケット）を送受信するために使用される。
【0015】
図３は、本発明の一例による、プロセス３０のフローチャートである。プロセス３０は、参照信号（ＲＳ）を取り扱うために通信デバイスにおいて利用されてもよい。プロセス３０は、プログラムコード２１４にコンパイルされてもよく、以下のステップを含んでもよい：
ステップ３００：開始。
ステップ３０２：ネットワークからＲＳを受信する。
ステップ３０４：ＲＳの品質が測定閾値より小さい場合、カウンタを更新する。
ステップ３０６：ＲＳ受信時にＲＳタイマを再起動する。
ステップ３０８：終了。
ステップ３００：開始。
ステップ３０２：ネットワークからＲＳを受信する。
ステップ３０４：ＲＳの品質が測定閾値より小さい場合、カウンタを更新する。
ステップ３０６：ＲＳ受信時にＲＳタイマを再起動する。
ステップ３０８：終了。
【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】
以上をまとめると、本発明は、免許不要帯域においてＲＳを取り扱うための通信デバイスおよび方法を提供する。通信デバイス、ネットワークによって実行される動作が定義される。結果として、免許不要帯域においてＲＳを処理する方法の問題が解決される。
【図1】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図6】
【図7A】
【図7B】
【図7C】
【図8】
【図9】
【図10】
【図11】
【図12A】
【図12B】
【図13】
【図14】