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

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

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

▶ 大唐移▲動▼通信▲設▼▲備▼有限公司の特許一覧

特許7167193ＲＲＣ不活性状態におけるデータ伝送方法、装置、端末及び機器

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

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

< >

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

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

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

(11)【特許番号】

(24)【登録日】2022-10-28

(45)【発行日】2022-11-08

(54)【発明の名称】ＲＲＣ不活性状態におけるデータ伝送方法、装置、端末及び機器

(51)【国際特許分類】

H04W 36/00 20090101AFI20221031BHJP

H04W 76/27 20180101ALI20221031BHJP

H04W 92/20 20090101ALI20221031BHJP

【ＦＩ】

H04W36/00

H04W76/27

H04W92/20

【請求項の数】 12

(21)【出願番号】P 2020571461

(86)(22)【出願日】2019-03-13

(65)【公表番号】

(43)【公表日】2021-10-21

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

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

(87)【国際公開日】2019-12-26

【審査請求日】2020-12-21

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

(32)【優先日】2018-06-21

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

(73)【特許権者】

【識別番号】510065207

【氏名又は名称】大唐移▲動▼通信▲設▼▲備▼有限公司

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

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

(74)【代理人】

【識別番号】110001416

【氏名又は名称】特許業務法人信栄特許事務所

(72)【発明者】

【氏名】周叶

(72)【発明者】

【氏名】▲孫▼ 建成

【審査官】伊藤嘉彦

(56)【参考文献】

【文献】ZTE Corporation, Sane Chips，Considertion on periodic RAN area update procedure[online]，3GPP TSG RAN WG2 #99bis R2-1710429，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99bis/Docs/R2-1710429.zip>，2017年09月28日

【文献】HTC，RRC aspects in NB-IoT[online]，3GPP TSG-RAN WG2#92 R2-156425，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_92/Docs/R2-156425.zip>，2015年11月06日

【文献】Qualcomm Incorporated，Feedback of MCG Split SRB[online]，3GPP TSG RAN WG3 #98 R3-175020，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_98/Docs/R3-175020.zip>，2017年12月03日

【文献】CATT，Periodic RNA update[online]，3GPP TSG RAN WG2 #99bis R2-1711760，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99bis/Docs/R2-1711760.zip>，2017年09月29日

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１，４

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

【請求項1】

第１ノード機器に応用される無線リソース制御ＲＲＣ不活性状態におけるデータ伝送方法であって、
第２ノード機器から送信された端末コンテキスト回復要求メッセージを取得すると、前記端末コンテキスト回復要求メッセージに応答して、インタフェースメッセージを前記第２ノード機器に送信することを含み、
ここで、前記インタフェースメッセージは、前記端末に送信する少なくとも１つのパケットデータ収束プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを含み、前記第２ノード機器は、ＲＲＣ不活性状態にある端末の現在のサービスノードであり、前記第１ノード機器は、前記端末のアンカーノードであり、
前記ＰＤＣＰＰＤＵには、前記端末に送信するＲＲＣメッセージが含まれ、
前記ＲＲＣメッセージには、
デフォルトの第１シグナリング無線ベアラＳＲＢ１による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ１による下りＲＲＣメッセージの受信継続を前記端末に指示する指示情報、
デフォルトの第２シグナリング無線ベアラＳＲＢ２による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ２による下りＲＲＣメッセージの受信を前記端末に指示する指示情報、の少なくとも１つが含まれる、無線リソース制御ＲＲＣ不活性状態におけるデータ伝送方法。

【請求項2】

【請求項3】

前記の少なくとも１つのパケットデータ収束プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを含むインタフェースメッセージを前記第２ノード機器に送信することにおいて、
前記インタフェースメッセージを端末コンテキスト回復応答メッセージによって前記第２ノード機器に送信し、又は、前記インタフェースメッセージを端末コンテキスト回復失敗メッセージによって前記第２ノード機器に送信する、請求項１に記載のＲＲＣ不活性状態におけるデータ伝送方法。

【請求項4】

第２ノード機器から送信された端末コンテキスト回復要求メッセージを取得し、コンテキスト移行プロセスの実行が不要であることを指示するための所定の指示情報が前記端末コンテキスト回復要求メッセージに含まれると判定すると、コンテキスト移行プロセスを実行しないと決定することを更に含む、請求項１に記載のＲＲＣ不活性状態におけるデータ伝送方法。

【請求項5】

第２ノード機器に応用される無線リソース制御ＲＲＣ不活性状態におけるデータ伝送方法であって、
ＲＲＣ不活性状態にある端末から送信されたＲＲＣ回復要求に基づいて端末コンテキスト回復要求メッセージを第１ノード機器に送信した後に、前記第１ノード機器から前記端末コンテキスト回復要求メッセージに基づいて送信されたインタフェースメッセージを受信することを含み、
ここで、前記インタフェースメッセージは、少なくとも１つのパケットデータ収束プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを含み、前記第１ノード機器は、前記端末のアンカーノードであり、前記第２ノード機器は、前記端末の現在のサービスノードであり、
前記ＰＤＣＰＰＤＵを前記端末に送信することを更に含み、
前記ＰＤＣＰＰＤＵには、前記端末に送信するＲＲＣメッセージが含まれ、
前記ＲＲＣメッセージには、
デフォルトの第１シグナリング無線ベアラＳＲＢ１による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ１による下りＲＲＣメッセージの受信継続を前記端末に指示する指示情報、
デフォルトの第２シグナリング無線ベアラＳＲＢ２による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ２による下りＲＲＣメッセージの受信を前記端末に指示する指示情報、
の少なくとも１つが含まれる、無線リソース制御ＲＲＣ不活性状態におけるデータ伝送方法。

【請求項6】

前記インタフェースメッセージには、
デフォルトのＳＲＢ１による上りＲＲＣメッセージの受信を前記第２ノード機器に指示する指示情報、
デフォルトのＳＲＢ１による下りＲＲＣメッセージの送信継続を前記第２ノード機器に指示する指示情報、
デフォルトのＳＲＢ２による上りＲＲＣメッセージの受信を前記第２ノード機器に指示する指示情報、
デフォルトのＳＲＢ２による下りＲＲＣメッセージの送信を前記第２ノード機器に指示する指示情報、の少なくとも１つが含まれ、
前記インタフェースメッセージには、デフォルトのＳＲＢ１による上りＲＲＣメッセージの受信を前記第２ノード機器に指示する指示情報が含まれる場合、
端末からデフォルトのＳＲＢ１で送信され、送信すべき上りＲＲＣメッセージが含まれるＰＤＣＰＰＤＵを受信することと、
端末から送信されたＰＤＣＰＰＤＵを前記第１ノード機器に送信することとを更に含み、
前記インタフェースメッセージには、デフォルトのＳＲＢ１による下りＲＲＣメッセージの送信継続を前記第２ノード機器に指示する指示情報が含まれる場合、
端末に送信すべき下りＲＲＣメッセージが含まれるＰＤＣＰＰＤＵをデフォルトのＳＲＢ１によって端末に送信することを更に含み、
前記インタフェースメッセージには、デフォルトのＳＲＢ２による上りＲＲＣメッセージの受信を前記第２ノード機器に指示する指示情報が含まれる場合、
端末からデフォルトのＳＲＢ２で送信され、送信すべき上りＲＲＣメッセージが含まれるＰＤＣＰＰＤＵを受信することと、
端末から送信されたＰＤＣＰＰＤＵを前記第１ノード機器に送信することとを更に含み、
前記インタフェースメッセージには、デフォルトのＳＲＢ２による下りＲＲＣメッセージの送信を前記第２ノード機器に指示する指示情報が含まれる場合、
端末に送信すべき下りＲＲＣメッセージが含まれるＰＤＣＰＰＤＵをデフォルトのＳＲＢ２によって端末に送信することを更に含む、請求項５に記載のＲＲＣ不活性状態におけるデータ伝送方法。

【請求項7】

コンテキスト移行プロセスの実行が不要であることを指示するための所定の指示情報が含まれるＲＲＣ回復要求を前記端末から受信することと、
前記所定の指示情報が含まれる前記端末テキスト回復要求メッセージを前記第１ノード機器に送信することとを更に含む、請求項５に記載のＲＲＣ不活性状態におけるデータ伝送方法。

【請求項8】

端末に応用される無線リソース制御ＲＲＣ不活性状態におけるデータ伝送方法であって、
前記端末がＲＲＣ不活性状態にある場合、ＲＲＣ回復要求を第２ノード機器に送信した後に、前記第２ノード機器から送信された、ＲＲＣメッセージが含まれるＰＤＣＰＰＤＵを受信することを含み、
ここで、前記ＲＲＣメッセージには、
デフォルトの第１シグナリング無線ベアラＳＲＢ１による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ１による下りＲＲＣメッセージの受信継続を前記端末に指示する指示情報、
デフォルトの第２シグナリング無線ベアラＳＲＢ２による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ２による下りＲＲＣメッセージの受信を前記端末に指示する指示情報、の少なくとも１つが含まれ、
ここで、前記第２ノード機器は、前記端末の現在のサービスノードであり、前記端末のアンカーノードは、前記第２ノード機器とは異なる第１ノード機器である、無線リソース制御ＲＲＣ不活性状態におけるデータ伝送方法。

【請求項9】

前記ＲＲＣメッセージには、デフォルトのＳＲＢ１による上りＲＲＣメッセージの送信を前記端末に指示する指示情報が含まれる場合、
送信すべき上りＲＲＣメッセージをデフォルトのＳＲＢ１によって前記第２ノード機器に送信することを更に含み、
前記ＲＲＣメッセージには、デフォルトのＳＲＢ１による下りＲＲＣメッセージの受信継続を前記端末に指示する指示情報が含まれる場合、
前記第２ノード機器からの下りＲＲＣメッセージの受信継続をデフォルトのＳＲＢ１によって行うことを更に含み、
前記ＲＲＣメッセージには、デフォルトのＳＲＢ２による上りＲＲＣメッセージの送信を前記端末に指示する指示情報が含まれる場合、
送信すべき上りＲＲＣメッセージをデフォルトのＳＲＢ２によって前記第２ノード機器に送信することを更に含み、
前記ＲＲＣメッセージには、デフォルトのＳＲＢ２による下りＲＲＣメッセージの受信を前記端末に指示する指示情報が含まれる場合、
前記第２ノード機器から下りＲＲＣメッセージをデフォルトのＳＲＢ２によって受信することを更に含み、
ＲＲＣ接続回復を開始する場合、コンテキスト移行プロセスの実行が不要であることを指示するための所定の指示情報が含まれるＲＲＣ回復要求を前記第２ノード機器に送信することを更に含む、請求項８に記載のＲＲＣ不活性状態におけるデータ伝送方法。

【請求項10】

第１ノード機器に応用される無線リソース制御ＲＲＣ不活性状態におけるデータ伝送装置であって、
第２ノード機器から送信された端末コンテキスト回復要求メッセージを取得すると、前記端末コンテキスト回復要求メッセージに応答して、インタフェースメッセージを前記第２ノード機器に送信する送信モジュールを含み、
ここで、前記インタフェースメッセージは、前記端末に送信する少なくとも１つのパケットデータ収束プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを含み、前記第２ノード機器は、ＲＲＣ不活性状態にある端末の現在のサービスノードであり、前記第１ノード機器は、前記端末のアンカーノードであり、
前記ＰＤＣＰＰＤＵには、前記端末に送信するＲＲＣメッセージが含まれ、
前記ＲＲＣメッセージには、
デフォルトの第１シグナリング無線ベアラＳＲＢ１による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ１による下りＲＲＣメッセージの受信継続を前記端末に指示する指示情報、
デフォルトの第２シグナリング無線ベアラＳＲＢ２による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ２による下りＲＲＣメッセージの受信を前記端末に指示する指示情報、の少なくとも１つが含まれる、無線リソース制御ＲＲＣ不活性状態におけるデータ伝送装置。

【請求項11】

第２ノード機器に応用される無線リソース制御ＲＲＣ不活性状態におけるデータ伝送装置であって、
ＲＲＣ不活性状態にある端末から送信されたＲＲＣ回復要求に基づいて端末コンテキスト回復要求メッセージを第１ノード機器に送信した後に、前記第１ノード機器から前記端末コンテキスト回復要求メッセージに基づいて送信されたインタフェースメッセージを受信するデータ伝送モジュールを含み、
ここで、前記インタフェースメッセージは、少なくとも１つのパケットデータ収束プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを含み、前記第１ノード機器は、前記端末のアンカーノードであり、前記第２ノード機器は、前記端末の現在のサービスノードであり、
前記データ伝送モジュールは、前記ＰＤＣＰＰＤＵを前記端末に送信することにさらに用いられ、
前記ＰＤＣＰＰＤＵには、前記端末に送信するＲＲＣメッセージが含まれ、
前記ＲＲＣメッセージには、
デフォルトの第１シグナリング無線ベアラＳＲＢ１による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ１による下りＲＲＣメッセージの受信継続を前記端末に指示する指示情報、
デフォルトの第２シグナリング無線ベアラＳＲＢ２による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ２による下りＲＲＣメッセージの受信を前記端末に指示する指示情報、
の少なくとも１つが含まれる、無線リソース制御ＲＲＣ不活性状態におけるデータ伝送装置。

【請求項12】

端末に応用される無線リソース制御ＲＲＣ不活性状態におけるデータ伝送装置であって、
前記端末がＲＲＣ不活性状態にある場合、ＲＲＣ回復要求を第２ノード機器に送信した後に、前記第２ノード機器から送信された、ＲＲＣメッセージが含まれるＰＤＣＰＰＤＵを受信する送受信モジュールを含み、
ここで、前記ＲＲＣメッセージには、
デフォルトの第１シグナリング無線ベアラＳＲＢ１による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ１による下りＲＲＣメッセージの受信継続を前記端末に指示する指示情報、
デフォルトの第２シグナリング無線ベアラＳＲＢ２による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ２による下りＲＲＣメッセージの受信を前記端末に指示する指示情報、の少なくとも１つが含まれ、
ここで、前記第２ノード機器は、前記端末の現在のサービスノードであり、前記端末のアンカーノードは、前記第２ノード機器とは異なる第１ノード機器である、無線リソース制御ＲＲＣ不活性状態におけるデータ伝送装置。

【発明の詳細な説明】

【技術分野】

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

選択可能に、前記ノード機器において、
前記ＰＤＣＰＰＤＵには、前記端末に送信するＲＲＣメッセージが含まれる。

【0030】

【0031】

【0032】

選択可能に、前記ノード機器において、
前記インタフェースメッセージには、デフォルトのＳＲＢ１による上りＲＲＣメッセージの受信を前記第２ノード機器に指示する指示情報が含まれる場合、
前記プロセッサは、更に、
端末からデフォルトのＳＲＢ１で送信され、送信すべき上りＲＲＣメッセージが含まれるＰＤＣＰＰＤＵを受信し、
端末から送信されたＰＤＣＰＰＤＵを前記第１ノード機器に送信し、
前記インタフェースメッセージには、デフォルトのＳＲＢ１による下りＲＲＣメッセージの送信継続を前記第２ノード機器に指示する指示情報が含まれる場合、
前記プロセッサは、更に、
端末に送信すべき下りＲＲＣメッセージが含まれるＰＤＣＰＰＤＵをデフォルトのＳＲＢ１によって端末に送信し、
前記インタフェースメッセージには、デフォルトのＳＲＢ２による上りＲＲＣメッセージの受信を前記第２ノード機器に指示する指示情報が含まれる場合、
前記プロセッサは、更に、
端末からデフォルトのＳＲＢ２で送信され、送信すべき上りＲＲＣメッセージが含まれるＰＤＣＰＰＤＵを受信し、
端末から送信されたＰＤＣＰＰＤＵを前記第１ノード機器に送信し、
前記インタフェースメッセージには、デフォルトのＳＲＢ２による下りＲＲＣメッセージの送信を前記第２ノード機器に指示する指示情報が含まれる場合、
前記プロセッサは、更に、
端末に送信すべき下りＲＲＣメッセージが含まれるＰＤＣＰＰＤＵをデフォルトのＳＲＢ２によって端末に送信する。

【0033】

選択可能に、前記ノード機器において、
前記プロセッサは、更に、
コンテキスト移行プロセスの実行が不要であることを指示するための所定の指示情報が含まれるＲＲＣ回復要求を前記端末から受信し、
前記所定の指示情報が含まれる前記端末テキスト回復要求メッセージを前記第１ノード機器に送信する。

【0034】

本開示の一部実施例は、端末を更に提供する。
トランシーバと、メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで動作可能なコンピュータプログラムを含む端末であって、
前記プロセッサは、メモリからプログラムを読み取ることによって、
前記端末がＲＲＣ不活性状態にある場合、ＲＲＣ回復要求を第２ノード機器に送信した後に、前記第２ノード機器から送信されたＲＲＣメッセージを受信するプロセスを実行し、
ここで、前記ＲＲＣメッセージには、
デフォルトの第１シグナリング無線ベアラＳＲＢ１による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ１による下りＲＲＣメッセージの受信継続を前記端末に指示する指示情報、
デフォルトの第２シグナリング無線ベアラＳＲＢ２による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ２による下りＲＲＣメッセージの受信を前記端末に指示する指示情報、
の少なくとも１つが含まれ、
ここで、前記第２ノード機器は、前記端末の現在のサービスノードであり、前記端末のアンカーノードは、前記第２ノード機器とは異なる第１ノード機器である。

【0035】

選択可能に、前記端末において、
前記ＲＲＣメッセージには、デフォルトのＳＲＢ１による上りＲＲＣメッセージの送信を前記端末に指示する指示情報が含まれる場合、
前記プロセッサは、更に、
送信すべき上りＲＲＣメッセージをデフォルトのＳＲＢ１によって前記第２ノード機器に送信し、
前記ＲＲＣメッセージには、デフォルトのＳＲＢ１による下りＲＲＣメッセージの受信継続を前記端末に指示する指示情報が含まれる場合、
前記プロセッサは、更に、
前記第２ノード機器からの下りＲＲＣメッセージの受信継続をデフォルトのＳＲＢ１によって行い、
前記ＲＲＣメッセージには、デフォルトのＳＲＢ２による上りＲＲＣメッセージの送信を前記端末に指示する指示情報が含まれる場合、
前記プロセッサは、更に、
送信すべき上りＲＲＣメッセージをデフォルトのＳＲＢ２によって前記第２ノード機器に送信し、
前記ＲＲＣメッセージには、デフォルトのＳＲＢ２による下りＲＲＣメッセージの受信を前記端末に指示する指示情報が含まれる場合、
前記プロセッサは、更に、
前記第２ノード機器から下りＲＲＣメッセージをデフォルトのＳＲＢ２によって受信する。

【0036】

選択可能に、前記端末において、
前記プロセッサは、更に、
ＲＲＣ接続回復を開始する場合、コンテキスト移行プロセスの実行が不要であることを指示するための所定の指示情報が含まれるＲＲＣ回復要求を前記第２ノード機器に送信する。

【0037】

本開示の一部実施例は、データ伝送装置を更に提供する。
第１ノード機器に応用される無線リソース制御ＲＲＣ不活性状態におけるデータ伝送装置であって、
第２ノード機器から送信された端末コンテキスト回復要求メッセージを取得すると、前記端末コンテキスト回復要求メッセージに応答して、少なくとも１つのパケットデータ収束プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを含むインタフェースメッセージを前記第２ノード機器に送信する送信モジュールを含み、
ここで、前記第２ノード機器は、ＲＲＣ不活性状態にある端末の現在のサービスノードであり、前記第１ノード機器は、前記端末のアンカーノードである。

【0038】

本開示の一部実施例は、無線リソース制御ＲＲＣ不活性状態におけるデータ伝送装置を更に提供する。
第２ノード機器に応用される無線リソース制御ＲＲＣ不活性状態におけるデータ伝送装置であって、
ＲＲＣ不活性状態にある端末から送信されたＲＲＣ回復要求に基づいて端末コンテキスト回復要求メッセージを第１ノード機器に送信した後に、前記第１ノード機器から前記端末コンテキスト回復要求メッセージに基づいて送信されたインタフェースメッセージを受信するデータ伝送モジュールを含み、
ここで、前記インタフェースメッセージは、少なくとも１つのパケットデータ収束プロトコルＰＤＣＰプロトコルデータユニットＰＤＵを含み、前記第１ノード機器は、前記端末のアンカーノードであり、前記第２ノード機器は、前記端末の現在のサービスノードである。

【0039】

本開示の一部実施例は、データ伝送装置を更に提供する
端末に応用される無線リソース制御ＲＲＣ不活性状態におけるデータ伝送装置であって、
前記端末がＲＲＣ不活性状態にある場合、ＲＲＣ回復要求を第２ノード機器に送信した後に、前記第２ノード機器から送信されたＲＲＣメッセージを受信する送受信モジュールを含み、
ここで、前記ＲＲＣメッセージには、
デフォルトの第１シグナリング無線ベアラＳＲＢ１による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ１による下りＲＲＣメッセージの受信継続を前記端末に指示する指示情報、
デフォルトの第２シグナリング無線ベアラＳＲＢ２による上りＲＲＣメッセージの送信を前記端末に指示する指示情報、
デフォルトのＳＲＢ２による下りＲＲＣメッセージの受信を前記端末に指示する指示情報、
の少なくとも１つが含まれ、
ここで、前記第２ノード機器は、前記端末の現在のサービスノードであり、前記端末のアンカーノードは、前記第２ノード機器とは異なる第１ノード機器である。

【0040】

本開示の一部実施例は、記憶媒体を更に提供する。
コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体であって、
前記コンピュータプログラムがプロセッサによって実行されると、上記のいずれか１つに記載のＲＲＣ不活性状態におけるデータ伝送方法が実現される。

【発明の効果】

【0041】

本開示の一部実施例に係るＲＲＣ不活性状態におけるデータ伝送方法において、アンカーノードが端末コンテキスト回復要求メッセージを受信すると、コンテキスト移行プロセスを実行しないと決定し、ＰＤＣＰＰＤＵの形式で端末の現在のサービスノードを介してデータのやり取りを行うことで、煩雑なコンテキスト移行プロセスを回避することができる。伝送すべきデータが小さい場合には、実行プロセスの簡略化、シグナリングオーバーヘッドの節約、確立遅延の低減の効果が得られる。

【図面の簡単な説明】

【0042】

【図1】図１は、本開示の一部実施例に係る無線リソース制御ＲＲＣ不活性状態におけるデータ伝送方法が応用される無線通信システムのアーキテクチャを示す図である。

【図2】図２は、本開示の実施例１に係るデータ伝送方法のフローチャートである。

【図3】図３は、本開示の一部実施例に係るデータ伝送方法を採用したシステムの構造図である。

【図4】図４は、本開示の実施例２に係るデータ伝送方法の１つのフローチャートである。

【図5】図５は、本開示の実施例２に係るデータ伝送方法の別のフローチャートである。

【図6】図６は、本開示の実施例３に係るデータ伝送方法の１つのフローチャートである。

【図7】図７は、本開示の実施例３に係るデータ伝送方法の別のフローチャートである。

【図8】図８は、本開示の一部実施例に係るデータ伝送方法を採用した第１実施プロセスを示す図である。

【図9】図９は、本開示の一部実施例に係るデータ伝送方法を採用した第２実施プロセスを示す図である。

【図10】図１０は、本開示の一部実施例に係るデータ伝送方法を採用した第３実施プロセスを示す図である。

【図11】図１１は、本開示の一部実施例に係るデータ伝送方法を採用した第４実施プロセスを示す図である。

【図12】図１２は、本開示の一部実施例に係るデータ伝送方法を採用した第５実施プロセスを示す図である。

【図13】図１３は、本開示の一部実施例に係るデータ伝送方法を採用した第６実施プロセスを示す図である。

【図14】図１４は、本開示の一部実施例に係るデータ伝送方法を採用した第７実施プロセスを示す図である。

【図15】図１５は、本開示の一部実施例に係るノード機器の１つの実施構造を示す図である。

【図16】図１６は、本開示の一部実施例に係るノード機器の別の実施構造を示す図である。

【図17】図１７は、本開示の一部実施例に係る装置の実施構造を示す図である。

【図18】図１８は、本開示の一部実施例に係るデータ伝送装置の第１構造を示す図である。

【図19】図１９は、本開示の一部実施例に係るデータ伝送装置の第２構造を示す図である。

【図20】図２０は、本開示の一部実施例に係るデータ伝送装置の第３構造を示す図である。

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

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

以上は、本開示の選択可能な実施形態である。当業者は、本開示に記載されている原理を逸脱せずに様々な改良や修飾をすることもできる。これらの改良や修飾も、本開示の保護範囲として見なされるべきである。

【図1】