一种对移动终端的业务进行分流的方法及装置与流程

文档序号:14197677阅读:183来源:国知局
一种对移动终端的业务进行分流的方法及装置与流程

本发明涉及移动通信领域,更具体地说,涉及一种对移动终端的业务进行分流的方法及装置。



背景技术:

mec(mobileedgecomputing)是etsi以及imt20205g技术推进组定义的网络侧关键技术之一,该技术将移动接入网与互联网业务深度融合,利用无线接入网络就近提供电信用户it所需服务和云端计算功能,而创造出一个具备高性能、低延迟与高带宽的电信级服务环境,加速网络中各项内容、服务及应用的快速下载,让消费者享有不间断的高质量网络体验。mec一方面可以改善用户体验,节省带宽资源,另一方面通过将计算能力下沉到移动边缘节点,提供第三方应用集成,为移动边缘入口的服务创新提供了无限可能。移动网络和移动应用的无缝结合,将为应对各种ott(overthetop)应用提供了有力的武器。在mec技术中,通过业务分流功能,运营商可以提供更贴近用户的业务服务。现有技术中的mec业务分流,是通过对ip5元组信息进行判断,然后依据该信息来进行分流,此方案比较简单,但是缺点是在面对日益增加的业务方式或应用方式时,不能灵活配置、分流效果较差。



技术实现要素:

本发明要解决的技术问题在于,针对现有技术的上述不能灵活配置、分流效果较差的缺陷,提供一种能灵活配置、分流效果较好的一种对移动终端的业务进行分流的方法及装置。

本发明解决其技术问题所采用的技术方案是:构造一种对移动终端的业务进行分流的方法,包括如下步骤:

a)设置在通信小区的基站和核心网之间的移动边缘计算网关对接入该通信小区的移动终端进行身份识别和标识;

b)所述移动终端发出的业务请求通过所述基站后进入所述移动边缘计算网关,所述移动边缘计算网关依据事先设定的分流触发条件判断所述请求是否触发分流,如是,按照设定的分流规则对所述请求进行过滤,按照过滤结果将所述业务请求分配到与本地网络连接的本地网络接口和与核心网连接的默认接口,使得所述业务请求被转发到所述本地网络或所述核心网;否则,将所述业务请求通过所述默认接口转发到所述核心网。

更进一步地,所述步骤b)中,在判断业务请求是否触发分流之前,还包括如下步骤:

b1)对所述移动变沿计算网关进行监测,在发现所述移动边缘计算网关的状态出现异常时,停止业务分流,所有业务通过所述默认接口转发到所述核心网。

更进一步地,所述分流触发条件包括:网络数据传输的流量、延时、抖动或/和丢包率是否超过设定阈值,如是,触发分流;否则,不触发分流。

更进一步地,所述分流触发条件还包括:所述业务请求是否由事先设定的用户发出、是否为特定的流或应用或目标地址是否为特定的本地地址,如是,触发分流;否则,不触发分流。

更进一步地,所述分流规则包括将事先设定的用户或所有用户发出的特定的流或特定的应用请求转发到本地网络接口,所述特定的流或特定的应用包括:社交软件数据、网络视频数据和网络电视数据。

更进一步地,所述分流规则还包括事先设定的用户或所有用户发出的特定报文转发到本地网络接口,所述特定的流或特定的应用包括:本地目标地址、差分服务码点(dcsp)和服务类型(tos)。

本发明还涉及一种实现上述方法的装置,包括:

终端标识单元:用于设置在通信小区的基站和核心网之间的移动边缘计算网关对接入该通信小区的移动终端进行身份识别和标识;

分流单元:用于在所述移动终端发出的业务请求通过所述基站后进入所述移动边缘计算网关后,依据事先设定的分流触发条件判断所述请求是否触发分流,如是,按照设定的分流规则对所述请求进行过滤,按照过滤结果将所述业务请求分配到与本地网络连接的本地网络接口和与核心网连接的默认接口,使得所述业务请求被转发到所述本地网络或所述核心网;否则,将所述业务请求通过所述默认接口转发到所述核心网。

更进一步地,所述分流单元包括:

容错模块:用于对所述移动边缘计算网关进行监测,在发现所述移动边缘计算网关的状态出现异常时,停止业务分流,所有业务通过所述默认接口转发到所述核心网。

更进一步地,所述分流单元进一步包括:

管理模块:用于在业务请求进入所述移动边缘计算网关后依据事先设定的分流触发条件判断所述请求是否触发分流;

过滤模块:用于按照设定的分流规则对所述请求进行过滤,判断该请求的转发接口。

更进一步地,所述分流单元进一步包括:

分流执行模块:用于将所述业务请求分配到与本地网络连接的本地网络接口和与核心网连接的默认接口,使得所述业务请求被转发到所述本地网络或所述核心网。

实施本发明的一种对移动终端的业务进行分流的方法及装置,具有以下有益效果:由于依据分流触发条件判断是否开始分流,以及根据分流规则去选择需要进行分流的业务,使得即使面对众多的业务方式或应用方式时,只要调整上述分流触发条件和分流规则就能够适用于新的业务方式或应用方式;而且还可以根据当前或所在网络的具体情况,对业务分流加以调节。因此其能灵活配置、分流效果较好。

附图说明

图1是本发明一种对移动终端的业务进行分流的方法及装置实施例中分流方法的流程图;

图2是所述实施例中一种情况下进行分流的具体流程图;

图3是所述实施例中装置的结构示意图。

具体实施方式

下面将结合附图对本发明实施例作进一步说明。

如图1所示,在本发明的一种对移动终端的业务进行分流的方法及装置实施例中,该对移动终端的业务进行分流的方法包括如下步骤:

步骤s11标记注册的移动终端:在本实施例中,实现业务分流功能的网络包括移动终端(ms),基站(bs),核心网(epc),移动边缘计算网关(mecgw)等网络部分。其中移动边缘计算网关根据不同的技术方案,物理上可以选择与其它网元(如bs)部署在一起,或者独立部署,其串接在基站和和核心网之间,实现基站出口流量的分流;而移动终端与基站之间的连接关系是和现有技术中一致的。当一个移动终端进入一个通信小区时,其首先要和该通信小区的基站建立联系,在该基站上注册或登记,以便于在后续的数据或通信业务中,该基站能够知道该移动终端的网络地址;在上述注册过程中,上述连接在基站和核心网之间的移动边缘计算网关对该移动终端做出标记,以便于在后续的分流或数据传输或通信数据的传输时,能够识别上述移动终端,值得一提的是,在本实施例中,上述标识步骤仅仅是在移动终端进入上述通信小区时进行。如果一个移动终端进入该通信小区已经一段时间,则意味着上述标识过程已经完成,此时,当该移动终端发出业务请求时,将不会执行本步骤。因为本步骤在之前已经执行过了,即该移动终端在接入该小区时,就已经被标识过了。

步骤s12分流被触发否,如是,执行步骤s14;否则执行步骤s13;在本步骤中,当一个移动终端发出业务请求时,其首先是将该请求发送到上述基站,该基站将上述请求发送到上述移动边缘计算网关。当该移动边缘计算网关接收到上述业务请求时,要根据当前的网络状态和该请求的数据或地址的情况,判断该业务请求是否触发了分流,也就是对于该业务请求而言,当前是否要进行分流,如是,执行步骤s14;否则执行步骤s13。

步骤s13所有业务转发到默认接口:在本步骤中,由于分流没有被触发,于是,和大多数现有技术一样,不管该业务请求的类型或用户是什么,该业务请求将被转发到默认端口,进而被传输到核心网。如果当前具有多个业务请求,同样是不管这些业务请求的类型,都会转发到默认接口,进而转发到核心网。

步骤s14被分流的业务转发到本地网络接口,其余业务转发到默认接口:在本步骤中,由于分流被触发,在本步骤中,将按照设定的条件筛选或判断上述业务请求,如果该业务请求符合筛选的条件,也就是被选中,则将会被转发到本地网络接口,进而与本地网络建立连接;如果该业务请求没有被选中,则该业务请求将会被转发到上述默认接口,进而转发到核心网。

值得一提的是,在本实施例中,上述步骤s13和步骤s14并列的、相互排斥的不同步骤,二者之间并不存在先后的关系,本实施例中将二者进行编号,仅仅是为了描述的方便,并不是限定其先后的顺序。

图2示出了在本实施例中一种情况下对业务进行分流的具体步骤。作为一个例子,可以将图2中的流程视为对图1中的除步骤s11外的一种更为具体的步骤细化。在图2中,整个分流过程包括如下步骤:

步骤s21接收移动终端发出的业务请求:在本步骤中,移动边缘计算网关接收上述移动终端发出的业务请求。

步骤s22状态异常否,如是,执行步骤s23;否则,跳转到步骤s24:在本步骤中,对所述移动边缘计算网关进行监测,在发现所述移动边缘计算网关的状态出现异常时,停止业务分流,并执行步骤s23;否则,执行步骤s24,在本实施例中,上述状态异常包括移动边缘计算网关的版本异常挂起或者重启。

步骤s23业务转发到默认接口:在本步骤中,将接收到的、当前处理的业务请求转发到默认接口,使其进一步被转发到核心网。

步骤s24分流被触发否,如是,执行s25;否则,跳转回上述步骤s23。在本实施例中,所述分流触发条件包括:网络数据传输的流量、延时、抖动或/和丢包率是否超过设定阈值,如是,触发分流;否则,不触发分流;在一些情况下,上述分流触发条件也可以在上述的基础上或单独包括:所述业务请求是否由事先设定的用户发出、是否为特定的流或应用或目标地址是否为特定的本地地址,如是,触发分流;否则,不触发分流。也就是说,在本实施例中,上述任何一项,均可以单独作为触发分流条件,也可以是上述多项的组合作为触发分流条件。例如,可以只要是特定的流数据的请求,就触发分流;也可以在特定的流的基础上加上必须是指定用户发出的才触发分流(判断符合分流条件)。

步骤s25按设定的分流条件进行筛选:在本步骤中,由于上述步骤中已经触发了分流,就需要具体判断当前的一个或多个业务,应该传送到的接口,也就是说,在本步骤中,具体判断一个请求在分流的情况下,应该被转发的接口。具体来讲,在一种情况下,将事先设定的用户或所有用户发出的特定的流或特定的应用请求转发到本地网络接口,这些特定的流或特定的应用包括:社交软件数据、网络视频数据和网络电视数据。而在另一种情况下,也可以将事先设定的用户或所有用户发出的特定报文转发到本地网络接口,这些特定的流或特定的应用包括:本地目标地址、dscp和tos。在本步骤中,就是按照上述规则中的一个或多个去判断一个请求是不是符合上述规则,如果是,则认为被选中进行分流,否则,认为未被选中进行分流。

步骤s26符合分流条件否,如是,执行步骤s27;否则,跳转到步骤s23.在本实施例中,对于一个业务而言,被选中进行分流,则认为该业务是符合分流条件的,于是将该业务分流(转发)到本地网络接口,即执行步骤s27;否则,认为其不符合分流条件,该业务会被送往默认接口,传输到核心网,即执行步骤s23。

步骤s27业务转发到本地网络接口,在本步骤中,将符合分流条件的业务转发到本地网络接口。

图3示出了本实施例中实现上述方法的装置的结构示意图。在图3中,该装置包括终端标识单元1和分流单元2;其中,终端标识单元1用于设置在通信小区的基站和核心网之间的移动边缘计算网关对接入该通信小区的移动终端进行身份识别和标识;分流单元2用于在所述移动终端发出的业务请求通过所述基站后进入所述移动边缘计算网关后,依据事先设定的分流触发条件判断所述请求是否触发分流,如是,按照设定的分流规则对所述请求进行过滤,按照过滤结果将所述业务请求分配到与本地网络连接的本地网络接口和与核心网连接的默认接口,使得所述业务请求被转发到所述本地网络或所述核心网;否则,将所述业务请求通过所述默认接口转发到所述核心网。

更进一步地,所述分流单元包括容错模块21、管理模块22、过滤模块23和分流执行模块24;其中,容错模块21用于对所述移动边缘计算网关进行监测,在发现所述移动边缘计算网关的状态出现异常时,停止业务分流,所有业务通过所述默认接口转发到所述核心网。管理模块22用于在业务请求进入所述移动边缘计算网关后依据事先设定的分流触发条件判断所述请求是否触发分流;过滤模块23用于按照设定的分流规则对所述请求进行过滤,判断该请求的转发接口。分流执行模块24用于将所述业务请求分配到与本地网络连接的本地网络接口和与核心网连接的默认接口,使得所述业务请求被转发到所述本地网络或所述核心网。

以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。

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