CN1905554A - 一种认证授权计费协议消息传输方法 - Google Patents
一种认证授权计费协议消息传输方法 Download PDFInfo
- Publication number
- CN1905554A CN1905554A CN200510085710.XA CN200510085710A CN1905554A CN 1905554 A CN1905554 A CN 1905554A CN 200510085710 A CN200510085710 A CN 200510085710A CN 1905554 A CN1905554 A CN 1905554A
- Authority
- CN
- China
- Prior art keywords
- message
- receiving end
- diameter
- compression
- sending end
- 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
- 238000000034 method Methods 0.000 title claims abstract description 48
- 230000005540 biological transmission Effects 0.000 title claims abstract description 30
- 230000006835 compression Effects 0.000 claims abstract description 116
- 238000007906 compression Methods 0.000 claims abstract description 116
- 238000013475 authorization Methods 0.000 abstract description 7
- 230000008520 organization Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Telephone Function (AREA)
- Small-Scale Networks (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及网络通信技术领域中一种认证授权计费协议消息传输方法,将Diameter消息进行压缩后传输,并在压缩传输前发送端与接收端进行协商,采用两端都可接受的压缩方式,保证了接收端顺利对接收到的Diameter消息进行解压缩,减少了Diameter消息传输占用的网络资源。本发明实现了发送端与接收端协商压缩方式,将Diameter消息以压缩的形式进行传输,压缩后的Diameter协议包减小,节约了网络带宽,减少了对网络资源的消耗,且该Diameter消息传输方法适用于所有压缩方法,易于实现,节约了成本和投资。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种认证授权计费协议消息传输方法。
背景技术
Diameter系列协议是新一代的AAA(认证、授权、计费)技术,由于其强大的可扩展性和安全保证,正在得到越来越多的关注。在ITU(国际电信联盟)、3GPP(第三代伙伴组织计划)和3GPP2等国际标准组织中,都已经正式将Diameter协议作为NGN(下一代网络)、WCDMA(宽带码分多址)和CDMA2000(码分多址)等未来通信网络的首选AAA协议。
所述AAA指的是Authentication(鉴别),Authorization(授权),Accounting(计费),自网络诞生以来,认证、授权以及计费体制AAA就成为其运营的基础,网络中各类资源的使用,需要由认证、授权和计费进行管理。对于一个商业系统来说,认证是至关重要的,只有确认了用户的身份,才能知道所提供的服务应该向谁收费,同时也能防止非法用户(黑客)对网络进行破坏。在确认用户身份后,根据用户开户时所申请的服务类别,系统可以授予客户相应的权限。最后,在用户使用系统资源时,需要有相应的设备来统计用户对资源的占用情况,据此向客户收取相应的费用。
在3G(第三代移动网络)网络的IMS(IP多媒体域)域中实体间的多个接口使用Diameter协议,例如AS(应用服务器)和HSS(归属网络用户服务器)的接口,即Sh接口,在此接口中HSS需要通过Diameter协议将用户数据下发给AS,由于在IMS网络中,一个用户可以签约多个业务,例如呼叫业务、多媒体业务、数据业务等,在3G的标准中用户数据通过XML(可扩展标记语言)格式进行描述,这样用户数据就非常的庞大,往往可以超过10000个字节。用户数据是Diameter协议消息中的一个参数,这样Sh接口间的Diameter消息也变的异常庞大。在进行Diameter消息传输时,占用网络带宽,消耗网络资源。
因此,需要一种Diameter消息传输方法使在传输Diameter消息时,节约网络带宽及减少对网络资源的消耗。
发明内容
鉴于上述现有技术所存在的问题,本发明的目的在于提供一种Diameter消息传输方法,将Diameter消息进行压缩后传输,并在压缩传输前发送端与接收端对压缩方式进行协商,保证接收端可以顺利对接收到的Diameter消息进行解压缩,并减少了Diameter消息传输占用的网络资源。
本发明的目的是通过以下技术方案实现的:
本发明提供一种Diameter消息传输方法,包括:
发送端在传输Diameter消息前,与接收端协商压缩方式,并利用协商确定的压缩方式对所要传输的Diameter消息进行压缩后传输。
所述发送端与接收端协商的内容包括:
需要压缩的Diameter消息中的属性值对AVP,和/或相应的AVP分别使用的压缩算法。
所述方法还包括:
发送端发送压缩的Diameter消息时,在被压缩的AVP头中设置压缩标记,接收端通过该标记识别该AVP被压缩。
所述协商的方法包括:
发送端和接收端通过Diameter协议消息协商Diameter消息压缩方式。
所述协商方法具体包括:
A1、发送端首先发送一个消息压缩协商请求给接收端,通知接收端选择一个消息压缩方式;
A2、接收端接收到消息压缩协商请求后,确认一个消息压缩方式,回送消息压缩协商响应给发送端;
A3、发送端和接收端分别保存确认的消息压缩方式。
所述步骤A2还包括:
如果接收端不支持Diameter消息压缩或不接受发送端的压缩请求,则回送消息压缩失败响应给发送端。
所述协商的方法包括:
发送端发送一个压缩的Diameter消息时,在消息中增加一个AVP,用于指示发送端的消息压缩方式;
接收端根据所述增加的AVP中指示的消息压缩方式来与接收端进行协商。
所述协商的方法包括:
根据设备操作者的配置,在接收端和发送端协商确定相应的压缩方式。
所述配置方法包括:
B1、在接收端的设备上根据发送端名,为每个发送端配置与接收端相同的消息压缩方式,发送端的设备上同样根据接收端名,为每个接收端配置与发送端相同的消息压缩方式;
或者,
B2、为发送端与对应的每一个接收端配置相同的消息压缩方式,同样,为接收端与对应的每一个发送端配置相同的消息压缩方式;
或者,
B3、接收端或者发送端预置相同的消息压缩方式的缺省方式。
所述方法还包括:
C、接收端接收到所述被压缩的Diameter消息后,采用所述协商确定的压缩方式进行解压缩。
由上述本发明提供的技术方案可以看出,本发明实现了将Diameter消息以压缩的形式进行传输,并在压缩传输前发送端与接收端进行协商,采用两端都可接受的压缩方式,保证了接收端顺利对接收到的Diameter消息进行解压缩,并且压缩后的Diameter协议包减小,节约了网络带宽,减少了对网络资源的消耗,且该Diameter消息传输方法适用于所有压缩方法,易于实现,节约了成本和投资。
附图说明
图1为本发明Diameter消息压缩传输流程图;
图2为本发明一种发送端与接收端协商Diameter消息压缩方式的流程图。
具体实施方式
本发明的核心思想是提供一种Diameter消息传输方法,发送端与接收端协商Diameter消息压缩方式,发送端及接收端采用协商确定的压缩方式对Diameter消息进行压缩及解压缩,这种将Diameter消息压缩进行传输的方式减少了Diameter消息传输占用的网络资源。
为方便了解Diameter消息的传输,首先介绍一下Diameter协议,在Diameter协议的消息格式如下:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Version | Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|command flags | Command-Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Application-ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Hop-by-Hop Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| End-to-End Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| AVPs...
+-+-+-+-+-+-+-+-+-+-+-+-+-
由上述格式可以看出,Diameter协议由Diameter消息头和Diameter消息体组成。Diameter消息头中包括:Version(版本),Message Length(消息长度),command flags(命令标记),Command-Code(命令码),Application-ID(应用标识),Hop-by-Hop Identifier(逐跳标识),End-to-End Identifier(端到端标识);Diameter的消息体为AVPS,即多个AVP(属性值对,即消息中的信息单元)组成,每个AVP的格式如下:
0 1 2 3
0 1 2 34 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| AVP Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V M P r r r r r| AVP Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Vendor-ID(opt) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Data...
+-+-+-+-+-+-+-+-+
AVP由AVP头和Data(数据)组成。AVP头中包括:AVP Code(AVP码),AVP Flags(AVP标记),AVP Length(AVP长度),可选的Vendor-ID(厂家标识)。其中AVP的Flags包括标记V(厂家标记),标记M(必须标记),P(加密标记),r为目前没有使用的保留标记。
该Diameter协议消息的传输过程如图1所示,该传输过程包括:
步骤10:发送端与接收端协商Diameter消息压缩方式;
在传输Diameter消息时,若要传输的Diameter消息包大,则可采用压缩传输的方式,以减少对网络资源的消耗,在压缩传输前,为保证接收端可以顺利对压缩的消息进行解压缩操作,即接收端可以识别发送端的压缩方式,在发送端对Diameter消息进行压缩发送时,需要使接收端清楚知道发送端对于哪些AVP的数据进行了压缩和它们采用的压缩算法,因此,发送端在发送Diameter压缩消息前,先与接收端进行协商以确定Diameter消息压缩的方式,其中消息压缩的协商包括的内容有下列几种情况:
情况一:只协商使用的压缩算法;在AVP头的AVP标记中将保留未使用的一个标记,进行使用,作为压缩标记,增加该标记后AVP头的标记格式如下:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V M P C r r r r| AVP Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
如果C的标记设置为1表示该AVP的数据被压缩了;如果为0表示该AVP的数据没有被压缩;
情况二:协商的内容包括哪些AVP需要压缩数据,以及这些AVP分别使用的压缩算法是什么;不同的AVP可以使用不同的压缩算法,在这种情况下可以通过协商知道哪些AVP压缩了数据;
根据上面情况一和情况二可以确定消息压缩协商内容为:哪些AVP要压缩数据和压缩使用的算法,该消息压缩的协商内容即为消息压缩方式。
Diameter消息压缩协商的过程的实现方法包括以下几种:
方法一:在接收端和发送端协商一致,这个协商基于设备操作者的配置。
配置方法A:在接收端的设备上根据发送端名,配置每个发送端的消息压缩方式,发送端的设备上同样根据接收端名,配置每个接收端的消息压缩方式,接收端和发送端配置的消息压缩方式需要相同;
配置方法B:发送端设备对于每一个接收端采用相同的消息压缩方式,即只配置一条消息压缩数据,而不区分不同的接收端;同样,在接收端设备对于每一个发送端设备使用相同的消息压缩方式,同样只配置一条消息压缩数据;
配置方法C:接收端或者发送端实现时预置了相同的消息压缩方式的缺省方式,那么接收端或者发送端可以不需要设备操作者完成任何配置;
方法二:在发送端发送一个压缩的Diameter消息时,在消息中增加一个AVP,该AVP用于指示发送端的消息压缩方式,接收端根据压缩消息中携带的消息压缩数据AVP,与接收端进行协商,再对接收到的Diameter消息进行解压缩;
方法三:参照图2所示,发送端和接收端通过Diameter协议消息协商消息压缩方式。发送端首先发送一个消息压缩协商请求给接收端,通知接收端选择一个消息压缩方式,其中采用的压缩算法可以为多个;接收端接收到消息压缩协商请求后,确认一个消息压缩方式,即选择一个支持的压缩算法,回送消息压缩协商成功响应给发送端,响应中包括确认的消息压缩方式;如果接收端不支持Diameter消息压缩或者是指定的压缩算法,就回送消息压缩协商失败响应给发送端,发送端就不压缩消息发送给接收端。发送端和接收端都分别保存消息压缩方式,发送端发送消息时根据保存的接收端确认的消息压缩方式,压缩Diameter消息发送给接收端;接收端也根据保存的该发送端的Diameter消息压缩方式,对收到的压缩消息进行解压缩;
压缩协商的Diameter消息格式可以采用下面的格式:
其中压缩协商请求格式可以为:
<CNR>∷=<Diameter Header:XXX,REQ>:Diameter协议头,表示该消息为一个请求消息,其中,XXX表示由Diameter协议标准组织分配该命令码的值;
{Origin-Host}:源主机信息;
{Origin-Realm}:源服务域信息;
[estion-Host]:目的主机信息;
{Destion-Realm}:目的服务域信息;
{OverLoad-Cause}:过载原因;
{Compress-Info}:消息压缩协商信息数据;
压缩协商响应格式可以为:
<CNA>∷=<Diameter Header:XXX>:Diameter协议头,表示该消息为一个响应消息,其中,XXX表示由Diameter协议标准组织分配该命令码的值;
{Result-Code}:原因码;表示执行成功还是失败;
{Origin-Host}:源主机信息;
{Origin-Realm}:源服务域信息;
{Compress-Info}:消息压缩确认信息数据;
[Error-Message]:错误消息;如果请求有错误通过该消息描述错误;
*[Failed-AVP];失败属性值对,请求中如果有错误,就将错误信息在响应中返回;
其中,压缩信息AVP的格式可以为:
Compress-Info∷=<AVP Header:XXX>XXX表示由Diameter协议标准组织分配该AVP码的值;
*[AVP-Compress-Info]:表示有多个AVP的压缩信息;
*[Compress-Arithmetic]:表示可以有多个压缩算法;
其中AVP-Compress-Info AVP的格式可以为:
AVP-Compress-Info∷=<AVP Header:XXX>XXX表示由Diameter协议标准组织分配该AVP码的值;
{AVP-Code}:表示AVP编码的值;
[Vendor-Id]:表示厂家标识,如果出现表示为厂家定义AVP;
*[Compress-Arithmetic]:表示可以有多个压缩算法。
步骤11:发送端根据上述与接收端协商确定的Diameter消息压缩方式对所要发送的Diameter消息,选择消息体中的一个AVP或者多个AVP的数据进行压缩,并在被压缩的AVP中设置标记,接收端根据该标记识别该AVP压缩了数据;
以发送Sh接口的Diameter消息为例,发送端可以选择XMI格式的用户数据进行压缩,XML格式的用户数据是Diameter消息中一个AVP的数据,因为这个数据非常大,占用整个Diameter消息长度的大部分空间,因此要对该数据进行压缩,最终使得整个Diameter消息变小。XML格式的用户数据可以采用XML的压缩算法进行(本发明对具体压缩方法不作限定),一般XML的压缩率超过80%,即压缩后的XML格式的用户数据大小只有未压缩前的五分之一,这样Diameter消息的大小也大幅度的减少。
步骤12:接收端收到该压缩后的Diameter消息后,根据与接收端协商确定的Diameter消息压缩方式,对Diameter消息体中那些数据被压缩的AVP的数据,采用相同的压缩算法进行解压缩;
接收端设备收到Diameter消息后,根据发送端的消息压缩方式对该消息进行解压缩;
针对步骤10中的方法二,如果对于发送端的消息压缩方式不支持,例如不支持发送端指定的压缩算法,则返回失败响应,接收端不对该压缩消息进行处理。
综上所述,本发明实现了在传输Diameter消息时将该消息压缩传输,并在传送前由发送端与接收端协商压缩方式,保证了接收端在接收到压缩的消息使可以顺利解压缩,该Diameter消息压缩传输方法节约了网络带宽,及减少了对网络资源的消耗,且易于实现,节约了成本和投资。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (10)
1、一种Diameter消息传输方法,其特征在于,包括:
发送端在传输Diameter消息前,与接收端协商压缩方式,并利用协商确定的压缩方式对所要传输的Diameter消息进行压缩后传输。
2、如权利要求1所述的一种Diameter消息传输方法,其特征在于,所述发送端与接收端协商的内容包括:
需要压缩的Diameter消息中的属性值对AVP,和/或相应的AVP分别使用的压缩算法。
3、如权利要求2所述的一种Diameter消息传输方法,其特征在于,所述方法还包括:
发送端发送压缩的Diameter消息时,在被压缩的AVP头中设置压缩标记,接收端通过该标记识别该AVP被压缩。
4、如权利要求1所述的一种Diameter消息传输方法,其特征在于,所述协商的方法包括:
发送端和接收端通过Diameter协议消息协商Diameter消息压缩方式。
5、如权利要求4所述的一种Diameter消息传输方法,其特征在于,所述协商方法具体包括:
A1、发送端首先发送一个消息压缩协商请求给接收端,通知接收端选择一个消息压缩方式;
A2、接收端接收到消息压缩协商请求后,确认一个消息压缩方式,回送消息压缩协商响应给发送端;
A3、发送端和接收端分别保存确认的消息压缩方式。
6、如权利要求5所述的一种Diameter消息传输方法,其特征在于,所述步骤A2还包括:
如果接收端不支持Diameter消息压缩或不接受发送端的压缩请求,则回送消息压缩失败响应给发送端。
7、如权利要求1所述的一种Diameter消息传输方法,其特征在于,所述协商的方法包括:
发送端发送一个压缩的Diameter消息时,在消息中增加一个AVP,用于指示发送端的消息压缩方式;
接收端根据所述增加的AVP中指示的消息压缩方式来与接收端进行协商。
8、如权利要求1所述的一种Diameter消息传输方法,其特征在于,所述协商的方法包括:
根据设备操作者的配置,在接收端和发送端协商确定相应的压缩方式。
9、如权利要求8所述的一种Diameter消息传输方法,其特征在于,所述配置方法包括:
B1、在接收端的设备上根据发送端名,为每个发送端配置与接收端相同的消息压缩方式,发送端的设备上同样根据接收端名,为每个接收端配置与发送端相同的消息压缩方式;
或者,
B2、为发送端与对应的每一个接收端配置相同的消息压缩方式,同样,为接收端与对应的每一个发送端配置相同的消息压缩方式;
或者,
B3、接收端或者发送端预置相同的消息压缩方式的缺省方式。
10、如权利要求1所述的一种Diameter消息传输方法,其特征在于,所述方法还包括:
C、接收端接收到所述被压缩的Diameter消息后,采用所述协商确定的压缩方式进行解压缩。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510085710.XA CN1905554A (zh) | 2005-07-29 | 2005-07-29 | 一种认证授权计费协议消息传输方法 |
ES06761581T ES2327157T3 (es) | 2005-07-29 | 2006-07-26 | Metodo para tranmitir un mensaje del protocolo de auteticacion, autoriacion y contabilidad. |
EP06761581A EP1916797B1 (en) | 2005-07-29 | 2006-07-26 | Authentication authorization accounting protocol message transmitting method |
AT06761581T ATE434877T1 (de) | 2005-07-29 | 2006-07-26 | Authentifikations-autorisierungs-buchführungs- protokollnachrichten-übertragungsverfahren |
DE602006007474T DE602006007474D1 (de) | 2005-07-29 | 2006-07-26 | Authentifikations-autorisierungs-buchführungs-protokollnachrichten-übertragungsverfahren |
PCT/CN2006/001854 WO2007012275A1 (fr) | 2005-07-29 | 2006-07-26 | Procede de transmission de message de protocole d'authentification d'autorisation et de comptabilite |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510085710.XA CN1905554A (zh) | 2005-07-29 | 2005-07-29 | 一种认证授权计费协议消息传输方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1905554A true CN1905554A (zh) | 2007-01-31 |
Family
ID=37674680
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200510085710.XA Pending CN1905554A (zh) | 2005-07-29 | 2005-07-29 | 一种认证授权计费协议消息传输方法 |
Country Status (6)
Country | Link |
---|---|
EP (1) | EP1916797B1 (zh) |
CN (1) | CN1905554A (zh) |
AT (1) | ATE434877T1 (zh) |
DE (1) | DE602006007474D1 (zh) |
ES (1) | ES2327157T3 (zh) |
WO (1) | WO2007012275A1 (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009074101A1 (fr) * | 2007-12-07 | 2009-06-18 | Huawei Technologies Co., Ltd. | Procédé, système et appareil de traitement de compression d'en-tête dans un réseau sans fil |
CN101282228B (zh) * | 2008-03-31 | 2010-11-10 | 华为技术有限公司 | 在线计费的方法、业务控制点、融合计费点和系统 |
CN101448243B (zh) * | 2008-04-11 | 2011-09-21 | 中兴通讯股份有限公司 | 一种实现用户注册的方法 |
CN102932844A (zh) * | 2012-11-28 | 2013-02-13 | 北京傲天动联技术有限公司 | 一种提升无线网络通信吞吐量的方法及网络节点装置 |
CN103209044A (zh) * | 2012-01-11 | 2013-07-17 | 华为终端有限公司 | 一种数据待传输消息的传输方法、装置及系统 |
CN104104661A (zh) * | 2013-04-09 | 2014-10-15 | 中兴通讯股份有限公司 | 客户端、服务器、远程用户拨号认证能力协商方法及系统 |
CN108390854A (zh) * | 2018-01-10 | 2018-08-10 | 北京思特奇信息技术股份有限公司 | 一种dcc消息传输方法和系统 |
WO2022063058A1 (zh) * | 2020-09-28 | 2022-03-31 | 中兴通讯股份有限公司 | 基于netconf协议的传输方法、设备及存储介质 |
US11917072B2 (en) | 2020-12-03 | 2024-02-27 | International Business Machines Corporation | Implementing opportunistic authentication of encrypted data |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8989216B2 (en) * | 2012-03-30 | 2015-03-24 | Alcatel Lucent | Diameter versioning dictionary |
US11350254B1 (en) | 2015-05-05 | 2022-05-31 | F5, Inc. | Methods for enforcing compliance policies and devices thereof |
US11757946B1 (en) | 2015-12-22 | 2023-09-12 | F5, Inc. | Methods for analyzing network traffic and enforcing network policies and devices thereof |
US11178150B1 (en) | 2016-01-20 | 2021-11-16 | F5 Networks, Inc. | Methods for enforcing access control list based on managed application and devices thereof |
US10505792B1 (en) | 2016-11-02 | 2019-12-10 | F5 Networks, Inc. | Methods for facilitating network traffic analytics and devices thereof |
US10812266B1 (en) | 2017-03-17 | 2020-10-20 | F5 Networks, Inc. | Methods for managing security tokens based on security violations and devices thereof |
US11343237B1 (en) | 2017-05-12 | 2022-05-24 | F5, Inc. | Methods for managing a federated identity environment using security and access control data and devices thereof |
US11122042B1 (en) | 2017-05-12 | 2021-09-14 | F5 Networks, Inc. | Methods for dynamically managing user access control and devices thereof |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5535199A (en) * | 1994-09-06 | 1996-07-09 | Sun Microsystems, Inc. | TCP/IP header compression X.25 networks |
US6542992B1 (en) * | 1999-01-26 | 2003-04-01 | 3Com Corporation | Control and coordination of encryption and compression between network entities |
DE60019174T2 (de) * | 1999-08-06 | 2005-08-11 | Matsushita Electric Industrial Co., Ltd., Kadoma | Datenübertragungsverfahren, -vorrichtung und Datenempfangsvorrichtung |
WO2001055904A1 (en) * | 2000-01-31 | 2001-08-02 | X/Net Associates, Inc. | System and method for in-stream data compression |
WO2004046844A2 (en) * | 2002-11-18 | 2004-06-03 | Nokia Corporation | Faster authentication with parallel message processing |
-
2005
- 2005-07-29 CN CN200510085710.XA patent/CN1905554A/zh active Pending
-
2006
- 2006-07-26 WO PCT/CN2006/001854 patent/WO2007012275A1/zh active Application Filing
- 2006-07-26 AT AT06761581T patent/ATE434877T1/de not_active IP Right Cessation
- 2006-07-26 EP EP06761581A patent/EP1916797B1/en active Active
- 2006-07-26 ES ES06761581T patent/ES2327157T3/es active Active
- 2006-07-26 DE DE602006007474T patent/DE602006007474D1/de active Active
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009074101A1 (fr) * | 2007-12-07 | 2009-06-18 | Huawei Technologies Co., Ltd. | Procédé, système et appareil de traitement de compression d'en-tête dans un réseau sans fil |
CN101453298B (zh) * | 2007-12-07 | 2013-06-05 | 华为技术有限公司 | 一种无线网络中头压缩的处理方法及系统、装置 |
CN101282228B (zh) * | 2008-03-31 | 2010-11-10 | 华为技术有限公司 | 在线计费的方法、业务控制点、融合计费点和系统 |
CN101448243B (zh) * | 2008-04-11 | 2011-09-21 | 中兴通讯股份有限公司 | 一种实现用户注册的方法 |
CN103209044A (zh) * | 2012-01-11 | 2013-07-17 | 华为终端有限公司 | 一种数据待传输消息的传输方法、装置及系统 |
CN102932844A (zh) * | 2012-11-28 | 2013-02-13 | 北京傲天动联技术有限公司 | 一种提升无线网络通信吞吐量的方法及网络节点装置 |
CN104104661A (zh) * | 2013-04-09 | 2014-10-15 | 中兴通讯股份有限公司 | 客户端、服务器、远程用户拨号认证能力协商方法及系统 |
US10250581B2 (en) | 2013-04-09 | 2019-04-02 | Zte Corporation | Client, server, radius capability negotiation method and system between client and server |
CN108390854A (zh) * | 2018-01-10 | 2018-08-10 | 北京思特奇信息技术股份有限公司 | 一种dcc消息传输方法和系统 |
WO2022063058A1 (zh) * | 2020-09-28 | 2022-03-31 | 中兴通讯股份有限公司 | 基于netconf协议的传输方法、设备及存储介质 |
US11917072B2 (en) | 2020-12-03 | 2024-02-27 | International Business Machines Corporation | Implementing opportunistic authentication of encrypted data |
Also Published As
Publication number | Publication date |
---|---|
ATE434877T1 (de) | 2009-07-15 |
EP1916797A4 (en) | 2008-08-13 |
ES2327157T3 (es) | 2009-10-26 |
WO2007012275A1 (fr) | 2007-02-01 |
DE602006007474D1 (de) | 2009-08-06 |
EP1916797B1 (en) | 2009-06-24 |
EP1916797A1 (en) | 2008-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1905554A (zh) | 一种认证授权计费协议消息传输方法 | |
CN1889499A (zh) | 实现在不同网络之间协商策略信息的方法和系统 | |
CN1222145C (zh) | 配置链路的方法及设备 | |
CN1315268C (zh) | 一种验证用户合法性的方法 | |
CN1893391A (zh) | 一种支持网络层安全穿越网络地址转换的方法 | |
CN1310484C (zh) | 用于ip网络的服务级分配 | |
CN1444824A (zh) | 用于通信网络的公共计费标识符 | |
CN1870514A (zh) | 会话服务质量分析的实现方法 | |
CN101035270A (zh) | 基于互联网络的对等视频监控方法 | |
CN1494235A (zh) | 通信系统 | |
CN101043328A (zh) | 通用引导框架中密钥更新方法 | |
CN101064625A (zh) | 一种穿越网络地址翻译网关对用户侧设备进行管理的方法 | |
CN1929380A (zh) | 一种公钥证书状态的获取及验证方法 | |
CN101047950A (zh) | 在3gpp演进网络中配置默认承载的方法 | |
CN1675909A (zh) | 通信系统中的分组流处理 | |
CN1842016A (zh) | 利用无线通信系统中的广播组播服务实现多方会议服务的方法和设备 | |
CN1960565A (zh) | 演进的移动通信网络及终端向演进的3g接入网络注册方法 | |
CN1628449A (zh) | 传送计费信息的方法、系统和设备 | |
CN1863187A (zh) | 提高组播业务可运营性的实现方法及装置 | |
CN101032130A (zh) | 通信终端装置、电器设备、以及通信方法 | |
CN1856155A (zh) | 在下一代网络中获取用户接入信息的方法 | |
CN1870683A (zh) | 一种实现合法监听的方法 | |
CN1885770A (zh) | 一种认证方法 | |
CN1881869A (zh) | 一种实现加密通信的方法 | |
CN101043414A (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: 20070131 |