业务识别方法和装置、分组数据网络网关与流程

文档序号:16685920发布日期:2019-01-22 18:18阅读:189来源:国知局
业务识别方法和装置、分组数据网络网关与流程

本发明涉及移动通信领域,特别涉及一种业务识别方法和装置、分组数据网络网关。



背景技术:

pgw(pdngateway,分组数据网络网关)根据预配置的规则(业务服务器的ip、端口、域名)进行ott业务识别。目前较多ott业务部署在cdn(contentdeliverynetwork,内容分发网络),cdn厂商设置动态地址池,服务于多个ott(overthetop,是指通过互联网向用户提供各种应用服务业务),因此,ott无法确定其业务ip地址,并且无固定域名,进而导致网络无法通过配置服务器ip、端口、域名的形式进行业务识别,也就无法开展定向流量合作。

现有技术方案中,对于302跳转(暂时重定向、暂时性转移)前后,两个tcp流相互独立,现有技术方案的方法包括:

1、pgw识别用户上行的get/post等报文请求,并记录其中的host\uri等信息。

2、把记录的host等信息上报到规则匹配模块,匹配该业务对应的费率组信息rating-group。

3、用户初始请求的业务流被服务端用302跳转到cdn后,ue侧向cdn服务器发起新的tcp连接,pgw无法匹配到对应规则。

该技术方案的方法无法解决ott业务部署到cdn后的业务识别问题。



技术实现要素:

鉴于以上技术问题,本发明提供了一种业务识别方法和装置、分组数据网络网关,可以有效解决cdn部署的业务识别问题。

根据本发明的一个方面,提供一种业务识别方法,包括:

判断初始http流是否请求访问预定ott业务平台;

若初始http流请求访问预定ott业务平台,则监测用户初始http流的响应消息是否为暂时重定向消息;

若用户初始http流的响应消息为暂时重定向消息,则跟踪所述暂时重定向,并将跟踪结果写入临时动态规则库;

响应于检测到新跳转http流,判断新跳转http流的解析结果是否匹配到临时动态规则库中的相应计费组信息;

若新跳转http流的解析结果匹配到临时动态规则库中的相应计费组信息,则上报所述计费组信息。

在本发明的一个实施例中,所述判断初始http流是否请求访问预定ott业务平台包括:

对初始http流进行解析;

根据初始http流的解析结果,判断初始http流是否请求访问预定ott业务平台。

在本发明的一个实施例中,根据初始http流的解析结果,判断初始http流是否请求访问预定ott业务平台包括:

将初始http流的解析结果与预存的预定ott业务平台的ip地址和域名信息进行比较,判断初始http流是否请求访问预定ott业务平台。

在本发明的一个实施例中,所述业务识别方法还包括:

响应于检测到新跳转http流,对新跳转http流进行解析;

判断新跳转http流的解析结果是否匹配到预定义规则库;

若所述跳转http流的解析结果未匹配到预定义规则库,则执行判断跳转http流的解析结果是否匹配到临时动态规则库中的相应计费组信息的步骤。

在本发明的一个实施例中,所述跟踪所述暂时重定向,并将跟踪结果写入临时动态规则库包括:

对预定义规则库进行标记;

跟踪所述暂时重定向;

将跟踪结果写入临时动态规则库,其中所述跟踪结果包括用户ip、跳转来源ip、跳转目的ip、位置信息和计费组信息。

根据本发明的另一方面,提供一种业务识别装置,包括:

预定义规则匹配模块,用于判断初始http流是否请求访问预定ott业务平台;

协议状态监测模块,用于在初始http流请求访问预定ott业务平台的情况下,监测用户初始http流的响应消息是否为暂时重定向消息;

动态规则建立模块,用于在用户初始http流的响应消息为暂时重定向消息的情况下,跟踪所述暂时重定向,并将跟踪结果写入临时动态规则库;

动态规则匹配模块,用于响应于检测到新跳转http流,判断新跳转http流的解析结果是否匹配到临时动态规则库中的相应计费组信息;

上报模块,用于在新跳转http流的解析结果匹配到临时动态规则库中的相应计费组信息的情况下,上报所述计费组信息。

在本发明的一个实施例中,所述业务识别装置还包括:

深度报文检测模块,用于对初始http流进行解析;

预定义规则匹配模块用于根据初始http流的解析结果,判断初始http流是否请求访问预定ott业务平台。

在本发明的一个实施例中,预定义规则匹配模块用于将初始http流的解析结果与预存的预定ott业务平台的ip地址和域名信息进行比较,判断初始http流是否请求访问预定ott业务平台。

在本发明的一个实施例中,深度报文检测模块还用于响应于检测到新跳转http流,对新跳转http流进行解析;

预定义规则匹配模块还用于判断新跳转http流的解析结果是否匹配到预定义规则库;

动态规则匹配模块还用于在所述跳转http流的解析结果未匹配到预定义规则库的情况下,执行判断跳转http流的解析结果是否匹配到临时动态规则库中的相应计费组信息的操作。

在本发明的一个实施例中,动态规则建立模块包括:

预定义规则库标记单元,用于对预定义规则库进行标记;

跟踪单元,用于跟踪所述暂时重定向;

动态规则建立单元,用于将跟踪结果写入临时动态规则库,其中所述跟踪结果包括用户ip、跳转来源ip、跳转目的ip、位置信息和计费组信息。

根据本发明的另一方面,提供一种分组数据网络网关,包括如上述任一实施例所述的业务识别装置。

通过本发明业务识别方法和装置可以有效解决cdn厂商为ott业务分配动态地址,导致网络无法识别ott业务,进而无法开展定向流量合作的问题。

附图说明

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

图1为本发明分组数据网络网关一个实施例的示意图。

图2为本发明业务识别装置第一实施例的示意图。

图3为本发明业务识别装置第二实施例的示意图。

图4为本发明一个实施例中动态规则建立模块的示意图。

图5为本发明业务识别方法第一实施例的示意图。

图6为本发明业务识别方法第二实施例的示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。

应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。

图1为本发明分组数据网络网关一个实施例的示意图。如图1所示,本发明在分组数据网络网关pgw内增加一个业务标识装置100,实现多个http流信息的关联:

业务标识装置100,用于监测用户初始http请求的响应消息,如果是302状态(暂时重定向消息),即,ott平台向pgw发送302重定向消息,指示用户终端跳转至cdn服务器获取服务,则记录跳转的位置location信息,分析host主机信息、uri(uniformresourceidentifier,统一资源标识符)等,并写入临时规则库。

在用户终端ue发起跳转的tcp连接和新get后,业务标识装置根据dpi解析的url(uniformresourcelocator,统一资源定位符)信息,匹配临时规则库,获取对应的rg计费信息。

基于本发明上述实施例提供的分组数据网络网关,可以有效解决cdn部署的业务识别问题,可以有效解决cdn厂商为ott业务分配动态地址,导致网络无法识别ott业务,进而无法开展定向流量合作的问题。

下面通过具体实施例对本发明上述实施例中业务标识装置100的结构和功能进行进一步说明。

图2为本发明业务识别装置第一实施例的示意图。如图2所示,图1实施例的业务识别装置100可以包括预定义规则匹配模块110、协议状态监测模块120、动态规则建立模块130、动态规则匹配模块140和上报模块150,其中:

预定义规则匹配模块110,用于判断初始http流(tcp流)是否请求访问预定ott业务平台。

协议状态监测模块120,用于在初始http流请求访问预定ott业务平台的情况下,监测用户初始http流的响应消息是否为暂时重定向消息。

动态规则建立模块130,用于在用户初始http流的响应消息为暂时重定向消息的情况下,跟踪所述暂时重定向,并将跟踪结果写入临时动态规则库。

动态规则匹配模块140,用于响应于检测到新跳转http流,判断新跳转http流的解析结果是否匹配到临时动态规则库中的相应计费组信息。

上报模块150,用于在新跳转http流的解析结果匹配到临时动态规则库中的相应计费组信息的情况下,上报所述计费组信息,从而实现对两个tcp流的关联(本发明上述实施例法也支持多个tcp流的关联)。

基于本发明上述实施例提供的业务识别装置,可以有效解决cdn部署的业务识别问题:通过该方法可以有效解决cdn厂商为ott业务分配动态地址,导致网络无法识别ott业务,进而无法开展定向流量合作的问题。

图3为本发明业务识别装置第二实施例的示意图。与图2所示实施例相比,在图3所示实施例中,所述业务识别装置还可以包括深度报文检测模块160,其中:

深度报文检测模块160,用于对初始http流进行解析。

预定义规则匹配模块110用于根据初始http流的解析结果,判断初始http流是否请求访问预定ott业务平台。

在本发明的一个实施例中,预定义规则匹配模块110可以用于将初始http流的解析结果与预存的预定ott业务平台的ip地址和域名信息进行比较,判断初始http流是否请求访问预定ott业务平台。

在本发明的一个实施例中,如图3所示,深度报文检测模块160还可以用于响应于检测到新跳转http流,对新跳转http流进行解析;预定义规则匹配模块110还可以用于判断新跳转http流的解析结果是否匹配到预定义规则库;动态规则匹配模块140还可以用于在所述跳转http流的解析结果未匹配到预定义规则库的情况下,执行判断跳转http流的解析结果是否匹配到临时动态规则库中的相应计费组信息的操作。

图4为本发明一个实施例中动态规则建立模块的示意图。如图4所示,图2或图3实施例中的动态规则建立模块130可以包括预定义规则库标记单元131、跟踪单元132和动态规则建立单元133,其中:

预定义规则库标记单元131,用于对预定义规则库进行标记。

跟踪单元132,用于跟踪所述暂时重定向。

动态规则建立单元133,用于将跟踪结果写入临时动态规则库,其中所述跟踪结果包括用户ip、跳转来源ip、跳转目的ip、位置信息和计费组信息等信息。

本发明上述实施例只需配置确定的ip或域名:在pgw只需要配置确定的业务平台ip、域名信息,就可以对于通过该业务平台重定向的业务流均进行跟踪关联。

本发明上述实施例可以有效解决cdn部署的业务识别问题:通过该方法可以有效解决cdn厂商为ott业务分配动态地址,导致网络无法识别ott业务,进而无法开展定向流量合作的问题。

本发明上述实施例描述了一种http业务关联识别装置,该装置通过增加协议状态监测模块120、动态规则建立模块130、动态规则匹配模块140等模块实现了对不同http业务流的关联匹配。

协议状态监测模块120实现对http响应消息中状态码的监测,识别该tcp流(http)是否有302重定向,当有302重定向时,动态规则建立模块130对原有预定义规则进行标记,记录跳转信息,并写入动态规则库,形成动态临时规则,以供重定向后的流进行后续匹配,该规则包括rating-group、初始流ip地址、域名、location等信息。

动态规则匹配模块140和上报模块150实现对重定向业务流的规则匹配和流量结果反馈,即用户终端侧发起跳转后的tcp连接(http流)时,dpi解析的结果先匹配预定义规则库,当无法匹配到对应rating-group时,去匹配临时动态规则库,当匹配到对应rating-group后,上报计费信息。

图5为本发明业务识别方法第一实施例的示意图。优选的,本实施例可由本发明业务识别装置执行。如图5所示,所述方法可以包括:

步骤51,判断初始http流是否请求访问预定ott业务平台。

在本发明的一个实施例中,步骤51可以包括:

步骤511,对初始http流进行解析。

步骤512,根据初始http流的解析结果,判断初始http流是否请求访问预定ott业务平台。

在本发明的一个具体实施例中,步骤512可以包括:将初始http流的解析结果与预存的预定ott业务平台的ip地址和域名信息进行比较,判断初始http流是否请求访问预定ott业务平台。

步骤52,若初始http流请求访问预定ott业务平台,则监测用户初始http流的响应消息是否为暂时重定向消息。

步骤53,若用户初始http流的响应消息为暂时重定向消息,则跟踪所述暂时重定向,并将跟踪结果写入临时动态规则库。

在本发明的一个实施例中,步骤53中,所述跟踪所述暂时重定向,并将跟踪结果写入临时动态规则库的步骤可以包括:

步骤531,对预定义规则库进行标记。

步骤532,跟踪所述暂时重定向。

步骤533,将跟踪结果写入临时动态规则库,其中所述跟踪结果包括用户ip、跳转来源ip、跳转目的ip、位置信息和计费组信息。

步骤54,响应于检测到新跳转http流,判断新跳转http流的解析结果是否匹配到临时动态规则库中的相应计费组信息。

步骤55,若新跳转http流的解析结果匹配到临时动态规则库中的相应计费组信息,则上报所述计费组信息。

在本发明的一个实施例中,所述业务识别方法还可以包括:响应于检测到新跳转http流,对新跳转http流进行解析;判断新跳转http流的解析结果是否匹配到预定义规则库;若所述跳转http流的解析结果未匹配到预定义规则库,则执行步骤54中所述判断跳转http流的解析结果是否匹配到临时动态规则库中的相应计费组信息的步骤。

基于本发明上述实施例提供的业务识别方法只需配置确定的ip或域名:在pgw只需要配置确定的业务平台ip、域名信息,就可以对于通过该业务平台重定向的业务流均进行跟踪关联。本发明上述实施例可以有效解决cdn部署的业务识别问题:通过该方法可以有效解决cdn厂商为ott业务分配动态地址,导致网络无法识别ott业务,进而无法开展定向流量合作的问题。

图6为本发明业务识别方法第二实施例的示意图。优选的,本实施例可由本发明业务识别装置执行。

图6实施例同时也给出了本发明业务识别装置(即pgw规则匹配相关模块)第三实施例示意图。如图6所示,所述本发明业务识别装置可以包括深度报文检测模块660、预定义规则匹配模块610、协议状态监测模块620、临时动态规则库模块640和计费信息接口650,其中:

图6实施例中的深度报文检测模块660、预定义规则匹配模块610、临时动态规则库模块640和计费信息接口650的结构和功能分别与图3实施例中深度报文检测模块160、预定义规则匹配模块110、协动态规则匹配模块140和上报模块150的结构和功能相同或类似。

图6实施例中协议状态监测模块620可以包括图2或图3实施例的协议状态监测模块120和动态规则建立模块130,图6实施例中协议状态监测模块620可以实现图2或图3实施例的协议状态监测模块120和动态规则建立模块130的功能。

如图6所示,当用户访问ott业务时(tcp流1),ott的服务器会通过302重定向,指示用户终端重新发起新连接(tcp流2)到cdn厂商,本发明方法通过如下流程实现对tcp流1和tcp流2的关联:

步骤1,深度报文检测模块160识别初始tcp流,获取url,获取五元组(源ip地址,源端口,目的ip地址,目的端口和传输层协议),之后,预定义规则匹配模块110对所述初始tcp流进行匹配,关联下行报文,形成rating-group信息。

步骤2,匹配上规则的请求信息(包括流信息和rating-group信息)被送到协议状态监测模块120,由协议状态监测模块120进行302状态跟踪。

步骤3,协议状态监测模块120跟踪到302状态后,对预定义规则库进行标记。

步骤4,协议状态监测模块120把跟踪结果(包含用户ip地址、跳转来源ip地址、跳转目的ip地址、位置信息location、计费组信息rating-group等字段)写入临时动态规则库模块。

步骤5,当新跳转到cdn厂商的http流建立后,无预定规则匹配。

步骤6,未匹配到预定义规则的,且被标记的流,被送到临时动态规则库640匹配相应的计费组信息rating-group,从而实现对两个tcp流的关联。

在本发明上述实施例的方法也可以实现对多个tcp流的关联。

步骤7,通过计费信息接口650将所述计费组信息上报。

下面通过一个具体实施例对本发明进行说明。

在视频ott合作的具体实施例中:如百视通与电信运营商合作,其视频资源部署在cdn厂商,cdn厂商为其业务分配了动态地址池。用户初始访问百视通业务时,会向百视通服务器请求;百视通通过302重定向,重定向终端向cdn发起请求;cdn通过一次或多次重定向后返回用户请求资源,使用本发明方法增强后的pgw可以对多次tcp流关联,实现了对百视通业务的识别。

本发明上述实施例只需配置确定的ip或域名:在pgw只需要配置确定的业务平台ip、域名信息,就可以对于通过该业务平台重定向的业务流均进行跟踪关联。本发明上述实施例可以有效解决cdn部署的业务识别问题:通过该方法可以有效解决cdn厂商为ott业务分配动态地址,导致网络无法识别ott业务,进而无法开展定向流量合作的问题。

在上面所描述的业务识别装置可以实现为用于执行本申请所描述功能的通用处理器、可编程逻辑控制器(plc)、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。

至此,已经详细描述了本发明。为了避免遮蔽本发明的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。

本发明的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用,并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

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