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

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

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

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

特許7339348無線通信方法、端末デバイス及びネットワークデバイス

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

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

< >

1
2
3
4a
4b
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

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

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

(11)【特許番号】

(24)【登録日】2023-08-28

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

(54)【発明の名称】無線通信方法、端末デバイス及びネットワークデバイス

(51)【国際特許分類】

H04W 72/0453 20230101AFI20230829BHJP

H04W 24/08 20090101ALI20230829BHJP

H04W 72/23 20230101ALI20230829BHJP

【ＦＩ】

H04W72/0453

H04W24/08

H04W72/23

【請求項の数】 24

(21)【出願番号】P 2021544600

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

(65)【公表番号】

(43)【公表日】2022-05-10

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

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

(87)【国際公開日】2020-08-06

【審査請求日】2022-01-07

(73)【特許権者】

【識別番号】516227559

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

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

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

(74)【代理人】

【識別番号】100091487

【弁理士】

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

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100152205

【弁理士】

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

(74)【代理人】

【識別番号】100137523

【弁理士】

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

(72)【発明者】

【氏名】シ、チファ

(72)【発明者】

【氏名】チェン、ウェンホン

(72)【発明者】

【氏名】チャン、チー

【審査官】永井啓司

(56)【参考文献】

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

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

【文献】LG Electronics，Remaining details on L3 measurement and mobility management[online]，3GPP TSG RAN WG1 #90b R1-1717932，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1717932.zip>，2017年10月03日

【文献】Intel Corporation，UE-to-UE CLI measurement and reporting[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1-1900489，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900489.zip>，2019年01月12日

【文献】CMCC，Discussion on UE-UE cross link interference measurements and reporting[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1-1900408，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900408.zip>，2019年01月12日

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１、４

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

【請求項1】

端末デバイスが第１の情報を受信し、前記第１の情報が少なくとも１つのＰＲＢグループを示し、前記ＰＲＢグループがＭ個のＰＲＢを含むことと、
前記端末デバイスが予め設定されたＰＲＢ範囲内に第１の周波数領域リソースを決定することと、
前記端末デバイスが前記第１の周波数領域リソースにおいてクロスリンク干渉測定（ＣＬＩ）を行うことと、
前記端末デバイスが、測定により得られた受信信号強度指示ＲＳＳＩ値に応じて、ネットワークデバイスに送信する報告値を決定することとを含み、
前記端末デバイスが、測定により得られた受信信号強度指示ＲＳＳＩ値に応じて、前記ネットワークデバイスに送信する報告値を決定することは、
前記端末デバイスが前記ＲＳＳＩ値が属する測定区間と、複数の測定区間と複数の報告値とのマッピング関係とに応じて前記報告値を決定し、前記複数の測定区間における最小のＲＳＳＩ値が属する測定区間と最大のＲＳＳＩ値が属する測定区間の以外の各測定区間の間隔が１ｄＢｍであることを含み、
前記端末デバイスが予め設定されたＰＲＢ範囲内に第１の周波数領域リソースを決定することは、
前記端末デバイスがＰＲＢ範囲内において第１の情報で示すＰＲＢグループに基づいて、ＰＲＢ範囲内の第１の周波数領域リソースを決定することを含み、
前記Ｍが正の整数であり、
前記ＰＲＢが予めプロトコル約定される
ことを特徴とする無線通信方法。

【請求項2】

前記第１の情報が無線リソース制御ＲＲＣシグナリングに搬送される
ことを特徴とする請求項１に記載の無線通信方法。

【請求項3】

前記ＰＲＢ範囲が帯域幅部分ＢＷＰの範囲である
ことを特徴とする請求項１に記載の無線通信方法。

【請求項4】

前記複数の測定区間が少なくとも１つの測定の閾値で分けられる
ことを特徴とする請求項１に記載の無線通信方法。

【請求項5】

前記方法は、さらに、
前記端末デバイスが無線リソース制御ＲＲＣシグナリングを介して前記ネットワークデバイスに前記報告値を送信することを含む
ことを特徴とする請求項１に記載の無線通信方法。

【請求項6】

プロトコル約定された前記ＰＲＢ範囲は、前記ＰＲＢ範囲の開始ＰＲＢ情報及び前記ＰＲＢ範囲に含まれるＰＲＢの数の情報を含む
ことを特徴とする請求項１に記載の無線通信方法。

【請求項7】

プロセッサとメモリを含む端末デバイスであって、
前記メモリにコンピュータのプログラムが格納され、前記コンピュータのプログラムが前記プロセッサにより実行される場合に、
第１の情報を受信し、前記第１の情報が少なくとも１つのＰＲＢグループを示し、前記ＰＲＢグループがＭ個のＰＲＢを含み、
予め設定されたＰＲＢ範囲内に第１の周波数領域リソースを決定し、
前記第１の周波数領域リソースにおいてクロスリンク干渉測定（ＣＬＩ）を行うことを実行し、
前記プロセッサは、
測定により得られた受信信号強度指示ＲＳＳＩ値に応じて、ネットワークデバイスに送信する報告値を決定し、
前記ＲＳＳＩ値が属する測定区間と、複数の測定区間と複数の報告値とのマッピング関係とに応じて前記報告値を決定し、前記複数の測定区間における最小のＲＳＳＩ値が属する測定区間と最大のＲＳＳＩ値が属する測定区間の以外の各測定区間の間隔が１ｄＢｍであり、
前記端末デバイスがＰＲＢ範囲内において第１の情報で示すＰＲＢグループに基づいて、ＰＲＢ範囲内の第１の周波数領域リソースを決定し、
前記Ｍが正の整数であり、
前記ＰＲＢが予めプロトコル約定される
ことを特徴とする端末デバイス。

【請求項8】

前記第１の情報が無線リソース制御ＲＲＣシグナリングに搬送される
ことを特徴とする請求項７に記載の端末デバイス。

【請求項9】

前記ＰＲＢ範囲が帯域幅部分ＢＷＰの範囲である
ことを特徴とする請求項７に記載の端末デバイス。

【請求項10】

前記複数の測定区間が少なくとも１つの測定の閾値で分けられる
ことを特徴とする請求項７に記載の端末デバイス。

【請求項11】

前記端末デバイスは、さらに、送受信ユニットを含み、
前記送受信ユニットは、無線リソース制御ＲＲＣシグナリングを介して前記ネットワークデバイスに前記報告値を送信するように構成される
ことを特徴とする請求項７に記載の端末デバイス。

【請求項12】

プロトコル約定された前記ＰＲＢ範囲は、前記ＰＲＢ範囲の開始ＰＲＢ情報及び前記ＰＲＢ範囲に含まれるＰＲＢの数の情報を含む
ことを特徴とする請求項７に記載の端末デバイス。

【請求項13】

プロセッサとメモリを含むネットワークデバイスであって、
前記メモリにコンピュータのプログラムが格納され、前記コンピュータのプログラムが前記プロセッサにより実行される場合に、
端末デバイスに第１の情報を送信し、前記第１の情報が少なくとも１つのＰＲＢグループを示し、前記ＰＲＢグループがＭ個のＰＲＢを含み、
前記第１の情報が、クロスリンク干渉測定（ＣＬＩ）のための予め設定されたＰＲＢ範囲内に第１の周波数領域リソースを示し、
前記端末デバイスが受信信号強度指示ＲＳＳＩ値に応じて決定した報告値を受信し、前記ＲＳＳＩ値が、第１の情報で示すＰＲＢグループに基づいて決定されたＰＲＢ範囲において前記第１の周波数領域リソースを測定されて取得することを実行し、
複数の測定区間の間隔と複数の報告値とは、マッピング関係を有し、前記ＲＳＳＩ値が、複数の測定区間のいずれかに属し、
前記複数の測定区間における最小のＲＳＳＩ値が属する測定区間と最大のＲＳＳＩ値が属する測定区間の以外の各測定区間の間隔が１ｄＢｍであり、
前記Ｍが正の整数であり、
前記ＰＲＢが予めプロトコル約定される
ことを特徴とするネットワークデバイス。

【請求項14】

前記第１の情報が無線リソース制御ＲＲＣシグナリングに搬送される
ことを特徴とする請求項１３に記載のネットワークデバイス。

【請求項15】

前記ＰＲＢ範囲が帯域幅部分ＢＷＰの範囲である
ことを特徴とする請求項１３に記載のネットワークデバイス。

【請求項16】

前記複数の測定区間が少なくとも１つの測定の閾値で分けられる
ことを特徴とする請求項１３に記載のネットワークデバイス。

【請求項17】

前記報告値は、無線リソース制御ＲＲＣシグナリングを介して前記端末デバイスから受信する
ことを特徴とする請求項１３に記載のネットワークデバイス。

【請求項18】

プロトコル約定された前記ＰＲＢ範囲は、前記ＰＲＢ範囲の開始ＰＲＢ情報及び前記ＰＲＢ範囲に含まれるＰＲＢの数の情報を含む
ことを特徴とする請求項１３に記載のネットワークデバイス。

【請求項19】

無線通信方法であって、
ネットワークデバイスが端末デバイスに第１の情報を送信し、前記第１の情報が少なくとも１つのＰＲＢグループを示し、前記ＰＲＢグループがＭ個のＰＲＢを含み、前記第１の情報が、クロスリンク干渉測定（ＣＬＩ）のための予め設定されたＰＲＢ範囲内に第１の周波数領域リソースを示すことと、
ネットワークデバイスが前記端末デバイスにより受信信号強度指示ＲＳＳＩ値に応じて決定した報告値を決定し、前記ＲＳＳＩ値が、第１の情報で示すＰＲＢグループに基づいて決定されたＰＲＢ範囲において前記第１の周波数領域リソースを測定されて取得することと、を含み、
複数の測定区間の間隔と複数の報告値とは、マッピング関係を有し、前記ＲＳＳＩ値が、複数の測定区間のいずれかに属し、
前記複数の測定区間における最小のＲＳＳＩ値が属する測定区間と最大のＲＳＳＩ値が属する測定区間の以外の各測定区間の間隔が１ｄＢｍであり、
前記Ｍが正の整数であり、
前記ＰＲＢが予めプロトコル約定される
ことを特徴とする無線通信方法。

【請求項20】

前記第１の情報が無線リソース制御ＲＲＣシグナリングに搬送される
ことを特徴とする請求項１９に記載の無線通信方法。

【請求項21】

前記ＰＲＢ範囲が帯域幅部分ＢＷＰの範囲である
ことを特徴とする請求項１９に記載の無線通信方法。

【請求項22】

前記複数の測定区間が少なくとも１つの測定の閾値で分けられる
ことを特徴とする請求項１９に記載の無線通信方法。

【請求項23】

前記報告値は、無線リソース制御ＲＲＣシグナリングを介して前記端末デバイスから受信する
ことを特徴とする請求項１９に記載の無線通信方法。

【請求項24】

プロトコル約定された前記ＰＲＢ範囲は、前記ＰＲＢ範囲の開始ＰＲＢ情報及び前記ＰＲＢ範囲に含まれるＰＲＢの数の情報を含む
ことを特徴とする請求項１９に記載の無線通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本願の実施例は、通信分野に関し、具体的に、無線通信方法、端末デバイス及びネットワークデバイスに関する。

【背景技術】

【0002】

無線通信システムでは、端末デバイスにとって干渉が常に重要な問題となっている。例えば、異なる基地局に属する隣接するＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）が同じアップリンクおよびダウンリンク構成を使用している場合、一方のＵＥが他方の基地局から送信される信号の干渉を受ける可能性がある。また、例えば、隣接するＵＥが異なるアップリンクおよびダウンリンク構成が使用されている場合、隣接するＵＥのアップリンクおよびダウンリンク伝送が同期されず、ダウンリンクを受信しているＵＥがアップリンクを送信しているＵＥに干渉される可能性がある。

【0003】

現在、端末デバイスは、干渉制御を目的として、時間-周波数リソースにおいて信号を受信するエネルギーを測定することができる。しかし、端末デバイスがどの周波数領域リソースで干渉測定や受信エネルギー測定を行うのか、明確なスキームはない。

【発明の概要】

【0004】

本願の実施例は、周波数領域リソースの浪費を低減することで、端末デバイスの性能を向上させることができる無線通信方法、端末デバイス及びネットワークデバイスを提供する。

【0005】

第１の態様は、無線通信方法を提供し、該方法は、端末デバイスが干渉測定又は受信エネルギー測定のためのリソースブロックＲＢ範囲内に第１の周波数領域リソースを決定することと、前記端末デバイスが前記第１の周波数領域リソースにおいて干渉測定又は受信エネルギー測定を行うこととを含む。

【0006】

第２の態様は、無線通信方法を提供し、該方法は、ネットワークデバイスが端末デバイスに構成情報を送信することを含み、前記構成情報は、干渉測定又は受信エネルギー測定のためのリソースブロックＲＢ範囲内の第１の周波数領域リソースを示す。

【0007】

第３の態様は、上記第１の態様の方法またはその各実施態様の方法を実行するための端末デバイスを提供する。

【0008】

具体的には、この端末デバイスは、上記第１の態様～第２の態様のいずれかの態様、またはその各実施態様における方法を実行するための機能モジュールを備えている
第４の態様は、プロセッサとメモリを備えたネットワークデバイスを提供する。このメモリは、コンピュータプログラムを格納し、このプロセッサは、このメモリに格納されたコンピュータプログラムを呼び出して実行し、上記の第１から第２の態様のいずれか１つ、またはその各実施態様における方法を実行するために使用される。

【0009】

第５の態様は、上記第１の態様の方法またはその各実施態様の方法を実行するためのチップを提供する。

【0010】

具体的には、このチップは、コンピュータプログラムをメモリから呼び出して実行し、チップが搭載された装置に、上記の第１～第２のいずれかの態様、またはそれらの各実施態様に記載の方法を実行させるプロセッサを備えている。

【0011】

第６の態様は、上記第１から第２の態様のいずれか１つ、またはそれらの各実施態様における方法をコンピュータに実行させるコンピュータプログラムを格納したコンピュータ可読記憶媒体を提供する
第７の態様は、上記第１から第２の態様のいずれか、またはまたはそれらの各実施態様における方法をコンピュータに方法を実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。

【0012】

第８の態様は、コンピュータ上で実行されると、コンピュータに上記第１から第２の態様のいずれか１つ、またはそれらの各実施態様における方法を実行させるコンピュータプログラムを提供する。

【0013】

上記の技術案により、端末デバイスは、干渉測定または受信エネルギー測定のために、あらかじめ設定されたＲＢ範囲内の第１の周波数領域リソースを決定し、この第１の周波数領域リソースがＲＢ範囲よりも小さい場合には、第１の周波数領域リソース以外の周波数領域リソースを、通常の信号伝送に使用すれば、周波数領域リソースの浪費を低減させることで、端末デバイスの性能を向上させることができる。

【図面の簡単な説明】

【0014】

【図1】本願の実施例における通信システムのアーキテクチャを示す模式図である。

【図2】本願の実施例の適用シナリオの模式図である。

【図3】本願の実施例における無線通信方法のブロック図である。

【図4a】本願の実施例におけるＲＢ範囲の模式図である。

【図4b】本願の実施例におけるＲＢ範囲の他の模式図である。

【図5】本願の実施例におけるＲＢグループ化の模式図である。

【図6】本願の実施例におけるＲＢ範囲に対応する複数のパターンの模式図である。

【図7】本願の実施例におけるＲＢ範囲に対応する複数のパターンの他の模式図である。

【図8】本願の実施例におけるＲＢに対応する複数のパターンの模式図である。

【図9】本願の実施例におけるビットマップで示すＲＢグループ化の模式図である。

【図10】本願の実施例においてビットマップで示すＲＢグループ内のＲＢの模式図である。

【図11】本願の実施例においてビットマップで示すＲＢ範囲内の少なくとも１つのパターンからなる周波数領域リソースの模式図である。

【図12】本願の実施例においてビットマップで示す１つのＲＢ内の少なくとも１つのパターンからなる周波数領域リソースの模式図である。

【図13】本願の実施例における無線通信方法の他の模式図である。

【図14】本願の実施例における端末デバイスのブロック図である。

【図15】本願の実施例におけるネットワークデバイスのブロック図である。

【図16】本願の実施例における端末デバイスの他のブロック図である。

【図17】本願の実施例におけるネットワークデバイスの他のブロック図である。

【図18】本願の実施例におけるチップのブロック図である。

【図19】本願の実施例における通信システムのブロック図である。

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

【0015】

以下、本願の実施例における技術的解決策を、本願の実施例における添付図面と併せて説明する。明らかに、説明する実施例は、本願の実施例の一部であり、そのすべてではない。本願の実施例に基づいて、当業者が創造的労働をせずに得た他のすべての実施例は、本願の保護の範囲に入る。

【0016】

なお、本願の実施例の技術的解決策は、例えば、全地球移動通信( ＧｌｏｂａｌＳｙｓｔｅｍｏｆＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ )システム、符号分割多元接続( ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＣＤＭＡ )システム、広帯域符号分割多元接続( ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＷＣＤＭＡ )システム、汎用データパケット無線サービス( ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ、ＧＰＲＳ )、ロングタームエボリューションＬＴＥシステム、ＬＴＥ周波数分割複信( ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ、ＦＤＤ )システム、ＬＴＥ時分割複信( ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ、ＴＤＤ )、汎用移動通信システム( ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ、ＵＭＴＳ )、全地球相互接続マイクロ波アクセス( ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ、ＷｉＭＡＸ )通信システム、新規無線( ＮｅｗＲａｄｉｏ、ＮＲ )、又は将来の５Ｇシステム等の様々な通信システムに適用可能である。

【0017】

特に、本出願の実施例の技術的解決策は、スパースコード多元接続( ＳｐａｒｓｅＣｏｄｅＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＳＣＭＡ )システム、低密度シグネチャ( ＬｏｗＤｅｎｓｉｔｙＳｉｇｎａｔｕｒｅ、ＬＤＳ )システム等の様々な非直交多元接続技術に基づく通信システムに適用され得るが、ＳＣＭＡシステム及びＬＤＳシステムは、通信分野において別名としても知られてもよい。さらに、本願の実施例の技術的方式は、非直交多元接続技術を採用するマルチキャリア伝送システム、例えば、非直交多元接続技術を採用する直交周波数分割多重( ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ )、フィルタグループマルチキャリア( ＦＩＬＴＥＲＢａｎｋＭｕｌｔｉ－Ｃａｒｒｉｅｒ、ＦＢＭＣ )、汎用周波数分割多重( ＧｅｎｅｒａｌｉｚｅｄＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ、ＧＦＤＭ )、フィルタリング直交周波数分割多重( Ｆｉｌｔｅｒｅｄ－ＯＦＤＭ、Ｆ－ＯＦＤＭ )システム等に適用されてもよい。

【0018】

例示的に、本出願の実施例で適用される通信システム１００を図１に示す。通信システム１００は、ネットワークデバイス１１０を含んでいてもよく、ネットワークデバイス１１０は、端末デバイス１２０（または、通信端末、ターミナルと呼ばれる）と通信を行う装置であってもよい。ネットワークデバイス１１０は、特定の地理的エリアの通信カバレッジを提供し、そのカバレッジエリア内に位置する端末デバイスと通信してもよい。任意選択で、ネットワークデバイス１１０は、ＧＳＭシステムまたはＣＤＭＡシステムにおける基地局（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ、ＢＴＳ）、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、ＮＢ）、LTEシステムにおける進化型基地局（ＥｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ、ｅＮＢまたはｅＮｏｄｅＢ）であってもよい。または、ＣＲＡＮ（ＣｌｏｕｄＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）における無線コントローラであってもよく、又は、ネットワークデバイスは、移動交換機、中継器、アクセスポイント、車載機器、ウェアラブル機器、ハブ、スイッチ、ブリッジ、ルーター、５Ｇネットワークにおけるネットワークデバイス、ｇＮＢまたは将来の進化したＰＬＭＮ（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）におけるネットワークデバイスなどであっても良い。

【0019】

また、通信システム１００は、ネットワークデバイス１１０のカバレッジエリア内に配置された少なくとも１つの端末デバイス１２０を含む。本明細書で使用される「端末デバイス」は、ユーザ機器（ＵＥ）、アクセス端末、加入者ユニット、ユーザ局、移動局、遠隔局、遠隔端末、移動装置、ユーザ端末、ターミナル、無線通信装置、ユーザエージェント、またはユーザデバイスを含むが、これらに限定されない。リモート端末、モバイルデバイス、加入者端末、ターミナル、無線通信デバイス、ユーザーエージェント、ユーザーデバイス。アクセス端末は、携帯電話、コードレス電話、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ)電話、ＷＬＬ（ＷｉｒｅｌｅｓｓＬｏｃａｌＬｏｏｐ)ステーション、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ)、携帯電話機などが考えられます。無線通信に対応したハンドヘルド機器、無線モデムに接続されたコンピューティング機器やその他の処理装置、車載機器、ウェアラブル機器、将来の５Ｇネットワークや将来の進化したＰＬＭＮ（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）における端末デバイスなど、本発明の本実施例では限定されない。

【0020】

任意選択で、端末デバイス１２０は、端末の直接接続（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ、Ｄ２ｄ）で相互に通信してもよい。

【0021】

任意選択で、５Ｇシステムまたは５Ｇネットワークは、ＮＲ（ＮｅｗＲａｄｉｏ）システムまたはNRネットワークと呼ばれることもあります。

【0022】

図１は、１つのネットワークデバイスと２つの端末デバイスを例示的に示している。任意選択で、この通信システム１００は、複数のネットワークデバイスを含み、各ネットワークデバイスのカバレッジエリア内に他の数の端末デバイスを含んでいてもよいが、本願の実施例では限定されない。

【0023】

任意選択で、通信システム１００は、ネットワークコントローラ、モバイル管理エンティティなどの他のネットワークエンティティも含むことができるが、本願の実施例がこれに限定されない。

【0024】

なお、本願の実施例におけるネットワーク／システム内の通信機能を有する機器を、通信デバイスと呼ぶことがある。図１に例示した通信システム１００を例にとると、通信デバイスは、通信機能を有するネットワークデバイス１１０および端末デバイス１２０を含んでいてもよく、ネットワークデバイス１１０および端末デバイス１２０は、上述したような特定の機器であってもよく、ここで説明を省略する。また、通信デバイスは、通信システム１００における他の機器、例えば、ネットワークコントローラ、モバイル管理エンティティ、およびその他のネットワークエンティティを含んでいてもよく、本願実施例では限定されない。

【0025】

なお、ここで、「システム」と「ネットワーク」という言葉が、しばしば互換的に使用されている。ここでの「および／または」という言葉は、関連する対象物の関連性を示す単なる表現方法であり、例えばＡおよび／またはＢというように、Ａだけ、ＡとＢの両方、Ｂだけという３つの関係が存在しうることを示す。また、本文中の「/」という文字は、一般的に前後の関連するオブジェクトの「又は」の関係を示す。

【0026】

無線通信システムでは、端末デバイスにとって干渉が常に重要な問題となっている。端末デバイスへの干渉には、タイプ（Ｔｙｐｅ）１とタイプ２がある。図２を例にとると、図中のＵＥ１-１とＵＥ１-２はｇＮＢ１でカバーされるセルに属し、ＵＥ２-１とＵＥ２-２はｇＮＢ２でカバーされるセルに属し、ＵＥ３-１とＵＥ３-２はｇＮＢ３でカバーされるセルに属する。隣接するセルがすべて同じアップリンクおよびダウンリンク構成を使用している場合、ＵＥ１-２がダウンリンク信号を受信すると、他のセルもダウンリンク信号を伝送しており（伝送がある場合）、アップリンク信号の伝送はないため、ＵＥ１-２は他のｇＮＢが送信する信号によってのみ干渉を受けることになり、すなわち、タイプ１の干渉であり、比較的動的なアップリンクおよびダウンリンク構成がサポートされている場合、例えば、ＵＥ３-２の現在のサービス主に大きいデータトラフィックをアップロードする場合、ｇＮＢ３はＵＥ３-２の伝送に多くのアップリンクリソースを割り当て、ＵＥ１-２とＵＥ３-２のアップリンクおよびダウンリンクの伝送方向が同じでない場合、タイプ２の干渉が形成される可能性がある。つまり、ＵＥ１-２がダウンリンクのデータ伝送を受信しているときに、ＵＥ３-２がアップリンク信号を送信するによって干渉を受ける場合、Ｔｙｐｅ２の干渉測定はクロスリンク干渉（Ｃｒｏｓｓ－ｌｉｎｋｉｎｔｅｒｆｅｒｅｎｃｅ、ＣＬＩ）測定と呼ぶことができる。

【0027】

上記の例は、端末間に基づくものである。ＣＬＩ測定は端末間に限らず、例えば、ネットワークデバイス間など他の同様の状況でも使用できる。

【0028】

なお、本願の実施例は、上述したＣＬＩ測定にも、上述したＴｙｐｅ１測定にも、その他の干渉測定にも適用可能であり、本願の実施例ではＣＬＩ測定を例として用いているが、これが制限となってはならないことは、当業者には理解されるべきである。

【0029】

図３は、本願の実施例の無線通信方法２００を示す概略ブロック図である。図３に示すように、方法２００は、以下の一部またはすべてを含んでいてもよい。

【0030】

Ｓ２１０において、端末デバイスが予め設定されたリソースブロックＲＢ範囲内に第１の周波数領域リソースを決定し、
Ｓ２２０において、前記端末デバイスが前記第１の周波数領域リソースにおいて干渉測定又は受信エネルギー測定を行う。

【0031】

第１の周波数領域リソースまたはリソースブロックＲＢ範囲は、対応する直交周波数分割多重（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）シンボルに対する。すなわち、第１の周波数領域リソースまたはリソースブロックＲＢ範囲のいずれも、１つまたは複数のＯＦＤＭシンボル上の周波数領域リソースを指し、すべての時間周波数領域リソースではない。

【0032】

具体的には、ネットワークデバイスは、端末デバイスのために、リソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＲＢ）範囲を構成または予めプロトコル約定して、端末デバイスがそのＲＢ範囲内で干渉測定又は受信エネルギー測定を行うことができる。例えば、ネットワークデバイスは、端末デバイスに対して、該ＲＢ範囲の開始ＲＢ情報、終了ＲＢ情報及びＲＢの数の情報のうちの少なくとも２つを構成する。又は、例えば、前記リソースブロックの範囲がＢＷＰ（ＢａｎｄｗｉｄｔｈＰａｒｔ）の範囲であっても良い。端末デバイスは、このＲＢ範囲内において１つの周波数領域リソースを決定し、干渉測定または受信信号強度指示ＲＳＳＩ（ＲｅｃｅｉｖｅｄＳｉｇｎａｌＳｔｒｅｎｇｔｈＩｎｄｉｃａｔｉｏｎ）測定などの受信エネルギー測定を行い、ＲＳＳＩ値を取得してもよく、ここで、このＲＳＳＩ値は、測定時間リソース上のあるＯＦＤＭシンボル、又は、測定帯域内に構成されたリソース要素上でＵＥで測定した総受信電力の線形平均値である。そして、端末デバイスは、測定された結果をネットワークデバイスに報告することができる。

【0033】

端末デバイスにつては、予め設定されたＲＢ範囲を干渉測定や受信エネルギー測定のためだけに使用するのではなく、その周波数領域リソースの一部を干渉測定や受信エネルギー測定のためだけに使用し、周波数領域のリソースの他の部分を通常の信号伝送のために使用すれば、周波数領域のリソースの浪費を省くことができ、その結果、端末デバイスの性能を向上させることができる。

【0034】

また、ネットワークデバイスは、ＲＢ範囲に対応する時間領域情報を構成してもよく、この時間領域情報は、例えば、開始シンボル指示情報、終了シンボル指示情報およびシンボルの数のうちの少なくとも２つを含んでいてもよい。

【0035】

なお、ＲＢは、サービスチャネルリソースにより割り当てたリソースユニットであり、時間領域ではスロット、周波数領域では１２のサブキャリアとすることができ、リソース要素（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、ＲＥ）は、周波数領域では１つのサブキャリアとすることができ、すなわち、１つのＲＢは、周波数領域で１２個のＲＥを含むことができる。通常、ＲＢは、仮想リソースブロック（ＶｉｒｔｕａｌＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ）及び物理リソースブロック（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＰＲＢ）を含む。ＶＲＢは仮想ＲＢであり、リソースを割り当てる際には、ＶＲＢによって割り当てられてから、ＶＲＢがＰＲＢにマッピングされる。

【0036】

本願の実施例は、上述のＣＬＩ測定に適用することができる。ここで、まず、ＣＬＩの導入とＣＬＩ測定の必要性について簡単に説明する。

【0037】

端末デバイスでは、サービスやアプリケーションソフトウェアによって、アップリンクとダウンリンクのデータレートに対する要求が異なる。例えば、携帯電話で映画を見る場合、一般的にダウンリンクのデータレートはアップリンクのデータレートよりも高くなる。逆に、一部のサービスやアプリケーションソフトウェア（例えば、ローカルデータをクラウドにバックアップするなど）では、ダウンリンクデータレートよりもアップリンクデータレートの方が高くなる傾向がある。同じサービスやアプリケーションソフトウェアの場合、操作が異なれば、アップリンクとダウンリンクのデータレートの要求も異なり、例えば、共有するために動画をアップロードするにはより高いアップリンクデータレートが必要であり、友人が共有している動画を見るにはより高いダウンリンクデータレートが必要となる。

【0038】

上述の実際のサービスやアプリケーションソフトウェアの状況に基づいて、無線ネットワークがアップリンクおよびダウンリンクリソースの固定または半固定的な割り当て（例えば、ＬＴＥ/ＮＲシステムにおけるアップリンクおよびダウンリンクのスロット（ｓｌｏｔ）の固定構成）を維持する場合、短時間でサービス伝送を最適にマッチさせることができず、結果としてリソースの低効率的な使用となり、ＵＥの体験をさらに向上させることができない。

【0039】

上記の問題を解決するためには、アップリンクとダウンリンクの伝送方向（伝送リソース）を動的に調整する方法を利用しても良い。例えば、現在のセルまたはＵＥのダウンリンクデータ量が増加している場合、ネットワークはダウンリンク伝送に多くのリソースを割り当てることができる（例えば、ダウンリンク伝送により多くのｓｌｏｔを使用する）。

【0040】

ＮＲシステムは、フレキシブルスロットフォーマット（ｆｏｒｍａｔ）を指示しており、ここで、１つのｓｌｏｔ内では、シンボル（記号）の一部がダウンリンク（Ｄｏｗｎｌｉｎｋ、Ｄ）用に使用され、シンボルの一部がフレキシブル（Ｆｌｅｘｉｂｌｅ、Ｆ）用に使用され、シンボルの一部がアップリンク（Ｕｐｌｉｎｋ、Ｕ）用に使用される。現在、ＮＲプロトコルでサポートされている構成の一部を表１に示す。ここで、表１にはスロットのフォーマットが部分的に含まれ、例えば、Ｆｏｒｍａｔ２０では、１つのｓｌｏｔの最初の２ｓｙｍｂｏｌがＤ、最後のｓｙｍｂｏｌがＵ、中間の１１個のｓｙｍｂｏｌがＦとして構成されている。

【表1】

【0041】

ＣＬＩは、セルがスロットフォーマットを動的に変更した場合や、基地局が１つまたは複数のＵＥに対して対応するスロットフォーマットを変更した場合に発生する可能性がある。または、スロットフォーマットが変更されない場合にＣＬＩが発生する可能性もある。たとえば、１つのスロット内のすべてのシンボルはＦ、つまり表１のフォーマット２として構成される。図２のｇＮＢ１は、ＵＥ１-２のダウンリンク伝送にこのスロットを使用するが、ｇＮＢ３はＵＥ３-２のアップリンク伝送にこのスロットを使用し、同様、ＣＬＩが発生する。

【0042】

そのため、アップリンクとダウンリンクの伝送方向の違いによって生じる干渉を制御し、ＵＥの性能を確保するために、ＣＬＩ測定が必要である。

【0043】

本願の実施例において、全体のプロセスは以下の通りである。

【0044】

ステップ一：ネットワークデバイスが端末デバイスに、例えば、測定リソース構成又は報告値の構成等の関連構成を送信することができる。

【0045】

ステップ二：端末デバイスは、測定構成に応じて関連測定を行い、報告値の構成に応じて、ネットワークデバイスに測定結果を報告する。

【0046】

ステップ三：ネットワークデバイスは、端末デバイスとの干渉を回避するために、受信した報告情報に基づいて、アップリンクおよびダウンリンクの伝送を変更する必要があるかどうかを判断することができる。

【0047】

上記のステップの中には、例えば、ネットワークが報告情報を受信するステップ３のように、ネットワークが報告情報を受信し、何の処理しなくても良い。

【0048】

任意選択で、端末デバイスが、ネットワークデバイスからの第１の情報を受信し、該第１の情報がＲＢ範囲内の少なくとも１つのＲＢを示し、これにより、端末デバイスが第１の情報で示す該少なくとも１つのＲＢに応じて、第１の周波数領域リソースを決定することができる。又は、端末デバイスが前記第１の情報を受信しなく、つまり、ネットワークデバイスがＲＢ範囲内の少なくとも１つのＲＢを示さなくても良く、この場合、端末デバイスは、ＲＢ範囲内のプロトコルで約定された少なくとも１つのＲＢ（即ち、端末デバイスデフォルトの少なくとも１つのＲＢ）に応じて、第１の周波数領域リソースを決定することができる。

【0049】

任意選択で、Ａ個のＲＢを１つのグループとし、ある周波数領域範囲をグループ化してもよく、例えば、ある周波数領域範囲は、システムの帯域幅の一部、またはシステムの帯域幅全体、または帯域幅部分（ＢａｎｄｗｉｄｔｈＰａｒｔ、ＢＷＰ）の範囲、またはＲＢの範囲を含む他の帯域幅であってもよく、この場合、ＲＢ範囲は、例えば、ＲＢの１つのグループまたはＲＢの複数のグループを含んでもよい。ＲＢ範囲は、１つのＲＢグループ又は複数のＲＢグループを含む。例えば、図４ａに示すように、ＲＢ範囲は、１つ又は複数の完全でないＲＢグループを含み、図４ｂに示すように、ＲＢ範囲は、１つ以上の完全なＲＢグループを含む。この第１の情報は、少なくとも１つのＲＢグループを示しており、端末デバイスは、ＲＢ範囲を参照して第１の周波数領域リソースを決定してもよい。第１の情報で示すあるＲＢグループがＲＢ範囲内で完全していない場合、第１の周波数領域リソースは、ＲＢ範囲に含まれるそのＲＢグループの周波数領域リソースを含んでもよい。任意選択で、上述のグループ化に基づいて、第１の情報が１つのＲＢグループ内の特定のＲＢを示した場合、端末デバイスは、ＲＢ範囲内において各ＲＢグループ内の第１の情報で示す特定のＲＢからなる周波数領域リソースに基づいて、第１の周波数領域リソースを決定することができる。例えば、図５に示すように、周波数領域全体の範囲には２０個のＲＢが含まれており、４個のＲＢをグループ化した場合、合計５個のＲＢグループに分けることができ、ＲＢ範囲は周波数領域全体の範囲の中央にある１６個のＲＢとすることができ、第１の情報が１つのＲＢグループの１番目のＲＢを示している場合、ＲＢ範囲において各ＲＢグループの第１の情報で示す特定のＲＢからなる周波数領域リソースは、ＲＢ範囲内において３、７、１１及び１５番目のＲＢを含む。任意選択で、上記のグループ化に基づいて、ネットワークデバイスがＲＢグループ内の特定のＲＢを端末デバイスに指示しない場合、端末デバイスは、ＲＢ範囲内の各ＲＢグループ内のプロトコルによって事前に約定された特定のＲＢ（すなわち、端末デバイスのデフォルトＲＢ）に基づいて、第１の周波数領域リソースを決定してもよい。例えば、１つのＲＢグループのデフォルトのＲＢは、１つのＲＢグループの１番目のＲＢであってもよく、同様にこの第１の周波数領域リソースは、図５に示すＲＢ範囲の３、７、１１、１５番目によって決定されてもよいし、また、１つのＲＢグループのデフォルトＲＢは、１つのＲＢグループの全てのＲＢを含んでもよい。

【0050】

任意選択で、ＲＢ範囲内のみでグループ化することも可能であり、各ＲＢグループは同じまたは異なる数のＲＢを含んでもよく、例えば、最初のＲＢグループと最後のＲＢグループに含まれるＲＢの数は、中間のＲＢグループに含まれるＲＢの数よりも小さく、中間のＲＢグループは同じＲＢの数を含む。このグループは事前にプロトコルで約定され、又は、ネットワークデバイスで事前に構成されたものでもよい。同様に、ネットワークデバイスは、端末デバイスに第１の情報を送信してもよく、第１の情報が、少なくとも１つのＲＢグループを示す。又は、ＲＢの範囲内のみでグループ化することも可能であり、各ＲＢグループは同じＲＢの数を含み、ネットワークデバイスは端末デバイスに第１の情報を送信してもよく、第１の情報は１つのＲＢグループにおける特定のＲＢを示している。

【0051】

任意選択で、上記のグループ化は共通リソースブロック０（ｃｏｍｍｏｎｒｅｓｏｕｒｃｅｂｌｏｃｋ０）から開始してもよく、又は、グループ化の開始ＲＢをネットワークデバイスから端末デバイスに示されてもよい。

【0052】

任意選択で、上述の１つのＲＢグループに含まれるＲＢの数は、例えば上述のＡとして、プロトコルによって約定され、固定値であってもよく、またはプロトコルによって約定され、帯域幅範囲に関連してもよく、例えば異なるＲＢグループに含まれるＲＢの数であり、１つのＲＢグループに含まれるＲＢの数が異なっていてもよく、またはネットワークデバイスによって直接構成されてもよく、またはネットワークデバイスによって構成されたＲＢ範囲に関連してもよく、例えば、ネットワークで示すＲＢ範囲がＸ個のＲＢを含む場合、１つのＲＢグループがＸ個のＲＢを含む。又は、１つのＲＢグループに含まれるＲＢの数が、１つのリソースブロックグループＲＢＧ（ＲｅｓｏｕｒｅＢｌｏｃｋＧｒｏｕｐ）のサイズであっても良い。ここで、ＲＢＧのサイズは、表２に示す。

【表2】

【0053】

任意選択で、ＲＢ範囲をパターンで示す。例えば、ＲＢ範囲はＢ個のパターンに対応し、該Ｂ個のパターンの組み合わせがＲＢ範囲全体を構成していてもよく、ネットワークデバイスはこのＢ個のパターンを端末デバイスに事前に構成してもよく、又は、このＢ個のパターンはプロトコルの事前約定により端末デバイス内に格納されていてもよく、ネットワークデバイスはパターンの少なくとも１つを示す第１の情報を端末デバイスに送信し、端末デバイスは第１の周波数領域リソースに基づいて第１の周波数領域リソースを決定してもよい。ＲＢ範囲において第１の情報で示された少なくとも１つのパターンに基づいて、第１の周波数領域リソースを決定する。例えば、図６に示すように、ＲＢ範囲は１２個のＲＢを含み、ＲＢ範囲は４つのパターンに対応しており、各パターンの網掛け部分は、干渉測定や受信エネルギー測定に使用される可能であることを示す。この４つのパターンのそれぞれの網掛け部分の組み合わせで、ＲＢの範囲全体を表現することができる。ここで、パターン１の１、５及び９番目のＲＢ、パターン２の２、６及び１０番目のＲＢ、パターン３の３、７及び１１番目のＲＢ、パターン４の４、８及び１２番目のＲＢは、干渉測定や受信エネルギー測定に使用してもよい。第１の情報がパターン１とパターン３を示している場合、端末デバイスは、ＲＢ範囲内の１、３、５、７、９及び１１番目のＲＢによって第１の周波数領域リソースを決定してもよい。なお、該ＲＢ範囲に対応するＢ個のパターンは、１つ以上のパターンセットに基づき、図７に示すように、ＲＢ範囲が７個のパターンに対応し、ここで、パターン１～４が１つのパターンセットからのものであり、パターン５及び６が１つのパターンセットからのものであり、パターン７が１つのパターンセットである。そして、第１の情報で示す少なくとも１つのパターンは、１つのパターンセット又は複数のパターンセットからのものである。例えば、第１の情報がパターン１～パターン３を示す場合、該第１の情報で示す少なくとも１つのパターンが同一のパターンセットに属する。また、例えば、第１の情報でパターン２、パターン５及びパターン７を示す場合、該第１の情報で示す少なくとも１つのパターンが異なるパターンセットに属する。

【0054】

なお、端末デバイスは、ＲＢ範囲内において第１の情報で示す少なくとも１つのＲＢ又はＲＢ範囲内のデフォルトの少なくとも１つのＲＢ上の全ての周波数領域リソースを、干渉測定又は受信エネルギー測定に使用しても良い。即ち、端末デバイスは、ＲＢ範囲内において第１の情報で示す少なくとも１つのＲＢ又はＲＢ範囲内のデフォルトの少なくとも１つのＲＢ上の全ての周波数領域リソースを、第１の周波数領域リソースとして決定しても良い。又は、端末デバイスは、ＲＢ範囲内において第１の情報で示す少なくとも１つのＲＢ又はＲＢ範囲内のデフォルトの少なくとも１つのＲＢにおける一部の周波数領域リソースを、第１の周波数領域リソースとして決定しても良い。例えば、端末デバイスは、ネットワークデバイスからの第２の情報を参照しても良く、該第２の情報が１つのＲＢでの特定のＲＥを示す。この時、端末デバイスは、ＲＢ範囲内において上記の方式により決定された少なくとも１つのＲＢの各ＲＢ上の特定のＲＥからなる周波数領域リソースを、第１の周波数領域リソースとして決定しても良い。例えば、端末デバイスは、第１の情報及び第２の情報を参照して、第１の周波数領域リソースを決定する。即ち、端末デバイスは、ＲＢ範囲内において第１の情報で示す少なくとも１つのＲＢ内の各ＲＢ上の第２の情報で示す少なくとも１つのＲＥからなる周波数領域リソースを、第１の周波数領域リソースとして決定しても良い。

【0055】

また、例えば、ネットワークデバイスが端末デバイスに第２の情報を送信しなく、端末デバイスが１つのＲＢにおいてプロトコルで約定された（デフォルトの）ＲＥを参照する。この時、端末デバイスは、ＲＢ範囲内において上記の方式で決定された少なくとも１つのＲＢの各ＲＢ上のデフォルトのＲＥからなる周波数領域リソースを、第１の周波数領域リソースとして決定しても良い。デフォルトのＲＥは、例えば、各ＲＢの１番目のＲＥ、又は、各ＲＢ上の全てのＲＥ（即ち１２個のＲＥ）であっても良い。

【0056】

任意選択で、端末デバイスは、上記の第２の情報で示す１つのＲＢ上の特定のＲＥ又は１つのＲＢ上のデフォルトのＲＥに応じて第１の周波数領域リソースを決定しても良い。例えば、端末デバイスは、ＲＢ範囲全体内の各ＲＢ上の第２の情報で示す特定のＲＥ又はデフォルトのＲＥからなる周波数領域リソースを、第１の周波数領域リソースとして決定しても良い。この時、第１の情報でＲＢ範囲全体内の全てのＲＢを示すと考える。

【0057】

任意選択で、ＲＢ内のＲＥ組合せをパターンで示すことができる。１つのパターンは、端末デバイスが測定を行うために少なくとも１つのＲＥを示す。例えば、１つのＲＢがＤ個のパターンに対応し、該Ｄ個のパターンの組み合わせは、１つのＲＢを構成する。ネットワークデバイスは、端末デバイスに該Ｄ個のパターンを予め構成し、又は、該Ｄ個のパターンがプロトコルで約定される。ネットワークデバイスが端末デバイスに第２の情報を送信し、該第２の情報が少なくとも１つのパターンを示す、この場合、端末デバイスは、ＲＢ範囲内において上記の方式で決定された少なくとも１つのＲＢ内の各ＲＢ上の第２の情報で示す前記少なくとも１つのパターンからなる周波数領域リソースを、第１の周波数領域リソースとして決定しても良い。例えば、図８に示すように、１つのＲＢが１２個のパターンに対応し、各パターン内の網掛け部分の組み合わせは、ＲＢ全体を示す。ここで、パターン１内の１番目のＲＥ、パターン２内の２番目のＲＥ、パターン３内の３番目のＲＥ、パターン４内の４番目のＲＥ、パターン５内の５番目のＲＥ、パターン６内の６番目のＲＥ、パターン７内の７番目のＲＥ、パターン８内の８番目のＲＥ、パターン９内の９番目のＲＥ、パターン１０内の１０番目のＲＥ、パターン１１内の１１番目のＲＥ、パターン１２内の１２番目のＲＥは、干渉測定又は受信エネルギー測定に使用される。例えば、第１の情報がパターン２、４及び６を示す、そして、端末デバイスは、ＲＥ範囲内において上記の方式で決定された少なくとも１つのＲＢ内の各ＲＢ上の２、４及び６番目のＲＥからなる周波数領域リソースを、第１の周波数領域リソースとして決定しても良い。同様、１つのＲＢに対応するＤ個のパターンは、１又は複数のパターンセットからのものであり、具体的に、ＲＢ範囲に対応するＢ個のパターンを参照し、簡潔のために、ここで説明を省略する。

【0058】

任意選択で、ネットワークデバイスは、上述の様々な情報をビットマップ（ｂｉｔｍａｐ）によって示してもよい。例えば、第１の情報は、第１のビットマップを含み、第１のビットマップの各ビットは、１つのＲＢグループに対応していてもよい。また、第１ビットマップの各ビットの値は、１つのＲＢグループの状態を表しており、例えば、値が０であれば、このＲＢグループは利用できず、値が１であれば、ＲＢグループは利用可能である。図９は、第１のビットマップ値である[１０１０]に対応する４つのＲＢグループの状態を示しており、ここで、１番目のＲＢグループと３番目のグループは、干渉測定や受信信号測定に使用することができる。

【0059】

また、例えば、第１の情報は、第２のビットマップを含み、第２のビットマップの各ビットは、１つのＲＢのグループの中の１つのＲＢに対応し、また、第２のビットマップの各ビットの値は、１つのＲＢの状態を表してもよい。例えば、値が０の場合は、このＲＢが利用できなく、値が１の場合は、ＲＢが利用できる。図１０は、第２のビットマップの値である[１０００]および[１０１０]に対応する１つＲＢグループに含まれる４つのＲＢの状態を示しており、ここで、[１０００]は１つのＲＢグループの１番目のＲＢが利用可能であることを示し、[１０１０]は１つのＲＢグループの１番目および３番目のＲＢが利用可能であることを示している。

【0060】

また、例えば、第１の情報が第３のビットマップを含み、第３のビットマップの各ビットが１つのパターンに対応し、第３のビットマップの各ビットの値がパターンの状態を示してもよい。例えば、値が０であれば、そのパターンは利用できず、値が１であれば、そのパターンは利用可能である。図１１は、第３のｂｉｔｍａｐの値である[１１１]に対応する３つのパターンの状態を示している。ここで、３つのパターンはすべて利用可能であり、それらの組み合わせた周波数領域のリソースは、ＲＢの範囲全体であっても良い。

【0061】

また、例えば、第２の情報は、第４のビットマップを含み、該第４のｂｉｔｍａｐのそれぞれが１つのパターンに対応し、第４のビットマップの各ビットの値は、１つのパターンの状態を表す。例えば、値が０であれば、そのパターンは利用できず、値が１であれば、そのパターンは利用可能である。図１２は、第４のｂｉｔｍａｐの値である[１０１０]に対応する４つのパターンの状態を示しており、その組み合わせた周波数領域のリソースは、１、３、５、７、９、１１番目のＲＥを含んでいることができる。

【0062】

任意選択で、ネットワークデバイスは、上述の各種情報をビットマップではなく、直接表示してもよい。例えば、図７に示すように、７つのパターンがあり、ネットワークデバイスは、そのうちの１つのパターンを３ビットで表示する。グループ化が同様であるため、ここで説明を省略する。

【0063】

任意選択で、ネットワークデバイスは、ＲＢ範囲の開始ＲＢ情報、ＲＢ範囲の終了ＲＢ情報、およびＲＢ範囲情報に含まれるＲＢの数のうちの少なくとも２つを示すために使用される第３の情報を端末デバイスに送信し、端末デバイスは、第３の情報に基づいて、ＲＢ範囲を決定してもよい。ここで、第３の情報で示す開始ＲＢは、ＲＢの範囲内に含まれていてもよいし、ＲＢの範囲外に含まれていてもよく、また、第３の情報で示す終了ＲＢも、ＲＢの範囲内に含まれていてもよいし、ＲＢの範囲外に含まれていてもよい。
任意選択で、ネットワークデバイスは、ＢＷＰの範囲をＲＢ範囲と決定してもよい。すなわち、端末デバイスは、ＢＷＰの構成に基づいて、そのＲＢ範囲を決定してもよい。

【0064】

上記の情報は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）、ＭＡＣシグナリング、ＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）信号など、さまざまな上位層または物理層のシグナリングに搬送されてもよい。上記の情報は、個別に送信され、又は、組み合わせて一緒に送信されてもよい。例えば、第１の情報と第２の情報が一緒に送信され、第２の情報と第３の情報が一緒に送信され、又は、第１、第２、第３の情報が一緒に送信される。

【0065】

任意選択で、端末デバイスは、上記の方式で決定された第１の周波数領域リソースに対して、干渉測定または受信エネルギー測定を行い、例えば、ＲＳＳＩ値またはＲＳＲＰ（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｅｄＰｏｗｅｒ）値などの測定値を取得してもよい。端末デバイスは、測定値をネットワークデバイスに直接報告するか、測定値の大きさを示すために使用される報告値をネットワークデバイスに報告することで、シグナリングオーバーヘッドを削減する。

【0066】

例えば、端末デバイスは、測定で得られたＲＳＳＩ値に基づいて、ネットワークデバイスに送信する報告値を決定する必要がある。ＲＳＳＩ値の大きさに応じて、それを複数の測定区間に分割することができ、各測定区間が１つの報告値に対応する。この複数の測定区間と報告値とのマッピング関係を表３で示す。

【表3】

【0067】

表３では、この測定区間を等間隔にすることができ、任意選択で、最小のＲＳＳＩ値が属する測定区間と最大のＲＳＳＩ値が属する測定区間を除外する。この測定区間は、報告精度を向上させるために１ｄＢｍ間隔でもよいし、シグナリングのオーバーヘッドを減らすために２ｄＢｍ以上の間隔でもよい。例えば、測定されたＲＳＳＩ値が-９９.５である場合、端末デバイスは、報告値である０をネットワークデバイスに報告してもよい。また、例えば、測定されたＲＳＳＩ値が-２４の場合、端末デバイスは報告値である７６をネットワークデバイスに報告することができる。この測定区間は、ネットワークデバイスで設定してもよい。

【0068】

任意選択で、報告値の形式はプロトコルによって約定されてもよく、この表３の報告値の順序は変化されてもよい。例えば、

が報告値０と報告値１にそれぞれ対応し、又は、

は、報告値７５と報告値７６にそれぞれ対応し、１つの測定区間が１つの報告値に対応すればよい。

【0069】

任意選択で、表３において隣接する２つの測定区間の臨界値は、この２つの測定区間のうちのいずれかの測定区間を含む。例えば、

は、

に変更されても良い。

【0070】

任意選択で、表３の上部境界値-２５および下部境界値-１００を調整することができ、すなわち、それらを拡大または縮小することができ、さらに、上部境界値および下部境界値のうちの２つまたは１つをネットワークデバイスによって構成することができる。ネットワークデバイスは、応用シナリオに応じて動的な範囲を柔軟に決定することができる。例えば、表３の範囲を拡大すれば、より大きい範囲の測定値を報告することができ、表３の範囲を縮小すれば、報告に必要な伝送リソースを節約することができる。

【0071】

任意選択で、複数の測定区間を少なくとも１つの閾値で分けてもよい。例えば、ネットワークデバイスが１つ以上の閾値を構成してもよく、又は、１つ以上の閾値がプロトコルによって約定されていてもよく、１つ以上の閾値により、ＲＳＳＩ値は複数の区間に分けられ、表４は、複数の測定区間と複数の報告値との他のマッピング関係を示しており、ここで、ｔｈｒｅ、ｔｈｒｅ＋ｘ、ｔｈｒｅ＋２ｘ、ｔｈｒｅ＋３ｘが閾値とみなされることがある。ｔｈｒｅは閾値を考慮し、ｘはプロトコルで約定されまたはネットワークデバイスにより構成した間隔であっても良い。

【表4】

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

以上のように、本願の実施例は、本願の技術的思想に基づいて説明されたが、本願は、上述の実施例に限定されるものではなく、本願の技術的思想に基づく当業者であれば、本願の技術的範囲に含まれる。したがって、本願の保護範囲は、特許請求の範囲の保護範囲によってのみ定められるべきである。

【図1】