[发明专利]一种识别应用标识的方法、设备及系统

说明书

本申请实施例公开了一种识别应用标识(Application Identifier，APP ID)的方法、设备及系统，所述方法包括：数据包流描述功能网元接收携带业务数据流的特征参数的查询请求，将与业务数据流的特征参数匹配的PFD对应的APP ID确定为业务数据流对应的APP ID；发送携带业务数据流对应的APP ID的查询响应。本申请实施例提供的方法适用于识别APP ID。

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种识别应用标识(ApplicationIdentifier，APP ID)的方法、设备及系统。

背景技术

现有第三代合作伙伴项目(the 3rd Generation Partnership Project，3GPP)协议23.503中，定义了第五代(5^th Generation，5G)系统下识别APP ID的方法。该方法如图1所示，可以包括：在网络开放功能(Network Exposure Function，NEF)中部署数据包流描述功能(Packet Flow Descriptions Function，PFDF)。PFDF从不同应用功能(ApplicationFunction，AF)或应用业务提供者(Application Service Provider，ASP)获取数据包流描述(Packet Flow Descriptions，PFD)以及该PFD对应的APP ID；会话管理功能(SessionManager Function，SMF)从PFDF获取PFD以及PFD对应的APP ID，并下发给用户面功能(UserPlane Function，UPF)；UPF接收到业务数据流后，根据业务数据流和从SMF获取的PFD，确定业务数据流对应的APP ID，进而根据识别出的APP ID执行相应的动作，如：匹配携带有APPID的策略与计费控制(Policy and Charging Control，PCC)规则，执行PCC规则对应的策略等。

由于AF可以是运营商或者第三方部署，每一个AF又可能会产生多个PFD，因此，PFDF从不同AF获取到的PFD数量会非常多(其量级可能达到百万或千万量级)，若SMF将PFDF获取到的所有PFD下发给UPF，则使得UPF需要较大的存储空间去存储PFD，增加了UPF的存储压力。同时，UPF需要从大量的PFD中进行匹配操作，获取与业务数据流的特征参数匹配的PFD，消耗UPF大量的处理能力。此外，网络中AF处于动态部署中，新部署的AF可能会向PFDF发送新的PFD，PFDF也需要及时地将新的PFD通过SMF同步到相应的UPF上，这种同步机制也会消耗UPF的资源。

发明内容

本申请实施例提供一种识别APP ID的方法、设备及系统，以解决现有识别业务数据流属于何种APP ID的方法中UPF资源消耗较大的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种识别APP ID的方法，该方法包括：数据包流描述功能网元接收携带有业务数据流的特征参数的查询请求，将与业务数据流的特征参数匹配的PFD对应的APP ID确定为该业务数据流对应的APP ID，发送携带有业务数据流对应的APP ID的查询响应。如此，数据包流描述功能网元接收其他网元发送的业务数据流的特征参数，并将接收到的业务数据流的特征参数匹配的PFD对应的APP ID确定为业务数据流对应的APP ID，并向其他网元发送业务数据流对应的APP ID。在该方法中，识别APP ID的动作由数据包流描述功能网元来执行，无需其他网元执行，降低了其他网元识别APP ID带来的资源消耗。

一种可能的设计中，结合第一方面，数据包流描述功能网元将业务数据流的特征参数与至少一个PFD进行匹配，确定与业务数据流的特征参数匹配的PFD，根据匹配的PFD以及PFD与APP ID的对应关系，确定与匹配的PFD对应的APP ID；将匹配的PFD对应的APP ID作为业务数据流对应的APP ID。如此，可以先找到与业务数据流的特征参数匹配的PFD，再根据PFD与APP ID的对应关系找到匹配的PFD对应的APP ID，将该APP ID作为业务数据流对应的APP ID。