CN107690154A - 一种小区配置方法及装置 - Google Patents

一种小区配置方法及装置 Download PDF

Info

Publication number
CN107690154A
CN107690154A CN201610635900.2A CN201610635900A CN107690154A CN 107690154 A CN107690154 A CN 107690154A CN 201610635900 A CN201610635900 A CN 201610635900A CN 107690154 A CN107690154 A CN 107690154A
Authority
CN
China
Prior art keywords
scg
configuration
scg configuration
failures
senb
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.)
Granted
Application number
CN201610635900.2A
Other languages
English (en)
Other versions
CN107690154B (zh
Inventor
贺媛
张大钧
全海洋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201610635900.2A priority Critical patent/CN107690154B/zh
Priority to PCT/CN2017/094108 priority patent/WO2018024128A1/zh
Priority to KR1020197006344A priority patent/KR102180383B1/ko
Priority to US16/323,229 priority patent/US20190182883A1/en
Priority to JP2019506437A priority patent/JP2019525625A/ja
Priority to EP17836310.7A priority patent/EP3496448A1/en
Publication of CN107690154A publication Critical patent/CN107690154A/zh
Application granted granted Critical
Publication of CN107690154B publication Critical patent/CN107690154B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/32—Hierarchical cell structures
    • 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
    • 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/18—Management of setup rejection or failure
    • 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
    • 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
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/30—Network data restoration; Network data reliability; Network data fault tolerance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明涉及移动通信技术领域，尤其涉及一种小区配置方法及装置，用以避免严重的数据中断，保证用户设备的正常通信。该方法为：在MeNB和SeNB联合应用的场景下，第一基站将SCG配置信息发送给UE进行SCG配置，当UE确定SCG配置失败时，会向网络侧发送SCG重配置失败信息，此时，UE和网络侧会在确定MCG未配置失败时，维持上一次下发的原SCG配置信息不变，或者，触发执行SCG释放。即在仅有SCG配置失败的情况下，不会频繁发起RRC重建，而是使用原来的SCG配置信息，这样，有效避免了严重的数据中断，保证了用户设备的正常通信，从而提高了数据传输效率，保证了系统性能，也提高了用户体验。

Description

一种小区配置方法及装置
技术领域
本发明涉及移动通信技术领域，尤其涉及一种小区配置方法及装置。
背景技术
随着网络科技的发展，人们对移动网络的需求量越来越大，提升用户吞吐量是未来移动通信技术发展的一大趋势，而节点间无线资源聚合是提升用户吞吐量的潜在技术方案，目前长期演进升级(Long Term Evolution-Advanced，LTE-A)双连接技术和5G系统中LTE和新无线接入(New RAT，NR)紧密互通技术(tight interworking)中均采用了节点间无线资源聚合技术。
以LTE-A系统的双连接技术为例，双连接技术是指用户终端(User Equipment，UE)可以同时利用两个基站的无线频谱资源传输上下行业务，两个基站分布管理各自的小区，管理主小区组(Master Cell Group，MCG)的基站是宏基站(MeNB)，即主基站，管理辅小区组(Secondary Cell Group，SCG)的基站是小基站(SeNB)，即辅基站，宏基站主要负责覆盖范围和移动性，小基站则负责上下行数据业务的分流以提高用户的峰值吞吐量。
用户设备与基站进行通信时，需要先建立无线资源控制(Radio ResourceControl，RRC)连接，只有当RRC连接成功，基站与用户之间才能实现通信，但是，若出现RRC连接失败，即基站切换配置出现问题，需要重新建立RRC连接，才能够保证UE与基站之间顺利通信。
现有技术中，若出现RRC连接失败，则需要对主辅基站建立RRC重连接，
而基站切换配置中一旦出现RRC连接失败时，无论是MCG配置失败，还是SCG配置失败，均需要通过MCG发起RRC重建，这种做法占用了MCG的无线资源，严重影响了用户与MCG之间的正常数据通信。
参阅图1所示，以LTE-A的双连接技术的用户设备为例。用户设备需要一个MeNB和至少一个SeNB，而用户设备只有在成功建立RRC连接之后才能实现与基站的通信。在双连接技术的控制面协议中规定，只有MeNB能产生最后的RRC消息，且将此RRC消息传递给用户设备并以此建立RRC连接。具体步骤如下：MeNB向SeNB提供UE配置参数(如用户设备的能力、用户的无线资源配置等等)；SeNB接收到MeNB发送的UE配置参数后，生成相应的SCG配置信息[如，物理上行链路控制信道(Physical Uplink Control Channel，PUCCH)配置信息]反馈给MeNB，MeNB基于本地配置的MCG配置信息和SeNB提供的SCG配置信息生成最终的RRC消息，并将此RRC消息发送给用户设备以建立RRC连接。
具体的，当MeNB和SeNB上同时配置了载波聚合(Carrier Aggregation，CA)，即MeNB下管理的小区数不止一个时，MeNB管理的小区组即组成了MCG，同样的，SeNB下管理的小区数不止一个时，SeNB管理的小区组即组成了SCG。
具体步骤如下:MeNB保存用户设备的无线资源管理(Radio ResourceManagement，RRM)测量配置信息，以接收到的测量报告(如业务情况、承载类型等等)决定是否需要SeNB为用户设备提供额外的服务小区资源(如SCG的SCells等等)，若需要SeNB为用户设备提供额外的服务小区资源，则向SeNB发送请求信息；SeNB会根据从MeNB接收到请求信息决定是否为用户设备增加服务小区的配置信息，即生成SCG配置信息；MeNB和SeNB通过X2接口进行信息交互(如，MeNB向SeNB发送UE配置参数、SeNB向MeNB发送SCG配置信息等等)；相应的，MeNB本地也会生成一部分SCG配置信息，MeNB会将MeNB本地生成SCG配置信息结合由SeNB发送来的SCG配置信息组合成新的SCG配置信息，并且再结合MCG本地生成的MCG信息，生成最终的RRC消息发送给用户设备，其中，MeNB不会改变SeNB上传的SCG配置信息。
进一步地，如果用户设备接收到RRC后，会进行MCG配置和SCG配置，在MCG配置成功的情况下，一旦SCG配置失败，用户终端则会认为RRC连接失败，会通知MeNB发起RRC重建。然而，MCG配置成功后，用户设备是是可以正常通信的，因此，一旦MeNB基于SCG配置失败发起RRC重建，将会产生严重的数据中断，从而严重影响了用户设备的正常通信。
参阅图2a和图2b所示，以5G系统中LTE和NR tight interworking为例。
其中，5G系统中LTE和NR tight interworking的协议架构参阅图3所示，在此协议架构下，RRC消息既能由MCG产生，又并能由SCG产生，当RRC消息由MCG产生时，该RRC消息通过主信令无线承载(Signaling Radio Bearer，SRB，简称主承载)，如，SRB1，发送给用户设备，当RRC消息由SCG产生时，该RRC消息通过辅承载(SRB on the secondary)，如，SRB3，发送给用户设备。
因此，基于上述协议，无论是以LTE为MeNB，NR为SeNB(如图2a)，还是以NR为MeNB，LTE为SeNB(如图2b)，SCG的配置信息可以通过如下两种方式下发：
方式一：SCG配置信息和MCG配置信息均由MCG下发给用户设备，在此方式中，一旦出现RRC连接失败，则不论是MCG的配置信息失败，还是SCG的配置信息失败，协议均认定由MCG发起RRC重建。
方式二：SCG配置信息由SCG下发给用户设备，MCG配置信息由MCG下发给用户设备，即各自下发对应的配置信息，在此方式中，若SCG的配置信息失败，而MCG的配置信息成功，则协议也会认定由MCG发起RRC重建。
显然，在5G系统LTE和NR tight interworking联合工作的场景下，一旦SCG配置信息配置失败，即使MCG配置信息配置成功，也会由MCG发起RRC重建，这样，会产生严重的数据中断，从而严重影响了用户设备的正常通信。
有鉴于此，需要设计一种新的基站配置方法克服上述缺陷。
发明内容
本发明实施例提供一种小区配置方法及装置，用以避免严重的数据中断，保证用户设备的正常通信。
本发明实施例提供的具体技术方案如下：
一种小区配置方法，应用于主基站MeNB和辅基站SeNB联合工作的场景，包括：
第一基站触发设置辅小区组SCG配置信息；
第一基站触发将所述SCG配置信息发往用户设备UE进行SCG配置；
第一基站接收到SCG重配置失败信息时，确定UE执行SCG配置失败，并且在确定主小区组MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变，或者，触发执行SCG释放。
可选的，第一基站触发设置SCG配置信息，包括：
若第一基站是MeNB，则第一基站触发SeNB针对UE设置相应的SCG配置信息。
若第一基站是SeNB，则第一基站在本地直接触发针对UE设置相应的SCG配置信息。
可选的，第一基站触发将所述SCG配置信息发往UE进行SCG配置，包括：
若第一基站是MeNB，则第一基站采用第一消息，将本地设置的MCG配置信息和SeNB设置的SCG配置信息发往UE；或者，第一基站采用第一消息，仅将SeNB设置的SCG配置信息发往UE；
若第一基站是SeNB，则第一基站采用第一消息，直接将本地设置的SCG配置信息发往UE。
可选的，第一基站接收到SCG重配置失败信息时，确定UE执行SCG配置失败，包括：
若第一基站是MeNB，则第一基站直接接收到UE发送的SCG重配置失败信息时，确定UE执行SCG配置失败；
若第一基站是SeNB，则第一基站接收MeNB发送的SCG重配置失败信息时，确定UE执行SCG配置失败；其中，第一基站接收到的MeNB发送的SCG重配置失败信息，是MeNB接收到UE发送的SCG重配置失败信息后，向第一基站发送的。
可选的，第一基站确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变，包括：
若第一基站为MeNB，则第一基站确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，第一基站确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，
若第一基站为SeNB，则第一基站确定UE执行SCG配置失败，以及确定MCG未配置失败后，维持上一次下发的原SCG配置信息不变。
可选的，第一基站确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发执行SCG释放，包括：
若第一基站为MeNB，则第一基站确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，第一基站确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，
若第一基站为SeNB，则第一基站确定UE执行SCG配置失败，以及确定MCG未配置失败后，执行SCG释放。
可选的，进一步包括：
第一基站基于接收到的SCG重配置失败信息获取相应的SCG配置失败原因，并基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息。
可选的，第一基站基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息，包括：
若第一基站是MeNB，则第一基站将SCG配置失败原因发送给SeNB，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往第一基站，再由第一基站发往UE，或者，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往UE；
若第一基站是SeNB，则第一基站接收MeNB发送的SCG配置失败原因后，直接触发基于所述SCG配置失败原因在本地重新设置新的SCG配置信息，并将新的SCG配置信息发往MeNB，由MeNB下发给UE，或者，第一基站直接将所述新的SCG配置信息下发给UE。
可选的，第一基站基于所述SCG配置失败原因，触发重新设置新的SCG配置信息，包括：
第一基站触发SeNB执行以下操作中的任意一种：
若确定SCG配置失败原因为“SCG配置失败”，则按照预设方式重新设置新的SCG配置信息；
若确定SCG配置失败原因为“超过UE能力”，则与MeNB重新进行协商，并在对UE能力进行重新评估后，根据评估结果，重新设置新的SCG配置信息；
若确定SCG配置失败原因为“解析错误”或“参数错误”，则对配置失败的SCG配置信息进行相应调整后，根据调整结果重新设置新的SCG配置信息。
一种小区配置方法，应用于主基站MeNB和辅基站SeNB联合工作的场景，包括：
用户设备UE根据网络侧下发的辅小区组SCG配置信息并进行SCG配置；
UE确定执行SCG配置失败时，向网络侧发送SCG重配置失败信息；
UE确定在主小区组MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变，或者，执行SCG释放。
可选的，UE确定MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变，或者，执行SCG释放，包括：
若UE还接收到网络侧下发的MCG配置信息，且确定MCG配置成功，则UE使用配置成功的MCG配置信息，并维护上一次下发的原SCG配置信息不变，或者，执行SCG释放；
若UE未接收到网络侧下发的MCG配置信息，则UE维护上一次下发的原MCG配置信息不变，以及维护上一次下发的原SCG配置信息不变，或者，执行SCG释放。
可选的，UE向网络侧发送SCG重配置失败信息，包括：
UE确定SCG配置失败原因，并基于所述SCG配置失败原因生成相应的SCG重配置失败信息；
UE向网络侧发送所述SCG重配置失败信息。
可选的，UE确定SCG配置失败原因，包括：
UE确定SCG配置失败原因为以下原因中的任意一种：
“SCG配置失败”；
“超过UE能力”；
“解析错误”；
“参数错误”。
一种小区配置装置，应用于主基站MeNB和辅基站SeNB联合工作的场景，包括：
第一触发单元，用于触发设置辅小区组SCG配置信息；
第二触发单元，用于触发将所述SCG配置信息发往用户设备UE进行SCG配置；
处理单元，用于接收到SCG重配置失败信息时，确定UE执行SCG配置失败，并且在确定主小区组MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变，或者，触发执行SCG释放。
可选的，触发设置SCG配置信息时，所述第一触发单元用于：
若所述装置是MeNB，则触发SeNB针对UE设置相应的SCG配置信息。
若所述装置是SeNB，则在本地直接触发针对UE设置相应的SCG配置信息。
可选的，触发将所述SCG配置信息发往UE进行SCG配置时，所述第二触发单元用于：
若所述装置是MeNB，则采用第一消息，将本地设置的MCG配置信息和SeNB设置的SCG配置信息发往UE；或者，采用第一消息，仅将SeNB设置的SCG配置信息发往UE；
若所述装置是SeNB，则采用第一消息，直接将本地设置的SCG配置信息发往UE。
可选的，接收到SCG重配置失败信息时，确定UE执行SCG配置失败时，所述处理单元用于：
若所述装置是MeNB，则直接接收到UE发送的SCG重配置失败信息时，确定UE执行SCG配置失败；
若所述装置是SeNB，则接收MeNB发送的SCG重配置失败信息时，确定UE执行SCG配置失败；其中，接收到的MeNB发送的SCG重配置失败信息，是MeNB接收到UE发送的SCG重配置失败信息后，向所述装置发送的。
可选的，确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变时，所述处理单元用于：
若所述装置为MeNB，则确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，
若所述装置为SeNB，则确定UE执行SCG配置失败，以及确定MCG未配置失败后，维持上一次下发的原SCG配置信息不变。
可选的，确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发执行SCG释放，所述处理单元用于：
若所述装置为MeNB，则确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，
若所述装置为SeNB，则确定UE执行SCG配置失败，以及确定MCG未配置失败后，执行SCG释放。
可选的，所述处理单元进一步用于：
基于接收到的SCG重配置失败信息获取相应的SCG配置失败原因，并基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息。
可选的，基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息时，所述处理单元用于：
若所述装置是MeNB，则将SCG配置失败原因发送给SeNB，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往所述装置，再由所述装置发往UE，或者，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往UE；
若所述装置是SeNB，则接收MeNB发送的SCG配置失败原因后，直接触发基于所述SCG配置失败原因在本地重新设置新的SCG配置信息，并将新的SCG配置信息发往MeNB，由MeNB下发给UE，或者，直接将所述新的SCG配置信息下发给UE。
可选的，基于所述SCG配置失败原因，触发重新设置新的SCG配置信息时，所述处理单元用于：
触发SeNB执行以下操作中的任意一种：
若确定SCG配置失败原因为“SCG配置失败”，则按照预设方式重新设置新的SCG配置信息；
若确定SCG配置失败原因为“超过UE能力”，则与MeNB重新进行协商，并在对UE能力进行重新评估后，根据评估结果，重新设置新的SCG配置信息；
若确定SCG配置失败原因为“解析错误”或“参数错误”，则对配置失败的SCG配置信息进行相应调整后，根据调整结果重新设置新的SCG配置信息。
一种小区配置装置，应用于主基站MeNB和辅基站SeNB联合工作的场景，包括：
配置，用于根据网络侧下发的辅小区组SCG配置信息并进行SCG配置；
通信单元，用于确定执行SCG配置失败时，向网络侧发送SCG重配置失败信息；
处理单元，用于确定在主小区组MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变，或者，执行SCG释放。
可选的，确定MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变时，或者，执行SCG释放，所述处理单元用于：
若还接收到网络侧下发的MCG配置信息，且确定MCG配置成功，则使用配置成功的MCG配置信息，并维护上一次下发的原SCG配置信息不变，或者，执行SCG释放；
若未接收到网络侧下发的MCG配置信息，则维护上一次下发的原MCG配置信息不变，以及维护上一次下发的原SCG配置信息不变，或者，执行SCG释放。
可选的，UE向网络侧发送SCG重配置失败信息时，所述通信单元用于：
确定SCG配置失败原因，并基于所述SCG配置失败原因生成相应的SCG重配置失败信息；
向网络侧发送所述SCG重配置失败信息。
可选的，确定SCG配置失败原因时，所述通信单元用于：
确定SCG配置失败原因为以下原因中的任意一种：
“SCG配置失败”；
“超过UE能力”；
“解析错误”；
“参数错误”。
本发明有益效果如下：
在MeNB和SeNB联合应用的场景下，第一基站将SCG配置信息发送给UE进行SCG配置，当UE确定SCG配置失败时，会向网络侧发送SCG重配置失败信息，此时，UE和网络侧会在确定MCG未配置失败时，维持上一次下发的原SCG配置信息不变，或者，触发执行SCG释放，即在仅有SCG配置失败的情况下，不会频繁发起RRC重建，而是使用原来的SCG配置信息，这样，有效避免了严重的数据中断，保证了用户设备的正常通信，从而提高了数据传输效率，保证了系统性能，也提高了用户体验。
附图说明
图1为现有技术下LTE-A系统的双连接技术示意图；
图2a和图2b为现有技术下5G系统中LTE和NR tight interworking示意图；
图3为现有技术下5G系统中LTE和NR tight interworking协议架构图；
图4为本发明实施例中小区配置流程图；
图5为本发明实施例中MeNB下发SCG配置信息且UE发生“SCG配置失败”情况的处理流程图；
图6为本发明实施例中MeNB下发SCG配置信息且UE发生“解析错误”情况的处理流程图；
图7为本发明实施例中SeNB下发SCG配置信息且UE发生“参数错误”情况的处理流程图；
图8为本发明实施例中SeNB下发SCG配置信息且UE发生“超过UE能力”情况的处理流程图；
图9为本发明实施例中MeNB下发SCG配置信息且UE发生“SCG配置失败”情况下SeNB执行SCG释放的处理流程图；
图10为本发明实施例中第一基站第一种功能结构示意图；
图11为本发明实施例中UE第一种功能结构示意图；
图12为本发明实施例中第一基站第二种功能结构示意图；
图13为本发明实施例中UE第二种功能结构示意图。
具体实施方式
用以避免严重的数据中断，保证用户设备的正常通信，本发明实施例中，设计了一种小区配置方案，该方案为：在MeNB和SeNB联合应用的场景下，当UE确定SCG配置失败时，会向网络侧发送SCG重配置失败信息，此时，UE和网络侧均会在确定MCG未配置失败时，维持上一次下发的原SCG配置信息不变。
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图2a和图2b所示，本发明实施例中以5G系统中LTE和NR tight interworking的场景为例。
在上述场景中，参阅图4所示，基站(可以是MeNB，也可以是SeNB)指示UE进行小区配置的详细流程如下：
步骤400：第一基站获得UE状态信息，其中，UE状态信息可以包括多种类型的参数，如，UE的能力信息，UE无线资源配置信息等等。
本发明实施例中，第一基站可以是宏基站，如LTE eNB、5G NR NB等；也可以是小基站，如低功率节点(Low Power Node，LPN)、微微基站(pico)、家庭基站(femto)等，接入点(Access Point，AP)；也可以是中央单元(Central Unit，CU)与其管理和控制的多个传输接收点(Transmission Reception Point，TRP)共同组成的网络节点。一个基站下有一个或多个小区(不同的频点或扇区分裂)。无论是宏基站，还是小基站均可以做为主基站，即MeNB，或者，也可以做为辅基站，即SeNB。
本发明实施例中，在执行步骤400时，第一基站可以采用但不限于以下方式：
方式A1：若第一基站是MeNB，则可以直接根据UE的上报(如，上报的测量报告、业务情况、承载类型等等)，来确定UE状态信息。
方式B1：若第一基站是SeNB，则可以根据MeNB的通知，来获得UE状态信息，或者，第一基站也可以直接根据UE的上报(如，上报的测量报告、业务情况、承载类型等等)来确定UE状态信息。
步骤410：第一基站触发设置SCG配置信息。
本发明实施例中，在执行步骤410时，第一基站可以采用但不限于以下方式：
方式A2：若第一基站是MeNB，则第一基站将UE状态信息发往SeNB，触发SeNB基于该UE状态信息设置相应的SCG配置信息。
方式B2：若第一基站是SeNB，则第一基站基于获得的UE状态信息，在本地直接触发设置相应的SCG配置信息。
步骤420：第一基站触发将上述SCG配置信息发往UE。
本发明实施例中，第一基站通常会采用第一消息进行触发(第一消息可以为RRC，以下相同，不再赘述)，相应的，在执行步骤420时，第一基站可以采用但不限于以下方式
方式A3：若第一基站是MeNB，则第一基站可以采用RRC消息，将本地设置的MCG配置信息和获得的SCG配置信息一同发往UE；或者，也可以采用RRC消息，仅将获得的SCG配置信息发往UE，此时，UE将会重新配置SCG，而维持原MCG配置信息不变。
具体的，由MeNB产生的新的RRC消息〔如，RRC连接重配置(ConnectionReconfiguration)消息等等〕，其中，上述RRC消息包含由SeNB产生的SCG配置信息(如，SCG配置信息的ASN.1)和本地设置的MCG配置信息，以及，MeNB将上述RRC消息通过主承载(例如，SRB1)发送给UE；或者，MCG也可以在原有的RRC消息中采用容器(container)方式增加一个字段，如在信息传递(DL informationTransfer)消息中增加信息单元(informationelement，IE)，用于传输SCG配置信息。
方式B3：若第一基站是SeNB，则第一基站可以采用RRC消息，直接将本地生成的SCG配置信息发往UE。
具体的，由SeNB产生的RRC消息，其中，上述RRC信息包含由SCG产生的SCG配置信息，以及，由SeNB并将上述RRC消息通过辅承载(SRB on the secondary)发送给UE。
在SeNB发送SCG配置信息的过程中，MeNB也有可能将自身设置的MCG配置信息发往UE，如果UE同时获得MCG配置信息和SCG配置信息，则可以分别重新配置MCG和SCG，若UE仅获得SCG配置信息，则UE将会重新配置SCG，而维持原MCG配置信息不变。
步骤430：UE获得上述SCG配置信息后，在本地进行SCG配置。
由前述内容可知，若UE从MeNB发送的RRC消息中同时获得了MCG配置信息和SCG配置信息，或者，若UE从MeNB发送的RRC消息中获得了MCG配置信息，从SeNB发送的RRC消息中获得了SCG配置信息，则UE会分别重新配置MCG和SCG；
而若UE仅从SeNB发送的RRC消息中获得SCG配置信息，则UE会重新配置SCG，同时，将维持原MCG配置信息不变。
步骤440：UE确定SCG配置失败，则维持原SCG配置信息不变，或者，执行SCG释放。
本发明实施例中，所谓的原SCG配置信息即是UE上一次获得的SCG配置信息，也是UE当前正在使用的SCG配置信息，在UE确定SCG配置失败后，确定在MCG未配置失败时，UE会沿用上一次配置的原SCG配置信息或者执行SCG释放，而不是开始执行RRC重建流程。
而MCG未配置失败是分两种情况，一种是UE获得的MCG配置信息，并成功执行了MCG配置，此时MeNB和UE均会使用配置成功的MCG配置；第二种是MeNB未向UE下发MCG配置信息，此时MeNB和UE均会维持原MCG配置信息不变，但无论是哪一种情况，只要SCG配置失败，UE均会维持原SCG配置信息不变，或者，执行SCG释放。
具体的，执行步骤440时，会分为以下三种情况：
第一种情况为：UE从MeNB发送的RRC消息中获得了MCG配置信息和SCG配置信息，由于该RRC消息同时包含了两条配置信息，按照默认的处理优先级，UE会先处理MCG配置信息，再处理SCG配置信息。
若MCG配置失败，那么，UE会通知MCG直接进行RRC重建，本发明实施例中不考虑这种情况。因此不再赘述；
若MCG配置成功，而SCG配置失败，则UE采用新的MCG配置信息，而维持原SCG配置信息不变或者执行SCG释放。
第二种情况为：UE从MeNB发送的RRC消息中获得了SCG配置信息，其中，该RRC消息仅包含SCG配置信息，即，无论SCG配置是否成功，UE均会维持原MCG配置信息不变，那么，当SCG配置失败时，则UE不仅会维持原MCG配置信息不变，且维持原SCG配置信息不变或者执行SCG释放。
第三种情况为：UE从SeNB发送的RRC消息中获得了SCG配置信息，那么当SCG配置失败时，则UE不采用新的SCG配置信息，而是维持原SCG配置信息不变或者执行SCG释放。
步骤450：UE确定SCG配置失败原因。
本发明实施例中，SCG配置失败的原因包含但不限于以下四种：
第一种原因：具体描述的“超过UE能力”。即UE接收到的SCG配置信息中的某些参数超出了UE接入的能力，如，分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)配置中的上下文标识的最大数(Max Context Identifier，maxCID)超过了UE的能力信息指示的鲁棒性头压缩上下文的最大数。
第二种原因：具体描述的“解析错误”。即UE不能正确解析接收到的SCG配置信息中的某些内容，如，SCG配置信息中包含的ASN.1不能被UE识别，或，在信息传递消息(DLinformationTransfer)中增加的IE的内容不能被UE识别。
第三种原因：具体描述的“参数错误”。即UE接收到的SCG配置信息中包含错误的配置参数，如，假设UE中SCG的某个配置参数的范围在0～100之内，而UE接收到的SCG配置信息中该参数的值为200。
第四种原因：概括描述的“SCG配置失败”。即不具体区分究竟是哪一种SCG配置失败原因，而是笼统的将SCG配置失败原因记载为概括描述的“SCG配置失败”。
步骤460：UE将SCG配置失败原因携带在SCG重配置失败信息中发送至第一基站，通知第一基站SCG配置失败。
本发明实施例中，UE可以基于确定的SCG配置失败原因生成相应的SCG重配置失败信息，再将SCG重配置失败信息发往第一基站，具体的，在执行步骤460时，UE可以采用但不限于以下方式:
方式A4：若第一基站为MeNB，则UE可以将携带有SCG配置失败原因的SCG重配置失败信息直接发送至第一基站；
方式B4：若第一基站为SeNB，则UE可以先将携带有SCG配置失败原因的SCG重配置失败信息发送至MeNB，然后，SeNB再接收MeNB发送的携带有SCG配置失败原因的SCG重配置信息；其中，MeNB发送的SCG重配置失败信息，是MeNB接收到UE发送的SCG重配置失败信息后发送的，是MeNB基于UE发送的SCG重配置失败信息，按照与SeNB之间的通信协议独立生成的信息。
无论采用哪一种方式，UE均会通过主承载(例如，SRB1)将SCG重配置失败信息发送至MeNB，其中，空口上发送的SCG重配置失败信息可以是一条独立的RRC消息，也可以是原有的RRC消息中的IE，不论是哪一种形式的SCG重配置失败信息，均包含了SCG配置失败原因。
具体的，本申请实施例中，UE在SCG配置失败信息中记载SCG配置失败原因时，可以采用但不限于以下两种方法：
方法一：概括描述。
即，UE将SCG配置失败原因在SCG配置失败信息中统一记载为SCG重配置失败(scg-ReconfigurationFailure)。
方法二：具体描述。
即，UE将SCG配置失败原因在SCG配置失败信息中按具体失败原因分类记载，如：超过UE能力(UECapability-Exceed)、解析错误(ParseError)和参数错误(ParameterError)。
步骤470：第一基站触发维持原SCG配置信息不变，并基于获得的SCG配置失败原因，触发重新设置以及重新发送相应的新的SCG配置信息，或者，触发执行SCG释放。
第一基站获知发送的SCG配置信息未设置成功时，也会自动触发沿用原SCG配置信息(即上次一配置的SCG配置信息)或者触发执行SCG释放，而不是触发RRC重建流程。
例一：第一基站是MeNB时，第一基站会在接收到UE发送的SCG重配置失败信息时，确定MCG配置成功，SCG配置失败，此时，第一基站会使用配置成功的MCG配置信息，以及向SeNB发送SCG重配置失败信息，触发SeNB维持原SCG配置信息不变或者触发SeNB执行SCG释放；或者，第一基站会在接收到UE发送的SCG重配置失败信息时(此时可能未下发MCG配置信息)，确定未进行MCG配置，SCG配置失败，此时，第一基站会维持原MCG配置信息不变，以及向SeNB发送SCG重配置失败信息，触发SeNB维持原SCG配置信息不变或者触发SeNB执行SCG释放。
例二，第一基站是SeNB时，第一基站会在接收到MeNB发送的SCG重配置失败信息时，确定SCG配置失败，以及确定MCG未配置失败后，维持上一次下发的原SCG配置信息不变或者执行SCG释放，其中，第一基站接收到的MeNB发送的SCG重配置失败信息，是MeNB接收到UE发送的SCG重配置失败信息后向第一基站发送的；其中，第一基站确定MCG未配置失败，即表示MeNB并未指示第一基站触发RRC重建流程，此时，无论MeNB使用新的MCG配置信息还是维持原MCG配置信息不变，只要第一基站未收到用于触发RRC重建流程的指示，即认为此时MCG未配置失败。
具体的，本发明实施例中，在触发重新设置以及重新发送相应的新的SCG配置信息时，第一基站可以采用但不限于以下方式:
方式A5：若第一基站是MeNB，则第一基站将获得的SCG配置失败原因通过发送给SeNB，由SeNB基于SCG配置失败原因重新设置新的SCG配置信息，设置完成后，由SeNB将新的SCG配置信息发往MeNB，再由MeNB发往UE，或者，SeNB也可以直接将新的SCG配置信息发往UE。
方式B5：若第一基站是SeNB，则第一基站接收到MeNB发送的SCG配置失败原因后，基于该SCG配置失败原因在本地重新设置新的SCG配置信息，设置完成后，第一基站将新的SCG配置信息发往MeNB，由MeNB下发给UE，或者，第一基站也可以直接将新的SCG配置信息下发给UE。
在上述方式A5和B5中，若新的SCG配置信息由MeNB发送，则MeNB会依据例一或例二中记载的方式，若MCG配置成功，则使用配置成功的MCG配置信息下发新的SCG配置信息，若MCG未发生改变，则使用原MCG配置信息下发新的SCG配置信息。
同理，在上述方式A5和B5中，若新的SCG配置信息由SeNB发送，则SeNB会依据例一或例二中记载的方式，在确定SCG配置失败时，使用原SCG配置信息，下发新的SCG配置信息。
另一方面，在进行SCG配置信息的重新设置时，包含但不限于以下两种情况：
第一种情况为：解析出的失败原因为概括描述的“SCG重配置失败”，则SeNB会按照预设方式重新设置新的SCG配置信息。
例如，SeNB与MeNB重新协商后，重新配置新的SCG配置信息。
又例如，SeNB对上一次下发的SCG配置信息进行调整后，生成新的SCG配置信息。
具体采用哪一种方式视应用环境而定。
第二种情况为：解析出的失败原因为具体描述的：“超过UE能力”、“解析错误”或“参数错误”，则根据具体原因进行相应处理。
其中，具体描述的失败原因又可按具体原因分为两类进行相应处理。
第一类：若解析出的失败原因为原SCG配置信息超过UE能力，则需要在SeNB会与MeNB之间发起UE能力协商对话重新进行UE能力协商，待重新确定UE能力后，第一基站再设置相应的新的SCG配置信息；
第二类：若解析出的失败原因为UE不能解析出原SCG配置信息或者原SCG配置信息中存在参数错误，则在原SCG配置信息进行相应调整(如，对SCG配置信息进行重新编码、重新设置新的参数等等)即可生成新的SCG配置信息。
步骤480：UE根据接收到的新的SCG配置信息，进行SCG配置。
至此，UE可以获得的新的SCG配置信息，并基于新的SCG配置信息进行SCG配置，在配置完成后，UE便可以开始使用新的SCG配置信息与网络侧进行数据传输。
基于上述实施例，下面采用具体的应用场景对上述实施例作出进一步详细说明。
第一种场景为：由MeNB下发SCG配置信息，且UE发生“SCG配置失败”的情况。
参阅图5所示，第一种场景的具体流程如下：
步骤500：SeNB向MeNB发送SCG配置信息。
具体的，SeNB可以先获得UE状态信息，再基于UE状态信息设置相应的SCG配置信息，如，采用抽象语法表示法(ASN)进行编译，产生SCG配置信息的ASN.1，并将生成的SCG配置信息发送给MeNB。
步骤510：MeNB向UE下发MCG配置信息和SCG配置信息。
MeNB从SeNB接收到SCG配置信息，将该SCG配置信息结合本地设置的MCG配置信息产生RRC消息，并将此RRC消息通过主承载(例如，SRB1)发送给UE。
步骤520：UE确定SCG配置失败。
UE从MeNB发送的RRC消息中获得了MCG配置信息和SCG配置信息，由于该RRC消息同时包含了两条配置信息，按照默认的处理优先级，UE会先处理MCG配置信息，再处理SCG配置信息。此时，若MCG配置成功，而SCG配置失败，则UE采用配置成功的MCG配置信息，而维持原SCG配置信息不变，并确定SCG配置失败原因。
具体的，SCG配置失败原因有四种，即概括描述的“SCG配置失败”，以及具体描述的“超过UE能力”、“解析错误”和“参数错误”。在本场景中，以“SCG配置失败”为SCG配置失败原因为例进行说明，因此，UE将SCG配置失败原因确定为概括描述的“SCG配置失败”。
步骤530：UE向MeNB发送SCG重配置失败信息，通知SCG配置失败原因。
UE确认SCG配置失败后，会以一条独立的RRC消息通过主承载(例如，SRB1)向MeNB发送SCG重配置失败信息，其中，包含了SCG配置失败原因，即，概括描述的“SCG重配置失败”。
步骤540：MeNB向SeNB发送SCG重配置失败信息，通知SCG重配置失败原因。
MeNB接收到UE发送的SCG重配置失败信息，并向SeNB发送SCG重配置失败信息，其中，包含了SCG配置失败原因，即，概括描述的“SCG重配置失败”。
步骤550：SeNB向MeNB发送新的SCG配置信息。
SeNB收到MeNB发送的SCG重配置失败信息后，SeNB会根据失败原因“SCG重配置失败”，重新与MeNB协商，重新评估UE的能力后，产生相应的新的SCG配置信息，并将新的SCG配置信息发送给MeNB。
步骤560：MeNB向UE下发新的SCG配置信息。
MeNB接收到新的SCG配置信息后会产生RRC连接重配置消息，其中，RRC连接重配置消息包含了新的SCG配置信息，而在步骤520中，UE已成功配置了MCG配置信息，因而，MeNB本次发送RRC连接重配置消息时，会使用上述配置成功的MCG配置信息，且MeNB会将该RRC连接重配置消息通过主承载(例如，SRB1)发送给UE。
至此，UE可以获得的新的SCG配置信息，并基于新的SCG配置信息进行SCG配置，在配置完成后，UE便可以开始使用新的SCG配置信息与网络侧进行数据传输。
当然，SeNB也可以直接向UE下发新的SCG配置信息，上述过程仅为举例，当SeNB直接下发新的SCG配置信息时，由于在步骤520中，如果UE维持原SCG配置信息不变，那么SeNB需要使用原SCG配置信息，通过辅承载(SRB on the secondary)，例如，SRB3，向UE发送携带有新的SCG配置信息的RRC消息。
第二种场景为：由MeNB下发SCG配置信息，且UE发生“解析错误”的情况。
参阅图6所示，第二种场景的具体流程如下：
步骤600：SeNB向MeNB发送SCG配置信息。
具体的，SeNB可以先获得UE状态信息，再基于UE状态信息设置相应的SCG配置信息，如，采用ASN进行编译，产生SCG配置信息的ASN.1，并将生成的SCG配置信息发送给MeNB。
步骤610：MeNB向UE下发SCG配置信息。
MeNB从SeNB接收到SCG配置信息，并采用RRC消息将该SCG配置通过主承载(例如，SRB1)发送给UE，由于本发明实施例中，MeNB未向UE下发MCG配置信息，因此，UE会维持原MCG配置信息不变。
步骤620：UE确定SCG配置失败。
UE从MeNB获得了SCG配置信息，若SCG配置失败，则UE不采用新的SCG配置信息，而维持原SCG配置信息不变，并确定SCG配置失败原因。
具体的，SCG配置失败原因有四种，即概括描述的“SCG配置失败”，以及具体描述的“超过UE能力”、“解析错误”和“参数错误”。在本场景中，以“解析错误”为SCG配置失败原因为例进行说明，因此，UE将SCG配置失败原因确定为具体描述的“解析错误”。
步骤630：UE向MeNB发送SCG重配置失败信息，通知SCG配置失败原因。
UE确认SCG配置失败后，会以一条独立的RRC消息通过主承载(例如，SRB1)向MeNB发送SCG重配置失败信息，其中，包含了SCG配置失败原因，即，具体描述的“解析错误”。
步骤640：MeNB向SeNB发送SCG重配置失败信息，通知SCG重配置失败原因。
MeNB接收到UE发送的SCG重配置失败信息，并向SeNB发送SCG重配置失败信息，其中，包含了SCG配置失败原因，即，具体描述的“解析错误”。
步骤650：SeNB向UE下发新的SCG配置信息。
SeNB收到MeNB发送的SCG重配置失败信息后，SeNB会根据失败原因“解析错误”，在原SCG配置信息进行相应调整(如，对SCG配置信息进行重新编码等等)，生成相应的新的SCG配置信息，并将新的SCG配置信息下发给UE。
SeNB直接向UE下发新的SCG配置信息时，由于在步骤620中，如果UE维持原SCG配置信息不变，那么，SeNB需要使用原SCG配置信息，通过辅承载(SRB on the secondary)向UE发送携带有新的SCG配置信息的RRC消息。
至此，UE可以获得的新的SCG配置信息，并基于新的SCG配置信息进行SCG配置，在配置完成后，UE便可以开始使用新的SCG配置信息与网络侧进行数据传输。
当然，SeNB也可以通过MeNB向UE下发新的SCG配置信息，上述过程仅为举例，当SeNB通过MeNB向UE下发新的SCG配置信息时，MeNB接收到新的SCG配置信息后会产生RRC连接重配置消息，其中，RRC连接重配置消息包含了新的SCG配置信息，而在步骤610中，如果UE维持原MCG配置信息不变，那么，MeNB本次发送RRC连接重配置消息时，会继续使用上述MCG配置信息，且MeNB会将该RRC连接重配置消息通过主承载(例如，SRB1)发送给UE。
第三种场景为：由SeNB下发SCG配置信息，且UE发生“参数错误”的的情况。
参阅图7所示，第三种场景的具体流程如下：
步骤700：SeNB向UE发送SCG配置信息。
具体的，SeNB可以先获得UE状态信息，再基于UE状态信息设置相应的SCG配置信息，并将生成的SCG配置信息发送给UE。
步骤710：UE确定SCG配置失败。
UE直接从SeNB获得了SCG配置信息，若SCG配置失败，则确定SCG配置失败原因。
由于本发明实施例中，MeNB并未向UE发送MCG配置信息，因此，UE维持原MCG配置信息不变。
具体的，SCG配置失败原因有四种，即概括描述的“SCG配置失败”，以及具体描述的“超过UE能力”、“解析错误”和“参数错误”。在本场景中，以“参数错误”为SCG配置失败原因为例进行说明，因此，UE将SCG配置失败原因确定为具体描述的“参数错误”。
步骤720：UE向MeNB发送SCG重配置失败信息，通知SCG配置失败原因。
UE确认SCG配置失败后，会以一条独立的RRC消息通过主承载(例如，SRB1)向MeNB发送SCG重配置失败信息，其中，包含了SCG配置失败原因，即，具体描述的“参数错误”。
步骤730：MeNB向SeNB发送SCG重配置失败信息，通知SCG重配置失败原因。
MeNB接收到UE发送的SCG重配置失败信息，并向SeNB发送SCG重配置失败信息，其中，包含了SCG配置失败原因，即，具体描述的“参数错误”。
步骤740：SeNB向MeNB发送新的SCG配置信息。
SeNB收到MeNB发送的SCG重配置失败信息后，SeNB会根据失败原因“参数错误”，在原SCG配置信息进行相应调整(如重新设置新的参数等等)，生成相应的新的SCG配置信息，并将新的SCG配置信息发送给MeNB。
步骤750：MeNB向UE下发新的SCG配置信息。
MeNB接收到新的SCG配置信息后会产生RRC连接重配置消息，其中，RRC连接重配置消息包含了新的SCG配置信息，而在步骤710中，如果UE维持原MCG配置信息不变，那么，MeNB本次发送RRC连接重配置消息时，会继续使用上述MCG配置信息，且MeNB会将该RRC连接重配置消息通过主承载(例如，SRB1)发送给UE。
至此，UE可以获得的新的SCG配置信息，并基于新的SCG配置信息进行SCG配置，在配置完成后，UE便可以开始使用新的SCG配置信息与网络侧进行数据传输。
当然，SeNB也可以直接向UE下发新的SCG配置信息，上述过程仅为举例，当SeNB直接向UE下发新的SCG配置信息时，如果UE维持原SCG配置信息不变，那么，SeNB需要使用原SCG配置信息，通过辅承载(SRB on the secondary)，例如，SRB3，向UE下发携带有新的SCG配置信息的RRC消息。
第四种场景为：由SeNB下发SCG配置信息，且UE发生“超过UE能力”的情况。
参阅图8所示，第四种场景的具体流程如下：
步骤800：SeNB向UE下发SCG配置信息。
具体的，SeNB可以先获得UE状态信息，再基于UE状态信息设置相应的SCG配置信息，并将生成的SCG配置信息发送给UE。
步骤810：UE确定SCG配置失败。
UE直接从SeNB获得了SCG配置信息，若SCG配置失败，则确定SCG配置失败原因。
由于本发明实施例中，由于MeNB并未向UE发送MCG配置信息，因此，UE维持原MCG配置信息不变。
具体的，SCG配置失败原因有四种，即概括描述的“SCG配置失败”，以及具体描述的“超过UE能力”、“解析错误”和“参数错误”。在本场景中，以“参数错误”为SCG配置失败原因为例进行说明，因此，UE将SCG配置失败原因确定为具体描述的“超过UE能力”。
步骤820：UE向MeNB发送SCG重配置失败信息，通知SCG配置失败原因。
UE确认SCG配置失败后，会以一条独立的RRC消息通过主承载(例如，SRB1)向MeNB发送SCG重配置失败信息，其中，包含了SCG配置失败原因，即，具体描述的“超过UE能力”。
步骤830：MeNB向SeNB发送SCG重配置失败信息，通知SCG重配置失败原因。
MeNB接收到UE发送的SCG重配置失败信息，并向SeNB发送SCG重配置失败信息，其中，包含了SCG配置失败原因，即，具体描述的“超过UE能力”。
步骤840：SeNB与MeNB进行UE能力协商。
SeNB收到MeNB发送的SCG重配置失败信息后，SeNB会根据失败原因“超过UE能力”，重新与MeNB协商，重新评估UE的能力后，产生相应的新的SCG配置信息，并将新的SCG配置信息直接发送给UE。
步骤850：SeNB向UE下发新的SCG配置信息。
SeNB产生新的SCG配置信息直接发送给UE，如果UE维持原SCG配置信息不变，那么，SeNB需要使用原SCG配置信息，通过辅承载(SRB on the secondary)，例如，SRB3，向UE下发携带有新的SCG配置信息的RRC消息。
至此，UE可以获得的新的SCG配置信息，并基于新的SCG配置信息进行SCG配置，在配置完成后，UE便可以开始使用新的SCG配置信息与网络侧进行数据传输。
当然，SeNB也可以通过MeNB向UE下发新的SCG配置信息，上述过程仅为举例，MeNB从SeNB接收到新的SCG配置信息后会产生RRC连接重配置消息，其中，RRC连接重配置消息包含了新的SCG配置信息，而在步骤810中，如果UE维持原MCG配置信息不变，那么，MeNB本次发送RRC连接重配置消息时，会继续使用上述MCG配置信息，且MeNB会将该RRC连接重配置消息通过主承载(例如，SRB1)发送给UE。
以上四个实施例均为UE确定SCG配置失败时，会向网络侧发送SCG重配置失败信息，UE和网络侧会在确定MCG未配置失败时维持上一次下发的原SCG配置信息不变。
除上述处理方式之外，当UE确定SCG配置失败时，会向网络侧发送SCG重配置失败信息，UE和网络侧还可以在确定MCG未配置失败时触发执行SCG释放时，此时，网络侧并不会发送或者下发新的SCG配置信息。
第五种场景：以MeNB下发SCG配置信息，且UE发生“SCG配置失败”的情况为例，当UE确定SCG配置失败时，会向网络侧发送SCG重配置失败信息，UE和网络侧在确定MCG未配置失败时触发执行SCG释放。
参阅图9，第五种场景的具体流程如下：
步骤900：SeNB向MeNB发送SCG配置信息。
具体的，SeNB可以先获得UE状态信息，再基于UE状态信息设置相应的SCG配置信息，如，采用抽象语法表示法(ASN)进行编译，产生SCG配置信息的ASN.1，并将生成的SCG配置信息发送给MeNB。
步骤910：MeNB向UE下发MCG配置信息和SCG配置信息。
MeNB从SeNB接收到SCG配置信息，将该SCG配置信息结合本地设置的MCG配置信息产生RRC消息，并将此RRC消息通过主承载(例如，SRB1)发送给UE。
步骤920：UE确定SCG配置失败。
UE从MeNB发送的RRC消息中获得了MCG配置信息和SCG配置信息，由于该RRC消息同时包含了两条配置信息，按照默认的处理优先级，UE会先处理MCG配置信息，再处理SCG配置信息。此时，若MCG配置成功，而SCG配置失败，则UE采用配置成功的MCG配置信息，而确定SCG配置失败原因，并执行SCG释放。
具体的，SCG配置失败原因有四种，即概括描述的“SCG配置失败”，以及具体描述的“超过UE能力”、“解析错误”和“参数错误”。在本场景中，以“SCG配置失败”为SCG配置失败原因为例进行说明，因此，UE将SCG配置失败原因确定为概括描述的“SCG配置失败”。
步骤930：UE向MeNB发送SCG重配置失败信息，通知SCG配置失败原因。
UE确认SCG配置失败后，会以一条独立的RRC消息通过主承载(例如，SRB1)向MeNB发送SCG重配置失败信息，其中，包含了SCG配置失败原因，即，概括描述的“SCG重配置失败”。
步骤940：MeNB向SeNB发送SCG重配置失败信息，通知SCG重配置失败原因。
MeNB接收到UE发送的SCG重配置失败信息，并向SeNB发送SCG重配置失败信息，其中，包含了SCG配置失败原因，即，概括描述的“SCG重配置失败”。
步骤950：SeNB执行SCG释放。
SeNB收到MeNB发送的SCG重配置失败信息后，SeNB会根据失败原因“SCG重配置失败”，确定UE执行SCG配置失败后，执行SCG释放。
而在场景二、场景三、场景四中，当SeNB收到由MeNB发送的SCG重配置失败信息后，SeNB会根据失败原因，确定UE执行SCG配置失败后，执行SCG释放，而不会发送或下发新的SCG配置信息，与实施例五相同，因此不再赘述。
至此，上述五个实施例中，SeNB与MeNB之间的交互均是通过X2接口完成，但是，在新的应用系统中，SeNB与MeNB之间的交互并不只限定于X2接口，也可以通过X1或X3、……、Xn完成，因此不再赘述。
参阅图10所示，本发明实施例中，一种小区配置装置(如，第一基站)至少包括第一触发单元100、第二触发单元101、处理单元102，其中，
第一触发单元100，用于触发设置辅小区组SCG配置信息；
第二触发单元101，用于触发将所述SCG配置信息发往用户设备UE进行SCG配置；
处理单元102，用于接收到SCG重配置失败信息时，确定UE执行SCG配置失败，并且在确定主小区组MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变，或者，触发执行SCG释放。
可选的，触发设置SCG配置信息时，所述第一触发单元100用于：
若所述装置是MeNB，则触发SeNB针对UE设置相应的SCG配置信息。
若所述装置是SeNB，则在本地直接触发针对UE设置相应的SCG配置信息。
可选的，触发将所述SCG配置信息发往UE进行SCG配置时，所述第二触发单元101用于：
若所述装置是MeNB，则采用第一消息，将本地设置的MCG配置信息和SeNB设置的SCG配置信息发往UE；或者，采用第一消息，仅将SeNB设置的SCG配置信息发往UE；
若所述装置是SeNB，则采用第一消息，直接将本地设置的SCG配置信息发往UE。
可选的，接收到SCG重配置失败信息时，确定UE执行SCG配置失败时，所述处理单元102用于：
若所述装置是MeNB，则直接接收到UE发送的SCG重配置失败信息时，确定UE执行SCG配置失败；
若所述装置是SeNB，则接收MeNB发送的SCG重配置失败信息时，确定UE执行SCG配置失败；其中，接收到的MeNB发送的SCG重配置失败信息，是MeNB接收到UE发送的SCG重配置失败信息后，向所述装置发送的。
可选的，确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变时，所述处理单元102用于：
若所述装置为MeNB，则确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，
若所述装置为SeNB，则确定UE执行SCG配置失败，以及确定MCG未配置失败后，维持上一次下发的原SCG配置信息不变。
可选的，确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发执行SCG释放，所述处理单元102用于：
若所述装置为MeNB，则确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，
若所述装置为SeNB，则确定UE执行SCG配置失败，以及确定MCG未配置失败后，执行SCG释放。
可选的，所述处理单元102进一步用于：
所述装置基于接收到的SCG重配置失败信息获取相应的SCG配置失败原因，并基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息。
可选的，基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息时，所述处理单元102用于：
若所述装置是MeNB，则将SCG配置失败原因发送给SeNB，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往所述装置，再由所述装置发往UE，或者，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往UE；
若所述装置是SeNB，则接收MeNB发送的SCG配置失败原因后，直接触发基于所述SCG配置失败原因在本地重新设置新的SCG配置信息，并将新的SCG配置信息发往MeNB，由MeNB下发给UE，或者，直接将所述新的SCG配置信息下发给UE。
可选的，基于所述SCG配置失败原因，触发重新设置新的SCG配置信息时，所述处理单元102用于：
触发SeNB执行以下操作中的任意一种：
若确定SCG配置失败原因为“SCG配置失败”，则按照预设方式重新设置新的SCG配置信息；
若确定SCG配置失败原因为“超过UE能力”，则与MeNB重新进行协商，并在对UE能力进行重新评估后，根据评估结果，重新设置新的SCG配置信息；
若确定SCG配置失败原因为“解析错误”或“参数错误”，则对配置失败的SCG配置信息进行相应调整后，根据调整结果重新设置新的SCG配置信息。
参阅图11所示，本发明实施例中，一种小区配置装置(如，用户设备)至少包括配置单元110、通信单元111、处理单元112，其中，
配置单元110，用于根据网络侧下发的辅小区组SCG配置信息并进行SCG配置；
通信单元111，用于确定执行SCG配置失败时，向网络侧发送SCG重配置失败信息；
处理单元112，用于确定在主小区组MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变，或者，执行SCG释放。
可选的，确定MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变时，或者，执行SCG释放，所述处理单元112用于：
若还接收到网络侧下发的MCG配置信息，且确定MCG配置成功，则使用配置成功的MCG配置信息，并维护上一次下发的原SCG配置信息不变，或者，执行SCG释放；
若未接收到网络侧下发的MCG配置信息，则维护上一次下发的原MCG配置信息不变，以及维护上一次下发的原SCG配置信息不变，或者，执行SCG释放。
可选的，向网络侧发送SCG重配置失败信息时，所述通信单元111用于：
确定SCG配置失败原因，并基于所述SCG配置失败原因生成相应的SCG重配置失败信息；
向网络侧发送所述SCG重配置失败信息，触发网络侧基于所述SCG配置失败原因，重新设置并下发新的SCG配置信息。
可选的，确定SCG配置失败原因时，所述通信单元111用于：
确定SCG配置失败原因为以下原因中的任意一种：
“SCG配置失败”；
“超过UE能力”；
“解析错误”；
“参数错误”。
参阅图12所示，本发明实施例中，一种小区配置装置(如，第一基站)包括处理器120、收发机121和存储器122，其中，
处理器120，用于读取存储器122中的程序，执行下列过程：
通过收发机121发送SCG配置信息，或接收SCG重配置失败信息；
触发设置辅小区组SCG配置信息；
触发将所述SCG配置信息发往用户设备UE进行SCG配置；
接收到SCG重配置失败信息时，确定UE执行SCG配置失败，并且在确定主小区组MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变，或者，触发执行SCG释放。
收发机121，用于在处理器120的控制下接收和发送数据。
可选的，触发设置SCG配置信息时，处理器120具体用于：
若所述装置是MeNB，则触发SeNB针对UE设置相应的SCG配置信息。
若所述装置是SeNB，则在本地直接触发针对UE设置相应的SCG配置信息。
可选的，触发将所述SCG配置信息发往UE进行SCG配置时，处理器120具体用于：
若所述装置是MeNB，则采用第一消息，将本地设置的MCG配置信息和SeNB设置的SCG配置信息发往UE；或者，采用第一消息，仅将SeNB设置的SCG配置信息发往UE；
若所述装置是SeNB，则采用第一消息，直接将本地设置的SCG配置信息发往UE。
可选的，接收到SCG重配置失败信息时，确定UE执行SCG配置失败时，处理器120具体用于：
若所述装置是MeNB，则直接接收到UE发送的SCG重配置失败信息时，确定UE执行SCG配置失败；
若所述装置是SeNB，则接收MeNB发送的SCG重配置失败信息时，确定UE执行SCG配置失败；其中，接收到的MeNB发送的SCG重配置失败信息，是MeNB接收到UE发送的SCG重配置失败信息后，向所述装置发送的。
可选的，确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变时，处理器120具体用于：
若所述装置为MeNB，则确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，
若所述装置为SeNB，则确定UE执行SCG配置失败，以及确定MCG未配置失败后，维持上一次下发的原SCG配置信息不变。
可选的，确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发执行SCG释放，处理器120具体用于：
若所述装置为MeNB，则确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，
若所述装置为SeNB，则确定UE执行SCG配置失败，以及确定MCG未配置失败后，执行SCG释放。
可选的，处理器120进一步具体用于：
基于接收到的SCG重配置失败信息获取相应的SCG配置失败原因，并基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息。
可选的，基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息时，处理器120具体用于：
若所述装置是MeNB，则将SCG配置失败原因发送给SeNB，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往所述装置，再由所述装置发往UE，或者，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往UE；
若所述装置是SeNB，则接收MeNB发送的SCG配置失败原因后，直接触发基于所述SCG配置失败原因在本地重新设置新的SCG配置信息，并将新的SCG配置信息发往MeNB，由MeNB下发给UE，或者，直接将所述新的SCG配置信息下发给UE。
可选的，基于所述SCG配置失败原因，触发重新设置新的SCG配置信息时，处理器120具体用于：
触发SeNB执行以下操作中的任意一种：
触发SeNB执行以下操作中的任意一种：
若确定SCG配置失败原因为“SCG配置失败”，则按照预设方式重新设置新的SCG配置信息；
若确定SCG配置失败原因为“超过UE能力”，则与MeNB重新进行协商，并在对UE能力进行重新评估后，根据评估结果，重新设置新的SCG配置信息；
若确定SCG配置失败原因为“解析错误”或“参数错误”，则对配置失败的SCG配置信息进行相应调整后，根据调整结果重新设置新的SCG配置信息。
其中，在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器120代表的一个或多个处理器和存储器122代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机121可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
处理器120负责管理总线架构和通常的处理，存储器122可以存储处理器120在执行操作时所使用的数据。
参阅图13所示，本发明实施例中，一种小区配置装置(如，用户设备)包括处理器130、收发机131、存储器132和用户接口133，其中，
处理器130，用于读取存储器132中的程序，执行下列过程：
通过收发机131发送SCG重配置失败信息，或接收SCG配置信息；
根据网络侧下发的辅小区组SCG配置信息并进行SCG配置；
确定执行SCG配置失败时，向网络侧发送SCG重配置失败信息；
确定在主小区组MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变，或者，执行SCG释放。
收发机131，用于在处理器130的控制下接收和发送数据。
可选的，确定MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变时，或者，执行SCG释放，处理器130具体用于：
若还接收到网络侧下发的MCG配置信息，且确定MCG配置成功，则使用配置成功的MCG配置信息，并维护上一次下发的原SCG配置信息不变，或者，执行SCG释放；
若未接收到网络侧下发的MCG配置信息，则维护上一次下发的原MCG配置信息不变，以及维护上一次下发的原SCG配置信息不变，或者，执行SCG释放。
可选的，向网络侧发送SCG重配置失败信息时，处理器130具体用于：
确定SCG配置失败原因，并基于所述SCG配置失败原因生成相应的SCG重配置失败信息；
向网络侧发送所述SCG重配置失败信息。
可选的，确定SCG配置失败原因时，处理器130具体用于：
确定SCG配置失败原因为以下原因中的任意一种：
“SCG配置失败”；
“超过UE能力”；
“解析错误”；
“参数错误”。
其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器130代表的一个或多个处理器和存储器132代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机131可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口133还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器130负责管理总线架构和通常的处理，存储器132可以存储处理器130在执行操作时所使用的数据。
综上所述，本发明实施例中，在MeNB和SeNB联合应用的场景下，第一基站将SCG配置信息发送给UE进行SCG配置，当UE确定SCG配置失败时，会向网络侧发送SCG重配置失败信息，此时，UE和网络侧会在确定MCG未配置失败时，维持上一次下发的原SCG配置信息不变，或者，触发执行SCG释放，即在仅有SCG配置失败的情况下，不会频繁发起RRC重建，而是使用原来的SCG配置信息，这样，有效避免了严重的数据中断，保证了用户设备的正常通信，从而提高了数据传输效率，保证了系统性能，也提高了用户体验。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (26)

1.一种小区配置方法，应用于主基站MeNB和辅基站SeNB联合工作的场景，其特征在于，包括：
第一基站触发设置辅小区组SCG配置信息；
第一基站触发将所述SCG配置信息发往用户设备UE进行SCG配置；
第一基站接收到SCG重配置失败信息时，确定UE执行SCG配置失败，并且在确定主小区组MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变，或者，触发执行SCG释放。
2.如权利要求1所述的方法，其特征在于，第一基站触发设置SCG配置信息，包括：
若第一基站是MeNB，则第一基站触发SeNB针对UE设置相应的SCG配置信息。
若第一基站是SeNB，则第一基站在本地直接触发针对UE设置相应的SCG配置信息。
3.如权利要求1所述的方法，其特征在于，第一基站触发将所述SCG配置信息发往UE进行SCG配置，包括：
若第一基站是MeNB，则第一基站采用第一消息，将本地设置的MCG配置信息和SeNB设置的SCG配置信息发往UE；或者，第一基站采用第一消息，仅将SeNB设置的SCG配置信息发往UE；
若第一基站是SeNB，则第一基站采用第一消息，直接将本地设置的SCG配置信息发往UE。
4.如权利要求1、2或3所述的方法，其特征在于，第一基站接收到SCG重配置失败信息时，确定UE执行SCG配置失败，包括：
若第一基站是MeNB，则第一基站直接接收到UE发送的SCG重配置失败信息时，确定UE执行SCG配置失败；
若第一基站是SeNB，则第一基站接收MeNB发送的SCG重配置失败信息 时，确定UE执行SCG配置失败；其中，第一基站接收到的MeNB发送的SCG重配置失败信息，是MeNB接收到UE发送的SCG重配置失败信息后，向第一基站发送的。
5.如权利要求4所述的方法，其特征在于，第一基站确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变，包括：
若第一基站为MeNB，则第一基站确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，第一基站确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，
若第一基站为SeNB，则第一基站确定UE执行SCG配置失败，以及确定MCG未配置失败后，维持上一次下发的原SCG配置信息不变。
6.如权利要求4所述的方法，其特征在于，第一基站确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发执行SCG释放，包括：
若第一基站为MeNB，则第一基站确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，第一基站确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，
若第一基站为SeNB，则第一基站确定UE执行SCG配置失败，以及确定MCG未配置失败后，执行SCG释放。
7.如权利要求1、2或3所述的方法，其特征在于，进一步包括：
第一基站基于接收到的SCG重配置失败信息获取相应的SCG配置失败原因，并基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的 SCG配置信息。
8.如权利要求7所述的方法，其特征在于，第一基站基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息，包括：
若第一基站是MeNB，则第一基站将SCG配置失败原因发送给SeNB，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往第一基站，再由第一基站发往UE，或者，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往UE；
若第一基站是SeNB，则第一基站接收MeNB发送的SCG配置失败原因后，直接触发基于所述SCG配置失败原因在本地重新设置新的SCG配置信息，并将新的SCG配置信息发往MeNB，由MeNB下发给UE，或者，第一基站直接将所述新的SCG配置信息下发给UE。
9.如权利要求8所述的方法，其特征在于，第一基站基于所述SCG配置失败原因，触发重新设置新的SCG配置信息，包括：
第一基站触发SeNB执行以下操作中的任意一种：
若确定SCG配置失败原因为“SCG配置失败”，则按照预设方式重新设置新的SCG配置信息；
若确定SCG配置失败原因为“超过UE能力”，则与MeNB重新进行协商，并在对UE能力进行重新评估后，根据评估结果，重新设置新的SCG配置信息；
若确定SCG配置失败原因为“解析错误”或“参数错误”，则对配置失败的SCG配置信息进行相应调整后，根据调整结果重新设置新的SCG配置信息。
10.一种小区配置方法，应用于主基站MeNB和辅基站SeNB联合工作的场景，其特征在于，包括：
用户设备UE根据网络侧下发的辅小区组SCG配置信息并进行SCG配置；
UE确定执行SCG配置失败时，向网络侧发送SCG重配置失败信息；
UE确定在主小区组MCG未配置失败时，维持网络侧上一次下发的原SCG 配置信息不变，或者，执行SCG释放。
11.如权利要求10所述的方法，其特征在于，UE确定MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变，或者，执行SCG释放，包括：
若UE还接收到网络侧下发的MCG配置信息，且确定MCG配置成功，则UE使用配置成功的MCG配置信息，并维护上一次下发的原SCG配置信息不变，或者，执行SCG释放；
若UE未接收到网络侧下发的MCG配置信息，则UE维护上一次下发的原MCG配置信息不变，以及维护上一次下发的原SCG配置信息不变，或者，执行SCG释放。
12.如权利要求10或11所述的方法，其特征在于，UE向网络侧发送SCG重配置失败信息，包括：
UE确定SCG配置失败原因，并基于所述SCG配置失败原因生成相应的SCG重配置失败信息；
UE向网络侧发送所述SCG重配置失败信息。
13.如权利要求12所述的方法，其特征在于，UE确定SCG配置失败原因，包括：
UE确定SCG配置失败原因为以下原因中的任意一种：
“SCG配置失败”；
“超过UE能力”；
“解析错误”；
“参数错误”。
14.一种小区配置装置，应用于主基站MeNB和辅基站SeNB联合工作的场景，其特征在于，包括：
第一触发单元，用于触发设置辅小区组SCG配置信息；
第二触发单元，用于触发将所述SCG配置信息发往用户设备UE进行SCG 配置；
处理单元，用于接收到SCG重配置失败信息时，确定UE执行SCG配置失败，并且在确定主小区组MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变，或者，触发执行SCG释放。
15.如权利要求14所述的装置，其特征在于，触发设置SCG配置信息时，所述第一触发单元用于：
若所述装置是MeNB，则触发SeNB针对UE设置相应的SCG配置信息。
若所述装置是SeNB，则在本地直接触发针对UE设置相应的SCG配置信息。
16.如权利要求14所述的装置，其特征在于，触发将所述SCG配置信息发往用户设备UE进行SCG配置时，所述第二触发单元用于：
若所述装置是MeNB，则采用第一消息，将本地设置的主小区组MCG配置信息和SeNB设置的SCG配置信息发往UE；或者，采用第一消息，仅将SeNB设置的SCG配置信息发往UE；
若所述装置是SeNB，则采用第一消息，直接将本地设置的SCG配置信息发往UE。
17.如权利要求14、15或16所述的装置，其特征在于，接收到SCG重配置失败信息时，确定UE执行SCG配置失败时，所述处理单元用于：
若所述装置是MeNB，则直接接收到UE发送的SCG重配置失败信息时，确定UE执行SCG配置失败；
若所述装置是SeNB，则接收MeNB发送的SCG重配置失败信息时，确定UE执行SCG配置失败；其中，接收到的MeNB发送的SCG重配置失败信息，是MeNB接收到UE发送的SCG重配置失败信息后，向所述装置发送的。
18.如权利要求17所述的装置，其特征在于，确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发维持上一次下发的原SCG配置信息不变时，所述处理单元用于：
若所述装置为MeNB，则确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB维持上一次下发的原SCG配置信息不变；或者，
若所述装置为SeNB，则确定UE执行SCG配置失败，以及确定MCG未配置失败后，维持上一次下发的原SCG配置信息不变。
19.如权利要求17所述的装置，其特征在于，确定UE执行SCG配置失败，并且在确定MCG未配置失败时，触发执行SCG释放，所述处理单元用于：
若所述装置为MeNB，则确定UE执行SCG配置失败后，若确定MCG配置成功，则使用配置成功的MCG配置信息，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，确定UE执行SCG配置失败后，维持原MCG配置信息不变，并向SeNB发送SCG重配置失败信息，触发SeNB执行SCG释放；或者，
若所述装置为SeNB，则确定UE执行SCG配置失败，以及确定MCG未配置失败后，执行SCG释放。
20.如权利要求15、16或17所述的装置，其特征在于，所述处理单元进一步用于：
基于接收到的SCG重配置失败信息获取相应的SCG配置失败原因，并基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息。
21.如权利要求20所述的装置，其特征在于，基于所述SCG配置失败原因，触发重新设置以及重新下发相应的新的SCG配置信息时，所述处理单元用于：
若所述装置是MeNB，则将SCG配置失败原因发送给SeNB，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG 配置信息发往所述装置，再由所述装置发往UE，或者，触发SeNB基于所述SCG配置失败原因，重新设置新的SCG配置信息以及将新的SCG配置信息发往UE；
若所述装置是SeNB，则接收MeNB发送的SCG配置失败原因后，直接触发基于所述SCG配置失败原因在本地重新设置新的SCG配置信息，并将新的SCG配置信息发往MeNB，由MeNB下发给UE，或者，直接将所述新的SCG配置信息下发给UE。
22.如权利要求21所述的装置，其特征在于，基于所述SCG配置失败原因，触发重新设置新的SCG配置信息时，所述处理单元用于：
触发SeNB执行以下操作中的任意一种：
若确定SCG配置失败原因为“SCG配置失败”，则按照预设方式重新设置新的SCG配置信息；
若确定SCG配置失败原因为“超过UE能力”，则与MeNB重新进行协商，并在对UE能力进行重新评估后，根据评估结果，重新设置新的SCG配置信息；
若确定SCG配置失败原因为“解析错误”或“参数错误”，则对配置失败的SCG配置信息进行相应调整后，根据调整结果重新设置新的SCG配置信息。
23.一种小区配置装置，应用于主基站MeNB和辅基站SeNB联合工作的场景，其特征在于，包括：
配置单元，用于根据网络侧下发的辅小区组SCG配置信息并进行SCG配置；
通信单元，用于确定执行SCG配置失败时，向网络侧发送SCG重配置失败信息；
处理单元，用于确定在主小区组MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变，或者，执行SCG释放。
24.如权利要求23所述的装置，其特征在于，确定MCG未配置失败时，维持网络侧上一次下发的原SCG配置信息不变时，或者，执行SCG释放，所 述处理单元用于：
若还接收到网络侧下发的MCG配置信息，且确定MCG配置成功，则使用配置成功的MCG配置信息，并维护上一次下发的原SCG配置信息不变，或者，执行SCG释放；
若未接收到网络侧下发的MCG配置信息，则维护上一次下发的原MCG配置信息不变，以及维护上一次下发的原SCG配置信息不变，或者，执行SCG释放。
25.如权利要求23或24所述的装置，其特征在于，向网络侧发送SCG重配置失败信息时，所述通信单元用于：
确定SCG配置失败原因，并基于所述SCG配置失败原因生成相应的SCG重配置失败信息；
向网络侧发送所述SCG重配置失败信息。
26.如权利要求25所述的装置，其特征在于，确定SCG配置失败原因时，所述通信单元用于：
确定SCG配置失败原因为以下原因中的任意一种：
“SCG配置失败”；
“超过UE能力”；
“解析错误”；
“参数错误”。
CN201610635900.2A 2016-08-05 2016-08-05 一种小区配置方法及装置 Active CN107690154B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201610635900.2A CN107690154B (zh) 2016-08-05 2016-08-05 一种小区配置方法及装置
PCT/CN2017/094108 WO2018024128A1 (zh) 2016-08-05 2017-07-24 一种小区配置方法及装置
KR1020197006344A KR102180383B1 (ko) 2016-08-05 2017-07-24 셀 구성 방법 및 장치
US16/323,229 US20190182883A1 (en) 2016-08-05 2017-07-24 Cell configuration method and device
JP2019506437A JP2019525625A (ja) 2016-08-05 2017-07-24 セル構成の方法及び装置
EP17836310.7A EP3496448A1 (en) 2016-08-05 2017-07-24 Cell configuration method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610635900.2A CN107690154B (zh) 2016-08-05 2016-08-05 一种小区配置方法及装置

Publications (2)

Publication Number Publication Date
CN107690154A true CN107690154A (zh) 2018-02-13
CN107690154B CN107690154B (zh) 2019-09-17

Family

ID=61072569

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610635900.2A Active CN107690154B (zh) 2016-08-05 2016-08-05 一种小区配置方法及装置

Country Status (6)

Country Link
US (1) US20190182883A1 (zh)
EP (1) EP3496448A1 (zh)
JP (1) JP2019525625A (zh)
KR (1) KR102180383B1 (zh)
CN (1) CN107690154B (zh)
WO (1) WO2018024128A1 (zh)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109691209A (zh) * 2017-11-07 2019-04-26 Oppo广东移动通信有限公司 配置无线资源的方法、终端设备和网络设备
CN110167123A (zh) * 2018-02-14 2019-08-23 华为技术有限公司 一种功率控制方法及装置
CN110278587A (zh) * 2018-03-16 2019-09-24 维沃移动通信有限公司 小区配置方法、终端和网络节点
WO2019223767A1 (zh) * 2018-05-25 2019-11-28 华为技术有限公司 一种数据传输方法及装置
CN110536487A (zh) * 2018-05-25 2019-12-03 华为技术有限公司 一种数据传输方法及装置
WO2020150991A1 (en) * 2019-01-25 2020-07-30 Qualcomm Incorporated Blind secondary cell group configuration in multi-radio access technology-dual connectivity
WO2020150998A1 (en) * 2019-01-25 2020-07-30 Zte Corporation Method and apparatus for reporting master cell group failure
CN111526536A (zh) * 2019-02-01 2020-08-11 电信科学技术研究院有限公司 信息上报方法、装置、终端及网络侧设备
WO2020227870A1 (zh) * 2019-05-10 2020-11-19 Oppo广东移动通信有限公司 一种切换方法及装置、通信设备
CN112087785A (zh) * 2019-06-13 2020-12-15 夏普株式会社 无线链路失败恢复方法以及用户设备
CN112188517A (zh) * 2020-09-07 2021-01-05 Oppo（重庆）智能科技有限公司 小区驻留方法、装置、终端及存储介质
CN112367716A (zh) * 2020-10-30 2021-02-12 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
WO2021062839A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 通信方法和通信装置
CN112672373A (zh) * 2020-12-31 2021-04-16 上海微波技术研究所（中国电子科技集团公司第五十研究所） Nr-dc中从节点小区配置的优化方法、系统及介质
WO2021195911A1 (en) * 2020-03-31 2021-10-07 Qualcomm Incorporated Connecting to multi-radio access technology service in non-standalone mode
CN113556758A (zh) * 2020-09-27 2021-10-26 华为技术有限公司 配置辅小区组的方法和装置
CN114079962A (zh) * 2020-08-12 2022-02-22 财团法人工业技术研究院 次要小区群组失效处理方法与使用所述方法的用户设备
WO2022133902A1 (zh) * 2020-12-24 2022-06-30 华为技术有限公司 一种配置辅小区组的方法及装置
WO2024011435A1 (zh) * 2022-07-12 2024-01-18 北京小米移动软件有限公司 一种失败处理方法及其装置

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180124831A1 (en) * 2016-10-29 2018-05-03 Ofinno Technologies, Llc Dual connectivity scheduling request for wireless network and wireless device
CN109246839B (zh) * 2017-05-05 2023-11-28 华为技术有限公司 一种失败处理方法、切换方法及终端设备、网络设备
US10631353B2 (en) * 2017-07-27 2020-04-21 FG Innovation Company Limited Methods and related devices for secondary node addition
US10785817B2 (en) * 2017-09-28 2020-09-22 Apple Inc. Signaling radio bearer type 3 (SRB3) and secondary cell group (SCG) failure handling
ES2929046T3 (es) * 2017-11-23 2022-11-24 Beijing Xiaomi Mobile Software Co Ltd Método y aparato de configuración de transmisión
CN110958650B (zh) * 2018-09-26 2021-06-08 维沃移动通信有限公司 一种用户设备能力确定方法及节点
KR20210078482A (ko) 2018-10-26 2021-06-28 구글 엘엘씨 리소스 제어 상태 변경 및 다중 노드 연결의 효율적인 처리
EP3876582B1 (en) * 2018-11-21 2023-07-26 Huawei Technologies Co., Ltd. Retransmission in advance of to-be-transmitted data packets in a dual connectivity scenario, upon failure of the secondary link
JP7270752B2 (ja) * 2019-02-14 2023-05-10 エルジー エレクトロニクス インコーポレイティド Ｍｃｇ失敗報告後の膠着状態からの復旧
US11877333B2 (en) * 2019-02-14 2024-01-16 Lg Electronics Inc. Fast cell setup for dual connectivity
WO2021212416A1 (en) * 2020-04-23 2021-10-28 Qualcomm Incorporated Recovery from repeated network configuration failure
US11917464B2 (en) * 2020-06-05 2024-02-27 Apple Inc. 5G NR efficient FR1/FR2 operation

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104219787A (zh) * 2014-09-10 2014-12-17 电信科学技术研究院 一种恢复无线链路的方法和设备
US20150215965A1 (en) * 2014-01-30 2015-07-30 Sharp Laboratories Of America, Inc. Systems and methods for dual-connectivity operation
WO2015140038A1 (en) * 2014-03-21 2015-09-24 Alcatel Lucent Dual connectivity network

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105917727B (zh) * 2014-01-30 2019-12-13 夏普株式会社 用户设备、演进节点b及其方法
GB2528913B (en) * 2014-08-04 2017-03-01 Samsung Electronics Co Ltd Signalling in dual connectivity mobile communication networks
EP4221055A1 (en) * 2014-08-06 2023-08-02 Mitsubishi Electric Corporation Mobile communication system, user equipment and base station
CN106576381B (zh) * 2014-08-08 2020-10-02 Lg电子株式会社 在无线通信系统中通知针对双连接的服务释放的方法和设备
US9854568B2 (en) * 2014-10-03 2017-12-26 Qualcomm Incorporated Techniques for transmitting a control channel and a data channel over multiple component carriers
US10848977B2 (en) * 2016-11-02 2020-11-24 Comcast Cable Communications, Llc Dual connectivity with licensed assisted access
US11219079B2 (en) * 2017-03-27 2022-01-04 Lg Electronics Inc. Method and device for transmitting SCG failure information message in wireless communication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150215965A1 (en) * 2014-01-30 2015-07-30 Sharp Laboratories Of America, Inc. Systems and methods for dual-connectivity operation
WO2015140038A1 (en) * 2014-03-21 2015-09-24 Alcatel Lucent Dual connectivity network
CN104219787A (zh) * 2014-09-10 2014-12-17 电信科学技术研究院 一种恢复无线链路的方法和设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT: "《3GPP TSG RAN WG2 Meeting #85bis R2- 141570》", 4 April 2014 *
ETRI: "《3GPP TSG-RAN2 Meeting #87 R2-143409》", 22 August 2014 *

Cited By (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019090489A1 (zh) * 2017-11-07 2019-05-16 Oppo广东移动通信有限公司 配置无线资源的方法、终端设备和网络设备
CN109691209A (zh) * 2017-11-07 2019-04-26 Oppo广东移动通信有限公司 配置无线资源的方法、终端设备和网络设备
CN109691209B (zh) * 2017-11-07 2020-09-22 Oppo广东移动通信有限公司 配置无线资源的方法、终端设备和网络设备
CN110167123B (zh) * 2018-02-14 2021-06-15 华为技术有限公司 一种功率控制方法及装置
CN110167123A (zh) * 2018-02-14 2019-08-23 华为技术有限公司 一种功率控制方法及装置
US11252671B2 (en) 2018-02-14 2022-02-15 Huawei Technologies Co., Ltd. Power control method and apparatus
CN110278587A (zh) * 2018-03-16 2019-09-24 维沃移动通信有限公司 小区配置方法、终端和网络节点
CN110278587B (zh) * 2018-03-16 2022-08-12 维沃移动通信有限公司 小区配置方法、终端和网络节点
US11463924B2 (en) 2018-03-16 2022-10-04 Vivo Mobile Communication Co., Ltd. Cell configuration method, terminal, and network node
CN110536487A (zh) * 2018-05-25 2019-12-03 华为技术有限公司 一种数据传输方法及装置
WO2019223767A1 (zh) * 2018-05-25 2019-11-28 华为技术有限公司 一种数据传输方法及装置
CN110536487B (zh) * 2018-05-25 2021-12-10 华为技术有限公司 一种数据传输方法及装置
WO2020150998A1 (en) * 2019-01-25 2020-07-30 Zte Corporation Method and apparatus for reporting master cell group failure
WO2020150991A1 (en) * 2019-01-25 2020-07-30 Qualcomm Incorporated Blind secondary cell group configuration in multi-radio access technology-dual connectivity
US11785483B2 (en) 2019-01-25 2023-10-10 Zte Corporation Method and apparatus for reporting master cell group failure
CN111526536A (zh) * 2019-02-01 2020-08-11 电信科学技术研究院有限公司 信息上报方法、装置、终端及网络侧设备
CN111526536B (zh) * 2019-02-01 2022-08-09 大唐移动通信设备有限公司 信息上报方法、装置、终端及网络侧设备
WO2020227870A1 (zh) * 2019-05-10 2020-11-19 Oppo广东移动通信有限公司 一种切换方法及装置、通信设备
CN113796118A (zh) * 2019-05-10 2021-12-14 Oppo广东移动通信有限公司 一种切换方法及装置、通信设备
CN113796118B (zh) * 2019-05-10 2023-11-24 Oppo广东移动通信有限公司 一种切换方法及装置、通信设备
WO2020249081A1 (zh) * 2019-06-13 2020-12-17 夏普株式会社 无线链路失败恢复方法以及用户设备
CN112087785B (zh) * 2019-06-13 2023-12-12 夏普株式会社 无线链路失败恢复方法以及用户设备
CN112087785A (zh) * 2019-06-13 2020-12-15 夏普株式会社 无线链路失败恢复方法以及用户设备
WO2021062839A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 通信方法和通信装置
WO2021195911A1 (en) * 2020-03-31 2021-10-07 Qualcomm Incorporated Connecting to multi-radio access technology service in non-standalone mode
CN114079962A (zh) * 2020-08-12 2022-02-22 财团法人工业技术研究院 次要小区群组失效处理方法与使用所述方法的用户设备
CN112188517A (zh) * 2020-09-07 2021-01-05 Oppo（重庆）智能科技有限公司 小区驻留方法、装置、终端及存储介质
CN113727370A (zh) * 2020-09-27 2021-11-30 华为技术有限公司 配置辅小区组的方法和装置
CN113556758A (zh) * 2020-09-27 2021-10-26 华为技术有限公司 配置辅小区组的方法和装置
CN113727370B (zh) * 2020-09-27 2023-09-01 华为技术有限公司 配置辅小区组的方法和装置
CN112367716A (zh) * 2020-10-30 2021-02-12 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
WO2022133902A1 (zh) * 2020-12-24 2022-06-30 华为技术有限公司 一种配置辅小区组的方法及装置
CN112672373A (zh) * 2020-12-31 2021-04-16 上海微波技术研究所（中国电子科技集团公司第五十研究所） Nr-dc中从节点小区配置的优化方法、系统及介质
WO2024011435A1 (zh) * 2022-07-12 2024-01-18 北京小米移动软件有限公司 一种失败处理方法及其装置

Also Published As

Publication number Publication date
KR102180383B1 (ko) 2020-11-18
EP3496448A4 (en) 2019-06-12
WO2018024128A1 (zh) 2018-02-08
EP3496448A1 (en) 2019-06-12
US20190182883A1 (en) 2019-06-13
CN107690154B (zh) 2019-09-17
JP2019525625A (ja) 2019-09-05
KR20190036555A (ko) 2019-04-04

Similar Documents

Publication Publication Date Title
CN107690154B (zh) 一种小区配置方法及装置
US10939333B2 (en) Communication method and communications apparatus to implement a network slice based service in a central unit (CU)-distributed unit (DU) architecture
JP7150756B2 (ja) システムメッセージ通知、送信方法および装置
US20230007548A1 (en) Failure processing method, handover method, terminal device, and network device
CN103609188B (zh) 载波资源配置方法、上行信息传输方法、基站及用户设备
US20160192247A1 (en) Link failure recovery method and apparatus
CN109076383A (zh) 用于由终端配置双连接的方法及其装置
CN108924894A (zh) 一种移动性管理方法、接入网设备和终端设备
CN109417721A (zh) 用于在双连接状态下发送或接收数据的方法及其设备
CN108633018A (zh) 配置方法、装置及系统
CN109691155A (zh) 无线通信系统中管理用户平面操作的方法和装置
CN109151915A (zh) 用于数据分组递送的方法、用户设备和基站
CN106537997A (zh) 用于双连接操作的系统和方法
CN108306708A (zh) 一种数据包处理方法及装置
CN104885508A (zh) 用于控制信道的资源分配方法
CN105228171A (zh) 异构网络中双连接小基站的自配置方法和系统
CN109246852A (zh) 无线协议层实体处理方法以及相应的用户设备
JP2021503841A (ja) Ｐｓｃｅｌｌハンドオーバーのための方法および装置
CN107347199B (zh) 一种切换及其控制方法、装置
CN110505714A (zh) 多链接通信方法、设备和终端
CN110381557A (zh) 一种通信方法、装置、系统及存储介质
CN108810889A (zh) 通信方法、装置及系统
CN106561063A (zh) 无线局域网（wlan）无线电链路故障（rlf）触发
WO2015017997A1 (zh) 辅小区的配置方法、装置及主机
CN104618927B (zh) 多演进型基站的重配置方法、用户设备及多演进型基站

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20210531

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right