JP7128897B2 - Ｒｒｃ接続の回復方法、装置及びコンピュータ記憶媒体 - Google Patents
Ｒｒｃ接続の回復方法、装置及びコンピュータ記憶媒体 Download PDFInfo
- Publication number
- JP7128897B2 JP7128897B2 JP2020546353A JP2020546353A JP7128897B2 JP 7128897 B2 JP7128897 B2 JP 7128897B2 JP 2020546353 A JP2020546353 A JP 2020546353A JP 2020546353 A JP2020546353 A JP 2020546353A JP 7128897 B2 JP7128897 B2 JP 7128897B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- rrc connection
- terminal
- rrc
- context
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Description
本発明は、無線通信技術分野に関し、特に、無線リソース制御（ＲＲＣ、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続の回復方法、装置及びコンピュータ記憶媒体に関する。
第３世代パートナーシッププロジェクト( ３ ＧＰＰ、３ ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ )の国際標準団体は、人々がトラフィックの速度、遅延、高速移動性、エネルギー効率に対する追求、及びトラフィックの多様性、複雑性を満たすために、５Ｇ (５ ｔｈ Ｇｅｎｅｒａｔｉｏｎ )の移動通信技術を開発し始めた。
５Ｇ移動通信技術の主な応用シナリオは、エンハンスメント型移動ブロードバンド( ｅＭＢＢ、Ｅｎｈａｎｃｅ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ )、低遅延高信頼通信( ＵＲＬＬＣ、Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ )、大規模機器系通信( ｍＭＴＣ、ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ )である。
５Ｇネットワーク環境では、エアインターフェースシグナリングを低減し、無線接続を迅速に回復するために、データトラフィックを迅速に回復する目的で、新しいＲＲＣ状態、すなわちＲＲＣ＿ＩＮＡＣＴＩＶＥ状態が定義される。この状態は、ＲＲＣアイドル（ＲＲＣ＿ＩＤＬＥ）状態およびＲＲＣ接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態とは異なる。
ネットワーク側は、ユーザーデバイス（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるとき、ＵＥに専用シグナリングを介して、１つのセル又は複数のセルであり得る無線アクセスネットワーク（ＲＡＮ、Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）のページングエリアを構成する。ＵＥは、このエリア内を移動する際に、ｉｄｌｅ移動性挙動、すなわちセル選択再選択規則に従い、ネットワーク側に通知しない。ＵＥがＲＡＮにより構成されたページングエリアから外に移動した場合、ＵＥは、ＲＲＣ接続を回復するようにトリガーされ、ＲＡＮにより構成されたページングエリアを再取得する。ＵＥに下りデータが到着すると、ＵＥのためのＲＡＮとコアネットワーク（ＣＮ、Ｃｏｒｅ Ｎｅｔｗｏｒｋ）との間の接続を維持する基地局ｇＮＢが、ＲＡＮページングエリア内の全てのセルがＵＥにページングメッセージを送信することをトリガし、ＩＮＡＣＴＩＶＣＥ状態のＵＥがＲＲＣ接続を回復し、データ受信を可能にする。
ＵＥがＲＲＣ＿ＩＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移することは、３つのケースがある。
ケース１は、ＵＥに下りデータが到着し、ネットワーク側がＲＡＮ側のページングを開始して、ＵＥを接続状態に遷移し、
ケース２は、ＵＥが、周期的ＲＡＮ位置更新又はエリアを跨る位置更新のようなＲＡＮ位置エリア更新を自ら開始し、
ケース３は、ＵＥが上りデータ送信要求があり、ＵＥに接続状態に遷移する
より高いトラフィック速度の要求をサポートするために、ネットワーク側は、デュアル接続( ＤＣ、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ )又はマルチ接続( ＭＣ、Ｍｕｌｔｉｐｌｅ Ｃｏｎｎｅｃｔｉｖｉｔｙ )をサポートする。ＤＣ / ＭＣ接続方式のＵＥに対してもＩＮＡＣＴＩＶＥ状態をサポートする必要があり、ＤＣ / ＭＣ接続方式でＩＮＡＣＴＩＶＥ状態にあるＵＥがどのようにＲＲＣ接続を正しく回復するかが解決すべき課題である。
ケース２は、ＵＥが、周期的ＲＡＮ位置更新又はエリアを跨る位置更新のようなＲＡＮ位置エリア更新を自ら開始し、
ケース３は、ＵＥが上りデータ送信要求があり、ＵＥに接続状態に遷移する
より高いトラフィック速度の要求をサポートするために、ネットワーク側は、デュアル接続( ＤＣ、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ )又はマルチ接続( ＭＣ、Ｍｕｌｔｉｐｌｅ Ｃｏｎｎｅｃｔｉｖｉｔｙ )をサポートする。ＤＣ / ＭＣ接続方式のＵＥに対してもＩＮＡＣＴＩＶＥ状態をサポートする必要があり、ＤＣ / ＭＣ接続方式でＩＮＡＣＴＩＶＥ状態にあるＵＥがどのようにＲＲＣ接続を正しく回復するかが解決すべき課題である。
本発明の実施例は、上記の課題を解決するために、ＲＲＣ接続の回復方法、装置及びコンピュータ記憶媒体を提供する。
本発明の実施例は、ＲＲＣ接続の回復方法を提供し、
目標基地局が端末により送信されたＲＲＣ接続回復要求メッセージを受信することと、
前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含むことと、
前記端末がＲＲＣ接続を回復するように、前記目標基地局が前記端末にＲＲＣ接続回復メッセージを送信することとを含む。
目標基地局が端末により送信されたＲＲＣ接続回復要求メッセージを受信することと、
前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含むことと、
前記端末がＲＲＣ接続を回復するように、前記目標基地局が前記端末にＲＲＣ接続回復メッセージを送信することとを含む。
本発明の実施形態において、前記端末が第１タイプのＲＲＣ非アクティブ状態にある端末であり、前記第１タイプのＲＲＣ非アクティブ状態は、全てのＲＲＣ接続をサスペンションした後に前記端末がある状態である。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第１の指示情報が含まれ、前記第１の指示情報は、ネットワーク側がＲＲＣ接続回復を開始する原因を示す。
本発明の実施形態において、前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記目標基地局が前記端末により送信されたＲＲＣ接続回復要求メッセージを受信し、
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
本発明の実施形態において、上りデータが前記端末に到着した場合、前記目標基地局が前記端末により送信されたＲＲＣ接続回復要求メッセージを受信する。
本発明の実施形態において、前記第１のノードからＵＥコンテキストを取得することは、
前記目標基地局が前記第１のノードにＵＥコンテキスト要求メッセージを送信することで、前記第１のノードが前記ＵＥコンテキスト要求メッセージを受信した後、前記ＵＥコンテキスト要求メッセージに対して完全性保護検証を行い、検証が合格した場合前記端末にサービスする第２のノードから前記第２のノード側の第２のＵＥコンテキストを取得することと、
前記目標基地局が前記第１のノードにより送信された前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを受信することとを含む。
前記目標基地局が前記第１のノードにＵＥコンテキスト要求メッセージを送信することで、前記第１のノードが前記ＵＥコンテキスト要求メッセージを受信した後、前記ＵＥコンテキスト要求メッセージに対して完全性保護検証を行い、検証が合格した場合前記端末にサービスする第２のノードから前記第２のノード側の第２のＵＥコンテキストを取得することと、
前記目標基地局が前記第１のノードにより送信された前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを受信することとを含む。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージには、第１の物理セル識別子（ＰＣＩ、Ｐｈｙｓｉｃａｌ Ｃｅｌｌ Ｉｄｅｎｔｉｆｉｅｒ）が含まれ、前記第１のＰＣＩは、前記端末が推奨する第２のノードの物理セカンダリセル（Ｐｓｃｅｌｌ、Ｐｈｙｓｉｃａｌ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）の識別子である。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第２の指示情報が含まれ、前記第２の指示情報は、前記第１のノードがセカンダリセルグループ（ＳＣＧ、Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ）一部のリソースを回復する必要があるかどうかを判断するために使用される。
本発明の実施形態において、前記方法は、さらに、
前記端末がＲＲＣ接続回復を完了した後、前記目標基地局が前記端末により送信されたＲＲＣ接続回復完了メッセージを受信することを含む。
前記端末がＲＲＣ接続回復を完了した後、前記目標基地局が前記端末により送信されたＲＲＣ接続回復完了メッセージを受信することを含む。
本発明の実施形態において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるセカンダリノードである。
本発明の実施例は、ＲＲＣ接続の回復方法を提供し、
端末が目標基地局にＲＲＣ接続回復要求メッセージを送信することで、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含むことと、
前記端末が前記目標基地局により送信されたＲＲＣ接続回復メッセージを受信した後、ＲＲＣ接続を回復することとを含む。
端末が目標基地局にＲＲＣ接続回復要求メッセージを送信することで、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含むことと、
前記端末が前記目標基地局により送信されたＲＲＣ接続回復メッセージを受信した後、ＲＲＣ接続を回復することとを含む。
本発明の実施形態において、前記端末が第１タイプのＲＲＣ非アクティブ状態にある端末であり、前記第１タイプのＲＲＣ非アクティブ状態は、全てのＲＲＣ接続をサスペンションした後に前記端末がある状態である。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第１の指示情報が含まれ、前記第１の指示情報は、ネットワーク側がＲＲＣ接続回復を開始する原因を示す。
本発明の実施形態において、前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記目標基地局にＲＲＣ接続回復要求メッセージを送信し、
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
本発明の実施形態において、上りデータが前記端末に到着した場合、前記端末が前記目標基地局にＲＲＣ接続回復要求メッセージを送信する。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第１のＰＣＩが含まれ、前記第１のＰＣＩは、前記端末が推奨する第２のノードのＰｓｃｅｌｌの識別子である。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第２の指示情報が含まれ、前記第２の指示情報は、前記第１のノードがＳＣＧ一部のリソースを回復する必要があるかどうかを示す。
本発明の実施形態において、前記方法は、さらに、
前記端末がＲＲＣ接続回復を完了した場合、前記目標基地局にＲＲＣ接続回復完了メッセージを送信する。
前記端末がＲＲＣ接続回復を完了した場合、前記目標基地局にＲＲＣ接続回復完了メッセージを送信する。
本発明の実施形態において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるセカンダリノードである。
本発明の実施例は、ＲＲＣ接続の回復方法を提供し、
第１のノードが目標第２のノードを決定した後、ＳＣＧ構成情報を前記目標第２のノードに送信し、前記目標第２のノード側で鍵を計算するための新しい第１の計算入力パラメータを構成することと、
前記第１のノードが前記目標第２のノード構成の前記目標第２のノード側の第１の専用ランダムアクセスチャネル（ＲＡＣＨ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）リソースを取得した後、端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信して、前記端末が前記第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータに基づいて、前記目標第２のノード側でランダムアクセス手順を開始することとを含む。
第１のノードが目標第２のノードを決定した後、ＳＣＧ構成情報を前記目標第２のノードに送信し、前記目標第２のノード側で鍵を計算するための新しい第１の計算入力パラメータを構成することと、
前記第１のノードが前記目標第２のノード構成の前記目標第２のノード側の第１の専用ランダムアクセスチャネル（ＲＡＣＨ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）リソースを取得した後、端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信して、前記端末が前記第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータに基づいて、前記目標第２のノード側でランダムアクセス手順を開始することとを含む。
本発明の実施形態において、前記端末が第２タイプのＲＲＣ非アクティブ状態にある端末であり、前記第２タイプのＲＲＣ非アクティブ状態は、一部のＲＲＣ接続をサスペンションした後に前記端末がある状態であり、前記一部のＲＲＣ接続をサスペンションすることは、ＳＣＧ一部のリソースをサスペンションすることである。
本発明の実施形態において、下りデータが第２のノード側に到着した場合、前記方法は、さらに、
前記第１のノードが第２のノードにより送信された通知メッセージを受信し、前記通知メッセージは、下りデータが前記第２のノード側に到着したことを前記第１のノードに通知し、前記下りデータが対応してベアラされるデータベアラ（ＤＲＢ）識別子情報を通知するために使用されることと、
前記第１のノードが前記第２のノードにより送信された前記第２のノード側の第２のＵＥコンテキストを受信し、前記ＳＣＧ構成情報が前記第２のノード側の第２のＵＥコンテキストを少なくとも含むこととを含む。
前記第１のノードが第２のノードにより送信された通知メッセージを受信し、前記通知メッセージは、下りデータが前記第２のノード側に到着したことを前記第１のノードに通知し、前記下りデータが対応してベアラされるデータベアラ（ＤＲＢ）識別子情報を通知するために使用されることと、
前記第１のノードが前記第２のノードにより送信された前記第２のノード側の第２のＵＥコンテキストを受信し、前記ＳＣＧ構成情報が前記第２のノード側の第２のＵＥコンテキストを少なくとも含むこととを含む。
本発明の実施形態において、ＳＣＧにベアラされる対応する上りデータが端末に到着した場合、前記方法は、さらに、
前記第１のノードが前記端末により送信された指示情報を受信し、前記指示情報がＳＣＧ側リソースの回復の開始を前記第１のノードに要求するために使用されることを含む。
前記第１のノードが前記端末により送信された指示情報を受信し、前記指示情報がＳＣＧ側リソースの回復の開始を前記第１のノードに要求するために使用されることを含む。
本発明の実施形態において、前記第１のノードが前記端末により送信された指示情報を受信することは、
前記第１のノードは、ＲＲＣシグナリング、又は、メディアアクセス制御制御要素（ＭＡＣ ＣＥ）を少なくとも介して、前記端末により送信された指示情報を受信することを含む。
前記第１のノードは、ＲＲＣシグナリング、又は、メディアアクセス制御制御要素（ＭＡＣ ＣＥ）を少なくとも介して、前記端末により送信された指示情報を受信することを含む。
本発明の実施形態において、前記指示情報には、さらに、前記第２のノード側セルのセット情報又は測定結果情報が含まれる。
本発明の実施形態において、前記第１のノードが目標第２のノードを決定することは、
前記第１のノードが前記端末から報告された測定結果に基づいて、前記目標第２のノードを決定することを含む。
前記第１のノードが前記端末から報告された測定結果に基づいて、前記目標第２のノードを決定することを含む。
本発明の実施形態において、前記端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信することは、
シグナリング又はＭＡＣ ＣＥ又はＰＤＣＣＨ ｏｒｄｅｒを介して、前記端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信することを含む。
シグナリング又はＭＡＣ ＣＥ又はＰＤＣＣＨ ｏｒｄｅｒを介して、前記端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信することを含む。
本発明の実施形態において、前記第１のノードは、前記目標第２のノードにより構成された前記目標第２のノード側の第１の専用ＲＡＣＨリソースを取得する時に、さらに、前記目標第２のノードにより構成された前記目標第２のノード側のシステム放送情報を取得する。
本発明の実施形態において、前記方法は、さらに、
前記第１のノードがＲＲＣシグナリングを介して前記端末に前記目標第２のノード側のシステム放送情報を送信することを含む。
前記第１のノードがＲＲＣシグナリングを介して前記端末に前記目標第２のノード側のシステム放送情報を送信することを含む。
本発明の実施形態において、前記目標第２のノードが前記目標第２のノード側のシステム放送情報を構成せず、前記目標第２のノードが前記第２のノードでない場合、前記端末がシステム放送情報を読み取ってから、前記目標第２のノード側のランダムアクセス手順をトリガーする必要がある。
本発明の実施形態において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるソースセカンダリノードであり、前記目標第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおける目標セカンダリノードである。
本発明の実施例は、第１の受信ユニットと、ＵＥコンテキスト取得ユニットと、送信ユニットと、を備えるＲＲＣ接続の回復装置を提供し、
第１の受信ユニットは、端末により送信されたＲＲＣ接続回復要求メッセージを受信するように構成され、
ＵＥコンテキスト取得ユニットは、前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得するように構成され、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含み、
送信ユニットは、前記端末がＲＲＣ接続を回復するように、前記端末にＲＲＣ接続回復メッセージを送信するように構成される。
第１の受信ユニットは、端末により送信されたＲＲＣ接続回復要求メッセージを受信するように構成され、
ＵＥコンテキスト取得ユニットは、前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得するように構成され、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含み、
送信ユニットは、前記端末がＲＲＣ接続を回復するように、前記端末にＲＲＣ接続回復メッセージを送信するように構成される。
本発明の実施形態において、前記端末が第１タイプのＲＲＣ非アクティブ状態にある端末であり、前記第１タイプのＲＲＣ非アクティブ状態は、全てのＲＲＣ接続をサスペンションした後に前記端末がある状態である。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第１の指示情報が含まれ、前記第１の指示情報は、ネットワーク側がＲＲＣ接続回復を開始する原因を示す。
本発明の実施形態において、前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記第１の受信ユニットが前記端末により送信されたＲＲＣ接続回復要求メッセージを受信し、
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
本発明の実施形態において、上りデータが前記端末に到着した場合、前記第１の受信ユニットが前記端末により送信されたＲＲＣ接続回復要求メッセージを受信する。
本発明の実施形態において、前記ＵＥコンテキスト取得ユニットは、前記第１のノードにＵＥコンテキスト要求メッセージを送信して、前記第１のノードが前記ＵＥコンテキスト要求メッセージを受信した後、前記ＵＥコンテキスト要求メッセージに対して完全性保護検証を行い、検証が合格した後に前記端末にサービスする第２のノードから前記第２のノード側の第２のＵＥコンテキストを取得し、前記第１のノードにより送信された前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを受信する。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第１の物理セル識別子ＰＣＩが含まれ、前記第１のＰＣＩは、前記端末が推奨する第２のノードのＰｓｃｅｌｌの識別子である。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第２の指示情報が含まれ、前記第２の指示情報は、前記第１のノードがＳＣＧ一部のリソースを回復する必要があるかどうかを示す。
本発明の実施形態において、前記装置は、さらに、第２の受信ユニットを含み、
第２の受信ユニットは、前記端末がＲＲＣ接続回復を完了した後、前記端末により送信されたＲＲＣ接続回復完了メッセージを受信するように構成される。
第２の受信ユニットは、前記端末がＲＲＣ接続回復を完了した後、前記端末により送信されたＲＲＣ接続回復完了メッセージを受信するように構成される。
本発明の実施形態において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるセカンダリノードである。
本発明の実施例は、第１の送信ユニットと、受信ユニットと、回復ユニットと、を備えるＲＲＣ接続の回復装置を提供し、
第１の送信ユニットは、目標基地局にＲＲＣ接続回復要求メッセージを送信し、これにより、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含み、
受信ユニットは、前記目標基地局により送信されたＲＲＣ接続回復メッセージを受信するように構成され、
回復ユニットは、ＲＲＣ接続を回復するように構成される。
第１の送信ユニットは、目標基地局にＲＲＣ接続回復要求メッセージを送信し、これにより、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含み、
受信ユニットは、前記目標基地局により送信されたＲＲＣ接続回復メッセージを受信するように構成され、
回復ユニットは、ＲＲＣ接続を回復するように構成される。
本発明の実施形態において、前記端末が第１タイプのＲＲＣ非アクティブ状態にある端末であり、前記第１タイプのＲＲＣ非アクティブ状態は、全てのＲＲＣ接続をサスペンションした後に前記端末がある状態である。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第１の指示情報が含まれ、前記第１の指示情報は、ネットワーク側がＲＲＣ接続回復を開始する原因を示す。
本発明の実施形態において、前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記第１の送信ユニットが前記目標基地局にＲＲＣ接続回復要求メッセージを送信し、
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
本発明の実施形態において、上りデータが前記端末に到着した場合、前記第１の送信ユニットが前記目標基地局にＲＲＣ接続回復要求メッセージを送信する。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第１のＰＣＩが含まれ、前記第１のＰＣＩは、前記端末が推奨する第２のノードのＰｓｃｅｌｌの識別子である。
本発明の実施形態において、前記ＲＲＣ接続回復要求メッセージに第２の指示情報が含まれ、前記第２の指示情報は、前記第１のノードがＳＣＧ一部のリソースを回復する必要があるかどうかを示す。
本発明の実施形態において、前記装置は、さらに、第２の送信ユニットを含み、
第２の送信ユニットは、ＲＲＣ接続回復が完了した後、前記目標基地局にＲＲＣ接続回復完了メッセージを送信するように構成される。
第２の送信ユニットは、ＲＲＣ接続回復が完了した後、前記目標基地局にＲＲＣ接続回復完了メッセージを送信するように構成される。
本発明の実施形態において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるセカンダリノードである。
本発明の実施例は、決定ユニットと、第１の送信ユニットと、構成ユニットと、取得ユニットと、第２の送信ユニットとを備えるＲＲＣ接続の回復装置を提供し、
決定ユニットは、目標第２のノードを決定するように構成され、
第１の送信ユニットは、ＳＣＧ構成情報を前記目標第２のノードに送信するように構成され、
構成ユニットは、前記目標第２のノード側で鍵を計算するための新しい第１の計算入力パラメータを構成するように構成され、
取得ユニットは、前記目標第２のノードにより構成された前記目標第２のノード側の第１の専用ＲＡＣＨリソースを取得するように構成され、
第２の送信ユニットは、端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信して、前記端末が前記第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータに基づいて、前記目標第２のノード側でランダムアクセス手順を開始するように構成される。
決定ユニットは、目標第２のノードを決定するように構成され、
第１の送信ユニットは、ＳＣＧ構成情報を前記目標第２のノードに送信するように構成され、
構成ユニットは、前記目標第２のノード側で鍵を計算するための新しい第１の計算入力パラメータを構成するように構成され、
取得ユニットは、前記目標第２のノードにより構成された前記目標第２のノード側の第１の専用ＲＡＣＨリソースを取得するように構成され、
第２の送信ユニットは、端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信して、前記端末が前記第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータに基づいて、前記目標第２のノード側でランダムアクセス手順を開始するように構成される。
本発明の実施形態において、前記端末が第２タイプのＲＲＣ非アクティブ状態にある端末であり、前記第２タイプのＲＲＣ非アクティブ状態は、一部のＲＲＣ接続をサスペンションした後に前記端末がある状態であり、前記一部のＲＲＣ接続をサスペンションすることは、ＳＣＧ一部のリソースをサスペンションすることである。
本発明の実施形態において、下りデータが第２のノード側に到着した場合、前記装置は、さらに、第１の受信ユニットを含み、
第１の受信ユニットは、第２のノードにより送信された通知メッセージを受信し、前記通知メッセージは、下りデータが前記第２のノード側に到着したことを前記第１のノードに通知し、前記下りデータが対応してベアラされるＤＲＢ識別子情報を通知し、前記第２のノードにより送信された前記第２のノード側の第２のＵＥコンテキストを受信し、ここで、前記ＳＣＧ構成情報が前記第２のノード側の第２のＵＥコンテキストを少なくとも含む。
第１の受信ユニットは、第２のノードにより送信された通知メッセージを受信し、前記通知メッセージは、下りデータが前記第２のノード側に到着したことを前記第１のノードに通知し、前記下りデータが対応してベアラされるＤＲＢ識別子情報を通知し、前記第２のノードにより送信された前記第２のノード側の第２のＵＥコンテキストを受信し、ここで、前記ＳＣＧ構成情報が前記第２のノード側の第２のＵＥコンテキストを少なくとも含む。
本発明の実施形態において、ＳＣＧにベアラされる対応する上りデータが端末に到着した場合、前記装置は、さらに、第２の受信ユニットを含み、
第２の受信ユニットは、前記端末により送信された指示情報を受信するように構成され、前記指示情報は、前記第１のノードがＳＣＧ側リソースの回復を開始するように要求する。
第２の受信ユニットは、前記端末により送信された指示情報を受信するように構成され、前記指示情報は、前記第１のノードがＳＣＧ側リソースの回復を開始するように要求する。
本発明の実施形態において、前記第２の受信ユニットは、少なくともＲＲＣシグナリング、又はＭＡＣ ＣＥを介して、前記端末により送信された指示情報を受信するように構成される。
本発明の実施形態において、前記指示情報には、さらに、前記第２のノード側セルのセット情報又は測定結果情報が含まれる。
本発明の実施形態において、前記決定ユニットは、前記端末から報告された測定結果に基づいて、前記目標第２のノードを決定するように構成される。
本発明の実施形態において、前記第２の送信ユニットは、シグナリング又はＭＡＣ ＣＥ又はＰＤＣＣＨ ｏｒｄｅｒを介して、前記端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信するように構成される。
本発明の実施形態において、前記取得ユニットは、前記目標第２のノードにより構成された前記目標第２のノード側の第１の専用ＲＡＣＨリソースを取得する時に、さらに、前記目標第２のノードにより構成された前記目標第２のノード側のシステム放送情報を取得するように構成される。
本発明の実施形態において、前記装置は、さらに、第３の送信ユニットを含み、
第３の送信ユニットは、ＲＲＣシグナリングを介して前記端末に前記目標第２のノード側のシステム放送情報を送信するように構成される。
第３の送信ユニットは、ＲＲＣシグナリングを介して前記端末に前記目標第２のノード側のシステム放送情報を送信するように構成される。
本発明の実施形態において、前記目標第２のノードが前記目標第２のノード側のシステム放送情報を構成せず、前記目標第２のノードが前記第２のノードでない場合、前記端末がシステム放送情報を読み取ってから、前記目標第２のノード側のランダムアクセス手順をトリガーする必要がある。
本発明の実施形態において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるソースセカンダリノードであり、前記目標第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおける目標セカンダリノードである。
本発明の実施例は、プロセッサによって実行されると、上述のＲＲＣ接続を回復する方法を実現するコンピュータ実行可能命令を記憶するコンピュータ記憶媒体を提供する。
本発明の実施例に係る技術案では、１）目標基地局が端末により送信されたＲＲＣ接続回復要求メッセージを受信し、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含み、前記目標基地局が前記端末にＲＲＣ接続回復メッセージを送信して、前記端末がＲＲＣ接続を回復する。２）第１のノードが目標第２のノードを決定した後、ＳＣＧ構成情報を前記目標第２のノードに送信し、前記目標第２のノード側で鍵を計算するための新しい第１の計算入力パラメータを構成し、前記第１のノードが前記目標第２のノードにより構成された前記目標第２のノード側の第１の専用ＲＡＣＨリソースを取得した後、端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信して、前記端末が前記第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータに基づいて、前記目標第２のノード側でランダムアクセス手順を開始する。本発明の実施例の技術案によれば、ＵＥが完全ＲＲＣ ＩＮＡＣＴＩＶＥ状態(本発明の実施例では第１タイプのＲＲＣ非アクティブ状態と呼ぶ)及び一部ＲＲＣ ＩＮＡＣＴＩＶＥ状態(本発明の実施例では第２タイプのＲＲＣ非アクティブ状態と呼ぶ)に遷移することをサポートし、２つのＲＲＣ非アクティブ状態におけるＲＲＣ接続回復手順を実現し、なお、ＵＥがネットワーク側で迅速かつ正確にＳＮを選択するように支援するという目的が達成される。
本明細書に記載された図面は、本発明の更なる理解を提供するために提供されたものであり、本願の一部を構成し、本発明の例示的な実施形態及びその説明は、本発明を説明するためのものであり、本発明を限定するものではない。
ＲＲＣ接続回復手順の模式図である。
本発明の実施例におけるＲＲＣ接続の回復方法のフローチャート一である。
本発明の実施例におけるＲＲＣ接続の回復方法のフローチャート二である。
本発明の実施例におけるＲＲＣ接続の回復方法のフローチャート三である。
本発明の実施例におけるＲＲＣ接続の回復装置の構成図一である。
本発明の実施例におけるＲＲＣ接続の回復装置の構成図二である。
本発明の実施例におけるＲＲＣ接続の回復装置の構成図三である。
本発明の実施例におけるコンピュータデバイスの構成図である。
本発明の実施例の特徴と技術内容をより詳細に理解できるように、以下、添付図面を参照して本発明の実施例の実装を詳細に説明するが、添付図面は、説明のためのものであり、本発明の実施例を限定するものではない。
なお、本願の実施例に係る技術的手段は、主に５Ｇ移動通信システムに適用されるが、もちろん、本願の実施例に係る技術的手段は、５Ｇ移動通信システムに限定されるものではなく、他のタイプの移動通信システムにも適用可能である。以下、５Ｇ移動通信システムの応用シナリオを説明する。
１）ｅＭＢＢシナリオとして、ｅＭＢＢは、ユーザがマルチメディアコンテンツ、サービス、及びデータを入手することを目指しており、そのサービスニーズは非常に急速に伸びている。ｅＭＢＢは、屋内、市区町村など、様々な場面で展開することが可能であり、その業務能力やニーズの差が大きいため、具体的な展開場面に合わせて業務を分析する必要がある。
２）ＵＲＬＬＣシナリオとして、ＵＲＬＬＣの典型的な用途は、工業自動化、電気自動化、遠隔医療操作、交通安全保障などを含む。
３）ｍＭＴＣシナリオとして、ＵＲＬＬＣの典型的な特徴は、高い接続密度、少ないデータ量、遅延非感受性サービス、モジュールの低コスト及び長い寿命などである。
以下、５Ｇネットワーク環境において２つのＲＲＣ状態を説明する。
１）ＲＲＣ＿ＩＤＬＥ：モビリティは、ＵＥによるセル選択の再選択であり、ページングはＣＮによって開始され、ページングエリアはＣＮによって構成される。基地局側でＵＥ ＡＳコンテキストが存在しない。ＲＲＣ接続が存在しない。
２）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ：ＲＲＣ接続があり、基地局とＵＥはＵＥ ＡＳコンテキストがある。ネットワーク側は、ＵＥの位置が特定のセルレベルであることを知る。モビリティは、ネットワーク側による制御のモビリティである。ＵＥと基地局との間でユニキャストデータが伝送されてもよい。
３）ＲＲＣ＿ＩＮＡＣＴＩＶＥ：モビリティはＵＥよるセル選択の再選択であり、ＣＮ－ＮＲ間の接続があり、ＵＥ ＡＳコンテキストはある基地局に存在し、ページングはＲＡＮによってトリガされ、ＲＡＮによるページングエリアはＲＡＮによって管理され、ネットワーク側はＵＥの位置がＲＡＮベースのページングエリアレベルであることを知る。
図１はＲＲＣ接続回復手順の模式図であり、図１に示すように、ＲＲＣ接続回復手順は、以下のプロセスを含み、
ステップ１０１において、ＵＥがＩＮＡＣＴＩＶＥ状態にあり、ＲＲＣ接続を回復したい。
ステップ１０１において、ＵＥがＩＮＡＣＴＩＶＥ状態にあり、ＲＲＣ接続を回復したい。
ステップ１０２において、ＵＥがｇＮＢにプリアンブル（ｐｒｅａｍｂｌｅ）を送信する。
ステップ１０３において、ｇＮＢがＵＥにランダムアクセス応答（ＲＡＲ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を送信する。
ステップ１０４において、ＵＥがｇＮＢにＲＲＣ回復要求メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔ）を送信する。
ステップ１０５において、ｇＮＢがアンカーｇＮＢ（ａｎｃｈｏｒ ｇＮＢ）にＵＥコンテキスト情報を要求する。
ステップ１０６において、ｇＮＢがＵＥにＲＲＣ接続回復メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ）を送信する。
ステップ１０７において、ＵＥがＲＲＣ接続（ＲＲＣ_ＣＯＮＮＥＣＴＥＤ）状態に遷移する。
ステップ１０８において、ＵＥがｇＮＢにＲＲＣ接続回復完了メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｃｏｍｐｌｅｔｅ）を送信する。
本発明の実施例の技術案は、完全ＲＲＣ接続サスペンションと一部ＲＲＣ接続サスペンションの２つの新しい概念を定義し、ネットワーク側とＵＥ側がＩＮＡＣＴＩＶＥ状態をサポートできるようにする。なお、完全ＲＲＣ接続サスペンションは、全部のＲＲＣ接続をサスペンションすることを意味し、一部ＲＲＣ接続サスペンションは、一部のＲＲＣ接続をサスペンションすることを意味し、さらに、前記一部のＲＲＣ接続をサスペンションすることは、ＳＣＧ一部のリソースをサスペンションすることである。したがって、すべてのＲＲＣ接続のサスペンションの完了後、ＵＥは、完全なＲＲＣ ＩＮＡＣＴＩＶＥ状態(第１のＩＮＡＣＴＩＶＥ状態とも呼ばれ得る)に遷移し、一部のＲＲＣ接続のサスペンションの完了後、ＵＥは、一部ＲＲＣ ＩＮＡＣＴＩＶＥ状態(第２のＩＮＡＣＴＩＶＥ状態とも呼ばれ得る)に遷移する。
図２は本発明の実施例におけるＲＲＣ接続の回復方法のフローチャート一であり、図２に示すように、前記ＲＲＣ接続の回復方法は、以下のステップを含み、
ステップ２０１において、目標基地局が端末により送信されたＲＲＣ接続回復要求メッセージを受信する。
ステップ２０１において、目標基地局が端末により送信されたＲＲＣ接続回復要求メッセージを受信する。
本発明の実施例において、前記端末が第１タイプのＲＲＣ非アクティブ状態（即ち、完全ＲＲＣ ＩＮＡＣＴＩＶＥ状態）にある端末であり、前記第１タイプのＲＲＣ非アクティブ状態は、全てのＲＲＣ接続をサスペンションした後に前記端末がある状態である。
本発明の実施例において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるセカンダリノードである。
本発明の実施例において、端末のＲＲＣ接続回復手順のトリガーは、以下の方式で実行し、
方式一として、前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記目標基地局が前記端末により送信されたＲＲＣ接続回復要求メッセージを受信し、ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
方式一として、前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記目標基地局が前記端末により送信されたＲＲＣ接続回復要求メッセージを受信し、ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
方式二として、上りデータが前記端末に到着した場合、前記目標基地局が前記端末により送信されたＲＲＣ接続回復要求メッセージを受信する。
ある実施形態において、前記ＲＲＣ接続回復要求メッセージに第１の指示情報が含まれ、前記第１の指示情報は、ネットワーク側がＲＲＣ接続回復を開始する原因を示す。
目標基地局が第２のノードを正確で迅速に決定するように支援するために、ある実施形態において、前記ＲＲＣ接続回復要求メッセージに第１のＰＣＩが含まれ、前記第１のＰＣＩは、前記端末が推奨する第２のノードのＰｓｃｅｌｌの識別子である。他の実施形態において、前記ＲＲＣ接続回復要求メッセージに第２の指示情報が含まれ、前記第２の指示情報は、前記第１のノードがＳＣＧ一部のリソースを回復する必要があるかどうかを示す。
ステップ２０２において、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含む。
本発明の実施例において、前記第１のノードからＵＥコンテキストを取得することは、
前記目標基地局が前記第１のノードにＵＥコンテキスト要求メッセージを送信することで、前記第１のノードが前記ＵＥコンテキスト要求メッセージを受信した後、前記ＵＥコンテキスト要求メッセージに対して完全性保護検証を行い、検証が合格した場合前記端末にサービスする第２のノードから前記第２のノード側の第２のＵＥコンテキストを取得することと、
前記目標基地局が前記第１のノードにより送信された前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを受信することとを含む。
前記目標基地局が前記第１のノードにＵＥコンテキスト要求メッセージを送信することで、前記第１のノードが前記ＵＥコンテキスト要求メッセージを受信した後、前記ＵＥコンテキスト要求メッセージに対して完全性保護検証を行い、検証が合格した場合前記端末にサービスする第２のノードから前記第２のノード側の第２のＵＥコンテキストを取得することと、
前記目標基地局が前記第１のノードにより送信された前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを受信することとを含む。
ステップ２０３において、前記目標基地局が前記端末にＲＲＣ接続回復メッセージを送信して、前記端末がＲＲＣ接続を回復する。
本発明の実施例において、前記端末がＲＲＣ接続回復を完了した後、前記目標基地局が前記端末により送信されたＲＲＣ接続回復完了メッセージを受信する。
以下、具体的な例を参照し、本発明の実施例における完全ＲＲＣ ＩＮＡＣＴＩＶＥ状態でＵＥの回復手順を説明し、以下の例において、ＳＮが第２のノード、ＭＮが第１のノードである。
１）下りデータがＳＮ側に到着した場合、ＳＮがＭＮに目標ＵＥに対するページング手順を開始することを通知し、下りデータがＭＮ側に到着した場合、ＭＮが目標ＵＥに対するページング手順を開始し、ページングでＵＥがＲＲＣ接続回復手順を開始するようにトリガーされる。上りデータがＵＥ側に到着した場合、ＵＥがＲＲＣ接続回復手順を開始する。
２）ＵＥが目標基地局にＲＲＣ接続回復要求メッセージ（ＭＳＧ３）を開始し、選択可能なＭＳＧ３には指示が含まれ、ネットワーク側がＲＲＣ回復を開始する原因を示し、例えば、シグナリング原因、上りデータの到着、及び上りデータ到着のＤＲＢ ｉｄ情報である。目標基地局は、ＭＳＧ３におけるＵＥ識別子に基づいて、サービスＭＮノードのアドレスを検索し、サービスするＭＮノードにＵＥコンテキスト取得要求の手順を送信する。ＭＮがこの要求を受信した後、ＭＳＧ３に対する完全性保護検証を行い、検証が合格してから、サービスするＳＮノードにＳＮ側のＵＥコンテキスト要求を開始し、ＭＮとＳＮ側のＵＥコンテキストを目標基地局に送信する。
３）目標基地局が正確で、迅速にＳＮノードを決定するように支援するために、
方式１として、ＵＥがＭＳＧ３にＰＣＩを含まて、該ＰＣＩは、ＵＥが推奨するＳＮノードのＰｓｃｅｌｌである。
方式１として、ＵＥがＭＳＧ３にＰＣＩを含まて、該ＰＣＩは、ＵＥが推奨するＳＮノードのＰｓｃｅｌｌである。
方式２として、ＵＥがＭＳＧ３に指示を含めて、該指示は、ＭＮが回復ＳＣＧ一部のベアラ及びリソースを必要とするかどうかを示す。
４）目標基地局がＲＲＣ接続回復メッセージ（ＭＳＧ４）をＵＥに送信してＲＲＣ接続を回復する。同時に、ＭＮが新しいＳＮノードに新しい鍵Ｓ－ＫｇＮＢを送信する。
５）ＵＥがＲＲＣ接続を回復した後、ＲＲＣ接続回復完了メッセージを送信する。
図３は本発明の実施例におけるＲＲＣ接続の回復方法のフローチャート二であり、図３に示すように、前記ＲＲＣ接続の回復方法は、以下のステップを含み、
ステップ３０１において、端末が目標基地局にＲＲＣ接続回復要求メッセージを送信することで、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含む。
ステップ３０１において、端末が目標基地局にＲＲＣ接続回復要求メッセージを送信することで、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含む。
本発明の実施例において、前記端末が第１タイプのＲＲＣ非アクティブ状態（即ち完全ＲＲＣ ＩＮＡＣＴＩＶＥ状態）にある端末であり、前記第１タイプのＲＲＣ非アクティブ状態は、全てのＲＲＣ接続をサスペンションした後に前記端末がある状態である。
本発明の実施例において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるセカンダリノードである。
本発明の実施例において、端末のＲＲＣ接続回復手順の開始のトリガーは、以下の方式で行う。
方式一として、前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記目標基地局にＲＲＣ接続回復要求メッセージを送信し、ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
方式二として、上りデータが前記端末に到着した場合、前記端末が前記目標基地局にＲＲＣ接続回復要求メッセージを送信する。
ある実施形態において、前記ＲＲＣ接続回復要求メッセージに第１の指示情報が含まれ、前記第１の指示情報は、ネットワーク側がＲＲＣ接続回復を開始する原因を示す。
目標基地局が第２のノードを正確で迅速に決定するように支援するために、ある実施形態において、前記ＲＲＣ接続回復要求メッセージに第１のＰＣＩが含まれ、前記第１のＰＣＩは、前記端末が推奨する第２のノードのＰｓｃｅｌｌの識別子である。他の実施形態において、前記ＲＲＣ接続回復要求メッセージに第２の指示情報が含まれ、前記第２の指示情報は、前記第１のノードがＳＣＧ一部のリソースを回復する必要があるかどうかを示す。
ステップ３０２において、前記端末が前記目標基地局により送信されたＲＲＣ接続回復メッセージを受信した後、ＲＲＣ接続を回復する。
本発明の実施例において、前記端末がＲＲＣ接続回復を完了した場合、前記目標基地局にＲＲＣ接続回復完了メッセージを送信する。
図４は本発明の実施例におけるＲＲＣ接続の回復方法のフローチャート三であり、図４に示すように、前記ＲＲＣ接続の回復方法は、以下のステップを含み、
ステップ４０１において、第１のノードが目標第２のノードを決定した後、ＳＣＧ構成情報を前記目標第２のノードに送信し、前記目標第２のノード側で鍵を計算するための新しい第１の計算入力パラメータを構成する。
ステップ４０１において、第１のノードが目標第２のノードを決定した後、ＳＣＧ構成情報を前記目標第２のノードに送信し、前記目標第２のノード側で鍵を計算するための新しい第１の計算入力パラメータを構成する。
本発明の実施例において、前記端末が第２タイプのＲＲＣ非アクティブ状態（即ち部分的ＲＲＣ ＩＮＡＣＴＩＶＥ状態）にある端末であり、前記第２タイプのＲＲＣ非アクティブ状態は、一部のＲＲＣ接続をサスペンションした後に前記端末がある状態であり、前記一部のＲＲＣ接続をサスペンションすることは、ＳＣＧ一部のリソースをサスペンションすることである。
以下の実施例において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるソースセカンダリノードであり、前記目標第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおける目標セカンダリノードである。
本発明の実施例の技術案は、２つのシナリオがある。
シナリオ一として、下りデータが第２のノード側に到着した場合、
前記第１のノードが第２のノードにより送信された通知メッセージを受信し、前記通知メッセージは、前記第１のノードに下りデータが前記第２のノード側に到着することを通知し、及び、前記下りデータが対応してベアラされるＤＲＢ識別子情報を通知し、前記第１のノードが前記第２のノードにより送信された前記第２のノード側の第２のＵＥコンテキストを受信し、前記ＳＣＧ構成情報が前記第２のノード側の第２のＵＥコンテキストを少なくとも含む。
前記第１のノードが第２のノードにより送信された通知メッセージを受信し、前記通知メッセージは、前記第１のノードに下りデータが前記第２のノード側に到着することを通知し、及び、前記下りデータが対応してベアラされるＤＲＢ識別子情報を通知し、前記第１のノードが前記第２のノードにより送信された前記第２のノード側の第２のＵＥコンテキストを受信し、前記ＳＣＧ構成情報が前記第２のノード側の第２のＵＥコンテキストを少なくとも含む。
シナリオ二として、ＳＣＧにベアラされる対応する上りデータが端末に到着した場合、
前記第１のノードが前記端末により送信された指示情報を受信し、前記指示情報がＳＣＧ側リソースの回復の開始を前記第１のノードに要求するために使用される。
前記第１のノードが前記端末により送信された指示情報を受信し、前記指示情報がＳＣＧ側リソースの回復の開始を前記第１のノードに要求するために使用される。
さらに、前記第１のノードは、ＲＲＣシグナリング、又はＭＡＣ ＣＥを少なくとも介して、前記端末により送信された指示情報を受信する。
ある実施形態において、前記指示情報には、さらに、前記第２のノード側セルのセット情報又は測定結果情報が含まれる。
本発明の実施例において、前記第１のノードが前記端末から報告された測定結果に基づいて、前記目標第２のノードを決定する。
ステップ４０２において、前記第１のノードが前記目標第２のノードにより構成された前記目標第２のノード側の第１の専用ＲＡＣＨリソースを取得した後、端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信し、これにより、前記端末が前記第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータに基づいて、前記目標第２のノード側でランダムアクセス手順を開始する。
本発明の実施例において、前記第１のノードシグナリング又はＭＡＣ ＣＥ又はＰＤＣＣＨ ｏｒｄｅｒを介して、前記端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信する。
ある実施形態において、前記第１のノードは、前記目標第２のノードにより構成された前記目標第２のノード側の第１の専用ＲＡＣＨリソースを取得する時に、さらに、前記目標第２のノードにより構成された前記目標第２のノード側のシステム放送情報を取得する。
これに基づいて、前記第１のノードがＲＲＣシグナリングを介して前記端末に前記目標第２のノード側のシステム放送情報を送信する。
ここで、前記目標第２のノードが前記目標第２のノード側のシステム放送情報を構成せず、前記目標第２のノードが前記第２のノードでない場合、前記端末がシステム放送情報を読み取ってから、前記目標第２のノード側のランダムアクセス手順をトリガーする必要がある。
以下、具体的な例を参照し、本発明の実施例における部分的ＲＲＣ ＩＮＡＣＴＩＶＥ状態でＵＥの回復手順を説明し、以下の実施例において、ＳＮが第２のノードであり、ＭＮが第１のノードであり、目標ＳＮが目標第２のノードである。
シナリオ一として、下りデータがＳＮ側に到着し、
１）ＳＮがＭＮ側に下りデータがＳＮ側に到着することを通知し、データの到着による対応してベアラされるＤＲＢ ＩＤ情報を通知する。同時に、ＳＮが該ＵＥの該ＳＮ側のＵＥコンテキスト情報をＭＮに転送する。
１）ＳＮがＭＮ側に下りデータがＳＮ側に到着することを通知し、データの到着による対応してベアラされるＤＲＢ ＩＤ情報を通知する。同時に、ＳＮが該ＵＥの該ＳＮ側のＵＥコンテキスト情報をＭＮに転送する。
２）ＭＮ側がＵＥの測定に基づいて結果を報告し、目標ＳＮを判定する。ＭＮは、ＳＣＧ構成情報を目標ＳＮに送信する。同時に、ＭＮが目標ＳＮ側で鍵を計算するための新しい計算入力パラメータｃｏｕｎｔｅｒを目標ＳＮのために構成する。
３）目標ＳＮは、目標ＳＮ側セルのシステム放送情報を構成し、Ｐｓｃｅｌｌで専用ＲＡＣＨリソースをＭＮのために構成し、ＭＮの構成によりＵＥが目標ＳＮ側でランダムアクセス手順を行うために使用される。目標ＳＮがシステム放送情報を構成せず、目標ＳＮが元のＳＮでない場合、ＵＥがシステム放送情報を読み取ってから目標ＳＮ側のランダムアクセス手順をトリガーする必要がある。
４）ＭＮがシグナリング又はＭＡＣ ＣＥ又はＰＤＣＣＨ ｏｒｄｅｒを送信して、ＵＥの目標ＳＮ側でランダムアクセス手順を行うための専用ＲＡＣＨリソース及び目標ＳＮ側で鍵の計算のための入力パラメータｃｏｕｎｔｅｒを構成する。ＭＮは、ＲＲＣシグナリングを介して目標ＳＮのシステム放送情報をＵＥのために構成する。システム放送情報を構成しない場合、ＵＥがシステム放送情報を読み取ってから目標ＳＮ側のランダムアクセス手順をトリガーする必要がある。
５）ＵＥが目標ＳＮ側でランダムアクセス手順を開始して、ＳＣＧ側リソース及びＳＲＢ３を回復する。
シナリオ二として、ＳＣＧが対応する上りデータをベアラされてＵＥ側に到着する
１）ＵＥは、ＳＣＧ側リソース回復の開始要求についての指示をＭＮ側に送信し、該指示は、ＲＲＣシグナリング、又は、ＭＡＣ ＣＥ又は他の信号にベアラされる。メッセージに選択可能なＳＮ側セルのセット情報又は測定結果情報を含めてＭＮ側に送信しても良い。
１）ＵＥは、ＳＣＧ側リソース回復の開始要求についての指示をＭＮ側に送信し、該指示は、ＲＲＣシグナリング、又は、ＭＡＣ ＣＥ又は他の信号にベアラされる。メッセージに選択可能なＳＮ側セルのセット情報又は測定結果情報を含めてＭＮ側に送信しても良い。
２）ＭＮ側は、ＵＥの報告結果から、目標ＳＮを判定する。ＭＮは、ＳＣＧ構成情報目標ＳＮに送信する。同時に、ＭＮは、目標ＳＮ側で鍵を計算するための新しい計算入力パラメータｃｏｕｎｔｅｒを目標ＳＮのために構成する。
３）また、目標ＳＮは、目標ＳＮ側セルのシステム放送情報、及び構成Ｐｓｃｅｌｌでの専用ＲＡＣＨリソースをＭＮための構成し、ＭＮがＵＥのために構成して目標ＳＮ側でランダムアクセス手順を行うために使用される。目標ＳＮがシステム放送情報を構成せず、目標ＳＮが元のＳＮでない場合、ＵＥがシステム放送情報を読み取ってから目標側のランダムアクセス手順をトリガーする必要がある。
４）ＭＮがシグナリング又はＭＡＣ ＣＥ又はＰＤＣＣＨ ｏｒｄｅｒを送信して、ＵＥの目標ＳＮ側でランダムアクセス手順を行うための専用ＲＡＣＨリソース及び目標ＳＮ側で鍵の計算のための入力パラメータｃｏｕｎｔｅｒを構成する。ＭＮは、ＲＲＣシグナリングを介して目標ＳＮのシステム放送情報をＵＥのために構成する。システム放送情報を構成しない場合、ＵＥがシステム放送情報を読み取ってから目標ＳＮ側のランダムアクセス手順をトリガーする必要がある
５）ＵＥは、目標ＳＮ側でランダムアクセス手順を開始してＳＣＧ側リソース及びＳＲＢ３を回復する。
５）ＵＥは、目標ＳＮ側でランダムアクセス手順を開始してＳＣＧ側リソース及びＳＲＢ３を回復する。
図５は本発明の実施例におけるＲＲＣ接続の回復装置の構成図一であり、図５に示すように、前記ＲＲＣ接続の回復装置は、第１の受信ユニット５０１と、ＵＥコンテキスト取得ユニット５０２と、送信ユニット５０３とを含み、
第１の受信ユニット５０１は、端末により送信されたＲＲＣ接続回復要求メッセージを受信するように構成され、
ＵＥコンテキスト取得ユニット５０２は、前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得するように構成され、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含み、
送信ユニット５０３は、前記端末がＲＲＣ接続を回復するように、前記端末にＲＲＣ接続回復メッセージを送信するように構成される。
第１の受信ユニット５０１は、端末により送信されたＲＲＣ接続回復要求メッセージを受信するように構成され、
ＵＥコンテキスト取得ユニット５０２は、前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得するように構成され、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含み、
送信ユニット５０３は、前記端末がＲＲＣ接続を回復するように、前記端末にＲＲＣ接続回復メッセージを送信するように構成される。
ある実施形態において、前記端末が第１タイプのＲＲＣ非アクティブ状態にある端末であり、前記第１タイプのＲＲＣ非アクティブ状態は、全てのＲＲＣ接続をサスペンションした後に前記端末がある状態である。
ある実施形態において、前記ＲＲＣ接続回復要求メッセージに第１の指示情報が含まれ、前記第１の指示情報は、ネットワーク側がＲＲＣ接続回復を開始する原因を示す。
ある実施形態において、前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記第１の受信ユニット５０１が前記端末により送信されたＲＲＣ接続回復要求メッセージを受信し、
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
ある実施形態において、上りデータが前記端末に到着した場合、前記第１の受信ユニット５０１が前記端末により送信されたＲＲＣ接続回復要求メッセージを受信する。
ある実施形態において、前記ＵＥコンテキスト取得ユニット５０２は、前記第１のノードにＵＥコンテキスト要求メッセージを送信して、前記第１のノードが前記ＵＥコンテキスト要求メッセージを受信した後、前記ＵＥコンテキスト要求メッセージに対して完全性保護検証を行い、検証が合格した後に前記端末にサービスする第２のノードから前記第２のノード側の第２のＵＥコンテキストを取得し、前記第１のノードにより送信された前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを受信する。
ある実施形態において、前記ＲＲＣ接続回復要求メッセージに第１のＰＣＩが含まれ、前記第１のＰＣＩは、前記端末が推奨する第２のノードのＰｓｃｅｌｌの識別子である。
ある実施形態において、前記ＲＲＣ接続回復要求メッセージに第２の指示情報が含まれ、前記第２の指示情報は、前記第１のノードがＳＣＧ一部のリソースを回復する必要があるかどうかを示す。
ある実施形態において、前記装置は、さらに、第２の受信ユニット５０４を含み
第２の受信ユニット５０４は、前記端末がＲＲＣ接続回復を完了した後、前記端末により送信されたＲＲＣ接続回復完了メッセージを受信するように構成される。
第２の受信ユニット５０４は、前記端末がＲＲＣ接続回復を完了した後、前記端末により送信されたＲＲＣ接続回復完了メッセージを受信するように構成される。
ある実施形態において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるセカンダリノードである。
図５に示すＲＲＣ接続の回復装置におけるユニットの実装機能は、ＲＲＣ接続の回復方法に関する説明を参照することによって理解され得る。図５に示すＲＲＣ接続の回復装置における各ユニットの機能は、プロセッサ上で動作するプログラムによって実現されてもよいし、具体的な論理回路によって実現されてもよい。
図６は本発明の実施例におけるＲＲＣ接続の回復装置の構成図二であり、図６に示すように、前記ＲＲＣ接続の回復装置は、第１の送信ユニット６０１と、受信ユニット６０２と、回復ユニット６０３とを備え、
第１の送信ユニット６０１は、目標基地局にＲＲＣ接続回復要求メッセージを送信して、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含み、
受信ユニット６０２は、前記目標基地局により送信されたＲＲＣ接続回復メッセージを受信するように構成され、
回復ユニット６０３は、ＲＲＣ接続を回復するように構成される。
第１の送信ユニット６０１は、目標基地局にＲＲＣ接続回復要求メッセージを送信して、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含み、
受信ユニット６０２は、前記目標基地局により送信されたＲＲＣ接続回復メッセージを受信するように構成され、
回復ユニット６０３は、ＲＲＣ接続を回復するように構成される。
ある実施形態において、前記端末が第１タイプのＲＲＣ非アクティブ状態にある端末であり、前記第１タイプのＲＲＣ非アクティブ状態は、全てのＲＲＣ接続をサスペンションした後に前記端末がある状態である。
ある実施形態において、前記ＲＲＣ接続回復要求メッセージに第１の指示情報が含まれ、前記第１の指示情報は、ネットワーク側がＲＲＣ接続回復を開始する原因を示す。
ある実施形態において、前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記第１の送信ユニット６０１が前記目標基地局にＲＲＣ接続回復要求メッセージを送信し、
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
ここで、下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される。
ある実施形態において、上りデータが前記端末に到着した場合、前記第１の送信ユニット６０１が前記目標基地局にＲＲＣ接続回復要求メッセージを送信する。
ある実施形態において、前記ＲＲＣ接続回復要求メッセージに第１のＰＣＩが含まれ、前記第１のＰＣＩは、前記端末が推奨する第２のノードのＰｓｃｅｌｌの識別子である。
ある実施形態において、前記ＲＲＣ接続回復要求メッセージに第２の指示情報が含まれ、前記第２の指示情報は、前記第１のノードがＳＣＧ一部のリソースを回復する必要があるかどうかを示す。
ある実施形態において、前記装置は、さらに、第２の送信ユニット６０４を含み、
第２の送信ユニット６０４は、ＲＲＣ接続回復が完了した後、前記目標基地局にＲＲＣ接続回復完了メッセージを送信するように構成される。
第２の送信ユニット６０４は、ＲＲＣ接続回復が完了した後、前記目標基地局にＲＲＣ接続回復完了メッセージを送信するように構成される。
ある実施形態において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるセカンダリノードである。
図６に示されるＲＲＣ接続の回復装置におけるユニットの実装機能は、ＲＲＣ接続を回復するための前述の方法に関する説明を参照することによって理解され得る。図６に示すＲＲＣ接続の回復装置における各ユニットの機能は、プロセッサ上で動作するプログラムによって実現されてもよいし、具体的な論理回路によって実現されてもよい。
図７は本発明の実施例におけるＲＲＣ接続の回復装置の構成図三であり、図７に示すように、前記ＲＲＣ接続の回復装置は、決定ユニット７０１と、第１の送信ユニット７０２と、構成ユニット７０３と、取得ユニット７０４と、第２の送信ユニット７０５とを備え、
決定ユニット７０１は、目標第２のノードを決定するように構成され、
第１の送信ユニット７０２は、ＳＣＧ構成情報を前記目標第２のノードに送信するように構成され、
構成ユニット７０３は、前記目標第２のノード側で鍵を計算するための新しい第１の計算入力パラメータを構成するように構成され、
取得ユニット７０４は、前記目標第２のノードにより構成された前記目標第２のノード側の第１の専用ＲＡＣＨリソースを取得するように構成され、
第２の送信ユニット７０５は、端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信して、前記端末が前記第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータに基づいて、前記目標第２のノード側でランダムアクセス手順を開始するように構成される。
決定ユニット７０１は、目標第２のノードを決定するように構成され、
第１の送信ユニット７０２は、ＳＣＧ構成情報を前記目標第２のノードに送信するように構成され、
構成ユニット７０３は、前記目標第２のノード側で鍵を計算するための新しい第１の計算入力パラメータを構成するように構成され、
取得ユニット７０４は、前記目標第２のノードにより構成された前記目標第２のノード側の第１の専用ＲＡＣＨリソースを取得するように構成され、
第２の送信ユニット７０５は、端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信して、前記端末が前記第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータに基づいて、前記目標第２のノード側でランダムアクセス手順を開始するように構成される。
ある実施形態において、前記端末が第２タイプのＲＲＣ非アクティブ状態にある端末であり、前記第２タイプのＲＲＣ非アクティブ状態は、一部のＲＲＣ接続をサスペンションした後に前記端末がある状態であり、前記一部のＲＲＣ接続をサスペンションすることは、ＳＣＧ一部のリソースをサスペンションすることである。
ある実施形態において、下りデータが第２のノード側に到着した場合、前記装置は、さらに、第１の受信ユニット７０６を含み
第１の受信ユニット７０６は、第２のノードにより送信された通知メッセージを受信し、前記通知メッセージは、下りデータが前記第２のノード側に到着することを前記第１のノードに通知し、及び、前記下りデータが対応してベアラされるＤＲＢ識別子情報を通知するために使用され、前記第２のノードにより送信された前記第２のノード側の第２のＵＥコンテキストを受信し、ここで、前記ＳＣＧ構成情報が前記第２のノード側の第２のＵＥコンテキストを少なくとも含む。
第１の受信ユニット７０６は、第２のノードにより送信された通知メッセージを受信し、前記通知メッセージは、下りデータが前記第２のノード側に到着することを前記第１のノードに通知し、及び、前記下りデータが対応してベアラされるＤＲＢ識別子情報を通知するために使用され、前記第２のノードにより送信された前記第２のノード側の第２のＵＥコンテキストを受信し、ここで、前記ＳＣＧ構成情報が前記第２のノード側の第２のＵＥコンテキストを少なくとも含む。
ある実施形態において、ＳＣＧにベアラされる対応する上りデータが端末に到着した場合、前記装置は、さらに、第２の受信ユニット７０７を含み、
第２の受信ユニット７０７は、前記端末により送信された指示情報を受信するように構成され、前記指示情報は、前記第１のノードがＳＣＧ側リソースの回復を開始するように要求する。
第２の受信ユニット７０７は、前記端末により送信された指示情報を受信するように構成され、前記指示情報は、前記第１のノードがＳＣＧ側リソースの回復を開始するように要求する。
ある実施形態において、前記第２の受信ユニット７０７は、少なくともＲＲＣシグナリング、又はＭＡＣ ＣＥを介して、前記端末により送信された指示情報を受信するように構成される。
ある実施形態において、前記指示情報には、さらに、前記第２のノード側セルのセット情報又は測定結果情報が含まれる。
ある実施形態において、前記決定ユニット７０１は、前記端末から報告された測定結果に基づいて、前記目標第２のノードを決定するように構成される。
ある実施形態において、前記第２の送信ユニット７０５は、シグナリング又はＭＡＣ ＣＥ又はＰＤＣＣＨ ｏｒｄｅｒを介して、前記端末に第１の専用ＲＡＣＨリソース及び前記第１の計算入力パラメータを送信するように構成される。
ある実施形態において、前記取得ユニット７０４は、前記目標第２のノードにより構成された前記目標第２のノード側の第１の専用ＲＡＣＨリソースを取得する時に、さらに、前記目標第２のノードにより構成された前記目標第２のノード側のシステム放送情報を取得する。
ある実施形態において、前記装置は、さらに、第３の送信ユニット７０８を含み、
第３の送信ユニット７０８は、ＲＲＣシグナリングを介して前記端末に前記目標第２のノード側のシステム放送情報を送信するように構成される。
第３の送信ユニット７０８は、ＲＲＣシグナリングを介して前記端末に前記目標第２のノード側のシステム放送情報を送信するように構成される。
ある実施形態において、前記目標第２のノードが前記目標第２のノード側のシステム放送情報を構成せず、前記目標第２のノードが前記第２のノードでない場合、前記端末がシステム放送情報を読み取ってから、前記目標第２のノード側のランダムアクセス手順をトリガーする必要がある。
ある実施形態において、前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるソースセカンダリノードであり、前記目標第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおける目標セカンダリノードである。
図７に示されるＲＲＣ接続の回復装置における各ユニットの実装機能は、ＲＲＣ接続を回復するための前述の方法に関する説明を参照することによって理解され得る。図７に示すＲＲＣ接続の回復装置における各ユニットの機能は、プロセッサ上で動作するプログラムによって実現されてもよいし、具体的な論理回路によって実現されてもよい。
本発明の実施例による前記ＲＲＣ接続の回復装置は、ソフトウェア機能モジュールの形態で具現され、独立した製品として販売または使用される場合、一つのコンピュータ読み取り可能な記録媒体に格納されてもよい。このような理解に基づいて、本発明の実施形態の技術的解決策の本質または従来技術に寄与する部分は、本発明の様々な実施形態による方法の全てまたは一部を１つのコンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであり得る)に実行させるための複数の命令を含む１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化され得る。また、前記記憶媒体としては、Ｕ字ディスク、リムーバブルハードディスク、リードオンリーメモリ( ＲＯＭ、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ )、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。このように、本発明の実施形態は、ハードウェアとソフトウェアのいかなる組み合わせにも限定されない。
したがって、本発明の実施例は、プロセッサによって実行されると、本発明の実施例による上述したＲＲＣ接続を回復する方法を実現するコンピュータ実行可能命令を記憶したコンピュータ記憶媒体をさらに提供する。
図８は、本発明の実施例に係るコンピュータデバイスの構成を示す図であり、このコンピュータデバイスは端末であってもネットワークデバイスであってもよい。図８に示すように、コンピュータデバイス１００は、１つ又は複数の(図面には１つのみ示す)プロセッサ１００２ (プロセッサ１００２は、マイクロプロセッサ( ＭＣＵ、Ｍｉｃｒｏ Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ )又はプログラマブルロジックデバイス( ＦＰＧＡ、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ )等の処理装置を含み得るが、これらに限定されない)、データを記憶するためのメモリ１００４、及び通信機能のための伝送装置１００６を含み得る。図８に示す構成は、例示であり、上述した電子装置の構成に限定されないことは、当業者に理解されるところである。例えば、コンピュータデバイス１００は、図８に示す構成よりも多いか少ない構成要素をさらに含んでもよく、又は図８に示す構成と異なる構成を有してもよい。
メモリ１００４は、本発明の実施形態における方法に対応するプログラム命令/モジュールのような、アプリケーションのソフトウェアプログラム及びモジュールを格納するために使用されてもよく、プロセッサ１００２は、メモリ１００４に格納されたソフトウェアプログラム及びモジュールを実行することによって、様々な機能アプリケーション及びデータ処理を実行し、すなわち、上記の方法を実現する。メモリ１００４は、高速ランダムアクセスメモリを含んでもよく、１つ以上の磁気記憶デバイス、フラッシュメモリ、または他の不揮発性ソリッドステートメモリなどの不揮発性メモリを含んでもよい。いくつかの例では、メモリ１００４は、プロセッサ１００２に対してリモートに配置されたメモリをさらに含んでもよく、メモリは、ネットワークを介してコンピュータデバイス１００に接続されてもよい。上記ネットワークの例としては、インターネット、イントラネット、ローカルエリアネットワーク、移動体通信ネットワーク、及びこれらの組み合わせが挙げられるが、これらに限定されない。
伝送装置１００６は、ネットワークを介してデータを送受信するための装置である。上記のネットワークの具体例は、コンピュータデバイス１００の通信プロバイダが提供する無線ネットワークを含んでもよい。一例において、伝送装置１００６は、インターネットと通信可能に基地局を介して他のネットワークデバイスに接続可能なネットワークアダプタ( ＮＩＣ、Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ )を含む。一例では、伝送装置１００６は、無線方式でインターネットと通信するための無線周波数( ＲＦ、Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ )モジュールであり得る。
本発明の実施例に記載した技術的手段は、矛盾なき限り、任意に組み合わせることができる。
本発明によって提供されるいくつかの実施形態において、開示される方法およびスマートデバイスは、他の方法で実現されてもよいことが理解されるべきである。なお、以上の装置の実施形態はあくまでも一例であり、例えば、装置の分割、論理的機能の分割などは、実際の実施に際しては、これら複数の装置や構成要素を組み合わせたり、他のシステムに統合したり、あるいは、一部の構成要素を省略したり、省略したりすることが可能である。さらに、図示又は説明された構成要素は、電気的、機械的、又は他の形態の、いくつかのインターフェース、装置又はユニットを介した、互いに、又は直接的に、又は通信的に、間接的な結合又は通信的な接続を有し得る。
上記分離手段として説明したユニットは、物理的に分離していても、あるいは分離していなくてもよく、ユニットとして表示されるユニットは、物理的ユニットであっても、あるいは物理的ユニットでなくてもよく、すなわち一箇所にあっても、複数のネットワークユニットに分散していてもよい。また、本実施形態の目的を達成する手段の一部又は全部を、必要に応じて選択することができる。
また、本発明の各実施例における各機能部は、全てが１つの第２の処理ユニットに集積されてもよいし、各部がそれぞれ単独で１つのユニットとして構成されてもよいし、２つ以上のユニットが１つのユニットに集積されてもよい。上記の統合されたユニットは、ハードウェアの形態で実現されてもよいし、ハードウェア及びソフトウェア機能ユニットの形態で実現されてもよい。
以上、本発明の具体的な実施形態について説明したが、本発明の技術的範囲はこれに限定されるものではなく、本発明が属する技術分野で通常の知識を有する者であれば、本発明の技術的範囲内で容易に変更や置換をなし得ることは自明である。
Claims (13)
- 目標基地局が端末により送信されたＲＲＣ接続回復要求メッセージを受信することと、
前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるユーザーデバイスＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含むことと、
前記端末がＲＲＣ接続を回復するように、前記目標基地局が前記端末にＲＲＣ接続回復メッセージを送信することとを含み、
前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるセカンダリノードである
ことを特徴とする無線リソース制御ＲＲＣ接続の回復方法。 - 前記端末が第１タイプのＲＲＣ非アクティブ状態にある端末であり、前記第１タイプのＲＲＣ非アクティブ状態は、全てのＲＲＣ接続をサスペンションした後に前記端末がある状態である
ことを特徴とする請求項１に記載のＲＲＣ接続の回復方法。 - 前記ＲＲＣ接続回復要求メッセージに第１の指示情報が含まれ、前記第１の指示情報は、ネットワーク側がＲＲＣ接続回復を開始する原因を示す
ことを特徴とする請求項１又は２に記載のＲＲＣ接続の回復方法。 - 前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記目標基地局が前記端末により送信されたＲＲＣ接続回復要求メッセージを受信し、
下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される
ことを特徴とする請求項１～３のいずれか１項に記載のＲＲＣ接続の回復方法。 - 上りデータが前記端末に到着した場合、前記目標基地局が前記端末により送信されたＲＲＣ接続回復要求メッセージを受信する
ことを特徴とする請求項１～３のいずれか１項に記載のＲＲＣ接続の回復方法。 - 前記第１のノードからＵＥコンテキストを取得することは、
前記目標基地局が前記第１のノードにＵＥコンテキスト要求メッセージを送信することで、前記第１のノードが前記ＵＥコンテキスト要求メッセージを受信した後、前記ＵＥコンテキスト要求メッセージに対して完全性保護検証を行い、検証が合格した場合前記端末にサービスする第２のノードから前記第２のノード側の第２のＵＥコンテキストを取得することと、
前記目標基地局が前記第１のノードにより送信された前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを受信することとを含む
ことを特徴とする請求項１～５のいずれか１項に記載のＲＲＣ接続の回復方法。 - 前記方法は、さらに、
前記端末がＲＲＣ接続回復を完了した後、前記目標基地局が前記端末により送信されたＲＲＣ接続回復完了メッセージを受信することを含む
ことを特徴とする請求項１～６のいずれか１項に記載のＲＲＣ接続の回復方法。 - 前記方法は、さらに、
前記目標基地局が、前記目標基地局に対応するセカンダリネットワークノードにＳ－ＫｇＮＢを送信する
ことを特徴とする請求項１に記載のＲＲＣ接続の回復方法。 - 端末が目標基地局にＲＲＣ接続回復要求メッセージを送信することで、前記目標基地局が前記ＲＲＣ接続回復要求メッセージにおけるＵＥ識別子に基づいて、前記端末にサービスする第１のノードを決定し、前記第１のノードからＵＥコンテキストを取得し、前記ＵＥコンテキストが前記第１のノード側の第１のＵＥコンテキスト及び第２のノード側の第２のＵＥコンテキストを含むことと、
前記端末が前記目標基地局により送信されたＲＲＣ接続回復メッセージを受信した後、ＲＲＣ接続を回復することとを含み、
前記第１のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるプライマリノードであり、前記第２のノードがデュアル接続ネットワーク又はマルチ接続ネットワークにおけるセカンダリノードである
ことを特徴とするＲＲＣ接続の回復方法。 - 前記端末が第１タイプのＲＲＣ非アクティブ状態にある端末であり、前記第１タイプのＲＲＣ非アクティブ状態は、全てのＲＲＣ接続をサスペンションした後に前記端末がある状態である
ことを特徴とする請求項９に記載のＲＲＣ接続の回復方法。 - 前記ＲＲＣ接続回復要求メッセージに第１の指示情報が含まれ、前記第１の指示情報は、ネットワーク側がＲＲＣ接続回復を開始する原因を示す
ことを特徴とする請求項９又は１０に記載のＲＲＣ接続の回復方法。 - 前記端末が第１のノードにより送信されたページングメッセージを受信した後、前記目標基地局にＲＲＣ接続回復要求メッセージを送信し、
下りデータが前記第２のノードに到着した場合、前記第２のノードが前記第１のノードが前記端末に対するページングを開始するように通知し、下りデータが前記第１のノードに到着した場合、前記第１のノードが前記端末に対するページングを開始し、前記ページングは、前記端末がＲＲＣ接続回復手順を開始するようにトリガーするために使用される
ことを特徴とする請求項９～１１のいずれか１項に記載のＲＲＣ接続の回復方法。 - プロセッサと、プログラムを記憶するメモリと、を備えるＲＲＣ接続の回復装置であって、
前記プログラムが前記プロセッサにより実行される場合、請求項１～１２のいずれか１項に記載のＲＲＣ接続の回復方法を実行する
ことを特徴とするＲＲＣ接続の回復装置。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2018/085855 WO2019213805A1 (zh) | 2018-05-07 | 2018-05-07 | 一种恢复rrc连接的方法及装置、计算机存储介质 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2021527967A JP2021527967A (ja) | 2021-10-14 |
| JP7128897B2 true JP7128897B2 (ja) | 2022-08-31 |
| JP7128897B6 JP7128897B6 (ja) | 2022-10-04 |
Family
ID=68467712
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020546353A Active JP7128897B6 (ja) | 2018-05-07 | 2018-05-07 | Ｒｒｃ接続の回復方法、装置及びコンピュータ記憶媒体 |
Country Status (10)
| Country | Link |
|---|---|
| US (2) | US11700571B2 (ja) |
| EP (1) | EP3742815B1 (ja) |
| JP (1) | JP7128897B6 (ja) |
| KR (1) | KR102468531B1 (ja) |
| CN (2) | CN111630900A (ja) |
| AU (1) | AU2018422296A1 (ja) |
| BR (1) | BR112020018971A2 (ja) |
| CA (1) | CA3093484A1 (ja) |
| MX (1) | MX2020009888A (ja) |
| WO (1) | WO2019213805A1 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA3093484A1 (en) | 2018-05-07 | 2019-11-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for recovering rrc connection, and computer storage medium |
| CN110557849B (zh) * | 2018-05-30 | 2021-06-22 | 华为技术有限公司 | 一种通信方法及装置 |
| SG11202101188PA (en) * | 2018-08-08 | 2021-03-30 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Information configuration method and apparatus, terminal and network device |
| EP3833099B1 (en) * | 2018-08-15 | 2023-06-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and terminal for recovering rrc connection |
| US20220007454A1 (en) * | 2018-11-01 | 2022-01-06 | Apple Inc. | Signaling for MAC-I Verification in RNAU Without Anchor Relocation |
| CN114585107A (zh) * | 2020-12-02 | 2022-06-03 | 大唐移动通信设备有限公司 | 终端rrc连接恢复的方法和装置 |
| CN114760712A (zh) * | 2021-01-08 | 2022-07-15 | 大唐移动通信设备有限公司 | 数据发送处理方法、装置及处理器可读存储介质 |
| US20240090063A1 (en) * | 2021-02-03 | 2024-03-14 | Nokia Technologies Oy | Data transmission with security configurations |
| CN115209488A (zh) * | 2021-04-09 | 2022-10-18 | 中国移动通信有限公司研究院 | 双连接辅节点恢复方法及装置 |
| CN115460718A (zh) * | 2021-06-09 | 2022-12-09 | 中兴通讯股份有限公司 | 通信连接恢复方法、基站、计算机可读存储介质 |
| CN117156461A (zh) * | 2022-05-24 | 2023-12-01 | 荣耀终端有限公司 | 网络配置方法、用户设备、网络设备及计算机存储介质 |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3761750A1 (en) * | 2009-03-12 | 2021-01-06 | Interdigital Patent Holdings, Inc. | Method and apparatus for monitoring for a radio link failure |
| EP2919519B1 (en) * | 2014-03-14 | 2022-07-06 | HTC Corporation | Connection modification method applicable to user equipment and base station |
| CN104936169B (zh) * | 2014-03-18 | 2018-09-04 | 中国移动通信集团公司 | 一种安全验证处理方法、装置、终端及基站 |
| CN106470417A (zh) * | 2015-08-20 | 2017-03-01 | 中兴通讯股份有限公司 | 一种终端标识分配方法、装置及系统 |
| CN106961712A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信（上海）有限公司 | 小区接入方法及基站 |
| CN106961747A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信（上海）有限公司 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
| CN111866819B (zh) * | 2016-02-05 | 2022-09-13 | 中兴通讯股份有限公司 | 终端与网络间连接处理方法和装置 |
| US10779351B2 (en) * | 2016-03-23 | 2020-09-15 | Apple Inc. | Radio link failure handling in high-frequency band networks |
| US20170332436A1 (en) * | 2016-05-13 | 2017-11-16 | Htc Corporation | Device and Method Handling a Radio Resource Control Connection Resume Procedure |
| EP3261404A1 (en) * | 2016-06-01 | 2017-12-27 | HTC Corporation | Device and method of handling radio resource control connection (rrc) resume procedure |
| CN107666692B (zh) * | 2016-07-29 | 2019-09-17 | 电信科学技术研究院 | 一种状态转移方法、用户终端和基站 |
| CN107666693B (zh) * | 2016-07-29 | 2019-09-17 | 电信科学技术研究院 | 终端路径转移、控制终端状态转换的方法、终端及基站 |
| CN107734639B (zh) * | 2016-08-12 | 2019-08-02 | 电信科学技术研究院 | 一种寻呼方法、寻呼处理方法、终端及基站 |
| US10314005B2 (en) * | 2017-02-10 | 2019-06-04 | Samsung Electronics Co., Ltd. | Method and apparatus for inactive mode operation in wireless communication system |
| CN107959953B (zh) * | 2018-01-08 | 2019-09-17 | 创新维度科技（北京）有限公司 | 跨接窄带物联网基站的rrc连接恢复方法、基站、终端和系统 |
| CA3093484A1 (en) | 2018-05-07 | 2019-11-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for recovering rrc connection, and computer storage medium |
-
2018
- 2018-05-07 CA CA3093484A patent/CA3093484A1/en active Pending
- 2018-05-07 EP EP18917750.4A patent/EP3742815B1/en active Active
- 2018-05-07 CN CN201880087444.XA patent/CN111630900A/zh active Pending
- 2018-05-07 AU AU2018422296A patent/AU2018422296A1/en not_active Abandoned
- 2018-05-07 MX MX2020009888A patent/MX2020009888A/es unknown
- 2018-05-07 CN CN202010871159.6A patent/CN112040567B/zh active Active
- 2018-05-07 BR BR112020018971-5A patent/BR112020018971A2/pt unknown
- 2018-05-07 KR KR1020207025296A patent/KR102468531B1/ko active IP Right Grant
- 2018-05-07 JP JP2020546353A patent/JP7128897B6/ja active Active
- 2018-05-07 WO PCT/CN2018/085855 patent/WO2019213805A1/zh active Application Filing
-
2020
- 2020-08-31 US US17/008,449 patent/US11700571B2/en active Active
-
2023
- 2023-05-22 US US18/200,324 patent/US20230309000A1/en active Pending
Non-Patent Citations (4)
| Title |
|---|
| CATT，Discussion on the support of delta configuration during SN change procedure[online]，3GPP TSG RAN WG3 #99bis R3-181785，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_99bis/Docs/R3-181785.zip>，2018年04月16日 |
| Ericsson，Text proposal to RRC connection control[online]，3GPP TSG RAN WG2 #99 R2-1707848，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_99/Docs/R2-1707848.zip>，2017年08月21日 |
| Huawei，Security for Msg4[online]，3GPP TSG RAN WG2 #101 R2-1802795，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_101/Docs/R2-1802795.zip>，2018年02月26日 |
| Qualcomm Incorporated，RRC inactive and dual connectivity coexistence[online]，3GPP TSG SA WG2 #122BIS S2-176115，Internet<URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_122BIS_Sophia_Antipolis/Docs/S2-176115.zip>，2017年08月21日 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20200396675A1 (en) | 2020-12-17 |
| JP2021527967A (ja) | 2021-10-14 |
| KR102468531B1 (ko) | 2022-11-18 |
| CA3093484A1 (en) | 2019-11-14 |
| CN111630900A (zh) | 2020-09-04 |
| US11700571B2 (en) | 2023-07-11 |
| WO2019213805A1 (zh) | 2019-11-14 |
| MX2020009888A (es) | 2020-10-12 |
| CN112040567A (zh) | 2020-12-04 |
| CN112040567B (zh) | 2023-05-09 |
| BR112020018971A2 (pt) | 2021-01-19 |
| EP3742815A4 (en) | 2021-01-06 |
| KR20210005547A (ko) | 2021-01-14 |
| EP3742815B1 (en) | 2022-06-29 |
| AU2018422296A1 (en) | 2020-10-01 |
| EP3742815A1 (en) | 2020-11-25 |
| JP7128897B6 (ja) | 2022-10-04 |
| US20230309000A1 (en) | 2023-09-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7128897B2 (ja) | Ｒｒｃ接続の回復方法、装置及びコンピュータ記憶媒体 | |
| US11641601B2 (en) | Method, apparatus and device for allowing terminal to move between 4G and 5G networks | |
| EP3840522B1 (en) | Methods and devices for controlling rrc state | |
| CN106954280B (zh) | 一种数据传输方法、装置及系统 | |
| EP3799461B1 (en) | Network validity verification method and device and computer storage medium | |
| WO2019223774A1 (zh) | 一种提高寻呼可靠性的方法及装置、计算机存储介质 | |
| US11882450B2 (en) | Method and device for determining security algorithm, and computer storage medium | |
| CN109644338B (zh) | 一种获取密钥的方法及装置、计算机存储介质 | |
| KR102484158B1 (ko) | 서비스 활성화 및 비활성화의 방법, 장치, 컴퓨터 저장 매체 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210409 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20210409 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20220126 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220128 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220404 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20220802 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20220819 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7128897 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |