IMS试验网企业即时消息业务规范

QB-D-XXX-2008中国移动通信企业标准QB-D-XXX-2008IMS试验网企业即时消息业务规范IMS Trial：Enterprise Instant Message Service Specification版本号：1.0.02008-X-XX实施2008-X-XX发布中国移动通信有限公司 发布目录1.范围12.规范性引用文件13.术语、定义和缩略语44.业务概述45.业务特征55.1.基本特征55.1.1.用户范围55.1.2.业务接入55.1.3.数据配置55.2.与其它业务的关系55.3.即时消息业务55.3.1.即时消息支持的消息内容55.3.2.点对点即时消息55.3.3.一对多即时消息65.3.4.多方会话即时消息65.3.5.群组即时消息65.3.6.聊天室即时消息65.3.7.离线消息75.3.8.定时消息75.3.9.系统广播75.3.10.即时消息通知75.3.11.历史记录75.4.Presence业务85.4.1.Presence状态85.4.2.Presence订阅85.4.3.Presence订阅列表85.5.隐私策略管理96.业务流程96.1.消息业务流程96.1.1.点对点即时消息96.1.2.一对多即时消息96.1.3.即时消息会话96.1.4.离线消息106.1.5.大消息递送106.1.6.添加消息附件106.1.7.消息递送报告116.1.8.历史会话116.1.9.消息过滤116.1.10.定时消息116.1.11.系统广播116.2.Presence业务流程126.2.1.用户配置授权策略126.2.2.用户发布Presence信息126.2.3.Presentity订阅watcher信息126.2.4.用户订阅其他用户的Presence信息126.2.5.Presence消息变更触发通知流程136.2.6.更新订阅授权策略触发通知137.业务管理137.1.用户管理137.2.统计功能137.3.系统管理147.4.日志管理147.5.客户自服务148.计费与结算148.1.计费148.1.1.资费结构148.1.2.计费原则158.2.结算159.编制历史15前言本标准对中国移动通信集团公司IMS试验网开展的企业即时消息业务提出全面要求，是开展企业即时消息业务的依据。本标准主要包括以下几方面内容：总体业务描述、业务特征功能、业务流程业务管理、计费结算等。本标准由中移有限技2008XX号印发。本标准由中国移动通信有限公司XXX提出并归口。本标准由标准归口部门负责解释。本标准起草单位：中国移动通信有限公司研究院本标准主要起草人：III1. 范围本标准对基于IMS试验网开展企业即时消息业务提出全面需求，原则上在中国移动通信集团内部使用，用于在业务开展、系统建设、运行维护等方面为集团公司和省公司提供依据；适用于在IMS网络环境下开展此类业务。本标准为描述IMS企业即时消息业务的需求文档，只定义了中国移动通信集团公司对该业务试点阶段的初期需求，今后新的功能需求将由基于该文档的版本升级提出。2. 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。表2-11IMS试验网总体技术要求中国移动通信集团公司2IMS试验网企业即时消息业务总体技术要求v1.0.0中国移动通信集团公司3RFC2778“A model for Presence and IM”IETF 4RFC2779“Instant Messaging / Presence Protocol Requirements”IETF 5RFC3428“Session Initiation Protocol (SIP) Extension for Instant Messaging”IETF 6RFC3261“SIP: Session Initiation Protocol”IETF 7RFC3515“The Session Initiation Protocol (SIP) Refer Method”IETF 8RFC3856“Presence Event Package for SIP”IETF 9RFC3857“A Watcher Information Event Template-Package for the Session Initiation Protocol (SIP)”IETF 10RFC3858“An Extensible Markup Language (XML) Based Format for Watcher Information”IETF 11RFC3862“Common Presence and Instant Messaging (CPIM): Message Format”IETF 12RFC3863“Presence Information Data Format (PIDF)”IETF 13RFC3903“SIP Extension for Event State Publication”IETF 14AD-Presence_SIMPLE-V1_0-20051006-C“Presence SIMPLE Architecture Document Candidate Version 1.0 ”OMA15RD-Presence_SIMPLE-V1_0-20051006-C “Presence SIMPLE Requirements Candidate Version 1.0”OMA16TS-Presence_SIMPLE_RLS_XDM-V1_0-20051006-C“ Resource List Server (RLS) XDM Specification Candidate Version 1.0”OMA17TS-Presence_SIMPLE_XDM-V1_0-20051006-C“Presence XDM Specification Candidate Version 1.0”OMA18TS-Presence_SIMPLE-V1_0-20051103-C“ Presence SIMPLE Specification Candidate Version 1.0”OMA19RD_GM-V1_0-20040930-C Group Management Requirements, Candidate Version 1.0 OMA20GM-AD-V1_0_0-20041027-D Group Management Architecture, Draft Version 1.0OMA21RD-XDM-V1_0-20050317-C XML Document Management Requirements, Candidate Version 1.0OMA22AD-XDM-V1_0-20051006-C XML Document Management Architecture, Candidate Version 1.0 OMA23TS-XDM_Core-V1_0-20051103-C XML Document Management (XDM) Specification, Candidate Version 1.0 OMA24TS-XDM_Shared-V1_0-20051006-C Shared XDM Specification, Candidate Version 1.0OMA25AD-XDM-V2_0-20051019-D XML Document Management Architecture, Candidate Version 1.0OMA26RD-SIMPLE-IM-V1_0-20041107-D Instant Messaging Requirements, Draft Version 1.0.0OMA27AD-IM_SIMPLE-V1_0_0-20060117-D Instant Messaging using SIMPLE Architecture, Draft Version 1.0.0OMA28TS 23.228IP Multimedia Subsystem (IMS); Stage 2V6.11.0 3GPP29TS 22.141Presence Service; Stage 1 V6.4.03GPP30TS 23.141 Presence Service; Architecture and Functional Description V6.8.03GPP31TS 24.141 Presence service using the IP Multimedia (IM) Core Network (CN) subsystem; Stage 3 V6.4.03GPP32TS 24.841Presence service based on Session Initiation Protocol (SIP); Functional models, information flows and protocol details V6.0.0 3GPP33TS 33.141Presence Service; Security V6.2.03GPP34TS 23.228 IP Multimedia Subsystem (IMS); Stage 2 V6.11.03GPP35TS 22.250 IP Multimedia Subsystem (IMS) group management; Stage 1 V6.0.0 3GPP36TS 23.228 IP Multimedia Subsystem (IMS); Stage 2 V6.11.03GPP37TS 22.340“IP Multimedia System (IMS) messaging” V6.2.0 3GPP38TS 22.940 “IP Multimedia Subsystem (IMS) messaging” V6.0.03GPP39TS 24.247“Messaging service using the IP Multimedia (IM) Core Network” V6.5.0 3GPP40 TS 24.147“Conferencing using the IP Multimedia (IM) Core Network (CN) subsystem” V6.3.03GPP41TS 24.229IP Multimedia Call Control Protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3 V6.7.0 3GPP42 TS 24.228Signalling flows for the IP multimedia call control based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP);Stage 3 V5.13.03GPP43TS 29.228IP Multimedia (IM) Subsystem Cx and Dx interfaces; Signalling flows and message contents V6.7.03GPP44draft-ietf-simple-presence-10A Presence Event Package for the Session Initiation Protocol (SIP)IETF45draft-ietf-simple-rpid-09 RPID: Rich Presence Extensions to the Presence Information Data Format (PIDF)IETF46draft-ietf-simple-xcap-08 “The Extensible Markup Language (XML) Configuration Access Protocol”IETF47draft-ietf-simple-xcap-package-03 “An Extensible Markup Language (XML) Document Format for Indicating Changes in XML Configuration Access Protocol (XCAP) Resources”IETF48draft-ietf-simple-presence-rules-04 “Presence Authorization Rules”IETF49draft-ietf-simple-xcap-08“The Extensible Markup Language (XML) Configuration Access Protocol”IETF50draft-ietf-simple-xcap-diff-00An Extensible Markup Language (XML) Document Format for Indicating Changes in XML Configuration Access Protocol (XCAP) ResourcesIETF51draft-ietf-simple-xcap-package-03 “An Extensible Markup Language (XML) Document Format for Indicating Changes in XML Configuration Access Protocol (XCAP) Resources”IETF52draft-ietf-simple-xcap-list-usage-05Extensible Markup Language (XML) Formats for Representing Resource ListsIETF53draft-ietf-simple-event-list-07Session Initiation Protocol (SIP) Event Notification Extension for Resource ListsIETF54draft-ietf-simple-xcap-08 “The Extensible Markup Language (XML) Configuration Access Protocol”IETF55draft-ietf-simple-xcap-package-03 “An Extensible Markup Language (XML) Document Format for Indicating Changes in XML Configuration Access Protocol (XCAP) Resources”IETF56draft-ietf-simple-message-sessions-10“The Message Session Relay Protocol”IETF57draft-ietf-sipping-uri-list-message-03“Multiple-Recipient MESSAGE Requests in the Session Initiation Protocol”IETF3. 术语、定义和缩略语下列术语、定义和缩略语适用于本标准：表3-13GPPThird Generation Partnership Project，第三代伙伴计划APNAccess Point Network，接入点网络ASApplication Server，应用服务器B2BUABack to Back User Agent，背靠背用户代理BOSSBusiness Operation Support System，业务运营支撑系统CCFCharging Collection Function，计费采集功能CMMC Convergent Multimedia Conference, 综合多媒体会议CSCFCall Session Control Function，呼叫会话控制功能DiameterDiameter，计费、认证协议GGSNGateway GPRS Support Node，GPRS网关支持节点GMGroup Management，群组管理GPRSGeneral Packet Radio Service, 通用无线分组业务HSSHome Subscriber Server，归属用户服务器IETFInternet Engineering Task Force，Internet 工程任务组IMPIIMS Private User Identity，IMS用户私有IDIMPUIMS Public User Identity，IMS用户公有IDIMSIP Multimedia Subsystem，IP多媒体子系统IMS CoreIMS Core network，IMS核心网IP-CANIP-Connectivity Access Network ，IP连通性接入网ISIMIP Multimedia Services Identity Module，IP多媒体服务身份模块OCSOnline Charging System，在线计费系统P-CSCFProxy-CSCF，代理CSCFS-CSCFServing-CSCF，服务CSCFSGSNServing GPRS Support Node，服务GPRS支持节点SIPSession Initiation Protocol，会话初始化协议SNMPSimple Network Management Protocol，简单网管协议UEUser Equipment，用户设备 4. 业务概述企业即时消息业务为集团客户的用户提供即时消息、Presence、文件传送服务。主要包括点对点用户即时消息、一个用户对多个用户或联系人分组的即时消息、群组即时消息，多方会话即时消息，文件传送，用户Presence信息订阅、发布等。5. 业务特征5.1. 基本特征5.1.1. 用户范围企业即时消息业务对IMS试验网的集团客户开放，集团客户下的成员可以使用该业务。5.1.2. 业务接入企业即时消息业务支持的终端类型为PC客户端，终端可以通过企业局域网、WiFi和TD数据卡接入到IMS核心网，使用企业即时消息业务。5.2. 与其它业务的关系企业即时消息业务开放接口给其他业务，为其提供Presence功能。同时，企业即时消息业务使用企业通信录业务中的相关功能。5.3. 即时消息业务即时消息（Instant Messaging），是一种接近于实时传送的消息类业务，可以传送文本、图片、视频、音频等多种文件格式的附件。5.3.1. 即时消息支持的消息内容即时消息支持以下消息内容：l 基于多种编码格式、多语种的文本消息；即时消息客户端限制输入文字的长度最大为180个汉字。l 多媒体内容的即时消息，此种即时消息能够携带文本、图片、视频、音频等附件，一个消息中可以带多个附件。图像和声音直接在客户端上显示和播放。5.3.2. 点对点即时消息用户应能发送、接收点对点的即时消息。用户应能在联系人分组或其它联系人列表中选择指定的联系人发起即时消息。用户应能直接输入联系人地址发送即时消息。用户应能向不在联系人列表中的用户发起即时消息。5.3.3. 一对多即时消息用户可以选择多个联系人发送即时消息，也可以选择特定的联系人分组（如同事、朋友等）发送即时消息。消息通过一对多的方式发送给多个用户，接收者回复消息时仅回复给发送者。用户一对多即时消息发送成功后，消息对话框自动关闭。接受者回复的消息在新的对话框中显示。5.3.4. 多方会话即时消息 多方会话即时消息基于用户建立的临时群组，主要包括以下属性：l 由用户临时复选多个用户作为成员的方式建立临时群组。被选中的用户会受到加入该多方会话的邀请，用户确认后可以即时多方会话。l 多方会话中的当前用户可以邀请其他未加入用户加入。l 多方会话中至少有2人在线（包括创建者）方可创建。创建的同时开始会话，当会话方少于2人时，会话结束，此多方会话被删除。l 多方会话的最大同时加入人数为系统设置值（系统设置最大为100人），达到该人数后任何人不能再加入该群组。l 当会话通信结束，多方会话信息不会在系统中保存。5.3.5. 群组即时消息群组即时消息基于群组建立，群组数据由IMS试验网企业通信录业务平台提供。群组用户对群组发送即时消息，群组内所有用户收到即时消息。用户退出群组列表后，将不能再使用群组功能。5.3.6. 离线消息用户应能够向离线用户发送即时消息。接收方可以设置：l 如果接收方设置为“服务器缓存离线消息”，则将该消息暂存，在系统设定的有效时间内如果接收方上线则将消息发给接收方，如果超过有效时间而用户未上线则将消息抛弃；l 如果接收方设置为“离线消息转短信”，则用短信将离线消息发送到接收方手机终端。5.3.7. 定时消息用户可以设置消息的发送时间，消息暂时被保存在网络中，当指定时间到达时，即时消息业务将消息发送出去，用户通过客户端终端可以查看及取消尚未发出的定时消息。5.3.8. 系统广播机构管理员可以发送系统广播消息，系统广播消息具有有效期，在此有效期内在线的用户都可以收到广播消息。5.3.9. 即时消息通知用户的即时消息业务终端应能够接收以下有关即时消息业务的通知：l 用户的即时消息业务终端应能够通知用户有新的即时消息到来，不管用户用以进行即时消息会话的窗口是否打开，通知的方式可以是声音、弹出框等方式。用户可以设置终端是否发出即时消息到来的通知；l 用户的即时消息业务终端应能够接收其它用户向其发送的即时消息会话邀请，以建立会话模式的即时消息通信；l 即时消息业务系统应能够向用户发送消息状态报告，包括成功的状态报告以及失败的状态报告，用户可以设置是否接收消息状态报告，并且可以设置接收消息状态报告的类型，如仅接收失败的状态报告，接收成功的状态报告以及失败的状态报告；用户可在客户端进行配置是否显示；l 在多方会话即时消息中，当有新的成员进入或退出会话，即时消息业务系统应能通知正在即时消息会话的用户。5.3.10. 历史记录即时消息业务应能保存用户在即时消息会话过程中的各种消息。历史会话中的文本信息保存在网络侧服务器上。网络侧每个用户能够保存的历史会话有容量限制。用户可以选择若干条消息上传到系统进行保存。客户端也对用户发生的即时消息会话内容进行存储、记录，当客户端有一定的存储量的限制时，存储区域满时会从头覆盖先前的记录。用户可以对指定的消息设定保护，被保护的消息不会被覆盖。即时消息的历史会话同语音通话记录在客户端上一起显示。用户可以对历史会话进行本地管理，包括：保存、查看、排序(按号码、姓名等关键字排序)、搜索。用户可以设置是否在聊天的过程中在业务平台上保存历史会话，并可提供历史会话的上传与下载。5.4. Presence业务Presence业务提供用户订阅IMS试验网内其他即时消息业务用户的在线状态、通信意愿、通信手段、场所以及其他等描述信息。Presence业务可以和即时消息、群组管理等业务相集成，以支持完整的业务功能。5.4.1. Presence状态Presence状态包括以下几种类型：在线、忙碌、马上回来、离开、接听电话、开会、外出就餐、显示为脱机、离线。在线：表示用户已经登录且当前空闲。忙碌：表示用户已登录但当前非空闲。马上回来：表示用户已登录，暂时无法回复消息。离开：表示用户已登录，但用户并不在计算机旁。接听电话：表示用户已登录但因接听电话暂时无法回复消息。开会：表示用户已登录但因开会暂时无法回复消息。外出就餐：表示用户已登录但因外出就餐暂时无法回复消息。显示为脱机：表示用户已登录，但对联系人仍“显示为脱机”状态。离线：用户退出登录后状态自动转为离线。其他用户可以通过即时消息业务发送离线消息或者发送短信、彩信消息。除“离线”、“显示为脱机”状态外，用户处于其他状态并不会导致IM的会话请求被拒绝。用户可个性化设置客户端所处的上述各种状态。5.4.2. Presence订阅Presence订阅包括以下要点：l 用户可以在终端上操作已满足个人订阅需求；l 可以设置、更改自己的presence信息订阅策略；l 可以发起对其他用户的订阅；l 可以对未定订阅者进行授权操作；l 可以在自己的联系人列表中增加、删除联系人；l 可以查看订阅者（watcher）的信息；5.4.3. Presence订阅列表Presence订阅列表包括以下要点：l 用户(Watcher)在终端上维护自己的订阅列表；l 可以创建、删除、编辑订阅列表；l 可以增加、删减订阅列表的成员；l 可以根据列表一次性订阅多个成员的presence信息；l 可以在订阅列表中包含群组标识；l 修改后的订阅列表在Presence Server上保存。l 可以订阅企业通信录平台的成员presence信息5.5. 隐私策略管理黑名单：IMS试验网即时消息业务提供黑名单功能，用户可以把指定的联系人加入黑名单，被加入黑名单的联系人将无法以任何方式和该用户联系。6. 业务流程6.1. 消息业务流程6.1.1. 点对点即时消息1、 发送方用户构造即时消息，选择一个在线的消息接收方；2、 发送方用户发送该即时消息；3、 该即时消息路由到即时消息业务平台；4、 即时消息业务平台向接收方递送该即时消息；5、 若该即时消息未发送成功，即时消息业务平台向发送方用户发送未发送成功信息。（如：未发送到XXX）6.1.2. 一对多即时消息1、 发送方用户构造即时消息，选择多个消息接收方或联系人分组发送即时消息； 2、 发送方用户发送该即时消息；3、 该即时消息路由到即时消息业务平台；4、 即时消息业务平台向接收方分别递送该即时消息；5、 若该即时消息未发送成功，即时消息业务平台根据不同的接收方，向发送方用户分别提示未发送成功信息。（如：未发送到XXX）6.1.3. 即时消息会话1、 用户发起创建即时消息会话的请求，被邀请者为用户URI或群组URI；2、 即时消息业务平台根据用户的请求创建会话URI，并且分别和所有参与者建立TCP连接，进入即时消息会话交互模式；3、 即时消息会话成员向即时消息业务平台发送会话状态订阅请求；4、 即时消息业务平台将当前会话状态（例如参与者列表）通知订阅者；5、 订阅到期前会话仍然在继续则订阅者应续订阅会话状态；6、 所有会话的参与者进行即时消息的会话交互，消息发送方用户构造即时消息请求，并向即时消息业务平台发送；7、 消息路由到即时消息业务平台；8、 即时消息业务平台将消息分发给会话中的所有其它参与者；9、 所有其它参与者接收到该消息；10、 会话成员向即时消息业务平台发送邀请其它用户加入会话的请求；11、 即时消息业务平台向被邀请者发送邀请用户加入会话请求；12、 被邀请者客户端提示用户是否接受邀请；13、 用户接受邀请，则即时消息业务平台和被邀请者间建立会话；14、 会话的所有其它参与者均接收到有一个用户加入会话的通知；15、 其中一个参与者想退出会话，发起退出会话的请求；16、 即时消息业务平台释放和该参与者的会话；17、 最后一个会话参与者发起退出会话的请求；18、 即时消息业务平台释放和此会话参与者间的会话；19、 即时消息业务平台释放会话URI。6.1.4. 离线消息1、 发送方用户构造即时消息，选择一离线消息的接收方；2、 用户发送该即时消息；3、 该消息路由到即时消息业务平台；4、 即时消息业务平台发现接收方用户离线，于是判断接收方用户的设置：a) 如果接收方设置为“服务器缓存离线消息”，则将该消息暂存，在系统设定的有效时间内如果接收方上线则将消息发给接收方，如果超过有效时间而用户未上线则将消息抛弃；b) 如果接收方设置为“离线消息转短信”，则用短信将离线消息发送到接收方手机终端。6.1.5. 大消息递送1、 接收方客户端比较将要接收消息的大小和本地剩余空间；2、 如果本地空间不足则提示用户空间不足且停止消息的接收；3、 消息被暂存在即时消息业务平台中；4、 当本地空间足够时，即使消息业务平台再次下发消息。6.1.6. 添加消息附件1、 发送方用户构造即时消息请求；2、 发送方用户添加要发送的文件作为附件；3、 发送方客户端将所选择的文件进行MIME编码；4、 发送方发送消息。5、 图像和声音直接在客户端上显示和播放。6.1.7. 消息递送报告1、 发送方用户设置需要消息发送的状态报告；2、 发送方向即时消息业务平台发送一条即时消息；3、 即时消息业务平台传送消息到接收方，消息发送成功或消息超过有效时间被抛弃后即时消息业务平台产生相应的递送报告；4、 即时消息业务平台把状态报告发给发送方。6.1.8. 历史会话1、 即时消息业务平台将消息保存在消息发送者的发件箱中；2、 即时消息业务平台将消息保存在消息接收者的收件箱中；3、 当历史会话空间用量达到告警点时系统向用户发送告警消息。6.1.9. 消息过滤1、 接收方接收到消息；2、 根据接收方用户设置的过滤条件对消息进行检查；3、 根据检查结果执行相关处理。6.1.10. 定时消息1、 发送方用户构造即时消息请求；2、 发送方用户设置消息为定时消息；3、 发送方用户设置消息预定发送时间；4、 即时消息业务平台收到消息后将其暂存并且启动定时器；5、 到达预定时间后定时器触发消息发送流程。6.1.11. 系统广播1、 系统管理员通过PORTAL设置系统广播内容以及有效期；2、 即时消息业务平台将广播内容向所有在线用户发送一次；3、 当用户上线后即时消息业务平台获得状态通知则检查是否在广播有效期内，如是则向该用户发送系统广播。6.2. Presence业务流程6.2.1. 用户配置授权策略1、 用户（Presentity）可以配置自己的信息授权规则；2、 用户（Presentity）向 Presence Server发起配置授权规则的请求；3、 Presence Server检查请求的合法性，如果请求不合法则返回错误；4、 Presence Server判断请求消息的有效性，如果无效则返回错误；5、 Presence Server找到对应的存储地址，将授权规则进行保存。6、 Presence Server返回给用户（Presentity） 配置成功的信息。6.2.2. 用户发布Presence信息1、 用户(Presentity)向Presence Server发布自己的Presence信息；2、 Presence Server检查请求权限的合法性，如果请求不合法则返回错误；3、 Presence Server判断请求内容的有效性，如果无效则返回错误；4、 Presence Server找到对应的存储地址，将Presence信息进行保存；5、 Presence Server返回给用户(Presentity)发布成功的信息。6.2.3. Presentity订阅watcher信息1、 用户(Presentity) 向Presence Server订阅订阅者(Watcher)的信息；2、 Presence Server判断该用户(Presentity) 是否有订阅权限；3、 如果无订阅权限，则返回订阅失败信息；4、 Presence Server返回给用户(Presentity)订阅成功的信息。5、 Presence Server向用户(Presentity)发送订阅者(Watcher)当前的信息。6.2.4. 用户订阅其他用户的Presence信息1、 用户(Watcher)向Presence Server订阅某个用户的presence信息；2、 Presence Server检查请求权限的合法性，如果请求不合法则返回错误；3、 Presence Server查看被订阅者的授权规则；4、 如果当前的用户(Watcher)已经被授权，Presence Server向该用户发订阅成功的消息，并发送被订阅用户(Presentity) 的当前状态；5、 如果当前的用户(Watcher)被限制授权，Presence Server向其发订阅失败消息；6、 如果当前的用户(Watcher)没有被授权，也没有被限制，Presence Server向被订阅用户(Presentity)发送该订阅者(Watcher)的信息，请求授权。（包括一次授权还是永久授权）；7、 如果被订阅用户(Presentity)向当前的订阅者(Watcher)授权，则Presence Server向订阅者(Watcher)发订阅成功的消息，并发送被订阅用户(Presentity) 的当前状态；8、 否则，如果被订阅用户（Presentity）向当前的订阅者(Watcher)不授权，Presence Server向订阅者(Watcher)发订阅失败的消息。6.2.5. Presence消息变更触发通知流程1、 Presence Server 上的Presence信息发生改变触发变更通知；2、 Presence Server查找订阅该变更Presence的用户(Watcher)列表；3、 查找需触发的用户(Watcher)列表中每个用户(Watcher)的触发规则；4、 Presence Server按照触发规则去触发每一个用户(Watcher)；5、 如果触发成功，用户(Watcher)返回Presence Server成功的信息；6、 如果触发失败，根据触发规则按照一定的策略再次触发。6.2.6. 更新订阅授权策略触发通知1、 用户(Presentity)更新了Presence Server上的订阅授权策略；2、 Presence Server发现授权策略的变化；3、 Presence Server检查授权策略所影响的用户(Watcher)；4、 如果授权策略的变化导致某些用户(Watcher)没有权限，则取消该用户(Watcher)的订阅，并且向该用户(Watcher)发送通知。7. 业务管理7.1. 业务订购业务订购指集团客户申请企业通信录业务并得到受理和开通。BOSS系统在受理了集团客户开通业务的请求后，需要通过实时的接口将新增的业务订购关系和集团客户所属成员列表信息同步到企业通信录业务平台和HSS。7.2. 业务退订业务退订指集团客户取消对该业务的订购关系。退订后集团客户成员将无法再使用该业务。退订业务后进入业务数据保留期。保留期内集团客户再次申请该业务时，系统会提示客户是恢复前次数据还是重新注册，如果客户选择恢复前次数据，则将原有客户退订前的数据依然保留；如果客户选择重新注册，则系统给客户分配一个新的客户空间并同时删除客户退订时保存下来的数据。客户数据在系统内存储超过保留期后，系统自动删除客户数据。BOSS系统在受理了集团客户退订业务的请求后，将变更后的数据同步到企业通信录业务平台和HSS。7.3. 用户管理即时消息中用户使用业务的级别按普通员工、部门经理、公司总裁划分。对于消息类业务，用户级别不同即时消息业务平台分配给用户的资源权限不同，包括消息发送的优先级，历史空间的大小，定时消息可保存的消息数。可提供相应的用户权限管理功能。7.4. 统计功能可提供周期可配置的统计分析报表，可根据不同的操作种类进行业务使用频度和用户使用习惯进行分析。l 统计当月用户总数、活跃用户数、新增用户数、退订用户数；l 统计用户发起操作次数（包括添加联系人、删除联系人、创建群组、查询联系人）、操作成功次数；l 每一种接入方式下（目前只有一种），各项业务功能使用次数、使用用户数和流量统计。l 统计用户访问群组数据的次数；7.5. 系统管理IMS试验网业务平台的系统管理包括对系统设备，网络连接状况的管理，包括监控、配置、及故障诊断等。系统应提供SNMP网管接口和上级网管所要求的MIB数据。1、 设备管理设备管理包括网络设备及应用设备、备份设备管理。网络设备的管理主要是对网络连通性及网络性能进行控制及管理；应用设备管理主要是对应用系统的服务器的管理，如服务器的IO性能、IO告警等；应用设备的启动与停止等。2、 备份管理备份策略管理包括：双机热备份、全备份、增量备份、硬备份过期数据或临时数据管理及清理。3、 安全告警IO告警、容量告警、并发告警、服务性能告警、网络性能告警、非法入侵告警等。4、 多级业务管理员系统支持多级业务管理，至少为两级：全网和省级。7.6. 日志管理系统日志：包括管理员对系统所做的操作，比如导出系统的数据、增加新的管理员等。用户日志：包括用户操作行为日志。7.7. 客户自服务用户可以通过即时消息业务portal，完成业务基本功能服务、业务设置服务等。用户可以通过Web接入即时消息业务的portal。8. 计费要求8.1. 资费结构包括通信费和功能费，描述如下：l 功能费：即时消息业务中涉及即时消息业务、Presence业务。根据客户在业务选项中的具体设置收取相应的功能费。l 通信费：是指使用即时消息通信费、TD数据卡产生通信流量费、短信和彩信通信费用。8.2. 计费原则l 业务功能费：建议包月收取费用。l 通信费：即时消息AS可以产生即时消息业务用户之间消息传递的通信记录；短信、彩信费用等参照现有标准进行；TD-SCDMA数据卡流量参照TD-SCDMA相关数据业务资费标准。8.3. 结算原则IMS试验网初期，省公司IMS域内即时消息业务不存在结算问题。IMS域内用户与外省PLMN用户的短信及彩信发送与接收的结算规则，参考现网结算方式确定。TD-SCDMA流量费用的结算参照现网。8.4. 计费点和结算点IMS即时消息业务的计费点：在CSCF和AS。结算点：与外省PLMN用户的结算，参照现网结算方式确定。9. 编制历史版本号更新时间主要内容或重大修改V1.0.02008-06-26完成1.0.0版本规范17