JP2024503858A

JP2024503858A - ネットワークへの復帰の通知方法、端末、可読記憶媒体及びチップ

Info

Publication number: JP2024503858A
Application number: JP2023542744A
Authority: JP
Inventors: プー、ウェンチュアン; パオ、ウェイ; ヤン、シアオトン; リウ、シュアンピン
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2021-01-15
Filing date: 2022-01-11
Publication date: 2024-01-29
Also published as: US20230370911A1; EP4266751A1; CN114765822A; WO2022152119A1

Abstract

本出願は、ネットワークへの復帰の通知方法、装置及び端末を開示し、通信の技術分野に属する。ネットワークへの復帰の通知方法は端末により実行され、ネットワークに復帰通知を送信するか否かを判断するステップと、前記ネットワークに前記復帰通知を送信すると判断した場合、前記ネットワークに前記復帰通知を送信するステップと、を含む。

Description

本出願は、通信の技術分野に関し、特にネットワークへの復帰の通知方法、装置及び端末に関する。

現在、市場ではシングルカード端末に加え、マルチカード端末と総称されるデュアルカード又はマルチカード端末も存在する。マルチカード端末の能力は単一送信単一受信、単一送信二重受信及び二重送信二重受信等であり得る。

マルチカード端末は、複数のネットワークに同時に滞在できることを特徴の１つとしたものであるが、異なるマルチカード端末は実施形態が異なる。複数のネットワークにおいて互いに影響することなく送信と受信を同時に行うことができるマルチカード端末があるが、複数のネットワークに同時に滞在できるが時分割の方式で２つのネットワークに滞在する場合があるマルチカード端末、即ち、時にはネットワークＡに滞在してネットワークＡのｐａｇｉｎｇを監視し、また時にはネットワークＢに滞在してネットワークＢのｐａｇｉｎｇを監視するか、又は時にはネットワークＡにおいて接続状態でデータを送受信し、また時にはネットワークＢに切り替えてｐａｇｉｎｇを受信するか、又は時にはネットワークＡにおいてデータを送受信し、また時にはネットワークＢに切り替えて接続を確立してデータを送受信するマルチカード端末もある。

マルチカード端末はネットワークＡにおいて接続状態にあるが、ネットワークＡから離脱してネットワークＢに切り替えて何らかのサービスを実行することがある。マルチカード端末がネットワークＡからネットワークＢに切り替えようとすると、ネットワークＡに離脱通知を送信してもよく、それによって、ネットワークＡはマルチカード端末から送信された離脱通知を受信した後、この期間中にマルチカード端末の呼び出し又はページングを回避することができ、さらにネットワークリソースが節約される。

現在、マルチカード端末がネットワークに復帰する際にネットワークにどのように通知するかについてはまだ不明であり、こうしてＵＥがネットワーク側に、ＵＥが既にネットワークに復帰しているのを通知できないことにより、ＵＥはデータの送受信ができないままであり続けるか、又は何らかの条件下でＵＥは不要な通知を送信し、ネットワークリソースを無駄にすることがある。

本出願の実施例は、ＵＥがネットワーク側にＵＥが既にネットワークに復帰しているのを通知できないことにより、ＵＥがデータ送受信できないままであり続けるか又は何らかの条件下でＵＥが不要な通知を送信するという問題を解決できる、ネットワークへの復帰の通知方法、装置及び端末を提供する。

第１態様において、本出願の実施例は、端末により実行されるネットワークへの復帰の通知方法であって、
ネットワークに復帰通知を送信するか否かを判断するステップと、
前記ネットワークに前記復帰通知を送信すると判断した場合、前記ネットワークに前記復帰通知を送信するステップと、を含む、前記方法を提供する。

第２態様において、本出願の実施例は、端末に適用されるネットワークへの復帰の通知装置であって、
ネットワークに復帰通知を送信するか否かを判断するための判断モジュールと、
前記ネットワークに前記復帰通知を送信すると判断した場合、前記ネットワークに前記復帰通知を送信するための送信モジュールと、を含む、前記装置を提供する。

第３態様において、本出願の実施例は、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラム又はコマンドとを含み、前記プログラム又はコマンドが前記プロセッサにより実行されると、上記のネットワークへの復帰の通知方法のステップが実現される、端末をさらに提供する。

第４態様において、本出願の実施例は、プロセッサにより実行されると、上記のネットワークへの復帰の通知方法のステップが実現されるプログラム又はコマンドが記憶されている、可読記憶媒体を提供する。

第５態様において、本出願の実施例は、プロセッサと通信インタフェースとを含み、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサがプログラム又はコマンドを実行し、第１態様に記載の方法を実現するためのものである、チップを提供する。

第６態様において、不揮発性の記憶媒体に記憶されており、少なくとも１つのプロセッサにより実行されることで第１態様に記載の方法を実現する、コンピュータプログラム製品を提供する。

本出願の実施例において、端末はネットワークに復帰通知を送信するか否かを判断し、前記ネットワークに前記復帰通知を送信すると判断した場合、端末は前記ネットワークに前記復帰通知を送信する。このように、端末はネットワーク側に、端末が既にネットワークに復帰していることを適時に効果的に通知でき、それによって端末はデータを正常に受信又は送信できる。何らかの条件下で、例えば、端末の他の挙動がトリガされてアップリンク送信が発生する場合に、端末は不要な復帰通知を送信することなくネットワークに前記端末が既にネットワークに復帰していることを知らせることもでき、ネットワークリソースが節約される。

無線通信システムの模式図を示す。ＢＳＲのフォーマット模式図を示す。本出願の実施例に係るネットワークへの復帰の通知方法のフローチャートを示す。本出願の実施例に係るＭＡＣＣＥのフォーマット模式図を示す。本出願の実施例に係るＭＡＣＣＥのフォーマット模式図を示す。本出願の実施例に係るネットワークへの復帰の通知装置の構造模式図を示す。本出願の実施例に係る端末の構成模式図を示す。

本出願の実施例の技術的解決手段をより明確に説明するために、以上に本出願の実施例の説明に用いられる図面を簡単に説明し、当然、以上の説明における図面は本出願の実施例の一部に過ぎず、当業者であれば、創造的な労力を要することなく、これらの図面から他の図面に想到し得る。

以下において、本出願の実施例における図面を参照しながら、本出願の実施例における技術的解決手段を明確に説明し、当然ながら、説明される実施例は本出願の実施例の一部であり、全ての実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を要することなく得られた他の全ての実施例は、いずれも本出願の保護範囲に属するものである。

本出願の明細書及び特許請求の範囲における用語「第１」、「第２」等は、特定の順序又は前後順を説明するためのものではなく、類似する対象を区別するためのものである。このように使用される用語は、本出願の実施例がここで図示又は記述される以外の順序で実施できるように、適当な場合において互いに置き換えてもよいことを理解すべきである。また、明細書及び特許請求の範囲において「及び／又は」は、接続対象のうちの少なくとも１つを表し、符号の「／」は、一般に前後関連対象が「又は」の関係であることを表す。

本明細書に記載の技術はロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ，ＬＴＥ）／ＬＴＥの発展型（ＬＴＥ－Ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システムに限定されず、符号分割多元接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＣＤＭＡ）、時分割多元接続（ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＴＤＭＡ）、周波数分割多元接続（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＦＤＭＡ）、直交周波数分割多元接続（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒＦｒｅｑｕｅｎｃｙ－ＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＳＣ－ＦＤＭＡ）及び他のシステムのような、様々な無線通信システムに用いることもできる。用語「システム」と「ネットワーク」はしばしば交換可能に使用される。ＣＤＭＡシステムは、ＣＤＭＡ２０００、ユニバーサル地上無線アクセス（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ，ＵＴＲＡ）等のような無線技術を実現できる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＷＣＤＭＡ（登録商標））及び他のＣＤＭＡバリエーションを含む。ＴＤＭＡシステムは、モバイル通信用グローバルシステム（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ，ＧＳＭ（登録商標））のような無線技術を実現できる。ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（ＵｌｔｒａＭｏｂｉｌｅＢｒｏａｄｂａｎｄ，ＵＭＢ）、発展型ＵＴＲＡ（Ｅｖｏｌｕｔｉｏｎ－ＵＴＲＡ，Ｅ－ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭ等のような無線技術を実現できる。ＵＴＲＡ及びＥ－ＵＴＲＡはユニバーサル移動体通信システム（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ，ＵＭＴＳ）の一部である。ＬＴＥ及びより上位のＬＴＥ（ＬＴＥ－Ａ等）はＥ－ＵＴＲＡを使用した新しいＵＭＴＳバージョンである。ＵＴＲＡ、Ｅ－ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ－Ａ及びＧＳＭ（登録商標）は「第３世代パートナシッププロジェクト」（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ，３ＧＰＰ（登録商標））と呼ばれる組織に由来する文献に記載されているものである。ＣＤＭＡ２０００及びＵＭＢは「第３世代パートナシッププロジェクト２」（３ＧＰＰ（登録商標）２）と呼ばれる組織に由来する文献に記載されているものである。本明細書に記載の技術は上記で言及したシステム及び無線技術に加えて、他のシステム及び無線技術に用いることもできる。以下の説明では例示の目的でＮＲシステムを説明し、且つ以下の説明の多くにおいてＮＲの技術用語を使用するが、これらの技術はＮＲシステムアプリケーション以外のアプリケーションにも適用可能である。

以下の説明は請求項に記載の範囲、利用可能性又は設定を限定するものではなく例示を提供するものである。本開示の精神及び範囲から逸脱することなく検討された要素の機能及び配置に変化を加えることが可能である。様々な例は適宜省略、置換、又は各種手順もしくはコンポーネントの追加が可能である。例えば、説明されたものと異なる順序で説明された方法を実行してもよく、各種のステップを追加、省略、又は組み合わせてもよい。また、何らかの例を参照して説明された特徴は他の例において組み合わせられてもよい。

図１は、本出願の実施例を適用可能な無線通信システムのブロック図を示す。無線通信システムは端末１１及びネットワーク側機器１２を含む。そのうち、端末１１は端末機器又はユーザ端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ，ＵＥ）と呼ばれてもよく、端末１１は、携帯電話、タブレットパソコン（ＴａｂｌｅｔＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、ラップトップコンピュータ（ＬａｐｔｏｐＣｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ，ＰＤＡ）、モバイルインターネットデバイス（ＭｏｂｉｌｅＩｎｔｅｒｎｅｔＤｅｖｉｃｅ，ＭＩＤ）、ウェアラブルデバイス（ＷｅａｒａｂｌｅＤｅｖｉｃｅ）又は車載機器等の端末側機器であってもよく、説明すべきことは、本出願の実施例では端末１１の具体的な種類が限定されない点である。ネットワーク側機器１２は基地局又はコアネットワークであってもよく、そのうち、上記基地局は５Ｇ及びそれ以降のバージョンの基地局（例えば、ｇＮＢ、５ＧＮＲＮＢ等）、又は他の通信システムにおける基地局（例えば、ｅＮＢ、ＷＬＡＮアクセスポイント、又は他のアクセスポイント等）、又はロケーションサーバ（例えば、Ｅ－ＳＭＬＣ又はＬＭＦ（ＬｏｃａｔｉｏｎＭａｎａｇｅｒＦｕｎｃｔｉｏｎ））であってもよく、ここで、基地局は、ノードＢ、発展型ノードＢ、アクセスポイント、基地局トランシーバ（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ，ＢＴＳ）、無線基地局、無線送受信機、基本サービスセット（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ，ＢＳＳ）、拡張サービスセット（ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔ，ＥＳＳ）、Ｂノード、発展型Ｂノード（ｅＮＢ）、ホームＢノード、ホーム発展型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード又は前記分野における他の何らかの適切な用語と呼ばれてもよく、同じ技術効果を達成できれば、前記基地局は特定の技術用語に限定されるものではなく、説明すべきことは、本出願の実施例では単にＮＲシステムにおける基地局を例とするが、基地局の具体的な種類及び具体的な通信システムが限定されない点である。

現在、市場ではシングルカード端末に加えて、マルチカード端末と総称されるデュアルカード又はマルチカード端末も存在する。マルチカード端末の能力は単一送信単一受信、単一送信二重受信及び二重送信二重受信等であり得る。

マルチカード端末は複数のネットワークに同時に滞在できることを特徴の１つとしたものであり、マルチカード端末はネットワークＡにおいて接続状態にあるが、ネットワークＡから離脱してネットワークＢに切り替えて何らかのサービスを実行する場合がある。マルチカード端末がネットワークＡからネットワークＢに切り替えようとすると、ネットワークＡに離脱通知を送信してもよく、それによってネットワークＡはマルチカード端末から送信された離脱通知を受信した後、この期間中にマルチカード端末の呼び出し又はページングを回避することができ、さらにネットワークリソースが節約される。

ＵＥは、バッファされたアップリンクデータを送信しようとすると、１つ又は複数の論理チャネルグループのｂｕｆｆｅｒｓｉｚｅ（即ち伝送待ちのデータ量）を指示するバッファ状態レポート（Ｂｕｆｆｅｒｓｔａｔｅｒｅｐｏｒｔ，ＢＳＲ）をネットワーク側に送信してもよい。ネットワーク側はＢＳＲで指示されるデータ量のサイズに基づき、ＵＥによるアップリンク伝送のための適切なサイズのアップリンクリソースをＵＥに割り当ててもよい。ＢＳＲは、ショート（ｓｈｏｒｔ）ＢＳＲｆｏｒｍａｔ、ｌｏｎｇＢＳＲｆｏｒｍａｔ、ショートトランケート（ｓｈｏｒｔＴｒｕｎｃａｔｅｄ）ＢＳＲｆｏｒｍａｔ、ロングトランケート（ＬｏｎｇＴｒｕｎｃａｔｅｄ）ＢＳＲｆｏｒｍａｔ、プリエンプティブ（Ｐｒｅ－ｅｍｐｔｉｖｅ）ＢＳＲｆｏｒｍａｔの５種類を含み、既存のＢＳＲのフォーマットは図２に示すとおりである。図中、ＬＣＧＩＤは論理チャネルグループ（ＬｏｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐ，ＬＣＧ）ＩＤであり、ｂｕｆｆｅｒｓｉｚｅはＬＣＧＩＤに対応する伝送待ちのデータ量であり、ＭＡＣＣＥは媒体アクセス制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ，ＭＡＣ）制御要素（ＣｏｎｔｒｏｌＥｌｅｍｅｎｔ，ＣＥ）である。

本出願の実施例は端末により実行されるネットワークへの復帰の通知方法を提供し、図３に示すように、
ネットワークに復帰通知を送信するか否かを判断するステップ１０１と、
前記ネットワークに前記復帰通知を送信すると判断した場合、前記ネットワークに前記復帰通知を送信するステップ１０２と、を含む。

本実施例において、端末はネットワークに復帰通知を送信するか否かを判断し、前記ネットワークに前記復帰通知を送信すると判断した場合、端末は前記ネットワークに前記復帰通知を送信する。このように、端末はネットワーク側に、端末が既にネットワークに復帰していることを適時に効果的に通知でき、それによって端末はデータを正常に受信又は送信できる。何らかの条件下で、例えば、端末の他の挙動がトリガされてアップリンク送信が発生する場合に、端末は不要な復帰通知を送信することなくネットワークに前記端末が既にネットワークに復帰していることを知らせることもでき、ネットワークリソースが節約される。

いくつかの実施例において、ネットワークに復帰通知を送信するか否かを判断するステップは、
所定条件が満たされると、前記ネットワークに前記復帰通知を送信すると判断するステップを含み、前記所定条件は、以下の第１～第７の所定条件のうちの少なくとも１つを含む。

第１所定条件は、前記端末が前記ネットワークに復帰する時に送信待ちのアップリンクデータ及び／又はシグナリングがないことである。

ここで、前記第１所定条件は、
前記端末のＭＡＣ層の指示、前記端末の無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ，ＲＲＣ）層の指示、前記端末のサービスデータアダプテーションプロトコル（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ，ＳＤＡＰ）層の指示、前記端末の（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ，ＰＤＣＰ）層の指示、及び前記端末の物理層（Ｐｈｙｓｉｃａｌ，ＰＨＹ）の指示のうちの少なくとも１つに基づいて決定される。なお、前記端末の異なるプロトコル層間には要求と応答のプロセスが存在してもよいことが理解可能である。例えば、前記端末のＲＲＣ層は前記端末のＭＡＣ層に対して、前記端末において送信待ちのアップリンクデータ又はシグナリングがあるか否か（例えば、バッファにデータがある）の指示を要求する。送信待ちのアップリンクデータ又はシグナリングがある場合、前記端末のＭＡＣ層はＲＲＣ層に指示情報を送信する。１つの実施形態において、前記端末がネットワークに復帰すると、前記端末のＳＤＡＰ、ＰＤＣＰ、ＲＲＣ、ＭＡＣ、ＰＨＹのうちの少なくとも１つが回復又は再起動され、回復又は再起動後、新たなアップリンクデータが生成される。

第２所定条件は、前記端末が前記ネットワークに復帰する時にトリガされているバッファ状態レポート（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ，ＢＳＲ）がないことである。

第３所定条件は、前記端末が前記ネットワークに復帰する時にバッファ状態レポートＢＳＲがトリガされたが、前記ＢＳＲを送信するリソースがないことである。例えば、端末に物理アップリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ，ＰＵＳＣＨ）リソースがないか、又は端末に前記ＢＳＲ送信専用のリソースがない。

第４所定条件は、前記端末が前記ネットワークに復帰する時に送信待ちのアップリンクデータがあるが、前記アップリンクデータが既にＢＳＲをトリガしており、且つ前記アップリンクデータを送信するリソースがないことである。

ここで、前記アップリンクデータを送信するリソースは設定グラント（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ）又は動的グラント（ｄｙｎａｍｉｃｇｒａｎｔ）を含む。例えば、ＵＥがネットワークから離脱する前にＢＳＲをトリガしたとすれば、ネットワークはＢＳＲに基づいてＵＥに一定の伝送リソースを割り当てることができ、その後、ＵＥがネットワークから離脱したため、ネットワークは割り当てた伝送リソースを一時的にサスペンドすると決定し、つまり、ＵＥはこれらのリソースによる伝送ができなくなり、ＵＥがネットワークに復帰した後、これらのリソースはまだサスペンド状態にあるが、ＵＥはこのときＢＳＲのトリガ条件を満たさないためＢＳＲをトリガできず、さらにサスペンドされた伝送リソースを回復できないことがあり、この場合、ＵＥはネットワーク側に復帰通知を送信すべきである。

第５所定条件は、前記ネットワークが前記端末を、復帰通知を送信するように設定していることである。

第６所定条件は、前記端末が前記ネットワークに復帰する前に、前記ネットワークの第１指示情報に従って前記ネットワークから離脱していることである。１つの実施形態では、前記端末がネットワークから離脱する前に、ネットワーク側に離脱要求を送信し、ネットワーク側がそれを受信した後に第１指示情報を送信し、第１指示情報は前記離脱要求への応答、又は端末がネットワークに復帰する時に必要なリソースの配置に用いることができる。

第７所定条件は、前記端末が前記ネットワークから自律的に離脱していることである。

本実施例において、所定条件を設定することで、端末が復帰通知を送信すべき状況を明確にすることができ、それによって端末はネットワーク側に、端末が既にネットワークに復帰していることを適時に効果的に通知でき、さらに、端末はデータを正常に受信又は送信でき、何らかの条件下で、例えば、端末の他の挙動がトリガされてアップリンク送信が発生する場合に、端末は不要な復帰通知を送信することなくネットワークに前記端末が既にネットワークに復帰していることを知らせることもでき、ネットワークリソースが節約される。

いくつかの実施例において、ネットワークに復帰通知を送信するか否かを判断するステップは、
前記端末のＭＡＣ層がネットワークに復帰通知を送信するか否かを判断するか、又は
前記端末の無線リソース制御ＲＲＣ層がネットワークに復帰通知を送信するか否かを判断するステップを含む。

１つの具体例において、ネットワークに復帰通知を送信するか否かを判断する前に、前記端末のＭＡＣ層は前記端末が前記ネットワークに復帰していると判断するか、又は、前記端末のＭＡＣ層は前記端末が前記ネットワークに復帰していると指示するＲＲＣ層の指示情報を受信する。

本実施例において、端末はマルチカード端末であってもよく、複数のネットワークに滞在できる。しかし、本実施例の端末はマルチカード端末に限定されず、シングルカード端末であってもよい。

１つの具体的な実施例において、端末が複数のネットワークに滞在でき、複数のネットワークがネットワークＡ及びネットワークＢを含み、端末のＭＡＣ層がネットワークに復帰通知を送信するか否かを判断することを例にし、マルチカード端末はネットワークＡにおいて接続状態にあり、ネットワークＡに離脱通知を送信する。その後、マルチカード端末はネットワークＡにおいてＲＲＣ接続状態に維持され、ネットワークＢに切り替えてＲＲＣ接続又は回復を開始し、対応するサービスを処理する。マルチカード端末がネットワークＢにおいてサービスが終了し及び／又は処理すべきサービスがなくなり、ネットワークＡに復帰すると決定した場合、マルチカード端末のＲＲＣ層はネットワークへの端末の復帰をＭＡＣ層に指示し、ＲＲＣの指示を受信すると又はＭＡＣが、端末が既にネットワークに復帰していると判断すると、ＭＡＣ層は所定条件が満たされるか否かに基づいてネットワークＡに復帰通知を送信するか否かを判断し、所定条件が満たされれば、ネットワークＡに復帰通知を送信する。

ここで、マルチカード端末がネットワークＡにおいてＲＲＣ接続状態に維持されることは、離脱通知を送信した後にＲＲＣ接続状態に維持されることとしてもよいし、端末がＲＲＣ接続状態に維持されることを明示的に又は暗黙的に指示するネットワークＡの応答メッセージが受信されたこととしてもよい。

別の具体的な実施例において、前記ネットワークに復帰通知を送信するか否かを判断するステップの前に、前記方法は、
前記端末のＲＲＣ層が前記端末のパケットデータコンバージェンスプロトコルＰＤＣＰ層の回復を要求又は指示するステップと、
前記端末のＲＲＣ層が前記端末のＰＤＣＰ層に対して、送信待ちのアップリンクデータがあるか否かの指示を要求するステップと、のうちの少なくとも１つをさらに含む。

端末が複数のネットワークに滞在でき、複数のネットワークがネットワークＡ及びネットワークＢを含み、端末のＲＲＣ層がネットワークに復帰通知を送信するか否かを判断することを例にし、マルチカード端末はネットワークＡにおいて接続状態にあり、ネットワークＡに離脱通知を送信する。その後、マルチカード端末はネットワークＡにおいてＲＲＣ接続状態に維持され、ネットワークＢに切り替えてＲＲＣ接続又は回復を開始し、対応するサービスを処理する。マルチカード端末がネットワークＢにおいてサービスが終了し及び／又は処理すべきサービスがなくなり、ネットワークＡに復帰すると決定した場合、マルチカード端末のＲＲＣ層はネットワークへの端末の復帰をＭＡＣ層に指示し、端末がネットワークＡに復帰した時、ＲＲＣ層はＰＤＣＰの回復を要求又は指示する。ＰＤＣＰはアップリンクデータの有無を判断し、ＲＲＣ層にアップリンクデータの有無を指示する。アップリンクデータがあれば、ＰＤＣＰはさらに最下層の無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ，ＲＬＣ）プロトコル層及び／又はＭＡＣ層にデータを送信する。ＲＲＣ層がＰＤＣＰ指示を受信した後、送信待ちのアップリンクデータがない指示であれば、ＲＲＣ層は復帰通知を生成し、ＭＡＣ層に伝送のために送信する。

いくつかの実施例において、前記ネットワークに前記復帰通知を送信すると判断した後、前記ネットワークに前記復帰通知を送信するステップは、
ＢＳＲを生成又はトリガするステップと、
前記ネットワークへの前記端末の復帰を指示するためのＭＡＣ制御要素ＣＥを生成するステップと、
前記ネットワークへの前記端末の復帰を指示するための専用スケジューリング要求（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ，ＳＲ）をトリガするステップと、
前記端末のＭＡＣ層がＲＲＣ層に対して前記復帰通知の生成を要求し、この前に、ＲＲＣ層がＭＡＣ層に要求又は指示を送信し、端末が既にネットワークに復帰していると指示するステップと、
前記端末のＲＲＣ層がＭＡＣ層に対して前記復帰通知の生成を要求するステップと、
前記ＲＲＣ層が前記復帰通知を生成するステップと、
前記端末のＭＡＣ層がＲＲＣ層により生成された前記復帰通知を送信し、この前に、ＭＡＣ層がＲＲＣ層からＲＲＣ層により生成された復帰通知を受信し、さらに、ＲＲＣ層が現在のメッセージ内容を復帰通知と指示するステップと、
ランダムアクセスを開始するステップと、
チャネル状態情報（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ，ＣＳＩ）報告又はサウンディング基準信号（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ，ＳＲＳ）送信をトリガするステップと、のうちの少なくとも１つを含む。

いくつかの実施例において、端末がネットワークに復帰する時に既存のＢＳＲトリガ条件が満たされないことがあるため、端末がネットワークに復帰する時にＢＳＲをトリガするという新しいＢＳＲトリガ条件を導入する必要がある。ここで、ＢＳＲは一般的なＢＳＲ、周期的ＢＳＲ、空ＢＳＲ、Ｐｒｅ－ｅｍｐｔｉｖｅＢＳＲのうちのいずれかであってもよい。そのうち、空ＢＳＲはＢＳＲにおいて有効なデータがないことを表す。

いくつかの実施例において、前記ネットワークへの前記端末の復帰を指示するための前記ＭＡＣＣＥは、特定のＬＣＩＤフィールド及び／又は特定の数値フィールドを含み、そのうち、ＬＣＩＤフィールドはＭＡＣサブヘッダと呼ばれてもよく、特定の数値フィールドはＭＡＣプロトコルデータユニットと呼ばれてもよい。

１つの具体例において、図４に示すように、ＭＡＣＣＥは１つのみのＬＣＩＤフィールドを含んでもよく、該ＬＣＩＤフィールドの値が第１所定値である場合、前記端末はネットワークに復帰しており、又は前記端末はデータの送受信を正常に行うことができる。

別の具体例において、図５に示すように、ＭＡＣＣＥは１つのＬＣＩＤフィールド（値は第１所定値としてもよい）及び１つの数値フィールド（又は方向フィールド）を含み、該ＭＡＣＣＥを受信した場合、ＬＣＩＤフィールドが第１所定値であれば、ＵＥはネットワークに復帰しており、方向フィールドの値が１であればＵＥはダウンリンクデータの受信準備ができており、値が０であればＵＥはネットワーク側に対してアップリンクスケジューリングの開始を要求している。

別のいくつかの実施例において、ＬＣＩＤフィールドは拡張論理チャネル識別子ｅＬＣＩＤで置き換えてもよい。前記ｅＬＣＩＤフィールドは第１パラメータ（例えば、Ｃｏｄｅｐｏｉｎｔ）及び第２パラメータ（例えば、Ｉｎｄｅｘ）を含む。

いくつかの実施例において、前記ＢＳＲは、
ｂｕｆｆｅｒｓｉｚｅフィールドが現れないことと、
ｂｕｆｆｅｒｓｉｚｅフィールドの値が所定値、例えば０であることと、
ＬＣＩＤフィールドの値が所定値、例えば０００であることと、
ＢＳＲが空であることと、のうちのいずれかを満たし、
ＢＳＲが以上のいずれかを満たす場合、該ＢＳＲは端末がネットワークに復帰していることを表す。

いくつかの実施例において、前記端末に専用ＳＲリソースが存在する場合、ＳＲを送信する。

いくつかの実施例において、前記端末にＰＵＳＣＨリソースがある場合、
前記ＢＳＲを送信するステップと、
前記ＭＡＣＣＥを送信するステップと、
前記ＲＲＣ層が前記復帰通知を生成するステップと、
前記端末のＭＡＣ層がＲＲＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＲＲＣ層がＭＡＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＭＡＣ層がＲＲＣ層により生成された前記復帰通知を送信するステップと、のうちのいずれかを実行する。

いくつかの実施例において、前記ＰＵＳＣＨリソースは端末が前記復帰通知を送信するための専用リソースであってもよい。

いくつかの実施例において、前記端末に利用可能なＰＵＳＣＨリソース及び／又は物理アップリンク制御チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ，ＰＵＣＣＨ）リソースがない場合、ランダムアクセスを開始し、ＵＥに専用ランダムアクセスチャネル（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ，ＲＡＣＨ）リソースがある場合、専用ＲＡＣＨリソースを使用してランダムアクセスを実行し、ない場合、ＵＥは競合ＲＡＣＨを実行する。

いくつかの実施例において、前記端末にＣＳＩ又はＳＲＳを報告する専用リソースがある場合、ＣＳＩ報告又はＳＲＳ送信をトリガする。

いくつかの実施例において、前記ネットワークに復帰通知を送信すると判断するステップの前に、前記方法は、
前記ネットワークの第１リソースの設定を取得して、前記第１リソースによって前記ネットワークに前記復帰通知を送信するステップをさらに含む。第１リソースの設定は端末の現在の設定を維持してもよく、端末がネットワーク側から取得したものであってもよく、例えばネットワークＡが送信する端末の離脱通知への応答メッセージに第１リソースの設定が含まれている。

いくつかの実施例において、前記第１リソースは、
ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔタイプｔｙｐｅ１と、
ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔｔｙｐｅ２と、
物理アップリンク共有チャネルＰＵＳＣＨリソースと、
物理アップリンク制御チャネルＰＵＣＣＨリソースと、
専用スケジューリング要求ＳＲリソースと、
専用ランダムアクセスチャネルＲＡＣＨリソースと、
専用サウンディング基準信号ＳＲＳリソースと、
専用チャネル状態情報ＣＳＩ報告リソースと、のうちの少なくとも１つを含む。

いくつかの実施例において、前記ネットワークへの前記端末の復帰は、
ギャップｇａｐが終了する前に前記ネットワークに復帰するか又はｇａｐ長を取り決めずに前記ネットワークに復帰することと、
第１時刻又は第１時刻前に前記ネットワークに復帰することであって、前記第１時刻はｇａｐ終了よりも前になり、且つｇａｐ終了まであとＴ秒あり、Ｔはネットワークにより設定されるか又はプロトコルで取り決められることと、
前記ネットワークによりスケジューリングされるｇａｐが終了した後に前記ネットワークに復帰することと、のうちの少なくとも１つを含む。

ここで、前記ｇａｐは前記端末と前記ネットワークとにより合意して取り決められたもの又は自律的Ａｕｔｏｎｏｍｏｕｓｇａｐである。

上記ｇａｐは、１つの期間又は周期的に現れる期間と解してもよく、この期間中に端末は現在のネットワーク（例えばネットワークＡ）においてスケジューリングの監視又はデータの送受信を行わず、他のネットワークに切り替えて何らかのサービスを実行する。ｇａｐが終了した時又はその後、端末はネットワークＡに復帰し、スケジューリング監視の回復又はデータの送受信を開始すべきである。Ｇａｐは端末によりネットワークに報告されてもよいし、ネットワークにより端末に配置されてもよく、ここで、ｇａｐは、時間長ｄｕｒａｔｉｏｎ／ｌｅｎｇｔｈ、開始時間（ｇａｐｓｔａｒｔｔｉｍｅ）、終了時間（ｇａｐｅｎｄｔｉｍｅ）、ｇａｐ周期、ｇａｐの用途（ｆｏｒＭｕｌｔｉ－ＳＩＭｐｕｒｐｏｓｅ）、ｇａｐ設定の追加もしくは修正もしくはリリースのうちの少なくとも１つを含んでもよい。

１つの具体的な実施例において、ＵＥがネットワークＡにおいてＲＲＣリリースメッセージを受信すると又はＵＥがローカルでＲＲＣ接続をリリースすると、又はＵＥがＲＲＣアイドル（ｉｄｌｅ）もしくは非アクティブ（ｉｎａｃｔｉｖｅ）状態になると、ＵＥはビジー指示情報を送信しないか、又はＵＥは生成されたビジー指示情報を破棄する。具体的には以下のステップ１～ステップ７を含む。

ステップ１で、ＵＥがネットワークＡにおいて接続状態にある。
ステップ２で、ＵＥがネットワークＢにおいてページングメッセージを受信している。
ステップ３で、ＵＥがネットワークＢにおいてビジー指示を送信すると決定し、例えば、ＵＥはネットワークＡのサービスが重要であり及び／又はネットワークＢのサービスが音声サービスではないと判断し、ＵＥはネットワークＢに通知すると決定し、ＵＥはこれからの一定期間内にネットワークＡに切り替えてサービスを処理する。
ステップ４で、ＵＥがネットワークＡにおいて離脱要求を送信するか又はネットワークＡに対して、ネットワークＢに切り替えてビジー指示を送信するための１つのｇａｐを要求している。
ステップ５で、ＵＥがネットワークＡから送信された接続リリースメッセージを受信している。
ステップ６で、ＵＥがネットワークＢにビジー指示を送信しないか、又はビジー指示が既に生成された場合、ＵＥがビジー指示を破棄する。
ステップ７で、ＵＥがネットワークＢにおいてＲＲＣ接続を開始してもよい。

説明すべきことは、本出願の実施例で提供されるネットワークへの復帰の通知方法は、実行主体がネットワークへの復帰の通知装置、又は該ネットワークへの復帰の通知装置におけるネットワークへの復帰の通知方法を実行し搭載するためのモジュールであってもよい点である。本出願の実施例ではネットワークへの復帰の通知装置がネットワークへの復帰の通知方法を実行し搭載することを例にし、本出願の実施例で提供されるネットワークへの復帰の通知方法を説明する。

本出願の実施例は、端末３００に適用されるネットワークへの復帰の通知装置を提供し、図６に示すように、前記装置は、
ネットワークに復帰通知を送信するか否かを判断するための判断モジュール３１０と、
前記ネットワークに前記復帰通知を送信すると判断した場合、前記ネットワークに前記復帰通知を送信するための送信モジュール３２０と、を含む。

いくつかの実施例において、前記判断モジュールは、具体的に、所定条件が満たされると、前記ネットワークに前記復帰通知を送信すると判断するためのものであり、前記所定条件は、以下の第１～第７の所定条件のうちの少なくとも１つを含む。

いくつかの実施例において、前記第１所定条件は、
前記端末のＭＡＣ層の指示、前記端末のＲＲＣ層の指示、前記端末のサービスデータアダプテーションプロトコルＳＤＡＰ層の指示、前記端末のＰＤＣＰ層の指示、及び前記端末の物理層の指示のうちの少なくとも１つに基づいて決定される。なお、前記端末の異なるプロトコル層間にはさらに要求と応答のプロセスが存在してもよいことが理解可能である。例えば、前記端末のＲＲＣ層は前記端末のＭＡＣ層に対して、前記端末に現在送信待ちのアップリンクデータ又はシグナリングがあるか否か（例えば、バッファにデータがある）の指示を要求する。送信待ちのアップリンクデータ又はシグナリングがある場合、前記端末のＭＡＣ層はＲＲＣ層に指示情報を送信する。１つの実施形態において、前記端末がネットワークに復帰すると、前記端末のＳＤＡＰ、ＰＤＣＰ、ＲＲＣ、ＭＡＣ、ＰＨＹのうちの少なくとも１つが回復又は再起動され、回復又は再起動後、新たなアップリンクデータが生成される。

第２所定条件は、前記端末が前記ネットワークに復帰する時にトリガされているバッファ状態レポートＢＳＲがないことである。

第３所定条件は、前記端末が前記ネットワークに復帰する時にバッファ状態レポートＢＳＲがトリガされたが、前記ＢＳＲを送信するリソースがないことである。例えば、端末にＰＵＳＣＨリソースがないか、又は端末に前記ＢＳＲ送信専用のリソースがない。

ここで、前記アップリンクデータを送信するリソースは、設定グラント（ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ）又は動的グラント（ｄｙｎａｍｉｃｇｒａｎｔ）を含む。例えば、ＵＥがネットワークから離脱する前にＢＳＲをトリガした場合、ネットワークはＢＳＲに基づいてＵＥに一定の伝送リソースを割り当てることができ、その後、ＵＥがネットワークから離脱したため、ネットワークは割り当てた伝送リソースを一時的にサスペンドすると決定し、つまり、ＵＥはこれらのリソースによる伝送を行うことができなくなり、ＵＥがネットワークに復帰した後、これらのリソースはまだサスペンド状態にあるが、ＵＥはこのときＢＳＲのトリガ条件を満たさないためＢＳＲをトリガできず、さらにサスペンドされた伝送リソースを回復できないことがあり、この場合、ＵＥはネットワーク側に復帰通知を送信すべきである。

いくつかの実施例において、前記送信モジュールは、具体的に、
ＢＳＲを生成又はトリガするステップと、
前記ネットワークへの前記端末の復帰を指示するためのＭＡＣ制御要素ＣＥを生成するステップと、
ＳＲをトリガするステップと、
前記端末のＭＡＣ層がＲＲＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＲＲＣ層がＭＡＣ層に対して前記復帰通知の生成を要求するステップと、
前記ＲＲＣ層が前記復帰通知を生成するステップと、
前記端末のＭＡＣ層がＲＲＣ層により生成された前記復帰通知を送信するステップと、
ランダムアクセスを開始するステップと、
ＣＳＩ報告又はＳＲＳ送信をトリガするステップと、のうちの少なくとも１つを実行するためのものである。

いくつかの実施例において、前記ネットワークへの前記端末の復帰を指示するための前記ＭＡＣＣＥは特定のＬＣＩＤフィールド及び／又は特定の数値フィールドを含み、そのうち、ＬＣＩＤフィールドはＭＡＣサブヘッダと呼ばれてもよく、特定の数値フィールドはＭＡＣプロトコルデータユニットと呼ばれてもよい。

いくつかの実施例において、前記ＢＳＲは、
ｂｕｆｆｅｒｓｉｚｅフィールドが現れないことと、
ｂｕｆｆｅｒｓｉｚｅフィールドの値が所定値であることと、
ＬＣＩＤフィールドの値が所定値であることと、
ＢＳＲが空であることと、のうちのいずれかを満たす。

いくつかの実施例において、前記送信モジュールは、具体的に、前記端末に専用ＳＲリソースが存在する場合、ＳＲを送信するためのものである。

いくつかの実施例において、前記送信モジュールは、具体的に、前記端末にＰＵＳＣＨリソースがある場合、
前記ＢＳＲを送信するステップと、
前記ＭＡＣＣＥを送信するステップと、
前記ＲＲＣ層が前記復帰通知を生成するステップと、
前記端末のＭＡＣ層がＲＲＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＲＲＣ層がＭＡＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＭＡＣ層がＲＲＣ層により生成された前記復帰通知を送信するステップと、のうちのいずれかを実行するためのものである。

いくつかの実施例において、前記送信モジュールは、具体的に、前記端末に利用可能なＰＵＳＣＨリソース及び／又はＰＵＣＣＨリソースがない場合、ランダムアクセスを開始し、ＵＥに専用ランダムアクセスチャネル（ＲＡＣＨ）リソースがある場合、専用ＲＡＣＨリソースを使用してランダムアクセスを実行し、ない場合、ＵＥが競合ＲＡＣＨを実行するためのものである。

いくつかの実施例において、前記送信モジュールは、具体的に、前記端末にＣＳＩ又はＳＲＳを報告する専用リソースがある場合、ＣＳＩ報告又はＳＲＳ送信をトリガするためのものである。

いくつかの実施例において、前記装置は、
前記端末のパケットデータコンバージェンスプロトコルＰＤＣＰ層の回復を要求又は指示するステップと、
前記端末のＰＤＣＰ層に対して、送信待ちのアップリンクデータがあるか否かの指示を要求するステップと、のうちの少なくとも１つを実行するための処理モジュールをさらに含む。

いくつかの実施例において、前記装置は、
前記ネットワークの第１リソースの設定を取得して、前記第１リソースによって前記ネットワークに前記復帰通知を送信するための取得モジュールをさらに含む。

本出願の実施例におけるネットワークへの復帰の通知装置は装置であってもよく、端末における部材、集積回路、もしくはチップであってもよい。該装置は、携帯型の電子機器であってもよく、非携帯型の電子機器であってもよい。例示的に、携帯型の電子機器は、携帯電話、タブレットパソコン、ノートパソコン、携帯情報端末、車載電子機器、ウェアラブルデバイス、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅｐｅｒｓｏｎａｌｃｏｍｐｕｔｅｒ，ＵＭＰＣ）、ネットブック又はパーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ，ＰＤＡ）等であってもよく、非携帯型の電子機器は、ネットワーク接続ストレージ（ＮｅｔｗｏｒｋＡｔｔａｃｈｅｄＳｔｏｒａｇｅ，ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌｃｏｍｐｕｔｅｒ，ＰＣ）、テレビジョン（ｔｅｌｅｖｉｓｉｏｎ，ＴＶ）、現金自動預払機又はキオスク等であってもよく、本出願の実施例では具体的に限定しない。

本出願の実施例におけるネットワークへの復帰の通知装置は、オペレーティングシステムを有する装置であってもよい。該オペレーティングシステムは、アンドロイド（登録商標）（Ａｎｄｒｏｉｄ（登録商標））オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例では具体的に限定しない。

選択的に、本出願の実施例は、プロセッサと、メモリと、メモリに記憶され且つ前記プロセッサ上で実行可能なプログラム又はコマンドとを含む端末をさらに提供し、該プログラム又はコマンドは、プロセッサにより実行されると、上記ネットワークへの復帰の通知方法の実施例の各プロセスが実現され、且つ同じ技術効果を達成でき、重複を避けるために、ここでは詳細な説明を省略する。

なお、本出願の実施例における端末は上述した携帯型の電子機器及び非携帯型の電子機器を含むことに注意されたい。

図７は本出願の各実施例を実現する端末のハードウェア構造模式図であり、該端末５０は、高周波ユニット５１、ネットワークモジュール５２、オーディオ出力ユニット５３、入力ユニット５４、センサ５５、表示ユニット５６、ユーザ入力ユニット５７、インタフェースユニット５８、メモリ５９、プロセッサ５１０、及び電源５１１等の部材を含むが、それらに限定されない。当業者であれば、図７に示す端末の構造は端末を限定するものではなく、端末は図示より多く又はより少ない部材、又は一部の部材の組合せ、又は異なる部材配置を含んでもよいことが理解可能である。本出願の実施例において、端末は、携帯電話、タブレットパソコン、ノートパソコン、携帯情報端末、車載端末、ウェアラブルデバイス、及び万歩計（登録商標）等を含むが、それらに限定されない。

なお、本出願の実施例において、高周波ユニット５１は、情報の受送信又は通話プロセスでの信号の受送信に用いることができることを理解すべきであり、具体的には、基地局からのダウンリンクデータを受信した後、プロセッサ５１０で処理し、また、アップリンクのデータを基地局に送信する。通常、高周波ユニット５１は、アンテナ、少なくとも１つの増幅器、受送信機、カプラー、低騒音増幅器、デュプレクサ等を含むが、それらに限定されない。また、高周波ユニット５１は、無線通信システムを介してネットワーク及び他の機器と通信することもできる。

メモリ５９は、ソフトウェアプログラム及び様々なデータを記憶するために用いることができる。メモリ５９は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーション（例えば、音声再生機能、画像再生機能等）等を記憶可能なプログラム記憶領域と、携帯電話の使用に応じて作成されたデータ（例えば、オーディオデータ、電話帳等）等を記憶可能なデータ記憶領域と、を主に含んでもよい。また、メモリ５９は、高速ランダムアクセスメモリを含んでもよく、不揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の揮発性ソリッドステート記憶デバイスをさらに含んでもよい。

プロセッサ５１０は、端末の制御センタであり、様々なインタフェース及び回線により端末全体の各部分を接続するものであり、メモリ５９内に記憶されているソフトウェアプログラム及び／又はモジュールを動作させ又は実行し、及びメモリ５９内に記憶されているデータを呼び出すことで、端末の様々な機能及びデータ処理を実行し、それにより、端末を全体的に監視する。プロセッサ５１０は、１つ又は少なくとも２つの処理ユニットを含んでもよく、好ましくは、プロセッサ５１０に、オペレーティングシステム、ユーザインタフェース及びアプリケーション等を主に処理するアプリケーションプロセッサと、無線通信を主に処理するモデムプロセッサとを統合することができる。上記モデムプロセッサはプロセッサ５１０に統合されなくてもよいことが理解可能である。

端末５０は各部材に給電する電源５１１（例えば、電池）をさらに含んでもよく、好ましくは、電源５１１は、電源管理システムによってプロセッサ５１０に論理的に接続し、さらに電源管理システムによって充放電の管理、及び電力消費管理等の機能を実現することができる。

また、端末５０はいくつかの示されていない機能モジュールを含み、ここでは説明を省略する。

いくつかの実施例において、プロセッサ５１０はネットワークに復帰通知を送信するか否かを判断するために用いられ、前記ネットワークに前記復帰通知を送信すると判断した場合、高周波ユニット５１は前記ネットワークに前記復帰通知を送信するために用いられる。

いくつかの実施例において、プロセッサ５１０は、具体的に、所定条件が満たされると、前記ネットワークに前記復帰通知を送信すると判断するために用いられ、前記所定条件は、
前記端末が前記ネットワークに復帰する時に送信待ちのアップリンクデータ及び／又はシグナリングがない第１所定条件と、
前記端末が前記ネットワークに復帰する時にトリガされているバッファ状態レポートＢＳＲがない第２所定条件と、
前記端末が前記ネットワークに復帰する時にバッファ状態レポートＢＳＲがトリガされたが、前記ＢＳＲを送信するリソースがない第３所定条件と、
前記端末が前記ネットワークに復帰する時に送信待ちのアップリンクデータがあるが、前記アップリンクデータが既にＢＳＲをトリガしており、且つ前記アップリンクデータを送信するリソースがない第４所定条件と、
前記ネットワークが前記端末を、復帰通知を送信するように設定している第５所定条件と、
前記端末が前記ネットワークに復帰する前に、前記ネットワークの第１指示情報に従って前記ネットワークから離脱している第６所定条件と、
前記端末が前記ネットワークから自律的に離脱している第７所定条件と、のうちの少なくとも１つを含む。

いくつかの実施例において、ネットワークに復帰通知を送信するか否かを判断するステップは、
前記端末のＭＡＣ層がネットワークに復帰通知を送信するか否かを判断するか、又は
前記端末のＲＲＣ層がネットワークに復帰通知を送信するか否かを判断するステップを含む。

いくつかの実施例において、プロセッサ５１０が前記ネットワークに前記復帰通知を送信すると判断した後、前記ネットワークに前記復帰通知を送信するステップは、
ＢＳＲを生成又はトリガするステップと、
前記ネットワークへの前記端末の復帰を指示するためのＭＡＣ制御要素ＣＥを生成するステップと、
ＳＲをトリガするステップと、
前記端末のＭＡＣ層がＲＲＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＲＲＣ層がＭＡＣ層に対して前記復帰通知の生成を要求するステップと、
前記ＲＲＣ層が前記復帰通知を生成するステップと、
前記端末のＭＡＣ層がＲＲＣ層により生成された前記復帰通知を送信するステップと、
ランダムアクセスを開始するステップと、
ＣＳＩ報告又はＳＲＳ送信をトリガするステップと、のうちの少なくとも１つを含む。

いくつかの実施例において、前記ＭＡＣＣＥは特定のＬＣＩＤフィールド及び／又は特定の数値フィールドを含む。

いくつかの実施例において、高周波ユニット５１は前記端末に専用ＳＲリソースが存在する場合、ＳＲを送信するために用いられる。

いくつかの実施例において、プロセッサ５１０は、前記端末にＰＵＳＣＨリソースがある場合、
前記ＢＳＲを送信するステップと、
前記ＭＡＣＣＥを送信するステップと、
前記ＲＲＣ層が前記復帰通知を生成するステップと、
前記端末のＭＡＣ層がＲＲＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＲＲＣ層がＭＡＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＭＡＣ層がＲＲＣ層により生成された前記復帰通知を送信するステップと、のうちのいずれかを実行するために用いられる。

いくつかの実施例において、プロセッサ５１０は前記端末に利用可能なＰＵＳＣＨリソース及び／又はＰＵＣＣＨリソースがない場合、ランダムアクセスを開始するために用いられる。

いくつかの実施例において、プロセッサ５１０は前記端末にＣＳＩ又はＳＲＳを報告する専用リソースがある場合、ＣＳＩ報告又はＳＲＳ送信をトリガするために用いられる。

いくつかの実施例において、プロセッサ５１０は、さらに、
前記端末のＲＲＣ層が前記端末のパケットデータコンバージェンスプロトコルＰＤＣＰ層の回復を要求又は指示するステップと、
前記端末のＲＲＣ層が前記端末のＰＤＣＰ層に対して、送信待ちのアップリンクデータがあるか否かの指示を要求するステップと、のうちの少なくとも１つを実行するために用いられる。

いくつかの実施例において、高周波ユニット５１は、さらに、前記ネットワークの第１リソースの設定を取得して、前記第１リソースによって前記ネットワークに前記復帰通知を送信するために用いられる。

いくつかの実施例において、前記第１所定条件は、
前記端末のＭＡＣ層の指示、前記端末のＲＲＣ層の指示、前記端末のサービスデータアダプテーションプロトコルＳＤＡＰ層の指示、前記端末のＰＤＣＰ層の指示、及び前記端末の物理層の指示のうちの少なくとも１つに基づいて決定される。

本出願の実施例は可読記憶媒体をさらに提供し、前記可読記憶媒体にプログラム又はコマンドが記憶されており、該プログラム又はコマンドは、プロセッサにより実行されると、上記ネットワークへの復帰の通知方法の実施例の各プロセスが実現され、且つ同じ技術効果を達成でき、重複を避けるために、ここでは詳細な説明を省略する。

ここで、前記プロセッサは上記実施例に記載の電子機器におけるプロセッサである。前記可読記憶媒体は、例えばコンピュータ読み取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ，ＲＡＭ）、磁気ディスク又は光ディスク等のようなコンピュータ可読記憶媒体を含む。

本出願の実施例はチップをさらに提供し、前記チップはプロセッサと通信インタフェースとを含み、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサはプログラム又はコマンドを実行し、上記ネットワークへの復帰の通知方法の実施例の各プロセスを実現するためのものであり、且つ同じ技術効果を達成でき、重複を避けるために、ここでは詳細な説明を省略する。

本出願の実施例で言及したチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等と呼ばれてもよいことを理解すべきである。

説明すべきことは、本明細書において、用語「含む」、「からなる」又はその他のあらゆる変形は、非排他的包含を含むように意図され、それにより一連の要素を含むプロセス、方法、物品又は装置は、それらの要素のみならず、明示されていない他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をも含む点である。特に断らない限り、語句「１つの……を含む」により限定される要素は、該要素を含むプロセス、方法、物品又は装置に別の同じ要素がさらに存在することを排除するものではない。また、指摘すべきことは、本出願の実施形態における方法及び装置の範囲は、図示又は検討された順序で機能を実行することに限定されず、係る機能に応じて実質的に同時に又は逆の順序で機能を実行することも含み得る点であり、例えば、説明されたものと異なる順番で、説明された方法を実行してもよく、さらに各種のステップを追加、省略、又は組み合わせてもよい。また、何らかの例を参照して説明した特徴は他の例において組み合わせられてもよい。

以上の実施形態に対する説明によって、当業者であれば上記実施例の方法がソフトウェアと必要な共通ハードウェアプラットフォームとの組合せという形態で実現できることを明確に理解可能であり、当然ながら、ハードウェアによって実現してもよいが、多くの場合において前者はより好ましい実施形態である。このような見解をもとに、本出願の技術的解決手段は実質的に又は従来技術に寄与する部分はソフトウェア製品の形で実施することができ、該コンピュータソフトウェア製品は、記憶媒体（例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、又はネットワーク機器等であってもよい）に本出願の各実施例に記載の方法を実行させる複数のコマンドを含む。

以上、図面を参照しながら本出願の実施例を説明したが、本出願は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本出願の示唆をもとに、当業者が本出願の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本出願の保護範囲に属するものとする。

（関連出願の相互参照）
本出願は、２０２１年１月１５日に中国で出願した中国特許出願Ｎｏ．２０２１１００５７６４０．６の優先権を主張し、その全ての内容は参照によって本出願に組み込まれる。

いくつかの実施例において、前記ネットワークに復帰通知を送信するか否かを判断するステップの前に、前記方法は、
前記ネットワークの第１リソースの設定を取得して、前記第１リソースによって前記ネットワークに前記復帰通知を送信するステップをさらに含む。第１リソースの設定は端末の現在の設定を維持してもよく、端末がネットワーク側から取得したものであってもよく、例えばネットワークＡが送信する端末の離脱通知への応答メッセージに第１リソースの設定が含まれている。

Claims

端末により実行されるネットワークへの復帰の通知方法であって、
ネットワークに復帰通知を送信するか否かを判断するステップと、
前記ネットワークに前記復帰通知を送信すると判断した場合、前記ネットワークに前記復帰通知を送信するステップと、を含む、前記方法。
ネットワークに復帰通知を送信するか否かを判断するステップは、
所定条件が満たされると、前記ネットワークに前記復帰通知を送信すると判断するステップを含み、前記所定条件は、
前記端末が前記ネットワークに復帰する時に送信待ちのアップリンクデータ及び／又はシグナリングがない第１所定条件と、
前記端末が前記ネットワークに復帰する時にトリガされているバッファ状態レポートＢＳＲがない第２所定条件と、
前記端末が前記ネットワークに復帰する時にバッファ状態レポートＢＳＲがトリガされたが、前記ＢＳＲを送信するリソースがない第３所定条件と、
前記端末が前記ネットワークに復帰する時に送信待ちのアップリンクデータがあるが、前記アップリンクデータが既にＢＳＲをトリガしており、且つ前記アップリンクデータを送信するリソースがない第４所定条件と、
前記ネットワークが前記端末を、復帰通知を送信するように設定している第５所定条件と、
前記端末が前記ネットワークに復帰する前に、前記ネットワークの第１指示情報に従って前記ネットワークから離脱している第６所定条件と、
前記端末が前記ネットワークから自律的に離脱している第７所定条件と、のうちの少なくとも１つを含む、請求項１に記載のネットワークへの復帰の通知方法。
ネットワークに復帰通知を送信するか否かを判断するステップは、
前記端末のＭＡＣ層がネットワークに復帰通知を送信するか否かを判断するか、又は
前記端末のＲＲＣ層がネットワークに復帰通知を送信するか否かを判断するステップを含む、請求項１に記載のネットワークへの復帰の通知方法。
前記ネットワークに前記復帰通知を送信すると判断した後、前記ネットワークに前記復帰通知を送信するステップは、
ＢＳＲを生成又はトリガするステップと、
前記ネットワークへの前記端末の復帰を指示するためのＭＡＣ制御要素ＣＥを生成するステップと、
ＳＲをトリガするステップと、
前記端末のＭＡＣ層がＲＲＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＲＲＣ層がＭＡＣ層に対して前記復帰通知の生成を要求するステップと、
前記ＲＲＣ層が前記復帰通知を生成するステップと、
前記端末のＭＡＣ層がＲＲＣ層により生成された前記復帰通知を送信するステップと、
ランダムアクセスを開始するステップと、
ＣＳＩ報告又はＳＲＳ送信をトリガするステップと、のうちの少なくとも１つを含む、請求項１に記載のネットワークへの復帰の通知方法。
前記ＭＡＣＣＥは特定の論理チャネル識別子ＬＣＩＤフィールド及び／又は特定の数値フィールドを含む、請求項４に記載のネットワークへの復帰の通知方法。
前記ＢＳＲは、
ｂｕｆｆｅｒｓｉｚｅフィールドが現れないことと、
ｂｕｆｆｅｒｓｉｚｅフィールドの値が所定値であることと、
ＬＣＩＤフィールドの値が所定値であることと、
ＢＳＲが空であることと、のうちのいずれかを満たす、請求項４に記載のネットワークへの復帰の通知方法。
前記端末に専用ＳＲリソースが存在する場合、ＳＲを送信する、請求項４に記載のネットワークへの復帰の通知方法。
前記端末にＰＵＳＣＨリソースがある場合、
前記ＢＳＲを送信するステップと、
前記ＭＡＣＣＥを送信するステップと、
前記ＲＲＣ層が前記復帰通知を生成するステップと、
前記端末のＭＡＣ層がＲＲＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＲＲＣ層がＭＡＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＭＡＣ層がＲＲＣ層により生成された前記復帰通知を送信するステップと、のうちのいずれかを実行する、請求項４に記載のネットワークへの復帰の通知方法。
前記端末に利用可能なＰＵＳＣＨリソース及び／又はＰＵＣＣＨリソースがない場合、ランダムアクセスを開始する、請求項４に記載のネットワークへの復帰の通知方法。
前記端末にＣＳＩ又はＳＲＳを報告する専用リソースがある場合、ＣＳＩ報告又はＳＲＳ送信をトリガする、請求項４に記載のネットワークへの復帰の通知方法。
前記ネットワークに復帰通知を送信するか否かを判断するステップの前に、
前記端末のＲＲＣ層が前記端末のパケットデータコンバージェンスプロトコルＰＤＣＰ層の回復を要求又は指示するステップと、
前記端末のＲＲＣ層が前記端末のＰＤＣＰ層に対して、送信待ちのアップリンクデータがあるか否かの指示を要求するステップと、のうちの少なくとも１つをさらに含む、請求項１に記載のネットワークへの復帰の通知方法。
前記ネットワークに復帰通知を送信すると判断するステップの前に、
前記ネットワークの第１リソースの設定を取得して、前記第１リソースによって前記ネットワークに前記復帰通知を送信するステップをさらに含む、請求項１に記載のネットワークへの復帰の通知方法。
前記第１リソースは、
ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔタイプｔｙｐｅ１と、
ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔｔｙｐｅ２と、
物理アップリンク共有チャネルＰＵＳＣＨリソースと、
物理アップリンク制御チャネルＰＵＣＣＨリソースと、
専用スケジューリング要求ＳＲリソースと、
専用ランダムアクセスチャネルＲＡＣＨリソースと、
専用サウンディング基準信号ＳＲＳリソースと、
専用チャネル状態情報ＣＳＩ報告リソースと、のうちの少なくとも１つを含む、請求項１２に記載のネットワークへの復帰の通知方法。
前記第１所定条件は、
前記端末のＭＡＣ層の指示、前記端末のＲＲＣ層の指示、前記端末のサービスデータアダプテーションプロトコルＳＤＡＰ層の指示、前記端末のＰＤＣＰ層の指示、及び前記端末の物理層の指示のうちの少なくとも１つに基づいて決定される、請求項２に記載のネットワークへの復帰の通知方法。
前記ネットワークへの前記端末の復帰は、
ギャップｇａｐが終了する前に前記ネットワークに復帰するか又はｇａｐ長を取り決めずに前記ネットワークに復帰することと、
第１時刻又は第１時刻前に前記ネットワークに復帰することであって、前記第１時刻はｇａｐ終了よりも前になり、且つｇａｐ終了まであとＴ秒あり、Ｔはネットワークにより設定されるか又はプロトコルで取り決められることと、
前記ネットワークによりスケジューリングされるｇａｐが終了した後に前記ネットワークに復帰することと、のうちの少なくとも１つを含む、請求項２に記載のネットワークへの復帰の通知方法。
端末に適用されるネットワークへの復帰の通知装置であって、
ネットワークに復帰通知を送信するか否かを判断するための判断モジュールと、
前記ネットワークに前記復帰通知を送信すると判断した場合、前記ネットワークに前記復帰通知を送信するための送信モジュールと、を含む、前記装置。
前記判断モジュールは、具体的に、所定条件が満たされると、前記ネットワークに前記復帰通知を送信すると判断するためのものであり、前記所定条件は、
前記端末が前記ネットワークに復帰する時に送信待ちのアップリンクデータ及び／又はシグナリングがない第１所定条件と、
前記端末が前記ネットワークに復帰する時にトリガされているバッファ状態レポートＢＳＲがない第２所定条件と、
前記端末が前記ネットワークに復帰する時にバッファ状態レポートＢＳＲがトリガされたが、前記ＢＳＲを送信するリソースがない第３所定条件と、
前記端末が前記ネットワークに復帰する時に送信待ちのアップリンクデータがあるが、前記アップリンクデータが既にＢＳＲをトリガしており、且つ前記アップリンクデータを送信するリソースがない第４所定条件と、
前記ネットワークが前記端末を、復帰通知を送信するように設定している第５所定条件と、
前記端末が前記ネットワークに復帰する前に、前記ネットワークの第１指示情報に従って前記ネットワークから離脱している第６所定条件と、
前記端末が前記ネットワークから自律的に離脱している第７所定条件と、のうちの少なくとも１つを含む、請求項１６に記載のネットワークへの復帰の通知装置。
前記送信モジュールは、具体的に、
ＢＳＲを生成又はトリガするステップと、
前記ネットワークへの前記端末の復帰を指示するためのＭＡＣ制御要素ＣＥを生成するステップと、
ＳＲをトリガするステップと、
前記端末のＭＡＣ層がＲＲＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＲＲＣ層がＭＡＣ層に対して前記復帰通知の生成を要求するステップと、
前記ＲＲＣ層が前記復帰通知を生成するステップと、
前記端末のＭＡＣ層がＲＲＣ層により生成された前記復帰通知を送信するステップと、
ランダムアクセスを開始するステップと、
ＣＳＩ報告又はＳＲＳ送信をトリガするステップと、のうちの少なくとも１つを実行するためのものである、請求項１６に記載のネットワークへの復帰の通知装置。
前記ＭＡＣＣＥは特定のＬＣＩＤフィールド及び／又は特定の数値フィールドを含む、請求項１８に記載のネットワークへの復帰の通知装置。
前記ＢＳＲは、
ｂｕｆｆｅｒｓｉｚｅフィールドが現れないことと、
ｂｕｆｆｅｒｓｉｚｅフィールドの値が所定値であることと、
ＬＣＩＤフィールドの値が所定値であることと、
ＢＳＲが空であることと、のうちのいずれかを満たす、請求項１８に記載のネットワークへの復帰の通知装置。
前記送信モジュールは、具体的に、前記端末に専用ＳＲリソースが存在する場合、ＳＲを送信するためのものである、請求項１８に記載のネットワークへの復帰の通知装置。
前記送信モジュールは、具体的に、前記端末にＰＵＳＣＨリソースがある場合、
前記ＢＳＲを送信するステップと、
前記ＭＡＣＣＥを送信するステップと、
前記ＲＲＣ層が前記復帰通知を生成するステップと、
前記端末のＭＡＣ層がＲＲＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＲＲＣ層がＭＡＣ層に対して前記復帰通知の生成を要求するステップと、
前記端末のＭＡＣ層がＲＲＣ層により生成された前記復帰通知を送信するステップと、のうちのいずれかを実行するためのものである、請求項１８に記載のネットワークへの復帰の通知装置。
前記送信モジュールは、具体的に、前記端末に利用可能なＰＵＳＣＨリソース及び／又はＰＵＣＣＨリソースがない場合、ランダムアクセスを開始するためのものである、請求項１８に記載のネットワークへの復帰の通知装置。
前記送信モジュールは、具体的に、前記端末にＣＳＩ又はＳＲＳを報告する専用リソースがある場合、ＣＳＩ報告又はＳＲＳ送信をトリガするためのものである、請求項１８に記載のネットワークへの復帰の通知装置。
前記端末のパケットデータコンバージェンスプロトコルＰＤＣＰ層の回復を要求又は指示するステップと、
前記端末のＰＤＣＰ層に対して、送信待ちのアップリンクデータがあるか否かの指示を要求するステップと、のうちの少なくとも１つを実行するための処理モジュールをさらに含む、請求項１６に記載のネットワークへの復帰の通知装置。
前記ネットワークの第１リソースの設定を取得して、前記第１リソースによって前記ネットワークに前記復帰通知を送信するための取得モジュールをさらに含む、請求項１６に記載のネットワークへの復帰の通知装置。
前記第１リソースは、
ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔタイプｔｙｐｅ１と、
ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔｔｙｐｅ２と、
物理アップリンク共有チャネルＰＵＳＣＨリソースと、
物理アップリンク制御チャネルＰＵＣＣＨリソースと、
専用スケジューリング要求ＳＲリソースと、
専用ランダムアクセスチャネルＲＡＣＨリソースと、
専用サウンディング基準信号ＳＲＳリソースと、
専用チャネル状態情報ＣＳＩ報告リソースと、のうちの少なくとも１つを含む、請求項２６に記載のネットワークへの復帰の通知装置。
前記第１所定条件は、
前記端末のＭＡＣ層の指示、前記端末のＲＲＣ層の指示、前記端末のサービスデータアダプテーションプロトコルＳＤＡＰ層の指示、前記端末のＰＤＣＰ層の指示、及び前記端末の物理層の指示のうちの少なくとも１つに基づいて決定される、請求項１７に記載のネットワークへの復帰の通知装置。
前記ネットワークへの前記端末の復帰は、
ギャップｇａｐが終了する前に前記ネットワークに復帰するか又はｇａｐ長を取り決めずに前記ネットワークに復帰することと、
第１時刻又は第１時刻前に前記ネットワークに復帰することであって、前記第１時刻はｇａｐ終了よりも前になり、且つｇａｐ終了まであとＴ秒あり、Ｔはネットワークにより設定されるか又はプロトコルで取り決められることと、
前記ネットワークによりスケジューリングされるｇａｐが終了した後に前記ネットワークに復帰することと、のうちの少なくとも１つを含む、請求項１７に記載のネットワークへの復帰の通知装置。
プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラム又はコマンドとを含み、前記プログラム又はコマンドが前記プロセッサにより実行されると、請求項１から１５のいずれか１項に記載のネットワークへの復帰の通知方法のステップが実現される、端末。
プロセッサにより実行されると、請求項１から１５のいずれか１項に記載のネットワークへの復帰の通知方法のステップが実現されるプログラム又はコマンドが記憶されている、可読記憶媒体。
プロセッサと通信インタフェースとを含み、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサがプログラム又はコマンドを実行し、請求項１から１５のいずれか１項に記載のネットワークへの復帰の通知方法のステップを実現するためのものである、チップ。
不揮発性の記憶媒体に記憶されており、少なくとも１つのプロセッサにより実行されることで請求項１から１５のいずれか１項に記載のネットワークへの復帰の通知方法のステップを実現する、コンピュータプログラム製品。