CN101155023A - 一种下一代网络中同步用户数据的方法和系统 - Google Patents
一种下一代网络中同步用户数据的方法和系统 Download PDFInfo
- Publication number
- CN101155023A CN101155023A CN 200610159672 CN200610159672A CN101155023A CN 101155023 A CN101155023 A CN 101155023A CN 200610159672 CN200610159672 CN 200610159672 CN 200610159672 A CN200610159672 A CN 200610159672A CN 101155023 A CN101155023 A CN 101155023A
- Authority
- CN
- China
- Prior art keywords
- user data
- access
- resource
- control function
- admission control
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种下一代网络(NGN)中同步用户数据的方法,该方法包括:接入网资源接纳控制功能实体(A-RACF)向连通会话位置存贮功能实体(CLF)发送用户数据同步请求;CLF接收到所述用户数据同步请求后,向该A-RACF发送各用户的用户数据,以使A-RACF和CLF的用户数据保持同步。本发明还公开了一种下一代网络中同步用户数据的系统。应用本发明以后,A-RACF能够和CLF保持用户数据同步,避免了在用户会话建立时再通过用户数据获取信息流来获取用户数据,从而有效降低了用户会话建立时延,提高了用户体验。另外,A-RACF还可以通过用户数据同步信息流来对用户数据进行审计,能够清除无效的用户数据,从而还提高了A-RACF的可靠性。
Description
技术领域
本发明涉及下一代网络(NGN)技术领域,更具体地,本发明涉及一种下一代网络中同步用户数据的方法和系统。
背景技术
互联网诞生以来,采用“尽力而为”(Best-Effort)的分发模式,并没有服务质量(QoS)保证。在尽力而为的服务模式下,所有业务的需求都采用相同的优先级来排队处理,无法为特定的高要求业务提供更好的QoS保证。
为此,工程任务组(IETF)提出了诸如差分服务(DiffServ)和综合服务(InterServ)之类的IP服务质量技术。DiffServ能够为不同类型的流量提供不同的服务等级,而InterServ能够为互联网保证严格的端到端的服务质量。InterServ是一种基于流的QoS机制,它对资源进行严格控制,为应用提供严格的QoS保证。但是,InterServ存在扩展性问题,由于业务流经过的每个路由器必须为其维护软状态,所以IntServ无法大规模使用。DiffServ是一种基于类的QoS机制,它在部署上比较成功,但它只能提供相对的QoS保证,特别是当带宽不够时仍然无法保证QoS。
2002年,IETF提出DS-Aware MPLS TE模型。在该模型中融入了DiffServ和MPLS-TE的优点,优化了传输资源,也进一步提高了网络的性能和效率。然而,这种模型存在N平方问题,而且在解决域间互通的问题上存在困难。
当前业界普遍观点是:无论大带宽还是DiffServ都无法真正解决端到端QoS问题。近几年,“DQoS”(基于会话的动态QoS)控制机制逐渐成为研究方向,该机制在控制平面实现基于每个会话的CAC、资源预留和动态的策略下发;在数据平面完成业务感知和策略执行。这种机制既能够提供严格的QoS保证,又具有良好的可扩展性。目前很多标准组织都在研究类似机制,其中TISPAN的研究得到了比较广泛的认可。
图1为电信和互联网融合业务及高级网络(TISPAN)制定的NGN网络架构图。该架构采用面向子系统(Subsystem)的设计思想。它能够随着时间不断适应新的需求和业务,而且便于从其它标准组织引入子系统。另外,子系统内的架构可以灵活调整而不会影响其它子系统,并且每个子系统又是一个功能实体和接口的集合。在具体实施时可以根据商业模型、提供的业务和能力将有些功能实体组合在一起,所以这些实体之间的接口就变为内部接口。
如图1所示,该功能架构分为业务层和基于IP的传输层。业务层有以下部件:core IP Multimedia Subsystem(IMS)、PSTN/ISDN仿真子系统(Emulation Subsystem)(PES)、其它多媒体系统(如流媒体子系统、内容广播子系统)以及应用。另外,业务层还有一些公共部件如计费功能、用户数据管理、安全管理、路由数据库等。传输层为用户设备提供IP互连,它包括两个控制子系统:网络附着子系统(NASS)和资源接纳控制子系统(RACS)。
网络附着子系统(NASS)主要完成以下功能:(1)动态提供IP地址以及其它用户设备配置参数;(2)在IP地址分配之前或分配过程中的用户认证;(3)网络接入授权;(4)用户位置管理;(5)CPE配置。
资源接纳控制子系统(RACS)主要提供接纳控制和关口控制(gateControl)功能。接纳控制涉及到基于运营者的策略规则、资源可用性,以及用户签约信息来进行检查和授权。NASS子系统中的连通会话位置存储功能实体(CLF)可以为RACS子系统提供用户定位信息和用户签约信息等用户数据。
在RACS子系统中的接入网资源接纳控制功能实体(A-RACF)和NASS子系统中的CLF功能实体之间定义了E4参考点。通过该E4参考点,A-RACF从CLF获取位置信息(如到达用户的物理节点地址)以确定可用的网络资源。A-RACF还可以从CLF获取用户网络清单(profile)信息,以在处理分配资源请求时作为参考。在E4参考点上交换的信息主要包括:签约用户标识、用户物理接入标识、用户逻辑接入标识、用户接入网络类型、用户全局唯一IP地址、用户初始关口设置、用户的签约数据、用户的QoS清单(profile)、基于用户的计费规则、基于用户的策略信息等。
CLF与A-RACF之间定义了三种信息流:1)用户数据上报信息流:这个信息流用于CLF将用户数据主动上报给A-RACF,该信息流发生在IP地址分配给用户后,或者已经上报给A-RACF的用户签约数据修改时。2)用户数据获取信息流:这个信息流用于A-RACF向CLF请求特定的用户数据,用户数据获取信息流的响应是用户数据上报信息流。A-RACF必须向CLF提供用户的全局唯一IP地址或者用户标识,CLF将根据这些信息来上报正确的用户数据。3)IP连通性释放指示信息流:这个信息流用于CLF向RACS上报IP连通性丢失,这使得RACS可以将相应的用户数据删除掉,该信息流发生在已分配的IP地址被释放时或者由于二层资源释放引起。
然而,CLF与A-RACF之间现有的信息流不能很好地解决由于A-RACF内部故障引起的已上报用户数据丢失的问题。当这种A-RACF的内部故障引起CLF与A-RACF之间的协议连接中断时,CLF可以在与A-RACF之间的协议连接重建时,通过用户数据上报信息流来重新上报用户数据。但是,如果这种A-RACF的内部故障并未引起CLF与A-RACF之间的协议连接中断,那么CLF就无法检测到RACS内部故障,因此不会重新上报用户数据,A-RACF也就无法和CLF保持用户数据同步。这样,A-RACF在对用户会话进行资源接纳控制时发现没有用户数据,将需要通过用户数据获取信息流来向CLF获取用户数据,而用户数据获取信息流将加大用户会话建立的时延,影响用户体验。
发明内容
有鉴于此,本发明实施例的目的在于提出一种下一代网络中同步用户数据的方法,以使得A-RACF能够和CLF保持用户数据同步。
本发明实施例的另一目的在于提出下一代网络中同步用户数据的系统,以使得A-RACF能够和CLF保持用户数据同步。
为达到上述目的,本发明的技术方案是这样实现的:
一种下一代网络中同步用户数据的方法,该方法包括:
接入网资源接纳控制功能实体A-RACF向连通会话位置存贮功能实体CLF发送用户数据同步请求;
CLF接收到所述用户数据同步请求后,向该A-RACF发送各用户的用户数据,以使A-RACF和CLF的用户数据保持同步。
一种下一代网络中同步用户数据的系统,该系统包括A-RACF实体和CLF实体,其中:
A-RACF实体,用于向CLF实体发送用户数据同步请求;
CLF实体,用于在接收到所述用户数据同步请求后,向该A-RACF实体发送各用户的用户数据,以使A-RACF实体和CLF实体的用户数据保持同步。
从上述技术方案中可以看出,在本发明中,A-RACF首先向CLF发送用户数据同步请求;CLF接收到所述用户数据同步请求后,向该A-RACF同步各用户的用户数据。因此,应用本发明以后,A-RACF可以指示CLF向A-RACF同步用户数据,所以A-RACF能够和CLF保持用户数据同步。
附图说明
图1为TISPAN制定的下一代网络架构图;
图2为根据本发明的下一代网络中同步用户数据方法的示范性流程图;
图3为根据本发明实施例的下一代网络中同步用户数据方法的流程图;
图4为根据本发明的下一代网络中同步用户数据系统的示范性结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点表达得更加清楚明白,下面结合附图及具体实施例对本发明再作进一步详细的说明。
在本发明中,提出了A-RACF和CLF之间的一种新的信息流,即用户数据同步信息流,从而可以解决诸如CLF由于无法检测到由A-RACF内部故障引起的已上报用户数据丢失等问题。
图2为根据本发明的下一代网络中同步用户数据方法的示范性流程图。如图2所示,该方法包括:
步骤201:A-RACF向CLF发送用户数据同步请求;
在这里,A-RACF在检测到需要与CLF进行用户数据同步后,将向CLF发送用户数据同步请求消息。
示范性地,用户数据同步请求消息中涉及的信息元素可以如下面的表1所示。
信息元素名 | 对应的AVP | 携带情况 | 描述 |
RACS-Id | AF-Application-Identifier | 必须携带 | 标识请求用户数据的A-RACF功能实体 |
表1
用户数据同步请求消息中需要携带AF-Application-Identifier AVP,并将该AVP的值设置为请求用户数据的A-RACF功能实体的标识。
用户数据同步请求消息的命令码可以由IANA组织统一分配,并且用户数据同步请求消息的Diameter消息格式可以定义如下:
<用户数据同步请求消息>::=<Diameter Header:REQ,PXY>
<Session-Id>
{Vendor-Specific-Application-Id}
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
[Destination-Host]
{Destination-Realm}
[AF-Application-Identifier]
*[AVP]
*[Proxy-Info]
*[Route-Record]
其中,<Diameter Header:REQ,PXY>表示Diameter消息头,可以带请求标志、代理标志;<Session-Id >表示会话标识;{Vendor-Specific-Application-Id }表示运营商具体应用标识;{Auth-Session-State}表示授权会话状态;{Origin-Host}表示源主机名;{Origin-Realm}表示源域名;[Destination-Host]表示目的主机名;{Destination-Realm}表示目的域名;[AF-Application-Identifier]表示应用功能标识;*[AVP]表示其它AVP;*[Proxy-Info]表示代理信息;*[Route-Record]表示路由记录。
步骤202:CLF接收到所述用户数据同步请求后,向该A-RACF同步各用户的用户数据。
在这里,CLF接收到所述用户数据同步请求后,可以根据携带在用户数据同步请求中的所述A-RACF标识,进一步判断该A-RACF是否合法,如果合法则向该A-RACF标识所对应的A-RACF发送各用户的用户数据,以使该A-RACF标识所对应的A-RACF和该CLF的用户数据保持同步,如果不合法,则不执行同步操作。
另外,CLF在向A-RACF同步各用户的用户数据之后,CLF还可以向A-RACF发送用户数据同步结束通知。更优选地,A-RACF收到所述用户数据同步结束通知后,可以向CLF返回用户数据同步结束通知应答。
可选地,CLF在接收到所述用户数据同步请求后,CLF可以进一步根据本地策略规则判断是否向A-RACF进行用户数据同步,如果本地策略规则允许向A-RACF进行用户数据同步,则向A-RACF发送各用户的用户数据,并且向A-RAC发送携带表示同意同步的信息的用户数据同步应答;如果本地策略规则不允许向A-RACF进行用户数据同步,则向A-RAC发送携带表示拒绝同步的信息的用户数据同步应答,并不向A-RACF发送各用户的用户数据。优选地,CLF接收到所述用户数据同步请求后,并且CLF在根据本地的策略规则判定出向A-RACF进行用户数据同步后,CLF还可以进一步根据本地的策略规则和/或用户的隐私信息,确定出能够向A-RACF同步的用户名单,并向A-RACF发送该用户名单中用户的用户数据,以使A-RACF实体和CLF实体对该用户名单中用户的用户数据保持同步。
另外,CLF接收到所述用户数据同步请求后,优选进一步判断用户数据是否正在被更新,如果是,则等待该用户数据更新完成,并向A-RACF发送各用户被更新后的用户数据;如果不是,则向A-RACF发送各用户的用户数据。
本发明中,用户数据可以包括:签约用户标识、用户物理接入标识、用户逻辑接入标识、用户接入网络类型、用户全局唯一IP地址、用户初始关口设置、用户的签约数据、用户的QoS清单、基于用户的计费规则、基于用户的策略信息中的任意一个或者多于一个的任意组合。
示范性地,用户数据同步应答消息的命令码可以与用户数据同步请求消息相同,并且用户数据同步应答消息的消息格式可以定义如下:
(<用户数据同步应答消息>::=<Diameter Header:PXY>
<Session-Id>
{Vendor-Specific-Application-Id}
[Result-Code]
[Experimental-Result]
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
*[AVP]
*[Failed-AVP]
*[Proxy-Info]
*[Route-Record]
其中,<Diameter Header:PXY>表示Diameter消息头:带代理标志;<Session-Id>表示会话标识;{Vendor-Specific-Application-Id}表示运营商具体应用标识;[Result-Code]表示结果码;[Experimental-Result]表示实验结果;{Auth-Session-State}表示授权会话状态;{Origin-Host}表示源主机名;{Origin-Realm}表示源域名;*[AVP]表示其它AVP;*[Failed-AVP]表示失败信息;*[Proxy-Info]表示代理信息;*[Route-Record]表示路由记录。
具体地,CLF可以根据本地策略规则进行是否向A-RACF进行用户数据同步的决策。如果CLF决定向A-RACF同步用户数据,则在向A-RACF发送用户数据同步应答消息中将Result-Code AVP的值设置为DIAMETER_SUCCESS,如果CLF决定不向A-RACF同步用户数据,则在向A-RACF发送用户数据同步应答消息中将Result-Code AVP的值设置为除DIAMETER_SUCCESS 之外的值。比如,可以设置为DIAMETER_UNABLE_TO_COMPLY,用来表示拒绝向A-RACF同步用户数据。
另外,A-RACF在收到CLF的用户数据同步应答消息后,可以将A-RACF上已经存储的该CLF上报的用户数据进行同步标记,表示该用户数据需要进行同步。
CLF在接纳A-RACF的用户数据同步请求并向A-RACF发送A-RACF用户数据同步应答消息(Result-Code AVP 的值设置为DIAMETER_SUCCESS)后,则开始向A-RACF进行用户数据同步。具体地,CLF可以根据本地的策略规则和/或用户的隐私信息,检查CLF内存储的用户数据是否可以向该A-RACF同步上报。对于可以向该A-RACF进行同步上报的用户数据,CLF还将检查用户数据当前是否正在被更新,如果该用户数据正在被更新,CLF将延后对该用户数据的上报,直到该用户数据被更新后,再将更新后的用户数据向A-RACF进行上报。
CLF向A-RACF的每次用户数据上报交互可以由CLF向A-RACF发送的用户数据上报消息和用户数据上报应答消息组成。在一个用户数据同步过程中,可能需要有多个用户数据上报交互。
示范性地,用户数据上报消息涉及的信息元素可以如下表2所示。
信息元素名 | 对应的AVP | 携带情况 | 描述 |
Globally unique IPAddress | Globally-Unique-Address | 条件携带 | 这个信息元素包含:该签约用户使用的用户设备的IP地址。该IP地址对应的地址域。 |
Logical Access ID | Logical-Access-Id | 必须携带 | 用户设备连接的逻辑接入的标识。 |
Access NetworkType | Access-Network-Type | 可选携带 | 向用户设备提供IP连通的接入网络的类型。 |
Subscriber ID | User-Name | 条件携带 | 附着到网络上的用户的标识。 |
Physical Access ID | Physical-Access-Id | 可选携带 | 用户设备连接的物理接入的标识。 |
Initial Gate Settings | Initial-Gate-Settings | 可选携带 | 初始关口设置。 |
QoS Profile | QoS-Profile | 可选携带 | 用户的QoS清单(profile) |
表2
用户数据上报消息可以利用现有的消息,其消息格式为:
<用户数据上报消息>::= <Diameter Header:309,REQ,PXY>
<Session-Id>
{Vendor-Specific-Application-Id}
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
{Destination-Host}
{Destination-Realm}
[Globally-Unique-IPAddress]
[User-Name]
[Logical-Access-Id]
[Physical-Access-Id]
[Access-Network-Type]
[Initial-Gate-Setting]
*[QoS-Profile]
[IP-Connectivity-Status]
*[AVP]
*[Proxy-Info]
*[Route-Record]
其中,<Diameter Header:309,REQ,PXY>表示Diameter消息头:命令码为309,带请求标志,代理标志;<Session-Id>表示会话标识;{Vendor-Specific-Application-Id }表示运营商具体应用标识;{Auth-Session-State}表示授权会话状态;{Origin-Host}表示源主机名;{Origin-Realm}表示源域名;{Destination-Host}表示目的主机名;{Destination-Realm}表示目的域名;[Globally-Unique-IPAddress]表示全局唯一IP地址;[User-Name]表示用户名;[Logical-Access-Id]表示逻辑接入ID;[Physical-Access-Id]表示物理接手ID;[Access-Network-Type]表示接入网络类型;[Initial-Gate-Setting]表示初始门设置;*[QoS-Profile]表示QoS清单;[IP-Connectivity-Status]表示IP连通性状态;*[AVP]表示其它AVP;*[Proxy-Info]表示代理信息;*[Route-Record]表示路由记录。
A-RACF在收到CLF的每个用户数据上报消息后,将会向CLF发送用户数据上报应答消息来进行响应。用户数据上报应答消息也可以利用现有的消息,其消息格式为:
<用户数据上报应答消息>::=<Diameter Header:309,PXY>
<Session-Id>
{Vendor-Specific-Application-Id}
[Result-Code]
[Experimental-Result]
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
*[AVP]
*[Failed-AVP]
*[Proxy-Info]
*[Route-Record]
其中,<Diameter Header:309,PXY>表示Diameter消息头:命令码为309,带代理标志;<Session-Id>表示会话标识;{Vendor-Specific-Application-Id}表示运营商具体应用标识;[Result-Code]表示结果码;[Experimental-Result]表示实验结果;{Auth-Session-State}表示授权会话状态;{Origin-Host}表示源主机名;{Origin-Realm}表示源域名;*[AVP]表示其它AVP;*[Failed-AVP]表示失败信息;*[Proxy-Info]表示代理信息;*[Route-Record]表示路由记录。
如果A-RACF上已经存在所上报的用户数据,则对所存储的用户数据进行更新,如果原用户数据存在同步标记,则清除该同步标记;如果A-RACF没有所上报的用户数据,则对所上报的用户数据进行存储。
其中,CLF在向A-RACF同步完所有需要同步的用户数据后,可以向A-RACF指示用户数据同步结束。具体地,当CLF向A-RACF同步完所有需要同步的用户数据后,可以向A-RACF发送用户数据同步结束通知消息。
用户数据同步结束通知消息的命令码可以由IANA组织统一分配,并且用户数据同步结束通知消息的消息格式可以定义如下:
<用户数据同步结束通知消息>::=<Diameter Header:REQ,PXY>
<Session-Id>
{Vendor-Specific-Application-Id}
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
{Destination-Host}
{Destination-Realm}
*[AVP]
*[Proxy-Info]
*[Route-Record]
其中,<Diameter Header:REQ,PXY>表示Diameter消息头:带请求标志,代理标志;<Session-Id>表示会话标识;{Vendor-Specific-Application-Id}表示运营商具体应用标识;{Auth-Session-State}表示授权会话状态;{Origin-Host}表示源主机名;{Origin-Realm}表示源域名;[Destination-Host]表示目的主机名;{Destination-Realm}表示目的域名;*[AVP]表示其它AVP;*[Proxy-Info]表示代理信息;*[Route-Record]表示路由记录。
另外,A-RACF在收到CLF的用户数据同步结束通知消息后,还可以向A-RACF发送用户数据同步结束通知应答消息以进行响应。
用户数据同步结束通知应答消息的命令码可以与用户数据同步请求消息的相同,并且该消息的消息格式可以定义为如下:
<用户数据同步结束通知应答消息>::=<Diameter Header:PXY>
<Session-Id>
{Vendor-Specific-Application-Id}
[Result-Code]
[Experimental-Result]
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
*[AVP]
*[Failed-AVP]
[Proxy-Info]
*[Route-Record]
其中,<Diameter Header:PXY>表示Diameter消息头:带代理标志;<Session-Id>表示会话标识;{Vendor-Specific-Application-Id}表示运营商具体应用标识;[Result-Code]表示结果码;[Experimental-Result]表示实验结果;{Auth-Session-State}表示授权会话状态;{Origin-Host}表示源主机名;{Origin-Realm}表示源域名;*[AVP]表示其它AVP;*[Failed-AVP]表示失败信息;*[Proxy-Info]表示代理信息;*[Route-Record]表示路由记录。
优选地,A-RACF对该CLF在同步开始之前所上报的用户数据进行检查,对于仍然存在同步标记的用户数据(这说明该用户数据在同步过程中没有重新上报,否则该同步标记应该已经被清除),A-RACF将认为这些用户数据不再有效,A-RACF将删除这些用户数据并释放受影响的会话。
基于图2所示流程以及上述详细分析,图3为根据本发明的下一代网络中同步用户数据方法的示范性流程图。如图3所示,该方法包括:
步骤301:A-RACF向CLF发送用户数据同步请求;
步骤302:CLF向A-RACF返回用户数据同步应答;
步骤303:CLF向A-RACF上报用户1的用户数据;
步骤304:A-RACF向CLF返回关于用户1的用户数据上报应答;
然后,在下面的步骤中,CLF依次向A-RACF上报其余用户的用户数据,并且A-RACF向CLF返回各用户的用户数据上报应答。在完成数据的同步上报以后,CLF向A-RACF发送用户数据同步结束通知,然后A-RACF向CLF返回用户数据结束通知应答。
以上实施例中,虽然各个用户的用户数据上报应答紧随着用户数据上报,然而在实际中却不一定要严格按照这种顺序,本发明对此也并无任意限定。
本发明还公开了一种下一代网络中同步用户数据的系统。图4为根据本发明的下一代网络中同步用户数据系统的示范性结构示意图。如图4所示,该系统包括A-RACF实体401和CLF实体402,其中:
A-RACF实体401,用于向CLF 402发送用户数据同步请求;
CLF实体402,用于在接收到所述用户数据同步请求后,向A-RACF实体401发送各用户的用户数据,以使A-RACF实体401和CLF实体402的用户数据保持同步。
其中,所述用户数据同步请求中可以携带有A-RACF标识,此时:
CLF实体402,用于在接收到所述用户数据同步请求后,并当根据携带在用户数据同步请求中的所述A-RACF标识判定该A-RACF实体合法时,向该A-RACF标识所对应的A-RACF实体发送各用户的用户数据,以使该A-RACF标识所对应的A-RACF实体和CLF实体的用户数据保持同步。
优选地,CLF实体402,进一步用于在向A-RACF实体401发送各用户的用户数据之后,向A-RACF实体401发送用户数据同步结束通知;
A-RACF实体401,进一步用于在收到所述用户数据同步结束通知后,向CLF实体402返回用户数据同步结束通知应答。
另外,CLF 402实体,还可以用于在接收到所述用户数据同步请求后,并根据本地策略规则确定向A-RACF实体401进行用户数据同步后,向A-RACF实体401发送各用户的用户数据,并且向A-RACF实体401发送用户数据同步应答,在该用户数据同步应答中携带有表示同意同步的信息。
而且,CLF实体402,可以用于在接收到所述用户数据同步请求后,并且在根据本地的策略规则判定出向A-RACF实体401进行用户数据同步后,
该CLF实体402可以进一步用于,根据本地的策略规则和/或用户的隐私信息,确定出能够向A-RACF实体401同步的用户名单,并向A-RACF实体401发送该用户名单中用户的用户数据,以使A-RACF和CLF对该用户名单中用户的用户数据保持同步。
优选地,CLF实体402,还可以用于在接收到所述用户数据同步请求后,进一步判断用户数据是否正在被另外的实体更新,如果是,则等待该用户数据更新完成,并向A-RACF实体401同步各用户被更新后的用户数据,如果不是,则向A-RACF实体401同步各用户的用户数据。
在该示范性系统中,所述用户数据可以包括:签约用户标识、用户物理接入标识、用户逻辑接入标识、用户接入网络类型、用户全局唯一IP地址、用户初始关口设置、用户的签约数据、用户的QoS清单、基于用户的计费规则、基于用户的策略信息中的任意一个或者多于一个的任意组合。
显然,以上对用户数据的罗列仅为示范性的,并不用于限定本发明的保护范围,本发明同样适用于其它类型的用户数据信息。
综上,本发明可以使得A-RACF在用户数据丢失后能够使用用户数据同步信息流从CLF同步用户数据,避免了在用户会话建立时再通过用户数据获取信息流来获取用户数据,从而有效降低了用户会话建立时延,提高了用户体验。另外,A-RACF还可以通过用户数据同步信息流来对用户数据进行审计,从而能够清除无效的用户数据,进而提高了A-RACF的可靠性。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种下一代网络中同步用户数据的方法,其特征在于,该方法包括:
接入网资源接纳控制功能实体A-RACF向连通会话位置存贮功能实体CLF发送用户数据同步请求;
CLF接收到所述用户数据同步请求后,向该A-RACF发送各用户的用户数据,以使A-RACF和CLF的用户数据保持同步。
2.根据权利要求1所述的下一代网络中同步用户数据的方法,其特征在于,所述用户数据同步请求中携带有A-RACF标识,
CLF接收到所述用户数据同步请求后,根据携带在用户数据同步请求中的所述A-RACF标识,进一步判断该A-RACF是否合法,如果合法,则向该A-RACF标识所对应的A-RACF发送各用户的用户数据,以使该A-RACF标识所对应的A-RACF和该CLF的用户数据保持同步,否则退出本流程。
3.根据权利要求1所述的下一代网络中同步用户数据的方法,其特征在于,该方法进一步包括:
CLF在向A-RACF发送各用户的用户数据之后,CLF进一步向A-RACF发送用户数据同步结束通知。
4.根据权利要求3所述的下一代网络中同步用户数据的方法,其特征在于,该方法进一步包括:
A-RACF收到所述用户数据同步结束通知后,向CLF返回用户数据同步结束通知应答。
5.根据权利要求1所述的下一代网络中同步用户数据的方法,其特征在于,CLF在接收到所述用户数据同步请求后,
CLF进一步根据本地策略规则判断是否向A-RACF进行用户数据同步,如果是,则向A-RACF发送各用户的用户数据,并且向A-RACF发送携带表示同意同步的信息的用户数据同步应答;如果否,则向A-RACF发送携带表示拒绝同步的信息的用户数据同步应答,并退出本流程。
6.根据权利要求5所述的下一代网络中同步用户数据的方法,其特征在于,CLF接收到所述用户数据同步请求后,并且CLF在根据本地的策略规则判定出向A-RACF进行用户数据同步后,
CLF进一步根据本地的策略规则和/或用户的隐私信息,确定出能够向A-RACF同步的用户名单,并向A-RACF发送该用户名单中用户的用户数据,以使A-RACF和CLF对该用户名单中用户的用户数据保持同步。
7.根据权利要求1所述的下一代网络中同步用户数据的方法,其特征在于,CLF接收到所述用户数据同步请求后,进一步判断用户数据是否正在被更新,如果是,则等待该用户数据更新完成,并向A-RACF发送各用户被更新后的用户数据,如果不是,则向A-RACF发送各用户的用户数据。
8.根据权利要求1-7中任一项所述的下一代网络中同步用户数据的方法,其特征在于,所述用户数据包括:签约用户标识、用户物理接入标识、用户逻辑接入标识、用户接入网络类型、用户全局唯一IP地址、用户初始关口设置、用户的签约数据、用户的QoS清单、基于用户的计费规则、基于用户的策略信息中的任意一个或者多于一个的任意组合。
9.一种下一代网络中同步用户数据的系统,其特征在于,该系统包括A-RACF实体和CLF实体,其中:
A-RACF实体,用于向CLF实体发送用户数据同步请求;
CLF实体,用于在接收到所述用户数据同步请求后,向该A-RACF实体发送各用户的用户数据,以使A-RACF实体和CLF实体的用户数据保持同步。
10.根据权利要求9所述的下一代网络中同步用户数据的系统,其特征在于,所述用户数据同步请求中携带有A-RACF标识,
CLF实体,用于在接收到所述用户数据同步请求后,并当根据携带在用户数据同步请求中的所述A-RACF标识判定该A-RACF实体合法时,向该A-RACF标识所对应的A-RACF实体发送各用户的用户数据,以使该A-RACF标识所对应的A-RACF实体和CLF实体的用户数据保持同步。
11.根据权利要求9所述的下一代网络中同步用户数据的系统,其特征在于,
CLF实体,进一步用于在向A-RACF实体发送各用户的用户数据之后,向A-RACF实体发送用户数据同步结束通知。
12.根据权利要求11所述的下一代网络中同步用户数据的系统,其特征在于,
A-RACF实体,进一步周于在收到所述用户数据同步结束通知后,向CLF实体返回用户数据同步结束通知应答。
13.根据权利要求9所述的下一代网络中同步用户数据的系统,其特征在于,
CLF实体,用于在接收到所述用户数据同步请求后,并根据本地策略规则确定向A-RACF实体进行用户数据同步后,向A-RACF实体发送各用户的用户数据,并且向A-RACF实体发送用户数据同步应答,在该用户数据同步应答中携带有表示同意同步的信息。
14.根据权利要求13所述的下一代网络中同步用户数据的系统,其特征在于,
CLF实体,用于在接收到所述用户数据同步请求后,并且在根据本地的策略规则判定出向A-RACF实体进行用户数据同步后,
该CLF实体进一步用于,根据本地的策略规则和/或用户的隐私信息,确定出能够向A-RACF实体同步的用户名单,并向A-RACF实体发送该用户名单中用户的用户数据,以使A-RACF实体和CLF实体对该用户名单中用户的用户数据保持同步。
15.根据权利要求9所述的下一代网络中同步用户数据的系统,其特征在于,
CLF实体,用于在接收到所述用户数据同步请求后,进一步判断用户数据是否正在被更新,如果是,则等待该用户数据更新完成,并向A-RACF实体发送各用户被更新后的用户数据,如果不是,则向A-RACF实体发送各用户的用户数据。
16.根据权利要求9-15中任一项所述的下一代网络中同步用户数据的系统,其特征在于,
所述用户数据包括:签约用户标识、用户物理接入标识、用户逻辑接入标识、用户接入网络类型、用户全局唯一IP地址、用户初始关口设置、用户的签约数据、用户的QoS清单、基于用户的计费规则、基于用户的策略信息中的任意一个或者多于一个的任意组合。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610159672 CN101155023A (zh) | 2006-09-30 | 2006-09-30 | 一种下一代网络中同步用户数据的方法和系统 |
PCT/CN2007/070734 WO2008049355A1 (fr) | 2006-09-30 | 2007-09-20 | Procédé, dispositif et système de synchronisation de données utilisateur dans un réseau nouvelle génération |
EP07816925A EP2068508A1 (en) | 2006-09-30 | 2007-09-20 | Method, device and system for synchronizing user data in next generation network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610159672 CN101155023A (zh) | 2006-09-30 | 2006-09-30 | 一种下一代网络中同步用户数据的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101155023A true CN101155023A (zh) | 2008-04-02 |
Family
ID=39256486
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200610159672 Pending CN101155023A (zh) | 2006-09-30 | 2006-09-30 | 一种下一代网络中同步用户数据的方法和系统 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2068508A1 (zh) |
CN (1) | CN101155023A (zh) |
WO (1) | WO2008049355A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113973326A (zh) * | 2019-09-19 | 2022-01-25 | 维沃移动通信有限公司 | 一种无线能力标识传输方法、终端设备和网络节点 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2524851C2 (ru) | 2010-11-29 | 2014-08-10 | ЗедТиИ (ЮЭсЭй) ИНК. | Способы и устройство для конфигурирования профилей качества обслуживания абонента |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100358291C (zh) * | 2004-09-08 | 2007-12-26 | 华为技术有限公司 | 下一代网络中动态协商服务质量的系统及其实现方法 |
CN100426815C (zh) * | 2004-09-08 | 2008-10-15 | 华为技术有限公司 | 一种ngn中的资源和准入控制子系统及方法 |
CN100358321C (zh) * | 2005-03-08 | 2007-12-26 | 华为技术有限公司 | 下一代网络中实现用户请求模式资源预留的方法 |
-
2006
- 2006-09-30 CN CN 200610159672 patent/CN101155023A/zh active Pending
-
2007
- 2007-09-20 WO PCT/CN2007/070734 patent/WO2008049355A1/zh active Application Filing
- 2007-09-20 EP EP07816925A patent/EP2068508A1/en not_active Withdrawn
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113973326A (zh) * | 2019-09-19 | 2022-01-25 | 维沃移动通信有限公司 | 一种无线能力标识传输方法、终端设备和网络节点 |
CN113973326B (zh) * | 2019-09-19 | 2024-05-28 | 维沃移动通信有限公司 | 一种无线能力标识传输方法、终端设备和网络节点 |
Also Published As
Publication number | Publication date |
---|---|
WO2008049355A1 (fr) | 2008-05-02 |
EP2068508A1 (en) | 2009-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100466600C (zh) | 下一代网络中实现接入配置模式资源预留的方法 | |
US7756056B2 (en) | Apparatus and method for managing quality of service in integrated network of heterogeneous mobile network | |
CN101163091A (zh) | 一种资源接纳控制系统及方法 | |
CN101507320A (zh) | 在通信系统中将分组流映射到载体的方法 | |
CN101212483B (zh) | 一种控制用户会话个数的方法以及系统 | |
CN100571185C (zh) | 一种跨不同管理域网络的边缘连接选路方法 | |
CN101945021B (zh) | 一种实现策略同步的方法及系统 | |
KR100705564B1 (ko) | 네트워크에서의 자원 관리 장치 및 방법 | |
CN101232503B (zh) | 资源分配方法及资源释放方法 | |
CN101309227B (zh) | 一种家庭网关策略控制的装置、系统及其实现方法 | |
CN101345703A (zh) | 一种承载资源预留方法、系统和装置 | |
CN101252586B (zh) | 一种对家庭网关进行策略控制的系统及方法 | |
CN101155023A (zh) | 一种下一代网络中同步用户数据的方法和系统 | |
US9179368B2 (en) | Method and policy enforcement functional entity for implementing quality of service request information | |
CN103686654A (zh) | Pcc会话关联方法、以及pcef单元和pa单元 | |
CN101335998B (zh) | 服务质量参数处理方法和系统 | |
CN101355808B (zh) | 一种上报策略安装失败的方法 | |
CN101316176B (zh) | 基于服务质量策略计费方法以及资源接纳控制子系统 | |
CN101730156B (zh) | 一种资源接纳控制方法 | |
US9107114B2 (en) | Method for supporting quality of service mechanisms during a handover process or in preparation of a handover process | |
CN101163102B (zh) | 一种资源接纳控制方法及策略决策功能单元 | |
CN101729398A (zh) | QoS优先级信息的发送方法、PD-FE、TRC-FE | |
WO2019007387A1 (en) | BANDWIDTH SHARING BETWEEN A PLURALITY OF FLOWS | |
CN101330462B (zh) | 一种下一代网络中网络安全等级实现方法 | |
CN102026302A (zh) | 批发场景下的拉模式资源接纳控制方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20080402 |