特許 7589966 送信キャンセル指示モニタリングを実行するシステム及び方法

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

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

(11)【特許番号】

(24)【登録日】2024-11-18

(45)【発行日】2024-11-26

(54)【発明の名称】送信キャンセル指示モニタリングを実行するシステム及び方法

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20241119BHJP

   H04W 72/0446 20230101ALI20241119BHJP

   H04W 72/232 20230101ALI20241119BHJP

【ＦＩ】

H04W72/1268

H04W72/0446

H04W72/232

【請求項の数】 23

(21)【出願番号】P 2020122283

(22)【出願日】2020-07-16

(65)【公開番号】P2021019357

(43)【公開日】2021-02-15

【審査請求日】2023-06-30

(31)【優先権主張番号】62/875,789

(32)【優先日】2019-07-18

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】16/878,601

(32)【優先日】2020-05-19

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】390019839

【氏名又は名称】三星電子株式会社

【氏名又は名称原語表記】Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ．

【住所又は居所原語表記】１２９，Ｓａｍｓｕｎｇ－ｒｏ，Ｙｅｏｎｇｔｏｎｇ－ｇｕ，Ｓｕｗｏｎ－ｓｉ，Ｇｙｅｏｎｇｇｉ－ｄｏ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】アーメッド エイ．アボターブル

(72)【発明者】

【氏名】▲ペ▼ 正鉉

【審査官】▲高▼木 裕子

(56)【参考文献】

【文献】CATT，Discussion on inter-UE UL multiplexing[online]，3GPP TSG RAN WG1 #97 R1-1906331，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906331.zip>，2019年05月04日

【文献】vivo，UL inter-UE Tx prioritization for URLLC[online]，3GPP TSG RAN WG1 #97 R1-1906150，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906150.zip>，2019年05月01日

【文献】Qualcomm Incorporated，Uplink inter-UE Tx Multiplexing and Prioritization[online]，3GPP TSG RAN WG1 #97 R1-1907285，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1907285.zip>，2019年05月04日

【文献】Panasonic，On NR URLLC UL inter UE Tx prioritization/multiplexing[online]，3GPP TSG RAN WG1 #96 R1-1902521，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1902521.zip>，2019年02月15日

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

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

Ｈ０４Ｗ ４／００ － ９９／００

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

ネットワークによってユーザ装置（ＵＥ）デバイスに送信グラントを提供する方法であって、
特定の時間の中でのアップリンク送信に対して前記送信グラントを提供するプロセスを開始し、
前記特定の時間と重なるキャンセル指示が存在しないかを確認し、
重なるキャンセル指示が存在しないことを確認したことに基づいて、前記送信グラントを前記ＵＥデバイスに提供し、
重なるキャンセル指示が存在することを確認したことに基づいて、前記送信グラントを前記ＵＥデバイスに提供せず、前記ＵＥデバイスが前記送信グラントのモニタリングをスキップすることを可能にする、
ことを有する方法。

【請求項2】

前記特定の時間はキャンセルウィンドウであり、当該方法は更に、
前記プロセスを、前記キャンセルウィンドウ内にある時点での前記アップリンク送信に対して前記送信グラントを提供するために開始し、
前記キャンセルウィンドウ内にある前記アップリンク送信に対する前記送信グラントを前記ＵＥデバイスに提供することができるグラントウィンドウを決定し、該グラントウィンドウの外では前記ネットワークは送信グラントを提供せず、
前記送信グラントが前記グラントウィンドウ内にあることを確認し、
前記送信グラントが前記グラントウィンドウ内にあることを確認したことに基づいて、前記送信グラントを前記ＵＥデバイスに提供する、
ことを有する、請求項１に記載の方法。

【請求項3】

前記キャンセルウィンドウは、前記ＵＥデバイスに関連付けられたモニタリング機会に付随し、
前記キャンセルウィンドウは、前記モニタリング機会の終了点から時間Ｔ_１だけ後に開始点を含み、前記時間Ｔ_１は、前記送信グラントのキャンセルを処理するために前記ＵＥデバイスによって必要とされる時間に基づく、
請求項２に記載の方法。

【請求項4】

前記グラントウィンドウは、前記モニタリング機会の開始点より時間Ｔ_２だけ前に終了点を含み、前記時間Ｔ_２は、前記送信グラントを処理するために前記ＵＥデバイスによって必要とされる時間に基づく、請求項３に記載の方法。

【請求項5】

前記ネットワークにより、前記ＵＥデバイスからの前記時間Ｔ_２を示すインジケーションを受信する、ことを更に有する請求項４に記載の方法。

【請求項6】

前記特定の時間はキャンセルウィンドウであり、
前記キャンセルウィンドウは、前記ＵＥデバイスに関連付けられたモニタリング機会に付随し、
前記キャンセルウィンドウの終了点は、前記モニタリング機会の期間“Ｐ”に基づき、且つ
前記キャンセルウィンドウの長さは、前記モニタリング機会の前記期間“Ｐ”に等しい、
請求項１に記載の方法。

【請求項7】

前記送信グラントをキャンセルするキャンセル指示をモニタリング機会内に送信するかを決定し、
前記送信グラントをキャンセルする前記キャンセル指示を前記モニタリング機会内に送信する、
ことを更に有する請求項１に記載の方法。

【請求項8】

ユーザ装置（ＵＥ）デバイス内での処理負荷を低減させる方法であって、
前記ＵＥデバイスのキャンセル指示モニタリング論理部により、キャンセル指示以降の開始点を持つ送信グラントは受信されないであろうと推測し、
前記キャンセル指示以降の開始点を持つ送信グラントは受信されないであろうと推測したことに基づいて、前記送信グラントのモニタリングをスキップする、
ことを有する方法。

【請求項9】

前記ＵＥデバイスの前記キャンセル指示モニタリング論理部により、前記送信グラントの前記開始点が前記キャンセル指示以降ではないときに、前記キャンセル指示によって示される被キャンセルシンボルは送信スケジュールされないであろうと推測する、
ことを更に有する請求項８に記載の方法。

【請求項10】

前記送信グラントは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）搬送ＵＬグラントであり、当該方法は更に、
前記ＵＥデバイスの前記キャンセル指示モニタリング論理部により、前記キャンセル指示を有するＰＤＣＣＨ搬送ダウンリンク制御情報（ＤＣＩ）の最後のシンボル以降に終了シンボルを含む前記ＰＤＣＣＨ搬送ＵＬグラントの受信がないことを、対応する送信が、前記キャンセル指示を有する前記ＤＣＩによって示される送信とリソース衝突する場合に推測する、
ことを有する、請求項８に記載の方法。

【請求項11】

前記送信グラントは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）搬送ＵＬグラントであり、当該方法は更に、
前記ＰＤＣＣＨ搬送ＵＬグラントの終了シンボルが、前記キャンセル指示を有するＰＤＣＣＨ搬送ダウンリンク制御情報（ＤＣＩ）の最後のシンボルよりも前であるときに、前記キャンセル指示を有する前記ＤＣＩを、ＰＤＣＣＨ搬送ＵＬグラントスケジューリング送信に適用する、
ことを有する、請求項８に記載の方法。

【請求項12】

前記ＵＥデバイスの前記キャンセル指示モニタリング論理部により、キャンセル指示のモニタリング機会に付随するキャンセルウィンドウと重なる送信が存在しないかを判定し、
キャンセルウィンドウと重なる送信が存在しないと判定したことに基づいて、前記モニタリング機会をスキップする、
ことを更に有する請求項８に記載の方法。

【請求項13】

前記モニタリング機会を前記スキップすることは、前記ＵＥデバイスが前記モニタリング機会中に前記キャンセル指示のモニタリングを行う処理サイクルを浪費しないことを含む、請求項１２に記載の方法。

【請求項14】

前記送信グラントの終了点が、前記モニタリング機会の開始点より少なくとも時間Ｔ_２だけ前であることを保証し、前記時間Ｔ_２は、前記送信グラントを処理するために前記ＵＥデバイスによって必要とされる時間に基づき、
前記ＵＥデバイスの前記キャンセル指示モニタリング論理部により、前記モニタリング機会の前記開始点より時間Ｔ_２だけ前よりも後の終了点を持つ送信グラントは受信されないであろうと推測し、
前記モニタリング機会の前記開始点より時間Ｔ_２だけ前よりも後の終了点を持つ送信グラントは受信されないであろうと推測したことに基づいて、前記モニタリング機会をスキップする、
ことを更に有する請求項１２に記載の方法。

【請求項15】

ユーザ装置（ＵＥ）デバイスと、
特定の時間の中でのアップリンク送信に対して送信グラントを提供するように構成されたリモートサーバと、
を有し、前記リモートサーバは更に、
前記特定の時間と重なるキャンセル指示が存在しないかを確認し、
重なるキャンセル指示が存在しないことの確認に基づいて、前記送信グラントを前記ＵＥデバイスに提供し、
重なるキャンセル指示が存在することを確認したことに基づいて、前記送信グラントを前記ＵＥデバイスに提供せず、前記ＵＥデバイスが前記送信グラントのモニタリングをスキップすることを可能にする、
ように構成される、
システム。

【請求項16】

前記特定の時間はキャンセルウィンドウであり、前記リモートサーバは更に、
前記キャンセルウィンドウ内にある時点での前記アップリンク送信に対して前記送信グラントを提供し、
前記キャンセルウィンドウ内にある前記アップリンク送信に対する前記送信グラントを前記ＵＥデバイスに提供することができるグラントウィンドウを決定し、該グラントウィンドウの外では前記リモートサーバは送信グラントを提供せず、
前記送信グラントが前記グラントウィンドウ内にあることを確認し、
前記送信グラントが前記グラントウィンドウ内にあることの確認に基づいて、前記送信グラントを前記ＵＥデバイスに提供する、
ように構成される、請求項１５に記載のシステム。

【請求項17】

前記キャンセルウィンドウは、前記ＵＥデバイスに関連付けられたモニタリング機会に付随し、
前記キャンセルウィンドウは、前記モニタリング機会の終了点から時間Ｔ_１だけ後に開始点を含み、前記時間Ｔ_１は、前記送信グラントのキャンセルを処理するために前記ＵＥデバイスによって必要とされる時間に基づく、
請求項１６に記載のシステム。

【請求項18】

前記グラントウィンドウは、前記モニタリング機会の開始点より時間Ｔ_２だけ前に終了点を含み、前記時間Ｔ_２は、前記送信グラントを処理するために前記ＵＥデバイスによって必要とされる時間に基づく、請求項１７に記載のシステム。

【請求項19】

前記リモートサーバは、前記ＵＥデバイスからの前記時間Ｔ_２を示すインジケーションを受信するように構成される、請求項１８に記載のシステム。

【請求項20】

ユーザ装置（ＵＥ）デバイスのキャンセルモニタリング論理部であって、
キャンセル指示のモニタリング機会に付随するキャンセルウィンドウと重なる送信が存在しないかを判定し、
キャンセルウィンドウと重なる送信が存在しないとの判定に基づいて、前記モニタリング機会をスキップする、
ように構成されたキャンセルモニタリング論理部。

【請求項21】

当該キャンセルモニタリング論理部は、前記ＵＥデバイスに、前記モニタリング機会中に前記ＵＥデバイスがキャンセル指示のモニタリングを行う処理サイクルを浪費させないように構成される、請求項２０に記載のキャンセルモニタリング論理部。

【請求項22】

当該キャンセルモニタリング論理部は、
前記モニタリング機会の開始点より時間Ｔ_２だけ前よりも後の終了点を持つ送信グラントは受信されないであろうと推測し、前記時間Ｔ_２は、前記送信グラントを処理するために前記ＵＥデバイスによって必要とされる時間に基づき、
前記モニタリング機会の前記開始点より時間Ｔ_２だけ前よりも後の終了点を持つ送信グラントは受信されないであろうとの推測に基づいて、前記モニタリング機会をスキップする、
ように構成される、請求項２０に記載のキャンセルモニタリング論理部。

【請求項23】

前記キャンセルウィンドウの終了点は、前記モニタリング機会の期間“Ｐ”に基づき、且つ
前記キャンセルウィンドウの長さは、前記モニタリング機会の前記期間“Ｐ”に等しい、
請求項２０に記載のキャンセルモニタリング論理部。

【発明の詳細な説明】

【技術分野】

【0001】

この出願は、２０１９年７月１８日に出願された米国仮出願第６２／８７５，７８９号の利益を主張するものであり、それをここに援用する。

【0002】

本実施形態は、無線ネットワークシステムに関し、より具体的には、ユーザ装置（ＵＥ）及びネットワークに関連する送信キャンセル指示モニタリングを実行するシステム及び方法に関する。

【背景技術】

【0003】

キャンセル指示（cancellation indication；ＣＩ）は、ネットワークが以前にＵＥのために割り当てた時間及び周波数リソースを含めてＵＥ送信をキャンセルするための、ネットワークからＵＥへの指示（インジケーション）である。そのようなキャンセルの背後にある理由は、例えば超高信頼・低遅延通信（ultra-reliable and low-latency communication；ＵＲＬＬＣ）のために、より高い送信優先度情報を持つ他のユーザ用にリソースを解放するためである。

【0004】

このキャンセルを行うためには、先ず、ＵＥが、物理ダウンリンク制御チャネル（physical downlink control channel；ＰＤＣＣＨ）を介して届けられ得るものであるＣＩを受信する必要がある。ＰＤＣＣＨを介して受信するために、ＵＥは、各モニタリング機会（monitoring occasion；ＭＯ）において、可能性あるＰＤＣＣＨ伝送をモニタし得る。新無線（new radio；ＮＲ）における既存のＰＤＣＣＨモニタリング技術は、動的グラント（dynamic grant、動的許可）とキャンセル指示との間の関係を考えていない。キャンセル操作は、送信に急を要するいっそう高い優先順位の送信を受け入れるために実行されるので、ＣＩのＭＯは必然的に非常に頻繁になる傾向があり、ＣＩモニタリングの手順は、ＵＥ及び／又はネットワークにとって重荷となり得る。

【発明の概要】

【0005】

開示の様々な実施形態は、ネットワークによってＵＥデバイスに送信グラントを提供する方法を含む。この方法は、特定の時間の中での送信に対して送信グラントを提供するプロセスを開始することを含み得る。この方法は、前記特定の時間と重なるキャンセル指示が存在しないことを確認することを含み得る。この方法は、重なるキャンセル指示が存在しないこと確認に基づいて、送信グラントをＵＥデバイスに提供することを含み得る。

【0006】

一部の実施形態は、ＵＥデバイス内での処理負荷を低減させる方法を含む。この方法は、ＵＥデバイスのキャンセル指示モニタリング論理部により、モニタリング機会に付随するキャンセルウィンドウと重なる送信が存在しないかを判定することを含み得る。この方法は、キャンセルウィンドウと重なる送信が存在しないとの判定に基づいて、そのモニタリング機会をスキップすることを含み得る。

【0007】

一部の実施形態は、ＵＥデバイス及びリモートサーバを有するシステムを含む。リモートサーバは、特定の時間の中での送信に対して送信グラントを提供するように構成され得る。リモートサーバは更に、前記特定の時間と重なるキャンセル指示が存在しないことを確認するように構成され得る。リモートサーバは更に、重なるキャンセル指示が存在しないことの確認に基づいて、送信グラントをＵＥデバイスに提供するように構成され得る。

【0008】

一部の実施形態は、ＵＥデバイスのキャンセルモニタリング論理部を含む。このキャンセルモニタリング論理部は、モニタリング機会に付随するキャンセルウィンドウと重なる送信が存在しないかを判定するように構成され得る。このキャンセルモニタリング論理部は、キャンセルウィンドウと重なる送信が存在しないとの判定に基づいて、モニタリング機会をスキップするように構成され得る。

【図面の簡単な説明】

【0009】

本開示の以上の及び更なる特徴及び利点が、添付の図面を参照してなされる以下の詳細な説明からいっそう容易に明らかになる。

【図1】ここに開示される一部の実施形態に従った、ネットワークと、キャンセル指示モニタリング論理部を各々が有する１つ以上のＵＥデバイスと、を含むシステムを例示している。

【図2】ここに開示される一部の実施形態に従った、キャンセルモニタリング処理に関係するＣＩのためのＭＯ、キャンセルウィンドウ、及び他の期間を含む時間軸に沿ったタイミング図を例示している。

【図3】ここに開示される一部の実施形態に従った、キャンセルモニタリング処理に関係するＣＩのためのＭＯ、キャンセルウィンドウ、及び他の期間を含む時間軸に沿ったタイミング図を例示している。

【図4】ここに開示される一部の実施形態に従った、キャンセルモニタリング処理に関係するＣＩのためのＭＯ、キャンセルウィンドウ、及び他の期間を含む時間軸に沿ったタイミング図を例示している。

【図5】ここに開示される一部の実施形態に従った、ネットワークによってＵＥデバイスに送信グラントを提供する技術を例示するフロー図である。

【図6】ここに開示される一部の実施形態に従った、ネットワークによってＵＥデバイスに送信グラントを提供する他の技術を例示するフロー図である。

【図7】ここに開示される一部の実施形態に従った、キャンセルウィンドウ及びグラントウィンドウを確立する技術を例示するフロー図である。

【図8】ここに開示される一部の実施形態に従った、ネットワークによってＵＥデバイスに送信グラントを提供しない技術を例示するフロー図である。

【図9】ここに開示される一部の実施形態に従った、モニタリング機会をスキップする技術を例示するフロー図である。

【図10】ここに開示される一部の実施形態に従った、モニタリング機会をスキップする他の技術を例示するフロー図である。

【図11】ここに開示される一部の実施形態に従った、モニタリング機会をスキップする更なる他の技術を例示するフロー図である。

【図12】ここに開示される一部の実施形態に従った、モニタリング機会をスキップする更に他の技術を例示するフロー図である。

【図13】ここに開示される一部の実施形態に従った、キャンセル指示を送信するか否かを決定する技術を例示するフロー図である。

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

【0010】

ここでは、ここに開示される実施形態を詳細に参照し、それらの例を添付の図面に示す。以下の詳細な説明では、発明概念の完全なる理解を可能にするために数多くの具体的詳細が記載される。しかしながら、理解されるべきことには、当業者はこれらの具体的詳細を用いずに発明概念を実施し得る。他の例では、実施形態の態様をいたずらに不明瞭にしないよう、周知の方法、手順、コンポーネント、回路、及びネットワークは詳細には説明されていない。

【0011】

理解されることには、ここでは様々な要素を記述するために第１、第２などの用語が使用されることがあるが、それらの要素はこれらの用語によって限定されるべきでない。これらの用語は、単に１つの要素を別の要素から区別するために使用される。発明概念の範囲から逸脱することなく、例えば、第１のインタフェースが第２のインタフェースと称されてもよく、同様に、第２のインタフェースが第１のインタフェースと称されてもよい。

【0012】

ここで発明概念の説明に使用される用語は、単に特定の実施形態を説明する目的でのものであり、発明概念を限定することを意図するものではない。発明概念の説明及び添付の特許請求の範囲で使用されるとき、単数形の“ａ”、“ａｎ”及び“ｔｈｅ”は、文脈が別のことを明確に示さない限り、複数形も同様に含むことが意図される。やはり理解されることには、用語“及び／又は”は、ここで使用されるとき、関連して列挙されるアイテムのうちの１つ以上のアイテムの任意の及び全ての可能な組み合わせを指し、また、それらを包含する。更に理解されることには、用語“有する”及び／又は“有している”は、この明細書で使用されるとき、述べられる機構、数、ステップ、処理、要素、及び／又はコンポーネントの存在を規定するものであるが、１つ以上の他の機構、数、ステップ、処理、要素、コンポーネント、及び／又はこれらのグループの存在又は追加を排除するものではない。図面のコンポーネント及び機構は、必ずしも縮尺通りに描かれているわけではない。

【0013】

ここに開示される実施形態は、ＵＥが処理負荷を低減させることができるＣＩモニタリング方法及びシステムを提供する。ここに記載されるＣＩモニタリング構成及び対応するスケジューリングに基づいて、特定のＭＯをスキップすることができ、それにより、ＵＥの処理負荷を低減させることができる。

【0014】

ＣＩは、ネットワークが以前にＵＥのために割り当てた時間及び周波数リソースを含めてＵＥ送信をキャンセルするための、ネットワークからＵＥへの指示（インジケーション）である。このキャンセルを行うために、先ず、ＵＥが、ＰＤＣＣＨを介して届けられ得るものであるＣＩを受信し得る。ＰＤＣＣＨを介して受信するために、ＵＥは、各ＭＯにて、可能性あるＰＤＣＣＨ伝送をモニタし得る。

【0015】

キャンセル操作は、送信に急を要するいっそう高い優先順位の送信を受け入れるために実行されるので、ＣＩのＭＯは、必然的に非常に頻繁で面倒なものになる傾向がある。従って、ここに開示される一部の実施形態は、ＵＥがそのような処理負荷を低減させることができるＣＩモニタリングを実施するシステム及び方法を含む。例えば、このシステム及び方法は、その送信の開始時点が、対応するＣＩの開始時点と同じ又はそれより後である送信に関して、ＵＥがグラント（許可）を受けないことを確実にすることができる。ＣＩの開始時点はＭＯの開始時点と一致してもよく、また、ＣＩの終了時点はＭＯの終了時点と一致してもよい。故に、ＣＩ及びＭＯのタイミングウィンドウは、一部のケース又は殆どのケースで重なり合い得る。

【0016】

図１は、ここに開示される一部の実施形態に従った、ネットワーク１０２と、キャンセル指示モニタリング論理部（ロジックセクション）（例えば、１１０ａ、１１０ｂ、１１０ｃ）を各々が有する１つ以上のＵＥデバイス（例えば、１０５ａ、１０５ｂ、１０５ｃ）と、を含むシステム１００を例示している。ネットワーク１０２は、セルラネットワーク又は他のタイプの無線ネットワークを含み得る。ＵＥデバイスは、例えば、モバイルコンピュータ１０５ａ、スマートタブレット１０５ｂ、スマートモバイルフォン１０５ｃ、又はこれらに類するものを含み得る。１つ以上のＵＥデバイス（例えば、１０５ａ、１０５ｂ、１０５ｃ）は、ネットワーク１０２を介して１つ以上のリモートサーバ（例えば、１１５）に通信可能に結合され得る。ネットワーク１０２は、１つ以上のＵＥデバイス（例えば、１０５ａ、１０５ｂ、１０５ｃ）とネットワーク１０２との間で情報の伝送を支援する例えば携帯電話基地局１２０ａ及び１２０ｂなどの１つ以上のタワーを含み得る。ネットワーク１０２は、１つ以上のリモートサーバ１１５を含み得る。キャンセル指示モニタリング論理部（例えば、１１０ａ、１１０ｂ、１１０ｃ）は、対応するＵＥデバイス（例えば、１０５ａ、１０５ｂ、１０５ｃ）の各々に内蔵され得る。キャンセル指示モニタリング論理部（例えば、１１０ａ、１１０ｂ、１１０ｃ）は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの好適な組み合わせとして具現化され得る。

【0017】

図２は、ここに開示される一部の実施形態に従った、キャンセルモニタリング処理に関係するＣＩ（例えば、２２０）のためのＭＯ（ＭＯ ＦＯＲ ＣＩ）２０５、キャンセルウィンドウ２１０、及び他の期間（例えば、Ｔ_１及びＴ_２）を含む時間軸２０２に沿ったタイミング図２００を例示している。

【0018】

ＣＩ（例えば、２２０）のための特定のＭＯ２０５を所与として、その特定のＭＯ２０５に付随して、可能性あるキャンセル領域のキャンセルウィンドウ２１０が決定され得る。換言すれば、ＭＯ２０５内で検出されたＣＩ（例えば、２２０）に基づいて、さもなければキャンセルウィンドウ２１０内で行われることになる１つ以上のスケジュールされた送信２３５がキャンセルされ得る。キャンセルウィンドウ２１０の開始時点は２２５にあり、これは、図１に示すように、ＭＯ２０５の終了点２３０からＴ_１の距離にあるとし得る。期間Ｔ_１は、ＣＩ２２０の復号時間及び／又は１つ以上のスケジュールされた送信２３５のキャンセル操作の準備時間を含み得るものであるＣＩ２２０の処理時間に基づいて決定されることができる。

【0019】

Ｔ_１は、１つ以上のＵＥデバイス（例えば、図１の１０５ａ、１０５ｂ、及び１０５ｃ）の１つ以上のキャンセル指示モニタリング論理部（例えば、１１０ａ、１１０ｂ、１１０ｃ）がＭＯ２０５中に検出されたＣＩ２２０に応答してキャンセル動作を実行することできる最も早い可能な時点を規定し得る。キャンセルウィンドウ２１０の終了時点２４０は、キャンセルがどれだけ前に表示され得るかに基づくことができ、これはキャンセル指示シグナリングの設計に依存し得る。一部の実施形態において、キャンセルウィンドウ２１０の長さは、ＭＯ２０５の長さに基づき得る。一部の実施形態において、キャンセルウィンドウ２１０の長さは、少なくともＭＯ２０５の長さと同じ長さである。

【0020】

一部の実施形態において、キャンセルウィンドウ２１０は、ＭＯ２０５の終了点２３０からＴ_１が終了する点２２５で始まり得る。キャンセルウィンドウ２１０内にある、１つ以上のＵＥデバイス（例えば、図１の１０５ａ、１０５ｂ、及び１０５ｃ）に関連する１つ以上のスケジュールされた送信２３５が、対応するＭＯ２０５の間に検出されたＣＩ２２０に基づいてキャンセルされ得る。Ｔ_１は、ＭＯ２０５中に検出されたＣＩ２２０に基づくキャンセル操作を処理するために必要な時間（これは、ＣＩ２２０の復号時間とキャンセル操作の準備時間とを含み得る）とし得る。一部の実施形態において、Ｔ_１は、ＣＩ２２０の１つ以上の特徴に依存し得る可変の時間値である。

【0021】

一部の実施形態において、キャンセルウィンドウ２１０の終了点２４０は、ＭＯ２０５の期間“Ｐ”（例えば、ギャップ）に依存し得る。キャンセルウィンドウ２１０の長さの１つの取り得る値は“Ｐ”に等しいとし得る。

【0022】

一部の実施形態において、開示されるキャンセルシステム及び方法は、ネットワーク１０２がＣＩ（例えば、２２０）を送信することを決定するのと同時に又はその後に、ネットワーク１０２が動的送信グラント（例えば、２４５）を提供しないことを保証することができる。従って、１つ以上のＵＥデバイス（例えば図１の１０５ａ、１０５ｂ、及び１０５ｃ）は、ＭＯ２０５が開始した後にキャンセルウィンドウ２１０に入る送信に関して動的送信グラント（例えば、２４５）を受け取る必要がない。

【0023】

一部の実施形態において、ここに開示されるキャンセルシステム及び方法は、動的送信グラント（例えば、２４５）の終了点２５５、すなわち、１つ以上のＵＥデバイス（例えば、図１の１０５ａ、１０５ｂ、及び１０５ｃ）が動的送信グラント２４５を受信し得る最後の時点が、ＭＯ２０５の開始点２５０よりも少なくともＴ_２だけ前であることを保証する。Ｔ_２は、アップリンク（ＵＬ）グラント又はダウンリンク（ＤＬ）グラントスケジューリング肯定応答（ＡＣＫ）及び／又は物理アップリンク制御チャネル（ＰＵＣＣＨ）に関連する否定応答（ＮＡＣＫ）の復号時間とし得る。換言すれば、１つ以上のＵＥデバイス（例えば、図１の１０５ａ、１０５ｂ、及び１０５ｃ）の１つ以上のキャンセル指示モニタリング論理部（例えば、１１０ａ、１１０ｂ、１１０ｃ）は、キャンセルウィンドウ２１０に入る送信（例えば、２３５）について、その終了点（例えば、２５５）が時点２６０（すなわち、ＭＯ２０５の開始点２５０よりもＴ_２だけ前）よりも後である送信グラント（例えば、２４５）を受信することを予期する必要がない。一部の実施形態において、時点２５０の後には、ＵＬ送信がキャンセルウィンドウ２１０と重なることを招くダウンリンク制御情報（downlink control information；ＤＣＩ）は予期されない。一部の実施態様において、期間Ｔ_２内にＵＬグラントに関するＭＯは存在しない。

【0024】

図３は、ここに開示される一部の実施形態に従った、キャンセルモニタリング処理に関係するＣＩ（例えば、３２０）のためのＭＯ３０５、ＣＩ（例えば、３２８）のためのＭＯ３０８、キャンセルウィンドウ３１０、及び他の期間（例えば、Ｔ１）を含む時間軸３０２に沿ったタイミング図３００を例示している。

【0025】

キャンセルウィンドウ３１０の長さの１つの考え得る候補は、図３に示すように、ＣＩ（例えば、３２０）のためのＭＯ３０５の終了点３３０の後にＴ１が終了する点３２５で始まり、ＣＩ（例えば、３２８）のための次のＭＯ３０８の終了点３６５の後にＴ１が終了する点３６０で終わる。一部の実施形態において、キャンセルウィンドウ３１０の長さは、ＭＯ３０８の期間“Ｐ”（例えば、ギャップ）に依存し得る。キャンセルウィンドウ３１０の長さの１つの取り得る値は“Ｐ”に等しいとし得る。

【0026】

さらに、対応するキャンセルウィンドウ３１０と重なるＵＬ送信（例えば、図２の２３５）がスケジュールされないことに基づいて、ＣＩ（例えば、３２０、３２８）についてモニタするための１つ以上のＵＥデバイス（例えば、図１の１０５ａ、１０５ｂ、及び１０５ｃ）の処理負荷が低減され得る。１つ以上のＵＥデバイス（例えば、図１の１０５ａ、１０５ｂ、及び１０５ｃ）の１つ以上のキャンセル指示モニタリング論理部（例えば、１１０ａ、１１０ｂ、１１０ｃ）は、半静的な送信状態の存在を決定することができる。従って、１つ以上のＵＥデバイス（例えば、図１の１０５ａ、１０５ｂ、及び１０５ｃ）の１つ以上のキャンセル指示モニタリング論理部（例えば、１１０ａ、１１０ｂ、１１０ｃ）は、それらのスケジューリング要求（scheduling request；ＳＲ）送信を制御することができる。故に、１つ以上のＵＥデバイス（例えば、図１の１０５ａ、１０５ｂ、及び１０５ｃ）の１つ以上のキャンセル指示モニタリング論理部（例えば、１１０ａ、１１０ｂ、１１０ｃ）は、対応するＭＯ（例えば、３０５、３０８）に付随するキャンセルウィンドウ３１０と潜在的に重なり得る送信が存在しないという決定に基づいて、ＣＩ（例えば、３２０、３２８）のためのＭＯ（例えば、３０５、３０８）をスキップ（省略）することができる。従って、１つ以上のＵＥデバイス（例えば、図１の１０５ａ、１０５ｂ、及び１０５ｃ）の１つ以上のキャンセル指示モニタリング論理部（例えば、１１０ａ、１１０ｂ、１１０ｃ）は、キャンセルウィンドウ３１０と重なるスケジュールされた送信（例えば、図２の２３５）が存在しないと決定し、対応するＭＯ３０８を能動的にスキップすることができる。換言すれば、１つ以上のＵＥデバイス（例えば、図１の１０５ａ、１０５ｂ、及び１０５ｃ）は、ＭＯ３０８中にＣＩ３２８のためのモニタリングを行う処理サイクルを浪費しないですむ。

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

１００ システム
１０２ ネットワーク
１０５ ユーザ装置（ＵＥ）デバイス
１１０ キャンセル指示モニタリング論理部
１１５ リモートサーバ
２０５、３０５、３０８、４０５ モニタリング機会（ＭＯ）
２１０、３１０、４１０ キャンセルウィンドウ
２２０、３２０、３２８、４２０ キャンセル指示（ＣＩ）
２３５、４３５ 送信
２４５、４２２、４２８ 送信グラント
４７０ グラントウィンドウ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】