一种确定业务链策略的方法及设备与流程

本发明涉及通信技术领域，尤其涉及一种确定业务链策略的方法及设备。

背景技术：

为了适应信息时代人们对移动业务的要求，运营商充分挖掘移动网络的潜力，针对不同的用户群和市场需求开发出各种增值业务，以供用户选择。现网目前是将增值业务服务器串行部署在SGi/Gi口或者在SGi/Gi口部署综合网关或者wap网关，但是随着增值业务种类越来越多、更新越来越快，这种组网的全流量通过、灵活性和维护管理都面临挑战。

3GPP组织为解决以上问题，提出了FMSS(Flexible Mobile Service Steering)的概念，结合现有网络架构，在SGi/Gi口定义了(S)Gi-LAN系统，并给出了四种流量分流实现业务链的方案：Gx接口方案、Sd接口方案、St接口方案、Gx/Sd和St接口组合方案，基于PCC的总体架构图如图1所示。

在St接口方案和Gx/Sd和St接口组合方案中，TSSF(Traffic Steering Support Function，交通转向支持功能)上预配置业务链标识对应的业务链编排内容，PCRF(策略与计费规则功能)通过St接口将UE IP等流信息和业务链标识传给TSSF，TSSF再将UE IP等流信息和业务链的编排转换成流表下发给Switch(转换器)，Switch根据收到报文信息匹配业务链。

在中国移动的网络中，PGW(PDN网关)分域部署，域内PGW共享IP地址池，每个省会根据实际业务需求划分PGW域，但是由于PGW为UE分配的IP地址是私网地址，所以处于不同域的PGW规划的地址池可能会有重合。那么当两个UE从不同域的PGW接入网络被分配了相同的私网IP，而这两个PGW使用的又是同一个Gi-LAN业务链网络且两个UE的业务链策略不同时，如果使用St接口方案或Gx/Sd和St接口组合方案，根据上文对两个方案的描述可知，如果St接口传递的流信息是UE IP，Switch仅根据UE IP无法区分出业务流是属于哪个UE，就不能为UE的业务流执行正确的业务链策略。

技术实现要素：

鉴于上述技术问题，本发明实施例提供一种确定业务链策略的方法及设备，解决不能为UE的业务流确定正确的业务链策略的问题。

依据本发明实施例的第一个方面，提供了一种确定业务链策略的方法，包括：

确定UE所属的PGW的IP域标识IP Domain ID；

将UE IP和业务链标识，以及确定的所述IP Domain ID发送给第一网元，由所述第一网元根据所述IP Domain ID和UE IP确定业务流所属的UE，并为所述业务流确定所述业务链标识对应的业务链策略。

可选地，所述确定UE所属的PGW的IP Domain ID，包括：

确定UE所属的PGW；

根据PGW的标识与IP Domain的对应关系，确定所述UE所属的PGW的IP Domain ID。

可选地，所述确定UE所属的PGW，包括：

根据Gx接口携带的PGW的标识判断UE所属的PGW。

可选地，所述方法还包括：

配置域内PGW的PGW的标识与IP Domain的对应关系。

可选地，所述确定UE所属的PGW的IP Domain ID，包括：

在UE附着后，接收UE所属的PGW发送的携带PGW的IP Domain ID的消息。

依据本发明实施例的第二个方面，还提供了一种确定业务链策略的方法，包括：

接收第二网元发送的UE所属的IP Domain ID、UE IP和业务链标识；

根据所述IP Domain ID和UE IP确定业务流所属的UE，并为所述业务流确定所述业务链标识对应的业务链策略。

可选地，根据所述IP Domain ID和UE IP确定业务流所属的UE，并为所述业务流确定所述业务链标识对应的业务链策略，包括：

根据所述IP Domain ID、UE IP和业务链标识生成流表下发给第三网元，由所述第三网元根据所述流表为用户报文匹配业务链路径并将用户报文进行路由转发。

依据本发明实施例的第三个方面，还提供了一种确定业务链策略的设备，包括：

第一确定模块，用于确定UE所属的PGW的IP Domain ID；

发送模块，用于将UE IP和业务链标识，以及确定的所述IP Domain ID发送给第一网元，由所述第一网元根据所述IP Domain ID和UE IP确定业务流所属的UE，并为所述业务流确定所述业务链标识对应的业务链策略。

可选地，所述第一确定模块包括：

第一确定单元，用于确定UE所属的PGW；

第二确定单元，用于根据PGW的标识与IP Domain的对应关系，确定所述UE所属的PGW的IP Domain ID。

可选地，所述第一确定单元进一步用于：根据Gx接口携带的PGW的标识判断UE所属的PGW。

可选地，所述设备还包括：

配置模块，用于配置域内PGW的PGW的标识与IP Domain的对应关系。

可选地，所述第一确定模块包括：

接收单元，用于在UE附着后，接收UE所属的PGW发送的携带PGW的IP Domain ID的消息。

依据本发明实施例的第四个方面，还提供了一种确定业务链策略的设备，包括：

接收模块，用于接收第二网元发送的UE所属的IP Domain ID、UE IP和业务链标识；

第二确定模块，用于根据所述IP Domain ID和UE IP确定业务流所属的UE，并为所述业务流确定所述业务链标识对应的业务链策略。

可选地，所述第二确定模块进一步用于：根据所述IP Domain ID、UE IP和业务链标识生成流表下发给第三网元，由所述第三网元根据所述流表为用户报文匹配业务链路径并将用户报文进行路由转发。

上述技术方案中的一个技术方案具有如下优点或有益效果：给第一网元传递的信息中增加IP Domain ID，第一网元可以结合IP Domain ID和UE IP就能准确判断出业务流是属于哪一个UE，从而该UE的业务流确定正确的业务链策略。与现有技术相比，本实施例通过增加IP Domain ID解决了在同一个网络中(例如Gi-LAN网络)中UE IP相同时正确执行业务链策略的问题。

附图说明

图1为现有的基于PCC的系统架构示意图；

图2为本发明实施例一中确定业务链策略的方法的流程图；

图3为本发明实施例二中确定业务链策略的方法的流程图；

图4为本发明实施例三中通过PCRF配置PGW host name来生成IP Domain ID的示意图；

图5为本发明实施例三中确定业务链策略的方法的流程图；

图6为本发明实施例四中通过PGW信令携带IP Domain ID的示意图；

图7为本发明实施例四中确定业务链策略的方法的流程图；

图8为本发明实施例五中确定业务链策略的设备的框图；

图9为本发明实施例六中确定业务链策略的设备的框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本发明的实施例可以具体实现为以下形式：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

实施例一

参见图2，图中示出了一种确定业务链策略的方法的流程，该方法的执行主体可以是PCRF(Policy and Charging Rule Function，策略和计费规则功能)，具体步骤如下：

步骤201、确定UE所属的PGW的IP Domain ID；

IP Domain ID表示IP域的标识，IP域是IP地址的一段，IP地址是在网络上分配给每台计算机或网络设备的32位数字标识。

在本实施例中，可以通过如下两种方式确定UE所属的PGW的IP Domain ID：

方式一、PCRF确定UE所属的PGW，例如PCRF根据Gx接口携带的PGW的标识(例如PGW host name)判断UE所属的PGW；然后根据PGW的标识与IP Domain的对应关系，确定所述UE所属的PGW的IP Domain ID。可选地，该PCRF可以预先配置PGW的标识与IP Domain ID的对应关系。

方式二、在UE附着后，PCRF接收UE所属的PGW发送的携带PGW的IP Domain ID的消息。例如：在CCR(Charging Control Request，计费控制请求)消息中新增字段，由PGW写入IP Domain ID带给PCRF。

步骤202、将UE IP和业务链标识以及确定的所述IP Domain ID发送给第一网元，由所述第一网元根据所述IP Domain ID和UE IP确定业务流所属的UE，并为该UE的业务流确定所述业务链标识对应的业务链策略。

目前可以按照用户类型、业务特性等规则来识别和区分业务流，并为业务流分配业务链标识，以引导业务流经过不同的业务链。

上述业务链策略可以是业务流所属的UE的报文的业务链路径。

上述第一网元可以是TSSF，PCRF给TSSF传递的信息中增加IP Domain ID，TSSF可以结合IP Domain ID和UE IP就能准确判断出业务流是属于哪一个UE，从而该UE的业务流确定正确的业务链策略。具体地，TSSF能够将UE IP、业务链标识和IP Domain ID转换成流表，将该流表下发给Switch，Switch根据流表为业务流所属的UE的报文匹配业务链路径，并将报文进行路由转发。

与现有技术相比，本实施例通过增加IP Domain ID解决了在同一个网络中(例如Gi-LAN网络)中UE IP相同时正确执行业务链策略的问题。

实施例二

参见图3，图中示出了一种确定业务链策略的方法的流程，该方法的执行主体可以是TSSF(Traffic Steering Support Function，交通转向支持功能)，具体步骤如下：

步骤301、接收第二网元发送的UE所属的IP Domain ID、UE IP和业务链标识；

上述第二网元可以是PCRF(Policy and Charging Rule Function，策略和计费规则功能)。

步骤302、根据所述IP Domain ID和UE IP确定业务流所属的UE，并为所述业务流确定所述业务链标识对应的业务链策略。

可选地，TSSF根据所述IP Domain ID、UE IP和业务链标识生成流表下发给第三网元(例如Switch)，由所述第三网元根据所述流表为用户报文匹配业务链路径并将用户报文进行路由转发。

上述业务链策略可以是业务流所属的UE的报文的业务链路径。

在本实施例中，PCRF给TSSF传递的信息中增加IP Domain ID，TSSF可以结合IP Domain ID和UE IP就能准确判断出业务流是属于哪一个UE，从而该UE的业务流确定正确的业务链策略。具体地，TSSF能够将UE IP、业务链标识和IP Domain ID转换成流表，将该流表下发给Switch，Switch根据流表为业务流所属的UE的报文匹配业务链路径，并将报文进行路由转发。

与现有技术相比，本实施例通过增加IP Domain ID解决了在同一个网络中(例如Gi-LAN网络)中UE IP相同时正确执行业务链策略的问题。

实施例三

参见图4，本实施例所适用的场景是：通过PCRF配置PGW host name来生成IP Domain ID。该方案的具体步骤如下，参见图5。

步骤501、PCRF配置域内PGW的PGW host name与IP Domain的对应关系。

即，PCRF可以知道域内任意PGW上来的用户应该携带哪个IP Domain；

步骤502、用户附着流程；

在步骤502中进行一系列的信令交互，其中包括Gx接口消息；

步骤503、PCRF通过Gx接口消息携带的PGW host name判断UE所属的PGW，并生成相应的IP Domain ID；

步骤504、PCRF将UE IP等流信息、业务链标识以及IP Domain ID传递给TSSF；

步骤505、TSSF根据从PCRF获取的信息生成流表下发给Switch；

步骤506、Switch根据流表为用户报文匹配业务链策略径并将报文进行路由转发。

与现有技术相比，本实施例通过增加IP Domain ID解决了在同一个Gi-LAN网络中UE IP相同时正确执行业务链策略的问题。

实施例四

参见图6，本实施例所适用的场景是：通过PGW信令携带IP Domain ID。参见图7，该方案的具体步骤如下：

步骤701、用户附着；

步骤702、PGW给PCRF发送Gx接口消息，携带PGW所属的IP Domain ID；

步骤703、PCRF将UE IP等流信息、业务链标记以及IP Domain ID传递给TSSF；

步骤704、TSSF根据从PCRF获取的信息生成流表下发给Switch；

步骤705、Switch根据流表为用户报文匹配业务链策略径并将报文进行路由转发。

与现有技术相比，本实施例通过增加IP Domain ID解决了在同一个Gi-LAN网络中UE IP相同时正确执行业务链策略的问题。

实施例五

参见图8，图中示出了一种确定业务链策略的设备，该设备800包括：

第一确定模块801，用于确定UE所属的PGW的IP Domain ID；

发送模块802，用于将UE IP和业务链标识，以及确定的所述IP Domain ID发送给第一网元，由所述第一网元根据所述IP Domain ID和UE IP确定业务流所属的UE，并为所述业务流确定所述业务链标识对应的业务链策略。

在本实施例中，可选地，所述第一确定模块包括：

第一确定单元，用于确定UE所属的PGW；

第二确定单元，用于根据PGW的标识与IP Domain的对应关系，确定所述UE所属的PGW的IP Domain ID。

在本实施例中，可选地，所述第一确定单元进一步用于：

根据Gx接口携带的PGW的标识判断UE所属的PGW。

在本实施例中，可选地，所述设备还包括：

配置模块，用于配置域内PGW的PGW的标识与IP Domain的对应关系。

在本实施例中，可选地，所述第一确定模块包括：

接收单元，用于在UE附着后，接收UE所属的PGW发送的携带PGW的IP Domain ID的消息。

与现有技术相比，本实施例通过增加IP Domain ID解决了在同一个Gi-LAN网络中UE IP相同时正确执行业务链策略的问题。

实施例六

参见图9，图中示出了一种确定业务链策略的设备，该设备900包括：

接收模块901，用于接收第二网元发送的UE所属的IP Domain ID、UE IP和业务链标识；

第二确定模块902，用于根据所述IP Domain ID和UE IP确定业务流所属的UE，并为所述业务流确定所述业务链标识对应的业务链策略。

在本实施例中，可选地，所述第二确定模块进一步用于：

根据所述IP Domain ID、UE IP和业务链标识生成流表下发给第三网元，由所述第三网元根据所述流表为用户报文匹配业务链路径并将用户报文进行路由转发。

与现有技术相比，本实施例通过增加IP Domain ID解决了在同一个Gi-LAN网络中UE IP相同时正确执行业务链策略的问题。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一项或多项实施例中。

在本发明的各种实施例中，应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定

另外，本文中术语“系统”和“网络”在本文中常可互换使用。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在本申请所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以做出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。