特表 2025-501173 ＧＮＳＳの有効性の処理方法、装置、デバイス及記憶媒体

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2025-01-17

(54)【発明の名称】ＧＮＳＳの有効性の処理方法、装置、デバイス及記憶媒体

(51)【国際特許分類】

   H04W 76/27 20180101AFI20250109BHJP

   H04W 76/18 20180101ALI20250109BHJP

【ＦＩ】

H04W76/27

H04W76/18

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024539239

(86)(22)【出願日】2021-12-31

(85)【翻訳文提出日】2024-06-27

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

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

(87)【国際公開日】2023-07-06

(81)【指定国・地域】

(71)【出願人】

【識別番号】516180667

【氏名又は名称】北京小米移動軟件有限公司

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ．

【住所又は居所原語表記】Ｎｏ．０１８， Ｆｌｏｏｒ ８， Ｂｕｉｌｄｉｎｇ ６， Ｙａｒｄ ３３， Ｍｉｄｄｌｅ Ｘｉｅｒｑｉ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100108213

【弁理士】

【氏名又は名称】阿部 豊隆

(72)【発明者】

【氏名】ジャン，シャウウェイ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD20

5K067HH22

5K067HH23

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

前記方法は、
前記時間ウィンドウ内で、アップリンク伝送又はダウンリンク受信を行わないステップをさらに含む、
ことを特徴とする請求項２３に記載のＧＮＳＳの有効性の処理方法。

【請求項25】

前記方法は、
ネットワークデバイスによって送信された前記時間ウィンドウの設定情報を受信するステップをさらに含む、
ことを特徴とする請求項２３に記載のＧＮＳＳの有効性の処理方法。

【請求項26】

端末デバイスによって実行されるＧＮＳＳの有効性の処理方法であって、
ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップを含む、
ことを特徴とするＧＮＳＳの有効性の処理方法。

【請求項27】

前記ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップは、
前記ネットワークデバイスにランダムアクセスメッセージを送信するステップを含み、前記ランダムアクセスメッセージは前記ＧＮＳＳ有効期間を含む、
ことを特徴とする請求項２６に記載のＧＮＳＳの有効性の処理方法。

【請求項28】

前記ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップは、
前記ネットワークデバイスに専用無線リソース制御（ＲＲＣ）メッセージを送信するステップを含み、前記専用ＲＲＣメッセージは前記ＧＮＳＳ有効期間を含む、
ことを特徴とする請求項２６に記載のＧＮＳＳの有効性の処理方法。

【請求項29】

前記方法は、
ネットワークデバイスによって送信された端末デバイス情報要求を受信するステップをさらに含み、前記端末デバイス情報要求は、端末デバイスにＧＮＳＳ有効期間を報告することを要求するために用いられ、
前記ネットワークデバイスに専用無線リソース制御（ＲＲＣ）メッセージを送信するステップは、
前記ネットワークデバイスに前記ＧＮＳＳ有効期間を含む端末デバイス情報応答を送信するステップを含む、
ことを特徴とする請求項２８に記載のＧＮＳＳの有効性の処理方法。

【請求項30】

前記ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップは、
前記ＧＮＳＳ有効期間が第１の有効期間より小さい場合、前記ネットワークデバイスに前記ＧＮＳＳ有効期間を送信するステップを含み、
前記第１の有効期間は、エフェメリス情報又は共通時間同期の有効期間である、
ことを特徴とする請求項２６～２９のいずれかに記載のＧＮＳＳの有効性の処理方法。

【請求項31】

前記方法は、
前記ネットワークデバイスに第２の有効期間を送信するステップをさらに含み、前記第２の有効期間は、前記ＧＮＳＳ有効期間と第１の有効期間のうちの小さい値であり、
前記第１の有効期間は、エフェメリス情報又は共通時間同期の有効期間である、
ことを特徴とする請求項２６～２９のいずれかに記載のＧＮＳＳの有効性の処理方法。

【請求項32】

前記ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップは、
ＧＮＳＳポジションが取得された場合、前記ネットワークデバイスに前記ＧＮＳＳ有効期間を送信するステップを含む、
ことを特徴とする請求項２６～２９のいずれかに記載のＧＮＳＳの有効性の処理方法。

【請求項33】

前記方法は、
前記ネットワークデバイスがシステムメッセージを介して送信された第１の指示を受信するステップ、
及び／又は、前記ネットワークデバイスが無線リソース制御（ＲＲＣ）専用メッセージを介して送信された前記第１の指示を受信するステップ、をさらに含み、
前記第１の指示は、前記端末デバイスがＧＮＳＳ有効期間を報告することを指示するために用いられ、又は、前記第１の指示は、前記端末デバイスが前記ＧＮＳＳ有効期間を報告しないことを指示するために用いられる、
ことを特徴とする請求項２６～２９のいずれかに記載のＧＮＳＳの有効性の処理方法。

【請求項34】

端末デバイスを実現するためのＧＮＳＳの有効性の処理装置であって、
前記端末デバイスのグローバルナビゲーション衛星システム（ＧＮＳＳ）が期間切れた場合、無線リンク失敗（ＲＬＦ）のターゲットパラメータを設定するための設定モジュールを含む、
ことを特徴とするＧＮＳＳの有効性の処理装置。

【請求項35】

端末デバイスを実現するためのＧＮＳＳの有効性の処理装置であって、
ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するための第２の送信モジュールを含む、
ことを特徴とするＧＮＳＳの有効性の処理装置。

【請求項36】

端末デバイスであって、
前記端末デバイスはプロセッサを含み、
前記プロセッサは、前記端末デバイスのグローバルナビゲーション衛星システム（ＧＮＳＳ）が期間切れた場合、無線リンク失敗（ＲＬＦ）のターゲットパラメータを設定するために用いられる、
ことを特徴とする端末デバイス。

【請求項37】

端末デバイスであって、
前記端末デバイスはトランシーバを含み、
前記トランシーバは、ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するために用いられる、
ことを特徴とする端末デバイス。

【請求項38】

コンピュータ読み取り可能な記憶媒体であって、
前記記憶媒体にコンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサによって実行されると、請求項１～３３のいずれかに記載のＧＮＳＳの有効性の処理方法を実現する、
ことを特徴とするコンピュータ読み取り可能な記憶媒体。

【請求項39】

チップであって、
前記チップは、プログラマブル論理回路及び／又はプログラム命令を含み、前記チップが実行される場合、請求項１～３３のいずれかに記載のＧＮＳＳの有効性の処理方法を実現する、
ことを特徴とするチップ。

【請求項40】

コンピュータプログラム製品又はコンピュータプログラムであって、
前記コンピュータプログラム製品又はコンピュータプログラムはコンピュータ命令を含み、前記コンピュータ命令はコンピュータ読み取り可能な記憶媒体に記憶され、プロセッサは前記コンピュータ読み取り可能な記憶媒体から前記コンピュータ命令を読み出して実行して、請求項１～３３のいずれかに記載のＧＮＳＳの有効性の処理方法を実現する、
ことを特徴とするコンピュータプログラム製品又はコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施例は、通信技術分野に関し、特に、ＧＮＳＳの有効性の処理方法、装置、デバイス及記憶媒体に関する。

【背景技術】

【0002】

端末デバイスが取得したＧＮＳＳ ｐｏｓｉｔｉｏｎ ｆｉｘ（ポジション）には有効期間があり、ＧＮＳＳ ｐｏｓｉｔｉｏｎ ｆｉｘの有効性は一定時間しか維持できず、有効期間を超えた後、端末デバイスのＧＮＳＳ ｏｕｔｄａｔｅｄ（期間切れ）になる。端末デバイスはＧＮＳＳを再取得する必要がある。

【0003】

一部のＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、モノのインターネット）端末デバイスは、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ、グローバルナビゲーション衛星システム）受信とＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎロングタームエボリューション）送受信を同時に行うことがサポートできない。

【0004】

上記のシーンでＧＮＳＳの有効性問題に対してどのように処理するかは早急に解決すべき問題である。

【発明の概要】

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

【0005】

本開示の実施例は、ＧＮＳＳの有効性の処理方法、装置、デバイス及記憶媒体を提供し、ＧＮＳＳの有効性に対して解决案を提供することができる。前記技術案は以下のようである。

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

【0006】

本開示の実施例の１つの態様によれば、ＧＮＳＳの有効性の処理方法を提供し、前記方法は端末デバイスによって実行され、前記方法は、
前記端末デバイスのグローバルナビゲーション衛星システム（ＧＮＳＳ）が期間切れた場合、無線リンク失敗（ＲＬＦ）のターゲットパラメータを設定するステップを含む。

【0007】

本開示の実施例の１つの態様によれば、ＧＮＳＳの有効性の処理方法を提供し、前記方法は端末デバイスによって実行され、前記方法は、
ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップを含む。

【0008】

本開示の実施例の１つの態様によれば、ＧＮＳＳの有効性の処理装置を提供し、前記装置は端末デバイスを実現するために用いられ、前記装置は、
前記端末デバイスのグローバルナビゲーション衛星システム（ＧＮＳＳ）が期間切れた場合、無線リンク失敗（ＲＬＦ）のターゲットパラメータを設定するための設定モジュールを含む。

【0009】

本開示の実施例の１つの態様によれば、ＧＮＳＳの有効性の処理装置を提供し、前記装置は端末デバイスを実現するために用いられ、前記装置は、
ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するための第２の送信モジュールを含む。

【0010】

本開示の実施例の１つの態様によれば、端末デバイスを提供し、前記端末デバイスはプロセッサを含み、
前記プロセッサは、前記端末デバイスのグローバルナビゲーション衛星システム（ＧＮＳＳ）が期間切れた場合、無線リンク失敗（ＲＬＦ）のターゲットパラメータを設定するために用いられる。

【0011】

本開示の実施例の１つの態様によれば、端末デバイスを提供し、前記端末デバイスはトランシーバを含み、
前記トランシーバは、ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するために用いられる。

【0012】

本開示の実施例の１つの態様によれば、コンピュータ読み取り可能な記憶媒体を提供し、前記記憶媒体にコンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサによって実行されると、上記ＧＮＳＳの有効性の処理方法を実現する。

【0013】

本開示の実施例の１つの態様によれば、チップを提供し、前記チップは、プログラマブル論理回路及び／又はプログラム命令を含み、前記チップが実行される場合、上記ＧＮＳＳの有効性の処理方法を実現する。

【0014】

本開示の実施例の１つの態様によれば、コンピュータプログラム製品又はコンピュータプログラムを提供し、前記コンピュータプログラム製品又はコンピュータプログラムはコンピュータ命令を含み、前記コンピュータ命令はコンピュータ読み取り可能な記憶媒体に記憶され、プロセッサは前記コンピュータ読み取り可能な記憶媒体から前記コンピュータ命令を読み出して実行して、上記ＧＮＳＳの有効性の処理方法を実現する。

【発明の効果】

【0015】

本開示の実施例により提供される技術案は以下のような有益な効果を有することができ、
それぞれＧＮＳＳ期間切れ、及び、ＧＮＳＳ有効期間報告に対して、解决案を提供する。ＧＮＳＳが期間切れた後、ＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ、無線リンク失敗）を使用して関連情報を記録し、ＧＮＳＳ有効期間を取得した後、ネットワークデバイスにＧＮＳＳ有効期間を報告して、ＧＮＳＳの有効性に関連する処理メカニズムを改善する。

【図面の簡単な説明】

【0016】

本開示の実施例における技術案をより明確に説明するために、以下では、実施例の説明において使用する必要がある図面を簡単に説明する。明らかに、以下の説明における図面は、本開示のいくつかの実施例にすぎず、当業者にとっては、創造的な労働をせずに、これらの図面に基づいて他の図面を得ることができる。

【図1】本開示の例示的な実施例により提供される通信システムの概略図である。

【図2】本開示の例示的な実施例により提供される通信システムの概略図である。

【図3】本開示の例示的な実施例により提供されるＧＮＳＳの有効性の処理方法のフローチャートである。

【図4】本開示の例示的な実施例により提供されるＧＮＳＳの有効性の処理方法のフローチャートである。

【図5】本開示の例示的な実施例により提供されるＧＮＳＳの有効性の処理方法のフローチャートである。

【図6】本開示の例示的な実施例により提供されるＧＮＳＳの有効性の処理方法のフローチャートである。

【図7】本開示の例示的な実施例により提供されるＧＮＳＳの有効性の処理装置のブロック図である。

【図8】本開示の例示的な実施例により提供されるＧＮＳＳの有効性の処理装置のブロック図である。

【図9】本開示の例示的な実施例により提供される通信デバイスの概略構成図である。

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

【0017】

本開示の目的、技術案及び利点をより明確にするために、以下は添付図面を用いて本開示の実施例をさらに詳細に説明する。

【0018】

本開示の実施例により説明されるネットワークアーキテクチャ及びビジネスシーンは、本開示の実施例の技術案をより明確に説明するためのものであり、本開示の実施例により提供される技術案の限定を構成するものではなく、当業者であれば、本開示の実施例により提供される技術案は、ネットワークアーキテクチャの進化と新しいビジネスシーンの出現に伴い、本開示の実施例により提供される技術案が、類似の技術的問題に対しても同様に適用されることが分かる。

【0019】

本開示の技術案を説明する前に、本開示に係るいくつかの技術知識について説明する。

【0020】

非地上ネットワーク（Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ、ＮＴＮ）技術
現在、関連する標準組織はＮＴＮ技術を研究しており、ＮＴＮ技術は、一般的に衛星通信を用いて地上ユーザに通信サービスを提供する。地上のセルラ通信ネットワークに比べて、衛星通信には多くの独特な利点がある。まず、衛星通信はユーザの地域によって制限されていなく、例えば、一般的な陸上通信は、海洋、高山、砂漠などの通信設備を設定できなく、又は人口が少ないために通信カバーをしない地域をカバーできなく、衛星通信にとっては、１つの衛星が大きな地上をカバーできることに加え、衛星が地球を周回して軌道運動をすることができるため、理論的には地球上の隅々まで衛星通信にカバーされることができる。次に、衛星通信には大きな社会的価値がある。衛星通信は辺境の山岳地帯、貧しい国や地域にすべて低コストでカバーすることができ、それによってこれらの地域の人々に先進的な音声通信とモバイルインターネット技術を提供させ、先進地域とのデジタル格差を縮小し、これらの地域の発展を促進するのに有利である。また、衛星通信距離が遠く、通信距離が増加しても通信のコストは明らかに増加していない。最後に、衛星通信の安定性は高く、自然災害の制限を受けない。

【0021】

通信衛星は軌道高さの違いによって低地球軌道（Ｌｏｗ－Ｅａｒｔｈ Ｏｒｂｉｔ、ＬＥＯ）衛星、中地球軌道（Ｍｅｄｉｕｍ－Ｅａｒｔｈ Ｏｒｂｉｔ、ＭＥＯ）衛星、地球同期軌道（Ｇｅｏｓｔａｔｉｏｎａｒｙ Ｅａｒｔｈ Ｏｒｂｉｔ、ＧＥＯ）衛星、高楕円軌道（Ｈｉｇｈ Ｅｌｌｉｐｔｉｃａｌ Ｏｒｂｉｔ、ＨＥＯ）衛星などに分類される。現在の段階で主に研究されているのはＬＥＯとＧＥＯである。

【0022】

１、ＬＥＯ
低軌道衛星の高さ範囲は５００ｋｍ～１５００ｋｍであり、対応する軌道周期は約１．５時間～２時間である。ユーザ間のシングルホップ通信の信号伝播遅延は、一般的に２０ｍｓ未満である。最大衛星の可視時間は２０分である。信号伝播距離が短く、リンク損失が少なく、ユーザ端末デバイスの送信電力に対する要求が高くない。

【0023】

２、ＧＥＯ
地球同期軌道衛星であり、軌道の高さは３５７８６ｋｍ、地球を周回する周期は２４時間である。ユーザ間のシングルホップ通信の信号伝搬遅延は、一般的に２５０ｍｓである。

【0024】

衛星のカバーを保証し、衛星通信システム全体のシステム容量を向上させるために、衛星は複数のビームを使用して地上をカバーし、１つの衛星は、数十、数百のビームを形成して地上をカバーすることができ、１つの衛星ビームは、直径が数十～１００キロである地上区域をカバーすることができる。

【0025】

表１に典型的なＮＴＮネットワークの衛星高度、軌道、衛星被覆範囲を示し、

【表1】

端末デバイスからアクセスネットワークデバイスへのＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ、往復時間）は２つの部分を含み、１つの部分は、端末デバイスから衛星へのリンクのＲＴＴであり、当該部分はＵＥ ｓｐｅｃｉｆｉｃ ＴＡ（端末デバイス特有の時間同期）部分であり、他の部分は、衛星からアクセスネットワークデバイスへのリンクのＲＴＴであり、当該部分はｃｏｍｍｏｎ（共通）ＴＡ（Ｔｉｍｅ Ａｌｉｇｎｍｅｎｔ、時間同期）部分である。ｃｏｍｍｏｎ ＴＡ部分は、１つの部分がアクセスネットワークデバイスによって補償され、他の部分が端末デバイスによって補償されてもよい。端末デバイスによって補償された部分は、システムメッセージを介して端末デバイスに送信される。

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

上記は本開示の例示的な実施例にすぎず、本開示を限定せず、本開示の精神と原則の範囲内で、行われる任意の修正、等価置換、改良などは、本開示の保護範囲内に含まれるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【手続補正書】

【提出日】2024-06-27

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

端末デバイスによって実行されるＧＮＳＳの有効性の処理方法であって、
前記端末デバイスのグローバルナビゲーション衛星システム（ＧＮＳＳ）が期間切れた場合、無線リンク失敗（ＲＬＦ）のターゲットパラメータを設定するステップを含む、
ことを特徴とするＧＮＳＳの有効性の処理方法。

【請求項2】

前記端末デバイスのグローバルナビゲーション衛星システム（ＧＮＳＳ）が期間切れた場合、無線リンク失敗（ＲＬＦ）のターゲットパラメータを設定するステップは、
前記端末デバイスのＧＮＳＳが期間切れた場合、マスターセルグループ（ＭＣＧ） ＲＬＦを宣言するステップと、
ＲＬＦ変数レポートにターゲットパラメータを記録するステップと、を含む、
ことを特徴とする請求項１に記載のＧＮＳＳの有効性の処理方法。

【請求項3】

前記ＲＬＦ変数レポートにターゲットパラメータを記録するステップは、
接続失敗タイプ（ｃｏｎｎｅｃｔｉｏｎ Ｆａｉｌｕｒｅ Ｔｙｐｅ）をＲＬＦに設定するステップと、
ＲＬＦ原因（ｒｌｆ－Ｃａｕｓｅ）をＧＮＳＳ期間切れに設定するステップと、のうちの少なくとも１つを含む、
ことを特徴とする請求項２に記載のＧＮＳＳの有効性の処理方法。

【請求項4】

前記方法は、
アクセス層セキュリティがアクティブされていない場合、アイドル状態に戻るステップ、又は、
アクセス層セキュリティがアクティブされた場合、アイドル状態に戻るステップ、をさらに含む、
ことを特徴とする請求項１に記載のＧＮＳＳの有効性の処理方法。

【請求項5】

前記方法は、
無線リソース制御（ＲＲＣ）接続の解放原因を他に設定するステップと、
前記ＲＲＣ接続の解放原因をＧＮＳＳ期間切れに設定するステップと、又は
前記ＲＲＣ接続の解放原因をＲＲＣ接続失敗に設定するステップと、のうちの１つをさらに含む、
ことを特徴とする請求項４に記載のＧＮＳＳの有効性の処理方法。

【請求項6】

前記方法は、
接続状態を保持するステップをさらに含む、
ことを特徴とする請求項１に記載のＧＮＳＳの有効性の処理方法。

【請求項7】

前記方法は、
ネットワークデバイスによって送信された設定メッセージを受信するステップをさらに含み、
前記設定メッセージは、ＧＮＳＳが期間切れた場合に前記端末デバイスがアイドル状態に戻るように設定するために用いられ、又は
前記設定メッセージは、ＧＮＳＳが期間切れた場合に前記端末デバイスが接続状態を保持するように設定するために用いられる、
ことを特徴とする請求項４に記載のＧＮＳＳの有効性の処理方法。

【請求項8】

前記方法は、
ネットワークデバイスに第１のメッセージを送信するステップをさらに含み、
前記第１のメッセージは、前記端末デバイスがＧＮＳＳが期間切れた場合に接続状態を保持することをサポートすることを指示するために用いられ、又は
前記第１のメッセージは、前記端末デバイスがＧＮＳＳが期間切れた場合に接続状態を保持することをサポートしないことを指示するために用いられる、
ことを特徴とする請求項７に記載のＧＮＳＳの有効性の処理方法。

【請求項9】

前記方法は、
前記端末デバイスのＧＮＳＳが期間切れた場合、アップリンク伝送を禁止するステップをさらに含む、
ことを特徴とする請求項１に記載のＧＮＳＳの有効性の処理方法。

【請求項10】

前記方法は、
前記端末デバイスのＧＮＳＳが期間切れた場合、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタリングしないステップと、
前記端末デバイスのＧＮＳＳが期間切れた場合、ダウンリンク受信を行わないステップと、のうちの少なくとも１つをさらに含む、
ことを特徴とする請求項１に記載のＧＮＳＳの有効性の処理方法。

【請求項11】

前記端末デバイスはメディアアクセス制御（ＭＡＣ）層を含み、
前記端末デバイスのＧＮＳＳが期間切れた場合、アップリンク伝送を禁止するステップは、
前記端末デバイスのＧＮＳＳが期間切れた場合、時間アライメント期間切れを決定するステップと、
時間アライメント期間切れ処理プロセスを実行するステップと、を含む、
ことを特徴とする請求項９に記載のＧＮＳＳの有効性の処理方法。

【請求項12】

前記時間アライメント期間切れを決定するステップは、
プライマリタイミング早期グループ（ｐＴＡＧ）とセカンダリタイミング早期グループ（ｓＴＡＧ）の両方の時間アライメント期間切れを決定するステップと、
前記ｐＴＡＧ時間アライメント期間切れを決定するステップと、のうちの少なくとも１つを含む、
ことを特徴とする請求項１１に記載のＧＮＳＳの有効性の処理方法。

【請求項13】

前記方法は、
前記端末デバイスのＧＮＳＳが期間切れた場合、ランダムアクセスの開始を禁止するステップをさらに含む、
ことを特徴とする請求項１１に記載のＧＮＳＳの有効性の処理方法。

【請求項14】

前記アップリンク伝送を禁止するステップは、前記端末デバイスのメディアアクセス制御層（ＭＡＣ層）と物理層（ＰＨＹ）によって実行される、
ことを特徴とする請求項９に記載のＧＮＳＳの有効性の処理方法。

【請求項15】

前記端末デバイスが無線リソース制御（ＲＲＣ）層を含み、前記端末デバイスのＧＮＳＳが期間切れた場合、アップリンク伝送を禁止するステップは、
前記端末デバイスのＧＮＳＳが期間切れた場合、サービングセルの物理アップリンク制御チャネル（ＰＵＣＣＨ）、ショート物理アップリンク制御チャネル（ＳＰＵＣＣＨ）のうちの少なくとも１つを解放又は無効にするステップと、
前記端末デバイスのＧＮＳＳが期間切れた場合、サービングセルの半持続スケジューリング（ＳＰＳ）を解放又は無効にするステップと、
前記端末デバイスのＧＮＳＳが期間切れ、前記端末デバイスが狭帯域モノのインターネット（ＮＢ－ＩＯＴ）デバイスである場合、専用アップリンクスケジューリング要求（ＳＲ）リソースを解放又は無効にするステップと、のうちの少なくとも１つを含む、
ことを特徴とする請求項９に記載のＧＮＳＳの有効性の処理方法。

【請求項16】

前記方法は、
ＧＮＳＳポジションが取得された場合、無効されたサービングセルのＰＵＣＣＨ又はＳＰＵＣＣＨを復元するステップと、
ＧＮＳＳポジションが取得された場合、無効されたサービングセルのＳＰＳを復元するステップと、
ＧＮＳＳポジションが取得され、前記端末デバイスがＮＢ－ＩＯＴデバイスである場合、無効された専用ＳＲリソースを復元するステップと、のうちの少なくとも１つをさらに含む、
ことを特徴とする請求項１５に記載のＧＮＳＳの有効性の処理方法。

【請求項17】

前記端末デバイスはメディアアクセス制御（ＭＡＣ）層を含み、
前記端末デバイスのＧＮＳＳが期間切れた場合、アップリンク伝送を禁止するステップは、
前記端末デバイスのＧＮＳＳが期間切れた場合、サービングセルのハイブリッド自動再送要求（ＨＡＲＱ）バッファをクリアするステップと、
前記端末デバイスのＧＮＳＳが期間切れた場合、無線リソース制御（ＲＲＣ）層に通知してサービングセルの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを解放又は無効にするステップと、
前記端末デバイスのＧＮＳＳが期間切れた場合、ＲＲＣ層に通知してサービングセルのチャネルサウンディング基準信号（ＳＲＳ）リソースを解放又は無効にするステップと、
前記端末デバイスのＧＮＳＳが期間切れた場合、設定されたダウンリンクタスクとアップリンク許可をクリア又は無効にするステップと、
前記端末デバイスのＧＮＳＳが期間切れた場合、半持続チャネル状態情報（ＣＳＩ）によって報告された物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースをクリア又は無効にするステップと、
前記端末デバイスのＧＮＳＳが期間切れた場合、アップリンク伝送を禁止するステップと、のうちの少なくとも１つを含む、
ことを特徴とする請求項９に記載のＧＮＳＳの有効性の処理方法。

【請求項18】

前記方法は、
ＧＮＳＳポジションが取得された場合、無効された設定されたダウンリンクタスクとアップリンク許可を復元するステップをさらに含む、
ことを特徴とする請求項１７に記載のＧＮＳＳの有効性の処理方法。

【請求項19】

前記方法は、
ＧＮＳＳポジションが取得された場合、アップリンク伝送を復元するステップをさらに含む、
ことを特徴とする請求項９に記載のＧＮＳＳの有効性の処理方法。

【請求項20】

前記方法は、
ＧＮＳＳポジションが取得された場合、ダウンリンク受信を復元するステップをさらに含む、
ことを特徴とする請求項１０に記載のＧＮＳＳの有効性の処理方法。

【請求項21】

前記方法は、
ＧＮＳＳポジションが取得された場合、ネットワークデバイスにＧＮＳＳ有効期間を送信するステップと、
ＧＮＳＳポジションが取得された場合、ネットワークデバイスにマスターセルグループ（ＭＣＧ） ＲＬＦを報告するステップと、のうちの少なくとも１つをさらに含む、
ことを特徴とする請求項１に記載のＧＮＳＳの有効性の処理方法。

【請求項22】

前記方法は、
ＧＮＳＳポジションが取得された場合、ランダムアクセスプロセスを実行するステップと、
ＧＮＳＳポジションが取得された場合、接続再構築プロセスを実行するステップと、のうちの少なくとも１つをさらに含む、
ことを特徴とする請求項４に記載のＧＮＳＳの有効性の処理方法。

【請求項23】

前記方法は、
時間ウィンドウ内でＧＮＳＳポジションを取得するステップをさらに含む、
ことを特徴とする請求項１に記載のＧＮＳＳの有効性の処理方法。

【請求項24】

前記方法は、
前記時間ウィンドウ内で、アップリンク伝送又はダウンリンク受信を行わないステップをさらに含む、
ことを特徴とする請求項２３に記載のＧＮＳＳの有効性の処理方法。

【請求項25】

前記方法は、
ネットワークデバイスによって送信された前記時間ウィンドウの設定情報を受信するステップをさらに含む、
ことを特徴とする請求項２３に記載のＧＮＳＳの有効性の処理方法。

【請求項26】

端末デバイスによって実行されるＧＮＳＳの有効性の処理方法であって、
ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップを含む、
ことを特徴とするＧＮＳＳの有効性の処理方法。

【請求項27】

前記ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップは、
前記ネットワークデバイスにランダムアクセスメッセージを送信するステップを含み、前記ランダムアクセスメッセージは前記ＧＮＳＳ有効期間を含む、
ことを特徴とする請求項２６に記載のＧＮＳＳの有効性の処理方法。

【請求項28】

前記ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップは、
前記ネットワークデバイスに専用無線リソース制御（ＲＲＣ）メッセージを送信するステップを含み、前記専用ＲＲＣメッセージは前記ＧＮＳＳ有効期間を含む、
ことを特徴とする請求項２６に記載のＧＮＳＳの有効性の処理方法。

【請求項29】

前記方法は、
ネットワークデバイスによって送信された端末デバイス情報要求を受信するステップをさらに含み、前記端末デバイス情報要求は、端末デバイスにＧＮＳＳ有効期間を報告することを要求するために用いられ、
前記ネットワークデバイスに専用無線リソース制御（ＲＲＣ）メッセージを送信するステップは、
前記ネットワークデバイスに前記ＧＮＳＳ有効期間を含む端末デバイス情報応答を送信するステップを含む、
ことを特徴とする請求項２８に記載のＧＮＳＳの有効性の処理方法。

【請求項30】

前記ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップは、
前記ＧＮＳＳ有効期間が第１の有効期間より小さい場合、前記ネットワークデバイスに前記ＧＮＳＳ有効期間を送信するステップを含み、
前記第１の有効期間は、エフェメリス情報又は共通時間同期の有効期間である、
ことを特徴とする請求項２６に記載のＧＮＳＳの有効性の処理方法。

【請求項31】

前記方法は、
前記ネットワークデバイスに第２の有効期間を送信するステップをさらに含み、前記第２の有効期間は、前記ＧＮＳＳ有効期間と第１の有効期間のうちの小さい値であり、
前記第１の有効期間は、エフェメリス情報又は共通時間同期の有効期間である、
ことを特徴とする請求項２６に記載のＧＮＳＳの有効性の処理方法。

【請求項32】

前記ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するステップは、
ＧＮＳＳポジションが取得された場合、前記ネットワークデバイスに前記ＧＮＳＳ有効期間を送信するステップを含む、
ことを特徴とする請求項２６に記載のＧＮＳＳの有効性の処理方法。

【請求項33】

前記方法は、
前記ネットワークデバイスがシステムメッセージを介して送信された第１の指示を受信するステップ、
及び／又は、前記ネットワークデバイスが無線リソース制御（ＲＲＣ）専用メッセージを介して送信された前記第１の指示を受信するステップ、をさらに含み、
前記第１の指示は、前記端末デバイスがＧＮＳＳ有効期間を報告することを指示するために用いられ、又は、前記第１の指示は、前記端末デバイスが前記ＧＮＳＳ有効期間を報告しないことを指示するために用いられる、
ことを特徴とする請求項２６に記載のＧＮＳＳの有効性の処理方法。

【請求項34】

端末デバイスを実現するためのＧＮＳＳの有効性の処理装置であって、
前記端末デバイスのグローバルナビゲーション衛星システム（ＧＮＳＳ）が期間切れた場合、無線リンク失敗（ＲＬＦ）のターゲットパラメータを設定するための設定モジュールを含む、
ことを特徴とするＧＮＳＳの有効性の処理装置。

【請求項35】

端末デバイスを実現するためのＧＮＳＳの有効性の処理装置であって、
ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するための第２の送信モジュールを含む、
ことを特徴とするＧＮＳＳの有効性の処理装置。

【請求項36】

端末デバイスであって、
前記端末デバイスはプロセッサを含み、
前記プロセッサは、前記端末デバイスのグローバルナビゲーション衛星システム（ＧＮＳＳ）が期間切れた場合、無線リンク失敗（ＲＬＦ）のターゲットパラメータを設定するために用いられる、
ことを特徴とする端末デバイス。

【請求項37】

端末デバイスであって、
前記端末デバイスはトランシーバを含み、
前記トランシーバは、ネットワークデバイスにグローバルナビゲーション衛星システム（ＧＮＳＳ）の有効期間を送信するために用いられる、
ことを特徴とする端末デバイス。

【請求項38】

コンピュータ読み取り可能な記憶媒体であって、
前記記憶媒体にコンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサによって実行されると、請求項１～３３のいずれかに記載のＧＮＳＳの有効性の処理方法を実現する、
ことを特徴とするコンピュータ読み取り可能な記憶媒体。

【請求項39】

チップであって、
前記チップは、プログラマブル論理回路及び／又はプログラム命令を含み、前記チップが実行される場合、請求項１～３３のいずれかに記載のＧＮＳＳの有効性の処理方法を実現する、
ことを特徴とするチップ。

【請求項40】

コンピュータプログラムであって、
前記コンピュータプログラムはコンピュータ命令を含み、前記コンピュータ命令はコンピュータ読み取り可能な記憶媒体に記憶され、プロセッサは前記コンピュータ読み取り可能な記憶媒体から前記コンピュータ命令を読み出して実行して、請求項１～３３のいずれかに記載のＧＮＳＳの有効性の処理方法を実現する、
ことを特徴とするコンピュータプログラム。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０１７７

【補正方法】変更

【補正の内容】

【0177】

選択的な実施例では、前記装置は、第１の送信モジュール６０５をさらに含み、
第１の送信モジュール６０５は、ＧＮＳＳポジションが取得された場合、ネットワークデバイスにＧＮＳＳ有効期間を送信するために用いられ、
第１の送信モジュール６０５は、ＧＮＳＳポジションが取得された場合、ネットワークデバイスにマスターセルグループ（ＭＣＧ） ＲＬＦを報告するために用いられる。

【国際調査報告】