CN116887448A - 一种rrc连接恢复方法及装置 - Google Patents

一种rrc连接恢复方法及装置 Download PDF

Info

Publication number
CN116887448A
CN116887448A CN202310791229.0A CN202310791229A CN116887448A CN 116887448 A CN116887448 A CN 116887448A CN 202310791229 A CN202310791229 A CN 202310791229A CN 116887448 A CN116887448 A CN 116887448A
Authority
CN
China
Prior art keywords
rrc connection
error
rrc
data packets
received
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.)
Pending
Application number
CN202310791229.0A
Other languages
English (en)
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.)
Shanghai National Engineering Research Center of Digital Television Co Ltd
Original Assignee
Shanghai National Engineering Research Center of Digital Television Co Ltd
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 Shanghai National Engineering Research Center of Digital Television Co Ltd filed Critical Shanghai National Engineering Research Center of Digital Television Co Ltd
Priority to CN202310791229.0A priority Critical patent/CN116887448A/zh
Publication of CN116887448A publication Critical patent/CN116887448A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/40—Connection management for selective distribution or broadcast

Landscapes

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

Abstract

本发明涉及一种通信技术领域，尤其涉及一种RRC连接恢复方法及装置，包括：终端设备获取预设要求；处于RRC非激活态的终端设备接收多播业务；当终端设备的多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态，通过本发明的技术方案，引入一种RRC连接恢复机制，处于RRC非激活态的UE通过判断多播业务的接收质量是否符合预设要求，使UE自RRC非激活态及时、准确地恢复至RRC连接态，RRC连接态的UE可以对业务接收进行上行反馈，基站可以基于反馈进行重传及补传，进而可以减小多播业务的丢包率，提高业务传输的可靠性，降低业务的传输时延，提升用户性能和体验。

Description

一种RRC连接恢复方法及装置
技术领域
本发明涉及一种通信技术领域，尤其涉及一种RRC连接恢复方法及装置。
背景技术
随着5G通信技术的快速发展，3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)R13在LTE具有的RRC_IDLE空闲态和RRC_CONNECTED连接态的基础上，考虑信令开销和功耗，新引入了RRC_INACTIVE非激活态，在用户处于RRC_INACTIVE状态下，不仅能够降低功耗，还能够快速接入，满足5G面向万物互联时的高速率要求，减少信令开销，避免出现大量的设备零星地传送少量的数据而导致过高的信令开销问题。5G的R15规范延续了R13新引入的RRC_INACTIVE状态，实际运行中，用户RRC连接建立后，将处于RRC_CONNECTED状态，可根据实际运行情况切换至RRC_INACTIVE状态，或直接切换至RRC_IDLE状态，或切换至RRC_INACTIVE状态后再切换至RRC_IDLE状态。相应地，现有技术中，若处于RRC_INACTIVE状态的UE想要恢复到RRC_CONNECTED状态，通常采用基站下发寻呼消息或UE向基站发送RRC Resume Request消息这两种方式实现RRC连接恢复。
但是，随着3GPP R18中对处于RRC_INACTIVE的UE的多播业务接收机制的研究工作的开展，发明人发现最新的研究工作至少还存在如下问题：当多播业务的接收质量较差时，处于RRC非激活态的UE无法将接收情况及时、准确反馈至基站，相应地，基站无法及时、准确地对相应的多播业务进行补传、重传等操作，进而导致多播业务的丢包率提高、可靠性下降。
由此，在现有的RRC非激活态的UE的多播业务接收机制中，需要引入一种多播业务接收质量较差下的恢复RRC连接状态的机制。
进一步地，发明人还发现，如果直接采用现有方式恢复RRC连接也无法解决问题，当使用基站向UE发送寻呼消息的方式使UE恢复RRC连接态时，由于基站无法及时、准确地知晓UE当前接收质量较差的情况以及所对应的具体的多播业务，基站无法及时准确地发送寻呼消息，进而导致RRC连接恢复的不及时或失败，基站无法针对具体的多播业务进行重传、补传；当UE使用发送RRC Resume Request消息的恢复方式时，需要UE与基站之间的响应确认，信令的往返以及可能的信令丢失和重传会导致RRC连接恢复的不及时或失败，基站也无法针对具体的多播业务进行重传、补传等操作。总之，现有的恢复方式无法根本性地解决处于RRC非激活态下的UE的多播业务接收质量较差的问题。
因此，现有技术亟需一种RRC连接恢复的方法。
发明内容
针对目前处于RRC非激活态接收MBS业务存在的上述问题，本发明提供一种RRC连接恢复的方法及装置。
提供一种RRC连接恢复方法，方法由终端设备执行，方法包括：
终端设备获取预设要求；
处于RRC非激活态的终端设备接收多播业务；
当终端设备的多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
提供一种RRC连接恢复方法，其特征在于，所述方法由网络设备执行，所述方法包括：
生成并发送预设要求，所述预设要求用于指示处于RRC非激活态的所述终端设备的多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态。
提供一种RRC连接恢复装置，其特征在于，所述装置用于终端设备，所述装置中包括：
一第一获取模块，用于获取预设要求；
一第二获取模块，用于处于RRC非激活态获取多播业务；
一处理模块，用于在所述多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，使所述终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
提供一种RRC连接恢复装置，其特征在于，所述装置用于网络设备，所述装置中包括：
一生成模块，用于生成预设要求，所述预设要求用于指示处于RRC非激活态的所述终端设备的多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态；
一发送模块，用于将所述预设要求发送至终端设备。
提供一种基站，包括处理器和存储器，所述存储器设置为存储计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器实现如上述发送指示信息的方法。
提供一种终端，包括处理器和存储器，所述存储器设置为存储计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器实现上述接收指示信息的方法。
一种计算机可读存储介质，包括计算机程序，所述计算机程序被处理器执行时，使得所述处理器实现所述任一项方法。
本发明的有益效果：引入一种RRC连接恢复机制，处于RRC非激活态的UE通过判断多播业务的接收质量是否符合预设要求，使UE自RRC非激活态及时、准确地恢复至RRC连接态，RRC连接态的UE可以对业务接收进行上行反馈，基站可以基于反馈进行重传及补传，进而可以减小多播业务的丢包率，提高业务传输的可靠性，降低业务的传输时延，提升用户性能和体验。
附图说明
图1用于在本发明的一种实施方式中，预设要求的处理流程示意图；
图2用于在本发明的一种实施方式中，预设要求的处理流程示意图；
图3用于在本发明的一种实施方式中，预设要求的处理流程示意图；
图4用于在本发明的一种实施方式中，预设要求的处理流程示意图；
图5用于在本发明的一种实施方式中，预设要求的处理流程示意图；
图6用于在本发明的一种实施方式中，预设要求的处理流程示意图；
图7用于在本发明的一种实施方式中，预设要求的处理流程示意图；
图8用于在本发明的一种实施方式中，预设要求的处理流程示意图；
图9用于在本发明的一种实施方式中，预设要求的处理流程示意图；
图10用于在本发明的一种实施方式中，接收装置的结构示意图；
图11用于在本发明的一种实施方式中，接收装置的结构示意图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。
本发明研究发现，现有的多播业务接收机制中存在问题，即处于RRC非激活态的UE在接收多播业务时，若多播业务的接收质量较差，UE无法将接收情况及时、准确反馈至基站，基站无法及时、准确地对相应的多播业务进行补传、重传等操作。
因此，本专利提出引入一种RRC非激活态下的UE的多播业务接收质量较差时，恢复RRC连接状态的机制，即RRC非激活态下的UE接收的多播业务质量较差时，UE可以恢复至RRC连接态，对业务接收情况进行上行反馈，将该多播业务的接收质量较差的情况告知至基站，基站明确接收质量较差的多播业务后，可以调度各种传输资源、使用各种加扰方式，灵活地对相应的多播业务进行及时准确的重传、补传。
又考虑到，现有技术中恢复RRC连接的方式无法直接解决本专利的技术问题，若使用基站向UE发送寻呼消息的方式恢复RRC连接，基站也无法及时、准确地知晓UE当前接收质量较差的情况以及所对应的具体的多播业务，基站无法及时发送寻呼消息，无法及时完成RRC连接恢复，也就无法准确对多播业务进行重传补传，实际上，由于寻呼消息的触发条件根本不涉及多播业务的质量接收情况，UE甚至不会触发寻呼消息的发送，也就根本不会触发RRC连接恢复流程，根本无法对多播业务进行补传重传；若UE使用发送RRC ResumeRequest消息的方式恢复RRC连接，基站需要对RRC Resume Request消息进行响应，UE需要等待基站的响应，信令的往返以及可能的信令丢失以及重传会导致RRC连接恢复的不及时或失败，基站也无法针对具体的多播业务进行重传、补传等操作，此外，考虑到RRC ResumeRequest消息发送的触发条件仅涉及紧急业务数据、高优先级业务数据、mt-Access移动终端收到寻呼而相应发起的接入、mo-Signalling移动端发起信令数据、mo-Data移动端发起数据、mo-VoiceCall移动端发起语音呼叫、mo-VideoCall移动端发起视频呼叫、mo-SMS移动端发起短消息业务、rna-UpdateRNA更新、mps-PriorityAccess、mcs-PriorityAccess这些触发条件，不仅需要额外添加触发条件，修改操作方式，还不能解决此处的技术问题。
总之，本专利新引入的RRC非激活态下的UE的多播业务接收质量较差时恢复RRC连接的机制中，无法直接采用现有技术的恢复方式，现有的恢复方式无法根本性地解决处于RRC非激活态下的UE的多播业务接收质量较差的问题。
由此，本发明提供一种RRC连接恢复方法和装置，通过判断处于RRC非激活态下的UE的多播业务的接收质量是否符合预设要求，使UE自RRC非激活态及时、准确地恢复至RRC连接态，进而可以减小多播业务的丢包率，提高业务传输的可靠性，降低业务的传输时延，提升用户性能和体验。
首先，本发明提供一种RRC连接恢复方法，如图1所示，方法由终端设备执行，方法包括：
终端设备获取预设要求；
处于RRC非激活态的终端设备接收多播业务；
当终端设备的多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
具体地，终端设备通过获取预设要求，以及于RRC非激活态下接收多播业务，当RRC非激活态下接收的多播业务质量不符合预设要求时，则触发RRC连接恢复流程，使终端设备从RRC非激活态恢复到RRC连接态。
其中，终端设备获取预设要求时所处的连接状态可以是RRC连接态，也可以是RRC非激活态，还可以是RRC空闲态。
其中，UE在RRC连接态下接收的多播业务，和该UE在RRC非激活态下能够接收的多播业务不一定完全相同，本发明是针对RRC非激活态下的UE的多播业务接收质量较差的情况，而提出的RRC恢复连接方式，本发明所述的多播业务均是UE能够在RRC非激活态下接收的多播业务。
需要注意的是，本发明对终端设备获取预设要求和处于RRC非激活态的终端设备接收多播业务之间的先后顺序不做唯一的限定，图1主要是用于展现RRC连接恢复方法中所涉及的流程，而不是用于限定这两者的先后顺序，终端设备执行RRC恢复连接的过程中，终端设备可以先获取预设要求，后于RRC非激活态下接收多播业务，也可以先于RRC非激活态下接收多播业务，后获取预设要求。例如，PTM configuration中携带预设要求时，终端设备可以先在RRC连接态下接收包含suspend configuration的RRC release message消息，获取RRC release message消息中的PTM configuration携带的预设要求并转入RRC非激活态，UE处于RRC非激活态后接收多播业务，即终端设备先接收预设要求，后接收多播业务；终端设备可以先在RRC非激活态下接收多播业务，之后通过MCCH获取PTM configuration携带的预设要求，即终端设备先接收多播业务，后接收预设要求。
在本发明的一种实施方式中，终端设备获取预设要求的过程包括：
接收来自网络设备发送的预设要求；或
读取终端设备存储的预设要求。
具体地，UE获取预设要求的方式，可以是UE读取预先存储的预设要求，可以是接收基站下发的预设要求，还可以是其他方式。
其中，UE预先存储的预设要求又可以具体包括：预设要求写入通信协议或程序，将通信协议或程序预先烧录进UE，使UE在执行RRC恢复连接方法时直接调用、获取具体的预设要求。
例如，系统中存在一用户设备UE1，UE1处于RRC非激活态下，UE1在RRC非激活态下接收一多播业务MBS1，当多播业务MBS1的接收质量较差时，UE1无法将MBS1接收质量较差的情况反馈至网络设备，如果采用现有技术，若基站向UE1发送寻呼消息以恢复RRC连接，基站无法及时知晓UE1存在多播业务接收质量较差的情况，基站无法及时发送寻呼消息，无法及时恢复RRC连接；若UE1使用发送RRC Resume Request消息的方式恢复RRC连接，基站根据RRCResume Request消息进行响应，UE1等待基站的响应，此间涉及信令的往返传送，并且如果出现信令的丢失重传，会进一步地导致RRC连接恢复的不及时。相应地，本专利提供的技术方案，可以通过判断MBS1接收质量是否符合预设要求，以触发RRC连接恢复流程，由此，处于RRC非激活态后的UE1，将直接恢复RRC连接，进而及时向基站进行上行反馈，及时接收MBS1的数据包、及时减小多播业务丢包率，提高业务传输可靠性，降低业务的传输时延，提升用户性能和体验。
又例如，系统中存在一用户设备UE1，UE1处于RRC非激活态下，UE1在RRC非激活态下接收一多播业务MBS1，当多播业务MBS1的接收质量较差时，UE1无法将MBS1接收质量较差的情况反馈至网络设备，如果采用现有技术，若基站向UE1发送寻呼消息以恢复RRC连接，基站无法准确地知晓UE1接收的多播业务中MBS1的接收质量较差，基站无法准确地对MBS1进行补传、重传；若UE使用发送RRC Resume Request消息的方式恢复RRC连接，基站需要根据RRCResume Request消息进行响应，UE需要等待基站的响应，信令的往返会导致RRC连接恢复的不准确，基站也无法针对具体的多播业务进行重传、补传等操作。相应地，本专利提供的技术方案，可以通过判断MBS1接收质量是否符合预设要求，以准确触发RRC连接恢复流程，由此，处于RRC非激活态后的UE1，将直接恢复RRC连接，进而准确将MBS1接收质量较差的情况向基站进行上行反馈，使基站准确补传、重传MBS1的数据包，减小多播业务丢包率，提高业务传输可靠性，降低业务的传输时延，提升用户性能和体验。
需要说明的是，此处的用户设备包括手机终端，还可以包括车辆通信终端。本发明对用户设备的具体载体不做限制。
在本发明的一种实施方式中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
判断所有的多播业务的正确接收率是否符合预设要求。
在本发明的一种实施方式中，终端设备获取预设要求，预设要求可以包括：
所有的多播业务的正确接收率阈值。
在本发明的一种实施方式中，如图2所示，判断接收的所有的多播业务的正确接收率是否符合预设要求的过程包括：
获取所有的多播业务的正确接收率阈值；
获取所有的多播业务的正确接收率，正确接收率为终端设备在一段时间内对于所有的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
判断正确接收率是否小于或小于等于正确接收率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
具体地，UE获取所有的多播业务的正确接收率阈值，获取处于RRC非激活下接收的所有的多播业务的正确接收率，通过判断正确接收率是否小于或小于等于正确接收率阈值，以判断处于RRC非激活下的所有多播业务接收质量是否符合预设要求，进而决定是否触发RRC恢复流程，若小于或小于等于正确接收率阈值，即接收质量不符合预设要求，由此触发RRC恢复流程，UE从RRC非激活态恢复到RRC连接态。
其中，UE获取所有多播业务的正确接收率阈值，和UE获取所有的多播业务的正确接收率之间的先后顺序可以是：UE先获取所有的多播业务的正确接收率阈值，之后获取处于RRC非激活下接收的所有的多播业务的正确接收率；还可以是UE先获取处于RRC非激活下接收的所有的多播业务的正确接收率，之后获取所有的多播业务的正确接收率阈值。
其中，UE获取的所有的多播业务的正确接收率，是针对UE处于RRC非激活态下能够接收到的所有的多播业务。实际上，UE在RRC连接态也可以接收多播业务，UE在RRC连接态下能够接收的多播业务，和UE在RRC非激活态能够接收的多播业务不完全相同，本专利所述的“所有的多播业务”均是指对UE处于RRC非激活态下能够接收到的所有的多播业务。
在本发明的一种实施方式中，所有的多播业务的正确接收率中：
数据包总数可以是接收到的PHY层，或MAC层中所有多播业务的SDU个数，正确接收的数据包个数可以是应用层，或SDAP层，或PDCP层，或RLC层，或MAC层中所有业务的正确接收并解码的数据包个数。
具体地，在UE获取所有的多播业务的正确接收率的过程中，通过获取所有多播业务的数据包总数以及正确接收的数据包个数，以确定正确接收的数据包个数占数据包总数的比例，即所有的多播业务的正确接收率。
例如，系统中存在一用户设备UE1，UE1处于RRC非激活态下，UE1在RRC非激活态下接收两个多播业务MBS1和MBS2，若正确接收的数据包是RLC层中MBS1和MBS2的正确接收并解码的数据包个数，数据包总数是接收到的MAC层中MBS1和MBS2的SDU个数，那么，当MAC层中MBS1和MBS2的SDU个数为100，RLC层中MBS1和MBS2的正确接收并解码的数据包个数为50时，那么UE1获取的正确接收率为50％。
基于上述举例，若UE1获取的正确接收率阈值为60％，UE1判断获取的正确接收率50％小于正确接收率阈值60％，即处于RRC非激活下的所有多播业务MBS1和MBS2接收质量不符合预设要求，将触发RRC恢复流程。
在本发明的一种实施方式中，正确接收率阈值与正确接收的数据包所属的层级之间呈反比关系。
具体地，在获取正确接收率的过程中，对于正确接收的数据包个数，可以将应用层中所有业务的正确接收并解码的数据包个数作为正确接收的数据包个数，可以将SDAP层中所有业务的正确接收并解码的数据包个数作为正确接收的数据包个数，可以将PDCP层中所有业务的正确接收并解码的数据包个数作为正确接收的数据包个数，可以将RLC层中所有业务的正确接收并解码的数据包个数作为正确接收的数据包个数，也可以将MAC层中所有业务的正确接收并解码的数据包个数作为正确接收的数据包个数。
由于，正确接收数据包的计算方式不同，即以不同层级的所有业务正确接收并解码的数据包个数作为正确接收数据包个数去计算正确接收率，会导致UE最后获取的正确接收率不同。因此，正确接收率阈值与正确接收的数据包所属的层级之间呈反比关系。如果UE以越高的层级的正确接收并解码的数据包个数计算正确接收率时，获取的正确接收率阈值数值将越低；又如果，UE以越低层级的正确接收并解码的数据包个数计算正确接收率时，获取的正确接收率阈值数值将越高。
例如，系统中存在一用户设备UE1，UE1处于RRC非激活态下，UE1在RRC非激活态下接收两个多播业务MBS1和MBS2，当数据包总数是接收到的MAC层中所有的多播业务MBS1和MBS2的SDU个数，是100个，MAC层中MBS1和MBS2的正确接收并解码的数据包个数为50，RLC层中MBS1和MBS2的正确接收并解码的数据包个数为40时：如果以MAC层中所有多播业务的正确接收并解码的数据包个数计算正确率，则UE1获取的正确接收率为50％，相应地，UE1获取的正确接收率阈值可以为60％；如果以RLC层中所有多播业务的正确接收并解码的数据包个数计算正确率，则UE1获取的正确接收率为40％，相应地，UE2获取的正确接收率阈值可以为50％。
需要注意的是，UE获取正确接收率阈值的方式，可以是UE读取预先存储的正确接收率阈值，可以是接收基站下发的正确接收率阈值，还可以是其他方式。若正确接收率阈值的取值设置可以变化时，正确接收率阈值可以设置成与正确接收的数据包所属的层级呈反比关系。进一步需要注意的是，若基站可以对正确接收率阈值进行重配置，那么，在基站对正确接收率阈值重配置之前，UE将以最新更新的正确接收率阈值进行判断。
需要注意的是，还可以通过通信协议等方式规定具体的正确接收率阈值，此时的正确接收率阈值则是不可变化的。例如，通信协议中规定正确接收率阈值的具体取值，UE中烧录通信协议，相应地，UE直接执行通信协议，获取正确接收率阈值，在处于RRC非激活态下接收多播业务时，通过判断此时的多播业务的正确接收率与协议规定的正确接收率阈值之间的大小，决定是否要触发RRC连接恢复流程，并在正确接收率小于或小于等于正确接收率阈值时，触发RRC连接恢复流程，使UE从RRC非激活态恢复到RRC连接态。
在本发明的一种实施方式中，所有的多播业务的正确接收率中：
总数据包数可以是接收到的PHY数据包或MAC PDU个数，正确接收数据包个数可以是正确接收并解码的PHY数据包或MAC PDU个数。
例如，系统中存在一用户设备UE1，UE1处于RRC非激活态下，UE1在RRC非激活态下共接收两个多播业务MBS1和MBS2，若数据包总数是接收到的MAC PDU个数，正确接收的数据包是正确接收并解码的MAC PDU个数，那么，当接收到的MAC PDU个数为100，正确接收并解码的MAC PDU个数为60时，那么UE1获取的正确接收率为60％。
基于上述举例，若UE1获取的正确接收率阈值为70％，UE1判断获取的正确接收率60％小于正确接收率阈值70％，即处于RRC非激活下的所有多播业务MBS1和MBS2接收质量不符合预设要求，将触发RRC恢复流程。
在本发明的一种实施方式中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
判断特定的多播业务的正确接收率是否符合预设要求。
在本发明的一种实施方式中，终端设备获取预设要求，预设要求可以包括：
特定的多播业务的正确接收率阈值。
在本发明的一种实施方式中，如图3所示，判断接收的特定的多播业务的正确接收率是否符合预设要求的过程包括：
获取特定的多播业务的正确接收率阈值；
获取特定的多播业务的正确接收率，正确接收率为终端设备在一段时间内对于所有或特定的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
判断正确接收率是否小于或小于等于正确接收率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
具体地，UE获取特定的多播业务的正确接收率阈值，获取处于RRC非激活下接收的特定的多播业务的正确接收率，通过判断正确接收率是否小于或小于等于正确接收率阈值，以判断处于RRC非激活下的所有多播业务接收质量是否符合预设要求，进而决定是否触发RRC恢复流程，若小于或小于等于正确接收率阈值，即接收质量不符合预设要求，由此触发RRC恢复流程，UE从RRC非激活态恢复到RRC连接态。
其中，UE获取特定多播业务的正确接收率阈值，和UE获取特定的多播业务的正确接收率之间的先后顺序可以是：UE先获取特定的多播业务的正确接收率阈值，之后获取处于RRC非激活下接收的特定的多播业务的正确接收率；还可以是UE先获取处于RRC非激活下接收的特定的多播业务的正确接收率，之后获取特定的多播业务的正确接收率阈值。
在本发明的一种实施方式中，特定的多播业务的优先级相较于终端接收的其他多播业务更高。
具体地，UE在RRC连接态和RRC非激活态下都可以接收多播业务，UE在RRC连接态下能够接收的多播业务，和UE在RRC非激活态能够接收的多播业务不完全相同，此处描述特定的多播业务，是在UE处于RRC非激活态下能够接收到的多播业务中，具有较高的优先级的多播业务。
其中，UE可以通过分析多播业务的逻辑信道的优先级，判断哪些多播业务相较于其他多播业务具有较高的优先级。
在本发明的一种实施方式中，特定的多播业务的正确接收率中：
数据包总数为接收到的PHY层或MAC层中特定多播业务的SDU个数，正确接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中特定多播业务的正确接收并解码的数据包个数。
例如，系统中存在一用户设备UE2，UE2处于RRC非激活态下，UE2在RRC非激活态下接收两个多播业务MBS3和MBS4，MBS3的优先级高于MBS4，特定的多播业务是MBS3，若UE2根据MBS3的接收质量高低决定是否恢复RRC连接，正确接收的数据包是MAC层中MBS3的正确接收并解码的数据包个数，数据包总数是接收到的MAC层中MBS3的SDU个数，那么，当MAC层中MBS3的SDU个数为100，MAC层中MBS3的正确接收并解码的数据包个数为50时，那么UE2获取的正确接收率为50％。
基于上述举例，若UE2获取的正确接收率阈值为60％，UE2判断获取的正确接收率50％小于正确接收率阈值60％，即处于RRC非激活下的特定的多播业务MBS3接收质量不符合预设要求，将触发RRC恢复流程。
在本发明的一种实施方式中，正确接收阈值与正确接收的数据包所属的层级之间呈反比关系。
具体地，正确接收率阈值与正确接收的数据包所属的层级之间呈反比关系。如果UE以越高的层级的正确接收并解码的数据包个数计算正确接收率时，获取的正确接收率阈值数值将越低；又如果，UE以越低层级的正确接收并解码的数据包个数计算正确接收率时，获取的正确接收率阈值数值将越高。
例如，系统中存在一用户设备UE2，UE2处于RRC非激活态下，UE2在RRC非激活态下接收两个多播业务MBS3和MBS4，特定的多播业务是MBS3，若UE2根据MBS3的接收质量高低决定是否恢复RRC连接，当MBS3的数据包总数为100个，MAC层中MBS3的正确接收并解码的数据包个数为50，RLC层中MBS3的正确接收并解码的数据包个数为40时：如果以MAC层中MBS3的正确接收并解码的数据包个数计算正确率，则UE2获取的正确接收率为50％，相应地，UE2获取的正确接收率阈值可以为60％；如果以RLC层中MBS3的正确接收并解码的数据包个数计算正确率，则UE2获取的正确接收率为40％，相应地，UE2获取的正确接收率阈值可以为50％。
在本发明的一种实施方式中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
判断所有的多播业务的错误接收率是否符合预设要求。
在本发明的一种实施方式中，终端设备获取预设要求，预设要求可以包括：
所有的多播业务的错误接收率阈值。
在本发明的一种实施方式中，如图4所示，判断接收的所有的多播业务的错误接收率是否符合预设要求的过程包括：
获取所有的多播业务的错误接收率阈值；
获取所有的多播业务的错误接收率，错误接收率为终端设备在一段时间内对于所有的多播业务，错误接收的数据包个数占接收的数据包总数的比例；
判断错误接收率是否大于或大于等于错误接收率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
具体地，UE获取所有的多播业务的错误接收率阈值，获取处于RRC非激活下接收的所有的多播业务的错误接收率，通过判断错误接收率是否大于或大于等于错误接收率阈值，以判断处于RRC非激活下的所有多播业务接收质量是否符合预设要求，进而决定是否触发RRC恢复流程，若大于或大于等于错误接收率阈值，即接收质量不符合预设要求，由此触发RRC恢复流程，UE从RRC非激活态恢复到RRC连接态。
其中，UE获取所有多播业务的错误接收率阈值，和UE获取所有的多播业务的错误接收率之间的先后顺序可以是：UE先获取所有的多播业务的错误接收率阈值，之后获取处于RRC非激活下接收的所有的多播业务的错误接收率；还可以是UE先获取处于RRC非激活下接收的所有的多播业务的错误接收率，之后获取所有的多播业务的错误接收率阈值。
其中，UE获取的所有的多播业务的错误接收率，是针对UE处于RRC非激活态下能够接收到的所有的多播业务。实际上，UE在RRC连接态也可以接收多播业务，UE在RRC连接态下能够接收的多播业务，和UE在RRC非激活态能够接收的多播业务不完全相同，本专利所述的“所有的多播业务”均是指对UE处于RRC非激活态下能够接收到的所有的多播业务。
在本发明的一种实施方式中，所有的多播业务的错误接收率中：
数据包总数可以是接收到的PHY层或MAC层中所有多播业务的SDU个数，错误接收的数据包个数可以是应用层或SDAP层或PDCP层或RLC层或MAC层中所有业务的错误接收或解码的数据包个数。
例如，系统中存在一用户设备UE3，UE3处于RRC非激活态下，UE3在RRC非激活态下共接收两个多播业务MBS4和MBS5，若错误接收的数据包是RLC层中所有多播业务MBS4和MBS5的错误接收或解码的数据包个数，数据包总数是接收到的MAC层中所有多播业务MBS4和MBS5的SDU个数，那么，当MAC层的所有多播业务MBS4和MBS5的SDU个数为100，RLC层中MBS4和MBS5的错误接收或解码的数据包个数为70时，那么UE3获取的错误接收率为70％。
基于上述举例，若UE3获取的错误接收率阈值为60％，UE3判断获取的错误接收率70％大于错误接收率阈值60％，即处于RRC非激活下的所有多播业务MBS4和MBS5接收质量不符合预设要求，将触发RRC恢复流程。
在本发明的一种实施方式中，错误接收阈值与错误接收的数据包所属的层级之间呈反比关系。
在本发明的一种实施方式中，所有的多播业务的错误接收率中：
总数据包数可以是接收到的PHY数据包或MAC PDU个数，错误接收数据包个数可以是错误接收或错误解码的PHY数据包或MAC PDU个数。
例如，系统中存在一用户设备UE3，UE3处于RRC非激活态下，UE3在RRC非激活态下共接收两个多播业务MBS4和MBS5，若数据包总数是接收到的MAC PDU个数，错误接收的数据包是错误接收或解码的MAC PDU个数，那么，当接收到的MAC PDU个数为100，错误接收或错误解码的MAC PDU个数为50时，那么UE3获取的错误接收率为50％。
基于上述举例，若UE3获取的错误接收率阈值为40％，UE3判断获取的错误接收率50％大于错误接收率阈值40％，即处于RRC非激活下的所有多播业务MBS4和MBS5接收质量不符合预设要求，将触发RRC恢复流程。
在本发明的一种实施方式中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
判断特定的多播业务的错误接收率是否符合预设要求。
在本发明的一种实施方式中，终端设备获取预设要求，预设要求可以包括：
特定的多播业务的错误接收率阈值。
在本发明的一种实施方式中，如图5所示，判断接收的特定的多播业务的错误接收率是否符合预设要求的过程包括：
获取特定的多播业务的错误接收率阈值；
获取特定的多播业务的错误接收率，错误接收率为终端设备在一段时间内对于所有或特定的多播业务，错误接收的数据包个数占接收的数据包总数的比例；
判断错误接收率是否大于或大于等于错误接收率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
具体地，UE获取特定的多播业务的错误接收率阈值，获取处于RRC非激活下接收的特定的多播业务的错误接收率，通过判断错误接收率是否大于或大于等于错误接收率阈值，以判断处于RRC非激活下的所有多播业务接收质量是否符合预设要求，进而决定是否触发RRC恢复流程，若大于或大于等于错误接收率阈值，即接收质量不符合预设要求，由此触发RRC恢复流程，UE从RRC非激活态恢复到RRC连接态。
其中，UE获取特定多播业务的错误接收率阈值，和UE获取特定的多播业务的错误接收率之间的先后顺序可以是：UE先获取特定的多播业务的错误接收率阈值，之后获取处于RRC非激活下接收的特定的多播业务的错误接收率；还可以是UE先获取处于RRC非激活下接收的特定的多播业务的错误接收率，之后获取特定的多播业务的错误接收率阈值。
在本发明的一种实施方式中，特定的多播业务的优先级相较于终端接收的其他多播业务更高。
具体地，UE在RRC连接态和RRC非激活态下都可以接收多播业务，UE在RRC连接态下能够接收的多播业务，和UE在RRC非激活态能够接收的多播业务不完全相同，此处描述特定的多播业务，是在UE处于RRC非激活态下能够接收到的多播业务中，具有较高的优先级的多播业务。
其中，UE可以通过分析多播业务的逻辑信道的优先级，判断哪些多播业务相较于其他多播业务具有较高的优先级。
在本发明的一种实施方式中，特定的多播业务的错误接收率中：
数据包总数为接收到的PHY层或MAC层中特定多播业务的SDU个数，错误接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中特定多播业务的错误接收或解码的数据包个数。
例如，系统中存在一用户设备UE4，UE4处于RRC非激活态下，UE4在RRC非激活态下接收两个多播业务MBS6和MBS7，MBS6的优先级高于MBS7，特定的多播业务是MBS6，若UE4根据MBS6的接收质量高低决定是否恢复RRC连接，错误接收的数据包是MAC层中MBS6的错误接收或解码的数据包个数，数据包总数是接收到的MAC层中MBS6的SDU个数，那么，当MAC层中MBS6的SDU个数为100，MAC层中MBS6的错误接收或解码的数据包个数为50时，那么UE4获取的错误接收率为50％。
基于上述举例，若UE4获取的错误接收率阈值为40％，UE4判断获取的错误接收率50％大于错误接收率阈值40％，即处于RRC非激活下的特定的多播业务MBS6接收质量不符合预设要求，将触发RRC恢复流程。
在本发明的一种实施方式中，错误接收阈值与错误接收的数据包所属的层级之间呈正比关系。
具体地，错误接收率阈值与错误接收的数据包所属的层级之间呈正比关系。如果UE以越高的层级的错误接收或解码的数据包个数计算错误接收率时，获取的错误接收率阈值数值将越高；又如果，UE以越低层级的错误接收或解码的数据包个数计算错误接收率时，获取的错误接收率阈值数值将越低。
需要注意的是，UE获取错误接收率阈值的方式，可以是UE读取预先存储的错误接收率阈值，可以是接收基站下发的错误接收率阈值，还可以是其他方式。若错误接收率阈值的取值设置可以变化时，错误接收率阈值可以设置成与错误接收的数据包所属的层级呈正比关系。进一步需要注意的是，若基站可以对错误接收率阈值进行重配置，那么，在基站对错误接收率阈值重配置之前，UE将以最新更新的错误接收率阈值进行判断。
需要注意的是，还可以通过通信协议等方式规定具体的错误接收率阈值，此时的错误接收率阈值则是不可变化的。例如，UE中已烧录通信协议，相应地，UE直接执行通信协议，获取错误接收率阈值，在处于RRC非激活态下接收多播业务时，通过判断此时的多播业务的错误接收率与协议规定的错误接收率阈值之间的大小，决定是否要触发RRC连接恢复流程，并在错误接收率大于或大于等于错误接收率阈值时，触发RRC连接恢复流程，使UE从RRC非激活态恢复到RRC连接态。
例如，系统中存在一用户设备UE4，UE4处于RRC非激活态下，UE4在RRC非激活态下接收两个多播业务MBS6和MBS7，MBS6的优先级高于MBS7，特定的多播业务是MBS6，若UE4根据MBS6的接收质量高低决定是否恢复RRC连接，当MBS6的数据包总数为100个，MAC层中MBS6的错误接收或解码的数据包个数为40，RLC层中MBS6的错误接收或解码的数据包个数为70时：如果以MAC层中MBS6的错误接收或解码的数据包个数计算错误率，则UE4获取的错误接收率为40％，相应地，UE4获取的错误接收率阈值可以为30％；如果以RLC层中MBS6的错误接收或解码的数据包个数计算错误率，则UE4获取的错误接收率为70％，相应地，UE2获取的错误接收率阈值可以为60％。
在本发明的一种实施方式中，判断信号的接收情况是否符合预设要求的过程包括：
获取信号接收情况；
获取信号接收情况阈值；
判断接收情况是否小于或小于等于信号接收情况阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
在本发明的一种实施方式中，信号接收情况至少包括以下任意一项：
参考信号接收功率；或
参考信号接收质量；或
信号接收强度；或
信噪比。
在本发明的一种实施方式中，信号接收情况阈值至少包括以下任意一项：
参考信号接收功率阈值；或
参考信号接收质量阈值；或
信号接收强度阈值；或
信噪比阈值。
在本发明的一种实施方式中，如图6所示，判断信号的接收情况是否符合预设要求的过程包括：
获取参考信号接收功率；
获取参考信号接收功率阈值；
判断参考信号接收功率是否小于或小于等于参考信号接收功率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
具体地，UE可以通过获取参考信号接收功率，并通过判断参考信号接收功率与参考信号接收功率阈值之间的大小关系来决定是否要触发RRC连接恢复流程。
例如，系统中存在一用户设备UE5，UE5处于RRC非激活态下，UE5在RRC非激活态下接收多播业务MBS8，UE5在接收多播业务MBS8过程中，UE5获取参考信号接收功率，当UE5获取的参考信号接收功率为80dBm，而UE5获取的参考信号接收功率阈值为90dBm时，UE5判断参考信号接收功率80dBm小于参考信号接收功率阈值90dBm，即处于RRC非激活下的特定的多播业务MBS8接收质量不符合预设要求，将触发RRC恢复流程。
在本发明的一种实施方式中，如图7所示，判断信号的接收情况是否符合预设要求的过程包括：
获取参考信号接收质量；
获取参考信号接收质量阈值；
判断参考信号接收质量是否小于或小于等于参考信号接收质量阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
具体地，UE可以通过获取参考信号接收质量，并通过判断参考信号接收质量与参考信号接收质量阈值之间的大小关系来决定是否要触发RRC连接恢复流程。
例如，系统中存在一用户设备UE6，UE6处于RRC非激活态下，UE6在RRC非激活态下接收多播业务MBS9，UE6在接收多播业务MBS9过程中，UE6获取参考信号接收质量，当UE6获取的参考信号接收质量为-17db，而UE6参考信号接收质量阈值为-5db时，UE6判断参考信号接收质量-17db小于参考信号接收质量阈值-5db，即处于RRC非激活下的特定的多播业务MBS9接收质量不符合预设要求，将触发RRC恢复流程。
在本发明的一种实施方式中，如图8所示，判断信号的接收情况是否符合预设要求的过程包括：
获取信号接收强度；
获取信号接收强度阈值；
判断信号接收强度是否小于或小于等于信号接收强度阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
具体地，UE可以通过获取信号接收强度RSSI，并通过判断信号接收强度与信号接收强度阈值之间的大小关系来决定是否要触发RRC连接恢复流程。
其中，UE可以通过测量周期内某些OFDM符号中接收到的总接收功率(包括有用信号，噪声，干扰等)线性平均值，获取信号接收强度RSSI。
例如，系统中存在一用户设备UE7，UE7处于RRC非激活态下，UE7在RRC非激活态下接收多播业务MBS10，UE7在接收多播业务MBS10过程中，UE7获取信号接收强度，当UE7获取的信号接收强度为-100dbm时，若UE7信号接收强度阈值为-85dbm，UE7判断信号接收强度-100dbm小于信号接收强度阈值-85dbm，即处于RRC非激活下的特定的多播业务MBS10接收质量不符合预设要求，将触发RRC恢复流程。
在本发明的一种实施方式中，如图9所示，判断信号的接收情况是否符合预设要求的过程包括：
获取信噪比；
获取信噪比阈值；
判断信噪比是否小于或小于等于信噪比阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
具体地，UE可以通过获取信噪比，并通过判断信噪比与信噪比阈值之间的大小关系来决定是否要触发RRC连接恢复流程。
例如，系统中存在一用户设备UE8，UE8处于RRC非激活态下，UE8在RRC非激活态下接收多播业务MBS11，UE8在接收多播业务MBS11过程中，UE8获取信噪比，当UE8获取的信噪比为10db，而UE8获取的信噪比阈值为20db时，UE8判断信噪比10db小于信噪比阈值20db，即处于RRC非激活下的特定的多播业务MBS11接收质量不符合预设要求，将触发RRC恢复流程。
本发明还提供一种RRC连接恢复方法，方法由网络设备执行，方法包括：
生成并发送预设要求，预设要求用于指示处于RRC非激活态的终端设备的多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
具体地，网络设备生成并发送预设要求，相应地，终端设备接收预设要求，并通过判断终端设备在RRC非激活态下接收的多播业务的接收质量是否符合预设要求，使终端设备决定是否要触发RRC连接恢复流程，是否从RRC非激活态恢复RRC连接态。
其中，需要注意的是，终端设备接收预设要求，和终端设备处于RRC非激活态下接收多播业务之间的先后顺序可以是终端设备先接收预设要求，后处于RRC非激活态下接收多播业务，也可以是终端设备先在RRC非激活态下接收多播业务，后接收预设要求。
在本发明的一种实施方式中，网络设备可以通过RRC释放消息，或MCCH，或NAS层消息，或RRC层消息，或PDCP层消息，或RLC层消息，或MAC层消息，或PHY层消息，将预设要求发送至用户。
在本发明的一种实施方式中，网络设备发送预设要求，相应地，终端设备接收到预设要求后，终端设备判断于RRC非激活态下的多播业务接收质量是否符合预设要求，其中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
判断所有的多播业务的正确接收率是否符合预设要求。
在本发明的一种实施方式中，终端设备获取预设要求，预设要求可以包括：
所有的多播业务的正确接收率阈值。
在本发明的一种实施方式中，判断接收的所有的多播业务的正确接收率是否符合预设要求的过程包括：
获取所有的多播业务的正确接收率阈值；
获取所有的多播业务的正确接收率，正确接收率为终端设备在一段时间内对于所有的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
判断正确接收率是否小于或小于等于正确接收率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
在本发明的一种实施方式中，网络设备发送预设要求，相应地，终端设备接收到预设要求后，终端设备判断于RRC非激活态下的多播业务接收质量是否符合预设要求，其中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
判断特定的多播业务的正确接收率是否符合预设要求。
在本发明的一种实施方式中，终端设备获取预设要求，预设要求可以包括：
特定的多播业务的正确接收率阈值。
在本发明的一种实施方式中，判断接收的特定的多播业务的正确接收率是否符合预设要求的过程包括：
获取特定的多播业务的正确接收率阈值；
获取特定的多播业务的正确接收率，正确接收率为终端设备在一段时间内对于所有或特定的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
判断正确接收率是否小于或小于等于正确接收率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
在本发明的一种实施方式中，网络设备发送预设要求，相应地，终端设备接收到预设要求后，终端设备判断于RRC非激活态下的多播业务接收质量是否符合预设要求，其中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
判断所有的多播业务的错误接收率是否符合预设要求。
在本发明的一种实施方式中，终端设备获取预设要求，预设要求可以包括：
所有的多播业务的错误接收率阈值。
在本发明的一种实施方式中，判断接收的所有的多播业务的错误接收率是否符合预设要求的过程包括：
获取所有的多播业务的错误接收率阈值；
获取所有的多播业务的错误接收率，错误接收率为终端设备在一段时间内对于所有的多播业务，错误接收的数据包个数占接收的数据包总数的比例；
判断错误接收率是否大于或大于等于错误接收率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
在本发明的一种实施方式中，网络设备发送预设要求，相应地，终端设备接收到预设要求后，终端设备判断于RRC非激活态下的多播业务接收质量是否符合预设要求，其中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
判断特定的多播业务的错误接收率是否符合预设要求。
在本发明的一种实施方式中，终端设备获取预设要求，预设要求可以包括：
特定的多播业务的错误接收率阈值。
在本发明的一种实施方式中，判断接收的特定的多播业务的错误接收率是否符合预设要求的过程包括：
获取特定的多播业务的错误接收率阈值；
获取特定的多播业务的错误接收率，错误接收率为终端设备在一段时间内对于所有或特定的多播业务，错误接收的数据包个数占接收的数据包总数的比例；
判断错误接收率是否大于或大于等于错误接收率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
在本发明的一种实施方式中，网络设备发送预设要求，相应地，终端设备接收到预设要求后，终端设备判断于RRC非激活态下的多播业务接收质量是否符合预设要求，其中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
获取参考信号接收功率；
获取参考信号接收功率阈值；
判断参考信号接收功率是否小于或小于等于参考信号接收功率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
在本发明的一种实施方式中，网络设备发送预设要求，相应地，终端设备接收到预设要求后，终端设备判断于RRC非激活态下的多播业务接收质量是否符合预设要求，其中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
获取参考信号接收质量；
获取参考信号接收质量阈值；
判断参考信号接收质量是否小于或小于等于参考信号接收质量阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
在本发明的一种实施方式中，网络设备发送预设要求，相应地，终端设备接收到预设要求后，终端设备判断于RRC非激活态下的多播业务接收质量是否符合预设要求，其中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
获取信号接收强度；
获取信号接收强度阈值；
判断信号接收强度是否小于或小于等于信号接收强度阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
在本发明的一种实施方式中，网络设备发送预设要求，相应地，终端设备接收到预设要求后，终端设备判断于RRC非激活态下的多播业务接收质量是否符合预设要求，其中，终端设备判断接收的多播业务接收质量是否符合预设要求的过程可以包括：
获取信噪比；
获取信噪比阈值；
判断信噪比是否小于或小于等于信噪比阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
本发明还提供一种RRC连接恢复装置，装置用于终端设备，如图10所示，装置中包括：
一第一获取模块100，用于获取预设要求；
一第二获取模块200，用于处于RRC非激活态获取多播业务；
一处理模块300，用于在多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，使终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
具体地，装置中分别包括第一获取模块、第二获取模块和处理模块，第一获取模块获取预设要求，第二获取模块用于终端设备处于RRC非激活态下接收多播业务，处理模块通过获取的预设要求和接收的多播业务的接收质量，判断多播业务接收质量是否符合预设要求，并在不符合要求要求时，触发RRC连接恢复流程，使终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
本发明的一种实施方式中，第一获取模块包括：
第一获取单元，用于接收来自网络设备发送的预设要求；
第二获取单元，用于读取终端设备存储的预设要求。
具体地，当预设要求是网络设备发送给终端设备的，可以采用第一获取单元获取预设要求，当预设要求是通过规定在协议中、将协议烧录到终端等方式预先存入终端，或通过其他方式传输给终端设备的，可以采用第二获取单元。
本发明的一种实施方式中，终端设备获取的预设要求可以包括：
所有的多播业务的正确接收率阈值或错误接收率阈值。
本发明的一种实施方式中，处理模块可以包括：
第一处理单元，用于判断所有的多播业务的正确接收率或错误接收率是否符合预设要求。
本发明的一种实施方式中，如图11所示，第一处理单元可以包括：
第一处理部件3011，用于获取所有的多播业务的正确接收率阈值；
第二处理部件3012，用于获取所有的多播业务的正确接收率，正确接收率为终端设备在一段时间内对于所有的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
第三处理部件3012，用于判断正确接收率是否小于或小于等于正确接收率阈值，并在正确接收率小于或小于等于正确接收率阈值时，触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
其中，第二处理部件计算所有多播业务的正确接收率时，可以通过以下方式：
数据包总数为接收到的PHY层或MAC层中所有多播业务的SDU个数，正确接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中所有业务的正确接收并解码的数据包个数。
其中，第二处理部件计算所有多播业务正确接收率时，还可以通过以下方式：
本发明的一种实施方式中，正确接收阈值与正确接收的数据包所属的层级之间呈反比关系。
总数据包数为接收到的PHY数据包或MAC PDU个数，正确接收数据包个数为正确接收并解码的PHY数据包或MAC PDU个数。
本发明的一种实施方式中，第一处理单元还可以包括：
第四处理部件，用于获取所有的多播业务的错误接收率阈值；
第五处理部件，用于获取所有的多播业务的错误接收率，错误接收率为终端设备在一段时间内对于所有的多播业务，错误接收的数据包个数占接收的数据包总数的比例；
第六处理部件，用于判断错误接收率是否大于或大于等于错误接收率阈值，并在错误接收率大于或大于等于错误接收率阈值时，触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
其中，第二处理部件计算所有多播业务的错误接收率时，可以通过以下方式：
数据包总数为接收到的PHY层或MAC层中所有多播业务的SDU个数，错误接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中所有业务的错误接收或错误解码的数据包个数。
其中，第二处理部件计算所有多播业务错误接收率时，还可以通过以下方式：
总数据包数为接收到的PHY数据包或MAC PDU个数，正确接收数据包个数为错误接收或错误解码的PHY数据包或MAC PDU个数。
本发明的一种实施方式中，错误接收阈值与正确接收的数据包所属的层级之间呈正比关系。
本发明的一种实施方式中，终端设备获取的预设要求可以包括：
特定的多播业务的正确接收率阈值或错误接收率阈值。
本发明的一种实施方式中，特定的多播业务的优先级相较于终端接收的其他多播业务更高。
本发明的一种实施方式中，判断模块可以包括：
第二处理单元，用于判断特定的多播业务的正确接收率或错误接收率是否符合预设要求。
本发明的一种实施方式中，第二处理单元可以包括：
第一处理部件，用于获取特定的多播业务的正确接收率阈值；
第二处理部件，用于获取特定的多播业务的正确接收率，正确接收率为终端设备在一段时间内对于特定的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
第三处理部件，用于判断正确接收率是否小于或小于等于正确接收率阈值，并在正确接收率小于或小于等于正确接收率阈值时，触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
其中，第二处理部件计算特定的多播业务的正确接收率，可以通过以下方式：
数据包总数为接收到的PHY层或MAC层中特定多播业务的SDU个数，正确接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中特定多播业务的正确接收并解码的数据包个数。
本发明的一种实施方式中，第二处理单元可以包括：
第四处理部件，用于获取特定的多播业务的错误接收率阈值；
第五处理部件，用于获取特定的多播业务的错误接收率，错误接收率为终端设备在一段时间内对于特定多播业务，错误接收的数据包个数占接收的数据包总数的比例；
第六处理部件，用于判断错误接收率是否大于或大于等于错误接收率阈值，并在错误接收率大于或大于等于错误接收率阈值时，触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
其中，第二处理部件计算特定的多播业务的错误接收率，可以通过以下方式：
数据包总数为接收到的PHY层或MAC层中特定多播业务的SDU个数，错误接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中特定多播业务的错误接收或错误解码的数据包个数。
本发明的一种实施方式中，终端设备获取的预设要求可以包括：
信号接收情况阈值。
本发明的一种实施方式中，判断模块可以包括：
第三处理单元，用于判断信号的接收情况是否符合预设要求。
本发明的一种实施方式中，第三处理单元包括：
第一处理部件，用于获取信号接收情况；
第二处理部件，用于获取信号接收情况阈值；
第三处理部件，用于判断信号接收情况是否小于或小于等于信号接收情况阈值，并在信号接收情况小于或小于等于信号接收情况阈值时，触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
本发明的一种实施方式中，信号接收情况可以至少包括以下任意一项：
参考信号接收功率；或
参考信号接收质量；或
信号接收强度；或
信噪比。
本发明的一种实施方式中，信号接收情况阈值至少包括以下任意一项：
参考信号接收功率阈值；或
参考信号接收质量阈值；或
信号接收强度阈值；或
信噪比阈值。
相应地，本发明的一种实施方式中，第三处理单元可以具体包括：
第一处理部件，用于获取参考信号接收功率；
第二处理部件，用于获取参考信号接收功率阈值；
第三处理部件，用于判断参考信号接收功率是否小于或小于等于参考信号接收功率阈值，并在参考信号接收功率小于或小于等于参考信号接收功率阈值时，触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
相应地，本发明的一种实施方式中，第三处理单元可以具体包括：
第一处理部件，用于获取参考信号接收质量；
第二处理部件，用于获取参考信号接收质量阈值；
第三处理部件，用于判断参考信号接收质量是否小于或小于等于参考信号接收质量阈值，并在参考信号接收质量小于或小于等于参考信号接收质量阈值时，触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
相应地，本发明的一种实施方式中，第三处理单元可以具体包括：
第一处理部件，用于获取信号接收强度；
第二处理部件，用于获取信号接收强度阈值；
第三处理部件，用于判断信号接收强度是否小于或小于等于信号接收强度阈值，并在信号接收强度小于或小于等于信号接收强度阈值时，触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
相应地，本发明的一种实施方式中，第三处理单元可以具体包括：
第一处理部件，用于获取信噪比；
第二处理部件，用于获取信噪比阈值；
第三处理部件，用于判断信噪比是否小于或小于等于信噪比阈值，并在信噪比小于或小于等于信噪比阈值时，触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
本发明还提供一种RRC连接恢复装置，装置用于网络设备，装置中包括：
一生成模块，用于生成预设要求，预设要求用于指示处于RRC非激活态的终端设备的多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态；
一发送模块，用于将预设要求发送至终端设备。
本发明的一种实施方式中，网络设备通过RRC释放消息，或MCCH，或NAS层消息，或RRC层消息，或PDCP层消息，或RLC层消息，或MAC层消息，或PHY层消息，将预设要求发送至用户。
本发明的一种实施方式中，网络设备发送的预设要求，用于指示处于RRC非激活态的终端设备的多播业务接收质量不符合预设要求的过程至少包括：判断所有的多播业务的正确接收率或错误接收率是否符合预设要求；或是判断特定的多播业务的正确接收率或错误接收率是否符合预设要求；或判断信号接收情况是否符合预设要求。
本发明的一种实施方式中，网络设备发送的预设要求，使处于RRC非激活态的终端设备判断所有的多播业务的正确接收率或错误接收率是否符合预设要求，具体可以包括：
判断接收的所有的或特定的多播业务的正确接收率是否符合预设要求。
在判断所有的或特定的多播业务的正确接收率是否符合预设要求的过程中，可以包括：
获取所有的或特定的多播业务的正确接收率阈值；
获取所有的或特定的多播业务的正确接收率，正确接收率为终端设备在一段时间内对于所有或特定的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
判断正确接收率是否小于或小于等于正确接收率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
本发明的一种实施方式中，网络设备发送的预设要求，使处于RRC非激活态的终端设备判断所有的多播业务的正确接收率或错误接收率是否符合预设要求，具体可以包括：
判断接收的所有的或特定的多播业务的错误接收率是否符合预设要求。
在判断所有的或特定的多播业务的错误接收率是否符合预设要求的过程中，可以包括：
获取所有或特定的多播业务的错误接收率阈值；
获取所有或特定的多播业务的错误接收率，错误接收率为终端设备在一段时间内对于所有或特定多播业务，错误接收的数据包个数占接收的数据包总数的比例；
判断错误接收率是否大于或大于等于错误接收率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC非激活态恢复到RRC连接态。
本发明的一种实施方式中，网络设备发送的预设要求，使处于RRC非激活态的终端设备判断信号的接收情况是否符合预设要求的过程，可以包括：
获取信号接收情况；
获取信号接收情况阈值；
判断信号接收情况是否小于或小于等于信号接收情况阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
其中，网络设备发送的预设要求，使处于RRC非激活态的终端设备判断信号的接收情况是否符合预设要求的过程，可以包括：
获取参考信号接收功率；
获取参考信号接收功率阈值；
判断参考信号接收功率是否小于或小于等于参考信号接收功率阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
其中，网络设备发送的预设要求，使处于RRC非激活态的终端设备判断信号的接收情况是否符合预设要求的过程，可以包括：
获取参考信号接收质量；
获取参考信号接收质量阈值；
判断参考信号接收质量是否小于或小于等于参考信号接收质量阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
其中，网络设备发送的预设要求，使处于RRC非激活态的终端设备判断信号的接收情况是否符合预设要求的过程，可以包括：
获取信号接收强度；
获取信号接收强度阈值；
判断信号接收强度是否小于或小于等于信号接收强度阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
其中，网络设备发送的预设要求，使处于RRC非激活态的终端设备判断信号的接收情况是否符合预设要求的过程，可以包括：
获取信噪比；
获取信噪比阈值；
判断信噪比是否小于或小于等于信噪比阈值：
若是，则触发RRC连接恢复流程，终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
本发明还提供一种基站，包括处理器和存储器，存储器设置为存储计算机程序，计算机程序被处理器执行时，使得处理器实现上述的发送指示信息方法。
本发明还提供一种终端，包括处理器和存储器，存储器设置为存储计算机程序，计算机程序被处理器执行时，使得处理器实现上述的接收指示信息方法。
本发明还提供一种计算机可读存储介质，包括计算机程序，计算机程序被处理器执行时，使得处理器实现如发送指示信息或接收指示信息中任一项的方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其他任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
以上仅为本发明较佳的实施例，并非因此限制本发明的实施例及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所做出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。

Claims (39)

1.一种RRC连接恢复方法，其特征在于，所述方法由终端设备执行，所述方法包括：
终端设备获取预设要求；
处于RRC非激活态的终端设备接收多播业务；
当所述终端设备的多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态。
2.根据权利要求1所述的RRC连接恢复方法，其特征在于，所述终端设备判断接收的多播业务接收质量是否符合预设要求的过程至少包括以下任意一项：
判断所有的多播业务的正确接收率或错误接收率是否符合预设要求；或
判断特定的多播业务的正确接收率或错误接收率是否符合预设要求；或
判断信号接收情况是否符合预设要求。
3.根据权利要求1所述的RRC连接恢复方法，其特征在于，所述终端设备获取所述预设要求，所述预设要求至少包括以下任意一项：
所有的多播业务的正确接收率阈值或错误接收率阈值；或
特定的多播业务的正确接收率阈值或错误接收率阈值；或
信号接收情况阈值。
4.根据权利要求1所述的RRC连接恢复方法，其特征在于，所述终端设备获取所述预设要求的过程包括：
接收来自网络设备发送的预设要求；或
读取所述终端设备存储的预设要求。
5.根据权利要求2所述的RRC连接恢复方法，其特征在于，判断接收的所有的或特定的多播业务的正确接收率是否符合预设要求的过程包括：
获取所有的或特定的多播业务的正确接收率阈值；
获取所有的或特定的多播业务的正确接收率，所述正确接收率为所述终端设备在一段时间内对于所有或特定的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
判断所述正确接收率是否小于或小于等于所述正确接收率阈值：
若是，则触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态。
6.根据权利要求5所述的RRC连接恢复方法，其特征在于，所述所有的多播业务的正确接收率中：
所述数据包总数为接收到的PHY层或MAC层中所有多播业务的SDU个数，所述正确接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中所有业务的正确接收并解码的数据包个数；或
所述总数据包数为接收到的PHY数据包或MAC PDU个数，所述正确接收数据包个数为正确接收并解码的PHY数据包或MAC PDU个数。
7.根据权利要求5所述的RRC连接恢复方法，其特征在于，所述特定的多播业务的正确接收率中：
所述数据包总数为接收到的PHY层或MAC层中特定多播业务的SDU个数，所述正确接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中特定多播业务的正确接收并解码的数据包个数。
8.根据权利要求2所述的RRC连接恢复方法，其特征在于，判断接收的所有的或特定的多播业务的错误接收率是否符合预设要求的过程包括：
获取所有或特定的多播业务的错误接收率阈值；
获取所有或特定的多播业务的错误接收率，所述错误接收率为所述终端设备在一段时间内对于所有或特定多播业务，错误接收的数据包个数占接收的数据包总数的比例；
判断所述错误接收率是否大于或大于等于所述错误接收率阈值：
若是，则触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态。
9.根据权利要求8所述的RRC连接恢复方法，其特征在于，所述所有的多播业务的错误接收率中：
所述数据包总数为接收到的PHY层或MAC层中所有多播业务的SDU个数，所述错误接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中所有业务的错误接收或错误解码的数据包个数；或
所述总数据包数为接收到的PHY数据包或MAC PDU个数，所述错误接收数据包个数为错误接收或错误解码的PHY数据包或MAC PDU个数。
10.根据权利要求8所述的RRC连接恢复方法，其特征在于，所述特定的多播业务的错误接收率中：
所述数据包总数为接收到的PHY层或MAC层中特定多播业务的SDU个数，所述错误接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中特定多播业务的错误接收或错误解码的数据包个数。
11.根据权利要求2、3、5、7、8、10中任意一项所述的RRC连接恢复方法，其特征在于，所述特定的多播业务的优先级相较于所述终端接收的其他多播业务更高。
12.根据权利要求3、5、8中任意一项所述的RRC连接恢复方法，其特征在于，
所述正确接收阈值与所述正确接收的数据包所属的层级之间呈反比关系；
所述错误接收阈值与所述正确接收的数据包所属的层级之间呈正比关系。
13.根据权利要求2所述的RRC连接恢复方法，其特征在于，判断信号的接收情况是否符合预设要求的过程包括：
获取信号接收情况；
获取信号接收情况阈值；
判断信号接收情况是否小于或小于等于信号接收情况阈值：
若是，则触发RRC连接恢复流程，所述终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
14.根据权利要求2或13所述的RRC连接恢复方法，其特征在于，
所述信号接收情况至少包括以下任意一项：
参考信号接收功率；或
参考信号接收质量；或
信号接收强度；或
信噪比；
所述信号接收情况阈值至少包括以下任意一项：
参考信号接收功率阈值；或
参考信号接收质量阈值；或
信号接收强度阈值；或
信噪比阈值。
15.一种RRC连接恢复方法，其特征在于，所述方法由网络设备执行，所述方法包括：
生成并发送预设要求，所述预设要求用于指示处于RRC非激活态的所述终端设备的多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态。
16.根据权利要求15所述的RRC连接恢复方法，其特征在于，所述网络设备通过RRC释放消息，或MCCH，或NAS层消息，或RRC层消息，或PDCP层消息，或RLC层消息，或MAC层消息，或PHY层消息，将所述预设要求发送至用户。
17.根据权利要求12所述的RRC连接恢复方法，其特征在于，所述网络设备发送的预设要求，用于指示处于RRC非激活态的所述终端设备的多播业务接收质量不符合预设要求的过程至少包括以下任意一项：
判断所有的多播业务的正确接收率或错误接收率是否符合预设要求；或
判断特定的多播业务的正确接收率或错误接收率是否符合预设要求；或
判断信号接收情况是否符合预设要求。
18.根据权利要求17所述的RRC连接恢复方法，其特征在于，包括：
所述网络设备发送的预设要求，使处于RRC非激活态的所述终端设备判断所有的多播业务的正确接收率或错误接收率是否符合预设要求包括：
判断接收的所有的或特定的多播业务的正确接收率是否符合预设要求的过程包括：
获取所有的或特定的多播业务的正确接收率阈值；
获取所有的或特定的多播业务的正确接收率，所述正确接收率为所述终端设备在一段时间内对于所有或特定的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
判断所述正确接收率是否小于或小于等于所述正确接收率阈值：
若是，则触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态；
所述网络设备发送的预设要求，使处于RRC非激活态的所述终端设备判断接收的所有的或特定的多播业务的错误接收率是否符合预设要求的过程包括：
获取所有或特定的多播业务的错误接收率阈值；
获取所有或特定的多播业务的错误接收率，所述错误接收率为所述终端设备在一段时间内对于所有或特定多播业务，错误接收的数据包个数占接收的数据包总数的比例；
判断所述错误接收率是否大于或大于等于所述错误接收率阈值：
若是，则触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态；
所述网络设备发送的预设要求，使处于RRC非激活态的所述终端设备判断信号的接收情况是否符合预设要求的过程包括：
获取信号接收情况；
获取信号接收情况阈值；
判断信号接收情况是否小于或小于等于信号接收情况阈值：
若是，则触发RRC连接恢复流程，所述终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
19.一种RRC连接恢复装置，其特征在于，所述装置用于终端设备，所述装置中包括：
一第一获取模块，用于获取预设要求；
一第二获取模块，用于处于RRC非激活态获取多播业务；
一处理模块，用于在所述多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，使所述终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
20.根据权利要求19所述的RRC连接恢复装置，其特征在于，所述处理模块包括：
第一处理单元，用于判断所有的多播业务的正确接收率或错误接收率是否符合预设要求；或
第二处理单元，用于判断特定的多播业务的正确接收率或错误接收率是否符合预设要求；或
第三处理单元，用于判断信号的接收情况是否符合预设要求。
21.根据权利要求19所述的RRC连接恢复装置，其特征在于，所述终端设备获取的所述预设要求至少包括以下任意一项：
所有的多播业务的正确接收率阈值或错误接收率阈值；或
特定的多播业务的正确接收率阈值或错误接收率阈值；或
信号接收情况阈值。
22.根据权利要求19所述的RRC连接恢复装置，其特征在于，所述第一获取模块包括：
第一获取单元，用于接收来自网络设备发送的预设要求；
第二获取单元，用于读取所述终端设备存储的预设要求。
23.根据权利要求20所述的RRC连接恢复装置，其特征在于，所述第一处理单元或所述第二处理单元包括：
第一处理部件，用于获取所有的或特定的多播业务的正确接收率阈值；
第二处理部件，用于获取所有的或特定的多播业务的正确接收率，所述正确接收率为所述终端设备在一段时间内对于所有或特定的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
第三处理部件，用于判断所述正确接收率是否小于或小于等于所述正确接收率阈值，并在所述正确接收率小于或小于等于所述正确接收率阈值时，触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态。
24.根据权利要求23所述的RRC连接恢复装置，其特征在于，所述所有的多播业务的正确接收率中：
所述数据包总数为接收到的PHY层或MAC层中所有多播业务的SDU个数，所述正确接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中所有业务的正确接收并解码的数据包个数；或
所述总数据包数为接收到的PHY数据包或MAC PDU个数，所述正确接收数据包个数为正确接收并解码的PHY数据包或MAC PDU个数。
25.根据权利要求23所述的RRC连接恢复装置，其特征在于，所述特定的多播业务的正确接收率中：
所述数据包总数为接收到的PHY层或MAC层中特定多播业务的SDU个数，所述正确接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中特定多播业务的正确接收并解码的数据包个数。
26.根据权利要求20所述的RRC连接恢复装置，其特征在于，所述第一处理单元或所述第二处理单元包括：
第四处理部件，用于获取所有或特定的多播业务的错误接收率阈值；
第五处理部件，用于获取所有或特定的多播业务的错误接收率，所述错误接收率为所述终端设备在一段时间内对于所有或特定多播业务，错误接收的数据包个数占接收的数据包总数的比例；
第六处理部件，用于判断所述错误接收率是否大于或大于等于所述错误接收率阈值，并在所述错误接收率大于或大于等于所述错误接收率阈值时，触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态。
27.根据权利要求26所述的RRC连接恢复装置，其特征在于，所述所有的多播业务的错误接收率中：
所述数据包总数为接收到的PHY层或MAC层中所有多播业务的SDU个数，所述错误接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中所有业务的错误接收或错误解码的数据包个数；或
所述总数据包数为接收到的PHY数据包或MAC PDU个数，所述错误接收数据包个数为错误接收或错误解码的PHY数据包或MAC PDU个数。
28.根据权利要求26所述的RRC连接恢复装置，其特征在于，所述特定的多播业务的错误接收率中：
所述数据包总数为接收到的PHY层或MAC层中特定多播业务的SDU个数，所述错误接收的数据包个数为应用层或SDAP层或PDCP层或RLC层或MAC层中特定多播业务的错误接收或错误解码的数据包个数。
29.根据权利要求20、21、23、25、26、28中任意一项所述的RRC连接恢复装置，其特征在于，所述特定的多播业务的优先级相较于所述终端接收的其他多播业务更高。
30.根据权利要求21、23、26中任意一项所述的RRC连接恢复装置，其特征在于，
所述正确接收阈值与所述正确接收的数据包所属的层级之间呈反比关系；
所述错误接收阈值与所述正确接收的数据包所属的层级之间呈正比关系。
31.根据权利要求2所述的RRC连接恢复装置，其特征在于，所述第三处理单元包括：
第一处理部件，用于获取信号接收情况；
第二处理部件，用于获取信号接收情况阈值；
第三处理部件，用于判断所述信号接收情况是否小于或小于等于所述信号接收情况阈值，并在所述信号接收情况小于或小于等于信号接收情况阈值时，触发RRC连接恢复流程，所述终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
32.根据权利要求2或13所述的RRC连接恢复装置，其特征在于，
所述信号接收情况至少包括以下任意一项：
参考信号接收功率；或
参考信号接收质量；或
信号接收强度；或
信噪比；
所述信号接收情况阈值至少包括以下任意一项：
参考信号接收功率阈值；或
参考信号接收质量阈值；或
信号接收强度阈值；或
信噪比阈值。
33.一种RRC连接恢复装置，其特征在于，所述装置用于网络设备，所述装置中包括：
一生成模块，用于生成预设要求，所述预设要求用于指示处于RRC非激活态的所述终端设备的多播业务接收质量不符合预设要求时，触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态；
一发送模块，用于将所述预设要求发送至终端设备。
34.根据权利要求33所述的RRC连接恢复装置，其特征在于，所述网络设备通过RRC释放消息，或MCCH，或NAS层消息，或RRC层消息，或PDCP层消息，或RLC层消息，或MAC层消息，或PHY层消息，将所述预设要求发送至用户。
35.根据权利要求33所述的RRC连接恢复装置，其特征在于，所述网络设备发送的预设要求，用于指示处于RRC非激活态的所述终端设备的多播业务接收质量不符合预设要求的过程至少包括以下任意一项：
判断所有的多播业务的正确接收率或错误接收率是否符合预设要求；或
判断特定的多播业务的正确接收率或错误接收率是否符合预设要求；或
判断信号接收情况是否符合预设要求。
36.根据权利要求33所述的RRC连接恢复装置，其特征在于，包括：
所述网络设备发送的预设要求，使处于RRC非激活态的所述终端设备判断所有的多播业务的正确接收率或错误接收率是否符合预设要求包括：
判断接收的所有的或特定的多播业务的正确接收率是否符合预设要求的过程包括：
获取所有的或特定的多播业务的正确接收率阈值；
获取所有的或特定的多播业务的正确接收率，所述正确接收率为所述终端设备在一段时间内对于所有或特定的多播业务，正确接收的数据包个数占接收的数据包总数的比例；
判断所述正确接收率是否小于或小于等于所述正确接收率阈值：
若是，则触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态；
所述网络设备发送的预设要求，使处于RRC非激活态的所述终端设备判断接收的所有的或特定的多播业务的错误接收率是否符合预设要求的过程包括：
获取所有或特定的多播业务的错误接收率阈值；
获取所有或特定的多播业务的错误接收率，所述错误接收率为所述终端设备在一段时间内对于所有或特定多播业务，错误接收的数据包个数占接收的数据包总数的比例；
判断所述错误接收率是否大于或大于等于所述错误接收率阈值：
若是，则触发RRC连接恢复流程，所述终端设备从RRC非激活态恢复到RRC连接态；
所述网络设备发送的预设要求，使处于RRC非激活态的所述终端设备判断信号的接收情况是否符合预设要求的过程包括：
获取信号接收情况；
获取信号接收情况阈值；
判断信号接收情况是否小于或小于等于信号接收情况阈值：
若是，则触发RRC连接恢复流程，所述终端设备从RRC空闲态或RRC非激活态恢复到RRC连接态。
37.一种基站，包括处理器和存储器，所述存储器设置为存储计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器实现如权利要求1-14中任一项所述的方法。
38.一种终端，包括处理器和存储器，所述存储器设置为存储计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器实现如权利要求15-18中任一项所述的方法。
39.一种计算机可读存储介质，包括计算机程序，所述计算机程序被处理器执行时，使得所述处理器实现如权利要求1-18中任一项所述的方法。
CN202310791229.0A 2023-06-29 2023-06-29 一种rrc连接恢复方法及装置 Pending CN116887448A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310791229.0A CN116887448A (zh) 2023-06-29 2023-06-29 一种rrc连接恢复方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310791229.0A CN116887448A (zh) 2023-06-29 2023-06-29 一种rrc连接恢复方法及装置

Publications (1)

Publication Number Publication Date
CN116887448A true CN116887448A (zh) 2023-10-13

Family

ID=88254011

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310791229.0A Pending CN116887448A (zh) 2023-06-29 2023-06-29 一种rrc连接恢复方法及装置

Country Status (1)

Country Link
CN (1) CN116887448A (zh)

Similar Documents

Publication Publication Date Title
US9622130B2 (en) Method and apparatus for performing handover in a wireless communication system
KR100956531B1 (ko) 패킷 데이터 시스템용의 효율적인 멀티캐스팅
EP2529571B1 (en) Method of performing a minimization of drive test (mdt) for specific area in wireless communication system
JP2014161082A (ja) 無線装置における複数の無線アクセスベアラの再構成を制御する方法
KR20100003367A (ko) 음성 호출 연속성을 위한 분할 및 순차 페이징
US20080233916A1 (en) Signaling method to support geo-location emergency services
WO2022083371A1 (zh) 一种数据传输方法和装置
JP5426574B2 (ja) Ｈｓｐａを介した回線交換データの送信
US20130021923A1 (en) Communication drop avoidance via selective measurement report data reduction
CN114095874A (zh) 一种组播/广播业务模式处理方法、设备及存储介质
CN114554423B (zh) 一种mbs业务的挂起方法及收发装置
CN116887448A (zh) 一种rrc连接恢复方法及装置
FR2884375A1 (fr) Procede d'optimisation des echanges d'information d'accuse de reception dans une communication asynchrone entre un terminal et un reseau
CN112135339A (zh) 终端发送数据的控制方法、终端设备及计算机存储介质
CN113810476A (zh) 一种工业互联网的信令安全传输方法及装置
WO2016015418A1 (zh) 一种业务处理方法及装置
CN114390567A (zh) 一种异常处理方法、终端及存储介质
KR20170062985A (ko) 사용자 협력 통신을 통한 wlan 통신 커버리지 확대를 위한 단말간 연결생성 기법
CN113891499A (zh) 一种解决核心网与基站的用户面状态不一致的方法及装置
CN113133104B (zh) 业务并发处理方法、装置、设备及介质
CN116170899B (zh) 一种防止连接态寻呼响应丢失的方法和系统
CN114374423B (zh) 一种卫星移动通信业务异常断网的自主检测方法
WO2023130274A1 (zh) 连接建立方法、装置、计算机设备、存储介质及程序产品
WO2022257416A9 (zh) 通信方法及通信装置
CN111757276B (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