JP7478845B2 - 条件付きハンドオーバ(cho)時にmr-dcを保持すること/変更すること - Google Patents
条件付きハンドオーバ(cho)時にmr-dcを保持すること/変更すること Download PDFInfo
- Publication number
- JP7478845B2 JP7478845B2 JP2022569499A JP2022569499A JP7478845B2 JP 7478845 B2 JP7478845 B2 JP 7478845B2 JP 2022569499 A JP2022569499 A JP 2022569499A JP 2022569499 A JP2022569499 A JP 2022569499A JP 7478845 B2 JP7478845 B2 JP 7478845B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- message
- network node
- handover
- source
- 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
- 238000000034 method Methods 0.000 claims description 357
- 238000012545 processing Methods 0.000 claims description 147
- 238000004891 communication Methods 0.000 claims description 133
- 230000000717 retained effect Effects 0.000 claims description 34
- 230000004044 response Effects 0.000 claims description 29
- 238000004590 computer program Methods 0.000 claims description 20
- 230000015654 memory Effects 0.000 description 47
- 230000008859 change Effects 0.000 description 41
- 230000006870 function Effects 0.000 description 38
- 238000012546 transfer Methods 0.000 description 37
- 238000003860 storage Methods 0.000 description 29
- 230000005540 biological transmission Effects 0.000 description 28
- 230000004048 modification Effects 0.000 description 19
- 238000012986 modification Methods 0.000 description 19
- 238000005259 measurement Methods 0.000 description 18
- 238000010586 diagram Methods 0.000 description 17
- 230000008901 benefit Effects 0.000 description 16
- 230000000977 initiatory effect Effects 0.000 description 13
- 238000002360 preparation method Methods 0.000 description 13
- 230000011664 signaling Effects 0.000 description 13
- 230000001413 cellular effect Effects 0.000 description 12
- 230000009977 dual effect Effects 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 11
- 230000003287 optical effect Effects 0.000 description 11
- 230000009471 action Effects 0.000 description 10
- 238000012544 monitoring process Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 230000001960 triggered effect Effects 0.000 description 6
- 238000003491 array Methods 0.000 description 5
- 230000006399 behavior Effects 0.000 description 5
- 230000003993 interaction Effects 0.000 description 5
- 238000013459 approach Methods 0.000 description 4
- 230000003111 delayed effect Effects 0.000 description 4
- 230000014759 maintenance of location Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 230000006855 networking Effects 0.000 description 4
- 230000002085 persistent effect Effects 0.000 description 3
- 238000004321 preservation Methods 0.000 description 3
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 2
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 2
- 101150014328 RAN2 gene Proteins 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000001585 disappearance potential spectroscopy Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 101150074586 RAN3 gene Proteins 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- RGNPBRKPHBKNKX-UHFFFAOYSA-N hexaflumuron Chemical compound C1=C(Cl)C(OC(F)(F)C(F)F)=C(Cl)C=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F RGNPBRKPHBKNKX-UHFFFAOYSA-N 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 239000000779 smoke Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 210000003813 thumb Anatomy 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 230000003245 working effect Effects 0.000 description 1
Images
Classifications
-
- 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
- H04W36/00698—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using different RATs
-
- 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/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/00837—Determination of triggering parameters for hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/36—Reselection control by user or terminal equipment
- H04W36/362—Conditional handover
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Description
MR-DC(マルチ無線デュアルコネクティビティ)において動作するUEが、マスタノード(MN)接続と2次ノード(SN)接続とを有する。MR-DC設定の一例は、LTE eノードBがMNとして動作し、NR gノードBがSNとして動作する、EUTRAN-NRデュアルコネクティビティ(EN-DC)である。他の設定も可能であり、たとえば、MNとSNの両方が(1つまたは複数の)NR gノードBである。
1.ソースMNは、ターゲットMNにハンドオーバ要求を送ることによって、ハンドオーバを始動する。
2.ターゲットMNがソースSNを保持することを判断した場合、ターゲットMNは、SNに、ソースMNによって確立されたSNにおけるUEコンテキストへの参照としてのSN UE XnAP IDを含むSN追加要求を送る。ターゲットMNがSNを変更することを判断した場合、ターゲットMNは、ターゲットSNに、ソースMNによって確立されたソースSNにおけるUEコンテキストを含むSN追加要求を送る。
3.(ターゲット)SNは、SN追加要求確認応答で返答する。(ターゲット)SNは、フルRRC設定またはデルタRRC設定の指示を含め得る。
4.ターゲットMNは、ハンドオーバを実施するために、UEに送られるべきMN RRC再設定メッセージをハンドオーバ要求確認応答メッセージ内に含め、また、ソースMNにフォワーディングアドレスを提供し得る。PDUセッションスプリットが、ハンドオーバプロシージャ中にターゲット側において実施される場合、各ノードに対応する2つ以上のデータフォワーディングアドレスが、ハンドオーバ要求確認応答メッセージ中に含まれる。ターゲットMNおよびSNが、ステップ2およびステップ3において、SNにおけるUEコンテキストを保持することを判断した場合、ターゲットMNは、SNにおけるUEコンテキストが保持されることをソースMNに指示する。
5a/5b.ソースMNは、(ソース)SNに、MCGモビリティを指示する原因を含むSN解放要求メッセージを送る。(ソース)SNは、解放要求に確認応答する。ソースMNがターゲットMNから指示を受信した場合、ソースMNは、(ソース)SNに、SNにおけるUEコンテキストが保持されることを指示する。SNにおけるUEコンテキスト保持としての指示が含まれる場合、SNはUEコンテキストを保持する。
5c.ソースMNは、データフォワーディング情報を転送するために、(ソース)SNにXN-Uアドレス指示メッセージを送る。PDUセッションがターゲット側においてスプリットされる場合、2つ以上のデータフォワーディングアドレスが提供され得る。
6.ソースMNは、RRC接続再設定メッセージを送ることによって、UEを、ハンドオーバを実施し、新しい設定を適用するようにトリガする。
7/8.ランダムアクセスプロシージャ:UEは、ターゲットMNに同期し、MN RRC再設定完了メッセージで返答する。
9.SCG無線リソースを必要とするベアラで設定された場合、UEは、ランダムアクセスプロシージャを使用して、(ターゲット)SNに同期する。
10.RRC接続再設定プロシージャが成功した場合、ターゲットMNは、SN再設定完了メッセージを介して(ターゲット)SNに知らせる。
11a.ソースSNは、ソースMNに2次RATデータ使用量報告メッセージを送り、節10.11.2に記載されているように、NR/E-UTRA無線上でUEに配信されたおよびUEから受信されたデータボリュームを含める。
11b.ソースMNは、使用されるNR/E-UTRAリソースに関する情報を提供するために、AMFに2次RAT報告メッセージを送る。
12.RLC AMを使用したベアラの場合、ソースMNは、必要な場合、ソースSNから受信されたSNステータスを含む、SNステータス転送をターゲットMNに送る。ターゲットは、必要な場合、SNステータスをターゲットSNにフォワーディングする。
13.適用可能な場合、データフォワーディングは、ソース側から行われる。SNが保持される場合、データフォワーディングは、SNにおいて保持されるSN終端ベアラまたはQoSフローのために省略され得る。
14~17.ターゲットMNは、経路切替えプロシージャを始動する。ターゲットMNが、経路切替え要求メッセージ中に、1つのPDUセッションについて複数のDL TEIDを含める場合、UPFにおいてTEID更新がある場合には、そのPDUセッションについてのUPFの複数のUL TEIDが、経路切替えAckメッセージ中に含まれるべきである。
18.ターゲットMNは、ソースMNのほうへUEコンテキスト解放プロシージャを始動する。
19.ソースMNからのUEコンテキスト解放メッセージの受信時に、(ソース)SNは、UEコンテキストに関連するCプレーン関係リソースをソースMNのほうへ解放する。進行中のデータフォワーディングが、続き得る。ステップ5において、UEコンテスト保持指示がSN解放要求メッセージ中に含まれた場合、SNは、ターゲットMNに関連するUEコンテキストを解放しないものとする。
LTEおよびNRにおけるモビリティ拡張のための2つの新しいワークアイテムが、リリース16において3GPPにおいて開始した。ワークアイテムの主要な目的は、ハンドオーバにおけるロバストネスを改善すること、およびハンドオーバにおける中断時間を減少させることである。その目的で、(条件付き再設定の場合としてRRCにおいて指定された)条件付きハンドオーバが指定されている。条件付きハンドオーバは、ステージ2、3GPP TS38.300、v16.1.0、チャプター9.2.3.4に記載されている。
- CHO設定は、(1つまたは複数の)候補gNBによって生成された(1つまたは複数の)CHO候補セルと、ソースgNBによって生成された(1つまたは複数の)実行条件との設定を含んでいる。
- 実行条件は、1つまたは2つのトリガ条件(CHOイベントA3/A5)からなり得る。単一のRSタイプのみがサポートされ、多くとも2つの異なるトリガ数量(たとえば、RSRPおよびRSRQ、RSRPおよびSINRなど)が、単一の候補セルのCHO実行条件の評価のために同時に設定され得る。
- CHO実行条件が満たされる前に、(CHO設定なしの)HOコマンドの受信時に、UEは、前に受信されたCHO設定にかかわらず、3GPP TS38.300の節9.2.3.2に記載されているようなHOプロシージャを実行する。
- CHOを実行している間、すなわち、UEがターゲットセルとの同期を開始した時間から、UEは、ソースセルを監視しない。
RAN2#109eにおいて、「CHO(MCG)」はMR-DCと協働することができる、すなわち、「MR-DCが設定されたとき、CHOを受信し、CHOが設定されたとき、SCG追加を受信する」ことが同意された。「MCG」および「SCG」が、それぞれ、マスタセルグループおよび2次セルグループを指し、これらの用語は、本開示では、MNおよびSNと交換可能と見なされ得ることに留意されたい。
- 1.MR-DCにおいて動作するUEが、候補ターゲットMNごとのRRC再設定を含むCHO設定を受信し得る。
- 2.CHOで設定された(すなわち、候補ターゲットについての条件を監視する)UEが、SCG追加を受信する。
- ケース1)CHO実行時にMR-DC設定を解放する、候補ターゲットRRC再設定を生じる。
- ケース2)CHO実行時にMR-DC設定を保持する、候補ターゲットRRC再設定を生じる(SNが保持される)。
- ケース3)CHO実行時に、MR-DC設定を変更する候補ターゲットRRC再設定を生じる(SNが変更される)。
- 第1のネットワークノードは、ソースマスタノード(MN)、S-MN、ソースgノードB、ソースeノードB、ソースNG-RANノード、MR-DCにおいてMNとして動作し、NG-RANに関連する、(たとえば、5GCに接続された)gノードBを指示するM-NG-RANノード、MR-DCにおいてMNとして動作し、NG-RANに関連する、(たとえば、5GCに接続された)ng-eノードBを指示するM-NG-RANノード、MeNodeBまたはMeNBを動作させるEPCに接続されたLTE eノードBのうちの1つに対応し(たとえば、それらのうちの1つとして動作し)得る。
- 第2のネットワークノードは、ソース2次ノード(SN)、S-SN、ソース2次gノードB(SgNB)、ソース2次eノードB(SeNB)、2次ソースNG-RANノードなどのうちの1つに対応し(たとえば、それらのうちの1つとして動作し)得る。
- 第3のネットワークノードは、ターゲット候補ノード、候補ターゲットノード、ターゲットノード、ターゲット候補gノードB、ターゲット候補eノードB、ターゲット候補NG-RANノード、候補ターゲットgノードB、候補ターゲットeノードB、候補ターゲットNG-RANノード、ターゲットgノードB、ターゲットeノードB、ターゲットNG-RANノードに対応し(たとえば、それらとして動作し)得る。
- 第4のネットワークノードは、ターゲット候補2次ノード(SN)、候補ターゲットSN、ターゲットSN、ターゲット候補S-gノードB、ターゲット候補S-eノードB、ターゲット候補S-NG-RANノード、候補ターゲットS-gノードB、候補ターゲットS-eノードB、候補ターゲットS-NG-RANノード、ターゲットS-gノードB、ターゲットS-eノードB、ターゲットS-NG-RANノードに対応し(たとえば、それらとして動作し)得る。
- 条件付き再設定(たとえば、条件付きハンドオーバ、すなわちCHO)でUEを設定することを決定することであって、UEが、MR-DCにおいて、マスタノード(たとえば、ソースMN、S-MN)としての第1のネットワークノードと動作している、条件付き再設定でUEを設定することを決定することと、
- (候補ターゲットノード、たとえば、ターゲットgノードBである)第3のネットワークノードに、プロシージャがCHOためのものであるという指示を含むハンドオーバ要求メッセージを送信することと、
- (候補ターゲットノード、たとえば、ターゲットgノードBである)第3のネットワークノードから、ハンドオーバ要求確認応答メッセージを受信することであって、メッセージが、場合によっては、SNがCHO実行時に保持されるべきであるという情報を含む、ハンドオーバ要求確認応答メッセージを受信することと、
- ソース2次ノードSN(S-SN)として動作する第2のネットワークノードへのSN解放要求メッセージの送信を遅延させることと、
- (たとえば、SN候補ターゲットとして動作する)第4のネットワークノードと第3のネットワークノードの両方から提供された設定を含む、CHOでUEを設定することと
を含む。
- 第1のネットワークノードから、プロシージャがCHOのためのものであるという指示を含むハンドオーバ要求メッセージを受信することと、
- (たとえば、SN候補ターゲットとして動作する)第4のネットワークノードに、要求がCHOのためのものであるという指示を含むSN追加要求を送信することと、
- (たとえば、SN候補ターゲットとして動作する)第4のネットワークノードから、SN追加要求確認応答を受信することと、
- (ソースMN、たとえば、ソースgノードBである)第1のネットワークノードに、ハンドオーバ要求確認応答メッセージを送信することであって、メッセージが、場合によっては、SNがCHO実行時に保持されるべきであるという情報を含む、ハンドオーバ要求確認応答メッセージを送信することと
を含む。
- 候補ターゲットMNとして動作する第3のネットワークノードから、要求がCHOのためのものであるという指示を含むSN追加要求を受信すること、
- 監督タイマーを、要求がCHOのためのものであるという指示に基づく値にセットすること
〇 いくつかの実施形態では、SN追加要求がCHO候補ターゲットMNのためのものであると決定すると、第3のネットワークノードは、その監督タイマーを、第3のネットワークノードがレガシーHOおよび/またはレガシーSN追加についてセットすることになる値よりも長い値にセットする。
- 候補ターゲットMNとして動作する第3のネットワークノードに、SN追加要求確認応答を送信すること、
- 第3のネットワークノードにメッセージを送信すると、監督タイマーを開始することと。
- ターゲットMN(たとえば、CHOが設定された候補ターゲットgノードB)である、第3のノードから第2のメッセージを受信することと、
- ソースSN(S-SN)として動作する第2のネットワークノード、たとえば、ソース2次gノードB(ソースSgNB)に、場合によっては、SNが保持されるという指示を含む、SN解放要求メッセージを送信することと、
- ソースSN(S-SN)として動作する第2のネットワークノード、たとえば、ソース2次gノードB(ソースSgNB)から、SN解放要求確認応答メッセージを受信することと
を含む。
第3のネットワークノード(たとえば、候補ターゲットノード、ターゲットgノードB)にSNステータス転送を送信することと、ソースSNとして動作する第2のネットワークノードから、フォワーディングされたデータを受信することと、第3のネットワークノード(たとえば、ターゲットgノードB)にデータをフォワーディングすることとを行う。
- ソースMN(S-MN)として動作する第1のネットワークノードから、場合によっては、SNが保持されるという指示を含む、SN解放要求メッセージを受信することと、
- ソースMN(S-MN)として動作する第1のネットワークノードに、SN解放要求確認応答メッセージを送信することと
を含む。
- ソースMN(S-MN)として動作する第1のネットワークノードから、Xn-Uアドレス指示を受信することと、
- 遅いデータフォワーディングが実施されるべきであると決定することと、
- ソースMNとして動作する第1のネットワークノードに、SNステータス転送を送信することと、
- 第1のネットワークノード(たとえば、ソースgノードB、ソースMN)に、データをフォワーディングすることと
のうちのいずれかまたはすべてを含み得る。
- UEから、RRC再設定完了メッセージを受信すること、
〇 メッセージは、SCG再設定に関連する別のRRC再設定完了メッセージ内に含んでいることがある、
- 入来するUEが、CHOで設定されており、(SN候補ターゲットとして動作する)第4のネットワークノードのための関連するMR-DC関係設定を有すると決定すること、
- (SN候補ターゲットとして動作する)第4のネットワークノードに、SN再設定完了メッセージを送信すること、
〇 そのメッセージは、SCG再設定に関連する、およびUEから送信されたRRC再設定完了メッセージを含む、
- ソースMN(たとえば、CHOを設定したソースgノードB)である第1のノードに、メッセージを送信すること、
〇 一実施形態では、メッセージは、ハンドオーバ成功メッセージである。
- 第1のノードから、フォワーディングされたデータを受信すること、および
- 第4のノードに、フォワーディングされたSN終端データベアラを転送すること。
- (MN候補ターゲットとして動作する)第3のネットワークノードから、SN再設定完了メッセージを受信すること、
〇 そのメッセージは、SCG再設定に関連する、およびUEから送信されたRRC再設定完了メッセージを含む、
- 監督タイマーを停止し、UEコンテキストをアクティブと見なすこと、および
- 第3のノードから、フォワーディングされたSN終端データベアラのデータを受信すること。
- UEがCHOを実行する第1の候補ターゲットMNから、メッセージを受信すること、
〇 一実施形態では、メッセージは、ハンドオーバ成功メッセージである、および
- UEがCHOを実行しなかった第2の候補ターゲットMNに、メッセージを送信することであって、メッセージが、(1つまたは複数の)CHO設定が解放されるべきであるという指示を含む、メッセージを送信すること。
- ソースMNからメッセージを受信することであって、メッセージが、(1つまたは複数の)CHO設定が解放されるべきであるという指示を含む、メッセージを受信することと、
- 関連するUEのためのCHO設定が、関連するターゲットSN候補を有するかどうかを決定することと、
- 候補ターゲットSNにSN解放要求メッセージを送信することによって、SN解放プロシージャをトリガすることと、
- 候補ターゲットSNからSN解放要求確認応答を受信することと
を含む。
一実施形態が、ソースMNとして動作する第1のネットワークノードにおいて実施される方法を含み、方法は以下を含む。
- 条件付き再設定(たとえば、条件付きハンドオーバ、すなわちCHO)でUEを設定することを決定することであって、UEが、MR-DCにおいて、マスタノード(たとえば、ソースMN、S-MN)としての第1のネットワークノードと動作している、条件付き再設定でUEを設定することを決定すること、
〇 決定は、CHOのための候補ターゲットノードであり得るネイバーノード(たとえば、(1つまたは複数の)ネイバーgノードB)に関連するセルについての測定を含む、ソースMNにおいてUEから受信された測定報告に基づき得る、
- (候補ターゲットノード、たとえば、ターゲットgノードBである)第3のネットワークノードに、プロシージャがCHOためのものであるという指示を含むハンドオーバ要求メッセージを送信すること、
〇 一実施形態では、MNは、単一の候補ターゲットに、プロシージャがCHOのためのものであるという指示を含むハンドオーバ要求メッセージを送信する、
・ たとえば、候補ターゲットは、候補ターゲットに関連する1つのターゲットセル候補を有し得る。
〇 一実施形態では、MNは、単一の候補ターゲットに、プロシージャがCHOのためのものであるという指示を含むハンドオーバ要求メッセージを送信する、
・ たとえば、候補ターゲットは、候補ターゲットに関連する複数のターゲットセル候補を有し得る。その場合、各ターゲットセル候補について送信される1つのハンドオーバ要求メッセージがあり得る。
〇 一実施形態では、MNは、複数の候補ターゲットに、プロシージャがCHOのためのものであるという指示を含むハンドオーバ要求メッセージを送信する、
・ たとえば、候補ターゲットは、候補ターゲットに関連する複数のターゲットセル候補を有し得る。その場合、各ターゲットセル候補について送信される1つのハンドオーバ要求メッセージがあり得る。また、異なる候補ターゲットノードにおいて、複数の候補セルがあり得る。
〇 一実施形態では、ソースMNは、プロシージャがCHOのためのものであるという指示を含む、各UEについてのおよび各候補ターゲットセルについてのハンドオーバ要求メッセージを送信する、
・ どのセルについてCHOを要求すべきかに関するソースMNにおける決定は、UEによって報告された測定に基づき得る。たとえば、UEが、ネイバーセルA、B、CがRSRP、および/またはRSRQ、および/またはSINRに関して最良であることを報告する場合、これらは、ソースMNが候補ターゲットMNにCHOをそれについて設定するように要求する、セルであり得る。また、これらの候補セルの各々について、ソースMNは、これがCHOのためのものであるという指示を伴うHO要求メッセージを送信する。
〇 一実施形態では、ソースMNは、MCG設定とSCG設定の両方を含む、各UEについてのおよび各候補ターゲットセルについてのハンドオーバ要求メッセージを送信する。ソースMNは、ハンドオーバ要求メッセージ中に、ソースSN UE XnAP ID(またはUEについての等価なインターフェースプロトコル識別情報)と、SN ID(SNについてのノード識別子)と、ソースSNにおけるUEコンテキストとを含める。それは、CHO実行時にSNを保持すること、解放すること、または変更することのいずれかを決定し得るSN関係情報を候補ターゲットMNに指示するために含まれる。
- (候補ターゲットノード、たとえば、ターゲットgノードBである)第3のネットワークノードから、ハンドオーバ要求確認応答メッセージを受信することであって、メッセージが、場合によっては、SNがCHO実行時に保持されるべきであるという情報を含む、ハンドオーバ要求確認応答メッセージを受信すること。
〇 一実施形態では、MNは、単一の候補ターゲットから、1つのハンドオーバ要求確認応答を受信する、
・ たとえば、候補ターゲットは、候補ターゲットに関連する1つのターゲットセル候補を有し得る。
〇 一実施形態では、MNは、単一の候補ターゲットノードから、ハンドオーバ要求確認応答メッセージを受信する、
・ たとえば、候補ターゲットは、候補ターゲットに関連する複数のターゲットセル候補を有し得る。その場合、各ターゲットセル候補について受信される1つのハンドオーバ要求確認応答メッセージがあり得る。
〇 一実施形態では、MNは、複数の候補ターゲットから、ハンドオーバ要求確認応答メッセージを受信する、
・ たとえば、候補ターゲットは、候補ターゲットに関連する複数のターゲットセル候補を有し得る。その場合、各ターゲットセル候補について受信される1つのハンドオーバ要求確認応答メッセージがあり得る。また、異なる候補ターゲットノードにおいて、複数の候補セルがあり得る。
〇 一実施形態では、ソースMNは、SNが保持されるべきであるという指示を含むハンドオーバ要求確認応答メッセージを受信する。
・ レガシーハンドオーバの場合とは異なって、このCHOシナリオでは、指示は、SNがCHO実行時に保持されるべきであることを指示している、また、ソースMnのアクションは、したがって、メッセージの受信時ではなく、CHO実行時にのみ実行されるべきである。
- ソース2次ノードSN(S-SN)として動作する第2のネットワークノードへのSN解放要求メッセージの送信を遅延させること、
〇 一実施形態では、方法は、たとえば、ハンドオーバ要求確認応答の受信時に、SN解放プロシージャをトリガすることを遅延させること(すなわち、SN解放プロシージャを始動することを遅延させること、開始することを遅延させること)を含む。
・ SN解放プロシージャは、たとえば、(EN-DCにおいて動作するUEについて)MNがLTEノードであり、SNがNRノードである場合、TS36.423、サブクローズ8.7.9において規定されているMeNB始動型SgNB解放プロシージャに対応し得る。
・ SN解放プロシージャは、たとえば、(NR-DCにおいて動作するUEについて)MNがNRノードであり、SNがNRノードである場合、TS38.423、サブクローズ8.3.6において規定されているM-NG-RANノード始動型S-NG-RANノード解放プロシージャに対応し得る。
〇 一実施形態では、遅延させる(または控える)アクションは、条件付き再設定のためのハンドオーバ要求(たとえば、条件付きハンドオーバ)に応答して、ハンドオーバ要求確認応答が受信されたと決定すると、実施される。
〇 SN解放要求メッセージは、以下のメッセージのうちの少なくとも1つであり得る。
・ SN解放要求メッセージは、たとえば、(EN-DCにおいて動作するUEについて)MNがLTEノードであり、SNがNRノードである場合、TS36.423において規定されているSGNB解放要求メッセージに対応し得る。
・ SN解放要求メッセージは、たとえば、(NR-DCにおいて動作するUEについて)MNがNRノードであり、SNがNRノードである場合、TS38.423において規定されているS-ノード解放要求メッセージに対応し得る。
〇 一実施形態では、
・ レガシー再設定のためのハンドオーバ要求(たとえば、ハンドオーバ)に応答して、ハンドオーバ要求確認応答が受信された場合、
・ (UEがMR-DCにおいて動作している場合)SN解放プロシージャを始動すること、他の場合、
・ そうではなく、条件付き再設定のためのハンドオーバ要求(たとえば、条件付きハンドオーバ)に応答して、ハンドオーバ要求確認応答が受信された場合、
・ (UEがMR-DCにおいて動作している場合)SN解放プロシージャを始動することを遅延させること/控えること、他の場合、
〇 一実施形態では、候補ターゲットのうちの1つからの第1のメッセージの受信を監視すること、その第1のメッセージの受信時に、(UEがMR-DCにおいて動作している場合)始動Sn解放プロシージャ。
・ 「UEがMR-DCにおいて動作している場合」を追加するための理由は、CHO設定の後にUEが再設定されていることがあり、すなわち、CHO実行時に、UEは、MR-DCにおいてもはや動作していないことがあることである。
〇 一実施形態では、HO要求確認応答メッセージ中で指示された場合、SNが保持されるべき場合についてのソースMNアクションを遅延させること。
・ これは、SNがそのUEのために保持されるべきであるという指示を含む、ソースSNへのSN解放要求の送信を含む。
・ ソースMNにおいて遅延されたアクションは、以下であり、すなわち、ソースMNが、MCGモビリティ(または、場合によっては、CHO指示)を指示する原因を含むSN解放要求を(ソース)SNに送る。(ソース)SNは、解放要求に確認応答する。ソースMNがターゲットMNから指示を受信した場合、ソースMNは、(ソース)SNに、SNにおけるUEコンテキストが保持されることを指示する。SNにおけるUEコンテキスト保持としての指示が含まれる場合、SNはUEコンテキストを保持する。
・ これらのアクションは、たとえば、UEによってアクセスされた候補ターゲットMNからのハンドオーバ成功メッセージ(または等価な指示)の受信時に、CHOが実行されるべきであることが知られるまで、遅延することである。
- (たとえば、SN候補ターゲットとして動作する)第4のネットワークノードと第3のネットワークノードの両方から提供された設定を含む、CHOでUEを設定すること。
〇 一実施形態では、方法は、第1のネットワークノード(たとえば、MNとして動作するLTE eノードBであり得る、ソースMN、S-MN)が、条件付きハンドオーバ(CHO)などの条件付き再設定でUEを設定することを含む。すなわち、第1のネットワークノードは、CHO設定、たとえば、3GPP TS38.331において規定されているIE ConditionalReconfigurationのフィールドconditionalReconfigurationを含んでいるRRC再設定メッセージをUEに送信する。
- 第1のネットワークノードから、プロシージャがCHOのためのものであるという指示を含むハンドオーバ要求メッセージを受信すること、
〇 一実施形態では、候補ターゲットMNは、プロシージャがCHOのためのものであるという指示を含む、単一の候補ターゲットについてのハンドオーバ要求メッセージを受信する、たとえば、候補ターゲットは、候補ターゲットに関連する1つのターゲットセル候補を有し得る。
〇 一実施形態では、候補ターゲットMNは、場合によっては複数のソースMNから、プロシージャがCHOのためのものであるという指示を含むハンドオーバ要求メッセージを受信する、
〇 一実施形態では、ソースMNは、複数の候補ターゲットに、プロシージャがCHOのためのものであるという指示を含むハンドオーバ要求メッセージを受信する、
・ たとえば、候補ターゲットは、候補ターゲットに関連する複数のターゲットセル候補を有し得る。その場合、各ターゲットセル候補について送信される1つのハンドオーバ要求メッセージがあり得る。また、異なる候補ターゲットノードにおいて、複数の候補セルがあり得る。
〇 一実施形態では、ソースMNは、プロシージャがCHOのためのものであるという指示を含む、各UEについてのおよび各候補ターゲットセルについてのハンドオーバ要求メッセージを受信する、
〇 一実施形態では、候補ターゲットMNは、所与のUEのためのCHO指示を含んでいるHO要求メッセージが、UEがMR-DCにおいて動作しているという指示をも含んでいる(たとえば、MCG設定およびSCG設定、SN終端ベアラなどを含んでいる)と決定する。
・ 一実施形態では、CHOが設定されるべきであるUEがMR-DCにおいて動作しているというその決定は、ハンドオーバ要求メッセージがMCG設定とSCG設定の両方を含むと決定することによって実施される。また、そのメッセージは、ハンドオーバ要求メッセージ中に、ソースSN UE XnAP ID(またはUEについての等価なインターフェースプロトコル識別情報)と、SN ID(SNについてのノード識別子)と、ソースSNにおけるUEコンテキストとをも含む。それは、CHO実行時にSNを保持すること、解放すること、または変更することのいずれかを決定し得るSN関係情報を候補ターゲットMNに指示するために含まれる。
・ その決定ステップ時に、MR-DCにおいて動作し、CHOで設定されるべきUEについて、以下のうちの少なくとも1つを実施するための設定をセットすることを決定し、ここで、アクションは、CHO実行まで遅延することであるべきである。
・ SNを解放する、
・ SNを保持する、
〇 一実施形態では、候補ターゲットMNは、SNを保持することを判断する、またさらに、候補ターゲットMNは、SCGの同じSpCell(PSCell)を保持することを判断する。それは、候補ターゲットMNが、現在のPSCellがCHOのためのRRC再設定において設定されているMCGについて重複するカバレッジを有することに気づいている場合、当てはまり得る。すなわち、候補ターゲットMNは、UEが、設定されたMCGについてCHOを実行する場合、現在設定されたPSCellのカバレッジ下にある可能性があることを知っている。
〇 一実施形態では、候補ターゲットMNは、SNを保持することを判断する、ただし、SCGの現在のSpCell(PSCell)を同じSNに関連する別のセルに変更することを判断する。それは、候補ターゲットMNが、現在のPSCellがCHOのためのRRC再設定において設定されているMCGについて重複するカバレッジを有しないことに気づいているが、CHOのために設定されているMCGとの重複するカバレッジを有するSNに関連する別のセルに気づいている場合、当てはまり得る。すなわち、候補ターゲットMNは、UEが、設定されたMCGについてCHOを実行する場合、UEが、SNにも関連する新しいPSCellのカバレッジ下にある可能性があるということを知っている。
〇 一実施形態では、SNを保持する、たとえば、(またさらに、同じPSCellを設定する、または同じSNにおける別のPSCellに変更する)ための決定ステップは、HO要求メッセージ中に含まれる測定情報に基づき、これらは、UEによって報告される測定である。
・ SNを変更する、
〇 一実施形態では、候補ターゲットMNは、SNを変更することを判断する、またさらに、候補ターゲットMNは、SCGの新しい候補ターゲットSpCell(PSCell)を判断する。それは、候補ターゲットMNが、新しい候補ターゲットPSCellがCHOのためのRRC再設定において設定されているMCGについて重複するカバレッジを有することに気づいている場合、当てはまり得る。すなわち、候補ターゲットMNは、UEが、設定されたMCGについてCHOを実行する場合、UEが、CHO実行時にUEがそこに変更されるべきである新しいSNに関連する、新たに設定されたPSCellのカバレッジ下にある可能性があることを知っている。
〇 一実施形態では、候補ターゲットMNは、所与のUEのためのCHO指示を含んでいるHO要求メッセージが、ただし、UEがMR-DCにおいて動作しているという指示を含んでいない(たとえば、MCG設定およびSCG設定、SN終端ベアラなどを含んでいる)と決定する。
・ 一実施形態では、CHOが設定されるべきであるUEが、MR-DCにおいて動作していないというその決定は、ハンドオーバ要求メッセージがSCG設定を含まない、および/あるいは、そのメッセージが、ハンドオーバ要求メッセージ中に、ソースSN UE XnAP ID(またはUEについての等価なインターフェースプロトコル識別情報)、SN ID(SNについてのノード識別子)、またはソースSNにおけるUEコンテキストを含まないと決定することによって実施される。
・ その決定ステップ時に、MR-DCにおいて動作し、CHOで設定されるべきUEについて、以下のうちの少なくとも1つを実施するための設定をセットすることを決定し、ここで、アクションは、CHO実行まで遅延することであるべきである。
・ SNの追加、
〇 一実施形態では、候補ターゲットMNは、SNを追加することを判断する、またさらに、候補ターゲットMNは、SCGの候補ターゲットSpCell(PSCell)を判断する。それは、候補ターゲットMNが、候補ターゲットPSCellがCHOのためのRRC再設定において設定されているMCGについて重複するカバレッジを有することに気づいている場合、当てはまり得る。すなわち、候補ターゲットMNは、UEが、設定されたMCGについてCHOを実行する場合、UEが、CHO実行時にUEがそこに変更されるべきである新しいSNに関連する、新たに設定されたPSCellのカバレッジ下にある可能性があることを知っている。
- (たとえば、SN候補ターゲットとして動作する)第4のネットワークノードに、要求がCHOのためのものであるという指示を含むSN追加要求を送信すること、
〇 一実施形態では、MR-DCにおいて動作し、CHOで設定されるべきUEについて、SNが保持されるべきである、または変更されるべきであると決定すると、このステップにおけるSN追加要求プロシージャが始動される、
・ 一実施形態では、このステップは、候補ターゲットMNが、CHO実行時にSNを解放することを決定する場合、実施されない。
〇 一実施形態では、SN追加要求は、この要求がCHOプロシージャに関連する、すなわち、要求元ノードが候補ターゲットMNであるという指示を含む。すなわち、指示は、UEがハンドオーバを実施しない(したがって、SCG設定を適用せず、SCGのSpCellとの同期を伴う再設定を実施しない)か、または後の時点において(すなわち、UEに設定されるべきCHO条件が満足されることになるときに)実施することになるかのいずれかであり得ることを候補ターゲットSNに指示する。
・ 一実施形態では、図18Aに示されているものと同様の情報エレメント(IE)が、S-NG-RAN追加要求メッセージに導入され得る。
・ 一実施形態では、CHOに関連する少なくとも1つの新しい値が、S-NG-RAN追加要求メッセージ中に含まれるべき「SN追加トリガ指示」に導入される。以下のように、CHOが、(CHOのための候補ターゲットMCGが現在のMCG SpCellと同じMNに関連する場合)MN内CHO、または(CHOのための候補ターゲットMCGが現在のMCG SpCellと同じMNに関連する場合)MN間CHOである場合に対してさらなる区別があり得る。SN追加トリガ指示へのこの値の追加が、図18Bに示されている。
〇 一実施形態では、候補ターゲットMNが、(たとえば、ソースMNからのハンドオーバ要求メッセージ中に含まれる測定に基づいて)SNを保持するが、SCGのSpCellを変更することを判断した場合、あるいは、
〇 一実施形態では、候補ターゲットMNが、(たとえば、SN追加要求において候補ターゲットSNにフォワーディングされる、ソースMNからのハンドオーバ要求メッセージ中に含まれる測定に基づいて)SNを保持することを判断したが、SCGのSpCellを保持することまたは変更することのいずれかを行うことが候補ターゲットSN次第である場合、以下が実施される。
・ 候補ターゲットMNが、(CHO実行時に)ソースSNを保持することを判断した場合、候補ターゲットMNは、候補ターゲットSNに、ソースMNによって確立された候補ターゲットSNにおけるUEコンテキストへの参照としてのSN UE XnAP IDを含むSN追加要求を送る。
・ この場合、一例では、図19Aの例示的なメッセージに示されている少なくとも情報エレメントが、S-NG-RANノード(SN)追加要求メッセージ中に含まれることになる。
・ この場合、別の例では、図19Bの例示的なメッセージに示されている少なくとも情報エレメントが、S-NG-RANノード(SN)追加要求メッセージ中に含まれることになる。
一実施形態では、候補ターゲットMNが(たとえば、ソースMNからのハンドオーバ要求メッセージ中に含まれる測定に基づいて)SNを変更することを判断した場合、
・ 候補ターゲットMNがSNを変更すること(すなわち、ソースSNと比較して異なる候補ターゲットSN)を判断した場合、候補ターゲットMNは、候補ターゲットSNに、ソースMNによって確立されたソースSNにおけるUEコンテキストを含むSN追加要求を送る。
〇 一実施形態では、SN追加要求は、この要求が条件付きSN追加プロシージャに関連する、すなわち、設定を受信することになるUEが、受信時に、ただし条件の満足時に、設定を適用していないという指示を含む。さらに、メッセージは、候補ターゲットSNが、モビリティの場合(すなわち、要求元ノードがターゲットMNである)と、(UEがMR-DCにおいて動作していない、および要求元ノードがサービングセル、たとえば、MCGのSpCellに関連するソースMNである)SN追加の場合とを区別することを可能にするために、少なくとも別の指示を含んでいることがある。
- (たとえば、SN候補ターゲットとして動作する)第4のネットワークノードから、SN追加要求確認応答を受信すること、
〇 一実施形態では、候補ターゲットMNは、候補ターゲットSNから、フルRRC設定またはデルタRRC設定の指示を含み得るSN追加要求確認応答を受信する。
〇 メッセージがフルRRC設定の指示を有する場合、ソースMNから候補ターゲットMNへのCHO修正が、候補ターゲットSNのほうへ修正をトリガしない。
〇 メッセージがデルタRRC設定の指示を有する場合、ソースMNから候補ターゲットMNへのCHO修正が、候補ターゲットSNのほうへ修正をトリガする。
- (ソースMN、たとえば、ソースgノードBである)第1のネットワークノードに、ハンドオーバ要求確認応答メッセージを送信することであって、メッセージが、場合によっては、SNがCHO実行時に保持されるべきであるという情報を含む、ハンドオーバ要求確認応答メッセージを送信すること、
〇 一実施形態では、候補ターゲットMNは、条件付きハンドオーバ設定を実施するために、UEに送られるべきMN RRC再設定メッセージをハンドオーバ要求確認応答メッセージ内に含め、また、ソースMNにフォワーディングアドレスを提供し得る。PDUセッションスプリットが、条件付きハンドオーバ実行プロシージャ中に候補ターゲット側において実施されるべきである場合、各ノードに対応する2つ以上のデータフォワーディングアドレスが、ハンドオーバ要求確認応答メッセージ中に含まれる。候補ターゲットMNおよび候補ターゲットSNが、SNにおけるUEコンテキストを保持することを判断した場合、候補ターゲットMNは、SNにおけるUEコンテキストが保持されることをソースMNに指示する。
- 候補ターゲットMNとして動作する第3のネットワークノードから、要求がCHOのためのものであるという指示を含むSN追加要求を受信すること、
〇 SN追加要求がCHO候補ターゲットMNのためのものであると決定すると、第3のネットワークノードは、その監督タイマーを、第3のネットワークノードがレガシーHOおよび/またはレガシーSN追加についてセットすることになる値よりも長い値にセットすることが可能である。
〇 SN追加要求がCHO候補ターゲットMNのためのものであると決定すると、第3のネットワークノードは、同じUEについての(1つまたは複数の)さらなるSN追加要求を受け付け得る、
〇 一実施形態では、SN追加要求は、この要求がCHOプロシージャに関連する、すなわち、要求元ノードが候補ターゲットMNであるという指示を含む。その指示に基づいて、候補ターゲットSNは、UEがハンドオーバを実施しない(したがって、SCG設定を適用せず、SCGのSpCellとの同期を伴う再設定を実施しない)か、または後の時点において(すなわち、UEに設定されるべきCHO条件が満足されることになるときに)実施することになるかのいずれかであり得ると決定する。
〇 一実施形態では、受信されたSN追加要求メッセージは、ソースMNによって確立された候補ターゲットSNにおけるUEコンテキストへの参照としてのSN UE XnAP IDを含み、それの受信時に、候補ターゲットSNは、候補ターゲットMNが、SNに、CHO実行の後にSNにおけるUEコンテキストを保持するように要求していると決定する。この場合、候補ターゲットSNがソースSNと同じであるので、SNは、次いで、(HCO実行時に)ソースMNがSN解放をトリガすることを予測する。
〇 一実施形態では、受信されたSN追加要求メッセージは、候補ターゲットMNがSNを変更すること(すなわち、ソースSNと比較して異なる候補ターゲットSN)を判断した場合、ソースMNによって確立されたソースSNにおけるUEコンテキストを含む。候補ターゲットSNは、次いで、UEがCHOを実行し、CHO実行時に、候補ターゲットMNにRRC再設定完了を送信したとき、候補ターゲットMNからの再設定完了の指示を待つ。
〇 一実施形態では、受信されたSN追加要求は、この要求が条件付きSN追加プロシージャに関連する、すなわち、設定を受信することになるUEが、受信時に、ただし条件の満足時に、設定を適用していないという指示を含む。さらに、メッセージは、候補ターゲットSNが、モビリティの場合(すなわち、要求元ノードがターゲットMNである)と、(UEがMR-DCにおいて動作していない、および要求元ノードがサービングセル、たとえば、MCGのSpCellに関連するソースMNである)SN追加の場合とを区別することを可能にするために、少なくとも別の指示を含んでいることがある。
- 候補ターゲットMNとして動作する第3のネットワークノードに、SN追加要求確認応答を送信すること
〇 第3のネットワークノードにメッセージを送信すると、このメッセージが、CHO候補ターゲットMNについてのSN追加要求に応答して送られると決定すると、監督タイマーを開始する。
・ 一実施形態では、監督タイマーは、TS38.423において指定されているように、TXn DC全体タイマーである。
〇 一実施形態では、候補ターゲットSNは、UEのためのSN関係設定、たとえば、RRC再設定メッセージ中のSCG設定を準備する。
〇 一実施形態では、候補ターゲットSNは、候補ターゲットMNに、フルRRC設定またはデルタRRC設定の指示を含み得るSN追加要求確認応答を送信する。
〇 候補ターゲットSNが、CHO修正時にSCG修正をサポートすることを希望しない場合、SNは、UEのためのフル設定であり(すなわち、デルタではなく)、フルRRC設定の指示を含む、SN関係RRC再設定を準備する。
〇 候補ターゲットSNが、CHO修正時にSCG修正をサポートする場合、SNは、UEのためのデルタ設定であり、デルタRRC設定の指示を含む、SN関係RRC再設定を準備する。
例示的な一実施形態は、ソースMNとして動作する第1のネットワークノードにおいて実施される方法であり、方法は以下を含む。
- 候補ターゲットノード(たとえば、CHOが設定された候補ターゲットgノードB)である、第3のノードから第2のメッセージを受信すること、および
〇 一実施形態では、第2のメッセージは、ハンドオーバ成功メッセージである、
・ ハンドオーバ成功メッセージは、ターゲットNG-RANノードが、UEがターゲットNG-RANノードに成功裡にアクセスしたことをソースNG-RANノードに知らせることを可能にするために、ハンドオーバ成功プロシージャの一部として受信され、条件付きハンドオーバまたはDAPSハンドオーバ中に使用される。すなわち、特定のターゲットNG-RAN(すなわち、(1つまたは複数の)候補ターゲットMNのうちの1つ)からのハンドオーバ成功メッセージの受信は、UEがその特定のターゲットNG-RANノードに成功裡にアクセスしたことを指示する。
・ 遅いデータフォワーディングが設定された場合、ソースNG-RANノードは、ハンドオーバ成功メッセージ中で提供されるグローバルターゲットセルIDに関係するトンネル情報を使用して、データフォワーディングを開始するものとする。CHOが実行され、ハンドオーバ成功メッセージを介して通知されるときに、UEがMR-DCにあるこの特定の場合には、データフォワーディングは、ソースSNノードを伴い得る(たとえば、ソースSNからソースMNへのステータス転送、データフォワーディングなど)。詳細が、後の実施形態において提供される。
・ ソースNG-RANノードがハンドオーバ成功メッセージを受信したとき、ソースNG-RANノードは、ターゲットNG-RANノードにおける、このUEのために受け付けられたすべての他のCHO準備を取り消されたと見なすものとし、もしあれば、このUEのための他の候補ターゲットNG-RANノードのほうへハンドオーバ取消しプロシージャを始動し得、TS37.340[8]に記載されているように、UEがデュアルコネクティビティで設定された場合、M-NG-RANノード始動型S-NG-RANノード解放プロシージャを始動し得る。
〇 一実施形態では、第2のメッセージは、以下のうちの1つであり得る。
・ UEコンテキスト解放
・ UEコンテキスト取出し要求
〇 一実施形態では、第2のメッセージは、ハンドオーバ要求確認応答メッセージでない、
〇 一実施形態では、第2のメッセージは、条件付きハンドオーバが実行されたことをソースMNに指示する任意のメッセージである、
・ メッセージは、UEから受信され得る、
・ メッセージは、候補ターゲットノードから受信され得る、
〇 一実施形態では、第2のメッセージは、条件付きハンドオーバが成功裡に実行されたことをソースMNに指示する任意のメッセージである、
・ メッセージは、UEから受信され得る、
・ メッセージは、候補ターゲットノードから受信され得る、
〇 一実施形態では、第2のメッセージは、以下の指示のうちの1つを含み得る。
・ UEが、MR-DCを含む設定を適用した、すなわち、CHO実行時に、UEがMR-DCにおいて動作することを開始することまたはMR-DCにおいて動作し続けることのいずれかを行うという指示、
・ UEが、MR-DCを含む設定を適用した、およびCHO実行時にSNコンテキストが保持されるべきであるという指示。
- ソースSN(S-SN)として動作する第2のネットワークノード、たとえば、ソース2次gノードB(ソースSgNB)に、SN解放要求メッセージを送信すること、
〇 一実施形態では、方法は、たとえば、候補ターゲットMNからのハンドオーバ成功メッセージなどの第2のメッセージの受信時に、ソースSNのほうへのSN解放プロシージャの始動を含む。
〇 第2のメッセージの受信は、第1のネットワークノードに第2のメッセージを送信する、候補ターゲットMNにおけるCHO実行を指示する。
〇 一実施形態では、ハンドオーバ成功メッセージの受信時に、ソースMNは、ソースSNのほうへ、MCGモビリティを指示する原因を含むソースSNリソースの解放を始動する。SNは、解放要求に確認応答する。データフォワーディングが必要とされる場合、MNはソースSNにデータフォワーディングアドレスを提供する。SN解放要求メッセージの受信は、ソースSNを、UEにユーザデータを提供することを停止することと、適用可能な場合、データフォワーディングを開始することとを行うようにトリガする。
〇 一実施形態では、第1のネットワークノード(たとえば、S-MN)は、第2のネットワークノード(たとえば、ソースSN、S-SN)に、条件付きハンドオーバにより解放がトリガされることを指示する、SN解放要求についての原因値を指示する。原因値は、以下のうちの少なくとも1つであり得る。
・ MNモビリティ、
・ これは、S-SNが、たとえば、SN解放要求確認応答を送信するとき、原因値としてのCHOとレガシーHOとの間の区別を実施する必要がない場合に使用され得る。
・ 条件付きMNモビリティ、
・ これは、S-SNが、たとえば、特定の情報を含むSN解放要求確認応答を送信するとき、原因値としてのCHOとレガシーHOとの間の区別を実施する必要がある場合に使用され得る、
・ MCGモビリティ、
・ これは、S-SNが、たとえば、SN解放要求確認応答を送信するとき、原因値としてのCHOとレガシーHOとの間の区別を実施する必要がない場合に使用され得る。
・ 条件付きMCGモビリティ、
・ これは、S-SNが、たとえば、特定の情報を含むSN解放要求確認応答を送信するとき、原因値としてのCHOとレガシーHOとの間の区別を実施する必要がある場合に使用され得る、
〇 一実施形態では、ソースMNが、CHO準備段階中に候補ターゲットMNから指示を受信した場合、ソースMNは、(ソース)SNに、SNにおけるUEコンテキストが保持されることを指示する。それは、この情報が準備段階中にUEコンテキストに記憶され、したがって、この情報がCHO実行段階中に使用されることを暗示する。SNにおけるUEコンテキスト保持としての指示が含まれる場合、SNはUEコンテキストを保持する。
- ソースSN(S-SN)として動作する第2のネットワークノード、たとえば、ソース2次gノードB(ソースSgNB)から、SN解放要求確認応答メッセージを受信すること、
〇 SN解放要求確認応答の受信は、S-SNから、リソースが解放されたことを確認する、
〇 M-NG-RANノード始動型S-NG-RANノード解放プロシージャは、特定のUEのためのリソースの解放を始動するために、M-NG-RANノードによってトリガされる。プロシージャは、UE関連シグナリングを使用する。
〇 一実施形態では、S-NG-RANノードが、解放されるべきPDUセッションリスト-SN終端IEにおける、SN終端ベアラオプションで設定されたDRBにマッピングされるQoSフローについてS-ノード解放要求確認応答メッセージ中で、(第1のネットワークノード、S-MNにおいて受信された)データフォワーディング関係情報を提供する場合、M-NG-RANノードは、CHOについて3GPP TS37.340において指定されているように、S-NG-RANノードにデータフォワーディングアドレスを提供し、Xn-Uアドレス指示プロシージャをトリガすることを判断し得る。
- 第2のネットワークノードとのアドレス指示プロシージャを始動する、
〇 一実施形態では、アドレス指示プロシージャは、TS38.423において(たとえば、サブクローズ8.2.6において)規定されているXN-Uアドレス指示プロシージャである
〇 一実施形態では、第1のネットワークノードは、M-NG-RANノードに対応する。
〇 一実施形態では、第1のネットワークノードは、アドレス指示プロシージャ中に、それ自体のフォワーディングアドレス(またはアドレス)をソースSNに指示する、
〇 一実施形態では、第1のネットワークノード(たとえば、M-NG-RANノード)は、XN-Uアドレス指示メッセージを送信する、
〇 一実施形態では、CHO準備中に、第1のネットワークノードが、(ハンドオーバ要求ACKメッセージ中で)SNが保持されるべきであるという指示を受信した場合、ソースMNは、SN解放要求(たとえば、S-ノード解放要求)中に、「真」にセットされたUEコンテキスト保持インジケータIEを含める。
〇 一実施形態では、「真」にセットされたUEコンテキスト保持インジケータIEおよびMNに転送されるDRB IEが、S-ノード解放要求メッセージ中に含まれる場合、S-NG-RANノードは、サポートされる場合、TS37.340[8]において指定されているように、リストされたDRBについてのアップリンク/ダウンリンクPDCP SNおよびHFNステータスを提供するものとする。
〇 5GCとのMR-DCの場合、Xn-Uアドレス指示プロシージャは、TS37.340において指定されているように、M-NG-RANノードからS-NG-RANノードへのSN終端ベアラのセットアップの完了についての、フォワーディングアドレス情報とXn-Uベアラアドレス情報とを提供するために使用される。このメッセージが3GPP仕様においてどのように規定され得るかの一例が、図23Aおよび図23Bに示されている。
〇 一実施形態では、それは、たとえば、運用保守(OAM)システムから提供される設定に基づいて決定される。
- ソースSNとして動作する第2のネットワークノードから、SNステータス転送を受信すること、
〇 ソースMNは、PDCP SNおよびHFNステータス保存が適用されるS-SN DRB設定の各それぞれのDRBについて、アップリンクPDCP SNおよびHFN受信機ステータスと、ダウンリンクPDCP SNおよびHFN送信機ステータスとを、S-SNから受信する。
〇 ソースMNは、ソースMNが、送信機/受信機ステータスが凍結されるべきであると考える時間ポイントにおいて、S-SNからSNステータス転送メッセージを受信する。
〇 MR-DCの場合、S-MNがTS37.340[8]において指定されているように、DRBについてPDCP SN長変更またはRLCモード変更を実施する場合、S-MNは、このメッセージ中のそのDRBについて受信された情報を無視するものとする。
〇 S-MNは、S-SNが、アップリンクフォワーディングのためにS-MNからの要求を受け付けた各DRBについて、UL PDCP SDUの受信ステータスIEにおける消失したアップリンクSDUおよび受信されたアップリンクSDUを、SNステータス転送メッセージ中で受信し得る。
〇 ステータス転送の対象となるDRBリストIEにおける各DRBについて、S-MNは、ULカウント値IE内に含まれている値よりも低いPDCP-SNを有するアップリンクパケットを配信しないものとする。
〇 ステータス転送の対象となるDRBリストIEにおける各DRBについて、S-MNは、割り振られたPDCP-SNがまだない第1のダウンリンクパケットの場合、DLカウント値IE内に含まれているPDCP SNの値を使用するものとする。
〇 UL PDCP SDUの受信ステータスIEが、少なくとも1つのDRBのためにSNステータス転送メッセージ中に含まれる場合、S-MNノードは、無線インターフェース上でUEに送られるステータス報告メッセージ中でその受信ステータスIEを使用し得る。
〇 SNステータス転送メッセージは、ステータス転送の対象となるDRBリストIE中に、古いQoSフローリスト-予想されるULエンドマーカーIEを含んでおり、S-MNは、TS38.300[8]において指定されているように、対応するDRBを介してQoSフローについてのSDAPエンドマーカーを受信するために準備されるものとする。
- 第3のネットワークノード(たとえば、候補ターゲットノード、ターゲットgノードB)に、SNステータス転送を送信すること。
- 第3のネットワークノード(たとえば、ターゲットgノードB)に、データをフォワーディングすること。
- ソースSNとして動作する第2のネットワークノードから、フォワーディングされたデータを受信すること、
〇 一実施形態では、遅いデータフォワーディングが適用された場合、第1のネットワークノード(たとえば、ソースMN)は、第1のネットワークノードが、UEがどのターゲットMNに成功裡にアクセスしたかを知ると、データフォワーディングを始動する。その場合、条件付きハンドオーバデータフォワーディングの挙動は、DAPSハンドオーバで設定されたDRBについての挙動を除いて、システム内ハンドオーバデータフォワーディングについて9.2.3.2.3において規定されているのと同じ挙動に従う。
〇 別の実施形態では、ソースMNは、ソースMNがS-SNからSNステータス転送を得ると、(ハンドオーバ成功の受信の後に)ターゲットMNのほうへデータフォワーディングを開始するにすぎない。
- ソースMN(S-MN)として動作する第1のネットワークノードから、SN解放要求メッセージを受信すること、
〇 一実施形態では、方法は、たとえば、候補ターゲットからのハンドオーバ成功メッセージなどの第2のメッセージの受信時に、ソースSNのほうへのSN解放プロシージャの始動を含む。
〇 第2のメッセージの受信は、第1のネットワークノードに第2のメッセージを送信する、候補ターゲットにおけるCHO実行を指示する。
〇 一実施形態では、ハンドオーバ成功メッセージの受信時に、MNは、ソースSNのほうへ、MCGモビリティを指示する原因を含むソースSNリソースの解放を始動する。SNは、解放要求に確認応答する。データフォワーディングが必要とされる場合、MNはソースSNにデータフォワーディングアドレスを提供する。SN解放要求メッセージの受信は、ソースSNを、UEにユーザデータを提供することを停止することと、適用可能な場合、データフォワーディングを開始することとを行うようにトリガする。
〇 一実施形態では、第1のネットワークノード(たとえば、S-MN)は、第2のネットワークノード(たとえば、ソースSN、S-SN)に、条件付きハンドオーバにより解放がトリガされることを指示する、SN解放要求についての原因値を指示する。原因値は、以下のうちの少なくとも1つであり得る。
・ MNモビリティ、
・ これは、S-SNが、たとえば、SN解放要求確認応答を送信するとき、原因値としてのCHOとレガシーHOとの間の区別を実施する必要がない場合に使用され得る。
・ 条件付きMNモビリティ、
・ これは、S-SNが、たとえば、特定の情報を含むSN解放要求確認応答を送信するとき、原因値としてのCHOとレガシーHOとの間の区別を実施する必要がある場合に使用され得る、
・ MCGモビリティ、
・ これは、S-SNが、たとえば、SN解放要求確認応答を送信するとき、原因値としてのCHOとレガシーHOとの間の区別を実施する必要がない場合に使用され得る。
・ 条件付きMCGモビリティ、
・ これは、S-SNが、たとえば、特定の情報を含むSN解放要求確認応答を送信するとき、原因値としてのCHOとレガシーHOとの間の区別を実施する必要がある場合に使用され得る、
〇 一実施形態では、SN解放要求メッセージの受信は、ソースSNを、UEにユーザデータを提供することを停止することと、適用可能な場合、データフォワーディングを開始することとを行うようにトリガする。
〇 一実施形態では、「真」にセットされたUEコンテキスト保持インジケータIEを含んでいるSN解放要求(たとえば、S-ノード解放要求)メッセージの受信時に、S-NG-RANノードは、サポートされる場合、M-NG-RANノードとS-NG-RANノードとの間のUE関連シグナリング接続に関係するリソースの解放を始動するにすぎないものとする。
〇 一実施形態では、S-NG-RANノードがS-NG-RANノードリソースを解放するための要求を確認する場合、S-NG-RANノードは、M-NG-RANノードにS-ノード解放要求確認応答メッセージを送るものとする。
〇 一実施形態では、「真」にセットされたUEコンテキスト保持インジケータIEおよびMNに転送されるDRB IEが、S-ノード解放要求メッセージ中に含まれる場合、S-NG-RANノードは、サポートされる場合、TS37.340[8]において指定されているように、リストされたDRBについてのアップリンク/ダウンリンクPDCP SNおよびHFNステータスを提供するものとする。
- ソースMN(S-MN)として動作する第1のネットワークノードに、SN解放要求確認応答メッセージを送信すること、
〇 SN解放要求確認応答の送信は、SNリソースが解放されたことを確認する、
〇 一実施形態では、第2のネットワークノード(たとえば、S-NG-RANノード)は、解放されるべきPDUセッションリスト-SN終端IEにおける、SN終端ベアラオプションで設定されたDRBにマッピングされるQoSフローについてS-ノード解放要求確認応答メッセージ中で、(第1のネットワークノード、S-MNにおいて受信された)データフォワーディング関係情報を提供し、M-NG-RANノードは、CHOについてTS37.340[8]において指定されているように、S-NG-RANノードにデータフォワーディングアドレスを提供し、Xn-Uアドレス指示プロシージャをトリガすることを判断し得る。
・ 一実施形態では、データフォワーディング情報を含めるそのサブステップは、SNのための遅いデータフォワーディングが設定された(たとえば、SN解放要求における要求など)場合のみ実施される。
〇 このメッセージ中で、ソースMNはソースSNにデータフォワーディングアドレスを提供する。
〇 XN-Uアドレス指示メッセージの受信時に、データフォワーディングの場合、第2のネットワークノード(たとえば、S-NG-RANノード)は、保留中のDLユーザデータを、指示されたTNLアドレスにフォワーディングすることによって、データフォワーディングを始動するべきである、
〇 SN終端ベアラについてのXn-Uベアラ確立の完了の場合、S-NG-RANノードは、指示されたTNLアドレスへのユーザデータの配信を開始し得る。XN-Uアドレス指示メッセージが、使用されるようになるDRB ID IEを含む場合、S-NG-RANノードは、適用可能な場合、TS37.340[8]において指定されているように働くものとする。
- これらの実施形態のうちのいくつかは、データフォワーディングが必要とされると決定することをさらに含み得る、
- これらの実施形態のうちのいくつかは、遅いデータフォワーディングが実施されるべきであると決定することをさらに含み得る。
- これらの実施形態のうちのいくつかは、ソースMNとして動作する第1のネットワークノードに、SNステータス転送を送信することをさらに含み得る、
〇 S-SNは、PDCP SNおよびHFNステータス保存が適用されるS-SN DRB設定の各それぞれのDRB§について、アップリンクPDCP SNおよびHFN受信機ステータスと、ダウンリンクPDCP SNおよびHFN送信機ステータスとを、S-SNからS-MNに転送する。
〇 S-SNは、S-SNが、送信機/受信機ステータスが凍結されるべきであると考える時間ポイントにおいて、ダウンリンクSDUにPDCP SNを割り振ることを停止することと、5GCのほうへUL SDUを配信することおよびS-MNノードにSNステータス転送メッセージを送ることを停止することとによって、プロシージャを始動する。
〇 MR-DCの場合、S-MNがTS37.340[8]において指定されているように、DRBについてPDCP SN長変更またはRLCモード変更を実施する場合、S-MNは、このメッセージ中のそのDRBについて受信された情報を無視するものとする。
〇 PDCP-SNおよびHFNステータス保存が適用される各DRBについて、S-SNノードは、DRB ID IEと、ULカウント値IEと、DLカウント値IEとを、SNステータス転送メッセージ中の、ステータス転送の対象となるDRBリストIE内に含めるものとする。
〇 S-SNはまた、S-SNが、アップリンクフォワーディングのためにS-MNからの要求を受け付けた各DRBについて、UL PDCP SDUの受信ステータスIEにおける消失したアップリンクSDUおよび受信されたアップリンクSDUを、SNステータス転送メッセージ中に含め得る。
〇 ステータス転送の対象となるDRBリストIEにおける各DRBについて、S-MNノードは、ULカウント値IE内に含まれている値よりも低いPDCP-SNを有するアップリンクパケットを配信しないものとする。
〇 ステータス転送の対象となるDRBリストIEにおける各DRBについて、S-MNは、割り振られたPDCP-SNがまだない第1のダウンリンクパケットの場合、DLカウント値IE内に含まれているPDCP SNの値を使用するものとする。
〇 UL PDCP SDUの受信ステータスIEが、少なくとも1つのDRBのためにSNステータス転送メッセージ中に含まれる場合、S-MNは、無線インターフェース上でUEに送られるステータス報告メッセージ中でそれを使用し得る。
〇 SNステータス転送メッセージは、ステータス転送の対象となるDRBリストIE中に、古いQoSフローリスト-予想されるULエンドマーカーIEを含んでおり、S-MNは、TS38.300において指定されているように、対応するDRBを介してQoSフローについてのSDAPエンドマーカーを受信するために準備されるものとする。このメッセージの例示的な規定が、図24に示されている。
- これらの実施形態のうちのいくつかは、第1のネットワークノード(たとえば、ソースgノードB、ソースMN)に、データをフォワーディングすることをさらに含み得る。
〇 これは、S-SNが依然としてUPFから受信していることがあるDLデータ、またはS-SNが依然としてUEから受信していることがあるDLデータである。
- これらの実施形態のうちのいくつかは、S-SNが、UEにおいてCHOが設定されていると通知されることをさらに含み得る。S-SNは、UEがCHOで設定されたので、これがトリガされているという指示を伴う、S-MNからのメッセージ(たとえば、SN要求解放メッセージ)を受信する。その場合、受信時に、ソースSNはSNリソースを解放しないが、ソースSNは、(たとえば、別のSN要求解放メッセージの受信時に)SNリソースを解放するために準備され、ソースMNにSN要求解放確認応答を送信する。
- UEから、RRC再設定完了メッセージを受信すること、
〇 メッセージは、SCG再設定に関連する第2のRRC再設定完了メッセージ内に含んでいることがあり、UEはまた、CHO実行時に適用した。
〇 一実施形態では、RRC再設定完了メッセージは、RRC再設定完了メッセージである、
〇 別の実施形態では、RRC再設定完了メッセージは、RRC接続再設定完了メッセージである、
〇 一実施形態では、第2のRRC再設定完了メッセージは、RRC再設定完了メッセージである、
〇 別の実施形態では、第2のRRC再設定完了メッセージは、RRC接続再設定完了メッセージである、
- 入来するUEが、CHOで設定されており、(SN候補ターゲットとして動作する)第4のネットワークノードのための関連するMR-DC関係設定を有すると決定すること、
〇 それは、入来するUEが使用したC-RNTIを、CHOで設定された場合によっては入来するUEのために割り当てられた同じC-RNTIとして識別することによって行われ得る。
- (SN候補ターゲットとして動作する)第4のネットワークノードに、SN再設定完了メッセージを送信すること、
〇 そのメッセージは、SCG再設定に関連する、およびUEから送信されたRRC再設定完了メッセージを含む、
〇 それは、RRC接続再設定プロシージャが成功した候補ターゲットSNに確認応答するためのやり方である。
- ソースMN(たとえば、CHOを設定したソースgノードB)である第1のノードに、メッセージを送信すること、
〇 一実施形態では、メッセージは、ハンドオーバ成功メッセージである。
*************例示的なメッセージを始める**************
RRCReconfigurationComplete-v1560-IEs::=SEQUENCE{
scg-Response CHOICE{
nr-SCG-Response OCTET STRING(CONTAINING RRCReconfigurationComplete)、
eutra-SCG-Response OCTET STRING
}
*************例示的なメッセージを終了する*************
- (MN候補ターゲットとして動作する)第3のネットワークノードから、SN再設定完了メッセージを受信すること、
〇 そのメッセージは、SCG再設定に関連する、およびUEから送信されたRRC再設定完了メッセージを含む、
- 監督タイマーを停止し、UEコンテキストをアクティブと見なすこと。
上記で提供された実行プロシージャは、図5において要約される。
別の例示的な実施形態は、ソースMNにおいて実行される方法であり、方法は以下を含む。
- UEがCHOを実行する第1の候補ターゲットMNから、メッセージを受信すること、
〇 一実施形態では、メッセージは、ハンドオーバ成功メッセージである。
- UEがCHOを実行しなかった第2の候補ターゲットMNに、メッセージを送信することであって、メッセージが、(1つまたは複数の)CHO設定が解放されるべきであるという指示を含む、メッセージを送信すること。
- ソースMNからメッセージを受信することであって、メッセージが、(1つまたは複数の)CHO設定が解放されるべきであるという指示を含む、メッセージを受信することと、
- 関連するUEのためのCHO設定が、関連するターゲットSN候補を有するかどうかを決定することと、
- 候補ターゲットSNにSN解放要求メッセージを送信することによって、SN解放プロシージャをトリガすることと、
- 候補ターゲットSNからSN解放要求確認応答を受信することと
を含む。
*************例示的な3GPP仕様を始める*************
10.7 2次ノード変更を伴う/伴わないマスタノード間ハンドオーバ
10.7.1 EN-DC
MN始動型2次ノード変更を伴う/伴わないマスタノード間ハンドオーバが、ソースMNからターゲットMNにコンテキストデータを転送するために使用され、SNにおけるコンテキストは、保持されるかまたは別のSNに移動される。マスタノード間ハンドオーバ中に、ターゲットMNは、SNを保持すべきなのか、変更すべきなのか(節10.8に記載されているように、SNを解放すべきなのか)を判断する。
注1:SN変更を伴う/伴わないシステム間マスタノード間ハンドオーバは、プロトコルのこのバージョンではサポートされない(たとえば、EN-DCからNGEN-DCまたはNR-DCへの遷移がない)。
[図省略- 図25参照]
[図25]は、MN始動型2次ノード変更を伴うまたは伴わないマスタノード間ハンドオーバについての例示的なシグナリングフローを示す。
注2:2次ノード変更を伴わないマスタノード間ハンドオーバの場合、図10.7.1-1に示されているソースSNとターゲットSNとは、同じノードである。
1.ソースMNは、MCG設定とSCG設定の両方を含むX2ハンドオーバ準備プロシージャを始動することによって、ハンドオーバプロシージャを開始する。ソースMNは、ハンドオーバ要求メッセージ中に、(ソース)SN UE X2AP IDと、SN IDと、(ソース)SNにおけるUEコンテキストとを含める。
注3:ソースMNは、ステップ1の前に現在のSCG設定を取り出すために(ソースSNへの)MN始動型SN修正プロシージャをトリガし得る。
2.ターゲットMNがSNを保持することを判断した場合、ターゲットMNは、SNに、ソースMNによって確立されたSNにおけるUEコンテキストへの参照としてのSN UE X2AP IDを含むSN追加要求を送る。ターゲットMNがSNを変更することを判断した場合、ターゲットMNは、ターゲットSNに、ソースMNによって確立されたソースSNにおけるUEコンテキストを含むSgNB追加要求を送る。ターゲットMNはまた、SN追加要求が条件付きハンドオーバに関連することを指示し得る。
3.(ターゲット)SNは、SN追加要求確認応答で返答する。(ターゲット)SNは、フルRRC設定またはデルタRRC設定の指示を含め得る。
4.ターゲットMNは、ハンドオーバを実施するために、RRCメッセージとしてUEに送られるべきトランスペアレントコンテナをハンドオーバ要求確認応答メッセージ内に含め、また、ソースMNにフォワーディングアドレスを提供し得る。ターゲットMNおよびSNが、ステップ2およびステップ3において、SNにおけるUEコンテキストを保持することを判断した場合、ターゲットMNは、SNにおけるUEコンテキストが保持されることをソースMNに指示する。
5.ソースMNは、(ソース)SNに、MCGモビリティを指示する原因を含むSN解放要求を送る。(ソース)SNは、解放要求に確認応答する。ソースMNがターゲットMNから指示を受信した場合、ソースMNは、(ソース)SNに、SNにおけるUEコンテキストが保持されることを指示する。SNにおけるUEコンテキスト保持としての指示が含まれる場合、SNはUEコンテキストを保持する。
注2:ハンドオーバが条件付きハンドオーバである場合、TS36.300[2]に記載されているように、ソースMNが、UEが候補ターゲットeNBのうちの1つに成功裡にアクセスしたという指示を受信した後に(すなわち、ステップ9の後に)、ステップ5が実施される。
6.ソースMNは、UEを、新しい設定を適用するようにトリガする。
7/8.UEは、ターゲットMNに同期し、RRC接続再設定完了メッセージで返答する。
9.SCG無線リソースを必要とするベアラで設定された場合、UEは(ターゲット)SNに同期する。
10.RRC接続再設定プロシージャが成功した場合、ターゲットMNは、SgNB再設定完了メッセージを介して(ターゲット)SNに知らせる。
11a.SNは、ソースMNに2次RATデータ使用量報告メッセージを送り、関係するE-RABについての、NR無線上でUEに配信されたおよびUEから受信されたデータボリュームを含める。
注4:ソースSNが2次RATデータ使用量報告メッセージを送り、MN/ターゲットSNとのデータフォワーディングを実施する順序は、規定されない。SgNBは、関係するベアラの送信が停止されたとき、報告を送り得る。
11b.ソースMNは、使用されるNRリソースに関する情報を提供するために、MMEに2次RAT報告メッセージを送る。
12.RLC AMを使用したベアラの場合、ソースMNは、必要な場合、ソースSNから受信されたSNステータスを含む、SNステータス転送をターゲットMNに送る。ターゲットは、必要な場合、SNステータスをターゲットSNにフォワーディングする。
13.適用可能な場合、データフォワーディングは、ソース側から行われる。SNが保持される場合、データフォワーディングは、SNにおいて保持されるSN終端ベアラのために省略され得る。
14~17.ターゲットMNは、S1経路切替えプロシージャを始動する。
注5:S-GWの新しいUL TEIDが含まれる場合、ターゲットMNは、それらをSNに提供するためにMN始動型SN修正プロシージャを実施する。
18.ターゲットMNは、ソースMNのほうへUEコンテキスト解放プロシージャを始動する。
19.UEコンテキスト解放メッセージの受信時に、(ソース)SNは、UEコンテキストに関連するCプレーン関係リソースをソースMNのほうへ解放する。進行中のデータフォワーディングが、続き得る。ステップ5において、UEコンテスト保持指示がSgNB解放要求メッセージ中に含まれた場合、SNは、ターゲットMNに関連するUEコンテキストを解放しないものとする。
10.7.2 5GCとのMR-DC
MN始動型SN変更を伴う/伴わないMN間ハンドオーバが、ソースMNからターゲットMNにUEコンテキストデータを転送するために使用され、SNにおけるUEコンテキストは、保持されるかまたは別のSNに移動される。マスタノード間ハンドオーバ中に、ターゲットMNは、SNを保持すべきなのか、変更すべきなのか(節10.8に記載されているように、SNを解放すべきなのか)を判断する。SN変更を伴う/伴わないRAT内マスタノード間ハンドオーバのみが、サポートされない(たとえば、NGEN-DCからNR-DCへの遷移がない)。
[図省略-図26参照]
[図26]は、MN始動型SN変更を伴うまたは伴わないMN間ハンドオーバについての例示的なシグナリングフローを示す。
注1:2次ノード変更を伴わないマスタノード間ハンドオーバの場合、図10.7.2-1に示されているソースSNとターゲットSNとは、同じノードである。
1.ソースMNは、MCG設定とSCG設定の両方を含むXnハンドオーバ準備プロシージャを始動することによって、ハンドオーバプロシージャを開始する。ソースMNは、ハンドオーバ要求メッセージ中に、ソースSN UE XnAP IDと、SN IDと、ソースSNにおけるUEコンテキストとを含める。
注2:ソースMNは、ステップ1の前に現在のSCG設定を取り出すために、およびデータフォワーディング関係情報の提供を可能にするために(ソースSNへの)MN始動型SN修正プロシージャをトリガし得る。
2.ターゲットMNがソースSNを保持することを判断した場合、ターゲットMNは、SNに、ソースMNによって確立されたSNにおけるUEコンテキストへの参照としてのSN UE XnAP IDを含むSN追加要求を送る。ターゲットMNがSNを変更することを判断した場合、ターゲットMNは、ターゲットSNに、ソースMNによって確立されたソースSNにおけるUEコンテキストを含むSN追加要求を送る。ターゲットMNはまた、SN追加要求が条件付きハンドオーバに関連することを指示し得る。
注:ハンドオーバが条件付きハンドオーバである場合、ステップ2 候補ターゲットMNは、SN追加要求中にCHO指示を含める。
3.(ターゲット)SNは、SN追加要求確認応答で返答する。(ターゲット)SNは、フルRRC設定またはデルタRRC設定の指示を含め得る。
4.ターゲットMNは、ハンドオーバを実施するために、UEに送られるべきMN RRC再設定メッセージをハンドオーバ要求確認応答メッセージ内に含め、また、ソースMNにフォワーディングアドレスを提供し得る。PDUセッションスプリットが、ハンドオーバプロシージャ中にターゲット側において実施される場合、各ノードに対応する2つ以上のデータフォワーディングアドレスが、ハンドオーバ要求確認応答メッセージ中に含まれる。ターゲットMNおよびSNが、ステップ2およびステップ3において、SNにおけるUEコンテキストを保持することを判断した場合、ターゲットMNは、SNにおけるUEコンテキストが保持されることをソースMNに指示する。
5a/5b.ソースMNは、(ソース)SNに、MCGモビリティを指示する原因を含むSN解放要求メッセージを送る。(ソース)SNは、解放要求に確認応答する。ソースMNがターゲットMNから指示を受信した場合、ソースMNは、(ソース)SNに、SNにおけるUEコンテキストが保持されることを指示する。SNにおけるUEコンテキスト保持としての指示が含まれる場合、SNはUEコンテキストを保持する。
注2:ハンドオーバが条件付きハンドオーバである場合、TS38.300[3]に記載されているように、ソースMNが、UEが潜在的ターゲットng-eNB/gNBのうちの1つに成功裡にアクセスしたという指示を受信した後に(すなわち、ステップ9の後に)、ステップ3が実施される。
5c.ソースMNは、データフォワーディング情報を転送するために、(ソース)SNにXN-Uアドレス指示メッセージを送る。PDUセッションがターゲット側においてスプリットされる場合、2つ以上のデータフォワーディングアドレスが提供され得る。
6.ソースMNは、ハンドオーバを実施し、新しい設定を適用するようにUEをトリガする。
7/8.UEは、ターゲットMNに同期し、MN RRC再設定完了メッセージで返答する。
9.SCG無線リソースを必要とするベアラで設定された場合、UEは(ターゲット)SNに同期する。
10.RRC接続再設定プロシージャが成功した場合、ターゲットMNは、SN再設定完了メッセージを介して(ターゲット)SNに知らせる。
11a.ソースSNは、ソースMNに2次RATデータ使用量報告メッセージを送り、節10.11.2に記載されているように、NR/E-UTRA無線上でUEに配信されたおよびUEから受信されたデータボリュームを含める。
注2a:ソースSNが2次RATデータ使用量報告メッセージを送り、MN/ターゲットSNとのデータフォワーディングを実施する順序は、規定されない。SNは、関係するQoSの送信が停止されたとき、報告を送り得る。
11b.ソースMNは、使用されるNR/E-UTRAリソースに関する情報を提供するために、AMFに2次RAT報告メッセージを送る。
*************例示的な3GPP仕様を終了する************
本明細書で説明される技法、装置、およびシステムの実施形態は、限定はしないが、以下の列挙された例を含む。
B1. 無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定された第1のネットワークノードによって実施される方法であって、方法は、
条件付き再設定で無線デバイスを設定することを決定することと、
第3のネットワークノードに、プロシージャが条件付きハンドオーバのためのものであるという指示を含むハンドオーバ要求メッセージを送信することと、
ハンドオーバ要求メッセージの確認応答を受信することと、
無線デバイスのための2次ネットワークノードとして動作する第2のネットワークノードへの解放メッセージの送信を遅延させることと、
第3のネットワークノードから提供された設定情報を含む条件付きハンドオーバ情報で無線デバイスを設定することと
を含む、方法。
B2. 確認応答は、2次ノードが条件付きハンドオーバの実行時に保持されるべきであることを指示する、例示的な実施形態B1に記載の方法。
B3. 条件付きハンドオーバ情報が、条件付きハンドオーバのためのターゲット2次ノード候補として働く第4のネットワークノードからの情報を含む、例示的な実施形態B1またはB2に記載の方法。
B4. 無線デバイスのマルチコネクティビティ動作のためのターゲットマスタノード候補として動作するように設定された第3のネットワークノードによって実施される方法であって、方法は、
第1のネットワークノードからハンドオーバ要求メッセージを受信することであって、ハンドオーバ要求メッセージは、プロシージャが条件付きハンドオーバのためのものであるという指示を含む、ハンドオーバ要求メッセージを受信することと、
第4のネットワークノードに、要求が条件付きハンドオーバのためのものであるという指示を含む2次ノード追加要求を送信することと、
2次ノード追加要求の確認応答を受信することと、
第1のネットワークノードにハンドオーバ要求の確認応答を送信することと
を含む、方法。
B5. ハンドオーバ要求の確認応答は、2次ノードが条件付きハンドオーバの実行時に保持されるべきであるという指示を含む、例示的な実施形態B4に記載の方法。
B6. 無線デバイスのためのターゲット候補2次ノードとして動作するように設定された第4のネットワークノードによって実施される方法であって、方法は、
第3のネットワークノードから、要求が条件付きハンドオーバのためのものであるという指示を含む2次ノード追加要求を受信することと、
監督タイマーを、要求が条件付きハンドオーバのためのものであるという指示に基づく値にセットすることと、
第3のネットワークノードに、2次ノード追加要求の確認応答を送信することと、
監督タイマーを開始することと
を含む、方法。
B7. 監督タイマーをセットすることは、監督タイマーを、第4のネットワークノードが非条件付きハンドオーバおよび/またはレガシー2次ノード追加のために監督タイマーをセットすることになる値よりも長い値にセットすることを含む、例示的な実施形態B6に記載の方法。
B8. 方法が、第3のネットワークノードに2次ノード追加要求の確認応答を送信すると、監督タイマーを開始することを含む、例示的な実施形態B6またはB7に記載の方法。
B9. 要求が条件付きハンドオーバのためのものであることを考慮に入れて、無線デバイスのためのリソースを予約することをさらに含む、例示的な実施形態B6からB8のいずれか1つに記載の方法。
B10. 無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定された第1のネットワークノードによって実施される方法であって、方法は、
無線デバイスが設定された条件付きハンドオーバのためのターゲット候補マスタノードとして動作する第3のネットワークノードから、メッセージを受信することと、
無線デバイスのためのソース2次ノードとして動作する第2のネットワークノードに、2次ノード解放要求を送信することと、
第2のネットワークノードから、2次ノード解放要求の確認応答を受信することと
を含む、方法。
B11. 2次ノード解放要求は、2次ノードが無線デバイスのために保持されるべきであることを指示する、例示的な実施形態B10に記載の方法。
B12. メッセージがハンドオーバ成功メッセージである、例示的な実施形態B10またはB11に記載の方法。
B13. マルチコネクティビティにおいて動作する無線デバイスのためのソース2次ノードとして動作する第2のネットワークノードによって実施される方法であって、方法は、
無線デバイスのためのソースマスタノードとして動作する第1のネットワークノードから、2次ノード解放要求メッセージを受信することと、
第1のネットワークノードに、2次ノード解放要求の確認応答を送信することと、
を含む、方法。
B14. 2次ノード解放要求は、2次ノードが無線デバイスのために保持されるべきであることを指示する、例示的な実施形態B13に記載の方法。
B15. 無線デバイスのマルチコネクティビティ動作のためのターゲットマスタノード候補として動作するように設定された第3のネットワークノードによって実施される方法であって、方法は、
無線デバイスから、RRC再設定完了メッセージを受信することと、
無線デバイスが、条件付きハンドオーバで設定されており、2次ノードターゲット候補として動作する第4のネットワークノードのための関連するマルチコネクティビティ関係設定を有すると決定することと、
第4のネットワークノードに、2次ノード再設定完了メッセージを送信することと、
無線デバイスのためのソースマスタノードとして動作する第1のネットワークノードに、メッセージを送信することと
を含む、方法。
B16. 第1のノードから、フォワーディングされたデータを受信することと、
第4のノードに、無線デバイスの2次ノード終端ベアラについてのデータを転送することと
をさらに含む、例示的な実施形態B15に記載の方法。
B17. 2次ノード再設定完了メッセージが、無線デバイスから受信されたRRC再設定完了メッセージを含む、例示的な実施形態B15またはB16に記載の方法。
B18. 無線デバイスのためのターゲット候補2次ノードとして動作するように設定された第4のネットワークノードによって実施される方法であって、方法は、
無線デバイスの条件付きハンドオーバのためのマスタノードターゲット候補として動作する第3のネットワークノードから、2次ノード再設定完了メッセージを受信することと、
無線デバイスの条件付きハンドオーバに関連する監督タイマーを停止することと、
無線デバイスに関連するコンテキストがアクティブであると見なすことと
を含む、方法。
B19. 第3のネットワークノードから、無線デバイスの2次ノード終端ベアラについてのフォワーディングされたデータを受信すること
をさらに含む、例示的な実施形態B18に記載の方法。
B20. 無線デバイスのマルチコネクティビティ動作のためのマスタネットワークノードとして動作するように設定された第1のネットワークノードによって実施される方法であって、方法は、
無線デバイスが条件付きハンドオーバを実行したターゲット候補マスタノードから、メッセージを受信することと、
無線デバイスの条件付きハンドオーバが設定されたが実行されなかったターゲット候補マスタノードに、無線デバイスのための条件付きハンドオーバ設定が解放されるべきであることを指示するメッセージを送信することと
を含む、方法。
B21. 受信されたメッセージがハンドオーバ成功メッセージである、例示的な実施形態B21に記載の方法。
B22. 無線デバイスのマルチコネクティビティ条件付きハンドオーバのためのターゲット候補マスタノードとして設定されたネットワークノードによって実施される方法であって、方法は、
無線デバイスのためのソースマスタノードから、無線デバイスのための条件付きハンドオーバ設定が解放されるべきであることを指示するメッセージを受信することと、
無線デバイスのための条件付きハンドオーバ設定が、条件付きハンドオーバのための関連するターゲット2次ノード候補を有すると決定することと、
ターゲット2次ノード候補に2次ノード解放要求メッセージを送信することと
を含む、方法。
B23. ターゲット2次ノード候補から、2次ノード解放要求メッセージの確認応答を受信することをさらに含む、例示的な実施形態B22に記載の方法。
B24. ユーザデータを取得することと、
ユーザデータをホストコンピュータまたは無線デバイスにフォワーディングすることと
をさらに含む、実施形態B22またはB23に記載の方法。
C1. グループBの実施形態のいずれか1つに記載のステップのいずれかを実施するように設定された、ネットワークノード。
C2. グループBの実施形態のいずれか1つに記載のステップのいずれかを実施するように設定された処理回路を備える、ネットワークノード。
C3. 通信回路と、
グループBの実施形態のいずれか1つに記載のステップのいずれかを実施するように設定された処理回路と
を備える、ネットワークノード。
C4. グループBの実施形態のいずれか1つに記載のステップのいずれかを実施するように設定された処理回路と、
ネットワークノードに電力を供給するように設定された電力供給回路と
を備える、ネットワークノード。
C5. 処理回路とメモリとを備え、メモリが、処理回路によって実行可能な命令を含んでおり、それにより、ネットワークノードが、グループBの実施形態のいずれか1つに記載のステップのいずれかを実施するように設定された、ネットワークノード。
C6. ネットワークノードが基地局である、実施形態C1からC5のいずれか1つに記載のネットワークノード。
C7. 無線ネットワークノードの少なくとも1つのプロセッサによって実行されたとき、無線ネットワークノードにグループBの実施形態のいずれか1つに記載のステップを行わせる命令を備える、コンピュータプログラム。
C8. ネットワークノードが基地局である、実施形態C7に記載のコンピュータプログラム。
C9. 実施形態C7またはC8に記載のコンピュータプログラムを含んでいるキャリアであって、キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの1つである、キャリア。
D1. ホストコンピュータを含む通信システムであって、ホストコンピュータは、
ユーザデータを提供するように設定された処理回路と、
ユーザ機器(UE)への送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースと
を備え、
セルラネットワークが、無線インターフェースと処理回路とを有する基地局を備え、基地局の処理回路が、グループBの実施形態のいずれか1つに記載のステップのいずれかを実施するように設定された、通信システム。
D2. 基地局をさらに含む、実施形態D1に記載の通信システム。
D3. UEをさらに含み、UEが基地局と通信するように設定された、実施形態D1またはD2に記載の通信システム。
D4. ホストコンピュータの処理回路が、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され、
UEが、ホストアプリケーションに関連するクライアントアプリケーションを実行するように設定された処理回路を備える、
実施形態D1からD3に記載の通信システム。
D5. ホストコンピュータと、基地局と、ユーザ機器(UE)とを含む通信システムにおいて実装される方法であって、方法は、
ホストコンピュータにおいて、ユーザデータを提供することと、
ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してUEにユーザデータを搬送する送信を始動することであって、基地局が、グループBの実施形態のいずれか1つに記載のステップのいずれかを実施する、送信を始動することと
を含む、方法。
D6. 基地局においてユーザデータを送信することをさらに含む、実施形態D5に記載の方法。
D7. ユーザデータが、ホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法が、UEにおいて、ホストアプリケーションに関連するクライアントアプリケーションを実行することをさらに含む、実施形態D5またはD6に記載の方法。
D8. 基地局と通信するように設定されたユーザ機器(UE)であって、UEが、実施形態D5からD7のいずれか1つを実施するように設定された、無線インターフェースと処理回路とを備える、ユーザ機器(UE)。
D9. ホストコンピュータを含む通信システムであって、ホストコンピュータが、ユーザ機器(UE)から基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え、基地局が、無線インターフェースと処理回路とを備え、基地局の処理回路が、グループBの実施形態のいずれか1つに記載のステップのいずれかを実施するように設定された、通信システム。
D10. 基地局をさらに含む、実施形態D9に記載の通信システム。
D11. UEをさらに含み、UEが基地局と通信するように設定された、実施形態D9またはD10に記載の通信システム。
D12. ホストコンピュータの処理回路が、ホストアプリケーションを実行するように設定され、
UEが、ホストアプリケーションに関連するクライアントアプリケーションを実行し、それによりホストコンピュータによって受信されるべきユーザデータを提供するように設定された、
実施形態D9からD11に記載の通信システム。
Claims (25)
- 無線デバイスのマルチコネクティビティ動作のためのマスタノード(MN)として、前記無線デバイスのための2次ノード(SN)として動作する第2のネットワークノードとともに動作するように設定された、第1のネットワークノードによって実行される方法であって、前記方法は、
条件付き再設定で前記無線デバイスを設定することを決定すること(810)と、
第3のネットワークノードにハンドオーバ要求メッセージを送信すること(820)であって、前記ハンドオーバ要求メッセージは、前記ハンドオーバ要求メッセージが条件付きハンドオーバのためのものであるという指示を含む、ハンドオーバ要求メッセージを送信すること(820)と、
前記2次ノードが前記条件付きハンドオーバの実行時に保持されるべきであることを指示する、前記ハンドオーバ要求メッセージの確認応答を受信すること(830)と、
前記ハンドオーバ要求メッセージの前記確認応答に応答して、前記条件付きハンドオーバが実行されたという指示を前記第1のネットワークノードが受信するまで、前記第2のネットワークノードへの解放メッセージの送信を遅延させること(840)と
を含む、方法。 - 前記第3のネットワークノードが、前記条件付きハンドオーバのための候補ターゲットネットワークノードであり、前記条件付きハンドオーバが実行されたという前記指示が、前記第3のネットワークノードから受信されたハンドオーバ成功メッセージである、請求項1に記載の方法。
- 前記方法が、条件付きハンドオーバ情報で前記無線デバイスを設定すること(850)を含み、前記条件付きハンドオーバ情報が、前記条件付きハンドオーバのための前記第3のネットワークノードからの情報を含む、請求項1または2に記載の方法。
- 前記方法は、
前記無線デバイスが条件付きハンドオーバを実行した前記第3のネットワークノードから、メッセージを受信すること(1610)と、
前記無線デバイスの条件付きハンドオーバが設定されたが実行されなかった前記第3のネットワークノードに、前記無線デバイスのための条件付きハンドオーバ設定が解放されるべきであることを指示するメッセージを送信すること(1620)と
をさらに含む、請求項1から3のいずれか一項に記載の方法。 - 前記受信されたメッセージがハンドオーバ成功メッセージである、請求項4に記載の方法。
- 無線デバイスのマルチコネクティビティ動作のための候補ターゲットネットワークノードとして動作するように設定されたネットワークノードによって実行される方法であって、前記方法は、
前記無線デバイスのためのソースネットワークノードからハンドオーバ要求メッセージを受信すること(910)であって、前記ハンドオーバ要求メッセージは、前記ハンドオーバ要求メッセージが条件付きハンドオーバのためのものであるという指示を含む、ハンドオーバ要求メッセージを受信すること(910)と、
前記ハンドオーバ要求メッセージを受信したことに応答して、候補ターゲット2次ノードに2次ノード追加要求を送信すること(920)であって、前記2次ノード追加要求は、前記2次ノード追加要求が条件付き再設定のためのものであるという指示を含む、2次ノード追加要求を送信すること(920)と、
前記2次ノード追加要求の確認応答を受信すること(930)と、
前記ソースネットワークノードに前記ハンドオーバ要求の確認応答を送信すること(940)と
を含む、方法。 - 前記候補ターゲット2次ノードが、前記無線デバイスのためのソース2次ノードであり、前記ハンドオーバ要求の前記確認応答は、前記ソース2次ノードが条件付きプロシージャの実行時に保持されるべきであるという指示を含む、請求項6に記載の方法。
- 前記方法は、
前記無線デバイスから、前記候補ターゲット2次ノードへの再設定が完了したことを指示するメッセージを受信することと、
前記候補ターゲット2次ノードに、2次ノード再設定完了メッセージを送ることと
をさらに含む、請求項6または7に記載の方法。 - 前記2次ノード再設定完了メッセージは、前記候補ターゲット2次ノードへの再設定が完了したことを指示する前記受信されたメッセージを含む、請求項8に記載の方法。
- 前記ソースネットワークノードに、ハンドオーバ成功を指示するメッセージを送ることをさらに含む、請求項8または9に記載の方法。
- 前記方法は、
第2の無線デバイスから、無線リソース制御(RRC)再設定完了メッセージを受信すること(1310)と、
前記第2の無線デバイスが、条件付き再設定で設定されており、候補ターゲット2次ノードのための関連するマルチコネクティビティ関係設定を有すると決定すること(1320)と、
前記候補ターゲット2次ノードに、2次ノード再設定完了メッセージを送信すること(1330)と、
前記第2の無線デバイスのためのソースマスタノードに、前記条件付き再設定が完了したことを指示するメッセージを送信すること(1340)と
をさらに含む、請求項6または7に記載の方法。 - 前記条件付き再設定が条件付きハンドオーバである、請求項11に記載の方法。
- 前記方法は、
前記無線デバイスのためのソースマスタノードから、前記無線デバイスのための条件付きハンドオーバ設定が解放されるべきであることを指示するメッセージを受信すること(1510)と、
前記無線デバイスのための前記条件付きハンドオーバ設定が、前記条件付きハンドオーバのための関連するターゲット2次ノード候補を有すると決定すること(1520)と、
前記ターゲット2次ノード候補に2次ノード解放要求メッセージを送信すること(1530)と
をさらに含む、請求項6または7に記載の方法。 - 前記ターゲット2次ノード候補から、前記2次ノード解放要求メッセージの確認応答を受信することをさらに含む、請求項13に記載の方法。
- 無線デバイスのマルチコネクティビティ動作のための候補ターゲット2次ノードとして働くように設定されたネットワークノードによって実行される方法であって、前記方法は、
候補ターゲットネットワークノードから2次ノード追加要求を受信すること(1010)であって、前記2次ノード追加要求は、前記2次ノード追加要求が条件付き再設定のためのものであるという指示を含む、2次ノード追加要求を受信すること(1010)と、
前記2次ノード追加要求に応答して、前記2次ノード追加要求の確認応答を送信すること(1030)と
を含む、方法。 - 前記2次ノード追加要求を受信したことに応答して、2次ノード追加のために監督タイマーを開始すること(1040)をさらに含む、請求項15に記載の方法。
- 前記方法は、前記監督タイマーを、前記2次ノード追加要求が条件付き再設定のためのものであるという前記指示に基づく値にセットすること(1020)を含む、請求項16に記載の方法。
- 前記監督タイマーをセットすること(1020)は、前記監督タイマーを、前記ネットワークノードが非条件付き2次ノード追加のために前記監督タイマーをセットすることになる値よりも長い値にセットすることを含む、請求項17に記載の方法。
- 前記方法が、前記2次ノード追加要求の前記確認応答を送信すると、前記監督タイマーを開始すること(1040)を含む、請求項16から18のいずれか一項に記載の方法。
- 後で、2次ノード再設定完了メッセージを受信することと、
前記2次ノード再設定完了メッセージを受信したことに応答して、前記監督タイマーを停止することと
をさらに含む、請求項16から19のいずれか一項に記載の方法。 - 前記2次ノード追加要求が条件付き再設定のためのものであることを考慮に入れて、前記無線デバイスのためのリソースを予約することをさらに含む、請求項15から20のいずれか一項に記載の方法。
- 請求項1から21のいずれか一項に記載の方法を行うように適応されたネットワークノード(1700)。
- 1つまた複数の無線デバイスおよび1つまたは複数の他のネットワークノードと通信するように設定された通信回路(1720)と、
前記通信回路に動作可能に結合され、請求項1から21のいずれか一項に記載の方法を行うように設定された、処理回路(1710)と
を備える、ネットワークノード(1700)。 - ネットワークノード中の処理回路による実行のために設定された、および、前記ネットワークノードに請求項1から21のいずれか一項に記載の方法を行わせるように設定された、コンピュータプログラム命令を備えるコンピュータプログラム。
- コンピュータ可読媒体であって、その上に記憶された、請求項24に記載のコンピュータプログラムを備える、コンピュータ可読媒体。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063028408P | 2020-05-21 | 2020-05-21 | |
US63/028,408 | 2020-05-21 | ||
PCT/SE2021/050479 WO2021236003A2 (en) | 2020-05-21 | 2021-05-20 | Keeping/changing mr-dc upon conditional handover (cho) |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2023526324A JP2023526324A (ja) | 2023-06-21 |
JP7478845B2 true JP7478845B2 (ja) | 2024-05-07 |
Family
ID=76181190
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022569499A Active JP7478845B2 (ja) | 2020-05-21 | 2021-05-20 | 条件付きハンドオーバ(cho)時にmr-dcを保持すること/変更すること |
Country Status (6)
Country | Link |
---|---|
US (1) | US20230199577A1 (ja) |
EP (1) | EP4154593A2 (ja) |
JP (1) | JP7478845B2 (ja) |
KR (1) | KR20230009420A (ja) |
CN (1) | CN115669060A (ja) |
WO (1) | WO2021236003A2 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116567741A (zh) * | 2022-01-30 | 2023-08-08 | 北京三星通信技术研究有限公司 | 无线通信系统中用于移动性增强的方法及装置 |
WO2023213390A1 (en) * | 2022-05-04 | 2023-11-09 | Nokia Solutions And Networks Oy | Method for handover |
CN117156501A (zh) * | 2022-06-01 | 2023-12-01 | 北京三星通信技术研究有限公司 | 无线通信系统中的节点及其执行的方法 |
CN117279049A (zh) * | 2022-06-15 | 2023-12-22 | 中兴通讯股份有限公司 | 切换控制方法、基站及存储介质 |
WO2024027981A1 (en) * | 2022-08-05 | 2024-02-08 | Nokia Technologies Oy | Data forwarding for dual connectivity |
WO2024065523A1 (en) * | 2022-09-29 | 2024-04-04 | Nokia Shanghai Bell Co., Ltd. | Devices, methods and apparatuses for reconfiguration operation |
-
2021
- 2021-05-20 JP JP2022569499A patent/JP7478845B2/ja active Active
- 2021-05-20 KR KR1020227042636A patent/KR20230009420A/ko active Search and Examination
- 2021-05-20 CN CN202180036316.4A patent/CN115669060A/zh active Pending
- 2021-05-20 EP EP21728665.7A patent/EP4154593A2/en active Pending
- 2021-05-20 WO PCT/SE2021/050479 patent/WO2021236003A2/en active Search and Examination
- 2021-05-20 US US17/926,181 patent/US20230199577A1/en active Pending
Non-Patent Citations (6)
Title |
---|
CATT,Discussion on intra-CU CHO[online],3GPP TSG RAN WG3 #106 R3-196730,Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_106/Docs/R3-196730.zip>,2019年11月09日 |
Ericsson,CHO and MR-DC operation[online],3GPP TSG RAN WG2 #109bis-e R2-2003035,Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2003035.zip>,2020年04月09日 |
Ericsson,CHO in MR-DC operation[online],3GPP TSG RAN WG3 #107bis_e R3-202367,Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_107bis_e/Docs/R3-202367.zip>,2020年04月09日 |
Ericsson,Failure handling interaction (CHO, fast MCG recovery and timer T312)[online],3GPP TSG RAN WG2 #109bis-e R2-2003036,Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2003036.zip>,2020年04月09日 |
Lenovo, Motorola Mobility,CP flow for LTE conditional handover[online],3GPP TSG RAN WG2 #105 R2-1901071,Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_105/Docs/R2-1901071.zip>,2019年02月15日 |
MediaTek Inc.,Discussions on LTE Conditional Handover Procedures[online],3GPP TSG RAN WG2 #106 R2-1906489,Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1906489.zip>,2019年05月03日 |
Also Published As
Publication number | Publication date |
---|---|
EP4154593A2 (en) | 2023-03-29 |
US20230199577A1 (en) | 2023-06-22 |
JP2023526324A (ja) | 2023-06-21 |
WO2021236003A2 (en) | 2021-11-25 |
CN115669060A (zh) | 2023-01-31 |
KR20230009420A (ko) | 2023-01-17 |
WO2021236003A3 (en) | 2021-12-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10917934B2 (en) | Race condition avoidance between master base station initiated secondary base station release and secondary base station initiated secondary base station change procedures | |
JP7478845B2 (ja) | 条件付きハンドオーバ(cho)時にmr-dcを保持すること/変更すること | |
US20220386207A1 (en) | Handling of Stored Conditional Configuration in a Wireless Communication Network | |
US20230209425A1 (en) | Preserving Cell Group Addition/Change Configuration of Handover | |
CN116326174A (zh) | 用于主节点发起的条件主辅助小区添加的系统和方法 | |
JP7408789B2 (ja) | 進行中の2次セルグループ変更がある間のマスタセルグループ障害 | |
US20230379789A1 (en) | Handling conditional pscell change (cpc) upon sn release | |
EP3695557A1 (en) | A master node, a secondary node and methods performed therein | |
JP7142710B2 (ja) | 無線アクセス技術間ハンドオーバの方法 | |
JP7455997B2 (ja) | マルチコネクティビティにあるueの条件付きハンドオーバにおける早期データ転送のための方法および装置 | |
US20230370915A1 (en) | Canceling of conditional pscell addition | |
US20230108496A1 (en) | Triggering a Subsequent Handover during a Dual-Active Protocol Stack Handover | |
US20240147322A1 (en) | Enhancements to mro in case of rlf after successful (conditional) handover | |
TWI810672B (zh) | 在條件pscell添加改變時之完成訊息之處理 | |
CN116584125A (zh) | 对条件性辅节点添加的控制 | |
WO2021206616A1 (en) | Multi-connectivity operation in a wireless communication network | |
JP2021525989A (ja) | ハンドオーバのためのコアネットワーク指示およびセキュリティハンドリング | |
JP2024509905A (ja) | デュアルアクティブプロトコルスタックフォールバックの後の無線リンク障害のための自己組織化ネットワーク報告に対する拡張 | |
JP2023547918A (ja) | X2ハンドオーバ中のユーザプレーン完全性保護のための方法、装置、コンピュータプログラムおよびコンピュータプログラム製品 | |
CN116472738A (zh) | 用于报告多个无线电链路故障的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A529 | Written submission of copy of amendment under article 34 pct |
Free format text: JAPANESE INTERMEDIATE CODE: A529 Effective date: 20230113 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230116 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20231031 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240130 |
|
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: 20240402 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240422 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7478845 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |