CN112399633B - 单播承载建立方法、装置及存储介质 - Google Patents
单播承载建立方法、装置及存储介质 Download PDFInfo
- Publication number
- CN112399633B CN112399633B CN201910739270.7A CN201910739270A CN112399633B CN 112399633 B CN112399633 B CN 112399633B CN 201910739270 A CN201910739270 A CN 201910739270A CN 112399633 B CN112399633 B CN 112399633B
- Authority
- CN
- China
- Prior art keywords
- unicast bearer
- serving cell
- network side
- unicast
- sinr
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种单播承载建立方法、装置及存储介质,用户设备UE确定丢包率满足预设条件后,向网络侧设备方第一消息,所述第一消息携带有服务小区的小区标识、所述服务小区的信号与干扰加噪声比SINR以及单播承载建立请求消息,通过网络侧设备根据该第一消息判断当前丢包是否是空口原因导致的,若是,则允许建立该单播承载,从而避免单播误建的情况。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种单播承载建立方法、装置及存储介质。
背景技术
当前,第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)协议中多媒体广播组播业务(multimedia broadcast multicast service,MBMS)的承载有两种:单播承载和组播承载。单播承载是网络侧设备与用户设备(user equipment,UE)之间建立的点到点(point to point,PTP)承载,在单播承载下,网络侧设备将业务数据,如MBMS业务数据发送给具体的UE;组播承载则是一个点到多点(point to multipoint,PTM)承载,在组播承载下,网络侧设备在建立组播承载的小区内广播,从而将业务数据发送给多个用户。
组播承载下,UE检测出丢包满足预设条件时,如丢包率超过预设阈值时,UE向网络侧设备发送单播承载建立请求消息,以主动触发网络侧设备建立单播承载,进而基于单播承载接收网络侧设备发送的业务数据。
然而,UE丢包除了是空口导致的外,还有可能是传输过程中丢包或UE处理业务数据时发生丢包。当丢包并非是空口原因导致时,此时,即使UE触发网络侧设备建立单播承载,则建立的单播承载并无法解决丢包问题,该现象称之为单播承载误建。
发明内容
本发明实施例提供一种单播承载建立方法、装置及存储介质,UE检测出满足单播承载建立条件后,向网络侧设备发送信号与干扰加噪声比,使得网络侧设备根据SINR判断是否建立单播承载,从而避免发生误建单播承载的现象。
第一方面,本发明提供一种单播承载建立方法,包括:
网络侧设备接收用户设备UE发送的第一消息,所述第一消息是所述UE检测出利用组播承载接收的业务数据的丢包率满足预设条件时发送的,所述第一消息携带服务小区的小区标识、所述服务小区的信号与干扰加噪声比SINR以及单播承载建立请求消息;
所述网络侧设备根据所述小区标识,确定出所述服务小区;
所述网络侧设备判断所述服务小区的SINR是否超过预设门限;
若所述网络侧设备判断出所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载。
可选地,所述若所述网络侧设备判断出所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载,包括:
所述网络侧设备判断所述UE是否属于高优先级UE;
若所述UE属于高优先级UE、且所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载。
可选地,若所述网络侧设备判断出所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载,包括:
所述网络侧设备判断所述服务小区下已建立的单播承载的数量是否超过预设阈值;
若所述服务小区下已建立的单播承载的数量未超过预设阈值、所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立所述单播承载。
可选地,若所述网络侧设备判断出所述SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载之后,还包括:
所述网络侧设备利用所述单播承载向所述UE发送所述业务数据。
第二方面,本发明提供一种单播承载建立方法,包括:
用户设备UE判断利用组播承载接收的业务数据的丢包率是否满足预设条件;
若所述UE确定出所述丢包率满足所述预设条件,则向网络侧设备发送第一消息,所述第一消息携带服务小区的标识、所述服务小区的信号与干扰加噪声SINR以及单播承载建立请求消息。
可选地,所述若所述UE确定出所述丢包率满足所述预设条件,则向网络侧设备发送第一消息之后,还包括:
所述UE接收所述网络侧设备利用单播承载发送的业务数据。
第三方面,本发明提供一种单播承载建立装置,包括:
接收模块,用于接收用户设备UE发送的第一消息,所述第一消息是所述UE检测出利用组播承载接收的业务数据的丢包率满足预设条件时发送的,所述第一消息携带服务小区的小区标识、所述服务小区的信号与干扰加噪声比SINR以及单播承载建立请求消息;
确定模块,用于根据所述小区标识,确定出所述服务小区;
判断模块,用于判断所述服务小区的SINR是否超过预设门限;
建立模块,用于若所述判断模块判断出所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载。
可选地,所述判断模块,还用于判断所述UE是否属于高优先级UE;
所述建立模块,用于若所述判断模块判断出所述UE属于高优先级UE、且所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载。
可选地,所述判断模块,还用于判断所述服务小区下已建立的单播承载的数量是否超过预设阈值;
所述建立模块,用于若所述判断模块判断出所述服务小区下已建立的单播承载的数量未超过预设阈值、所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立所述单播承载。
可选的,上述装置还包括:
发送模块,用于在所述建立模块在所述判断模块判断出所述SINR未超过预设门限,根据所述单播承载建立请求消息为所述UE建立单播承载之后,利用所述单播承载向所述UE发送所述业务数据。
第四方面,本发明提供一种单播承载建立装置,包括:
判断模块,用于判断利用组播承载接收的业务数据的丢包率是否满足预设条件;
发送模块,用于若所述判断模块判断出所述丢包率满足所述预设条件,则向网络侧设备发送第一消息,所述第一消息携带服务小区的标识、所述服务小区的信号与干扰加噪声SINR以及单播承载建立请求消息。
可选地,上述装置还包括:
接收模块,用于在所述发送模块向网络侧设备发送第一消息之后,接收所述网络侧设备利用单播承载发送的业务数据。
第五方面,本发明提供一种网络侧设备,包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上述第一方面或第一方面的各种可行的实现方式所述的方法。
第六方面,本发明还提供一种用户设备,包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上述第二方面或第二方面的各种可行的实现方式所述的方法。
第七方面,本发明提供一种存储介质,所述存储介质中存储有指令,当其在网络侧设备上运行时,使得网络侧设备执行如上述第一方面或第一方面的各种可行的实现方式所述的方法。
第八方面,本发明提供一种存储介质,所述存储介质中存储有指令,当其在用户设备上运行时,使得用户设备执行如上述第二方面或第二方面的各种可行的实现方式所述的方法。
第九方面,本发明实施例提供一种计算机程序产品,所述计算机程序产品在网络侧设备上运行时,使得网络侧设备执行如上第一方面或第一方面的各种可行的实现方式所述的方法。
第十方面,本发明实施例提供一种计算机程序产品,所述计算机程序产品在用户设备上运行时,使得用户设备执行如上第二方面或第二方面的各种可行的实现方式所述的方法。
本发明实施例提供的单播承载建立方法、装置及存储介质,UE判断出利用组播承载接收数据时丢包率满足预设条件,则向网络侧设备发送携带服务小区标识、服务小区的SINR的单播承载建立请求消息的第一消息。网络侧设备判断出服务小区的SINR未超过预设门限时,认为UE的丢包是由于空口原因导致的,此时,网络侧设备根据单播建立请求消息为UE建立单播承载。该过程中,UE通过向网络侧设备上报服务小区的SINR,使得网络侧设备根据SINR判断UE的丢包是否由空口原因导致,网络侧设备只有在根据SINR判断出UE的丢包是由于空口原因导致时,才为UE建立单播承载,因此,可以避免单播误建的情况,从而节省信道资源,避免建立过多的单播承载导致用户登录不能及时调度、业务异常的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的单播承载建立方法的网络架构示意图;
图2是本发明实施例一提供的一种单播承载建立方法的流程图;
图3是本发明实施例二提供的一种单播承载建立方法的流程图;
图4是本发明实施例三提供的一种单播承载建立方法的流程图;
图5是本发明实施例四提供的一种单播承载建立方法的流程图;
图6为本发明实施例提供的一种单播承载建立装置的结构示意图;
图7为本发明实施例提供的另一种单播承载建立装置的结构示意图;
图8为本发明实施例提供的又一种单播承载建立装置的结构示意图;
图9为本发明实施例提供的又一种单播承载建立装置的结构示意图;
图10为本发明实施例提供的又一种单播承载建立装置的结构示意图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
当前,在3GPP协议下多媒体广播组播业务MBMS的承载有两种:单播承载和组播承载。具体的,在一个服务小区下,在单播承载下,网络侧设备将业务数据,如MBMS业务数据发送给具体的UE;在组播承载下,网络侧设备在建立组播承载的小区内广播,从而将业务数据发送给多个用户。组播承载下,UE检测出丢包满足预设条件时,如丢包率超过预设阈值时,UE向网络侧设备发送单播承载建立请求消息,以主动触发网络侧设备建立单播承载,进而基于单播承载接收网络侧设备发送的业务数据。
然而,UE丢包除了是空口导致的外,还有可能是传输过程中丢包或UE处理业务数据时发生丢包。当丢包并非是空口原因导致时,此时,即使UE触发网络侧设备建立单播承载,则建立的单播承载并无法解决丢包问题,该现象称之为单播承载误建。
有鉴于此,本发明实施例提供一种单播承载建立方法、装置及及存储介质,UE检测出满足单播承载建立条件后,向网络侧设备发送信号与干扰加噪声比,使得网络侧设备根据SINR判断是否建立单播承载,从而避免发生误建单播承载的现象。
图1是本发明实施例提供的单播承载建立方法的网络架构示意图。请参照图1,该网络架构包括:用户设备和网络侧设备,用户设备和网络侧设备之间可建立单播承载或组播承载。其中,网络侧设备位于核心网侧,如长期演进(long term evolution,LTE)通信系统中,网络侧设备位于演进核心网(evolved packet core,EPC),第五代(5th-Generation,5G)通信系统中,网络侧设备位于新无线核心(NG Core,NGC)网。用户设备可以是能够向用户提供语音和/或数据连通性的设备、具有无线连接功能的手持式设备、连接到无线调制解调器的其他处理设备。该第二电子设备可以经无线接入网(如,radio access network,RAN)与一个或多个核心网或者互联网进行通信,可以是移动终端设备,如移动电话(或称为“蜂窝”电话,手机(mobile phone))、计算机和数据卡,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(personal communication service,PCS)电话、个人数字助理(personaldigital assistant,PDA)、平板电脑(Pad)、带无线收发功能的电脑等设备。
下面,在图1架构的基础上,对本发明实施例所述的单播承载建立方法进行详细说明。示例性的,可参见图2。
图2是本发明实施例一提供的一种单播承载建立方法的流程图,本实施例是从网络侧设备与用户设备交互的角度对本发明实施例所述的单播承载建立方法进行详细说明。如图2所示,该方法包括如下步骤:
S101、用户设备UE判断利用组播承载接收的业务数据的丢包率是否满足预设条件,若UE判断出利用组播承载接收的业务数据的丢包率满足预设条件,则执行S102;若UE判断出利用组播承载接收的业务数据的丢包率不满足预设条件,则执行S108。
示例性的,初始时,UE利用组播承载接收网络侧设备发送的业务数据。接收过程中,UE周期性的或是事件触发性的判断利用组播承载接收的业务数据的丢包率是否满足预设条件,其中,预设条件为一个大于0且小于1的数值,例如20%,若丢包率大于或等于该20%,则执行S102;若丢包率小于20%,则执行S103。
S102、UE向网络侧设备发送第一消息。
其中,所述第一消息携带服务小区的标识、所述服务小区的信号与干扰加噪声SINR以及单播承载建立请求消息。
相应的,网络侧设备接收该第一消息。
示例性的,UE确定出丢包率满足预设条件后,向网络侧设备发送携带服务小区的标识、服务小区的信号与干扰加噪声比(signal to interference plus noise ratio,SINR)以及单播承载建立请求的第一消息。
S103、网络侧设备根据小区标识,确定出服务小区;
示例性的,一个网络侧设备下属的小区有多个,本步骤中,网络侧设备根据小区标识(cell ID)从该些小区中UE当前所处的服务小区。
S104、网络侧设备判断服务小区的SINR是否超过预设门限,若网络侧设备判断出SINR未超过预设门限,则执行S105;若网络侧设备判断出SINR超过预设门限,则执行S107;
示例性的,导致UE丢包的原因包括空口丢包以及非空口丢包,其中,空口丢包是由于信号强度差、SINR过低等导致的丢包,非空口丢包是业务数据在传输过程中业务信道繁忙或接入控制器(acess controller,AC)故障等原因导致的丢包。对于空口丢包,需要UE触发网络侧设备建立单播承载,将原本由组播承载传输的业务数据切换至单播承载,从而解决空口原因导致的丢包;对于非空口丢包,此时,即使UE触发网络侧设备建立单播承载,建立的单播承载并无法解决丢包问题,该现象称之为单播承载误建。
本发明示例中,为了防止单播承载误建,将服务小区的SINR是否超过预设门限作为当前丢包是否是空口原因导致的主要判据。当服务小区的SINR未超过预设门限时,则执行S105;当服务小区的SINR超过预设门限时,则执行S107。
S105、根据单播承载建立请求消息为UE建立单播承载。
S106、网络侧设备利用单播承载向UE发送业务数据。
相应的,UE利用单播承载接收该业务数据;
示例性的,若网络侧设备判断UE携带的服务小区的SINR未超过预设门限,则表示业务数据发生了空口丢包,此时网络侧设备允许为用户设备UE建立单播承载。之后,网络侧设备利用单播承载向UE发送业务数据,相应的,UE接收网络侧设备利用单播承载发送的业务数据。
S107、拒绝为UE建立单播承载。
若网络侧设备判断UE携带的服务小区的SINR超过预设门限,则表示虽然UE发生了丢包,但是该丢包是非空口原因导致的,此时网络侧设备拒绝该用户设备UE的单播承载建立请求。
S108、UE继续利用组播承载接收网络侧设备发送的业务数据。
本发明实施例提供的单播承载建立方法,UE判断出利用组播承载接收数据时丢包率满足预设条件,则向网络侧设备发送携带服务小区标识、服务小区的SINR的单播承载建立请求消息的第一消息。网络侧设备判断出服务小区的SINR未超过预设门限时,认为UE的丢包是由于空口原因导致的,此时,网络侧设备根据单播建立请求消息为UE建立单播承载。该过程中,UE通过向网络侧设备上报服务小区的SINR,使得网络侧设备根据SINR判断UE的丢包是否由空口原因导致,网络侧设备只有在根据SINR判断出UE的丢包是由于空口原因导致时,才为UE建立单播承载,因此,可以避免单播误建的情况,从而节省信道资源,避免建立过多的单播承载导致用户登录不能及时调度、业务异常的问题。
本发明实施例中,一个网络侧设备同时可能为多个UE服务,即一个网络侧设备同时与多个UE通过组播承载传输业务数据。因此,可能会发生多个UE同时丢包的现象。而一个网络侧设备的负荷是优先的,若为每个发生丢包的UE均建立单播承载,则可能会导致网络侧设备超载而奔溃。为了保证网络侧设备正常运行,同时为了保证重要UE的业务传输,本发明实施例中,网络侧设备在为丢包率满足预设条件的UE建立单播承载时,还需要考虑该UE的优先级。示例性的,可参见图3,图3是本发明实施例二提供的一种单播承载建立方法的流程图。本实施例包括:
S201、用户设备UE判断利用组播承载接收的业务数据的丢包率是否满足预设条件,若UE判断出利用组播承载接收的业务数据的丢包率满足预设条件,则执行S202;若UE判断出利用组播承载接收的业务数据的丢包率不满足预设条件,则执行S209。
S202、UE向网络侧设备发送第一消息。
S203、网络侧设备根据小区标识,确定出服务小区。
S204、网络侧设备判断服务小区的SINR是否超过预设门限,若网络侧设备判断出SINR未超过预设门限,则执行S205;若网络侧设备判断出SINR超过预设门限,则执行S207。
上述的S201~204,可参见图2实施例中的S101~S104,此处不再赘述。
S205、网络侧设备判断UE是否属于高优先级UE,若网络侧设备判断出UE属于高优先级UE,则执行S206;若网络侧设备判断出UE不属于高优先级用户,则执行S208。
示例性的,网络侧设备可以预先维护一个优先级列表,该优先级列表中存储UE的身份标识(Identity,ID)与该UE的等级的对应关系。当网络侧设备根据SINR判断出UE的丢包是由于空口原因导致时,进一步的根据该UE的ID查询优先级列表,判断该UE是否为高优先级UE,若UE为高优先级UE,则执行S206;若UE不是高优先级UE,则执行S208。
S206、根据单播承载建立请求消息为UE建立单播承载。
S207、网络侧设备利用单播承载向UE发送业务数据。
相应的,UE利用单播承载接收该业务数据。
S208、网络侧设备拒绝为UE建立单播承载。
示例性的,若网络侧设备判断出服务小区的SINR未超过预设门限,同时UE属于高优先级UE,此时网络侧设备允许为用户设备UE建立单播承载;否则,即使网络侧设备判断出服务小区的SINR未超过预设门限,但是由于UE不属于高优先级UE,此时,网络侧设备拒绝该用户设备UE的单播承载建立请求。
S209、UE继续利用组播承载接收网络侧设备发送的业务数据。
本实施例中,网络侧设备在为UE建立单播承载的过程中,考虑了UE的UE优先级,保证了在网络高负荷的情况下高优先级用户的体验。
本发明实施例中,一个网络侧设备同时可能为多个UE服务,即一个网络侧设备同时与多个UE通过组播承载传输业务数据。因此,可能会发生多个UE同时丢包的现象。然而,一个服务小区下的承载,包括组播承载和单播承载的数量是有限的。若服务小区下的承载的数量超过该服务小区能够承受的最大数量,则该服务小区超负荷,导致该服务小区下的承载传输业务数据时出错。为了保证服务小区能够正常提供服务,本发明实施例中,网络侧设备在为丢包率满足预设条件的UE建立单播承载时,还需要考虑该服务小区内的承载的数量。示例性的,可参见图4,图4是本发明实施例三提供的一种单播承载建立方法的流程图。如图4所示,本实施例包括如下步骤:
S301、用户设备UE判断利用组播承载接收的业务数据的丢包率是否满足预设条件,若UE判断出利用组播承载接收的业务数据的丢包率满足预设条件,则执行S302;若UE判断出利用组播承载接收的业务数据的丢包率不满足预设条件,则执行S309。
S302、UE向网络侧设备发送第一消息。
S303、网络侧设备根据小区标识,确定出服务小区。
S304、网络侧设备判断服务小区的SINR是否超过预设门限,若网络侧设备判断出SINR未超过预设门限,则执行S305;若网络侧设备判断出SINR超过预设门限,则执行S307。
上述的S301~304,可参见图2实施例中的S101~S104,此处不再赘述。
S305、网络侧设备判断服务小区下已建立单播承载数量是否超过预设阈值,若网络侧设备判断出服务小区下已建立的单播承载的数量未超过预设阈值,则执行S306;若网络侧设备判断出服务小区下已建立的单播承载的数量超过预设阈值,则执行S308。
示例性的,网络侧设备预先针对服务小区设置一个阈值,该预设阈值用于指示服务小区下单播承载的数量的最大值。当服务小区下已建立的单播承载的数量未超过预设阈值时,说明该服务小区的负荷较轻,此时执行S306;当服务小区下已建立的单播承载的数量超过预设阈值时,说明该服务小区的负荷较重,此时执行S308。
S306、根据单播承载建立请求消息为UE建立单播承载。
S307、网络侧设备利用单播承载向UE发送业务数据。
相应的,UE利用单播承载接收该业务数据。
S308、网络侧设备拒绝为UE建立单播承载。
示例性的,在一个服务小区下,过多的单播承载会严重占用信道资源,导致用户登录不能及时调度、业务异常的问题,所以为服务小区设置建立单播承载数量的预设阈值可保证服务小区的基本运行。设置了预设阈值后,若网络侧设备判断出服务小区的SINR未超过预设门限,同时网络侧设备判断服务小区下已建立的单播承载的数量未超过所述阈值,则网络侧设备允许为用户设备UE建立单播承载;否则,即使网络侧设备判断出服务小区的SINR未超过预设门限,但是由于服务小区下已建立的单播承载的数量已超过预设阈值,此时,网络侧设备拒绝该为UE建立单播承载。
需要说明的是,虽然上述是以预设阈值为单播承载的最大数量为例对本发明实施例进行详细说明的,然而,本发明实施例并不以此为限制。在其他可行的实现方式中,也可以将预设阈值设置为单播承载数量占总承载数量的最大值。当网络侧设备判断出UE的丢包是由于空口原因导致的时,进一步的判断已建立承载的数量占总承载的数量的比例是否超过预设阈值,若超过,则为该UE建立单播承载,否则,网络侧设备拒绝为该UE建立单播承载。其中,总承载数量指单播承载的数量和组播承载的数量的和。
S309、UE继续利用组播承载接收网络侧设备发送的业务数据。
本实施例中,网络侧设备在为UE建立单播承载的过程中,考虑了服务网小区的负荷,保证了服务小区的正常运行。
上述图3所示实施例中,考虑了UE的优先级,上述图4所示实施例中,考虑了服务小区的负荷。然而,本发明实施例并不限制,在其他可行的实现方式中,也可以同时考虑UE的优先级和服务小区的负荷。示例性的,可参见图5,图5是本发明实施例四提供的一种单播承载建立方法的流程图。本实施例包括:
S401、用户设备UE判断利用组播承载接收的业务数据的丢包率是否满足预设条件,若UE判断出利用组播承载接收的业务数据的丢包率满足预设条件,则执行S402;若UE判断出利用组播承载接收的业务数据的丢包率不满足预设条件,则执行S410。
S402、UE向网络侧设备发送第一消息。
S403、网络侧设备根据小区标识,确定出服务小区。
S404、网络侧设备判断服务小区的SINR是否超过预设门限,若网络侧设备判断出SINR未超过预设门限,则执行S405;若网络侧设备判断出SINR超过预设门限,则执行S407。
上述的S401~S404,可参见图2实施例中的S101~S104,此处不再赘述。
S405、网络侧设备判断UE是否属于高优先级UE,若网络侧设备判断出UE属于高优先级UE,则执行S406;若网络侧设备判断出UE不属于高优先级用户,则执行S408。
示例性的,可参见上述图3中的S205,此处不再赘述。
S406、网络侧设备判断服务小区下已建立单播承载数量是否超过预设阈值,若网络侧设备判断出服务小区下已建立的单播承载的数量未超过预设阈值,则执行S407;若网络侧设备判断出服务小区下已建立的单播承载的数量超过预设阈值,则执行S409。
示例性的,可参见上述图4中的S305,此处不再赘述。
S407、根据单播承载建立请求消息为UE建立单播承载;
S408、网络侧设备利用单播承载向UE发送业务数据.
相应的,UE利用单播承载接收该业务数据。
S409、网络侧设备拒绝为UE建立单播承载。
S410、UE继续利用组播承载接收网络侧设备发送的业务数据。
需要说明的是,虽然上述图5实施例中,先执行S404、再执行S405,再执行S406。然而,本发明实施例并不限制,在其他可行的实现方式中,S404、S405与S406的执行顺序不受限制。
下述为本发明装置实施例,可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节,请参照本发明方法实施例。
图6为本发明实施例提供的一种单播承载建立装置的结构示意图,该单播承载建立装置可以通过软件和/或硬件的方式实现。如图6所示,该单播承载建立装置100包括:
接收模块11,用于接收用户设备UE发送的第一消息,所述第一消息是所述UE检测出利用组播承载接收的业务数据的丢包率满足预设条件时发送的,所述第一消息携带服务小区的小区标识、所述服务小区的信号与干扰加噪声比SINR以及单播承载建立请求消息;
确定模块12,用于根据所述小区标识,确定出所述服务小区;
判断模块13,用于判断所述服务小区的SINR是否超过预设门限;
建立模块14,用于若所述判断模块判断出所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载。
一种可行的设计中,所述判断模块13,还用于判断所述UE是否属于高优先级UE;
所述建立模块14,还用于若所述判断模块13判断出所述UE属于高优先级UE、所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载。
一种可行的设计中,所述判断模块13,还用于判断所述服务小区下已建立的单播承载的数量是否超过预设阈值;
所述建立模块14,还用于若所述判断模块13判断出所述服务小区下已建立的单播承载的数量未超过预设阈值、所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立所述单播承载。
图7为本发明实施例提供的另一种单播承载建立装置的结构示意图,该单播承载建立装置100在上述图6的基础上,进一步的,还包括:
发送模块15,用于在所述判断模块13判断出所述SINR未超过预设门限、所述建立模块14根据所述单播承载建立请求消息为所述UE建立单播承载之后,利用所述单播承载向所述UE发送所述业务数据。
图8为本发明实施例提供的又一种单播承载建立装置的结构示意图,该单播承载建立装置可以通过软件和/或硬件的方式实现。如图8所示,该单播承载建立装置200包括:
判断模块21,用于判断利用组播承载接收的业务数据的丢包率是否满足预设条件;
发送模块22,用于若所述判断模块判断出所述丢包率满足所述预设条件,则向网络侧设备发送第一消息,所述第一消息携带服务小区的标识、所述服务小区的信号与干扰加噪声SINR以及单播承载建立请求消息。
图9为本发明实施例提供的又一种单播承载建立装置的结构示意图,该单播承载建立装置200在上述图8的基础上,进一步的,还包括:
接收模块23,用于在所述发送模块22向网络侧设备发送第一消息之后,接收所述网络侧设备利用单播承载发送的业务数据。
图10为本发明实施例提供的又一种单播承载建立装置的结构示意图。如图10所示,该单播承载建立装置300包括:
处理器31和存储器32;
所述存储器32存储计算机执行指令;
所述处理器31执行所述存储器32存储的计算机执行指令,使得所述处理器31执行如上应用于网络侧设备或用户设备的单播承载建立方法。
处理器31的具体实现过程可参见上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。
可选地,该单播承载建立装置300还包括通信部件33。其中,处理器31、存储器32以及通信部件33可以通过总线34连接。
本发明实施例还提供一种存储介质,所述存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如上应用于网络侧设备或用户设备的所述的单播承载建立方法。
本发明实施例还提供一种计算机程序产品,当所述计算机程序产品在网络侧设备上运行时,使得网络侧设备执行如上述单播承载建立方法。
本发明实施例还提供一种计算机程序产品,当所述计算机程序产品在用户设备上运行时,使得用户设备执行如上述单播承载建立方法。
在上述的实施例中,应该理解到,所描述的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台单播承载建立装置(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本发明各个实施例所述方法的部分步骤。
应理解,上述处理器可以是中央处理单元(central processing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(industry standard architecture,ISA)总线、外部设备互连(peripheral component,PCI)总线或扩展工业标准体系结构(extendedIndustry standard architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本发明附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuits,ASIC)中。当然,处理器和存储介质也可以作为分立组件存在于终端或服务器中。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (16)
1.一种单播承载建立方法,其特征在于,包括:
网络侧设备接收用户设备UE发送的第一消息,所述第一消息是所述UE检测出利用组播承载接收的业务数据的丢包率满足预设条件时发送的,所述第一消息携带服务小区的小区标识、所述服务小区的信号与干扰加噪声比SINR以及单播承载建立请求消息;
所述网络侧设备根据所述小区标识,确定出所述服务小区;
所述网络侧设备判断所述服务小区的SINR是否超过预设门限;
若所述网络侧设备判断出所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载。
2.根据权利要求1所述的方法,其特征在于,所述若所述网络侧设备判断出所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载,包括:
所述网络侧设备判断所述UE是否属于高优先级UE;
若所述UE属于高优先级UE、且所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载。
3.根据权利要求1所述的方法,其特征在于,若所述网络侧设备判断出所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载,包括:
所述网络侧设备判断所述服务小区下已建立的单播承载的数量是否超过预设阈值;
若所述服务小区下已建立的单播承载的数量未超过预设阈值、所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立所述单播承载。
4.根据权利要求1~3任一项所述的方法,其特征在于,若所述网络侧设备判断出所述SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载之后,还包括:
所述网络侧设备利用所述单播承载向所述UE发送所述业务数据。
5.一种单播承载建立方法,其特征在于,包括:
用户设备UE判断利用组播承载接收的业务数据的丢包率是否满足预设条件;
若所述UE确定出所述丢包率满足所述预设条件,则向网络侧设备发送第一消息,以使所述网络侧设备根据服务小区的标识,确定出服务小区,并在所述服务小区的SINR未超过预设门限时,根据单播承载建立请求消息为所述UE建立单播承载;所述第一消息携带所述服务小区的标识、所述服务小区的信号与干扰加噪声SINR以及所述单播承载建立请求消息。
6.根据权利要求5所述的方法,其特征在于,所述若所述UE确定出所述丢包率满足所述预设条件,则向网络侧设备发送第一消息之后,还包括:
所述UE接收所述网络侧设备利用单播承载发送的业务数据。
7.一种单播承载建立装置,其特征在于,包括:
接收模块,用于接收用户设备UE发送的第一消息,所述第一消息是所述UE检测出利用组播承载接收的业务数据的丢包率满足预设条件时发送的,所述第一消息携带服务小区的小区标识、所述服务小区的信号与干扰加噪声比SINR以及单播承载建立请求消息;
确定模块,用于根据所述小区标识,确定出所述服务小区;
判断模块,用于判断所述服务小区的SINR是否超过预设门限;
建立模块,用于若所述判断模块判断出所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载。
8.根据权利要求7所述的装置,其特征在于,
所述判断模块,还用于判断所述UE是否属于高优先级UE;
所述建立模块,用于若所述判断模块判断出所述UE属于高优先级UE、且所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立单播承载。
9.根据权利要求7所述的装置,其特征在于,
所述判断模块,还用于判断所述服务小区下已建立的单播承载的数量是否超过预设阈值;
所述建立模块,用于若所述判断模块判断出所述服务小区下已建立的单播承载的数量未超过预设阈值、所述服务小区的SINR未超过预设门限,则根据所述单播承载建立请求消息为所述UE建立所述单播承载。
10.根据权利要求7~9任一项所述的装置,其特征在于,还包括:
发送模块,用于在所述判断模块判断出所述SINR未超过预设门限、所述建立模块根据所述单播承载建立请求消息为所述UE建立单播承载之后,利用所述单播承载向所述UE发送所述业务数据。
11.一种单播承载建立装置,其特征在于,单播承载建立装置应用于用户设备UE,所述装置包括:
判断模块,用于判断利用组播承载接收的业务数据的丢包率是否满足预设条件;
发送模块,用于若所述判断模块判断出所述丢包率满足所述预设条件,则向网络侧设备发送第一消息,以使所述网络侧设备根据服务小区的标识,确定出服务小区,并在所述服务小区的SINR未超过预设门限时,根据单播承载建立请求消息为所述UE建立单播承载;所述第一消息携带所述服务小区的标识、所述服务小区的信号与干扰加噪声SINR以及单播承载建立请求消息。
12.根据权利要求11所述的装置,其特征在于,还包括:
接收模块,用于在所述发送模块向网络侧设备发送第一消息之后,接收所述网络侧设备利用单播承载发送的业务数据。
13.一种网络侧设备,包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如上述权利要求1-4任一项所述的方法。
14.一种用户设备,包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如上述权利要求5或6所述的方法。
15.一种存储介质,其特征在于,所述存储介质中存储有指令,当其在网络侧设备上运行时,使得网络侧设备执行如权利要求1-4任一项所述的方法。
16.一种存储介质,其特征在于,所述存储介质中存储有指令,当其在用户设备上运行时,使得用户设备执行如权利要求5或6所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910739270.7A CN112399633B (zh) | 2019-08-12 | 2019-08-12 | 单播承载建立方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910739270.7A CN112399633B (zh) | 2019-08-12 | 2019-08-12 | 单播承载建立方法、装置及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112399633A CN112399633A (zh) | 2021-02-23 |
CN112399633B true CN112399633B (zh) | 2023-01-31 |
Family
ID=74602183
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910739270.7A Active CN112399633B (zh) | 2019-08-12 | 2019-08-12 | 单播承载建立方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112399633B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101547409A (zh) * | 2008-03-26 | 2009-09-30 | 华为技术有限公司 | 保持业务连续性的方法、终端、网络侧设备及网络系统 |
CN101827306A (zh) * | 2009-03-03 | 2010-09-08 | 中兴通讯股份有限公司 | 单播业务的切换方法与装置 |
CN104640077A (zh) * | 2013-11-08 | 2015-05-20 | 中兴通讯股份有限公司 | 一种集群通信的方法及系统、用户设备和网络侧设备 |
CN109218123A (zh) * | 2017-07-06 | 2019-01-15 | 成都鼎桥通信技术有限公司 | 组播切换单播的方法及装置 |
CN109547944A (zh) * | 2017-09-21 | 2019-03-29 | 华为技术有限公司 | 数据传输的方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8971275B2 (en) * | 2011-12-31 | 2015-03-03 | Ofinno Technologies, Llc | Almost blank subframe indication in wireless networks |
US9473906B2 (en) * | 2013-03-22 | 2016-10-18 | Mediatek Inc. | Idle mode reception for group communication over LTE eMBMS |
CN113411755B (zh) * | 2017-12-28 | 2022-10-04 | 华为技术有限公司 | 一种通信方法、及相关产品 |
-
2019
- 2019-08-12 CN CN201910739270.7A patent/CN112399633B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101547409A (zh) * | 2008-03-26 | 2009-09-30 | 华为技术有限公司 | 保持业务连续性的方法、终端、网络侧设备及网络系统 |
CN101827306A (zh) * | 2009-03-03 | 2010-09-08 | 中兴通讯股份有限公司 | 单播业务的切换方法与装置 |
CN104640077A (zh) * | 2013-11-08 | 2015-05-20 | 中兴通讯股份有限公司 | 一种集群通信的方法及系统、用户设备和网络侧设备 |
CN109218123A (zh) * | 2017-07-06 | 2019-01-15 | 成都鼎桥通信技术有限公司 | 组播切换单播的方法及装置 |
CN109547944A (zh) * | 2017-09-21 | 2019-03-29 | 华为技术有限公司 | 数据传输的方法及装置 |
Non-Patent Citations (2)
Title |
---|
S4-060323 "Modification of MBMS User Service architecture to enable unicast bearer usage".《3GPP tsg_sa\WG4_CODEC》.2006, * |
段欣 ; 阴毅婷.一种基于视频单播流的上层组播分发方法.《信息通信》.2018, * |
Also Published As
Publication number | Publication date |
---|---|
CN112399633A (zh) | 2021-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10117221B2 (en) | Method and corresponding apparatus for sending and receiving trunking paging in LTE system | |
EP2887720B1 (en) | Resource allocation method and device | |
US11057904B2 (en) | Prioritization of mobile terminating radio resource control connections | |
CN110730445A (zh) | 寻呼处理方法、装置、电子设备以及存储介质 | |
CN111757315B (zh) | 一种业务连接方法及装置 | |
EP3528522A1 (en) | Authentication method, base station, user equipment, and core network element | |
CN103188708A (zh) | 异频测量方法及系统、移动终端以及基站 | |
CN111757316B (zh) | 一种业务连接方法及装置 | |
CN109462863B (zh) | 一种语音被叫的方法和设备 | |
WO2014166246A1 (zh) | 一种无线网络间负载均衡的方法、装置和系统 | |
CN100525529C (zh) | 无线通信系统中均衡负载的实现方法 | |
US8855619B2 (en) | Method for state transition and network device | |
EP3567927A1 (en) | Access method, and terminal | |
WO2011106979A1 (zh) | 短消息业务接入量的控制方法及基站子系统 | |
CN112399633B (zh) | 单播承载建立方法、装置及存储介质 | |
US9144089B2 (en) | Access method and system for MTC device, and MTC device | |
CN113453337A (zh) | 广播多播业务传输方法、广播多播业务传输指示方法及设备 | |
CN105165065B (zh) | 接入控制方法及装置 | |
CN103391616B (zh) | 公共增强专用信道资源重配方法和系统以及基站、rnc | |
CN110213802B (zh) | 群组邻区信息传输方法、接入网设备、终端及系统 | |
CN114143837A (zh) | 一种n5cw设备接入核心网管理方法及系统 | |
CN101247167B (zh) | 多用户面路径网络中的业务传输方法、系统及设备 | |
CN112437080B (zh) | 一种业务鉴权方法及装置 | |
CN116193639B (zh) | 服务质量保证方法、装置和存储介质 | |
CN112995922B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |