特許 7444974 処理方法と機器

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

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

(11)【特許番号】

(24)【登録日】2024-02-27

(45)【発行日】2024-03-06

(54)【発明の名称】処理方法と機器

(51)【国際特許分類】

   H04W 52/02 20090101AFI20240228BHJP

   H04W 24/10 20090101ALI20240228BHJP

   H04W 88/02 20090101ALI20240228BHJP

【ＦＩ】

H04W52/02 111

H04W24/10

H04W88/02 151

【請求項の数】 4

(21)【出願番号】P 2022514807

(86)(22)【出願日】2020-07-28

(65)【公表番号】

(43)【公表日】2022-11-14

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

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

(87)【国際公開日】2021-03-11

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

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

(32)【優先日】2019-09-06

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

(73)【特許権者】

【識別番号】517372494

【氏名又は名称】維沃移動通信有限公司

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100153729

【弁理士】

【氏名又は名称】森本 有一

(72)【発明者】

【氏名】姜 大潔

(72)【発明者】

【氏名】潘 学明

(72)【発明者】

【氏名】沈 暁冬

【審査官】永井 啓司

(56)【参考文献】

【文献】CMCC，Discussion on PDCCH-based power saving signal/channel design[online]，3GPP TSG RAN WG1 #98 R1-1908871，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1908871.zip>，2019年08月16日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

端末に用いられる処理方法であって、
省エネルギ信号を受信することであって、前記省エネルギ信号は、前記端末が物理下りリンク制御チャネルモニタリングを行わないことを指示することと、
前記省エネルギ信号に基づき、チャネル状態情報報告を行うか、又は行わないことを決定することとを含み、
前記チャネル状態情報報告の時間は、前記省エネルギ信号に関連する接続状態不連続性受信周期内にあり、
前記チャネル状態情報報告の配置は、周期的なチャネル状態情報報告配置であり、
前記省エネルギ信号が、チャネル状態情報報告を行うよう前記端末に指示する場合、前記方法は、
ネットワーク側により配置される前記チャネル状態情報報告の前記配置に基づいて前記チャネル状態情報報告を行うことをさらに含む、処理方法。

【請求項2】

ネットワーク機器に用いられる処理方法であって、
省エネルギ信号を送信することを含み、前記省エネルギ信号は、端末が物理下りリンク制御チャネルモニタリングを行わないことを指示し、
前記省エネルギ信号は、端末に、チャネル状態情報報告を行うか、又は行わないことを決定させることに用いられ、
前記チャネル状態情報報告の時間は、前記省エネルギ信号に関連する接続状態不連続性受信周期内にあり、
前記チャネル状態情報報告の配置は、前記ネットワーク機器により、前記端末による前記チャネル状態情報報告のために設定される周期的なチャネル状態情報報告配置である、処理方法。

【請求項3】

プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時に、請求項１に記載の処理方法のステップを実現させる、端末。

【請求項4】

プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時に、請求項２に記載の処理方法のステップを実現させる、ネットワーク機器。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０１９年９月６日に中国で提出された中国特許出願番号Ｎｏ．２０１９１０８４４６０５．１の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本開示の実施例は、通信技術分野に関し、具体的には、処理方法と機器に関する。

【背景技術】

【0002】

端末が受信した省エネルギ信号が、持続期間タイマの物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を検出することを指示する場合、端末は、持続期間タイマ（ＯＮＤＵＲＡＴＩＯＮ ｔｉｍｅｒ）を起動し、そうでなければ、端末は、持続期間タイマをスキップする。そのため、長時間に業務がない場合、端末は、ずっと持続期間タイマをスキップし（これは、ＰＤＣＣＨをモニタリングする必要がないためである）、チャネル状態情報報告（チャネル品質指示（Ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ、ＣＱＩ）とビーム関連情報の報告とを含む）も行うことができない。

【0003】

しかしながら、長時間にチャネル状態情報報告を行うことができないことは、ビーム管理の過程に影響を及ぼし、端末ビーム又はリンクの障害を引き起こす可能性がある。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示の実施例の一つの目的は、端末に省エネルギ信号が配置された後に長時間にチャネル状態情報報告を行うことができないことによって、端末ビーム又はリンクの障害を引き起こす可能性がある問題を解決するための処理方法と機器を提供することである。

【課題を解決するための手段】

【0005】

第一の方面によれば、端末に用いられる処理方法を提供する。前記方法は、
第一のチャネル状態情報報告配置を取得することと、
前記端末が、持続期間の物理下りリンク制御チャネルをモニタリングする必要があるよう指示されなかった場合、前記第一のチャネル状態情報報告配置に基づき、チャネル状態情報を報告することとを含む。

【0006】

第二の方面によれば、本開示の実施例は、ネットワーク機器に用いられる処理方法をさらに提供する。前記方法は、
第一のシグナリング、又は第一のチャネル状態情報報告配置と第二のチャネル状態情報報告配置との間の関連ルールを送信することを含み、
そのうち、前記第一のシグナリングは、ネットワーク側により配置される第一のチャネル状態情報報告配置を指示し、前記第一のチャネル状態情報報告配置は、端末が、持続期間の物理下りリンク制御チャネルをモニタリングする必要があるよう指示されなかった場合、チャネル状態情報を報告するために用いられる。

【0007】

第三の方面によれば、本開示の実施例は、端末に用いられる処理方法をさらに提供する。前記方法は、
省エネルギ信号を受信することであって、前記省エネルギ信号は、前記端末がチャネル状態情報報告を行うが、物理下りリンク制御チャネルモニタリングを行わないこと、前記端末がチャネル状態情報報告と物理下りリンク制御チャネルモニタリングを行うこと、前記端末がチャネル状態情報報告を行わないが、物理下りリンク制御チャネルモニタリングを行うこと、前記端末がチャネル状態情報報告を行わず、物理下りリンク制御チャネルモニタリングを行わないことのうちのいずれか一つを指示することと、
前記省エネルギ信号に基づき、チャネル状態情報報告、物理下りリンク制御チャネルモニタリングのうちの一つ又は複数を行うか、又は行わないことを決定することとを含む。

【0008】

第四の方面によれば、本開示の実施例は、ネットワーク機器に用いられる処理方法をさらに提供する。前記方法は、
省エネルギ信号を送信することを含み、前記省エネルギ信号は、前記端末がチャネル状態情報報告を行うが、物理下りリンク制御チャネルモニタリングを行わないこと、前記端末がチャネル状態情報報告と物理下りリンク制御チャネルモニタリングを行うこと、前記端末がチャネル状態情報報告を行わないが、物理下りリンク制御チャネルモニタリングを行うこと、前記端末がチャネル状態情報報告を行わず、物理下りリンク制御チャネルモニタリングを行わないことのうちのいずれか一つを指示する。

【0009】

第五の方面によれば、本開示の実施例は、端末をさらに提供する。前記端末は、
第一のチャネル状態情報報告配置を取得するための取得モジュールと、
前記端末が、持続期間の物理下りリンク制御チャネルをモニタリングする必要があるよう指示されなかった場合、前記第一のチャネル状態情報報告配置に基づき、チャネル状態情報を報告するための第一の報告モジュールとを含む。

【0010】

第六の方面によれば、本開示の実施例は、ネットワーク機器をさらに提供する。前記ネットワーク機器は、
第一のシグナリング、又は第一のチャネル状態情報報告配置と第二のチャネル状態情報報告配置との間の関連ルールを送信するための第一の送信モジュールを含み、
そのうち、前記第一のシグナリングは、ネットワーク側により配置される第一のチャネル状態情報報告配置を指示し、前記第一のチャネル状態情報報告配置は、端末が、持続期間の物理下りリンク制御チャネルをモニタリングする必要があるよう指示されなかった場合、チャネル状態情報を報告するために用いられる。

【0011】

第七の方面によれば、本開示の実施例は、端末をさらに提供する。前記端末は、
省エネルギ信号を受信するための第二の受信モジュールであって、前記省エネルギ信号は、前記端末がチャネル状態情報報告を行うが、物理下りリンク制御チャネルモニタリングを行わないこと、前記端末がチャネル状態情報報告と物理下りリンク制御チャネルモニタリングを行うこと、前記端末がチャネル状態情報報告を行わないが、物理下りリンク制御チャネルモニタリングを行うこと、前記端末がチャネル状態情報報告を行わず、物理下りリンク制御チャネルモニタリングを行わないことのうちのいずれか一つを指示する第二の受信モジュールと、
前記省エネルギ信号に基づき、チャネル状態情報報告、物理下りリンク制御チャネルモニタリングのうちの一つ又は複数を行うか、又は行わないことを決定するための処理モジュールとを含む。

【0012】

第八の方面によれば、本開示の実施例は、ネットワーク機器をさらに提供する。前記ネットワーク機器は、
省エネルギ信号を送信するための第二の送信モジュールを含み、前記省エネルギ信号は、前記端末がチャネル状態情報報告を行うが、物理下りリンク制御チャネルモニタリングを行わないこと、前記端末がチャネル状態情報報告と物理下りリンク制御チャネルモニタリングを行うこと、前記端末がチャネル状態情報報告を行わないが、物理下りリンク制御チャネルモニタリングを行うこと、前記端末がチャネル状態情報報告を行わず、物理下りリンク制御チャネルモニタリングを行わないことのうちのいずれか一つを指示する。

【0013】

第九の方面によれば、本開示の実施例は、端末をさらに提供する。前記端末は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時に、第一の方面に記載の処理方法のステップ、又は第三の方面に記載の処理方法のステップを実現させる。

【0014】

第十の方面によれば、本開示の実施例は、ネットワーク機器をさらに提供する。前記ネットワーク機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサによって実行される時に、第二の方面に記載の処理方法のステップ、又は第四の方面に記載の処理方法のステップを実現させる。

【0015】

第十一の方面によれば、本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。前記コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、上述した処理方法のステップを実現させる。

【発明の効果】

【0016】

本開示の実施例では、アクティブ化時間以外にチャネル状態情報報告を行うことによって、端末に省エネルギ信号が配置された後に長時間にチャネル状態情報報告を行うことができないことによって、端末ビーム又はリンクの障害を引き起こす可能性のある問題を回避し、上りリンク伝送の信頼性を向上させる。

【0017】

以下の選択的な実施の形態の詳細な記述を読むことによって、当業者にとって、様々な他の利点と有益点が明らかになる。添付図面は、選択的な実施の形態を示すためにのみ用いられ、本開示を制限するものとはみなされない。そして、添付図面全体において、同じ部品は、同じ参照記号で表される。

【図面の簡単な説明】

【0018】

【図1】ＣＤＲＸのウェイクアップ信号の概略図である。

【図2】ＤＲＸ周期の概略図である。

【図3】本開示の実施例の無線通信システムのアーキテクチャ概略図である。

【図4】本開示の実施例の処理方法のフローチャートのその一である。

【図5】本開示の実施例の処理方法のフローチャートのその二である。

【図6】本開示の実施例の処理方法のフローチャートのその三である。

【図7】本開示の実施例の処理方法のフローチャートのその四である。

【図8】本開示の実施例の端末の構造図のその一である。

【図9】本開示の実施例のネットワーク機器の構造図のその一である。

【図10】本開示の実施例の端末の構造図のその二である。

【図11】本開示の実施例のネットワーク機器の構造図のその二である。

【図12】本開示の実施例の端末の構造図のその三である。

【図13】本開示の実施例のネットワーク機器の構造図のその三である。

【図14】本開示の実施例のＣＳＩ報告時間の概略図のその一である。

【図15】本開示の実施例のＣＳＩ報告時間の概略図のその二である。

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

【0019】

本開示の実施例を理解することを容易にするために、以下では、いくつかの技術点を紹介する。

【0020】

（１）ＲＲＣ接続状態の省エネルギ信号。

【0021】

無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）＿接続状態の接続状態不連続性受信（Ｃｏｎｎｅｃｔｅｄ ＤＲＸ、ＣＤＲＸ）周期において、持続期間（ｏｎｄｕｒａｔｉｏｎ）の前に、基地局は、省エネルギ信号を一つの端末（例えばユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ））又は一組のＵＥに伝送する可能性があり、ＵＥは、該当する時刻に該省エネルギ信号を検出する。

【0022】

図１を参照すると、ＵＥが省エネルギ信号を受信しており、且つ該省エネルギ信号が、ｏｎｄｕｒａｔｉｏｎの物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を検出するよう該ＵＥに指示するか、又はウェイクアップ（ｗａｋｅ ｕｐ）するよう該ＵＥに指示する場合、ＵＥは、前記ＰＤＣＣＨを検出するか、又は持続期間タイマ（ｏｎｄｕｒａｔｏｎ ｔｉｍｅｒ）を起動し、そうでなければ、ＵＥは、前記ＰＤＣＣＨを検出しないか、又は持続期間タイマをスキップする（起動しない）。

【0023】

現在では、チャネル状態情報報告（ＣＳＩ ｒｅｐｏｒｔ）は、ＣＤＲＸアクティブ化時間（ａｃｔｉｖｅ ｔｉｍｅ）（例えば、持続期間タイマが起動した）で行われることしかできず、ＵＥは、ａｃｔｉｖｅ ｔｉｍｅ以外（例えば、持続期間タイマが起動していない）にチャネル状態情報報告を行うことができない。

【0024】

省エネルギ信号は、持続期間タイマを制御することができる。即ち、ＵＥが受信した省エネルギ信号が、持続期間タイマのＰＤＣＣＨの検出を指示すると、ＵＥは、持続期間タイマを起動し、そうでなければ、ＵＥは、持続期間タイマをスキップする。

【0025】

そのため、長時間に業務がない場合、ＵＥは、ずっと持続期間タイマをスキップし（これは、ＰＤＣＣＨをモニタリングする必要がないためである）、チャネル状態情報報告（チャネル品質指示とビーム関連情報の報告とを含む）も行うことができない。

【0026】

しかしながら、長時間にチャネル状態情報報告を行うことができないことは、ビーム管理の過程に影響を及ぼし、ＵＥビーム又はリンクの障害を引き起こす可能性がある。

【0027】

（２）ＲＲＣアイドル（ＲＲＣ＿ＩＤＬＥ）状態における不連続性受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）。

【0028】

長期進化（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）又は第５世代移動通信（ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）システムでは、ＲＲＣ＿ＩＤＬＥ状態にあるＵＥは、予め配置される時間に基地局により送信されるページング信号を検出する必要があるが、ページング信号を検出するプロセスは、以下の通りである。

【0029】

ページング無線ネットワーク一時識別子（Ｐａｇｉｎｇ－ＲＮＴＩ、Ｐ－ＲＮＴＩ）に対応するＰＤＣＣＨをブラインド検出し、該ＰＤＣＣＨが検出されなかった場合、今回の検出の終了に入り、ＰＤＣＣＨの存在が検出された場合、該ＰＤＣＣＨにより指示される物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）をさらに検出し、検出されたＰＤＳＣＨが自ＵＥのページング信号でない場合、検出を終了し、そうでなければ、検出されたＰＤＳＣＨは、自ユーザのページング信号である。

【0030】

ＲＲＣ＿ＩＤＬＥ状態におけるＵＥがページング信号を定期的に検出するが、自ＵＥに属するページング信号を受信した確率は、比較的に低いが、毎回検出されるＰＤＣＣＨとＰＤＳＣＨの消費電力は、比較的に大きく、端末の省電力に不利である。

【0031】

（３）ＲＲＣ ｃｏｎｎｅｃｔｅｄ状態のＤＲＸ。

【0032】

ＤＲＸの基本メカニズムは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるＵＥのために一つのＤＲＸ 周期（ｃｙｃｌｅ）を配置することである。ＤＲＸ ｃｙｃｌｅは、「Ｏｎ Ｄｕｒａｔｉｏｎ」と「ＤＲＸの機会（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）」によって構成され、「Ｏｎ Ｄｕｒａｔｉｏｎ」の期間内、ＵＥは、ＰＤＣＣＨをモニタリングし、受信し（アクティブ化期間）、「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」期間内、ＵＥは、下りリンクチャネルのデータを受信しないで、消費電力（スリープ期間）を節約する。

【0033】

図２から分かるように、時間領域において、時間は、一つ一つの連続しているＤＲＸ Ｃｙｃｌｅに区分される。

【0034】

ｄｒｘＳｔａｒｔＯｆｆｓｅｔは、ＤＲＸ ｃｙｃｌｅの開始サブフレームを指定し、ｌｏｎｇＤＲＸ－Ｃｙｃｌｅは、一つの長い（ｌｏｎｇ）ＤＲＸ ｃｙｃｌｅがどれだけのサブフレームを占めるかを指定しており、この二つのパラメータは、いずれもｌｏｎｇＤＲＸ－ＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔフィールドによって決定される。ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒは、ＤＲＸ ｃｙｃｌｅの開始サブフレームから数えて、ＰＤＣＣＨをモニタリングする必要のある連続サブフレーム数（即ちアクティブ化期間に持続しているサブフレーム数）を指定した。

【0035】

ほとんどの場合、一つのＵＥが、あるサブフレームにおいてスケジューリングされ、データを受信するか、又は送信した後、次のいくつかのサブフレーム内でスケジューリングし続けられる可能性が大きく、次のＤＲＸ ｃｙｃｌｅまでこれらのデータの受信又は送信をしないと、追加の遅延をもたらす。このような遅延を低減するために、ＵＥは、スケジューリングされた後、アクティブ化期間に位置し続け、即ち、配置されるアクティブ化期間内にＰＤＣＣＨを持続的にモニタリングする。その実現メカニズムは、以下の通りである。ＵＥがスケジューリングされてデータを初期伝送するたびに、一つのタイマ（ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を起動（又は再起動）し、ＵＥは、該タイマがタイムアウトするまでアクティブ状態にある。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、ＵＥが初期伝送を指示する上りリンク（Ｕｐｌｉｎｋ、ＵＬ）又は下りリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）ユーザデータの一つのＰＤＣＣＨの復号化に成功した後、アクティブ状態に持続的に位置している連続サブフレーム数を指定した。即ち、ＵＥには初期伝送データがスケジューリングされるたびに、該タイマーは、一回再起動される。

【0036】

上記二種類のＤＲＸにおいて、ページング（Ｐａｇｉｎｇ）信号又はＰＤＣＣＨをブラインド検出する消費電力をさらに節約するために、ウェイクアップ信号（ｗａｋｅ－ｕｐ ｓｉｇｎａｌ、ＷＵＳ）とスリープ信号（省エネルギ信号（ｐｏｗｅｒ ｓａｖｉｎｇ ｓｉｇｎａｌ）と総称される）の概念が提案されている。

【0037】

（４）ＲＲＣ＿ＩＤＬＥ又はＲＲＣ非アクティブ化（ＲＲＣ＿ｉｎａｃｔｉｖｅ）状態の省エネルギ信号。

【0038】

ｉｄｌｅ状態のページング（Ｐａｇｉｎｇ）周期ごとに、ページングオケージョン（Ｐａｇｉｎｇ Ｏｃｃａｓｉｏｎ、ＰＯ）の前に、基地局は、一つの省エネルギ信号をＵＥに伝送し、ＵＥは、該当する時刻に該省エネルギ信号を検出する。

【0039】

該省エネルギ信号が、ＰＯ時刻のＰＤＣＣＨを検出するようＵＥに指示する場合、ＵＥは、ＰＤＣＣＨを検出し、
該省エネルギ信号が、ＰＯ時刻のＰＤＣＣＨを検出するようＵＥに指示しなかった場合、ＵＥは、ＰＤＣＣＨを検出しない。

【0040】

選択的には、省エネルギ信号の検出は、Ｐａｇｉｎｇ信号又はＰＤＣＣＨのブラインド検出よりも複雑度がさらに低く、さらに省電力となる。

【0041】

上記の省エネルギ信号は、ＰＤＣＣＨに類似した信号であってもよく、シーケンスに関連する信号、例えば、チャネル状態情報リファレンス信号（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｄｉｃａｔｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌｓ、ＣＳＩ－ＲＳ）、又はオンオフキーイング（ｏｎ－ｏｆｆ ｋｅｙｉｎｇ、ＯＯＫ）信号であってもよい。

【0042】

以下は、本開示の実施例における添付図面を結び付けながら、本開示の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本開示の一部の実施例であり、全ての実施例ではない。本開示における実施例に基づき、当業者が創造的な労力を払わない前提で得られた全ての他の実施例は、いずれも本開示の保護範囲に属する。

【0043】

本出願の明細書と請求項における用語である「含む」及び它の任意の変形は、非排除性の「含む」を意図的にカバーするものであり、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明瞭にリストアップされているそれらのステップ又はユニットに限らず、明瞭にリストアップされていない又はこれらのプロセス、方法、製品又は機器に固有の他のステップ又はユニットを含んでもよい。なお、明細書及び請求項において使用される「及び／又は」は、接続されている対象の少なくともそのうちの一つを表し、例えばＡ及び／又はＢは、単独のＡ、単独のＢ、及びＡとＢとの組み合わせの３つのケースを含むことを表す。

【0044】

本開示の実施例では、「例示的」又は「例えば」などの用語は、例、例証、又は説明とすることを表すために用いられる。本開示の実施例では、「例示的」又は「例えば」と記述される任意の実施例又は設計方案は、他の実施例又は設計方案より選択的で、又はより優位性があると解釈されるべきではない。正確に言うと、「例示的」又は「例えば」などの用語を使用することは、関連概念を具体的な方式で示すことを意図する。

【0045】

本明細書に記述された技術は、長期進化型（Ｌｏｎｇ Ｔｉｍｅ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）／ＬＴＥの進化（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、そして、様々な無線通信システム、例えば符号分割多重接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一搬送波周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）と他のシステムに用いられてもよい。

【0046】

「システム」と「ネットワーク」という用語は、常に交換可能に使用される。ＣＤＭＡシステムは、ＣＤＭＡ２０００、汎用地上ラジオアクセス（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ、ＵＴＲＡ）などのようなラジオ技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ（登録商標））及び他のＣＤＭＡ変形を含む。ＴＤＭＡシステムは、グローバル移動通信システム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））のようなラジオ技術を実現することができる。ＯＦＤＭＡシステムは、例えばウルトラモバイルブロードバンド（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ＵＭＢ）、進化型ＵＴＲＡ（Ｅｖｏｌｕｔｉｏｎ－ＵＴＲＡ、Ｅ－ＵＴＲＡ）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭなどのようなラジオ技術を実現することができる。ＵＴＲＡとＥ－ＵＴＲＡは、汎用移動電気通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ、ＵＭＴＳ）の一部である。ＬＴＥとより高いレベルのＬＴＥ（例えばＬＴＥ－Ａ）は、Ｅ－ＵＴＲＡを使用する新ＵＭＴＳバージョンである。ＵＴＲＡ、Ｅ－ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ－Ａ及びＧＳＭ（登録商標）は、「第３世代パートナーシッププロジェクト」（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）と呼ばれる組織からの文献に記述されている。ＣＤＭＡ２０００とＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と呼ばれる組織からの文献に記述されている。本明細書に記述された技術は、以上に言及されたシステム及びラジオ技術に用いられてもよく、他のシステム及びラジオに用いられてもよい。

【0047】

以下では、添付図面を結び付けながら、本開示の実施例を紹介する。本開示の実施例による処理方法と機器は、無線通信システムに用いられてもよい。図３を参照すると、図３は、本開示の実施例による無線通信システムのアーキテクチャ概略図である。図３に示すように、該無線通信システムは、ネットワーク機器３１と端末３２とを含んでもよく、端末３２は、ＵＥ３２として記されてもよく、端末３２は、ネットワーク機器３１との通信（シグナリングの伝送又はデータの伝送）をすることができる。実際のアプリケーションでは、上記各機器間の接続は、無線接続であってもよく、各機器間の接続関係を直感的に示すことを容易にするために、図３では、実線で示されている。

【0048】

本開示の実施例によるネットワーク機器３１は、基地局であってもよく、該基地局は、一般的に使用される基地局であってもよく、進化型基地局（ｅｖｏｌｖｅｄ ｎｏｄｅ ｂａｓｅ ｓｔａｔｉｏｎ、ｅＮＢ）であってもよく、５Ｇシステムにおけるネットワーク機器（例えば、次世代基地局（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ ｂａｓｅ ｓｔａｔｉｏｎ、ｇＮＢ）又は送信と受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ））などの機器であってもよい。

【0049】

本開示の実施例による端末３２は、携帯電話、タブレットパソコン、ノートパソコン、ウルトラモバイルパーソナルコンピュータ（Ｕｌｔｒａ－Ｍｏｂｉｌｅ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＵＭＰＣ）、ネットブック又はパーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器などであってもよい。

【0050】

図４を参照すると、本開示の実施例は、処理方法を提供する。該方法の実行本体は、端末であり、ステップ４０１と、ステップ４０２とを含む。

【0051】

ステップ４０１：第一のチャネル状態情報報告配置を取得する。

【0052】

選択的には、第一のチャネル状態情報報告配置を取得することは、以下の二種類の方式を含んでもよい。

【0053】

明示的な指示に基づく方式、第一のシグナリングを受信し、前記第一のシグナリングは、ネットワーク側により配置される第一のチャネル状態情報報告配置を指示し、前記第一のチャネル状態情報報告配置は、前記第一のチャネル状態情報の報告時間が接続状態不連続性受信のアクティブ化時間以外にあることを指示する。

【0054】

非明示的な指示に基づく方式、前記第二のチャネル状態情報報告配置と関連ルールに基づき、前記第一のチャネル状態情報報告配置を決定し、そのうち、前記関連ルールは、前記第一のチャネル状態情報報告配置と前記第二のチャネル状態情報報告配置との間の対応関係を示し、前記関連ルールは、プロトコルにより定義されるか、又はネットワーク側により配置される。

【0055】

そのうち、関連ルールは、（１）第一のチャネル状態情報の報告周期は、前記第二のチャネル状態情報の報告周期のＮ倍（前記Ｎが正整数である）であること、（２）第一のチャネル状態情報報告量のタイプのうちの一つ又は複数を含む。例えば、端末は、なんらかの重要でないチャネル状態情報報告量をスキップし、例えば、チャネル状態情報リファレンス信号リソース指示のリファレンス信号受信パワー（ＣＲＩ－ＲＳＲＰ）と同期信号ブロックのリファレンス信号受信パワー（ｓｓｂ－Ｉｎｄｅｘ－ＲＳＲＰ）以外のチャネル状態情報報告量をスキップしてもよい。

【0056】

ステップ４０２：端末が、持続期間の物理下りリンク制御チャネルをモニタリングする必要があるよう指示されなかった場合、前記第一のチャネル状態情報報告配置に基づき、チャネル状態情報を報告する。

【0057】

いくつかの実施の形態では、ステップ４０２は、第一のチャネル状態情報報告配置の報告時間が接続状態不連続性受信のアクティブ化時間以外にある場合、第一のチャネル状態情報報告配置に基づき、チャネル状態情報を報告することを含んでもよい。図１４を参照すると、第一のチャネル状態情報報告配置に基づく報告時間は、持続期間外である。

【0058】

いくつかの実施の形態では、図４に示される方法は、ネットワーク側により配置される第二のチャネル状態情報報告配置を受信することと、前記端末が、持続期間の物理下りリンク制御チャネルをモニタリングする必要があるよう指示された場合、前記第二のチャネル状態情報報告配置に基づき、チャネル状態情報を報告することとをさらに含んでもよい。端末が、持続期間の物理下りリンク制御チャネルをモニタリングする必要があるよう指示されなかったことは、具体的には、端末が省エネルギ信号を検出していなかったか、又は端末が省エネルギ信号を検出しており、且つ前記省エネルギ信号が、持続期間の物理下りリンク制御チャネルをモニタリングするよう指示しなかったことである。

【0059】

具体的な方式は、第二のチャネル状態情報報告配置の報告時間が接続状態不連続性受信のアクティブ化時間内にある場合、第二のチャネル状態情報報告配置に基づき、チャネル状態情報を報告することである。図１５を参照すると、第二のチャネル状態情報報告配置に基づく報告時間は、持続期間内にある。

【0060】

選択的には、第二のチャネル状態情報報告配置の報告時間が接続状態不連続性受信のアクティブ化時間以外にある場合、第二のチャネル状態情報報告配置に基づいて接続状態不連続性受信のアクティブ化時間以外にチャネル状態情報を報告してもよい。

【0061】

選択的には、第一のチャネル状態情報報告配置の報告時間が接続状態不連続性受信のアクティブ化時間内にある場合、第一のチャネル状態情報報告配置に基づいて接続状態不連続性受信のアクティブ化時間内にチャネル状態情報を報告してもよい。

【0062】

いくつかの実施の形態では、前記第一のチャネル状態情報報告配置は、以下の一つ又は複数を含む。

【0063】

（１）前記第一のチャネル状態情報の報告周期を示す第一のパラメータであって、例えば、報告周期は、１０個のスロットである。

【0064】

（２）前記第一のチャネル状態情報報告量（ｒｅｐｏｒｔＱｕａｎｔｉｔｙ）を示す第二のパラメータであって、チャネル状態情報報告量は、チャネル状態情報リファレンス信号リソース指示のリファレンス信号受信パワー（ＣＲＩ－ＲＳＲＰ）、同期信号ブロックのリファレンス信号受信パワー（ｓｓｂ－Ｉｎｄｅｘ－ＲＳＲＰ）、チャネル状態情報リファレンス信号リソース指示－ランク指示－プリコーディングマトリクスインジケータ－チャネル品質指示（ｃｒｉ－ＲＩ－ＰＭＩ－ＣＱＩ）、チャネル状態情報リファレンス信号リソース指示－ランク指示－ｉ１（ｃｒｉ－ＲＩ－ｉ１）、チャネル状態情報リファレンス信号リソース指示－ランク指示－ｉ１－チャネル品質指示（ｃｒｉ－ＲＩ－ｉ１－ＣＱＩ）、チャネル状態情報リファレンス信号リソース指示－ランク指示－チャネル品質指示（ｃｒｉ－ＲＩ－ＣＱＩ）、チャネル状態情報リファレンス信号リソース指示－ランク指示－層指示－プリコーディングマトリクスインジケータ－チャネル品質指示（ｃｒｉ－ＲＩ－ＬＩ－ＰＭＩ－ＣＱＩ）などを含む。

【0065】

（３）前記第一のチャネル状態情報報告配置タイプ（ｒｅｐｏｒｔＣｏｎｆｉｇＴｙｐｅ）を示す第三のパラメータであって、チャネル状態情報報告配置タイプは、周期的（ｐｅｒｉｏｄｉｃ）、半持続的（ｓｅｍｉＰｅｒｓｉｓｔｅｎｔ）、非周期（ａｐｅｒｉｏｄｉｃ）などの三種類を含む。

【0066】

（４）前記第一のチャネル状態情報報告に関連するリファレンス信号リソースを示す第四のパラメータであって、前記リファレンス信号リソースは、チャネル測定に用いられるＣＳＩ－ＲＳリソース、干渉測定に用いられるＣＳＩ－ＲＳリソースなどを含む。

【0067】

いくつかの実施の形態では、前記第二のチャネル状態情報報告配置は、以下の一つ又は複数を含む。

【0068】

（１）前記第二のチャネル状態情報の報告周期を示す第五のパラメータであって、例えば、報告周期は、１０個のスロットである。

【0069】

（２）前記第二のチャネル状態情報報告量を示す第六のパラメータであって、チャネル状態情報報告量は、チャネル状態情報リファレンス信号リソース指示のリファレンス信号受信パワー（ＣＲＩ－ＲＳＲＰ）、同期信号ブロックのリファレンス信号受信パワー（ｓｓｂ－Ｉｎｄｅｘ－ＲＳＲＰ）、チャネル状態情報リファレンス信号リソース指示－ランク指示－プリコーディングマトリクスインジケータ－チャネル品質指示（ｃｒｉ－ＲＩ－ＰＭＩ－ＣＱＩ）、チャネル状態情報リファレンス信号リソース指示－ランク指示－ｉ１（ｃｒｉ－ＲＩ－ｉ１）、チャネル状態情報リファレンス信号リソース指示－ランク指示－ｉ１－チャネル品質指示（ｃｒｉ－ＲＩ－ｉ１－ＣＱＩ）、チャネル状態情報リファレンス信号リソース指示－ランク指示－チャネル品質指示（ｃｒｉ－ＲＩ－ＣＱＩ）、チャネル状態情報リファレンス信号リソース指示－ランク指示－層指示－プリコーディングマトリクスインジケータ－チャネル品質指示（ｃｒｉ－ＲＩ－ＬＩ－ＰＭＩ－ＣＱＩ）などを含む。

【0070】

（３）前記第二のチャネル状態情報報告配置タイプを示す第七のパラメータであって、チャネル状態情報報告配置タイプは、周期的（ｐｅｒｉｏｄｉｃ）、半持続的（ｓｅｍｉＰｅｒｓｉｓｔｅｎｔ）、非周期（ａｐｅｒｉｏｄｉｃ）などの三種類を含む。

【0071】

（４）前記第二のチャネル状態情報報告に関連するリファレンス信号リソースを示す第八のパラメータであって、前記リファレンス信号リソースは、チャネル測定に用いられるＣＳＩ－ＲＳリソース、干渉測定に用いられるＣＳＩ－ＲＳリソースなどを含む。

【0072】

いくつかの実施の形態では、前記第一のチャネル状態情報の報告周期は、第二のチャネル状態情報の報告周期よりも大きく、及び／又は、前記第一のチャネル状態情報報告量の種類は、第二のチャネル状態情報報告量の種類よりも少ない。

【0073】

いくつかの実施の形態では、第一のチャネル状態情報報告量は、（１）ＣＳＩ－ＲＳＲＰ、（２）ｓｓｂ－Ｉｎｄｅｘ－ＲＳＲＰ、のうちの一つ又は複数を含む。

【0074】

本開示の実施例では、アクティブ化時間以外にチャネル状態情報報告を行うことによって、端末に省エネルギ信号が配置された後に長時間にチャネル状態情報報告を行うことができないことによって、端末ビーム又はリンクの障害を引き起こす可能性のある問題を回避し、上りリンク伝送の信頼性を向上させる。

【0075】

図５を参照すると、本開示の実施例は、処理方法をさらに提供する。該方法の実行本体は、ネットワーク機器であり、該方法は、ステップ５０１を含む。

【0076】

ステップ５０１：第一のシグナリング、又は第一のチャネル状態情報報告配置と第二のチャネル状態情報報告配置との間の関連ルールを送信する。

【0077】

そのうち、前記第一のシグナリングは、ネットワーク側により配置される第一のチャネル状態情報報告配置を指示し、前記第一のチャネル状態情報報告配置は、端末が、持続期間の物理下りリンク制御チャネルをモニタリングする必要があるよう指示されなかった場合、チャネル状態情報を報告するために用いられる。

【0078】

いくつかの実施の形態では、前記方法は、第二のチャネル状態情報報告配置を送信することをさらに含み、前記第二のチャネル状態情報報告配置は、前記端末が、持続期間の物理下りリンク制御チャネルをモニタリングする必要があるよう指示された場合、チャネル状態情報を報告するために用いられる。

【0079】

さらに、前記関連ルールは、前記第一のチャネル状態情報報告配置と前記第二のチャネル状態情報報告配置との間の対応関係を示す。該関連ルールは、プロトコルにより定義されるか、又はネットワーク側により配置されてもよい。

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

明らかに、当業者は、本開示の精神と範囲から逸脱することなく、本開示の実施例に対して様々な変更と変形を行うことができる。このように、本開示の実施例のこれらの修正と変形が、本開示の請求項及びその同等の技術的範囲内に属する場合、本開示は、これらの変更と変形を含むことをさらに意図する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】