CN110138668A - 流描述处理方法及装置、网络实体及存储介质 - Google Patents
流描述处理方法及装置、网络实体及存储介质 Download PDFInfo
- Publication number
- CN110138668A CN110138668A CN201810129193.9A CN201810129193A CN110138668A CN 110138668 A CN110138668 A CN 110138668A CN 201810129193 A CN201810129193 A CN 201810129193A CN 110138668 A CN110138668 A CN 110138668A
- Authority
- CN
- China
- Prior art keywords
- message
- instance
- force
- moment
- strategy
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
- H04L12/1407—Policy-and-charging control [PCC] architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2475—Traffic characterised by specific attributes, e.g. priority or QoS for supporting traffic characterised by the type of applications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种流描述处理方法及装置、网络实体及存储介质。本实施例提供的流描述处理方法,可应用于第一实体中,包括:向第二实体发送第一消息,其中,所述第一消息包括:流描述及生效时刻。
Description
技术领域
本发明涉及网络技术领域,尤其涉及一种流描述处理方法及装置、网络实体及存储介质。
背景技术
在现有的网络架构中都部署有流描述功能实体。流描述功能实体,一般用于管理流描述。执行实体,可用于根据流描述进行数据流检测、对检测的数据流执行对应的策略及计费等功能。
但是有时候一个流描述功能实体提供流描述之后,各个执行实体各自按照自己的策略部署情况执行策略,导致的策略执行不统一的问题;如策略执行不统一,可能会导致策略执行冲突和计费冲突等多种问题,进而导致用户的投诉。
发明内容
有鉴于此,本发明实施例期望提供一种流描述处理方法及装置、网络实体及存储介质,至少部分解决执行不统一导致的各种问题。
为达到上述目的,本发明的技术方案是这样实现的:
第一方面,本发明实施例提供一种流描述处理方法,应用于第一实体中,包括:
向第二实体发送第一消息,其中,所述第一消息包括:流描述及生效时刻。
可选地,所述第一消息还包括:指示所述生效时刻是否有效的状态信息。
可选地,所述第一消息还包括:所述生效时刻的状态信息;所述第一消息的状态信息,指示所述生效时刻有效;
所述方法还包括:
向所述第二实体发送第二消息,其中,所述第二消息的状态信息,用于指示所述生效时刻无效。
可选地,所述方法还包括:
接收所述第二实体发送的第三消息;
所述发送第二消息,包括:
若所述第三消息表明第二实体的策略部署失败,发送所述第二消息。
可选地,所述方法还包括:
向所述第二实体发送第四消息,其中,所述第四消息包括:更新后的生效时刻。
可选地,所述第一实体为流描述功能实体(Packet Flow Description Function,PFDF),所述第二实体为策略控制和计费执行功能实体(Policy and ChargingEnforcement Function,PCEF);
或者,
所述第一实体为网络能力开放功能实体(Network Exposure Functionality,NEF),所述第二实体为会话管理功能实体(Session Management Function,SMF)。
第二方面,本发明实施例提供一种流描述处理方法,应用于第二实体中,包括:
接收第一实体发送的第一消息,其中,所述第一消息包括:流描述及生效时刻;
在所述生效时刻,启动对所述流描述所描述的数据流的策略执行。
可选地,所述第一消息还包括:所述数据流对应的标识信息;
所述方法还包括:
根据所述标识信息,确定所述策略;
部署所述策略;
根据所述策略的部署状况,向所述第一实体发送第三消息。
可选地,所述根据所述策略的部署状况,向所述第一实体发送第三消息,包括:
若所述策略部署失败,向所述第一实体发送指示部署失败的第三消息;
或者,
若所述策略部署失败,禁止向所述第一实体发送指示部署成功的第三消息;
或者,
向所述第一实体发送指示所述策略部署是否成功的第三消息。
可选地,所述第一消息包括:所述生效时刻的状态信息;所述第一消息的状态信息,用于指示所述生效时刻有效;
所述方法还包括:
接收所述第一实体发送的第二消息;
根据所述第二消息中指示所述生效时刻无效的状态信息,屏蔽所述流描述对应的策略在所述生效时刻的执行启动。
可选地,所述方法还包括:接收所述第一实体发送的第四消息,其中,所述第四消息携带有重新下发的生效时刻;
屏蔽在所述第一消息的生效时刻启动所述策略的执行;
在所述第四消息的生效时刻启动所述策略的执行。
第三方面,本发明实施例提供一种流描述处理装置,应用于第一实体中,包括:
发送模块,用于向第二实体发送第一消息,其中,所述第一消息包括:流描述及生效时刻。
第四方面,本发明实施例提供一种流描述处理装置,应用于第二实体中,包括:
接收模块,用于接收第一实体发送的第一消息,其中,所述第一消息包括:流描述及生效时刻;
执行模块,用于在所述生效时刻,启动对所述流描述所描述的数据流的策略执行。
第四方面,本发明实施例提供一种网络实体,包括:收发器、存储器、处理器及存储在所述存储器上并由所述处理器执行的计算机程序;
所述处理器,分别与所述收发器及存储器连接,用于通过执行所述计算机程序实现前述一个或多个技术方案提供的流描述处理方法。
第五方面,本发明实施例提供一种计算机存储介质,所述计算机存储介质存储有计算机程序;所述计算机程序被执行后,能够实现前述一个或多个技术方案提供的流描述处理方法。
本发明实施例提供的流描述处理方法及装置、网络实体及存储介质,在下发有流描述的消息中还同时携带生效时刻。接收到该消息的多个实体,会在生效时刻统一启动对该流描述所描述数据流的策略执行,从而避免不同实体根据各自的策略部署状况启动策略执行导致的启动执行时间不统一的问题,从而避免了因为不统一导致的对同一个数据流在不同实体中执行不同策略导致的策略执行冲突,及计费冲突等问题,从而减少了因为策略启动执行不统一导致的用户抱怨,从而提升了用户体验。
附图说明
图1为本发明实施例提供的第一种流描述处理方法的流程示意图;
图2为本发明实施例提供的第二种流描述处理方法的流程示意图;
图3为本发明实施例提供的第三种流描述处理方法的流程示意图;
图4为本发明实施例提供的一种流描述处理装置的结构示意图;
图5为本发明实施例提供的另一种流描述处理装置的结构示意图;
图6为本发明实施例提供的一种网络实体的结构示意图;
图7为本发明实施例提供的第四种流描述处理方法的流程示意图;
图8为本发明实施例提供的第五种流描述处理方法的流程示意。
具体实施方式
以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。
如图1所示,本实施例提供一种流描述处理方法,应用于第一实体中,包括:
步骤S100:向第二实体发送第一消息,其中,所述第一消息包括:流描述及生效时刻。
在本实施例中所述第一实体可为各种具有流描述管理功能的实体,例如,PFDF或NEF。所述PFDF或NEF存储有数据流的流描述(Packet Flow Description,PFD)。所述流描述为数据流的特征。例如,所述流描述可包括:传输所述数据流的网络协议(InternetProtocol,IP)地址、端口号等信息。再例如,所述流描述还可包括:所述数据流携带的特征字段等。在还有一些实施例中所述流描述可包括数据流的五元组;所述五元组可为:源IP地址、源端口、目的IP地址、目的端及传输层协议信息等。总之,第二实体可以根据所述流描述进行所述数据流的检测。
在一些实施例中,所述第一消息还携带有所述流描述对应的流描述标识,该流描述标识可为第一实体分配的流描述的编号或名称等标识信息。
在还有一些实施例中,所述第一消息还包括所述流描述对应的数据流的产生应用的应用标识,该应用标识可为应用编号或应用名称等,该应用标识也可以作为标识数据流的一种标识信息。
所述第二实体可为基于所述流描述进行策略执行的实体,例如,PCEF或SMF等。若第一实体为PFDF,则所述第二实体可为PCEF,若第一实体为NEF,则所述第二实体可SMF。在具体实现时,所述第一实体可为各种存储有流描述,可以向第二实体下发流描述的任意网络实体,不局限于上述举例。第二实体可为接收流描述进行策略执行的任意网络实体,不局限于上述举例。
在一些实施例中,所述第一实体可以同时向多个第二实体发送所述第一消息。例如,在5G网络中由于业务边缘化,在各种很小的行政区域(例如,县或市)都可能部署有多个第二实体,且归属于同一个第一实体管辖,则该第一实体可以同时向多个第二实体发送第一消息,控制对同一个数据流的策略执行。
在本实施例中,所述第一实体向第二实体发送所述第一消息,该第一消息可为基于超文本传输协议(Hyper Text Transfer Protocol,HTTP)的消息,例如,HTTP的post消息。该消息中携带有流描述标识(Packet Flow Description,PFD Identity,PFD Id)流描述(Packet Flow Description,PFD)及生效时刻。
第二实体在接收到该第一消息之后,可以根据应用标识(Application Identity,APP Id)的匹配,知道需要针对该数据流执行的策略,例如,流控制策略和/或计费策略。所述流控制策略可用于控制该数据流的转发路径、转发延时、拥塞控制等。所述计费策略可用于该数据流的传输进行计费,或对该数据流提供的业务服务进行计费。
所述流描述用于供第二实体检测数据流,例如,当前有数据流进入到所述第二实体,第二实体会根据该数据流进入到第二实体的端口、数据流携带的源IP地址、或者,该数据流中携带的业务标识或特征字段,是否与流描述中指示的数据流特征匹配,若匹配一致,可认为当前检测的数据流就是需要执行对应策略的数据流,然后根据该对应的策略对该数据流进行流控和/或计费。
在本实施例中所述第一消息中携带有生效时刻,该生效时刻可以用于该流描述的生效时刻,相当于指示所有接收到该第一消息的第二实体均在生效时刻开始对该流描述对应的数据流执行对应的策略,从而实现策略执行的同步,避免了策略执行不同步导致的流控冲突或计费冲突等问题。
在一些实施例中,所述第一消息中还携带有指示所述生效时刻是否有效的状态信息。该状态信息可包括一个或多个比特,通过不同的比特指,指示所述生效时刻“有效”和“无效”这两个状态。在本发明实施例中,若所述生效时刻有效,表示第二实体需要在生效时刻启动对所述流描述所描述的数据流的策略执行,若所述生效时刻无效,表示第二实体无需在生效时刻启动策略执行。
若所述第一消息包括所述状态信息,则下发的第1条第一消息中的状态信息为指示生效时刻有效的状态信息。
在还有些实施例中,若基于客户指示或者策略等变化,需要暂缓某一个策略的执行,则在本实施例中,第一实体会向第二实体发送第二消息。此处的第二消息可为与所述第一消息同一类型的消息,且是通过同一个端口发送的消息。例如,PFDF和PCEF之间通过GW接口从PFDF发送给PCEF的消息。再例如,NEF和SMF之间通过N29接口发送的消息。
在本实施例中第一消息和第二消息为不同时间发送的消息,可以是针对于同一个数据流携带有不同消息内容的消息。例如,在第二消息的状态消息,可以用于指示生效时刻无效,则第二实体接收到该第二消息之后,会挂起对应的数据流的策略执行,会需要等到接收到第一实体重新下发的有效的生效时刻时,才启动流描述所描述的数据流的策略执行。
例如,在第一时刻,PFDF向多个PCEF发送了一个post消息,该消息中携带有数据流A的流描述,产生该数据流A的业务应用的应用标识、生效时刻及指示生效时刻有效的状态信息。接收到该post消息的PCEF,在生效时刻基于应用标识的匹配,确定出需要执行的策略,在PCEF中进行策略部署;预备在生效时刻启动策略执行。但是在生效时刻之前,PFDF向所有的PCEF发送另一个post消息,该post消息同样携带有数据流A的流描述,产生该数据流A的业务应用的应用标识、生效时刻及指示生效时刻无效的状态信息。后下发的post消息中的生效时刻与前一个post消息中的生效时刻可以相同;此时,PCEF会根据后下发的post消息中的生效状态,终止在生效时刻的策略执行的启动。
在一些实施例中,所述流描述分配有流描述标识,则在后一个post消息发送过程中,PFDF不用重新下发整个流描述,仅需携带有流描述标识即可。
总之在一些实施例中,所述第一实体可以主动下发第二消息,终止流描述对应的数据流的策略执行。在另一些实施例中,所述第一实体根据第二实体中策略部署状况来确定是否需要下发第二消息。例如,如图2所示,所述方法还包括:
步骤S101:接收所述第二实体发送的第三消息;
步骤S102:若所述第三消息表明第二实体的策略部署失败,发送所述第二消息。
所述第三消息有多种形式,具体可以包括以下几种:
第一种:
所述第三消息为指示策略部署成功的成功消息;例如,第二实体接收到第一消息之后,会开始部署对应的策略;需要在特定时间内若部署成功,则需要向第一实体发送第三消息,若未部署成功,则不向第一实体发送第三消息。则此时,第一实体可以根据当前接收第一消息的第二实体的个数,和第三消息的接收的个数,确定出是否有第二实体的策略未部署成功。若有第二实体的策略部署未成功,若按照原定的在生效时刻启动策略执行,显然会导致策略执行的不统一的问题,故此时需要形成第二消息,指示终止在生效时刻的策略执行启动。
第二种:所述第三消息为指示策略部署失败的消息,若第二实体接收到第一消息之后部署策略,但是在策略在特定时间内未部署成功,则会在生效时刻之前向第一实体发送所述第三消息。若第一实体接收到一个或多个第二实体发送的指示部署失败的第三消息时,就会形成所述第二消息,通知所有的第二实体终止在生效时刻策略执行的启动。
第三种:所述第三消息为指示策略是否部署成功的消息,此时,第二实体在接收到第一消息之后开始部署策略,不管策略是否部署成功,都会向第一实体发送第三消息,而第三消息的消息内容指示策略是否部署成功。所述第一实体根据第三消息的消息内容,确定是否存在至少一个第二实体的策略未部署成功,若存在,则下发所述第二消息。
在一些实施例中,所述第一消息中还携带有允许延迟(allowed delay)这一信元,信元允许延迟用于指示第二实体可用于部署策略的时长。第二实体部署策略,若在允许延迟时间内未完成策略部署或者策略部署失败,则认为策略部署失败,需要在生效时刻之前向第一实体确定是否发送第三消息或确定第三消息的发送内容。通常情况下,第二实体接收第一消息的接收时刻加上所述允许延迟指示的时长,得到的一个部署完成时刻,该部署完成时刻一般早于生效时刻。
第一实体在发送所述第一消息之前,会从其他设备或人机交互接口接收所述生效时刻、允许延迟等各种信元的信息内容,生成所述第一消息;在生成所述第一消息时,会根据当前时刻及所述允许延迟,判断部署完成时刻是否早于生效时刻,若早于生效时刻,生成错误提示并延迟第一消息的发送。
在还有一些实施例中,所述第一实体可能仅接收到一个生效时刻,则所述第一实体根据策略部署所需的时间,自行确定一个允许延迟。如此,第二实体基于允许延迟确定出部署完成时刻,若在部署完成时刻未成功部署策略,就可以根据部署结果发送所述第三消息。
在还有一些实施例中,所述第一消息和第二消息都无需携带状态信息。若第一实体需要延迟策略执行的启动,可以通过重新下发一个新的生效时刻,则第二实体会自动基于新下发的生效时刻,废止前一个生效时刻,从而终止在前一个生效时刻的策略执行启动。所述方法还包括:向所述第二实体发送第四消息。
在一些实施例中,部署失败的第二实体接收到第二消息之后,会继续部署策略,并将策略部署的结果上报给第一实体。第一实体在确定出所有需要进行策略部署的第二实体都部署成功之后,再通知第二实体更新后的生效时刻,从而使得策略得以正常执行并在各个第二实体统一启动执行的时间。
在一些实施例中,所述第一实体仅向成功完成策略部署的第二实体发送所述第二消息,向部署失败的第二实体下发一个更新后的生效时刻的第一消息,若接收到之前部署失败的第二实体的部署成功的消息之后,根据更新后的生效时刻,向首次策略部署就成功的第二实体发送重新确定的生效时刻,以确定在重新确定的生效时刻启动策略的执行。
如图3所示,本实施例提供一种流描述处理方法,应用于第二实体中,包括:
步骤S210:接收第一实体发送的第一消息,其中,所述第一消息包括:流描述及生效时刻;
步骤S220:在所述生效时刻,启动对所述流描述所描述的数据流的策略执行。
本实施为应用于第二实体中的流描述处理方法,在本实施例中从第一实体接收第一消息,该第一消息至少携带有流描述及生效时刻。
所述生效时刻为:对流描述所描述的数据流执行对应策略的启动时刻。由于在下发的第一消息中直接携带了生效时刻,接收到同一个第一消息的多个第二实体,会统一在同一个时刻启动对应策略的执行,从而避免不同实体的启动策略执行的时刻不同导致的策略执行不统一或冲突的问题。
在本实施例中所述第一消息及流描述的具体内容,可以参见前述实施例,在此就不做重复描述了。
可选地,所述第一消息还包括:所述数据流对应的标识信息;该标识信息可为该产生该流描述所描述数据流的业务应用的应用标识,也可以为该数据流的流描述标识等。所述方法还包括:根据所述标识信息,确定数据流对应的策略;部署所述策略;根据所述策略的部署状况,向所述第一实体发送第三消息。
在本实施例中,所述标识信息确定出需要执行的策略。例如,第一消息中携带有APP Id,第二实体从其他实体接收策略信息时,也会接收到一个APP Id,通过APP Id的匹配,可以确定出需要对当前接收到的流描述所对应的数据流所执行的策略。总之,通过标识匹配可以确定出需要执行的策略。
在确定出策略之后,需要部署策略,该策略的部署可包括:策略执行所需的代码的安装、第二实体执行该策略的执行环境的配置,例如,通过配置参数配置执行环境。例如,根据策略部署路由转发表。
总之,在本实施例中第二实体需要进行策略部署,而策略部署是需要消耗一定的时间。在一些实施例中,第二实体可能会成功部署策略,也可能因为出现策略部署失败的现象,例如,未成功从策略下发实体接收到所需的策略,会导致策略部署失败,或者,在第二实体当前的资源不够,若某一个策略部署需要的资源无法满足时,同样可能会导致策略部署失败,总之,在本实施例中策略部署失败的原因有多种,在本实施例中就不再一一举例了。
但是在本实施例中,第二实体会根据策略的部署状况(例如,部署结果)向第一实体发送第三消息。例如,根据策略的部署状况,确定是否发送第三消息或第三消息的消息内容。第三消息可分为多种,具体可以参见前述实施例,此处就不重复了。
可选地,所述根据所述策略的部署状况,向所述第一实体发送第三消息,包括:若所述策略部署失败,向所述第一实体发送指示部署失败的第三消息;或者,若所述策略部署失败,禁止向所述第一实体发送指示部署成功的第三消息;或者,向所述第一实体发送指示所述策略部署是否成功的第三消息。
在一些实施例中,从第一实体接收的消息中还携带有允许延迟,所述第二实体可根据所述允许延迟,确定部署完成时刻。所述根据策略的部署状况,向第一实体发送第三消息,可包括:根据部署完成时刻所述策略的部署状况,在生效时刻之前向第一实体发送第三消息。
可选地,所述第一消息包括:所述生效时刻的状态信息;所述第一消息的状态信息,用于指示所述生效时刻有效;所述方法还包括:接收所述第一实体发送的第二消息;根据所述第二消息中指示所述生效时刻无效的状态信息,屏蔽所述流描述对应的策略在所述生效时刻的执行启动。
在本实施例中第一消息和第二消息一定都会携带有状态信息,根据状态消息指示的生效时间是否有效,确定是否在生效时刻启动策略的执行,或者,不启动策略的执行。
可选地,所述方法还包括:接收所述第一实体发送的第四消息,其中,所述第四消息携带有重新下发的生效时刻;屏蔽在所述第一消息的生效时刻启动所述策略的执行;在所述第四消息的生效时刻启动所述策略的执行。在本实施例中,第二实体可以根据第四消息,废止在第一实体发送的第一消息指示的生效时刻启动策略的执行,而是在第四消息中重新下发的生效时刻启动策略的执行。通常情况下,第四消息中的生效时刻可以晚于第一消息中的生效时刻,例如,第一实体发现有第二实体的策略部署失败,则通过下发更晚的生效时刻延缓策略执行的启动。又例如,若第一实体通过第三消息的接收发现所有第二实体都提取完成了策略的成功部署,则所述第一实体也可以提前生效时刻,使得策略提前启动执行。
同样地,第四消息也可包括允许延迟,若有的第二实体在重新确定的部署完成时刻还是未能完成策略成功部署,则可以通过第三消息的是否发送,或者,第三消息的消息内容,告知第一实体其自身的策略的部署状况。
如图4所示,本实施例提供一种流描述处理装置,应用于第一实体中,包括:
发送模块,用于向第二实体发送第一消息,其中,所述第一消息包括:流描述及生效时刻。
该发送模块可为程序模块,由第一实体中的处理器执行后,可以控制第一实体的第一消息的发送。
在一些实施例中,该装置还可包括形成模块,可以用于形成所述第一消息,发送模块与形成模块连接,将形成的第一消息发送给第二实体。
可选地,所述第一消息还包括:指示所述生效时刻是否有效的状态信息。
状态信息指示生效时刻有效,则第二实体需要在生效时刻启动流描述所描述数据流的策略执行,若生效时刻无效,则第二实体不会在在生效时刻启动对该数据流的策略执行。
可选地,所述第一消息还包括:所述生效时刻的状态信息;所述第一消息的状态信息,指示所述生效时刻有效;所述方法还包括:发送第二消息,其中,所述第二消息的状态信息,用于指示所述生效时刻无效。
在本实施例中第一消息和第二消息可为第一实体下发的同一种消息,例如,通过同一个接口下发的消息格式相同的消息。第一消息中的状态信息指示生效时刻有效,若遇到突发状况需要终止策略的执行,或者,暂缓策略的执行,则可以通过生效信息无效生效时间,故第一实体会向第二实体发送第二消息。
可选地,所述接收模块,用于接收所述第二实体发送的第三消息;
所述发送模块,用于若所述第三消息表明第二实体的策略部署失败,发送所述第二消息。
第二实体会向第一实体发送第三消息,若第三消息表明有第二实体的策略部署失败,若按照原定的生效时刻启动策略执行,显然策略不是失败的第二实体是无法实现的。故在实施例中,第一实体会根据第二实体发送的第三消息向第二实体下发第二消息。
可选地,所述发送模块,还用于向所述第二实体发送第四消息,其中,所述第四消息包括:更新后的生效时刻。在本实施例中,第一消息和第四消息也可以为同一类消息,例如,利用同样的接口发送的同样信息格式的消息,此时,第一消息和第四消息中可以不携带有状态信息这一信元。第一实体可以通过第四消息中生效时刻的变更告知第二实体终止或暂缓生效时刻时的策略执行启动。
在一些实施例中,若第一消息和第四消息中没有状态信息这一信元;且在一些情况下需要彻底终止某一个策略的执行,或者,暂时无法确定新的生效时刻,则测试可以将生效时刻置于特定值,则无限期延迟第一消息中流描述所描述数据流对应的某一个策略的执行。例如,将生效时刻这一信元携带的时间为过去的某一个时刻。例如,在第一消息中的生效时刻这一信元的信息内容为:201801031530,指示生效时刻为2018年01月03日15点30分;在第四消息中生效时刻这一信元的信息内容为:0000000000000,则表示无限期延迟策略执行的启动。
可选地,所述第一实体为流描述功能实体PFDF,所述第二实体为策略控制和计费执行功能实体PCEF;或者,所述第一实体为网络能力开放功能实体NEF,所述第二实体为会话管理功能实体SMF。
如图5所示,本实施例提供一种流描述处理装置,应用于第一实体中,包括:
接收模块,用于接收第一实体发送的第一消息,其中,所述第一消息包括:流描述及生效时刻;
执行模块,用于在所述生效时刻,启动对所述流描述所描述的数据流的策略执行。
该接收模块及执行模块均可为程序模块,该程序模块被处理器执行后,能够实现第一消息的接收及基于接收的生效时刻,启动策略执行。第二实体不再是一旦策略完成部署就自行启动策略的执行,避免了一个第一消息发送给多个第二实体,多个第二实体的策略执行启动不统一的问题。
可选地,所述第一消息还包括:所述数据流对应的标识信息;
所述装置还包括:
确定模块,用于根据所述标识信息,确定所述策略;
部署模块,用于部署所述策略;
发送模块,用于根据所述策略的部署状况,向所述第一实体发送第三消息。
同样地,此处的确定模块、部署模块及发送模块均可为程序模块,可以用于策略的确定及策略部署及策略执行。在执行策略时,需要根据第一消息中携带的流描述检测数据流,检测到该数据流之后执行对应的策略。
可选地,所述发送模块,具体可用于若所述策略部署失败,向所述第一实体发送指示部署失败的第三消息;或者,若所述策略部署失败,禁止向所述第一实体发送指示部署成功的第三消息;或者,向所述第一实体发送指示所述策略部署是否成功的第三消息。
可选地,所述第一消息包括:所述生效时刻的状态信息;所述第一消息的状态信息,用于指示所述生效时刻有效;所述接收模块,还用于接收所述第一实体发送的第二消息;所述执行模块,用于根据所述第二消息中指示所述生效时刻无效的状态信息,屏蔽所述流描述对应的策略在所述生效时刻的执行启动。
在本实施例中第一消息和第二消息中携带有状态信息这一信元,根据该信元第二实体可以确定出接收到生效时间是否有效,是否在生效时刻启动策略的执行。
可选地,所述接收模块,还用于接收所述第一实体发送的第四消息,其中,所述第四消息携带有重新下发的生效时刻;屏蔽在所述第一消息的生效时刻启动所述策略的执行;在所述第四消息的生效时刻启动所述策略的执行。
如图6所示,本实施例提供一种网络实体,包括:收发器110、存储器120、处理器130及存储在所述存储器120上并由所述处理器130执行的计算机程序;
所述处理器130,分别与所述收发器110及存储器120连接,用于通过执行所述计算机程序实现前述一个或多个技术方案提供的流描述处理方法。
所述收发器110可包括各种类型的通信接口,例如,网络接口、收发天线等。
所述存储器120可为包括各种存储介质的存储器件,可以存储各种信息,例如,所述计算机程序;
所述处理器130可以通过集成电路总线等实体内的内部通信接口,与存储器及收发器连接,从而可以控制收发器及存储器的工作,并通过计算机程序的执行,实现前述一个或多个技术方案提供的流描述处理方法。
该网络实体可为前述第一实体或第二实体;若该网络实体为第一实体,则该可以执行图1、图2及图7至图8所示的方法中的一个或多个,若该网络实体为第二实体,则可以执行图3及图7至图8所述的方法中的一个或多个。
所述处理器可包括:中央处理器、微处理器、数字信号处理器、应用处理器或可编程阵列等。
本实施例提供一种计算机存储介质,所述计算机存储介质存储有计算机程序;所述计算机程序被执行后,能够实现前述一个或多个技术方案提供的流描述处理方法,例如,图1、图2、图3及图7至图8所示的方法中的一个或多个。
所述计算机存储介质包括:移动存储设备、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质;可选为非瞬间存储介质。
以下结合上述任意实施例提供几个具体示例:
示例1:
本示例提供一种GW接口信元,GW接口信元为在GW接口之间传输的信元。在GW接口信元中增加生效时刻”activation-time”这一个信元。该信元可以用于接收到携带该信元消息的功能实体,例如,PCEF根据该信元进行策略执行,避免接收到同一个消息的不同功能实体因为执行速率的不同等其他故障,导致的不同步问题。进一步地,因为策略执行的不同步,导致计费出现误差,导致数据流控制出现差异等各种问题。
在上述例子中,信元“application-identifier”对应的为应用标识,为数据流的一种标识信息之一。
信元“notification-flag”的消息内容,用于指示当前消息中是否携带有流描述,例如,若消息内容为“true”表示当前消息的Json体中没有直接携带流描述,需要PCEF基于APP Id向PFDF主动请求PFD。
信元“pfd-identifier”用于携带流描述的流描述标识。
信元“flow-descriptions”的内容为流描述。
信元“activation-time”的内容为生效时刻。
信元“allowed-delay”的内容为允许延时,通常情况下,该允许延时仅携带数值,允许延时的时间单位可预先协商或默认,例如,默认可为秒。
例如,在PFDF发送给PCEF的post消息及PFDF返回给PCEF的HTTP200OK消息中增加生效时刻,明确执行标准时间,时间应精准到秒级且系统内不同网络实体使用标准同步时间。
示例2:
在GW接口信元中还增加状态信息这一信元,该状态信息这一信元用于指示当前生效时刻信元指示的生效时刻是否有效。若状态信息这一信元携带的内容为“normal”表示生效时刻有效,若状态信息这一信元携带的内容为“suspend”,则表示生效时刻无效。
如接收该消息的网络实体为多个,则可能有的网络实体在接收到该消息之后,未在生效时刻之前完成部署从而导致不能失效;此时通过挂起恢复机制来保障同步。所述挂起恢复机制可为:若部署失败,接收网络实体会向发送网络实体发送部署失败的消息,或者,发送网络实体接收不到发送网络实体发送的成功部署的消息。为了避免部署成功的网络实体在生效时刻生效策略导致的不同的问题,则所述发送网络实体会生效时刻开始之前,重新下发一条消息,该条消息中会携带生效时刻信元,该生效时刻信元会重新指示生效时刻。如此,之前未部署成功的网络实体,可以继续部署策略,在所有接收网络实体都在生效时刻内完成部署,则可以在生效时刻开始执行部署的策略。
示例3:
如图7所示,本示例提供一种流描述处理方法,包括:
SCEF向PFDF发送HTTP post消息;
PFDF接收到HTTP post消息之后,向PCEF(例如,PCEF1及PCEF2)通过HTTP post消息下发PFD,生效时刻:201701010000;状态信息:正常;状态信息“正常”表示该生效时刻有效,若状态信息为“挂起”表示同时携带的生效时刻无效。
PCEF向PFDF返回HTTP error(错误)或HTTP OK(成功),若返回的是HTTP error表示策略部署失败,若返回的HTTP OK表示策略部署成功。
PFDF若接收到HTTP error,则下发另一条HTTP post消息,该消息中携带有生效时刻,并携带有状态信息,在图7中的状态信息为:挂起;表示不再生效时刻201701010000启动策略的执行。
若需要重新执行对应的策略,则会再次下发HTTP post消息,该消息中携带有重新确定的生效时刻及指示生效时刻正常的状态信息。例如,根据当前时刻确定出晚于当前时刻的生效时刻。
向SCEF发送HTTP 200,指示策略是否启动执行。例如,该消息中携带有应用标识。例如,若所有PCEF通过HTTP OK指示策略部署成功,则HTTP 200指示错误,表示策略执行启动失败,若HTTP 200指示成功,则表示策略执行启动成功。
示例4:
本示例提供一种G29接口信元,在下发的携带有PFD的消息中,增加“生效时刻”这一个信源,明确策略执行的启动时间,启动时间可以精确到秒级别。
如图8所示,本示例提供的用于G29接口传输流描述的方法,包括:
NEF通过NEF通知(Nnef-Event Exposure-Notify)下发PDF,携带有生效时刻:201701010000,状态信息:正常;
SMF会基于Nnef-Event Exposure-Notify开始部署策略,并向NEF发送部署状况的消息。例如,在图8中SMF1部署失败,向NEF通过SMF通知(Nsmf-Event Exposure-Notify)指示错误,SMF2部署成功,向NEF通过SMF通知(Nsmf-Event Exposure-Notify)指示成功。
由于有SMF部署失败,则NEF通过Nnef-Event Exposure-Notify向SMF2指示PDF状态更改,表示暂缓策略的执行,即不再之前指示的生效时刻启动策略执行。同时向部署失败的SMF1通过Nnef-Event Exposure-Notify重新下发PDF。在接收到SMF1指示部署成功的消息之后,向SMF2通过Nnef-Event Exposure-Notify更改PDF状态,从而重新向SMF2指示更新后的生效时间;若SMF1接收到之后,可以通过Nsmf-Event Exposure-Notify指示成功,该成功表示成功接收,会在重新下发的生效时刻,开始策略的执行。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理模块中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (15)
1.一种流描述处理方法,其特征在于,应用于第一实体中,包括:
向第二实体发送第一消息,其中,所述第一消息包括:流描述及生效时刻。
2.根据权利要求1所述的方法,其特征在于,
所述第一消息还包括:指示所述生效时刻是否有效的状态信息。
3.根据权利要求1或2所述的方法,其特征在于,
所述第一消息还包括:所述生效时刻的状态信息;所述第一消息的状态信息,指示所述生效时刻有效;
所述方法还包括:
向所述第二实体发送第二消息,其中,所述第二消息的状态信息,用于指示所述生效时刻无效。
4.根据权利要求3所述的方法,其特征在于,
所述方法还包括:
接收所述第二实体发送的第三消息;
所述发送第二消息,包括:
若所述第三消息表明第二实体的策略部署失败,发送所述第二消息。
5.根据权利要求4所述的方法,其特征在于,
所述方法还包括:
向所述第二实体发送第四消息,其中,所述第四消息包括:更新后的生效时刻。
6.根据权利要求1所述的方法,其特征在于,
所述第一实体为流描述功能实体PFDF,所述第二实体为策略控制和计费执行功能实体PCEF;
或者,
所述第一实体为网络能力开放功能实体NEF,所述第二实体为会话管理功能实体SMF。
7.一种流描述处理方法,其特征在于,应用于第二实体中,包括:
接收第一实体发送的第一消息,其中,所述第一消息包括:流描述及生效时刻;
在所述生效时刻,启动对所述流描述所描述的数据流的策略执行。
8.根据权利要求7所述的方法,其特征在于,所述第一消息还包括:所述数据流对应的标识信息;
所述方法还包括:
根据所述标识信息,确定所述策略;
部署所述策略;
根据所述策略的部署状况,向所述第一实体发送第三消息。
9.根据权利要求8所述的方法,其特征在于,
所述根据所述策略的部署状况,向所述第一实体发送第三消息,包括:
若所述策略部署失败,向所述第一实体发送指示部署失败的第三消息;
或者,
若所述策略部署失败,禁止向所述第一实体发送指示部署成功的第三消息;
或者,
向所述第一实体发送指示所述策略部署是否成功的第三消息。
10.根据权利要求7所述的方法,其特征在于,
所述第一消息包括:所述生效时刻的状态信息;所述第一消息的状态信息,用于指示所述生效时刻有效;
所述方法还包括:
接收所述第一实体发送的第二消息;
根据所述第二消息中指示所述生效时刻无效的状态信息,屏蔽所述流描述对应的策略在所述生效时刻的执行启动。
11.根据权利要求7所述的方法,其特征在于,
所述方法还包括:接收所述第一实体发送的第四消息,其中,所述第四消息携带有重新下发的生效时刻;
屏蔽在所述第一消息的生效时刻启动所述策略的执行;
在所述第四消息的生效时刻启动所述策略的执行。
12.一种流描述处理装置,其特征在于,应用于第一实体中,包括:
发送模块,用于向第二实体发送第一消息,其中,所述第一消息包括:流描述及生效时刻。
13.一种流描述处理装置,其特征在于,应用于第二实体中,包括:
接收模块,用于接收第一实体发送的第一消息,其中,所述第一消息包括:流描述及生效时刻;
执行模块,用于在所述生效时刻,启动对所述流描述所描述的数据流的策略执行。
14.一种网络实体,其特征在于,包括:收发器、存储器、处理器及存储在所述存储器上并由所述处理器执行的计算机程序;
所述处理器,分别与所述收发器及存储器连接,用于通过执行所述计算机程序实现权利要求1至6或7至11任一项提供的流描述处理方法。
15.一种计算机存储介质,所述计算机存储介质存储有计算机程序;所述计算机程序被执行后,能够实现权利要求1至6或7至11任一项提供的流描述处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810129193.9A CN110138668B (zh) | 2018-02-08 | 2018-02-08 | 流描述处理方法及装置、网络实体及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810129193.9A CN110138668B (zh) | 2018-02-08 | 2018-02-08 | 流描述处理方法及装置、网络实体及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110138668A true CN110138668A (zh) | 2019-08-16 |
CN110138668B CN110138668B (zh) | 2023-01-03 |
Family
ID=67567713
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810129193.9A Active CN110138668B (zh) | 2018-02-08 | 2018-02-08 | 流描述处理方法及装置、网络实体及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110138668B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020238295A1 (zh) * | 2019-05-31 | 2020-12-03 | 华为技术有限公司 | 分组流描述信息的管理方法、设备及系统 |
CN114079956A (zh) * | 2020-08-07 | 2022-02-22 | 中国电信股份有限公司 | 业务保障方法、系统、存储介质和服务提供系统 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101198079A (zh) * | 2006-12-06 | 2008-06-11 | 上海华为技术有限公司 | 组呼业务的控制方法及其系统和设备 |
US20100142373A1 (en) * | 2008-12-09 | 2010-06-10 | Qualcomm Incorporated | Performing packet flow optimization with policy and charging control |
CN101867971A (zh) * | 2009-04-14 | 2010-10-20 | 中兴通讯股份有限公司 | 持久资源的处理方法、终端以及基站 |
US20120064878A1 (en) * | 2009-05-29 | 2012-03-15 | Telefonaktiebolaget L M Ericsson (Publ) | Policy and charging control method, network entities, communication system and computer program therefor |
CN103229454A (zh) * | 2012-11-09 | 2013-07-31 | 华为技术有限公司 | 策略控制方法、装置及系统 |
US20140078899A1 (en) * | 2011-06-14 | 2014-03-20 | Huawei Technologies Co., Ltd. | Policy and charging control for mutiple sub-flows |
US20150016299A1 (en) * | 2012-04-06 | 2015-01-15 | Huawei Technologies Co., Ltd. | Method, apparatus and system for marking service data packet |
CN106603417A (zh) * | 2015-10-16 | 2017-04-26 | 华为技术有限公司 | 一种路由处理方法、设备及系统 |
CN107302441A (zh) * | 2016-04-14 | 2017-10-27 | 中国移动通信有限公司研究院 | 信息处理方法、第一实体、第二实体及服务器 |
US20170331680A1 (en) * | 2015-02-06 | 2017-11-16 | Huawei Technologies Co., Ltd. | VNF Processing Policy Determining Method, Apparatus, and System |
-
2018
- 2018-02-08 CN CN201810129193.9A patent/CN110138668B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101198079A (zh) * | 2006-12-06 | 2008-06-11 | 上海华为技术有限公司 | 组呼业务的控制方法及其系统和设备 |
US20100142373A1 (en) * | 2008-12-09 | 2010-06-10 | Qualcomm Incorporated | Performing packet flow optimization with policy and charging control |
CN101867971A (zh) * | 2009-04-14 | 2010-10-20 | 中兴通讯股份有限公司 | 持久资源的处理方法、终端以及基站 |
US20120064878A1 (en) * | 2009-05-29 | 2012-03-15 | Telefonaktiebolaget L M Ericsson (Publ) | Policy and charging control method, network entities, communication system and computer program therefor |
US20140078899A1 (en) * | 2011-06-14 | 2014-03-20 | Huawei Technologies Co., Ltd. | Policy and charging control for mutiple sub-flows |
US20150016299A1 (en) * | 2012-04-06 | 2015-01-15 | Huawei Technologies Co., Ltd. | Method, apparatus and system for marking service data packet |
CN103229454A (zh) * | 2012-11-09 | 2013-07-31 | 华为技术有限公司 | 策略控制方法、装置及系统 |
US20170331680A1 (en) * | 2015-02-06 | 2017-11-16 | Huawei Technologies Co., Ltd. | VNF Processing Policy Determining Method, Apparatus, and System |
CN106603417A (zh) * | 2015-10-16 | 2017-04-26 | 华为技术有限公司 | 一种路由处理方法、设备及系统 |
CN107302441A (zh) * | 2016-04-14 | 2017-10-27 | 中国移动通信有限公司研究院 | 信息处理方法、第一实体、第二实体及服务器 |
Non-Patent Citations (3)
Title |
---|
HUAWEI, HISILICON, CHINA UNICOM: ""S2-164723 SDCI 23203 Architecture"", 《3GPP TSG_SA\WG2_ARCH》 * |
ZTE CORPORATION: ""S2-161749 Pull and push mode for PFD management for key issue 2"", 《3GPP TSG_SA\WG2_ARCH》 * |
黄之鹏等: "PCC规则选择策略的研究", 《江苏通信》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020238295A1 (zh) * | 2019-05-31 | 2020-12-03 | 华为技术有限公司 | 分组流描述信息的管理方法、设备及系统 |
CN114079956A (zh) * | 2020-08-07 | 2022-02-22 | 中国电信股份有限公司 | 业务保障方法、系统、存储介质和服务提供系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110138668B (zh) | 2023-01-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109120426B (zh) | 一种网络切片管理方法、装置及计算机可读存储介质 | |
CN1756194B (zh) | 网络资源可用性的定期确定 | |
US6697379B1 (en) | System for transmitting messages to improved stations, and corresponding processing | |
CN105429839B (zh) | 虚拟化网络功能vnf优化方法、装置及系统 | |
CN102932920B (zh) | 无线资源调度请求配置方法及装置 | |
CN105760214A (zh) | 一种设备状态及资源信息监测方法、相关设备及系统 | |
CN107317839A (zh) | 物联网消息处理方法、装置及系统 | |
EP2838243B1 (en) | Capability aggregation and exposure method and system | |
CN111083177B (zh) | 基于协同网关的跨域协同交互方法 | |
dos Santos | Enhanced Ethernet switching technology for adaptive hard real-time applications | |
CN108632844B (zh) | 信息处理方法、装置及电子设备 | |
CN109005044A (zh) | 数据传输控制方法及相关装置 | |
CN110138668A (zh) | 流描述处理方法及装置、网络实体及存储介质 | |
CN106970843B (zh) | 远程调用方法和装置 | |
CN112527523A (zh) | 面向高性能计算多云的分布式消息传递方法及系统 | |
US7305002B1 (en) | Methods for controlling resources in a communication network | |
CN115248692A (zh) | 一种支持多种深度学习框架模型云端部署的装置及方法 | |
EP4050475A1 (en) | Image forming apparatus, method, and system for firmware upgrade | |
CN107483628B (zh) | 基于dpdk的单向代理方法及系统 | |
CN108282350A (zh) | 网络管理方法和装置 | |
CN104580098B (zh) | 一种服务共享方法及装置 | |
CN105493452B (zh) | 将来自属于lin网络的从设备的响应帧传输到其它类型网络的控制方法和装置 | |
JP3312595B2 (ja) | 複数プロセスからなる通信処理システムにおける端末接続制御方法及び方式 | |
CN108307416A (zh) | 一种物联网终端管理方法 | |
CN101753330A (zh) | 一种基于vrf接口对设备管理的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |