寻址方法及装置

本公开涉及移动通信技术领域，特别涉及一种寻址方法及装置。

随着信息和移动通信技术的深度融合，网络资产货币化越来越受到运营商的重视。为此，第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)在标准上明确定义了业务能力开放功能(Service Capability Exposure Function，SCEF)实体，也明确定义了服务质量(Quality of Service，QoS)、计费、通信行为、用户设备(UserEquipment)状态、网络状态、数据等网络能力开放场景。业务能力开放功能是将运营商网络的能力开放给应用或终端，为应用或终端提供差异化、精细化的产品和服务的能力，同时也是保障运营商网络安全的有效屏障。业务能力开放功能面向互联网服务提供商/内容提供商(Service Provider/Content Provider，SP/CP)，SP/CP中提供商的用户标识和运营商的用户标识完全独立，通常来说，提供商在请求QoS时，需要基于互联网向用户提供各种应用服务(Over The Top，OTT消息)向SCEF申请。

在向SCEF申请诸如QoS能力的PCRF网络能力时，OTT消息需要向SCEF发送携带OTT消息用户的私网网络之间互连的协议(Internet Protocol，IP)以及公网IP的QoS能力申请消息；当SCEF接收到QoS能力申请消息时，向AAA协议标准路由代理(Diameter RoutingAgent，DRA)发送携带用户私网IP和公网IP的QoS能力申请消息，DRA根据接收到的私网IP和公网IP来确定用户的PCEF设备与PCRF设备之间(Gx)接口会话信息表，并绑定Gx接口会话信息表，在Gx接口会话信息表中寻址，获取用户所在的PCRF网元的身份(Identity，ID)信息，并由DRA向确定的PCRF网元转发SCEF的QoS能力申请消息。

在实现本公开的过程中，发明人发现现有技术至少存在以下问题：

由于DRA需要根据私网IP和公网IP来绑定Gx接口会话信息表，因此，DRA需要开启Gx接口会话绑定功能，并且需要存储全网用户的Gx接口会话信息表，但DRA的存储容量有限，这样，便需要对DRA进行扩容，导致部署的成本较高。

为了解决现有技术的问题，本公开实施例提供了一种寻址方法及装置。所述技术方案如下：

第一方面，提供了一种寻址方法，所述方法包括：

获取用户的用户标识和策略和计费规则功能实体PCRF标识，将所述用户标识与所述PCRF标识对应存储，所述PCRF标识用于标识用户所在的PCRF网元；

接收申请能力请求，所述申请能力请求携带所述用户标识；

从已存储的用户标识与PCRF标识中，确定与所述用户标识对应的PCRF标识；

基于所述PCRF标识进行寻址，向所述PCRF标识对应的PCRF网元进行服务质量能力请求。

本公开实施例通过获取用户的用户标识和PCRF标识，将用户标识与PCRF标识对应存储，使得在接收到携带用户标识的申请能力请求时，可以从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识，基于PCRF标识进行寻址，向PCRF标识对应的PCRF网元进行服务质量能力请求，无需为用户建立Gx接口会话信息表，避免了对DRA的存储容量进行扩容，降低了通信系统的部署成本。

在第一方面的第一种可能实现方式中，所述获取用户的用户标识和策略和计费规则功能实体PCRF标识包括：

接收网络设备发送的所述用户标识和所述PCRF标识；或，

向所述网络设备发送携带所述用户标识的标识获取请求，并接收所述网络设备返回的所述用户标识对应的所述PCRF标识；

其中，所述网络设备为分组数据网络网关PGW或PCRF网元。

本公开实施例中业务能力开放功能实体可以接收网络设备发送的用户标识和PCRF标识，也可向网络设备发送携带用户标识的标识请求，并接收网络设备返回的用户标识对应的PCRF标识，使得网络设备可以自行将用户标识和PCRF标识上传至业务能力开放功能实体，也可在网络设备接收到标识获取请求时将用户标识和PCRF标识上传至业务能力开放功能实体，避免网络设备发送用户标识和PCRF标识的并发量过大，对网络设备和业务能力开放功能实体造成压力。

在第一方面的第二种可能实现方式中，所述方法还包括：

若所述网络设备配置超文本传输协议HTTP头增强功能，则获取所述网络设备发送的所述用户标识和HTTP，在所述HTTP的头信息中获取所述PCRF标识，所述HTTP由所述网络设备在检测到用户设备UE访问业务能力开放功能实体时获取，所述PCRF标识由所述网络设备添加至所述HTTP的头信息中。

本公开实施例中若网络设备配置有HTTP头增强功能，则业务能力开放功能实体可以直接获取网络设备发送的用户标识和HTTP，并在HTTP的头信息中获取网络设备添加至HTTP的用户标识和PCRF标识，使得可以直接基于已存在的HTTP传输用户标识和PCRF标识，简化了获取用户标识和PCRF标识的过程。

在第一方面的第三种可能实现方式中，所述接收网络设备发送的所述用户标识和所述PCRF标识包括：

接收所述网络设备基于已有接口发送的所述用户标识和所述PCRF标识；或，

接收所述网络设备基于新增接口发送的所述用户标识和所述PCRF标识，所述新增接口由所述网络设备建立。

本公开实施例中业务能力开放功能实体接收到的用户标识和PCRF标识可为网络设备基于已有接口发送的，也可为网络设备基于新增接口发送的，避免在接口传输的数据过多时对接口造成压力，使得传输的过程更为灵活。

在第一方面的第四种可能实现方式中，所述接收所述网络设备基于已有接口发送的所述用户标识和所述PCRF标识包括：

接收所述网络设备基于开源异步编程Rx接口发送的所述用户标识和所述PCRF标识；或，

接收所述网络设备基于应用程序编辑API接口发送的所述用户标识和所述PCRF标识；或，

接收所述网络设备基于认证服务Radius接口发送的所述用户标识和所述PCRF标识。

本公开实施例中业务能力开放功能实体接收到的用户标识和PCRF标识可为网络设备基于Rx接口、API接口或Radius接口发送的，使得业务能力开放功能实体可以基于多种已有接口获取用户标识和PCRF标识，避免对某一接口造成过大的传输压力。

在第一方面的第五种可能实现方式中，所述接收所述网络设备基于认证服务Radius接口发送的所述用户标识和所述PCRF标识包括：

接收所述网络设备基于Radius接口传输的验证消息，所述验证消息由所述网络设备基于所述Radius接口在已有消息中添加所述用户标识和所述PCRF标识生成，所述已有消息为接入请求Access-Request消息或统计请求Accounting-Request消息；

在所述验证消息中获取所述用户标识和所述PCRF标识。

本公开实施例中业务能力开放功能实体可以直接在网络设备基于Radius接口在已有消息中添加用户标识和PCRF标识生成的验证消息中提取用户标识和PCRF标识，简化了获取用户标识和PCRF标识的过程。

在第一方面的第六种可能实现方式中，所述用户标识至少包括固定网号码MSISDN、用户识别码IMSI、用户网络协议IP、接入点APN以及用户临时标识中的一种或多种。

本公开实施例中用户标识可以由MSISDN、IMSI、用户IP、APN以及用户临时标识中的一种或多种组成，提高了寻址过程中的用户信息的安全性以及寻址的准确性。

第二方面，提供了一种寻址方法，所述方法应用于存储实体，所述方法包括：

获取用户的用户标识和策略和计费规则功能实体PCRF标识，将所述用户标识与所述PCRF标识对应存储，所述PCRF标识用于标识用户所在的PCRF网元；

接收业务能力开放功能实体发送的网元标识请求，所述网元标识请求携带所述用户标识；

从已存储的用户标识与PCRF标识中，确定与所述用户标识对应的PCRF标识；

向所述业务能力开放功能实体发送所述PCRF标识，以使所述业务能力开放功能实体基于所述PCRF标识进行寻址。

本公开实施例通过获取用户的用户标识和PCRF标识，将用户标识与PCRF标识对应存储，使得在接收到携带用户标识的网元标识请求时，可以从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识，并将PCRF标识发送至业务能力开放功能实体，以使业务能力开放功能实体基于PCRF标识进行寻址，向PCRF标识对应的PCRF网元进行服务质量能力请求，无需为用户建立Gx接口会话信息表，避免了对DRA的存储容量进行扩容，降低了通信系统的部署成本。

在第二方面的第一种可能实现方式中，所述获取用户的用户标识和策略和计费规则功能实体PCRF标识包括：

接收网络设备发送的所述用户标识和所述PCRF标识；或，

向所述网络设备发送携带所述用户标识的标识获取请求，并接收所述网络设备返回的所述用户标识对应的所述PCRF标识；

其中，所述网络设备为分组数据网络网关PGW或PCRF网元。

本公开实施例中存储实体可以接收网络设备发送的用户标识和PCRF标识，也可向网络设备发送携带用户标识的标识请求，并接收网络设备返回的用户标识对应的PCRF标识，使得网络设备可以自行将用户标识和PCRF标识上传至业务能力开放功能实体，也可在网络设备接收到标识获取请求时将用户标识和PCRF标识上传至业务能力开放功能实体，避免网络设备发送用户标识和PCRF标识的并发量过大，对网络设备和业务能力开放功能实体造成压力。

在第二方面的第二种可能实现方式中，所述方法还包括：

若所述网络设备配置有超文本传输协议HTTP头增强功能，则获取所述网络设备发送的所述用户标识和HTTP，在所述HTTP的头信息中获取所述PCRF标识，所述HTTP由所述网络设备在检测到用户设备UE访问业务能力开放功能实体时获取，所述PCRF标识由所述网络设备添加至所述HTTP的头信息中。

本公开实施例中若网络设备配置有HTTP头增强功能，则存储实体可以直接获取网络设备发送的用户标识和HTTP，并在HTTP的头信息中获取网络设备添加至HTTP的用户标识和PCRF标识，使得可以直接基于已存在的HTTP传输用户标识和PCRF标识，简化了获取用户标识和PCRF标识的过程。

在第二方面的第三种可能实现方式中，所述接收网络设备发送的所述用户标识和所述PCRF标识包括：

接收所述网络设备基于已有接口发送的所述用户标识和所述PCRF标识；或，

接收所述网络设备基于新增接口发送的所述用户标识和所述PCRF标识，所述新增接口由所述网络设备建立。

本公开实施例中存储实体接收到的用户标识和PCRF标识可为网络设备基于已有接口发送的，也可为网络设备基于新增接口发送的，避免在接口传输的数据过多时对接口造成压力，使得传输的过程更为灵活。

在第二方面的第四种可能实现方式中，所述接收所述网络设备基于已有接口发送的所述用户标识和所述PCRF标识包括：

接收所述网络设备基于开源异步编程Rx接口发送的所述用户标识和所述PCRF标识；或，

接收所述网络设备基于应用程序编辑API接口发送的所述用户标识和所述PCRF标识；或，

接收所述网络设备基于认证服务Radius接口发送的所述用户标识和所述PCRF标识。

本公开实施例中存储实体接收到的用户标识和PCRF标识可为网络设备基于Rx接口、API接口或Radius接口发送的，使得存储实体可以基于多种已有接口获取用户标识和PCRF标识，避免对某一接口造成过大的传输压力。

在第二方面的第五种可能实现方式中，所述接收所述网络设备基于认证服务Radius接口发送的所述用户标识和所述PCRF标识包括：

接收所述网络设备基于Radius接口传输的验证消息，所述验证消息由所述网络设备基于所述Radius接口在已有消息中添加所述用户标识和所述PCRF标识生成，所述已有消息为接入请求Access-Request消息或统计请求Accounting-Request消息；

在所述验证消息中获取所述用户标识和所述PCRF标识。

本公开实施例中存储实体可以直接在网络设备基于Radius接口在已有消息中添加用户标识和PCRF标识生成的验证消息中提取用户标识和PCRF标识，简化了获取用户标识和PCRF标识的过程。

在第二方面的第六种可能实现方式中，所述用户标识至少包括固定网号码MSISDN、用户识别码IMSI、用户网络协议IP、接入点APN以及用户临时标识中的一种或多种。

本公开实施例中用户标识可以由MSISDN、IMSI、用户IP、APN以及用户临时标识中的一种或多种组成，提高了寻址过程中的用户信息的安全性以及寻址的准确性。

第三方面，提供了一种寻址方法，所述方法应用于业务能力开放功能实体，所述方法包括：

向存储实体发送网元标识请求，由所述存储实体基于所述用户标识，从已存储的用户标识与策略和计费规则功能实体PCRF标识中，确定与所述用户标识对应的PCRF标识，所述网元标识请求携带待寻址用户设备UE的用户标识；

接收所述存储实体返回的PCRF标识，所述PCRF标识用于标识用户所在的PCRF网元；

基于所述PCRF标识进行寻址，向所述PCRF标识对应的PCRF网元进行服务质量能力请求。

在本公开实施例中，业务能力开放功能实体向存储实体发送网元标识请求，由存储实体基于用户标识，从已存储的用户标识与PCRF标识中确定与用户标识对应的PCRF标识，并由存储实体将PCRF标识返回给业务能力开放功能实体，以便业务能力开放功能实体基于PCRF标识进行寻址，向PCRF标识对应的PCRF网元进行服务质量能力请求，无需为用户建立Gx接口会话信息表，避免了对DRA的存储容量进行扩容，降低了通信系统的部署成本。

在第三方面的第一种可能实现方式中，所述用户标识至少包括固定网号码MSISDN、用户识别码IMSI、用户网络协议IP、接入点APN以及用户临时标识中的一种或多种。

本公开实施例中用户标识可以由MSISDN、IMSI、用户IP、APN以及用户临时标识中的一种或多种组成，提高了寻址过程中的用户信息的安全性以及寻址的准确性。

第四方面，提供了一种寻址装置，所述装置包括多个功能模块，该多个功能模块用于执行上述第一方面所提供的寻址方法以及其任一种可能实现方式。

第五方面，提供了一种寻址装置，所述装置包括多个功能模块，该多个功能模块用于执行上述第二方面所提供的寻址方法以及其任一种可能实现方式。

第六方面，提供了一种寻址装置，所述装置包括多个功能模块，该多个功能模块用于执行上述第三方面所提供的寻址方法以及其任一种可能实现方式。

第七方面，提供了一种寻址装置，所述装置包括业务能力开放功能实体、网络设备及处理组件。所述业务能力开放功能实体用于获取用户的用户标识和PCRF标识，将所述用户标识与所述PCRF标识对应存储，所述网络设备用于发送的所述用户标识和所述PCRF标识，所述处理组件用于执行命令，所述执行命令用于执行：获取用户的用户标识和PCRF标识，将所述用户标识与所述PCRF标识对应存储，所述PCRF标识用于标识用户所在的PCRF网元；接收申请能力请求，所述申请能力请求携带所述用户标识；从已存储的用户标识与PCRF标识中，确定与所述用户标识对应的PCRF标识；基于所述PCRF标识进行寻址，向所述PCRF标识对应的PCRF网元进行服务质量能力请求。

第八方面，提供了一种网络设备，所述网络设备存储有多条指令，所述指令适于由处理器用来加载并执行上述第一方面的寻址方法。

第九方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行以完成上述第一方面的寻址方法。

第十方面，提供了一种网络设备，所述网络设备存储有多条指令，所述指令适于由处理器用来加载并执行上述第二方面的寻址方法。

第十一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行以完成上述第二方面的寻址方法。

第十二方面，提供了一种网络设备，所述网络设备存储有多条指令，所述指令适于由处理器用来加载并执行上述第三方面的寻址方法。

第十三方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行以完成上述第三方面的寻址方法。

本公开实施例提供的技术方案带来的有益效果是：

通过获取用户的用户标识和PCRF标识，将用户标识与PCRF标识对应存储，使得在接收到携带用户标识的申请能力请求时，可以从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识，基于PCRF标识进行寻址，向PCRF标识对应的PCRF网元进行服务质量能力请求，无需为用户建立Gx接口会话信息表，避免了对DRA的存储容量进行扩容，降低了通信系统的部署成本。

图1A是本公开实施例提供的通信系统的架构图；

图1B是本公开实施例提供的通信系统的架构图；

图2是本公开实施例提供一种网络设备200的结构示意图；

图3A是本公开实施例提供的寻址方法的流程图；

图3B是本公开实施例提供的寻址方法的流程图；

图4A是本公开实施例提供的寻址方法的流程图；

图4B是本公开实施例提供的寻址方法的流程图；

图5是本公开实施例提供的寻址装置结构示意图；

图6是本公开实施例提供的寻址装置结构示意图；

图7是本公开实施例提供的寻址装置结构示意图。

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

在对本公开进行详细的解释说明之前，先对本公开涉及的通信系统的架构进行简单的介绍。

本公开涉及的通信系统可为长期演进技术(Long Term Evolution，LTE)通信系统、演进型分组核心网(Evolved Packet Core network，EPC)通信系统、全球移动通讯系统(Global System for Mobile Communications，GSM)、通用移动通信系统(UniversalMobile Telecommunications System，UMTS)、无线保真(Wireless Fidelity，WiFi)通信系统以及码分多址(Code Division Multiple Access，CDMA)通信系统等。参见图1A，本公开以LET通信系统或EPC通信系统为例，本公开涉及的通信系统包括UE、演进的通用陆基无线接入网(Evolved-Universal Terrestrial Radio Access Network，E-UTRAN)、移动性管理实体(Mobility Management Entity，MME)、通用分组无线业务支撑节点(Serving GeneralPacket Radio Service Support Node，SGSN)、归属签约用户服务器(Home SubscriberServer，HSS)、服务网关(Serving Gateway)、分组数据网络网关(Packet Data NetworkGateway，PDN Gateway)、PCRF以及SCEF。

UE为用户端的用户设备，通过接入E-UTRAN实现与通信系统之间的连接，当检测到用户的注册请求时，在通信系统中进行注册，并为建立IP CAN(通过IP实现UE与IMS实体之间的连通的网络实体)会话；E-UTRAN为UE提供与通信系统之间的连接，传送用户信息；MME管理接入通信系统中的多个UE；SGSN负责通信系统中的移动数据、会话、消息等的路由和转发；HSS在用户进行注册时执行对用户的身份的验证及授权，并存储用户的注册信息；Serving Gateway为MME为UE分配的用于为UE提供服务的网关；PDN Gateway为通信系统的边界网关，管理通信系统中的会话，转发通信系统中的数据，并为UE分配IP地址以及控制UE的接入；PCRF为通信系统中的策略决策点，为通信系统的策略与计费执行功能选择及提供可用的策略和计费控制决策；SCEF基于PCRF标识进行寻址，以便向PCRF标识对应的PCRF网元请求服务质量能力。

参见图1B所示的SCEF逻辑架构，SCEF中包括HSS、PCRF、MME或SGSN、广播组播业务中心(Broadcast Multicast Service Center，BM-SC)、服务呼叫会话控制功能(ServingCall Session Control Function，S-CSCF)、返回用户指定形式(Returned CustomerAssignment Form，RCAF)、网络实体(Network Entity)以及多个应用程序编辑(Application Programming Interface，API)接口。SCEF中的HSS、PCRF、MME或SGSN、BM-SC、S-CSCF、RCAF以及Network Entity可以基于多个API接口与应用进行交互。

图2是本公开实施例提供的一种网络设备200的结构示意图。参见图2，该网络设备200包括通信总线、处理器、存储器和通信接口，还可以包括输入输出接口和显示设备，其中，各个功能单元之间可以通过总线完成相互间的通信。该存储器存储有计算机程序，处理器，用于执行存储器上所存放的程序，执行上述实施例中的寻址方法。

总线是连接所描述的元素的电路并且在这些元素之间实现传输。例如，处理器通过总线从其它元素接收到命令，解密接收到的命令，根据解密的命令执行计算或数据处理。存储器可以包括程序模块，例如内核(kernel)，中间件(middleware)，应用程序编程接口(Application Programming Interface，API)和应用。该程序模块可以是有软件、固件或硬件、或其中的至少两种组成。输入输出接口转发用户通过输入输出设备(例如感应器、键盘、触摸屏)输入的命令或数据。显示设备显示各种信息给用户。通信接口将该网络设备200与其它网络设备、用户设备、网络进行连接。例如，通信接口可以通过有线或无线连接到网络以连接到外部其它的网络设备或用户设备。无线通信可以包括以下至少一种：无线保真(Wireless Fidelity，WiFi)，蓝牙(Bluetooth，BT)，近距离无线通信技术(Near FieldCommunication，NFC)，全球卫星定位系统(Global Positioning System，GPS)和蜂窝通信(cellular communication)(例如，长期演进技术(Long Term Evolution，LTE)，长期演进技术的后续演进(Long Term Evolution–Advanced，LTE-A)，码分多址(Code DivisionMultiple Access，CDMA)，宽带码分多址(WidebandCDMA，WCDMA)，通用移动通信系统(Universal Mobile Telecommunication System，UMTS)，无线宽带接入(WirelessBroadband，WiBro)和全球移动通讯系统(Global System for Mobile communication，GSM)。有线通信可以包括以下至少一种：通用串行总线(Universal Serial Bus，USB)，高清晰度多媒体接口(High Definition Multimedia Interface，HDMI)，异步传输标准接口(Recommended Standard 232，RS-232)，和普通老式电话业务(Plain Old TelephoneService，POTS)。网络可以是电信网络和通信网络。通信网络可以为计算机网络、因特网、物联网、电话网络。网络设备200可以通过通信接口连接网络，网络设备200和其它网络设备通信所用的协议可以被应用、应用程序编程接口(Application Programming Interface，API)、中间件、内核和通信接口至少一个支持。

为了避免对DRA造成较大的存储压力，本公开将用户标识和PCRF标识直接存储在通信系统中的网络设备上。通信系统中可以增加用于存储用户标识和PCRF标识的网络设备，也可将用户标识和PCRF标识存储在通信系统中的已有网元上，例如，可以存储在SCEF、认证，授权和计费(Authentication，Authorization and Accounting，AAA)网元、PCRF、PGW、DRA等，本公开对用户标识和PCRF标识的存储位置不进行具体限定。

当用户标识和PCRF标识存储在诸如SCEF或AAA网元上时，由于SCEF或AAA网元本身就具有寻址以及进行Qos能力请求的功能，因此，可以直接基于设备所存储的用户标识和PCRF标识来进行后续的寻址和能力请求过程，可以将这类设备称为业务能力开放功能实体。当用户标识和PCRF标识存储在通信系统中除SCEF或AAA网元以外的其他网络设备上时，例如PCRF、PGW或DRA等网络设备，这些网络设备可能不具有寻址以及进行Qos能力请求的功能，因此，可将这类网络设备看做存储实体，这样，SCEF或AAA网元在进行寻址时如果需要获取PCRF标识，则可以通过与这些存储实体进行交互，以获取用户标识对应的PCRF标识，从而通过寻址来确定PCRF，进而为UE进行Qos能力请求。下面，基于上述两类不同方式的部署对寻址过程进行描述：

首先，介绍用户标识和PCRF标识存储在SCEF或AAA网元上时的寻址过程，其具体步骤可以参照图3A中的过程，图3A是根据一示例性实施例示出的一种寻址方法的流程图。如图3A所示，该方法包括以下步骤。

在步骤301中，UE建立与PGW之间的IP CAN会话，PGW与PCRF网元交互CCR和CCA，完成UE在通信系统中的注册。

在本公开实施例中，当UE请求在通信系统中进行注册时，需要建立与PGW之间的IPCAN会话，并基于IP CAN会话将注册信息发送至PGW；当PGW接收到UE的注册信息时，在至少一个PCRF网元中选取可注册的PCRF网元，并向PCRF网元发送携带注册信息的信用控制请求(Credit Control Request，CCR)，以使PCRF网元在接收到CCR后，对UE进行注册，并在注册成功后，向PGW返回携带PCRF标识的信用控制应答(Credit Control Answer，CCA)，以便PGW将PCRF标识返回至UE，完成UE在通信系统中的注册。

在步骤302中，PGW向SCEF发送用户标识和PCRF标识，PCRF标识用于标识用户所在的PCRF网元。

其中，用户标识为UE在通信系统中注册时，通信系统为UE生成的唯一通用标识，可以由固定网号码(Mobile Subscriber International ISDN/PSTN Number，MSISDN)、国际用户识别码(International Mobile Subscriber Identification Number，IMSI)、用户的公网IP和/或私网IP、接入点(Access Point Name，APN)以及用户临时标识中的一种或多种组成。PCRF标识用于唯一标识一个PCRF，PCRF标识一般为PCRF主机名信息，也可以是其他可以唯一标识PCRF网元信息，例如IP或设备编号等。

由于UE在通信系统中进行注册时，会注册至通信系统中的某一PCRF网元上，因此，当UE在通信系统中注册成功后，PGW便可获取UE所在的PCRF网元的PCRF标识。为了使SCEF获取到用户标识和PCRF标识，并简化SCEF请求用户标识和PCRF标识的流程，PGW可主动将用户标识和PCRF标识上传至SCEF，以使SCEF将用户标识和PCRF标识对应进行存储。

PGW在将用户标识和PCRF标识发送至SCEF时，可以基于当前通信系统中已有接口发送，也可在通信系统中新建一个或多个新增接口，并基于新增接口将用户标识和PCRF标识发送至SCEF。其中，已有接口可为开源异步编程(Reactive Extensions，Rx)接口、API接口或认证服务(Radius)接口。若基于Radius接口发送用户标识和PCRF标识，则PGW在将用户标识和PCRF标识发送至SCEF之前，需要基于Radius接口生成消息，并在消息中添加需要发送的用户标识和PCRF标识，生成验证消息，并将验证消息发送至SCEF，由SCEF在验证消息中提取用户标识和PCRF标识，将用户标识和PCRF标识对应进行存储，以便在后续进行寻址时，SCEF可以直接确定与用户标识对应的PCRF标识。其中，PGW基于Radius接口生成消息可为接入请求(Access-Request)消息或统计请求(Accounting-Request)消息，本公开对PGW基于Radius接口生成的消息不进行具体限定。

在本申请实施例中，仅以发送用户标识和PCRF标识的网络设备为PGW为例进行说明，而在实际场景中，还可以由分组网关实体来进行发送，这种实时上报用户标识以及用户所在的PCRF标识的方式，可以避免由于上报不及时而造成的处理时延和处理错误。

在步骤303中，当SCEF接收到用户标识和PCRF标识时，将用户标识与PCRF标识对应存储。

在本公开实施例中，SCEF在接收到PGW发送的用户标识和PCRF标识后，由于SCEF可以存储用户标识和PCRF标识，因此，SCEF便直接将用户标识和PCRF标识对应进行存储，以便在后续进行寻址时，SCEF可以直接确定与用户标识对应的PCRF标识。

其中，SCEF在接收用户标识和PCRF标识时，可基于上述步骤302中提及的已有接口或新增接口接收，本公开对SCEF接收用户标识和PCRF标识的方式不进行具体限定。

需要说明的是，上述步骤302和步骤303中所示的过程为PGW主动将用户标识与PCRF标识上传至SCEF，由SCEF进行存储的过程，而在实际应用的过程中，参见图3B，SCEF还可以采取下述两种方式在PGW中获取用户标识和PCRF标识。

方式一、SCEF向PGW发送携带用户标识的标识获取请求，并接收PGW返回的用户标识对应的PCRF标识。

当UE完成在通信系统中的注册后，由于通信系统中的全部网络设备均可获取到UE的用户标识，这样，SCEF可以基于用户标识向PGW请求与用户标识对应的PCRF标识。当PGW接收到SCEF发送的用户标识后，确定与用户标识对应的PCRF标识，并将PCRF标识返回至SCEF，由SCEF将用户标识和PCRF标识对应进行存储，以便在后续进行寻址时，SCEF可以直接确定与用户标识对应的PCRF标识。由于PGW仅在接收到SCEF的标识获取请求时，才将PCRF标识发送至SCEF，因此，可以避免由于通信系统中注册的UE过多，导致SCEF可能接收到的并行数据过多，造成SCEF的存储压力过大。

其中，PGW在将用户标识和PCRF标识发送至SCEF时，可以基于上述步骤302中的方式进行发送，此处不再进行赘述。

方式二、若PGW配置有超文本传输协议(HyperText Transfer Protocol，HTTP)头增强功能，则SCEF获取PGW发送的用户标识和HTTP，在HTTP的头信息中获取PCRF标识。

在本公开实施例中，若PGW配置有HTTP头增强功能，则PGW可以修改HTTP的头信息，在HTTP的头信息中增加相应信息，这样，当UE完成在通信系统中的注册后，UE便可直接访问SCEF中的网络服务(Web Server)，这样，PGW便可检测到UE的访问行为，并获取UE在访问WebServer时的HTTP，将PCRF标识添加至HTTP的头信息中，将HTTP和用户标识发送至SCEF，由SCEF在HTTP中提取PCRF标识，将用户标识和PCRF标识对应存储，以便在后续进行寻址时，SCEF可以直接确定与用户标识对应的PCRF标识。

由于PGW可以直接修改HTTP的头信息，在HTTP的头信息中添加PCRF标识，因此，无需再生成携带PCRF标识的其他请求，简化了将PCRF标识传输至SCEF的流程，避免通信系统中的请求过多导致通信系统的负载过大。

在步骤304中，SCEF接收SP/CP的申请能力请求，申请能力请求携带用户标识。

在本公开实施例中，当SP/CP需要获取PCRF网元的服务质量能力时，可以向SCEF发送携带用户标识的申请能力请求，以便SCEF确定与用户标识对应的PCRF标识，基于PCRF标识进行寻址，向PCRF标识对应的PCRF网元进行服务质量能力请求。需要说明的是，该申请能力请求可为OTT消息，该OTT消息可由SP或CP上的OTT服务发送，本公开实施例对此申请能力请求的类型以及发送方式不进行具体限定。

在步骤305中，SCEF基于申请能力请求携带的用户标识，在已存储的用户标识与PCRF标识中，确定PCRF标识。

在本公开实施例中，SCEF在确定用户标识对应的PCRF标识时，可以直接在申请能力请求中提取用户标识，并在已存储的用户标识与PCRF标识中查用户标识对应的PCRF标识。

在步骤306中，SCEF基于PCRF标识进行寻址，得到与PCRF标识对应的PCRF网元，向PCRF标识对应的PCRF网元进行服务质量能力请求。

在本公开实施例中，当SCEF确定用户标识对应的PCRF标识后，便可基于PCRF标识进行寻址，确定与PCRF标识对应的PCRF网元，并向PCRF网元请求服务质量能力。在获取到服务质量能力的能力参数后，SCEF可将服务质量能力的能力参数返回给SP/CP，以使SP/CP基于能力参数为用户提供服务。

本公开实施例所述的方法，SCEF通过获取用户的用户标识和规则功能PCRF标识，将用户标识与PCRF标识对应存储，使得在接收到携带用户标识的申请能力请求时，可以直接从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识，基于PCRF标识进行寻址，得到与PCRF标识对应的PCRF网元，向PCRF标识对应的PCRF网元进行服务质量能力请求，无需为用户建立Gx接口会话信息表，避免了对DRA的存储容量进行扩容，降低了通信系统的部署成本。

由于用户标识和PCRF标识还可存储在PCRF、PGW或DRA等网络设备，下面，以用户标识和PCRF标识存储在PCRF上为例介绍寻址过程，其具体步骤可以参照图4A中的过程。图4A是根据一示例性实施例二示出的一种寻址方法的流程图。如图4A所示，该方法包括以下步骤。

在步骤401中，UE建立与PGW之间的IP CAN会话，PGW与PCRF网元交互CCR和CCA，完成UE在通信系统中的注册。

在本公开实施例中，UE在通信系统中注册的过程与上述步骤301中所示的过程一致，此处不再进行赘述。

在步骤402中，PGW向PCRF发送用户标识和PCRF标识。

在本公开实施例中，由于UE在通信系统中进行注册时，会注册至通信系统中的某一PCRF网元上，因此，当UE在通信系统中注册成功后，PGW便可获取UE所在的PCRF网元的PCRF标识。为了使PCRF获取用户标识和PCRF标识，并简化PCRF获取用户标识和PCRF标识的流程，PGW可主动将用户标识和PCRF标识上传至PCRF，以使PCRF将用户标识和PCRF标识对应进行存储。

PGW在将用户标识和PCRF标识发送至PCRF时，可以基于当前通信系统中已有接口发送，也可在通信系统中新建一个或多个新增接口。其中，PGW基于接口将用户标识和PCRF标识发送至PCRF的过程与上述步骤302中的PGW基于接口将用户标识和PCRF标识发送至SCEF的过程一致，此处不再进行赘述。

在步骤403中，PCRF接收用户标识和PCRF标识，将用户标识与PCRF标识对应存储。

在本公开实施例中，PCRF在接收到PGW发送的用户标识和PCRF标识后，由于PCRF可以存储用户标识和PCRF标识，因此，PCRF直接将用户标识和PCRF标识对应进行存储，以便在后续进行寻址时，PCRF可以直接确定与用户标识对应的PCRF标识。

其中，PCRF在接收用户标识和PCRF标识时，可基于上述步骤302中提及的已有接口或新增接口接收，本公开对PCRF接收用户标识和PCRF标识的方式不进行具体限定。

需要说明的是，上述步骤402和步骤403中所示的过程为PGW主动将用户标识与PCRF标识上传至PCRF，由PCRF进行存储的过程，而在实际应用的过程中，参见图4B，PCRF还可以采取下述两种方式在PGW中获取用户标识和PCRF标识。

方式一、PCRF向PGW发送携带用户标识的标识获取请求，并接收PGW返回的用户标识对应的PCRF标识。

在本公开实施例中，PCRF向PGW获取PCRF标识的过程与上述实施例一中所示的方式一的过程一致，此处不再进行赘述。

方式二、若PGW配置有HTTP头增强功能，则PCRF获取PGW发送的用户标识和HTTP，在HTTP的头信息中获取PCRF标识。

在本公开实施例中，PGW向PCRF发送用户标识和HTTP以及PCRF获取PCRF标识的过程与上述实施例一中所示的方式二的过程一致，此处不再进行赘述。

在步骤404中，当SCEF接收到SP/CP发送的申请能力请求时，向PCRF发送携带用户标识的网元标识请求。

在本公开实施例中，申请能力请求中携带用户标识，当SCEF接收到SP/CP发送的申请能力请求时，可在申请能力请求中提取用户标识，并基于用户标识生成网元标识请求，向PCRF发送网元标识请求，以便在PCRF中获取用户标识对应的PCRF标识。

在步骤405中，PCRF接收SCEF发送的网元标识请求，从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识。

在本公开实施例中，PCRF确定与用户标识对应的PCRF标识的过程与上述步骤305中所示的SCEF确定用户标识对应的PCRF标识的过程一致，此处不再进行赘述。

在步骤406中，PCRF向SCEF发送PCRF标识。

在本公开实施例中，PCRF在确定用户标识对应的PCRF标识后，将PCRF标识发送至SCEF，以使SCEF基于PCRF标识进行寻址。

在步骤407中，SCEF基于PCRF标识进行寻址，得到与PCRF标识对应的PCRF网元，向PCRF标识对应的PCRF网元进行服务质量能力请求。

在本公开实施例中，SCEF寻址的过程与上述步骤306中所示的过程一致，此处不再进行赘述。

本公开实施例所述的方法，PCRF通过获取用户的用户标识和规则功能PCRF标识，将用户标识与PCRF标识对应存储，使得在接收到SCEF发送的携带用户标识的申请能力请求时，可以直接从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识，并将PCRF标识返回至SCEF，以使SCEF基于PCRF标识进行寻址，得到与PCRF标识对应的PCRF网元，向PCRF标识对应的PCRF网元进行服务质量能力请求，无需为用户建立Gx接口会话信息表，避免了对DRA的存储容量进行扩容，降低了通信系统的部署成本。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图5是根据本公开实施例提供的一种寻址装置的框图。参见图5，该装置包括：

获取模块501，用于获取用户的用户标识和策略和计费规则功能实体PCRF标识；

存储模块502，用于将用户标识与PCRF标识对应存储，PCRF标识用于标识用户所在的PCRF网元；

接收模块503，用于接收申请能力请求，申请能力请求携带用户标识；

确定模块504，用于从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识；

寻址模块505，用于基于PCRF标识进行寻址，向PCRF标识对应的PCRF网元进行服务质量能力请求。

在另一个实施例中，获取模块501用于执行上述步骤303中所涉及的过程。

本公开实施例通过获取用户的用户标识和规则功能PCRF标识，将用户标识与PCRF标识对应存储，使得在接收到携带用户标识的申请能力请求时，可以从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识，基于PCRF标识进行寻址，得到与PCRF标识对应的PCRF网元，向PCRF标识对应的PCRF网元进行服务质量能力请求，无需为用户建立Gx接口会话信息表，避免了对DRA的存储容量进行扩容，降低了通信系统的部署成本。

图6是根据本公开实施例提供的一种寻址装置的框图。参见图6，该装置包括：

获取模块601，用于获取用户的用户标识和策略和计费规则功能实体PCRF标识；

存储模块602，用于将用户标识与PCRF标识对应存储，PCRF标识用于标识用户所在的PCRF网元；

接收模块603，用于接收业务能力开放功能实体发送的网元标识请求，网元标识请求携带用户标识；

确定模块604，用于从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识；

发送模块605，用于向业务能力开放功能实体发送PCRF标识，以使业务能力开放功能实体基于PCRF标识进行寻址。

在另一个实施例中，获取模块601用于执行上述步骤403中所涉及的过程。

本公开实施例通过获取用户的用户标识和规则功能PCRF标识，将用户标识与PCRF标识对应存储，使得在接收到携带用户标识的网元标识请求时，可以从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识，并将PCRF标识发送至业务能力开放功能实体，以使业务能力开放功能实体基于PCRF标识进行寻址，得到与PCRF标识对应的PCRF网元，向PCRF标识对应的PCRF网元进行服务质量能力请求，无需为用户建立Gx接口会话信息表，避免了对DRA的存储容量进行扩容，降低了通信系统的部署成本。

图7是根据本公开实施例提供的一种寻址装置的框图。参见图7，该装置应用于业务能力开放功能实体，该装置包括：

发送模块701，用于向存储实体发送网元标识请求，由所述存储实体基于所述用户标识，从已存储的用户标识与策略和计费规则功能实体PCRF标识中，确定与所述用户标识对应的PCRF标识，所述网元标识请求携带待寻址用户设备UE的用户标识；

接收模块702，用于接收所述存储实体返回的PCRF标识，所述PCRF标识用于标识用户所在的PCRF网元；

寻址模块703，用于基于所述PCRF标识进行寻址，向所述PCRF标识对应的PCRF网元进行服务质量能力请求。

本公开实施例通过获取用户的用户标识和规则功能PCRF标识，将用户标识与PCRF标识对应存储，使得在接收到携带用户标识的网元标识请求时，可以从已存储的用户标识与PCRF标识中，确定与用户标识对应的PCRF标识，并将PCRF标识发送至业务能力开放功能实体，以使业务能力开放功能实体基于PCRF标识进行寻址，得到与PCRF标识对应的PCRF网元，向PCRF标识对应的PCRF网元进行服务质量能力请求，无需为用户建立Gx接口会话信息表，避免了对DRA的存储容量进行扩容，降低了通信系统的部署成本。

需要说明的是：上述实施例提供的寻址装置在寻址时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的寻址装置与寻址方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

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

另外，该计算机可读存储介质上还存储有指令，所述指令被处理器执行以完成本申请所提供的任一种寻址方法。

以上所述仅为本公开的可选实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。