CN105553923A - 一种获取用户标识的方法及网络侧设备 - Google Patents

Abstract

本发明公开了一种获取用户标识的方法及网络侧设备，涉及AF(Application？Function，应用功能)的技术。本发明公开的方法，包括：策略和计费控制实体PCRF收到应用功能实体AF发送的请求消息时，解析请求消息；若PCRF从请求消息中解析得到AF请求获取用户标识的指示，则在构造请求消息的响应消息中，携带AF请求获取的用户标识；PCRF将所构造的响应消息反馈给AF。本发明还公开了一种网络侧设备。本申请技术方案利用现有接口传输用户标识，从而解决了部分场景下AF网元无法获取到用户标识造成无法基于用户标识进行业务控制的问题，且实现方式简单高效。

Description

一种获取用户标识的方法及网络侧设备

技术领域

本发明涉及AF(ApplicationFunction，应用功能)的技术，是一种PCC(PolicyandChargingControl，策略和计费控制)架构中在无法获取用户标识场景下AF获取用户标识的实现方案。

背景技术

在PCC架构网络中，如图1所示，存在几个主要的功能实体：PCRF(PolicyandChargingRuleFunction，策略和计费规则功能)、PCEF(PolicyandChargingEnforcementFunction，策略和计费执行功能)、BBERF(BearerBindingandEventReportingFunction，承载绑定和事件上报功能)、AF(ApplicationFunction，应用功能)、TDF(TrafficDetectionFunction，业务检测功能)、SPR(SubscriptionProfileRepository，用户签约数据库)、OFCS(Offlinechargingsystem，离线计费系统)、OCS(Onlinechargingsystem，在线计费系统)。

PCRF主要负责策略和计费规则的制定，通过Gx接口将制定的PCC策略和计费规则下发给PCEF，PCEF安装、执行PCC策略，并上报相关事件，与计费系统交互计费信息。PCRF通过Gxx接口将QoS(QualityofService，业务服务质量)规则下发给BBERF，BBERF不和计费系统交互计费信息，只负责承载绑定和相关事件的上报。PCRF通过Sd接口把需要监控的业务信息下发给TDF，TDF执行业务监控，并上报给PCRF。AF通过Rx接口向PCRF提供业务信息。SPR保存了用户签约的业务信息，PCRF可以通过Sp接口向SPR查询用户签约的业务信息。OCS通过Sy接口向PCRF报告与用户消费相关的策略计数器状态信息。PCEF通过Gy接口将在线计费信息发送给OCS进行在线计费的统计，通过Gz接口将离线计费信息发送给OFCS。TDF通过Gyn接口将基于业务的在线计费信息发送给OCS，通过Gzn接口将基于业务的离线计费信息发送给OFCS。

PCEF和PCRF之间通过IP-CAN(IPConnectivityAccessNetwork，IP连接接入网)会话互相维持连接状态，AF和PCRF之间通过AF会话互相维持连接状态。PCEF通过CCR(Credit-Control-Request)消息向PCRF发送建立、更新、释放IP-CAN会话的指示；AF则通过AAR(Authentication-Authorization-Request，认证授权请求)消息向PCRF发送建立、更新AF会话的指示，通过STR(Session-Termination-Request，会话终止请求)向PCRF发送释放AF会话的指示。

PCRF根据AF提供的业务相关信息、PCEF上报的承载相关信息以及SPR中用户签约的业务信息，制定动态PCC策略，并下发给PCEF，策略信息中包含QoS和计费的信息。

AF可以提供业务的动态策略和计费控制。AF可以是IMS(IPMultimediaSystem，IP多媒体子系统)网络中的P-CSCF(Proxy-CallSessionControlFunction，代理呼叫会话控制功能)，也可以是一个第三方应用平台。在某些场景时，第三方应用平台作为AF网元，受限于网络部署而无法获取到用户标识，从而不能执行基于用户标识的业务控制，比如基于用户标识的计费目的。而PCRF和PCEF之间创建的IP-CAN会话，持有会话关联的用户标识，AF会话创建时将和IP-CAN会话进行绑定，会话绑定后，则能够获取AF会话关联的用户标识。但是PCRF如何通过Rx接口，发送关联的用户标识给AF，是亟待解决的问题。

发明内容

本发明所要解决的技术问题是，提供一种获取用户标识的方法及网络侧设备，以解决第三方应用平台作为AF时，AF网元无法获取到用户标识的问题和缺陷。

为了解决上述技术问题，本发明公开了一种获取用户标识的方法，包括以下操作：

策略和计费控制实体PCRF收到应用功能实体AF发送的请求消息时，解析所述请求消息；

若所述PCRF从所述请求消息中解析得到AF请求获取用户标识的指示，则在构造所述请求消息的响应消息中，携带AF请求获取的用户标识；

所述PCRF将所构造的响应消息反馈给所述AF。

可选地，上述方法中，所述请求消息至少包括认证授权请求AAR和会话终止请求STR消息。

可选地，上述方法还包括：

当所述PCRF从所述请求消息中没有解析得到AF请求获取用户标识的指示时，所述PCRF则根据AF邻接局配置判断所述AF网元是否需要从PCRF获取用户标识；

当AF网元需要从PCRF获取用户标识时，所述PCRF在构造所述请求消息的响应消息中，携带AF请求获取的用户标识。

可选地，上述方法中，所述PCRF从所述请求消息中解析得到AF请求获取用户标识的指示指：

所述PCRF从所述请求消息中解析获取设定字段的值为设定值，判断所述AF请求从本PCRF中获取用户标识。

本发明还公开了一种网络侧设备，包括：

解析单元，在收到应用功能实体AF发送的请求消息时，解析所述请求消息；

响应消息构造单元，在所述解析单元从所述请求消息中解析得到AF请求获取用户标识的指示时，在构造所述请求消息的响应消息中，携带AF请求获取的用户标识；

发送单元，将所述响应消息构造单元构造的响应消息反馈给所述AF。

可选地，上述设备中，其特征在于，所述请求消息至少包括认证授权请求AAR和会话终止请求STR消息。

可选地，上述设备中，所述响应消息构造单元从所述请求消息中如果没有解析得到AF请求获取用户标识的指示，则根据AF邻接局配置判断所述AF网元是否需要从PCRF获取用户标识；

当AF网元需要从PCRF获取用户标识时，在构造所述请求消息的响应消息中，携带AF请求获取的用户标识。

可选地，上述设备中，所述解析单元从所述请求消息中解析得到AF请求获取用户标识的指示指：

所述解析单元从所述请求消息中解析获取设定字段的值为设定值，则判断所述AF请求从本设备中获取用户标识。

可选地，上述设备中，所述网络侧设备为策略和计费控制PCRF设备。

本申请技术方案利用现有接口传输用户标识，从而解决了部分场景下AF网元无法获取到用户标识造成无法基于用户标识进行业务控制的问题，且实现方式简单高效。

附图说明

图1是现有PCC系统架构示意图；

图2是本发明提供的获取用户标识的流程示意图；

图3是本发明提供的AF会话建立时获取用户标识的流程示意图；

图4是本发明提供的AF会话建立时获取用户标识的另一流程示意图；

图5是本发明提供的AF会话更新时获取用户标识的流程示意图；

图6是本发明提供的AF会话结束时获取用户标识的流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文将结合附图对本发明技术方案作进一步详细说明。需要说明的是，在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。

实施例1

本实施例提供一种获取用户标识的方法，如图2所示，主要包括以下操作：

步骤201，PCRF收到AF发送的请求消息时，解析该请求消息；

步骤202，若PCRF从该请求消息中解析得到AF请求获取用户标识的指示，则在构造该请求消息的响应消息中，携带AF请求获取的用户标识；

步骤203，PCRF将所构造的响应消息反馈给AF。

其中，本实施例所涉及的请求消息至少包括但不限于AAR和STR消息。

下面结合具体应用场景及附图对上述方法的具体实现作详细介绍：

场景一

图3所示为会话建立时获取用户标识的流程示意图。该过程包括如下操作：

步骤301、PCEF向PCRF发送IP-CAN会话建立指示消息，其中携带用户标识，PCRF从SPR获取该用户的签约信息，并进行规则决策，发送会话建立响应消息给PCEF，PCRF和PCEF完成创建IP-CAN会话，并在PCRF上保存IP-CAN会话信息和用户信息。

步骤302、AF网元收到外部或者内部事件触发，需要创建新的AF会话。在创建AF会话时，AF网元检测到没有与该会话关联的用户标识。为了获取到用户标识，在构造请求消息时包含请求获取用户标识的AVP。

其中，本实施例中，在构造请求消息时采用新增AVP以携带AF请求获取用户标识的指示。即设定字段AVP的取值为设定值时，即认为请求消息中包含了AF请求获取用户标识的指示。

步骤303、AF网元发送AAR请求消息给PCRF，请求建立AF会话，其中携带请求获取用户标识的AVP。

步骤304、PCRF收到AF的建立会话请求消息后，解码AAR消息，并取出请求获取用户标识的AVP，然后执行后续流程。

步骤305、PCRF根据AAR消息携带的会话信息和媒体信息，执行会话绑定和PCC规则授权。会话绑定后，PCRF即从AF会话绑定的IP-CAN会话中获取到关联的用户标识。

步骤306、PCRF根据AAR请求消息携带的请求获取用户标识AVP，在构造会话建立响应消息时，包含用户标识。

步骤307、PCRF发送会话建立响应消息给AF，其中携带用户标识。AF收到该响应消息后，解码并获取到用户标识。

步骤308、PCRF根据AF会话信息和其他信息执行重决策，修改IP-CAN会话。

还有一些优选方案提出，PCRF如果没有从请求消息中解析得到AF请求获取用户标识的指示，则还可以根据AF邻接局配置判断AF网元是否需要从PCRF获取用户标识。仅当AF网元需要从PCRF获取用户标识时，PCRF在构造请求消息的响应消息中，才携带AF请求获取的用户标识。此优选方案的具体实现可参见下述场景二的描述。

场景二

图4为会话建立时获取用户标识的另一流程示意图。该过程包括如下操作：

步骤401、PCEF向PCRF发送IP-CAN会话建立指示消息，其中携带用户标识，PCRF从SPR获取该用户的签约信息，并进行规则决策，发送会话建立响应消息给PCEF，PCRF和PCEF完成创建IP-CAN会话，并在PCRF上保存IP-CAN会话信息和用户信息。

步骤402、AF网元收到外部或者内部事件触发，需要创建新的AF会话。在构造请求消息时不包含请求获取用户标识的AVP(即不包含AF请求获取用户标识的指示)。

步骤403、AF网元发送AAR请求消息给PCRF，请求建立AF会话。

步骤404、PCRF收到AF的建立会话请求消息后，解码AAR消息，没有解析出请求获取用户标识的AVP，然后执行后续流程。

步骤405、PCRF根据AAR消息携带的会话信息和媒体信息，执行会话绑定和PCC规则授权。会话绑定后，PCRF即从AF会话绑定的IP-CAN会话中获取到关联的用户标识。

步骤406、PCRF读取AF邻接局配置，判断AF网元需要从PCRF获取用户标识。该步骤的前提是PCRF网元配置AF邻接局为需要从PCRF获取用户标识。

步骤407、根据配置，AF网元需要获取用户标识，因此在构造响应消息时，包含AF绑定会话的用户标识。

步骤408、PCRF发送会话建立响应消息给AF，其中携带用户标识。AF收到该响应消息后，解码并获取到用户标识。

步骤409、PCRF根据AF会话信息和其他信息执行重决策，修改IP-CAN会话。

场景三

图5为会话修改时获取用户标识的流程示意图。该过程包括如下操作：

步骤501、AF网元收到外部或者内部事件触发，需要修改存在的AF会话。在修改AF会话时，AF网元检测到没有与该会话关联的用户标识，并且需要获取用户标识用于业务控制。为了获取到用户标识，在构造请求消息时包含请求获取用户标识的AVP。

步骤502、AF网元发送AAR请求消息给PCRF，请求修改AF会话，其中携带请求获取用户标识的AVP(即AF请求获取用户标识的指示)。

步骤503、PCRF收到AF的修改会话请求消息后，解码AAR消息，并取出请求获取用户标识的AVP，然后执行后续流程。

步骤504、PCRF根据AAR消息携带的会话信息，从AF会话绑定的IP-CAN会话中获取到关联的用户标识，并更新保存的AF会话。

步骤505、PCRF根据AAR请求消息携带的请求获取用户标识AVP，在构造会话修改响应消息时，包含用户标识。

步骤506、PCRF发送会话修改响应消息给AF，其中携带用户标识。AF收到该响应消息后，解码并获取到用户标识。

步骤507、PCRF根据新的AF会话信息和其他信息执行重决策，修改IP-CAN会话。

场景四

图6所示为会话释放时获取用户标识的流程示意图。该过程包括如下操作：

步骤601、AF网元收到外部或者内部事件触发，需要释放存在的AF会话。在释放AF会话时，AF网元检测到没有与该会话关联的用户标识，并且需要获取用户标识用于业务控制。为了获取到用户标识，在构造请求消息时包含请求获取用户标识的AVP(AF请求获取用户标识的指示)。

步骤602、AF网元发送STR请求消息给PCRF，请求释放AF会话，其中携带请求获取用户标识的AVP。

步骤603、PCRF收到AF的释放会话请求消息后，解码STR消息，并取出请求获取用户标识的AVP，然后执行后续流程。

步骤604、PCRF根据请求消息携带的会话信息，从AF会话绑定的IP-CAN会话中获取到关联的用户标识，并删除保存的AF会话。

步骤605、PCRF根据请求消息携带的请求获取用户标识AVP，在构造会话终止响应消息时，包含用户标识。

步骤606、PCRF发送会话终止响应消息给AF，其中携带用户标识。AF收到该响应消息后，解码并获取到用户标识。

步骤607、PCRF执行重决策，修改IP-CAN会话。

具体地，本实施例可以对AAR消息进行扩展，在消息层增加一个AVP，用于AF请求获取用户标识，指示PCRF在AAA(Authentication-Authorization-Answer，认证授权响应)响应消息中携带用户标识及其类型，定义为，Subscription-Id-Request，类型为枚举，具体取值如下：

DISABLE(0)，该值用于指示不获取用户标识。为默认取值。

ENABLE(1)，该值用于指示获取用户标识(即为设定值)。

该AVP也可以不在消息中携带，表示不明确指示获取用户标识，由PCRF决定是否在响应消息中携带用户标识。

AAR消息格式参见3GPPTS29.214。

<AA-Request>::＝<DiameterHeader:265,REQ,PXY>

<Session-Id>

……

[Subscription-Id-Request]

*[AVP]

也可以对AAA消息进行扩展，在消息层增加Subscription-Id，用于携带用户标识及类型，AAA消息格式参见3GPPTS29.214，Subscription-Id的定义参见RFC4006。

<AA-Answer>::＝<DiameterHeader:265,PXY>

<Session-Id>

……

*[Subscription-Id]

*[AVP]

还可以对STR消息进行扩展，在消息层增加Subscription-Id-Request，用于AF请求获取用户标识，指示PCRF在STA(Session-Termination-Answer，会话终止响应)响应消息中携带用户标识及其类型，定义与本发明AAR消息中的Subscription-Id-Request一致。STR消息格式参见3GPPTS29.214。

<ST-Request>::＝<DiameterHeader:275,REQ,PXY>

<Session-Id>

……

[Subscription-Id-Request]

*[AVP]

还可以对STA消息进行扩展，在消息层增加Subscription-Id，用于携带用户标识及类型，STA消息格式参见3GPPTS29.214，Subscription-Id的定义参见RFC4006。

<ST-Answer>::＝<DiameterHeader:275,PXY>

<Session-Id>

……

*[Subscription-Id]

*[AVP]

实施例2

本实施例提供一种网络侧设备，可以是PCRF设备，其至少包括如下各单元。

解析单元，在收到AF发送的请求消息时，解析该请求消息；

具体地，解析单元从请求消息中解析得到AF请求获取用户标识的指示，可以是从请求消息中解析得到设定字段的值为设定值。

其中，本实施例所涉及的AF发送的请求消息至少包括但不限于AAR和STR消息。

响应消息构造单元，在解析单元从请求消息中解析得到AF请求获取用户标识的指示时，在构造请求消息的响应消息中，携带AF请求获取的用户标识；

优选地，响应消息构造单元没有从请求消息中解析得到AF请求获取用户标识的信息时，还可以根据AF邻接局配置判断AF网元是否需要从PCRF获取用户标识；仅当AF网元需要从PCRF获取用户标识时，响应消息构造单元在构造所述请求消息的响应消息中，才携带AF请求获取的用户标识。

发送单元，将响应消息构造单元构造的响应消息反馈给AF。

要说明的是，由于本实施例提供的设备可以实现上述实施例1的方法，故其他详细操作可以参见实施例1的相应内容，在此不再赘述。

从上述实施例可以看出，本申请技术方案，通过AF发送请求消息给PCRF，PCRF根据请求消息内容和/或本地配置，将用户标识通过相应消息发送给AF，从而解决现有技术中存在的部分场景下AF网元无法获取到用户标识的问题和缺陷，实现所述场景下AF可以正常执行基于用户标识的业务控制。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。

以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种获取用户标识的方法，其特征在于，包括以下操作：

策略和计费控制实体PCRF收到应用功能实体AF发送的请求消息时，解析所述请求消息；

若所述PCRF从所述请求消息中解析得到AF请求获取用户标识的指示，则在构造所述请求消息的响应消息中，携带AF请求获取的用户标识；

所述PCRF将所构造的响应消息反馈给所述AF。

2.如权利要求1所述的方法，其特征在于，所述请求消息至少包括认证授权请求AAR和会话终止请求STR消息。

3.如权利要求1所述的方法，其特征在于，该方法还包括：

当所述PCRF从所述请求消息中没有解析得到AF请求获取用户标识的指示时，所述PCRF则根据AF邻接局配置判断所述AF网元是否需要从PCRF获取用户标识；

当AF网元需要从PCRF获取用户标识时，所述PCRF在构造所述请求消息的响应消息中，携带AF请求获取的用户标识。

4.如权利要求1至3任一项所述的方法，其特征在于，所述PCRF从所述请求消息中解析得到AF请求获取用户标识的指示指：

所述PCRF从所述请求消息中解析获取设定字段的值为设定值，判断所述AF请求从本PCRF中获取用户标识。

5.一种网络侧设备，其特征在于，包括：

解析单元，在收到应用功能实体AF发送的请求消息时，解析所述请求消息；

响应消息构造单元，在所述解析单元从所述请求消息中解析得到AF请求获取用户标识的指示时，在构造所述请求消息的响应消息中，携带AF请求获取的用户标识；

发送单元，将所述响应消息构造单元构造的响应消息反馈给所述AF。

6.如权利要求5所述的设备，其特征在于，所述请求消息至少包括认证授权请求AAR和会话终止请求STR消息。

7.如权利要求5所述的设备，其特征在于，

所述响应消息构造单元从所述请求消息中如果没有解析得到AF请求获取用户标识的指示，则根据AF邻接局配置判断所述AF网元是否需要从PCRF获取用户标识；

当AF网元需要从PCRF获取用户标识时，在构造所述请求消息的响应消息中，携带AF请求获取的用户标识。

8.如权利要求5至7任一项所述的设备，其特征在于，所述解析单元从所述请求消息中解析得到AF请求获取用户标识的指示指：

所述解析单元从所述请求消息中解析获取设定字段的值为设定值，则判断所述AF请求从本设备中获取用户标识。

9.如权利要求8所述的设备，其特征在于，所述网络侧设备为策略和计费控制PCRF设备。