IMS试验网个人即时消息业务规范.doc

《IMS试验网个人即时消息业务规范.doc》由会员分享，可在线阅读，更多相关《IMS试验网个人即时消息业务规范.doc（25页珍藏版）》请在三一办公上搜索。

1、中国移动通信企业标准QB-X-XXX-2008IMS试验网即时消息业务规范IMS Trial：Instant Message Service Specification版本号：1.0.02008-XX-XX实施2008-XX-XX发布中国移动通信有限公司 发布目录1.范围12.规范性引用文件13.术语、定义和缩略语54.业务概述65.业务特征65.1.基本特征65.1.1.用户范围65.1.2.业务接入65.1.3.数据配置75.2.与其它业务的关系75.3.即时消息业务75.3.1.即时消息支持的消息内容75.3.2.点对点即时消息75.3.3.一对多即时消息75.3.4.聊天室即时消息75

2、.3.5.离线消息85.3.6.定时消息85.3.7.系统广播85.3.8.即时消息通知85.3.9.历史记录95.4.Presence业务95.4.1.Presence状态95.4.2.Presence订阅95.4.3.Presence订阅列表105.5.个人通信录业务105.5.1.个人通信录数据信息要求105.5.2.个人通信录的管理105.5.3.个人通信录的同步105.5.4.个人通信录搜索115.6.群组管理116.业务流程116.1.业务订购116.2.用户自服务操作126.3.业务退订126.4.业务订购和退订流程126.5.消息业务流程136.5.1.点对点即时消息136.5

3、.2.一对多即时消息136.5.3.即时消息会话136.5.4.离线消息146.5.5.大消息递送146.5.6.添加消息附件146.5.7.消息发送报告146.5.8.历史会话156.5.9.消息过滤156.5.10.定时消息156.5.11.系统广播156.6.Presence业务流程156.6.1.用户配置授权策略156.6.2.用户发布Presence信息156.6.3.Presentity订阅watcher信息166.6.4.用户订阅其他用户的Presence信息166.6.5.Presence消息变更触发通知流程166.6.6.更新订阅授权策略触发通知166.7.个人通信录业务流程

4、176.7.1.用户登录176.7.2.创建联系人信息176.7.3.删除联系人信息176.7.4.修改联系人信息176.7.5.创建分组信息186.7.6.删除分组信息186.7.7.在分组中移动联系人186.7.8.在分组中复制联系人186.7.9.搜索联系人信息186.7.10.上传个人通信录186.7.11.下载个人通信录197.业务管理197.1.统计功能197.2.系统管理197.3.日志管理197.4.客户自服务208.计费与结算208.1.计费208.1.1.资费结构208.1.2.计费原则208.2.结算原则208.3.计费点和结算点209.编制历史21前言本标准定义了IMS

5、试验网开展即时消息业务的业务特征、业务流程、业务管理、计费及结算等方面的要求，是基于IMS试验网开展即时消息业务的规范性文件。本标准主要包括以下几方面内容：IMS即时消息业务概述、业务特征、业务流程、业务管理、计费与结算等。本标准由中移有限技2008XX号印发。本标准由中国移动通信有限公司XXX提出并归口。本标准由标准归口部门负责解释。本标准起草单位：中国移动通信有限公司研究院。本标准主要起草人：1. 范围本标准对基于IMS试验网开展即时消息业务提出全面需求，原则上在中国移动通信集团内部使用，用于在业务开展、系统建设、运行维护等方面为集团公司和省公司提供依据；适用于在IMS网络环境下开展此类业

6、务。本标准为描述IMS即时消息业务的需求文档，只定义了中国移动通信集团公司对该业务试点阶段的初期需求，今后新的功能需求将由基于该文档的版本升级提出。2. 规范性引用文件请中兴公司review参考规范列表下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。表2-11IMS试验网总体技术要求中国移动通信集团公司2IMS试验网段即时消息业务总体技术要求v1.0.0中国移动通信集团公司3RFC2778“

7、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“P

8、resence 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

9、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.

10、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

11、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

12、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 Versio

13、n 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.03GP

14、P30TS 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 p

15、rotocol 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 Multime

16、dia 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 Multi

17、media 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

18、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 Fo

19、rmat (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-si

20、mple-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

21、(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 Lists

22、IETF53draft-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) Docum

23、ent Format for Indicating Changes in XML Configuration Access Protocol (XCAP) Resources”IETF56RFC 4976“The Message Session Relay Protocol”IETF57draft-ietf-sipping-uri-list-message-03“Multiple-Recipient MESSAGE Requests in the Session Initiation Protocol”IETF3. 术语、定义和缩略语下列术语、定义和缩略语适用于本标准：表3-1 术语及缩略语3

24、GPPThird Generation Partnership Project，第三代伙伴计划APNAccess Point Network，接入点网络ASApplication Server，应用服务器B2BUABack to Back User Agent，背靠背用户代理BOSSBusiness Operation Support System，业务运营支撑系统CCFCharging Collection Function，计费采集功能CSCFCall Session Control Function，呼叫会话控制功能DiameterDiameter，计费、认证协议GGSNGateway

25、GPRS Support Node，GPRS网关支持节点GMGroup Management，群组管理GPRSGeneral Packet Radio Service, 通用无线分组业务HSSHome Subscriber Server，归属用户服务器IETFInternet Engineering Task Force，Internet 工程任务组IMIMPIIMS Private User Identity，IMS用户私有IDIMPUIMS Public User Identity，IMS用户公有IDIMSIP Multimedia Subsystem，IP多媒体子系统IMS CoreIM

26、S 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 Ma

27、nagement Protocol，简单网管协议UEUser Equipment，用户设备 4. 业务概述 即时消息（Instant Messaging）为用户提供消息、Presence、组管理（GM）以及文件传送服务，主要包括：点对点用户即时消息、一个用户针对多个用户或联系人分组的即时消息、群组即时消息；传输文件；用户Presence信息的订阅及发布等。5. 业务特征5.1. 基本特征5.1.1. 用户范围IMS试验网中，即时消息业务的用户范围为中国移动省公司IMS用户。5.1.2. 业务接入用户可以通过IMS PC客户端软件或手机客户端软件过任意接入网络使用业务，基于LAN、WLAN、TD

28、-SCDMA数据卡）接入IMS网络，并使用即时消息业务。当用户成功注册到IMS网络后，用户签约IM业务的情况下，可以使用即时消息业务。用户登录后可以通过相应方式退出业务登录，相关业务注册流程参见IMS试验网总体技术要求。5.1.3. 数据配置无须用户配置数据，所需要配置的网络参数应内置在客户端软件中。当网络参数修改时，通过客户端软件版本升级或配置更新等方式自动更新网络配置参数。5.2. 与其它业务的关系IMS即时消息业务会调用Presence、GM等业务能力。根据具体需求，IMS即时消息业务可以与现有GSM网络短信及GPRS/TD-SCDMA网络彩信业务互通。5.3. 即时消息业务即时消息是一

29、种接近于实时传送的消息类业务，可以传送文本、图片、视频、音频等多种文件格式的附件。5.3.1. 即时消息支持的消息内容即时消息业务支持以下消息内容：l 基于多种编码格式、多语种的文本消息；l 多媒体内容的即时消息，此种即时消息能够携带文本、图片、视频、音频等附件，一个消息中可以带多个附件。5.3.2. 点对点即时消息用户应能发送、接收点对点的即时消息。用户应能在联系人分组或其它联系人列表中选择指定的联系人发起即时消息。5.3.3. 一对多即时消息用户可以选择多个联系人发送即时消息，也可以选择特定的联系人分组（如同事、朋友等）发送即时消息。消息通过一对多的方式发送给多个用户，接收者回复消息时仅回

30、复给发送者。5.3.4. 聊天室即时消息聊天室即时消息基于聊天室群组建立，由运营商管理员创建并管理。主要包括以下属性：l 由用户临时复选多个用户作为成员的方式建立起来的群组。被选中的用户会受到加入该多方会话的邀请，用户确认后可以即时多方会话。l 多方会话中的当前用户可以邀请其他未加入用户加入。l 多方会话中至少有2人在线（包括创建者）方可创建。创建的同时开始会话，当会话方少于2人时，会话结束，此多方会话被删除。l 多方会话的最大同时加入人数为系统设置值（系统设置最大为100人），达到该人数后任何人不能再加入该群组。当会话通信结束，多方会话信息不会在系统中保存。用户加入聊天室后可以邀请其他用户加

31、入聊天室。用户在聊天室内发送的即时消息将在聊天室内广播，所有登录聊天室的用户都可以看到，除非某些用户设置了消息过滤规则，过滤掉该广播的即时消息。用户在聊天室中可以选择某个成员进行私聊。私聊消息的发送和接收只发生在发生私聊的两个成员之间。运营商管理员根据要求对请求加入各聊天室的用户进行鉴权控制。5.3.5. 离线消息用户应能够向离线用户发送即时消息。接收方可以设置：l 如果接收方设置为“服务器缓存离线消息”，则将该消息暂存，在系统设定的有效时间内如果接收方上线则将消息发给接收方，如果超过有效时间而用户未上线则将消息抛弃；l 如果接收方设置为“离线消息转短信”，则用短信将离线消息发送到接收方手机终

32、端。5.3.6. 定时消息用户可以设置消息的发送时间，消息暂时被保存在网络中，当指定时间到达时，即时消息业务将消息发送出去，用户通过客户端终端可以查看及取消尚未发出的定时消息。5.3.7. 系统广播管理员可以发送系统广播消息，系统广播消息具有有效期，在此有效期内在线的用户都可以收到广播消息。5.3.8. 即时消息通知用户的即时消息业务终端应能够接收以下有关即时消息业务的通知：l 用户的即时消息业务终端应能够通知用户有新的即时消息到来，不管用户用以进行即时消息会话的窗口是否打开，通知的方式可以是声音、弹出框等方式。用户可以设置终端是否发出即时消息到来的通知；l 用户的即时消息业务终端应能够接收其

33、它用户向其发送的即时消息会话邀请，以建立会话模式的即时消息通信；l 即时消息业务系统应能够向用户发送消息状态报告，包括成功的状态报告以及失败的状态报告，用户可以设置是否接收消息状态报告，并且可以设置接收消息状态报告的类型，如仅接收失败的状态报告，接收成功的状态报告以及失败的状态报告；用户可在客户端进行配置是否显示；l 在即时消息聊天室聊天中，当有新的成员进入聊天室或退出聊天室，即时消息业务系统应能通知正在即时消息聊天室聊天的用户。5.3.9. 历史记录即时消息业务应能保存用户在即时消息会话过程中的各种消息。历史会话中的文本信息保存在网络侧服务器上。网络侧每个用户能够保存的历史会话有容量限制。用

34、户可以选择若干条消息上传到系统进行保存。客户端也对用户发生的即时消息会话内容进行存储、记录，当客户端有一定的存储量的限制时，存储区域满时会从头覆盖先前的记录。用户可以对指定的消息设定保护，被保护的消息不会被覆盖。即时消息的历史会话同语音通话记录在客户端上一起显示。用户可以对历史会话进行本地管理，包括：保存、查看、排序(按号码、姓名等关键字排序)、搜索。用户可以设置是否在聊天的过程中在业务平台上保存历史会话，并可提供历史会话的上传与下载。5.4. Presence业务Presence业务提供用户订阅IMS试验网内其他即时消息业务用户的在线状态、通信意愿、通信手段、场所以及其他等描述信息。Pres

35、ence业务可以和即时消息、群组管理等业务相集成，以支持完整的业务功能。5.4.1. Presence状态Presence状态包括以下几种类型：在线、忙碌、马上回来、离开、接听电话、开会、外出就餐、显示为脱机、离线。在线：表示用户已经登录且当前空闲。忙碌：表示用户已登录但当前非空闲。马上回来：表示用户已登录，暂时无法回复消息。离开：表示用户已登录，但用户并不在计算机旁。接听电话：表示用户已登录但因接听电话暂时无法回复消息。开会：表示用户已登录但因开会暂时无法回复消息。外出就餐：表示用户已登录但因外出就餐暂时无法回复消息。显示为脱机：表示用户已登录，但对联系人仍“显示为脱机”状态。离线：用户退出

36、登录后状态自动转为离线。其他用户可以通过即时消息业务发送离线消息或者发送短信、彩信消息。除“离线”、“显示为脱机”状态外，用户处于其他状态并不会导致IM的会话请求被拒绝。用户可个性化设置客户端所处的上述各种状态。5.4.2. Presence订阅Presence订阅包括以下要点：l 用户可以在终端上操作已满足个人订阅需求；l 可以设置、更改自己的Presence信息订阅策略；l 可以发起对其他用户的订阅；l 可以对未定订阅者进行授权操作；l 可以在自己的联系人列表中增加、删除联系人；l 可以查看订阅者（Watcher）的信息。5.4.3. Presence订阅列表Presence订阅列表包括以

37、下要点：l 用户(Watcher)在终端上维护自己的订阅列表；l 可以创建、删除、编辑订阅列表；l 可以增加、删减订阅列表的成员；l 可以根据列表一次性订阅多个成员的Presence信息；l 可以在订阅列表中包含群组标识；l 修改后的订阅列表在Presence Server上保存；l 可以订阅群组成员的Presence信息。5.5. 个人通信录业务此业务由用户个人创建和管理，个人通信录的内容由个人用户创建，并可创建联系人分组和群组，个人通信录提供客户端向服务器同步的功能。5.5.1. 个人通信录数据信息要求 1) 联系人基本数据要求包括联系人姓名、所在公司、工作地址、职务、手机电话号码、办公号

38、码、SIP地址、电子邮件、飞信号码、照片、个人说明、联系人所属群组等信息。2) 联系人分组数据要求分组名称、联系人数据等信息。 5.5.2. 个人通信录联系人列表与个人通讯录之间的区别：个人通讯录作为一个功能特征在用户客户端展现的管理用户在注册和未注册情况下，均可在本地对个人通信录中的联系人进行增加、删除、修改等操作，也可以进行联系人分组操作。用户可对联系人分组的操作包括，增加联系人到分组、移动联系人到分组、复制联系人到分组、从分组中删除联系人。联系人个数最大确认：手机客户端支持的好友数目，太多可能会造成通信录同步压力要求可任意配置，分组数据最大要求为100个。联系人必须属于个人通信录里的某一

39、个分组。5.5.3. 个人通信录的同步个人通信录存放在用户本地，用户可将其个人通信的数据备份到网络侧服务器中。用户可从服务器下载个人通信录到本地。个人通信录中的联系人信息可以导出。5.5.4. 个人通信录搜索提供个人通信录本地搜索功能，用户可以按照姓名、电话号码等关键字进行精确搜索和模糊搜索。5.6. 群组管理个人通信录业务中有群组通信，个人通信录中的群组由用户创建并管理。群组信息包括群组的名称、特定业务信息、可见性、许可权限、群组中的人数等。群组中的个人信息是个人通信录中的联系人信息。群组的管理包括群组的建立、用户加入群组与退出管理，群组信息的修改和删除等。群组属性定义如下：l 群组的创建者

40、为群组的管理者。l 可以创建并管理的预设群组数量是有限制的，系统允许的上限可设置，系统分给每个群组一个唯一的ID。l 群组的创建者（管理者）可以发送邀请给其他用户，邀请其加入该预设群组；也可以删除群组中的用户。l 即时消息用户可以查找并申请加入群组。l 用户可以接受或拒绝其他用户发送来的加入群组的邀请，接受后用户自动被加入该群组的列表。l 群组创建者（管理者）可以将一个群组设定为“开放”或“受限”。l 用户也可以通过直接输入一个群组ID的方式请求加入一个群组，加入“开放”群组时，只要未达到群组人数上限（系统设定值），则用户可以自动加入；加入“受限”群组时，用户需获得创建者（管理员）的授权方可加

41、入。l 群组成员自动可以获得群组列表信息，群组列表的信息包括群组总人数、当前在线人数以及群组中每个成员的详细信息。l 成员可以主动要求退出群组； 6. 业务流程6.1. 业务订购业务订购明确订购业务需要用户提供的用户信息指用户申请即时消息业务并得到受理和开通。业务订购需要遵循一个基本的原则，即：以BOSS系统为标准。用户可以通过如下方式开通即时消息业务：l 短信方式开通业务（用户发送开户短信到10086，定义命令字KTSYIM）；l 营业厅开通业务；l WEB自助服务开通业务；l 10086客服电话开通业务。BOSS系统在受理了用户开通业务的请求后，需要通过实时的接口将新增的业务订购关系通知用

42、户归属的即时消息AS设备及HSS设备。6.2. 用户自服务操作用户可以通过用户自服务门户设置与业务相关的参数和信息。6.3. 业务退订业务退订指用户取消对该业务的订购关系。退订后用户将无法再使用该业务。用户退订业务后进入业务数据保留期。保留期内用户再次申请该业务时，系统会提示用户是恢复前次数据还是重新注册，如果用户选择恢复前次数据，则将原有用户退订前的数据依然保留；如果用户选择重新注册，则系统给用户分配一个新的用户空间并同时删除用户退订时保存下来的数据。用户数据在系统内存储超过保留期后，系统自动删除用户数据。在上述保留期内用户选择重新注册、超过保留期的情况下，系统删除原有数据后将用户原有帐号设

43、为冷冻期状态。超过冷冻期后该帐号将被系统自动删除。保留期，冷冻期时间值可在服务器进行配置。与业务受理及开通流程类似，业务退订也需要遵循一个原则，即：以BOSS为准。用户可以通过如下方式退订即时消息业务：l 短信方式退订业务（用户发送退订短信到指定服务号码）；l 营业厅退订业务；l WEB自助服务退订业务；l 10086客服电话退订业务。BOSS系统在受理了用户退订业务的请求后，需要通过实时的接口将变更后的业务订购关系通知即时消息AS和HSS。除了用户主动退订业务外，系统还应该支持BOSS系统根据自身的客户资料变更而发起的业务注销请求，如用户销户。6.4. 业务订购和退订流程即时消息业务的订购流

44、程：l 用户通过短信、WEB自助服务、10086客服电话等方式，或者到营业厅办理开通即时消息业务；l BOSS系统收到用户开通即时消息业务的请求，并且经用户确认后，更新系统中的业务订购关系表，增加业务关系记录； l BOSS系统的订购关系表更新成功后，通过BOSS与即时消息AS之间的接口，将业务订购关系同步给即时消息AS；l 即时消息AS收到更新订购关系的请求后，在系统中为该用户分配开通业务所需要的系统资源（例如存储空间、对象等），并且预置业务处理所必需的缺省信息，业务立即生效。即时消息业务的退订：l 如果用户不需要继续使用即时消息业务，可以通过短信、WEB自助服务、10086客服电话等方式，或者到营业厅办理一种或多种即时消息业务退订；l BOSS系统收到用户退订即时消息业务的请求，经过用户确认，更新系统中的业务订购关系表，删除相应的记录；l BOSS系统的订购关系表更新成功后，通过BOSS与即时消息AS之间的接口，将业务订购关系的变更同步给即时消息AS；l 即时消息AS收到更新订购关系的请求后，在系统中删除用户对该业务的订购关系，并且立即生效。6.5. 消息业务流程6.5.1. 点对点即时消息1) 发送方用户构造即时消息，选择一个在线的消息接收方； 2) 发送方用户发送该即时消息；3) 该即时消息路由到即时消息业务平