特許7350017 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ グァンドン　オッポ　モバイル　テレコミュニケーションズ　コーポレーション　リミテッドの特許一覧

特許7350017サービス伝送のための方法、装置及び端末

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4

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

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

(11)【特許番号】

(24)【登録日】2023-09-14

(45)【発行日】2023-09-25

(54)【発明の名称】サービス伝送のための方法、装置及び端末

(51)【国際特許分類】

H04W 72/115 20230101AFI20230915BHJP

H04W 72/566 20230101ALI20230915BHJP

H04W 72/1268 20230101ALI20230915BHJP

H04W 72/231 20230101ALI20230915BHJP

【ＦＩ】

H04W72/115

H04W72/566

H04W72/1268

H04W72/231

【請求項の数】 12

(21)【出願番号】P 2020565481

(86)(22)【出願日】2019-05-21

(65)【公表番号】

(43)【公表日】2021-09-24

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

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

(87)【国際公開日】2019-11-28

【審査請求日】2022-04-22

(31)【優先権主張番号】62/674,087

(32)【優先日】2018-05-21

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

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧＯＰＰＯＭＯＢＩＬＥＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳＣＯＲＰ．，ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１８ＨａｉｂｉｎＲｏａｄ，Ｗｕｓｈａ，Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ５２３８６０Ｃｈｉｎａ

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村行孝

(74)【代理人】

【識別番号】100105153

【弁理士】

【氏名又は名称】朝倉悟

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口智也

(72)【発明者】

【氏名】シュ、ジン

【審査官】新井寛

(56)【参考文献】

【文献】OPPO，Corrections for logical channel configuration，3GPP TSG RAN WG2 #102 R2-1806882，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_102/Docs/R2-1806882.zip>，2018年05月10日

【文献】vivo，Remaining issues on UL data transmission for URLLC，3GPP TSG RAN WG1 #93 R1-1806070，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1806070.zip>，2018年05月12日

【文献】OPPO，LCP restriction for type 2 configured grant，3GPP TSG RAN WG2 #102 R2-1806873，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_102/Docs/R2-1806873.zip>，2018年05月10日

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１、４

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

【請求項1】

第１の指示情報に基づいて、構成された許可リソースで伝送可能なサービスを決定することと、
前記構成された許可リソースで伝送可能なサービスを伝送することと、を含み、前記第１の指示情報は、前記サービスに対応する論理チャネルの構成情報に含まれ、前記構成された一部又は全部の許可リソースで前記論理チャネル内のデータが伝送されることを許容するかどうかを指示し、
前記第１の指示情報は、動的許可リソースで論理チャネルからのＭＡＣＳＤＵが伝送されることを許容するかどうかを指示する
ことを特徴とするサービス伝送のための方法。

【請求項2】

前記第１の指示情報が前記サービスに対応する論理チャネルの構成情報に含まれることは、
前記第１の指示情報がＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ情報エレメントに含まれることを含む
ことを特徴とする請求項１に記載のサービス伝送のための方法。

【請求項3】

前記第１の指示情報は、無線リソース制御ＲＲＣシグナリングに含まれるサービスタイプ情報である
ことを特徴とする請求項１に記載のサービス伝送のための方法。

【請求項4】

前記第１の指示情報が前記構成された一部又は全部の許可リソースで前記論理チャネル内のデータが伝送されることを許容するかどうかを指示することは、
前記第１の指示情報が、前記論理チャネルからの媒体アクセス制御ＭＡＣサービスデータユニットＳＤＵが前記構成された許可リソースで伝送されることを許容するかどうかを指示することを含む
ことを特徴とする請求項１に記載のサービス伝送のための方法。

【請求項5】

前記構成された許可リソースは、構成された許可タイプ１のために構成されたリソース又は構成された許可タイプ２のために構成されたリソースを含み、前記第１の指示情報は、前記構成された許可タイプ１のために構成されたリソース又は前記構成された許可タイプ２のために構成されたリソースで前記論理チャネルからのＭＡＣＳＤＵが伝送されることを許容するかどうかを指示する
ことを特徴とする請求項４に記載のサービス伝送のための方法。

【請求項6】

メモリとプロセッサとを備える端末デバイスであって、
前記メモリは、プログラムを記憶するように構成され、
前記プロセッサは、前記メモリに記憶されたプログラムを実行することで、前記端末デバイスが請求項１～５のいずれか1項に記載の方法を実行するように構成される
ことを特徴とする端末デバイス。

【請求項7】

ネットワークデバイスが端末デバイスのために許可リソースを構成することと、前記ネットワークデバイスが前記端末デバイスに第１の指示情報を送信することと、を含み、
前記第１の指示情報は、サービスに対応する論理チャネルの構成情報に含まれ、前記構成された一部又は全部の許可リソースで前記論理チャネル内のデータが伝送されることを許容するかどうかを指示し、
前記第１の指示情報は、動的許可リソースで論理チャネルからのＭＡＣＳＤＵが伝送されることを許容するかどうかを指示する
ことを特徴とするサービス伝送のための方法。

【請求項8】

前記第１の指示情報が前記サービスに対応する論理チャネルの構成情報に含まれることは、
前記第１の指示情報がＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ情報エレメントに含まれることを含む
ことを特徴とする請求項７に記載のサービス伝送のための方法。

【請求項9】

前記第１の指示情報は、無線リソース制御ＲＲＣシグナリングに含まれるサービスタイプ情報である
ことを特徴とする請求項７に記載のサービス伝送のための方法。

【請求項10】

前記第１の指示情報が前記構成された一部又は全部の許可リソースで前記論理チャネル内のデータが伝送されることを許容するかどうかを指示することは、
前記第１の指示情報が、前記論理チャネルからの媒体アクセス制御ＭＡＣサービスデータユニットＳＤＵが前記構成された許可リソースで伝送されることを許容するかどうかを指示することを含む
ことを特徴とする請求項７に記載のサービス伝送のための方法。

【請求項11】

前記構成された許可リソースは、構成された許可タイプ１のために構成されたリソース又は構成された許可タイプ２のために構成されたリソースを含み、前記第１の指示情報は、前記構成された許可タイプ１のために構成されたリソース又は前記構成された許可タイプ２のために構成されたリソースで前記論理チャネルからのＭＡＣＳＤＵが伝送されることを許容するかどうかを指示する
ことを特徴とする請求項１０に記載のサービス伝送のための方法。

【請求項12】

メモリとプロセッサとを備えるネットワークデバイスであって、
前記メモリは、プログラムを記憶するように構成され、
前記プロセッサは、前記メモリに記憶されたプログラムを実行することで、前記ネットワークデバイスが請求項７～１１のいずれか１項に記載の方法を実行するように構成される
ことを特徴とするネットワークデバイス。

【発明の詳細な説明】

【関連出願の相互参照】

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

本開示の実施例において、第１の指示情報は、ＲＲＣシグナリングに含まれるサービスタイプ情報である。

【0062】

【0063】

【0064】

【0065】

【0066】

本開示の実施例において、プロセッサは、論理チャネルが論理チャネルからのＭＡＣＳＤＵが構成された許可リソース又は動的許可リソースで伝送されることができるように構成される場合、構成された許可リソースと動的許可リソースとが時間領域で競合する時に、論理チャネルからのＭＡＣＳＤＵが構成された許可リソースで伝送されるように構成される。

【0067】

【0068】

本開示の実施例において、プロセッサは、第１のサブ指示情報によって示す長さが所定の第１の閾値以下である場合、構成された許可リソースで第１のサービスタイプが伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0069】

本開示の実施例において、プロセッサは、第１のサブ指示情報によって示す長さが所定の第１の閾値以下である場合、構成された上りリンク許可リソースで第１のサービスタイプ及び第２のサービスタイプの両方が伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0070】

本開示の実施例において、プロセッサは、第２のサブ指示情報によって示す長さが所定の第２の閾値以下である場合、構成された許可リソースで第１のサービスタイプが伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0071】

本開示の実施例において、プロセッサは、第２のサブ指示情報によって示す長さが所定の第２の閾値以下である場合、構成された許可リソースで第１のサービスタイプ及び第２のサービスタイプの両方が伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0072】

本開示の実施例において、プロセッサは、第３のサブ情報の値が所定のＭＣＳに設定された場合、構成された許可リソースで第１のサービスタイプが伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0073】

本開示の実施例において、プロセッサは、第３のサブ情報によって示す値が所定のＭＣＳに設定される場合、構成された許可リソースで第１のサービスタイプ及び第２のサービスタイプの両方が伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0074】

本開示の実施例において、第１のサービスタイプは、第２のサービスタイプよりも厳しい遅延要求を有する。

【0075】

【0076】

【0077】

本開示の実施例において、第１の指示情報は、構成された許可タイプ２を活性化するためのＤＣＩであり、プロセッサは、ＤＣＩのためにスクランブルされたＲＮＴＩにより、及び／又は、ＤＣＩフォーマットにより決定された、構成された許可リソースで伝送可能なサービスを決定するように構成される。

【0078】

ここで、本開示で説明される技術の様々な実装形態または例の概要を提供するものであり、開示される技術の全範囲または特徴の完全な開示ではない。

【図面の簡単な説明】

【0079】

以下、本開示の実施例における技術的な解決策をより明確にするために、本開示の実施例を説明するために必要な図面を簡単に説明する。明らかに、以下の説明における図面は、本開示のいくつかの実施例のみを示しており、当業者は、発明的な労力を必要とすることなく、これらの図面から他の図面を導き出すことができる。

【図1】本開示の実施例における技術案のシナリオの模式図である。

【図2】本開示の実施例におけるサービス伝送のための方法のフローチャートである。

【図3】本開示の実施例におけるサービスの上りリンク許可を決定するための装置の模式図である。

【図4】本開示の実施例における端末デバイスの模式図である。

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

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

例えば、第１の指示情報は、ＩＥ－ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇによって構成された論理チャネルが構成された許可を使用するかを示すために、ＩＥ－ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉgにおいて(例えば、ＩＥ－ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇにおけるｃｏｎｆｉｇｕｒｅＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄエレメントにおいて)定義または指定され得る。すなわち、第１の指示情報は、構成された許可が示すリソースで論理チャネルからのＭＡＤＳＤＵを伝送することを許容するかを指示するために用いられる。

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

送信機１０４０は、構成された許可リソースで伝送可能なサービスを伝送する。

【0166】

プロセッサ１０２０がメモリ１０１０に記憶されたプログラムを実行する場合、プロセッサ１０２０は、受信した第１の指示情報に基づいて、構成された許可リソースで伝送可能なサービスを決定する。

【0167】

【0168】

本開示の実施例において、構成された許可リソースは、構成された許可タイプ１のために構成されたリソース及び／又は構成された許可タイプ２のために構成されたリソースを含み、第１の指示情報は、構成された許可タイプ１のために構成されたリソース及び／又は構成された許可タイプ２のために構成されたリソースで論理チャネルからのＭＡＣＳＤＵがそれぞれ伝送されることを許容するかどうかを指示する。

【0169】

【0170】

本開示の実施例において、プロセッサ１０２０は、論理チャネルが論理チャネルからのＭＡＣＳＤＵが構成された許可リソース又は動的許可リソースで伝送されることができるように構成される場合、構成された許可リソースと動的許可リソースとが時間領域で競合する時に、論理チャネルからのＭＡＣＳＤＵが構成された許可リソースで伝送されると決定するように構成される。

【0171】

【0172】

本開示の実施例において、プロセッサ１０２０は、第１のサブ指示情報によって示す長さが所定の第１の閾値以下である場合、構成された許可リソースで第１のサービスタイプが伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0173】

本開示の実施例において、プロセッサ１０２０は、第１のサブ指示情報によって示す長さが所定の第１の閾値以下である場合、構成された上りリンク許可リソースで第１のサービスタイプ及び第２のサービスタイプの両方が伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0174】

本開示の実施例において、プロセッサ１０２０は、第２のサブ指示情報によって示す長さが所定の第２の閾値以下である場合、構成された許可リソースで第１のサービスタイプが伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0175】

本開示の実施例において、プロセッサ１０２０は、第２のサブ指示情報によって示す長さが所定の第２の閾値以下である場合、構成された許可リソースで第１のサービスタイプ及び第２のサービスタイプの両方が伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0176】

本開示の実施例において、プロセッサ１０２０は、第３のサブ情報の値が所定のＭＣＳに設定される場合、構成された許可リソースで第１のサービスタイプが伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0177】

本開示の実施例において、プロセッサ１０２０は、第３のサブ情報によって示す値が所定のＭＣＳに設定される場合、構成された許可リソースで第１のサービスタイプ及び第２のサービスタイプの両方が伝送されることを許可し、そうでない場合、構成された許可リソースで第２のサービスタイプが伝送されることを許容すると決定するように構成される。

【0178】

本開示の実施例において、第１のサービスタイプは、第２のサービスタイプよりも厳しい遅延要求を有する。

【0179】

【0180】

【0181】

本開示の実施例において、第１の指示情報が構成された許可タイプ２を活性化するためのＤＣＩであり、プロセッサ１０２０は、ＤＣＩのためにスクランブルされたＲＮＴＩにより、及び／又は、ＤＣＩフォーマットにより決定された、構成された許可リソースで伝送可能なサービスを決定するように構成される。

【0182】

本開示の実施例において、送信機１０４０は、許可された上りリンク許可でサービスデータを伝送するように構成される。

【0183】

以上、実施例を具体的に図示、説明した。当業者は、本開示が開示された実施例に限定されないことを理解するであろう。逆に、添付の特許請求の範囲の精神及び範囲内に入る全ての好適な修正及び等価物は、本開示の範囲内に入ることが意図される。

【図1】