CN116962988A - 配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质 - Google Patents
配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质 Download PDFInfo
- Publication number
- CN116962988A CN116962988A CN202210394257.4A CN202210394257A CN116962988A CN 116962988 A CN116962988 A CN 116962988A CN 202210394257 A CN202210394257 A CN 202210394257A CN 116962988 A CN116962988 A CN 116962988A
- Authority
- CN
- China
- Prior art keywords
- configuration information
- information
- network side
- configuration
- multicast 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
- 238000000034 method Methods 0.000 title claims abstract description 187
- 230000008569 process Effects 0.000 claims abstract description 54
- 230000011664 signaling Effects 0.000 claims description 102
- 238000012545 processing Methods 0.000 claims description 49
- 230000005540 biological transmission Effects 0.000 claims description 42
- 238000010200 validation analysis Methods 0.000 claims description 28
- 230000007246 mechanism Effects 0.000 claims description 17
- 238000010295 mobile communication Methods 0.000 claims description 8
- 239000000523 sample Substances 0.000 claims 1
- 239000000758 substrate Substances 0.000 claims 1
- 238000004891 communication Methods 0.000 abstract description 27
- 238000005259 measurement Methods 0.000 description 21
- 230000006870 function Effects 0.000 description 16
- 230000000694 effects Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000005265 energy consumption Methods 0.000 description 8
- 230000008859 change Effects 0.000 description 6
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 5
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 5
- 101100292100 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) PHO92 gene Proteins 0.000 description 5
- 101100478213 Schizosaccharomyces pombe (strain 972 / ATCC 24843) spo5 gene Proteins 0.000 description 5
- 238000004590 computer program Methods 0.000 description 5
- 230000007774 longterm Effects 0.000 description 4
- 108091005487 SCARB1 Proteins 0.000 description 2
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质，属于通信领域，本申请实施例的配置信息接收方法包括：用户设备UE接收网络侧设备发送的第一配置信息，第一配置信息为多播业务的配置信息；在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理。
Description
技术领域
本申请属于通信技术领域，具体涉及一种配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质。
背景技术
目前，处于连接态用户设备UE可以进行多播业务的接收，但是将大量接收多播业务的UE保留在连接态时，网络侧设备开销升高，并且UE需要维持连接态的移动性测量和链路测量等操作耗电也比较高。
发明内容
本申请实施例提供一种配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质，能够使得非激活态UE接收多播业务时及时获得业务配置更新。
第一方面，提供了一种配置信息接收方法，该方法包括：UE接收网络侧设备发送的第一配置信息，该第一配置信息为多播业务的配置信息；在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理。
第二方面，提供了一种配置信息接收装置，该装置包括：接收模块和处理模块。接收模块，用于接收网络侧设备发送的第一配置信息，该第一配置信息为多播业务的配置信息。
第三方面，提供了一种配置信息发送方法，该方法包括：网络侧设备向UE发送第一配置信息，该第一配置信息为多播业务的配置信息，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理。
第四方面，提供了一种配置信息发送装置，该装置包括：发送模块。发送模块，用于向UE发送第一配置信息，该第一配置信息为多播业务的配置信息。
第五方面，提供了一种UE，该UE包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供了一种UE，包括处理器及通信接口，其中，所述通信接口用于接收网络侧设备发送的第一配置信息，该第一配置信息为多播业务的配置信息；所述处理器，用于在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理。
第七方面，提供了一种网络侧设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述通信接口用于向UE发送第一配置信息，该第一配置信息为多播业务的配置信息，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理。
第九方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤。
第十方面，提供了一种通信系统，包括如第二方面所述的配置信息接收装置和如第四方面所述的配置信息发送装置；或者，通信系统包括如第五方面所述的UE和如第七方面所述的网络侧设备。
第十一方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法的步骤，或实现如第方面所述的方法的步骤。
第十二方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述方法的步骤，或实现如第三方面所述的方法的步骤。
在本申请实施例中，UE可以接收网络侧设备发送的第一配置信息，该第一配置信息为多播业务的配置信息；在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理，因此，UE无需维持连接态的移动性测量和链路测量，如此，降低了UE处理多播业务的数据的能耗。
附图说明
图1是本申请实施例提供的一种通信系统的架构示意图；
图2是本申请实施例提供的一种配置信息发送方法的示意图；
图3是本申请实施例提供的一种配置信息发送方法的示意图；
图4是本申请实施例提供的一种配置信息接收装置的结构示意图；
图5是本申请实施例提供的一种配置信息发送装置的结构示意图；
图6是本申请实施例提供的一种通信设备的硬件结构示意图；
图7是本申请实施例提供的一种UE的硬件结构示意图。
图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示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括UE11和网络侧设备12。其中，UE11可以是手机、平板电脑(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)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定UE11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(BasicService Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的配置信息接收和配置信息发送方法进行详细地说明。
下面对本申请实施例提供的配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质中涉及的一些概念和/或术语做一下解释说明。
广播和多播
在长期演进(Long Term Evolution，LTE)的广播多播传输中，支持多播/组播单频网络(Multimedia Broadcast multicast service Single Frequency Network，MBSFN)方式多媒体广播多播业务(Multimedia Broadcast Multicast Service，MBMS)发送和单小区点对多点(Single cell Point to Multipoint，sc-ptm)方式多播业务发送。MBSFN的方式中，处于同一个MBSFN区域的小区会同步的发送相同的广播业务，便于UE进行接收。MBMS业务的控制信息(例如控制信道参数和业务信道参数，调度信息等)和数据信息都是广播方式发送，使得空闲态(idle)UE和连接态(Connected)UE都可以接收MBMS业务。sc-ptm是在MBMS业务之后又标准化的一种多播发送方式，跟MBSFN方式最大的不同是：sc-ptm只在单小区进行调度发送，由全球移动通信系统无线接入网临时标识(Global System for MobileCommunications Radio Network Tempory Identity，g-RNTI)(即group RNTI)无线接入网临时标识来进行业务调度。在广播消息里广播控制信道参数和业务的标识，周期信息等，调度信息由g-RNTI加扰的物理下行控制信道(Physical Downlink Control Channel，PDCCH)来进行通知，数据部分是组播方式发送，相当于感兴趣的UE监听g-RNTI获得数据调度进而进行接收。
目前现有技术方案只支持Connected状态的UE进行多播(multicast)业务的接收，当multicast业务的配置发生变化时，网络侧设备随时可以通过无线资源控制(RadioResource Control，RRC)专用信令(dedicated signaling)的方式进行重配置信令的发送。但是将大量接收multicast业务的UE保留在Connected状态，网络侧设备的开销就会升高，且由于UE需要维持Connected态的移动性测量和链路测量等操作，如此，UE进行多播业务接收的耗电较高。
若UE支持非激活态(Inactive状态)接收multicast业务，则一方面网络侧设备无需将大量UE保留在连接态，则系统开销降低，另一方面，若UE处于inactive状态接收multicast业务，则避免了频繁的移动性测量和链路检测等操作，如此，降低了UE进行多播业务接收的复杂度和耗电。
然而，当UE处于Inactive状态时，若multicast业务配置发生了变更，则没有现有机制可以通知UE更新的配置，因此，如何使得支持在inactive状态接收multicast业务的UE接收multicast业务是需要解决的核心问题。
现有技术中，multicast业务配置更新需要通过专用信令进行发送，对于Inactive状态UE来说，要通过专用信令进行接收意味着需要先接收呼叫(paging)，进而发起RRC连接恢复过程，从而，使得UE在进入连接态之后，通过专用信令获得配置更新，因此，整个过程时延和额外的信令开销都比较大。此外，由于广播(broadcast)业务的可以通过广播多播控制信道(Multicast Control Channel，MCCH)及MCCH变更通知(change notification)的方式进行配置更新的通知和发送，因此，可以作为另一种可行的配置更新发送方式。然而，若通过该方式进行multicast业务的配置更新发送，则意味着需要定义新的multicast MCCH及MCCH change notification的周期和调度方式或者复用broadcast业务的MCCH及MCCHchange notification周期和调度参数，因此，UE需要按照该周期和调度不断进行MCCH-RNTI的监听和解析，如此，UE复杂度和耗电较高。
本申请实施例提供一种多播业务的接收方法，UE可以接收网络侧设备发送的第一配置信息，该第一配置信息为多播业务的配置信息；在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理，因此，UE无需维持连接态的移动性测量和链路测量。由于UE可以在非激活态进行多播业务数据的接收，因此，UE可以及时获取关于多播业务配置信息的变更，如此，在保障了UE接收多播业务的体验的同时，也降低了UE和网络侧设备的开销以及UE进行多播业务数据接收的复杂度及耗电，并且在确保UE业务体验的基础上，进一步提升了UE的能耗效率和系统效率。
本申请实施例提供一种配置信息接收方法，图2示出了本申请实施例提供的一种配置信息接收方法的流程图。如图2所示，本申请实施例提供的配置信息接收方法可以包括下述的步骤201和步骤202。
步骤201、UE接收网络侧设备发送的第一配置信息。
本申请实施例中，上述第一配置信息为多播业务的配置信息。
本申请实施例中，网络侧设备可以向对multicast业务感兴趣的UE，发送multicast业务的配置信息(即第一配置信息)，从而UE获得第一配置信息之后，对第一配置信息进行存储，并在非激活态(Inactive状态)进行接收和使用，当UE使用G-RNTI进行业务接收时，通过逻辑信道标识(logical channel identify，LCID)信息可以识别不同的多播业务信道(Multicast Traffic Channel，MTCH)并进行相关处理，如果发现MCCH对应的LCID，则UE将该数据包递交给RRC层，并进行配置信息更新处理。
需要说明的是，对于一个对特定multicast业务感兴趣的UE来说，若该UE需要通过网络附属存储(Network Attached Storage，NAS)过程向核心网进行接入(join)过程，以使得核心网设备可以了解感兴趣UE的情况，join过程是需要UE进入连接态进行完成。当Join过程结束之后，若多播业务暂时未开始，UE也没有其它单播业务需要传输，则基站可以选择将UE释放回Idle态或者Inactive状态，而对于有单播业务传输的UE，可以保留在连接态进行传输。当multicast业务即将开始传输时，核心网设备可以对所有join的UE和相关基站，进行业务开始和业务配置的通知，在基站拿到join UE的列表的情况下，若UE为连接态的UE，则可以直接通过RRC信令向该UE发送即将开始的multicast业务的配置信息；若UE为Idle UE，则可以针对该UE进行寻呼(例如可以使用S-TMSI寻呼单个UE，也可以使用TMGI进行group paging)；若UE为Inactive状态UE，则针对该UE进行RAN侧寻呼，可以使用I-RNTI寻呼单个UE，也可以使用TMGI进行group paging；对于Idle或者Inactive状态UE来说，无论收到的是自己的寻呼还是TMGI标识的group paging，都立即进入连接态，从而网络侧设备可以对该UE使用专用RRC发送TMGI业务相关的配置信息。
可选地，本申请实施例中，上述第一配置信息为网络侧设备通过无线资源控制RRC信令发送的，RRC信令为以下任一项：RRC重配置信令、RRC释放信令、或者新的RRC信令格式信令。
可选地，本申请实施例中，上述第一配置信息包括以下至少一项：业务标识、全球移动通信系统无线网络组临时标识G-RNTI、业务对应的非连续接收DRX周期和配置、承载多播业务数据的多播业务信道MTCH配置、承载多播配置信息的多播控制信道MCCH配置。
需要说明的是，上述业务标识(例如TMGI)用于标识特定的multicast业务；上述G-RNTI用于多播业务的组调度，后续UE可以通过监听G-RNTI加扰的PDCCH，获得该multicast业务相关的业务数据的调度和接收；业务对应的DRX周期和配置为可选配置，若multicast业务具有周期性到达的业务特征，则可以通过配置DRX周期和相关的timer，可以获得更好的省电和调度的性能。
可选地，本申请实施例中，上述MTCH配置包括以下至少一项：MTCH对应的无线承载标识RB ID，MTCH对应的逻辑信道标识LCID，MTCH对应的G-RNTI，MTCH对应的DRX配置和其它配置信息。
需要说明的是，MTCH配置为与multicast业务数据有关的配置。
示例性地，例如MRB 1，LCID＝32，优先级1，对应的PDCP/RLC/MAC配置等等，MRB 2，LCID＝33，优先级2，对应的PDCP/RLC/MAC配置等。
可选地，本申请实施例中，上述MCCH配置中包括以下至少一项：MCCH对应的RB ID，MCCH对应的LCID，MCCH对应的G-RNTI，MCCH对应的DRX配置和其它配置信息。
需要说明的是，MCCH配置为R17 Connected状态UE接收multicast业务完全不需要的配置，因为R17的连接态UE完全通过专用RRC信令的方式，即现有的SRB1的RRC重配置(Reconfiguration)消息来接收关于multicast业务的配置和重配置等，但因为R18需要兼顾Inactive状态UE接收关于配置信息的更新和重配置，因此需要一个新的MCCH信道的配置。
示例性地，MRB ID＝16，LCID＝47，优先级0，PDCP(不进行加密完整性保护和头压缩等)/RLC(RLC UM)/MAC配置等等；
可选地，本申请实施例中，上述第一配置信息的发送方式为以下任一项：网络侧设备在RRC重配置信令中合并发送、网络侧设备采取与连接态UE所用的多播业务配置信息相同或不同的信令过程发送、网络侧设备向即将释放到非激活态的UE发送。
示例性地，上述第一配置信息可以由网络侧设备在初始的RRC reconfiguration消息中合并发送，与该multicast业务的其它必要配置一起发送给UE。由于UE的版本信息或者能力信息是提前通过能力上报或者获取过程由UE上报给基站，因此，网络侧设备可以根据UE的版本或者能力信息决定是否向UE发送第一配置信息；或者，基站可以向核心网设备查询获得该UE能力或版本相关信息(例如可以是显示该UE支持R17 MBS还是支持R18 MBS，能力信息例如可以显示该UE仅支持Connected状态接收multicast业务，还是也同时支持Inactive状态接收multicast业务)。网络侧设备获得UE能力或者版本信息之后，可以选择对支持的UE，一次性发送R17的multicast业务配置信息，和新增加的MCCH配置信息，对于不支持Inactive状态接收的UE，仅发送R17的multicast业务配置信息。或者，网络侧设备也可以不区分UE能力，均发送全部配置信息，即包含新增加的MCCH配置信息，这样对于支持该功能的UE，可以正确读取配置，对于不支持该功能的UE，则无法正确识别相关的配置域，采取丢掉不识别的配置域即可。
示例性地，网络侧设备可以采取连接态UE所用的多播业务配置信息相同或不同的信令过程发送第一配置信息(即采取单独的信令过程发送新增加的MCCH配置信息)，例如网络侧设备可以通过两条信令发送第一配置信息，第一条是RRC reconfiguration信令，用于发送R17基础的multicast业务的配置信息，第二条也可以是RRC reconfiguration信令，或者其它新的配置信令，用于发送第一配置信息中的MCCH相关的新增加multicast业务的配置信息，并且，在第二条配置信令是否发送的决策时，网络侧设备也可以考虑UE的能力信息或者版本信息，例如，仅对支持该功能的UE发送第二条配置信令，或者网络侧设备不区分UE情况，都进行发送，那么不支持该功能的UE对第二条配置信令的新信息无法识别，可以采取丢弃的处理方式。
示例性地，网络侧设备可以对于选择出来即将释放到Inactive状态的UE，发送第一配置信息，例如在multicast业务开始时，网络侧设备先通过RRC reconfiguration信令，发送R17基础的multicast业务的配置信息给所有感兴趣的UE，使得所有的UE都可以在Connected状态顺利的进行多播业务接收。然而，在多播业务进行的过程中，由于网络负荷增加或者其它情况，导致网络侧设备决定需要将部分UE释放到Inactive状态进行业务接收，此时网络侧设备对选择出来的即将释放的这些UE，采用RRC release信令或者其它的信令过程，携带第一配置信息中的MCCH相关的新增加multicast业务的配置信息，发送给这些UE。由于这些UE是网络侧选择出来释放到Inactive状态的UE，因此这些UE必须是支持该功能的UE，如此，网络侧设备需要提前通过UE能力或者版本信息正确判断和选择，同时在确保UE支持Inactive状态接收multicast业务功能的基础上，网络侧设备还可以考虑一些额外的准则，例如UE的移动性比较低，处于静止或者低速的UE，或者链路条件较好的UE，或者处于无遮挡或者有直视路径的UE，以使得回到Inactive状态时可以确保满足多播业务接收的QoS满足要求。
可选地，本申请实施例中，在UE在媒介访问控制MAC层通过LCID发现未被配置的LCID的情况下，UE将未被配置的LCID对应的MAC PDU丢弃，其中丢弃的MAC PDU中包含第一配置信息；或者，在UE无法识别第一配置信息的情况下，UE将第一配置信息丢弃。
可选地，本申请实施例中，上述第一配置信息的有效区域为第一区域，第一区域为UE接收到第一配置信息时所在的区域；在UE在第一区域接收到第一配置信息的情况下，若UE在第一区域进行多播业务接收，则第一配置信息持续有效，若UE发生移动、切换或重选到其它区域，则第一配置信息失效。
需要说明的是，若UE支持在Inactive状态接收multicast业务，则应该可以正确解析网络侧设备发送的第一配置信息中的新增MCCH配置信息，并在接收到该第一配置信息的情况下，对第一配置信息存储进行备用。
可选地，本申请实施例中，网络设备可以在向UE发送第一配置信息时发送第一配置信息的有效区域信息，其中，该有效区域信息可以为第一配置信息的有效区域信息，或者为第一配置信息中的任意一个配置信息(例如MCCH配置信息)的有效区域信息。
可选地，本申请实施例中，上述第一配置信息的有效区域为目标生效范围内的区域；在UE在第一区域接收到第一配置信息、且接收到第一配置信息的有效区域信息的情况下，若UE在第二区域内进行移动或小区重选，则第一配置信息持续有效，若UE移动或重选到第三区域，则第一配置信息失效；其中，第一区域为UE接收到第一配置信息时所在的区域，有效区域信息用于指示第一配置信息的目标生效范围，第二区域为目标生效范围内的区域，第三区域为目标生效范围外的区域。
示例性地，上述目标生效范围内的区域信息可以为小区列表(cell list)信息或者是追踪区列表(TA list)信息的方式存在，以指示第一配置信息或第一配置信息中的任意一个配置信息的生效范围。
步骤202、在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理。
本申请实施例提供一种多播业务接收方法，UE可以接收网络侧设备发送的第一配置信息，该第一配置信息为多播业务的配置信息；在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理，因此，UE无需维持连接态的移动性测量和链路测量，如此，降低了UE处理多播业务的数据的能耗。其中，对多播业务的数据进行处理包括但不限于接收多播业务的数据或发送多播业务的数据。
可选地，本申请实施例中，在上述步骤202中的“UE存储第一配置信息”之后，本申请实施例提供的配置信息接收方法还包括下述的步骤301。
步骤301、UE接收网络侧设备发送的目标信息。
本申请实施例中，上述目标信息中包括第二配置信息，第二配置信息为网络侧设备重新配置的多播业务的配置信息。
可选地，本申请实施例中，上述目标信息中还包括更新指示信息，更新指示信息用于指示网络侧设备已更新第一配置信息或者第二配置信息。
需要说明的是，在R17仅Connected UE支持multicast业务时，若multicast业务在发送的过程中，发生了配置的更新(例如从业务角度发生了传输需求的变化)，或者从基站侧角度需要给multicast的配置进行调整(例如MTCH的PDCP/RLC/MAC各层配置或者MRB ID、LCID等需要发生重配置)，则网络侧设备都需要通通过过RRC专用信令将更新后的配置发送给全部的接收该业务的UE，该RRC专用信令是通过每个UE的SRB1发送，使用该UE专用的C-RNTI进行加扰调度，一对一(PTP)的发送给每个UE。然而，在R18中，由于支持网络侧设备将部分UE释放回Inactive进行multicast业务的接收，因此，若发生multicast业务配置的更新(例如MTCH的PDCP/RLC/MAC各层配置或者MRB ID、LCID等需要发生重配置)，则网络侧设备可以通过之前配置的MCCH的承载，以MCCH对应的MRB和LCID，作为MAC subPDU Header中的指示，组织一个配置更新信令，可以是RRC Reconfiguration，也可以是一条新的信令格式(例如MulticastMCCH，或者MulticastModification等信令格式)，并使用该multicast业务对应的G-RNTI进行加扰调度，一对多(PTM)方式发送给所有接收该业务的UE。
可选地，本申请实施例中，上述步骤301具体可以通过下述的步骤301a或步骤301b实现。
步骤301a、在第一配置信息中包括MCCH对应的DRX周期和配置的情况下，UE按照配置的DRX周期和配置进行数据的接收和G-RNTI对应的调度，并从接收到的数据中获取目标信息。
步骤301b、在第一配置信息中不包括MCCH对应的DRX周期和参数的情况下，UE持续监听数据和G-RNTI对应的调度，并对监听到的数据中进行解析，以从监听到的数据中获取目标信息。
本申请实施例中，若UE在接收的第一配置信息中包括MCCH对应的DRX周期和参数，则UE可以按照配置的DRX周期和配置进行数据的接收和G-RNTI对应的调度，若未配置MCCH对应的DRX周期和参数，则UE需要持续监听数据和G-RNTI对应的调度，并对监听到的数据中进行解析，以从监听到的数据中获取目标信息。
可选地，本申请实施例中，UE在获取到第一配置信息之后，由UE RRC层进行处理，RRC层解析之后，立即或者按照规定的时刻进行第一配置信息的生效，并按照第一配置信息进行后续MCCH和/或MTCH接收行为，以从接收到的数据中获取目标信息。
可选地，本申请实施例中，上述目标信息的发送格式包括以下至少一项：网络侧设备复用RRC重配置信令发送，网络侧设备通过新的RRC信令格式信令发送。
可选地，本申请实施例中，上述目标信息由网络侧设备使用目标物理下行控制信道PDCCH进行调度，目标PDCCH为使用MCCH对应的G-RNTI加扰的PDCCH。
可选地，本申请实施例中，上述目标信息与使用相同G-RNTI的MTCH中的数据复用发送或者单独发送。
需要说明的是，由于第一配置信息或第二配置信息中的MCCH配置信息和MTCH配置信息都是采用相同的G-RNTI进行加扰调度，因此这两类信道的传输内容可以进行复用，即在MAC层进行级联传输，并且，由于MCCH数据的优先级更高，因此，在包括MCCH数据的情况下，网络侧设备可以先确保传输块能够容纳所有的MCCH数据，并在还有资源剩余的情况下，传输其它的MTCH数据。由于MCCH配置信息和MTCH配置信息的LCID并不相同，在MAC subheader里面有所区分，因此UE可以在接收到目标信息之后，通过LCID，分辨获取的数据属性。
可选地，本申请实施例中，对multicast业务感兴趣的UE可以分为三类：
第一类、完全不支持Inactive状态multicast业务接收的UE，对于此类UE，由于必须保持在Connected状态进行multicast业务接收，并且无法理解第一配置信息中新配置的Multicast MCCH配置信息，因此，在multicast业务的配置信息发生变化时，网络侧设备需要单独通过一对一的RRC专用信令将多播业务配置更新发送给该UE。
第二类、支持Inactive状态进行multicast业务接收、且当前处于Connected状态接收的UE，对于此类UE，由于可以理解第一配置信息中新配置的Multicast MCCH配置信息，因此，网络侧设备可以将配置了Multicast MCCH配置信息的第一配置信息发送给UE，后续可以通过G-RNTI调度的multicast MCCH进行新配置的Multicast MCCH配置信息的更新，而无需单独通过一对一的RRC专用信令将新配置发送给该UE；或者，若网络侧设备不在第一配置信息中为此类UE发送multicast MCCH配置信息，则此类UE无法理解G-RNTI调度的MCCH信息，因此，后续也必须通过一对一的RRC专用信令将多播业务配置更新发送给该UE。
第三类、支持Inactive状态multicast业务接收、且当前处于Inactive状态接收的UE，对于此类UE，由于可以理解第一配置信息中新配置的Multicast MCCH配置信息，因此网络侧设备可以将配置了Multicast MCCH配置信息的第一配置信息发送给UE，后续通过G-RNTI调度的multicast MCCH进行新配置的更新，无需将UE paging使其恢复连接态之后，再单独通过一对一的RRC专用信令将多播业务配置更新发送给该UE。
可选地，本申请实施例中，上述目标信息的可靠性通过以下至少一种方式提升：网络侧设备通过MAC层和或混合自动重传请求进程HARQ process进行重复发送机制、网络侧设备通过RRC层进行重复发送机制。
需要说明的是，对于通过传统方式(即在Connected状态接收multicast业务)接收multicast业务的UE来说，需要通过RRC专用信令获得multicast业务的配置更新信息(即目标信息)，由于RRC专用信令为点对点发送，以及RLC AM方式发送，有比较高的可靠性保障。然而，本申请实施例提供的G-RNTI调度的目标信息的方式，由于是组播传输，只能采取PTM和RLC UM方式传输，因此，缺少了针对每个UE的链路评估和传输参数设置，且没有较为完善的HARQ反馈(MAC layer)和ARQ反馈(RLC layer)，因此对于涉及的UE是否都能正确接收目标信息，缺乏一定保障，因此，可以采取提升目标信息的可靠性的方式，使得UE可以正确接收目标信息。
可选地，本申请实施例中，网络侧设备可以通过MAC层和或混合自动重传请求进程HARQ process进行重复发送机制提升目标信息的可靠性，例如MAC进行盲重传，重复(repetition)机制，即在不需要MAC/HARQ进行反馈的情况下，主动进行多次相同HARQprocess的重复发送；或者在MAC具有反馈能力的情况下，根据MAC反馈情况和HARQ NACKonly反馈情况，在反馈位置接收到非应答信号(NACK信号)，或者未接收到NACK信号，也可以进行重传，以避免Inactive状态UE无法反馈或者反馈丢失的情况；或者在HARQ ACK/NACK反馈的情况下，若存在至少一个UE反馈NACK信号的情况，或者存在所有UE反馈ACK信号的情况，都可以进行重传，以避免Inactive状态UE无法反馈或者反馈丢失的情况。
需要说明的是，对于HARQ process级别的重传，保持相同的HARQ process，由于网络设备接口(Network Device Interface，NDI)可以显示这是一个重传，因此可以忽略已经接收正确的UE，而对其他UE进行正常接收，并正常进行HARQ process重传合并操作，通过这种重传方式，可以提升接收成功率和可靠性，并且对现有流程没有影响，无需额外机制，只需网络实现即可。
可选地，本申请实施例中，网络侧设备还可以通过RRC层进行重复发送机制提升目标信息的可靠性，即RRC层可以对于目标信息多次发送，并且为了指示多次发送的内容是相同的，可以引入版本信息，例如1到N bit版本号信息指示，第一个配置版本为0，此后每一次重配置，版本信息加1，达到最大版本信息之后，进行版本号翻转，从而UE在读取版本号信息时，对于相同版本的内容，可以直接忽略；对于目标信息，例如版本号比当前存储有所增加的新配置信息，覆盖之前存储的配置内容。这种方式，既可以提升新配置接收的成功率和可靠性，也避免了重复接收重复处理。
可选地，本申请实施例中，上述目标信息的生效时间为以下任一项：立即生效、约定时间生效或指定配置的生效时刻生效。
需要说明的是，由于每个UE的链路质量不同，因此，部分UE可能一次就可以成功接收目标信息，部分UE需要若干次重复发送才能正确接收目标信息，因此，若UE的链路质量不同，则可能会导致每个UE接收目标信息的时刻不同，且应用目标信息的时间点不同，因此，可以设置目标信息的生效时间(例如立即生效、约定时间生效或指定配置的生效时刻生效)。
可选地，本申请实施例中，立即生效是指：在UE接收到目标信息之后，立即应用目标信息中的新配置的配置信息。
示例性地，若UE在接收到目标信息需求立即将目标信息生效时，则需要网络和/或UE的实现来应对一些配置不匹配的情况(例如网络侧设备可以在尝试发送目标信息的期间，尽量避免发送与目标信息相关的业务)。例如：若网络侧设备需求将MRB 1的LCID由32改为64，在一种方式中，网络侧设备可以从第一次MAC或者RRC开始传输重配置信息开始，一直到MAC或者RRC完成所有的重传尝试为止，网络侧设备都不发送MRB1相关的业务信息，以避免UE产生混淆，而在网络侧设备完成全部重配置尝试之后，再使用新的LCID 64进行MRB1的发送，如此，所有UE都可以使用目标信息中的新配置的配置信息进行解析，不会存在配置不匹配的问题。在另一种方式中，网络侧设备从第一次MAC或者RRC开始传输重配置信息开始，一直到MAC或者RRC完成所有的重传尝试为止，网络侧可以发送MRB1相关的业务信息，但使用旧配置LCID 32进行发送，如此，对于已经成功接收目标信息的UE，可以采用实现的方式，同时保持LCID32和LCID64认为这两个均指向MRB1的，同等处理，直至网络侧设备完成了所有重传尝试，开始以新的LCID64进行传输，从而所有UE可以删除旧配置，并以新的配置进行接收处理，在此期间，即使一些UE较晚成功接收目标信息，也可以使用旧的配置不断进行接收，避免了丢包和配置不一致的问题。
可选地，本申请实施例中，约定生效时刻是指：采取标准规定或者默认的方式，约定生效时刻。例如约定为接收到目标信息的下一个DRX周期开始时刻，所有UE和网络侧设备启用目标信息中的新配置的配置信息，或者默认UE接收到目标信息之后，对所有配置的数据包都可以同时处理，从而使得网络侧设备在尝试重传的阶段仍旧以旧配置进行传输，一旦重传尝试结束，开始以新配置进行传输，UE接收到第一个新配置的数据包，则立即启用新配置，删除旧配置。
可选地，本申请实施例中，指定配置的生效时刻是指：在目标信息中的新配置的配置信令中，显式的携带生效时刻信息，例如可以是立即生效，或某一个确定时刻生效(例如下一个DRX周期开始时刻，或SFN＝n，n为配置值，或指定SFN中的具体时隙和子帧位置等)，或是接收到第一个新配置的数据包则生效等。
本实施例介绍G-RNTI调度Multicast MCCH带来的兼容性处理问题。因为一个小区中存在各种能力的UE，以及不同配置的UE，因此不同的UE，对G-RNTI组播调度的MulticastMCCH需要有正确的处理方式，以避免影响正确的接收。
本申请实施例中，由于同一个小区中可能存在各种能力的UE，或不同配置的UE，因此，不同的UE对G-RNTI组播调度的信息的处理方式可能不同。
可选地，本申请实施例提供的配置信息接收方法还包括下述的步骤401或步骤402或步骤403。
步骤401、在UE为不支持在非激活态接收多播业务的UE的情况下，UE将包含目标信息的无法识别的LCID对应的MAC子协议数据单元sub PDU或者MAC业务数据单元SDU丢弃。
本申请实施例中，在UE为不支持在Inactive状态接收Multicast业务的UE的情况下，由于此类UE无法理解关于第一配置信息中的MCCH的配置信息，因此网络侧设备需要尽量避免将第一配置信息中的MCCH的配置信息发送给这类UE，即使向此类UE发送MCCH的配置信息，其也无法解读，只能丢弃无法识别的部分，因此，对于此类UE，在读取全部G-RNTI调度的数据包时，若在其中发现无法识别/未配置的LCID，即MCCH对应的LCID，则将无法识别/未配置的LCID对应的MAC sub PDU或者MAC SDU进行丢弃，但对于同时复用的可以识别LCID的其它数据包正常处理，如此，可以避免了MCCH的影响，即：UE只需要将包含目标信息的无法识别的LCID对应的MAC子协议数据单元sub PDU或者MAC业务数据单元SDU丢弃(即将MCCH数据丢弃)，对其它正常调度的MTCH正常处理，不会影响数据接收。
步骤402、在UE为支持在非激活态接收多播业务、且未被配置第一配置信息的UE的情况下，UE将包含目标信息的无法识别的LCID对应的MAC sub PDU或者MAC SDU丢弃。
本申请实施例中，在UE为支持在非激活态接收多播业务、且未被配置第一配置信息的UE的情况下，由于此类UE也未被配置MCCH的LCID，因此，若在其中发现完全无法识别/未配置的LCID，即MCCH对应的LCID，那么正确的处理方式，应该是对不认识/未配置的LCID对应的MAC sub PDU或者MAC SDU进行丢弃，但对于同时复用的可以识别LCID的其它数据包正常接收处理，如此，可以避免了MCCH的影响，即：UE只需将包含目标信息的无法识别的LCID对应的MAC sub PDU或者MAC SDU丢弃，对其它正常调度的MTCH数据正常处理，则不会影响数据接收。
步骤403、在UE为支持在非激活态接收多播业务、且配置了第一配置信息的UE的情况下，UE对包含目标信息的MAC SDU进行处理，读取目标信息，并对复用的MAC SDU正常处理。
本申请实施例中，在UE为支持在非激活态接收多播业务、且配置了第一配置信息的UE的情况下，若处于Connected状态或者Inactive状态，则目标信息可以来自专用信令，也可以来自G-RNTI调度的组播数据包，一般按照最新接收的配置执行即可，或者在RRC配置信息中有版本号时执行版本号较新的配置。因此，若UE读取G-RNTI调度的数据包，并在其中发现MCCH对应的LCID，则将对应的MAC SDU递交给RRC层处理即可，对于同时复用的可以识别LCID的其它数据包，则正常接收处理。
本申请实施例提供一种配置信息发送方法，图3示出了本申请实施例提供的一种配置信息发送方法的流程图。如图3所示，本申请实施例提供的配置信息发送方法可以包括下述的步骤501。
步骤501、网络侧设备向用户设备UE发送第一配置信息。
本申请实施例中，第一配置信息为多播业务的配置信息，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理。
可选地，本申请实施例中，第一配置信息为网络侧设备通过无线资源控制RRC信令发送的，RRC信令为以下任一项：RRC重配置信令、RRC释放信令、或者新的RRC信令格式信令。
可选地，本申请实施例中，第一配置信息包括以下至少一项：业务标识、全球移动通信系统无线网络组临时标识G-RNTI、业务对应的非连续接收DRX周期和配置、承载多播业务数据的多播业务信道MTCH配置、承载多播配置信息的多播控制信道MCCH配置。
可选地，本申请实施例中，MTCH配置中包括MTCH对应的无线承载标识RB ID，MTCH对应的逻辑信道标识LCID和其它配置信息。
可选地，本申请实施例中，MCCH配置中包括MCCH对应的RB ID，MCCH对应的LCID和其它配置信息。
可选地，本申请实施例中，第一配置信息的发送方式为以下任一项：网络侧设备在RRC重配置信令中合并发送、网络侧设备采取与连接态UE所用的多播业务配置信息相同或不同的信令过程发送、网络侧设备向即将释放到非激活态的UE发送。
可选地，本申请实施例中，在上述步骤501之后，本申请实施例提供的配置信息发送方法还包括下述的步骤601。
步骤601、网络侧设备向UE发送目标信息。
本申请实施例中，目标信息包括第二配置信息，第二配置信息为网络侧设备重新配置的多播业务的配置信息。
可选地，本申请实施例中，目标信息中还包括更新指示信息，更新指示信息用于指示网络侧设备已更新第一配置信息或者第二配置信息。
可选地，本申请实施例中，目标信息的发送格式包括以下至少一项：网络侧设备复用RRC重配置信令发送，网络侧设备通过新的RRC信令格式信令发送。
可选地，本申请实施例中，目标信息由网络侧设备使用目标物理下行控制信道PDCCH进行调度，目标PDCCH为使用G-RNTI加扰的PDCCH。
可选地，本申请实施例中，目标信息与使用相同的G-RNTI的MTCH中传输的数据复用发送或者单独发送。
可选地，本申请实施例中，目标信息的可靠性通过以下至少一种方式提升：网络侧设备通过MAC层和或混合自动重传请求进程HARQ process进行重复发送机制、网络侧设备通过RRC层进行重复发送机制。
可选地，本申请实施例中，目标信息的生效时间为以下任一项：立即生效、约定时间生效或指定配置的生效时刻生效。
需要说明的是，针对上述步骤501和步骤601的具体说明，可以参见上述步骤201至步骤401中的描述，此处不再赘述。
本申请实施例提供一种配置信息发送方法，网络侧设备可以向UE发送的第一配置信息，该第一配置信息为多播业务的配置信息，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理；因此，在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理，因此，UE无需维持连接态的移动性测量和链路测量，如此，降低了UE处理多播业务的能耗。
本申请实施例提供的配置信息接收方法，执行主体可以为配置信息接收装置。本申请实施例中以配置信息接收装置执行配置信息接收方法为例，说明本申请实施例提供的配置信息接收装置。
图4示出了本申请实施例中涉及的配置信息接收装置的一种可能的结构示意图。如图4所示，该配置信息接收装置60可以包括：接收模块61和处理模块62。
其中，接收模块61，用于接收网络侧设备发送的第一配置信息，第一配置信息为多播业务的配置信息。处理模块62，在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理。
本申请实施例提供一种配置信息接收装置，UE可以接收网络侧设备发送的第一配置信息，该第一配置信息为多播业务的配置信息；在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理，因此，UE无需维持连接态的移动性测量和链路测量，如此，降低了UE处理多播业务的能耗。
在一种可能实现的方式中，第一配置信息为网络侧设备通过无线资源控制RRC信令发送的，RRC信令为以下任一项：RRC重配置信令、RRC释放信令、或者新的RRC信令格式信令。
在一种可能实现的方式中，第一配置信息包括以下至少一项：业务标识、全球移动通信系统无线网络组临时标识G-RNTI、业务对应的非连续接收DRX周期和配置、承载多播业务数据的多播业务信道MTCH配置、承载多播配置信息的多播控制信道MCCH配置。
在一种可能实现的方式中，MTCH配置包括以下至少一项：MTCH对应的无线承载标识RB ID，MTCH对应的逻辑信道标识LCID，MTCH对应的G-RNTI，MTCH对应的DRX配置和其它配置信息。
在一种可能实现的方式中，MCCH配置中包括以下至少一项：MCCH对应的RB ID，MCCH对应的LCID，MCCH对应的G-RNTI，MCCH对应的DRX配置和其它配置信息。
在一种可能实现的方式中，第一配置信息的发送方式为以下任一项：网络侧设备在RRC重配置信令中合并发送、网络侧设备采取与连接态UE所用的多播业务配置信息相同或不同的信令过程发送、网络侧设备向即将释放到非激活态的UE发送。
在一种可能实现的方式中，在UE在媒介访问控制MAC层通过LCID发现未被配置的LCID的情况下，UE将未被配置的LCID对应的MAC PDU丢弃，其中丢弃的MAC PDU中包含第一配置信息；或者，在UE无法识别第一配置信息的情况下，UE将第一配置信息丢弃。
在一种可能实现的方式中，第一配置信息的有效区域为第一区域，第一区域为UE接收到第一配置信息时所在的区域；在UE在第一区域接收到第一配置信息的情况下，若UE在第一区域进行多播业务接收，则第一配置信息持续有效，若UE发生移动、切换或重选到其它区域，则第一配置信息失效。
在一种可能实现的方式中，第一配置信息的有效区域为目标生效范围内的区域；在UE在第一区域接收到第一配置信息、且接收到第一配置信息的有效区域信息的情况下，若UE在第二区域内进行移动或小区重选，则第一配置信息持续有效，若UE移动或重选到第三区域，则第一配置信息失效；其中，第一区域为UE接收到第一配置信息时所在的区域，有效区域信息用于指示第一配置信息的目标生效范围，第二区域为目标生效范围内的区域，第三区域为目标生效范围外的区域。
在一种可能实现的方式中，接收模块61，还用于在处理模块62存储第一配置信息之后，接收网络侧设备发送的目标信息，目标信息中包括第二配置信息，第二配置信息为网络侧设备重新配置的多播业务的配置信息。
在一种可能实现的方式中，目标信息中还包括更新指示信息，更新指示信息用于指示网络侧设备已更新第一配置信息或者第二配置信息。
在一种可能实现的方式中，接收模块61，具体用于在第一配置信息中包括MCCH对应的DRX周期和配置的情况下，UE按照配置的DRX周期和配置进行数据的接收和G-RNTI对应的调度，并从接收到的数据中获取目标信息；或者，接收模块61，具体用于在第一配置信息中不包括MCCH对应的DRX周期和参数的情况下，UE持续监听数据和G-RNTI对应的调度，并对监听到的数据中进行解析，以从监听到的数据中获取目标信息。
在一种可能实现的方式中，目标信息的发送格式包括以下至少一项：网络侧设备复用RRC重配置信令发送，网络侧设备通过新的RRC信令格式信令发送。
在一种可能实现的方式中，目标信息由网络侧设备使用目标物理下行控制信道PDCCH进行调度，目标PDCCH为使用MCCH对应的G-RNTI加扰的PDCCH。
在一种可能实现的方式中，目标信息与使用相同G-RNTI的MTCH中的数据复用发送或者单独发送。
在一种可能实现的方式中，目标信息的可靠性通过以下至少一种方式提升：网络侧设备通过MAC层和或混合自动重传请求进程HARQ process进行重复发送机制、网络侧设备通过RRC层进行重复发送机制。
在一种可能实现的方式中，目标信息的生效时间为以下任一项：立即生效、约定时间生效或指定配置的生效时刻生效。
在一种可能实现的方式中，处理模块62，还用于在UE为不支持在非激活态接收多播业务的UE的情况下，将包含目标信息的无法识别的LCID对应的MAC子协议数据单元subPDU或者MAC业务数据单元SDU丢弃；或者，处理模块62，还用于在UE为支持在非激活态接收多播业务、且未被配置第一配置信息的UE的情况下，将包含目标信息的无法识别的LCID对应的MAC sub PDU或者MAC SDU丢弃；或者，处理模块62，还用于在UE为支持在非激活态接收多播业务、且配置了第一配置信息的UE的情况下，对包含目标信息的MAC SDU进行处理，读取目标信息，并对复用的MAC SDU正常处理。
本申请实施例中的配置信息接收可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的UE11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的配置信息装置接收能够实现图2的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例提供的配置信息发送方法，执行主体可以为配置信息发送装置。本申请实施例中以配置信息发送装置执行配置信息发送方法为例，说明本申请实施例提供的配置信息发送装置。
图5示出了本申请实施例中涉及的配置信息发送装置的一种可能的结构示意图。如图5所示，该配置信息发送装置70可以包括：发送模块71。
其中，发送模块71，用于向用户设备UE发送第一配置信息，第一配置信息为多播业务的配置信息，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理。
本申请实施例提供一种配置信息发送装置，网络侧设备可以向UE发送的第一配置信息，该第一配置信息为多播业务的配置信息，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理；因此，在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理，因此，UE无需维持连接态的移动性测量和链路测量，如此，降低了UE处理多播业务的能耗。
在一种可能实现的方式中，第一配置信息为网络侧设备通过无线资源控制RRC信令发送的，RRC信令为以下任一项：RRC重配置信令、RRC释放信令、或者新的RRC信令格式信令。
在一种可能实现的方式中，第一配置信息包括以下至少一项：业务标识、全球移动通信系统无线网络组临时标识G-RNTI、业务对应的非连续接收DRX周期和配置、承载多播业务数据的多播业务信道MTCH配置、承载多播配置信息的多播控制信道MCCH配置。
在一种可能实现的方式中，MTCH配置中包括MTCH对应的无线承载标识RB ID，MTCH对应的逻辑信道标识LCID和其它配置信息。
在一种可能实现的方式中，MCCH配置中包括MCCH对应的RB ID，MCCH对应的LCID和其它配置信息。
在一种可能实现的方式中，第一配置信息的发送方式为以下任一项：网络侧设备在RRC重配置信令中合并发送、网络侧设备采取与连接态UE所用的多播业务配置信息相同或不同的信令过程发送、网络侧设备向即将释放到非激活态的UE发送。
在一种可能实现的方式中，发送模块71，还用于向UE发送第一配置信息之后，发送目标信息，目标信息包括第二配置信息，第二配置信息为网络侧设备重新配置的多播业务的配置信息。
在一种可能实现的方式中，目标信息中还包括更新指示信息，更新指示信息用于指示网络侧设备已更新第一配置信息或者第二配置信息。
在一种可能实现的方式中，目标信息的发送格式包括以下至少一项：网络侧设备复用RRC重配置信令发送，网络侧设备通过新的RRC信令格式信令发送。
在一种可能实现的方式中，目标信息由网络侧设备使用目标物理下行控制信道PDCCH进行调度，目标PDCCH为使用G-RNTI加扰的PDCCH。
在一种可能实现的方式中，目标信息与使用相同的G-RNTI的MTCH中传输的数据复用发送或者单独发送。
在一种可能实现的方式中，目标信息的可靠性通过以下至少一种方式提升：网络侧设备通过MAC层和或混合自动重传请求进程HARQ process进行重复发送机制、网络侧设备通过RRC层进行重复发送机制。
在一种可能实现的方式中，目标信息的生效时间为以下任一项：立即生效、约定时间生效或指定配置的生效时刻生效。
本申请实施例中的配置信息发送可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的UE11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的配置信息发送装置能够实现图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601和存储器602，存储器602上存储有可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述配置信息接收方法实施例的各个步骤，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述配置信息发送方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种UE，包括处理器和通信接口，通信接口用于接收网络侧设备发送的第一配置信息，第一配置信息为多播业务的配置信息。处理器在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理，并在UE处于非激活态时使用，该UE实施例与上述UE侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该UE实施例中，且能达到相同的技术效果。具体地，图7为实现本申请实施例的一种UE的硬件结构示意图。
该UE100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109以及处理器110等中的至少部分部件。
本领域技术人员可以理解，UE100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元104可以包括图形处理单元(GraphicsProcessing Unit，GPU)1 041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元106可包括显示面板1061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元107包括触控面板1071以及其他输入设备1072中的至少一种。触控面板1071，也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元101接收来自网络侧设备的下行数据后，可以传输给处理器110进行处理；另外，射频单元101可以向网络侧设备发送上行数据。通常，射频单元101包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器109可用于存储软件程序或指令以及各种数据。存储器109可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器109可以包括易失性存储器或非易失性存储器，或者，存储器109可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本申请实施例中的存储器109包括但不限于这些和任意其它适合类型的存储器。
处理器110可包括一个或多个处理单元；可选的，处理器110集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。
其中，射频单元101，用于接收网络侧设备发送的第一配置信息，第一配置信息为多播业务的配置信息。处理器110，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理。
可选地，本申请实施例中，接收模块61，还用于在处理模块62存储第一配置信息之后，接收网络侧设备发送的目标信息，目标信息中包括第二配置信息，第二配置信息为网络侧设备重新配置的多播业务的配置信息。
本申请实施例提供一种UE，UE可以接收网络侧设备发送的第一配置信息，该第一配置信息为多播业务的配置信息，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理；在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理，因此，UE无需维持连接态的移动性测量和链路测量，如此，降低了UE处理多播业务的数据的能耗。
本申请实施例还提供一种网络侧设备，包括处理器和通信接口，通信接口用于向UE发送第一配置信息，该第一配置信息为多播业务的配置信息，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理。该网络侧设备实施例与上述网络侧设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络侧设备800包括：天线81、射频装置82、基带装置83、处理器84和存储器85。天线81与射频装置82连接。在上行方向上，射频装置82通过天线81接收信息，将接收的信息发送给基带装置83进行处理。在下行方向上，基带装置83对要发送的信息进行处理，并发送给射频装置82，射频装置82对收到的信息进行处理后经过天线81发送出去。
以上实施例中网络侧设备执行的方法可以在基带装置83中实现，该基带装置83包括基带处理器。
基带装置83例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为基带处理器，通过总线接口与存储器85连接，以调用存储器85中的程序，执行以上方法实施例中所示的网络设备操作。
该网络侧设备还可以包括网络接口86，该接口例如为通用公共无线接口(commonpublic radio interface，CPRI)。
具体地，本发明实施例的网络侧设备800还包括：存储在存储器85上并可在处理器84上运行的指令或程序，处理器84调用存储器85中的指令或程序执行图6所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
其中，射频装置82，用于向UE发送第一配置信息，第一配置信息为多播业务的配置信息，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理。
可选地，本申请实施例中，射频装置82，还用于向UE发送第一配置信息之后，发送目标信息，目标信息包括第二配置信息，第二配置信息为网络侧设备重新配置的多播业务的配置信息。
本申请实施例提供一种网络侧设备，网络侧设备可以向UE发送的第一配置信息，该第一配置信息为多播业务的配置信息，该第一配置信息用于UE在处于非激活态的情况下，根据第一配置信息对多播业务的数据进行处理；因此，在处于非激活态的情况下，UE根据第一配置信息对多播业务的数据进行处理，因此，UE无需维持连接态的移动性测量和链路测量，如此，降低了UE处理多播业务的能耗。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述配置信息接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述配置信息接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述配置信息接收方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种配置信息接收系统，包括：UE及网络侧设备，所述UE可用于执行如上所述的配置信息接收方法的步骤，所述网络侧设备可用于执行如上所述的配置信息发送方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。
Claims (36)
1.一种配置信息接收方法，其特征在于，所述方法包括：
用户设备UE接收网络侧设备发送的第一配置信息，所述第一配置信息为多播业务的配置信息；
在处于非激活态的情况下，所述UE根据所述第一配置信息对所述多播业务的数据进行处理。
2.根据权利要求1所述的方法，其特征在于，所述第一配置信息为所述网络侧设备通过无线资源控制RRC信令发送的，所述RRC信令为以下任一项：RRC重配置信令、RRC释放信令、或者新的RRC信令格式信令。
3.根据权利要求1所述的方法，其特征在于，所述第一配置信息包括以下至少一项：业务标识、全球移动通信系统无线网络组临时标识G-RNTI、业务对应的非连续接收DRX周期和配置、承载多播业务数据的多播业务信道MTCH配置、承载多播配置信息的多播控制信道MCCH配置。
4.根据权利要求3所述的方法，其特征在于，所述MTCH配置包括以下至少一项：所述MTCH对应的无线承载标识RB ID，所述MTCH对应的逻辑信道标识LCID，所述MTCH对应的G-RNTI，所述MTCH对应的DRX配置和其它配置信息。
5.根据权利要求3所述的方法，其特征在于，所述MCCH配置中包括以下至少一项：所述MCCH对应的RB ID，所述MCCH对应的LCID，所述MCCH对应的G-RNTI，所述MCCH对应的DRX配置和其它配置信息。
6.根据权利要求1或2所述的方法，其特征在于，所述第一配置信息的发送方式为以下任一项：所述网络侧设备在所述RRC重配置信令中合并发送、所述网络侧设备采取与连接态UE所用的多播业务配置信息相同或不同的信令发送、所述网络侧设备向即将释放到非激活态的UE发送。
7.根据权利要求1所述的方法，其特征在于，
在所述UE在媒介访问控制MAC层通过LCID发现未被配置的LCID的情况下，所述UE将所述未被配置的LCID对应的MAC PDU丢弃，其中丢弃的MAC PDU中包含所述第一配置信息；
或者，
在所述UE无法识别所述第一配置信息的情况下，所述UE将所述第一配置信息丢弃。
8.根据权利要求1所述的方法，其特征在于，所述第一配置信息的有效区域为第一区域，所述第一区域为所述UE接收到所述第一配置信息时所在的区域；
在所述UE在所述第一区域接收到所述第一配置信息的情况下，若所述UE在所述第一区域进行多播业务接收，则所述第一配置信息持续有效，若所述UE发生移动、切换或重选到其它区域，则所述第一配置信息失效。
9.根据权利要求1所述的方法，其特征在于，所述第一配置信息的有效区域为目标生效范围内的区域；
在所述UE在第一区域接收到所述第一配置信息、且接收到所述第一配置信息的有效区域信息的情况下，若所述UE在第二区域内进行移动或小区重选，则所述第一配置信息持续有效，若所述UE移动或重选到第三区域，则所述第一配置信息失效；
其中，所述第一区域为所述UE接收到所述第一配置信息时所在的区域，所述有效区域信息用于指示所述第一配置信息的目标生效范围，所述第二区域为所述目标生效范围内的区域，所述第三区域为所述目标生效范围外的区域。
10.根据权利要求1所述的方法，其特征在于，在所述UE存储所述第一配置信息之后，所述方法还包括：
所述UE接收所述网络侧设备发送的目标信息，所述目标信息中包括第二配置信息，所述第二配置信息为所述网络侧设备重新配置的多播业务的配置信息。
11.根据权利要求10所述的方法，其特征在于，所述目标信息中还包括更新指示信息，所述更新指示信息用于指示所述网络侧设备已更新所述第一配置信息或者第二配置信息。
12.根据权利要求10所述的方法，其特征在于，所述UE接收所述网络侧设备发送的目标信息，包括：
在所述第一配置信息中包括MCCH对应的DRX周期和配置的情况下，所述UE按照配置的所述DRX周期和配置进行数据的接收和G-RNTI对应的调度，并从接收到的数据中获取所述目标信息；
在所述第一配置信息中不包括MCCH对应的DRX周期和参数的情况下，所述UE持续监听数据和G-RNTI对应的调度，并对监听到的数据中进行解析，以从所述监听到的数据中获取所述目标信息。
13.根据权利要求10所述的方法，其特征在于，所述目标信息的发送格式包括以下至少一项：所述网络侧设备复用RRC重配置信令发送，所述网络侧设备通过新的RRC信令格式信令发送。
14.根据权利要求10所述的方法，其特征在于，所述目标信息由所述网络侧设备使用目标物理下行控制信道PDCCH进行调度，所述目标PDCCH为使用MCCH对应的G-RNTI加扰的PDCCH。
15.根据权利要求14所述的方法，其特征在于，
所述目标信息与使用相同G-RNTI的MTCH中的数据复用发送或者单独发送。
16.根据权利要求10所述的方法，其特征在于，所述目标信息的可靠性通过以下至少一种方式提升：所述网络侧设备通过MAC层和或混合自动重传请求进程HARQ process进行重复发送机制、所述网络侧设备通过RRC层进行重复发送机制。
17.根据权利要求10所述的方法，其特征在于，所述目标信息的生效时间为以下任一项：立即生效、约定时间生效或指定配置的生效时刻生效。
18.根据权利要求10所述的方法，其特征在于，所述方法还包括：
在所述UE为不支持在非激活态接收多播业务的UE的情况下，所述UE将包含所述目标信息的无法识别的LCID对应的MAC子协议数据单元sub PDU或者所述MAC业务数据单元SDU丢弃；
在所述UE为支持在非激活态接收多播业务、且未被配置第一配置信息的UE的情况下，所述UE将包含所述目标信息的无法识别的LCID对应的MAC sub PDU或者所述MAC SDU丢弃；
在所述UE为支持在非激活态接收多播业务、且配置了第一配置信息的UE的情况下，所述UE对包含所述目标信息的MAC SDU进行处理，读取所述目标信息，并对复用的MAC SDU正常处理。
19.一种配置信息发送方法，其特征在于，所述方法包括：
网络侧设备向用户设备UE发送第一配置信息，所述第一配置信息为多播业务的配置信息，所述第一配置信息用于所述UE在处于非激活态的情况下，根据所述第一配置信息对所述多播业务的数据进行处理。
20.根据权利要求19所述的方法，其特征在于，所述第一配置信息为所述网络侧设备通过无线资源控制RRC信令发送的，所述RRC信令为以下任一项：RRC重配置信令、RRC释放信令、或者新的RRC信令格式信令。
21.根据权利要求19所述的方法，其特征在于，所述第一配置信息包括以下至少一项：业务标识、全球移动通信系统无线网络组临时标识G-RNTI、业务对应的非连续接收DRX周期和配置、承载多播业务数据的多播业务信道MTCH配置、承载多播配置信息的多播控制信道MCCH配置。
22.根据权利要求19所述的方法，其特征在于，所述MTCH配置中包括所述MTCH对应的无线承载标识RB ID，MTCH对应的逻辑信道标识LCID和其它配置信息。
23.根据权利要求19所述的方法，其特征在于，所述MCCH配置中包括所述MCCH对应的RBID，MCCH对应的LCID和其它配置信息。
24.根据权利要求19所述的方法，其特征在于，所述第一配置信息的发送方式为以下任一项：所述网络侧设备在RRC重配置信令中合并发送、所述网络侧设备采取与连接态UE所用的多播业务配置信息相同或不同的信令过程发送、所述网络侧设备向即将释放到非激活态的UE发送。
25.根据权利要求19所述的方法，其特征在于，所述网络侧设备向所述UE发送所述第一配置信息之后，所述方法还包括：
所述网络侧设备向所述UE发送目标信息，所述目标信息包括第二配置信息，所述第二配置信息为所述网络侧设备重新配置的多播业务的配置信息。
26.根据权利要求19所述的方法，其特征在于，所述目标信息中还包括更新指示信息，所述更新指示信息用于指示所述网络侧设备已更新所述第一配置信息或者第二配置信息。
27.根据权利要求25所述的方法，其特征在于，所述目标信息的发送格式包括以下至少一项：所述网络侧设备复用RRC重配置信令发送，所述网络侧设备通过新的RRC信令格式信令发送。
28.根据权利要求25所述的方法，其特征在于，
所述目标信息由所述网络侧设备使用目标物理下行控制信道PDCCH进行调度，所述目标PDCCH为使用G-RNTI加扰的PDCCH。
29.根据权利要求28所述的方法，其特征在于，
所述目标信息与使用相同的G-RNTI的MTCH中传输的数据复用发送或者单独发送。
30.根据权利要求25所述的方法，其特征在于，所述目标信息的可靠性通过以下至少一种方式提升：所述网络侧设备通过MAC层和或混合自动重传请求进程HARQ process进行重复发送机制、所述网络侧设备通过RRC层进行重复发送机制。
31.根据权利要求25所述的方法，其特征在于，所述目标信息的生效时间为以下任一项：立即生效、约定时间生效或指定配置的生效时刻生效。
32.一种配置信息接收装置，其特征在于，所述装置包括：接收模块和处理模块；
所述接收模块，用于接收网络侧设备发送的第一配置信息，所述第一配置信息为多播业务的配置信息；
所述处理模块，用于在处于非激活态的情况下，根据所述第一配置信息对所述多播业务的数据进行处理。
33.一种配置信息发送装置，其特征在于，所述装置包括：发送模块；
所述发送模块，用于向用户设备UE发送第一配置信息，所述第一配置信息为多播业务的配置信息，所述第一配置信息用于所述UE在处于非激活态的情况下，根据所述第一配置信息对所述多播业务的数据进行处理。
34.一种UE，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至18任一项所述的配置信息接收方法的步骤。
35.一种网络侧设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求19至31任一项所述的配置信息发送方法的步骤。
36.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至18任一项所述的配置信息接收方法，或者实现如权利要求19至31任一项所述的配置信息发送方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210394257.4A CN116962988A (zh) | 2022-04-14 | 2022-04-14 | 配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210394257.4A CN116962988A (zh) | 2022-04-14 | 2022-04-14 | 配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116962988A true CN116962988A (zh) | 2023-10-27 |
Family
ID=88441416
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210394257.4A Pending CN116962988A (zh) | 2022-04-14 | 2022-04-14 | 配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116962988A (zh) |
-
2022
- 2022-04-14 CN CN202210394257.4A patent/CN116962988A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114071369B (zh) | 一种信息传输方法、装置、终端及网络设备 | |
| CN114422094A (zh) | Pdcp重复的配置、激活或去激活方法和终端 | |
| CN114071741A (zh) | 信息传输方法、装置、终端及网络侧设备 | |
| CN113972967A (zh) | 辅助信息发送方法、接收方法、装置、终端及网络侧设备 | |
| CN114079869A (zh) | 上报能力的方法、终端设备和网络设备 | |
| WO2022078394A1 (zh) | 多播业务的传输方法、装置及通信设备 | |
| CN116962988A (zh) | 配置信息接收方法、配置信息发送方法、装置、用户设备、网络侧设备及存储介质 | |
| CN114390675A (zh) | 寻呼消息的接收方法、寻呼配置方法、终端及网络侧设备 | |
| CN114071767A (zh) | Sps pdsch的类型指示方法、装置、终端及网络侧设备 | |
| CN113972965B (zh) | 业务的处理方法、装置及相关设备 | |
| US20240214991A1 (en) | Data Transmission Method and UE | |
| CN113938438B (zh) | 数据处理方法、数据处理装置及第一终端 | |
| WO2023143413A1 (zh) | 同步信号块接收方法、同步信号块发送方法及相关设备 | |
| CN115086882B (zh) | 传输方法、装置、设备及可读存储介质 | |
| US20240188166A1 (en) | Data Transmission Method for Small Data Transmission (SDT) and Terminal | |
| WO2023280101A1 (zh) | Sl处理方法、装置、终端及可读存储介质 | |
| US20230089037A1 (en) | Mode switching method, terminal, and network-side device | |
| CN115623547A (zh) | 条件切换处理方法、装置及相关设备 | |
| CN116471676A (zh) | 业务传输方法、装置、终端及网络侧设备 | |
| CN117440327A (zh) | 多播业务接收方法、装置、终端及网络侧设备 | |
| CN113950042A (zh) | 识别方法、发送方法及相关设备 | |
| CN117544898A (zh) | 定位方法、装置及设备 | |
| CN116634506A (zh) | 时间信息应用方法、发送方法、终端及网络侧设备 | |
| CN116318576A (zh) | Bwp定时器处理方法、终端及网络侧设备 | |
| CN116455539A (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 |