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

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

▶ 中興通訊股▲ふん▼有限公司の特許一覧

特許7102538上り伝送および通信の方法と装置、基地局、端末、並びに記憶媒体

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

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

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14

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

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

(11)【特許番号】

(24)【登録日】2022-07-08

(45)【発行日】2022-07-19

(54)【発明の名称】上り伝送および通信の方法と装置、基地局、端末、並びに記憶媒体

(51)【国際特許分類】

H04W 72/08 20090101AFI20220711BHJP

H04W 72/04 20090101ALI20220711BHJP

H04W 16/28 20090101ALI20220711BHJP

H04W 16/14 20090101ALI20220711BHJP

【ＦＩ】

H04W72/08 110

H04W72/04 131

H04W16/28

H04W16/14

H04W72/04 133

【請求項の数】 14

(21)【出願番号】P 2020546379

(86)(22)【出願日】2019-03-08

(65)【公表番号】

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

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

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

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

【審査請求日】2020-09-04

(31)【優先権主張番号】201810300691.5

(32)【優先日】2018-04-04

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

(73)【特許権者】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥＰｌａｚａ，ＫｅｊｉＲｏａｄＳｏｕｔｈ，Ｈｉ－ＴｅｃｈＩｎｄｕｓｔｒｉａｌＰａｒｋ，ＮａｎｓｈａｎＳｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８０５７Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002505

【氏名又は名称】特許業務法人航栄特許事務所

(72)【発明者】

【氏名】李新彩

(72)【発明者】

【氏名】趙亜軍

(72)【発明者】

【氏名】楊玲

(72)【発明者】

【氏名】徐漢青

【審査官】小林正明

(56)【参考文献】

【文献】中国特許出願公開第１０７７３４７１３（ＣＮ，Ａ）

【文献】米国特許出願公開第２０１９／０２８９６１４（ＵＳ，Ａ１）

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

【文献】特表２０１９－５０４５７４（ＪＰ，Ａ）

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

【文献】特表２０１７－５３７５５８（ＪＰ，Ａ）

【文献】特表２０２０－５２７９１３（ＪＰ，Ａ）

【文献】Huawei, HiSilicon，NR frame structure on unlicensed bands[online]，3GPP TSG RAN WG1 #92 R1-1801370，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1801370.zip>，2018年03月02日

【文献】Qualcomm Incorporated，Further Details on PHY Layer Options for LAA[online]， 3GPP TSG-RAN WG1#81 R1-152791，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_81/Docs/R1-152791.zip＞，2015年05月29日

【文献】ZTE, Sanechips，Framework on potential solutions and techniques for NR-U[online]，3GPP TSG RAN WG1 #92 R1-1801466，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1801466.zip>，2018年03月02日

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１，４

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

【請求項1】

上り伝送について、今回の上り伝送の検出受信を指示するための少なくとも１つの自律伝送パラメータを確定することと、
前記自律伝送パラメータを基地局に送信することと、
前記自律伝送パラメータに基づいて前記基地局に上りデータを送信することと、を含み、
前記自律伝送パラメータは、今回の上り伝送に使用される少なくとも１つのスロットの実際のサブキャリア間隔ＳＣＳを含み、
前記自律伝送パラメータを確定することは、ＬＢＴ動作の実行に成功したタイミングに基づいて今回の上り伝送に使用される最初のＭ個（Ｍは０よりも大きい整数である）のスロットの実際のＳＣＳを確定することを含み、
前記ＬＢＴ動作の実行に成功したタイミングに基づいて今回の上り伝送の最初のＭ個のスロットの実際のＳＣＳを確定することは、前記ＬＢＴ動作の実行に成功したタイミングと前記ＬＢＴ動作の実行に成功した後の１つ目のスロットの開始タイミングとの間の時間領域長に基づいて、最も少ない時間領域長の専有信号の送信を原則として、前記今回の上り伝送の最初のＭ個のスロットの実際のＳＣＳを確定することを含み、前記専有信号は、前記ＬＢＴ動作の実行に成功したタイミングと前記ＬＢＴ動作の実行に成功した後の１つ目のスロットの開始タイミングとの間の時間領域長の伝送リソースを専有するために使用される、
上り伝送方法。

【請求項2】

前記自律伝送パラメータは、今回の上り伝送のスタート伝送シンボル、今回の上り伝送で伝送するコーディングブロック群伝送情報ＣＢＧＴＩ、ＭＣＯＴの現在の残りのスロット数、またはシンボル数のうちの少なくとも１つをさらに含む、
請求項１に記載の上り伝送方法。

【請求項3】

前記自律伝送パラメータが前記スタート伝送シンボルを含む場合、前記スタート伝送シンボルを確定することは、ＬＢＴ動作の実行に成功したタイミングに基づいて前記スタート伝送シンボルを確定することを含む、
請求項２に記載の上り伝送方法。

【請求項4】

前記ＬＢＴ動作の実行に成功したタイミングに基づいて前記スタート伝送シンボルを確定することは、前記ＬＢＴ動作に成功したタイミングの後のＫ個目（Ｋは１であるか、又は１以上かつ所定の閾値よりも小さい整数である）のシンボルを、前記スタート伝送シンボルとして確定することを含み、
前記Ｋは１である場合、前記自律伝送パラメータは、今回の上り伝送の終点伝送シンボル、および／または、今回の上り伝送の時間領域長を更に含む、
請求項３に記載の上り伝送方法。

【請求項5】

前記上り伝送について少なくとも１つの自律伝送パラメータを確定する前に、
基地局から送信された、少なくとも２つの伝送リソースを指示するための時間領域指示情報、周波数領域指示情報、およびビーム方向情報が含まれたＬＢＴ動作の指示を受信することと、
前記ＬＢＴ動作の指示に基づいて前記上り伝送リソースのうちの少なくとも１つに対してＬＢＴ動作を実行し、ＬＢＴ動作に成功した伝送リソースのうちの少なくとも１つを選択して今回の上り伝送に用いることと、を更に含む、
請求項１に記載の上り伝送方法。

【請求項6】

端末から送信された、前記端末により確定されて今回の上り伝送の検出受信を指示するための少なくとも１つの自律伝送パラメータを受信することと、
前記自律伝送パラメータに基づいて前記端末から送信された上りデータを検出受信することと、
を含み、
前記自律伝送パラメータは、今回の上り伝送に使用される少なくとも１つのスロットの実際のサブキャリア間隔ＳＣＳを含み、
今回の上り伝送に使用される最初のＭ個（Ｍは０よりも大きい整数である）のスロットの実際のサブキャリア間隔ＳＣＳは、ＬＢＴ動作の実行に成功したタイミングに基づいて確定されているのもであり、
前記今回の上り伝送に使用される最初のＭ個のスロットの実際のサブキャリア間隔ＳＣＳは、前記ＬＢＴ動作の実行に成功したタイミングと前記ＬＢＴ動作の実行に成功した後の１つ目のスロットの開始タイミングとの間の時間領域長に基づいて、最も少ない時間領域長の専有信号の送信を原則として、確定されているものであり、前記専有信号は、前記ＬＢＴ動作の実行に成功したタイミングと前記ＬＢＴ動作の実行に成功した後の１つ目のスロットの開始タイミングとの間の時間領域長の伝送リソースを専有するために使用される、
上り伝送方法。

【請求項7】

前記端末から送信された少なくとも１つの自律伝送パラメータを受信する前に、
少なくとも２つの伝送リソースを指示するための時間領域指示情報、周波数領域指示情報、およびビーム方向情報が含まれたＬＢＴ動作の指示を前記端末に送信することを更に含む、
請求項６に記載の上り伝送方法。

【請求項8】

前記時間領域指示情報は、前記端末のために設定された上り伝送期間を含み、前記時間領域指示情報は、前記上り伝送期間内で送信待ちの上りデータが存在すれば、直ちにＬＢＴ動作を実行することを前記端末に指示することに用いられ、または、
前記時間領域指示情報は、前記端末のために設定された上り伝送期間と、前記上り伝送期間内の各スロットが自律上り伝送を許容するか否かを表すためのスロット機会指示とを含み、前記時間領域指示情報は、前記端末に送信待ちの上りデータが存在する場合、前記スロット機会指示に基づき、前記上り伝送期間内からスロットを選択してＬＢＴ動作を実行することを指示することに用いられる、
請求項７に記載の上り伝送方法。

【請求項9】

前記周波数領域指示情報は、前記端末のために設定された少なくとも１つの上り伝送バンドと、前記上り伝送バンドが上り自律伝送を許容するか否かを表すためのバンド機会指示とを含み、前記周波数領域指示情報は、前記端末に送信待ちの上りデータが存在する場合、前記バンド機会指示に基づき、各前記上り伝送バンド内から周波数領域位置を選択してＬＢＴ動作を実行することを指示することに用いられる、
請求項７に記載の上り伝送方法。

【請求項10】

前記ビーム方向情報は、チャネルサウンディング参照信号ＳＲＳリソース構成における空間領域パラメータに基づいて確定される、
請求項７に記載の上り伝送方法。

【請求項11】

プロセッサと、メモリと、通信バスとを備え、
前記通信バスは、前記プロセッサと前記メモリとの間の接続通信を実現するように構成され、
前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを実行し、請求項１に記載の上り伝送方法のステップを実現するように構成される端末。

【請求項12】

プロセッサと、メモリと、通信バスとを備え、
前記通信バスは、前記プロセッサと前記メモリとの間の接続通信を実現するように構成され、
前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを実行し、請求項６に記載の上り伝送方法のステップを実現するように構成される端末。

【請求項13】

コンピュータプログラムが少なくとも記憶され、前記コンピュータプログラムは、１つまたは複数のプロセッサにより実行されて請求項１に記載の上り伝送方法のステップを実現することができる記憶媒体。

【請求項14】

コンピュータプログラムが少なくとも記憶され、前記コンピュータプログラムは、１つまたは複数のプロセッサにより実行されて請求項６に記載の上り伝送方法のステップを実現することができる記憶媒体。

【発明の詳細な説明】

【技術分野】

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

【図1】本開示の実施例１に係る上り伝送方法のフローチャートである。

【図2】本開示の実施例１における端末がＬＢＴ動作に成功したタイミングに基づいて今回の上り伝送の最初の伝送スロットの実際のＳＣＳを確定する模式図である。

【図3】本開示の実施例１における端末がＭＣＯＴの終了タイミングに基づいて今回の上り伝送の最後の伝送スロットの実際のＳＣＳを確定する模式図である。

【図4】本開示の実施例１における端末がＬＢＴ動作に成功したタイミングに基づいて今回の上り伝送のスタート伝送シンボルを確定する模式図である。

【図5】本開示の実施例４に係る通信方法のフローチャートである。

【図6】本開示の実施例４における基地局が残り時間を多重するように共有伝送端を制御するフローチャートである。

【図7】本開示の実施例５における基地局がＭＣＯＴの残り時間を多重するように同一のセルの端末を制御する模式図である。

【図8】本開示の実施例５における基地局がＭＣＯＴの残り時間を多重するように共有伝送を制御する模式図である。

【図9】本開示の実施例７に係る上り送信装置の構造模式図である。

【図10】本開示の実施例７に係る上り受信装置の構造模式図である。

【図11】本開示の実施例８に係る第１通信装置の構造模式図である。

【図12】本開示の実施例８に係る第２通信装置の構造模式図である。

【図13】本開示の実施例９に係る端末のハードウェアの構造模式図である。

【図14】本開示の実施例９に係る基地局のハードウェアの構造模式図である。

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

【0043】

本開示のターゲット、技術案および利点をより明確にするために、以下、具体的な実施形態および図面を参照しながら本開示の実施例について更に詳細に説明する。ここで説明する具体的な実施例は本開示を解釈するためのものに過ぎず、本開示を限定するものではないことが理解されるべきである。

【0044】

（実施例１）
Ｇｒａｎｔ－ｆｒｅｅスケジューリングフリー伝送方式は、主に２種のタイプに分けられ、一方は、基地局が上位層により全ての伝送パラメータを半静的に設定し、時間／周波数領域リソース、ＭＣＳ（ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ、変調と符号化方式）、およびＴＢＳ（ＴｒａｎｓｍｉｓｓｉｏｎＢｌｏｃｋＳｉｚｅ、伝送ブロックサイズ）等を含み、端末は、自体の伝送ニーズに応じ、データ伝送を行う必要があるか否かを確定し、必要があれば、設定された伝送パラメータに従ってデータ伝送を行う。他方は、ＳＰＳの基に伝送パラメータの繰り返し送信を加え、すなわち、時間／周波数領域リソース、ＭＣＳ、およびＴＢＳ等のパラメータは、いずれも基地局がアクティブ化されたＳＰＳの下り制御情報により指示するものである。

【0045】

しかし、上記上り伝送形態において、端末が上り伝送を行うには、基地局により指定された伝送パラメータに完全に依存する必要があり、現在の伝送条件が基地局により設定された伝送パラメータの要求を満たさないと、端末は受動的に待つ必要があり、基地局により指定された伝送パラメータに対応する伝送要求を満たすまでになってから、端末はデータ送信を行うことができるため、このような伝送形態は伝送の柔軟性が十分ではなく、システムの伝送効率が高くなく、これらの問題を解決するために、本実施例は上り伝送方法を提供し、図１に示す上り伝送方法のフローチャートに示すとおりである。

【0046】

Ｓ１０２において、端末は、上り伝送について少なくとも１つの自律伝送パラメータを確定する。

【0047】

本実施例において、端末は、上り伝送を行うとき、基地局により設定された伝送パラメータに完全に依存する必要がなく、少なくとも１つの伝送パラメータを自分で確定してもよい。端末により確定された伝送パラメータと基地局により設定された伝送パラメータとを区分するために、ここで、端末自体により確定された伝送パラメータを自律伝送パラメータと呼び、基地局により設定された伝送パラメータをスケジューリング伝送パラメータと呼ぶ。端末により確定された自律伝送パラメータと基地局により設定されたスケジューリング伝送パラメータとは同様に、いずれも端末の上りデータ伝送を指示するためのものであり、端末のデータ送信過程を指示することを含むだけでなく、端末から送信されたデータの基地局側による検出受信過程を指示するためにも用いられることが理解されるべきである。

【0048】

本実施例において、端末の自律伝送パラメータは、今回の上り伝送に用いられる少なくとも１つのスロットの実際のＳＣＳ（ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ、サブキャリア間隔）、今回の上り伝送のスタート伝送シンボル、今回の上り伝送で伝送するＣＢＧ（ＣｏｄｅｄＢｌｏｃｋＧｒｏｕｐ、コーディングブロック群）のブロック群識別子ＣＢＧＴＩ（ＣｏｄｅｄＢｌｏｃｋＧｒｏｕｐＴｒａｎｓｍｉｓｓｉｏｎＩｎｆｏｒｍａｔｉｏｎ、コーディングブロック群伝送情報）のうちの少なくとも１つを含んでもよい。もちろん、いくつかの例において、自律伝送パラメータは、今回の上り伝送に含まれる今回の上り伝送の時間領域長および／または今回の上り伝送の終点伝送シンボルを更に含んでもよい。別の例において、自律上り伝送パラメータは、今回の上り伝送のＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ハイブリッド自動再送要求）プロセス番号、新たなデータ指示ＮＤＩ（ＮｅｗＤａｔａＩｎｄｉｃａｔｉｏｎ）、および冗長バージョンＲＶ（ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ）情報のうちの少なくとも１種を更に含む。好ましくは、いくつかの例において、端末の自律伝送パラメータは上記パラメータ全体の組み合わせであってもよいし、任意の一部の組み合わせであってもよい。

【0049】

端末が確定できる自律パラメータパラメータは実際のＳＣＳを含み、例えば、端末は、今回の上り伝送の最初のＭ個のスロットの実際のＳＣＳを確定することができ、ただし、Ｍの値は０よりも大きい整数である。端末は、上り伝送を行う前に、伝送リソースについてＬＢＴ（ＬｉｓｔｅｎＢｅｆｏｒｅＴａｌｋ）処理を行う必要がある可能性があるため、対応する伝送リソースが空いて使用可能な状態にあるか否かを確定し、対応する伝送リソースが空いて使用可能である場合にのみ、端末はそれを用いてデータ伝送を行うことができる。通常のＬＢＴ動作は、ランダムバックオフを有しないＬＢＴ動作およびランダムバックオフを有するＬＢＴ動作に分けられる。ここで、ランダムバックオフを有しないＬＢＴ動作は、タイプ１およびタイプ２のＬＢＴ動作を更に含んでもよく、タイプ１のＬＢＴ動作とは、送信端がＬＢＴ動作を実行しないことを意味する。タイプ２のＬＢＴとは、送信端がトラフィック送信を実行する前に、一定の時間（例えば、９ｕｓまたは１６ｕｓ等）内で、使用しようとするチャネルに対してアイドル感知（ｓｅｎｓｅ）を行い、この一定の時間の感知によりチャネルがアイドルであると確定した場合、データ伝送を行うと理解することを意味する。ランダムバックオフを有するＬＢＴ動作はタイプ３およびタイプ４のＬＢＴ動作を含み、両者の区別は、タイプ３のＬＢＴ動作が固定サイズのコンテンションウィンドウ（ＣＷ）を有するが、タイプ４のＬＢＴ動作において、コンテンションウィンドウのサイズが固定ではないことである。残りの部分では２種のＬＢＴ動作のタイプが類似し、送信端がコンテンションウィンドウから数値ｎをバックオフ値としてランダムに得るため、バックオフ値ｎは最大でコンテンションウィンドウの最大値ＣＷを超えない。バックオフ値ｎは、送信端がＬＢＴ動作を行う際にリスニングまたはアイドル感知を行う回数を確定することができ、バックオフ値がｎであるＬＢＴ動作に対してｎ＋１回のアイドル感知を実行する。このｎ＋１回のアイドル感知がいずれも使用しようとするチャネルがアイドルであると確定した場合にのみ、ＬＢＴ動作は成功する。

【0050】

端末がタイプ２のＬＢＴ動作を実行するとき、ＬＢＴ動作の結果が成功であれば、ＬＢＴに成功したタイミングは固定であり、必ずちょうどデータ伝送の開始タイミングにある。しかし、端末がランダムバックオフを有するＬＢＴ動作を実行する場合、ＬＢＴに成功したタイミングは固定ではないため、端末が伝送リソースについてＬＢＴ動作を実行する成功タイミングがスロットの境界でなければ、従来の態様により、端末は、スロットの境界になるまで待ってからデータ伝送を行う必要がある。このように、リソースの十分な使用、伝送効率の向上に不利であるため、本実施例において、端末は、ＬＢＴ動作の実行に成功したタイミングに基づいて今回の上り伝送の最初のＭ個のスロットの実際のＳＣＳを自分で確定することができる。本実施例において、端末が最初のＭ個のスロットの実際のＳＣＳを確定するための２種の態様を提供する。

【0051】

方式１：基地局から送信された基礎間隔指示を受信し、ＬＢＴ動作に成功したタイミングに基づいて基礎間隔指示により指定された基礎ＳＣＳを調整し、実際のＳＣＳを取得する。

【0052】

例えば、基地局があるＢＷＰ（ＢａｎｄｗｉｄｔｈＰａｒｔｓ、帯域幅パート）に設定した基礎ＳＣＳが３０ＫＨｚである場合、１つのスロットの長さは０．５ｍｓであり、端末が伝送リソースについてＬＢＴ動作を行う成功タイミングからあるスロットの終点タイミングまでの距離が０．３ｍｓであると仮定すると、図２に示すように、ここで、Ａは端末によるＬＢＴ動作の成功タイミングであり、Ｂは、基礎ＳＣＳでＬＢＴに成功した後の１つ目のスロットの開始タイミングである。ＡとＢとの間の距離は０．３ｍｓである。従来の態様によれば、端末は、データ送信を行うために０．３ｍｓ待つ必要があり、この０．３ｍｓにおいて、端末は専有信号を継続的に送信して該伝送リソースを専有する必要がある可能性がある。しかし、本実施例に係る態様によれば、端末はＬＢＴ動作後の１つ目のスロットの実際のＳＣＳを６０ＫＨｚとすることができ、このように、１つ目のスロットの長さは０．２５ｍｓになり、このように、ＬＢＴに成功した後の１つ目のスロットの開始タイミングはＣにあり、ＡとＣとの間の距離は僅か０．０５ｍｓであり、この場合、端末は０．０５ｍｓの専有信号を送信すれば基地局に上りデータを送信することができる。

【0053】

上記例において、端末は、自体の上り伝送過程における最初のスロットに対応する実際のＳＣＳのみを確定したが、前述した説明により分かるように、端末は最初のＭ個のスロットの実際のＳＣＳを確定することができる。Ｍの値は１だけでなく、１よりも大きい整数であってもよく、例えば、Ｍの値は２、３、４、５……であってもよい。

【0054】

方式２：ＬＢＴ動作に成功したタイミングに基づき、基地局により指定された少なくとも２つの候補ＳＣＳのうちの１つを実際のＳＣＳとして選択する。このような確定方式の原理は方式１の原理に類似し、いずれも端末が専有信号を送信する時間を減少し、伝送効率を向上させることを目的とするが、端末が最終的に確定した実際のＳＣＳは、基地局が予め指定した各候補ＳＣＳのうちの１つであり、例えば、基地局により提供されたＳＣＳが３０ＫＨｚ、６０ＫＨｚ、１２０ＫＨｚを含む場合、上記状況に対し、端末は最終的に６０ＫＨｚを１つ目のスロットの実際のＳＣＳとして選択する。

【0055】

好ましくは、端末は、今回の上り伝送における最初の複数のスロットのために実際のＳＣＳを確定するとき、上記２種の方式を組み合わせてもよい。例えば、方式１により１つ目のスロットの実際のＳＣＳを確定し、方式２により２つ目のスロットの実際のＳＣＳを確定する。

【0056】

端末により確定された実際のＳＣＳは、今回の上り伝送の最後の１つまたは複数のスロットに属していてもよいことが理解されるべきである。その原因は、端末がある伝送リソースについてタイプ４のＬＢＴ動作を実行し、１つのＭＣＯＴ（最大チャネル専有時間）を開始すると、該ＭＣＯＴ内で該伝送リソースを用いて伝送することができるためである。しかし、ＭＣＯＴの終了タイミングがちょうどスロットの境界にあるとは限らない。この場合、関連技術において、最後の不完全なスロットを用いて伝送を行うことがなく、または一部のスロットにおけるあるシンボルだけを伝送できる可能性がある。しかし、本実施例において、端末は、今回の上り伝送のＭＣＯＴの終了タイミングに基づいて今回の上り伝送に使用される最後のＮ個のスロットの実際のＳＣＳを確定することができ、Ｎは０よりも大きい整数である。

【0057】

同様に、端末は、以下の２種の方式のうちの少なくとも１種を採用し、今回の上り伝送に使用される最後のＮ個のスロットのために実際のＳＣＳを確定してもよい。

【0058】

方式１：基地局から送信された基礎間隔指示を受信し、ＭＣＯＴの終了タイミングに基づいて基礎間隔指示により指定された基礎ＳＣＳを調整し、実際のＳＣＳを取得する。

【0059】

例えば、端末は、開始伝送タイミングからＭＣＯＴの終了タイミングまでの時間が０．８ｍｓ残っていることを確定し、基地局から送信された基礎スロットが０．５ｍｓで、対応するサブキャリア間隔が３０ＫＨｚであると仮定すると、図３に示すように、ＤはＭＣＯＴの終了タイミングであり、ＥおよびＦは、それぞれＭＣＯＴにおける最後のスロットの開始境界および終点境界である。従来の態様によれば、端末は１つ目のスロットのみを用いて伝送を行う可能性がある。ＭＣＯＴにおいて０．３ｍｓの時間が使用できないが、本実施例に係る上り伝送方法によれば、端末は、ＭＣＯＴの終了タイミングに基づいて最後のスロットの実際のＳＣＳを基礎ＳＣＳの３０ＫＨｚから６０ＫＨｚに調整することができ、このように、最後のスロットの長さは０．２５ｍｓになる。調整により、最後のスロットの終点境界はＧになり、１つ目のスロットの長さが依然として０．５ｍｓであるため、端末はＭＣＯＴにおける０．７５ｍｓの時間を効果的に用いて伝送を行うことができ、０．０５ｍｓのみ残る。

【0060】

方式２：ＭＣＯＴの終了タイミングに基づき、基地局により指定された少なくとも２つの候補ＳＣＳのうちの１つを実際のＳＣＳとして選択する。

【0061】

例えば、基地局により提供されたＳＣＳが１５ＫＨｚ、３０ＫＨｚ、６０ＫＨｚを含む場合、上記状況に対し、端末は、最終的に６０ＫＨｚを最後のスロットの実際のＳＣＳとして選択する。本実施例のいくつかの例において、端末は、今回の上り伝送における全てのスロットに対応するＳＣＳを６０ＫＨｚとしてもよく、このように、ＭＣＯＴは完全な時間長が０．２５ｍｓである３つのスロットを含んでもよく、総時間長は依然として０．７５ｍｓである。

【0062】

好ましくは、端末は、今回の上り伝送における最後の複数のスロットのために実際のＳＣＳを確定するとき、上記２種の方式を組み合わせてもよい。例えば、方式１により最後のスロットの実際のＳＣＳを確定し、方式２により最後から２つ目のスロットの実際のＳＣＳを確定する。

【0063】

前述した説明により分かるように、端末は、最初のＭ個のスロットのために実際のＳＣＳを確定する２種の方式と、最後のＮ個のスロットのために実際のＳＣＳを確定する２種の方式とは、原理上でほぼ同じである。

【0064】

端末のＬＢＴに成功したタイミングがスロットの境界にない場合、端末は、更に、以下の方式により専有情報の送信を減少してリソースの利用率を向上させることができる。

【0065】

本実施例において、端末は、ＬＢＴ動作に成功したタイミングに基づいて上り伝送のスタート伝送シンボルを自ら確定することができ、例えば、端末は、ＬＢＴ動作に成功したタイミングの後のＫ個目のシンボルをスタート伝送シンボルとすることを確定し、ただし、Ｋは１以上かつ所定の閾値よりも小さい整数であってもよい。通常、専有信号の送信を減少するために、端末は直接Ｋを１としてもよく、このように、ＬＢＴが成功すると、端末は最も近い伝送シンボルからデータ伝送を開始することができる。

【0066】

基地局に今回の上り伝送の持続過程を知らせるために、端末自体が今回の上り伝送のスタート伝送シンボルを確認した場合、すなわち、自律伝送パラメータがスタート伝送シンボルを含む場合、端末は、更に、今回の上り伝送の終点伝送シンボルおよび／または今回の上り伝送の時間領域長を共に自律伝送パラメータとして確定することができる。

【0067】

上記説明により分かるように、自律伝送パラメータはＣＢＧＴＩを更に含んでもよく、つまり、本実施例において、端末は、今回の上り伝送過程においてどのＣＢＧを伝送するかを自ら選択することができる。１つのＴＢ（ＴｒａｎｓｐｏｒｔＢｌｏｃｋ、伝送ブロック）が４つのＣＢＧを含むと仮定すると、該ＴＢに対して初回の伝送を行う場合、端末はこの４つのＣＢＧから任意の１つ、複数、または直接全てのＣＢＧを選択して伝送することができ、今回の上り伝送過程において伝送しようとするＣＢＧの識別子ＣＢＧＴＩが、今回の上り伝送における１つまたは複数の自律伝送パラメータのうちの１種であると確定する。端末が上り伝送を行うことは、ＴＢに対して初回の伝送を行うことだけでなく、ＴＢに対して再送を行うことであってもよいことが理解されるべきであり、例えば、あるＴＢにおけるＣＢＧ１、ＣＢＧ２、ＣＢＧ３、ＣＢＧ４を初回に伝送した後、そのうちのＣＢＧ２およびＣＢＧ３の検出受信が失敗したことが基地局によりフィードバックされると、現在の伝送待ちのＣＢＧは再送が必要なＣＢＧ２およびＣＢＧ３を含む。

【0068】

現在、１つのＨＡＲＱプロセスに対応するＴＢのみに伝送待ちのＣＢＧが存在すると仮定すると、端末は該ＴＢにおける伝送が必要な各ＣＢＧのうちの１つまたは複数を任意に選択することができ、且つ、自律伝送パラメータはこれらの選択したＣＢＧのＣＢＧＴＩを含む。本実施例のいくつかの例において、端末は、該ＴＢに対応するＨＡＲＱのプロセス番号、新たなデータ指示ＮＤＩ、および冗長バージョンＲＶ情報のうちの少なくとも１種を同時に確定することができる。

【0069】

現在、１つ以上のＨＡＲＱプロセスに対応するＴＢを伝送する必要があると仮定する場合、端末は、今回の上り伝送のＨＡＲＱのプロセス番号を確定してから、該ＨＡＲＱプロセスに対応するＴＢから伝送待ちのＣＢＧを選択し、ＣＢＧＴＩを確定することができる。もちろん、端末は、同様に、ＣＢＧＴＩおよびＨＡＲＱのプロセス番号を自律伝送パラメータとする場合、ＮＤＩとＲＶ情報とを共に自律伝送パラメータとして確定することができる。ＮＤＩは、現在伝送しているＣＢＧにおけるデータが新しいデータであるか再送されたデータであるかを指示することに用いられる。ＴＢのターボコーダー（ｔｕｒｂｏｃｏｄｅｒ）を経たデータは３つのセグメントを含み、第１セグメントは基本データと考えられ、残りの２つのセグメントは冗長データであり、この３つのセグメントのデータは、１つのリング状バッファ領域内に順次設定されている。ＲＶ情報は、データの受信端がこのバッファ領域のどの位置からデータを取得するかを指示するものである。本実施例において、各ＲＶバージョンは端末および基地局により予め約束されてもよく、上り伝送を行う度に、端末は、現在の上り伝送がどのＲＶバージョンを使用するかを確定することにより、現在のＲＶ情報を自律確定することができる。

【0070】

本実施例の他のいくつかの例において、ＲＶの使用順序は、基地局および端末により予め約束されてもよく、例えば、ＲＶバージョンはバージョンＡ、バージョンＢ、およびバージョンＣを含み、基地局および端末は、あるＴＢを１回目に伝送するとき、バージョンＢを採用し、該ＴＢを２回目に伝送するとき、バージョンＣを採用し、該ＴＢを３回目に伝送するとき、バージョンＡを採用することを予め約束する。この場合、端末はＲＶ情報を自ら確定する必要がなく、予め約束された順序で対応するＲＶバージョンを用いてデータを送信すれば良い。

【0071】

Ｓ１０４において、端末は自律伝送パラメータを基地局に送信する。

【0072】

端末は、自律伝送パラメータを確定した後、基地局がこれらの自律伝送パラメータに基づいて端末からの上りデータを受信するように、自律伝送パラメータを基地局に送信することができる。本実施例の一例において、端末は、自律伝送パラメータをＵＣＩ（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、上りリンク制御情報）情報に担持させて基地局に送信することができる。ＵＣＩ情報の伝送に対し、端末はＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、物理上りリンク制御チャネル）で伝送してもよいし、ＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、物理上りリンク共有チャネル）で伝送してもよい。ＰＵＳＣＨでＵＣＩ情報を伝送する場合、端末は、該ＵＣＩ情報をＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ、復調参照信号）の所定位置に設定して送信することができる。ＰＵＳＣＨで自律伝送パラメータを伝送することは、上り伝送過程のスペクトルリソースに対する専有を減少し、スペクトルリソースの利用率を向上させることができる。

【0073】

Ｓ１０６において、基地局は自律伝送パラメータに基づいて端末と上りデータ伝送を行う。

【0074】

基地局は、ＤＭＲＳ信号に対応する位置からＵＣＩ情報を受信することにより、上りデータの検出受信を指示する作用を果たす自律伝送パラメータを取得することができる。その後、これらの自律伝送パラメータに基づき、端末から送信された上りデータを検出受信する。本実施例のいくつかの例において、端末から基地局に送信された自律伝送パラメータは、上り伝送に必要な全ての伝送パラメータを含み、この場合、基地局は、受信した自律伝送パラメータに基づいて上りデータの検出受信を行うことができる。本実施例の別の例において、端末自体が確定したのは、上り伝送に必要な伝送パラメータにおける一部だけであり、この場合、残りの部分の伝送パラメータは基地局により確定でき、例えば、基地局は、まず、端末にスケジューリング伝送パラメータを送信し、その後、端末は自律伝送パラメータおよびスケジューリング伝送パラメータに基づいて上りデータ送信を行う。基地局は、端末から送信された自律伝送パラメータを受信すると、自律伝送パラメータおよびスケジューリング伝送パラメータに基づいて上りデータを検出受信する。

【0075】

前述した説明により分かるように、端末は、上り伝送を行う前に、伝送リソースについてＬＢＴ動作を実行する必要のある可能性がある。本実施例において、端末がＬＢＴ動作を実行する対象となる伝送リソースは、基地局の指示により確定でき、例えば、基地局は端末にＬＢＴ動作の指示を送信する。ここでいう伝送リソースは、時間領域、周波数領域、ビーム方向により共通に確定でき、つまり、この３種のパラメータは１つの伝送リソースを確定することができ、そのうちの任意のパラメータが変化すると、対応する伝送リソースも変化する。ＬＢＴ動作の指示には、ＬＢＴ動作の伝送リソースを指定するための時間領域指示情報、周波数領域指示情報、およびビーム方向指示情報が含まれる。基地局から送信されたＬＢＴ動作の指示に含まれる時間領域指示情報、周波数領域指示情報、およびビーム方向指示情報が１つの伝送リソースしか確定できなければ、端末は、直接該伝送リソースについてＬＢＴ動作を行うことができる。本実施例のいくつかの例において、ＬＢＴ動作の指示に含まれる時間領域指示情報、周波数領域指示情報、およびビーム方向指示情報は、少なくとも２つの伝送リソースを同時に指示してもよい。ＬＢＴ動作の指示で少なくとも２つの伝送リソースが指定された場合、端末は、これらの伝送リソースのうちの１つまたは複数を選択してＬＢＴ動作を行った後、ＬＢＴ動作に成功した伝送リソースのうちの少なくとも１つを選択してデータ伝送を行うことができる。

【0076】

本実施例において、時間領域指示情報は端末のために設定された上り伝送期間を含んでもよい。該上り伝送期間は基地局の設定により確定される。本実施例の一例において、時間領域指示情報が該上り伝送期間のみを含む場合、該上り伝送期間にあれば、端末には現在基地局に送信する必要のあるデータが存在すれば、伝送リソースについてＬＢＴ動作を実行し、ＬＢＴ動作に成功した後にデータ送信を行うことができる。

【0077】

本実施例の別の例において、時間領域指示情報は、基地局が端末のために設定した上り伝送期間を含むだけでなく、上り伝送期間内の各スロットが自律上り伝送を許容するか否かを表すためのスロット機会指示を更に含む。例えば、上り伝送期間全体のスロット機会指示はｂｉｔｍａｐの形式で表現され、ｂｉｔｍａｐにおける各データビットが上り伝送期間における各スロットに対応し、基地局が、端末があるスロットで上り伝送を行うことを許容する場合、該スロットに対応するデータビットは「０」であり、許可しない場合、該スロットに対応するデータビットは「１」である。基地局により指示された上り伝送期間ｔ１～ｔ２が５つのスロットを含み、且つ該上り伝送期間に対応するｂｉｔｍａｐが「０１００１」であれば、基地局は、端末が第１、３、４スロットで上り伝送を行うことを許容し、スロット２および５で端末が上り伝送を行う機会がないことを意味する。このような態様では、端末に送信待ちの上りデータが存在する場合、スロット機会指示に基づいて上り伝送を許容するスロットからスロットを選択してＬＢＴ動作を実行し、ＬＢＴ動作に成功した後にデータ伝送を行う必要がある。

【0078】

周波数領域指示情報は、基地局が端末のために設定した少なくとも１つの上り伝送バンドと、上り伝送バンドが上り自律伝送を許容するか否かを表すためのバンド機会指示とを含み、このような周波数領域指示情報は前述した第２種の時間領域指示情報に類似し、送信待ちの上りデータが存在する場合、バンド機会指示に基づき、各上り伝送バンド内から周波数領域位置を選択し、選択した周波数領域位置に基づいてＬＢＴ動作を実行する伝送リソースを確定した後、該伝送リソースについてＬＢＴ動作を実行することを端末に指示することに用いられる。

【0079】

本実施例の一例において、バンド機会指示はｂｉｔｍａｐの形式で表現されてもよく、例えば、１つの上り伝送バンドは、ｂｉｔｍａｐにおける１つのデータビットに対応し、該上り伝送バンド内に端末の上り伝送に使用される周波数領域位置が存在すれば、それに対応するｂｉｔｍａｐのデータビットの数値は肯定を表し、存在しなければ、それに対応するｂｉｔｍａｐのデータビットの数値は否定を表す。例えば、基地局は端末に２つのインターリーブユニット、それぞれインターリーブユニットＡおよびインターリーブユニットＢを指示すれば、ｂｉｔｍａｐに２つのデータビットが存在し、「０」は肯定を表し、「１」は否定を表す。１つのインターリーブユニットは、等間隔サイズのＭ個のＲＢ（ＲｅｓｏｕｒｃｅＢｌｏｃｋ、リソースブロック）またはＮ個のＲＥ（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、リソースエレメント）を含み、ただし、ＭおよびＮは、ＢＷＰのサイズまたはシステム帯域幅に関連する１つの数値であることが理解されるべきである。本実施例において、シグナリングオーバヘッドを減少するために、基地局により指定された各上り伝送バンドにおける使用可能な周波数領域位置は同じであり、インターリーブユニットを例とし、インターリーブユニットＡにおける使用可能な周波数領域位置が番号１、３、５、７のサブキャリアであれば、インターリーブユニットＢにおいて、使用可能な周波数領域位置も同様に番号１、３、５、７のサブキャリアである。これにより分かるように、基地局により指定された各上り伝送バンドにおける使用可能な周波数領域位置が同じである場合、基地局が１つの上り伝送バンドにおける使用可能な周波数領域位置を指定すれば、端末は各上り伝送バンドにおける使用可能な周波数領域位置を確定することができる。

【0080】

本実施例のいくつかの例において、ビーム方向情報は、ＳＲＳ（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、チャネルサウンディング参照信号）リソース構成における空間領域パラメータ情報により確定でき、１セットのＳＲＳ空間領域パラメータは１つのビーム方向に対応する。本実施例のいくつかの例において、１つのビーム方向情報は１つのＳＲＳリソースセットを含んでもよく、ＳＲＳリソースセットは少なくとも２つのＳＲＳを含み、各ＳＲＳは異なるビーム方向に対応する。

【0081】

本開示の実施例に係る上り伝送方法において、端末自体で１つまたは複数の自律伝送パラメータを確定した後、確定した伝送パラメータを基地局に送信し、これらの自律伝送パラメータに基づいて基地局と上りデータ伝送を行うことで、端末は現在の伝送環境等に応じて伝送ポリシーを柔軟に確定することができ、一途に基地局の指示に基づいて伝送する必要がなく、端末の自律上り伝送の柔軟性を向上させ、伝送効率および伝送リソースの利用率の向上に寄与する。

【0082】

（実施例２）
通信ニーズの爆発的な増加に伴い、スペクトルリソースはますまず緊張となり、指数型傾向にある増加のニーズを満たすために、余分なスペクトルを追加する必要がある。ライセンススペクトルの数が限られているため、通信プロバイダは問題を解決するために、無免許スペクトル、すなわち、アンライセンスキャリアを求める必要がある。ライセンスキャリアと比べ、アンライセンスキャリアは、無料／低料金、アクセス要求が低い、リソースが共有できる、および無線アクセス技術が多い、サイトが多い等の利点を有し、現在、３ＧＰＰ技術は既にアンライセンスキャリアの伝送操作についての項目を確立して検討を進めている。

【0083】

通常、アンライセンスキャリアを用いてトラフィック伝送を行う前に、ＬＢＴまたはクリアチャネルの評価（ＣｌｅａｒＣｈａｎｎｅｌＡｓｓｅｓｓｍｅｎｔ、ＣＣＡ）を行う必要があり。ＬＢＴ動作とは、トラフィック伝送に使用する直前のキャリアをリスニングし、該キャリアが空いて使用可能であるか否かを確定する過程を指す。ＬＢＴ動作の結果が成功しないと、デバイスは該アンライセンスキャリアでデータを送信することができない。アンライセンスキャリアＬＢＴが成功する確率を向上させるために、データ伝送の機会を増加する。基地局は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、無線リソース制御）シグナリングにより、端末に複数の伝送リソースを設定することができ、この複数の伝送リソースは、端末が複数の伝送機会を有することができることを意味する。ここでのＲＲＣシグナリングは、前述した実施例に記載されたＬＢＴ動作の指示に相当することが理解できる。

【0084】

本実施例において、基地局は端末に１つの周期ＴＵを設定し、且つ、ｂｉｔｍａｐにより、この周期ＴＵ内の各スロット内にいずれも上り自律伝送機会があるか否かを指示する。端末に送信待ちの上りデータがある場合、現在の最も近い、上り自律伝送機会があるスロットを選択して対応する周波数領域位置およびビーム方向でＬＢＴ動作を実行することができる。

【0085】

また、伝送リソースの周波数領域情報を指示するために、基地局ＲＲＣシグナリングにおいて、端末に番号１～６の６つのインターリーブユニットを割り当て、それと同時に、ｂｉｔｍａｐの方式により、各インターリーブユニットにおいて該端末にデータ伝送の周波数領域リソースを割り当てたか否かを指示する。それと同時に、シグナリングにより、各インターリーブユニットにおいて番号が偶数のサブキャリアが該端末の使用可能な周波数領域位置であることを指示する。

【0086】

それと同時に、本実施例において、基地局は、ＳＲＳリソースセットにより、端末に複数の空間ビーム方向を設定し、異なるＳＲＳは異なる空間ビーム方向に対応する。

【0087】

端末は、ＲＲＣシグナリングに基づいて基地局により指定された複数の伝送リソースを確定することができ、その後、これらの伝送リソースでＬＢＴを実行し、成功した後、１つまたは複数の伝送リソースを選択してデータの上り自律伝送を行う。好ましくは、端末が複数の伝送リソースについてＬＢＴ動作を行う必要がある場合、端末は、同じ周波数領域位置、異なる空間ビーム方向でＬＢＴ動作を同時に実行してもよいし、または、異なる周波数領域位置、同じビーム方向でＬＢＴ動作を同時に実行してもよいし、あるいは、端末は、異なるタイミングで同じ周波数領域位置、同じビーム方向の複数の伝送リソースについて複数回のＬＢＴ動作を実行してもよい。複数の伝送リソースについてＬＢＴ動作を行うことにより、端末は、上りＬＢＴの成功の確率を向上させ、アンライセンスキャリアの自律上り伝送の機会を増加することができる。

【0088】

ＬＢＴ動作に成功した後、端末は自律上り伝送を行うことができ、実施例１の説明により分かるように、本実施例において、端末は一部の伝送パラメータを自ら確定することができ、端末により確定された自律伝送パラメータがＳＣＳを含む場合、端末は、自体のＬＢＴの成功タイミングからスロットの境界までの距離に基づき、専有信号の送信が最も少ないことを確保することを原則として少なくとも１つのスロットの実際のＳＣＳを確定するとともに、該ＳＣＳ値をＵＣＩ情報に含めて基地局に送信することができる。

【0089】

もちろん、端末の上り伝送の各スロットに対応するＳＣＳは、他の方式により確定することもでき、例えば、以下のとおりである。

【0090】

方式１：端末および基地局は、あるチャネル、信号に用いられるＳＣＳを予め約束する。このように、上り伝送のチャネルまたは信号が確定されると、端末は対応する実際のＳＣＳを確定することができる。本実施例のいくつかの例において、基地局および端末は、１つのバンドに複数のＳＣＳを設定してもよく、端末は上り伝送を行うとき、ＳＣＳを任意に選択し、基地局は上りデータの検出受信を行うとき、元に約束した複数のＳＣＳを１つずつ試みることができる。

【0091】

方式２：基地局は半静的な設定の方式で端末にＳＣＳを指示し、例えば、基地局は、ＳＳＢ（ＳｙｎｃｈｒｏｎｏｕｓＳｉｇｎａｌＢｌｏｃｋ、同期情報ブロック）情報、ＲＭＳＩ（ＲｅｍａｉｎｉｎｇＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ、残りのシステム情報）情報、およびＲＲＣシグナリングのうちのいずれかにより、あるアンライセンスキャリアにおけるあるＢＷＰに対応するＳＣＳを端末に通知する。

【0092】

方式３：基地局は、ＤＣＩにより、あるＭＣＯＴまたはあるスロットのＳＣＳを動的に指示する。好ましくは、基地局は、更に、スロットのｂｉｔｍａｐの方式により各スロットのＳＣＳを指示してもよい。あるいは、基地局および端末は、ＳＣＳ指示を受信する度に、ＳＣＳを前のＳＣＳ値の基に１倍増加することを約束する。例えば、１つ目のスロットのＳＣＳが１５ＫＨｚであると仮定すると、基地局が２つ目のスロットに対するＳＣＳ指示を送信すれば、２つ目のスロットに対応するＳＣＳは３０ＫＨｚであることを意味する。複数の連続したスロットのＳＣＳが一致する場合、基地局は、「開始スロット＋連続したスロットの数」の形式で端末に通知することができ、例えば、基地局は、端末に「５＋６」のようなＳＣＳ指示を送信すると、現在のＳＣＳが５つ目のスロットから連続した６つのスロットのサブキャリアを指示することに用いられることを表す。

【0093】

方式４：基地局は、半静的＋動的の組み合わせの方式により端末にＳＣＳを指定し、例えば、基地局は、少なくとも２つの候補のＳＣＳセットを半静的に設定した後、今回の上り伝送がどのＳＣＳセットを採用するかを端末に動的に指示する。あるいは、基地局は、上り伝送の各中間スロットのＳＣＳを半静的に設定した後、１つ目のスロットおよび／または最後のスロットのＳＣＳを動的に指示してもよい。

【0094】

端末がランダムバックオフを有するＬＢＴ動作を実行し、且つＬＢＴ動作に成功したタイミングがスロットの境界ではない場合については、伝送リソースの利用率を向上させるために、本実施例において、端末は、上り伝送における少なくとも１つのスロットのＳＣＳを自ら確定するほか、今回の上り伝送のスタート伝送シンボルを自ら確定する形態により問題を解決してもよい。本実施例において、端末のＬＢＴ動作の実行に成功したタイミングがスロットの境界ではない場合、端末は、ＬＢＴの成功タイミングに最も近い伝送シンボルから上りデータ伝送を行い、該スタート伝送シンボルをＵＣＩ情報により基地局に通知することができる。例えば、図４に示すように、ある上り伝送過程において、端末のＬＢＴの実行に成功したタイミングＨがｋ個目のスロットの伝送シンボル５に最も近い。端末は、ｋ個目のスロットの伝送シンボル５からデータ伝送を行うことができ、すなわち、伝送シンボル５をスタート伝送シンボルとするとともに、伝送シンボル５を表す情報、例えば、「０１０１」を基地局に送信する。

【0095】

更に、いくつかの場合、端末はスロットの境界からデータ伝送を終了することができず、この場合、端末は上りデータ伝送の終点伝送シンボルを基地局に通知する必要があり、例えば、図４において、１つのＭＣＯＴの終了タイミングがＭ個目のスロットにおける伝送シンボル３に位置すると、端末は「００１１」を送信することにより今回の上りデータ伝送の終点伝送シンボルを基地局に伝えることができる。もちろん、本実施例のいくつかの例において、端末は、上り伝送の終点伝送シンボルを直接伝える必要がなく、その代わりに、今回の上り伝送の時間領域長を基地局に伝えてもよい。一例において、端末から基地局に送信された自律伝送パラメータは時間領域長を含み、例えば、時間領域長が１８個の伝送シンボルであれば、基地局は該情報により、端末の今回の上り伝送が１８個の伝送シンボルを伝送し、スタート伝送シンボルから１８個の伝送シンボルのデータを受信すると、今回の上り伝送が既に終了したことを意味することを確定することができる。

【0096】

本実施例に係る上り伝送方法は、端末がＬＢＴ動作を実行する過程について説明し、基地局は、複数の伝送リソースを端末に指示することにより、端末のＬＢＴ動作の成功確率を向上し、更に端末が上りデータ伝送を行う機会を増加し、端末側のユーザ体験を向上させる。

【0097】

更に、端末は、上り伝送過程における少なくとも１つのスロットの実際のＳＣＳを自分で確定し、スロットＳＣＳのサイズを増加することにより、１つの完全なスロットの長さを変更し、専有信号の送信を低減し、スペクトル利用率を向上させることができる。あるいは、端末は、ＬＢＴの成功タイミングに基づいて上り伝送のスタート伝送シンボル位置および終点伝送シンボル位置を選択することができ、上りデータ伝送の柔軟性を向上させ、リソースの利用率を向上させることができる。

【0098】

（実施例３）
当業者が実施例１における上り伝送方法の様々な詳細をより明らかにするために、本実施例は、前述した実施例の基に一部の詳細内容について更に説明し、本実施例は、主に自律伝送パラメータがＣＢＧＴＩを含むことを例として説明する。

【0099】

端末によるＬＢＴの実行に成功した後、端末は１つの周期内に１つのＴＢにおける１つまたは複数のＣＢＧを伝送することができ、それと同時に、端末はＵＣＩ情報にＣＢＧＴＩ情報を担持し、好ましくは、ＣＢＧＴＩ情報がｂｉｔｍａｐの形式で表現され、今回の上り伝送がＴＢにおけるどのまたはどちらのＣＢＧを伝送するかを基地局に指示する。同一回の上り伝送で伝送される各ＣＢＧが同じＨＡＲＱプロセスを共有し、端末は、該ＨＡＲＱのプロセス番号も基地局に通知するとともに、ＮＤＩ情報により、このＨＡＲＱプロセスが新しいＴＢを伝送するか、既に伝送されたＴＢにおけるＣＢＧを再送するかを指示することができることが理解されるべきである。

【0100】

例えば、基地局が半静的に設定した１つのＴＢに含まれるＣＢＧの数が４つであり、端末がＨＡＲＱプロセス２により該ＴＢ内の４つのＣＢＧを初めて伝送した後、基地局がＮＡＣＫ情報をフィードバックし、且つＮＡＣＫ情報において、ＣＢＧ２－ＣＢＧ４の伝送が全て失敗したことを指示すると仮定すると、端末は、再送するとき、ＣＢＧ２、ＣＢＧ３、ＣＢＧ４の３つのみから選択することができる。端末は、伝送が失敗した３つのＣＢＧを同時に再送してもよく、そのうちの１つまたは２つのみを選択して再送してもよい。例えば、端末は、ＵＣＩ情報においてｂｉｔｍａｐでＣＢＧ２、ＣＢＧ３、ＣＢＧ４のＣＢＧＴＩを表すことができ、例えば、ｂｉｔｍａｐが「０１１１」である。それと同時に、端末は、更に、今回の上り伝送に対応するＨＡＲＱのプロセス番号「２」およびＮＤＩ情報を基地局に送信することもでき、基地局は該情報を受信すると、端末の今回の上り伝送が、ＨＡＲＱプロセス２の元のＴＢのＣＢＧ２－ＣＢＧ４に対する再送であることを知る。

【0101】

ＲＶ情報については、この複数のＣＢＧのＲＶは同じであり、端末および基地局は、毎回の伝送に使用されるＲＶバージョンを予め約束する。例えば、順序が「バージョン０、バージョン２、バージョン１、バージョン３」であれば、現在は１回目の再送であるが、実際は２回目の伝送であるため、ＲＶバージョンは「バージョン２」であるべきである。データ伝送の両端が毎回の伝送に使用されるＲＶバージョンを予め約束したため、端末は、ＵＣＩ情報にＲＶ情報を担持する必要がない。本実施例のいくつかの例において、端末は、今回の上り伝送に用いられるＲＶバージョンを選択することができ、この場合、端末は、ＲＶ情報も自律伝送パラメータとしてＵＣＩ情報に担持させ、ＰＵＳＣＨの所定ＤＭＲＳ位置で基地局に送信してもよい。

【0102】

基地局は、上りデータを検出受信した後、ｂｉｔｍａｐの方式で今回の上り伝送の各ＣＢＧの受信状況をフィードバックしてもよい。

【0103】

本実施例に係る上り伝送方法において、端末は、上り伝送の対象となるＣＢＧを自ら確定することができ、端末の上り伝送の柔軟性を大きく向上させる。

【0104】

（実施例４）
関連技術において、１つの端末に送信待ちの上りデータがある場合、基地局の指示に従い、上り伝送に使用する直前のターゲットの伝送リソースについてランダムバックオフを有するＬＢＴ動作、例えば、タイプ４のＬＢＴ動作を行うことにより、１つのＭＣＯＴを開始し、その後、該ＭＣＯＴで上り伝送を行うことができる。しかし、１つの端末の上り伝送がＭＣＯＴの全ての時間を専有する必要がない場合、ＭＣＯＴにおける残り時間は無駄になるしかできず、別の伝送端が該ターゲットの伝送リソースを用いて伝送する必要がある場合、大量の時間をかけてランダムバックオフを有するＬＢＴ動作を再実行する必要がある可能性があり、これにより、システムの通信リソースが十分に使用されず、システムの伝送性能に影響を与える。上記問題を解決するために、本実施例は通信方法を提供する。当業者が本実施例の態様を理解しやすいために、該通信方法の詳細について説明する前に、ここでは、まず本実施例に使用されるいくつかの概念について説明する。

【0105】

「最初伝送端末」とは、ターゲットの伝送リソースについてランダムバックオフを有するＬＢＴ動作を実行してＭＣＯＴを開始する端末を指す。「共有伝送端」とは、最初伝送端末でＭＣＯＴを開始するが、その上り伝送が該ＭＣＯＴを使い切らない場合、該ＭＣＯＴにおける残り時間を多重してデータ伝送を行うデータ送信端を指す。「ターゲットの伝送リソース」とは、ＬＢＴ動作に成功した後、最初伝送端末が上りデータ伝送を行うために用いる伝送リソースを指す。

【0106】

以下、図５に係る通信方法のフローチャートを参照する。

【0107】

Ｓ５０２において、最初伝送端末は、上り伝送が必要な場合、ターゲットの伝送リソースについてランダムバックオフを有するＬＢＴ動作を実行する。

【0108】

本実施例において、最初伝送端末の伝送リソースに対するＬＢＴ動作は、基地局のＬＢＴ指示に基づいて行うことができ、前述した実施例の説明により分かるように、基地局は、ＬＢＴ指示、例えば、ＲＲＣシグナリングにおいて端末に複数の候補の伝送リソースを指定することができ、最初伝送端末は、この複数の候補の伝送リソースにおける一部または全ての伝送リソースについてＬＢＴ動作を実行した後、ＬＢＴ動作に成功した伝送リソースのうちの少なくとも１つをターゲットの伝送リソースとして選択することができる。本実施例の別の例において、最初伝送端末は、候補の伝送リソースのうちの１つのみを選択してＬＢＴ動作を実行してもよく、成功すれば、該伝送リソースをターゲットの伝送リソースとし、成功しなければ、一時的にターゲットの伝送リソースがなく、データ伝送を行わないことを意味する。

【0109】

これにより分かるように、最初伝送端末がＬＢＴ動作を実行した伝送リソースは、必ずしもターゲットの伝送リソースではないが、ターゲットの伝送リソースは必ず最初伝送端末のＬＢＴ動作の対象となる。

【0110】

Ｓ５０４：最初伝送端末は、ＬＢＴ動作により取得されたＭＣＯＴを確定する。

【0111】

いずれもターゲットの伝送リソースについてランダムバックオフを有するＬＢＴ動作を実行するが、ＬＢＴ動作過程によって異なるＭＣＯＴを取得する可能性があり、本実施例のいくつかの例において、ＭＣＯＴのサイズは、ランダムバックオフを有するＬＢＴ動作を実行する際のランダムバックオフ値のサイズに関連する。または、タイプ４のＬＢＴ動作を実行するコンテンションウィンドウのサイズに関連する。従って、ＬＢＴ動作に成功した後、最初伝送端末は、今回のＬＢＴ動作により取得されたＭＣＯＴのサイズを確定することができる。

【0112】

Ｓ５０６：最初伝送端末は、ＭＣＯＴについての多重関連情報を基地局に送信する。

【0113】

その後、最初伝送端末は、該ＭＣＯＴについての多重関連情報を基地局に送信し、該多重関連情報により、基地局は、少なくとも、最初伝送端末の今回の上り伝送を完了した後、ＭＣＯＴに共有伝送端がデータ伝送を行うための残り時間があるか否かを確定することができる。

【0114】

更に、本実施例のいくつかの例において、多重関連情報により、基地局は、現在ＭＣＯＴに共有伝送端が使用可能な残り時間があるか否かを確定できるだけでなく、更に、基地局は、残り時間があると確定した場合、共有伝送端がターゲットの伝送リソースについてどのタイプのＬＢＴ動作を実行すべきであるかを確定することもできる。

【0115】

例えば、本実施例の一例において、最初伝送端末は、ＭＣＯＴの終了タイミングを表すことができる第１情報を多重関連情報として基地局に送信することができ、このように、基地局は第１情報を受信すると、現在のタイミングに基づいて後続のタイミングが該ＭＣＯＴ内に属しているか否かを確定することができる。

【0116】

例えば、第１情報は、ＭＣＯＴの現在の残りのスロット数および／またはシンボル数であってもよい。いくつかの場合、第１情報は、ＭＣＯＴの現在の残りのスロット数のみを含み、例えば、ＭＣＯＴに３つの完全なスロットおよび２つのシンボルが残った場合、最初伝送端末は、現在、４つのスロットが残っていることを基地局にフィードバックする。もちろん、このような場合、最初伝送端末は、残った実際の時間を残ったシンボル数に変換して基地局にフィードバックしてもよく、例えば、最初伝送端末の第１情報は、該ＭＣＯＴに２３個のシンボルが残っていることを表す。いくつかの場合、第１情報は、ＭＣＯＴの現在の残ったシンボル数のみを含み、例えば、ＭＣＯＴに５つのシンボルのみが残っている場合、最初伝送端末は、現在の残ったシンボル数が５であることを基地局にフィードバックする。同様に、この場合、最初伝送端末は、残った実際の時間を残ったスロット数に変換してフィードバックしてもよく、例えば、最初伝送端末から基地局に送信された第１情報は、該ＭＣＯＴに５／７個のスロットが現在残っていることを表す。好ましくは、この２種の場合、最初伝送端末は、前述した２種の第１情報を組み合わせて基地局に指示してもよい。例えば、ＭＣＯＴの残り時間に少なくとも１つの完全なスロットがある場合、最初伝送端末は、残ったスロット数のみを基地局に指示し、ＭＣＯＴの残り時間が１つの完全なスロットを満たない場合、最初伝送端末は残ったシンボル数を基地局に指示する。

【0117】

別の例において、最初伝送端末は、基地局自体が今回の上り伝送に設定したフィードバックタイミングを知ることができ、基地局も該フィードバックタイミングを知っているため、最初伝送端末は、該フィードバックタイミングのＭＣＯＴにおける位置を基地局に指示し、フィードバックタイミングのＭＣＯＴにおける位置を第１情報として基地局に送信することができる。このように、基地局は、自分で設定したフィードバックタイミングと合わせてＭＣＯＴの終了タイミングを確定し、現在のタイミングからＭＣＯＴの終了までどのぐらいの時間が残っていることを確定することができる。

【0118】

好ましくは、第１情報は、ＭＣＯＴの現在の残りのスロット数および／またはシンボル数を含むとともに、フィードバックタイミングのＭＣＯＴにおける位置を更に含んでもよい。

【0119】

本実施例の一例において、最初伝送端末は、共有伝送端が残り時間を多重する際に実行するＬＢＴ動作のタイプを指示するための情報を多重関連情報として基地局に送信することができ、このように、基地局は、多重関連情報を受信すると、解析すれば、共有伝送端がターゲットの伝送リソースについて実行するＬＢＴ動作のタイプを確定することができ、更にＭＣＯＴの残り時間に基づいて実行するＬＢＴ動作のタイプを確定する必要がない。

【0120】

多重関連情報が、前述第１情報と、最初伝送端末が基地局に指示した、共有伝送端が残り時間を多重する際に実行するＬＢＴ動作のタイプの情報とを同時に含むことも可能であることが理解されるべきである。本実施例のいくつかの例において、最初伝送端末は、自体の上り伝送の１つまたは一部のスロットで基地局に多重関連情報を送信することができるが、基地局が検出受信の失敗によりＭＣＯＴの終了タイミングを知ることができず、ＭＣＯＴに残り時間があるか否かを確定できないという問題を回避するために、本実施例のいくつかの例において、最初伝送端末は、上り伝送の各スロット内で、いずれも基地局に多重関連情報を送信してもよい。

【0121】

Ｓ５０８：基地局は、多重関連情報に基づいて最初伝送端末の上り伝送が完了した際にもＭＣＯＴに残り時間が存在すると確定した後、残り時間を多重するように共有伝送端を制御する。

【0122】

基地局は、最初伝送端末から送信された多重関連情報を受信すると、まず、該多重関連情報に基づき、最初伝送端末の今回の上り伝送が完了した際にもＭＣＯＴに残り時間が存在するか否かを確定し、判断結果がＹＥＳであれば、基地局は残り時間を多重するように共有伝送端を制御することができる。本実施例において、共有伝送端は最初伝送端末自体であってもよく、基地局であってもよく、最初伝送端末と同一のセルに位置する他の端末、特に、最初伝送端末と地理的位置が近い、例えば、距離が予め設定された距離の閾値よりも小さい端末であってもよい。

【0123】

以下、基地局がＭＣＯＴの残り時間を多重するように共有伝送端を制御する過程について説明し、図６に示す基地局が残り時間を多重するように共有伝送端を制御するフローチャートを参照する。

【0124】

Ｓ６０２において、基地局は、共有伝送端について、残り時間を多重する際に実行する必要のあるＬＢＴ動作のタイプを確定する。

【0125】

本実施例において、基地局は、多重関連情報、送受信端情報およびビーム関係のうちの少なくとも１つに基づき、残り時間を多重する際に実行する必要のあるＬＢＴ動作のタイプを確定することができる。前に説明したように、多重関連情報は、共有伝送端が残り時間を多重する際に実行するＬＢＴ動作のタイプを指示できる情報である可能性があるため、この場合、基地局は、多重関連情報を受信して多重関連情報を解析した後、共有伝送端がどのタイプのＬＢＴ動作を実行すべきであるかを確定することができる。

【0126】

以下、基地局が送受信端の情報に基づき、共有伝送端について、実行するＬＢＴ動作のタイプを確定する態様について説明する。

【0127】

ここでいう「送受信端情報」とは、共有伝送端が残り時間を多重して伝送するデータが最初伝送端末に関連するか否かを表すためのものを指し、例えば、残り時間を多重して行ったデータ伝送の送信端または受信端が最初伝送端末であれば、残り時間で伝送するデータは最初伝送端末に関連することを意味し、そうでなければ、残り時間で伝送するデータは最初伝送端末に関連しないことを意味し、例えば、基地局から同一のセル内の他の端末に送信され、または、同一のセル内の他の端末から基地局に送信され、この２種の場合のデータ伝送はいずれも最初伝送端末に関連しない。

【0128】

送受信端情報が共有伝送端の伝送しようとするデータが最初伝送端末に関連することを表す場合、基地局は、共有伝送端がランダムバックオフを有しないＬＢＴ動作を実行できると確定し、実施例１の説明により分かるように、ランダムバックオフを有しない処理は、タイプ１のＬＢＴ動作およびタイプ２のランダムバックオフ処理を含み、すなわち、共有伝送端がＭＣＯＴ内の残り時間を多重する際に、ターゲットの伝送リソースについてＬＢＴを実行しなくてもよいし、１つのｔｍｓの感知を実行してもよい。

【0129】

残り時間内で伝送するデータが最初伝送端末に関連する場合は、以下のような２種である可能性があり、一方は、最初伝送端末自体が共有伝送端とし、他方は、基地局が共有伝送端として最初伝送端末にデータ伝送を行うことが理解できる。第１種の場合、最初伝送端末が行うのは、スケジューリング上り伝送であってもよく、半静的かつ永続的にスケジューリングされた上り伝送であってもよく、自律上り伝送であってもよい。更に、残り時間内で最初伝送端末が行ったデータ伝送過程が、該最初伝送端末がＭＣＯＴを開始するときに行ったデータ伝送と連続している、すなわち、上り、下りの折り返し点がない場合、最初伝送端末はタイプ１のＬＢＴ動作を直接実行してもよい。

【0130】

送受信端情報が共有伝送端の伝送しようとするデータが最初伝送端末に関連しないことを表す場合、基地局は、共有伝送端の最初伝送タイミングと最初伝送端末の最初伝送終了タイミングとの間の時間差△ｔに基づいて実行する必要のあるＬＢＴ動作のタイプを確定することができる。ここでいう最初伝送終了タイミングは、最初伝送端末がＭＣＯＴを開始した後の初回の上り伝送の終了タイミングであり、最初伝送タイミングは、ＭＣＯＴの残り時間内の共有伝送端の伝送が許容される最初タイミングであり、共有伝送端がタイプ１のＬＢＴ動作を実行することを基に確定される。すなわち、最初伝送タイミングは、共有伝送端が残り時間内でＬＢＴを実行しないと仮定する場合、許容される最初伝送タイミングである。

【0131】

例えば、時間差△ｔが第１時間閾値以下であれば、該共有伝送端がタイプ１のＬＢＴ動作を実行する必要があると確定し、時間差△ｔが第１時間閾値よりも大きいが、第２時間閾値以下であれば、該共有伝送端がタイプ２のＬＢＴ動作を実行する必要があると確定し、時間差△ｔが第２時間閾値よりも大きければ、基地局は、該共有伝送端がランダムバックオフを有するＬＢＴ動作、例えば、タイプ４のＬＢＴ動作を実行する必要があると確定する。ここでの第１時間閾値および第２時間閾値は、所定２つの値であってもよい。

【0132】

以下、基地局がビーム関係に基づき、共有伝送端について、実行するＬＢＴ動作のタイプを確定する態様について説明する。

【0133】

ここでいう「ビーム関係」とは、共有伝送端に用いられるビーム方向と最初伝送端末の最初伝送ビーム方向との間の関係を指し、最初伝送ビーム方向は、最初伝送端末がＭＣＯＴを開始した後の初回の上り伝送に使用されるビーム方向であり、共有伝送端に用いられるビーム方向と最初伝送ビーム方向との両者間は同じであってもよいし、異なってもよい。好ましくは、共有伝送端および最初伝送端末の初回の上り伝送に用いられるビーム方向が同じであれば、基地局は、共有伝送端にタイプ２のＬＢＴ動作を実行させることを確定することができ、共有伝送端に用いられるビーム方向と最初伝送端末が該ＭＣＯＴを開始した後の初回の上り伝送に用いられるビーム方向とが異なれば、基地局は、該共有伝送端がランダムバックオフを有するＬＢＴ動作を実行する、すなわち、タイプ３またはタイプ４のＬＢＴ動作を実行する必要があると確定する。

【0134】

Ｓ６０４において、基地局は、ターゲットの伝送リソースについて対応するタイプのＬＢＴ動作を実行した後、残り時間を用いて伝送するように共有伝送端を制御する。

【0135】

基地局は、共有伝送端がＭＣＯＴの残り時間を多重してデータ伝送を行うために、実行する必要のあるＬＢＴ動作のタイプを確定した後、確定したタイプに従ってターゲットの伝送リソースについてＬＢＴ動作を実行するように対応する共有伝送端を制御することができる。

【0136】

好ましくは、共有伝送端が最初伝送端末と同一のセルに位置する他の端末であれば、基地局は、該ターゲットの伝送リソースを用いて該共有伝送端にＬＢＴ動作の指示を送信し、該ＬＢＴ動作の指示で共有伝送端のＬＢＴ動作の対象およびＬＢＴ動作のタイプを指示することができる。本実施例のいくつかの例において、基地局は、ターゲットの伝送リソース以外の他の伝送リソースにより該共有伝送端にＬＢＴ動作の指示を送信してもよい。

【0137】

本実施例に係る通信方法において、最初伝送端末は、上り伝送が必要な場合、ターゲットの伝送リソースについてランダムバックオフを有するＬＢＴ動作を実行した後、ＬＢＴ動作により取得されたＭＣＯＴを確定し、ＭＣＯＴについての多重関連情報を基地局に送信し、基地局は、多重関連情報に基づいて該ＭＣＯＴに残り時間が存在するか否かを確定し、残り時間が存在すると確定した後、該ＭＣＯＴの残り時間を多重するように共有伝送端を制御することにより、最初伝送端末が開始したＭＣＯＴのリソースは十分に使用され、リソースの浪費を回避し、リソースの最適化構成の実現に寄与する。

【0138】

更に、本実施例の通信方法において、基地局が共有伝送端のためにＬＢＴ動作のタイプを確定できる複数種の態様を提供し、基地局がＬＢＴ動作のタイプを確定する方式は様々である。

【0139】

（実施例５）
本実施例は、実施例４に係る通信方法について更に説明し、図７に示すとおりである。

【0140】

図７において、最初伝送端末は、基地局から送信されたＲＲＣシグナリングの指示に従い、上りデータ伝送の前にランダムバックオフを有するＬＢＴ動作を行い、該ＬＢＴ動作が開始したＭＣＯＴの開始タイミングおよび終了タイミングは、それぞれａおよびｂである。

【0141】

最初伝送端末は、ＬＢＴ動作に成功した後、ＭＣＯＴで上りデータ伝送を行うことができ、ここでの上り伝送はスケジューリング上り伝送であってもよく、半静的かつ永続的にスケジューリングされた上り伝送であってもよく、自律上り伝送であってもよい。最初伝送端末のデータ伝送がスロット０およびスロット１を含み、最初伝送端末がスロット０およびスロット１でいずれも基地局に多重関連情報を送信し、該ＭＣＯＴの残ったスロット数および／または残ったシンボル数を指示すると仮定すると、基地局がスロット０またはスロット１のデータを検出受信することに成功した後、該ＭＣＯＴに一部の残り時間が存在することを確定できるため、基地局は共有伝送端に該残り時間を多重させることができる。

【0142】

本実施例において、共有伝送端が、最初伝送端末と同一のセルに位置して最初伝送端末との間の距離が予め設定された距離の閾値Ｄよりも小さい他の端末であると仮定し、説明しやすいために、ここで、このような端末を「同一のセルの端末」と略称する。基地局は、ターゲットの伝送リソースにおけるキャリアまたはＢＷＰと異なるキャリアまたはＢＷＰにより、同一のセルの端末をトリガしてＳＰＳ伝送を行ってもよいし、または、ターゲットの伝送リソースにおけるキャリアまたはＢＷＰと異なるキャリアまたはＢＷＰにより、同一のセルの端末をトリガしてＳＵＬ（スケジューリング上り伝送）の伝送を行ってもよい。

【0143】

もちろん、本実施例の他のいくつかの実例において、基地局は、ターゲットの伝送リソースにおけるキャリアまたはＢＷＰを直接用いて同一のセルの端末をトリガしてＳＰＳ伝送またはＳＵＬ伝送を行ってもよい。

【0144】

本実施例の一例において、基地局は、スロット２の１つ目の伝送シンボルで同一のセルの端末にＬＢＴ動作の指示を送信し、ターゲットの伝送リソースについて対応するタイプのＬＢＴ動作を実行した後に上りデータ伝送を行うように同一のセルの端末をスケジューリングすることができる。

【0145】

本実施例の別の例において、基地局は、スロット１の最後の伝送シンボルで同一のセルの端末にＬＢＴ動作の指示を送信し、ターゲットの伝送リソースについて対応するタイプのＬＢＴ動作を実行した後に上りデータ伝送を行うように同一のセルの端末をスケジューリングすることができる。この場合、最初伝送端末は、同一のセルの端末がＬＢＴ動作を実行するように、スロット１の最後の伝送シンボル（すなわち、図７における影領域に対応する伝送シンボル）を空ける必要がある。

【0146】

本実施例のいくつかの例において、共有伝送端は基地局自体であり、基地局の下り伝送のデータ受信端は、最初伝送端末であってもよいし、最初伝送端末と同一のセルに位置する他の端末、例えば、同一のセルの端末であってもよい。図８に示すように、同様に、最初伝送端末が開始したＭＣＯＴの開始タイミングおよび終了タイミングがそれぞれａおよびｂであり、最初伝送端末のデータ伝送がスロット０およびスロット１を含み、且つ、最初伝送端末は、他の共有伝送端がＬＢＴ動作を実行するように、スロット１の最後の伝送シンボルを空けると仮定する。基地局は、スロット１の最後の伝送シンボルでＬＢＴ動作を実行した後、例えば、タイミングｃ～タイミングｄの間の時間領域リソースがデータ受信端に下り制御情報を送信し、且つ、タイミングｄから下りデータ伝送を行い始めてタイミングｅまで終了することができる。タイミングｅ以降のＭＣＯＴの残り時間において、タイミングｄ～タイミングｅの間のデータ受信端は上り伝送を再び行ってもよい。例えば、該データ受信端が最初伝送端末であれば、基地局は、ＡＵＬの再送を行うように該最初伝送端末をスケジューリングすることができる。基地局は、タイミングｃ～タイミングｄの間で送信する下り制御情報は、最初伝送端末がＭＣＯＴを開始した後の初回の上り伝送のＡＣＫ／ＮＡＣＫフィードバック情報であってもよく、該下り制御情報において、基地局は、ｂｉｔｍａｐ方式により初回に伝送するＣＢＧまたはＴＢに対して検出受信状況のフィードバックを行うことができる。

【0147】

本実施例に係る通信方法において、最初伝送端末が開始した１つのＭＣＯＴにおいて、２つまたは２つ以上の上り－下りの折り返し点を含んでもよく、基地局は、ＭＣＯＴの残り時間に基づいて残り時間を柔軟に用いるように自体または他の端末を制御することができ、伝送リソースをより効果的に使用し、システムの伝送性能を向上させる。

【0148】

（実施例６）
本実施例は、基地局が共有伝送端について、ＭＣＯＴの残り時間を多重する際に実行するＬＢＴのタイプを確定する態様について更に例を挙げて説明する。

【0149】

ある端末が最初伝送端末として、ターゲットの伝送リソースについてタイプ４のＬＢＴ動作を実行することにより１つのＭＣＯＴを開始し、且つ、該ＭＣＯＴで上り伝送を行うが、該最初伝送端末の第１次上り伝送がＭＣＯＴの全ての時間を使い切らないと仮定すると、基地局は共有伝送端に該ＭＣＯＴの残り時間を多重させることができ、以下、基地局が共有伝送端について実行するＬＢＴのタイプを確定するいくつかの場合について説明する。

【0150】

場合１：共有伝送端が最初伝送端末である場合、すなわち、該ＭＣＯＴを開始した端末が、その後、該ＭＣＯＴ内で上りデータを送信する場合、該端末は、ターゲットの伝送リソースについて１つのタイプ２のＬＢＴ動作を実行してもよく、または、タイプ１のＬＢＴ動作を実行してもよく、すなわち、ターゲットの伝送リソースについてＬＢＴを行わずに直接上りデータ伝送を行う。

【0151】

場合２：共有伝送端が基地局であり、且つ、基地局が下りデータ送信を行うことに対応するデータ受信端が該最初伝送端末である場合、基地局は、自分がデータ送信の前にタイプ１のＬＢＴ動作またはタイプ２のＬＢＴ動作を実行できると確定する。

【0152】

場合３：ＭＣＯＴの残り時間で送信する必要のあるデータが、同一のセルの端末に関するデータである場合、すなわち、該データが最初伝送端末に関連しない場合、同一のセルの端末の最初伝送タイミングと最初伝送端末の最初伝送終了タイミングとの間の時間差△ｔに基づき、実行する必要のあるＬＢＴ動作のタイプを確定する。最初伝送タイミングと最初伝送終了タイミングとの間の時間差△ｔが第１時間閾値Ｔ１（例えば、１６ｕｓ）以下である場合、基地局がデータ送信端としても、同一のセルの端末がデータ送信端としても、いずれもタイプ１のＬＢＴ動作を直接実行することができ、すなわち、ＬＢＴの処理を行わずにデータ伝送を直接行う。△ｔがＴ１よりも大きいが、第２時間閾値Ｔ２以下である場合、基地局がデータ送信端としても、同一のセルの端末がデータ送信端としても、いずれもタイプ２のＬＢＴ動作を実行することができる。△ｔがＴ２よりも大きい場合、基地局がデータ送信端としても、同一のセルの端末がデータ送信端としても、いずれもタイプ４のＬＢＴ動作を実行することができる。

【0153】

前の３種の場合において、基地局は、いずれも共有伝送端がＭＣＯＴの残り時間を多重してデータ伝送を行う際に伝送するデータが最初伝送端末に関連するか否かに基づき、共有伝送端のためにＬＢＴ動作のタイプを確定し、以下、ビーム方向に基づいて共有伝送端のためにＬＢＴ動作のタイプを確定する態様について説明する。

【0154】

場合４：基地局は、共有伝送端のデータ伝送に使用されるビーム方向に基づいてＬＢＴ動作のタイプを確定し、共有伝送端の使用しようとするビーム方向が、最初伝送端末がＭＣＯＴを開始した後の初回の上り伝送に使用されるビーム方向と同じである場合、基地局は、共有伝送端がタイプ２のＬＢＴ動作を実行できると確定する。共有伝送端の使用しようとするビーム方向が、最初伝送端末がＭＣＯＴを開始した後の初回の上り伝送に使用されるビーム方向と異なる場合、基地局は、共有伝送端がタイプ４のＬＢＴ動作を実行する必要があると確定する。

【0155】

上記いくつかの場合のほか、他の場合、最初伝送端末が多重関連情報により基地局に共有伝送端が実行する必要のあるＬＢＴ動作のタイプを指示しなければ、基地局は、共有伝送端がタイプ４のＬＢＴ動作を実行する必要があることを直接確定することができる。

【0156】

本実施例に係る通信形態により分かるように、基地局は、ＭＣＯＴの多重が必要な共有伝送端と最初伝送端末とが同一の端末であるか否か、残り時間を多重して伝送するデータ伝送の開始タイミングと最初伝送端末が該ＭＣＯＴを開始した後の初回の上り伝送の終了タイミングとの間の時間差△ｔのサイズ、および共有伝送端および最初伝送端末に使用されるビーム方向の間の関係に基づき、共有伝送端が実行するＬＢＴ動作のタイプを確定することができる。

【0157】

（実施例７）
本実施例は、上り送信装置および上り受信装置を備える上り伝送装置を提供する。該上り送信装置は端末に設定でき、上り受信装置は基地局に設定できる。以下、図９に示すように、まず、該上り送信装置について説明する。

【0158】

上り送信装置９０は、パラメータ確定ユニット９０２、パラメータ送信ユニット９０４、およびデータ送信ユニット９０６を備える。ここで、パラメータ確定ユニット９０２は、上り伝送について、少なくとも１つの自律伝送パラメータを確定することに用いられ、パラメータ送信ユニット９０４は、自律伝送パラメータを基地局に送信することに用いられ、データ送信ユニット９０６は、自律伝送パラメータに基づいて基地局に上りデータを送信することに用いられる。

【0159】

図１０に示す上り受信装置の構造模式図を参照する。

【0160】

上り受信装置１０は、端末から送信された少なくとも１つの自律伝送パラメータを受信するためのパラメータ受信ユニット１０２と、自律伝送パラメータに基づいて端末から送信された上りデータを検出受信するためのデータ受信ユニット１０４とを備える。

【0161】

本実施例において、上り送信装置９０のデータ送信ユニット９０６は、上り伝送を行うとき、基地局により設定された伝送パラメータに完全に依存する必要がなく、パラメータ確定ユニット９０２により少なくとも１つの伝送パラメータを確定してもよい。パラメータ確定ユニット９０２により確定された伝送パラメータと基地局により設定された伝送パラメータとを区分するために、ここで、パラメータ確定ユニット９０２自体により確定された伝送パラメータを自律伝送パラメータと呼び、基地局により設定された伝送パラメータをスケジューリング伝送パラメータと呼ぶ。パラメータ確定ユニット９０２により確定された自律伝送パラメータと基地局により設定されたスケジューリング伝送パラメータとは同様に、いずれもデータ送信ユニット９０６の上りデータ伝送を指示するためのものであり、上り送信装置９０におけるデータ送信ユニット９０６のデータ送信過程を指示することを含むだけでなく、データ送信ユニット９０６から送信されたデータの基地局側による検出受信過程を指示するためにも用いられることが理解されるべきである。

【0162】

本実施例において、パラメータ確定ユニット９０２により確定された自律伝送パラメータは、今回の上り伝送に用いられる少なくとも１つのスロットの実際のＳＣＳ、今回の上り伝送のスタート伝送シンボル、今回の上り伝送で伝送するコーディングブロック群のブロック群識別子ＣＢＧＴＩのうちの少なくとも１つを含んでもよい。もちろん、いくつかの例において、自律伝送パラメータは、今回の上り伝送に含まれる今回の上り伝送の時間領域長および／または今回の上り伝送の終点伝送シンボルを更に含んでもよい。別の例において、自律上り伝送パラメータは、今回の上り伝送のＨＡＲＱのプロセス番号、新たなデータ指示ＮＤＩ、および冗長バージョンＲＶ情報のうちの少なくとも１種を更に含む。好ましくは、いくつかの例において、パラメータ確定ユニット９０２により確定された自律伝送パラメータは、上記パラメータ全体の組み合わせであってもよいし、任意の一部の組み合わせであってもよい。

【0163】

パラメータ確定ユニット９０２が確定できる自律パラメータパラメータは実際のＳＣＳを含み、例えば、パラメータ確定ユニット９０２は、今回の上り伝送の最初のＭ個のスロットの実際のＳＣＳを確定することができ、ただし、Ｍの値は０よりも大きい整数である。データ送信ユニット９０６は、上り伝送を行う前に、伝送リソースについてＬＢＴ（ＬｉｓｔｅｎＢｅｆｏｒｅＴａｌｋ）処理を行う必要がある可能性があるため、対応する伝送リソースが空いて使用可能な状態にあるか否かを確定し、対応する伝送リソースが空いて使用可能である場合にのみ、データ送信ユニット９０６はそれを用いてデータ伝送を行うことができる。通常のＬＢＴ動作は、ランダムバックオフを有しないＬＢＴ動作およびランダムバックオフを有するＬＢＴ動作に分けられる。ここで、ランダムバックオフを有しないＬＢＴ動作は、タイプ１およびタイプ２のＬＢＴ動作を更に含んでもよく、タイプ１のＬＢＴ動作とは、送信端がＬＢＴ動作を実行しないことを意味する。タイプ２のＬＢＴとは、送信端がトラフィック送信を実行する前に、一定の時間（例えば、９ｕｓまたは１６ｕｓ等）内で、使用しようとするチャネルに対してアイドル感知を行い、この一定の時間の感知によりチャネルがアイドルであると確定した場合、データ伝送を行うと理解することを意味する。ランダムバックオフを有するＬＢＴ動作はタイプ３およびタイプ４のＬＢＴ動作を含み、両者の区別は、タイプ３のＬＢＴ動作が固定サイズのコンテンションウィンドウを有するが、タイプ４のＬＢＴ動作において、コンテンションウィンドウのサイズが固定ではないことである。残りの部分では２種のＬＢＴ動作のタイプが類似し、送信端がコンテンションウィンドウから数値ｎをバックオフ値としてランダムに得るため、バックオフ値ｎは最大でコンテンションウィンドウの最大値ＣＷを超えない。バックオフ値ｎは、送信端がＬＢＴ動作を行う際にリスニングまたはアイドル感知を行う回数を確定することができ、バックオフ値がｎであるＬＢＴ動作に対してｎ＋１回のアイドル感知を実行する。このｎ＋１回のアイドル感知がいずれも使用しようとするチャネルがアイドルであると確定した場合にのみ、ＬＢＴ動作は成功する。

【0164】

上り送信装置９０がタイプ２のＬＢＴ動作を実行するとき、ＬＢＴ動作の結果が成功であれば、ＬＢＴに成功したタイミングは固定であり、必ずちょうどデータ伝送の開始タイミングにある。しかし、上り送信装置９０がランダムバックオフを有するＬＢＴ動作を実行する場合、ＬＢＴに成功したタイミングは固定ではないため、上り送信装置９０が伝送リソースについてＬＢＴ動作を実行する成功タイミングがスロットの境界でなければ、従来の態様により、データ送信ユニット９０６は、スロットの境界になるまで待ってからデータ伝送を行う必要がある。このように、リソースの十分な使用、伝送効率の向上に不利であるため、本実施例において、パラメータ確定ユニット９０２は、ＬＢＴ動作の実行に成功したタイミングに基づいて今回の上り伝送の最初のＭ個のスロットの実際のＳＣＳを自分で確定することができる。本実施例において、パラメータ確定ユニット９０２が最初のＭ個のスロットの実際のＳＣＳを確定するための２種の態様を提供する。

【0165】

【0166】

例えば、基地局があるＢＷＰに設定した基礎ＳＣＳが３０ＫＨｚである場合、１つのスロットの長さは０．５ｍｓであり、上り送信装置９０が伝送リソースについてＬＢＴ動作を行う成功タイミングからあるスロットの終点タイミングまでの距離が０．３ｍｓであると仮定すると、図２に示すように、ここで、Ａは上り送信装置９０によるＬＢＴ動作の成功タイミングであり、Ｂは、基礎ＳＣＳでＬＢＴに成功した後の１つ目のスロットの開始タイミングである。ＡとＢとの間の距離は０．３ｍｓである。従来の態様によれば、データ送信ユニット９０６は、データ送信を行うために０．３ｍｓ待つ必要があり、この０．３ｍｓにおいて、上り送信装置９０は専有信号を継続的に送信して該伝送リソースを専有する必要がある可能性がある。しかし、本実施例に係る態様によれば、パラメータ確定ユニット９０２はＬＢＴ動作後の１つ目のスロットの実際のＳＣＳを６０ＫＨｚとすることができ、このように、１つ目のスロットの長さは０．２５ｍｓになり、このように、ＬＢＴに成功した後の１つ目のスロットの開始タイミングはＣにあり、ＡとＣとの間の距離は僅か０．０５ｍｓであり、この場合、上り送信装置９０は０．０５ｍｓの専有信号を送信すれば基地局に上りデータを送信することができる。

【0167】

上記例において、パラメータ確定ユニット９０２は、自体の上り伝送過程における最初のスロットに対応する実際のＳＣＳのみを確定したが、前述した説明により分かるように、パラメータ確定ユニット９０２は最初のＭ個のスロットの実際のＳＣＳを確定することができる。Ｍの値は１だけでなく、１よりも大きい整数であってもよく、例えば、Ｍの値は２、３、４、５……であってもよい。

【0168】

方式２：ＬＢＴ動作に成功したタイミングに基づき、基地局により指定された少なくとも２つの候補ＳＣＳのうちの１つを実際のＳＣＳとして選択する。このような確定方式の原理は方式１の原理に類似し、いずれも上り送信装置９０が専有信号を送信する時間を減少し、伝送効率を向上させることを目的とするが、パラメータ確定ユニット９０２が最終的に確定した実際のＳＣＳは、基地局が予め指定した各候補ＳＣＳのうちの１つであり、例えば、基地局により提供されたＳＣＳが３０ＫＨｚ、６０ＫＨｚ、１２０ＫＨｚを含む場合、上記状況に対し、パラメータ確定ユニット９０２は最終的に６０ＫＨｚを１つ目のスロットの実際のＳＣＳとして選択する。

【0169】

好ましくは、パラメータ確定ユニット９０２は、今回の上り伝送における最初の複数のスロットのために実際のＳＣＳを確定するとき、上記２種の方式を組み合わせてもよい。例えば、方式１により１つ目のスロットの実際のＳＣＳを確定し、方式２により２つ目のスロットの実際のＳＣＳを確定する。

【0170】

パラメータ確定ユニット９０２により確定された実際のＳＣＳは、今回の上り伝送の最後の１つまたは複数のスロットに属していてもよいことが理解されるべきである。その原因は、上り送信装置９０がある伝送リソースについてタイプ４のＬＢＴ動作を実行し、１つのＭＣＯＴを開始すると、該ＭＣＯＴ内で該伝送リソースを用いて伝送することができるためである。しかし、ＭＣＯＴの終了タイミングがちょうどスロットの境界にあるとは限らない。この場合、関連技術において、最後の不完全なスロットを用いて伝送を行うことがなく、または一部のスロットにおけるあるシンボルだけを伝送できる可能性がある。しかし、本実施例において、パラメータ確定ユニット９０２は、今回の上り伝送のＭＣＯＴの終了タイミングに基づいて今回の上り伝送に使用される最後のＮ個のスロットの実際のＳＣＳを確定することができ、Ｎは０よりも大きい整数である。

【0171】

同様に、パラメータ確定ユニット９０２は、以下の２種の方式のうちの少なくとも１種を採用し、今回の上り伝送に使用される最後のＮ個のスロットのために実際のＳＣＳを確定してもよい。

【0172】

【0173】

例えば、パラメータ確定ユニット９０２は、開始伝送タイミングからＭＣＯＴの終了タイミングまでの時間が０．８ｍｓ残っていることを確定し、基地局から送信された基礎スロットが０．５ｍｓで、対応するサブキャリア間隔が３０ＫＨｚであると仮定すると、図３に示すように、ＤはＭＣＯＴの終了タイミングであり、ＥおよびＦは、それぞれＭＣＯＴにおける最後のスロットの開始境界および終点境界である。従来の態様によれば、データ送信ユニット９０６は１つ目のスロットのみを用いて伝送を行う可能性がある。ＭＣＯＴにおいて０．３ｍｓの時間が使用できないが、本実施例に係る上り伝送方法によれば、パラメータ確定ユニット９０２は、ＭＣＯＴの終了タイミングに基づいて最後のスロットの実際のＳＣＳを基礎ＳＣＳの３０ＫＨｚから６０ＫＨｚに調整することができ、このように、最後のスロットの長さは０．２５ｍｓになる。調整により、最後のスロットの終点境界はＧになり、１つ目のスロットの長さが依然として０．５ｍｓであるため、データ送信ユニット９０６はＭＣＯＴにおける０．７５ｍｓの時間を効果的に用いて伝送を行うことができ、０．０５ｍｓのみ残る。

【0174】

方式２：ＭＣＯＴの終了タイミングに基づき、基地局により指定された少なくとも２つの候補ＳＣＳのうちの１つを実際のＳＣＳとして選択する。

【0175】

例えば、基地局により提供されたＳＣＳが１５ＫＨｚ、３０ＫＨｚ、６０ＫＨｚを含む場合、上記状況に対し、パラメータ確定ユニット９０２は、最終的に６０ＫＨｚを最後のスロットの実際のＳＣＳとして選択する。本実施例のいくつかの例において、パラメータ確定ユニット９０２は、今回の上り伝送における全てのスロットに対応するＳＣＳを６０ＫＨｚとしてもよく、このように、ＭＣＯＴは完全な時間長が０．２５ｍｓである３つのスロットを含んでもよく、総時間長は依然として０．７５ｍｓである。

【0176】

好ましくは、パラメータ確定ユニット９０２は、今回の上り伝送における最後の複数のスロットのために実際のＳＣＳを確定するとき、上記２種の方式を組み合わせてもよい。例えば、方式１により最後のスロットの実際のＳＣＳを確定し、方式２により最後から２つ目のスロットの実際のＳＣＳを確定する。

【0177】

前述した説明により分かるように、パラメータ確定ユニット９０２は、最初のＭ個のスロットのために実際のＳＣＳを確定する２種の方式と、最後のＮ個のスロットのために実際のＳＣＳを確定する２種の方式とは、原理上でほぼ同じである。

【0178】

上り送信装置９０ＬＢＴに成功したタイミングがスロットの境界にない場合、上り送信装置９０は、更に、以下の方式により専有情報の送信を減少してリソースの利用率を向上させることができる。

【0179】

本実施例において、パラメータ確定ユニット９０２は、ＬＢＴ動作に成功したタイミングに基づいて上り伝送のスタート伝送シンボルを自ら確定することができ、例えば、パラメータ確定ユニット９０２は、ＬＢＴ動作に成功したタイミングの後のＫ個目のシンボルをスタート伝送シンボルとすることを確定し、ただし、Ｋは１以上かつ所定の閾値よりも小さい整数であってもよい。通常、専有信号の送信を減少するために、パラメータ確定ユニット９０２は直接Ｋを１としてもよく、このように、ＬＢＴが成功すると、データ送信ユニット９０６は最も近い伝送シンボルからデータ伝送を開始することができる。

【0180】

基地局に今回の上り伝送の持続過程を知らせるために、パラメータ確定ユニット９０２自体が今回の上り伝送のスタート伝送シンボルを確認した場合、すなわち、自律伝送パラメータがスタート伝送シンボルを含む場合、パラメータ確定ユニット９０２は、更に、今回の上り伝送の終点伝送シンボルおよび／または今回の上り伝送の時間領域長を共に自律伝送パラメータとして確定することができる。

【0181】

上記説明により分かるように、自律伝送パラメータはＣＢＧＴＩを更に含んでもよく、つまり、本実施例において、パラメータ確定ユニット９０２は、今回の上り伝送過程においてどのＣＢＧを伝送するかを自ら選択することができる。１つのＴＢが４つのＣＢＧを含むと仮定すると、該ＴＢに対して初回の伝送を行う場合、パラメータ確定ユニット９０２はこの４つのＣＢＧから任意の１つ、複数、または直接全てのＣＢＧを選択して伝送することができ、今回の上り伝送過程において伝送しようとするＣＢＧの識別子ＣＢＧＴＩが、今回の上り伝送における１つまたは複数の自律伝送パラメータのうちの１種であることを確定する。データ送信ユニット９０６が上り伝送を行うことは、ＴＢに対して初回の伝送を行うことだけでなく、ＴＢに対して再送を行うことであってもよいことが理解されるべきであり、例えば、あるＴＢにおけるＣＢＧ１、ＣＢＧ２、ＣＢＧ３、ＣＢＧ４を初回に伝送した後、そのうちのＣＢＧ２およびＣＢＧ３の検出受信が失敗したことが基地局によりフィードバックされると、現在の伝送待ちのＣＢＧは再送が必要なＣＢＧ２およびＣＢＧ３を含む。

【0182】

現在、１つのＨＡＲＱプロセスに対応するＴＢのみに伝送待ちのＣＢＧが存在すると仮定すると、パラメータ確定ユニット９０２は該ＴＢにおける伝送が必要な各ＣＢＧのうちの１つまたは複数を任意に選択することができ、且つ、自律伝送パラメータはこれらの選択したＣＢＧのＣＢＧＴＩを含む。本実施例のいくつかの例において、パラメータ確定ユニット９０２は、該ＴＢに対応するＨＡＲＱのプロセス番号、新たなデータ指示ＮＤＩ、および冗長バージョンＲＶ情報のうちの少なくとも１種を同時に確定することができる。

【0183】

現在、１つ以上のＨＡＲＱプロセスに対応するＴＢを伝送する必要があると仮定する場合、パラメータ確定ユニット９０２は、今回の上り伝送のＨＡＲＱのプロセス番号を確定してから、該ＨＡＲＱプロセスに対応するＴＢから伝送待ちのＣＢＧを選択し、ＣＢＧＴＩを確定することができる。もちろん、パラメータ確定ユニット９０２は、同様に、ＣＢＧＴＩおよびＨＡＲＱのプロセス番号を自律伝送パラメータとする場合、ＮＤＩとＲＶ情報とを共に自律伝送パラメータとして確定することができる。ＮＤＩは、現在伝送しているＣＢＧにおけるデータが新しいデータであるか再送されたデータであるかを指示することに用いられる。ＴＢのターボコーダーを経たデータは３つのセグメントを含み、第１セグメントは基本データと考えられ、残りの２つのセグメントは冗長データであり、この３つのセグメントのデータは、１つのリング状バッファ領域内に順次設定されている。ＲＶ情報は、データの受信端がこのバッファ領域のどの位置からデータを取得するかを指示するものである。本実施例において、各ＲＶバージョンは上り送信装置９０および基地局により予め約束されてもよく、上り伝送を行う度に、パラメータ確定ユニット９０２は、現在の上り伝送がどのＲＶバージョンを使用するかを確定することにより、現在のＲＶ情報を自律確定することができる。

【0184】

本実施例の他のいくつかの例において、ＲＶの使用順序は、基地局および上り送信装置９０により予め約束されてもよく、例えば、ＲＶバージョンはバージョンＡ、バージョンＢ、およびバージョンＣを含み、基地局および上り送信装置９０は、あるＴＢを１回目に伝送するとき、バージョンＢを採用し、該ＴＢを２回目に伝送するとき、バージョンＣを採用し、該ＴＢを３回目に伝送するとき、バージョンＡを採用することを予め約束する。この場合、パラメータ確定ユニット９０２は、ＲＶ情報を自ら確定する必要がなく、予め約束された順序で対応するＲＶバージョンを用いてデータを送信すれば良い。

【0185】

パラメータ確定ユニット９０２は、自律伝送パラメータを確定した後、基地局がこれらの自律伝送パラメータに基づいて上り送信装置９０からの上りデータを受信するように、自律伝送パラメータを基地局に送信することができる。本実施例の一例において、パラメータ送信ユニット９０４は、自律伝送パラメータをＵＣＩ情報に担持させて基地局に送信することができる。ＵＣＩ情報の伝送に対し、パラメータ送信ユニット９０４はＰＵＣＣＨで伝送してもよいし、ＰＵＳＣＨで伝送してもよい。ＰＵＳＣＨでＵＣＩ情報を伝送する場合、パラメータ送信ユニット９０４は、該ＵＣＩ情報をＤＭＲＳの所定位置に設定して送信することができる。ＰＵＳＣＨで自律伝送パラメータを伝送することは、上り伝送過程のスペクトルリソースに対する専有を減少し、スペクトルリソースの利用率を向上させることができる。

【0186】

上り受信装置１０については、上り受信装置１０を基地局として説明する。

【0187】

パラメータ受信ユニット１０２は、ＤＭＲＳ信号に対応する位置からＵＣＩ情報を受信することにより、上りデータの検出受信を指示する作用を果たす自律伝送パラメータを取得することができる。その後、データ受信ユニット１０４は、これらの自律伝送パラメータに基づき、データ送信ユニット９０６から送信された上りデータを検出受信する。本実施例のいくつかの例において、パラメータ送信ユニット９０４からパラメータ受信ユニット１０２に送信された自律伝送パラメータは、上り伝送に必要な全ての伝送パラメータを含み、この場合、データ受信ユニット１０４は、受信した自律伝送パラメータに基づいて上りデータの検出受信を行うことができる。本実施例の別の例において、パラメータ確定ユニット９０２自体が確定したのは、上り伝送に必要な伝送パラメータにおける一部だけであり、この場合、残りの部分の伝送パラメータは上り受信装置１０により確定でき、例えば、上り受信装置１０は、まず、上り送信装置９０にスケジューリング伝送パラメータを送信し、その後、データ送信ユニット９０６は自律伝送パラメータおよびスケジューリング伝送パラメータに基づいて上りデータ送信を行う。パラメータ受信ユニット１０２は、パラメータ確定ユニット９０２から送信された自律伝送パラメータを受信すると、データ受信ユニット１０４は、自律伝送パラメータおよびスケジューリング伝送パラメータに基づいて上りデータを検出受信する。

【0188】

前述した説明により分かるように、上り送信装置９０のデータ送信ユニット９０６は、上り伝送を行う前に、伝送リソースについてＬＢＴ動作を実行する必要のある可能性がある。本実施例において、上り送信装置９０がＬＢＴ動作を実行する対象となる伝送リソースは、上り受信装置１０の指示により確定でき、例えば、上り受信装置１０が上り送信装置９０にＬＢＴ動作の指示を送信する。ここでいう伝送リソースは、時間領域、周波数領域、ビーム方向により共通に確定でき、つまり、この３種のパラメータは１つの伝送リソースを確定することができ、そのうちの任意のパラメータが変化すると、対応する伝送リソースも変化する。ＬＢＴ動作の指示には、ＬＢＴ動作の伝送リソースを指定するための時間領域指示情報、周波数領域指示情報、およびビーム方向指示情報が含まれる。上り受信装置１０から送信されたＬＢＴ動作の指示に含まれる時間領域指示情報、周波数領域指示情報、およびビーム方向指示情報が１つの伝送リソースしか確定できなければ、上り送信装置９０は、直接該伝送リソースについてＬＢＴ動作を行うことができる。本実施例のいくつかの例において、ＬＢＴ動作の指示に含まれる時間領域指示情報、周波数領域指示情報、およびビーム方向指示情報は、少なくとも２つの伝送リソースを同時に指示してもよい。ＬＢＴ動作の指示で少なくとも２つの伝送リソースが指定された場合、上り送信装置９０は、これらの伝送リソースのうちの１つまたは複数を選択してＬＢＴ動作を行った後、ＬＢＴ動作に成功した伝送リソースのうちの少なくとも１つを選択してデータ伝送を行うことができる。

【0189】

本実施例において、時間領域指示情報は上り送信装置９０のために設定された上り伝送期間を含んでもよい。該上り伝送期間は上り受信装置１０の設定により確定される。本実施例の一例において、時間領域指示情報が該上り伝送期間のみを含む場合、該上り伝送期間にあれば、上り送信装置９０には現在上り受信装置１０に送信する必要のあるデータが存在すれば、伝送リソースについてＬＢＴ動作を実行し、ＬＢＴ動作に成功した後にデータ送信を行うことができる。

【0190】

本実施例の別の例において、時間領域指示情報は、上り受信装置１０が上り送信装置９０に設定した上り伝送期間を含むだけでなく、上り伝送期間内の各スロットが自律上り伝送を許容するか否かを表すためのスロット機会指示を更に含む。例えば、上り伝送期間全体のスロット機会指示はｂｉｔｍａｐの形式で表現され、ｂｉｔｍａｐにおける各データビットが上り伝送期間における各スロットに対応し、上り受信装置１０が、上り送信装置９０があるスロットで上り伝送を行うことを許容する場合、該スロットに対応するデータビットは「０」であり、許可しない場合、該スロットに対応するデータビットは「１」である。上り受信装置１０により指示された上り伝送期間ｔ１～ｔ２が５つのスロットを含み、且つ該上り伝送期間に対応するｂｉｔｍａｐが「０１００１」であれば、上り受信装置１０は、上り送信装置９０が第１、３、４スロットで上り伝送を行うことを許容し、スロット２および５で上り送信装置９０が上り伝送を行う機会がないことを意味する。このような態様では、上り送信装置９０に送信待ちの上りデータが存在する場合、スロット機会指示に基づいて上り伝送を許容するスロットからスロットを選択してＬＢＴ動作を実行し、ＬＢＴ動作に成功した後にデータ伝送を行う必要がある。

【0191】

周波数領域指示情報は、上り受信装置１０が上り送信装置９０に設定した少なくとも１つの上り伝送バンドと、上り伝送バンドが上り自律伝送を許容するか否かを表すためのバンド機会指示とを含み、このような周波数領域指示情報は前述した第２種の時間領域指示情報に類似し、上り送信装置９０に送信待ちの上りデータが存在する場合、バンド機会指示に基づき、各上り伝送バンド内から周波数領域位置を選択し、選択した周波数領域位置に基づいてＬＢＴ動作を実行する伝送リソースを確定した後、該伝送リソースについてＬＢＴ動作を実行することを指示することに用いられる。

【0192】

本実施例の一例において、バンド機会指示はｂｉｔｍａｐの形式で表現されてもよく、例えば、１つの上り伝送バンドは、ｂｉｔｍａｐにおける１つのデータビットに対応し、該上り伝送バンド内に上り送信装置９０の上り伝送に使用される周波数領域位置が存在すれば、それに対応するｂｉｔｍａｐのデータビットの数値は肯定を表し、存在しなければ、それに対応するｂｉｔｍａｐのデータビットの数値は否定を表す。例えば、上り受信装置１０は上り送信装置９０に２つのインターリーブユニット、それぞれインターリーブユニットＡおよびインターリーブユニットＢを指示すれば、ｂｉｔｍａｐに２つのデータビットが存在し、「０」は肯定を表し、「１」は否定を表す。１つのインターリーブユニットは、等間隔サイズのＭ個のＲＢまたはＮ個のＲＥを含み、ただし、ＭおよびＮは、ＢＷＰのサイズまたはシステム帯域幅に関連する１つの数値である。本実施例において、シグナリングオーバヘッドを減少するために、上り受信装置１０により指定された各上り伝送バンドにおける使用可能な周波数領域位置は同じであり、インターリーブユニットを例とし、インターリーブユニットＡにおける使用可能な周波数領域位置が番号１、３、５、７のサブキャリアであれば、インターリーブユニットＢにおいて、使用可能な周波数領域位置も同様に番号１、３、５、７のサブキャリアである。これにより分かるように、上り受信装置１０により指定された各上り伝送バンドにおける使用可能な周波数領域位置が同じである場合、上り受信装置１０が１つの上り伝送バンドにおける使用可能な周波数領域位置を指定すれば、上り送信装置９０は各上り伝送バンドにおける使用可能な周波数領域位置を確定することができる。

【0193】

本実施例のいくつかの例において、ビーム方向情報は、ＳＲＳリソース構成における空間領域パラメータ情報により確定でき、１セットのＳＲＳ空間領域パラメータは１つのビーム方向に対応する。本実施例のいくつかの例において、１つのビーム方向情報は１つのＳＲＳリソースセットを含んでもよく、ＳＲＳリソースセットは少なくとも２つのＳＲＳを含み、各ＳＲＳは異なるビーム方向に対応する。

【0194】

本実施例に係る上り送信装置９０が端末に配置されている場合、パラメータ確定ユニット９０２の機能は、端末の第１プロセッサにより実現でき、パラメータ送信ユニット９０４およびデータ送信ユニット９０６の機能は、端末の第１プロセッサが第１通信装置を制御することにより実現できる。

【0195】

本実施例における上り受信装置１０が基地局に配置されている場合、パラメータ受信ユニット１０２およびデータ受信ユニット１０４の機能は、いずれも第２プロセッサの制御で基地局の第２通信装置により実現できる。

【0196】

本開示の実施例に係る上り送信装置および上り受信装置は、上り送信装置自体で１つまたは複数の自律伝送パラメータを確定した後、確定した伝送パラメータを上り受信装置に送信し、上り受信装置とこれらの自律伝送パラメータに基づいて上りデータ伝送を行うことで、上り送信装置は現在の伝送環境等に応じて伝送ポリシーを柔軟に確定することができ、一途に上り受信装置の指示に基づいて伝送する必要がなく、上り送信装置の自律上り伝送の柔軟性を向上させ、伝送効率および伝送リソースの利用率の向上に寄与する。

【0197】

（実施例８）
本実施例は、通信装置を提供し、該通信装置は第１通信装置または第２通信装置であってもよく、ここで、第１通信装置は最初伝送端末として端末に配置され、第２通信装置は基地局に配置されている。以下、図１１および図１２を参照しながら、第１通信装置および第２通信装置の構造についてそれぞれ説明する。

【0198】

図１１に示すように、第１通信装置１１は、リスニングユニット１１２、専有時間確定ユニット１１４、および情報送信ユニット１１６を備え、ここで、リスニングユニット１１２は、上り伝送が必要な場合、ターゲットの伝送リソースについてランダムバックオフを有するＬＢＴ動作を実行することに用いられ、専有時間確定ユニット１１４は、ＬＢＴ動作により取得されたＭＣＯＴを確定することに用いられ、情報送信ユニット１１６は、ＭＣＯＴについての多重関連情報を基地局に送信することにより、基地局が多重関連情報に基づき、上り伝送が完了した後のＭＣＯＴの残り時間を多重するように共有伝送端を制御することに用いられる。

【0199】

図１２に示すように、第２通信装置１２は、情報受信ユニット１２２および多重制御ユニット１２４を備え、ここで、情報受信ユニット１２２は、最初伝送端末から送信されたＭＣＯＴについての多重関連情報を受信することに用いられ、多重制御ユニット１２４は、多重関連情報に基づいて最初伝送端末の上り伝送が完了した際にもＭＣＯＴに残り時間が存在すると確定した後、残り時間を多重するように共有伝送端を制御するために用いることができる。

【0200】

本実施例において、リスニングユニット１１２の伝送リソースに対するＬＢＴ動作は、第２通信装置１２のＬＢＴ指示に基づいて行うことができ、前述した実施例の説明により分かるように、第２通信装置１２は、ＬＢＴ指示、例えば、ＲＲＣシグナリングにおいて端末に複数の候補の伝送リソースを指定することができ、リスニングユニット１１２は、この複数の候補の伝送リソースにおける一部または全ての伝送リソースについてＬＢＴ動作を実行した後、ＬＢＴ動作に成功した伝送リソースのうちの少なくとも１つをターゲットの伝送リソースとして選択することができる。本実施例の別の例において、リスニングユニット１１２は、候補の伝送リソースのうちの１つのみを選択してＬＢＴ動作を実行してもよく、成功すれば、該伝送リソースをターゲットの伝送リソースとし、成功しなければ、一時的にターゲットの伝送リソースがなく、データ伝送を行わないことを意味する。

【0201】

これにより分かるように、リスニングユニット１１２がＬＢＴ動作を実行した伝送リソースは、必ずしもターゲットの伝送リソースではないが、ターゲットの伝送リソースは必ずリスニングユニット１１２のＬＢＴ動作の対象となる。

【0202】

いずれもターゲットの伝送リソースについてランダムバックオフを有するＬＢＴ動作を実行するが、ＬＢＴ動作過程によって異なるＭＣＯＴを取得する可能性があり、本実施例のいくつかの例において、ＭＣＯＴのサイズは、ランダムバックオフを有するＬＢＴ動作を実行する際のランダムバックオフ値のサイズに関連する。または、タイプ４のＬＢＴ動作を実行するコンテンションウィンドウのサイズに関連する。従って、ＬＢＴ動作に成功した後、専有時間確定ユニット１１４は、今回のＬＢＴ動作により取得されたＭＣＯＴのサイズを確定することができる。

【0203】

その後、情報送信ユニット１１６は、該ＭＣＯＴについての多重関連情報を第２通信装置１２に送信し、該多重関連情報により、第２通信装置１２は、少なくとも、第１通信装置１１の今回の上り伝送を完了した後、ＭＣＯＴに共有伝送端がデータ伝送を行うための残り時間があるか否かを確定することができる。

【0204】

更に、本実施例のいくつかの例において、多重関連情報により、第２通信装置１２は、現在ＭＣＯＴに共有伝送端が使用可能な残り時間があるか否かを確定できるだけでなく、更に、第２通信装置１２は、残り時間があると確定した場合、共有伝送端がターゲットの伝送リソースについてどのタイプのＬＢＴ動作を実行すべきであるかを確定することもできる。

【0205】

例えば、本実施例の一例において、情報送信ユニット１１６は、ＭＣＯＴの終了タイミングを表すことができる第１情報を多重関連情報として第２通信装置１２に送信することができ、このように、第２通信装置１２は第１情報を受信すると、現在のタイミングに基づいて後続のタイミングが該ＭＣＯＴ内に属しているか否かを確定することができる。

【0206】

例えば、第１情報は、ＭＣＯＴの現在の残りのスロット数および／またはシンボル数であってもよい。いくつかの場合、第１情報は、ＭＣＯＴの現在の残りのスロット数のみを含み、例えば、ＭＣＯＴに３つの完全なスロットおよび２つのシンボルが残った場合、情報送信ユニット１１６は、現在、４つのスロットが残っていることを第２通信装置１２にフィードバックする。もちろん、このような場合、情報送信ユニット１１６は、残った実際の時間を残ったシンボル数に変換して第２通信装置１２にフィードバックしてもよく、例えば、情報送信ユニット１１６の第１情報は、該ＭＣＯＴに２３個のシンボルが残っていることを表す。いくつかの場合、第１情報は、ＭＣＯＴの現在の残ったシンボル数のみを含み、例えば、ＭＣＯＴに５つのシンボルのみが残っている場合、情報送信ユニット１１６は、現在の残ったシンボル数が５であることを第２通信装置１２にフィードバックする。同様に、この場合、情報送信ユニット１１６は、残った実際の時間を残ったスロット数に変換してフィードバックしてもよく、例えば、情報送信ユニット１１６から第２通信装置１２に送信された第１情報は、該ＭＣＯＴに５／７個のスロットが現在残っていることを表す。好ましくは、この２種の場合、情報送信ユニット１１６は、前述した２種の第１情報を組み合わせて第２通信装置１２に指示してもよい。例えば、ＭＣＯＴの残り時間に少なくとも１つの完全なスロットがある場合、情報送信ユニット１１６は、残ったスロット数のみを第２通信装置１２に指示し、ＭＣＯＴの残り時間が１つの完全なスロットを満たない場合、情報送信ユニット１１６は残ったシンボル数を第２通信装置１２に指示する。

【0207】

別の例において、情報送信ユニット１１６は、第２通信装置１２自体が今回の上り伝送に設定したフィードバックタイミングを知ることができ、第２通信装置１２も該フィードバックタイミングを知っているため、情報送信ユニット１１６は、該フィードバックタイミングのＭＣＯＴにおける位置を第２通信装置１２に指示し、フィードバックタイミングのＭＣＯＴにおける位置を第１情報として第２通信装置１２に送信することができる。このように、第２通信装置１２は、自分で設定したフィードバックタイミングと合わせてＭＣＯＴの終了タイミングを確定し、現在のタイミングからＭＣＯＴの終了までどのぐらいの時間が残っていることを確定することができる。

【0208】

【0209】

本実施例の一例において、情報送信ユニット１１６は、共有伝送端が残り時間を多重する際に実行するＬＢＴ動作のタイプを指示するための情報を多重関連情報として第２通信装置１２に送信することができ、このように、第２通信装置１２は、多重関連情報を受信すると、解析すれば、共有伝送端がターゲットの伝送リソースについて実行するＬＢＴ動作のタイプを確定することができ、更にＭＣＯＴの残り時間に基づいて実行するＬＢＴ動作のタイプを確定する必要がない。

【0210】

多重関連情報が、前述第１情報と、情報送信ユニット１１６が第２通信装置１２に指示した、共有伝送端が残り時間を多重する際に実行するＬＢＴ動作のタイプの情報とを同時に含むことも可能であることが理解されるべきである。本実施例のいくつかの例において、情報送信ユニット１１６は、第１通信装置１１の上り伝送の１つまたは一部のスロットで第２通信装置１２に多重関連情報を送信することができるが、第２通信装置１２が検出受信の失敗によりＭＣＯＴの終了タイミングを知ることができず、ＭＣＯＴに残り時間があるか否かを確定できないという問題を回避するために、本実施例のいくつかの例において、情報送信ユニット１１６は、上り伝送の各スロット内で、いずれも第２通信装置１２に多重関連情報を送信してもよい。

【0211】

第２通信装置１２の情報受信ユニット１２２は、第１通信装置１１から送信された多重関連情報を受信すると、多重制御ユニット１２４は、まず、該多重関連情報に基づき、第１通信装置１１の今回の上り伝送が完了した際にもＭＣＯＴに残り時間が存在するか否かを確定し、判断結果がＹＥＳであれば、多重制御ユニット１２４は残り時間を多重するように共有伝送端を制御することができる。本実施例において、共有伝送端は第１通信装置１１自体であってもよく、第２通信装置１２であってもよく、第１通信装置１１と同一のセルに位置する他の端末、特に、第１通信装置１１と地理的位置が近い、例えば、距離が予め設定された距離の閾値よりも小さい端末であってもよい。

【0212】

本実施例において、多重制御ユニット１２４は、多重関連情報、送受信端情報およびビーム関係のうちの少なくとも１つに基づき、残り時間を多重する際に実行する必要のあるＬＢＴ動作のタイプを確定することができる。前に説明したように、多重関連情報は、共有伝送端が残り時間を多重する際に実行するＬＢＴ動作のタイプを指示できる情報である可能性があるため、この場合、情報受信ユニット１２２は、多重関連情報を受信して多重関連情報を解析した後、多重制御ユニット１２４は、共有伝送端がどのタイプのＬＢＴ動作を実行すべきであるかを確定することができる。

【0213】

以下、多重制御ユニット１２４が送受信端の情報に基づき、共有伝送端について、実行するＬＢＴ動作のタイプを確定する態様について説明する。

【0214】

ここでいう「送受信端情報」とは、共有伝送端が残り時間を多重して伝送するデータが第１通信装置１１に関連するか否かを表すためのものを指し、例えば、残り時間を多重して行ったデータ伝送の送信端または受信端が第１通信装置１１であれば、残り時間で伝送するデータは第１通信装置１１に関連することを意味し、そうでなければ、残り時間で伝送するデータは第１通信装置１１に関連しないことを意味し、例えば、第２通信装置１２から同一のセル内の他の端末に送信され、または、同一のセル内の他の端末から第２通信装置１２に送信され、この２種の場合のデータ伝送はいずれも第１通信装置１１に関連しない。

【0215】

送受信端情報が共有伝送端の伝送しようとするデータが第１通信装置１１に関連することを表す場合、多重制御ユニット１２４は、共有伝送端がランダムバックオフを有しないＬＢＴ動作を実行できると確定し、実施例１の説明により分かるように、ランダムバックオフを有しない処理は、タイプ１のＬＢＴ動作およびタイプ２のランダムバックオフ処理を含み、すなわち、共有伝送端がＭＣＯＴ内の残り時間を多重する際に、ターゲットの伝送リソースについてＬＢＴを実行しなくてもよいし、１つのｔｍｓの感知を実行してもよい。

【0216】

残り時間内で伝送するデータが第１通信装置１１に関連する場合は、以下のような２種である可能性があり、一方は、第１通信装置１１自体が共有伝送端とし、他方は、第２通信装置１２が共有伝送端として第１通信装置１１にデータ伝送を行うことが理解できる。第１種の場合、第１通信装置１１が行うのは、スケジューリング上り伝送であってもよく、半静的かつ永続的にスケジューリングされた上り伝送であってもよく、自律上り伝送であってもよい。更に、残り時間内で第１通信装置１１が行ったデータ伝送過程が、該第１通信装置１１がＭＣＯＴを開始するときに行ったデータ伝送と連続している、すなわち、上り、下りの折り返し点がない場合、第１通信装置１１はタイプ１のＬＢＴ動作を直接実行してもよい。

【0217】

送受信端情報が共有伝送端の伝送しようとするデータが第１通信装置１１に関連しないことを表す場合、多重制御ユニット１２４は、共有伝送端の最初伝送タイミングと第１通信装置１１の最初伝送終了タイミングとの間の時間差△ｔに基づいて実行する必要のあるＬＢＴ動作のタイプを確定することができる。ここでいう最初伝送終了タイミングは、第１通信装置１１がＭＣＯＴを開始した後の初回の上り伝送の終了タイミングであり、最初伝送タイミングは、ＭＣＯＴの残り時間内の共有伝送端の伝送が許容される最初タイミングであり、共有伝送端がタイプ１のＬＢＴ動作を実行することを基に確定される。すなわち、最初伝送タイミングは、共有伝送端が残り時間内でＬＢＴを実行しないと仮定する場合、許容される最初伝送タイミングである。

【0218】

例えば、時間差△ｔが第１時間閾値以下であれば、該共有伝送端がタイプ１のＬＢＴ動作を実行する必要があると確定し、時間差△ｔが第１時間閾値よりも大きいが、第２時間閾値以下であれば、該共有伝送端がタイプ２のＬＢＴ動作を実行する必要があると確定し、時間差△ｔが第２時間閾値よりも大きければ、多重制御ユニット１２４は、該共有伝送端がランダムバックオフを有するＬＢＴ動作、例えば、タイプ４のＬＢＴ動作を実行する必要があると確定する。ここでの第１時間閾値および第２時間閾値は、所定２つの値であってもよい。

【0219】

以下、多重制御ユニット１２４がビーム関係に基づき、共有伝送端について、実行するＬＢＴ動作のタイプを確定する態様について説明する。

【0220】

ここでいう「ビーム関係」とは、共有伝送端に用いられるビーム方向と第１通信装置１１の最初伝送ビーム方向との間の関係を指し、最初伝送ビーム方向は、第１通信装置１１がＭＣＯＴを開始した後の初回の上り伝送に使用されるビーム方向であり、共有伝送端に用いられるビーム方向と最初伝送ビーム方向との両者間は同じであってもよいし、異なってもよい。好ましくは、共有伝送端および第１通信装置１１の初回の上り伝送に用いられるビーム方向が同じであれば、多重制御ユニット１２４は、共有伝送端にタイプ２のＬＢＴ動作を実行させることを確定することができ、共有伝送端に用いられるビーム方向と第１通信装置１１が該ＭＣＯＴを開始した後の初回の上り伝送に用いられるビーム方向とが異なれば、多重制御ユニット１２４は、該共有伝送端がランダムバックオフを有するＬＢＴ動作を実行する、すなわち、タイプ３またはタイプ４のＬＢＴ動作を実行する必要があると確定する。

【0221】

第２通信装置１２は、共有伝送端がＭＣＯＴの残り時間を多重してデータ伝送を行うために、実行する必要のあるＬＢＴ動作のタイプを確定した後、確定したタイプに従ってターゲットの伝送リソースについてＬＢＴ動作を実行するように対応する共有伝送端を制御することができる。

【0222】

好ましくは、共有伝送端が第１通信装置１１と同一のセルに位置する他の端末であれば、多重制御ユニット１２４は、該ターゲットの伝送リソースを用いて該共有伝送端にＬＢＴ動作の指示を送信し、該ＬＢＴ動作の指示で共有伝送端のＬＢＴ動作の対象およびＬＢＴ動作のタイプを指示することができる。本実施例のいくつかの例において、多重制御ユニット１２４は、ターゲットの伝送リソース以外の他の伝送リソースにより該共有伝送端にＬＢＴ動作の指示を送信してもよい。

【0223】

本実施例に係る第１通信装置および第２通信装置において、第１通信装置は、上り伝送が必要な場合、ターゲットの伝送リソースについてランダムバックオフを有するＬＢＴ動作を実行した後、ＬＢＴ動作により取得されたＭＣＯＴを確定し、ＭＣＯＴについての多重関連情報を第２通信装置に送信し、第２通信装置は、多重関連情報に基づいて該ＭＣＯＴに残り時間が存在するか否かを確定し、残り時間が存在すると確定した後、該ＭＣＯＴの残り時間を多重するように共有伝送端を制御することにより、第１通信装置が開始したＭＣＯＴのリソースは十分に使用され、リソースの浪費を回避し、リソースの最適化構成の実現に寄与する。

【0224】

（実施例９）
本実施例は、１つまたは複数のプロセッサが読み取り、コンパイルして実行できる１つまたは複数のコンピュータプログラムが記憶できる記憶媒体を提供し、本実施例において、該記憶媒体は、第１上り伝送プログラム、第２上り伝送プログラム、第１通信プログラム、および第２通信プログラムという４つのうちの少なくとも１つを記憶することができ、ここで、第１上り伝送プログラムは、１つまたは複数のプロセッサにより実行されて前述した実施例１～３に記載の任意の上り伝送方法における端末側のステップを実現することができる。第２上り伝送プログラムは、１つまたは複数のプロセッサにより実行されて前述した実施例１～３に記載の任意の上り伝送方法における基地局側のステップを実現することができる。第１通信プログラムは、１つまたは複数のプロセッサにより実行されて前述した実施例４～６に記載の任意の通信方法における最初伝送端末側のステップを実現することができる。第２通信プログラムは、１つまたは複数のプロセッサにより実行されて前述した実施例４～６に記載の任意の通信方法における基地局側のステップを実現することができる。

【0225】

本実施例は端末を更に提供し、図１３は、端末のハードウェアの構造模式図を示す。

【0226】

端末１３は、第１プロセッサ１３１、第１メモリ１３２、および第１プロセッサ１３１と第１メモリ１３２とを接続するための第１通信バス１３３を備え、ここで、第１メモリ１３２は、前述した第１上り伝送プログラムが記憶された記憶媒体であってもよい。第１プロセッサ１３１は、第１メモリ１３２に記憶された第１上り伝送プログラムを読み取り、コンパイルして実行し、実施例１～３に記載の任意の上り伝送方法における端末側のステップを実現することができる。あるいは、第１メモリ１３２は、前述した第１通信プログラムが記憶された記憶媒体であってもよい。第１プロセッサ１３１は、第１メモリ１３２に記憶された第１通信プログラムを読み取り、コンパイルして実行し、実施例４～６に記載の任意の通信方法における端末側のステップを実現することができる。端末１３が実施例１～３における上り伝送方法を実現する詳細、および端末１３が実施例４～６における通信方法を実現する詳細は、前述した実施例の説明を参照することができ、ここでは説明を省略する。

【0227】

本実施例は基地局を更に提供し、図１４に示す基地局のハードウェアの構造模式図を参照する。

【0228】

基地局１４は、第２プロセッサ１４１、第２メモリ１４２、および第２プロセッサ１４１と第２メモリ１４２とを接続するための第２通信バス１４３を備え、ここで、第２メモリ１４２は、前述した第２上り伝送プログラムが記憶された記憶媒体であってもよい。第２プロセッサ１４１は、第２メモリ１４２に記憶された第２上り伝送プログラムを読み取り、コンパイルして実行し、実施例１～３に記載の任意の上り伝送方法における基地局側のステップを実現することができる。あるいは、第２メモリ１４２は、前述した第２通信プログラムが記憶された記憶媒体であってもよい。第２プロセッサ１４１は、第２メモリ１４２に記憶された第２通信プログラムを読み取り、コンパイルして実行し、実施例４～６に記載の任意の通信方法における基地局側のステップを実現することができる。基地局１４が実施例１～３における上り伝送方法を実現する詳細、および基地局１４が実施例４～６における通信方法を実現する詳細は、前述した実施例の説明を参照することができ、ここで説明を省略する。

【0229】

本実施例は、端末、基地局および記憶媒体を提供し、端末は、現在の使用可能な伝送リソースに基づいてデータ伝送を柔軟に行うことができ、伝送リソースが基地局のスケジューリング要求を満たすまで受動的かつ柔軟性のないように待ってから伝送する必要がなく、端末側の伝送柔軟性を大きく増強し、システムの伝送効率および伝送リソースの利用率を向上させる。それと同時に、基地局は、端末が開始したＭＣＯＴに残り時間が存在すると確定した場合、該ＭＣＯＴの残り時間を多重するように共有伝送端を制御することができ、端末が開始したＭＣＯＴのリソースは十分に使用され、リソースの浪費を回避し、リソースの最適化構成の実現に寄与する。

【0230】

当業者であれば、本開示の各実施例に係る上り伝送および通信の方法と装置、基地局、端末、並びに記憶媒体は、５Ｇ通信システムに適用できるだけでなく、将来の任意の通信システムにも適用できることを理解すべきである。

【0231】

明らかに、当業者であれば、上記本開示の実施例の各モジュールまたは各ステップは、汎用の計算装置で実現でき、それらが単一の計算装置に集中されてもよいし、複数の計算装置からなるネットワークに分布されてもよいことを理解すべきである。好ましくは、それらは計算装置実行可能プログラムコードで実現できるため、それらをコンピュータ記憶媒体（ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶して計算装置により実行することができ、且つ、いくつかの場合、ここでの順序と異なる順序で示されたまたは説明されたステップを実行してもよいし、または、それらをそれぞれの集積回路モジュールに作製し、あるいは、それらのうちの複数のモジュールまたはステップを単一の集積回路モジュールに作製して実現してもよい。従って、本開示は、任意の特定のハードウェアとソフトウェアとの組み合わせに限定されない。

【0232】

以上の内容は、具体的な実施形態を参照しながら本開示の実施例についての更なる詳細な説明であり、本開示の具体的な実施例はこれらの説明に限定されるものではない。当業者にとって、本開示の概念を逸脱しない前提で、いくつかの簡単な推定または置換が可能であり、いずれも本開示の保護範囲に属するものと見なすべきである。

【図1】