一种LTE网络的支持集群业务故障弱化的方法与流程

文档序号:12790085阅读:1279来源:国知局
一种LTE网络的支持集群业务故障弱化的方法与流程

本发明涉及无线通信领域,尤其涉及一种LTE网络的支持集群业务故障弱化的方法。



背景技术:

集群业务故障弱化,如图1所示,是指当核心网与基站或核心网内部发生故障时,基站能够为其覆盖范围内的用户提供受限的集群业务。当基站转入故障弱化模式时,基站通过系统消息通知小区内用户,基站进入故障弱化工作模式。当基站检测到跟核心网的链路恢复正常时,基站转入正常工作模式,同时在系统消息中通知终端转入正常模式。对于集群终端来说,故障弱化模式和正常模式在业务操作方式上相同;对于基站来说,故障弱化模式基站需要实现部分核心网的功能。一般情况下,集群故障弱化模式提供组呼、单呼、广播呼叫等集群业务。

集群故障弱化功能多应用于地震、海啸等自然灾害造成的S1传输链路中断场景。另外一个主要的应用场景就是在通信展会做集群业务的演示介绍时,通过集群业务的故障弱化模式,在不搭建核心网网元的情况下,让用户快速体验到集群业务功能,避免搭建核心网等带来的人力物力成本。

基站在故障弱化模式下,要能够为用户提供集群业务,传统的实现方式是在基站上按照3GPP(the 3rd Generation Partner Project)的协议要求,实现MME(Mobility Management Entity)、S-GW(Serving Gateway)和P-GW(PDN Gateway)的逻辑功能,当基站检测到S1接口断链后,由基站内部的逻辑核心网网元,进行集群业务的相关处理,以实现集群业务的故障弱化功能。传统的实现方式是采用在基站上做增量开发的方式,虽然能够实现集群业务故障弱化功能,但是开发核心网的功能工作量大,逻辑复杂度高,导致开发软硬件成本上升,方案的性价比不高。



技术实现要素:

本发明提出了一种LTE网络的支持集群业务故障弱化的方法,包括:

在集群业务建立过程中,建立集群业务在基站内部的上下行数据环回转发规则;

在故障弱化模式下,将集群业务的上行承载数据根据所述环回转发规则直接转发给基站内部的下行承载。

优选的,所述环回转发规则为:如果上行业务承载的承载ID等于下行业务承载的承载ID,则将上行业务承载的数据转发给该相同承载ID的下行业务承载。

优选的,所述环回转发规则为:建立一张上下行业务承载的映射关系表,通过查表方式获取上行业务承载与下行业务承载的匹配关系,将上行业务承载的数据转发给匹配的下行业务承载。

本发明提出的LTE网络的支持集群业务故障弱化的方法,能够在基站故障弱化模式下,实现对集群组呼、单呼、广播呼叫等各种集群业务的支持。其基本思想是:在故障弱化模式下,不需要按照3GPP的协议规定在基站内部实现核心网的逻辑网元及其功能处理,只需要基站用户面建立集群业务上下行承载的映射关系,集群业务上行承载的数据直接按照映射关系转发给基站内的下行承载即可。其优点在于:集群业务用户面数据直接在基站内部环回处理,使得基站在支持集群故障弱化功能的同时,可以减少基站内部的改动,保证处理流程上尽量与正常流程一致,对基站软硬件改动小,开发工作量不大,方案性价高。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是背景技术的LTE网络S1接口断链示意图;

图2是实施例一的集群业务建立流程图;

图3是实施例二的集群业务建立流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例;需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

实施例一

本实施例在故障弱化模式下,采用上/下行承载ID相同作为数据转发的规则,即基站用户面直接将上行承载的数据转发给下行承载ID相同的承载。

为了实现在故障弱化模式下,所建立集群业务下行的承载ID与上行承载ID一致,基站在集群业务建立的信令交互过程中,如图2所示,采用了如下的业务建立流程:

(1)在故障弱化模式下,集群终端发起集群业务;

(2)基站收到集群业务建立请求后,先建立下行业务信道的承载;

(3)基站收到下行业务信道承载的建立响应消息后,获取基站给下行的共享信道承载ID;

(4)基站建立上行的专有承载。上行专有承载的承载ID直接使用步骤(3)获取到的该集群业务的下行业务信道承载ID;

(5)基站用户面在故障弱化模式下处理数据报文时,增加一个处理,即如果存在上行承载的承载ID与下行承载的承载ID相同,则将数据报文从上行承载环回转发给下行承载。

实施例二

本实施例在故障弱化模式下,采用建立上下行承载转发的映射关系表,进行业务数据转发,即基站根据集群业务建立过程中,建立的上下行业务数据转发的映射关系表,进行集群业务数据的转发。

为了实现在故障弱化模式下,基站的集群业务建立过程中,建立上下行业务数据的转发映射关系,基站在集群业务建立的信令交互过程中,如图3所示,采用了如下的业务建立流程:

(1)在故障弱化模式下,集群终端发起集群业务;

(2)基站收到集群业务建立请求后,建立上/下行业务信道的承载;

(3)基站根据建立的集群业务上下行业务信道承载ID,建立集群业务上下行数据转发的映射关系表;

(4)基站用户面在故障弱化模式下处理数据报文时,根据建立的上下行数据转发的映射关系表,将数据报文从上行承载环回转发给下行承载。

本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1