CN117440326A - 通知处理方法、通知方法、装置、终端及网络侧设备 - Google Patents
通知处理方法、通知方法、装置、终端及网络侧设备 Download PDFInfo
- Publication number
- CN117440326A CN117440326A CN202210836820.9A CN202210836820A CN117440326A CN 117440326 A CN117440326 A CN 117440326A CN 202210836820 A CN202210836820 A CN 202210836820A CN 117440326 A CN117440326 A CN 117440326A
- Authority
- CN
- China
- Prior art keywords
- multicast service
- terminal
- notification
- change
- service
- 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
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 24
- 230000008859 change Effects 0.000 claims abstract description 151
- 230000005540 biological transmission Effects 0.000 claims abstract description 28
- 230000004044 response Effects 0.000 claims abstract description 13
- 230000011664 signaling Effects 0.000 claims description 154
- 238000000034 method Methods 0.000 claims description 92
- 238000011084 recovery Methods 0.000 claims description 42
- 230000000977 initiatory effect Effects 0.000 claims description 14
- 238000012545 processing Methods 0.000 claims description 14
- 238000004891 communication Methods 0.000 abstract description 29
- 230000000875 corresponding effect Effects 0.000 description 50
- 230000006870 function Effects 0.000 description 31
- 230000000694 effects Effects 0.000 description 20
- 230000008569 process Effects 0.000 description 20
- 238000010586 diagram Methods 0.000 description 9
- 238000007726 management method Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 4
- 230000006399 behavior Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 206010048669 Terminal state Diseases 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 2
- 238000010200 validation analysis Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
- 210000000707 wrist Anatomy 0.000 description 1
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
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种通知处理方法、通知方法、装置、终端及网络侧设备，属于通信技术领域，本申请实施例的通知处理方法包括：终端接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；所述多播业务为所述终端正在接收的多播业务；所述终端执行所述第一通知的响应操作。
Description
技术领域
本申请属于通信技术领域，具体涉及一种通知处理方法、通知方法、装置、终端及网 络侧设备。
背景技术
一些通信系统支持多播(multicast)业务传输，具体可以是支持终端在连接态(Connected) 下接收多播业务。但目前终端还无法确定多播业务的配置是否发生变更，也无法确定多播 业务是否结束，而这两者中的任一者都有可能影响终端的多播业务接收效果。可见，目前 终端的多播业务接收效果比较差。
发明内容
本申请实施例提供一种通知处理方法、通知方法、装置、终端及网络侧设备，能够解 决终端的多播业务接收效果比较差的问题。
第一方面，提供了一种通知处理方法，包括：
终端接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业 务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束 包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
所述终端执行所述第一通知的响应操作。
第二方面，提供了一种通知方法，包括：
网络侧设备向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更 和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述 多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
第三方面，提供了一种通知处理装置，包括：
第一接收模块，用于接收第一通知，所述第一通知用于通知：多播业务的配置发生变 更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所 述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
执行模块，用于执行所述第一通知的响应操作。
第四方面，提供了一种通知装置，包括：
第一发送模块，用于向终端发送第一通知，所述第一通知用于通知：多播业务的配置 发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业 务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结 束。
第五方面，提供了一种终端，该终端包括处理器和存储器，所述存储器存储可在所述 处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例提供 的通知处理方法的步骤。
第六方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口用于接收 第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至 少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少 一项：所述多播业务发送结束或所述多播业务接收结束；所述处理器或通信接口用于执行 第一通知的响应操作。
第七方面，提供了一种网络侧设备，包括处理器和存储器，所述存储器存储可在所述 处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例提供 的通知方法的步骤。
第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述通信接口用 于向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业 务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束 包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
第九方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程 序或指令被处理器执行时实现本申请实施例提供的通知处理方法的步骤，或者，所述程序 或指令被处理器执行时实现本申请实施例提供的通知方法的步骤。
第十方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述 处理器耦合，所述处理器用于运行程序或指令，实现本申请实施例提供的通知处理方法， 或者，所述处理器用于运行程序或指令，实现本申请实施例提供的通知方法。
第十一方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存 储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现本申请实施例提供的通 知处理方法的步骤，或者，所述计算机程序/程序产品被至少一个处理器执行以实现本申请 实施例提供的通知方法的步骤。
第十二方面，提供了一种频域资源确定系统，包括：终端和网络侧设备，所述终端可 用于执行本申请实施例提供的通知处理方法的步骤，所述网络侧设备可用于执行本申请实 施例提供的通知方法的步骤。
在本申请实施例中，终端接收第一通知，所述第一通知用于通知：多播业务的配置发 生变更和所述多播业务结束中的至少一项，所述多播业务结束包括如下至少一项：所述多 播业务发送结束或所述多播业务接收结束；所述多播业务为所述终端正在接收的多播业务； 所述终端执行所述第一通知的响应操作。这样终端可以获知多播业务的配置发生变更和所 述多播业务结束中的至少一项，从而提高终端的多播业务接收效果。
附图说明
图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、终端接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多 播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务 结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
上述第一通知可以是终端接收网络侧设备发送的通知，当然，本申请实施例对此并不 限定，例如：上述终端可以接收其他终端发送的上述第一通知。
本申请实施例中，多播业务的配置可以包括但不限于：多播/广播业务无线承载(MBS (Multicast/Broadcast Service)radio bear，MRB)配置、时域图案(pattern)、频域资源、动 态调度信息等，其中，时域pattern可以包括周期长度、周期起始位置和周期内激活时长等 配置。
上述多播业务的配置发生变更可以是部分或者全部配置发生变更。
上述所述多播业务发送结束可以理解为，网络侧设备发送多播业务结束，上述多播业 务接收结束可以理解为，终端接收多播业务结束。在一些实施方式中，可以只通知多播业 务发送结束或者多播业务接收结束，在一些实施方式中，可以通知多播业务发送结束或多 播业务接收结束。
在一些实施方式中，所述多播业务为所述终端在非激活态正在接收的多播业务，这样 可以支持终端在非激活态下接收多播业务，终端在非激活态时的网络负荷是小于终端在连 接态时的网络负荷，从而可以降低网络负荷。
本申请实施例中，多播业务可以表示为multicast业务，或者可以表示为多播/广播业务 (Multicast/Broadcast Service，MBS)。
202、所述终端执行所述第一通知的响应操作。
上述响应操作可以是基于协议约定确定，也可以是基于终端实现确定，也可以是基于 网络侧配置确定的。例如：进入连接态、释放资源、请求新配置等等。
本申请实施例中，通过上述步骤可以实现获知多播业务的配置发生变更和所述多播业 务结束中的至少一项，从而避免因终端无法获知配置发生变更而继续使用原配置接收多播 业务导致的接收错误，也可以避免因终端无法获知多播业务结束而继续接收多播业务导致 的多余耗电，进而提高终端的多播业务接收效果。
作为一种可选的实施方式，上述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
其中，向网络侧设备发起连接恢复可以进入连接态，这样在多播业务的配置发生变更 的情况下，在连接态直接接收上述多播业务。
需要说明的是，向网络侧设备请求所述多播业务变更的新配置后，网络侧可以根据网 络侧获知的信息，向终端返回新配置，或者，不返回新配置，例如：一些情况下，网络侧设备可以指示终端进入连接态，在连接态直接接收多播业务。
在接收向网络侧设备发送的所述多播业务变更的新配置后，可以在非激活态下接收多 播业务。
上述对所述多播业务进行释放，可以是释放多播业务的承载和配置中的至少一项，以 节约资源。
上述释放至空闲态可以节约终端功耗，也可以避免连接恢复之后再释放的繁琐过程。
上述保持在非激活态可以避免连接恢复之后再释放的繁琐过程。
在一些实施方式中，在所述第一通知指示所述多播业务的配置发生变更的情况下，所 述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
保持在非激活态。
该实施方式中，可以实现在多播业务的配置发生变更在连接态接收多播业务，或者继 续在非激活态接收多播业务，以使得终端可以及时接收到更多的多播业务内容。
在一些实施方式中，在所述第一通知指示所述多播业务结束的情况下，所述响应操作 包括如下至少一项：
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
该实施方式中，可以实现在多播业务结束的情况下，对所述多播业务进行释放，以节 约资源；可以实现在多播业务结束的情况下，释放至空闲态，以节约终端功耗，也可以避免连接恢复之后再释放的繁琐过程；可以实现在多播业务结束的情况下，保持在非激活态，以避免连接恢复之后再释放的繁琐过程。
在一些实施方式中，所述向网络侧设备发起连接恢复之后，所述方法还包括如下至少 一项：
所述终端接收连接恢复消息；
所述终端接收无线资源控制(Radio Resource Control，RRC)释放消息；
所述终端接收所述多播业务变更的新配置。
通过上述连接恢复消息进入连接态。
上述RRC释放消息可以是让终端回到空闲态，也可以携带多播业务变更的新配置，例 如：在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带 所述多播业务变更的新配置，这样可以使得终端继续在非激活态下接收多播业务。
上述终端接收所述多播业务变更的新配置可以是，接收网络侧设备通过上述RRC释放 消息之外的其他消息发送的多播业务变更的新配置，这样可以使得终端继续在非激活态下 接收多播业务。
作为一种可选的实施方式，所述第一通知包括如下至少一项：
寻呼消息、层一(Layer 1，L1)信令、媒体接入控制(Medium Access Control，MAC)信令、RRC消息、公共信令。
在一些实施方式中，所述寻呼消息可以包括如下至少一项：
携带终端标识(UE ID)的第一寻呼消息；
携带临时移动群组标识(Temporary Mobile Group Identity，TMGI)的第二寻呼消息。
上述携带终端标识的第一寻呼消息可以理解为，以终端标识进行寻呼的寻呼消息，上 述携带TMGI的第二寻呼消息。可以理解为，以TMGI进行寻呼的寻呼消息。
其中，上述终端标识可以是，临时移动用户标识(S-Temporary MobileSubscriber Identity， S-TMSI)或者非激活状态下的无线网络临时标识(Inactive-RadioNetwork Temporary Identity， I-RNTI)。
上述TMGI可以是上述多播业务的业务标识。
上述第一寻呼消息可以指示多播业务的配置发生变更和所述多播业务结束中的至少一 项，上述第二寻呼消息可以多播业务的配置发生变更和所述多播业务结束中的至少一项； 或者，上述第一寻呼消息可以指示多播业务的配置发生变更和所述多播业务结束中的一项， 上述第二寻呼消息可以多播业务的配置发生变更和所述多播业务结束中的另一项。
该实施方式中，通过寻呼消息通知多播业务的配置发生变更和所述多播业务结束中的 至少一项，可以让终端及时获知多播业务的配置发生变更和所述多播业务结束中的至少一 项。
一个实施例如下：
多播业务小区(Multicast小区)，由于情况变化，对multicast业务配置进行变更或者业 务结束时，需要对非连接态终端进行通知。其中，寻呼是一种可行的通知终端的方式，具 体可以有如下方式：。
方式一、以终端标识进行寻呼(Paging by UE ID)：
当multicast业务配置变更或者业务结束时，可以用UE ID来对特定终端进行寻呼。由 于multicast业务的每个接收终端，是网络侧进行管理，终端向核心网进行multicast业务加 入过程，核心网就将终端信息发送给接入网，因此网络侧设备是知道哪些终端对这个 multicast业务感兴趣。而且也是网络侧设备最终决定将一些终端释放到非激活态(Inactive) 进行Multicast业务接收的，因此对于multicast业务所在的小区，可以保存Inactive接收的 终端列表，当Multicast业务准备变更配置或者业务结束时，直接以存储列表中的每个UE ID 进行寻呼，能找到每个终端。
其中，发放寻呼(paging)的范围，可以是每个UE的无线接入网(Radio AccessNetwork， RAN)寻呼区域(RAN paging区域)，即RNA范围。
另一种实施的方式，由于multicast业务配置一般单小区有效或者一定区域有效，因此 可以仅在multicast cell或者配置有效区域范围内对终端进行寻呼。为了避免终端驻留在 multicast cell同覆盖的其它小区，而在multicast cell接收多播业务，因此对multicast cell的 其它重叠或者相邻覆盖小区，或者上述小区中位于终端RNA范围内的cell，发送paging消 息。
特别的，在寻呼消息中，还可以区分Multicast更新目的，即通过携带一个指示信息， 该指示信息用于指示Multicast更新目的，且与某一个UE ID对应或者TMGI对应。例如multicast业务变更或者业务结束，或者业务变更采取普通寻呼方式，业务结束携带特殊标记， 因为业务变更是要进行连接恢复，与普通下行数据到达寻呼的行为基本一致，而业务结束 可以直接释放，而避免进行连接恢复再释放。另外，终端获知业务结束，可以进行多播/广 播业务无线承载(MBS(Multicast/Broadcast Service)radio bear，MRB)释放。
通过上述paging方式，如果终端仍旧位于multicast cell的接收范围之内或者该配置有 效的范围之内，终端可以收到关于自己UE ID的寻呼消息，其中UE ID可以是I-RNTI， S-TMSI等形式，也可以是新的ID，用以表明这是一个Multicast业务变化为目的的寻呼发， 如果收到匹配的新ID，则终端恢复连接建立。
方式二、以TMGI进行寻呼(Paging by TMGI)：
TMGI的寻呼方式，是指在寻呼消息中不携带UE ID，而携带业务标识TMGI，这样对该TMGI感兴趣的多个终端，可以避免发送不同的UE ID，而可以采取统一TMGI标识， 唤醒所有感兴趣于该业务的终端。
网络侧设备是知道对这个multicast业务感兴趣的终端列表，发放paging的范围，可以 是每个终端的RAN paging区域，即RNA范围，针对每个终端的寻呼时刻，当然如果有重叠的部分，则TMGI发送一次即可。
另一种实施的方式，由于multicast业务配置一般单小区有效或者一定区域有效，因此 可以仅在multicast cell或者配置有效区域范围内对终端列表进行寻呼。为了避免终端驻留在 multicast cell同覆盖的其它小区，而在multicast cell接收多播业务，因此对multicast cell的 其它重叠或者相邻覆盖小区，或者上述小区中位于终端RNA范围内的小区，发送paging 消息。
特别的，在寻呼消息中，还可以区分Multicast更新目的，由于以TMGI业务为标识进 行寻呼，已经可以说明是这个业务发生了变化，因此仅需要再次区分是配置变化还是业务 结束即可，例如或者业务变更采取TMGI寻呼方式，业务结束在此基础上再携带特殊标记， 因为业务变更是要进行连接恢复，与普通下行数据到达寻呼的行为基本一致，而业务结束 可以直接释放，而避免进行连接恢复再释放。
通过上述paging方式，如果终端仍旧位于multicast cell的接收范围之内或者该配置有 效的范围之内，终端可以收到关于自己感兴趣的TMGI的寻呼消息，以及可选的业务结束 标记，用以表明这是一个Multicast业务配置变更或者结束为目的的寻呼。
另外，终端接收寻呼之后，进行相应的响应操作。如果能区分目的，则根据不同的寻 呼目的采取不同的行为，例如业务变更是需要终端进行连接恢复向网络侧获得最新的配置 信息，而业务结束可以直接进行相关承载/配置的释放，甚至在承载完全释放之后进入空闲 态(Idle状态)，而避免了连接恢复之后再释放的繁琐过程。如果Paging消息中没有携带额 外信息，或者终端不能区分，则终端统一行为是向网络进行连接恢复，由网络侧进行判断。
对于网络侧，如果接收到终端的连接恢复，由于网络侧可以从UE ID判断出这是一个 对特定multicast业务感兴趣的终端，而且网络侧刚刚准备进行该multicast业务的配置变更 或者业务结束，此时终端恢复连接，则一定是为了该业务，网络侧可以执行以下至少一项：
网络侧向发起连接恢复的终端，发送无线资源控制释放(RRC release)消息，在该消 息中携带更新的终端感兴趣multicast业务配置信息；
网络侧向发起连接恢复的终端，发送RRC release消息，在终端感兴趣multicast业务已 经全部结束的情况下，释放终端回到Idle状态；
网络侧向终端发起连接恢复命令，使终端进入连接态；
网络侧在终端有其它上行数据要发的情况下，向终端发起连接恢复命令，使终端进入 连接态；
终端进入连接态之后，网络接收终端的请求，并向终端发送更新的multicast业务配置 信息。
在一种特殊情况下，如果网络侧Paging消息显式指示了Multicast业务结束，而终端接 收到指示，可以将multicast对应的承载和配置都自行释放。当终端只有这一个multicast业 务时，终端可以回到Idle态或保持再INACTIVE态。对应的，如果要使终端回到了Idle态， 网络侧也有终端的承载上下文，可以进行对应的释放承载和释放终端操作。相当于终端和 网络各自完成了释放，避免了信令交互。
该实施例中，对于Paging消息，UE ID的方式由于可以根据终端列表来进行发送，因 此对于处于Connected状态接收multicast业务的终端无影响。如果是TMGI的方式，处于Connected状态的终端也不会监听Paging occasion，因此TMGI paging也不会影响处于Connected状态接收multicast业务的终端。
在一些实施方式中，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识(Group-Radio Network TemporaryIdentity， G-RNTI)调度的L1信令。
上述L1信令可以包括物理下行控制信道(Physical downlink control channel，PDCCH)。 例如：上述多播业务的多播/广播业务信道(MBS Traffic Channel，MTCH)对应的PDCCH， 且可以通过该PDCH中信息域来指示上述多播业务的配置发生变更和所述多播业务结束中 的至少一项，该信息域可以是一个特殊信息域，如复用协议已定义的信息域，或者新定义 的信息域。
需要说明的是，本申请实施例中，并不限定L1信令为G-RNTI调度的L1信令，例如：也可以是以其他RNTI调度的LI信令，如多播无线网络临时标识(Multicast Radio NetworkTemporary Identity，Multicast–RNTI)调度的LI信令，又如小区无线网络临时标识(Cell-Radio Network Temporary Identifier，C-RNTI)调度的LI信令，或者后续协议新定义的RNTI调度 的LI信令。
在一些实施方式中，上述L1信令包括PDCCH，所述PDCCH包括指示比特，所述指 示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
该实施方式中，可以实现通过复用已定义的比特来指示上述多播业务的配置发生变更 和所述多播业务结束中的至少一项，也可以实现通过新定义的比特来指示上述多播业务的 配置发生变更和所述多播业务结束中的至少一项。
在一个实施例如下：
该实施例主要描述通过L1信令指示多播业务的配置发生变更和所述多播业务结束中的 至少一项，具体可以如下：
Multicast小区，由于情况变化，对multicast业务配置进行变更或者业务结束时，需要 对非连接态终端进行通知，其中，L1信令也是一种可行的通知UE的方式。
由于每种multicast业务有其配置的G-RNTI，用G-RNTI加扰的PDCCH进行调度信息的发送。那么在PDCCH的格式中，可以增加1-2bit内容，用以指示配置变化和/或业务结 束。
例如：在广播(Broadcast)业务中，有多播/广播业务控制信道无线网络临时标识(MBS Control Channel Network Temporary Identity，MCCH-RNTI)加扰的PDCCH，其中一种PDCCH 格式中，有2bit内容，其中1bit代表新业务到达，另1bit内容代表现有业务的变化，既包 含配置变更也包含配置结束，或者邻小区信息变化等。
该实施例中，可以复用上述PDCCH格式，将其中2bit内容重新赋予新的含义，其中1bit代表业务配置变化，另1bit内容代表现有业务结束。或者只用其中1bit，统一表示变化， 包含变更和结束。
对于终端来说，由于每个对multicast业务感兴趣的终端，都会监听业务对应的G-RNTI 加扰的PDCCH，如果在PDCCH格式中读到了2bit新内容中的一个，则可以根据指示内容， 进行相应的行为，例如：
当发现业务配置变更，则向网络发起连接恢复请求；
如果发现业务结束，则释放业务对应的承载/配置；
如果业务承载释放之后，不再有其它业务或者承载，则终端可以自行回到Idle状态， 也可以保持在非激活态。
对于网络侧，如果接收到终端的连接恢复，由于网络侧可以从UE ID判断出这是一个 对特定multicast业务感兴趣的终端，而且网络侧刚刚准备进行该multicast业务的配置变更 或者业务结束，此时终端恢复连接，则一定是为了该业务，网络侧可以执行以下至少一项：
网络侧向发起连接恢复的终端，发送RRC release消息，在该消息中携带更新的终端感 兴趣multicast业务配置信息；
网络侧向发起连接恢复的终端，发送RRC release消息，在终端感兴趣multicast业务已 经全部结束的情况下，释放终端回到Idle状态；
网络侧向终端发起连接恢复命令，使终端进入连接态；
网络侧在终端有其它上行数据要发的情况下，向终端发起连接恢复命令，使终端进入 连接态；
终端进入连接态之后，网络接收终端的请求，并向终端发送更新的multicast业务配置 信息；
L1信令的方式，该方式由于无法区分对待不同的终端状态，因此对于处于Connected 状态接收multicast业务的终端也可能会收到，如果是低版本终端不解析无影响，如果高版 本终端可以解码，无需进行任何操作，等待网络侧的专用控制信令即可。
作为一种可选的实施方式，上述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
上述MAC信令可以是媒体接入控制的控制单元(Media Access Control ControlElement， MAC CE)。
该实施方式中，由于通过G-RNTI调度的MAC信令，这样可以携带更加信息，如还可以携带多媒业务的业务标识。
需要说明的是，本申请实施例中，并不限定MAC信令为G-RNTI调度的MAC信令， 例如：也可以是以其他RNTI调度的MAC信令，如Multicast–RNTI调度的MAC信令，又 如C-RNTI调度的MAC信令，或者后续协议新定义的RNTI调度的MAC信令。
在一些实施方式中，所述MAC信令还用于指示所述多播业务的业务标识。
其中，上述多播业务的业务标识可以包括如下至少一项：
TMGI、TMGI索引、MRB ID列表。
该实施方式中，通过指示业务标识，这样可以实现更加精确的通知。
一个实施例如下：
该实施例主要描述MAC信令通知终端，具体可以如下：
Multicast小区，由于情况变化，对multicast业务配置进行变更或者业务结束时，需要 对非连接态终端进行通知。MAC信令也是一种可行的通知终端的方式。
MAC信令可以是以MAC CE形式进行。MAC信令可以携带的信息是多于L1信令的，MAC CE的格式可以较大的空间，例如除了携带业务变更指示和/或业务结束指示，还可以携带具体对应的业务标识信息，例如TMGI，或者TMGI索引，或者MRB ID列表。由于 MAC CE也可以采取G-RNTI调度方式发送，而且一般是和数据业务进行复用发送。在一些 通信系统中，在multicast业务的设计中，每个业务TMGI会对应一个G-RNTI进行调度， 但反过来，网络侧可以将多个TMGI分配相同的G-RNTI，也就是说同一个G-RNTI调度的 数据，可以属于不同的TMGI，不同的业务。因此在MAC CE里显式指示哪个业务发生了 变更或者结束，对终端也是有好处的，可以便于终端更好的判断是否是自己感兴趣的发生 了变化，从而采取相关行为。
对于终端来说，由于每个对multicast业务感兴趣的终端，都会监听业务对应的G-RNTI 对应的调度和数据，如果在数据中读到了相关的MAC CE，则可以根据MAC CE指示内容， 进行相应的行为，例如如下至少一项：
当发现业务配置变更，则向网络发起连接恢复请求；
如果发现业务结束，则释放业务对应的承载；
如果业务承载释放之后，不再有其它业务或者承载，则终端可以自行回到Idle状态；
网络侧行为以及后续操作，参考上述多个实施例和实施方式中对应部分内容。
MAC信令的方式，该方式由于无法区分对待不同的终端状态，因此对于处于Connected 状态接收multicast业务的终端也可能会收到，如果是低版本终端不认识该MACCE直接丢 弃无影响，如果高版本终端可以解码，无需进行任何操作，等待网络侧的专用控制信令即 可。
作为一种可选的实施方式，所述公共信令包括：
以所述多播业务对应的Multicast–RNTI调度的公共信令，其中，所述Multicast-RNTI 和所述多播业务对应的G-RNTI相同或者不同。
上述公共信令可以是层三(L3)信令、层二(L2信令)或L1信令。
需要说明的是，本申请实施例中，并不限定公共信令为Multicast–RNTI调度的公共信 令，例如：也可以是以其他RNTI调度的MAC信令，如G–RNTI调度的公共信令，又如 C-RNTI调度的公共信令，或者后续协议新定义的RNTI调度的公共信令。
在一些实施方式中，上述公共信令携带如下至少一项：
所述多播业务的业务标识、所述多播业务的配置发生变更的变更标志、所述多播业务 结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信 息。
其中，多播业务的配置发生变更和所述多播业务结束中的至少一项可以通过上述携带 的内容显式或者隐式指示，例如：当携带多播业务的业务标识时，该业务标识可以用于隐 式指示多播业务的配置发生变更和所述多播业务结束中的至少一项，当当携带多播业务变 更的新配置、多播业务变更的新配置的生效时间信息时，可以隐式指示多播业务的配置发 生变更。
另外，通过多播业务的业务标识可以实现精确通知，而通过多播业务变更的新配置可 以实现快速下发新配置，通过多播业务变更的新配置的生效时间信息可以精确控制配置的 生效时间。
一个实施例如下：
该实施例主要描述公共信令，具体如下：
Multicast小区，由于情况变化，对multicast业务配置进行变更或者业务结束时，需要 对非连接态终端进行通知，其中，公共信令也是一种可行的通知终端的方式。
公共信令的方式，可以有更灵活的设计，例如可以为一组终端分配专用于公共信令的 特殊的Multicast-RNTI，用于调度关于multicast变更的通知消息。该通知消息，也可以配置 一定的时域pattern，即周期长度、重复次数等，也可以配置相应的频域资源或者动态调度 信息等。
关于通知消息的格式，可以是L3信令、L2信令或L1信令，本例中以L3信令来举例，因为L2信令可参照上述实施例中描述的MAC CE设计，L1信令可参照上述实施例描述的PDCCH格式设计，本实施例的L1和L2信令与前面实施例的差别是可以配置独立的RNTI， 不再复用G-RNTI，也可以配置新的时域和/或频域配置，不再遵循G-RNTI的配置限制。
关于公共L3信令，可以设计为多播控制消息(Multicast Control)/修改消息(Modification Message)，里面携带业务标识，例如TMGI，和/或变更标志，和/或结束标志，甚至，可以 直接携带变更之后的multicast业务的新配置，新配置生效时间信息等。
对于终端来说，由于每个对multicast业务感兴趣的终端，都会监听业务对应的公共信 令调度和数据，如果在其中读到了相关的指示内容，进行相应的行为，例如：
当发现业务配置变更，则向网络发起连接恢复请求；
如果发现业务结束，则释放业务对应的承载；
如果业务承载释放之后，不再有其它业务或者承载，则终端可以自行回到Idle状态；
如果直接读取了变更之后的新配置，则立即或者根据生效时间信息，应用新的配置开 始接收业务。
网络侧行为以及后续操作，参考上述实施例和实施方式中的对应部分内容。
公共信令的方式，该方式可以要求只有Inactive状态的终端进行公共信令的读取，因此 对于处于Connected状态接收multicast业务的终端可以无影响。
作为一种可选的实施方式，上述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
上述RRB消息可以是支持确认模式(acknowledged mode，AM)的RRC消息。
该实施方式中，由于通过RRC消息进行通知，可以提高通知的可靠性。
需要说明的是，本申请实施例中，并不限定RRC消息为G-RNTI调度的公共信令，例如：也可以是以其他RNTI调度的G-RNTI，如Multicast–RNTI调度的公共信令，又如C-RNTI调度的G-RNTI，或者后续协议新定义的RNTI调度的G-RNTI。
本申请实施例中，上述多种信令消息可以相互结合实现，例如：
以寻呼消息发送multicast业务变更，以MAC CE发送multicast业务结束；
以L1信令方式发送multicast业务变更，以MAC CE发送multicast业务结束；
以公共信令方式发送multicast业务变更，以MAC CE发送multicast业务结束；
具体可以是，寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC 消息、公共信令其中一种发送multicast业务变更，以另一种方式发送multicast业务结束。
在本申请实施例中，终端接收第一通知，所述第一通知用于通知：多播业务的配置发 生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务； 所述终端执行所述第一通知的响应操作。这样终端可以获知多播业务的配置发生变更和所 述多播业务结束中的至少一项，从而提高终端的多播业务接收效果。
请参见图3，图3是本申请实施例提供的一种通知方法的流程图，如图3所示，包括以 下步骤：
301、网络侧设备向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生 变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务， 所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
可选的，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
可选的，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
可选的，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
可选的，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特， 所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
可选的，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
可选的，所述MAC信令还用于指示所述多播业务的业务标识。
可选的，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中， 所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
可选的，所述公共信令携带如下一项：
所述多播业务的业务标识、多播业务的配置发生变更的变更标志、所述多播业务结束 的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
可选的，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
可选的，所述方法还包括如下至少一项：
所述网络侧设备接收所述终端发送的连接恢复请求；
所述网络侧设备接收所述终端发送的用于请求所述多播业务变更的新配置的请求；
所述网络侧设备对所述多播业务进行释放。
可选的，所述网络侧设备接收所述终端发送的连接恢复请求之后，所述方法还包括如 下至少一项：
所述网络侧设备向所述终端发送连接恢复消息；
所述网络侧设备向所述终端发送无线资源控制RRC释放消息；
所述网络侧设备向所述终端发送所述多播业务变更的新配置。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放 消息携带所述多播业务变更的新配置。
需要说明的是，本实施例作为与图2所示的实施例中对应的网络侧设备的实施方式， 其具体的实施方式可以参见图2所示的实施例的相关说明，以为避免重复说明，本实施例 不再赘述。
请参见图4，图4是本申请实施例提供的一种通知处理装置的结构图，如图4所示，通 知处理装置400包括：
第一接收模块401，用于接收第一通知，所述第一通知用于通知：多播业务的配置发生 变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务， 所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
执行模块402，用于执行所述第一通知的响应操作。
可选的，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
可选的，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
可选的，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
可选的，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特， 所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
可选的，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
可选的，所述MAC信令还用于指示所述多播业务的业务标识。
可选的，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中， 所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
可选的，所述公共信令携带如下至少一项：
所述多播业务的业务标识、所述多播业务的配置发生变更的变更标志、所述多播业务 结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信 息。
可选的，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
可选的，所述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述响应操作 包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
保持在非激活态；
和/或，
在所述第一通知指示所述多播业务结束的情况下，所述响应操作包括如下至少一项：
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
可选的，所述装置还包括如下至少一项：
第二接收模块，用于接收连接恢复消息；
第三接收模块，用于接收无线资源控制RRC释放消息；
第四接收模块，用于接收所述多播业务变更的新配置。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放 消息携带所述多播业务变更的新配置。
可选的，所述多播业务为所述终端在非激活态正在接收的多播业务。
上述通知处理装置可以提升终端多播业务接收效果。
本申请实施例中的通知处理装置可以是电子设备，例如具有操作系统的电子设备，也 可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终 端之外的其他设备。示例性的，终端可以包括但不限于本申请实施例所列举的终端的类型， 其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实 施例不作具体限定。
本申请实施例提供的通知处理装置能够实现图2所示的方法实施例实现的各个过程， 并达到相同的技术效果，为避免重复，这里不再赘述。
请参见图5，图5是本申请实施例提供的一种通知装置的结构图，如图5所示，通知装 置500包括：
第一发送模块501，用于向终端发送第一通知，所述第一通知用于通知：多播业务的配 置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播 业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收 结束。
可选的，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
可选的，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
可选的，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
可选的，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特， 所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
可选的，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
可选的，所述MAC信令还用于指示所述多播业务的业务标识。
可选的，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中， 所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
可选的，所述公共信令携带如下一项：
所述多播业务的业务标识、多播业务的配置发生变更的变更标志、所述多播业务结束 的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
可选的，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的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用于接收第一通知，所述第一通知用于通知：多播业务的配置发 生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务， 所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
处理器710或射频单元701用于执行所述第一通知的响应操作。
可选的，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
可选的，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
可选的，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
可选的，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特， 所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
可选的，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
可选的，所述MAC信令还用于指示所述多播业务的业务标识。
可选的，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中， 所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
可选的，所述公共信令携带如下至少一项：
所述多播业务的业务标识、所述多播业务的配置发生变更的变更标志、所述多播业务 结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信 息。
可选的，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
可选的，所述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述响应操作 包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
保持在非激活态；
和/或，
在所述第一通知指示所述多播业务结束的情况下，所述响应操作包括如下至少一项：
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
可选的，射频单元701还用于如下至少一项：
接收连接恢复消息；
接收无线资源控制RRC释放消息；
接收所述多播业务变更的新配置。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放 消息携带所述多播业务变更的新配置。
可选的，所述多播业务为所述终端在非激活态正在接收的多播业务。
上述终端可以提升终端多播业务接收效果。
本申请实施例还提供一种网络侧设备，包括处理器及通信接口，其中，所述通信接口 用于向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播 业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结 束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。该网络侧设备实 施例与上述网络侧设备侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均 可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图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用于向终端发送第一通知，所述第一通知用于通知：多播业务的 配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多 播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接 收结束。
可选的，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
可选的，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
可选的，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
可选的，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特， 所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
可选的，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
可选的，所述MAC信令还用于指示所述多播业务的业务标识。
可选的，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中， 所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
可选的，所述公共信令携带如下一项：
所述多播业务的业务标识、多播业务的配置发生变更的变更标志、所述多播业务结束 的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
可选的，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
可选的，所述射频装置802还用于如下至少一项：
接收所述终端发送的连接恢复请求；
接收所述终端发送的用于请求所述多播业务变更的新配置的请求；
对所述多播业务进行释放。
可选的，所述射频装置802还用于如下至少一项：
向所述终端发送连接恢复消息；
向所述终端发送无线资源控制RRC释放消息；
向所述终端发送所述多播业务变更的新配置。
可选的，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放 消息携带所述多播业务变更的新配置。
上述网络侧设备可以有利用终端提升多播业务接收效果。
本申请实施例还提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所 述程序或指令被处理器执行时实现本申请实施例提供的通知处理方法或通知方法的步骤。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括 计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和 所述处理器耦合，所述处理器用于运行程序或指令，实现上述通知处理方法或通知方法实 施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片 上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在 存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述通知处理方法或 通知方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种频域资源确定系统，包括：终端和网络侧设备，所述终端 可用于执行本申请实施例提供的通知处理方法的步骤，所述网络侧设备可用于执行本申请 实施例提供的通知方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素， 而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所 固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除 在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的 是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包 括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于 所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参 照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可 借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者 是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡 献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质 (如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施 方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在 本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形 式，均属于本申请的保护之内。
Claims (33)
1.一种通知处理方法，其特征在于，包括：
终端接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
所述终端执行所述第一通知的响应操作。
2.如权利要求1所述的方法，其特征在于，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
3.如权利要求2所述的方法，其特征在于，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
4.如权利要求2所述的方法，其特征在于，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
5.如权利要求2所述的方法，其特征在于，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特，所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
6.如权利要求2所述的方法，其特征在于，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
7.如权利要求2所述的方法，其特征在于，所述MAC信令还用于指示所述多播业务的业务标识。
8.如权利要求2所述的方法，其特征在于，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中，所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
9.如权利要求2所述的方法，其特征在于，所述公共信令携带如下至少一项：
所述多播业务的业务标识、所述多播业务的配置发生变更的变更标志、所述多播业务结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
10.如权利要求2所述的方法，其特征在于，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
11.如权利要求1至10中任一项所述的方法，其特征在于，所述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
12.如权利要求11所述的方法，其特征在于，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述响应操作包括如下至少一项：
向网络侧设备发起连接恢复；
向网络侧设备请求所述多播业务变更的新配置；
接收向网络侧设备发送的所述多播业务变更的新配置；
保持在非激活态；
和/或，
在所述第一通知指示所述多播业务结束的情况下，所述响应操作包括如下至少一项：
对所述多播业务进行释放；
释放至空闲态；
保持在非激活态。
13.如权利要求12所述的方法，其特征在于，所述向网络侧设备发起连接恢复之后，所述方法还包括如下至少一项：
所述终端接收连接恢复消息；
所述终端接收无线资源控制RRC释放消息；
所述终端接收所述多播业务变更的新配置。
14.如权利要求13所述的方法，其特征在于，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带所述多播业务变更的新配置。
15.如权利要求1至10中任一项所述的方法，其特征在于，所述多播业务为所述终端在非激活态正在接收的多播业务。
16.一种通知方法，其特征在于，包括：
网络侧设备向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
17.如权利要求16所述的方法，其特征在于，所述第一通知包括如下至少一项：
寻呼消息、层一L1信令、媒体接入控制MAC信令、无线资源控制RRC消息、公共信令。
18.如权利要求17所述的方法，其特征在于，所述寻呼消息包括如下至少一项：
携带终端标识的第一寻呼消息；
携带临时移动群组标识的第二寻呼消息。
19.如权利要求17所述的方法，其特征在于，所述L1信令包括：
以所述多播业务对应的组无线网络临时标识G-RNTI调度的L1信令。
20.如权利要求17所述的方法，其特征在于，所述L1信令包括物理下行控制信道PDCCH，所述PDCCH包括指示比特，所述指示比特用于指示：所述多播业务的配置发生变更和所述多播业务结束中的至少一项；
其中，所述指示比特包括：
协议中对所述PDCCH已定义的比特；或者
所述PDCCH新定义的至少一个比特。
21.如权利要求17所述的方法，其特征在于，所述MAC信令包括：
以所述多播业务对应的G-RNTI调度的MAC信令。
22.如权利要求17所述的方法，其特征在于，所述MAC信令还用于指示所述多播业务的业务标识。
23.如权利要求17所述的方法，其特征在于，所述公共信令包括：
以所述多播业务对应的多播无线网络临时标识Multicast-RNTI调度的公共信令，其中，所述Multicast-RNTI和所述多播业务对应的G-RNTI相同或者不同。
24.如权利要求17所述的方法，其特征在于，所述公共信令携带如下一项：
所述多播业务的业务标识、多播业务的配置发生变更的变更标志、所述多播业务结束的结束标志、所述多播业务变更的新配置、所述多播业务变更的新配置的生效时间信息。
25.如权利要求17所述的方法，其特征在于，所述RRC消息包括：
以所述多播业务对应的G-RNTI调度的RRC消息。
26.如权利要求16至25中任一项所述的方法，其特征在于，所述方法还包括如下至少一项：
所述网络侧设备接收所述终端发送的连接恢复请求；
所述网络侧设备接收所述终端发送的用于请求所述多播业务变更的新配置的请求；
所述网络侧设备对所述多播业务进行释放。
27.如权利要求26所述的方法，其特征在于，所述网络侧设备接收所述终端发送的连接恢复请求之后，所述方法还包括如下至少一项：
所述网络侧设备向所述终端发送连接恢复消息；
所述网络侧设备向所述终端发送无线资源控制RRC释放消息；
所述网络侧设备向所述终端发送所述多播业务变更的新配置。
28.如权利要求27所述的方法，其特征在于，在所述第一通知指示所述多播业务的配置发生变更的情况下，所述RRC释放消息携带所述多播业务变更的新配置。
29.一种通知处理装置，其特征在于，包括：
第一接收模块，用于接收第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束；
执行模块，用于执行所述第一通知的响应操作。
30.一种通知装置，其特征在于，包括：
第一发送模块，用于向终端发送第一通知，所述第一通知用于通知：多播业务的配置发生变更和所述多播业务结束中的至少一项；所述多播业务为所述终端正在接收的多播业务，所述多播业务结束包括如下至少一项：所述多播业务发送结束或所述多播业务接收结束。
31.一种终端，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至15任一项所述的通知处理方法的步骤。
32.一种网络侧设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求16至28任一项所述的通知方法的步骤。
33.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至15任一项所述的通知处理方法的步骤，或者，所述程序或指令被处理器执行时实现如权利要求16至28任一项所述的通知方法的步骤。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210836820.9A CN117440326A (zh) | 2022-07-15 | 2022-07-15 | 通知处理方法、通知方法、装置、终端及网络侧设备 |
| PCT/CN2023/104946 WO2024012275A1 (zh) | 2022-07-15 | 2023-06-30 | 通知处理方法、通知方法、装置、终端及网络侧设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210836820.9A CN117440326A (zh) | 2022-07-15 | 2022-07-15 | 通知处理方法、通知方法、装置、终端及网络侧设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117440326A true CN117440326A (zh) | 2024-01-23 |
Family
ID=89535472
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210836820.9A Pending CN117440326A (zh) | 2022-07-15 | 2022-07-15 | 通知处理方法、通知方法、装置、终端及网络侧设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN117440326A (zh) |
| WO (1) | WO2024012275A1 (zh) |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101998262B (zh) * | 2009-08-13 | 2015-09-16 | 中兴通讯股份有限公司 | 多播广播组播业务通知信息的配置方法及装置 |
| WO2012108647A2 (ko) * | 2011-02-07 | 2012-08-16 | 엘지전자 주식회사 | 무선통신 시스템에서 멀티캐스트 데이터를 수신하는 방법 및 이를 위한 m2m 기기 |
| CN107889063B (zh) * | 2016-09-29 | 2022-02-18 | 中兴通讯股份有限公司 | 多播业务的业务信息、业务信息变更通知方法及装置 |
| US11350347B2 (en) * | 2016-11-04 | 2022-05-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Network node, wireless device and methods therein in a communications network |
-
2022
- 2022-07-15 CN CN202210836820.9A patent/CN117440326A/zh active Pending
-
2023
- 2023-06-30 WO PCT/CN2023/104946 patent/WO2024012275A1/zh unknown
Also Published As
| Publication number | Publication date |
|---|---|
| WO2024012275A1 (zh) | 2024-01-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110268763B (zh) | 接收方案 | |
| CN114071741A (zh) | 信息传输方法、装置、终端及网络侧设备 | |
| WO2022257934A1 (zh) | Pdcch监听方法、终端及网络侧设备 | |
| WO2023093692A1 (zh) | 监听寻呼提前指示的方法、装置、终端及网络侧设备 | |
| CN115208529B (zh) | 信号传输方法、终端及网络侧设备 | |
| CN117440326A (zh) | 通知处理方法、通知方法、装置、终端及网络侧设备 | |
| WO2023165422A1 (zh) | 寻呼指示方法、装置、终端及网络侧设备 | |
| CN114765833B (zh) | 寻呼方法、装置、终端、网络侧设备及存储介质 | |
| WO2023143413A1 (zh) | 同步信号块接收方法、同步信号块发送方法及相关设备 | |
| WO2024217130A1 (zh) | 传输处理方法、装置、终端及网络侧设备 | |
| WO2024208124A1 (zh) | 通信方法、装置、终端、无线接入网设备及核心网设备 | |
| WO2024208345A1 (zh) | 寻呼方法及通信设备 | |
| CN116471676A (zh) | 业务传输方法、装置、终端及网络侧设备 | |
| WO2024027678A1 (zh) | 扩展非连续接收的配置方法及装置、通信设备 | |
| WO2024160200A1 (zh) | 多播业务传输方法、装置、终端及网络侧设备 | |
| US20240089814A1 (en) | Resource processing method and apparatus, electronic device, and storage medium | |
| WO2022143975A1 (zh) | 搜索空间组切换方法和设备 | |
| CN116133166A (zh) | 无线资源控制状态控制方法及装置、通信设备 | |
| CN116939693A (zh) | 测量上报处理方法、装置、终端及网络侧设备 | |
| CN118555629A (zh) | 传输方法、装置、终端、中继设备及网络侧设备 | |
| CN117560653A (zh) | Ue能力控制方法、装置、终端及网络侧设备 | |
| CN117560652A (zh) | 回落方法、回落指示方法、装置、终端及网络侧设备 | |
| CN118695337A (zh) | 扩展非连续接收的确定方法、装置、终端、设备及介质 | |
| CN118828807A (zh) | 传输处理方法、装置、终端及网络侧设备 | |
| CN116321427A (zh) | Pei的配置方法、终端及网络侧设备 |
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 |