特許 7416923 論理チャネルとｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定との間のマッピング

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

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

(11)【特許番号】

(24)【登録日】2024-01-09

(45)【発行日】2024-01-17

(54)【発明の名称】論理チャネルとｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定との間のマッピング

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20240110BHJP

   H04W 72/115 20230101ALI20240110BHJP

   H04W 72/23 20230101ALI20240110BHJP

【ＦＩ】

H04W72/1268

H04W72/115

H04W72/23

【請求項の数】 24

(21)【出願番号】P 2022519740

(86)(22)【出願日】2020-08-11

(65)【公表番号】

(43)【公表日】2022-12-02

(86)【国際出願番号】 EP2020072478

(87)【国際公開番号】W WO2021063575

(87)【国際公開日】2021-04-08

【審査請求日】2022-05-25

(31)【優先権主張番号】62/908,851

(32)【優先日】2019-10-01

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

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(72)【発明者】

【氏名】ワン， ミン

【審査官】▲高▼木 裕子

(56)【参考文献】

【文献】国際公開第２０２０／１２７５２５（ＷＯ，Ａ１）

【文献】Ericsson，Reliability aspects in LCP restriction enhancement[online]，3GPP TSG RAN WG2 #107 R2-1909374，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1909374.zip>，2019年08月15日

【文献】CMCC，Introducing multiple SPSs/CGs Configuration in RRC[online]，3GPP TSG RAN WG2 #105bis R2-1904356，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_105bis/Docs/R2-1904356.zip>，2019年03月29日

【文献】CMCC，Outstanding Issues for multiple SPSs-CGs Support[online]，3GPP TSG RAN WG2 #105bis R2-1904355，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_105bis/Docs/R2-1904355.zip>，2019年03月29日

【文献】Ericsson，On MAC aspects of multiple CG[online]，3GPP TSG RAN WG2 #107 R2-1909385，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1909385.zip>，2019年08月15日

【文献】vivo，Other issues for URLLC[online]，3GPP TSG RAN WG1 #98 R1-1908164，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1908164.zip>，2019年08月17日

【文献】MediaTek Inc.，Multiple configured grants for NR-U[online]，3GPP TSG RAN WG2 #104 R2-1816683，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_104/Docs/R2-1816683.zip>，2018年11月01日

【文献】vivo，Discussion on the enhancements to configured grants[online]，3GPP TSG RAN WG1 #98 R1-1908143，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1908143.zip>，2019年08月17日

【文献】Intel Corporation，Enhancements to configured grant PUSCH[online]，3GPP TSG RAN WG1 #94 R1-1808707，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1808707.zip>，2018年08月11日

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

メッセージを生成すること（ｓ４５２）と、
前記メッセージをユーザ機器（ＵＥ）に送信すること（ｓ４５４）と、を行うように適合されている基地局（７００）であって、
前記メッセージは、ｉ）論理チャネル（ＬＣＨ）を識別するＬＣＨ情報およびｉｉ）前記ＬＣＨがマッピングされる少なくとも１つのｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定を識別するＣＧ情報を含み、前記基地局は、
前記ＵＥによって送信されたトランスポートブロック（ＴＢ）を受信することであって、前記ＵＥが前記ＴＢの前記送信に対して前記ＵＥによって選択された第１のＣＧ設定を使用して前記ＴＢを送信している、トランスポートブロック（ＴＢ）を受信することと、
前記ＵＥによって送信された前記ＴＢを受信した後、前記基地局が、前記ＴＢの再送信を受信することであって、前記ＵＥが前記ＴＢの前記再送信に対して前記ＵＥによって選択された第２のＣＧ設定を使用して前記ＴＢを再送信しており、前記第２のＣＧ設定が前記第１のＣＧ設定と異なる、前記ＴＢの再送信を受信することと、をさらに行うように適合されている、
基地局（７００）。

【請求項24】

処理回路（７０２）とメモリ（７４２）とで構成されている基地局（７００）であって、前記メモリは前記処理回路によって実行可能な命令（７４４）を含有し、前記命令（６４４）により、前記基地局が請求項８から１３のいずれか一項に記載の方法を行うように動作する、基地局（７００）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、論理チャネルをｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定に対応付けることに関する。

【背景技術】

【0002】

１．新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）アンライセンススペクトル（ＮＲ－Ｕ：ＮＲ ｉｎ Ｕｎｌｉｃｅｎｓｅｄ Ｓｐｅｃｔｒｕｍ）

【0003】

新無線（ＮＲ）と呼ばれる第５世代セルラシステムは、現時点では、３ＧＰＰにおける標準となっている。複数の大幅に異なるユースケースに対応するように最大限の柔軟性に向けてＮＲが開発されている。通常のモバイルブロードバンドユースケース以外のユースケースは、マシン型通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、超低遅延クリティカル通信（ＵＲＬＣＣ：Ｕｌｔｒａ－ｌｏｗ Ｌａｔｅｎｃｙ Ｃｒｉｔｉｃａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、サイドリンクデバイスツーデバイス（Ｄ２Ｄ：Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）などを含む。

【0004】

ＮＲでは、基本的なスケジューリング単位は、スロットと呼ばれる。スロットは、標準サイクリックプレフィックス設定に対して、１４個のＯＦＤＭシンボルから成る。ＮＲは、多くの様々なサブキャリア間隔設定に対応し、３０ｋＨｚのサブキャリア間隔では、ＯＦＤＭシンボル持続時間は、３３μｓ前後である。例として、同じサブキャリア間隔（ＳＣＳ：Ｓａｍｅ Ｓｕｂｃａｒｒｉｅｒ－Ｓｐａｃｉｎｇ）でシンボルが１４個あるスロットは、５００μｓ長（サイクリックプレフィックスを含む）である。

【0005】

ＮＲは、同じサービングセルに対してＵＥが様々である柔軟な帯域幅設定にも対応している。言い換えれば、特定のＵＥによってモニタされ、その制御チャネルおよびデータチャネルに使用される帯域幅は、キャリア帯域幅よりも狭い可能性がある。コンポーネントキャリアごとの１つまたは複数の帯域幅部分設定は、ＵＥに半静的に信号でシグナリングされ得、帯域幅部分は、連続物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）群から成る。保存リソースは、帯域幅部分内に設定され得る。帯域幅部分の帯域幅は、ＵＥが対応している最大限の帯域幅能力と等しいか、それよりも小さい。

【0006】

ＮＲは、ライセンス帯域もアンライセンス帯域も対象とし、ＮＲ ｂａｓｅｄ Ａｃｃｅｓｓ ｔｏ Ｕｎｌｉｃｅｎｓｅｄ Ｓｐｅｃｔｒｕｍ（ＮＲ－Ｕ）と言われる作業項目が２０１９年１月に開始された。アンライセンスネットワーク（すなわち、共有スペクトル（すなわちアンライセンススペクトル）で動作するネットワーク）に、利用可能なスペクトルを有効に使用するのを許すことは、システム能力を高めることの興味をそそる提案である。アンライセンススペクトルは、ライセンスレジームの質に適合しないが、それの有効使用をライセンス展開の完了として許す解決策には、３ＧＰＰネットワークオペレータに、また最終的には全体としての３ＧＰＰ産業に大きな価値をもたらす可能性がある。ＮＲにおけるいくつかの特徴がアンライセンス帯域の特殊な特性だけではなく様々な規制にも従うように適合される必要がある、と予想される。１５ｋＨｚまたは３０ｋＨｚのサブキャリア間隔は、６ＧＨｚを下回る周波数ではＮＲ－Ｕ ＯＦＤＭにとって最も有望な候補である。

【0007】

アンライセンススペクトルにおいて運用する際、世界中の多くの領域では、デバイスが送信前に媒体を空きとして検知する必要がある。この運用は、「リッスン・ビフォー・トーク（ＬＢＴ：Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）」と言われることが多い。そのデバイスで使用されるのがどの無線技術か、またその時に送信したいと思うのがどのデータ型かに応じて、ＬＢＴには様々な特色がある。すべての特色に共通することは、特定のチャネル（規定のキャリア周波数に対応する）で、事前規定の帯域幅全体にわたって検知がなされることである。例えば、５ＧＨｚ帯域では、２０ＭＨｚチャネル全体にわたって検知がなされる。

【0008】

複数のサブバンド／チャネル、例えばＬＢＴサブバンド（すなわち、帯域幅がＬＢＴ帯域幅に等しい周波数部分）を含む広帯域幅全体にわたって送信することができる（また受信することができる）デバイスが多くある。デバイスは、媒体が空きとして検知されるサブバンド上で送信することしか許されない。また、複数のサブバンドが関わっている場合にどのように検知が行われるべきかに様々なバラツキがある。

【0009】

原理上、デバイスが複数のサブバンドにわたって動作することのできる２つのやり方がある。１つのやり方は、送信機／受信機の帯域幅がどのサブバンドが空きとして検知されたかに応じて変えられることである。この設定では、コンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）が１つしかなく、複数のサブバンドが、帯域幅がそれより広い１つのチャネルとして扱われる。もう１つのやり方は、デバイスがチャネルごとにほとんど他と無関係に処理チェーンを運用することである。処理チェーンがどの程度他と無関係であるかに応じて、この選択肢は、キャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）ともデュアルコネクティビティ（ＤＣ：Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）とも言われることがある。

【0010】

２．ＮＲアンライセンススペクトルにおけるチャネルアクセス手順

【0011】

他の無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）と共存するアンライセンススペクトルのためにリッスン・ビフォー・トーク（ＬＢＴ）が考案されている。この仕組みにおいて、無線デバイスでは、任意の送信の前にクリアチャネルアセスメント（ＣＣＡ：Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ）チェック（すなわち、チャネル検知）を適用する。送信機では、チャネルがアイドル状態であるかどうかを判断するために、特定の閾値（ＥＤ閾値）と比較したある期間にわたってエネルギ検出（ＥＤ：Ｅｎｅｒｇｙ Ｄｅｔｅｃｔｉｏｎ）を伴う。チャネルが占有されていると判断された場合、送信機は、次のＣＣＡ試行の前にコンテンションウィンドウ内でランダムバックオフを行う。ＡＣＫ送信を保護するためには、送信機は、バックオフを再開するのに先立ち、それぞれのビジーＣＣＡスロット後にある期間、先延ばししなければならない。送信機がチャネルにアクセスするとすぐに、送信機は、最大持続時間（すなわち、最大チャネル占有時間（ＭＣＯＴ：Ｍａｘｉｍｕｍ Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ））まで送信を行うことしか許されない。ＱｏＳ差別化では、サービスタイプに基づくチャネルアクセス優先順位が規定されている。例えば、サービス間のコンテンションウィンドウサイズ（ＣＷＳ：Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ Ｓｉｚｅ）およびＭＣＯＴの差別化に対して４つのＬＢＴ優先順位クラスが規定されている。

【0012】

３．ＮＲ－Ｕにおけるスケジューリングスキーム

【0013】

ＮＲ－Ｕでは、設定スケジューリングもダイナミックスケジューリングも使用される。

【0014】

３．１ 設定スケジューリング

【0015】

ＮＲでは、ＵＥに対して半静的周期割り当てまたはグラントを割り当てるのに設定スケジューリングが使用される。アップリンクでは、２種類の設定スケジューリングスキーム、Ｔｙｐｅ１とＴｙｐｅ２がある。Ｔｙｐｅ１では、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）がＲＲＣシグナリングのみを介して設定される。Ｔｙｐｅ２では、ＬＴＥにおけるＳＰＳ ＵＬと同様の設定手順が規定されており、すなわち、ＲＲＣシグナリングを介して事前設定されるパラメータもあれば、ＭＡＣスケジューリング手順を介して設定される物理層パラメータもある。詳しい手順は、３ＧＰＰ ＴＳ３８．３２１Ｖ１５．４．０で確認することができる。設定アップリングスケジューリングは、ＮＲアンライセンスオペレーションにも使用されるようになる。ＮＲ－Ｕでは、設定スケジューリングによって、ＵＬグラントごとのＰＤＣＣＨ送信時のさらなるＬＢＴが避けられ、ＵＥがＬＢＴ成功後にｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを使用するＰＵＳＣＨ送信用にチャネルを取得することができることから、ＰＵＳＣＨ送信時のチャネルアクセス確率を上げることができる。このアップリンク送信手順では、ＳＲ／ＢＳＲ手順に頼る３回のＬＢＴ手順（ＳＲ ＴＸで１回、ＵＬグラントのＰＤＣＣＨで１回、ＰＵＳＣＨ ＴＸで１回）に比べ、１回のＬＢＴ手順だけで事足りる。これは、ＰＵＳＣＨ送信時のチャネルアクセス確率を大幅に高めることができる。

【0016】

Ｔｙｐｅ１でもＴｙｐｅ２でも、３ＧＰＰ ＴＲ３８．８８９において取り込まれると、初期ＨＡＲＱ送信しか、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを使用するのが許されない。ＨＡＲＱ再送信は、ＣＳ－ＲＮＴＩに宛先指定されたＰＤＣＣＨを介して示されるダイナミックグラントに左右される。

【0017】

ＮＲ Ｒｅｌ－１５では、ライセンスアシストアクセス（ｆｅＬＡＡ）自律ＵＬ（ＡＵＬ：Ａｕｔｏｎｏｍｏｕｓ ＵＬ）型挙動にさらなる強化を導入することが望ましい。但し、ベースラインがＴｙｐｅ１とＴｙｐｅ２のｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）であるということを認識することが重要である。したがって、望ましい挙動を可能にするのに、このベースラインを超えてどのような強化が必要であるかを考えるべきである。ＬＴＥにおけるＳＰＳの場合と同じく、ＣＧ周期性は、ＲＲＣ設定であり、これは、現時点では３ＧＰＰ ＴＳ３８．３３１Ｖ１５．６．０（「ＴＳ３８．３３１」）で規定されているＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報エレメント（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）で明示されている。ＮＲ Ｒｅｌ－１５では、サブキャリア間隔に応じて様々な周期性値が対応している。例えば、１５ｋＨｚＳＣＳと３０ｋＨｚＳＣＳでは、いくつかのＯＦＤＭシンボルで表される以下の周期性が対応している。

【0018】

Ｔｙｐｅ１ ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔでは、周期性の他に、ＰＵＳＣＨの時間ドメイン割り当てがＲＲＣシグナリングしか介さずに設定される。

【0019】

Ｔｙｐｅ２ ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔの場合、周期性は、Ｔｙｐｅ１の場合と同様に無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）によって設定されるが、スロットずれが動的に示され、ＵＥがＴｙｐｅ２ ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを有効にするダウンリンク制御情報（ＤＣＩ）を受信する際のスロットで与えられる。Ｔｙｐｅ１とは対照的に、ＰＵＳＣＨの時間領域割り当ては、スケジュール済み（非ＣＧ）ＰＵＳＣＨの場合と同様に時間領域リソース割り当てフィールドを介してＤＣＩによって動的に示される。このＤＣＩフィールドは、スタートシンボルおよび長さ（ＳＬＩＶ）値表をインデックス化する。ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔのＲＲＣ仕様（すなわち、ＴＳ３８．３１１）の詳細な設定細目を以下に示す。

【0020】

３．２ 自律アップリンク送信（ＡＵＬ）

【0021】

３ＧＰＰでは、ＡＵＬが開発されている。ＡＵＬは、Ｒｅｌ－１５における設定スケジューリングスキームに基づき考案されるものである。ＡＵＬは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを用いた自律再送信に対応するようになる。ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを使用するアップリンクにおける自律再送信に対応するためには、ＲＡＮ２－１０５ｂｉｓにおいて、再送信では、タイマーの時間切れ後に、再送信時に初期送信時と同じＨＡＲＱプロセスを使用することができるように、ＨＡＲＱ手順を保護するのに新しいタイマーを導入することが決定された。

【0022】

ＡＵＬでは、サービングｇＮＢも、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを使用した前の送信が失敗するとＵＥへの再送信をスケジュールすることができる。

【0023】

３ＧＰＰ ＴＲ ３８．８８９（Ｖ１６．０．０）で明示の通り、リソース割り当てに関係して、アンライセンススペクトルにおけるＮＲは、リソース間に何ら隙間のない時間上途切れのないｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔリソースを許すものとし、リソース間に隙間がある非連続ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔリソース（必ずしも周期的ではない）が、好都合であり、アンライセンススペクトルにおけるＮＲに対して考えられるべきである。

【0024】

時間領域リソース割り当てに柔軟性を与える考えられる解決策について、ビットマップベースの手法と、｛周期性、フレームにおけるずれ、ＰＵＳＣＨおよびＫ―反復シグナリングのスタートシンボルおよび長さ｝を含むＮＲ Ｒｅｌ－１５ベースの時間領域リソース割り当て手法とが、考えられ得る候補と見なされている。時間領域リソース割り当てにおける柔軟性を高めるのに、リソース割り当てのより細かい粒状性やある期間内の複数のリソースなどのさらなる側面が考えられ得る。

【0025】

ＲＡＮ１＃９７において、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ時間領域リソース割り当てでは、示されたずれに対応する時間インスタンスに続く割り当てスロット数が設定され得るように、Ｒｅｌ－１５（Ｔｙｐｅ１とＴｙｐｅ２の両方）における仕組みが拡張される」という合意がなされている。この合意から、リリース１６（Ｒｅｌ－１６）における設定スケジューリングがいくつかのスロットに跨る時間ドメインにおいて途切れのない設定リソースを与えることができる、ということが見て取れる。スロット内に途切れのない設定リソースをどのように設定するかについてさらに研究することにする。

【0026】

４．論理チャネル

【0027】

媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層は、論理チャネル上で無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層にサービスを提供する。様々な類のデータ転送サービスを受け入れるように、特定の種類の情報の転送にそれぞれが対応する複数のタイプの論理チャネルが規定されている。各論理チャネルタイプは、どの種類の情報が転送されるかによって規定されている。ＭＡＣ副層は、下表に載っている制御チャネルおよびトラフィックチャネルをもたらす。

【発明の概要】

【0028】

ＮＲ ＵＲＬＬＣ ＳＩ内のＲＡＮ１＃９５（参考文献［２］参照）では、「少なくとも様々なサービス／トラフィックタイプにかつ／または信頼度を高め、レイテンシを短縮するのに、サービングセルの所与のＢＷＰに対する複数の有効なｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ設定が対応されるべきである」という合意がなされたことによって、ＵＥに複数の有効なｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを与えることができる。

【0029】

この合意に従って、新たなリリース（ＮＲ Ｒｅｌ－１６以降）において、ＵＥに、サービングセルが１つしかない場合でも複数の有効なｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）を与えることができる。レガシーリリース（３ＧＰＰ Ｒｅｌ－１５以前）において、Ｖ２Ｘ能力を備えるＵＥが、ｓｉｄｅＬｉｎｋの場合、最高８個のｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔで設定され得る。

【0030】

複数のｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔの導入により、少なくとも、欠くことのできないサービスの信頼度を高め、レイテンシを短縮することができる。さらに、チャネル占有時間（ＣＯＴ：Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ）が始まった後にスロット単位の送信に切り替わり、アンライセンススペクトルにおけるＤＭＲＳおよびＵＣＩオーバーヘッドを最小限に抑えることをＵＥに可能にさせるのに複数のｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを適用することも考察することにする（参考文献［４］参照）。

【0031】

新たなリリース（ＮＲ Ｒｅｌ－１６以降）では、ＵＥが様々な目的で複数のｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔで設定されると仮定すると、設定スケジューリングの既存の枠組みが適宜更新されなければならない。この仕様に対して考えられる変更が予想される。例えば、論理チャネルとｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定との間のマッピング関係を設定するのに、ＲＲＣ仕様におけるシグナリング細目が規定されなければならない。

【0032】

既存のＬＣＰ手順では、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ Ｔｙｐｅ１がＬＣＨの送信に使用され得るかどうかが、ＲＲＣパラメータｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄによって決まる。このパラメータは、ＣＧグラントごとにより細かいＬＣＰマッピング制約を導入したいと思う場合、複数のＴｙｐｅ１ＣＧ設定によるＵＥには不十分であると考えられる。したがって、既存の論理チャネル優先順位付け（ＬＣＰ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）手順は、特定のサービス／ＬＣＨが、様々なｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔにマッピングされるのを可能にするように高められる必要があり得る。

【0033】

また、ＲＡＮ１＃９７［３］時、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ時間領域リソース割り当てでは、示されたずれに対応する時間インスタンスに続く割り当てスロット数が設定され得るように、Ｒｅｌ－１５（Ｔｙｐｅ１とＴｙｐｅ２の両方）における仕組みが拡張される」という合意もなされた。

【0034】

上記合意に従うと、ＮＲ Ｒｅｌ－１５における既存のＣＧ機能が、スロットにわたるかスロット内のいくつかの機会に跨る時間ドメインに途切れのない設定リソースを与えることができるように、Ｒｅｌ－１６において拡張されるようになる。

【0035】

しかし、既存のＣＧ枠組みでは、ＵＥは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔによりＴＢ反復を行うように、すなわち、設定したいくつかの途切れのない機会にわたってＴＢを繰り返すように設定され得る。この機能は、主に、送信信頼度を高める目的で適用される。３８．２１４［５］で明示の通り、上位層設定パラメータｒｅｐＫとｒｅｐＫ－ＲＶとが（すなわち、ＲＲＣ ＩＥ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ）、送信トランスポートブロックに適用されるＫ反復を規定し、反復に適用される冗長バージョンパターンを規定する。ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔによるＴｙｐｅ１とＴｙｐｅ２の両方のＰＵＳＣＨ送信では、ＵＥがｒｅｐＫ＞１で設定されている場合、ＵＥは、各スロットで同じシンボル割り当てを適用するｒｅｐＫ連続スロットにわたってＴＢを繰り返すものとする。それにより、ｒｅｐＫ＞１で設定されたＵＥは、ｒｅｐＫ連続スロットにわたってｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔによりＴＢを繰り返すことができ、これは、スロット内の機会にわたってＴＢを繰り返すのが許されない、ということを意味する。そのため、ＵＥにスロット内で途切れのない設定リソースを与えることができる新しい機能と組み合わせることにより、ＵＥは、保留ＴＢ時に反復を行う前に、まず、複数の新しいＴＢをスロット内で送信することができる。遅延に敏感なサービスでは、これは、遅延の見地からは効果的ではない。この問題の例を図１に示す。

【0036】

この例では、ＵＥがまず、３つのＣＧリソースを使用して、スロット（すなわち、スロット「１」）内でＴＢ１、ＴＢ２、およびＴＢ３を送信する。その後、ＵＥは、次のスロット（すなわち、スロット「２」）で繰り返しＴＢ１を送信する。このような挙動は、遅延に鈍感なサービスでは受け入れられるが、ＵＲＬＬＣ式サービスなどの遅延が致命的なサービスでは受け入れることができない場合がある余分なレイテンシをＴＢ１に持ち込む可能性がある。

【0037】

これらの所見を考えると、解決策を提供することが必要である。したがって、本開示の実施形態では、ＬＣＨとＣＧ設定との間のマッピング関係をどのように設定するかに的を絞り、また実施形態では、設定周期性内で反復と複数回の機会の両方によるＣＧ設定をどのように扱うかに的を絞る。

【0038】

ある態様において、ＵＥ（６００）によって行われる第１の方法を提供する。第１の方法は、基地局によって送信されたメッセージ（例えば、ＲＲＣ、ＭＡＣ ＣＥ、ＤＣＩ）を受信することであって、ａ）メッセージは、ｉ）ＬＣＨを識別する論理チャネル（ＬＣＨ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）情報およびｉｉ）ＬＣＨがマッピングされる少なくとも１つのＣＧ設定を識別するｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）情報を含み、かつ／または、ｂ）メッセージは、ｉ）ＣＧ設定を識別するＣＧ情報およびｉｉ）ＣＧ設定がマッピングされる少なくとも１つのＬＣＨを識別するＬＣＨ情報を含む、メッセージを受信することを含む。

【0039】

いくつかの実施形態によっては、メッセージが、ＬＣＨに関連付けられた論理チャネル設定情報エレメント（ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥ）を含むＲＲＣメッセージであり、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥは、ＬＣＨがマッピングされる少なくとも１つのＣＧ設定を識別するＣＧ情報を含み、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥに含まれるＣＧ情報は、一連の１つまたは複数のＣＧ設定識別子を含み、一連のＣＧ設定識別子に含まれる各ＣＧ設定識別子が、ＬＣＨがマッピングされるＣＧ設定を識別する。

【0040】

いくつかの実施形態によっては、メッセージが、ＬＣＨに関連付けられた論理チャネル設定情報エレメント（ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥ）を含むＲＲＣメッセージであり、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥは、ＬＣＨがマッピングされる少なくとも１つのＣＧ設定を識別するＣＧ情報を含み、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥに含まれるＣＧ情報は、ビット集合（別名、ビットマップ）を含み、ビットマップ内の各ビットがＣＧ設定識別子（別名、ＣＧ設定インデックス）に対応し、ビット集合に含まれるビットごとに、ビットの値が第１の特定の値（例えば、ＴＲＵＥ）に定められている場合、ビットに対応するＣＧ設定識別子は、ＬＣＨに使用されるのが許されたＣＧ設定を識別し、そうでなければ、ビットに対応するＣＧ設定識別子は、ＬＣＨに使用するのが許されていないＣＧ設定を識別する。

【0041】

いくつかの実施形態によっては、メッセージが、ＣＧ設定情報エレメント（ＣｏｎｆｉｇＧｒａｎｔＣｏｎｆｉｇ ＩＥ）を含むＲＲＣメッセージであり、ＣｏｎｆｉｇＧｒａｎｔＣｏｎｆｉｇ ＩＥは、ＣＧ設定がマッピングされる少なくとも１つのＬＣＨを識別するＬＣＨ情報を含み、ＣｏｎｆｉｇＧｒａｎｔＣｏｎｆｉｇ ＩＥに含まれるＬＣＨ情報は、一連の１つまたは複数のＬＣＨ識別子を含み、一連のＬＣＨ識別子に含まれる各ＬＣＨ識別子が、ＣｏｎｆｉｇＧｒａｎｔＣｏｎｆｉｇ ＩＥにマッピングされるＬＣＨを識別する。

【0042】

いくつかの実施形態によっては、メッセージが、ＣＧ設定情報エレメント（ＣｏｎｆｉｇＧｒａｎｔＣｏｎｆｉｇ ＩＥ）を含むＲＲＣメッセージであり、ＣｏｎｆｉｇＧｒａｎｔＣｏｎｆｉｇ ＩＥは、ＣＧ設定がマッピングされる少なくとも１つのＬＣＨを識別するＬＣＨ情報を含み、ＣｏｎｆｉｇＧｒａｎｔＣｏｎｆｉｇ ＩＥに含まれるＬＣＨ情報は、ビット集合（別名、ビットマップ）を含み、ビットマップ内の各ビットが異なるＬＣＨに対応し、ビット集合に含まれるビットごとに、ビットの値が第１の特定の値（例えば、ＴＲＵＥ）に定められている場合、ビットが対応するＬＣＨがＣｏｎｆｉｇＧｒａｎｔＣｏｎｆｉｇ ＩＥにマッピングされ、そうでなければ、ビットが対応するＬＣＨは、ＣｏｎｆｉｇＧｒａｎｔＣｏｎｆｉｇ ＩＥにマッピングされない。

【0043】

いくつかの実施形態によっては、メッセージは、ＲＲＣメッセージ、ＭＡＣ制御エレメント（ＣＥ：Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）、またはダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）である。

【0044】

いくつかの実施形態によっては、２つ以上のＣＧ設定の集合にマッピングされる論理チャネルに関連付けられたトランスポートブロック（ＴＢ）の送信では、ＵＥが、そのＣＧ設定集合に含まれるＣＧ設定のそれぞれに割り当てられた優先順位値、負荷値、リッスン・ビフォー・トーク値、および／または信頼度値に基づき、そのＣＧ設定集合に含まれるＣＧ設定のうちの１つを選択し、次に選択したＣＧ設定によって識別されたＣＧリソースを使用してＴＢを送信する。

【0045】

いくつかの実施形態によっては、２つ以上のＣＧ設定の集合にマッピングされた論理チャネルに関連付けられたＴＢの送信では、ＵＥが、そのＣＧ設定集合に含まれるＣＧ設定のうちの１つを選択し、次に選択したＣＧ設定を示す制御情報、および論理チャネルに関連付けられたＴＢを基地局に送信する。

【0046】

いくつかの実施形態によっては、方法は、ＵＥが基地局から、選択したＣＧ設定と異なるＣＧ設定を示すメッセージを受信することであって、基地局がＴＢの送信を受信した後にメッセージを送信している、メッセージを受信することも含む。

【0047】

いくつかの実施形態によっては、少なくとも、第１のＣＧ設定および第２のＣＧ設定にマッピングされた論理チャネルに関連付けられたＴＢデータの送信では、ＵＥが初めに、第１のＣＧ設定を選択し、第１のＣＧ設定に従ってＴＢを送信し、次に第１のＣＧ設定を選択し、第２のＣＧ設定に従ってＴＢを再送信する。

【0048】

いくつかの実施形態によっては、方法は、ＵＥが基地局によって送信されたメッセージ（例えば、ＲＲＣ、ＭＡＣ ＣＥ、ＤＣＩ）を受信することであって、メッセージは、ＵＥが最初のスロットでトランスポートブロック（ＴＢ）を送信し、また最初のスロットでＴＢを再送信することが許された、ということをＵＥに示す反復情報を含む、メッセージを受信することも含む。

【0049】

別の態様において、ＵＥによって行われる第２の方法がある。第２の方法は、基地局によって送信されたメッセージ（例えば、ＲＲＣ、ＭＡＣ ＣＥ、ＤＣＩ）を受信することであって、メッセージは、ＵＥが最初のスロットでトランスポートブロック（ＴＢ）を送信し、また最初のスロットでＴＢを再送信することが許された、ということをＵＥに示す反復情報を含む、メッセージを受信することを含む。

【0050】

いくつかの実施形態によっては、メッセージが、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定情報エレメント（ＩＥ）を含むＲＲＣメッセージであり、反復情報がＣＧ設定ＩＥのパラメータである。

【0051】

いくつかの実施形態によっては、第２の方法は、ＵＥが最初のスロットの間にＴＢを送信することと、ＵＥが最初のスロットの間にＴＢを再送信することと、も含む。

【0052】

いくつかの実施形態によっては、第２の方法は、ＵＥが最初のスロットの間にＴＢを送信することと、最初のスロットの間にＴＢを再送信するための十分な時間（残っているシンボル数）が最初のスロットに残っていないとＵＥが判断し、最初のスロットの間にＴＢを再送信するための十分なシンボル数が最初のスロットに残っていないとの判断の結果として、ＵＥが最初のスロットに続く２番目のスロットの間にＴＢを再送信することと、も含む。

【0053】

いくつかの実施形態によっては、メッセージはさらに、２回の途切れのないＴＢ反復機会間に必要とされる時間ずれを示す。

【0054】

別の態様において、基地局によって行われる第１の方法がある。第１の方法は、基地局がメッセージ（例えば、ＲＲＣ、ＭＡＣ ＣＥ、ＤＣＩ）を生成し、そのメッセージをユーザ機器（ＵＥ）に送信することであって、ａ）メッセージは、ｉ）ＬＣＨを識別する論理チャネル（ＬＣＨ）情報およびｉｉ）ＬＣＨがマッピングされる少なくとも１つのＣＧ設定を識別するｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）情報を含み、かつ／または、ｂ）メッセージは、ｉ）ＣＧ設定を識別するＣＧ情報およびｉｉ）ＣＧ設定がマッピングされる少なくとも１つのＬＣＨを識別するＬＣＨ情報を含む、メッセージを送信することを含む。

【0055】

いくつかの実施形態によっては、方法は、基地局がＵＥによって送信されたトランスポートブロック（ＴＢ）を受信することであって、ＵＥが、ＴＢの送信に対してＵＥによって選択されたＣＧ設定を使用してＴＢを送信している、トランスポートブロック（ＴＢ）を受信することと、ＴＢを受信した後、基地局が、ＵＥによって選択されたＣＧ設定と異なるＣＧ設定を示すメッセージをＵＥに送信することと、も含む。

【0056】

いくつかの実施形態によっては、方法は、ＵＥによって送信されたトランスポートブロック（ＴＢ）を受信することであって、ＵＥが、ＴＢの送信に対してＵＥによって選択された第１のＣＧ設定を使用してＴＢを送信している、トランスポートブロック（ＴＢ）を受信することと、ＵＥによって送信されたＴＢを受信した後、基地局がＴＢの再送信を受信することであって、ＵＥがＴＢの再送信に対してＵＥによって選択された第２のＣＧ設定を使用してＴＢを再送信しており、第２のＣＧ設定が第１のＣＧ設定と異なる、ＴＢの再送信を受信することと、も含む。

【0057】

いくつかの実施形態によっては、方法は、メッセージ（例えば、ＲＲＣ、ＭＡＣ ＣＥ、ＤＣＩ）を生成することであって、メッセージは、ＵＥが最初のスロットでトランスポートブロック（ＴＢ）を送信し、また最初のスロットでＴＢを再送信することが許された、ということをＵＥに示す反復情報を含む、メッセージを生成することと、そのメッセージをユーザ機器（ＵＥ）に送信することと、も含む。

【0058】

別の態様において、基地局によって行われる第２の方法がある。第２の方法は、基地局がメッセージ（例えば、ＲＲＣ、ＭＡＣ ＣＥ、ＤＣＩ）を生成することであって、メッセージは、ＵＥが最初のスロットでトランスポートブロック（ＴＢ）を送信し、また最初のスロットでＴＢを再送信することが許された、ということをＵＥに示す反復情報を含む、メッセージを生成することと、そのメッセージをユーザ機器（ＵＥ）に送信することと、を含む。

【0059】

いくつかの実施形態によっては、メッセージは、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ（ＣＧ）設定情報エレメント（ＩＥ）を含むＲＲＣメッセージであり、反復情報が、ＣＧ設定ＩＥのパラメータである。いくつかの実施形態によっては、メッセージはさらに、２つの途切れのないＴＢ反復機会間に必要とされる時間ずれを示す。

【0060】

本明細書に開示の実施形態の利点は、設定リソースを扱うことのより良い設定柔軟性、サービスＱｏＳ要件を考慮した設定リソースのより良い利用、および同じ設定リソースを共有する様々なサービスのＱｏＳ要件の設定者満足感を含む。

【図面の簡単な説明】

【0061】

【図1】トランスポートブロックの再送信を示す図である。

【図2A】一実施形態によるトランスポートブロックの再送信を示す図である。

【図2B】一実施形態によるトランスポートブロックの再送信を示す図である。

【図2C】一実施形態によるトランスポートブロックの再送信を示す図である。

【図2D】一実施形態によるトランスポートブロックの再送信を示す図である。

【図3A】一実施形態によるトランスポートブロックの送信を示す図である。

【図3B】一実施形態によるトランスポートブロックの送信を示す図である。

【図4A】ある実施形態によるプロセスを示すフローチャートである。

【図4B】ある実施形態によるプロセスを示すフローチャートである。

【図5A】ある実施形態によるプロセスを示すフローチャートである。

【図5B】ある実施形態によるプロセスを示すフローチャートである。

【図6】ある実施形態によるＵＥのブロック図である。

【図7】ある実施形態による基地局のブロック図である。

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

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

［５］３ＧＰＰ ＴＳ ３８．２１４ Ｖ １５．６．０“Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｄａｔａ”

【図1】

【図2A】

【図2B】

【図2C】

【図2D】

【図3A】

【図3B】

【図4A】

【図4B】

【図5A】

【図5B】

【図6】

【図7】