一种核心网区分集业务承载的方法和系统

本发明涉及宽带集领域，更具体地说，涉及一种核心网区分集业务承载的方法和系统。

在漫游场景下，集终端从归属地漫游到拜访地，当集终端在做集业务(点到点的单呼业务和组呼主叫业务)或非集业务(PS)时，拜访地的V-SGW(漫游地-服务网关)需要发送消息通知归属地H-PGW(归属地-PDN网关)为业务分配承载资源。

承载按照所传输的业务可分为集承载和非集承载两类。由H-PGW发起网络侧承载建立或修改，如果已有承载的QoS(Quality of Service，服务质量)满足申请QoS，H-PGW可以重用该承载发起承载修改流程，将承载TFT(Traffic Flow Template，业务流模板)叠加到已有承载；如果已有承载的QoS无法满足申请QoS，H-PGW发起承载建立流程。承载的QoS参数包括了QCI(QoS Class Identifier，服务质量等级标识)/GBR(Guaranteed BitRate，保证比特速率)/MBR(Maximum Bit Rate，最大比特速率)。

因为集业务通常优先于PS业务，集承载要与PS承载区分开来，但目前PGW(PDNGateway，PDN网关)并不区分集承载和非集承载(PS)，可能使用已有PS承载来传送集业务或者使用已有集承载来传送非集业务，业务和承载之间的不匹配会导致集业务质量较差。

因此，由于现有核心网PGW无法区分集承载和非集承载(PS)，导致集业务可能无法优先调度和资源占用。如进行非集业务资源申请时：如果已有集承载的QoS可满足申请QoS，则导致PGW使用已有集承载来承载PS业务，导致资源占用；或者，进行集业务资源申请时：如果已有PS承载的QoS可满足申请QoS，则导致PGW使用已有PS承载来承载集业务，无法为集业务优先调度，影响业务质量。

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种核心网区分集业务承载的方法和系统。

本发明解决其技术问题所采用的技术方案是：构造一种核心网区分集业务承载的方法，包括以下步骤：

第一核心网接收终端发送的呼叫业务请求，并向第二核心网发送申请承载资源的消息；所述承载资源的消息携带有用于标识所述终端请求的业务类型的标识信息；

所述第二核心网根据所述申请承载资源的消息判断所述终端呼叫的业务类型；

若所述终端呼叫的业务类型为第一业务类型，则所述第二核心网按第一预设策略启动第一业务类型承载资源分配流程；

若所述终端呼叫的业务类型为第二业务类型，则所述第二核心网按第二预设策略启动第二业务类型承载资源分配流程。

优选地，所述标识信息通过在所述申请承载资源的消息的空闲字段中设置标志位来标识；

所述第二核心网根据所述申请承载资源的消息判断所述终端呼叫的业务类型包括：

所述第二核心网根据所述申请承载资源的消息判断所述标志位是否满足第一预设条件，若是，则所述终端呼叫的业务类型为第一业务类型；若否，则所述终端呼叫的业务类型为第二业务类型。

优选地，所述标识信息通过所述申请承载资源的消息中的服务质量等级标识的值来标识；

所述第二核心网根据所述申请承载资源的消息判断所述终端呼叫的业务类型包括：

所述第二核心网根据所述申请承载资源的消息判断所述服务质量等级标识的值是否满足第二预设条件，若是，则所述终端呼叫的业务类型为第二业务类型；若否，则所述终端呼叫的业务类型为第一业务类型。

优选地，所述第一业务类型为集业务类型，所述第二业务类型为非集业务类型。

优选地，所述第一核心网为终端所处漫游地的宽带集核心网，所述第二核心网为终端所处归属地的宽带集核心网。

优选地，所述第一核心网包括集控制功能模块、增强移动管理单元以及服务网关；

所述第一核心网接收终端发送的呼叫业务请求，并向第二核心网发送申请承载资源消息包括：

所述增强移动管理单元接收所述终端发送的呼叫业务请求，并向所述集控制功能模块发送呼叫业务消息；

所述集控制功能模块根据所述呼叫业务消息建立呼叫业务；

所述增强移动管理单元根据所述呼叫业务请求确定所述终端的业务类型，并根据所述业务类型设置所述标识信息以及确定所需申请的承载资源；

所述增强移动管理单元设置所述标识信息后向所述服务网关发送所述申请承载资源的消息；

所述服务网关接收所述申请承载资源的消息，并将所述申请承载资源的消息发送给所述第二核心网。

优选地，

若所述标识信息为通过在所述申请承载资源的消息的空闲字段中设置标志位来标识的标识信息；

所述第二核心网根据所述申请承载资源的消息判断所述终端呼叫的业务类型包括：

所述第二核心网根据所述申请承载资源的消息判断所述标志位是否满足第一预设条件，若是，则所述终端呼叫的业务类型为第一业务类型；

若所述标识信息为通过所述承载资源消息中的服务质量等级标识来标识的标识信息；

所述第二核心网根据所述申请承载资源的消息判断所述终端呼叫的业务类型包括：

所述第二核心网根据所述申请承载资源的消息判断所述服务质量等级标识的值是否满足第二预设条件，若是，则所述终端呼叫的业务类型为第二业务类型。

优选地，所述按第一预设策略启动第一业务类型承载资源分配流程包括：

若已有集承载满足所申请承载资源的服务质量要求，则触发修改集承载流程；

若已有集承载不满足所申请承载资源的服务质量要求，则触发新建集承载流程；

不管已有集承载是否满足所申请承载资源的服务质量要求，直接触发新建集承载流程。

优选地，所述按第二预设策略启动第二业务类型承载资源分配流程包括：

若已有非集承载满足所申请承载资源的服务质量要求，则触发修改非集承载流程；

若已有非集承载不满足所申请承载资源的服务质量要求，则触发新建非集承载流程。

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

通过所述申请承载资源的消息中所携带的服务质量等级标识的值判断已有集承载或非集承载是否满足所申请承载资源的服务质量要求。

本发明还提供一种核心网区分集业务承载的系统，包括终端、第一核心网和第二核心网；

所述终端用于向所述第一核心网发送呼叫业务请求；

所述第一核心网用于接收终端发送的呼叫业务请求，并向第二核心网发送申请承载资源的消息；所述承载资源的消息携带有用于标识所述终端请求的业务类型的标识信息；

所述第二核心网根据所述申请承载资源的消息判断所述终端呼叫的业务类型；

若所述终端呼叫的业务类型为第一业务类型，则所述第二核心网按第一预设策略启动第一业务类型承载资源分配流程；

若所述终端呼叫的业务类型为第二业务类型，则所述第二核心网按第二预设策略启动第二业务类型承载资源分配流程。

实施本发明的核心网区分集业务承载的方法和系统，具有以下有益效果：实施本发明解决了核心网不能够区分集承载和非集承载的问题，实现集业务优先调度，避免非集业务资源占用，提高了漫游下终端集业务的效果和质量。

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明一种核心网区分集业务承载的方法的程序流程图；

图2是本发明利用空闲字段设置标志位来标识业务类型实施例一的示意图；

图3是本发明利用服务质量等级标识的值来标识业务类型实施例二的示意图；

图4是本发明一种核心网区分集业务承载的方法集业务处理的原理图；

图5是本发明一种核心网区分集业务承载的方法非集业务处理的原理图；

图6是本发明一种核心网区分集业务承载的方法新单呼业务端到端的流程图。

为了对本发明的技术特征、目的和效果有更加清楚的理解，现对照附图详细说明本发明的具体实施方式。

如图1所示，本发明提供了一种核心网区分集业务承载的方法，该方法可应用于漫游场景下，集终端从归属地漫游到拜访地，集终端发起的集业务或者非集业务。

具体的，该核心网区分集业务承载的方法包括以下步骤：

步骤S11、第一核心网接收终端发送的呼叫业务请求，并向第二核心网发送申请承载资源的消息；承载资源的消息携带有用于标识终端请求的业务类型的标识信息。

本发明实施例中，第一业务类型为集业务类型，其中，集业务类型可以为点到点的单呼业务或者组呼主叫业务。

第二业务类型为非集业务类型，即PS业务。

具体的，当终端漫游至拜访地且需要进行集业务或者非集业务时，终端需要向第一核心网发送呼叫业务请求，第一核心网根据终端所发送的呼叫业务请求获取终端发起的业务类型。

可选的，第一核心网包括集控制功能模块(V-TCF)、增强移动管理单元(V-eMME)以及服务网关(V-SGW)。

步骤S11包括：

步骤S111、增强移动管理单元接收终端发送的呼叫业务请求，并向集控制功能模块发送呼叫业务消息。

步骤S112、集控制功能模块根据呼叫业务消息建立呼叫业务。

具体的，集控制功能模块接收到增强移动管理单元发送的呼叫业务消息后，即根据终端发起的呼叫建立对应的呼叫业务流程，实现对增强移动管理单元和服务网关所执行的操作的控制。

步骤S113、增强移动管理单元根据呼叫业务请求确定终端的业务类型，并根据业务类型设置标识信息以及确定所需申请的承载资源。

增强移动管理单元根据终端发送的呼叫业务请求确定终端的呼叫的业务类型后，即通过在第一核心网的服务网关与第二核心网的PDN网关的S5/S8接口之间设置用于标识终端呼叫的业务类型的标识信息。其中，所需申请的承载资源，包括QCI值、GBR(GuaranteedBit Rate，保证比特速率)、MBR(Maximum Bit Rate，最大比特速率)等。

具体的，设置用于标识终端呼叫的业务类型的标识信息可以通过以下两种方式实现：

第一种方式：通过在申请承载资源的消息的空闲字段(Spare)中设置标志位来设置标识信息。

如图2所示，采用Flow QoS信元(类型＝81)里的空闲字段(Spare)标识终端呼叫的业务类型。其中，可以通过0、1标志位进行业务类型标识。例如，假设标志位为0，则表示业务类型为非集业务，标志位为1，则表示业务类型为集业务。即当Spare字段为0时，则表明终端呼叫的业务类型为非集业务；当Spare字段为1时，则表明终端呼叫的业务类型为集业务。

第二种方式，通过申请承载资源的消息中的服务质量等级标识的值来设置标识信息。

如图3所示，采用Flow QoS信元(类型＝81)里的服务质量等级标识(QCI)的值标识终端呼叫的业务类型。具体的，可以使用特殊的QCI值表示集业务。一般地，QCI的取值范围为1～255，而通过QCI的值为1-9时，用于表示业务类型为非集业务，所以，集业务可以采用1-255内除1-9以外的值。例如，本发明一个具体实施例中，可以用65、66、69、70表示集业务。即当QCI的值为1-9中的任意一个值时，则表明终端呼叫的业务类型为非集业务；当QCI的值为65、66、69、70中的任意一个值时，则表明终端呼叫的业务类型为集业务。

步骤S114、增强移动管理单元设置标识信息后向服务网关发送申请承载资源的消息。

具体的，在步骤S113中完成标识信息的设置后，增强移动管理单元即向服务网关发送申请承载资源的消息，该申请承载资源的消息中携带有所设置的标识信息，进一步地，该申请承载资源的消息中还包含有终端所需的承载资源，如QCI值、GBR(Guaranteed BitRate，保证比特速率)、MBR(Maximum Bit Rate，最大比特速率)等。

步骤S115、服务网关接收申请承载资源的消息，并将申请承载资源的消息发送给第二核心网。

步骤S12、第二核心网根据申请承载资源的消息判断终端呼叫的业务类型。

本发明实施例中，根据申请承载资源的消息判断终端呼叫的业务类型可以通过第二核心网中的PDN网关执行，也可以通过第二核心网中的其他网元执行。

以PDN网关为例，具体的，第二核心网中的PDN网关接收到第一核心网的服务网关发送的申请承载资源的消息后，根据申请承载资源的消息中所携带的标识信息判断终端呼叫的业务类型。

本发明实施例中，当申请承载资源的消息中所携带的标识信息是通过第一种方式，即通过在申请承载资源的消息的空闲字段中设置标志位来设置标识信息，则步骤S12包括以下步骤：

步骤S121、第二核心网根据申请承载资源的消息判断标志位是否满足第一预设条件，若是，则终端呼叫的业务类型为第一业务类型，若否，则终端呼叫的业务类型为第二业务类型。

本发明实施例中，当申请承载资源的消息中所携带的标识信息是通过第一种方式设置，即标识信息是通过承载资源消息中的服务质量等级标识的值来设置标识信息，则步骤S12包括以下步骤：

步骤S122、第二核心网根据申请承载资源的消息判断服务质量等级标识的值是否满足第二预设条件，若是，则终端呼叫的业务类型为第二业务类型，若否，则终端呼叫的业务类型为第一业务类型。

具体的，第一预设条件为标志位为1。所以，当标志位为1时，则满足第一预设条件，此时，可判定终端呼叫的业务类型为第一业务类型(集业务)；当标志位为0时，不满足第一预设条件，此时，可判定终端呼叫的业务类型为第二业务类型(非集业务)。

第二预设条件为QCI值为1-9中的任意一个值。所以，当QCI值为1-9中的任意一个值时，满足第二预设条件，此时，可判定终端呼叫的业务类型为第二业务类型(非集业务)；当QCI值为65、66、69、70中的任意一个值时，不满足第二预设条件，此时可判定终端呼叫的业务类型为第一业务类型(集业务)。

步骤S13、若终端呼叫的业务类型为第一业务类型，则第二核心网按第一预设策略启动第一业务类型承载资源分配流程。

本发明实施例中，若终端呼叫的业务类型为第一业务类型，则按第一预设策略启动第一业务类型承载资源分配流程可以通过第二核心网中的PDN网关执行，也可以通过第二核心网中的其他网元执行。

可选的，本发明实施例中，第一预设策略可以包括：

策略1、如果已有集承载满足所申请承载资源的服务质量(QoS)要求，则可以触发修改集承载流程；

策略2、如果已有集承载不满足所申请承载资源的服务质量(QoS)要求，则可以触发新建集承载流程；

策略3、不管已有集承载是否满足所申请承载资源的服务质量(QoS)要求，直接触发新建集承载流程。

具体的，步骤S13包括以下步骤：

步骤S131、若已有集承载满足所申请承载资源的服务质量要求，则触发修改集承载流程。

所申请承载资源的服务质量要求可以通过申请承载资源的消息中包含的QCI、MBR、以及GBR进行判断。

如图4所示，以PDN网关为例，具体的，若终端呼叫的业务类型为第一业务类型(集业务)，则第二核心网的PDN网关检测已有集承载是否可以满足所申请承载资源的服务质量要求，即，第二核心网的PDN网关检测已有集承载中的QCI、MBR、以及GBR是否满足申请承载资源的消息中的QCI、MBR以及GBR，若是，则表明已有集承载满足所申请承载资源的服务质量要求，则根据第二核心的PDN网关使用的策略，触发修改集承载流程。

其中，修改集承载流程为：第二核心网的PDN网关触发承载修改，将承载TFT(Traffic Flow Template，业务流模板)叠加到已有集承载，并向第一核心网的服务网关发送修改集承载消息，第一核心网的服务网关接收到第二核心网的PDN网关发送的修改集承载消息后，向第二核心网的PDN网关返回修改集承载消息的响应。

步骤S132、若已有集承载不满足所申请承载资源的服务质量要求，则触发新建集承载流程。

如图4所示，若第二核心网的PDN网关检测已有集承载中的QCI、MBR、以及GBR是否满足申请承载资源的消息中的QCI、MBR以及GBR，若否，则表明已有集承载不满足所申请承载资源的服务质量要求，则根据第二核心网关使用的策略，触发新建集承载流程。

其中，新建集承载流程为：第二核心网的PDN网关触发新建集承载，并向第一核心网的服务网关发送新建集承载消息，第一核心网的服务网关接收到第二核心网的PDN网关发送的新建集承载消息后，向第二核心网的PDN网关返回新建集承载消息的响应。

步骤S133、不管已有集承载是否满足所申请承载资源的服务质量要求，直接触发新建集承载流程。

步骤S14、若终端呼叫的业务类型为第二业务类型，则第二核心网按第二预设策略启动第二业务类型承载资源分配流程。

本发明实施例中，若终端呼叫的业务类型为第二业务类型，则按第二预设策略启动第二业务类型承载资源分配流程可以通过第二核心网中的PDN网关执行，也可以通过第二核心网中的其他网元执行。

可选的，第二预设策略可以包括：

策略4、若已有非集承载满足所申请承载资源的服务质量要求，则触发修改非集承载流程。

策略5、若已有非集承载不满足所申请承载资源的服务质量要求，则触发新建非集承载流程。

具体的，步骤S14包括以下步骤：

步骤S141、若已有非集承载满足所申请承载资源的服务质量要求，则触发修改非集承载流程。

如图5所示，以PDN网关为例，具体的，若终端呼叫的业务类型为第二业务类型(非集业务)，则第二核心网的PDN网关检测已有非集承载是否可以满足所申请承载资源的服务质量要求，即，第二核心网的PDN网关检测已有非集承载中的QCI、MBR、以及GBR是否满足申请承载资源的消息中的QCI、MBR以及GBR，若是，则表明已有非集承载满足所申请承载资源的服务质量要求，则根据第二核心网关使用的策略，触发承载修改流程。

其中，修改非集承载流程为：第二核心网的PDN网关触发修改非集承载，将承载TFT(Traffic Flow Template，业务流模板)叠加到已有非集承载，并向第一核心网的服务网关发送修改非集承载消息，第一核心网的服务网关接收到第二核心网的PDN网关发送的修改非集承载消息后，向第二核心网的PDN网关返回修改非集承载消息的响应。

步骤S142、若已有非集承载不满足所申请承载资源的服务质量要求，则触发新建非集承载流程。

如图5所示，若第二核心网的PDN网关检测已有非集承载中的QCI、MBR、以及GBR是否满足申请承载资源的消息中的QCI、MBR以及GBR，若否，则表明已有非集承载不满足所申请承载资源的服务质量要求，则根据第二核心网关使用的策略，触发新建非集承载流程。

其中，新建非集承载流程为：第二核心网的PDN网关触发新建非集承载，并向第一核心网的服务网关发送新建非集承载消息，第一核心网的服务网关接收到第二核心网的PDN网关发送的新建非集承载消息后，向第二核心网的PDN网关返回新建非集承载消息的响应。

本发明通过在第一核心网的服务网关发送给第二核心网的PDN网关的申请承载资源的消息中携带有用于标识终端呼叫的业务类型的标识信息，使第二核心网的PDN网关可以通过标识信息区分终端呼叫的业务类型，以区分终端所需的承载资源是集承载还是非集承载，如果标识信息标识为集业务，则第二核心网的PDN网关根据第一预设策略决定新建或修改集承载；如果标识信息标识为非集业务，则第二核心网的PDN网关根据第二预设策略决定新建或修改非集承载。该方案有效解决了核心网PDN网关(PGW)不能区分集承载和非集承载的问题，实现集业务优先调度，避免非集业务资源占用，提高了漫游下终端集业务的效果的质量。

本发明还提供了一种核心网区分集业务承载的系统，该核心网区分集业务承载的系统可用于实现上述核心网区分集业务承载的方法。包括终端、第一核心网和第二核心网。

具体的，终端用于向第一核心网发送呼叫业务请求。这里，终端包括主叫终端和被叫终端。

第一核心网，用于接收终端发送的呼叫业务请求，并向第二核心网发送申请承载资源的消息；承载资源的消息携带有用于标识终端请求的业务类型的标识信息。

第二核心网，用于根据申请承载资源的消息判断终端呼叫的业务类型；若终端呼叫的业务类型为第一业务类型，则第二核心网按第一预设策略启动第一业务类型承载资源分配流程；若终端呼叫的业务类型为第二业务类型，则第二核心网按第二预设策略启动第二业务类型承载资源分配流程。

其中，第一核心网为终端所处漫游地的宽带集核心网，即终端漫游至拜访地的宽带集核心网。第二核心网为终端所处理归属地的宽带集核心网。第一业务类型为集业务类型，其中，集业务类型可以为点到点的单呼业务或者组呼主叫业务。

第二业务类型为非集业务类型，即PS业务。

以下以一个具体实施样例对本发明的技术方案进行说明。

以集全双工单呼流程为例说明，如图6所示。

前提说明：

1、UE1为终端用户1，其漫游到拜访地1，其拜访地服务网关(SGW)为V-SGW1，其归属地PDN网关(PGW)为H-PGW1；

2、UE2为终端用户2，其漫游到拜访地2，其拜访地SGW为V-SGW2，其归属地PGW为H-PGW2；

3、UE1和UE2正在进行非集业务，UE1和UE2上的PS承载的服务质量QoS中的QCI都为1，即QCI＝1；

4、H-PGW使用策略2，即如果已有集承载不满足QoS要求，则可以触发新建集承载流程的策略来进行集资源分配。

如图6所示，整个流程Step1～28为UE1发起对UE2的集全双工单呼流程。其中，在矩形框内表示为UE1和UE2的承载资源分配流程。

以UE2的承载资源分配进行说明：

Step10)、V-eMME2为集业务申请分配集承载资源QoS(QCI＝1)，在接收到UE2发送的呼叫业务请求后，通过申请承载资源的消息通知V-SGW(该消息不再图中体现)，并由V-SGW2通过申请承载资源的消息通知H-PGW2分配集承载资源。

H-PGW2根据申请承载资源的消息中的QoS(QCI＝1)判断已有PS承载是否可以满足申请要求。而已有PS承载的QoS中的QCI值也为1，所以可以满足所申请的QoS(QCI＝1)的要求。但是，没有集承载可满足所申请承载资源的QoS(QCI＝1)，所以H-PGW2发起新建集承载的修改流程，向V-SGW2发送新建集承载的消息。

H-PGW2使用策略2，虽然已有PS承载QoS(QCI＝1)可以满足所申请的QoS(QCI＝1)，但是没有集承载可满足所申请资源的QoS(QCI＝1)，所以H-PGW2发起新建集承载的修改流程，向V-SGW2发送Create Bearer Request消息。

Step13)、UE1的承载资源分配：与UE2的承载资源分配类似。

以上实施例只为说明本发明的技术构思及特点，其目的在于让熟悉此项技术的人士能够了解本发明的内容并据此实施，并不能限制本发明的保护范围。凡跟本发明权利要求范围所做的均等变化与修饰，均应属于本发明权利要求的涵盖范围。

应当理解的是，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应属于本发明所附权利要求的保护范围。