知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-26
(45)【発行日】2024-09-03
(54)【発明の名称】通信デバイス及び通信デバイスの動作方法
(51)【国際特許分類】
H04W 72/1273 20230101AFI20240827BHJP
H04W 28/04 20090101ALI20240827BHJP
H04W 72/54 20230101ALI20240827BHJP
H04W 74/0808 20240101ALI20240827BHJP
H04W 72/0453 20230101ALI20240827BHJP
H04W 72/0446 20230101ALI20240827BHJP
【ＦＩ】
H04W72/1273
H04W28/04 110
H04W72/54 110
H04W74/0808
H04W72/0453
H04W72/0446
【請求項の数】
6
(21)【出願番号】P 2021571976
(86)(22)【出願日】2019-06-06
(65)【公表番号】
(43)【公表日】2022-09-30
(86)【国際出願番号】 CN2019090429
(87)【国際公開番号】W WO2020243970
(87)【国際公開日】2020-12-10
【審査請求日】2022-06-01
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】リアン リン
(72)【発明者】
【氏名】ワン ガン
【審査官】野村 潔
(56)【参考文献】
【文献】米国特許出願公開第２０１８／０２５４８５８（ＵＳ，Ａ１）
【文献】Nokia, Nokia Shanghai Bell，Feature Lead's Summary #2 on Channel Access Procedures，3GPP TSG RAN WG1 #96b R1- 1905766，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1905766.zip>，2019年04月12日
【文献】Lenovo, Motorola Mobility，Extensions for Channel Access Procedures[online]，3GPP TSG RAN WG1 #96b R1-1905183，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1905183.zip>，2019年03月29日
【文献】OPPO，Channel access procedures for NR-U，3GPP TSG RAN WG1 #97 R1-1906486，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906486.zip>，2019年05月03日
【文献】ZTE, Sanechips，Discussion on channel access procedure for NR-U，3GPP TSG RAN WG1 #97 R1-1905951，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1905951.zip>，2019年05月04日
【文献】Huawei, HiSilicon，Coexistence and channel access for NR unlicensed band operations[online]，3GPP TSG RAN WG1 #97 R1-1906044，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906044.zip>，2019年05月03日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ）フィードバックが利用可能な基準期間における少なくとも１つの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信に対応する前記ＨＡＲＱ－ＡＣＫフィードバックの統計情報を決定し、前記ＨＡＲＱ－ＡＣＫフィードバックの前記統計情報に基づいてダウンリンク送信のコンテンションウィンドウサイズ調整を実行し、
前記基準期間は、少なくとも１つの第１のＰＤＳＣＨ送信を含み、前記第１のＰＤＳＣＨ送信は全てのリソースを用いて送信され、又は、割り当てられたリソースの全てを利用して送信されるわけではない少なくとも１つの第２のＰＤＳＣＨ送信を含み、
前記基準期間が、割り当てられたリソースの全てを利用して送信される前記ＰＤＳＣＨ送信がない場合、前記基準期間は、割り当てられたリソースの全てを利用して送信されるわけではない少なくとも１つの第２のＰＤＳＣＨ送信を含む、
通信デバイスの動作方法。
【請求項2】
少なくとも１つの前記第２のＰＤＳＣＨ送信は、送信バーストに含まれる請求項１に記載の通信デバイスの動作方法。
【請求項3】
少なくとも１つの前記第１のＰＤＳＣＨ送信は、送信バーストに含まれる請求項１に記載の通信デバイスの動作方法。
【請求項4】
ハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ）フィードバックが利用可能な基準期間における少なくとも１つの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信に対応する前記ＨＡＲＱ－ＡＣＫフィードバックの統計情報を決定する手段と、
前記ＨＡＲＱ－ＡＣＫフィードバックの前記統計情報に基づいてダウンリンク送信のコンテンションウィンドウサイズ調整を実行する手段と、を有し、
前記基準期間は、少なくとも１つの第１のＰＤＳＣＨ送信を含み、前記第１のＰＤＳＣＨ送信は全てのリソースを用いて送信され、又は、割り当てられたリソースの全てを利用して送信されるわけではない少なくとも１つの第２のＰＤＳＣＨ送信を含み、
前記基準期間が、割り当てられたリソースの全てを利用して送信される前記ＰＤＳＣＨ送信がない場合、前記基準期間は、割り当てられたリソースの全てを利用して送信されるわけではない少なくとも１つの第２のＰＤＳＣＨ送信を含む、
通信デバイス。
【請求項5】
少なくとも１つの前記第２のＰＤＳＣＨ送信は、送信バーストに含まれる請求項４に記載の通信デバイス。
【請求項6】
少なくとも１つの前記第１のＰＤＳＣＨ送信は、送信バーストに含まれる請求項４に記載の通信デバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施例は総体的に通信分野に関して、具体的に、コンテンションウィンドウ（ＣＷ）調整のための方法、デバイス及びコンピュータ可読媒体に関する。
【背景技術】
【0002】
異なる無線デバイスが地方自治体、国、地域、さらに世界レベルで通信できる汎用プロトコルを提供するために、各種の通信規格において通信技術を開発した。新たな通信規格の１つの例示として、新しい無線（ＮＲ）、例えば、５Ｇ無線アクセスがある。ＮＲは第３世代パートナーシッププロジェクト（３ＧＰＰ）が発布したロングタームエボリューション（ＬＴＥ）モバイル規格の一連の拡張機能である。ＮＲの設計によって、ダウンリンク（ＤＬ）及びアップリンク（ＵＬ）でサイクリックプレフィックス（ＣＰ）を有するＯＦＤＭＡを利用して、スペクトル効率を向上させ、コストを低減させ、サービスを改良して、新たなスペクトルを利用して、及び他のオープン規格とよりよく統合することで、モバイルブロードバンドインターネットアクセス、ビーム成形、多入力多出力（ＭＩＭＯ）アンテナ技術及びキャリアアグリゲーションをより適切にサポートする。
【0003】
ライセンス支援アクセス（ＬＡＡ）は、ＬＴＥがライセンスされていない５ＧＨｚ帯域に過剰なトラフィックをオフロードするためのソリューションとして３ＧＰＰによって承認されており、チャネルアクセスの前にリッスンビフォアトーク（ＬＢＴ）が採用されている。ＬＢＴスキームは、さまざまな無線アクセステクノロジー間の公平性を確保するために、ライセンスのない帯域での必要条件として機能します。ＮＲ－Ｕｎｌｉｃｅｎｓｅｄ（ＮＲＵ）の場合、ＴＲ３８．８８９は、可変サイズの競合ウィンドウを使用したランダムバックオフを使用したＬＢＴを定義する。ＣＷ調整またはコンテンションウィンドウサイズ（ＣＷＳ）調整は、ライセンスのない帯域での送信ポイントの共存を改善するために使用される。
【発明の概要】
【発明が解決しようとする課題】
【0004】
総体的に、本開示の例示的な実施例はＣＷ調整のための方法、デバイス及びコンピュータ可読媒体を提供する。
【課題を解決するための手段】
【0005】
第１の態様は通信のための方法を提供する。当該方法は、第１の送信が１組のサブバンドへの占有に基づき、少なくとも第１の時間間隔における第１の送信から１組の参照送信を選択し、１組のサブバンドについて、アイドルチャンネル評価を実行することと、１組の参照送信の受信状態に基づき、不成功受信率を決定することと、不成功受信率に基づき、第１の時間間隔後の第２の時間間隔における第２の送信についてのコンテンションウィンドウの調整を決定することと、を含む。
【0006】
第２の態様は通信のためのデバイスを提供する。当該デバイスはプロセッサと、プロセッサに結合され指令が記憶されるメモリとを含み、指令がプロセッサにより実行される場合、デバイスに動作を実行させる。動作は、第１の送信が１組のサブバンドへの占有に基づき、少なくとも第１の時間間隔における第１の送信から１組の参照送信を選択し、１組のサブバンドについて、アイドルチャンネル評価を実行することと、１組の参照送信の受信状態に基づき、不成功受信率を決定することと、不成功受信率に基づき、第１の時間間隔後の第２の時間間隔における第２の送信についてのコンテンションウィンドウの調整を決定することと、を含む。
【0007】
第３の態様は、少なくとも１つのプロセッサで実行される場合、当該少なくとも１つのプロセッサに、第１の態様による方法を実行させる指令が記憶されるコンピュータ可読媒体を提供する。
【0008】
以下の記載によって、本開示の他の特徴は分かりやすくなる。
【図面の簡単な説明】
【0009】
図面の、本開示のいくつかの実施例についてのより詳しい記載によって、本開示の上述及び他目的、特徴、利点はより明らかになる。
【0010】
【図1】本開示のいくつかの実施例を実現できる通信環境の模式図である。
【0011】
【図2】本開示のいくつかの実施例による例示的な方法のフロ一チヤ一卜である。
【0012】
【図3】本開示のいくつかの実施例による参照タイムスロットにおけるＰＤＳＣＨ送信の模式図である。
【0013】
【図4】本開示の他のいくつかの実施例による参照タイムスロットにおけるＰＤＳＣＨ送信の模式図である。
【0014】
【図5】本開示の他のいくつかの実施例による参照タイムスロットにおけるＰＤＳＣＨ送信の模式図である。
【0015】
【図6】本開示のいくつかの実施例による２つの送信バーストの模式図である。
【0016】
【図7】本開示の実施例を実現できるデバイスの簡略化ブロック図である。
【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】
構成特徴及び／又は方法動作の専用言語で本開示を記載したが、ここで、添付の請求項に限定される本開示は、上述特定の特徴又は動作に限定されていない。上述特定の特徴及び動作は、請求項を実施する例示的な形式として開示される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】