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

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

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

▶ 維沃移動通信有限公司の特許一覧

特許7545976受信モード切り替えの方法及び端末

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

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

< >

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

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

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

(11)【特許番号】

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

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

(54)【発明の名称】受信モード切り替えの方法及び端末

(51)【国際特許分類】

H04W 36/00 20090101AFI20240829BHJP

H04W 76/28 20180101ALI20240829BHJP

H04W 88/02 20090101ALI20240829BHJP

【ＦＩ】

H04W36/00

H04W76/28

H04W88/02 140

【請求項の数】 15

(21)【出願番号】P 2021536352

(86)(22)【出願日】2019-11-28

(65)【公表番号】

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

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

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

(87)【国際公開日】2020-07-02

【審査請求日】2021-08-11

【審判番号】

【審判請求日】2023-12-20

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

(32)【優先日】2018-12-28

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

(73)【特許権者】

【識別番号】517372494

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

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

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

(74)【代理人】

【識別番号】110001151

【氏名又は名称】あいわ弁理士法人

(72)【発明者】

【氏名】姜大潔

【合議体】

【審判長】中木努

【審判官】廣川浩

【審判官】本郷彰

(56)【参考文献】

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

【文献】特開２０１１－０１８９８８（ＪＰ，Ａ）

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

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

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

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

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

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

【文献】特開２０１４－４２２９８（ＪＰ，Ａ）

【文献】Ｈｕａｗｅｉ，ＨｉＳｉｌｉｃｏｎ，Ｐｏｗｅｒｓａｖｉｎｇｓｃｈｅｍｅｓ［ｏｎｌｉｎｅ］，３ＧＰＰＴＳＧＲＡＮＷＧ１＃９６Ｒ１－１９０１５７２，２０１９年２月１６日アップロード，インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿９６／Ｄｏｃｓ／Ｒ１－１９０１５７２．ｚｉｐ＞

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

H04B7/24- 7/26

H04W4/00-99/00

3GPP TSG RAN WG1-4

SA WG1-4

CT WG1,4

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

【請求項1】

端末に用いられる受信モード切り替えの方法であって、
受信モード切り替えイベントが発生した場合に、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることを含み、
受信モード切り替えイベントが発生した場合に、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることは、
端末がデフォルトの下りリンク帯域幅部分ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰに関するタイマカウント部がタイムアウトした場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることを含み、
前記第１の受信モードは、第１の数の前記端末の受信素子に対応し、前記第２の受信モードは、第２の数の前記端末の受信素子に対応し、
前記受信素子は、受信アンテナ、受信アンテナポート、受信ポート、受信チャンネル、受信無線周波数チャンネル、または受信アンテナパネルであり、
受信モード切り替えイベントが発生した場合に、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることは、さらに、
前記端末が受信したウェイクアップ信号ＷＵＳが、接続状態での非連続性受信ＣＤＲＸ持続時間タイマー内の物理下りリンク制御チャネルＰＤＣＣＨをモニタリングすることを前記端末へ指示する場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末が所定の時間内にターゲットＰＤＣＣＨによって担持されるスケジューリング情報を受信した場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末がページングメッセージを受信し、且つ前記ページングメッセージが前記端末に関連する場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングすることを前記端末へ指示する場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングすることを前記端末へ指示し、且つ受信した前記ページングメッセージが前記端末に関連する場合に、前記受信モード切り替えイベントが発生したことを決定することと、
前記端末がターゲット信号に対する測定量が予め設定されるしきい値よりも低い場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることであって、前記測定量は、リファレンス信号受信パワーＲＳＲＰと、リファレンス信号受信品質ＲＳＲＱと、信号と干渉とノイズ比ＳＩＮＲとのうちの少なくとも１つを含むことと、
前記端末がニューラジオ無許可ＮＲＵシステムの初期信号ｉｎｉｔｉａｌｓｉｇｎａｌを検出した場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることとのうちの少なくとも１つを含む、受信モード切り替えの方法。

【請求項2】

前記受信モード切り替えイベントが発生していない場合に、前記端末の受信モードに対して調整を行わないことをさらに含む、請求項１に記載の受信モード切り替えの方法。

【請求項3】

受信モード切り替えイベントが発生した場合に、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることは、さらに、
前記端末の接続状態での非連続性受信－非アクティブ化タイマーＣＤＲＸ－Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒが起動された場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末がＲＲＣ接続状態からアイドル状態または非アクティブ化状態になった場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末がアイドル状態または非アクティブ化状態からＲＲＣ接続状態になった場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、のうちの少なくとも１つを含む、請求項１に記載の受信モード切り替えの方法。

【請求項4】

前記受信モード切り替えイベントが発生していない場合に、前記端末の受信モードに対して調整を行わないことは、
前記端末が受信したＷＵＳが、ＣＤＲＸ持続時間タイマー内のＰＤＣＣＨをモニタリングしないことを前記端末へ指示する場合、または、前記端末が、ＣＤＲＸ持続時間タイマー内のＰＤＣＣＨをモニタリングすることを前記端末へ指示するＷＵＳを受信していない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことと、
前記端末のＣＤＲＸ－Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒが起動されていない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことと、
前記端末が所定の時間内にターゲットＰＤＣＣＨによって担持されるスケジューリング情報を受信していない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことと、
前記端末が前記ページングメッセージを受信していない場合、または、前記端末が前記ページングメッセージを受信し、且つ受信した前記ページングメッセージが前記端末に関連しない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことと、
前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングしないことを前記端末へ指示する場合、または、前記端末が、対応するページングメッセージをモニタリングすることを前記端末へ指示するＷＵＳを受信していない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことと、
前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングしないことを前記端末へ指示する場合、または、前記端末が、対応するページングメッセージをモニタリングすることを前記端末へ指示するＷＵＳを受信していない場合、または、前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングすることを前記端末へ指示するが、受信した前記ページングメッセージが前記端末に関連しない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことと、
端末がｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰに関するタイマカウント部がタイムアウトしていない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことと、
前記端末がターゲット信号に対する測定量が予め設定されるしきい値よりも高い場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことと、
前記端末がＮＲＵシステムのｉｎｉｔｉａｌｓｉｇｎａｌを検出していない場合に、前記端末の前記受信モード切り替えイベントが発生していないことを決定し、前記端末の前記受信モードに対して調整を行わないこととのうちの少なくとも１つを含む、請求項２に記載の受信モード切り替えの方法。

【請求項5】

前記測定量は、リファレンス信号受信パワーＲＳＲＰと、リファレンス信号受信品質ＲＳＲＱと、信号と干渉とノイズ比ＳＩＮＲとのうちの少なくとも１つを含む、請求項４に記載の受信モード切り替えの方法。

【請求項6】

前記ターゲットＰＤＣＣＨのサイクル冗長チェックＣＲＣは、セル無線ネットワーク臨時標識Ｃ－ＲＮＴＩまたは配置スケジューリング無線ネットワーク臨時標識ＣＳ－ＲＮＴＩを介してスクランブルする、請求項３または４に記載の受信モード切り替えの方法。

【請求項7】

前記ページングメッセージが前記端末に関連することは、
前記ページングメッセージのＰＤＣＣＨまたはＰＤＳＣＨによって伝送される情報には前記端末標識ＩＤに関連する情報が含まれること、前記ページングメッセージがシステム情報の更新を指示すること、前記ページングメッセージが地震津波早期警報システムＥＴＷＳを指示すること、前記ページングメッセージがビジネスモバイルアラートシステムＣＭＡＳを指示すること、のうちの少なくとも一つを含み、
前記ページングメッセージが前記端末に関連しないことは、
前記ページングメッセージのＰＤＣＣＨまたはＰＤＳＣＨによって伝送される情報には前記端末ＩＤに関連する情報が含まれること、前記ページングメッセージがシステム情報の更新を指示すること、前記ページングメッセージがＥＴＷＳを指示すること、前記ページングメッセージがＣＭＡＳを指示すること、のうちのいずれかの一つも含まない、請求項３または４に記載の受信モード切り替えの方法。

【請求項8】

前記端末の受信モードを前記第１の受信モードから第２の受信モードに切り替えた後に、前記方法はさらに、
ネットワーク側へ前記第２の受信モードの関連情報を送信することを含む、請求項１から４のいずれか１項に記載の受信モード切り替えの方法。

【請求項9】

端末であって、
プロセッサと、メモリと、前記メモリに記憶されており、且つ前記プロセッサ上で運行できるプログラムとを含み、
前記プログラムは、前記プロセッサによって実行されるとき、受信モード切り替えイベントが発生した場合に、前記のプロセッサは前記端末の受信モードを第１の受信モードから第２の受信モードに切り替え、
受信モード切り替えイベントが発生した場合に、前記プロセッサは、さらに、
端末がデフォルトの下りリンク帯域幅部分ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰに関するタイマカウント部がタイムアウトした場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることを実行し、
前記第１の受信モードは、第１の数の前記端末の受信素子に対応し、前記第２の受信モードは、第２の数の前記端末の受信素子に対応し、
前記受信素子は、受信アンテナ、受信アンテナポート、受信ポート、受信チャンネル、受信無線周波数チャンネル、または受信アンテナパネルであり、
受信モード切り替えイベントが発生した場合に、前記プロセッサは、さらに、
前記端末が受信したウェイクアップ信号ＷＵＳが、接続状態での非連続性受信ＣＤＲＸ持続時間タイマー内の物理下りリンク制御チャネルＰＤＣＣＨをモニタリングすることを前記端末へ指示する場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末が所定の時間内にターゲットＰＤＣＣＨによって担持されるスケジューリング情報を受信した場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末がページングメッセージを受信し、且つ前記ページングメッセージが前記端末に関連する場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングすることを前記端末へ指示する場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングすることを前記端末へ指示し、且つ受信した前記ページングメッセージが前記端末に関連する場合に、前記受信モード切り替えイベントが発生したことを決定することと、
前記端末がターゲット信号に対する測定量が予め設定されるしきい値よりも低い場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることであって、前記測定量は、リファレンス信号受信パワーＲＳＲＰと、リファレンス信号受信品質ＲＳＲＱと、信号と干渉とノイズ比ＳＩＮＲとのうちの少なくとも１つを含むことと、
前記端末がニューラジオ無許可ＮＲＵシステムの初期信号ｉｎｉｔｉａｌｓｉｇｎａｌを検出した場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることとのうちの少なくとも１つを実行する、端末。

【請求項10】

前記受信モード切り替えイベントが発生していない場合に、前記プロセッサはさらに前記端末の前記受信モードに対して調整を行わない、
請求項９に記載の端末。

【請求項11】

前記受信モード切り替えイベントが発生していない場合に、前記プロセッサはさらに、
前記端末が受信したＷＵＳが、ＣＤＲＸ持続時間タイマー内のＰＤＣＣＨをモニタリングしないことを前記端末へ指示する場合、または、前記端末が、ＣＤＲＸ持続時間タイマー内のＰＤＣＣＨをモニタリングすることを前記端末へ指示するＷＵＳを受信していない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことを実行する、
請求項９または１０に記載の端末。

【請求項12】

前記受信モード切り替えイベントが発生していない場合に、前記プロセッサはさらに、
前記端末の接続状態での非連続性受信－非アクティブ化タイマーＣＤＲＸ－Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒが起動された場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることを実行し、
または、
前記受信モード切り替えイベントが発生していない場合に、前記プロセッサはさらに、
前記端末のＣＤＲＸ－Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒが起動されていない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことを実行する、
請求項９または１０に記載の端末。

【請求項13】

前記受信モード切り替えイベントが発生していない場合に、前記プロセッサはさらに、
前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングしないことを前記端末へ指示する場合、または、前記端末が、対応するページングメッセージをモニタリングすることを前記端末へ指示するＷＵＳを受信していない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことを実行する、
請求項９または１０に記載の端末。

【請求項14】

前記受信モード切り替えイベントが発生していない場合に、前記プロセッサはさらに、
前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングしないことを前記端末へ指示する場合、または、前記端末が、対応するページングメッセージをモニタリングすることを前記端末へ指示するＷＵＳを受信していない場合、または、前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングすることを前記端末へ指示するが、受信した前記ページングメッセージが前記端末に関連しない場合に、前記受信モード切り替えイベントが発生していないことを決定し、前記端末の受信モードに対して調整を行わないことを実行する、
請求項９または１０に記載の端末。

【請求項15】

端末であって、
受信モード切り替えイベントが発生した場合に、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えるための処理モジュールを含み、
前記処理モジュールは、端末がｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰに関するタイマカウント部がタイムアウトした場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えるために用いられ、
前記第１の受信モードは、第１の数の前記端末の受信素子に対応し、前記第２の受信モードは、第２の数の前記端末の受信素子に対応し、
前記受信素子は、受信アンテナ、受信アンテナポート、受信ポート、受信チャンネル、受信無線周波数チャンネル、または受信アンテナパネルであり、
前記処理モジュールは、さらに、
前記端末が受信したウェイクアップ信号ＷＵＳが、接続状態での非連続性受信ＣＤＲＸ持続時間タイマー内の物理下りリンク制御チャネルＰＤＣＣＨをモニタリングすることを前記端末へ指示する場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末が所定の時間内にターゲットＰＤＣＣＨによって担持されるスケジューリング情報を受信した場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末がページングメッセージを受信し、且つ前記ページングメッセージが前記端末に関連する場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングすることを前記端末へ指示する場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることと、
前記端末が受信したＷＵＳが、対応するページングメッセージをモニタリングすることを前記端末へ指示し、且つ受信した前記ページングメッセージが前記端末に関連する場合に、前記受信モード切り替えイベントが発生したことを決定することと、
前記端末がターゲット信号に対する測定量が予め設定されるしきい値よりも低い場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることであって、前記測定量は、リファレンス信号受信パワーＲＳＲＰと、リファレンス信号受信品質ＲＳＲＱと、信号と干渉とノイズ比ＳＩＮＲとのうちの少なくとも１つを含むことと、
前記端末がニューラジオ無許可ＮＲＵシステムの初期信号ｉｎｉｔｉａｌｓｉｇｎａｌを検出した場合に、前記受信モード切り替えイベントが発生したことを決定し、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることとのうちの少なくとも１つを実行するために用いられる、端末。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

第５世代移動通信技術（Ｆｉｆｔｈ－ｇｅｎｅｒａｔｉｏｎ、５Ｇ）システムでは、端末がいくつかの特定の周波数帯域（例えば、２．６ＧＨｚ、３．５ＧＨｚ、または４．８ＧＨｚ）で作動するとき、受信アンテナ数が４であることをサポートしなければならないことを要求する。しかし、何らかのシーンでは、受信アンテナの数が２であっても、基本的にはニーズを満たすことができる。例えば、下りリンク情報が小さなデータパケットである場合に、２つのアンテナ受信方式を採用すればニーズを満たすことができる。例えば、業務サービス品質（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ、ＱｏＳ）のニーズを満たすことができる。端末は、４つのアンテナを採用するまま、下りリンク情報を受信すると、端末が無駄な電力を消費することを招き、端末の省電力に不利となる。また、６ＧＨｚ以上の高周波数帯域をサポートする端末には、複数のアンテナパネル（Ｐａｎｅｌ）が取り付けられる場合があり、この端末は１つまたは複数のアンテナパネルによって下りリンク信号を受信することを選択できる。

【0003】

関連技術では、基地局は、無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）、メディアアクセス制御（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）、または、物理層シグナリングを通じて端末を４つの受信アンテナ（４つの受信と略称する（４Ｒｘ））、または２つの受信アンテナ（２受信と略称する（２Ｒｘ））で作動するように配置することができる。しかし、このように基地局を通じて配置することは、基地局のシグナリングの増加を招き、基地局のシグナリングの節約に不利となる。

【発明の概要】

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

【0004】

本開示の実施例の目的の一つは、基地局を介して端末の受信アンテナを配置することによる基地局のシグナリングの増加という問題を解決するための受信モード切り替えの方法及び端末を提供する。

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

【0005】

本開示の実施例の第１の態様によれば、端末に用いられる受信モード切り替えの方法を提供する。この受信モード切り替えの方法は、
受信モード切り替えイベントが発生した場合に、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えることを含む。

【0006】

本開示の実施例の第２の態様によれば、さらに、端末を提供する。この端末は、
受信モード切り替えイベントが発生した場合に、前記端末の受信モードを第１の受信モードから第２の受信モードに切り替えるための処理モジュールを含む。

【0007】

本開示の実施例の第３の態様によれば、さらに、端末を提供する。この端末は、プロセッサと、メモリと、前記メモリに記憶されており、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムは、前記プロセッサによって実行されるとき、第１の態様に記載の受信モード切り替えの方法のステップを実現させる。

【0008】

本開示の実施例の第４の態様によれば、さらに、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、前記コンピュータプログラムは、プロセッサによって実行されるとき、第１の態様に記載の受信モード切り替えの方法のステップを実現させる。

【発明の効果】

【0009】

本開示の実施例では、受信モード切り替えイベントが発生した場合に、端末の受信モードに対して調整を行い、第１の受信モードから第２の受信モードに切り替え、受信モード切り替えイベントが発生していない場合に、端末の受信モードに対して調整を行わない。これにより、受信モード切り替えイベントが発生したとき、端末の受信モード切り替えを自動的にトリガさせることができ、基地局のシグナリングを節約するとともに、端末の消費電力を低減させ、または端末のパフォーマンスのニーズを満たすことができる。

【0010】

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

【図面の簡単な説明】

【0011】

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

【図2】本開示の実施例における受信モードの切り替え方法のフローチャートのその１である。

【図3】本開示の実施例における受信モード切り替えの方法のフローチャートのその２である。

【図4】本開示の実施例における受信モード切り替えの方法のフローチャートのその３である。

【図5】本開示の実施例における受信モード切り替えの方法のフローチャートのその４である。

【図6】本開示の実施例における受信モード切り替えの方法のフローチャートのその５である。

【図7】本開示の実施例における受信モード切り替えの方法のフローチャートのその６である。

【図8】本開示の実施例における受信モード切り替えの方法のフローチャートのその７である。

【図9】本開示の実施例における受信モード切り替えの方法のフローチャートのその８である。

【図10】本開示の実施例における受信モード切り替えの方法のフローチャートのその９である。

【図11】本開示の実施例における受信モードの切り替え方法のフローチャートのその１０である。

【図12】本開示の実施例における受信モード切り替えの方法のフローチャートのその１１である。

【図13】本開示の実施例における受信モードの切り替え方法のフローチャートのその１２である。

【図14】本開示の実施例における受信モード切り替えの方法のフローチャートのその１３である。

【図15】本開示の実施例における端末の構造概略図のその１である。

【図16】本開示の実施例における端末の構造概略図のその２である。

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

以下、添付の図面を結び付けて、本開示の実施例を説明する。本開示の実施例による受信モード切り替えの方法及び端末は、無線通信システムに応用することができる。図１は、本開示の実施例による無線通信システムのアーキテクチャ概略図である。図１に示すように、この無線通信システムは、ネットワーク機器１０と端末とを含んでもよく、端末は、ユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）１１として記され、ユーザ機器ＵＥ１１は、ネットワーク機器１０と通信する（シグナリングを伝送するかまたはデータを伝送する）ことができる。実際の応用では、上述した各機器の間の接続は無線接続であってもよい。各機器の間の接続関係を直観的に示しやすくするために、図１では実線を用いて示す。説明すべきなのは、上記通信システムは、複数のユーザ機器ＵＥ１１を含んでもよい。ネットワーク機器１０は、複数のユーザ機器ＵＥ１１と通信することができることである。

【0018】

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

【0019】

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

【0020】

図２を参照する。本開示の実施例は、受信モード切り替えの方法を提供する。この方法の実行本体は、端末であってもよい。具体的なステップは以下の通りである。

【0021】

ステップ２０１：受信モード切り替えイベントが発生した場合に、端末の受信モードを第１の受信モードから第２の受信モードに切り替える。

【0022】

選択的に、ステップ２０１の後に、端末は、ネットワーク側（例えば、基地局）に第２の受信モードの関連情報を送信することができる。

【0023】

本開示の実施例では、受信モード切り替えイベントの具体的な内容は限定されず、この受信モード切り替えイベントは、端末の消費電力を低減すること、または、端末のパフォーマンスのニーズを満たすことに関する特定のイベントであってもよい。受信モード切り替えイベントを満たす場合に、端末の受信モードを第１の受信モードから第２の受信モードに切り替えることができる。このように、端末の消費電力を低減することができ、または、端末のパフォーマンスのニーズを満たすことができる。受信モード切り替えイベントを満たさない場合に、現在での受信モードのままにする。

【0024】

本開示の実施例では、端末の受信モードは、端末が一定の数の受信素子を採用して信号を受信する作動モードであり、そのうち、受信素子は、受信アンテナ、受信アンテナポート、受信ポート、受信チャンネル、受信無線周波数チャンネル、及び、受信アンテナパネルのうちのいずれか１つであってもよい。

【0025】

この端末の受信モードの数は２以上でもよい。例えば、端末の受信モードは、第１の受信モードと第２の受信モードを含んでもよい。また、例えば、端末の受信モードは、第１の受信モード、第２の受信モード、及び、第３の受信モードを含んでもよい。理解すべきなのは、端末の受信モードの数が２よりも大きい場合の受信モード切り替えの方式は、端末の受信モードの数が２つである場合の受信モード切り替えの方式と類似することである。ここでは、これ以上の説明を省略する。

【0026】

本開示の実施形態では、端末は、受信モード切り替えイベントによって受信モードの切り替えを自動的にトリガするため、基地局の配置による基地局シグナリングの増加という問題を避け、基地局のシグナリングを節約するとともに、端末の消費電力を低減させ、または端末のパフォーマンスのニーズを満たすことができる。

【0027】

図３を参照する。本開示の実施例は、受信モード切り替えの方法を提供する。この方法の実行本体は、端末であってもよい。具体的なステップは以下の通りである。

【0028】

ステップ３０１：受信モード切り替えイベントが発生したかどうかを判断し、受信モード切り替えイベントが発生した場合に、ステップ３０２を実行し、そうでなければ、ステップ３０３を実行する。

【0029】

ステップ３０２：端末の受信モードを第１の受信モードから第２の受信モードに切り替える。

【0030】

このように、端末は、受信モード切り替えイベントによって受信モードの切り替えを自動的にトリガするため、基地局の配置による基地局シグナリングの増加という問題を避け、基地局のシグナリングを節約するとともに、端末の消費電力を低減させ、または端末のパフォーマンスのニーズを満たすことができる。

【0031】

選択的に、ステップ３０２の後に、端末は、ネットワーク側（例えば、基地局）に第２の受信モードの関連情報を送信することができる。例えば、端末は、ネットワーク側（例えば、基地局）へ、端末がすでに第２の受信モードに切り替えられたことを通知する。

【0032】

ステップ３０３：端末の受信モードに対して調整を行わない。

【0033】

例えば、端末の受信モードは、第１の受信モードのまま、第２の受信モードに切り替えない。

【0034】

そのうち、第１の受信モードは、第１の数の端末の受信素子に対応し、第２の受信モードは、第２の数の端末の受信素子に対応する。例えば、第１の数が２であってもよく、第２の数は４であってもよい。または、第１の数が４であってもよく、第２の数は２であってもよい。無論、理解すべきなのは、本開示の実施例は、第１の数と第２の数の具体的な値に対して限定しないことである。

【0035】

例示的に、端末の受信モードは、第１の受信モードと第２の受信モードを含み、そのうち、第１の受信モードが２つの受信素子に対応し、第２の受信モードが４つの受信素子に対応する。端末の現在での受信モードが第１の受信モードであり、図３に示すフローを採用し、受信モード切り替えイベントが発生したかどうかを判断する。受信モード切り替えイベントが発生した場合に、端末の受信モードを第１の受信モードから第２の受信モードに切り替える。受信モード切り替えイベントが発生していない場合に、端末の受信モードに対して調整を行わず、端末の受信モードが第１の受信モードのままにする。または、第１のモードの端末の受信素子の数と第２のモードの端末の受信素子の数とは同じであるが、具体的な受信素子が異なる。例えば、第１のモードが一番目のアンテナパネルに対応し、第２のモードが二番目のアンテナパネルに対応する。

【0036】

説明すべきなのは、上記例では、第１の受信モードが４つの受信素子に対応してもよく、第２受信モードが２つの受信素子に対応してもよいことである。

【0037】

本開示の実施例では、受信モード切り替えイベントが発生した場合に、端末の受信モードに対して調整を行い、第１の受信モードから第２の受信モードに切り替える。受信モード切り替えイベントが発生していない場合に、端末の受信モードに対して調整を行わない。これにより、受信モード切り替えイベントが発生したとき、端末の受信モード切り替えを自動的にトリガさせることができ、基地局のシグナリングを節約するとともに、端末の消費電力を低減させ、または端末のパフォーマンスのニーズを満たすことができる。

【0038】

図４を参照する。本開示の実施例は、さらに、受信モード切り替えの方法を提供する。この方法の実行本体は、端末であってもよい。具体的なステップは以下の通りである。

【0039】

ステップ４０１：ウェイクアップ信号（ＷａｋｅＵｐＳｉｇｎａｌ、ＷＵＳ）がＣＤＲＸｏｎｄｕｒａｔｉｏｎｔｉｍｅｒ内の物理下りリンク制御チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＣＣＨ）をモニタリングすることを端末へ指示するかどうかを判断し、ＷＵＳがｏｎｄｕｒａｔｉｏｎｔｉｍｅｒ内のＰＤＣＣＨをモニタリングすることを端末へ指示する場合に、ステップ４０２を実行し、そうでなければ、ステップ４０３を実行する。

【0040】

選択的に、端末は、第１の受信モードを通じてＷＵＳを受信してもよい。上記ＷＵＳは接続状態での非連続性受信（ＣｏｎｎｅｃｔｅｄＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ，ＣＤＲＸ）の持続時間タイマー（ｏｎｄｕｒａｔｉｏｎｔｉｍｅｒ）の前またはｏｎｄｕｒａｔｉｏｎｔｉｍｅｒ内に位置し、ＷＵＳが持続時間タイマー内のＰＤＣＣＨに関連し、このＷＵＳは、端末がＰＤＣＣＨをモニタリングするかどうかを指示する。

【0041】

ステップ４０２：受信モード切り替えイベントが発生したことを決定し、その後ステップ４０４を実行する。

【0042】

ステップ４０３：受信モード切り替えイベントが発生していないことを決定し、その後ステップ４０５を実行する。

【0043】

ステップ４０４：端末の受信モードを第１の受信モードから第２の受信モードに切り替える。

【0044】

選択的に、ステップ４０４の後に、端末は、ネットワーク側へ第２の受信モードの関連情報を送信することができる。例えば、端末は、ネットワーク側（例えば、基地局）へ、端末がすでに第２の受信モードに切り替えられたことを通知する。

【0045】

ステップ４０５：端末の受信モードに対して調整を行わない。

【0046】

端末が、ＣＤＲＸ持続時間タイマー内のＰＤＣＣＨをモニタリングすることを端末へ指示するＷＵＳを受信していない場合に、受信モード切り替えイベントが発生していないことを決定し、端末の受信モードに対して調整を行わない。または、端末が受信したＷＵＳが、ＣＤＲＸ持続時間タイマー内のＰＤＣＣＨをモニタリングしないことを端末へ指示する場合に、受信モード切り替えイベントが発生していないことを決定し、端末の受信モードに対して調整を行わない。例えば、端末の受信モードは、第１の受信モードのまま、第２の受信モードに切り替えない。

【0047】

そのうち、第１の受信モードは、第１の数の端末の受信素子に対応し、第２の受信モードは、第２の数の端末の受信素子に対応し、第１の数は第２の数よりも小さく、例えば、第１の数が２であってもよく、第２の数が４であってもよい。無論、これに限定されない。または、第１のモードの端末の受信素子の数と第２のモードの端末の受信素子の数とは同じであるが、具体的な受信素子が異なる。例えば、第１のモードが一番目のアンテナパネルに対応し、第２のモードが二番目のアンテナパネルに対応する。

【0048】

図４に示す方法は以下のシーンに適用できる。ＷＵＳがＣＤＲＸのｏｎｄｕｒａｔｉｏｎｔｉｍｅｒの前またはｏｎｄｕｒａｔｉｏｎｔｉｍｅｒ内に位置し、端末がＷＵＳを検出し、ＷＵＳがＣＤＲＸｏｎｄｕｒａｔｉｏｎｔｉｍｅｒにおけるＰＤＣＣＨをモニタリングするかどうかを端末へ指示する。ＷＵＳの検出結果に基づいて、端末は、ｏｎｄｕｒａｔｉｏｎｔｉｍｅｒにおけるＰＤＣＣＨをモニタリングし、または、ｏｎｄｕｒａｔｉｏｎｔｉｍｅｒにおけるＰＤＣＣＨをモニタリングしないことになる。

【0049】

例示的に、ＣＤＲＸの場合、端末は２Ｒｘ（２受信、すなわち２つの受信アンテナ）を通じてＷＵＳを受信する。端末が受信したＷＵＳは、ＣＤＲＸｏｎｄｕｒａｔｉｏｎｔｉｍｅｒ内のＰＤＣＣＨをモニタリングすることを端末へ指示する場合に、アンテナのアダプティブ切り替え（例えば、４ＲＸへの切り替え）をトリガし、そうでなければ、切り替えない（例えば、４Ｒｘに切り替えない）。選択的に、端末が４Ｒｘ（４受信、すなわち４つの受信アンテナ）に切り替えた後に、４Ｒｘの関連情報を次世代基地局（ｎｅｘｔｇｅｎｅｒａｔｉｏｎＮｏｄｅＢ、ｇＮＢ）に報告する。

【0050】

【0051】

図５を参照する。本開示の実施例は、さらに、受信モード切り替えの方法を提供する。この方法の実行本体は、端末であってもよい。具体的なステップは以下の通りである。

【0052】

ステップ５０１：端末の接続状態での非連続性受信－非アクティブ化タイマー（ＣＤＲＸ－Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒ）が起動されるかどうかを判断し、端末が第１の受信モードで作動する。ＣＤＲＸ－Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒが起動される場合に、ステップ５０２を実行し、そうでなければ、ステップ５０３を実行する。

【0053】

ステップ５０２：受信モード切り替えイベントが発生したことを決定し、その後ステップ５０４を実行する。

【0054】

ステップ５０３：受信モード切り替えイベントが発生していないことを決定し、その後ステップ５０５を実行する。

【0055】

ステップ５０４：端末の受信モードを第１の受信モードから第２の受信モードに切り替える。

【0056】

選択的に、ステップ５０４の後に、端末は、ネットワーク側へ第２の受信モードの関連情報を送信することができる。例えば、端末は、ネットワーク側（例えば、基地局）へ、端末がすでに第２の受信モードに切り替えられたことを通知する。

【0057】

ステップ５０５：端末の受信モードに対して調整を行わない。

【0058】

端末のＣＤＲＸ－Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒが起動していない場合に、受信モード切り替えイベントが発生していないことを決定し、端末の受信モードに対して調整を行わない。例えば、端末の受信モードは、第１の受信モードのまま、第２の受信モードに切り替えない。

【0059】

【0060】

図５に示す方法は、以下のシーンに適用できる。ＣＤＲＸのｏｎｄｕｒａｔｉｏｎｔｉｍｅｒ期間に、端末がＰＤＣＣＨをモニタリングし、ＰＤＣＣＨによって担持されるスケジューリング情報を受信した場合に、ＣＤＲＸ－Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒを起動させ、且つＰＤＣＣＨを持続的にモニタリングする。ＰＤＣＣＨによって担持されるスケジューリング情報を受信していない場合に、端末は、ｏｎｄｕｒａｔｉｏｎｔｉｍｅｒの後に、非連続性受信（ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ、ＤＲＸ）オフ（ＯＦＦ）になる。

【0061】

例示的に、ｏｎｄｕｒａｔｉｏｎｔｉｍｅｒ期間にあり且つＣＤＲＸ－Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒが起動されていない場合に、端末は２Ｒｘで作動する。例えば、２Ｒｘを通じてＰＤＣＣＨによって担持される情報を受信する。ＣＤＲＸ－Ｉｎａｃｔｉｖｉｔｙｔｉｍｅｒが起動された場合に、アンテナのアダプティブ切り替え（例えば、４ＲＸへの切り替え）をトリガし、そうでなければ、切り替えない（例えば、４Ｒｘに切り替えない）。選択的に、端末は、４Ｒｘに切り替えた後に、４Ｒｘの関連情報をｇＮＢに報告する。

【0062】

【0063】

図６を参照する。本開示の実施例は、さらに、受信モード切り替えの方法を提供する。この方法の実行本体は、端末であってもよい。具体的なステップは以下の通りである。

【0064】

ステップ６０１：端末が所定の時間内にターゲットＰＤＣＣＨによって担持されるスケジューリング情報を受信したかどうかを判断し、端末が第１の受信モードで作動する。所定の時間内に、ＰＤＣＣＨによって担持されるスケジューリング情報を受信していない場合に、ステップ６０２を実行し、そうでなければ、ステップ６０３を実行する。

【0065】

選択的に、ターゲットＰＤＣＣＨのサイクル冗長チェック（Ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ、ＣＲＣ）は、セル無線ネットワーク臨時標識（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）または配置スケジューリング無線ネットワーク臨時標識（ＣｏｎｆｉｇｕｒｅｄＳｃｈｅｄｕｌｉｎｇＲＮＴＩ、ＣＳ－ＲＮＴＩ）を介してスクランブルする。

【0066】

説明すべきなのは、本開示の実施例では、所定の時間に対して特に限定されないことである。選択的に、所定の時間は、ネットワークによって配置されまたはプロトコルによって約束されてもよい。

【0067】

ステップ６０２：受信モード切り替えイベントが発生したことを決定し、その後ステップ６０４を実行する。

【0068】

ステップ６０３：受信モード切り替えイベントが発生していないことを決定し、その後ステップ６０５を実行する。

【0069】

ステップ６０４：端末の受信モードを第１の受信モードから第２の受信モードに切り替える。

【0070】

選択的に、ステップ６０４の後に、端末は、ネットワーク側へ第２の受信モードの関連情報を送信することができる。例えば、端末は、ネットワーク側（例えば、基地局）へ、端末がすでに第２の受信モードに切り替えられたことを通知する。

【0071】

ステップ６０５：端末の受信モードに対して調整を行わない。

【0072】

端末が所定の時間内にターゲットＰＤＣＣＨによって担持されるスケジューリング情報を受信していない場合に、受信モード切り替えイベントが発生していないことを決定し、端末の受信モードに対して調整を行わない。例えば、端末の受信モードは、第１の受信モードのまま、第２の受信モードに切り替えない。

【0073】

そのうち、第１の受信モードは、第１の数の端末の受信素子に対応し、第２の受信モードは、第２の数の端末の受信素子に対応し、第１の数は第２の数よりも大きい。例えば、第１の数が４であってもよく、第２の数が２であってもよい。無論、これに限定されない。または、第１のモードの端末の受信素子の数と第２のモードの端末の受信素子の数とは同じであるが、具体的な受信素子が異なる。例えば、第１のモードが一番目のアンテナパネルに対応し、第２のモードが二番目のアンテナパネルに対応する。

【0074】

図６に示す方法は、以下のシーンに適用できる。無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）のアクティブ状態のとき、端末がアクティブ（ａｃｔｉｖｅ）部分の帯域幅（ＢａｎｄｗｉｄｔｈＰａｒｔ、ＢＷＰ）上で一定のタイマー（ｔｉｍｅｒ）内にＰＤＣＣＨによって担持されるスケジューリング情報を受信していない場合に、端末は、デフォルト（ｄｅｆａｕｌｔ）の下りリンクＢＷＰに切り替える。

【0075】

例示的に、ＲＲＣがアクティブ状態にあり、且つ端末が４Ｒｘで作動するとき、端末がａｃｔｉｖｅＢＷＰ上で、一定のｔｉｍｅｒ内にＰＤＣＣＨによって担持されるスケジューリング情報を受信していない場合に、端末がｄｅｆａｕｌｔ下りリンクＢＷＰに切り替え、同時にアンテナのアダプティブ切り替えをトリガし、端末が、より少ないアンテナの数に切り替える（例えば、端末が２Ｒｘに切り替え、仮に、端末がａｃｔｉｖｅＢＷＰで作動するとき、端末が４Ｒｘで作動する）、そうでなければ、４Ｒｘのままにする。

【0076】

【0077】

図７を参照する。本開示の実施例は、さらに、受信モード切り替えの方法を提供する。この方法の実行本体は、端末であってもよい。具体的なステップは以下の通りである。

【0078】

ステップ７０１：端末がページング（Ｐａｇｉｎｇ）メッセージを受信したかどうかを判断し、端末が第１の受信モードで作動する。ページングメッセージを受信し、且つページングメッセージが端末に関連する場合に、ステップ７０２を実行し、そうでなければ、ステップ７０３を実行する。

【0079】

ステップ７０２：受信モード切り替えイベントが発生したことを決定し、その後ステップ７０４を実行する。

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

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

【図1】