CN118678302A - 多播业务的接收方法、终端、网络侧设备及电子设备 - Google Patents
多播业务的接收方法、终端、网络侧设备及电子设备 Download PDFInfo
- Publication number
- CN118678302A CN118678302A CN202310271007.6A CN202310271007A CN118678302A CN 118678302 A CN118678302 A CN 118678302A CN 202310271007 A CN202310271007 A CN 202310271007A CN 118678302 A CN118678302 A CN 118678302A
- Authority
- CN
- China
- Prior art keywords
- configuration
- terminal
- network side
- multicast service
- side device
- 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
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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0289—Congestion control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种多播业务的接收方法、终端、网络侧设备及电子设备,其中,所述方法,应用于终端,包括:在所述终端进入非连接态的情况下,基于网络侧设备配置的第一预设配置接收多播业务。可见,在终端进入非连接态后,可以基于网络侧设备被配置的第一预设配置接收多播业务,无需终端再向网络侧设备发起RACH后进入连接态后接收多播业务,从而避免了因多个终端发起RACH而造成的网络拥塞,在提升网络传输效率的同时也提升了接收多播业务的效率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种多播业务的接收方法、终端、网络侧设备及电子设备。
背景技术
UE(User Equipment,用户终端)在Inactive(非连接)态接收多播业务,是R18 MBS(Multicast-Broadcast Services,多播广播业务)项目的一个重要标准化目标。对于Inactive UE,网络可能在其有RRC(Radio Resource Control,无线资源控制)连接时或者在RRC释放时为其提供在Inactive态接收多播数据的配置。但由于UE进入Inactive态,而不再保持与基站的RRC连接,因此网络更新多播接收的配置,特别是Inactive态UE的可用配置时,UE需要进入连接态来接收配置,由于多播业务面向一组(多个)UE。因此这将导致多个UE同时发起RACH(Random Access Channel,随机接入信道)造成网络拥塞。
发明内容
本发明实施例提供多播业务的接收方法、终端、网络侧设备及电子设备,以解决终端在接收多播业务时,由于多播业务面向一组中的多个UE,因此需要多个UE同时发起RACH从而会造成网络拥塞的问题。
为解决上述技术问题,本发明是这样实现的:
第一方面,本发明实施例提供一种多播业务的接收方法,应用于终端,所述方法包括:在所述终端进入非连接态的情况下,基于网络侧设备配置的第一预设配置接收多播业务。
第二方面,本发明实施例提供一种多播业务的接收方法,应用于网络侧设备,所述方法包括:为进入非连接态的终端配置用于接收多播业务的配置,其中,所述配置包括一套和/或多套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的。
第三方面,本发明实施例提供一种终端,包括:第一接收模块,用于在所述终端进入非连接态的情况下,基于网络侧设备配置的第一预设配置接收多播业务。
第四方面,本发明实施例提供一种电子设备,包括收发机和处理器,所述收发机或处理器,用于在所述终端进入非连接态的情况下,基于网络侧设备配置的第一预设配置接收多播业务。
第五方面,本发明实施例提供一种网络侧设备,包括:第一配置模块,用于为进入非连接态的终端配置用于接收多播业务的配置,其中,所述配置包括一套和/或多套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的。
第六方面,本发明实施例提供一种电子设备,包括收发机和处理器,所述收发机或处理器,用于为进入非连接态的终端配置用于接收多播业务的配置,其中,所述配置包括一套和/或多套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的。
第七方面,本发明实施例提供一种电子设备,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如上述第一方面所述的多播业务的接收方法的步骤;或者,所述程序被所述处理器执行时实现如上述第二方面所述的多播业务的接收方法的步骤。
第八方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述第一方面所述的多播业务的接收方法的步骤;或者,所述计算机程序被处理器执行时实现如上述第二方面所述的多播业务的接收方法的步骤。
本发明实施例中,在终端进入非连接态后,可以基于网络侧设备被配置的第一预设配置接收多播业务,无需终端再向网络侧设备发起RACH后进入连接态后接收多播业务,从而避免了因多个终端发起RACH而造成的网络拥塞,在提升网络传输效率的同时也提升了接收多播业务的效率。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种多播业务的接收方法的流程图之一;
图2是本发明实施例提供的一种多播业务的接收方法的流程图之二;
图3是本发明实施例提供的一种终端的示意图;
图4是本发明实施例提供的一种电子设备的示意图;
图5是本发明实施例提供的一种网络侧设备的示意图;
图6是本发明实施例提供的一种电子设备的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图1,图1是本发明实施例提供的一种多播业务的接收方法的流程图,用于终端,如图1所示,方法包括以下步骤:
步骤101,确定终端是否进入非连接态;
步骤102,在终端进入非连接态的情况下,基于网络侧设备配置的第一预设配置接收多播业务。
可见,在本申请中,在终端进入非连接态后,可以基于网络侧设备被配置的第一预设配置接收多播业务,无需终端再向网络侧设备发起RACH后进入连接态后接收多播业务,从而避免了因多个终端发起RACH而造成的网络拥塞,在提升网络传输效率的同时也提升了接收多播业务的效率。
需要说明的是,在终端进入非连接态后,可以基于网络侧设备配置的第一预设配置接收其他业务,例如小包传输等。网络侧设备可以根据需求进行相应的配置,以接收相应的业务。
在本申请实施例的可选实施方式中,对于上述步骤102中涉及到的基于网络侧设备配置的第一预设配置接收多播业务的方式,进一步可以包括:
步骤11,获取终端当前所对应的第一目标信息,其中,第一目标信息包括以下至少一项:信道质量信息、小区信息;
步骤12,在第一目标信息与网络侧设备配置的使用条件中的信息匹配的情况下,基于与使用条件对应的第一预设配置接收多播业务,其中,第一预设配置为网络侧设备配置的一套和/或多套配置中的一套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的。
在具体示例中,网络侧设备可以为终端只配置1套配置,且该1套配置中的部分参数是可选的,例如配置中包括5个参数,则其中2个参数可调整的,其他3个参数则是固定,即无法调整的。当然,在本申请中网络侧设备也可以为终端配置多套配置,该多套配置中的每一套配置中的参数均为固定的。通过这种方式,如果是要固定参数的配置,则可以是实现配置多套供终端选择;也可以是为了节省子资源只配置一套配置,但是该一套配置中的部分参数是可选的,从而可以根据实际情况进行相应的调整。
可见,在本申请示例中,为了保证多播业务的及时接收,可以由网络侧设备事先配置使用第一预设配置的使用条件,即当前信道质量较好和/或终端在预设小区范围内均是可以使用第一预设配置接收多播业务,这样就避免了在某些信道质量较差的情况下,即使使用了第一预设配置也难以接收多播业务的情况,提升了多播业务接收的效率,也避免了终端盲目的发送RACH造成的网络拥塞。
需要说明的是,本申请中网络侧设备为终端配置的用于接收多播业务的配置可以通过RRC专用信令、广播消息和/或MCCH(MultiCast Control Channel,多播控制信道)发送至终端,该RRC专用信令可以是RRC Reconfiguration或者RRC Release或RRC resume;该广播消息可以是系统消息。此外,本申请实施例中的该配置在具体示例中至少包括以下信息中的一条或多条:配置ID;多播广播业务标识信息,如MBS(Multimedia BroadcastService,广播组播业务)session ID和/或MRB(Multicast Broadcast Service,多播广播业务)ID;CFR配置(Common Frequency Resource,公共频率资源);BWP(Bandwidth Part,部分带宽)信息;DRX(Discontinuous Reception,非连续性接收)配置;RLC(Radio LinkControl,无线链路层控制协议)配置,如RLC模式;MAC(Multiple Access Channel,多址接入信道)层配置,如逻辑信道ID,和/或HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)相关配置。也就是说,本申请实施例中的配置参数可以是上述信息中的一条或多条,具体配置中包括哪些参数可以根据实际情况进行相应的设置,且配置中哪些参数是可选的,哪些是固定也可以根据实际情况进行相应的设置。
进一步地,该用于接收多播业务的配置中包括多个参数,该多套配置则是所有参数是固定的,而一套配置则是其中部分参数是可变的,可以根据实际情况由网络侧设备为终端配置哪种配置,如果当前需要配置的终端可能在某一个小区,其所需要的配置也是比较类似的,则可以由网络侧设备配置一套配置即可,该一套配置中的部分参数可以根据该多个终端需要进行相应的设置,从而可以节省网络资源。
在本申请实施例中,对于上述步骤102中涉及到的基于网络侧设备配置的第一预设配置接收多播业务的方式,进一步可以包括:
步骤21,接收网络侧设备发送的指示信息,其中,指示信息用于指示第一预设配置的标识;
步骤22,选择与标识对应的第一预设配置接收多播业务,其中,第一预设配置为网络侧设备配置的一套和/或多套配置中的一套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的;一套和多套配置均配置有对应标识。
可见,在本申请中网络侧设备可以为每套配置/参数提供特定标识,如序号。首次配置多套的情况下,网络侧设备可以指示UE首次使用的一套配置或一组参数,如排序最前的参数、一套配置为首次下发配置时使用的等。通过该方式能够使得终端无需从多套配置如何选择一套配置,或一套配置中的多个参数如何选择,直接由网络侧设备进行指示。
在本申请实施例中,在基于网络侧设备配置的第一预设配置接收多播业务之后,本申请实施例的方法还可以包括:
步骤31,基于网络侧设备配置的上报条件,向网络侧设备上报信息,其中,上报条件用于指示以下至少一项:终端上报的信息类型和信息内容、是否支持重复上报、最大上报次数。
在本申请中,该上报信息主要用于上报多播业务的接收情况,以及在多播业务接收之后所需要向网络侧设备上报的信息。也就是说,网络侧设备基于该上报信息确定是否继续让终端基于第一预设配置接收多播业务,但是得满足上报条件,例如当前已经上报过多次信息,则上报次数达到了最大上报次数,则无法再继续上报信息了。在具体示例中可以通过BSR(Buffer Status reporting,缓冲状态报告)上报,或通过UAI(UE AssistanceInformation,UE辅助信息)上报。
在本申请实施例中,在基于网络侧设备配置的第一预设配置接收多播业务之后,本申请实施例的方法还可以包括:
步骤41,在满足预设的触发条件的情况下,将第一预设配置切换为第二预设配置,并基于第二预设配置接收多播业务;
步骤42,向网络侧设备上报辅助信息,其中,辅助信息包括用于表征切换配置的信息。
通过上述步骤41和步骤42,在满足预设的触发条件下,可以将第一预设配置切换为第二预设配置,也即由于环境或多播业务的变化,当前第一预设配置无法再接收多播业务之后,可以切换至其他配置,如第二预设配置再次进行多播业务的接收,还可以向网络侧设备上报辅助信息以告知相应的情况。进一步地,对于配置触发条件,终端自行执行的配置和网络指示的配置方式可以共同使用,具体来说两种方式可以应用于不同的参数上,如对于DRX(Discontinuous Reception,非连续接收)参数可以采用网络指示的方式,对于MCS(Modulation and Coding Scheme,调制与编码策略)的使用可以是终端基于条件自行执行的。
在本申请实施例中,本申请实施例的方法还可以包括:
步骤51,向网络侧设备上报辅助信息;
步骤52,在网络侧设备响应于辅助信息确定对终端的配置进行更新的情况下,接收网络侧设备发送的L1信令或L2信令,其中,L1信令或L2信令用于指示更新后终端所使用的配置。
需要说明的是该步骤51中的辅助信息与上述步骤42中的辅助信息的作用是不相当的,但都是可以通过辅助信息来完成的。在该步骤51中的辅助信息是用于告知网络侧设备需要某个或多个终端进行配置更新,在需要更新的情况下,可以通过L1信令或L2信令来指示终端后续所使用的配置,例如可以通过指示配置序号来告知。在具体示例中,网络侧设备可以配置额外的group common RNTI(RadioNetwork Temporary Identifier,无线网络临时标识)用于信令接收。
在本申请实施例中,本申请实施例的方法还可以包括:
步骤61,在进入非连接状态的终端进行小区重选之后,获取终端切换小区后所对应的第二目标信息;
步骤62,在第二目标信息与网络侧设备配置的使用条件中的信息不匹配的情况下,向网络侧设备上报辅助信息,以获取当前小区的可用配置。
可见,在本申请示例中,对于进行了小区重选的非连接态终端,终端将检查其是否含有per area(区域)的配置,和/或当前小区信道质量是否满足已有配置的使用条件,若不符合,则终端可以发起辅助信息上报或者RRC resume请求,向网络侧设备获取当前小区的可用配置以进行多播业务接收。
参见图2,图2是本发明实施例提供的一种多播业务的接收方法的流程图,用于网络侧设备,如图2所示,方法包括以下步骤:
步骤201,为进入非连接态的终端配置用于接收多播业务的配置,其中,配置包括一套和/或多套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的。
步骤202,为一套和/或多套配置配置对应的使用条件,其中,使用条件中的信息包括以下至少一项:信道质量信息、小区信息;
步骤203,为一套和/或多套配置配置对应的上报条件,其中,上报条件用于指示以下至少一项:终端上报的信息类型和信息内容,是否支持重复上报、最大上报次数。
可见,在本申请中,网络侧设备可以为终端配置在非连接态下可以接收多播业务的配置,即无需终端再向网络侧设备发起RACH后进入连接态后接收多播业务,从而避免了因多个终端发起RACH而造成的网络拥塞,在提升网络传输效率的同时也提升了接收多播业务的效率。
此外,在本申请示例中,为了保证多播业务的及时接收,可以由网络侧设备事先配置使用第一预设配置的使用条件,即当前信道质量较好和/或终端在预设小区范围内均是可以使用第一预设配置接收多播业务,这样就避免了在某些信道质量较差的情况下,即使使用了第一预设配置也难以接收多播业务的情况,提升了多播业务接收的效率,也避免了终端盲目的发送RACH造成的网络拥塞。
需要说明的是,本申请中网络侧设备为终端配置的用于接收多播业务的配置可以通过RRC专用信令发送至终端,该RRC专用信令可以是RRC Reconfiguration或者RRCRelease或RRC resume。进一步地,该用于接收多播业务的配置中包括多个参数,该多套配置则是所有参数是固定的,而一套配置则是其中部分参数是可变的,可以根据实际情况由网络侧设备为终端配置哪种配置,如果当前需要配置的终端可能在某一个小区,其所需要的配置也是比较类似的,则可以由网络侧设备配置一套配置即可,该一套配置中的部分参数可以根据该多个终端需要进行相应的设置,从而可以节省网络资源。
在本申请,中该上报信息主要用于上报多播业务的接收情况,以及在多播业务接收之后所需要向网络侧设备上报的信息。在具体示例中可以通过BSR(Buffer Statusreporting,缓冲状态报告)上报,或通过UAI(UE Assistance Information,UE辅助信息)上报。
在本申请实施例的可选实施方式中,本申请实施例的方法还可以包括:
步骤61,为一套和多套配置配置对应标识;
步骤62,向终端发送指示信息,其中,指示信息用于指示终端用于接收多播业务的配置的标识。
可见,在本申请中网络侧设备可以为每套配置/参数提供特定标识,如序号。首次配置多套的情况下,网络侧设备可以指示UE首次使用的一套配置或一组参数,如排序最前的参数、一套配置为首次下发配置时使用的等。通过该方式能够使得终端无需从多套配置如何选择一套配置,或一套配置中的多个参数如何选择,直接由网络侧设备进行指示。
在本申请实施例的可选实施方式中,本申请实施例的方法还可以包括:
步骤71,为终端配置触发条件,其中,触发条件用于表征终端进行配置切换的条件。
可见,在满足预设的触发条件下,终端可以将第一预设配置切换为第二预设配置,也即由于环境或多播业务的变化,当前第一预设配置无法再接收多播业务之后,可以切换至其他配置,如第二预设配置再次进行多播业务的接收,还可以向网络侧设备上报辅助信息以告知相应的情况。
步骤72,接收终端上报的辅助信息,其中,辅助信息用于表征以下至少一项:终端切换配置、终端待更新配置、用于获取终端当前小区的可用配置。
可见,在本申请中,终端可以通过上报辅助信息来表征终端切换配置、终端待更新配置、用于获取终端当前小区的可用配置。
上述可选的实施方式可以参见图1所示的实施例中的相关说明,为避免重复说明,本实施例不再赘述。
需要说明的是,本发明实施例提供的是与上述图1所示终端执行的网络侧设备实施例对应的网络侧设备执行的网络侧设备,则上述终端执行的网络侧设备实施例中的所有实现方式均适用于该网络侧设备执行的网络侧设备,且均能达到相同或相似的有益效果。
参见图3,图3是本发明实施例提供的一种终端的结构示意图,如图3所示,终端300包括:
第一接收模块32,用于在终端进入非连接态的情况下,基于网络侧设备配置的第一预设配置接收多播业务。
可见,在本申请中,在终端进入非连接态后,可以基于网络侧设备被配置的第一预设配置接收多播业务,无需终端再向网络侧设备发起RACH后进入连接态后接收多播业务,从而避免了因多个终端发起RACH而造成的网络拥塞,在提升网络传输效率的同时也提升了接收多播业务的效率。
可选地,本申请实施例中的第一接收模块进一步可以包括:获取单元,用于获取终端当前所对应的第一目标信息,其中,第一目标信息包括以下至少一项:信道质量信息、小区信息;接收单元,用于在第一目标信息与网络侧设备配置的使用条件中的信息匹配的情况下,基于与使用条件对应的第一预设配置接收多播业务,其中,第一预设配置为网络侧设备配置的一套和/或多套配置中的一套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的。
可选地,本申请实施例中的第一接收模块进一步可以包括:接收单元,用于接收网络侧设备发送的指示信息,其中,指示信息用于指示第一预设配置的标识;选择单元,用于选择与标识对应的第一预设配置接收多播业务,其中,第一预设配置为网络侧设备配置的一套和/或多套配置中的一套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的;一套和多套配置均配置有对应标识。
可选地,本申请实施例中的装置还可以包括:第一上报模块,用于在基于网络侧设备配置的第一预设配置接收多播业务之后,基于网络侧设备配置的上报条件,向网络侧设备上报信息,其中,上报条件用于指示以下至少一项:终端上报的信息类型和信息内容,是否支持重复上报、最大上报次数。
可选地,本申请实施例中的装置还可以包括:处理模块,用于在基于网络侧设备配置的第一预设配置接收多播业务之后,在满足预设的触发条件的情况下,将第一预设配置切换为第二预设配置,并基于第二预设配置接收多播业务;第二上报模块,用于向网络侧设备上报辅助信息,其中,辅助信息包括用于表征切换配置的信息。
可选地,本申请实施例中的装置还可以包括:第三上报模块,用于向网络侧设备上报辅助信息;第二接收模块,用于在网络侧设备响应于辅助信息确定对终端的配置进行更新的情况下,接收网络侧设备发送的L1信令或L2信令,其中,L1信令或L2信令用于指示更新后终端所使用的配置。
可选地,本申请实施例中的装置还可以包括:获取模块,用于在进入非连接状态的终端进行小区重选之后,获取终端切换小区后所对应的第二目标信息;第四上报模块,用于在第二目标信息与网络侧设备配置的使用条件中的信息不匹配的情况下,向网络侧设备上报辅助信息,以获取当前小区的可用配置。
需要说明的是,本发明实施例提供的终端是能够执行上述图1实施方式中的多播业务的接收方法的装置,则上述多播业务的接收方法实施例中的所有实现方式均适用于该终端,且均能达到相同或相似的有益效果。
具体的,参见图4所示,本发明实施例还提供了一种电子设备,包括总线401、收发机402、天线403、总线接口404、处理器405和存储器406。
收发机402或处理器405,用于在终端进入非连接态的情况下,基于网络侧设备配置的第一预设配置接收多播业务。
在图4中,总线架构(用总线401来代表),总线401可以包括任意数量的互联的总线和桥,总线401将包括由处理器405代表的一个或多个处理器和存储器406代表的存储器的各种电路链接在一起。总线401还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口404在总线401和收发机402之间提供接口。收发机402可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器405处理的数据通过天线403在无线介质上进行传输,进一步,天线403还接收数据并将数据传送给处理器405。
处理器405负责管理总线401和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器406可以被用于存储处理器405在执行操作时所使用的数据。
可选的,处理器405可以是CPU、ASIC、FPGA或CPLD。
需要说明的是,本发明实施例提供的电子设备是能够执行上述图1实施方式中的多播业务的接收方法的装置,则上述多播业务的接收方法实施例中的所有实现方式均适用于该电子设备,且均能达到相同或相似的有益效果。
参见图5,图5是本发明实施例提供的一种网络侧设备的结构示意图,如图5所示,网络侧设备500包括:
第一配置模块52,用于为进入非连接态的终端配置用于接收多播业务的配置,其中,配置包括一套和/或多套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的。
第二配置模块54,用于为一套和/或多套配置配置对应的使用条件,其中,使用条件中的信息包括以下至少一项:信道质量信息、小区信息;
第三配置模块56,用于为一套和/或多套配置配置对应的上报条件,其中,上报条件用于指示以下至少一项:终端上报的信息类型和信息内容,是否支持重复上报、最大上报次数。
可选地,本申请实施例中的装置还可以包括:第四配置模块,用于为一套和多套配置配置对应标识;发送模块,用于向终端发送指示信息,其中,指示信息用于指示终端用于接收多播业务的配置的标识。
可选地,本申请实施例中的装置还可以包括:第五配置模块,用于为终端配置触发条件,其中,触发条件用于表征终端进行配置切换的条件。
可选地,本申请实施例中的装置还可以包括:第三接收模块,用于接收终端上报的辅助信息,其中,辅助信息用于表征以下至少一项:终端切换配置、终端待更新配置、用于获取终端当前小区的可用配置。
需要说明的是,本发明实施例提供的网络侧设备是能够执行上述图6实施方式中的多播业务的接收方法的装置,则上述多播业务的接收实施例中的所有实现方式均适用于该网络侧设备,且均能达到相同或相似的有益效果。
具体的,参见图6所示,本发明实施例还提供了一种电子设备,包括总线701、收发机702、天线703、总线接口704、处理器705和存储器706。
处理器705,用于为进入非连接态的终端配置用于接收多播业务的配置,其中,配置包括一套和/或多套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的
在图6中,总线架构(用总线601来代表),总线601可以包括任意数量的互联的总线和桥,总线601将包括由处理器605代表的一个或多个处理器和存储器606代表的存储器的各种电路链接在一起。总线601还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口604在总线601和收发机602之间提供接口。收发机602可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器605处理的数据通过天线603在无线介质上进行传输,进一步,天线603还接收数据并将数据传送给处理器605。
处理器605负责管理总线601和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器606可以被用于存储处理器605在执行操作时所使用的数据。
可选的,处理器605可以是CPU、ASIC、FPGA或CPLD。
本发明实施例还提供了一种电子设备,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现上述图1或4所示多播业务的接收方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本发明实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述1或4所示多播业务的接收方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random AccessMemory,RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本发明的保护之内。
Claims (19)
1.一种多播业务的接收方法,应用于终端,其特征在于,所述方法包括:
在所述终端进入非连接态的情况下,基于网络侧设备配置的第一预设配置接收多播业务。
2.根据权利要求1所述的方法,其特征在于,所述基于网络侧设备配置的第一预设配置接收多播业务,包括:
获取所述终端当前所对应的第一目标信息,其中,所述第一目标信息包括以下至少一项:信道质量信息、小区信息;
在所述第一目标信息与所述网络侧设备配置的使用条件中的信息匹配的情况下,基于与所述使用条件对应的第一预设配置接收所述多播业务,其中,所述第一预设配置为网络侧设备配置的一套和/或多套配置中的一套,所述多套配置中的每一套配置中的参数均为固定的,所述一套配置中的部分参数为可选的。
3.根据权利要求1所述的方法,其特征在于,所述基于网络侧设备配置的第一预设配置接收多播业务,包括:
接收网络侧设备发送的指示信息,其中,所述指示信息用于指示所述第一预设配置的标识;
选择与所述标识对应的所述第一预设配置接收多播业务,其中,所述第一预设配置为网络侧设备配置的一套和/或多套配置中的一套,所述多套配置中的每一套配置中的参数均为固定的,所述一套配置中的部分参数为可选的;所述一套和所述多套配置均配置有对应标识。
4.根据权利要求1所述的方法,其特征在于,在基于网络侧设备配置的第一预设配置接收多播业务之后,所述方法还包括:
基于所述网络侧设备配置的上报条件,向所述网络侧设备上报信息,其中,所述上报条件用于指示以下至少一项:所述终端上报的信息类型和信息内容,是否支持重复上报、最大上报次数。
5.根据权利要求1所述的方法,其特征在于,在基于网络侧设备配置的第一预设配置接收多播业务之后,所述方法还包括:
在满足预设的触发条件的情况下,将所述第一预设配置切换为第二预设配置,并基于所述第二预设配置接收多播业务。
6.根据权利要求5所述的方法,其特征在于,
向所述网络侧设备上报辅助信息,其中,所述辅助信息包括用于表征切换配置的信息。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
向所述网络侧设备上报辅助信息;
在所述网络侧设备响应于所述辅助信息确定对所述终端的配置进行更新的情况下,接收所述网络侧设备发送的L1信令或L2信令,其中,所述L1信令或所述L2信令用于指示更新后所述终端所使用的配置。
8.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在进入非连接状态的终端进行小区重选之后,获取所述终端切换小区后所对应的第二目标信息;
在所述第二目标信息与所述网络侧设备配置的使用条件中的信息不匹配的情况下,向所述网络侧设备上报辅助信息,以获取当前小区的可用配置。
9.一种多播业务的接收方法,应用于网络侧设备,其特征在于,所述方法包括:
为进入非连接态的终端配置用于接收多播业务的配置,其中,所述配置包括一套和/或多套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
为所述一套和/或所述多套配置配置对应的使用条件,其中,所述使用条件中的信息包括以下至少一项:信道质量信息、小区信息;
为所述一套和/或所述多套配置配置对应的上报条件,其中,所述上报条件用于指示以下至少一项:所述终端上报的信息类型和信息内容,是否支持重复上报、最大上报次数。
11.根据权利要求9所述的方法,其特征在于,所述方法还包括:
为所述一套和所述多套配置配置对应标识;
向所述终端发送指示信息,其中,所述指示信息用于指示所述终端用于接收多播业务的配置的标识。
12.根据权利要求9所述的方法,其特征在于,所述方法还包括:
为所述终端配置触发条件,其中,所述触发条件用于表征所述终端进行配置切换的条件。
13.根据权利要求9所述的方法,其特征在于,所述方法还包括:
接收终端上报的辅助信息,其中,所述辅助信息用于表征以下至少一项:所述终端切换配置、所述终端待更新配置、用于获取所述终端当前小区的可用配置。
14.一种终端,其特征在于,包括:
第一接收模块,用于在所述终端进入非连接态的情况下,基于网络侧设备配置的第一预设配置接收多播业务。
15.一种电子设备,其特征在于,包括收发机和处理器,
所述收发机或处理器,用于在终端进入非连接态的情况下,基于网络侧设备配置的第一预设配置接收多播业务。
16.一种网络侧设备,其特征在于,包括:
第一配置模块,用于为进入非连接态的终端配置用于接收多播业务的配置,其中,所述配置包括一套和/或多套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的。
17.一种电子设备,其特征在于,包括收发机和处理器,
所述收发机或处理器,用于为进入非连接态的终端配置用于接收多播业务的配置,其中,所述配置包括一套和/或多套,多套配置中的每一套配置中的参数均为固定的,一套配置中的部分参数为可选的。
18.一种电子设备,其特征在于,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如权利要求1至8中任一项所述的多播业务的接收方法步骤,或权利要求9至13中任一项所述的多播业务的接收方法步骤。
19.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的多播业务的接收方法步骤,或权利要求9至13中任一项所述的多播业务的接收方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310271007.6A CN118678302A (zh) | 2023-03-16 | 2023-03-16 | 多播业务的接收方法、终端、网络侧设备及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310271007.6A CN118678302A (zh) | 2023-03-16 | 2023-03-16 | 多播业务的接收方法、终端、网络侧设备及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN118678302A true CN118678302A (zh) | 2024-09-20 |
Family
ID=92727607
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310271007.6A Pending CN118678302A (zh) | 2023-03-16 | 2023-03-16 | 多播业务的接收方法、终端、网络侧设备及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN118678302A (zh) |
-
2023
- 2023-03-16 CN CN202310271007.6A patent/CN118678302A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102667781B1 (ko) | 데이터 전송 방법 및 장치, 트래픽 전환 방법 및 장치 | |
US10728827B2 (en) | Service message sending method, terminal device, and network device | |
EP3965440A1 (en) | Sidelink communication method and apparatus, and storage medium | |
JP2020074587A (ja) | データスケジューリング方法、基地局およびシステム | |
US8917613B2 (en) | Method and device for transmitting keepalive information | |
CN107113914B (zh) | 一种终端设备、网络设备及数据传输方法 | |
US8064383B2 (en) | Method for requesting radio resources for uplink packet transmission in GPRS system | |
JP6972137B2 (ja) | 無線通信システムにおける接続制御メカニズムのためにシグナリングカテゴリーを構成する方法及び装置 | |
EP3291604B1 (en) | Method for establishing connection with radio resource, user equipment and base station | |
WO2007024065A1 (en) | A method of providing a service on a downlink shared channel | |
EP3592103A1 (en) | Method and apparatus for transmitting system information | |
EP3799477A1 (en) | System information transmission method and apparatus | |
US12010549B2 (en) | Handling of 5GSM congestion timers | |
US20240314857A1 (en) | Communication method, terminal device, and network device | |
JP2019532594A (ja) | 無線電気通信装置及び方法 | |
EP3998800A1 (en) | Handover method and device for terminal that supports dual active protocol stack in mobile communication system | |
WO2021134726A1 (zh) | 通信方法及装置 | |
US20230140463A1 (en) | Information control method and apparatus and base station | |
US20240406848A1 (en) | SI Request Handling by Relay UE and Remote UE | |
CN118678302A (zh) | 多播业务的接收方法、终端、网络侧设备及电子设备 | |
WO2014121599A1 (zh) | 传递蜂窝网络负荷信息的方法和相关设备 | |
CN115278614B (zh) | 一种直接通信的方法和设备 | |
US20240056883A1 (en) | Access handling when stopping 5gsm congestion timers | |
EP4210430A1 (en) | Handling of mbs session related back-off timer | |
WO2023228825A1 (en) | Method, user equipment, access network node and core network node |
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 |