多播业务接收、接收配置方法、装置、终端及网络侧设备制造方法及图纸

本申请公开了一种多播业务接收、接收配置方法、装置、终端及网络侧设备，属于通信技术领域，本申请实施例的多播业务接收配置方法，包括：网络侧设备发送通知信息给终端；其中，所述通知信息用于指示以下一项：终端保持在当前状态进行第一多播业务的接收；终端由连接态释放到非连接态进行第一多播业务的接收。到非连接态进行第一多播业务的接收。到非连接态进行第一多播业务的接收。

【技术实现步骤摘要】
多播业务接收、接收配置方法、装置、终端及网络侧设备


[0001]本申请属于通信领域，特别涉及一种多播业务接收、接收配置方法、装置、终端及网络侧设备。

技术介绍

[0002]在现有技术中，新空口(New Radio，NR)广播和多播业务的接收分别采取不同的方式，广播采取delivery mode 2，即为了兼顾空闲(idle)/非激活(inactive)/连接(connected)状态用户设备(User Equipment，UE，也称终端)都能接收，所有的广播相关配置信息和业务数据都采取广播方式发送；而多播(multicast)业务采取了传输模式一(delivery mode 1)方式发送，即只有Connected UE通过专用无线资源控制(Radio Resource Control，RRC)信令才能获得multicast业务相关的配置信息进而进行业务数据的接收。
[0003]在上述针对multicast业务的delivery mode 1中，由于要求所有感兴趣UE都进入连接态才能获得配置和接收业务，当UE数目众多时，会造成系统负荷过重甚至超载，影响其它单播和多播业务的正常发送，不利于网络效率和整体性能。

技术实现思路

[0004]本申请实施例提供一种多播业务接收、接收配置方法、装置、终端及网络侧设备，能够解决现有多播业务的传输方式，当UE数目众多时，会造成系统负荷过重甚至超载，影响其它单播和多播业务的正常发送，不利于网络效率和整体性能的问题。
[0005]第一方面，提供了一种多播业务接收配置方法，包括：
[0006]网络侧设备发送通知信息给终端；
[0007]其中，所述通知信息用于指示以下一项：
[0008]终端保持在当前状态进行第一多播业务的接收；
[0009]终端由连接态释放到非连接态进行第一多播业务的接收。
[0010]第二方面，提供了一种多播业务接收配置装置，包括：
[0011]第一发送模块，用于发送通知信息给终端；
[0012]其中，所述通知信息用于指示以下一项：
[0013]终端保持在当前状态进行第一多播业务的接收；
[0014]终端由连接态释放到非连接态进行第一多播业务的接收。
[0015]第三方面，提供了一种多播业务接收方法，包括：
[0016]终端接收网络侧设备发送的通知信息；
[0017]根据所述通知消息，确定第一多播业务的配置信息；
[0018]根据所述配置信息，进行第一多播业务的接收；
[0019]其中，所述通知信息用于指示以下一项：
[0020]终端保持在当前状态进行第一多播业务的接收；
[0021]终端由连接态释放到非连接态进行第一多播业务的接收。
[0022]第四方面，提供了一种多播业务接收装置，包括：
[0023]第一接收模块，用于接收网络侧设备发送的通知信息；
[0024]确定模块，用于根据所述通知消息，确定第一多播业务的配置信息；
[0025]第二接收模块，用于根据所述配置信息，进行第一多播业务的接收；
[0026]其中，所述通知信息用于指示以下一项：
[0027]终端保持在当前状态进行第一多播业务的接收；
[0028]终端由连接态释放到非连接态进行第一多播业务的接收。
[0029]第五方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第三方面所述的方法的步骤。
[0030]第六方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口用于接收网络侧设备发送的通知信息；
[0031]所述处理器用于根据所述通知消息，确定第一多播业务的配置信息；
[0032]所述通信接口用于根据所述配置信息，进行第一多播业务的接收；
[0033]其中，所述通知信息用于指示以下一项：
[0034]终端保持在当前状态进行第一多播业务的接收；
[0035]终端由连接态释放到非连接态进行第一多播业务的接收。
[0036]第七方面，提供了一种网络侧设备，该网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
[0037]第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述通信接口用于发送通知信息给终端；
[0038]其中，所述通知信息用于指示以下一项：
[0039]终端保持在当前状态进行第一多播业务的接收；
[0040]终端由连接态释放到非连接态进行第一多播业务的接收。
[0041]第九方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤。
[0042]第十方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第三方面所述的方法的步骤。
[0043]第十一方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非易失的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面或第三方面所述的方法的步骤。
[0044]在本申请实施例中，通过为终端指示保持在当前状态进行第一多播业务的接收，和/或终端由连接态释放到非连接态进行第一多播业务的接收的通知信息，以此能够使得终端在合适的状态进行多播业务的接收，能够尽可能避免系统负荷过重甚至超载的情况出现，提升网络效率和整体性能。
附图说明
[0045]图1是本申请实施例可应用的一种无线通信系统的框图；
[0046]图2是本申请实施例的多播业务接收配置方法的流程示意图；
[0047]图3是本申请实施例的多播业务接收配置装置的模块示意图；
[0048]图4是本申请实施例的网络侧设备的结构框图；
[0049]图5是本申请实施例的多播业务接收方法的流程示意图；
[0050]图6是本申请实施例的多播业务接收装置的模块示意图；
[0051]图7是本申请实施例的终端的结构框图；
[0052]图8是本申请实施例的通信设备的结构框图。
具体实施方式
[0053]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
[0054]本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种多播业务接收配置方法，其特征在于，包括：网络侧设备发送通知信息给终端；其中，所述通知信息用于指示以下一项：终端保持在当前状态进行第一多播业务的接收；终端由连接态释放到非连接态进行第一多播业务的接收。2.根据权利要求1所述的方法，其特征在于，所述网络侧设备发送通知信息给终端，包括：在终端不需要进入连接态进行第一多播业务的接收的情况下，网络侧设备发送通知信息给终端。3.根据权利要求1所述的方法，其特征在于，在所述通知信息用于指示终端保持在当前状态进行第一多播业务的接收的情况下，所述网络侧设备发送通知信息给终端，包括：所述网络侧设备发送目标信息给所述终端，所述目标信息中携带所述通知信息；其中，所述目标信息包括以下至少一项：寻呼消息、多播控制信道MCCH变更通知和第一无线资源控制RRC信令。4.根据权利要求3所述的方法，其特征在于，所述目标信息中还包括：第一多播业务激活通知，所述第一多播业务激活通知用于指示所述第一多播业务即将被激活。5.根据权利要求4所述的方法，其特征在于，还包括：通过公共控制信道，所述网络侧设备向终端发送第一多播业务的配置信息。6.根据权利要求5所述的方法，其特征在于，所述通过公共控制信道，向终端发送第一多播业务的配置信息，包括：所述网络侧设备确定终端是否具备在预设频点上接收公共控制信道的能力；当终端具备在预设频点上接收公共控制信道的能力时，所述网络侧设备通过多播控制信道公共控制信道，向终端发送第一多播业务的配置信息。7.根据权利要求6所述的方法，其特征在于，在所述网络侧设备确定终端是否具备在预设频点上接收公共控制信道的能力之后，还包括：当终端不具备在预设频点上接收公共控制信道的能力时，所述网络侧设备通过第二RRC信令，向终端发送第一多播业务的配置信息。8.根据权利要求6所述的方法，其特征在于，所述接收公共控制信道的能力，包括以下一项：在主小区或主辅小区上接收公共控制信道的能力；在任一服务小区上接收公共控制信道的能力；在任一能够被配置为服务小区的小区上接收公共控制信道的能力。9.根据权利要求1所述的方法，其特征在于，在所述通知信息用于指示终端由连接态释放到非连接态进行第一多播业务的接收的情况下，所述方法，还包括：通过第一方式，为终端指示在非连接态使用的第一多播业务的配置信息；其中，所述第一方式包括以下一项：所述网络侧设备在释放终端时发送的第一指示，所述第一指示用于指示第一配置信息在终端处于非连接态时的可用性，所述第一配置信息为所述终端处于连接态进行第一多播业务时的配置信息；
第三RRC信令，其中，所述第三RRC信令用于携带第二配置信息或第二配置信息的获取方式，所述第二配置信息为终端处于非连接态使用的第一多播业务的配置信息。10.根据权利要求9所述的方法，其特征在于，在第一方式为所述网络侧设备在释放终端时发送的第一指示或用于携带第二配置信息的第三RRC信令的情况下，所述方法，还包括：所述网络侧设备向所述终端发送第一有效范围信息；其中，所述第一有效范围信息用于指示与第三配置信息对应的有效范围，所述第三配置信息为终端在非连接态使用的第一多播业务的配置信息。11.根据权利要求10所述的方法，其特征在于，所述有效范围信息用于指示以下至少一项：所述配置信息在发送通知信息的小区有效；所述配置信息生效的小区信息；所述配置信息生效的跟踪区域信息。12.根据权利要求1所述的方法，其特征在于，在所述通知信息用于指示终端由连接态释放到非连接态进行第一多播业务的接收的情况下，所述网络侧设备发送通知信息给终端，包括：网络侧设备发送第四RRC信令给终端，所述第四RRC信令中携带所述通知信息。13.根据权利要求1
‑
12任一项所述的方法，其特征在于，还包括：网络侧设备发送业务配置信息变更通知给所述终端。14.根据权利要求1
‑
12任一项所述的方法，其特征在于，还包括：通过第二方式，发送业务结束指示给所述终端；其中，所述第二方式，包括以下一项：采用MCCH变更通知中的目标位携带业务结束指示，所述目标位包括以下一项：停止位、多播停止位、变更位、多播变更位；采用用户面UP信令携带业务结束指示。15.一种多播业务接收方法，其特征在于，包括：终端接收网络侧设备发送的通知信息；根据所述通知消息，确定第一多播业务的配置信息；根据所述配置信息，进行第一多播业务的接收；其中，所述通知信息用于指示以下一项：终端保持在当前状态进行第一多播业务的接收；终端由连接态释放到非连接态进行第一多播业务的接收。16.根据权利要求15所述的方法，其特征在于，在所述通知信息用于指示终端保持在当前状态进行第一多播业务的接收的情况下，所述终端接收网络侧设备发送的通知信息，包括：接收网络侧设备发送的目标信息，所述目标信息中携带所述通知信息；其中，所述目标信息包括以下至少一项：寻呼消息、多播控制信道MCCH变更通知和第一无线资源控制RRC信令。17.根据权利要求16所述的方法，其特征在于，所述目标信息中还包括：第一多播业务
激活通知，所述第一多播业务激活通知用于指示所述第一多播业务即将被激活。18.根据权利要求17所述的方法，其特征在于，所述确定第一多播业务的配置信息，包括：通过读取第一公共控制信道，获取第一多播业务的配置信息；其中，所述第一公共控制信道为位于接收所述通知信息的时刻之后、且距离接收所述通知信息的时刻最近的时刻被所述终端读取到的数据包或信息对应的公共控制信道。19.根据权利要求18所述的方法，其特征在于，所述通过读取第一公共控制信道，获取第一多播业务的配置信息，包括：确定终端是否具备在预设频点上接收公共控制信道的能力；当终端具备在预设频点上接收公共控制信道的能力时，则通过读取第一公共控制信道，获取第一多播业务的配置信息。20.根据权利要求19所述的方法，其特征在于，在所述确定终端是否具备在预设频点上接收公共控制信道的能力之后，还包括：当终端不具备在预设频点上接收公共控制信道的能力时，则通过第二RRC信令获取第一多播业务的配置信息。21.根据权利要求19所述的方法，其特征在于，...

【专利技术属性】
技术研发人员：刘佳敏，
申请(专利权)人：维沃移动通信有限公司，
类型：发明
国别省市：