特表2024-519379 | 知財ポータル「IP Force」

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

▶ 中興通訊股▲ふん▼有限公司の特許一覧

特表2024-519379データ中断回復方法、端末、および記憶媒体

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

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

< >

1
2
3
4
5
6
7

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

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

(11)【公表番号】

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

(54)【発明の名称】データ中断回復方法、端末、および記憶媒体

(51)【国際特許分類】

H04W 76/19 20180101AFI20240501BHJP

【ＦＩ】

H04W76/19

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023571757

(86)(22)【出願日】2022-04-29

(85)【翻訳文提出日】2023-11-17

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

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

(87)【国際公開日】2022-12-15

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

(32)【優先日】2021-06-07

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ｉＰａｄ

(71)【出願人】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥＰｌａｚａ，ＫｅｊｉＲｏａｄＳｏｕｔｈ，Ｈｉ－ＴｅｃｈＩｎｄｕｓｔｒｉａｌＰａｒｋ，ＮａｎｓｈａｎＳｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８０５７Ｃｈｉｎａ

(74)【代理人】

【識別番号】100112656

【弁理士】

【氏名又は名称】宮田英毅

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井宏明

(72)【発明者】

【氏名】楊海城

(72)【発明者】

【氏名】周金星

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD24

5K067EE02

5K067EE10

5K067JJ31

(57)【要約】

本開示の実施例は、ＰＤＵセッションを単位としてデータ中断を検出し、ＰＤＵセッションにデータ中断が発生したと検出した場合、すぐにネットワークに再接続してデータ接続再開動作を行うのではなく、データ中断が発生したＰＤＵセッションがセッション切り替え条件を満たしているか否かを先に判定し、満たしている場合、該ＰＤＵセッションを切り替える、データ中断回復方法、端末、および記憶媒体を提供する。
【選択図】図１

【特許請求の範囲】

【請求項1】

プロトコルデータユニットＰＤＵセッションのデータ中断を監視するステップと、
前記ＰＤＵセッションが現在セッション切り替え条件を満たしているか否かを判定するステップと、
前記ＰＤＵセッションが現在セッション切り替え条件を満たしていると判定した場合、前記ＰＤＵセッションを切り替えるステップと、を含む、
データ中断回復方法。

【請求項2】

前記ＰＤＵセッションのデータ中断を監視するステップは、
監視の結果、第１予め設定された期間内に、前記ＰＤＵセッションによってネットワーク側に連続的に送信されたＮ個（Ｎは１以上）のデータメッセージがネットワーク側から応答を受信しなかったこと、
監視の結果、第２予め設定された期間内に、前記ＰＤＵセッションに対応するドメイン名システムのクエリがＭ回（Ｍは１以上）失敗したこと、
監視の結果、第３予め設定された期間内に、前記ＰＤＵセッションに対応するパケットインターネットグローパーがＫ回（Ｋは１以上）失敗したこと、
監視の結果、第４予め設定された期間内に、前記ＰＤＵセッションのデータメッセージ再送信の数が予め設定されたメッセージ再送信閾値に達したこと、
監視の結果、前記ＰＤＵセッションに対応するサーバプローブが失敗したこと、
前記ＰＤＵセッションに対してネットワーク側から送信された予め設定されたＰＤＵセッション解放指示メッセージを監視したこと、のうちの１つを含む、
請求項１に記載のデータ中断回復方法。

【請求項3】

前記ＰＤＵセッションが現在セッション切り替え条件を満たしているか否かを判定する前記ステップは、
前記ＰＤＵセッションが、複数のネットワークチャネルアクセスをサポートするマルチアクセスＭＡＰＤＵセッションであるか否かを判定するステップと、
前記ＰＤＵセッションがＭＡＰＤＵセッションであると判定した場合、前記ＰＤＵセッションによってサポートされる複数のネットワークチャネルのうち現在利用可能なネットワークチャネルが存在するか否かを判定するステップと、を含む、
請求項１に記載のデータ中断回復方法。

【請求項4】

前記ＰＤＵセッションに対応する複数のネットワークチャネルのうち現在利用可能なネットワークチャネルが存在するか否かを判定する前記ステップは、
前記ＰＤＵセッションに対応する複数のネットワークチャネルのうち中断状態としてマークされていないネットワークチャネルが存在するか否かを判定するステップと、
前記ＰＤＵセッションに対応する複数のネットワークチャネルのうちパケット損失率が正常であるネットワークチャネルが存在するか否かを判定するステップと、
前記ＰＤＵセッションに対応する複数のネットワークチャネルのうちサーバプローブが成功したネットワークチャネルが存在するか否かを判定するステップと、
前記ＰＤＵセッションに対応する複数のネットワークチャネルのうちパケットインターネットグローパーが成功したネットワークチャネルが存在するか否かを判定するステップと、
前記ＰＤＵセッションに対応する複数のネットワークチャネルのうちネットワーク品質測定結果が設定されたネットワーク品質条件を満たすネットワークチャネルが存在するか否かを判定するステップと、のうちの１つを含む、
請求項３に記載のデータ中断回復方法。

【請求項5】

前記ＰＤＵセッションに対応する複数のネットワークチャネルは、
少なくとも１つのセルラーネットワークチャネル、
少なくとも１つの非セルラーネットワークチャネルのうちの少なくとも１つを含む、
請求項４に記載のデータ中断回復方法。

【請求項6】

前記ＰＤＵセッションが現在セッション切り替え条件を満たしていないと判定した場合、前記ＰＤＵセッションをデータ中断状態としてマークするステップと、
現在データ中断状態としてマークされているＰＤＵセッションの数が、予め設定されたデータ回復閾値に達した場合、データ接続再開処理を行うステップと、をさらに含み、
または、
前記ＰＤＵセッションが現在セッション切り替え条件を満たしていないと判定した場合、計時を開始し、計時値が予め設定された時間閾値に達した場合、なお前記ＰＤＵセッションのデータ中断を監視していれば、データ接続再開処理を行うステップ、をさらに含む、
請求項１～５のいずれか１項に記載のデータ中断回復方法。

【請求項7】

データ接続再開処理を行う前記ステップは、
設定されたデータ回復規則に従って、
データ接続制御スイッチをオフにしてからオンにする動作、
ネットワーク加入手順を再実行する動作、
ＲＦモジュールを再起動する動作、
モデムを再起動する動作のうちの少なくとも１つを実行するステップを含む、
請求項６に記載のデータ中断回復方法。

【請求項8】

前記データ回復規則は、段階的実行規則を含み、前記段階的実行規則は、現在のデータ回復動作が予め設定された順序で実行された後、第５予め設定された期間内にＰＤＵセッションのデータ中断が存在するか否かを監視し、存在する場合、次のデータ回復動作を実行することを含む、
請求項７に記載のデータ中断回復方法。

【請求項9】

メモリと、プロセッサと、前記メモリと前記プロセッサとを接続する通信バスと、を含む端末であって、
前記メモリは、前記プロセッサによって実行されて、請求項１～８のいずれか１項に記載のデータ中断回復方法のステップを実現する１つまたは複数のコンピュータプログラムを記憶した、端末。

【請求項10】

１つまたは複数のプロセッサによって実行されて、請求項１～８のいずれか１項に記載のデータ中断回復方法のステップを実現するための１つまたは複数のコンピュータプログラムを記憶した、コンピュータ読み取り可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、２０２１年０６月０７日に出願された名称が「データ中断回復方法、端末、および記憶媒体」の中国特許出願ＣＮ２０２１１０６３０１７４．６の優先権を主張しており、その全ての内容は引用によって本開示に組み込まれている。

【0002】

本開示の実施例は、通信分野に関するが、これに限定されるものではなく、具体的に、データ中断回復方法、端末、および記憶媒体に関するが、これに限定されるものではない。

【背景技術】

【0003】

スマート端末はすでに人々の日常生活にとって重要なツールになっており、人々の仕事や生活や娯楽に関するアプリケーションは、スマート端末の発展に伴い、拡張して普及させており、いったん端末のデータ中断（すなわち、スマート端末とネットワーク側のデータ接続やデータ転送に故障）が発生すると、ユーザの生活に多くの不便をもたらすことになる。ユーザのエクスペリエンスを向上させるために、スマート端末は、ネットワーク側とネットワークチャネル接続を確立した後（すなわち、データ接続を確立した後）、ネットワーク側と確立したネットワークチャネルにデータ中断が発生したか否かを継続的に検出し、データ中断を検出した場合、ネットワークに再接続してすべてのデータ接続をクリアすることによってデータ接続再開を行う。しかし、スマート端末がネットワーク側とネットワークチャネルを確立した後、端末がネットワーク側と当該ネットワークチャネルを通じて複数のＰＤＵ（プロトコルデータユニット：ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションを確立する可能性があり、スマート端末がネットワークチャネルの中断を検出したときに、当該ネットワークチャネルにおける個々のＰＤＵセッションのデータが中断されているだけの場合があるので、単にネットワークに直接再接続してデータ接続再開動作を行うだけでは、当該ネットワークチャネルにおけるその他の正常なＰＤＵセッションをリセットしてしまい、トラフィックの連続性を劣化し、ユーザのエクスペリエンスの低下を招く。

【発明の概要】

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

【0004】

本開示の実施例によるデータ中断回復方法、端末、および記憶媒体は、データ中断が検出されると、ネットワークに直接再接続してデータ接続再開を行うことにより、通常のＰＤＵセッションもリセットされてしまうことになるという関連技術における技術的課題を解決する。

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

【0005】

本開示の実施例は、
プロトコルデータユニットＰＤＵセッションのデータ中断を監視するステップと、
前記ＰＤＵセッションが現在セッション切り替え条件を満たしているか否かを判定するステップと、
前記ＰＤＵセッションが現在セッション切り替え条件を満たしていると判定した場合、前記ＰＤＵセッションを切り替えるステップと、を含む、データ中断回復方法を提供する。

【0006】

本開示の実施例は、
メモリと、プロセッサと、前記メモリと前記プロセッサとを接続する通信バスと、を含む端末であって、
前記メモリは、前記プロセッサによって実行されて、前記のデータ中断回復方法のステップを実現する１つまたは複数のコンピュータプログラムを記憶した、端末をさらに提供する。

【0007】

本開示の実施例は、
１つまたは複数のプロセッサによって実行されて、前記のデータ中断回復方法のステップを実現するための１つまたは複数のコンピュータプログラムを記憶した、コンピュータ読み取り可能な記憶媒体をさらに提供する。

【0008】

本開示の他の特徴および対応する有益な効果は明細書の後段に説明されており、有益な効果の少なくとも一部は本開示の明細書の記載から明らかになることが理解されるべきである。

【図面の簡単な説明】

【0009】

【図1】本開示の実施例１によるデータ中断回復方法の流れの概略図である。

【図2】本開示の実施例１によるデータ接続再開方法の流れの概略図である。

【図3】本開示の実施例１による別のデータ接続再開方法の流れの概略図である。

【図4】本開示の実施例２によるデータ中断回復装置の構造概略図である。

【図5】本開示の実施例２によるＡＴＳＳＳ機能の概略図である。

【図6】本開示の実施例２によるデータ中断回復方法の流れの概略図である。

【図7】本開示の実施例３による端末の構造概略図である。

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

【0010】

以下、本開示の目的、技術案、および利点をより明確にするために、図面および具体的な実施形態を参照して、本開示の実施例についてさらに詳細に説明する。本明細書に記載された具体的な実施例は、本開示を説明するためだけに使用され、本開示を限定するためには使用されないことが理解されるべきである。

【0011】

実施例１
関連技術では、端末はネットワーク側とネットワークチャネル接続を確立した後、ネットワークチャネルを単位としてデータ中断の検出を行い、例えば、端末はネットワーク側とセルラーネットワークチャネルおよびワイヤレス忠実度（Ｗｉ－Ｆｉ：ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ）ネットワークチャネルを確立した後、セルラーネットワークチャネルおよびＷｉ－Ｆｉネットワークチャネルにデータ中断が発生したか否かを検出し、発生した場合、ネットワークに直接再接続してデータ回復を行う。しかし、この場合、ネットワークチャネルにおける個々のＰＤＵセッションのデータが中断されているだけの場合があるので、単にネットワークに直接再接続してデータ接続再開動作を行うだけでは、ネットワークチャネルにおけるその他の正常なＰＤＵセッションをリセットしてしまい、トラフィックの連続性を劣化し、ユーザエクスペリエンスを低下させる恐れがある。これに対して、本実施例は、端末がネットワークチャネルを単位としてではなく、ＰＤＵセッションを単位としてデータ中断を検出する新しいデータ中断回復方法を提供し、検出の粒度がより微細になり、データ中断が発生した特定のＰＤＵセッションを特定することができ、その後のデータ回復の正確な制御に対してより有利である。ＰＤＵセッションにデータ中断が発生したと検出した場合、すぐにネットワークに再接続してデータ接続再開動作を行うのではなく、データ中断が発生したＰＤＵセッションがセッション切り替え条件を満たしているか否かを先に判定し、満たしている場合、当該ＰＤＵセッションを切り替える。これにより、ネットワークに再接続してデータ接続再開動作を行うことでその他の正常なＰＤＵセッションをリセットしてしまうことを回避することができ、また、データ中断が発生したＰＤＵセッションを他のチャネルに切り替えて正常な運行を行うことができ、データ回復の効率、正確率を高め、トラフィックの連続性を確保し、さらにユーザエクスペリエンスを向上させる。

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

以上は、具体的な実施形態を参照して本開示の実施例をさらに詳細に説明したものであり、本開示の具体的な実施がこれらの説明のみに限定されるとは理解すべきではない。当業者にとって、本開示の構想を逸脱することなく、いくつかの簡単な推論または置換を行うことができ、いずれも本開示の特許範囲に属するものと見なすべきである。

【図1】