广播多播与单播切换的方法、系统与spe的制作方法
【技术领域】
[0001]本公开涉及LTE (Long Term Evolut1n,长期演进)网络,特别地，涉及一种广播多播与单播切换的方法、系统与SPE(智能管道引擎，Smart Pipe Engine)。
【背景技术】
[0002]4G时代，移动视频业务的高速增长将会带来巨大的网络负荷，而eMBMS(enhancedMultimedia Broadcast Multicast Service,增强型多媒体广播多播业务)通过复用技术能大幅节省无线空口与网络传输资源，同时提升用户视频业务体验。
[0003]但是，当用户移出增强型多媒体广播多播业务区域时，用户的视频业务体验下降。
【发明内容】
[0004]本公开鉴于以上问题中的至少一个提出了新的技术方案。
[0005]本公开在其一个方面提供了一种广播多播与单播切换的方法，其可以实现广播多播与单播的无缝切换。
[0006]本公开在其另一方面提供了一种SPE，其可以实现广播多播与单播的无缝切换。
[0007]本公开在其又一方面提供了一种广播多播与单播切换的系统，其可以实现广播多播与单播的无缝切换。
[0008]根据本公开，提供一种广播多播与单播切换的方法，包括:
[0009]响应于用户位置的变化，获取用户的地理位置信息；
[0010]判断用户是否在广播多播业务区域内；
[0011]如果在广播多播业务区域内，则根据用户所在的广播多播业务区域内的总用户数确定用户的承载类型，否则，用户使用单播承载方式。
[0012]在本公开的一些实施例中，所述根据用户所在的广播多播业务区域内的总用户数确定用户的承载类型包括:
[0013]判断用户所在的广播多播业务区域内的总用户数是否超过设定阈值；
[0014]如果超过设定阈值，则将用户原有的单播承载方式切换为广播多播承载方式，否贝1J，用户将仍使用单播承载方式。
[0015]在本公开的一些实施例中，所述方法还包括:
[0016]当用户移出广播多播业务区域时，触发PCRF下发QoS保障规则，以建立单播专有承载业务信道。
[0017]在本公开的一些实施例中，所述获取用户的地理位置信息的方式包括:
[0018]接收用户直接上报的位置信息。
[0019]在本公开的一些实施例中，所述获取用户的地理位置信息的方式还包括:
[0020]接收用户通过PCC方式上报的位置信息。
[0021]根据本公开，还提供了一种SPE，包括:
[0022]位置获取单元，用于响应于用户位置的变化，获取用户的地理位置信息；
[0023]区域判断单元，用于判断用户是否在广播多播业务区域内；
[0024]承载方式确定单元，用于如果在广播多播业务区域内，则根据用户所在的广播多播业务区域内的总用户数确定用户的承载类型，否则，用户使用单播承载方式。
[0025]在本公开的一些实施例中，所述承载方式确定单元包括:
[0026]阈值判断子单元，用于判断用户所在的广播多播业务区域内的总用户数是否超过设定阈值；
[0027]方式确定子单元，用于如果超过设定阈值，则将用户原有的单播承载方式切换为广播多播承载方式，否则，用户将仍使用单播承载方式。
[0028]在本公开的一些实施例中，所述SPE还包括:
[0029]触发单元，用于当用户移出广播多播业务区域时，触发PCRF下发QoS保障规则，以建立单播专有承载业务信道。
[0030]在本公开的一些实施例中，所述位置获取单元接收用户直接上报的位置信息或接收用户通过PCC方式上报的位置信息。
[0031]根据本公开，还提供了一种广播多播与单播切换的系统，包括BM_SC、PCRF和SPE。
[0032]在本公开的技术方案中，由于对用户所处的位置进行判断，当用户处于广播多播业务区域内时，根据区域内的总用户数确定用户将使用的承载类型，如果用户不处于广播多播业务区域内，则使用单播业务，这样可以实现广播多播与单播的无缝切换，进而保障了业务的连续性，提升了用户使用视频业务的体验。
【附图说明】
[0033]此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分。在附图中:
[0034]图1是本公开实施例的网络架构示意图。
[0035]图2是本公开一个实施例的广播多播与单播切换的方法的流程示意图。
[0036]图3是本公开通过PCC方式获取用户的地理位置信息的一个实例的示意图。
[0037]图4是本公开另一实施例的广播多播与单播切换的方法的消息示意图。
[0038]图5是本公开一个实施例的SPE的结构示意图。
[0039]图6是本公开一个实施例的广播多播与单播切换的系统的结构示意图。
【具体实施方式】
[0040]下面将参照附图描述本公开。要注意的是，以下的描述在本质上仅是解释性和示例性的，决不作为对本公开及其应用或使用的任何限制。除非另外特别说明，否则，在实施例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外，本领域技术人员已知的技术、方法和装置可能不被详细讨论，但在适当的情况下意在成为说明书的一部分。
[0041]本公开下述实施例提出了一种广播多播与单播切换的技术方案，以解决当用户移出广播多播业务区域时，能够实现广播多播与单播的无缝切换，保障了业务的连续性。
[0042]图1是本公开实施例的网络架构示意图。
[0043]如图1所示，其中SPE为新增网元，作为广播多播与单播的统一锚点，SPE北向对接内容源，南向分别对接广播多播的控制网元BM-SC(Broadcast-Multicast ServiceCentre,广播多播业务中心)与单播的控制网元PCRF(Policy and Charging RulesFunct1n,策略与计费规则功能)，其功能支持处理上报用户的位置信息、支持基于用户位置的判决，实现广播多播与单播的无缝切换、支持对内容源的切片分发。
[0044]其中，各网元的功能如下:
[0045](1)UE:多媒体广播业务流数据接收；多媒体广播业务文件接收；多媒体广播业务发现、订阅、取消；多媒体广播业务播放；位置上报。
[0046](2) eNodeB:根据eMBMS的无线调度信息，完成eMBMS的发送以及无线承载的控制；负责将MBMS数据传输给指定MBMS服务区中的所有UE。
[0047](3)MCE (Mult1-cell/multicast Coordinat1n Entity,多小区多播广播协调实体):控制面处理MBMS业务信令；为实现MBMS多小区同步广播，专门负责对多小区/多eNB的无线资源进行统一分配及管理。
[0048](4)MME (Mobility Management Entity,移动管理实体):控制面处理 MBMS 业务信令。
[0049](5)BM-SC:MBMS业务公告；MBMS业务管理；用户管理/授权；安全/计费；MBMS业务数据发送。
[0050](6)MBMS-Gff:控制面处理MBMS业务信令；数据面将来自BM-SC的MBMS数据包通过IP Multicast 广播给各 eNB。
[0051](7) SPE:支持处理上报用户的位置信息；支持基于用户位置的判决；实现广播多播与单播的切换；支持对内容源的切片分发。
[0052]图2是本公开一个实施例的广播多播与单播切换的方法的流程示意图。
[0053]如图2所示，该实施例可以包括以下步骤:
[0054]S202,响应于用户位置的变化,获取用户的地理位置信息；
[0055]具体地，当用户移动时，用户手持终端内部的应用，例如，各种定位软件可以获取用户的地理位置信息，该地理位置信息可以是但不限于经纬度形式。
[0056]S204，判断用户是否在广播多播业务区域内；
[0057]具体地，在接收到用户的地理位置信息后，将用户的地理位置信息与广播多播业务区域所覆盖的地理位置信息进行匹配，以确定用户是否处于广播多播业务区域内。
[0058]S206，如果在广播多播业务区域内，则根据用户所在的广播多播业务区域内的总用户数确定用户的承载类型，否则，用户使用单播承载方式；
[0059]具体地，如果根据步骤S204判断出用户自广播多播业务区域切换到非广播多播业务区域，则确定用户使用单播承载方式。
[0060]如果虽然用户移动，但是一直未离开广播多播业务区域；或者用户自非广播多播业务区域切换到广播多播业务区域，则根据用户当前所在的广播多播业务区域内的总用户数确定是使用广播多播承载方式还是使用单播承载方式。
[0061]在该实施例中，由于对用户所处的位置进行判断，当用户处于广播多播业务区域内时，根据区域内的总用户数确定用户将使用的承载类型，如果用户不处于广播多播业务区域内，则使用单播业务，这样可以实现广播多播与单播的无缝切换，进而保障了业务的连续性，提升了用户使用视频业务的体验。
[0062]在一个实施例中，根据用户所在的广播多播业务区域内的总用户数确定用户的承载类型的步骤可以包括:
[0063]判断用户所在的广播多播业务区域内的总用户数是否超过设定阈值；如果超过设定阈值，则将用户原有的单播承载方式切换为广播多播承载方式，否则，用户将仍使用单播承载方式。
[0064]具体地，如果用户一直在广播多播业务区域内移动，则不影响该广播多播业务区域内的总用户数，此时，该用户仍使用其移动上报前所使用的承载方式，即，如果用户在使用单播承载方式，则由于总用户数并未增加而仍然使用单播承载方式，如果用户在使用广播多播承载方式，则由于总用户数并未减少而仍然使用广播多播承载方式。
[0065]如果用户自非广播多播业务区域移动到广播多播业务区域，则广播多播业务区域内的总用户数增加，将增加后的总用户数与设定阈值进行比较，如果超过设定阈值，则认为该区域内的用户数较多，需通过广播多播承载方式为用户提供服务，否则，虽然由于用户的移动导致广播多播业务区域内的总用户数增加，但是总用户数未超过设定阈值，则认为该区域内的用户数较少，可以通过单播承载方式为用户提供服务，由于单播承载方式需要为用户建立专有的信道，因此可以为其提供更好的QoS保障。
[0066]在另一实施例中，当用户移出广播多播业务区域时或者根据总用户数判断确定用户使用单播承载方式时，触发PCRF下发QoS保障规则，以建立单播专有承载业务信道。
[0067]再参见图1，可以通过下