中国电信QChat系统集成设备技术要求v1.1.doc

中国电信QChat系统集成设备 技术要求 （征求意见稿） 中国电信股份有限公司广州研究院 2009年3月  目 录 前 言 I 1 QChat系统架构 1 2 RLS技术要求 2 2.1 总体功能要求 2 2.2 注册/注销功能 2 2.3 性能要求 3 2.4 接口要求 4 3 用户数据库技术要求 4 3.1 总体功能要求 4 3.2 QChat签约数据 4 3.3 性能要求 6 3.4 接口要求 6 4 AAA技术要求 6 4.1 总体功能要求 6 4.2 性能要求 7 4.3 接口要求 7 5 维护管理功能要求 9 5.1 维护界面 9 5.2 配置管理 9 5.3 维护管理 10 5.4 故障管理 10 5.4.1 告警报告 10 5.4.2 告警信号 10 5.4.3 告警的内容 10 5.4.4 告警报告的上传 11 5.4.5 告警的解除 11 5.5 统计和测量 11 5.5.1 概述 11 5.5.2 一般要求 11 5.5.3 主要设备的业务量统计功能 12 5.6 协议跟踪与监视 12 5.7 安全管理 13 5.8 人-机系统 13 6 时钟同步要求 13 前 言 本规范对QChat系统所要集成的功能实体提出了功能和性能要求。其主要内容包括：QChat整体系统架构、RLS技术要求、用户数据库技术要求、QChat AAA技术要求，以及这些功能实体的维护管理要求。 本规范可作为中国电信QChat业务测试、规划和工程设计的指导性文件。 本规范由中国电信集团公司提出并归口。 本规范起草单位：中国电信股份有限公司广州研究院 本规范主要起草人：李文苡 QChat系统架构 QChat业务的系统架构如图所示： QChat的核心控制系统是QAS，各功能实体及功能包括： HD(Home Dispatcher )：负责对用户的注册进行授权、跨区域呼叫建立和管理； DFE (User/Group Database Front End )：负责QAS提供到用户数据库和群组数据库的接口，接口采用ODBC； RD (Regional Dispatcher )：复杂区域呼叫建立和alert发送； MCC(MCU Complex )：负责话权抢占和媒体分发； RULS(Regional Usage Log Server)：负责收集话单，产生话单文件，并提供FTP接口到运营商的计费系统； RG（RG(Regional Gateway )：提供与系统互通的信令和媒体协议转换，如调度台、其他SIP服务器。 除了QAS外，QChat还需要进行第三方系统的集成，包括用户数据库、群组数据库、RLS、Presence服务器、AAA： RLS（Region Location System）：SIP注册服务器，负责QChat业务的SIP注册，并通知QAS； 用户数据库：存储QChat用户静态数据，包括用户地址、呼叫限制等； 群组数据库：存储QChat用户的预定义群组数据，包括群组地址、群组类型、区域标识、会议标识、成员列表等，多播群组数据还应包括广播的区域列表； Presence服务器：接收和存储发布的用户状态信息，并且分发给有订阅关系的用户； AAA：存储QChat用户的认证数据，负责QChat的业务鉴权。 本技术要求定义RLS、用户数据库和AAA的功能等要求，群组数据库的要求参见《XDM业务技术要求》，Presence服务器的要求参见《Presence业务技术要求》。 RLS技术要求 总体功能要求 RLS应满足高通PVR的要求： RLS支持QChat业务的注册和注销，注册和注销的相关消息参见《中国电信SIP协议总体技术要求》。 RLS应能够在30秒内发现网络故障并实现切换。 在分布式或集中式部署时，RLS应能够支持地理容灾。 RLS应有统计能力来跟踪成功和不成功的注册和注销，如成功的注册/注销率，第三方注册/注销率，平均和峰值注册数等。 RLS应支持相关硬件、软件及过载控制警告等功能。 RLS应能提供AAA对UE的认证（可选）。 RLS应支持向IMS网络的CSCF演进。 注册/注销功能 RD和RLS一一对应。RD启动后，向RLS发送SUBSCRIBE消息订阅所有注册用户。 QChat用户使用QChat业务之前，先向QAS注册。注册流程如图所示： RLS应可以处理从归属地或拜访地用户的REGISTER消息（包括注册和注销的触发），识别QChat业务的特殊标记，并使用NOTIFY消息通知已经订阅的RD该用户的注册和注销消息，消息中携带HTTP Digest鉴权。 RLS可以通过HASH算法取模得到RD内部的模块标识号，根据标识号将NOTIFY消息送到对应的RD的模块进