特許 7097445 通信方法、ネットワークデバイス及び端末デバイス

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

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

(11)【特許番号】

(24)【登録日】2022-06-29

(45)【発行日】2022-07-07

(54)【発明の名称】通信方法、ネットワークデバイス及び端末デバイス

(51)【国際特許分類】

   H04W 76/19 20180101AFI20220630BHJP

   H04W 48/20 20090101ALI20220630BHJP

【ＦＩ】

H04W76/19

H04W48/20

【請求項の数】 8

(21)【出願番号】P 2020536885

(86)(22)【出願日】2018-02-14

(65)【公表番号】

(43)【公表日】2021-07-08

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

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

(87)【国際公開日】2019-08-22

【審査請求日】2021-01-15

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

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

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

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村 行孝

(74)【代理人】

【識別番号】100105153

【弁理士】

【氏名又は名称】朝倉 悟

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(72)【発明者】

【氏名】タン、ハイ

【審査官】桑原 聡一

(56)【参考文献】

【文献】Huawei，Security for Msg4[online]，3GPP TSG RAN WG2 adhoc_2018_01_NR R2-1800508，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2018_01_NR/Docs/R2-1800508.zip>，2018年01月22日

【文献】Ericsson，Clause 6.8.2.1 (key handling - RRC INACTIVE/CONNECTED state transition)[online]，3GPP TSG SA WG3 #90 S3-180272，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG3_Security/TSGS3_90_Gothenburg/Docs/S3-180272.zip>，2018年01月22日，第3.1節

【文献】CATT，RRC connection re-establishment and resume procedures in NR[online]，3GPP TSG RAN WG2 adhoc_2018_01_NR R2-1800132，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2018_01_NR/Docs/R2-1800132.zip>，2018年01月22日，Ｆｉｇｕｒｅ ３、Ｆｉｇｕｒｅ ５

【文献】Ericsson，Service Gap control at Resume for non supporting UE[online]，3GPP TSG CT WG1 #108 C1-180388，Internet<URL:https://www.3gpp.org/ftp/tsg_ct/WG1_mm-cc-sm_ex-CN1/TSGC1_108_Gothenburg/Docs/C1-180388.zip>，2018年01月22日，第１．２節

【文献】Nokia, Nokia Shanghai Bell，Way forward on periodic RNA Update[online]，3GPP TSG RAN WG3 #98 R3-174892，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_98/Docs/R3-174892.zip>，2017年11月27日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

第１のネットワークノードが、非アクティブ状態にある端末デバイスにより送信され且つ前記端末デバイスのアンカーネットワークノードを変更するかどうかを指示するための指示情報を含む無線リソース制御（ＲＲＣ）接続回復要求を受信することと、
前記第１のネットワークノードが第２のネットワークノードに前記ＲＲＣ接続回復要求を転送することと、
前記指示情報が前記端末デバイスのアンカーネットワークノードを変更するように指示する場合、前記第１のネットワークノードが前記第２のネットワークノードによって送信された前記端末デバイスのコンテキスト情報を受信することと、
前記第１のネットワークノードが前記第２のネットワークノードからのコンテキスト情報に基づいて、端末デバイスのＲＲＣ接続を回復することとを含み、
前記第１のネットワークノードが前記端末デバイスにサービスを現在に提供するネットワークノードであり、第２のネットワークノードが前記端末デバイスのアンカーネットワークノードであり、前記第１のネットワークノードに前記端末デバイスのコンテキスト情報が保存されなく、前記第２のネットワークノードに前記端末デバイスのコンテキスト情報が保存される、
ことを特徴とする通信方法。

【請求項2】

前記端末デバイスのアンカーネットワークノードは、該端末デバイスが非アクティブ状態に移行する前に前回に接続したネットワークデバイスである
ことを特徴とする請求項１に記載の通信方法。

【請求項3】

第２のネットワークノードが、第１のネットワークノードにより送信され且つ端末デバイスのアンカーネットワークノードを変更するかどうかを指示するための指示情報を含む無線リソース制御（ＲＲＣ）接続回復要求を受信することと、
前記第２のネットワークノードが前記端末デバイスのアンカーネットワークノードを変更するかどうかを決定することと、
前記指示情報が前記端末デバイスのアンカーネットワークノードを変更するように指示する場合、前記第２のネットワークノードが前記第１のネットワークノードに前記端末デバイスのコンテキスト情報を返信することとを含み、
前記第１のネットワークノードが前記端末デバイスにサービスを現在に提供するネットワークノードであり、第２のネットワークノードが前記端末デバイスのアンカーネットワークノードであり、前記第１のネットワークノードに前記端末デバイスのコンテキスト情報が保存されなく、前記第２のネットワークノードに前記端末デバイスのコンテキスト情報が保存される
ことを特徴とする通信方法。

【請求項4】

前記端末デバイスのアンカーネットワークノードは、該端末デバイスが非アクティブ状態に移行する前に前回に接続したネットワークデバイスである
ことを特徴とする請求項３に記載の通信方法。

【請求項5】

通信モジュールと、回復モジュールとを備えるネットワークデバイスであって、
前記通信モジュールは、非アクティブ状態にある端末デバイスにより送信され且つ端末デバイスのアンカーネットワークノードを変更するかどうかを指示するための指示情報を含む無線リソース制御（ＲＲＣ）接続回復要求を受信し、第２のネットワークノードに前記ＲＲＣ接続回復要求を転送し、前記指示情報が前記端末デバイスのアンカーネットワークノードを変更するように指示する場合、前記第２のネットワークノードによって送信された前記端末デバイスのコンテキスト情報を受信するように構成され、前記ネットワークデバイスが前記端末デバイスにサービスを現在提供するネットワークノードであり、第２のネットワークノードが前記端末デバイスのアンカーネットワークノードであり、前記ネットワークデバイスに前記端末デバイスのコンテキスト情報が保存されなく、前記第２のネットワークノードに前記端末デバイスのコンテキスト情報が保存され、
前記回復モジュールは、前記第２のネットワークノードからのコンテキスト情報に基づいて、前記端末デバイスのＲＲＣ接続を回復するように構成される
ことを特徴とするネットワークデバイス。

【請求項6】

前記端末デバイスのアンカーネットワークノードは、該端末デバイスが非アクティブ状態に移行する前に前回に接続したネットワークデバイスである
ことを特徴とする請求項５に記載のネットワークデバイス。

【請求項7】

通信モジュールと、決定モジュールとを備えるネットワークデバイスであって、
前記通信モジュールは、第１のネットワークノードにより送信され且つ端末デバイスのアンカーネットワークノードを変更するかどうかを指示するための指示情報を含む無線リソース制御（ＲＲＣ）接続回復要求を受信するように構成され、前記第１のネットワークノードが前記端末デバイスにサービスを現在に提供するネットワークノードであり、ネットワークデバイスが前記端末デバイスのアンカーネットワークノードであり、前記第１のネットワークノードに前記端末デバイスのコンテキスト情報が保存されなく、前記ネットワークデバイスに前記端末デバイスのコンテキスト情報が保存され、
前記決定モジュールは、前記端末デバイスのアンカーネットワークノードを変更するかどうかを決定するように構成され、
前記通信モジュールは、さらに、前記指示情報が前記端末デバイスのアンカーネットワークノードを変更するように指示する場合、前記第１のネットワークノードに前記端末デバイスのコンテキスト情報を返信する
ことを特徴とするネットワークデバイス。

【請求項8】

前記端末デバイスのアンカーネットワークノードは、該端末デバイスが非アクティブ状態に移行する前に前回に接続したネットワークデバイスである
ことを特徴とする請求項７に記載のネットワークデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本願の実施例は、通信分野に関し、具体的に、通信方法、ネットワークデバイス及び端末デバイスに関する。

【背景技術】

【0002】

従来の通信システムでは、無線シグナリングを低減し、無線接続の快速の回復を行うために、新しい無線リソース制御( Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ )状態、すなわち、非アクティブ( ＲＲＣ＿ＩＮＡＣＴＩＶＥ )が導入され、端末デバイスがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ネットワークがアクセスネットワーク( Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ )ページングのためのページングエリアを構成することができ、端末デバイスがこのページングエリア内を移動するときネットワーク側に通知する必要がない。端末デバイスがこのページングエリアから外に移動した場合、端末デバイスの下りデータが到着すると、この端末デバイスをＲＡＮ及びコアネットワーク( Ｃｏｒｅ Ｎｅｔｗｏｒｋ，ＣＮ )に接続するネットワークノード、即ち、端末デバイスが現在サービスしているネットワークノードは、ページングエリア内の全てのセルにおいて端末デバイスにページングメッセージを送信することをトリガし、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある端末デバイスに、データ受信のためにＲＲＣ接続を回復させる。

【0003】

端末デバイスがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ接続状態に移行することは、以下のトリガ条件に基づくことができる
１、端末デバイスの下りデータ到着する。
２、端末デバイスがＲＡＮロケーションエリア更新を開始する。
３、端末デバイスは、上りデータを送信する必要がある。

【0004】

しかしながら、どのようなトリガ条件であっても、端末デバイスのコンテキスト情報を取得する必要があり、端末デバイスのコンテキスト情報を端末デバイスのアンカーネットワークノードに格納しており、この場合、ネットワークのシグナリングオーバーヘッドを低減するために、ＲＲＣ接続をどのように回復するかが、解決すべき課題である。

【発明の概要】

【0005】

本願の実施例は、ネットワークのシグナリングオーバーヘッドを低減させることができる通信方法、ネットワークデバイス及び端末デバイスを提供する。

【0006】

第１の態様は、通信方法を提供し、
第１のネットワークノードが非アクティブ状態にある端末デバイスにより送信された無線リソース制御ＲＲＣ接続回復要求を受信することと、前記第１のネットワークノードが前記指示情報に基づいて、前記端末デバイスのアンカーネットワークノードを変更するかどうかを決定することとを含み、前記ＲＲＣ接続回復要求が指示情報を含み、前記指示情報が、前記端末デバイスのアンカーネットワークノードを変更するかどうかを指示し、ここで、前記第１のネットワークノードが前記端末デバイスにサービスを現在に提供するネットワークノードであり、第２のネットワークノードが前記端末デバイスのアンカーネットワークノードであり、前記第１のネットワークノードに前記端末デバイスのコンテキスト情報が保存されなく、前記第２のネットワークノードに前記端末デバイスのコンテキスト情報が保存される。

【0007】

任意選択で、端末デバイスは、ＲＲＣ接続回復のトリガーイベントに応じて、アンカーネットワークノードを変更する必要がないと決定してもよく、例えば、トリガーイベントが端末デバイス自身によって開始されるＲＡＮロケーションエリア更新である場合、アンカーネットワークノードを変更しないと決定し、ネットワークのシグナリングオーバーヘッドを低減でき、又は、トリガーイベントが下りデータ到着又は上りデータ送信である場合、端末デバイスのアンカーネットワークノードを変更すると決定して、データのタイムリーな伝送を可能にしてもよい。

【0008】

実現可能な方式において、前記第１のネットワークノードが前記指示情報に基づいて、前記端末デバイスのアンカーネットワークノードを変更するかどうかを決定することは、前記指示情報が前記端末デバイスのアンカーネットワークノードを変更するように指示する場合、前記第１のネットワークノードが前記端末デバイスのアンカーネットワークノードを変更すると決定し、又は、前記指示情報が前記端末デバイスのアンカーネットワークノードを変更しないように指示する場合、前記第１のネットワークノードが前記端末デバイスのアンカーネットワークノードを変更しないと決定することを含む。

【0009】

実現可能な方式において、前記方法は、さらに、前記端末デバイスのアンカーネットワークノードを変更すると決定する場合、前記第１のネットワークノードが前記第２のネットワークノードから前記端末デバイスのコンテキスト情報を取得することと、前記第１のネットワークノードが前記端末デバイスのコンテキスト情報に基づいて、前記端末デバイスのＲＲＣ接続を回復することとを含む。

【0010】

実現可能な方式において、前記第１のネットワークノードが前記第２のネットワークノードから前記端末デバイスのコンテキスト情報を取得することは、前記第１のネットワークノードが前記第２のネットワークノードにコンテキスト要求メッセージを送信することと、前記コンテキスト要求メッセージが前記端末デバイスのコンテキスト情報を取得するように要求し、前記第１のネットワークノードが前記第２のネットワークノードにより返信された前記端末デバイスのコンテキスト情報を受信することとを含み。

【0011】

実現可能な方式において、前記方法は、さらに、前記端末デバイスのアンカーネットワークノードを変更しないと決定する場合、前記第１のネットワークノードが前記第２のネットワークノードに前記ＲＲＣ接続回復要求を転送することと、前記第１のネットワークノードが前記第２のネットワークノードにより返信された応答メッセージに基づいて、前記端末デバイスのＲＲＣ接続を回復することとを含む。

【0012】

第２の態様は、通信方法を提供し、第１のネットワークノードが非アクティブ状態にある端末デバイスにより送信された無線リソース制御ＲＲＣ接続回復要求を受信することと、前記第１のネットワークノードが前記第２のネットワークノードに前記ＲＲＣ接続回復要求を転送することと、前記第１のネットワークノードが前記第２のネットワークノードの応答メッセージに基づいて、前記端末デバイスのＲＲＣ接続を回復することとを含み、ここで、前記第１のネットワークノードが前記端末デバイスにサービスを現在に提供するネットワークノードであり、第２のネットワークノードが前記端末デバイスのアンカーネットワークノードであり、前記第１のネットワークノードに前記端末デバイスのコンテキスト情報が保存されなく、前記第２のネットワークノードに前記端末デバイスのコンテキスト情報が保存される。

【0013】

実現可能な方式において、前記第１のネットワークノードが前記第２のネットワークノードの応答メッセージに基づいて、前記端末デバイスのＲＲＣ接続を回復することは、前記応答メッセージが前記ＲＲＣ接続回復応答メッセージである場合、前記第１のネットワークノードが前記応答メッセージを前記端末デバイスに転送することを含む。

【0014】

実現可能な方式において、前記第１のネットワークノードが前記第２のネットワークノードの応答メッセージに基づいて、前記端末デバイスのＲＲＣ接続を回復することは、前記応答メッセージが前記端末デバイスのコンテキスト情報である場合、前記第１のネットワークノードが前記端末デバイスのコンテキスト情報に基づいて前記端末デバイスのＲＲＣ接続を回復することを含む。

【0015】

第３の態様は、通信方法を提供し、
非アクティブ状態にある端末デバイスが前記端末デバイスのアンカーネットワークノードを変更するかどうかを決定することと、
前記端末デバイスが第１のネットワークノードに無線リソース制御ＲＲＣ接続回復要求を送信することとを含み、
前記ＲＲＣ接続回復要求が指示情報を含み、前記指示情報が、前記端末デバイスのアンカーネットワークノードを変更するかどうかを指示し、ここで、前記第１のネットワークノードが前記端末デバイスにサービスを現在に提供するネットワークノードであり、前記第１のネットワークノードに前記端末デバイスのコンテキスト情報が保存されない。

【0016】

実現可能な方式において、前記方法は、さらに、前記端末デバイスのアンカーネットワークノードを変更しない場合、前記端末デバイスが、前記第１のネットワークノードにより転送された第２のネットワークデバイスにより送信されたＲＲＣ接続回復応答メッセージを受信することを含み、前記第２のネットワークノードが前記端末デバイスのアンカーネットワークノードであり、前記第２のネットワークノードに前記端末デバイスのコンテキスト情報が保存される。

【0017】

実現可能な方式において、前記方法は、さらに、前記端末デバイスのアンカーネットワークノードを変更する場合、前記端末デバイスが前記第１のネットワークノードにより送信されたＲＲＣ接続回復応答メッセージを受信することを含む。

【0018】

実現可能な方式において、前記非アクティブ状態にある端末デバイスが前記端末デバイスのアンカーネットワークノードを変更するかどうかを決定することは、前記端末デバイスの非アクティブ状態から接続状態へのトリガーイベントがアクセスネットワークＲＡＮロケーションエリア更新である場合、前記端末デバイスが前記端末デバイスのアンカーネットワークノードを変更しないと決定することを含む。

【0019】

第４の態様は、通信方法を提供し、第２のネットワークノードが、第１のネットワークノードにより転送された、非アクティブ状態にある端末デバイスにより送信された無線リソース制御ＲＲＣ接続回復要求を受信することと、前記第２のネットワークノードが前記端末デバイスのアンカーネットワークノードを変更するかどうかを決定することとを含み、ここで、前記第１のネットワークノードが前記端末デバイスにサービスを現在に提供するネットワークノードであり、第２のネットワークノードが前記端末デバイスのアンカーネットワークノードであり、前記第１のネットワークノードに前記端末デバイスのコンテキスト情報が保存されなく、前記第２のネットワークノードに前記端末デバイスのコンテキスト情報が保存される。

【0020】

実現可能な方式において、前記方法は、さらに、前記端末デバイスのアンカーネットワークノードを変更しないと決定する場合、前記第１のネットワークノードが前記ＲＲＣ接続回復応答メッセージを前記端末デバイスに転送するように、前記第２のネットワークノードが前記第１のネットワークノードに前記ＲＲＣ接続回復応答メッセージを返信することを含む。
実現可能な方式において、前記方法は、さらに、前記端末デバイスのアンカーネットワークノードを変更すると決定する場合、前記第２のネットワークノードが前記第１のネットワークノードに前記端末デバイスのコンテキスト情報を返信することを含む。

【0021】

第５の態様は、上記の第１の態様または第１の態様の任意の可能な実装における方法を実行するように構成されたネットワークデバイスを提供する。特に、デバイスは、上記の第１の態様または第１の態様の任意の可能な実施例における方法を実行するためのユニットを含む。

【0022】

第６の態様は、上記の第２の態様または第２の態様の任意の可能な実装における方法を実行するように構成されたネットワークデバイスを提供する。特に、デバイスは、上記の第２の態様または第２の態様の任意の可能な実施例における方法を実行するためのユニットを含む。

【0023】

第７の態様は、上記第３の態様又は第３の態様の任意の可能な実装態様の方法を実行するように構成された端末デバイスを提供する。特に、デバイスは、上記の第３の態様または第３の態様の任意の可能な実施例における方法を実行するためのユニットを含む。

【0024】

第８の態様は、上記の第４の態様または第４の態様の任意の可能な実装における方法を実行するように構成されたネットワークデバイスを提供する。特に、デバイスは、上記の第４の態様または第４の態様の任意の可能な実施例における方法を実行するためのユニットを含む。

【0025】

第９の態様は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備えるネットワークデバイスを提供する。ここで、メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するように構成され、プロセッサは、メモリに記憶された命令を実行して、上記の第１の態様または第１の態様の任意の可能な実装形態における方法を実行し、または、上記の第２の態様または第２の態様の任意の可能な実装形態における方法を実行し、又は、第４の態様または第４の態様の任意の可能な実装形態における方法を実行するように構成される。

【0026】

第１０の態様は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを有する端末デバイスを提供する。メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するように構成され、プロセッサは、メモリに記憶された命令を実行して、第３または第３の態様の任意の可能な実装形態における上記の方法を実行するように構成される。

【0027】

第１１の態様は、上記の第１の態様もしくは第１の態様の任意の可能な実装形態における方法、上記の第２の態様もしくは第２の態様の任意の可能な実装形態における方法、または上記の第３の態様もしくは第３の態様の任意の可能な実装形態における方法、または上記の第４の態様もしくは第４の態様の任意の可能な実装形態における方法を実行するためのコンピュータソフトウェア命令を記憶するように構成されたコンピュータ記憶媒体を提供し、上記の態様を実行するように設計されたプログラムを含む。

【0028】

第１２の態様は、命令を含むコンピュータプログラム製品を提供し、コンピュータ上で実行されると、コンピュータに、上記の第１の態様もしくは第１の態様の任意の可能な実装形態における方法、または上記の第２の態様もしくは第２の態様の任意の可能な実装形態における方法、または上記の第３の態様もしくは第３の態様の任意の可能な実装形態における方法、または上記の第４の態様もしくは第４の態様の任意の可能な実装形態における方法を実行させる。

【図面の簡単な説明】

【0029】

【図1】本実施例が応用される通信システムの模式図である。

【図2】本願の実施例における通信方法のフローチャートである。

【図3】本願の他の実施例における通信方法のフローチャートである。

【図4】本願の他の実施例における通信方法のフローチャートである。

【図5】本願の他の実施例における通信方法のフローチャートである。

【図6】本願の実施例におけるネットワークデバイスの模式図である。

【図7】本願の実施例におけるネットワークデバイスの模式図である。

【図8】本願の実施例における端末デバイスの模式図である。

【図9】本願の実施例におけるネットワークデバイスの模式図である。

【図10】本願の実施例におけるネットワークデバイスの模式図である。

【図11】本願の実施例における端末デバイスの模式図である。

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

【0030】

本願実施例の技術は、様々な通信システムに適用可能であり、例えば、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ （ ＧＳＭ )方式、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＣＤＭＡ )方式、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＷＣＤＭＡ )方式、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ ＧＰＲＳ )方式、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ ＬＴＥ )方式、Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ （ ＦＤＤ )方式、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ （ ＴＤＤ )方式、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ （ ＵＭＴＳ )方式、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ （ ＷｉＭＡＸ )方式、将来の５Ｇ方式等の移動通信システム、あるいは、これらを組み合わせた通信システム等に適用することができる。

【0031】

図１は、本願の実施例が適用される無線通信システム１００を示す。無線通信システム１００は、ネットワークデバイス１１０を含み得る。ネットワークデバイス１００は、端末デバイスと通信する装置であってもよい。ネットワークデバイス１００は、特定の地理的エリアに通信カバレッジを提供し得、カバレッジエリア内に配置されたＵＥなどの端末デバイスと通信し得る。任意選択で、ネットワークデバイス１００は、ＧＳＭシステムまたはＣＤＭＡシステムにおける基地局( Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ )、ＷＣＤＭＡシステムにおける基地局( ＮｏｄｅＢ，ＮＢ )、ＬＴＥシステムにおける発展型基地局( Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ、又はｅＮｏｄｅＢ )、またはクラウド無線アクセスネットワーク( Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＣＲＡＮ )における無線コントローラであってもよく、または中継局、アクセスポイント、車載装置、ウェアラブル装置、将来の５Gネットワークにおけるネットワーク側装置、または将来の公衆地上モバイルネットワーク( Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ )におけるネットワークデバイスなどであってもよい。

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

また、ソフトウェア的な機能単位で実現され、独立した製品として販売又は使用される場合には、コンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本発明の技術的解決策の本質または従来技術に寄与する部分、または本発明の技術的解決策の部分は、１つのコンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい)に本発明の様々な実施例による方法のステップの全てまたは一部を実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化されてもよい。なお、前記記憶媒体としては、U-ディスク、リムーバブルハードディスク、リードオンリーメモリ( ＲＯＭ，Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ )、ランダムアクセスメモリ（ ＲＡＭ，Ｒａｎｄｏｍ ＡｃｃeＳＳ Memory )、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を包含する。

【0093】

以上、本発明の具体的な実施例を説明したが、本発明の技術的範囲はこれに限定されるものではなく、本発明が属する技術分野で通常の知識を有する者であれば、本発明の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本発明の保護範囲は、特許請求の範囲によって定義されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】