CN102045694B - 用户业务信息的传输方法和网元设备 - Google Patents

Abstract

本发明公开了一种用户业务信息的传输方法和网元设备，该方法包括：在用户的业务信息出现更新的情况下，第一网元将更新的业务信息通过预定消息发送给用户归属的第二网元，其中，第一网元为存储并管理用户的业务信息的网元，第二网元包括接入网关控制功能实体。本发明通过使得第一网元在用户业务信息更新的情况下主动将业务信息发送给第二网元，使第二网元能够及时得到所需的最新用户业务信息，省去了第二网元对业务有效时间的刷新，同时避免了由于第二网元主动获取业务信息而导致处理复杂、消息开销大的问题，能够有效优化网络处理，减小网络处理负担和网络开销，具有很好的灵活性和可靠性，能够适用于多种业务信息的同步。

Description

用户业务信息的传输方法和网元设备

技术领域

本发明涉及通信领域，尤其涉及一种用户业务信息的传输方法和网元设备。

背景技术

IP多媒体子系统(IP Multimedia Core Network Subsystem，简称为IMS)是由第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)组织提出的一种基于IP的网络架构，其构建了一个开放而灵活的业务环境，能够支持多媒体应用，并为用户提供丰富的多媒体业务。

公共交换电话网络仿真子系统(Public Switched Telephone NetworkEmulation Subsystem，简称为PES)是电信和互联网融合业务及高级网络协议(Telecommunications and Internet converged Services and Protocols forAdvanced Networking，简称为TISPAN)将传统终端接入IMS网络所提出的一种基于IP的网络架构。

在PES网络中，不会将接入网关控制功能实体(Access Gateway ControlFunction，简称为AGCF)直接与营帐(boss)系统连接，并且营帐系统为AGCF所带用户登记的业务信息也不会由营帐系统通过相关接口直接下发给AGCF，目前所采用的方式是对AGCF下的用户实现在PES中的(Home subscriberServer，简称为HSS)、(Application server，简称为AS)、呼叫会话控制功能(Call Session Control Function，简称为CSCF)实体等网元上的成功注册后，由AGCF为每个用户发起业务信息订阅消息subscribe，应用服务器AS或其它记录AGCF用户业务信息的网元在收到subscribe消息后，会按照RFC 3265等规范，通过NOTIFY消息给AGCF带回用户的业务信息。

图1是相关技术中基于订阅过程由AGCF向注册用户发起订阅消息获取用户的业务信息的处理流程图。如图1所示，具体包括以下处理：

步骤101，AGCF为已经实现成功注册的用户发起订阅业务信息请求，根据RFC3265，该订阅业务信息请求为SUBSCRIBE消息，该消息中携带有用户的PUI等内容；

步骤102，CSCF/AS或其它网元，在收到订阅业务信息请求消息后，向AGCF发200-类响应消息，比如202或200OK消息；

步骤103，CSCF/AS或其它网元，向AGCF发通知业务信息消息。按照RFC3265，为NOTIFY消息；

步骤104，AGCF记录业务信息，给CSCF/AS或其它网元发200OK消息。

在目前所采用的方式中，AGCF为用户实现在PES网络的成功注册后，AGCF并不清楚哪些用户有哪些业务信息(profile)，所以需要为每个用户发起需要在AGCF上实现(或配合)的所有业务信息的订阅，这样就会导致会为很多不需要在AGCF上实现业务的用户执行不必要的订阅流程，带来不必要的网络负担。尤其是在同时注册多个用户的情况下，很容易会因为这些不必要的订阅引发雪崩。

针对相关技术中由于AGCF主动获取用户业务信息而导致网络侧处理复杂、消息开销大的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中由于AGCF主动获取用户业务信息而导致网络侧处理复杂、消息开销大的问题，本发明提出一种用户业务信息的传输方法和网元设备，能够减小网络中的消息开销，降低网络复杂度。

本发明的技术方案是这样实现的：

一种用户业务信息的传输方法，包括：

在用户的业务信息出现更新的情况下，第一网元将更新的业务信息通过预定消息发送给用户归属的第二网元，其中，第一网元为存储并管理用户的业务信息的网元，第二网元包括接入网关控制功能实体。

其中，用户业务信息出现更新的情况包括以下至少之一：

新用户注册成功、用户通过拨打业务特征码向第一网元请求相应业务的激活/去激活操作、营帐系统修改用户的业务信息或相应的状态、营帐系统取消已有的业务信息、第一网元修改用户的业务信息或相应的状态、营帐系统创建新的业务信息、第一网元创建新的业务信息、第一网元取消已有的业务信息。

优选地，在新用户注册的情况下，第一网元将更新的用户信息通过预定消息发送给第二网元的处理具体包括：

第一网元将注册的每个用户的用户业务信息分别发送至第二网元。

其中，第一网元包括以下之一：呼叫会话控制功能实体即CSCF、应用服务器即AS、归属用户服务器即HSS。

优选地，在AS或CSCF发送更新的业务信息的情况下，AS或CSCF通过以下方式之一发送更新的业务信息：

AS或CSCF直接向第二网元发送更新的业务信息；

AS或CSCF向HSS获取更新的业务信息并发送获取的业务信息。

优选地，在HSS发送更新的业务信息的情况下，HSS通过以下方式之一发送更新的业务信息：

HSS直接向第二网元发送更新的业务信息；

HSS将更新的业务信息经由AS或CSCF发送给第二网元

其中，预定消息可以为以下之一：短消息、推送通知请求消息、订阅通知请求消息。

本发明还提供了一种网元设备，包括：

存储模块，用于存储并管理用户的业务信息；

发送模块，用于在存储的业务信息出现更新的情况下，将更新的业务信息通过预定消息发送给用户归属的第二网元，其中，第二网元为接入网关控制功能实体。

其中，用户业务信息出现更新的情况包括以下至少之一：

新用户注册成功、用户通过拨打业务特征码向第一网元请求相应业务的激活/去激活操作、营帐系统修改用户的业务信息或相应的状态、第一网元修改用户的业务信息或相应的状态、营帐系统创建新的业务信息、营帐系统取消已有的业务信息、第一网元创建新的业务信息、第一网元取消已有的业务信息。

其中，预定消息为以下之一：

短消息、推送通知请求消息、订阅通知请求消息。

本发明通过使得第一网元在用户业务信息更新的情况下主动将业务信息发送给第二网元，使第二网元能够及时得到所需的最新用户业务信息，从而获知各个业务的订阅状态，省去了第二网元对业务有效时间的刷新、以及第一网元对业务订阅状态的判断和通知，同时避免了由于第二网元主动获取业务信息而对未订阅的业务发起不必要的订阅查询所导致处理复杂、消息开销大的问题，能够有效优化网络处理，减小网络处理负担和网络开销，具有很好的灵活性和可靠性，能够广泛适用于多种业务信息的同步。

附图说明

图1相关技术中基于订阅过程由AGCF向注册用户发起订阅消息获取用户的业务信息的信令流程图；

图2是根据本发明方法实施例的用户业务信息的传输方法的流程图；

图3是根据本发明方法实施例的用户业务信息的传输方法中CSCF/AS以message消息向AGCF下插用户业务信息的信令流程图；

图4是根据本发明方法实施例的用户业务信息的传输方法中HSS直接向AGCF下插用户业务信息的信令流程图；

图5是根据本发明方法实施例的用户业务信息的传输方法中CSCF/AS向HSS获取业务信息并向AGCF下插用户业务信息的信令流程图；

图6是根据本发明方法实施例的用户业务信息的传输方法中HSS通过CSCF/AS向AGCF下插用户业务信息的信令流程图；

图7是根据本发明方法实施例的用户业务信息的传输方法中CSCF/AS向HSS获取业务信息、并由HSS通过CSCF/AS向AGCF下插用户业务信息的信令流程图；

图8是根据本发明装置实施例的网络设备的框图。

具体实施方式

针对相关技术中由于AGCF主动获取用户业务信息而导致网络侧处理复杂、消息开销大的问题，发明提出在AGCF为其所带用户在PES网络实现注册之后，由PES的CSCF/AS/HSS(或其它记录、管理AGCF用户业务信息的网元)将用户的业务信息发送给AGCF，使得AGCF能够获取用户业务信息(profile)，能够在单用户注册、组注册、用户的多个业务(各个业务的有效区间不同)、以及用户处于注册状态时通过拨入业务特征码实现业务激活或去激活操作的情况下实现了业务信息的同步；

方法实施例

在本实施例中，提供了一种用户业务信息的传输方法。

如图2所示，根据本实施例的用户业务信息的传输方法，其特征在于，包括：

步骤S202，在用户的业务信息出现更新的情况下，第一网元将更新的业务信息通过预定消息发送给用户归属的第二网元，其中，第一网元为存储并管理用户的业务信息的网元，具体可以包括CSCF(例如，包括I-CSCF、P-CSCF、S-CSCF等)、AS、HSS等，第二网元可以是包括AGCF；

步骤S204，第二网元接收由第一网元发送的业务信息。

其中，用户业务信息出现更新的情况有很多种，例如，具体可以包括以下情形：新用户注册成功、用户通过拨打业务特征码向第一网元请求相应业务的激活/去激活操作、营帐系统修改用户的业务信息或相应的状态、第一网元修改用户的业务信息或相应的状态、营帐系统创建新的业务信息、营帐系统取消已有的业务信息、第一网元创建新的业务信息、第一网元取消已有的业务信息。

具体地，在步骤S202中，第一网元可以将注册的每个用户的用户业务信息分别发送至第二网元。

作为第一网元的CSCF、AS、和HSS均可以主动向AGCF发送用户的业务信息，也可以相互协作实现发送。

并且，第一网元发送用户的业务信息时，可以采用现有的标准规范，并利用现有规范中已有的消息承载用户的业务信息，例如，具体所采用的消息可以是短消息、推送通知请求消息、订阅通知请求消息等，也可以重新定义消息用于携带用户的业务信息。

在相关技术中，当AS(或其他网元)收到subscribe消息时，需要用subscribe消息中的所有具体的业务信息一一与AS记录的用户业务信息给予比较。在回应的notify消息只携带用户能够使用的业务。AGCF在收到notify消息，只记录notify中状态为active(或者+pending，表示业务暂时不能使用)的业务信息，由于AS需要进行大量的比较处理，会增加网络处理负担。

相比于相关技术，在本发明中，可以由第一网元将用户的业务信息发送给第二网元，能够有效省去第一网元中AS的判断处理，减小网络负担。

此外，在相关技术中，由于Subscribe订阅都会有生命周期(expire)，在生命周期到时前，如果要让业务信息继续有效，就需要AGCF发起刷新订阅。对于AGCF上执行定时业务外的其他用户而言，这种订阅刷新的处理过程通常是没有必要的，会增加不必要的操作。而且，如果在一次订阅流程获取多个业务信息的情况下，各个业务的有效使用区间往往是不同的，这就需要为不同的业务采用不同的expire加以表示，并且需要以不同的方式进行刷新注册，这将会明显提高系统的复杂度；并且，如果为每个可能的业务发起subscribe订阅，消息量就会迅速增加，明显增加网络负担。

而在本发明中，能够使AGCF从第一网元接收到所需的最新用户业务信息，这样就能够避免AGCF对不必要的业务发起订阅，降低消息开销，同时由于AGCF本身能够得到用户的业务信息，还能够避免AGCF对业务有效时间的刷新，降低网络侧处理的复杂度和消息开销。

下面将结合具体的实例详细描述本发明中业务信息的发送方法。

实例1

图3是实例1中CSCF/AS以message消息向AGCF下插用户业务信息的信令流程图。

如图3所示，本实例的业务信息传输过程如下：

步骤301，CSCF/AS用通知业务信息消息向AGCF下插用户业务信息，按照3GPP TS 24.341，携带用户的业务信息的消息为message消息。

步骤302，AGCF记录业务信息，给CSCF/AS发通知业务信息响应消息，按照3GPP TS 24.341，该响应消息可以为200ok消息。

实例2

图4是实例2中HSS直接向AGCF下插用户业务信息的信令流程图。

如图4所示，本实例的业务信息传输过程如下：

步骤401，HSS用通知业务信息消息向AGCF下插用户业务信息，按照3GPP TS 29.329等规范，携带用户的业务信息的消息为推送通知请求(Push-Notification-Request，简称为PNR)消息。

步骤402，AGCF记录业务信息，给HSS发通知业务信息响应消息，按照3GPP TS 29.329等规范，该响应的消息可以为推送通知应答(Push-Notifications-Answer，简称为PNA)消息。

实例3

图5是实例3中CSCF/AS向HSS获取业务信息并向AGCF下插用户业务信息的信令流程图。

如图5所示，本实例的业务信息传输过程如下：

步骤501，CSCF/AS向HSS发业务信息请求消息，按照3GPP TS 29.329等规范，该请求消息可以为订阅通知请求(Subscribe Notifications Request，简称为SNR)消息；

步骤502，HSS用业务信息响应消息向CSCF/AS返回业务信息，按照3GPPTS 29.329等规范，该响应消息可以为订阅通知应答(Subscribe NotificationsAnswer，简称为SNA)消息；

步骤503，CSCF/AS用通知业务信息消息向AGCF下插用户业务信息。按照3GPP TS 24.341，为message消息(短消息)；

步骤504，AGCF记录业务信息，给CSCF/AS发通知业务信息响应消息，按照3GPP TS 24.341，为200ok消息。

实例4

图6是实例4中HSS通过CSCF/AS向AGCF下插用户业务信息的信令流程图。

如图6所示，本实例的业务信息传输过程如下：

步骤601，HSS向CSCF/AS发通知业务信息消息，按照3GPP TS 29.329等规范，该消息可以是推送通知请求(Push Notification Request，简称为PNR)消息；

步骤602，CSCF/AS用通知业务信息消息向AGCF下插用户业务信息，按照3GPP TS 24.341，下插时所采用的消息可以为message消息；

步骤603，AGCF记录业务信息，给CSCF/AS发通知业务信息响应消息，按照3GPP TS 24.341，该响应消息可以为200ok消息；

步骤604，CSCF/AS向HSS发通知业务信息响应消息，按照3GPP TS29.329等规范，该响应消息可以为推送通知应答消息(Push NotificationsAnswer，简称为PNA)消息。

实例5

图7是实例4中CSCF/AS向HSS获取业务信息，HSS通过CSCF/AS向AGCF下插用户业务信息的信令流程图。

如图7所示，本实例的业务信息传输过程如下：

步骤701，CSCF/AS向HSS发业务信息请求消息，按照3GPP TS 29.329等规范，该请求消息可以为订阅通知请求(Subscribe Notifications Request，简称为SNR)消息。

步骤702，HSS用业务信息响应消息向CSCF/AS返回业务信息，按照3GPPTS 29.329等规范，该响应消息可以为SNA消息；

步骤703，HSS向CSCF/AS发通知业务信息消息，按照3GPP TS 29.329等规范，该消息可以为PNR消息；

步骤704，CSCF/AS用通知业务信息消息向AGCF下插用户业务信息，按照3GPP TS 24.341，可以采用message消息；

步骤705，AGCF记录业务信息，给CSCF/AS发通知业务信息响应消息，按照3GPP TS 24.341，该响应消息可以为200ok消息；

步骤706，CSCF/AS向HSS发通知业务信息响应消息，按照3GPP TS29.329等规范，该响应消息可以为Push-Notifications-Answer(PNA)消息。

本发明可以应用于AGCF用户的不同注册和业务管理方式，例如，在组注册的情况下，可以在注册成功后CSCF/AS/HSS为各个AGCF用户单独用message或PNR等消息将业务信息下插到AGCF中；在用户(自己或其它用户)通过拨入业务特征码向CSCF/AS等网元发起修改用户的业务激活/去激活等状态的情况下，CSCF/AS/HSS可以通过上述某种适当的实例或其组合，向AGCF下发用户的业务信息；在营帐等系统中修改了AGCF所带用户的业务信息或状态后，同样能够将具体的变更通知给AGCF；在CSCF/AS/HSS通过自身逻辑修改了AGCF所带用户的业务信息或状态时，CSCF/AS/HSS可以通过上述方式向AGCF下发用户的业务信息。并且，本发明同样适用于用户号码与用户线对应关系的同步，以及其它由CSCF/AS/HSS创建(独立于AGCF创建的subsribe对话外)的业务信息下插。

应当注意，上述的AGCF、CSCF、AS、HSS网元及它们之间的消息，主要是为了清楚的表示核心网元将业务信息通知给AGCF的思想，在具体的实现中，不局限于上述的网元、消息和具体流程，在实际应用当中，可以对具体用于携带用户业务信息的消息、消息的传输流程进行改变。

并且，具体有哪些用户业务信息需要下插到AGCF中，以及这些业务信息的有效时间、条件等由具体需求确定，具体如何确定是本领域技术人员所公知的，本发明不对此进行限定。

通过上述处理，能够使AGCF得到所需的最新用户业务信息，省去了由于AGCF主动获取业务信息而导致第一网元对业务有效时间的判断和通知，避免了AGCF对业务有效时间的刷新，并且能够避免AGCF对未订阅的用户业务发起订阅查询，降低了处理复杂度和消息开销，能够有效优化网络处理。

装置实施例

在本实施例中，提供了一种网元设备。

如图8所示，根据本实施例的网元设备包括：存储模块1，用于存储并管理用户的业务信息；发送模块2，用于在存储的业务信息出现更新的情况下，将更新的业务信息通过预定消息发送给用户归属的第二网元，其中，第二网元可以为任意需要获取用户业务信息的网元，例如，可以是接入网关控制功能实体。

其中，用户业务信息出现更新的情况包括很多，例如可以包括以下至少之一：新用户注册成功、用户通过拨打业务特征码向第一网元请求相应业务的激活/去激活操作、营帐系统修改用户的业务信息或相应的状态、第一网元修改用户的业务信息或相应的状态、营帐系统创建新的业务信息、营帐系统取消已有的业务信息、第一网元创建新的业务信息、第一网元取消已有的业务信息。

该网元设备向AGCF等发送业务信息时同样可以采用之前参照图3至7所描述的流程或其他流程，携带用户业务信息的消息可以是规范中的已有消息，也可以是重新定义的新消息。

图8是与前面方法对应的装置，装置的工作过程以及工作原理在方法部分已经进行了详细描述，在此不再赘述，参照方法中相应部分的描述即可。

综上所述，通过使得第一网元在用户业务信息更新的情况下主动将业务信息发送给第二网元，使第二网元能够及时得到所需的最新用户业务信息，从而获知各个业务的订阅状态，省去了第二网元对业务有效时间的刷新、以及第一网元对业务订阅状态的判断和通知，同时避免了由于第二网元主动获取业务信息而对未订阅的业务发起不必要的订阅查询所导致处理复杂、消息开销大的问题，能够有效优化网络处理，减小网络处理负担和网络开销，具有很好的灵活性和可靠性，能够广泛适用于多种业务信息的同步。

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

Claims (9)

1.一种用户业务信息的传输方法，其特征在于，包括：

在用户的业务信息出现更新的情况下，第一网元将更新的所述业务信息通过预定消息发送给所述用户归属的第二网元，其中，所述第一网元为存储并管理用户的业务信息的呼叫会话控制功能实体CSCF、应用服务器AS、归属用户服务器HSS网元，所述第二网元包括接入网关控制功能实体AGCF，所述发送至少包括：所述应用服务器AS、呼叫会话控制功能实体CSCF或归属用户服务器HSS直接向所述第二网元发送更新的所述业务信息；

所述接入网关控制功能实体AGCF本身能够得到用户的业务信息，避免AGCF对业务有效时间的刷新。

2.根据权利要求1所述的方法，其特征在于，用户业务信息出现更新的情况包括以下至少之一：

新用户注册成功、用户通过拨打业务特征码向所述第一网元请求相应业务的激活/去激活操作、营帐系统修改用户的业务信息或相应的状态、所述第一网元修改用户的业务信息或相应的状态、所述营帐系统创建新的业务信息、所述营帐系统取消已有的业务信息、所述第一网元创建新的业务信息、所述第一网元取消已有的业务信息。

3.根据权利要求2所述的方法，其特征在于，在新用户注册的情况下，所述第一网元将更新的所述用户信息通过预定消息发送给第二网元的处理具体包括：

所述第一网元将注册的每个用户的用户业务信息分别发送至所述第二网元。

4.根据权利要求1所述的方法，其特征在于，在所述AS或所述CSCF发送更新的所述业务信息的情况下，所述AS或所述CSCF通过以下方式发送更新的所述业务信息：

所述AS或所述CSCF向所述归属用户服务器HSS获取更新的所述业务信息并发送获取的所述业务信息。

5.根据权利要求1所述的方法，其特征在于，在所述HSS发送更新的所 述业务信息的情况下，所述HSS通过以下方式发送更新的所述业务信息：

所述HSS将更新的所述业务信息经由所述AS或所述CSCF发送给所述第二网元。

6.根据权利要求1至3中任一项所述的方法，其特征在于，所述预定消息为以下之一：

短消息、推送通知请求消息、订阅通知请求消息。

7.一种网元设备，其特征在于，包括：

存储模块，用于存储并管理用户的业务信息；

发送模块，用于在存储的业务信息出现更新的情况下，将更新的所述业务信息通过预定消息发送给所述用户归属的第二网元，其中，所述网元设备为存储并管理用户的业务信息的呼叫会话控制功能实体CSCF、应用服务器AS、归属用户服务器HSS网元，所述发送至少包括：所述应用服务器AS、呼叫会话控制功能实体CSCF或归属用户服务器HSS直接向所述第二网元发送更新的所述业务信息；所述第二网元为接入网关控制功能实体AGCF，所述接入网关控制功能实体AGCF本身能够得到用户的业务信息，避免AGCF对业务有效时间的刷新。

8.根据权利要求7所述的网元设备，其特征在于，用户业务信息出现更新的情况包括以下至少之一：

新用户注册成功、用户通过拨打业务特征码向第一网元请求相应业务的激活/去激活操作、营帐系统修改用户的业务信息或相应的状态、所述第一网元修改用户的业务信息或相应的状态、所述营帐系统创建新的业务信息、所述营帐系统取消已有的业务信息、所述第一网元创建新的业务信息、所述第一网元取消已有的业务信息。

9.根据权利要求7或8所述的网元设备，其特征在于，所述预定消息为以下之一：

短消息、推送通知请求消息、订阅通知请求消息。