CN106470412B - 终端下线方法、备用pcrf装置、用户签约数据装置及系统 - Google Patents

Abstract

本发明公开了一种终端下线方法、PCRF装置、用户签约数据装置及通信系统；备用策略与计费规则装置在终端需要下线时，向用户签约数据装置下发终端下线请求，该终端下线请求中包含局向更新标识；用户签约数据装置接收到备用策略与计费规则装置发送的终端下线请求，获取到该终端下线请求中具有局向更新标识时，即可直接根据该局向更新标识对该终端下线请求对应的终端进行下线处理。因此即使该终端是在主用PCRF上线，备用PCRF下线，用户签约数据装置收到备用策略与计费规则装置发送的该终端下线请求后，即可直接对对应的终端进行下线处理，并不需要备用策略与计费规则装置额外向用户签约数据装置发起上线及下线流程，可以减少信令交互量和处理时延。

Description

终端下线方法、备用PCRF装置、用户签约数据装置及系统

技术领域

本发明涉及通信领域，具体涉及一种终端下线方法、备用策略与计费规则(Policyand Charging Rule Function，PCRF)装置、用户签约数据装置及通信系统。

背景技术

SPR(Subscription Profile Repository，用户签约数据库)网元是PCC(Policyand Charging Control，策略和计费控制)系统中的用户数据存储单元，通过Sp接口与PCRF(Policy and Charging Rules Function，策略和计费规则功能)网元进行交互，为PCRF提供PCC决策需要的用户数据。

用户(也即终端)在PCRF主用局上线，也即在主用PCRF上上线，SPR保存PCRF主用局的局号ID，也即保存的是主用PCRF的主机名，作为该用户已上线的标志。当主用PCRF发生了故障，PCRF主备局倒换，业务切换到备用PCRF。备用PCRF收到用户下线的消息后通知SPR用户下线，SPR收到PCRF发送的UDR下线消息，发现备用PCRF的主机名和SPR保存的该用户上线时登记的PCRF的主机名不一致，SPR虽然返回成功，但是不会删除保存的用户登记的PCRF的网元信息。那么，用户实际已下线，但是在SPR侧依然认为用户在上线状态，这样就会造成PCRF和SPR用户数据的不一致。

针对上述问题，目前为了让SPR侧的用户真正地下线，所采用的控制流程如图1所示，包括：

步骤101：主用PCRF通过SP接口向SPR发送用户在主用PCRF上线消息；

步骤102：SPR记录主用PCRF主机名，作为该用户已上线的标志，并反馈上线成功的响应消息；

步骤103：主用PCRF故障进行PCRF主备倒换；

步骤104：备用PCRF向SPR发送用户下线消息；

步骤105：SPR向备用PCRF发送下线响应消息，但此时SPR侧依然认为用户在上线状态；

步骤106：备用PCRF向SPR发送该用户在备用PCRF上线消息；

步骤107：SPR将该之前记录的该用户对应的主用PCRF主机名更换为备用PCRF主机名，作为该用户在备用PCRF上线的标志，并反馈上线成功的响应消息；

步骤108：备用PCRF向SPR发送用户下线消息；

步骤109：SPR向备用PCRF发送下线响应消息，此时SPR发现备用PCRF主机名和之前保存的PCRF主机名相同，完成对该用户的真正下线，向备用PCRF反馈下线成功响应消息，并设置该用户下线。

根据上述过程可知，针对用户在主用PCRF上线，在备用PCRF下线时，备用PCRF收到用户需要下线通知后，需先向SPR发送用户下线消息进行第一次请求下线，但此时SPR由于发现用户上线记录的PCRF主机名与该备用PCRF主机名不一致，仅反馈响应消息，并不设置该用户下线；需要备用PCRF重新向SPR发起该用户的上线流程以让SPR更新数据库中保存的该用户的PCRF网元信息，将其更新为PCRF备用局的网元信息，然后再第二次发送用户下线请求消息给SPR，这时SPR才会判断下线请求消息携带的PCRF网元信息和保存的PCRF网元信息一致，才会删除登记的PCRF信息，设置该用户已下线。上述过程必需要额外发起用户在备用PCRF上的上线流程以及进行第二次发起用户下线请求，才能使得SPR记录的用户状态为下线状态，这样的处理方式增加了信令交互以及下线处理的时延，增加了系统资源的消耗，同时降低系统性能。

发明内容

本发明要解决的主要技术问题是，提供一种终端下线方法、PCRF装置、用户签约数据装置及通信系统，解决现有针对终端在主用PCRF上线，备用PCRF下线时，需额外发起终端在备用PCRF上的上线及下线流程，导致信令交互量增加、下线处理时延增大以及降低了系统资源利用率和系统性能的问题。

为解决上述技术问题，本发明提供一种终端下线方法，包括：

备用策略与计费规则装置在终端需要下线时，向用户签约数据装置下发终端下线请求，所述终端下线请求中包含局向更新标识。

在本发明的一种实施例中，所述备用策略与计费规则装置向所述用户签约数据装置下发终端下线请求之前，还包括在待下发的终端下线请求中设置所述局向更新标识。

为了解决上述问题，本发明还提供了一种终端下线方法，包括：

用户签约数据装置接收备用策略与计费规则装置发送的终端下线请求，所述终端下线请求中包含局向更新标识；

用户签约数据装置根据所述终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

在本发明的一种实施例中，所述终端下线请求中还包含备用策略与计费规则装置识别信息，所述用户签约数据装置根据所述更新标识对所述终端进行下线处理之前，还包括：

所述用户签约数据装置判断所述终端上线时存储的策略与计费规则装置识别信息与所述备用策略与计费规则装置识别信息是否相同，如否，则根据所述更新标识对所述终端进行下线处理。

为了解决上述问题，本发明还提供了一种终端下线方法，包括：

备用策略与计费规则装置在终端需要下线时，向用户签约数据装置下发终端下线请求，所述终端下线请求中包含局向更新标识；

用户签约数据装置接收备用策略与计费规则装置发送的终端下线请求；

用户签约数据装置根据所述终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

为了解决上述问题，本发明还提供了一种备用策略与计费规则装置，包括下线请求发起模块，用于在终端需要下线时，向用户签约数据装置下发终端下线请求，所述终端下线请求中包含局向更新标识。

在本发明的一种实施例中，还包括标识设置模块，用于在所述下线请求发起模块向所述用户签约数据装置下发终端下线请求之前，在待下发的终端下线请求中设置所述局向更新标识。

为了解决上述问题，本发明还提供了一种用户签约数据装置，包括：

请求接收模块，用于接收用策略与计费规则装置发送的终端下线请求，所述终端下线请求中包含局向更新标识；

下线处理模块，用于根据所述终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

在本发明的一种实施例中，还包括判断模块，所述终端下线请求中还包含备用策略与计费规则装置识别信息；

所述判断模块用于在所述下线处理模块根据所述更新标识对所述终端进行下线处理之前，判断所述终端上线时所述用户签约数据装置存储的策略与计费规则装置识别信息与所述备用策略与计费规则装置识别信息是否相同，如否，通知所述下线处理模块根据所述更新标识对所述终端进行下线处理。

为了解决上述问题，本发明还提供了一种通信系统，包括备用策略与计费规则装置和用户签约数据装置；

所述备用策略与计费规则装置用于在终端需要下线时，向用户签约数据装置下发终端下线请求，所述终端下线请求中包含局向更新标识；

所述用户签约数据装置用于接收备用策略与计费规则装置发送的终端下线请求，根据所述终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

本发明的有益效果是：

本发明提供的终端下线方法、PCRF装置、用户签约数据装置及通信系统，备用策略与计费规则装置在终端需要下线时，向用户签约数据装置下发终端下线请求，该终端下线请求中包含局向更新标识；用户签约数据装置接收到备用策略与计费规则装置发送的终端下线请求，获取到该终端下线请求中具有局向更新标识时，即可直接根据该局向更新标识对该终端下线请求对应的终端进行下线处理。因此即使该终端是在主用PCRF上线，备用PCRF下线，通过本发明提供的方案，用户签约数据装置收到备用策略与计费规则装置发送的该终端下线请求后，即可直接对对应的终端进行下线处理，并不需要备用策略与计费规则装置额外向用户签约数据装置发起上线及下线流程，因此可以尽可能减少信令交互量、减少下线处理时延，提升系统资源利用率和系统性能。

附图说明

图1为一种用户下线处理流程示意图；

图2为本发明实施例一提供的用户下线处理流程示意图；

图3为本发明实施例二提供的通信系统结构示意图；

图4为本发明实施例二提供的备用策略与计费规则装置结构示意图；

图5为本发明实施例二提供的用户签约数据装置结构示意图；

图6为本发明实施例三提供的用户下线处理流程示意图；

图7为本发明实施例三提供的另一用户下线处理流程示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

实施例一：

本实施例中备用策略与计费规则(PCRF)装置在终端需要下线时，向用户签约数据(SPR)装置下发包含局向更新标识的终端下线请求，该局向更新标识是本实施例在终端下线请求中新增的，用于告知用户签约数据装置可对该终端下线请求对应的终端进行直接下线处理。用户签约数据装置接收到该终端下线请求后，即使该终端是在主用PCRF上线，备用PCRF下线时，可直接根据该局向更新标识对该终端下线请求对应的终端进行下线处理。并不需要备用策略与计费规则装置额外向用户签约数据装置发起上线及下线流程，因此可以尽可能减少信令交互量、减少下线处理时延，提升系统资源利用率和系统性能。该过程请参见图2所示，包括：

步骤201：备用策略与计费规则装置在终端需要下线时，向用户签约数据装置下发终端下线请求，该终端下线请求中包含局向更新标识；

本实施例中的备用策略与计费规则装置可根据上一级网元发送的终端下线通知消息获知终端需要下线；

本实施例中的局向更新标识可以由备用策略与计费规则装置在待下发的终端下线请求中设置；也可以由备用策略与计费规则装置的上一级以上的网元设置；为了尽可能减少对处理流程的修改，本实施例优选由备用策略与计费规则装置设置；

另外，本实施例中的备用策略与计费规则装置可通过与用户签约数据装置之间的SP接口，通过用户数据请求消息(也即UDR消息)的形式发送终端下线请求。本实施例中备用策略与计费规则装置在终端下线请求中设置局向更新标识时，可以通过在消息中扩展字段专门用于设置该局向更新标识，也可以利用消息中原来的标志位设置局向更新标识。且该局向更新标识的具体内容可以由备用策略与计费规则装置和用户签约数据装置进行灵活协商，只要二者达成一致能识别即可。

另外，应当理解的是，本实施例中的终端下线请求中还包含下线终端的标识信息，以便于识别具体是哪个终端需要下线处理；

步骤202：用户签约数据装置接收备用策略与计费规则装置发送的终端下线请求；

步骤203：用户签约数据装置根据终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

在本实施例中，用户签约数据装置在接收到备用策略与计费规则装置发送的终端下线请求时，存在两种情况：一种情况是该终端下线请求对应的终端上线时是在主用策略与计费规则装置上线的，后续主用策略与计费规则装置故障进行主备倒换切换到备用策略与计费规则装置；此时用户签约数据装置会记录终端上线时的策略与计费规则装置识别信息为主用策略与计费规则装置的识别信息；另外一种情况是该终端本身就是在备用策略与计费规则装置上线的，也即是在主备倒换完后上线的，此时用户签约数据装置会记录终端上线时的策略与计费规则装置识别信息为备用策略与计费规则装置的识别信息。针对上述两种情况，本实施例中用户签约数据装置接收到备用策略与计费规则装置发送的终端下线请求后，只要识别到该终端下线请求中包含局向更新标识，都可以直接对对应的终端进行下线处理。但是本实施例为了尽可能降低对其他情况处理流程的影响，本实施例中可仅针对终端是在主用PCRF上线，备用PCRF下线时才采用上述图2所示的方案。因此，此时在上述步骤203中用户签约数据装置根据所述更新标识对终端进行下线处理之前，还包括：

用户签约数据装置判断终端上线时记录的策略与计费规则装置识别信息与发送终端下线请求的备用策略与计费规则装置识别信息是否相同，如否，则根据终端下线请求中的更新标识对该终端进行下线处理，该下线处理包括将该终端对应的中策略与计费规则装置识别信息清空；否则，可按照现有处理流程进行处理。

本实施例中策略与计费规则装置识别信息可以是用于识别策略与计费规则装置的任何标识信息，例如主机名等。

采用本实施例提供的下线处理方法，可以节省信令流量，减少交互时延，提升PCC系统的业务处理性能，进而提升用户体验的满意度和运营商的企业竞争力。

实施例二：

本实施例提供的通信系统请参见图3所示，包括备用策略与计费规则装置1和用户签约数据装置2；

备用策略与计费规则装置1用于在终端需要下线时，向用户签约数据装置下发终端下线请求，该终端下线请求中包含局向更新标识；

用户签约数据装置用于接收备用策略与计费规则装置发送的终端下线请求，根据终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

具体的，请参见图4所示，备用策略与计费规则装置1包括下线请求发起模块11，用于在终端需要下线时，向用户签约数据装置下发终端下线请求。

本实施例中的下线请求发起模块11可根据上一级网元发送的终端下线通知消息获知终端需要下线；

本实施例中的局向更新标识可以由备用策略与计费规则装置1在待下发的终端下线请求中设置；此时备用策略与计费规则装置1还包括标识设置模块12，用于在下线请求发起模块11向用户签约数据装置下发终端下线请求之前，在待下发的终端下线请求中添加局向更新标识。局向更新标识也可以由备用策略与计费规则装置1的上一级以上的网元设置；为了尽可能减少对处理流程的修改，本实施例优选由备用策略与计费规则装置1设置。

另外，本实施例中的下线请求发起模块11可通过与用户签约数据装置之间的SP接口，通过用户数据请求消息(也即UDR消息)的形式发送终端下线请求。本实施例中标识设置模块12在终端下线请求中设置局向更新标识时，可以通过在消息中扩展字段专门用于设置该局向更新标识，也可以利用消息中原来的标志位设置局向更新标识。且该局向更新标识的具体内容可以由备用策略与计费规则装置和用户签约数据装置进行灵活协商，只要二者达成一致能识别即可。

另外，应当理解的是，本实施例中的终端下线请求中还包含下线终端的标识信息，以便于识别具体是哪个终端需要下线处理；

请参见图5所示，本实施例中的用户签约数据装置2包括：

请求接收模块21，用于接收用策略与计费规则装置发送的终端下线请求；

下线处理模块22，用于根据终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

请求接收模块21在接收到备用策略与计费规则装置发送的终端下线请求时，存在两种情况：一种情况是该终端下线请求对应的终端上线时是在主用策略与计费规则装置上线的，后续主用策略与计费规则装置故障进行主备倒换切换到备用策略与计费规则装置；此时用户签约数据装置会记录终端上线时的策略与计费规则装置识别信息为主用策略与计费规则装置的识别信息；另外一种情况是该终端本身就是在备用策略与计费规则装置上线的，也即是在主备倒换完后上线的，此时用户签约数据装置会记录终端上线时的策略与计费规则装置识别信息为备用策略与计费规则装置的识别信息。针对上述两种情况，本实施例中下线处理模块22只要识别到该终端下线请求中包含局向更新标识，都可以直接对对应的终端进行下线处理。但是本实施例为了尽可能降低对其他情况处理流程的影响，本实施例中可仅针对终端是在主用PCRF上线，备用PCRF下线时才根据更新标识对终端进行下线处理。此时本实施例中的用户签约数据装置还包括判断模块23，用于在下线处理模块22根据更新标终端进行下线处理之前，判断所述终端上线时所述用户签约数据装置存储的策略与计费规则装置识别信息与所述备用策略与计费规则装置识别信息是否相同，如否，通知下线处理模块22根据更新标识对终端进行下线处理。

本实施例中策略与计费规则装置识别信息可以是用于识别策略与计费规则装置的任何标识信息，例如主机名等。

实施例三：

为了更好的理解本发明，下面以两种具体的场景为例，对本发明做进一步说明。

场景一：用户(即终端)签约数据装置在策略与计费规则装置系统发生倒换后，用户的上线在主局策略与计费规则装置完成，而接收到备局策略与计费规则装置用户(IMSI(International Mobile Subscriber Identification Number，国际移动用户识别码)/ISDN(Integrated Services Digital Network,综合业务数字网)号码)下线请求消息，其业务处理流程请参见图6所示，如下：

步骤601：用户在线时，备用策略与计费规则装置触发SP接口UDR消息发送用户下线请求给用户签约数据装置，消息中携带用户标识信息为IMSI；

步骤602：用户签约数据装置收到用户下线请求消息后，会首先查询IMSI用户存在不存在,如果不存在，则报错；

步骤603：用户存在，用户签约数据装置再判断终端下线请求中携带的策略与计费规则装置主机名和库中保存的之前用户登记的策略与计费规则装置主机名不一样；

步骤604：用户签约数据装置再根据消息中携带的业务类型字段(例如,策略与计费规则装置主机名)断业务类型为备用策略与计费规则装置用户下线和更新局向标识，这时用户签约数据装置则清空数据库中的策略与计费规则装置的主机名；

步骤605：用户签约数据装置更新数据库后，发送成功响应消息给备用策略与计费规则装置，通知用户下线成功。

场景二：用户(即终端)签约数据装置在策略与计费规则装置系统发生倒换后，用户的上线在备用局策略与计费规则装置完成，而接收到备局策略与计费规则装置用户(IMSI(International Mobile Subscriber Identification Number，国际移动用户识别码)/ISDN(Integrated Services Digital Network,综合业务数字网)号码)下线请求消息，其业务处理流程请参见图7所示，如下：

步骤701：用户在线时，备用策略与计费规则装置触发SP接口UDR消息发送用户下线请求给用户签约数据装置，消息中携带用户标识信息为IMSI；

步骤702：用户签约数据装置收到用户下线请求消息后，会首先查询IMSI用户存在不存在,如果不存在，则报错；

步骤703：用户存在，用户签约数据装置再判断终端下线请求中携带的策略与计费规则装置主机名和库中保存的之前用户登记的策略与计费规则装置主机名一样；

步骤704：用户签约数据装置再根据消息中携带的业务类型字段(例如,策略与计费规则装置主机名)断业务类型为备用策略与计费规则装置用户下线和更新局向标识，这时用户签约数据装置则清空数据库中的策略与计费规则装置的主机名；该步骤中用户签约数据装置可不识别更新局向标识，也即本实施例中的更新局向标识在该场景下可不用；

步骤705：用户签约数据装置更新数据库后，发送成功响应消息给备用策略与计费规则装置，通知用户下线成功。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种终端下线方法，其特征在于，包括：

备用策略与计费规则装置在终端需要下线时，向用户签约数据装置下发终端下线请求，所述终端下线请求中包含局向更新标识，所述局向更新标识用于告知用户签约数据装置可对所述终端下线请求对应的终端进行直接下线处理。

2.如权利要求1所述的终端下线方法，其特征在于，所述备用策略与计费规则装置向所述用户签约数据装置下发终端下线请求之前，还包括在待下发的终端下线请求中设置所述局向更新标识。

3.一种终端下线方法，其特征在于，包括：

用户签约数据装置接收备用策略与计费规则装置发送的终端下线请求，所述终端下线请求中包含局向更新标识，所述局向更新标识用于告知用户签约数据装置可对所述终端下线请求对应的终端进行直接下线处理；

用户签约数据装置根据所述终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

4.如权利要求3所述的终端下线方法，其特征在于，所述终端下线请求中还包含备用策略与计费规则装置识别信息，所述用户签约数据装置根据所述更新标识对所述终端进行下线处理之前，还包括：

所述用户签约数据装置判断所述终端上线时存储的策略与计费规则装置识别信息与所述备用策略与计费规则装置识别信息是否相同，如否，则根据所述更新标识对所述终端进行下线处理。

5.一种终端下线方法，其特征在于，包括：

备用策略与计费规则装置在终端需要下线时，向用户签约数据装置下发终端下线请求，所述终端下线请求中包含局向更新标识，所述局向更新标识用于告知用户签约数据装置可对所述终端下线请求对应的终端进行直接下线处理；

用户签约数据装置接收备用策略与计费规则装置发送的终端下线请求；

用户签约数据装置根据所述终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

6.一种备用策略与计费规则装置，其特征在于，包括下线请求发起模块，用于在终端需要下线时，向用户签约数据装置下发终端下线请求，所述终端下线请求中包含局向更新标识，所述局向更新标识用于告知用户签约数据装置可对所述终端下线请求对应的终端进行直接下线处理。

7.如权利要求6所述的备用策略与计费规则装置，其特征在于，还包括标识设置模块，用于在所述下线请求发起模块向所述用户签约数据装置下发终端下线请求之前，在待下发的终端下线请求中设置所述局向更新标识。

8.一种用户签约数据装置，其特征在于，包括：

请求接收模块，用于接收用策略与计费规则装置发送的终端下线请求，所述终端下线请求中包含局向更新标识，所述局向更新标识用于告知用户签约数据装置可对所述终端下线请求对应的终端进行直接下线处理；

下线处理模块，用于根据所述终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

9.如权利要求8所述的用户签约数据装置，其特征在于，还包括判断模块，所述终端下线请求中还包含备用策略与计费规则装置识别信息；

所述判断模块用于在所述下线处理模块根据所述更新标识对所述终端进行下线处理之前，判断所述终端上线时所述用户签约数据装置存储的策略与计费规则装置识别信息与所述备用策略与计费规则装置识别信息是否相同，如否，通知所述下线处理模块根据所述更新标识对所述终端进行下线处理。

10.一种通信系统，其特征在于，包括备用策略与计费规则装置和用户签约数据装置；

所述备用策略与计费规则装置用于在终端需要下线时，向用户签约数据装置下发终端下线请求，所述终端下线请求中包含局向更新标识，所述局向更新标识用于告知用户签约数据装置可对所述终端下线请求对应的终端进行直接下线处理；

所述用户签约数据装置用于接收备用策略与计费规则装置发送的终端下线请求，根据所述终端下线请求中包含的局向更新标识对对应的终端进行下线处理。

Images