路径: 主页 > GB > 第59页 > GB 33473-2016 | 标准编号 | GB 33473-2016 (GB33473-2016) | | 中文名称 | 即时通信业务HI接口总体技术要求 | | 英文名称 | General technical requirements of handover interface for instant communication services | | 行业 | 国家标准 | | 中标分类 | M19 | | 国际标准分类 | 33.030 | | 字数估计 | 13,172 | | 发布日期 | 2016-12-30 | | 实施日期 | 2017-01-01 | | 标准依据 | 国家标准公告2016年第27号 | | 发布机构 | 中华人民共和国国家质量监督检验检疫总局、中国国家标准化管理委员会 | GB 33473-2016: 即时通信业务HI接口总体技术要求
GB 33473-2016 英文名称: General technical requirements of handover interface for instant communication services
1 范围
本标准规定了基于IP网络提供的即时通信业务 HI接口的基本要求、网络架构、标识、HI接口要
求和安全要求。
本标准适用于基于IP网络提供的即时通信业务。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文
件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
IETFRFC3261 SIP:会话初始协议
IETFRFC3325 对于会话初始协议(SIP)在可信任网络用于尚待证实的识辨私自扩展
3 术语、定义和缩略语
3.1 术语和定义
下列术语和定义适用于本文件。
3.1.1
即时通信服务提供商
提供具有点对点、点对多点通信特征业务的服务提供商。
3.1.2
即时通信业务
依托即时通信服务提供商提供的相关业务。
注:例如网络多媒体会话业务等。
3.1.3
网络多媒体会话业务
依托IP数据网,提供的点对点、点对多点实时多媒体会话业务,包括语音、视频通信等。
3.1.4
递交接口
即时通信服务提供商提供的技术接口,也称为HI接口,包括HI1、HI2和HI3三个接口。
3.1.5
管理功能模块
递交网关中处理HI1接口的功能模块。
4 基本要求
4.1 HI接口的基本原则
HI接口应遵循国家相关法律法规的要求。非目标用户间的通信活动,不应触发递交功能。
不允许任何人和设备访问即时通信服务提供商(以下简称SvP)域内的敏感数据,包括LEMF的配
置信息、LEMF与递交网关之间的证书和认证参数、目标信息、SvP域内的留存数据等。在SvP网络
内,应采用必要的措施保证相关敏感数据的安全,例如加密存储等。
SvP向用户提供的业务,均应支持HI接口功能;但对于SvP尚未提供的业务以及SvP现有业务流
程中未获取的信息,并不需要通过额外的流程获取后提供。如果SvP拥有本标准规定之外的对LEA
有用的信息,可以通过相关的扩展信息字段上报。
HI接口包括HI1、HI2、HI3接口,三个接口的功能以及传递的消息内容完全不同,且应相互独立。
通信过程中,若SvP网络参与加密过程,则SvP应递交解密后的通信内容。如果加密不是由SvP
网络提供且SvP无法获取密钥,则SvP不需要解密。
若两个目标用户相互通信,则这两个目标的递交结果应分别处理上报。
随着技术的发展和需求的更新,HI接口应可扩展。
4.2 功能要求
HI接口应支持实时(准实时)递交功能,即实时(准实时)地将目标用户的活动过程与通信内容通过
HI接口递交至LEMF。HI接口应支持针对SvP域留存的数据进行查询并将查询结果递交给LEMF。
SvP通过HI接口递交的内容包括:目标相关信息(IRI)、传输相关信息(TRI)、通信内容(CC)和留
存数据(RD)等。此外,SvP应通过HI接口的指令获得递交的相关信息,包括目标标识、递交结束时间、
LEMF的地址等。
5 网络架构
图1给出了递交接口的网络架构图。
SvP域包括网元、留存数据库和递交网关,其中网元包括提供服务的所有相关业务服务器。考虑到
各SvP的网络组网形式各异,可提供的业务形式也各不相同,为方便管理,要求各SvP采用递交网关方
式集中提供递交接口,不采用每个网元单独提供递交接口的方式。递交网关包括管理功能模块 AF、
IRI中介功能模块和CC/RD的中介功能模块。留存数据库、网元和递交网关之间的接口为SvP内部网
络接口。
SvP通过HI接口与执法递交设施LEMF之间进行交互。
本标准仅规定递交网关提供的HI接口的要求,内部网络接口的要求不在本标准范围之内。
HI接口包括HI1、HI2、HI3接口三个接口。其中,HI1为管理接口,用于LEMF和递交网关之间
传递管理指令;HI2接口为目标相关信息上报接口,用于递交网关向LEMF递交IRI消息、故障告警和
心跳等维护类的TRI消息;HI3接口为通信内容和留存数据上报接口,用于递交网关向LEMF递交CC
和留存数据。
6 标识
6.1 目标标识
目标标识用于在SvP域内识别特定目标,例如用户账号、内部标识等。
临时性目标标识不能用于激活目标用户的递交功能,考虑到大部分的永久性标识并非是公开的用
户标识,如果LEA不知道用户的永久性标识,需要先通过 HI接口使用临时性标识查询对应的永久性
标识,再使用永久性标识激活目标用户。
6.2 通信标识
通信标识(CID)用来区分目标的不同会话活动过程,并用于在同一个会话活动过程中关联 HI2的
IRI报告和HI3的CC内容。CID由递交网关产生。
CID由SvP标识(SvPID)、递交网关标识(GWID)和通信标识码(CIN)组成。
SvP标识用于唯一标识一个SvP的一个业务产品,由LEMF负责为每个SvP的业务产品进行分
配。SvP标识为8位定长字符串。
递交网关标识(GWID)用于分别标识主备递交网关,由SvP负责分配,为1位字符串。
通信标识码CIN用于在SvP一个业务产品的同一个递交网关内唯一标识一次目标的通信会话。
在一次会话过程中的所有递交结果都应使用相同的CIN。如果同一个目标在同一个SvP当中有两个
或更多的通信会话,每一个会话的CIN应不一样。如果两个或多个目标参与了同一次通信会话,递交
网关应为不同的目标分配相同的CIN值。
与会话相关的IRI和CC应携带CIN。满足下面三个条件的IRI消息可以不携带CIN:IRI本身与
任何目标用户的通信会话都没有关系;IRI本身与任何的CC都没有关系;IRI本身与任何其他的IRI都
没有关系。
根据具体的业务流程不同,当系统故障或意外发生的时候,同一个会话过程中的IRI-REPORT可
能产生在IRI-BEGIN消息之前,也可能产生在IRI-END消息之后,这样的IRI-REPORT也应分配同
一个通信会话中与其他HI2和HI3接口相同的CIN。
CIN的取值为0~232-1之间的数字,从0开始顺序循环编号。
6.3 请求标识
请求标识用来关联HI1接口、HI2接口的请求消息和响应消息之间的对应关系,以及关联 HI1接
口的留存数据查询请求消息和HI3接口留存数据查询结果之间的对应关系。所有消息的请求标识均
由消息的发送方产生。每类TRI消息的请求标识要求单独编号。
请求标识的取值为0~232-1之间的数字,从0开始顺序循环编号。
6.4 IRI......
|