CN117440325A - 连接恢复方法、装置、终端及网络侧设备 - Google Patents

连接恢复方法、装置、终端及网络侧设备 Download PDF

Info

Publication number
CN117440325A
CN117440325A CN202210836819.6A CN202210836819A CN117440325A CN 117440325 A CN117440325 A CN 117440325A CN 202210836819 A CN202210836819 A CN 202210836819A CN 117440325 A CN117440325 A CN 117440325A
Authority
CN
China
Prior art keywords
terminal
multicast service
message
cell
receiving
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
CN202210836819.6A
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202210836819.6A priority Critical patent/CN117440325A/zh
Priority to PCT/CN2023/105413 priority patent/WO2024012305A1/zh
Publication of CN117440325A publication Critical patent/CN117440325A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • 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/40—Connection management for selective distribution or broadcast

Landscapes

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

Abstract

本申请公开了一种连接恢复方法、装置、终端及网络侧设备，属于通信技术领域，本申请实施例的连接恢复方法包括：终端在非激活态下驻留第一小区，并接收第一多播业务；在所述终端满足预设条件的情况下，发送第一消息，所述第一消息用于请求连接恢复。

Description

连接恢复方法、装置、终端及网络侧设备
技术领域
本申请属于通信技术领域，具体涉及一种连接恢复方法、装置、终端及网络侧设备。
背景技术
目前通信系统中只支持终端在连接态(Connected))下接收多播(multicast)业务，这 样可能会使得大量终端保留在连接态进行多播业务接收，从而导致网络负荷较大。
发明内容
本申请实施例提供一种连接恢复方法、装置、终端及网络侧设备，能够解决网络负荷 较大的问题。
第一方面，提供了一种连接恢复方法，包括：
终端在非激活态下驻留第一小区，并接收第一多播业务；
在所述终端满足预设条件的情况下，发送第一消息，所述第一消息用于请求连接恢复。
第二方面，提供了一种连接恢复方法，包括：
网络侧设备接收终端发送第一消息，所述第一消息用于请求连接恢复；
其中，所述终端为在非激活状态下驻留第一小区接收第一多播业务的终端。
第三方面，提供了一种连接恢复装置，包括：
第一接收模块，用于在非激活态下驻留第一小区，并接收第一多播业务；
第一发送模块，用于在终端满足预设条件的情况下，发送第一消息，所述第一消息用 于请求连接恢复。
第四方面，提供了一种连接恢复装置，包括：
第一接收模块，用于接收终端发送第一消息，所述第一消息用于请求连接恢复；
其中，所述终端为在非激活状态下驻留第一小区接收第一多播业务的终端。
第五方面，提供了一种终端，该终端包括处理器和存储器，所述存储器存储可在所述 处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例提供 的连接恢复方法的步骤。
第六方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口用于在非 激活态下驻留第一小区，并接收第一多播业务；在终端满足预设条件的情况下，发送第一 消息，所述第一消息用于请求连接恢复。
第七方面，提供了一种网络侧设备，包括处理器和存储器，所述存储器存储可在所述 处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例提供 的连接恢复方法的步骤。
第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述通信接口用 于接收终端发送第一消息，所述第一消息用于请求连接恢复；其中，所述终端为在非激活 状态下驻留第一小区接收第一多播业务的终端。
第九方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程 序或指令被处理器执行时实现本申请实施例提供的终端侧的连接恢复方法的步骤，或者， 所述程序或指令被处理器执行时实现本申请实施例提供的网络侧设备侧的连接恢复方法的 步骤。
第十方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述 处理器耦合，所述处理器用于运行程序或指令，实现本申请实施例提供的终端侧的连接恢 复方法，或者，所述处理器用于运行程序或指令，实现本申请实施例提供的网络侧设备侧 的连接恢复方法。
第十一方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存 储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现本申请实施例提供的终 端侧的连接恢复方法的步骤，或者，所述计算机程序/程序产品被至少一个处理器执行以实 现本申请实施例提供的网络侧设备侧的连接恢复方法的步骤。
第十二方面，提供了一种频域资源确定系统，包括：终端和网络侧设备，所述终端可 用于执行本申请实施例提供的终端侧的连接恢复方法的步骤，所述网络侧设备可用于执行 本申请实施例提供的网络侧设备侧的连接恢复方法的步骤。
在本申请实施例中，终端在非激活态下驻留第一小区，并接收第一多播业务；在所述 终端满足预设条件的情况下，发送第一消息，所述第一消息用于请求连接恢复。这样可以 支持终端在非激活态下接收多播业务，从而可以降低网络负荷。另外，通过发送第一消息 可以实现终端在非激活态下接收多播业务的情况下，可以及时请求连接恢复，以提高终端 状态切换的灵活性。
附图说明
图1是本申请实施例可应用的一种无线通信系统的框图；
图2是本申请实施例提供的一种连接恢复方法的流程图；
图3是本申请实施例提供的另一种连接恢复方法的流程图；
图4是本申请实施例提供的一种连接恢复装置的结构图；
图5是本申请实施例提供的另一种连接恢复装置的结构图；
图6是本申请实施例提供的一种通信设备的结构图；
图7是本申请实施例提供的一种终端的结构图；
图8是本申请实施例提供的一种网络侧设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显 然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施 例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象， 而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换， 以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第 二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以 是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/” 一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution， LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分 多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access， TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网 络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于 其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并 且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用， 如第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11 和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上 型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant， PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、 移动上网装置(Mobile Internet Device，MID)、增强现实(augmentedreality，AR)/虚拟现实 (virtual reality，VR)设备、机器人、可穿戴式设备(WearableDevice)、车载设备(VUE)、 行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家 具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备， 可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、 智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要 说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网 设备或核心网设备，其中，网络侧设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。网络侧设备12可以包括基站、 WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发 机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、 发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要 达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中 仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。核心网设备可以包含但不 限于如下至少一项：核心网节点、核心网功能、移动管理实体(MobilityManagement Entity， MME)、接入移动管理功能(Access and Mobility ManagementFunction，AMF)、会话管理 功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、 策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application Server Discovery Function， EASDF)、统一数据管理(Unified DataManagement，UDM)，统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(HomeSubscriber Server，HSS)、集中式网络配置 (Centralized network configuration，CNC)、网络存储功能(Network Repository Function， NRF)，网络开放功能(NetworkExposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、 绑定支持功能(BindingSupport Function，BSF)、应用功能(Application Function，AF)等。 需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核 心网设备的具体类型。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的一种连接恢复方 法、装置、终端及网络侧设备进行详细地说明。
请参见图2，图2是本申请实施例提供的一种连接恢复方法的流程图，如图2所示，包 括以下步骤，包括：
201、终端在非激活态下驻留第一小区，并接收第一多播业务。
其中，上述第一小区可以为发送上述第一多播业务的多播业务小区(multicastcell)，或 者，上述第一小区可以为不发送第一多播业务的小区(非Multicast cell)，但上述终端驻留 在该小区时，终端能够接收到第一多播业务。
本申请实施例中，多播业务可以表示为multicast业务，或者可以表示为多播/广播业务 (Multicast/Broadcast Service，MBS)。
202、在所述终端满足预设条件的情况下，发送第一消息，所述第一消息用于请求连接 恢复。
上述预设条件可以是协议约定的，或者网络侧配置的，或者终端自行决定的。
上述第一消息可以是在上述第一小区发送，也可以是在第二小区发送，例如：终端在 非激活态驻留第一小区接收第一多播业务，终端执行小区重选，重选到第二小区，并发送 上述第一消息，其中，该第一小区，可以是Multicast小区，也可以是非Multicast小区，例 如：与Multicast小区存在相同覆盖范围的其它小区，这里的相同覆盖范围可以是全部或者 部分相同。
本申请实施例中，通过上述步骤可以支持终端在非激活态下接收多播业务，终端在非 激活态时的网络负荷是小于终端在连接态时的网络负荷，因此，本申请实施例可以降低网 络负荷。另外，对终端来说，非激活态的复杂度和耗电也低于连接态，因此，也可以降低 终端的功耗。
另外，通过发送第一消息可以实现终端在非激活态下接收多播业务的情况下，可以及 时请求连接恢复，以提高终端状态切换的灵活性。另外，通过请求连接恢复，可以从网络 侧获得更新的多播配置、新小区多播配置、新的多播传输方式，以及上报一些接收异常情 况，这样可以确保终端对多播业务的及时和正常接收，使得在保障接收效果的基础上提升 了终端的体验和系统效率。
作为一种可选的实施方式，所述终端满足预设条件包括如下至少一项：
所述终端接收到网络侧发送的通知消息，所述通知消息用于通知所述第一多播业务的 配置发生变更；
所述终端执行小区重选；
所述终端执行移动性管理；
所述终端对所述第一多播业务不再感兴趣；
所述终端接收所述第一多播业务的质量与预设质量匹配，所述预设质量表示不能继续 接收所述第一多播业务。
上述通知消息可以包括如下至少一项：
寻呼消息、层一(Layer 1，L1)信令、媒体接入控制(Medium Access Control，MAC)信令、无线资源控制(Radio Resource Control，RRC)消息、公共信令。
本申请实施例中，本申请实施例中，多播业务的配置可以包括但不限于：多播/广播业 务无线承载(MBS(Multicast/Broadcast Service)radio bear，MRB)配置、时域图案(pattern)、 频域资源、动态调度信息等，其中，时域pattern可以包括周期长度、周期起始位置和周期 内激活时长等配置
上述多播业务的配置发生变更可以是部分或者全部配置发生变更。
通过上述通知消息可以实现在第一多播业务的配置发生变更的情况下，请求连接恢复， 以在连接态接收第一多播业务，或者请求获取第一多播业务的新配置。
上述终端执行小区重选可以是，终端重选到其他小区。
上述终端执行移动性管理可以是，终端执行移动性管理评估。
上述终端对所述第一多播业务不再感兴趣可以是，终端自行决定的不再对第一多播业 务。例如：基于终端实现不再对第一多播业务，如终端是为了省电效果请求进入Inactive接 收multicast业务，则终端可以在电量获得补充或者电量充足的情况下，向网络请求连接恢 复。也就是说，本申请实施例中，向请求连接恢复可以基于终端实现发送。
该实施方式中，可以实现基于不同原因发起连接恢复，以提高多播业务接收的灵活性。
在一些实施方式中，上述终端执行小区重选，包括如下至少一项：
所述终端从所述第一小区重选到第二小区，所述第一小区为发送所述第一多播业务的 多播业务小区；
所述终端从第一有效区域重选到第三小区，所述第一有效区域为所述第一多播业务的 有效区域，且所述第三小区不属于所述第一有效区域。
上述终端从第一小区重选到第二小区也可以理解为，终端从所述第一小区选择到第二 小区。该实施方式中，可以实现当UE从当前multicast业务的小区，发生了小区选择/重选 到其它小区，则发起连接恢复。
上述重选到第三小区可以是，终端从当前multicast业务配置有效的小区，发生了小区 选择/重选，重选到有效小区列表/有效小区范围之外的其它无效小区，则发起连接恢复。
在一个实施例如下：
该实施例主要描述小区重选，具体可以如下：
当终端从当前multicast cell发生了小区重选，或者终端从当前multicast配置有效的小 区重选到了一个配置有效区域之外的小区时，意味着终端此时存储的multicastcell的配置不 再生效，则终端也需要触发连接恢复，重新向网络申请新小区的配置或者传输方式。
终端在新小区进行连接恢复请求的发起，其中，发起的方式可以参见其他实施例或者 实施方式，也可以采取不同的方式，将自己连接恢复请求的明确目的向网络进行表明。
对于网络侧新小区来说，接收终端的连接恢复请求消息，获得其中的终端ID信息，可 以采取以下至少一种方式进行后续处理：
对终端进行连接恢复命令的发送，让终端进入连接态；当网络不能明确判断终端恢复 连接的目的时，或者网络通过终端的指示发现有其它后续上行数据，或者网络侧有发送给 该终端的其它下行信令或者下行数据时，或者终端的感兴趣业务发生变化时，或者新小区 可以容纳终端在连接态进行multicast业务接收，或者新小区并不支持multicast业务等等， 都可以让终端先进入连接态，进行数据传输或者信令过程，同时通过RRC重配置信令将 multicast业务的新配置发送给终端，新小区可以将终端保留在Connected继续进行业务接收。 或者在完成上述过程之后，网络可以再次向终端发送RRC Release消息，释放其到非激活态 (Inactive)进行业务接收。或者，由于新小区不支持multicast业务，可以将支持multicast 业务的小区信息和配置发送给终端，或者为终端建立单播承载继续接收multicast业务。
对终端直接发送RRC Release消息，其中携带新小区配置；这种方式是信令开销最小且 最快捷的获得新配置的方式，当网络可以判断或者预估终端就是为了multicast业务配置而 发起连接恢复时，可以直接将multicast业务的新配置发送给终端，这个新配置可以并不是 本小区支持的配置，也可以是内部基站(intra-gNB)下的其它小区支持的配置，也可以将 其它小区例如小区id、频点信息等发给终端，同时直接释放其到Inactive进行业务接收。
同样的，对于小区重选情况，终端上下文(终端Context)里可以保留多播相关的信息， 也是为了网络侧尽快的确定终端的感兴趣业务信息，以及终端当前的配置信息，便于网络 侧在各种情况下决定，是否为终端发送新小区配置信息。例如：如果当前multicast业务配 置所对应的小区与终端context里存储的Multicast小区不一致，说明终端发生了移动，需 要给终端重新发送新的配置。在没有小区信息的情况下，也可以通过对比当前配置和终端 context里存储的配置，如果一样，说明终端配置可以继续使用，不用发送更新，可选的配 置不变情况也可以将当前小区的发送进度发送给终端，如将分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)计数(COUNT)信息发送给终端，便于终端尽快同步接收， 如果不一样，则说明需要发送新配置。
在一些实施方式中，上述终端执行移动性管理，包括由于移动导致的如下至少一项：
所述终端驻留在所述第一小区，停止接收所述第一多播业务；
所述终端针对所述第一小区的参考信号的测量结果与第一预设测量结果匹配，所述第 一预设测量结果表示所述终端在所述第一小区不能继续接收所述第一多播业务；
所述终端接收所述第一多播业务的质量与预设质量匹配，所述预设质量表示所述终端 在所述第一小区不能继续接收所述第一多播业务；
所述终端对多播信道或者多播信号的测量结果与第二预设测量结果匹配，所述第二预 设测量结果表示所述终端在所述第一小区不能继续接收所述第一多播业务；
所述终端的信息表示不能继续接收所述第一多播业务。
上述终端驻留在所述第一小区，停止接收所述第一多播业务可以是，终端驻留在第一 小区，由于移动等原因导致终端需要停止接收所述第一多播业务。另外，上述停止接收所 述第一多播业务可以是，由于无法再接收第一多播放业务，而停止接收第一多播放业务。
上述第一预设测量结果、预设质量和第二预设测量结果可以是协议定义的值，或者网 络侧配置的值。
上述测量结果可以是参考信号接收功率(reference signal received power，RSRP)、信噪 比(Signal-to-Noise Ratio，SNR)、参考信号接收质量(Reference SignalReceiving Quality， RSRQ)等测量结果。
上述测量结果与第一预设测量结果匹配，所述第一预设测量结果表示所述终端在所述 第一小区不能继续接收所述第一多播业务可以是，测量结果低于第一预设测量结果，即表 示终端在所述第一小区如果还继续接收第一多播业务可能会接收不成功，因此，终端不能 继续接收所述第一多播业务。
上述第二预设测量结果匹配，所述第二预设测量结果表示所述终端在所述第一小区不 能继续接收所述第一多播业务可以是，测量结果低于第二预设测量结果，即表示终端在所 述第一小区如果还继续接收第一多播业务可能会接收不成功，因此，终端不能继续接收所 述第一多播业务。
上述第一多播业务的质量可以如解码失败率、解码成功率、误块率、连续解码失败数 据块数量、一定时长内接收失败概率等质量信息。
上述质量与预设质量匹配，所述预设质量表示所述终端在所述第一小区不能继续接收 所述第一多播业务可以是，解码失败率高于预设值，即表示不能继续接收所述第一多播业 务，或者，解码成功率低于预设值，即表示不能继续接收所述第一多播业务。需要说明的 是，针对不同的接收参数，上述预设值的取值可以不同。
上述终端的信息表示不能继续接收所述第一多播业务可以是，基于终端实现的信息， 确定不能继续接收第一多播业务，例如：终端自己评估的接收质量信息不满足要求，或者 终端的电量信息。
需要说明的是，一些实施方式中，上述至少一项不由移动导致的情况下，也可以触发 终端发送上述第一消息。
在一些实施方式中，所述终端接收所述第一多播业务的质量与预设质量匹配，包括如 下至少一项：
所述终端连续N1次接收所述第一多播业务的数据失败；
在第一时间窗口内，所述终端接收所述第一多播业务的数据失败次数达到N2次；
在第二时间窗口内，所述终端接收所述第一多播业务的数据失败比例高于或者等于第 一预设比例；
在第一持续时间内，所述终端没有正确接收到所述第一多播业务；
在第三时间窗口内，所述终端正确接收到所述第一多播业务的次数少于N3次；
在第三时间窗口内，所述终端正确接收到所述第一多播业务的比例低于第二预设比例；
在连续的N4个非连续接收(Discontinuous Reception，DRX)周期内，所述终端没有正 确接收到所述第一多播业务；
在连续的N5个DRX周期内，所述终端接收所述第一多播业务的数据失败次数达到N6 次；
在连续的N7个DRX周期内，所述终端接收所述第一多播业务的数据失败比例高于或 者等于第三预设比例；
在连续的N8个DRX周期内，所述终端正确接收到所述第一多播业务的次数少于N9次；
在连续的N10个DRX周期内，所述终端正确接收到所述第一多播业务的比例低于第四 预设比例；
所述终端接收所述第一多播业务的质量不满足预设要求；
其中，N1至N10为正整数。
上述N1至N10为协议定义的，或者网络侧配置，或者终端决定的。
上述时间窗口、持续时间、预设比例、预设要求为协议定义的，或者网络侧配置，或者终端决定的。
上述接收所述第一多播业务的数据失败可以是，接收第一多播业务的数据块失败，其 中，数据块失败可以通过物理下行共享信道(Physical downlink shared channel，PDSCH)解 码失败来体现。
在一些实施方式中，可以不配置第一时间窗口，例如，只要终端接收一多播业务的数 据失败次数达到N2次，则发送上述第一消息。
另外，上述描述的到达可以理解为大于或者等于，如终端接收第一多播业务的数据失 败次数大于或者等于N2次。
该实施方式中，可以实现从多个维度确定是否在第一小区是否能继续接收所述第一多 播业务，需要说明的是，这里在第一小区接收第一多播业务是指终端驻留在第一小区，但 第一多播业务可以是第一小区发送的，也可以是其他小区发送的。
一个实施例如下：
该实施例主要描述的是移动性，具体可以如下：
移动性和上述实施例描述的小区重选具有一定的类似性，其中，小区重选的触发和判 断遵从协议定义的终端空闲态(Idle态)的移动规则。但multicast业务接收具有特殊性， 由于终端可以不驻留在multicast cell，但能够在multicast cell接收多播业务，类似于多接收 能力，保持一个小区驻留，另一个小区接收多播。在驻留小区进行协议定义的Idle移动规 则，例如小区选择重选等，而在接收multicast cell可以基于另一套规则判断其是否能够继续 接收。
在这种情况下，接收multicast业务的终端在如下至少一种情况下，认为原有multicast cell 接收不能继续，触发连接恢复过程：
当终端从当前multicast业务的小区，其RSRP低于门限，如公共参考信号的RSRP低于门限；
当终端从当前multicast业务的小区，无法再接收multicast业务；
当终端从当前multicast业务的小区，接收multicast业务质量，差到了满足一定条件； 例如如下至少一项：
连续N1次接收multicast业务数据块失败；
在窗口T1内，接收multicast业务数据失败达到N2次，或者高于一定比例；
持续T2时间，没有正确进行multicast业务接收；
在窗口T3内，正确接收multicast业务数据少于N3次，或者低于一定比例；
持续N4个DRX周期(DRX cycle)，没有正确接收multicast业务；
持续N5个DRX cycle，接收multicast业务数据失败达到N6次，或者高于一定比例；
持续N7个DRX cycle，正确接收multicast业务数据少于N3次，或者低于一定比例；
接收质量不满足要求，例如：误块率不满足QoS指标，或者高于门限，又例如：路径损耗参考的RSRP低于门限值；
当终端从当前multicast业务的小区，对于multicast信号测量，满足一定门限，如multicast RSRP低于一个门限；
其它，基于终端实现，例如：当终端自己评估接收质量不满足要求，也可以向网络发 起上报。
在满足上述条件之后，终端从当前驻留小区，发起RRC恢复请求(RRC ResumeRequest) 过程，该过程可以同其他实施例，终端也可以在连接恢复请求的过程中尽量携带自己的目 的信息。
对于网络侧新小区来说，接收终端的连接恢复请求消息，获得其中的终端ID信息，可 以采取如上述小区重选实施例中对应部分所列进行后续处理。
同样的，对于更换小区情况，终端Context里也可以保留多播相关的信息，也是为了网 络侧尽快的确定终端的感兴趣业务信息，以及终端当前的配置信息，便于网络侧在各种情 况下决定，是否为终端发送新小区配置信息。例如：如果当前multicast业务配置所对应的 小区与终端context里存储的Multicast cell不一致，说明终端发生了移动，需要给终端重新 发送新的配置。在没有小区信息的情况下，也可以通过对比当前配置和终端context里存储 的配置，如果一样，说明终端配置可以继续使用，不用发送更新，可选的配置不变情况也 可以将当前小区的发送进度(例如PDCP COUNT信息)发送给终端，便于终端尽快同步接 收，如果不一样，则说明需要发送新配置。
在一些实施方式中，所述终端对所述第一多播业务不能感兴趣，包括：不因移动或者 小区重选导致的，所述终端对所述第一多播业务不再感兴趣；和/或
所述终端接收所述第一多播业务的质量与预设质量匹配包括：不因移动或者小区重选 导致的，终端接收所述第一多播业务的质量与预设质量匹配。
上述不因移动或者小区重选导致的，所述终端对所述第一多播业务不再感兴趣可以是， 在不涉及移动或者换小区，当终端归属或者驻留小区不变的情况下，依然会发生一些情况 的变化，使得终端对所述第一多播业务不再感兴趣，从而向网络上报或者交互。
上述不因移动或者小区重选导致的，终端接收所述第一多播业务的质量与预设质量匹 配可以是，在不涉及移动或者换小区，当终端归属或者驻留小区不变的情况下，依然会发 生一些情况的变化，使得第一多播业务的质量变化，导致第一多播业务的质量与预设质量 匹配。
该实施方式中，可以实现不因移动或者小区重选发起连接恢复，以提高终端接收多播 业务的灵活性。
一个实施例如下：
该实施例主要描述接收质量差或者终端不感兴趣，具体可以如下：
在本实施例中，不涉及移动或者换小区的情况，当终端归属或者驻留小区不变的情况 下，依然会发生一些情况的变化，使得终端需要跟网络上报或者交互。
在这种情况下，接收multicast业务的终端在如下至少一种情况下，认为原有multicast cell 接收出现异常或者变化，触发连接恢复过程：
当终端从当前multicast业务的小区，无法再接收multicast业务；
当终端不再对multicast业务感兴趣；
当终端从当前multicast业务的小区，接收multicast业务质量，差到了满足一定条件； 例如：
连续N1次接收multicast业务数据块失败；
在窗口T1内，接收multicast业务数据失败达到N2次，或者高于一定比例；
持续T2时间，没有正确进行multicast业务接收；
在窗口T3内，正确接收multicast业务数据少于N3次，或者低于一定比例；
持续N4个DRX cycle，没有正确接收multicast业务；
持续N5个DRX cycle，接收multicast业务数据失败达到N6次，或者高于一定比例；
持续N6个DRX cycle，正确接收multicast业务数据少于N3次，或者低于一定比例；
接收质量不满足要求，例如误块率不满足QoS指标，或者高于门限；
当终端从当前multicast业务的小区，对于multicast信号测量，满足一定门限，例如 multicast RSRP低于一个门限；
其它，基于终端实现，例如：
如果终端是为了省电效果请求进入Inactive接收multicast业务，则终端可以在电量获得 补充或者电量充足的情况下，向网络上报；
当终端自己评估接收质量不满足要求，也可以向网络发起上报。
在上述情况发生时，终端可以立即进行RRC连接恢复请求，与网络侧进行交互和上报。 由于此种情况，终端的目的并不是单一的为了继续进行多播业务接收而获取更新的配置， 因此在这种情况下，终端可以不再连接恢复请求中携带额外信息，就是目的为了进入连接 态。
当终端通过正常连接恢复请求和网络侧发送的连接恢复过程，进入RRCConnected状 态之后，终端可以进行如下至少一项：
终端向网络请求Connected状态接收multicast业务；
终端向网络上报自己的Multicast接收信息，例如触发的各项指标和测量结果等，便于 网络侧给出合理的解决方案；
终端向核心网发起multicast业务的离开过程(加入的对应过程，表明终端不再对该多 播业务感兴趣)，终端离开信息后续会由核心网节点通知给服务基站，服务基站就可以将该 终端关于multicast业务的配置进行去配置，当终端没有其它业务传输需求时，就可以释放 回Idle状态；
终端向网络侧的请求和上报，会使得网络做出合理的操作，例如对于链路不好的终端 可以将其保留在Connected，例如点到点路径(point-to-point leg，PTP leg)等对传输效果进 行补充和保障。
作为一种可选的实施方式，所述第一消息还用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
上述第一消息可以是显式或者隐式指示上述至少一项。
上述请求连接恢复的目的可以是获取多播业务的新配置，或者快速进入连接态。
该实施方式中，由于上述第一消息还用于指示如下至少一项，这样可以使得网络侧设 备快速响应上述第一消息指示的内容，以满足终端的通信需求。
在一些实施方式中，所述第一消息携带的信令内容用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送；
或者，
所述第一消息的消息头用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
上述第一消息携带的信令内容用于指示上述至少一项，可以是在上述信令内容中包括 指示上述至少一项的指示信息。
上述第一消息的消息头用于指示上述至少一项，第一消息携带的信令内容保持不同， 在第一消息的消息头中携带指示上述至少一项的指示信息。例如：第一消息为RRC信令， 该RRC信令内容保持不变，但在RRC信令的其它层二头(L2 header)里增加信息指示上述至少一项，例如：媒体接入控制头(MAC header)，无线链路控制头(RLC header)，分 组数据汇聚协议头(PDCP header)等增加信息指示上述至少一项。
该实施方式中，可以通过信令内容或者消息头指示上述至少一项，从而提高消息格式 的灵活性。
作为一种可选的实施方式，所述第一消息与缓存状态报告(Buffer StatusReport，BSR) 一起发送。
上述第一消息和BSR一起发送可以是，第一消息和BSR同时发送。
这样可以实现在请求连接恢复的同时上报BSR，以使得网络侧设备基于BSR是否存在 判断后续是进行上行资源授权用于终端传输上行数据，还是直接以释放信令(release信令) 携带更新配置信息直接释放终端，对终端需求进行及时判断，并提高终端的数据传输及时 性和效率。
作为一种可选的实施方式，发送第一消息之后，所述方法还包括如下一项：
所述终端接收连接恢复(RRC Resume)消息；
所述终端接收RRC释放消息，所述RRC释放消息携带所述第一多播业务变更的配置。
上述连接恢复消息和RRC释放消息可以是网络侧根据终端的连接恢复请求，结合终端 上下文信息，判断是否需要给终端发送连接恢复，还是直接在释放消息里携带新的multicast 业务配置信息。其中，在终端上下文信息里，存储终端的Multicast cell信息和/或终端拿到 的multicast配置的版本信息，便于网络侧判断是否需要给终端发送最新的配置。
该实施方式中，可以实现终端及时接入连接态，或者获取变更的配置。
在一些实施方式中，所述终端接收RRC释放消息之后，所述方法还包括：
所述终端基于所述第一多播业务变更的配置，在非激活态接收所述第一多播业务。
该实施方式中，可以实现终端及时基于变更的配置在非激活态接收第一多播业务，以 提高终端接收多播业务效果。
在一些实施方式中，所述终端基于所述第一多播业务变更的配置，在非激活态接收所 述第一多播业务，包括如下至少一项：
所述终端基于所述第一多播业务变更的配置，对RLC层和下层进行复位或者重置，并 从新协议栈开始接收所述第一多播业务；
所述终端基于所述第一多播业务变更的配置，在PDCP层进行所述第一多播业务的连 续性接收。
上述对RLC层和下层进行复位或者重置，并从新协议栈开始接收所述第一多播业务可 以是，对RLC层和下层进行复位或者重置，并从新协议栈的初始状开始接收所述第一多播 业务。
上述在PDCP层进行所述第一多播业务的连续性接收，可以包括如下一项：
基于网络侧显式指示，在PDCP层基于数据包的序列号(Sequence Number，SN)和计数值(COUNT值)中的至少一项，对所述第一多播业务的数据包进行排序；
基于网络侧隐式指示，在PDCP层基于数据包的序列号SN和计数值中的至少一项，对 所述第一多播业务的数据包进行排序。
上述网络侧显式指示可以是，直接指示PDCP实体在重配置之前和之后，其数据包的 SN/COUNT值可以继续进行排序。
上述网络侧隐式指示可以是，一个PDCP实体所对应的多播/广播业务无线承载(Multicast/Broadcast Service，MBS)如果满足服务质量流(QoS flow)与MRB一对一映射，或者全对一(all to one)映射时，则可以认为该MRB在不同的基站之间可以做到PDCPSN/COUNT值的同步，因此在重配置之前和重配置之后，其数据包的SN/COUNT值可以继 续进行排序；否则，PDCP实体重新建立，不用进行重配置前后的排序工作。
在一些实施方式中，在所述终端进入连接态之后，所述方法还包括如下至少一项：
所述终端向网络侧设备发送第二消息，所述第二消息用于请求在连接态接收所述第一 多播业务；
所述终端向网络侧设备上报所述终端对于所述第一多播业务的接收质量信息；
所述终端发起所述第一多播业务的离开过程。
该实施方式中，通过上述第二消息可以快速在连接态接收第一多播业务。
上述接收质量信息可以是解码失败率、解码成功率、误块率、连续解码失败数据块数 量、一定时长内接收失败概率、测量结果等质量信息。
通过上述接收质量信息可以让网络侧设备给合理的解决方案，如在接收质量较差的情 况下，变量配置或者让终端进入连接态接收多播业务等。
一个实施例如下：
该实施例主要描述multicast配置变化，具体可以如下：
Multicast小区，由于情况变化，对multicast业务配置进行变更时，需要对终端进行通 知，终端获得通知之后，可以立即向网络进行连接恢复请求。
终端在发送连接恢复请求时，可以采取以下至少一种方式，更加明确指明恢复连接的 目的：
在连接恢复请求消息中，携带信息，指示终端是为了multicast业务配置更新的目的；
如果终端此时有其它上行数据要发，则可以触发BSR，在上行资源可以容纳的情况下， 与连接恢复请求消息一起发送；
如果终端此时有其它上行数据要发，在上行资源不够容纳BSR的情况下，以其它不增 加开销的方式携带后续还有数据这个信息，例如，利用MAC子头(MAC subheader)中的 R域或者采用特殊的逻辑信道标识(Logical Channel Identity，LCID)域等，以示区分；
按照上行资源情况，可以只发送连接恢复请求消息。
对于网络侧来说，接收终端的连接恢复请求消息，获得其中的终端ID信息，可以采取 以下至少一种方式进行后续处理：
对终端进行连接恢复命令的发送，让终端进入连接态；当网络不能明确判断终端恢复 连接的目的时，或者网络通过终端的指示发现有其它后续上行数据，或者网络侧有发送给 该终端的其它下行信令或者下行数据时，或者终端的感兴趣业务发生变化时等等，都可以 让终端先进入连接态，进行数据传输或者信令过程，同时通过RRC重配置信令将multicast 业务的新配置发送给终端。在完成上述过程之后，网络可以再次向终端发送RRCRelease 消息，释放其到Inactive进行业务接收。
对终端直接发送RRC Release消息，其中携带更新后的新配置；这种方式是信令开销最 小且最快捷的获得新配置的方式，当网络可以判断或者预估终端就是为了multicast业务配 置更新而发起连接恢复时，可以直接将multicast业务更新后的配置发送给终端，同时直接 释放其到Inactive进行业务接收。
特别的，对于一个Inactive终端来说，如果它需要在Inactive状态继续接收multicast 业务，则终端Context里可以保存如下至少一项纪录：
终端感兴趣或者正在接收的multicast业务标识，例如临时移动群组标识(Temporary Mobile Group Identity，TMGI)；
终端感兴趣或者正在接收的multicast业务配置，例如组无线网络临时标识(Group-Radio Network Temporary Identity，G-RNTI)，DRX配置，MRB配置，无线链路控制承载(RLC bearer)配置等；
终端当前接收的multicast业务的归属小区或者有效区域信息，例如小区标识、公共陆 地移动网络(Public Land Mobile Network，PLMN)标识、有效区域信息等；
终端当前接收的multicast业务其配置版本信息，例如当前配置版本为0。
保留上述信息的目的，可以是为了网络侧尽快的确定终端的感兴趣业务信息，以及当 前的配置信息，便于网络侧在各种情况下决定，是否为终端发送配置更新信息。例如如果 当前multicast业务发送的小区配置版本信息与终端context里存储的版本信息不一致，说明 终端的配置没有及时更新，需要给终端重新发送新的配置。在没有版本信息的情况下，也 可以通过对比当前配置和终端context里存储的配置，如果一样，说明终端配置为最新版本， 不用发送更新，如果不一样，则说明需要发送更新配置。
终端接收到新配置，一般情况下，对于RLC及以下层，可以采取复位或者重置的方式， 从新协议栈的初始化状态开始接收。而PDCP层，由于具有业务连续性和重排序等重要功 能，需要尽量满足连续性需求。可以有隐式或者显式的连续性操作指示，显式就是直接指 明该PDCP在重配置之前和之后，其数据包的SN/COUNT值可以继续进行排序。隐式方式，例如，当一个PDCP实体所对应的MRB如果满足QoS flow与MRB一对一映射，或者all to one映射时，则可以认为该MRB在不同的基站之间可以做到PDCP SN/COUNT值的同步， 因此在重配置之前和重配置之后，其数据包的SN/COUNT值可以继续进行排序；否则，PDCP 实体重新建立，不用进行重配置前后的排序工作。
在本申请实施例中，终端在非激活态下驻留第一小区，并接收第一多播业务；在所述 终端满足预设条件的情况下，发送第一消息，所述第一消息用于请求连接恢复。这样可以 支持终端在非激活态下接收多播业务，从而可以降低网络负荷。另外，通过发送第一消息 可以实现终端在非激活态下接收多播业务的情况下，可以及时请求连接恢复，以提高终端 状态切换的灵活性。
另外，本申请实施例中，终端还可以及时进行连接恢复，从网络侧获得更新的多播配 置、新小区多播配置、新的多播传输方式，以及上报一些接收异常情况，确保了终端对多播业务的及时和正常接收，使得在保障接收效果的基础上提升了终端的体验和系统效率。
请参见图3，图3是本申请实施例提供的另一种连接恢复方法的流程图，如图3所示， 包括以下步骤：
301、网络侧设备接收终端发送第一消息，所述第一消息用于请求连接恢复；
其中，所述终端为在非激活状态下驻留第一小区接收第一多播业务的终端。
可选的，所述网络侧设备接收终端发送第一消息之前，所述方法还包括：
所述网络侧设备向所述终端发送通知消息，所述通知消息用于通知所述第一多播业务 的配置发生变更。
可选的，所述第一消息还用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
可选的，所述第一消息携带的信令内容用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送；
或者，
所述第一消息的消息头用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
可选的，所述第一消息与缓存状态报告BSR一起接收。
可选的，所述网络侧设备接收终端发送第一消息之后，所述方法还包括如下一项：
所述网络侧设备向所述终端发送连接恢复消息；
所述网络侧设备向所述终端发送无线资源控制RRC释放消息，所述RRC释放消息携带所述第一多播业务变更的配置。
可选的，在所述网络侧设备确定所述终端需要在非激活态继续接收所述第一多播业务 的情况下，向所述终端发送所述RRC释放消息。
可选的，所述网络侧设备基于所述终端的终端上下文，确定所述终端需要在非激活态 继续接收所述第一多播业务，所述终端上行下文包括如下至少一项：
所述终端感兴趣或者正在接收的多播业务的业务标识信息；
所述终端感兴趣或者正在接收的多播业务的配置信息；
所述终端感兴趣或者正在接收的多播业务的归属小区信息；
所述终端感兴趣或者正在接收的多播业务的有效区域信息。
可选的，所述配置信息包括如下至少一项：
配置、配置版本信息。
可选的，所述网络侧设备向所述终端发送连接恢复消息之后，所述方法还包括如下至 少一项：
所述网络侧设备接收所述终端发送的第二消息，所述第二消息用于请求在连接态接收 所述第一多播业务；
所述网络侧设备接收所述终端上报的所述终端对于所述第一多播业务的接收质量信 息；
所述网络侧设备接受所述终端发起的所述第一多播业务的离开过程。
需要说明的是，本实施例作为与图2所示的实施例中对应的网络侧设备的实施方式， 其具体的实施方式可以参见图2所示的实施例的相关说明，以为避免重复说明，本实施例 不再赘述。
请参见图4，图4是本申请实施例提供的一种连接恢复装置的结构图，如图4所示，连 接恢复装置400包括：
第一接收模块401，用于在非激活态下驻留第一小区，并接收第一多播业务；
第一发送模块402，用于在终端满足预设条件的情况下，发送第一消息，所述第一消息 用于请求连接恢复。
可选的，所述终端满足预设条件包括如下至少一项：
所述终端接收到网络侧发送的通知消息，所述通知消息用于通知所述第一多播业务的 配置发生变更；
所述终端执行小区重选；
所述终端执行移动性管理；
所述终端对所述第一多播业务不再感兴趣；
所述终端接收所述第一多播业务的质量与预设质量匹配，所述预设质量表示不能继续 接收所述第一多播业务。
可选的，所述终端执行小区重选，包括如下至少一项：
所述终端从所述第一小区重选到第二小区，所述第一小区为发送所述第一多播业务的 多播业务小区；
所述终端从第一有效区域重选到第三小区，所述第一有效区域为所述第一多播业务的 有效区域，且所述第三小区不属于所述第一有效区域。
可选的，所述终端执行移动性管理，包括由于移动导致的如下至少一项：
所述终端驻留在所述第一小区，停止接收所述第一多播业务；
所述终端针对所述第一小区的参考信号的测量结果与第一预设测量结果匹配，所述第 一预设测量结果表示所述终端在所述第一小区不能继续接收所述第一多播业务；
所述终端接收所述第一多播业务的质量与预设质量匹配，所述预设质量表示所述终端 在所述第一小区不能继续接收所述第一多播业务；
所述终端对多播信道或者多播信号的测量结果与第二预设测量结果匹配，所述第二预 设测量结果表示所述终端在所述第一小区不能继续接收所述第一多播业务；
所述终端的信息表示不能继续接收所述第一多播业务。
可选的，所述终端接收所述第一多播业务的质量与预设质量匹配，包括如下至少一项：
所述终端连续N1次接收所述第一多播业务的数据失败；
在第一时间窗口内，所述终端接收所述第一多播业务的数据失败次数达到N2次；
在第二时间窗口内，所述终端接收所述第一多播业务的数据失败比例高于或者等于第 一预设比例；
在第一持续时间内，所述终端没有正确接收到所述第一多播业务；
在第三时间窗口内，所述终端正确接收到所述第一多播业务的次数少于N3次；
在第四时间窗口内，所述终端正确接收到所述第一多播业务的比例低于第二预设比例；
在连续的N4个非连续接收DRX周期内，所述终端没有正确接收到所述第一多播业务；
在连续的N5个DRX周期内，所述终端接收所述第一多播业务的数据失败次数达到N6 次；
在连续的N7个DRX周期内，所述终端接收所述第一多播业务的数据失败比例高于或 者等于第三预设比例；
在连续的N8个DRX周期内，所述终端正确接收到所述第一多播业务的次数少于N9次；
在连续的N10个DRX周期内，所述终端正确接收到所述第一多播业务的比例低于第四 预设比例；
所述终端接收所述第一多播业务的质量不满足预设要求；
其中，N1至N10为正整数。
可选的，所述终端对所述第一多播业务不能感兴趣，包括：不因移动或者小区重选导 致的，所述终端对所述第一多播业务不再感兴趣；和/或
所述终端接收所述第一多播业务的质量与预设质量匹配包括：不因移动或者小区重选 导致的，终端接收所述第一多播业务的质量与预设质量匹配。
可选的，所述第一消息还用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
可选的，所述第一消息携带的信令内容用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送；
或者，
所述第一消息的消息头用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
可选的，所述第一消息与缓存状态报告BSR一起发送。
可选的，所述装置还包括如下一项：
第二接收模块，用于接收连接恢复消息；
第三接收模块，用于接收无线资源控制RRC释放消息，所述RRC释放消息携带所述第一多播业务变更的配置。
可选的，所述装置还包括：
第四接收模块，用于基于所述第一多播业务变更的配置，在非激活态接收所述第一多 播业务。
可选的，所述第四接收模块用于如下至少一项：
基于所述第一多播业务变更的配置，对无线链路控制RLC层和下层进行复位或者重置， 并从新协议栈开始接收所述第一多播业务；
基于所述第一多播业务变更的配置，在分组数据汇聚协议PDCP层进行所述第一多播 业务的连续性接收。
可选的，所述在PDCP层进行所述第一多播业务的连续性接收，包括如下一项：
基于网络侧显式指示，在PDCP层基于数据包的序列号SN和计数值中的至少一项，对 所述第一多播业务的数据包进行排序；
基于网络侧隐式指示，在PDCP层基于数据包的序列号SN和计数值中的至少一项，对 所述第一多播业务的数据包进行排序。
可选的，所述装置还包括如下至少一项：
第二发送模块，用于所述终端向网络侧设备发送第二消息，所述第二消息用于请求在 连接态接收所述第一多播业务；
第三发送模块，用于向网络侧设备上报所述终端对于所述第一多播业务的接收质量信 息；
第四发送模块，用于发起所述第一多播业务的离开过程。
上述连接恢复装置可以降低网络负荷。
本申请实施例中的连接恢复装置可以是电子设备，例如具有操作系统的电子设备，也 可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终 端之外的其他设备。示例性的，终端可以包括但不限于本申请实施例所列举的终端的类型， 其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实 施例不作具体限定。
本申请实施例提供的连接恢复装置能够实现图2所示的方法实施例实现的各个过程， 并达到相同的技术效果，为避免重复，这里不再赘述。
请参见图5，图5是本申请实施例提供的另一种连接恢复装置的结构图，如图5所示， 连接恢复装置500包括：
第一接收模块501，用于接收终端发送第一消息，所述第一消息用于请求连接恢复；
其中，所述终端为在非激活状态下驻留第一小区接收第一多播业务的终端。
可选的，所述装置还包括：
第一发送模块，用于向所述终端发送通知消息，所述通知消息用于通知所述第一多播 业务的配置发生变更。
可选的，所述第一消息还用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
可选的，所述第一消息携带的信令内容用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送；
或者，
所述第一消息的消息头用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
可选的，所述第一消息与缓存状态报告BSR一起接收。
可选的，所述装置还包括如下一项：
第二发送模块，用于向所述终端发送连接恢复消息；
第三发送模块，用于向所述终端发送无线资源控制RRC释放消息，所述RRC释放消息携带所述第一多播业务变更的配置。
可选的，在所述网络侧设备确定所述终端需要在非激活态继续接收所述第一多播业务 的情况下，向所述终端发送所述RRC释放消息。
可选的，所述网络侧设备基于所述终端的终端上下文，确定所述终端需要在非激活态 继续接收所述第一多播业务，所述终端上行下文包括如下至少一项：
所述终端感兴趣或者正在接收的多播业务的业务标识信息；
所述终端感兴趣或者正在接收的多播业务的配置信息；
所述终端感兴趣或者正在接收的多播业务的归属小区信息；
所述终端感兴趣或者正在接收的多播业务的有效区域信息。
可选的，所述配置信息包括如下至少一项：
配置、配置版本信息。
可选的，所述装置还包括如下至少一项：
第二接收模块，用于接收所述终端发送的第二消息，所述第二消息用于请求在连接态 接收所述第一多播业务；
第三接收模块，用于接收所述终端上报的所述终端对于所述第一多播业务的接收质量 信息；
接受模块，用于接受所述终端发起的所述第一多播业务的离开过程。
上述多播业务接收装置可以降低网络负荷。
本申请实施例中的系统信息发送装置可以是电子设备，例如具有操作系统的电子设备， 也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是网络侧设备。
本申请实施例提供的系统信息发送装置能够实现图3所示的方法实施例实现的各个过 程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601和存储器602，存储器602上存储有可在所述处理器601上运行的程序或指令，例如，该通信设 备600为终端时，该程序或指令被处理器601执行时实现上述终端侧的连接恢复方法实施 例的各个步骤，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指 令被处理器601执行时实现上述网络侧设备侧的连接恢复方法实施例的各个步骤，且能达 到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，所述通信接口用于在非激活 态下驻留第一小区，并接收第一多播业务；在终端满足预设条件的情况下，发送第一消息， 所述第一消息用于请求连接恢复。该终端实施例与上述终端侧方法实施例对应，上述方法 实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。 具体地，图7为实现本申请实施例的一种终端的硬件结构示意图。
该终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709以及处 理器710等中的至少部分部件。
本领域技术人员可以理解，终端700还可以包括给各个部件供电的电源(比如电池)， 电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、 放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定，终端可以包 括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元704可以包括图形处理单元(GraphicsProcessing Unit，GPU)7041和麦克风7042，图形处理单元7041对在视频捕获模式或图像捕获模式中 由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706 可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。 用户输入单元707包括触控面板7071以及其他输入设备7072中的至少一种。触控面板7071， 也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备 7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠 标、操作杆，在此不再赘述。
本申请实施例中，射频单元701接收来自网络侧设备的下行数据后，可以传输给处理 器710进行处理；另外，射频单元701可以向网络侧设备发送上行数据。通常，射频单元701包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程 序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至 少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器709可以包括易失性存储器或非易失性存储器，或者，存储器709可以包括易失性和 非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、 同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储 器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器709包括但不限于这些和任意 其它适合类型的存储器。
处理器710可包括一个或多个处理单元；可选的，处理器710集成应用处理器和调制 解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。
其中，射频单元701用于在非激活态下驻留第一小区，并接收第一多播业务；在所述 终端满足预设条件的情况下，发送第一消息，所述第一消息用于请求连接恢复。
可选的，所述终端满足预设条件包括如下至少一项：
所述终端接收到网络侧发送的通知消息，所述通知消息用于通知所述第一多播业务的 配置发生变更；
所述终端执行小区重选；
所述终端执行移动性管理；
所述终端对所述第一多播业务不再感兴趣；
所述终端接收所述第一多播业务的质量与预设质量匹配，所述预设质量表示不能继续 接收所述第一多播业务。
可选的，所述终端执行小区重选，包括如下至少一项：
所述终端从所述第一小区重选到第二小区，所述第一小区为发送所述第一多播业务的 多播业务小区；
所述终端从第一有效区域重选到第三小区，所述第一有效区域为所述第一多播业务的 有效区域，且所述第三小区不属于所述第一有效区域。
可选的，所述终端执行移动性管理，包括由于移动导致的如下至少一项：
所述终端驻留在所述第一小区，停止接收所述第一多播业务；
所述终端针对所述第一小区的参考信号的测量结果与第一预设测量结果匹配，所述第 一预设测量结果表示所述终端在所述第一小区不能继续接收所述第一多播业务；
所述终端接收所述第一多播业务的质量与预设质量匹配，所述预设质量表示所述终端 在所述第一小区不能继续接收所述第一多播业务；
所述终端对多播信道或者多播信号的测量结果与第二预设测量结果匹配，所述第二预 设测量结果表示所述终端在所述第一小区不能继续接收所述第一多播业务；
所述终端的信息表示不能继续接收所述第一多播业务。
可选的，所述终端接收所述第一多播业务的质量与预设质量匹配，包括如下至少一项：
所述终端连续N1次接收所述第一多播业务的数据失败；
在第一时间窗口内，所述终端接收所述第一多播业务的数据失败次数达到N2次；
在第二时间窗口内，所述终端接收所述第一多播业务的数据失败比例高于或者等于第 一预设比例；
在第一持续时间内，所述终端没有正确接收到所述第一多播业务；
在第三时间窗口内，所述终端正确接收到所述第一多播业务的次数少于N3次；
在第四时间窗口内，所述终端正确接收到所述第一多播业务的比例低于第二预设比例；
在连续的N4个非连续接收DRX周期内，所述终端没有正确接收到所述第一多播业务；
在连续的N5个DRX周期内，所述终端接收所述第一多播业务的数据失败次数达到N6 次；
在连续的N7个DRX周期内，所述终端接收所述第一多播业务的数据失败比例高于或 者等于第三预设比例；
在连续的N8个DRX周期内，所述终端正确接收到所述第一多播业务的次数少于N9次；
在连续的N10个DRX周期内，所述终端正确接收到所述第一多播业务的比例低于第四 预设比例；
所述终端接收所述第一多播业务的质量不满足预设要求；
其中，N1至N10为正整数。
可选的，所述终端对所述第一多播业务不能感兴趣，包括：不因移动或者小区重选导 致的，所述终端对所述第一多播业务不再感兴趣；和/或
所述终端接收所述第一多播业务的质量与预设质量匹配包括：不因移动或者小区重选 导致的，终端接收所述第一多播业务的质量与预设质量匹配。
可选的，所述第一消息还用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
可选的，所述第一消息携带的信令内容用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送；
或者，
所述第一消息的消息头用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
可选的，所述第一消息与缓存状态报告BSR一起发送。
可选的，发送第一消息之后，所述射频单元701还用于如下一项：
接收连接恢复消息；
接收无线资源控制RRC释放消息，所述RRC释放消息携带所述第一多播业务变更的配置。
可选的，所述终端接收RRC释放消息之后，所述射频单元701还用于：
所述终端基于所述第一多播业务变更的配置，在非激活态接收所述第一多播业务。
可选的，所述终端基于所述第一多播业务变更的配置，在非激活态接收所述第一多播 业务，射频单元701还用于如下至少一项：
基于所述第一多播业务变更的配置，对无线链路控制RLC层和下层进行复位或者重置， 并从新协议栈开始接收所述第一多播业务；
基于所述第一多播业务变更的配置，在分组数据汇聚协议PDCP层进行所述第一多播 业务的连续性接收。
可选的，所述在PDCP层进行所述第一多播业务的连续性接收，包括如下一项：
基于网络侧显式指示，在PDCP层基于数据包的序列号SN和计数值中的至少一项，对 所述第一多播业务的数据包进行排序；
基于网络侧隐式指示，在PDCP层基于数据包的序列号SN和计数值中的至少一项，对 所述第一多播业务的数据包进行排序。
可选的，在所述终端进入连接态之后，射频单元701还用于如下至少一项：
向网络侧设备发送第二消息，所述第二消息用于请求在连接态接收所述第一多播业务；
向网络侧设备上报所述终端对于所述第一多播业务的接收质量信息；
发起所述第一多播业务的离开过程。
上述终端可以降低网络负荷。
本申请实施例还提供一种网络侧设备，包括处理器及通信接口，其中，所述通信接口 用于接收终端发送第一消息，所述第一消息用于请求连接恢复；其中，所述终端为在非激 活状态下驻留第一小区接收第一多播业务的终端。该网络侧设备实施例与上述网络侧设备 侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备 实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络侧设备800包括：天线801、射频装置802、基带装置803、处理器804和存储器805。天线801与射频 装置802连接。在上行方向上，射频装置802通过天线801接收信息，将接收的信息发送 给基带装置803进行处理。在下行方向上，基带装置803对要发送的信息进行处理，并发 送给射频装置802，射频装置802对收到的信息进行处理后经过天线801发送出去。
以上实施例中网络侧设备执行的方法可以在基带装置803中实现，该基带装置803包 括基带处理器。
基带装置803例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所 示，其中一个芯片例如为基带处理器，通过总线接口与存储器805连接，以调用存储器805 中的程序，执行以上方法实施例中所示的网络设备操作。
该网络侧设备还可以包括网络接口806，该接口例如为通用公共无线接口(commonpublic radio interface，CPRI)。
具体地，本发明实施例的网络侧设备800还包括：存储在存储器805上并可在处理器 804上运行的指令或程序，处理器804调用存储器805中的指令或程序执行图5所示各模块 执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
其中，射频装置802用于网络侧设备接收终端发送第一消息，所述第一消息用于请求 连接恢复；
其中，所述终端为在非激活状态下驻留第一小区接收第一多播业务的终端。
可选的，所述网络侧设备接收终端发送第一消息之前，射频装置802还用于：
向所述终端发送通知消息，所述通知消息用于通知所述第一多播业务的配置发生变更。
可选的，所述第一消息还用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
可选的，所述第一消息携带的信令内容用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送；
或者，
所述第一消息的消息头用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
可选的，所述第一消息与缓存状态报告BSR一起接收。
可选的，所述网络侧设备接收终端发送第一消息之后，射频装置802还用于如下一项：
向所述终端发送连接恢复消息；
向所述终端发送无线资源控制RRC释放消息，所述RRC释放消息携带所述第一多播业务变更的配置。
可选的，在所述网络侧设备确定所述终端需要在非激活态继续接收所述第一多播业务 的情况下，向所述终端发送所述RRC释放消息。
可选的，所述网络侧设备基于所述终端的终端上下文，确定所述终端需要在非激活态 继续接收所述第一多播业务，所述终端上行下文包括如下至少一项：
所述终端感兴趣或者正在接收的多播业务的业务标识信息；
所述终端感兴趣或者正在接收的多播业务的配置信息；
所述终端感兴趣或者正在接收的多播业务的归属小区信息；
所述终端感兴趣或者正在接收的多播业务的有效区域信息。
可选的，所述配置信息包括如下至少一项：
配置、配置版本信息。
可选的，所述网络侧设备向所述终端发送连接恢复消息之后，射频装置802还用于如 下至少一项：
接收所述终端发送的第二消息，所述第二消息用于请求在连接态接收所述第一多播业 务；
接收所述终端上报的所述终端对于所述第一多播业务的接收质量信息；
接受所述终端发起的所述第一多播业务的离开过程。
上述网络侧设备可以降低网络负荷。
本申请实施例还提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所 述程序或指令被处理器执行时实现本申请实施例提供的连接恢复方法的步骤。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括 计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和 所述处理器耦合，所述处理器用于运行程序或指令，实现上述连接恢复方法实施例的各个 过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片 上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在 存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述连接恢复方法实 施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种频域资源确定系统，包括：终端和网络侧设备，所述终端 可用于执行本申请实施例提供的终端侧的连接恢复方法的步骤，所述网络侧设备可用于执 行本申请实施例提供的网络侧设备侧的连接恢复方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素， 而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所 固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除 在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的 是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包 括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于 所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参 照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可 借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者 是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡 献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质 (如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施 方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在 本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形 式，均属于本申请的保护之内。

Claims (29)

1.一种连接恢复方法，其特征在于，包括：
终端在非激活态下驻留第一小区，并接收第一多播业务；
在所述终端满足预设条件的情况下，发送第一消息，所述第一消息用于请求连接恢复。
2.如权利要求1所述的方法，其特征在于，所述终端满足预设条件包括如下至少一项：
所述终端接收到网络侧发送的通知消息，所述通知消息用于通知所述第一多播业务的配置发生变更；
所述终端执行小区重选；
所述终端执行移动性管理；
所述终端对所述第一多播业务不再感兴趣；
所述终端接收所述第一多播业务的质量与预设质量匹配，所述预设质量表示不能继续接收所述第一多播业务。
3.如权利要求2所述的方法，其特征在于，所述终端执行小区重选，包括如下至少一项：
所述终端从所述第一小区重选到第二小区，所述第一小区为发送所述第一多播业务的多播业务小区；
所述终端从第一有效区域重选到第三小区，所述第一有效区域为所述第一多播业务的有效区域，且所述第三小区不属于所述第一有效区域。
4.如权利要求2所述的方法，其特征在于，所述终端执行移动性管理，包括由于移动导致的如下至少一项：
所述终端驻留在所述第一小区，停止接收所述第一多播业务；
所述终端针对所述第一小区的参考信号的测量结果与第一预设测量结果匹配，所述第一预设测量结果表示所述终端在所述第一小区不能继续接收所述第一多播业务；
所述终端接收所述第一多播业务的质量与预设质量匹配，所述预设质量表示所述终端在所述第一小区不能继续接收所述第一多播业务；
所述终端对多播信道或者多播信号的测量结果与第二预设测量结果匹配，所述第二预设测量结果表示所述终端在所述第一小区不能继续接收所述第一多播业务；
所述终端的信息表示不能继续接收所述第一多播业务。
5.如权利要求4所述的方法，其特征在于，所述终端接收所述第一多播业务的质量与预设质量匹配，包括如下至少一项：
所述终端连续N1次接收所述第一多播业务的数据失败；
在第一时间窗口内，所述终端接收所述第一多播业务的数据失败次数达到N2次；
在第二时间窗口内，所述终端接收所述第一多播业务的数据失败比例高于或者等于第一预设比例；
在第一持续时间内，所述终端没有正确接收到所述第一多播业务；
在第三时间窗口内，所述终端正确接收到所述第一多播业务的次数少于N3次；
在第四时间窗口内，所述终端正确接收到所述第一多播业务的比例低于第二预设比例；
在连续的N4个非连续接收DRX周期内，所述终端没有正确接收到所述第一多播业务；
在连续的N5个DRX周期内，所述终端接收所述第一多播业务的数据失败次数达到N6次；
在连续的N7个DRX周期内，所述终端接收所述第一多播业务的数据失败比例高于或者等于第三预设比例；
在连续的N8个DRX周期内，所述终端正确接收到所述第一多播业务的次数少于N9次；
在连续的N10个DRX周期内，所述终端正确接收到所述第一多播业务的比例低于第四预设比例；
所述终端接收所述第一多播业务的质量不满足预设要求；
其中，N1至N10为正整数。
6.如权利要求2所述的方法，其特征在于，所述终端对所述第一多播业务不能感兴趣，包括：不因移动或者小区重选导致的，所述终端对所述第一多播业务不再感兴趣；和/或
所述终端接收所述第一多播业务的质量与预设质量匹配包括：不因移动或者小区重选导致的，终端接收所述第一多播业务的质量与预设质量匹配。
7.如权利要求1至6中任一项所述的方法，其特征在于，所述第一消息还用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
8.如权利要求7所述的方法，其特征在于，所述第一消息携带的信令内容用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送；
或者，
所述第一消息的消息头用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
9.如权利要求1至6中任一项所述的方法，其特征在于，所述第一消息与缓存状态报告BSR一起发送。
10.如权利要求1至6中任一项所述的方法，其特征在于，发送第一消息之后，所述方法还包括如下一项：
所述终端接收连接恢复消息；
所述终端接收无线资源控制RRC释放消息，所述RRC释放消息携带所述第一多播业务变更的配置。
11.如权利要求10所述的方法，其特征在于，所述终端接收RRC释放消息之后，所述方法还包括：
所述终端基于所述第一多播业务变更的配置，在非激活态接收所述第一多播业务。
12.如权利要求11所述的方法，其特征在于，所述终端基于所述第一多播业务变更的配置，在非激活态接收所述第一多播业务，包括如下至少一项：
所述终端基于所述第一多播业务变更的配置，对无线链路控制RLC层和下层进行复位或者重置，并从新协议栈开始接收所述第一多播业务；
所述终端基于所述第一多播业务变更的配置，在分组数据汇聚协议PDCP层进行所述第一多播业务的连续性接收。
13.如权利要求12所述的方法，其特征在于，所述在PDCP层进行所述第一多播业务的连续性接收，包括如下一项：
基于网络侧显式指示，在PDCP层基于数据包的序列号SN和计数值中的至少一项，对所述第一多播业务的数据包进行排序；
基于网络侧隐式指示，在PDCP层基于数据包的序列号SN和计数值中的至少一项，对所述第一多播业务的数据包进行排序。
14.如权利要求10所述的方法，其特征在于，在所述终端进入连接态之后，所述方法还包括如下至少一项：
所述终端向网络侧设备发送第二消息，所述第二消息用于请求在连接态接收所述第一多播业务；
所述终端向网络侧设备上报所述终端对于所述第一多播业务的接收质量信息；
所述终端发起所述第一多播业务的离开过程。
15.一种连接恢复方法，其特征在于，包括：
网络侧设备接收终端发送第一消息，所述第一消息用于请求连接恢复；
其中，所述终端为在非激活状态下驻留第一小区接收第一多播业务的终端。
16.如权利要求15所述的方法，其特征在于，所述网络侧设备接收终端发送第一消息之前，所述方法还包括：
所述网络侧设备向所述终端发送通知消息，所述通知消息用于通知所述第一多播业务的配置发生变更。
17.如权利要求15或16所述的方法，其特征在于，所述第一消息还用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
18.如权利要求17所述的方法，其特征在于，所述第一消息携带的信令内容用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送；
或者，
所述第一消息的消息头用于指示如下至少一项：
请求连接恢复的目的；
所述终端有上行数据要发送。
19.如权利要求15或16所述的方法，其特征在于，所述第一消息与缓存状态报告BSR一起接收。
20.如权利要求15或16所述的方法，其特征在于，所述网络侧设备接收终端发送第一消息之后，所述方法还包括如下一项：
所述网络侧设备向所述终端发送连接恢复消息；
所述网络侧设备向所述终端发送无线资源控制RRC释放消息，所述RRC释放消息携带所述第一多播业务变更的配置。
21.如权利要求20所述的方法，其特征在于，在所述网络侧设备确定所述终端需要在非激活态继续接收所述第一多播业务的情况下，向所述终端发送所述RRC释放消息。
22.如权利要求21所述的方法，其特征在于，所述网络侧设备基于所述终端的终端上下文，确定所述终端需要在非激活态继续接收所述第一多播业务，所述终端上行下文包括如下至少一项：
所述终端感兴趣或者正在接收的多播业务的业务标识信息；
所述终端感兴趣或者正在接收的多播业务的配置信息；
所述终端感兴趣或者正在接收的多播业务的归属小区信息；
所述终端感兴趣或者正在接收的多播业务的有效区域信息。
23.如权利要求22所述的方法，其特征在于，所述配置信息包括如下至少一项：
配置、配置版本信息。
24.如权利要求20所述的方法，其特征在于，所述网络侧设备向所述终端发送连接恢复消息之后，所述方法还包括如下至少一项：
所述网络侧设备接收所述终端发送的第二消息，所述第二消息用于请求在连接态接收所述第一多播业务；
所述网络侧设备接收所述终端上报的所述终端对于所述第一多播业务的接收质量信息；
所述网络侧设备接受所述终端发起的所述第一多播业务的离开过程。
25.一种连接恢复装置，其特征在于，包括：
第一接收模块，用于在非激活态下驻留第一小区，并接收第一多播业务；
第一发送模块，用于在终端满足预设条件的情况下，发送第一消息，所述第一消息用于请求连接恢复。
26.一种连接恢复装置，其特征在于，包括：
第一接收模块，用于接收终端发送第一消息，所述第一消息用于请求连接恢复；
其中，所述终端为在非激活状态下驻留第一小区接收第一多播业务的终端。
27.一种终端，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至14任一项所述的连接恢复方法的步骤。
28.一种网络侧设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求15至24任一项所述的连接恢复方法的步骤。
29.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至14任一项所述的连接恢复方法的步骤，或者，所述程序或指令被处理器执行时实现如权利要求15至24任一项所述的连接恢复方法的步骤。
CN202210836819.6A 2022-07-15 2022-07-15 连接恢复方法、装置、终端及网络侧设备 Pending CN117440325A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210836819.6A CN117440325A (zh) 2022-07-15 2022-07-15 连接恢复方法、装置、终端及网络侧设备
PCT/CN2023/105413 WO2024012305A1 (zh) 2022-07-15 2023-06-30 连接恢复方法、装置、终端及网络侧设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210836819.6A CN117440325A (zh) 2022-07-15 2022-07-15 连接恢复方法、装置、终端及网络侧设备

Publications (1)

Publication Number Publication Date
CN117440325A true CN117440325A (zh) 2024-01-23

Family

ID=89535525

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210836819.6A Pending CN117440325A (zh) 2022-07-15 2022-07-15 连接恢复方法、装置、终端及网络侧设备

Country Status (2)

Country Link
CN (1) CN117440325A (zh)
WO (1) WO2024012305A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113853824B (zh) * 2019-10-26 2024-04-12 华为技术有限公司 一种通信方法及装置
CN114079984B (zh) * 2020-08-14 2023-08-04 大唐移动通信设备有限公司 一种mbs业务数据传输方法和网络侧装置及设备
CN114079998A (zh) * 2020-08-21 2022-02-22 华为技术有限公司 一种通信方法及装置
CN114554558A (zh) * 2020-11-25 2022-05-27 维沃移动通信有限公司 消息发送方法、装置和终端

Also Published As

Publication number Publication date
WO2024012305A1 (zh) 2024-01-18

Similar Documents

Publication Publication Date Title
CN117440325A (zh) 连接恢复方法、装置、终端及网络侧设备
WO2023185929A1 (zh) 资源控制方法、装置、终端及网络侧设备
WO2023165422A1 (zh) 寻呼指示方法、装置、终端及网络侧设备
WO2024012304A1 (zh) 多播业务接收方法、装置、终端及网络侧设备
US20240089814A1 (en) Resource processing method and apparatus, electronic device, and storage medium
CN116133166A (zh) 无线资源控制状态控制方法及装置、通信设备
CN117956568A (zh) 去注册控制方法、装置、终端设备、网元及存储介质
CN116939693A (zh) 测量上报处理方法、装置、终端及网络侧设备
CN116801332A (zh) 语音业务的处理方法、终端及网络侧设备
CN117955771A (zh) 中继通信链路处理方法、中继通信链路配置方法、中继终端处理方法及相关设备
CN116634506A (zh) 时间信息应用方法、发送方法、终端及网络侧设备
CN116939674A (zh) 测量处理方法、装置、终端及网络侧设备
CN116471676A (zh) 业务传输方法、装置、终端及网络侧设备
CN116867004A (zh) 通信处理方法、终端及网络侧设备
CN117676642A (zh) 小区配置方法、装置、中继设备、终端及网络设备
CN116456389A (zh) 资源控制方法、装置、终端、网络侧设备及可读存储介质
CN117641513A (zh) 通信方法、设备及可读存储介质
CN116744346A (zh) 网络故障的处理方法、终端、接入网设备及核心网设备
CN118055451A (zh) 数据传输方法、装置、终端、网络侧设备及系统
CN116567781A (zh) 传输方法、装置、终端、网络侧设备及可读存储介质
CN116866877A (zh) 业务处理方法、装置、终端、网络侧设备及可读存储介质
CN117500085A (zh) 信息发送方法、信息接收方法、装置及相关设备
CN117015076A (zh) 连接恢复方法、小区切换方法、及装置
CN116801328A (zh) 语音业务的实现方法、装置及终端
CN117768971A (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