CN105101253A - 在双连接系统中使用的方法、主基站和用户设备 - Google Patents
在双连接系统中使用的方法、主基站和用户设备 Download PDFInfo
- Publication number
- CN105101253A CN105101253A CN201410196707.4A CN201410196707A CN105101253A CN 105101253 A CN105101253 A CN 105101253A CN 201410196707 A CN201410196707 A CN 201410196707A CN 105101253 A CN105101253 A CN 105101253A
- Authority
- CN
- China
- Prior art keywords
- prothetic group
- rlf
- group station
- dominant base
- cell set
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 83
- 230000008569 process Effects 0.000 claims abstract description 18
- 238000005259 measurement Methods 0.000 claims description 56
- 230000011218 segmentation Effects 0.000 claims description 53
- 230000005540 biological transmission Effects 0.000 claims description 29
- 230000009977 dual effect Effects 0.000 claims description 26
- 230000008859 change Effects 0.000 claims description 25
- 238000012790 confirmation Methods 0.000 claims description 15
- 238000012545 processing Methods 0.000 claims description 14
- 238000011084 recovery Methods 0.000 claims description 14
- 238000012546 transfer Methods 0.000 claims description 9
- 238000012544 monitoring process Methods 0.000 claims description 4
- 238000001514 detection method Methods 0.000 claims description 3
- 238000013507 mapping Methods 0.000 claims description 3
- 230000001360 synchronised effect Effects 0.000 claims description 3
- 230000006870 function Effects 0.000 description 9
- 230000006399 behavior Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 239000002609 medium Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000012120 mounting media Substances 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明的实施例提供了一种用于双连接系统中的主基站的方法,包括:当发生辅基站的无线链路失败S-RLF时,从用户设备UE接收对该S-RLF的指示、该S-RLF的触发原因和测量报告;基于该指示、该触发原因和该测量报告,来决定该辅基站的操作;以及将该决定的辅基站的操作通知该UE。本发明的实施例还提供了一种用于双连接系统中的用户设备的方法以及相应的主基站和用户设备。本发明的实施例给出了在双连接系统中当检测到S-RLF时的UE操作过程的优化解决方案,包括MAC/RLC/PDCP层的过程,以及UE与主基站之间的信令和主基站与辅基站之间的信令。通过本发明的实施例,清楚限定并且优化了UE的行为,因此使得双连接系统能够针对S-RLF情况更有效率地工作。
Description
技术领域
本发明的实施例一般性地涉及双连接系统,并且更特别地涉及在双连接系统中发生辅基站的无线链路失败时使用的方法以及执行该方法的主基站和用户设备。
背景技术
在双连接(DualConnectivity)系统中,用户设备(UE)能够具有与主基站(MeNB)和辅基站(SeNB)两者的两个连接,并且能够由两个基站同时服务。因此,有可能在两个服务链路中分别遭遇无线链路失败(RLF)。在3GPP中,已经存在关于辅基站中的RLF(S-RLF)的讨论和协定。尽管达成了一些协定,但是仍然存在一些开放的问题并且UE的行为没有清楚限定。
在传统的单连接系统中,UE仅具有一个服务基站并且仅需要处理对于一个基站的RLF,即使在具有多个小区的载波聚合的情况中,也仅需要处理PCell中的RLF。但是在双连接系统中,UE具有与两个基站MeNB和SeNB的服务连接,所以有可能在两个服务链路中分别遭遇RLF。由于具有双连接的系统是新技术,尚没有关于如何检测辅基站中的RLF以及当检测到S-RLF时如何采取动作的规范。因此,关于辅基站的RLF的解决方案应当被定义。在3GPP中,关于S-RLF存在如下的协定:
1.UE为了检测到L1不同步,应该执行关于特殊SCell的无线链路监视(S-RLM)。S-RLM规范应当尽可能多地重用当前的RLM规范。
1a.UE应当向主基站报告S-RLF(由RLM、RA或RLC所触发)并且指示符合哪种触发原因。
1b.在S-RLF时,UE应该中止向辅小区组(SCG)的UL传输。
2.在检测到S-RLF时,UE不需要监视用于辅小区组的PDCCH。
3.在S-RLF时,分割承载(splitbearer)通过主基站的数据传输被维持。
4.UE不能自主地恢复向辅基站的连接,而是通过主基站决定恢复向辅基站的连接。
尽管已经达成了上述协定,但是UE将如何行为并不清楚。例如,如果UE检测到S-RLF,是否坚持UE和辅基站连接还是释放UE和辅基站的连接或者对辅基站的连接进行重配置。UE如果中止对辅小区组的UL传输,则对应的MAC层、RLC层和PDCP层如何动作。另外,UE不需要监视用于辅小区组的PDCCH,而不连续传输(DRX)功能也控制UE来监视PDCCH以便节省功率,则这两个功能如何相互作用。另外,对于分割承载,在S-RLF时,用于通过主基站的分割承载的数据传输被维持,如何处理在S-RLF之前计划通过辅基站传输的那部分数据。所有上述的功能不仅需要被定义并且还需要被优化。
发明内容
鉴于现有技术中存在的问题,本发明的各个实施例给出了针对上述这些开放问题的优化解决方案,不但UE的行为被清楚地限定,并且还以详细的过程和信令优化了该行为,以使得双连接系统更有效率并且更合理地工作。
根据本发明的第一方面,提供了一种用于双连接系统中的主基站的方法,包括:当发生辅基站的无线链路失败S-RLF时,从用户设备UE接收对该S-RLF的指示、该S-RLF的触发原因和测量报告;基于该指示、该触发原因和该测量报告,来决定该辅基站的操作;以及将决定的辅基站的操作通知UE。
根据本发明的一个实施例,其中基于该指示、该触发原因和该测量报告,来决定该辅基站的操作包括:基于该触发原因以及该测量报告,决定改变该辅小区组中的特殊小区。
根据本发明的一个实施例,该方法进一步包括:向该辅基站发送请求,以请求该辅基站执行对该辅小区组中的特殊小区的改变。
根据本发明的一个实施例,该方法进一步包括:将该测量报告与该请求一起发送给该辅基站。
根据本发明的一个实施例,其中基于该指示、该触发原因和该测量报告,来决定该辅基站的操作包括:由该辅基站决定是改变该辅小区组中的特殊小区还是释放该辅小区组。
根据本发明的一个实施例,该方法进一步包括:将该指示与该测量报告一起转发给该辅基站。
根据本发明的一个实施例,其中基于该指示、该触发原因和该测量报告,来决定该辅基站的操作包括:基于该触发条件以及该测量报告,决定保持该辅小区组中的特殊小区不变。
根据本发明的一个实施例,该方法进一步包括:当从该UE接收到该指示时,将该指示转发给该辅基站;以及当该辅基站的无线链路恢复时,向该辅基站以及该UE发送恢复辅基站链路的消息。
根据本发明的一个实施例,该方法进一步包括:对于分割承载,传输在该S-RLF发生之前已经被递送给该辅基站、并且尚未传输给该UE或者尚未收到确认的数据。
根据本发明的一个实施例,该方法进一步包括:对于分割承载,将在该S-RLF发生之前已经被递送给该辅基站、并且尚未传输给该UE或者尚未收到确认的数据仍然保持在该辅基站的RLC实体中,直到决定恢复辅基站链路、完成改变该辅小区组中的特殊小区或者释放该辅基站。
根据本发明的一个实施例,该方法进一步包括:从该UE接收分割承载的PDCP状态PDU,该PDCPPDU状态用于指示发生该S-RLF时成功接收到的PDCPPDU。
根据本发明的一个实施例,该方法进一步包括:请求该辅基站提供对于该辅基站成功传输的PDCPPDU状态信息。
根据本发明的一个实施例,该方法进一步包括:对于分割承载,从该UE接收在该S-RLF发生之前已经计划要传输给该辅基站的数据。
根据本发明的一个实施例,其中基于该指示、该触发原因和该测量报告,来决定该辅基站的操作包括:基于该触发原因以及该测量报告,决定释放该辅基站。
根据本发明的第二方面,提供了一种用于双连接系统中的用户设备UE的方法,包括:当发生辅基站的无线链路失败S-RLF时,向主基站发送对该S-RLF的指示、该S-RLF的触发原因和测量报告,以使该主基站决定该辅基站的操作;以及当检测到所述S-RLF时执行相应的操作。
根据本发明的一个实施例,其中当检测到所述S-RLF时执行相应的操作包括:在检测到该S-RLF或者该指示被报告给该主基站的一个时间窗之后,停止监视用于该辅小区组的PDCCH;以及当该辅基站的无线电链路恢复时,从该主基站接收恢复辅基站链路的消息。
根据本发明的一个实施例,其中当检测到所述S-RLF时执行相应的操作包括:对于分割承载,由该主基站传输在该S-RLF发生之前已经被递送给该辅基站、并且尚未传输给该UE或者尚未收到确认的数据,向该主基站发送分割承载的PDCP状态PDU,该PDCPPDU状态用于指示发生该S-RLF时成功接收到的PDCPPDU。
根据本发明的一个实施例,该方法进一步包括:该分割承载对应的该辅小区组的RLC实体将所接收到的所有失序RLCSDU递送给PDCP层,该PDCP层将生成PDCP状态PDU并且发送给该主基站以指示传输。
根据本发明的一个实施例,其中当检测到所述S-RLF时执行相应的操作包括:对于分割承载,向该主基站传输在该S-RLF发生之前已经计划要传输给该辅基站的数据。
根据本发明的一个实施例,其中当检测到所述S-RLF时执行相应的操作包括:对于分割承载,将在该S-RLF发生之前已经计划要传输给该辅基站的数据仍然保持在该分割承载对应的该辅小区组的该RLC实体中,直到收到该主基站发送的恢复辅基站链路、完成改变该辅小区组中的特殊小区或者释放该辅小区组命令。
根据本发明的一个实施例,进一步包括:该分割承载对应的该辅小区组的该RLC实体将没有传输给该辅基站或者没有收到确认的PDCPPDU的SN发回给PDCP层,然后该PDCP层将该PDCPPDUSN对应的PDCPPDU传送给该分割承载的MCG的RLC实体,或者该辅小区组的RLC实体直接将没有传输给该辅基站或者没有收到确认的该PDCPPDU转发给该分割承载的该MCG的该RLC实体。
根据本发明的一个实施例,该方法进一步包括:该PDCP层将不向该分割承载对应的该辅小区组的该RLC实体发送该数据,直到收到该主基站发送的恢复辅基站链路或者完成改变该辅小区组中的特殊小区命令。
根据本发明的一个实施例,其中当检测到所述S-RLF时执行相应的操作包括:对于上行链路或者下行链路,将该UE和该辅基站的MAC层重置并且清空所有的HARQ缓冲器。
根据本发明的一个实施例,其中当检测到所述S-RLF时执行相应的操作包括:对于上行链路或者下行链路,中止该UE和该辅基站的MAC层数据传输;以及当接收到该主基站发送的恢复辅基站链路或者完成改变该辅小区组中的特殊小区命令时,该MAC层中的HARQ将基于先前的传输而继续。
根据本发明的一个实施例,该方法进一步包括:该UE以及该主基站和该辅基站都记录传输时间与对应HAQR过程的映射关系,以保证上行链路中的同步HARQ。
根据本发明的一个实施例,其中当检测到所述S-RLF时执行相应的操作包括:当检测到该S-RLF而停止对辅基站的PDCCH的检测时,用于辅小区组的与DRX有关的过程和定时器被重置并且停止工作;以及仅当从主基站接收该主基站发送的恢复辅基站链路或者完成改变该辅小区组中的特殊小区命令,用于该辅小区组的与DRX有关的功能才被重启。
根据本发明的第三方面,提供了一种用于双连接系统中的主基站,包括:接收单元,被配置为当发生辅基站的无线链路失败S-RLF时,从用户设备UE接收对该S-RLF的指示、该S-RLF的触发原因和测量报告;决定单元,被配置为基于该指示、该触发原因和该测量报告,来决定该辅基站的操作;以及通知单元,被配置为将该决定的辅基站的操作通知该UE。
根据本发明的第四方面,提供了一种用于双连接系统中的用户设备UE,包括:发送单元,被配置为当发生辅基站的无线链路失败S-RLF时,向主基站发送对该S-RLF的指示、该S-RLF的触发原因和测量报告,以使该主基站决定该辅基站的操作;以及处理单元,被配置为当检测到所述S-RLF时执行相应的操作。
在本发明的实施例中,给出了关于当检测到S-RLC时的UE操作过程的优化解决方案,包括MAC/RLC/PDCP层的过程,以及UE与主基站之间的信令和主基站与辅基站之间的信令。通过本发明的实施例,清楚限定并且优化了UE的行为,因此使得双连接系统能够针对S-RLF情况更有效率地工作。
附图说明
通过参考附图阅读下文的详细描述,本发明实施例的上述以及其他目的、特征和优点将变得容易理解。在附图中,以示例性而非限制性的方式示出了本发明的若干实施例,其中:
图1示出了根据本发明的实施例的用于双连接系统中的主基站的示例方法;
图2示出了根据本发明的实施例的用于双连接系统中的用户设备的示例方法;
图3是根据本发明的实施例的用于双连接系统中的主基站的示意性框图;
图4是根据本发明的实施例的用于双连接系统中的用户设备的示意性框图;以及
图5是根据本发明的实施例的示意信令流程图。
具体实施方式
下文将参考附图中所示出的若干示例性实施例来描述本发明的原理和精神。应当理解,描述这些实施例仅仅是为了使本领域的技术人员能够更好地理解并实现本发明,而并非以任何方式限制本发明的范围。
在传统的单连接系统中,当检测到RLF时,执行重建立过程和小区重选。在双连接系统中,尽管对于S-RLF不需要重建立,因为还存在与主基站的连接,由主基站负责决定在从UE接收到S-RLF指示时的操作。
图1示出了根据本发明的一个实施例的用于双连接系统中的主基站的示例方法100。
在步骤101中,当发生辅基站的无线链路失败S-RLF时,从用户设备UE接收对该S-RLF的指示、该S-RLF的触发原因和测量报告。在一个实施例中,UE在检测到S-RLF时,将S-RLF的指示、发生S-RLF的触发原因(即,RLM、RA或RLC失败)以及测量报告一起发送给主基站,以使主基站可以决定辅基站的操作。
在步骤102中,基于该指示、该触发原因和该测量报告,来决定该辅基站的操作。在一个实施例中,取决于S-RLF的触发原因以及测量报告,主基站可以采取不同的操作来为UE解决S-RLF。当主基站接收到S-RLF时,主基站可能会采取下列操作:
1、主基站决定释放辅基站。
2、主基站决定修改辅小区组的配置。在这种情况中,基于测量结果,具有最佳信道条件的小区可能是辅基站的其他小区,则存在对辅小区组重配置的需要,即改变特殊小区。主基站把接收到该S-RLF的指示和测量报告转发给辅基站。辅基站得到这个信息后,将决定是改变辅小区组中的特殊小区还是释放辅小区组。或者当主基站接收到该S-RLF的指示和测量报告时,它首先决定改变辅小区组中的特殊小区,并将该决定改变辅小区组中的特殊小区的请求和测量报告一起发送给辅基站。辅基站得到这个信息后,将决定是否接受改变辅小区组中的特殊小区的请求和如何改变。辅基站将它的最后决定发送给主基站。
3、主基站决定保持辅小区组的配置。在这种情况中,基于测量结果,具有最佳信道条件的小区仍然是辅基站的特殊小区,并且主基站认为该RLF是暂时的。
在步骤103中,将决定的辅基站的操作通知UE。如此,UE可以根据决定的辅基站的操作来执行相应的操作。
相应地,图2示出了根据本发明的一个实施例的用于双连接系统中的用户设备UE的示例方法200。
在步骤201中,当发生辅基站的无线链路失败S-RLF时,UE向主基站发送对该S-RLF的指示、该S-RLF的触发原因和测量报告,以使主基站决定辅基站的操作。
在步骤202中,当检测到该S-RLF时执行相应的操作。
在一个实施例中,对应于主基站的上述第1种操作,在接收到S-RLF指示时,主基站可以决定释放辅基站的辅小区组(SCG)。例如,由RLC所触发的S-RLF可以导致辅小区组的释放。主基站所发起的辅小区组的释放过程(其中辅基站不能拒绝)可以被用于这种情况中的辅小区组释放。
在一个实施例中,对应于主基站的上述第2种操作,主基站可以基于该触发原因以及该测量报告,决定改变该辅基站的辅小区组中的特殊小区。注意RLM仅在特殊小区上执行,并且基于随机接入的竞争仅在该特殊小区上执行。如果S-RLF触发是由于RA或者RLM失败,则改变特殊小区对于解决该辅小区组无线链路问题可能是足够的。为了改变用于辅基站的特殊小区,最新的测量报告应当在网络侧是可用的。由于在本发明的实施例中,在发生S-RLF时,UE将测量报告提供给主基站,所以主基站可以改变用于辅基站的特殊小区。
在一个实施例中,如果主基站决定了需要改变辅基站的辅小区中的特殊小区,主基站可以向辅基站发送请求,以请求辅基站执行对辅小区组中的特殊小区的改变。特殊小区的改变过程目前尚未被讨论。对特殊小区的重配置应当考虑该小区上的PUCCH负载、在辅基站处可能的RRM策略、以及小区质量。特殊小区(在所配置的辅小区组小区之间)改变的决定可以在S-RLF的触发下由辅基站来进行。在这种情况下,主基站需要将从UE接收到的测量报告与该请求一起转发给辅基站,以使辅基站能够执行特殊小区的改变。
在另一个实施例中,主基站可以选择由辅基站来决定是改变辅小区组中的特殊小区还是释放辅小区组。在这种情况下,主基站需要将从UE接收到的S-RLF指示与测量报告一起转发给辅基站,以使辅基站能够做出相应的决定。尽管辅基站也可以基于CQI和HARQ反馈来获知物理层问题,但是RLM与CQI/HARQ反馈之间的关系并不清楚,并且辅基站不能基于CQI和HARQ反馈准确地导出归因于物理层问题的RLF。因此,主基站需要将UE发送的S-RLF指示以及测量报告转发给辅基站。如果辅基站决定释放辅基站组,则可以使用辅基站所发起的辅基站组释放过程。如果辅基站决定改变特殊小区,则可以使用辅基站所发起的辅基站小区修改过程。按照协定,UE需要等待主基站发送用于恢复辅小区组上的UL传输以及监视辅小区组上的PDCCH的信号。
在一个实施例中,对应于主基站的上述第3种操作,主基站可以基于S-RLF的触发条件以及测量报告,决定保持辅小区组中的特殊小区不变。在这种情况下,可能存在如下的问题。基于当前的协定,在UE处执行RLM以检测辅基站的物理层问题。尽管辅基站也可以基于CQI和HARQ反馈来获知物理层问题,但是RLM与CQI/HARQ反馈之间的关系并不清楚,并且辅基站不能基于CQI和HARQ反馈准确地导出归因于物理层问题的RLF。如果UE在发生S-RLF时将中止它向辅小区组的UL传输,则辅基站将不知道UE将中止其传输,并且它将继续向该UE分配资源。但是UE将不使用该资源用于UL传输,因此所分配的资源将被浪费。另外,UE在检测到S-RLF时不需要监视用于辅小区组的PDCCH,则UE不可能接收到PDSCH。辅基站将不知道UE将停止监视PDCCH并且继续调度并传输DL数据(包括DL辅小区承载以及DL分割承载),但是UE将不可能接收到PDCCH以及PDSCH。
因此,在一个实施例中,当主基站从UE接收到S-RLF的指示时,将该指示转发给辅基站;UE在检测到该S-RLF或者S-RLF的指示被报告给主基站的一个时间窗之后,停止监视用于该辅小区组的PDCCH,也就是说,UE将在粗略估计的辅基站知道S-RLF的时延的时间窗之后再停止监视PDCCH;并且当辅基站的无线电链路恢复时,主基站向辅基站以及UE发送恢复辅基站链路的消息。
通过这种方法,辅基站可以准确地知道何时停止或者恢复资源分配或者数据传输,以避免浪费资源并且改进资源的利用效率。
进一步地,对于主基站的上述第2种和第3种操作,即主基站或者辅基站决定不释放辅基站。由于DL分割承载仅用RLCAM来配置,则将会存在分别对两个基站的ULRLC状态反馈。UE在发生S-RLF时将中止向辅小区组的UL传输,并且不需要监视用于辅小区组的PDCCH,并且用于通过主基站的分割承载的数据传送在S-RLF时被维持。这意味着辅小区中DL传输必须停止,则如何处理已经被递送给辅小区但是尚未传输给UE或者尚未收到确认的数据存在两种可选的处理方式。
在一个实施例中,根据第一种处理方式,对于分割承载,由主基站来传输在S-RLF发生之前已经被递送给辅基站、并且尚未传输给UE或者尚未收到确认的数据。在这种情况中,即使UE在发生S-RLF时需要中止向辅小区组的任何UL传输,但是用于通过主基站的分割承载的数据传输被保持。此外,在检测到S-RLF时,UE不需要监视用于辅小区组的PDCCH。在发生S-RLF时通过辅小区组所递送的不成功的DL分割承载数据,在主基站接收到S-RLF指示之后,可以通过主基站来递送。存在两种可能的方法来使得主基站知道在发生S-RLF时已经成功接收/传输的PDCP状态。
第一种方法是,UE向主基站提供分割承载的PDCPPDU状态,指示在发生S-RLF时已经成功接收的PDCPPDU。
第二种方法是,主基站请求辅基站提供对于辅基站成功传输的PDCPPDU状态信息。
任何一种方法都可以帮助主基站来识别在发生S-RLF之后需要通过主基站来传输的PDCPPDU。
根据上述的第一种方法,UE需要向主基站发送分割承载的PDCP状态PDU,该PDCPPDU状态用于指示发生该S-RLF时成功接收到的PDCPPDU。该分割承载对应的该辅小区组的RLC实体将所接收到的所有失序RLCSDU递送给PDCP层,该PDCP层将生成PDCP状态PDU并且发送给该主基站以指示传输。同时,用于这个分割承载(用于DL接收的部分)的RLC实体能够被重置。
在另一个实施例中,根据第二种处理方式,对于分割承载,也可以将在S-RLF发生之前已经被递送给辅基站、并且尚未传输给UE或者尚未收到确认的数据仍然保持在辅基站的RLC实体中,直到决定恢复辅基站链路、完成改变辅小区组中的特殊小区或者释放辅基站。
进一步地,对于主基站的上述第2种和第3种操作,即主基站或者辅基站决定不释放辅基站。对于UL分割承载,如果UE在发生S-RLF时将中止向辅小区组的UL传输,并且用于通过主基站的分割承载的数据传送在S-RLF时被维持,对于计划传输给辅基站的数据(PDCPPDU)也存在两种可能的处理方式。
在一个实施例中,根据第一种处理方式,对于分割承载,主基站从UE接收在S-RLF发生之前已经计划要传输给辅基站的数据。在该实施例中,分割承载对应的辅小区组的RLC实体将没有传输给该辅基站或者没有收到确认的PDCPPDU的SN发回给PDCP层,然后PDCP层将PDCPPDUSN对应的PDCPPDU传送给分割承载的MCG的RLC实体,或者辅小区组的RLC实体直接将没有传输给辅基站或者没有收到确认的PDCPPDU转发给分割承载的MCG的RLC实体。
在另一个实施例中,根据第二种处理方式,对于分割承载,将在S-RLF发生之前已经计划要传输给辅基站的数据仍然保持在分割承载对应的辅小区组的RLC实体中,直到收到主基站发送的恢复辅基站链路、完成改变辅小区组中的特殊小区或者释放辅小区组命令。在该实施例中,PDCP层将不向分割承载对应的辅小区组的RLC实体发送该数据,直到收到主基站发送的恢复辅基站链路或者完成改变辅小区组中的特殊小区命令。
进一步地,对于主基站的上述第2种和第3种操作,即主基站或者辅基站决定不释放辅基站。当检测到S-RLF时,UE将向主基站报告该S-RLF,主基站能够做出决定是释放辅基站(包括DRB)还是仅中止传输和接收。在主基站发送释放命令之前,UE仅执行中止UL传输。对于UL数据传输(包括UL辅基站承载或者UL分割承载),对于MAC层的操作,以及类似地对于DL数据传输(包括DL辅基站承载或者DL分割承载),都存在两种处理方式。
在一个实施例中,根据第一种处理方式,对于上行链路或者下行链路,可以将UE和辅基站的MAC层重置并且清空所有的HARQ缓冲器。
在另一个实施例中,根据第二种处理方式,对于上行链路或者下行链路,可以中止UE和辅基站的MAC层数据传输;以及当接收到主基站发送的恢复辅基站链路或者完成改变该辅小区组中的特殊小区命令时,MAC层中的HARQ将基于先前的传输而继续。在该实施例的上行链路情况中,UE以及主基站和辅基站都需要记录传输时间与对应HAQR过程的映射关系,以保证上行链路中的同步HARQ。
根据本发明的一个实施例,由于基于在双连接系统中的非连续传输(DRX)的当前协定,对于主基站小区组和辅基站小区组存在分别的DRX控制,同时如果检测到S-RLF,则UE不需要监视PDCCH,所以当UE检测到该S-RLF而停止对辅基站的PDCCH的检测时,用于辅小区组的与DRX有关的过程和定时器被重置并且停止工作;以及仅当从主基站接收该主基站发送的恢复辅基站链路或者完成改变辅小区组中的特殊小区命令,用于辅小区组的与DRX有关的功能才被重启。
图3示出了根据本发明的一种用于双连接系统中的主基站300的示意框图。如图3所示出的,主基站300可以包括接收单元301、决定单元302和通知单元303。
根据本发明的一个实施例,接收单元301可以被配置为当发生辅基站的无线链路失败S-RLF时,从用户设备UE接收对该S-RLF的指示、该S-RLF的触发原因和测量报告。
根据本发明的一个实施例,决定单元302可以被配置为基于该指示、该触发原因和该测量报告,来决定辅基站的操作。
根据本发明的一个实施例,通知单元303可以被配置为将决定的辅基站的操作通知UE。
本领域的技术人员将理解,主基站300还可以包括根据本发明的各个实施例中的方法的各个步骤所形成的对应的单元。本领域的技术人员还将理解,主基站300也可以使用接收单元301、决定单元302和通知单元303的特定功能的组合来执行本发明的各个实施例中的方法的各个步骤。
图4示出了根据本发明的一种用于双连接系统中的用户设备UE400的示意框图。如图4所示出的,UE400可以包括发送单元401和处理单元402。
根据本发明的一个实施例,发送单元401可以被配置为当发生辅基站的无线链路失败S-RLF时,向主基站发送对该S-RLF的指示、该S-RLF的触发原因和测量报告,以使主基站决定辅基站的操作。
根据本发明的一个实施例,处理单元402可以被配置为当检测到该S-RLF时执行相应的操作。
本领域的技术人员将理解,UE400还可以包括根据本发明的各个实施例中的方法的各个步骤所形成的对应的单元。本领域的技术人员还将理解,UE400也可以使用发送单元401和处理单元402的特定功能的组合来执行本发明的各个实施例中的方法的各个步骤。
图5是根据本发明的实施例的示例信令流程图。
如图5所示出的,当UE检测到S-RLF时,它将向主基站报告该S-RLF以及原因和测量报告(501)。当主基站接收到该S-RLF的指示和测量报告时,它将把这个指示和测量报告转发给辅基站;辅基站得到这个信息后,将决定是改变辅小区组中的特殊小区还是释放辅小区组(502A)。或者当主基站接收到该S-RLF的指示和测量报告时,它首先决定改变辅小区组中的特殊小区,并将该请求和测量报告一起发送给辅基站;辅基站得到这个信息后,将决定是否改变辅小区组中的特殊小区和如何改变(502B)。对于(502A)和(502B),辅基站会把它的最后决定发给主基站,如502SeNB->MeNB。或者当主基站接收到该S-RLF的指示和测量报告时,它首先决定保持辅小区组中的特殊小区不变(502C)。然后将该指示转发给辅基站。主基站会把最后的决定的辅基站的操作发送给UE,如504。当辅基站的无线电链路恢复时,主基站向辅基站以及UE发送恢复辅基站链路的消息(505)。这样辅基站可以通过这些信息进行算法设计来优化资源的使用效率。可选地,辅基站还将所接收到的RLCSDU递送给主基站(503),即使这些RLCSDU可能是失序的。
应当注意,本发明的实施例可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现;软件部分可以存储在存储器中,由适当的指令执行系统,例如微处理器或者专用设计硬件来执行。本领域的技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现,例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本发明的设备及其装置可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现,也可以用由各种类型的处理器执行的软件实现,也可以由上述硬件电路和软件的结合例如固件来实现。
应当注意,尽管在上文详细描述中提及了设备的若干装置或子装置,但是这种划分仅仅并非强制性的。实际上,根据本发明的实施例,上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之,上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
此外,尽管在附图中以特定顺序描述了本发明方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。相反,流程图中描绘的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤,将多个步骤组合为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
虽然已经参考若干具体实施例描述了本发明,但是应该理解,本发明不限于所公开的具体实施例。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等效布置。所附权利要求的范围符合最宽泛的解释,从而包含所有这样的修改及等同结构和功能。
Claims (28)
1.一种用于双连接系统中的主基站的方法,包括:
当发生辅基站的无线链路失败S-RLF时,从用户设备UE接收对所述S-RLF的指示、所述S-RLF的触发原因和测量报告;
基于所述指示、所述触发原因和所述测量报告,来决定所述辅基站的操作;以及
将所述决定的辅基站的操作通知所述UE。
2.根据权利要求1所述的方法,其中基于所述指示、所述触发原因和所述测量报告,来决定所述辅基站的操作包括:
基于所述触发原因以及所述测量报告,决定改变所述辅小区组中的特殊小区。
3.根据权利要求2所述的方法,进一步包括:
向所述辅基站发送请求,以请求所述辅基站执行对所述辅小区组中的特殊小区的改变。
4.根据权利要求3所述的方法,进一步包括:
将所述测量报告与所述请求一起发送给所述辅基站。
5.根据权利要求1所述的方法,其中基于所述指示、所述触发原因和所述测量报告,来决定所述辅基站的操作包括:
由所述辅基站决定是改变所述辅小区组中的特殊小区还是释放所述辅小区组。
6.根据权利要求5所述的方法,进一步包括:
将所述指示与所述测量报告一起转发给所述辅基站。
7.根据权利要求1所述的方法,其中基于所述指示、所述触发原因和所述测量报告,来决定所述辅基站的操作包括:
基于所述触发条件以及所述测量报告,决定保持所述辅小区组中的特殊小区不变。
8.根据权利要求7所述的方法,进一步包括:
当从所述UE接收到所述指示时,将所述指示转发给所述辅基站;以及
当所述辅基站的无线电链路恢复时,向所述辅基站以及所述UE发送恢复辅基站链路的消息。
9.根据权利要求2-8中的任一项所述的方法,进一步包括:
对于分割承载,传输在所述S-RLF发生之前已经被递送给所述辅基站、并且尚未传输给所述UE或者尚未收到确认的数据。
10.根据权利要求2-8中的任一项所述的方法,进一步包括:
对于分割承载,将在所述S-RLF发生之前已经被递送给所述辅基站、并且尚未传输给所述UE或者尚未收到确认的数据仍然保持在所述辅基站的RLC实体中,直到决定恢复辅基站链路、完成改变所述辅小区组中的特殊小区或者释放所述辅基站。
11.根据权利要求9所述的方法,进一步包括:
从所述UE接收分割承载的PDCP状态PDU,所述PDCPPDU状态用于指示发生所述S-RLF时成功接收到的PDCPPDU。
12.根据权利要求9所述的方法,进一步包括:
请求所述辅基站提供对于所述辅基站成功传输的PDCPPDU状态信息。
13.根据权利要求2-8中的任一项所述的方法,进一步包括:
对于分割承载,从所述UE接收在所述S-RLF发生之前已经计划要传输给所述辅基站的数据。
14.根据权利要求1所述的方法,其中基于所述指示、所述触发原因和所述测量报告,来决定所述辅基站的操作包括:
基于所述触发原因以及所述测量报告,决定释放所述辅基站。
15.一种用于双连接系统中的用户设备UE的方法,包括:
当发生辅基站的无线链路失败S-RLF时,向主基站发送对所述S-RLF的指示、所述S-RLF的触发原因和测量报告,以使所述主基站决定所述辅基站的操作;以及
当检测到所述S-RLF时执行相应的操作。
16.根据权利要求15所述的方法,其中当检测到所述S-RLF时执行相应的操作包括:
在检测到所述S-RLF或者所述指示被报告给所述主基站的一个时间窗之后,停止监视用于所述辅小区组的PDCCH;以及
当所述辅基站的无线链路恢复时,从所述主基站接收恢复辅基站链路的消息。
17.根据权利要求15所述的方法,其中当检测到所述S-RLF时执行相应的操作包括:
对于分割承载,由所述主基站传输在所述S-RLF发生之前已经被递送给所述辅基站、并且尚未传输给所述UE或者尚未收到确认的数据,向所述主基站发送分割承载的PDCP状态PDU,所述PDCPPDU状态用于指示发生所述S-RLF时成功接收到的PDCPPDU。
18.根据权利要求17所述的方法,进一步包括:
所述分割承载对应的所述辅小区组的RLC实体将所接收到的所有失序RLCSDU递送给PDCP层,所述PDCP层将生成PDCP状态PDU并且发送给所述主基站以指示传输。
19.根据权利要求15所述的方法,其中当检测到所述S-RLF时执行相应的操作包括:
对于分割承载,向所述主基站传输在所述S-RLF发生之前已经计划要传输给所述辅基站的数据。
20.根据权利要求15所述的方法,其中当检测到所述S-RLF时执行相应的操作包括:
对于分割承载,将在所述S-RLF发生之前已经计划要传输给所述辅基站的数据仍然保持在所述分割承载对应的所述辅小区组的所述RLC实体中,直到收到所述主基站发送的恢复辅基站链路、完成改变所述辅小区组中的特殊小区或者释放所述辅小区组命令。
21.根据权利要求19所述的方法,进一步包括:
所述分割承载对应的所述辅小区组的所述RLC实体将没有传输给所述辅基站或者没有收到确认的PDCPPDU的SN发回给PDCP层,然后所述PDCP层将所述PDCPPDUSN对应的PDCPPDU传送给所述分割承载的MCG的RLC实体,或者
所述辅小区组的RLC实体直接将没有传输给所述辅基站或者没有收到确认的所述PDCPPDU转发给所述分割承载的所述MCG的所述RLC实体。
22.根据权利要求20所述的方法,进一步包括:
所述PDCP层将不向所述分割承载对应的所述辅小区组的所述RLC实体发送所述数据,直到收到所述主基站发送的恢复辅基站链路或者完成改变所述辅小区组中的特殊小区命令。
23.根据权利要求15所述的方法,其中当检测到所述S-RLF时执行相应的操作包括:
对于上行链路或者下行链路,将所述UE和所述辅基站的MAC层重置并且清空所有的HARQ缓冲器。
24.根据权利要求15所述的方法,其中当检测到所述S-RLF时执行相应的操作包括:
对于上行链路或者下行链路,中止所述UE和所述辅基站的MAC层数据传输;以及
当接收到所述主基站发送的恢复辅基站链路或者完成改变所述辅小区组中的特殊小区命令时,所述MAC层中的HARQ将基于先前的传输而继续。
25.根据权利要求24所述的方法,进一步包括:
所述UE以及所述主基站和所述辅基站都记录传输时间与对应HAQR过程的映射关系,以保证上行链路中的同步HARQ。
26.根据权利要求15所述的方法,其中当检测到所述S-RLF时执行相应的操作包括:
当检测到所述S-RLF而停止对辅基站的PDCCH的检测时,用于辅小区组的与DRX有关的过程和定时器被重置并且停止工作;以及
仅当从主基站接收所述主基站发送的恢复辅基站链路或者完成改变所述辅小区组中的特殊小区命令,用于所述辅小区组的与DRX有关的功能才被重启。
27.一种用于双连接系统中的主基站,包括:
接收单元,被配置为当发生辅基站的无线电链路失败S-RLF时,从用户设备UE接收对所述S-RLF的指示、所述S-RLF的触发原因和测量报告;
决定单元,被配置为基于所述指示、所述触发原因和所述测量报告,来决定所述辅基站的操作;以及
通知单元,被配置为将所述决定的辅基站的操作通知所述UE。
28.一种用于双连接系统中的用户设备UE,包括:
发送单元,被配置为当发生辅基站的无线电链路失败S-RLF时,向主基站发送对所述S-RLF的指示、所述S-RLF的触发原因和测量报告,以使所述主基站决定所述辅基站的操作;以及
处理单元,被配置为当检测到所述S-RLF时执行相应的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410196707.4A CN105101253B (zh) | 2014-05-09 | 2014-05-09 | 在双连接系统中使用的方法、主基站和用户设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410196707.4A CN105101253B (zh) | 2014-05-09 | 2014-05-09 | 在双连接系统中使用的方法、主基站和用户设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105101253A true CN105101253A (zh) | 2015-11-25 |
CN105101253B CN105101253B (zh) | 2020-04-24 |
Family
ID=54580565
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410196707.4A Active CN105101253B (zh) | 2014-05-09 | 2014-05-09 | 在双连接系统中使用的方法、主基站和用户设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105101253B (zh) |
Cited By (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107094299A (zh) * | 2016-02-18 | 2017-08-25 | 中国移动通信集团公司 | 自适应于接入网架构的数据处理方法及接入网架构 |
CN107567041A (zh) * | 2017-08-08 | 2018-01-09 | 电信科学技术研究院 | 一种处理无线链路故障的方法和设备 |
CN108112040A (zh) * | 2016-11-24 | 2018-06-01 | 中国移动通信有限公司研究院 | 一种双连接等待确定定时器的配置方法及装置 |
WO2018170856A1 (zh) * | 2017-03-23 | 2018-09-27 | Oppo广东移动通信有限公司 | 无线通信方法和设备 |
CN108810954A (zh) * | 2017-05-04 | 2018-11-13 | 中兴通讯股份有限公司 | 会话分流的方法及装置 |
CN108810926A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 一种数据传输方法及相关设备 |
CN108811021A (zh) * | 2017-05-04 | 2018-11-13 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的用户设备、基站中的方法和装置 |
CN109219936A (zh) * | 2016-06-02 | 2019-01-15 | 诺基亚通信公司 | 用于多连接中的可靠通信的装置和方法 |
WO2019014948A1 (zh) * | 2017-07-21 | 2019-01-24 | Oppo广东移动通信有限公司 | 非激活状态下的多连接恢复方法及其设备 |
WO2019019120A1 (zh) * | 2017-07-27 | 2019-01-31 | Oppo广东移动通信有限公司 | 传输数据的方法、终端设备和网络设备 |
CN109429257A (zh) * | 2017-06-22 | 2019-03-05 | 夏普株式会社 | 用户设备和相关方法 |
CN109716814A (zh) * | 2017-09-22 | 2019-05-03 | Oppo广东移动通信有限公司 | 数据传输方法及相关设备 |
CN110073692A (zh) * | 2016-09-28 | 2019-07-30 | 夏普株式会社 | 用户设备、基站和方法 |
CN110149182A (zh) * | 2018-02-12 | 2019-08-20 | 华为技术有限公司 | 一种信息传输方法、相关设备及系统 |
CN110198553A (zh) * | 2018-02-24 | 2019-09-03 | 维沃移动通信有限公司 | 一种辅小区组删除方法、终端设备及网络节点 |
CN110278574A (zh) * | 2018-03-16 | 2019-09-24 | 维沃移动通信有限公司 | 测量方法、测量配置方法、终端及网络设备 |
CN110447285A (zh) * | 2017-03-23 | 2019-11-12 | 株式会社Ntt都科摩 | 无线通信系统和无线基站 |
CN110741721A (zh) * | 2017-06-15 | 2020-01-31 | 三星电子株式会社 | 处理双rrc系统中的移动性的方法和装置 |
WO2020024812A1 (zh) * | 2018-08-01 | 2020-02-06 | 维沃移动通信有限公司 | 重配方法及终端 |
CN110771194A (zh) * | 2017-03-23 | 2020-02-07 | 苹果公司 | 用于由en-dc中的辅节点进行测量配置的系统、方法和设备 |
WO2020034868A1 (zh) * | 2018-08-17 | 2020-02-20 | 维沃移动通信有限公司 | 连接处理方法及设备 |
WO2020073861A1 (zh) * | 2018-10-11 | 2020-04-16 | 维沃移动通信有限公司 | 无线链路恢复方法、终端及辅基站 |
WO2020073769A1 (zh) * | 2018-10-11 | 2020-04-16 | 维沃移动通信有限公司 | 信息发送方法、接收方法、终端及辅基站 |
CN111095983A (zh) * | 2017-08-11 | 2020-05-01 | 华为技术有限公司 | 一种无线通信的方法和装置 |
CN111148097A (zh) * | 2018-11-02 | 2020-05-12 | 华为技术有限公司 | 一种通信方法、通信装置及系统 |
CN111183674A (zh) * | 2017-06-20 | 2020-05-19 | 苹果公司 | 用于流控制触发和反馈的设备和方法 |
WO2020113367A1 (en) * | 2018-12-03 | 2020-06-11 | Qualcomm Incorporated | Fast recovery from link failure in dual-connectivity systems |
CN111345088A (zh) * | 2017-11-15 | 2020-06-26 | 株式会社Ntt都科摩 | 无线通信系统及无线基站 |
WO2020155120A1 (zh) * | 2019-02-01 | 2020-08-06 | Oppo广东移动通信有限公司 | 无线通信的方法和设备 |
CN111866966A (zh) * | 2019-04-29 | 2020-10-30 | 华为技术有限公司 | 通信方法和通信装置 |
WO2020228615A1 (zh) * | 2019-05-16 | 2020-11-19 | Oppo广东移动通信有限公司 | 一种测量上报方法、电子设备及存储介质 |
CN112153689A (zh) * | 2019-06-29 | 2020-12-29 | 华为技术有限公司 | 一种数据发送方法及装置 |
CN112312423A (zh) * | 2019-07-30 | 2021-02-02 | 华为技术有限公司 | 一种波束失败的处理方法及装置 |
CN112566144A (zh) * | 2019-09-25 | 2021-03-26 | 大唐移动通信设备有限公司 | 一种消息传输方法、终端及基站 |
CN112671978A (zh) * | 2021-01-05 | 2021-04-16 | 北京小米移动软件有限公司 | 通话控制方法、装置、电子设备和存储介质 |
CN112702752A (zh) * | 2020-12-22 | 2021-04-23 | 展讯通信(上海)有限公司 | 通信方法、装置及设备 |
CN112753247A (zh) * | 2018-09-27 | 2021-05-04 | 三星电子株式会社 | 进行无线通信系统中的双连接的装置和方法 |
CN112913302A (zh) * | 2018-10-24 | 2021-06-04 | 佳能株式会社 | 通信装置、用于控制通信装置的方法以及程序 |
CN114158099A (zh) * | 2020-02-25 | 2022-03-08 | 展讯通信(上海)有限公司 | 传输方法及装置 |
CN111989983B (zh) * | 2018-04-06 | 2024-04-02 | 苹果公司 | 用于用户装备设备的装置、系统和方法 |
US12004135B2 (en) | 2018-08-10 | 2024-06-04 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Information indication method, device and terminal |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103369726A (zh) * | 2012-03-30 | 2013-10-23 | 马维尔国际贸易有限公司 | 多模双连接/双待通信终端的自动频率控制装置和方法 |
-
2014
- 2014-05-09 CN CN201410196707.4A patent/CN105101253B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103369726A (zh) * | 2012-03-30 | 2013-10-23 | 马维尔国际贸易有限公司 | 多模双连接/双待通信终端的自动频率控制装置和方法 |
Non-Patent Citations (7)
Title |
---|
ERICSSON: ""RLF handling in dual connectivity"", 《3GPP TSG-RAN WG2 #85,R2-140655》 * |
ERICSSON: ""Secondary Radio Link Failure (S-RLF)"", 《3GPP TSG-RAN WG2 #85BIS,R2-141542》 * |
ITRI: ""Further Discussion on RLF Handling in Dual Connectivity"", 《3GPP TSG-RAN WG2 MEETING#85BIS,R2-141345》 * |
KDDI CORPORATION: ""Discussions on reporting SCG-RLF towards MeNB"", 《3GPP TSG RAN WG2 MEETING #85BIS,R2-141200》 * |
KYOCERA: ""Consideration on SCG RLF"", 《3GPP TSG-RAN WG2 #85BIS,R2-141379》 * |
NTT DOCOMO, INC.: ""RLF handling for a special cell in SCG"", 《3GPP TSG-RAN WG2 #85,R2-140429》 * |
QUALCOMM INCORPORATED: ""On RLF and RLM requirements for the special SCell"", 《3GPP TSG-RAN WG2 MEETING #85BIS,R2-141672》 * |
Cited By (66)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11265730B2 (en) | 2016-02-18 | 2022-03-01 | China Mobile Communications Corporation | Data processing method adapted to access network architecture, access network architecture system and storage medium |
CN107094299B (zh) * | 2016-02-18 | 2021-03-12 | 中国移动通信集团公司 | 自适应于接入网架构的数据处理方法及接入网架构 |
CN107094299A (zh) * | 2016-02-18 | 2017-08-25 | 中国移动通信集团公司 | 自适应于接入网架构的数据处理方法及接入网架构 |
CN109219936A (zh) * | 2016-06-02 | 2019-01-15 | 诺基亚通信公司 | 用于多连接中的可靠通信的装置和方法 |
CN110073692A (zh) * | 2016-09-28 | 2019-07-30 | 夏普株式会社 | 用户设备、基站和方法 |
CN108112040B (zh) * | 2016-11-24 | 2021-01-15 | 中国移动通信有限公司研究院 | 一种双连接等待确定定时器的配置方法及装置 |
CN108112040A (zh) * | 2016-11-24 | 2018-06-01 | 中国移动通信有限公司研究院 | 一种双连接等待确定定时器的配置方法及装置 |
WO2018170856A1 (zh) * | 2017-03-23 | 2018-09-27 | Oppo广东移动通信有限公司 | 无线通信方法和设备 |
CN110771194A (zh) * | 2017-03-23 | 2020-02-07 | 苹果公司 | 用于由en-dc中的辅节点进行测量配置的系统、方法和设备 |
CN110447285A (zh) * | 2017-03-23 | 2019-11-12 | 株式会社Ntt都科摩 | 无线通信系统和无线基站 |
CN110447285B (zh) * | 2017-03-23 | 2023-08-22 | 株式会社Ntt都科摩 | 用户装置 |
US10986696B2 (en) | 2017-03-23 | 2021-04-20 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for wireless communication |
CN108810954A (zh) * | 2017-05-04 | 2018-11-13 | 中兴通讯股份有限公司 | 会话分流的方法及装置 |
CN108811021B (zh) * | 2017-05-04 | 2020-11-06 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的用户设备、基站中的方法和装置 |
CN108810954B (zh) * | 2017-05-04 | 2023-04-18 | 中兴通讯股份有限公司 | 会话分流的方法及装置 |
CN108811021A (zh) * | 2017-05-04 | 2018-11-13 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的用户设备、基站中的方法和装置 |
CN108810926B (zh) * | 2017-05-05 | 2021-02-23 | 华为技术有限公司 | 一种数据传输方法及相关设备 |
CN108810926A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 一种数据传输方法及相关设备 |
CN110741721A (zh) * | 2017-06-15 | 2020-01-31 | 三星电子株式会社 | 处理双rrc系统中的移动性的方法和装置 |
CN111183674B (zh) * | 2017-06-20 | 2023-06-16 | 苹果公司 | 用于流控制触发和反馈的设备和方法 |
US11871375B2 (en) | 2017-06-20 | 2024-01-09 | Apple Inc. | Devices and methods for flow-control triggering and feedback |
CN111183674A (zh) * | 2017-06-20 | 2020-05-19 | 苹果公司 | 用于流控制触发和反馈的设备和方法 |
CN109429257B (zh) * | 2017-06-22 | 2022-11-04 | 夏普株式会社 | 用户设备和相关方法 |
CN109429257A (zh) * | 2017-06-22 | 2019-03-05 | 夏普株式会社 | 用户设备和相关方法 |
US11470672B2 (en) | 2017-07-21 | 2022-10-11 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Multi-connection recovery method in non-activated state and device therefor |
WO2019014948A1 (zh) * | 2017-07-21 | 2019-01-24 | Oppo广东移动通信有限公司 | 非激活状态下的多连接恢复方法及其设备 |
US11218256B2 (en) | 2017-07-27 | 2022-01-04 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method, terminal device and network device |
WO2019019120A1 (zh) * | 2017-07-27 | 2019-01-31 | Oppo广东移动通信有限公司 | 传输数据的方法、终端设备和网络设备 |
CN107567041B (zh) * | 2017-08-08 | 2019-12-10 | 电信科学技术研究院 | 一种处理无线链路故障的方法和设备 |
CN107567041A (zh) * | 2017-08-08 | 2018-01-09 | 电信科学技术研究院 | 一种处理无线链路故障的方法和设备 |
CN111095983B (zh) * | 2017-08-11 | 2022-02-25 | 华为技术有限公司 | 一种无线通信的方法和装置 |
US11012901B2 (en) | 2017-08-11 | 2021-05-18 | Huawei Technologies Co., Ltd. | Wireless communication method and apparatus |
CN111095983A (zh) * | 2017-08-11 | 2020-05-01 | 华为技术有限公司 | 一种无线通信的方法和装置 |
CN109716814A (zh) * | 2017-09-22 | 2019-05-03 | Oppo广东移动通信有限公司 | 数据传输方法及相关设备 |
CN109716814B (zh) * | 2017-09-22 | 2020-08-18 | Oppo广东移动通信有限公司 | 数据传输方法及相关设备 |
CN111345088A (zh) * | 2017-11-15 | 2020-06-26 | 株式会社Ntt都科摩 | 无线通信系统及无线基站 |
CN111345088B (zh) * | 2017-11-15 | 2024-03-08 | 株式会社Ntt都科摩 | 无线通信系统及无线基站 |
CN110149182A (zh) * | 2018-02-12 | 2019-08-20 | 华为技术有限公司 | 一种信息传输方法、相关设备及系统 |
US11582639B2 (en) | 2018-02-12 | 2023-02-14 | Huawei Technologies Co., Ltd. | Information transmission method, related device, and system |
CN110149182B (zh) * | 2018-02-12 | 2022-05-31 | 华为技术有限公司 | 一种信息传输方法、相关设备及系统 |
CN110198553A (zh) * | 2018-02-24 | 2019-09-03 | 维沃移动通信有限公司 | 一种辅小区组删除方法、终端设备及网络节点 |
CN110278574A (zh) * | 2018-03-16 | 2019-09-24 | 维沃移动通信有限公司 | 测量方法、测量配置方法、终端及网络设备 |
CN111989983B (zh) * | 2018-04-06 | 2024-04-02 | 苹果公司 | 用于用户装备设备的装置、系统和方法 |
WO2020024812A1 (zh) * | 2018-08-01 | 2020-02-06 | 维沃移动通信有限公司 | 重配方法及终端 |
US11863381B2 (en) | 2018-08-01 | 2024-01-02 | Vivo Mobile Communication Co., Ltd. | Reconfiguration method and terminal |
US12004135B2 (en) | 2018-08-10 | 2024-06-04 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Information indication method, device and terminal |
WO2020034868A1 (zh) * | 2018-08-17 | 2020-02-20 | 维沃移动通信有限公司 | 连接处理方法及设备 |
CN112753247A (zh) * | 2018-09-27 | 2021-05-04 | 三星电子株式会社 | 进行无线通信系统中的双连接的装置和方法 |
WO2020073769A1 (zh) * | 2018-10-11 | 2020-04-16 | 维沃移动通信有限公司 | 信息发送方法、接收方法、终端及辅基站 |
WO2020073861A1 (zh) * | 2018-10-11 | 2020-04-16 | 维沃移动通信有限公司 | 无线链路恢复方法、终端及辅基站 |
CN112913302A (zh) * | 2018-10-24 | 2021-06-04 | 佳能株式会社 | 通信装置、用于控制通信装置的方法以及程序 |
CN111148097A (zh) * | 2018-11-02 | 2020-05-12 | 华为技术有限公司 | 一种通信方法、通信装置及系统 |
WO2020113367A1 (en) * | 2018-12-03 | 2020-06-11 | Qualcomm Incorporated | Fast recovery from link failure in dual-connectivity systems |
CN113596892A (zh) * | 2019-02-01 | 2021-11-02 | Oppo广东移动通信有限公司 | 无线通信的方法和设备 |
WO2020155120A1 (zh) * | 2019-02-01 | 2020-08-06 | Oppo广东移动通信有限公司 | 无线通信的方法和设备 |
CN111866966A (zh) * | 2019-04-29 | 2020-10-30 | 华为技术有限公司 | 通信方法和通信装置 |
WO2020228615A1 (zh) * | 2019-05-16 | 2020-11-19 | Oppo广东移动通信有限公司 | 一种测量上报方法、电子设备及存储介质 |
CN112153689A (zh) * | 2019-06-29 | 2020-12-29 | 华为技术有限公司 | 一种数据发送方法及装置 |
CN112312423B (zh) * | 2019-07-30 | 2021-11-26 | 华为技术有限公司 | 一种波束失败的处理方法及装置 |
CN112312423A (zh) * | 2019-07-30 | 2021-02-02 | 华为技术有限公司 | 一种波束失败的处理方法及装置 |
CN112566144B (zh) * | 2019-09-25 | 2023-04-14 | 大唐移动通信设备有限公司 | 一种消息传输方法、终端及基站 |
CN112566144A (zh) * | 2019-09-25 | 2021-03-26 | 大唐移动通信设备有限公司 | 一种消息传输方法、终端及基站 |
CN114158099A (zh) * | 2020-02-25 | 2022-03-08 | 展讯通信(上海)有限公司 | 传输方法及装置 |
CN112702752A (zh) * | 2020-12-22 | 2021-04-23 | 展讯通信(上海)有限公司 | 通信方法、装置及设备 |
CN112671978B (zh) * | 2021-01-05 | 2023-02-24 | 北京小米移动软件有限公司 | 通话控制方法、装置和存储介质 |
CN112671978A (zh) * | 2021-01-05 | 2021-04-16 | 北京小米移动软件有限公司 | 通话控制方法、装置、电子设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105101253B (zh) | 2020-04-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105101253A (zh) | 在双连接系统中使用的方法、主基站和用户设备 | |
US9781637B2 (en) | Link failure recovery method and apparatus | |
EP2853109B1 (en) | Method for detecting cause of radio link failure or handover failure | |
CN103202089B (zh) | 用于控制无线设备中的多个无线电接入承载的重新配置的方法 | |
CN101212775B (zh) | 一种切换过程中无线链路失败的处理方法及其装置 | |
CN108243468A (zh) | 用户移动性方法和设备 | |
EP2348771A1 (en) | Method and device for informing handover failure indication information | |
CN108243469A (zh) | 用户移动性方法和设备 | |
EP2434797A1 (en) | Method and apparatus for judging matching of reselection parameters and handover parameters between cells | |
CN104640232A (zh) | 处理无线链路失败的方法 | |
US10057937B2 (en) | Communications via multiple access points | |
BRPI0610332A2 (pt) | processo de atualização de célula entre o equipamento do usuário e uma rede | |
KR20140006789A (ko) | 무선통신망에서 보고 메시지의 망 기반 제어 | |
US11558925B2 (en) | Notification method and device for execution of PDCP data recovery | |
CN109803314B (zh) | 数据传输方法及装置 | |
US20210251032A1 (en) | Communication method, apparatus, and system | |
EP2981132A1 (en) | Communication device and handover control method in radio communication system | |
CN102098722A (zh) | 一种mdt信息的处理方法和设备 | |
CN103945408A (zh) | 一种无线链路监测方法和设备 | |
TW202123767A (zh) | 用於在通訊網路中管理無線電承載相容性之系統和方法 | |
CN114845320A (zh) | 条件主辅小区改变失败的处理方法、处理系统和基站系统 | |
EP3026949A1 (en) | Information processing method and device thereof and communication system | |
JP6239254B2 (ja) | 移動通信システム、及びハンドオーバ転送データ待ち制御方法 | |
CN116419308A (zh) | 连接建立失败报告方法和用户设备 | |
CN111356248B (zh) | 一种接入网设备间建立连接的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: No. 388 Jinqiao ningqiao Road, Pudong New Area, Shanghai Applicant after: Shanghai NOKIA Baer Limited by Share Ltd Applicant after: Alcatel Optical Networks Israe Address before: 201206 Pudong New Area Jinqiao Ning Road, Shanghai, No. 388 Applicant before: Shanghai Alcatel-Lucent Co., Ltd. Applicant before: Alcatel Optical Networks Israe |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |