一种组呼下行用户面建立方法、基站以及演进分组核心技术

技术编号:13796901 阅读:91 留言:0更新日期:2016-10-06 16:56
本发明专利技术公开了一种组呼下行用户面建立方法,包括以下步骤:接收来自演进分组核心EPC的组呼建立请求,组呼建立请求通知基站eNodeB在指定的跟踪区TA中建立组呼;判断跟踪区TA当前是否已经建立组呼下行用户面,如果已经建立,基站eNodeB与演进分组核心EPC之间建立组呼控制面,此时将演进分组核心EPC设置为非组呼数据来源EPC;如果未建立,则在基站eNodeB与演进分组核心EPC之间建立组呼下行用户面和组呼控制面,此时将演进分组核心EPC设置为组呼数据来源EPC,基站eNodeB只接收来自组呼数据来源EPC的组呼数据,从而保证基站eNodeB只能选择一个演进分组核心EPC向其传输组呼下行业务数据。本发明专利技术可以防止出现组呼业务数据的混叠和错乱,提高用户体验。

【技术实现步骤摘要】

本专利技术涉及一种通信方法,特别涉及一种用于LTE集群系统的组呼下行用户面建立、扩建、缩减以及切换方法,同时还涉及一种基站与演进分组核心,属于移动通信

技术介绍
目前,在LTE SAE的网络架构中,为了支持核心网的负载均衡和容灾备份,确保核心网可靠运行,引用了移动管理实体资源池(Mobility Management Entity Pool,MME Pool)的概念,即S1-Flex技术。MME资源池中的多个MME,通过S1-U口可以与基站eNodeB(Evolved Node B,简称基站eNodeB)互联。如图1所示,MME资源池1包括MME1、MME2,MME资源池2包括MME3、MME4,pool Area1中部署了基站eNodeB1、基站eNodeB2、基站eNodeB3,pool Area2中部署了基站eNodeB4和基站eNodeB5。以基站eNodeB1为例,基站eNodeB1和MME1、MME2都存在S1-U口连接。同理,在Pool Area 2中,基站eNodeB4和MME3、MME4也都存在S1-U口连接。在LTE网络中,一个用户设备(User Equipment,UE)只能注册到一个MME,由于MME是EPC的一个实体功能,因此也就注册到一个演进分组核心EPC(Evolved Packet Core,以下简称EPC)。该MME控制UE和EPC之间的用户面,并为UE和EPC之间的用户面建立唯一的GTP-U隧道。上述过程为点对点业务的用户面的建立机制。如果采用点对点业务的用户面机制,那么针对基站eNodeB组呼中的每一个UE,每个基站eNodeB都要和EPC建立组呼下行用户面GTP-U
隧道,换言之,有多少个用户,该组呼就存在多少个下行用户面的GTP-U隧道,即需要多少个S1-U口。在LTE集群系统中,群组是常见的管理单位。通常情况下,基站eNodeB的每个群组包含多个用户,该多个用户在网络中可能处于不同的小区中,即多个用户在不同的MME中进行了注册,因此在采用S1-Flex方式部分集群网络时,会使得基站eNodeB的每个群组关联到多个MME,即关联到了多个EPC。对于每个基站eNodeB,多个EPC同时管理一个组呼的用户面会带来冲突,或者向同一个组呼发送的数据重复会引起叠音、回音等不利效果。另外,如果采用非S1-Flex网络,即通常的组呼下行用户面建立机制,对于每个基站eNodeB需要与所关联的多个EPC建立组呼下行用户面的GTP-U隧道,也就是说,有多少个EPC就需要有多少个组呼下行用户面的GTP-U隧道与之匹配。上述两种建立机制,不仅会造成信道资源的浪费,而且还会引起组呼业务数据的混叠与错乱,在语音组呼过程中尤为明显,此时用户会感受到叠音、回音等,体验较差。对于S1-Flex方法部署的集群系统,采用点对点方式的用户面建立机制,或者常用的集群系统的用户面建立机制,已经不再适用。因此,需要一种对组呼业务下行的用户面数据通道进行管理,使同一个组呼的用户面数据只来自唯一的EPC的方法。
技术实现思路
本专利技术要解决的技术问题是:(1)避免一个组呼的业务数据来自于多个EPC的用户面所引起的数据重复与错乱;(2)如何减少基站eNodeB与关联的多个EPC之间的GTP-U隧道,节约S1-U资源。为实现上述的专利技术目的,本专利技术提供了一种组呼下行用户面建立方法,包括以下步骤:接收来自演进分组核心EPC的组呼建立请求,所述组呼建立请
求通知基站eNodeB在指定的跟踪区TA中建立组呼;判断所述跟踪区TA当前是否已经建立组呼下行用户面,如果已经建立,所述基站eNodeB与所述演进分组核心EPC之间建立组呼控制面,此时将所述演进分组核心EPC设置为非组呼数据来源EPC;如果未建立,则在基站eNodeB与演进分组核心EPC之间建立组呼下行用户面和组呼控制面,此时将所述演进分组核心EPC设置为组呼数据来源EPC,所述基站eNodeB只接收来自所述组呼数据来源EPC的组呼数据,从而保证所述基站eNodeB只能选择一个演进分组核心EPC向其传输组呼下行业务数据。较优地,还包括组呼下行用户面的建立过程,包括以下步骤:所述基站eNodeB建立组呼上下文;在所述跟踪区TA中广播组呼寻呼和组呼建立消息;所述基站eNodeB与所述演进分组核心EPC之间建立组呼下行用户面,并向所述演进分组核心EPC发送组呼建立响应信息,通知其组呼建立成功。较优地,所述组呼建立响应消息只包含有为所述非组呼数据来源EPC的每个组呼承载而分配的E-RAB ID。较优地,所述组呼建立响应消息中包含有为所述组呼数据来源EPC的每个组呼承载而分配的所述基站eNodeB侧的GTP-U隧道。较优地,所述组呼下行用户面建立方法还包括组呼下行用户面的扩建过程,包括以下步骤:若所述组呼扩建请求消息来自组呼数据来源EPC,所述基站eNodeB为所扩建的组呼分配GTP-U隧道,并向所述组呼数据来源EPC返回组呼扩建响应;或者,若所述组呼扩建请求消息来自非组呼数据来源EPC,所述基站eNodeB向所述非组呼数据来源EPC返回组呼扩建响应消息,且不为所述扩建的组呼分配GTP-U隧道。较优地,所述GTP-U隧道与所述基站eNodeB的原跟踪区TA的GTP-U隧道相同。较优地,所述GTP-U隧道与所述基站eNodeB的原跟踪区TA的GTP-U隧道不相同。较优地,所述组呼下行用户面建立方法还包括组呼下行用户面的缩减过程,包括以下步骤:所述组呼缩减请求来自非组呼数据来源EPC,所述基站eNodeB释放与所述非组呼数据来源EPC相关的组呼上下文,与所述组呼数据来源EPC之间保持组呼下行用户面;所述基站eNodeB向所述非组呼数据来源EPC返回基站eNodeB减少的组呼缩减响应消息;或者,若所述组呼缩减请求消息来自组呼数据来源EPC,所述基站eNodeB停止广播组呼控制信令和组呼业务数据,释放组呼下行用户面,保留与所述非组呼数据来源EPC相关的组呼上下文,并向所述组呼数据来源EPC返回组呼缩减响应消息;所述基站eNodeB将所述非组呼数据来源EPC设置为新的组呼数据来源EPC。较优地,所述基站eNodeB将所述非组呼数据来源EPC设置为新的组呼数据来源EPC还包括以下步骤:所述基站eNodeB向所述非组呼数据来源EPC发送组呼下行用户面切换请求消息;所述非组呼数据来源EPC返回组呼下行用户面切换响应消息,通知所述基站eNodeB组呼下行用户面切换成功,此时所述非组呼数据来源EPC成为新的组呼数据来源EPC。较优地,所述组呼下行用户面切换请求消息中,包含为所述基站eNodeB与所述新的组呼数据来源EPC之间的组呼承载而分配GTP-U隧道信息。较优地,所述组呼下行用户面建立方法还包括组呼下行用户面的缩减过程,包括以下步骤:若组呼缩减请求信息来自组呼数据来源EPC,所述基站eNodeB释放与所述组呼数据来源EPC有关的组呼上下文;所述基站eNodeB为组呼分配GTP-U隧道,所述GTP-U隧道与所述组呼建立时所述基站eNodeB分配的GTP-U隧道相同,并向所述组呼数据来源EPC返回组呼缩减响应消息;或者,若组呼缩减请求信息来自非组呼数据来源EPC本文档来自技高网
...

【技术保护点】
一种组呼下行用户面建立方法,其特征在于,包括以下步骤:接收来自演进分组核心EPC的组呼建立请求,所述组呼建立请求通知基站eNodeB在指定的跟踪区TA中建立组呼;判断所述跟踪区TA当前是否已经建立组呼下行用户面,如果已经建立,所述基站eNodeB与所述演进分组核心EPC之间建立组呼控制面,此时将所述演进分组核心EPC设置为非组呼数据来源EPC;如果未建立,则在基站eNodeB与演进分组核心EPC之间建立组呼下行用户面和组呼控制面,此时将所述演进分组核心EPC设置为组呼数据来源EPC,所述基站eNodeB只接收来自所述组呼数据来源EPC的组呼数据,从而保证所述基站eNodeB只能选择一个演进分组核心EPC向其传输组呼下行业务数据。

【技术特征摘要】
1.一种组呼下行用户面建立方法,其特征在于,包括以下步骤:接收来自演进分组核心EPC的组呼建立请求,所述组呼建立请求通知基站eNodeB在指定的跟踪区TA中建立组呼;判断所述跟踪区TA当前是否已经建立组呼下行用户面,如果已经建立,所述基站eNodeB与所述演进分组核心EPC之间建立组呼控制面,此时将所述演进分组核心EPC设置为非组呼数据来源EPC;如果未建立,则在基站eNodeB与演进分组核心EPC之间建立组呼下行用户面和组呼控制面,此时将所述演进分组核心EPC设置为组呼数据来源EPC,所述基站eNodeB只接收来自所述组呼数据来源EPC的组呼数据,从而保证所述基站eNodeB只能选择一个演进分组核心EPC向其传输组呼下行业务数据。2.如权利要求1所述的组呼下行用户面建立方法,其特征在于,还包括组呼下行用户面的建立过程,包括以下步骤:所述基站eNodeB建立组呼上下文;在所述跟踪区TA中广播组呼寻呼和组呼建立消息;所述基站eNodeB与所述演进分组核心EPC之间建立组呼下行用户面,并向所述演进分组核心EPC发送组呼建立响应信息,通知其组呼建立成功。3.如权利要求2所述的组呼下行用户面建立方法,其特征在于,所述组呼建立响应消息只包含有为所述非组呼数据来源EPC的每个组呼承载而分配的E-RAB ID。4.如权利要求2所述的组呼下行用户面建立方法,其特征在于,所述组呼建立响应消息中包含有为所述组呼数据来源EPC的每个组呼承载而分配的所述基站eNodeB侧的GTP-U隧道。5.如权利要求1所述的组呼下行用户面建立方法,其特征在于,所述组呼下行用户面建立方法还包括组呼下行用户面的扩建过
\t程,包括以下步骤:若所述组呼扩建请求消息来自组呼数据来源EPC,所述基站eNodeB为所扩建的组呼分配GTP-U隧道,并向所述组呼数据来源EPC返回组呼扩建响应;或者,若所述组呼扩建请求消息来自非组呼数据来源EPC,所述基站eNodeB向所述非组呼数据来源EPC返回组呼扩建响应消息,且不为所述扩建的组呼分配GTP-U隧道。6.如权利要求5所述的组呼下行用户面建立方法,其特征在于,所述GTP-U隧道与所述基站eNodeB的原跟踪区TA的GTP-U隧道相同。7.如权利要求5所述的组呼下行用户面建立方法,其特征在于,所述GTP-U隧道与所述基站eNodeB的原跟踪区TA的GTP-U隧道不相同。8.如权利要求1所述的组呼下行用户面建立方法,其特征在于,所述组呼下行用户面建立方法还包括组呼下行用户面的缩减过程,包括以下步骤:所述组呼缩减请求来自非组呼数据来源EPC,所述基站eNodeB释放与所述非组呼数据来源EPC相关的组呼上下文,与所述组呼数据来源EPC之间保持组呼下行用户面;所述基站eNodeB向所述非组呼数据来源EPC返回基站eNodeB减少的组呼缩减响应消息;或者,若所述组呼缩减请求消息来自组呼数据来源EPC,所述基站eNodeB停止广播组呼控制信令和组呼业务数据,释放组呼下行用户面,保留与所述非组呼数据来源EPC相关的组呼上下文,并向所述组呼数据来源EPC返回组呼缩减响应消息;...

【专利技术属性】
技术研发人员:曾朝晖杨美荟
申请(专利权)人:普天信息技术有限公司
类型:发明
国别省市:北京;11

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1