(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-05-19
(54)【発明の名称】ＬＢＴプロセスに関連する動作
(51)【国際特許分類】
H04W 48/16 20090101AFI20230512BHJP
H04W 16/14 20090101ALI20230512BHJP
H04W 72/21 20230101ALI20230512BHJP
H04W 72/231 20230101ALI20230512BHJP
【ＦＩ】
H04W48/16 110
H04W16/14
H04W72/21
H04W72/231
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022562038
(86)(22)【出願日】2020-04-09
(85)【翻訳文提出日】2022-11-04
(86)【国際出願番号】 CN2020084058
(87)【国際公開番号】W WO2021203388
(87)【国際公開日】2021-10-14
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＷＣＤＭＡ
(71)【出願人】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100094569
【弁理士】
【氏名又は名称】田中 伸一郎
(74)【代理人】
【識別番号】100103610
【弁理士】
【氏名又は名称】▲吉▼田 和彦
(74)【代理人】
【識別番号】100109070
【弁理士】
【氏名又は名称】須田 洋之
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【識別番号】100086771
【弁理士】
【氏名又は名称】西島 孝喜
(74)【代理人】
【識別番号】100109335
【弁理士】
【氏名又は名称】上杉 浩
(74)【代理人】
【識別番号】100120525
【弁理士】
【氏名又は名称】近藤 直樹
(74)【代理人】
【識別番号】100139712
【弁理士】
【氏名又は名称】那須 威夫
(72)【発明者】
【氏名】ロサ クラウディオ
(72)【発明者】
【氏名】ルンティラ ティモ
(72)【発明者】
【氏名】タオ タオ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD11
5K067EE02
5K067EE10
5K067HH22
5K067JJ03
(57)【要約】
本開示の例示的な実施形態は、送信のためのリッスンビフォアトーク（ＬＢＴ）プロセスに関連する動作を実行するための、ソリューションに関する。態様においては、装置は、さらなる装置によって送信された第１の送信の終了ポイントと、装置によって送信される第２の送信に先行する、サイクリックプレフィックス拡張の開始ポイントとの間のギャップの持続時間を決定する。装置は、ギャップの持続時間と、複数のタイプのＬＢＴプロセスと関連付けられた複数のしきい値持続時間との間の比較に基づいて、第２の送信のためのＬＢＴプロセスに関連する動作を実行する。本開示の例示的な実施形態は、ＬＢＴプロセスの成功の可能性を高めること、または最大化すらすることができる。
【特許請求の範囲】
【請求項1】
装置であって、少なくとも１つのプロセッサと、
コンピュータプログラムコードを記憶する、少なくとも１つのメモリと
を備え、
前記少なくとも１つのメモリと、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、
さらなる装置によって送信された第１の送信の終了ポイントと、前記装置によって送信される第２の送信に先行する、サイクリックプレフィックス拡張の開始ポイントとの間のギャップの持続時間を決定することと、
前記ギャップの前記持続時間と、複数のタイプのＬＢＴプロセスと関連付けられた複数のしきい値持続時間との間の比較に基づいて、前記第２の送信のためのリッスンビフォアトーク、ＬＢＴ、プロセスに関連する動作を実行することと
を行わせるように構成される、
装置。
【請求項2】
前記装置に、前記ギャップの前記持続時間が、第１のしきい値持続時間、および前記第１のしきい値持続時間よりも短い、第２のしきい値持続時間よりも短いという決定に従って、以下から成る、すなわち、
前記第１のしきい値持続時間の間の、チャネルセンシングを伴う、第１のタイプのＬＢＴ動作を実行すること、
前記第２のしきい値持続時間の間の、チャネルセンシングを伴う、第２のタイプのＬＢＴ動作を実行すること、
チャネルセンシングを伴わない、第３のタイプのＬＢＴ動作を実行すること、または
前記第２の送信のためのＬＢＴ動作と、前記第２の送信とを中止すること
から成る群から選択される、前記動作を実行すること
によって、前記動作を実行することを行わせる、請求項１に記載の装置。
【請求項3】
前記少なくとも１つのメモリと、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、前記第２の送信の持続時間が、事前決定された持続時間内であるという決定に従って、前記第３のタイプの前記ＬＢＴ動作を実行すること
を行わせるようにさらに構成される、請求項２に記載の装置。
【請求項4】
前記少なくとも１つのメモリと、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、前記第２の送信の持続時間が、事前決定された持続時間を超えるという決定に従って、
前記ギャップの前記持続時間が、前記第２のしきい値持続時間に延長されるように、前記サイクリックプレフィックス拡張を短縮することによって、前記開始ポイントよりも遅い、前記サイクリックプレフィックス拡張の調整された開始ポイントを決定することと、
前記第２のタイプの前記ＬＢＴ動作を実行することと
を行わせるようにさらに構成される、請求項２に記載の装置。
【請求項5】
前記少なくとも１つのメモリと、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、前記第２の送信の持続時間が、事前決定された持続時間を超えるという決定に従って、
前記ギャップの前記持続時間が、前記第１のしきい値持続時間に延長されるように、前記サイクリックプレフィックス拡張を短縮することによって、前記開始ポイントよりも遅い、前記サイクリックプレフィックス拡張の調整された開始ポイントを決定することと、
前記第１のタイプの前記ＬＢＴ動作を実行することと
を行わせるようにさらに構成される、請求項２に記載の装置。
【請求項6】
前記少なくとも１つのメモリと、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、前記第２の送信の持続時間が、事前決定された持続時間を超えるという決定に従って、前記第２の送信のための前記ＬＢＴ動作と、前記第２の送信とを中止すること
を行わせるようにさらに構成される、請求項２に記載の装置。
【請求項7】
前記装置に、前記ギャップの前記持続時間が、第１のしきい値持続時間よりも短い、第２のしきい値持続時間と等しいという決定に従って、前記第２のしきい値持続時間の間の、チャネルセンシングを伴う、第２のタイプのＬＢＴ動作を実行すること
によって、前記動作を実行することを行わせる、請求項１に記載の装置。
【請求項8】
前記装置に、前記ギャップの前記持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いという決定に従って、
前記ギャップの前記持続時間が、前記第１のしきい値持続時間に延長されるように、前記サイクリックプレフィックス拡張を短縮することによって、前記開始ポイントよりも遅い、前記サイクリックプレフィックス拡張の調整された開始ポイントを決定することと、
前記第１のしきい値持続時間の間の、チャネルセンシングを伴う、第１のタイプのＬＢＴ動作を実行することと
によって、前記動作を実行することを行わせる、請求項１に記載の装置。
【請求項9】
前記装置に、前記ギャップの前記持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いという決定に従って、
前記ギャップの前記持続時間が、前記第２のしきい値持続時間に短縮されるように、前記サイクリックプレフィックス拡張を延長することによって、前記開始ポイントよりも早い、前記サイクリックプレフィックス拡張の調整された開始ポイントを決定することと、
前記第２のしきい値持続時間の間の、チャネルセンシングを伴う、第２のタイプのＬＢＴ動作を実行することと
によって、前記動作を実行することを行わせる、請求項１に記載の装置。
【請求項10】
前記装置に、前記ギャップの前記持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いという決定に従って、
前記ギャップの前記持続時間が、前記第２のしきい値持続時間よりも短く短縮されるように、前記サイクリックプレフィックス拡張を延長することによって、前記開始ポイントよりも早い、前記サイクリックプレフィックス拡張の調整された開始ポイントを決定することと、
チャネルセンシングを伴わない、第３のタイプのＬＢＴ動作を実行することと
によって、前記動作を実行することを行わせる、請求項１に記載の装置。
【請求項11】
前記装置に、前記ギャップの前記持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いという決定に従って、前記第２の送信のためのＬＢＴ動作と、前記第２の送信とを中止すること
によって、前記動作を実行することを行わせる、請求項１に記載の装置。
【請求項12】
前記装置に、前記ギャップの前記持続時間が、第２のしきい値持続時間よりも長い、第１のしきい値持続時間以上であるという決定に従って、前記第１のしきい値持続時間の間の、チャネルセンシングを伴う、第１のタイプのＬＢＴ動作を実行すること
によって、前記動作を実行することを行わせる、請求項１に記載の装置。
【請求項13】
前記少なくとも１つのメモリと、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、前記さらなる装置から、前記第２の送信のための時間リソースおよび周波数リソースと、前記サイクリックプレフィックス拡張の前記持続時間とを含む、構成メッセージを受信することと、
前記構成メッセージに基づいて、前記サイクリックプレフィックス拡張の前記開始ポイントを決定することと
を行わせるようにさらに構成される、請求項１に記載の装置。
【請求項14】
前記少なくとも１つのメモリと、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、前記さらなる装置から、構成メッセージを受信することと、
前記構成メッセージから、前記第１の送信の前記終了ポイントを決定することと
を行わせるようにさらに構成される、請求項１に記載の装置。
【請求項15】
前記少なくとも１つのメモリと、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置に、前記第２の送信のためのタイミングアドバンス値を決定することと、
前記タイミングアドバンス値に基づいて、前記サイクリックプレフィックス拡張の前記開始ポイントを決定することと
を行わせるようにさらに構成される、請求項１に記載の装置。
【請求項16】
前記第１の送信は、ダウンリンク送信であり、前記第２の送信は、グラントが構成された物理アップリンク共有チャネル、ＣＧ－ＰＵＳＣＨ、送信である、請求項１に記載の装置。
【請求項17】
前記装置は、端末デバイスを含み、前記さらなる装置は、ネットワークデバイスを含む、請求項１に記載の装置。
【請求項18】
装置において、さらなる装置によって送信された第１の送信の終了ポイントと、前記装置によって送信される第２の送信に先行する、サイクリックプレフィックス拡張の開始ポイントとの間のギャップの持続時間を決定するステップと、前記ギャップの前記持続時間と、複数のタイプのＬＢＴプロセスと関連付けられた複数のしきい値持続時間との間の比較に基づいて、前記第２の送信のためのリッスンビフォアトーク、ＬＢＴ、プロセスに関連する動作を実行するステップと
を含む方法。
【請求項19】
装置であって、さらなる装置によって送信された第１の送信の終了ポイントと、前記装置によって送信される第２の送信に先行する、サイクリックプレフィックス拡張の開始ポイントとの間のギャップの持続時間を決定するための手段と、
前記ギャップの前記持続時間と、複数のタイプのＬＢＴプロセスと関連付けられた複数のしきい値持続時間との間の比較に基づいて、前記第２の送信のためのリッスンビフォアトーク、ＬＢＴ、プロセスに関連する動作を実行するための手段と
を備える装置。
【請求項20】
装置に、少なくとも請求項１８に記載の方法を実行させるための、プログラム命令を含む、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の例示的な実施形態は、一般に、通信の分野に関し、詳細には、送信のためのリッスンビフォアトーク（ＬＢＴ）プロセスに関連する動作を実行するための、装置、方法、およびコンピュータ可読媒体に関する。
【背景技術】
【0002】
３ＧＰＰ規格の最新の開発は、進化型パケットコア（ＥＰＣ）ネットワークおよび進化型ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）のロングタームエボリューション（ＬＴＥ）と呼ばれ、一般に「４Ｇ」とも言われる。加えて、「５Ｇニューラジオ（ＮＲ）」という用語は、様々なアプリケーションおよびサービスをサポートすることを期待された、進化する通信技術を指す。５Ｇ ＮＲは、遅延、信頼性、セキュリティ、（例えば、モノのインターネットとの）スケーラビリティ、および他の要件と関連付けられた、新しい要件を満たすための、第３世代パートナシッププロジェクト（３ＧＰＰ）によって公布された、継続的なモバイルブロードバンドの進化の一部である。５Ｇ ＮＲのいくつかの態様は、４Ｇロングタームエボリューション（ＬＴＥ）規格に基づき得る。
【0003】
現在、通信ネットワークにおける送信、例えば、ライセンス不要スペクトル内における５Ｇニューラジオ（ＮＲ－Ｕ）における、グラントが構成された物理アップリンク共有チャネル（ＣＧ－ＰＵＳＣＨ，ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）送信は、通信デバイス間の、例えば、端末デバイス間の衝突を回避するために、可変持続時間のサイクリックプレフィックス（ＣＰ）拡張を利用することができる。基本的な考え方は、異なる端末デバイスが送信を送信するための、異なる開始ポイントを有するというものである。端末デバイスは、それらの送信の直前に、空きチャネル判定（ＣＣＡ，ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ）またはリッスンビフォアトーク（ＬＢＴ）動作を実行し得るので、それの送信をより早く開始した端末デバイスは、他の端末デバイスが後から送信するのを阻止することができる。すなわち、ＣＰ拡張は、ＬＢＴプロセスを実行する他の端末デバイスに、チャネルが既に占有されていることを示す、予約信号として機能する。しかしながら、ＬＢＴプロセスのために通信デバイスによって実行される動作は、通信の性能を向上させるために、最適化される必要がまだある。
【発明の概要】
【0004】
一般に、本開示の例示的な実施形態は、送信のためのＬＢＴプロセスに関連する動作を実行するための、ソリューションを提供する。
【0005】
第１の態様においては、装置が、提供される。装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを記憶する、少なくとも１つのメモリとを備える。少なくとも１つのメモリと、コンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、装置に、さらなる装置によって送信された第１の送信の終了ポイントと、装置によって送信される第２の送信に先行する、サイクリックプレフィックス拡張の開始ポイントとの間のギャップの持続時間を決定することを行わせるように構成される。少なくとも１つのメモリと、コンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、装置に、ギャップの持続時間と、複数のタイプのＬＢＴプロセスと関連付けられた複数のしきい値持続時間との間の比較に基づいて、第２の送信のためのＬＢＴプロセスに関連する動作を実行することを行わせるようにも構成される。
【0006】
第２の態様においては、方法が、提供される。方法は、装置において、さらなる装置によって送信された第１の送信の終了ポイントと、装置によって送信される第２の送信に先行する、サイクリックプレフィックス拡張の開始ポイントとの間のギャップの持続時間を決定するステップを含む。方法は、ギャップの持続時間と、複数のタイプのＬＢＴプロセスと関連付けられた複数のしきい値持続時間との間の比較に基づいて、第２の送信のためのＬＢＴプロセスに関連する動作を実行するステップも含む。
【0007】
第３の態様においては、装置が、提供される。装置は、さらなる装置によって送信された第１の送信の終了ポイントと、装置によって送信される第２の送信に先行する、サイクリックプレフィックス拡張の開始ポイントとの間のギャップの持続時間を決定するための手段を備える。装置は、ギャップの持続時間と、複数のタイプのＬＢＴプロセスと関連付けられた複数のしきい値持続時間との間の比較に基づいて、第２の送信のためのＬＢＴプロセスに関連する動作を実行するための手段も備える。
【0008】
第４の態様においては、装置に、少なくとも第２の態様による方法を実行させるための、プログラム命令を記憶する、非一時的コンピュータ可読媒体が、提供される。
【0009】
発明の概要セクションは、本開示の例示的な実施形態の主要または必須な特徴を識別することを意図しておらず、本開示の範囲を限定するために使用されることも意図していないことが理解されるべきである。本開示の他の特徴は、以下の説明を通して、容易に理解可能になる。
【0010】
いくつかの例示的な実施形態が、添付の図面を参照して、今から説明される。
【図面の簡単な説明】
【0011】
【図1】本開示のいくつかの例示的な実施形態が、その中で実施されることができる、通信環境の概略図である。
【図2】本開示のいくつかの例示的な実施形態による、例示的な方法のフローチャートである。
【図3】本開示のいくつかの例示的な実施形態による、第２のデバイスによる第１の送信信後から、第２のデバイスへの第２の送信の前までにおける、第１のデバイスがＣＰ拡張を送信するための、いくつかの例示的な開始ポイントを示す、例示的なシナリオを例示する図である。
【図4】本開示のいくつかの例示的な実施形態による、第１のデバイスが、第２のデバイスによる第１の送信の終了ポイントと、第２のデバイスへの第２の送信に先行する、ＣＰ拡張の開始ポイントとの間のギャップを決定し、第２の送信のためのＬＢＴプロセスに関連する動作を実行する、例示的シナリオを例示する図である。
【図5】本開示のいくつかの例示的な実施形態による、第２のデバイスによる第１の送信の後から、第２のデバイスへの第２の送信の前までにおける、第１のデバイスがＣＰ拡張を送信するための、いくつかの例示的な開始ポイントを示す、別の例示的なシナリオを例示する図である。
【図6】本開示のいくつかの例示的な実施形態による、第１のデバイスが、第２のデバイスによる第１の送信の終了ポイントと、第２のデバイスへの第２の送信に先行する、ＣＰ拡張の開始ポイントとの間のギャップを決定し、第２の送信のためのＬＢＴプロセスに関連する動作を実行する、別の例示的なシナリオを例示する図である。
【図7】本開示のいくつかの例示的な実施形態による、第１のデバイスが、第２のデバイスによる第１の送信の終了ポイントと、第２のデバイスへの第２の送信に先行する、ＣＰ拡張の開始ポイントとの間のギャップを決定し、第２の送信のためのＬＢＴプロセスに関連する動作を実行する、さらなる例示的なシナリオを例示する図である。
【図8】本開示の例示的な実施形態を実施するのに適したデバイスの簡略化されたブロック図である。
【図9】本開示のいくつかの例示的な実施形態による、例示的なコンピュータ可読媒体のブロック図である。
【発明を実施するための形態】
【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】
以下においては、一般性を損なうことなく、３つのＬＢＴタイプと、２つのしきい値持続時間が、存在するという仮定の下で、いくつかの具体的な例が、図３～図７を参照して、説明される。特に、第１のタイプのＬＢＴプロセスは、第１のしきい値持続時間の間の、チャネルセンシングと関連付けられ、第２のタイプのＬＢＴプロセスは、第１のしきい値持続時間よりも短い、第２のしきい値持続時間の間の、チャネルセンシングと関連付けられ、第３のタイプのＬＢＴプロセスは、チャネルセンシングと関連付けられない。いくつかの例示的な実施形態においては、第１のしきい値持続時間および第２のしきい値持続時間は、それぞれ、２５μｓおよび１６μｓであることができる。いくつかの他の例示的な実施形態においては、第１のしきい値持続時間および第２のしきい値持続時間は、他の任意の適切な時間長であることができる。
【0079】
いくつかのシナリオにおいては、第１のデバイス１１０は、ギャップが、第１のしきい値持続時間と、第１のしきい値持続時間よりも短い、第２のしきい値持続時間の両方よりも短いと決定し得る。例えば、図５および図６を参照すると、第１のデバイス１１０は、第１の送信１１５の終了ポイントを、ポイント５２０と決定し、ＣＰ拡張の開始ポイントを、ポイント３７８と決定することが仮定されている。そのようなケースにおいては、さらに図６に示されるように、第１のデバイス１１０は、ギャップを、第１のしきい値持続時間２５μｓおよび第２のしきい値持続時間１６μｓよりも短い、（４３－３６）＝７μｓと決定することができる。
【0080】
さらに図５および図６を参照すると、第１のデバイス１１０は、第１の送信１１５の終了ポイントを、ポイント５２０と決定し、ＣＰ拡張の開始ポイントを、ポイント３７２、３７４、または３７６と決定することが仮定されている。そのようなケースにおいては、第１のデバイス１１０は、ギャップを、いくつかの例示的な実施形態においては、第１のしきい値持続時間２５μｓおよび第２のしきい値持続時間１６μｓよりも短いと見なされることもできる、負の値（または利用不可能な値）と決定することができる。
【0081】
別の例として、図７を参照すると、第１のデバイス１１０は、第１の送信１１５の終了ポイントを、ポイント３７０と決定し、ＣＰ拡張の開始ポイントを、ポイント７０２と決定することが仮定されている。そのようなケースにおいては、第１のデバイス１１０は、ギャップを、第１のしきい値持続時間２５μｓおよび第２のしきい値持続時間１６μｓよりも短い、（３－０）＝３μｓと決定することができる。
【0082】
さらに図７を参照すると、第１のデバイス１１０は、第１の送信１１５の終了ポイントを、ポイント３７０として決定し、ＣＰ拡張の開始ポイントを、ポイント７０４として決定することが仮定されている。そのようなケースにおいては、第１のデバイス１１０は、ギャップを、第１のしきい値持続時間２５μｓおよび第２のしきい値持続時間１６μｓよりも短い、（１２－０）＝１２μｓと決定することができる。
【0083】
第１のデバイス１１０が、ギャップの持続時間は、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりもやはり短いと決定した場合、第１のデバイス１１０は、適切なタイプのＬＢＴ動作を実行すること、または代替として、第２の送信１２５のためのＬＢＴ動作を中止し、第２の送信１２５も中止することができる。このように、第１のデバイス１１０は、ＬＢＴ動作のためのギャップが、短い場合、第２の送信１２５のためのＬＢＴ動作の適切なＬＢＴタイプを選択すること、または第２の送信１２５を中止することができる。いくつかの状況においては、ギャップが、存在しない、またはギャップが、最初はＬＢＴ動作を実行するのに不適切であった場合でさえ、第１のデバイス１１０は、ＣＰ拡張に対する調整の後、第２の送信１２５の前に、第２の送信１２５のためのＬＢＴ動作を実行することができる。したがって、ＬＢＴプロセスの成功の可能性は、高められること、または最大化すらされることができる。
【0084】
例えば、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりもやはり短い（または等しい）ケースにおいては、第１のデバイス１１０は、チャネルセンシングを伴わない、第３のタイプのＬＢＴ動作を実行することができる。より詳細には、第２の送信１２５の持続時間が、事前決定された持続時間内である場合、第１のデバイス１１０は、第３のタイプのＬＢＴ動作を実行し得る。このように、第１のデバイス１１０は、第２の送信１２５の前に、ＣＰ拡張に対するいかなる調整もなしに、ＬＢＴ動作を実行することができ、それによって、ＣＰ拡張および第２の送信１２５に対する最小の影響を引き起こし、第１のデバイス１１０の動作も簡略化する。
【0085】
より詳細には、第２の送信１２５が、ＣＧ－ＰＵＳＣＨ送信である、例示的な実施形態については、事前決定された持続時間は、５８４μｓであり得る。したがって、ＣＰ拡張のための開始ポイントが、示されたＤＬシンボルから１６μｓ後以内であり（すなわち、ＤＬ－ＵＬギャップが、１６μｓ以下であり）、ＣＧ－ＰＵＳＣＨ送信の持続時間が、５８４μｓを超えないケースにおいては、第１のデバイス１１０は、Ｃａｔ１ ＬＢＴ（すなわち、タイプ２Ｃ ＵＬチャネルアクセス手順）を実行した後、ＣＧ－ＰＵＳＣＨ送信を送信することができる。事前決定された持続時間の特定の値は、例のためのものにすぎず、いかなる限定も示唆しないことが理解される。他の例示的な実施形態においては、事前決定された持続時間は、他の任意の適切な値であり得る。
【0086】
第３のタイプのＬＢＴ動作を実行する例として、図５および図６を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３７８と決定し、したがって、ギャップは、７μｓであることが仮定されている。この場合、第１のデバイス１１０が、第２の送信１２５の持続時間は、事前決定された持続時間（例えば、５８４μｓ）以内であると決定した場合、第１のデバイス１１０は、第３のタイプのＬＢＴ動作を実行し得る。
【0087】
同様に、図７を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント７０２または７０４と決定し、したがって、ギャップは、３μｓまたは１２μｓであることが仮定されている。この場合、第１のデバイス１１０が、第２の送信１２５の持続時間は、事前決定された持続時間（例えば、５８４μｓ）以内であると決定した場合、第１のデバイス１１０は、第３タイプのＬＢＴ動作を実行し得る。
【0088】
代替として、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりもやはり短いケースにおいては、第１のデバイス１１０は、第２のしきい値持続時間の間の、チャネルセンシングを伴う、第２のタイプのＬＢＴ動作を実行することができる。例えば、第２の送信１２５の持続時間が、事前決定された持続時間を超える場合、第１のデバイス１１０は、ギャップの持続時間が、第２のしきい値持続時間に延長されるように、ＣＰ拡張を短縮することによって、初期開始ポイントよりも遅い、ＣＰ拡張の調整された開始ポイントを決定し得る。その後、第１のデバイス１１０は、第２のタイプのＬＢＴ動作を実行し得る。そのため、ギャップが、最初はＬＢＴ動作を実行するのに不適切であった場合でさえ、第１のデバイス１１０は、ＣＰ拡張に対する調整の後、第２の送信１２５の前に、第２の送信１２５のためのＬＢＴ動作を実行することができる。したがって、ＬＢＴプロセスの成功の可能性は、高められること、または最大化すらされることができる。
【0089】
より詳細には、第２の送信１２５が、ＣＧ－ＰＵＳＣＨ送信である、例示的な実施形態については、ＣＰ拡張のための開始ポイントが、示されたＤＬシンボルから１６μｓ後以内であり（すなわち、ＤＬ－ＵＬギャップが、１６μｓ未満であり）、ＣＧ－ＰＵＳＣＨ送信の持続時間が、５８４μｓを超える場合、第１のデバイス１１０は、ＣＰ拡張の長さを、Ｘμｓだけ縮小し（結果として、ＤＬ－ＵＬギャップを拡大し）、１６μｓ Ｃａｔ２ ＬＢＴ（すなわち、タイプ２Ｂまたは２Ａ ＵＬチャネルアクセス手順）を適用し得、ここで、Ｘ＝１６μｓ－ギャップである。
【0090】
例えば、図５および図６を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３７８と決定し、したがって、ギャップは、７μｓであることが仮定されている。この場合、第１のデバイス１１０が、第２の送信１２５の持続時間は、事前決定された持続時間（例えば、５８４μｓ）よりも長いと決定した場合、第１のデバイス１１０は、ＣＰ拡張を、Ｘ＝１６－７＝９μｓだけ、短縮し得る。したがって、第１のデバイス１１０は、ギャップの持続時間が、１６μｓに延長されるように、ＣＰ拡張の調整された開始ポイントを、（基準ポイント５２０＝０μｓであると仮定して）１６μｓと決定することができる。その後、第１のデバイス１１０は、第２のタイプのＬＢＴ動作を実行し得る。
【0091】
加えて、図５および図６を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３７２、３７４、または３７６と決定し、したがって、ギャップは、負の値である（または利用不可能である）ことが仮定されている。この場合、ポイント３７２、３７４、または３７６について、第１のデバイス１１０は、ＣＰ拡張を、それぞれ、Ｘ＝１６－（－２０）＝３６μｓ、Ｘ＝１６－（－１１）＝２７μｓ、またはＸ＝１６－（－２）＝１８μｓだけ短縮し得る。したがって、第１のデバイス１１０は、ギャップの持続時間が、１６μｓに延長されるように、ＣＰ拡張の調整された開始ポイントを、（基準ポイント５２０＝０μｓであると仮定して）１６μｓと決定することができる。その後、第１のデバイス１１０は、第２のタイプのＬＢＴ動作を実行し得る。
【0092】
同様に、図７を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント７０２または７０４と決定し、したがって、ギャップは、３μｓまたは１２μｓであることが仮定されている。この場合、第１のデバイス１１０が、第２の送信１２５の持続時間は、事前決定された持続時間（例えば、５８４μｓ）よりも長いと決定した場合、第１のデバイス１１０は、ＣＰ拡張を、Ｘ＝１６－３＝１３μｓ、またはＸ＝１６－１２＝４μｓだけ短縮し得る。したがって、第１のデバイス１１０は、ギャップの持続時間が、１６μｓに延長されるように、ＣＰ拡張の調整された開始ポイントを、（基準ポイント５２０＝０μｓであると仮定して）１６μｓと決定することができる。その後、第１のデバイス１１０は、第２のタイプのＬＢＴ動作を実行し得る。
【0093】
代替として、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりもやはり短いケースにおいては、第１のデバイス１１０は、第１のしきい値持続時間の間の、チャネルセンシングを伴う、第１のタイプのＬＢＴ動作を実行することができる。例えば、第２の送信１２５の持続時間が、事前決定された持続時間を超える場合、第１のデバイス１１０は、ギャップの持続時間が、第１のしきい値持続時間に延長されるように、ＣＰ拡張を短縮することによって、初期開始ポイントよりも遅い、ＣＰ拡張の調整された開始ポイントを決定し得る。その後、第１のデバイス１１０は、第１のタイプのＬＢＴ動作を実行し得る。いくつかの他の例示的な実施形態においては、ギャップの持続時間は、ＣＰ拡張を短縮することによって、第１のしきい値持続時間よりも大きくなるように、延長され得る。そのため、ギャップが、最初はＬＢＴ動作を実行するのに不適切であった場合でさえ、第１のデバイス１１０は、ＣＰ拡張に対する調整の後、第２の送信１２５の前に、第２の送信１２５のためのＬＢＴ動作を実行することができる。したがって、ＬＢＴプロセスの成功の可能性は、高められること、または最大化すらされることができる。
【0094】
より詳細には、第２の送信１２５が、ＣＧ－ＰＵＳＣＨ送信である、例示的な実施形態については、ＣＰ拡張のための開始ポイントが、示されたＤＬシンボルから１６μｓ後以内であり（すなわち、ＤＬ－ＵＬギャップが、１６μｓ未満であり）、ＣＧ－ＰＵＳＣＨ送信の持続時間が、５８４μｓを超える場合、第１のデバイス１１０は、ＣＰ拡張の長さを、Ｙμｓだけ縮小し（結果として、ＤＬ－ＵＬギャップを拡大し）、２５μｓ Ｃａｔ２ ＬＢＴ（すなわち、タイプ２Ｂまたは２Ａ ＵＬチャネルアクセス手順）を適用し得、ここで、Ｙ＝２５μｓ－ギャップである。
【0095】
例えば、図５および図６を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３７８と決定し、したがって、ギャップは、７μｓであることが仮定されている。この場合、第１のデバイス１１０が、第２の送信１２５の持続時間は、事前決定された持続時間（例えば、５８４μｓ）よりも長いと決定した場合、第１のデバイス１１０は、ＣＰ拡張を、Ｙ＝２５－７＝１８μｓだけ、短縮し得る。したがって、第１のデバイス１１０は、ギャップの持続時間が、２５μｓに延長されるように、ＣＰ拡張の調整された開始ポイントを、（基準ポイント５２０＝０μｓであると仮定して）２５μｓと決定することができる。その後、第１のデバイス１１０は、第１のタイプのＬＢＴ動作を実行することができる。
【0096】
加えて、図５および図６を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３７２、３７４、または３７６と決定し、したがって、ギャップは、負の値である（または利用不可能である）ことが仮定されている。この場合、第１のデバイス１１０は、ＣＰ拡張を、Ｙ＝２５－（－２０）＝４５μｓ、Ｙ＝２５－（－１１）＝３６μｓ、またはＹ＝２５－（－２）＝２７μｓだけ短縮し得る。したがって、第１のデバイス１１０は、ギャップの持続時間が、２５μｓに延長されるように、ＣＰ拡張の調整された開始ポイントを、（基準ポイント５２０＝０μｓであると仮定して）２５μｓと決定することができる。その後、第１のデバイス１１０は、第１のタイプのＬＢＴ動作を実行し得る。
【0097】
同様に、図７を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント７０２または７０４と決定し、したがって、ギャップは、３μｓまたは１２μｓであることが仮定されている。この場合、第１のデバイス１１０が、第２の送信１２５の持続時間は、事前決定された持続時間（例えば、５８４μｓ）よりも長いと決定した場合、第１のデバイス１１０は、ＣＰ拡張を、Ｙ＝２５－３＝２２μｓ、またはＹ＝２５－１２＝１３μｓだけ短縮し得る。したがって、第１のデバイス１１０は、ギャップの持続時間が、２５μｓに延長されるように、ＣＰ拡張の調整された開始ポイントを、（基準ポイント５２０＝０μｓであると仮定して）２５μｓと決定することができる。その後、第１のデバイス１１０は、第１のタイプのＬＢＴ動作を実行し得る。
【0098】
代替として、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりもやはり短いケースにおいては、第１のデバイス１１０は、第２の送信１２５のためのＬＢＴ動作を中止し、第２の送信１２５も中止することができる。例えば、第２の送信１２５の持続時間が、事前決定された持続時間を超える場合、第１のデバイス１１０は、第２の送信１２５のためのＬＢＴ動作と、第２の送信１２５とを中止し得る。このようにして、第１のデバイス１１０は、第２の送信１２５が、他の端末デバイスからの他の潜在的な送信と衝突しないことを保証することができ、第１のデバイス１１０の動作を簡略化することもできる。
【0099】
より詳細には、第２の送信１２５が、ＣＧ－ＰＵＳＣＨ送信である、例示的な実施形態について、ＣＰ拡張のための開始ポイントが、示されたＤＬシンボルから１６μｓ後以内であり（すなわち、ＤＬ－ＵＬギャップが、１６μｓ未満であり）、ＣＧ－ＰＵＳＣＨ送信の持続時間が、５８４μｓを超える場合、第１のデバイス１１０は、ＣＧ－ＰＵＳＣＨ送信を中止し得る。
【0100】
例えば、図５および図６を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３７８と決定し、したがって、ギャップは、７μｓであることが仮定されている。この場合、第１のデバイス１１０が、第２の送信１２５の持続時間は、事前決定された持続時間（例えば、５８４μｓ）を超えると決定した場合、第１のデバイス１１０は、第２の送信１２５のためのＬＢＴ動作と、第２の送信１２５とを中止し得る。加えて、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３７２、３７４、または３７６と決定し、したがって、ギャップは、負の値である（または利用不可能である）ことが仮定されている。この場合、第１のデバイス１１０は、第２の送信１２５のためのＬＢＴ動作と、第２の送信１２５とを中止し得る。
【0101】
さらに、図７を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント７０２または７０４と決定し、したがって、ギャップは、３μｓまたは１２μｓであることが仮定されている。この場合、第１のデバイス１１０が、第２の送信１２５の持続時間は、事前決定された持続時間（例えば、５８４μｓ）を超えると決定した場合、第１のデバイス１１０は、第２の送信１２５のためのＬＢＴ動作と、第２の送信１２５とを中止し得る。
【0102】
いくつかのシナリオにおいては、第１のデバイス１１０は、ギャップが、第１のしきい値持続時間よりも短く、第２のしきい値持続時間と等しいと決定し得る。例えば、図３および図４を参照すると、第１のデバイス１１０は、第１の送信１１５の終了ポイントを、ポイント３７０と決定し、ＣＰ拡張の開始ポイントを、ポイント３７２と決定することが仮定されている。そのようなケースにおいては、図４にさらに示されるように、第１のデバイス１１０は、ギャップを、第１のしきい値持続時間２５μｓよりも短く、第２のしきい値持続時間１６μｓと等しい、（１６－０）＝１６μｓと決定することができる。
【0103】
別の例として、図５および図６を参照すると、第１のデバイス１１０は、第１の送信１１５の終了ポイントを、ポイント５２０と決定し、ＣＰ拡張の開始ポイントを、ポイント３８０と決定することが仮定されている。そのようなケースにおいては、図６にさらに示されるように、第１のデバイス１１０は、ギャップを、第１のしきい値持続時間２５μｓよりも短く、第２のしきい値持続時間１６μｓと等しい、（１６－０）＝１６μｓと決定することができる。
【0104】
第１のデバイス１１０が、ギャップの持続時間は、第１のしきい値持続時間よりも短い、第２のしきい値持続時間と等しいと決定した場合、第１のデバイス１１０は、第２のしきい値持続時間の間の、チャネルセンシングを伴う、第２のタイプのＬＢＴ動作を実行することができる。このように、第１のデバイス１１０は、第２の送信１２５の前に、ＣＰ拡張に対するいかなる調整もなしに、ＬＢＴ動作を実行することができ、それによって、ＣＰ拡張および第２の送信１２５に対する最小の影響を引き起こし、第１のデバイス１１０の動作も簡略化する。
【0105】
より詳細には、第２の送信１２５が、ＣＧ－ＰＵＳＣＨ送信である、例示的な実施形態については、ＣＰ拡張のための開始ポイントが、示されたＤＬシンボルから１６μｓ後である（すなわち、ギャップが、１６μｓと等しい）場合、第１のデバイス１１０は、１６μｓ Ｃａｔ２ ＬＢＴ（すなわち、タイプ２Ｂ ＵＬチャネルアクセス手順）を適用し得る。
【0106】
例えば、図３および図４を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３７２と決定し、したがって、ギャップは、１６μｓであることが仮定されている。この場合、第１のデバイス１１０は、第２のタイプのＬＢＴ動作を実行し得る。同様に、図５および図６を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３８０と決定し、したがって、ギャップは、１６μｓであることが仮定されている。この場合、第１のデバイス１１０は、第２のタイプのＬＢＴ動作を実行し得る。
【0107】
いくつかのシナリオにおいては、第１のデバイス１１０は、ギャップが、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いと決定し得る。例えば、図７を参照すると、第１のデバイス１１０は、第１の送信１１５の終了ポイントを、ポイント３７０と決定し、ＣＰ拡張の開始ポイントを、ポイント７０６と決定することが仮定されている。そのようなケースにおいては、図７にさらに示されるように、第１のデバイス１１０は、ギャップを、第１のしきい値持続時間２５μｓよりも短く、第２のしきい値持続時間１６μｓよりも長い、（２１－０）＝２１μｓと決定することができる。
【0108】
第１のデバイス１１０が、ギャップの持続時間は、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いと決定した場合、第１のデバイス１１０は、適切なタイプのＬＢＴ動作を実行すること、または代替として、第２の送信１２０のためのＬＢＴ動作と、第２の送信１２５とを中止することができる。このように、第１のデバイス１１０は、第２の送信１２５のためのＬＢＴ動作の適切なＬＢＴタイプを選択すること、またはＬＢＴ動作のためのギャップが、任意のタイプのＬＢＴ動作を実行するのに不適切である場合、第２の送信１２５を中止することができる。いくつかの状況においては、ギャップが、最初はＬＢＴ動作を実行するのに不適切であった場合でさえ、第１のデバイス１１０は、ＣＰ拡張に対する調整の後、第２の送信１２５の前に、第２の送信１２５のためのＬＢＴ動作を実行することができる。したがって、ＬＢＴプロセスの成功の可能性は、高められること、または最大化すらされることができる。
【0109】
例えば、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いケースにおいては、第１のデバイス１１０は、第１のしきい値持続時間の間の、チャネルセンシングを伴う、第１のタイプのＬＢＴ動作を実行することができる。より詳細には、第１のデバイス１１０は、ギャップの持続時間が、第１のしきい値持続時間に延長されるように、ＣＰ拡張を短縮することによって、開始ポイントよりも遅い、ＣＰ拡張の調整された開始ポイントを決定し得る。その理由は、第１のタイプまたは第２のタイプのＬＢＴ動作は、１６μｓから２５μｓの間のギャップにおいては、実行されることが許可され得ないためであり得る。その後、第１のデバイス１１０は、第１のしきい値持続時間の間の、チャネルセンシングを伴う、第１のタイプのＬＢＴ動作を実行し得る。いくつかの例示的な実施形態においては、ギャップの持続時間は、第１のしきい値持続時間よりも長くなるように、延長され得る。そのため、ギャップが、最初はＬＢＴ動作を実行するのに不適切であった場合でさえ、第１のデバイス１１０は、ＣＰ拡張に対する調整の後、第２の送信１２５の前に、第２の送信１２５のためのＬＢＴ動作を実行することができる。したがって、ＬＢＴプロセスの成功の可能性は、高められること、または最大化すらされることができる。
【0110】
より詳細には、第２の送信１２５が、ＣＧ－ＰＵＳＣＨ送信である、例示的な実施形態については、ＣＰ拡張の開始ポイントが、示されたＤＬシンボルから１６μｓ後よりも後、２５μｓ後よりも前である場合、第１のデバイス１１０は、Ｘμｓだけ、ＣＰ拡張の長さを縮小し（結果として、ＤＬ－ＵＬギャップを拡大し）、２５μｓ Ｃａｔ２ ＬＢＴ（すなわち、タイプ２Ａ ＵＬチャネルアクセス手順）を適用し得、ここで、Ｘ＝２５μｓ－ギャップである。
【0111】
例えば、図７を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント７０６と決定し、したがって、ギャップは、２１μｓであることが仮定されている。この場合、第１のデバイス１１０は、ＣＰ拡張を、Ｘ＝２５－２１＝４μｓだけ短縮し得る。したがって、第１のデバイス１１０は、ギャップの持続時間が、２５μｓに延長されるように、ＣＰ拡張の調整された開始ポイントを、（基準ポイント３７０＝０μｓであると仮定して）２５μｓと決定することができる。その後、第１のデバイス１１０は、第１のタイプのＬＢＴ動作を実行し得る。いくつかの例示的な実施形態においては、ギャップの持続時間は、２５μｓよりも長くなるように、延長され得る。
【0112】
代替として、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いケースにおいては、第１のデバイス１１０は、第２のしきい値持続時間の間の、チャネルセンシングを伴う、第２のタイプのＬＢＴ動作を実行することができる。例えば、第１のデバイス１１０は、ギャップの持続時間が、第２のしきい値持続時間に短縮されるように、ＣＰ拡張を延長することによって、開始ポイントよりも早い、ＣＰ拡張の調整された開始ポイントを決定し得る。その後、第１のデバイス１１０は、第２のしきい値持続時間の間の、チャネルセンシングを伴う、第２のタイプのＬＢＴ動作を実行し得る。そのため、ギャップが、最初はＬＢＴ動作を実行するのに不適切であった場合でさえ、第１のデバイス１１０は、ＣＰ拡張に対する調整の後、第２の送信１２５の前に、第２の送信１２５のためのＬＢＴ動作を実行することができる。したがって、ＬＢＴプロセスの成功の可能性は、高められること、または最大化すらされることができる。
【0113】
より詳細には、第２の送信１２５が、ＣＧ－ＰＵＳＣＨ送信である、例示的な実施形態については、ＣＰ拡張のための開始ポイントが、示されたＤＬシンボルから１６μｓ後よりも後、２５μｓ後よりも前である場合、第１のデバイス１１０は、Ｙμｓだけ、ＣＰ拡張の長さを延長し（結果として、ＤＬ－ＵＬギャップを短縮し）、ＣＧ－ＰＵＳＣＨ送信の持続時間に応じて、タイプ２Ｂ ＵＬチャネルアクセス手順を適用し得、Ｙ＝ギャップ－１６μｓである。
【0114】
例えば、図７を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント７０６と決定し、したがって、ギャップは、２１μｓであることが仮定されている。この場合、第１のデバイス１１０は、Ｙ＝２１－１６＝５μｓだけ、ＣＰ拡張を延長し得る。したがって、第１のデバイス１１０は、ギャップの持続時間が、１６μｓに短縮されるように、ＣＰ拡張の調整された開始ポイントを、１６μｓ（基準ポイント３７０＝０μｓであると仮定して）と決定することができる。その後、第１のデバイス１１０は、第２のタイプのＬＢＴ動作を実行し得る。
【0115】
代替として、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いケースにおいては、第１のデバイス１１０は、チャネルセンシングを伴わない、第３のタイプのＬＢＴ動作を実行することができる。例えば、第１のデバイス１１０は、ギャップの持続時間が、第２のしきい値持続時間よりも短く短縮されるように、ＣＰ拡張を延長することによって、開始ポイントよりも早い、ＣＰ拡張の調整された開始ポイントを決定し得る。その後、第１のデバイス１１０は、チャネルセンシングを伴わない、第３タイプのＬＢＴ動作を実行し得る。そのため、ギャップが、最初はＬＢＴ動作を実行するのに不適切であった場合でさえ、第１のデバイス１１０は、ＣＰ拡張に対する調整の後、第２の送信１２５の前に、第２の送信１２５のためのＬＢＴ動作を実行することができる。したがって、ＬＢＴプロセスの成功の可能性は、高められること、または最大化すらされることができる。
【0116】
より詳細には、第２の送信１２５が、ＣＧ－ＰＵＳＣＨ送信である、例示的な実施形態については、ＣＰ拡張のための開始ポイントが、示されたＤＬシンボルから１６μｓ後よりも後、２５μｓ後よりも前である場合、第１のデバイス１１０は、Ｙμｓよりも大きい値だけ、ＣＰ拡張の長さを延長し（結果として、ＤＬ－ＵＬギャップを短縮し）、ＣＧ－ＰＵＳＣＨ送信の持続時間に応じて、タイプ２Ｃ ＵＬチャネルアクセス手順を適用し得、ここで、Ｙ＝ギャップ－１６μｓである。
【0117】
例えば、図７を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント７０６と決定し、したがって、ギャップは、２１μｓであることが仮定されている。この場合、第１のデバイス１１０は、Ｙ＝２１－１６＝５μｓよりも大きい値だけ、ＣＰ拡張を延長し得る。したがって、第１のデバイス１１０は、ギャップの持続時間が、１６μｓよりも短く短縮されるように、ＣＰ拡張の調整された開始ポイントを、（基準ポイント３７０＝０μｓであると仮定して）１６μｓよりも前に決定することができる。その後、第１のデバイス１１０は、第３のタイプのＬＢＴ動作を実行し得る。
【0118】
代替として、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いケースにおいては、第１のデバイス１１０は、第２の送信１２５のためのＬＢＴ動作と、第２の送信１２５とを中止し得る。このようにして、第１のデバイス１１０は、第２の送信１２５が、他の端末デバイスからの他の潜在的な送信と衝突しないことを保証することができ、第１のデバイス１１０の動作を簡略化することもできる。
【0119】
より詳細には、第２の送信１２５が、ＣＧ－ＰＵＳＣＨ送信である、例示的な実施形態については、ＣＰ拡張のための開始ポイントが、示されたＤＬシンボルから１６μｓ後よりも後、２５μｓ後よりも前である場合、第１のデバイス１１０は、ＣＧ－ＰＵＳＣＨを中止し得る。
【0120】
例えば、図７を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント７０６と決定し、したがって、ギャップは、２１μｓであることが仮定されている。この場合、第１のデバイス１１０は、第２の送信１２５のためのＬＢＴ動作を中止し、第２の送信１２５も中止し得る。
【0121】
いくつかのシナリオにおいては、第１のデバイス１１０は、ギャップが、第２のしきい値持続時間よりも長く、第１のしきい値持続時間以上であると決定し得る。例えば、図３および図４を参照すると、第１のデバイス１１０は、第１の送信１１５の終了ポイントを、ポイント３７０と決定し、ＣＰ拡張の開始ポイントを、ポイント３７４、３７６、３７８、３８０、３８２、または３８４と決定することが仮定されている。そのようなケースにおいては、図４にさらに示されるように、第１のデバイス１１０は、ギャップを、第２のしきい値持続時間１６μｓよりも長く、第１のしきい値持続時間２５μｓ以上である、２５μｓ、３４μｓ、４３μｓ、５２μｓ、６１μｓ、または７２μｓと、それぞれ、決定することができる。
【0122】
別の例として、図５および図６を参照すると、第１のデバイス１１０は、第１の送信１１５の終了ポイントを、ポイント５２０と決定し、ＣＰ拡張の開始ポイントを、ポイント３８２または３８４と決定することが仮定されている。そのようなケースにおいては、図６にさらに示されるように、第１のデバイス１１０は、ギャップを、第２のしきい値持続時間１６μｓよりも長く、第１のしきい値持続時間２５μｓ以上である、２５μｓまたは３６μｓと、それぞれ、決定することができる。
【0123】
さらなる例として、図７を参照すると、第１のデバイス１１０は、第１の送信１１５の終了ポイントを、ポイント３７０と決定し、ＣＰ拡張の開始ポイントを、ポイント７０８、７１０、７１２、または７１４と決定することが仮定されている。そのようなケースにおいては、第１のデバイス１１０は、ギャップを、第２のしきい値持続時間１６μｓよりも長く、第１のしきい値持続時間２５μｓ以上である、３０μｓ、３９μｓ、４８μｓ、または５９μｓと、それぞれ、決定することができる。
【0124】
第１のデバイス１１０が、ギャップの持続時間は、第２のしきい値持続時間よりも長く、第１のしきい値持続時間以上であると決定した場合、第１のデバイス１１０は、第１のしきい値持続時間の間の、チャネルセンシングを伴う、第１のタイプのＬＢＴ動作を実行することができる。このように、第１のデバイス１１０は、第２の送信１２５の前に、ＣＰ拡張に対するいかなる調整もなしに、ＬＢＴ動作を実行することができ、それによって、ＣＰ拡張および第２の送信１２５に対する最小の影響を引き起こし、第１のデバイス１１０の動作も簡略化する。
【0125】
より詳細には、第２の送信１２５が、ＣＧ－ＰＵＳＣＨ送信である、例示的な実施形態については、ＣＰ拡張の開始ポイントが、示されたＤＬシンボルから少なくとも２５μｓ後である場合、第１のデバイス１１０は、２５μｓ Ｃａｔ２ ＬＢＴ（すなわち、タイプ２Ａ ＵＬチャネルアクセス手順）を適用し得る。
【0126】
例えば、図３および図４を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３７４、３７６、３７８、３８０、３８２、または３８４と決定し、したがって、ギャップは、２５μｓ、３４μｓ、４３μｓ、５２μｓ、６１μｓ、または７２μｓであることが仮定されている。この場合、第１のデバイス１１０は、第１のタイプのＬＢＴ動作を実行し得る。同様に、図５および図６を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント３８２または３８４と決定し、したがって、ギャップは、２５μｓまたは３６μｓであることが仮定されている。この場合、第１のデバイス１１０は、第１のタイプのＬＢＴ動作を実行し得る。同様に、図７を参照すると、第１のデバイス１１０は、ＣＰ拡張の開始ポイントを、ポイント７０８、７１０、７１２、または７１４と決定し、したがって、ギャップは、３０μｓ、３９μｓ、４８μｓ、または５９μｓであることが仮定されている。この場合、第１のデバイス１１０は、第１のタイプのＬＢＴ動作を実行し得る。
【0127】
いくつかの例示的な実施形態においては、第１のデバイス１１０による第２の送信１２５（例えば、ＣＧ－ＰＵＳＣＨ送信）が、第２のデバイス１２０によって示される構成（例えば、ＣＯＴ）に適合しない場合、第１のデバイス１１０は、第２の送信１２５に対して、Ｃａｔ４ ＬＢＴプロセス（すなわち、タイプ１のＬＢＴ）を適用し得る。例えば、これは、第２のデバイス１２０からの構成内において示された利用可能なシンボルが、第２の送信１２５に先行する、ＣＰ拡張の開始ポイントよりも前に、終了したケースであり得る。
【0128】
本開示の実施形態は、従来のソリューションにおける様々な問題を解決することができる。特に、図５および図６から分かることができるように、本開示の実施形態は、本開示の上述の部分において示されたような、ｇＮＢオーバライディングの問題をうまく解決する。図５および図６において、このオーバライディングが、起こるとき、従来のソリューションに従えば、事前構成されたＣＰ拡張値およびＬＢＴタイプを使用する、第２の送信（例えば、ＵＬ ＣＧ送信）１２５は、もはや実現可能でないことがある。
【0129】
例として開始ポイント３７６を取ると、従来のソリューションに従えば、第１のデバイス１１０は、２５μｓ ＣＣＡを実行し、シンボル３１４とシンボル３１６との間の境界から３４μｓ後に、ＣＰ拡張を送信し始める必要がある。第２のデバイス１２０が、ＤＬデータ送信のために、シンボル３１６を使用する場合、第１のデバイス１１０は、チャネルをビジーとして検出し、構成された開始ポイントにおいて、送信を開始することができない。
【0130】
別の例として開始ポイント３７８を取ると、第２のデバイス１２０によるオーバライディングの後、ＤＬ送信の終了と、（ＣＰ拡張を含む）事前定義された送信の開始位置との間のギャップは、４３μｓから７μｓに変更される。したがって、タイプ２Ａ ＵＬチャネルアクセスタイプは、ギャップが２５μｓ以上である場合にだけ、許可されるので、第１のデバイス１１０は、ＣＧ－ＰＵＳＣＨ送信のために、事前定義されたタイプ２Ａ ＵＬチャネルアクセスを使用することを許可されない。
【0131】
対照的に、上で説明されたように、第１のデバイス１１０が、ポイント３７６または３７８を、第２の送信１２５の前のＣＰ拡張の開始ポイントと決定した場合、第１のデバイス１１０は、特定のタイプのＬＢＴ動作を実行するのに適するように、ギャップを調整するために、ＣＰ拡張の持続時間を適応的に変更することができる。したがって、従来のソリューションと比較して、本開示の実施形態は、従来のソリューションに従えば、いずれのＬＢＴ動作も許可されない場合であっても、ＬＢＴ動作を可能にすることができる。代替として、いくつかの場合においては、第１のデバイス１１０は、第２の送信１２５のためのＬＢＴ動作と、第２の送信１２５とを能動的に中止することができ、それによって、従来のソリューションにおける、無駄なチャネルセンシングを回避し、電力を節約する。
【0132】
いくつかの例示的な実施形態においては、方法２００を実行することが可能な装置（例えば、第１のデバイス１１０）は、方法２００のそれぞれのステップを実行するための手段を備え得る。手段は、任意の適切な形態で、実施され得る。例えば、手段は、回路またはソフトウェアモジュールで、実施され得る。
【0133】
いくつかの例示的な実施形態においては、装置は、さらなる装置によって送信された第１の送信の終了ポイントと、装置によって送信される第２の送信に先行する、ＣＰ拡張の開始ポイントとの間のギャップの持続時間を決定するための手段と、ギャップの持続時間と、複数のタイプのＬＢＴプロセスと関連付けられた複数のしきい値持続時間とを比較することに基づいて、第２の送信のためのＬＢＴプロセスに関連する動作を実行するための手段とを備える。
【0134】
いくつかの例示的な実施形態においては、動作を実行するための手段は、ギャップの持続時間が、第１のしきい値持続時間、および第１のしきい値持続時間よりも短い、第２のしきい値持続時間よりも短いという決定に従って、以下から成る、すなわち、第１のしきい値持続時間の間の、チャネルセンシングを伴う、第１のタイプのＬＢＴ動作を実行すること、第２のしきい値持続時間の間の、チャネルセンシングを伴う、第２のタイプのＬＢＴ動作を実行すること、チャネルセンシングを伴わない、第３のタイプのＬＢＴ動作を実行すること、または第２の送信のためのＬＢＴ動作と、第２の送信とを中止することから成る群から選択される動作を実行するための手段を備える。
【0135】
いくつかの例示的な実施形態においては、装置は、第２の送信の持続時間が、事前決定された持続時間内であるという決定に従って、第３のタイプのＬＢＴ動作を実行するための手段をさらに備える。
【0136】
いくつかの例示的な実施形態においては、装置は、第２の送信の持続時間が、事前決定された持続時間を超えるという決定に従って、ギャップの持続時間が、第２のしきい値持続時間に延長されるように、サイクリックプレフィックス拡張を短縮することによって、開始ポイントよりも遅い、サイクリックプレフィックス拡張の調整された開始ポイントを決定するための手段と、第２のタイプのＬＢＴ動作を実行するための手段とをさらに備える。
【0137】
いくつかの例示的な実施形態においては、装置は、第２の送信の持続時間が、事前決定された持続時間を超えるという決定に従って、ギャップの持続時間が、第１のしきい値持続時間に延長されるように、サイクリックプレフィックス拡張を短縮することによって、開始ポイントよりも遅い、サイクリックプレフィックス拡張の調整された開始ポイントを決定するための手段と、第１のタイプのＬＢＴ動作を実行するための手段とをさらに備える。
【0138】
いくつかの例示的な実施形態においては、装置は、第２の送信の持続時間が、事前決定された持続時間を超えるという決定に従って、第２の送信のためのＬＢＴ動作と、第２の送信とを中止するための手段をさらに備える。
【0139】
いくつかの例示的な実施形態においては、動作を実行するための手段は、ギャップの持続時間が、第１のしきい値持続時間よりも短い、第２のしきい値持続時間と等しいという決定に従って、第２のしきい値持続時間の間の、チャネルセンシングを伴う、第２のタイプのＬＢＴ動作を実行するための手段を備える。
【0140】
いくつかの例示的な実施形態においては、動作を実行するための手段は、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いという決定に従って、ギャップの持続時間が、第１のしきい値持続時間に延長されるように、サイクリックプレフィックス拡張を短縮することによって、開始ポイントよりも遅い、サイクリックプレフィックス拡張の調整された開始ポイントを決定するための手段と、第１のしきい値持続時間の間の、チャネルセンシングを伴う、第１のタイプのＬＢＴ動作を実行するための手段とを備える。
【0141】
いくつかの例示的な実施形態においては、動作を実行するための手段は、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いという決定に従って、ギャップの持続時間が、第２のしきい値持続時間に短縮されるように、サイクリックプレフィックス拡張を延長することによって、開始ポイントよりも早い、サイクリックプレフィックス拡張の調整された開始ポイントを決定するための手段と、第２のしきい値持続時間の間の、チャネルセンシングを伴う、第２のタイプのＬＢＴ動作を実行するための手段とを備える。
【0142】
いくつかの例示的な実施形態においては、動作を実行するための手段は、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いという決定に従って、ギャップの持続時間が、第２のしきい値持続時間よりも短く短縮されるように、サイクリックプレフィックス拡張を延長することによって、開始ポイントよりも早い、サイクリックプレフィックス拡張の調整された開始ポイントを決定する手段と、チャネルセンシングを伴わない、第３タイプのＬＢＴ動作を実行するための手段とを備える。
【0143】
いくつかの例示的な実施形態においては、動作を実行するための手段は、ギャップの持続時間が、第１のしきい値持続時間よりも短く、第２のしきい値持続時間よりも長いという決定に従って、第２の送信のためのＬＢＴ動作と、第２の送信とを中止するための手段を備える。
【0144】
いくつかの例示的な実施形態においては、動作を実行するための手段は、ギャップの持続時間が、第２のしきい値持続時間よりも長い、第１のしきい値持続時間以上であるという決定に従って、第１のしきい値持続時間の間の、チャネルセンシングを伴う、第１のタイプのＬＢＴ動作を実行するための手段を備える。
【0145】
いくつかの例示的な実施形態においては、装置は、さらなる装置から、第２の送信のための時間リソースおよび周波数リソースと、サイクリックプレフィックス拡張の持続時間とを含む、構成メッセージを受信するための手段と、構成メッセージに基づいて、サイクリックプレフィックス拡張の開始ポイントを決定するための手段とをさらに備える。
【0146】
いくつかの例示的な実施形態においては、装置は、さらなる装置から、構成メッセージを受信するための手段と、構成メッセージから、第１の送信の終了ポイントを決定するための手段とをさらに備える。
【0147】
いくつかの例示的な実施形態においては、装置は、第２の送信のためのタイミングアドバンス値を決定するための手段と、タイミングアドバンス値に基づいて、サイクリックプレフィックス拡張の開始ポイントを決定するための手段とをさらに備える。
【0148】
いくつかの例示的な実施形態においては、第１の送信は、ダウンリンク送信であり、第２の送信は、グラントが構成された物理アップリンク共有チャネル、ＣＧ－ＰＵＳＣＨ、送信である。
【0149】
いくつかの例示的な実施形態においては、装置は、端末デバイスを含み、さらなる装置は、ネットワークデバイスを含む。
【0150】
いくつかの例示的な実施形態においては、装置は、方法２００のいくつかの例示的な実施形態における他のステップを実行するための手段をさらに備える。いくつかの例示的な実施形態においては、手段は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む、少なくとも１つのメモリとを備え、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、装置の実行を引き起こすように構成される。
【0151】
図８は、本開示の例示的な実施形態を実施するのに適したデバイス８００の簡略化されたブロック図を例示している。デバイス８００は、通信デバイスを、例えば、図１に示されるような、第１のデバイス１１０および第２のデバイス１２０を実施するために、提供され得る。示されるように、デバイス８００は、１つまたは複数のプロセッサ８１０と、プロセッサ８１０に結合された、１つまたは複数のメモリ８２０と、プロセッサ８１０に結合された、１つまたは複数の通信モジュール８４０とを含む。
【0152】
通信モジュール８４０は、双方向通信用である。通信モジュール８４０は、通信を容易にするために、少なくとも１つのアンテナを有する。通信インタフェースは、他のネットワーク要素との通信に必要な、任意のインタフェースを表し得る。
【0153】
プロセッサ８１０は、ローカル技術ネットワークに適した、任意のタイプであり得、非限定的な例として、以下のうちの、すなわち、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づいたプロセッサのうちの１つまたは複数を含み得る。デバイス８００は、メインプロセッサを同期させるクロックに時間的に従属する、特定用途向け集積回路チップなど、複数のプロセッサを有し得る。
【0154】
メモリ８２０は、１つまたは複数の不揮発性メモリと、１つまたは複数の揮発性メモリとを含み得る。不揮発性メモリの例は、リードオンリメモリ（ＲＯＭ）８２４、電気的プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、フラッシュメモリ、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、ならびに他の磁気記憶および／または光学記憶を含むが、それらに限定されない。揮発性メモリの例は、ランダムアクセスメモリ（ＲＡＭ）８２２、および電力ダウン持続時間中は持続しない他の揮発性メモリを含むが、それらに限定されない。
【0155】
コンピュータプログラム８３０は、関連付けられたプロセッサ８１０によって実行される、コンピュータ実行可能命令を含む。コンピュータプログラム８３０は、ＲＯＭ８２４内に記憶され得る。プロセッサ８１０は、コンピュータプログラム８３０をＲＡＭ８２２内にロードすることによって、任意の適切なアクションおよび処理を実行し得る。
【0156】
本開示の例示的な実施形態は、デバイス８００が、図２を参照して論じられたような、本開示のいずれかのプロセスを実行し得るように、コンピュータプログラム８３０によって、実施され得る。また、本開示の例示的な実施形態は、ハードウェアによっても、またはソフトウェアとハードウェアの組み合わせによっても、実施され得る。
【0157】
いくつかの例示的な実施形態においては、コンピュータプログラム８３０は、（メモリ８２０内など）デバイス８００内に、またはデバイス８００によってアクセス可能な他の記憶デバイス内に含まれ得る、コンピュータ可読媒体内に有形に含まれ得る。デバイス８００は、実行のために、コンピュータ可読媒体から、ＲＡＭ８２２に、コンピュータプログラム８３０をロードし得る。コンピュータ可読媒体は、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、およびＤＶＤなど、任意のタイプの有形な不揮発性記憶を含み得る。
【0158】
図９は、本開示のいくつかの例示的な実施形態による、例示的なコンピュータ可読媒体９００のブロック図を例示している。図９の例においては、コンピュータ可読媒体９００は、ＣＤまたはＤＶＤの形態である。コンピュータ可読媒体９００は、その上に記憶されたコンピュータプログラム８３０を有する。
【0159】
一般に、本開示の様々な例示的な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実施され得る。いくつかの態様は、ハードウェアで実施され得るが、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得る、ファームウェアまたはソフトウェアで実施され得る。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、またはいくつかの他の絵画的表現を使用して、例示および説明されているが、本明細書において説明されるブロック、装置、システム、技法、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくはロジック、汎用ハードウェアもしくはコントローラもしくは他のコンピューティングデバイス、またはそれらのいくつかの組み合わせで実施され得ることが理解されるべきである。
【0160】
本開示は、非一時的コンピュータ可読記憶媒体上に有形に記憶された、少なくとも１つのコンピュータプログラム製品も提供する。コンピュータプログラム製品は、プログラムモジュール内に含まれ、図２を参照して上で説明されたような方法２００を実施するために、デバイス内において、ターゲット実プロセッサまたは仮想プロセッサ上で実行されるもののような、コンピュータ実行可能命令を含む。一般に、プログラムモジュールは、特定のタスクを実行する、または特定の抽象データ型を実施する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、またはデータ構造などを含む。プログラムモジュールの機能性は、様々な例示的な実施形態においては、所望に応じて、組み合わされ、またはプログラムモジュール間で分割され得る。プログラムモジュールのためのマシン実行可能命令は、ローカルデバイスまたは分散デバイス内において、実行され得る。分散デバイスにおいては、プログラムモジュールは、ローカルおよびリモート記憶媒体の両方に配置され得る。
【0161】
本開示の方法を実施するためのプログラムコードは、１つまたは複数のプログラミング言語の任意の組み合わせで、書かれ得る。これらのプログラムコードは、プログラムコードが、プロセッサまたはコントローラによって実行されたとき、フローチャートおよび／またはブロック図において指定された機能／動作が実施されることを引き起こすように、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサまたはコントローラに提供され得る。プログラムコードは、スタンドアロンソフトウェアパッケージとして、完全にマシン上において、部分的にマシン上において、部分的にマシン上、部分的にリモートマシン上において、または完全にリモートマシンもしくはサーバ上において、動作し得る。
【0162】
本開示との関連においては、コンピュータプログラムコードまたは関連データは、デバイス、装置、またはプロセッサが、上で説明されたような様々なプロセスおよび動作を実行することを可能にするために、任意の適切なキャリアによって運ばれ得る。キャリアの例は、信号、およびコンピュータ可読媒体などを含む。
【0163】
コンピュータ可読媒体は、コンピュータ可読信号媒体、またはコンピュータ可読記憶媒体であり得る。コンピュータ可読媒体は、電子、磁気、光学、電磁、赤外線、もしくは半導体のシステム、装置、もしくはデバイス、または上述のものの任意の適切な組み合わせを含み得るが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例は、１つもしくは複数の電線を有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭもしくはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、または上述のものの任意の適切な組み合わせを含む。
【0164】
さらに、動作は、特定の順序で描かれているが、これは、望ましい結果を達成するためには、そのような動作が、示された特定の順序で、もしくは順次的に実行されること、またはすべての例示された動作が、実行されることを要求していると、理解されるべきではない。ある状況下においては、マルチタスキングおよび並列処理が、有利なことがある。同様に、いくつかの特定の実施詳細が、上述の論説に含まれているが、これらは、本開示の範囲に対する限定として、解釈されるべきではなく、むしろ、特定の例示的な実施形態に固有であり得る特徴の説明として、解釈されるべきである。別々の例示的な実施形態との関連において説明される、ある特徴は、単一の例示的な実施形態において組み合わせて、実施されてもよい。逆に、単一の例示的な実施形態との関連において説明される、様々な特徴は、複数の例示的な実施形態において別々に、または任意の適切なサブコンビネーションで、実施されてもよい。
【0165】
本開示は、構造的特徴および／または方法論的行為に固有の言語で、説明されたが、添付の特許請求の範囲において定義される本開示は、必ずしも上で説明された特定の特徴または行為に限定されないことが理解されるべきである。むしろ、上で説明された特定の特徴および行為は、請求項を実施する例示的な形態として、開示されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【国際調査報告】