CN103945453A - 基于直径协议的传输方法 - Google Patents
基于直径协议的传输方法 Download PDFInfo
- Publication number
- CN103945453A CN103945453A CN201310019495.8A CN201310019495A CN103945453A CN 103945453 A CN103945453 A CN 103945453A CN 201310019495 A CN201310019495 A CN 201310019495A CN 103945453 A CN103945453 A CN 103945453A
- Authority
- CN
- China
- Prior art keywords
- data
- subscription data
- subscription
- network entity
- response message
- 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
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种基于直径协议的传输方法,包括:需要请求签约数据的网络实体基于直径协议向签约数据服务器发送服务数据请求消息;所述签约数据服务器接收到所述服务数据请求消息后,根据所请求的签约数据的数据量,确定是否对所请求的签约数据进行压缩处理,并基于直径协议向所述网络实体发送服务数据响应消息,当确定需要进行所述压缩处理时,所述服务数据响应消息携带所述压缩处理后的签约数据;所述网络实体对所述压缩处理后的签约数据进行解压,得到所述签约数据。本发明能有效解决大数据量传输场景下数据传输时延大、可靠性低的问题。
Description
技术领域
本发明涉及移动通信技术,特别是涉及一种基于直径(Diameter)协议的传输方法。
背景技术
随着移动互联网的飞速发展和全球无线城市的大规模建设,行业应用对集群通信的需求越来越多样化,数据宽带化、业务多样化、终端多模化、系统IP化是当前集群通信技术的发展方向,集群通信正逐步进入新一代宽带多媒体集群系统时代。
基于TD-LTE的宽带集群系统是以第四代移动通信技术TD-LTE为核心技术,将TD-LTE的高速率、大带宽与数字集群技术中的资源共享、快速呼叫建立、指挥调度等特点进行融合的集语音、数据、视频为一体的新一代宽带数字集群系统。
基于TD-LTE的宽带集群系统以LTE系统架构为基础,系统分为终端、接入网、核心网、签约数据服务器、调度控制中心和操作维护中心五部分。签约数据服务器实现集群用户信息、集群组用户信息的管理和查询、用户鉴权、密钥(包括单呼和组呼密钥)生成、保存和管理等功能,对外提供获取签约数据和操作签约数据的接口。签约数据服务器对外接口应用协议采用标准的Diameter协议。
在基于3GPP协议的公网系统中,HSS即签约数据服务器的角色,负责维护用户的签约数据。现有公网中与签约数据服务器接口的消息都是查询或修改单一用户的签约数据,传输数据量有限,不存在获取大量签约数据的场景,也不会对传输和业务性能造成明显的影响。
在TD-LTE的宽带集群系统中,签约数据服务器除了维护终端的签约信息外,还维护集群组的签约数据,并且由于在TD-LTE的宽带集群系统中一个终端可以属于多个组,一个组内也可以包含很多终端,导致在某些场景下需要获取多个组或终端的签约信息,甚至需要获取全部组或终端的签约信息,传输的信息量比公网要增大很多倍,带来的问题也更加明显。
集群系统中签约数据服务器会存储两大类签约数据,一是组的集群签约信息,主要包括组的基本属性、业务权限及组内的终端列表等;二是终端的集群签约信息,主要包括终端的集群属性、业务权限及终端所属的组列表等。由于支持更多更细致的业务类型及权限控制方式,每个终端或组的签约数据存储空间可能达到1K字节以上。与签约数据服务器接口的周边网元,如调度控制中心,可以通过组标识或终端标识来获取需要的签约数据内容,在查询或修改多个组或终端的签约数据时,需要传输的签约数据信息量很大,可能达到百K字节或M字节以上。
现有的TD-LTE的宽带集群系统采用直接传输Diameter大数据包的方式,依靠底层SCTP的分包技术进行分段传输。虽然签约数据服务器采用的Diameter协议对应用数据的长度限制较宽,可以组成一条较大的Diameter消息传输,但是传输消息太大,会对传输资源占用很大,同时给进行传输双方网元的socket处理带来负担。另外,依靠底层SCTP层的分包、组包技术来传输较大的应用数据,会增加发生丢包重传的概率,给网络传输带来很大的时延,影响业务接入时长。如果在业务频繁时段,单次业务的时延会累计到后续业务上,影响整体处理性能。进一步地,因丢包概率的增加,重传失败的概率也会随之提高,可靠性降低,导致有可能造成业务失败。
由此可见,现有的TD-LTE的宽带集群系统采用直接传输Diameter大数据包的方式,依靠底层SCTP的分包技术进行分段传输,存在时延大、可靠性低的问题。
发明内容
有鉴于此,本发明的主要目的在于提供一种基于Diameter协议的传输方法,能有效解决大数据量传输场景下数据传输时延大、可靠性低的问题。
为了达到上述目的,本发明提出的技术方案为:
一种基于直径协议的传输方法,包括:
需要请求签约数据的网络实体基于直径协议向签约数据服务器发送服务数据请求消息;
所述签约数据服务器接收到所述服务数据请求消息后,根据所请求的签约数据的数据量,确定是否对所请求的签约数据进行压缩处理,并基于直径协议向所述网络实体发送服务数据响应消息,当确定需要进行所述压缩处理时,所述服务数据响应消息携带所述压缩处理后的签约数据;
所述网络实体对所述压缩处理后的签约数据进行解压,得到所述签约数据。
综上所述,本发明提出的基于Diameter协议的传输方法,在传输数据前先对数据进行压缩,然后再传输,这样,通过减少实际传输的数据量,可以有效解决大数据量传输场景下数据传输时延大、可靠性低的问题。
附图说明
图1为本发明实施例一的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明作进一步地详细描述。
本发明的核心思想是:在传输数据前先对数据进行压缩,以减少实际传输的数据量,从而可有效解决大数据量传输场景下数据传输时延大、可靠性低的问题。
图1为本发明实施例一的流程示意图,如图1所示,该实施例主要包括:
步骤101、需要请求签约数据的网络实体基于直径协议向签约数据服务器发送服务数据请求消息。
具体地,上述需要请求签约数据的网络实体通常为调度控制中心,当然也不限于该实体,只要可以向签约数据服务器请求数据的网络实体都可以。本步骤发送请求消息的具体方法同现有系统,在此不再赘述。
步骤102、所述签约数据服务器接收到所述服务数据请求消息后,根据所请求的签约数据的数据量,确定是否对所请求的签约数据进行压缩处理,并基于直径协议向所述网络实体发送服务数据响应消息,当确定需要进行所述压缩处理时,所述服务数据响应消息携带所述压缩处理后的签约数据。
这里,可以根据所请求的签约数据的数据量,来确定是否对所请求的签约数据进行压缩处理。当需要进行压缩处理时,可利用预设的专用于携带压缩数据的名值对(Attribute Value Pair,AVP)携带被压缩的数据。
较佳地,确定是否对所请求的签约数据进行压缩处理的具体方法可以为:
如果所请求的签约数据的数据量大于预设的阈值,则确定对所请求的签约数据进行压缩处理。这里,当所请求的签约数据的数据量大于上述阈值时,说明签约数据量过大,需要通过对其数据进行压缩,减少空间和传输所使用的资源,可以有效解决该情况下的传输效率和可靠性问题。上述阈值的具体设置可由本领域人员根据实际需要进行设置。
通过采用上述方法,可以灵活选择是否使用压缩或不压缩的方式进行传输。
这里需要说明的是,直径协议的消息是由多个AVP构成的。在实际应用中,所述压缩处理可以是对所请求的签约数据的部分数据进行处理,即对部分AVP数据进行压缩,也可以是对全部所请求的签约数据进行处理,即对所请求的签约数据对应的全部AVP数据进行处理。具体地,选择部分压缩还是全部压缩,以及部分压缩时选择哪些AVP数据进行压缩,本领域技术人员在实际应用中可灵活设置相应的策略进行灵活选择,在此不再赘述。
在对请求的签约数据只进行部分数据的压缩时,为了便于接收方对数据的正确处理,可以在所述服务数据响应消息中指出,哪些AVP数据进行了压缩,即所述服务数据响应消息可以进一步携带用于指示本次携带的数据中被压缩的AVP数据的指示信息。具体实现时,可由专门的压缩指示字段来携带上述信息,其中的每一位对应消息中所携带的一个AVP,用于指示该AVP是否被压缩。在上述只对部分签约数据进行压缩的情况下,对于被压缩的签约数据可由专用于携带压缩数据的AVP携带,其对应的原始签约数据将不再携带,对于其他不需要进行压缩的AVP数据则可由现有携带签约数据的普通AVP携带即可。这样,所述服务数据响应消息中将携带两种类型的AVP。在实际应用中,接收数据的网络实体只需要检测所述服务数据响应消息是否有由专门的用于携带压缩数据的AVP,即可知服务数据响应消息中是否有压缩数据。
在实际应用中,在对所请求的全部签约数据进行压缩时,可以不携带上述用于指示本次携带的数据中被压缩的AVP数据的指示信息。
在实际应用中,进行所述压缩处理所采用的压缩方法需要预设于所述网络实体和所述签约数据服务器中。该压缩方法可以是网络实体和签约数据服务器预先约定好的,也可以是先由签约数据服务器在压缩处理时选择一个压缩方法,然后在服务数据响应消息中指示本次压缩所采用压缩方法。当采用后一种方法时,所述服务数据响应消息需要进一步携带用于指示本次携带的压缩数据所使用的压缩方法的指示信息。
需要说明的是,在实际应用中签约数据大多以数字形式进行存储,终端或组的基本属性和业务权限一般有较强的规律性,重复信息也较多,因此只要结合签约数据的特点选择压缩方法,即可取得不错的压缩效果。压缩方法的选择可以由本领域人员根据签约数据的特点、压缩成本、实际需求等,均衡考虑进行选择。
步骤103、所述网络实体对所述压缩处理后的签约数据进行解压,得到所述签约数据。
通过上述方案可以看出,本发明通过在大数据量的情况下对签约数据进行压缩,可以有效解决大数据量传输时所存在的时延长、可靠性低等问题。这里需要说明的是,本发明不局限于在TD-LTE的宽带集群系统的使用,在类似的大数据量传输场景中也可以应用。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (7)
1.一种基于直径协议的传输方法,其特征在于,包括:
需要请求签约数据的网络实体基于直径协议向签约数据服务器发送服务数据请求消息;
所述签约数据服务器接收到所述服务数据请求消息后,根据所请求的签约数据的数据量,确定是否对所请求的签约数据进行压缩处理,并基于直径协议向所述网络实体发送服务数据响应消息,当确定需要进行所述压缩处理时,所述服务数据响应消息携带所述压缩处理后的签约数据;
所述网络实体对所述压缩处理后的签约数据进行解压,得到所述签约数据。
2.根据权利要求1所述的方法,其特征在于,所述网络实体为调度控制中心。
3.根据权利要求1所述的方法,其特征在于,所述服务数据响应消息进一步携带用于指示本次携带的数据中被压缩的名值对AVP数据的指示信息。
4.根据权利要求1所述的方法,其特征在于,所述服务数据响应消息进一步携带用于指示本次携带的压缩数据所使用的压缩方法的指示信息。
5.根据权利要求1所述的方法,其特征在于,所述确定是否对所请求的签约数据进行压缩处理包括:
如果所请求的签约数据的数据量大于预设的阈值,则确定对所请求的签约数据进行压缩处理。
6.根据权利要求1所述的方法,其特征在于,进行所述压缩处理所采用的压缩方法预设于所述网络实体和所述签约数据服务器中。
7.根据权利要求1所述的方法,其特征在于,所述服务数据响应消息利用专用于携带压缩数据的AVP携带被压缩的签约数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310019495.8A CN103945453A (zh) | 2013-01-18 | 2013-01-18 | 基于直径协议的传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310019495.8A CN103945453A (zh) | 2013-01-18 | 2013-01-18 | 基于直径协议的传输方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103945453A true CN103945453A (zh) | 2014-07-23 |
Family
ID=51192883
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310019495.8A Pending CN103945453A (zh) | 2013-01-18 | 2013-01-18 | 基于直径协议的传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103945453A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2584589A (en) * | 2019-02-01 | 2020-12-16 | Arm Ip Ltd | Electronic device subscription |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355554A (zh) * | 2008-08-12 | 2009-01-28 | 华为技术有限公司 | 通过Cx或Sh接口协商数据压缩算法的方法及装置 |
CN102802197A (zh) * | 2011-05-23 | 2012-11-28 | 中兴通讯股份有限公司 | 应用数据的传输方法及装置 |
-
2013
- 2013-01-18 CN CN201310019495.8A patent/CN103945453A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355554A (zh) * | 2008-08-12 | 2009-01-28 | 华为技术有限公司 | 通过Cx或Sh接口协商数据压缩算法的方法及装置 |
CN102802197A (zh) * | 2011-05-23 | 2012-11-28 | 中兴通讯股份有限公司 | 应用数据的传输方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2584589A (en) * | 2019-02-01 | 2020-12-16 | Arm Ip Ltd | Electronic device subscription |
GB2584589B (en) * | 2019-02-01 | 2023-05-10 | Arm Ip Ltd | Electronic device subscription |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11032739B2 (en) | Dynamic header compression for constrained networks | |
RU2429587C2 (ru) | Способ, система и устройство для увеличения производительности службы обмена мультимедийными сообщениями | |
CN113596191B (zh) | 一种数据处理方法、网元设备以及可读存储介质 | |
WO2014180407A1 (zh) | 推送方法及装置 | |
JP7393428B2 (ja) | パラメータ設定のための方法および装置 | |
TW201633828A (zh) | 一種空口協定棧的配置方法、資料傳輸方法及設備 | |
CN103548315A (zh) | 用于高性能低等待时间实时通知递送的方法和装置 | |
CN106572447A (zh) | 资源的控制方法和装置 | |
CN111541555A (zh) | 群聊优化方法及相关产品 | |
CN103068052A (zh) | 资源动态配置方法、系统和Portal服务器 | |
CN104935878A (zh) | 大规模网络视频监控热点信息分发系统及其分发方法 | |
WO2016197783A2 (zh) | 控制消息的发送方法及装置 | |
CN104079398A (zh) | 一种数据通信方法、装置及系统 | |
CN108388475B (zh) | 一种基于终端类型配置api资源的方法及系统 | |
CN103209213A (zh) | 用于数据订阅的数据传输方法和系统 | |
CN103945453A (zh) | 基于直径协议的传输方法 | |
CN105100147A (zh) | 一种基于内容提供商与服务提供商分离的控制方法及装置 | |
CN106664610B (zh) | 一种网络控制器、系统及资源分配的方法 | |
CN101621847B (zh) | 3g无线资源管理消息的获取方法及终端 | |
CN101635669B (zh) | 一种用于数据共享系统中获取数据片段的方法 | |
CN111404642B (zh) | 一种信息交互方法、dpi系统及应用系统 | |
CN105635998B (zh) | 一种数据上传方法、装置和终端 | |
CN116566955B (zh) | 一种基于mqtt的数字语音通话方法、装置及应用 | |
WO2017118192A1 (zh) | 一种数据传输间隔的确定方法及装置 | |
CN103686849A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140723 |