资源描述
QB-D-XXX-2008中国移动通信企业标准QB-D-XXX-2008IMS试验网企业通信录业务总体技术要求IMS Trial:General Specification for Enterprise Address List Service版本号:1.0.02008-X-XX实施2008-X-XX发布中国移动通信有限公司 发布目录1.范围12.规范性引用文件13.术语、定义和缩略语14.网络结构34.1.网元功能描述44.1.1.企业通信录业务平台44.1.2.网络管理系统54.1.3.计费系统54.1.4.用户终端(UE)54.1.5.IMS core54.1.6.AS54.2.接口描述54.2.1.AP鉴权与消息转发接口54.2.2.企业通信录业务平台与UE的接口64.2.3.企业通信录业务平台与Web浏览器的接口64.2.4.企业通信录业务平台与计费平台的接口64.2.5.企业通信录业务平台与网络管理系统的接口75.信令流程75.1.AP鉴权75.2.获取服务器能力135.3.集团通讯录管理流程135.3.1.机构或部门的创建135.3.2.机构或部门的修改145.3.3.机构或部门的删除145.3.4.机构或部门的查询155.4.用户使用集团通讯录165.5.机构管理员管理权限表175.5.1.机构管理员添加/修改权限185.5.2.机构管理员删除权限185.5.3.权限的查询195.6.个人信息205.6.1.个人信息管理205.6.2.用户查看个人信息205.6.3.个人通信录上传225.6.4.个人通信录下载235.7.管理员管理235.7.1.创建机构管理员235.7.2.删除机构管理员245.7.3.修改机构管理员255.8.用户管理255.8.1.机构管理员给用户开户255.8.2.机构管理员删除用户255.8.3.机构管理员修改用户266.接口定义266.1.企业通信录业务平台与UE的接口266.1.1.用户的级别及权限266.1.2.基于XCAP的接口286.1.3.接口协议的流程描述错误!未定义书签。7.编制历史91前言本标准规定了IMS试验网开展企业通信录业务所必须遵循的技术规范。本技术要求对IMS企业通信录业务的系统架构、组网、接入方式、路由、业务管理和计费等技术实现方法进行了规范,阐述了开展IMS企业通信录业务所涉及的设备及业务平台之间相互配合的技术实现方案,是开展IMS企业通信录业务所涉及的网元设备需要遵从的技术文件。本标准作为IMS企业通信录业务后续相关规范制定和后续业务开发的依据。本标准主要包括以下几方面内容:IMS企业通信录业务系统结构与组网原则、业务流程、设备要求、接口要求(包括接口描述、定义、协议详细描述)、计费结算、网络管理等。本标准由中移有限技2008XX号印发。本标准由中国移动通信有限公司技术部提出并归口。本标准由标准归口部门负责解释。本标准起草单位:中国移动通信有限公司研究院本标准主要起草人:彭巍、赵立君、武威、郑建平、温亮生、吴斌III1. 范围本标准对基于IMS的企业通信录业务的系统架构、组网、接入方式、路由、业务管理和计费等技术实现方法等技术范畴提出规定,供中国移动通信集团内部和厂商共同使用,用于在设备开发方面为集团公司和省公司提供技术依据;该业务是在IMS业务控制层上开展的业务,不依赖于具体的承载网络环境。本标准适用于中国移动IMS试验网内开展的企业通信录业务。2. 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。表2-11IMS试验网总体技术要求V1.0.0中国移动通信集团公司2RFC 3261“SIP: Session Initiation Protocol”IETF3RD-XDM-V1_0-20060612-A“XML Document Management Requirements, Approved Version 1.0” OMA4AD-XDM-V1_0-20060612-A “XML Document Management Architecture, Approved Version 1.0”OMA5TS-XDM_Core-V1_0-20060612-A“XML Document Management (XDM) Specification, Approved Version 1.0”OMA6TS-XDM_MO-V1_0-20060612-A “OMA Management Object for XML Document Management, Approved Version 1.0”OMA7TS-XDM_Shared-V1_0-20060612-A “Shared XDM Specification, Approved Version 1.0 ”OMA8AD-XDM-V2_0-20060913-D“XML Document Management Architecture, Draft Version 2.0”OMA9TS 23.228“IP Multimedia Subsystem (IMS); Stage 2V6.11.0 ”3GPP10TS 22.250“IP Multimedia Subsystem (IMS) group management; Stage 1 V6.0.0 ”3GPP11draft-ietf-simple-xcap-11“The Extensible Markup Language (XML) Configuration Access Protocol”IETF12draft-ietf-simple-xcap-diff-03: “An Extensible Markup Language (XML) Document Format for Indicating A Change in XML Configuration Access Protocol (XCAP) Resources”IETF13draft-ietf-simple-xcap-package-03 “An Extensible Markup Language (XML) Document Format for Indicating Changes in XML Configuration Access Protocol (XCAP) Resources”IETF14draft-ietf-simple-xcap-list-usage-05“Extensible Markup Language (XML) Formats for Representing Resource Lists” IETF15draft-ietf-simple-event-list-07“Session Initiation Protocol (SIP) Event Notification Extension for Resource Lists”IETF3. 术语、定义和缩略语下列术语、定义和缩略语适用于本标准:表3-13GPPThird Generation Partnership Project,第三代伙伴计划APAggregation Proxy,聚合代理、APNAccess Point Network,接入点网络ASApplication Server,应用服务器AUID Application Unique ID,应用唯一标识BOSSBusiness Operation Support System,业务运营支撑系统CCFCharging Collection Function,计费采集功能CMPPChina Mobile Peer to Peer,中国移动通信互联网短信网关接口协议CSCFCall Session Control Function,呼叫会话控制功能DiameterDiameter,计费、认证协议GGSNGateway GPRS Support Node,GPRS网关支持节点GMGroup Management,群组管理GPRSGeneral Packet Radio Service, 通用无线分组业务HLR HomeLocationRegister,归属域定位注册器HSSHome Subscriber Server,归属用户服务器IETFInternet Engineering Task Force,Internet 工程任务组IMInstant Messaging,即时消息IMPIIMS Private User Identity,IMS用户私有IDIMPUIMS Public User Identity,IMS用户公有IDIMSIP Multimedia Subsystem,IP多媒体子系统IMS CoreIMS Core network,IMS核心网ISIMIP Multimedia Services Identity Module,IP多媒体服务身份模块OCSOnline Charging System,在线计费系统OMAOpen Mobile Alliance,开放移动联盟P-CSCFProxy-CSCF,代理CSCFPoCPush to Talk Over CellularPS Presence ServerPresence Server,Presence 服务器S-CSCFServing-CSCF,服务CSCFSGSNServing GPRS Support Node,服务GPRS支持节点SIPSession Initiation Protocol,会话初始化协议SIMPLESIP Instant Message and Presence Leveraging Extensions,SIP协议对于Presence和Instant Message的扩展SMSShort Message Service 短消息服务SNMPSimple Network Management Protocol,简单网管协议SOAPSimple Object Access Protocol,简单对象接入协议UEUser Equipment,用户设备WAPWireless Application Protocol, 无线应用协议XCAPXML Configuration Access Protocol,XML配置访问协议XMLeXtensible Markup Language,可扩展Markup语言XDMSXML Document Management Server,XML文档管理服务器XDMC XML Document Management Client,XML文档管理客户端XUI XCAP User Identifier,XCAP用户标识机构机构一般对应于一个企业,机构内的用户相互间可以拨打短号进行通信。4. 系统结构及组网企业通信录业务组网结构图如下,主要包括IMS Core(S-CSCF、P-CSCF、HSS)、计费系统、网络管理系统和用户终端。 图4-1 企业通信录业务网络结构图4.1. 网元功能描述4.1.1. 企业通信录业务平台企业通信录业务中的机构指对整个集团通信录的分组,部门是机构下的分组,部门下还可以创建新的分组。Portal是企业通信录业务的门户。企业通信录业务平台提供的功能服务包括:1、 集团通信录1) 集团通信录机构信息管理:运营商管理员对集团通信录中的机构信息提供网络管理的能力,包括集团通信录中的机构信息。2) 集团通信录部门信息管理:机构管理员对集团通信录中的部门信息提供网络管理的能力,包括集团通信录中的部门信息。3) 集团通信录用户信息管理:机构管理员对集团通信录中的用户信息提供网络管理的能力,包括集团通信录中的用户信息。4) 集团通信录用户使用:用户根据集团通信录中的机构、部门、联系人相关信息搜索、复制集团通信录的内容,不同级别的用户所查看的集团通信录的内容不同。2、 个人通信录1) 用户分组信息管理:用户对个人通信录中的分组信息提供网络管理的能力,包括个人通信录中的信息2) 个人通信录联系人信息管理:用户对个人通信录中的联系人信息提供网络管理的能力,包括个人通信录中的联系人信息。3、 个人信息管理个人信息管理是对使用企业通信录业务的所有用户的基本信息进行管理。其个人信息应包括:用户名、密码、用户角色。4、 群组管理群组管理包括创建群组、删除群组、群组数据以及群组成员管理等功能。4.1.2. 网络管理系统网络管理系统主要负责IMS业务模块的加载和调测;除此之外,网络管理系统还用来检测IMS业务的告警和日志。4.1.3. 计费系统计费系统为企业通信录业务平台提供了离线计费的支持。4.1.4. 用户终端(UE)用户个人信息信息管理指令的发起者。4.1.5. IMS coreIMS核心网中的S-CSCF、P-CSCF、HSS等设备可以为企业通信录业务平台提供核心网的基础功能。4.1.6. AS调用企业通信录业务平台的数据,供其他业务使用。如多媒体会议业务获得企业通信录业务中的分组信息或联系人信息。4.2. 接口描述4.2.1. AP鉴权与消息转发接口UE通过AP进行身份认证,然后将请求消息转发到企业通信录业务平台,并返回应答消息。4.2.2. 企业通信录业务平台与UE的接口企业通信录业务平台与UE的接口基于XCAP协议。4.2.2.1. 基于XCAP协议的接口功能1、 服务器能力查询UE可以查询当前服务器支持的应用。2、 集团通信录用户可以搜索、查看、复制集团通信录的内容。3、 个人通信录1) 个人通信录用户分组信息管理 包括用户增加、删除、修改分组信息。2) 个人通信录用户个人信息管理 包括用户在个人通信录及其分组中增加、删除、修改、查找联系人信息。4.2.3. 企业通信录业务平台与Web浏览器的接口Portal与Web浏览器基于HTTP协议通信。4.2.4. 企业通信录业务平台与计费平台的接口与融合计费系统(OCS/CCF)之间遵循Diameter 接口协议。OCS和CCF提供在线计费和离线计费的支持。4.2.5. 企业通信录业务平台与网络管理系统的接口企业通信录业务平台与网管之间的接口基于SNMP协议,其主要功能是通过业务网管进行维护、配置与管理。4.3. 组网IMS试验网初期企业通信录业务平台单点组网,承载在CMNET之上,具体组网架构参见IMS试验网总体技术要求5. 选路1)、接入路由方式:对于企业局域网、WiFi 和TD数据卡接入用户,客户端与企业通信录业务平台之间为标准的IP路由方式。2)、业务路由方式:客户端通过DNS解析获取企业通信录业务平台IP地址,然后以HTTP方式访问企业通信录。6. 码号相关码号要求参见IMS试验网总体技术要求。7. 设备要求7.1. 新增设备要求开展IMS企业通信录业务需要新增企业通信录业务平台,以及IMS核心网设备、HSS等。对于企业通信录业务平台的要求如下:l 网络网络设备与网络链路应有冗余备份功能,关键网络设备应采用高可靠的设备;网络设备应保证724小时不间断运行。l 服务器关键性服务器应采用高可用性方案。系统应冗余配置,保证系统无单一故障点,发生故障后能够快速切换,保证724小时不间断运行。l 存储、备份及恢复存储设备应具有极高的可靠性。系统应有良好的备份手段。系统数据和业务数据可联机备份、联机恢复,恢复的数据必须保持其完整性和一致性。l 应用系统整个应用软件系统应能够连续724小时不间断工作,出现故障应能及时告警,应具有完整的操作权限管理功能和完善的系统安全机制。应用系统应具备完善的检测功能,确保话单数据的准确性。系统每个环节的检测实行闭环管理,并建立与其它功能模块相对独立的检测系统,校验数据的准确性。应用系统应具备自动或手动恢复措施,以便在发生错误时能够快速地恢复正常运行。应用软件要防止消耗过多的系统资源而使系统崩溃。业务质量指标要求如下:业务业务质量指标(KQI)指标定义基准值通信录操作准确性操作成功后手机端或网络端详细信息完全一致的百分比95%操作时长发起10条记录的操作,从开始发起操作至操作完成的总时长(只记录成功操作的时长)15s操作成功率用户操作成功的百分比(无法操作和操作过程中断均视为操作不成功)90%7.2. 对原有设备的改造对BOSS的改造要求:1、集团客户通过客户经理在BOSS上完成企业通信录业务订购、退订的受理;2、受理完成后,BOSS将业务订购关系和集团客户所属成员列表信息同步到企业通信录业务平台。8. 信令流程8.1. AP鉴权UE在发起每一次XCAP请求(包括XCAP GET、PUT、DELETE请求)都需要接受企业通信录业务平台的鉴权,该鉴权的功能由AP来完成。UE发起的XCAP请求中必须携带X-XCAP-Asserted-Identity(用户的IMPU或TEL URI)和X-3GPP-Intended-Identity(用户的IMPU)此两个参数的任何一个以供AP鉴权,否则鉴权不通过,企业通信录业务平台将不允许UE发起后续的请求。如果UE发起的XCAP请求消息中没有鉴权头域,则AP返回401 Unauthorized的响应消息,并在该响应消息中返回鉴权头域所需的Digest,以供UE在后续的请求消息中携带鉴权头域。下面以用户成功完成IMS Core注册以后所发送的第一条XCAP请求为例来说明AP鉴权流程。图8-1 鉴权流程1. UE向AP发送GET请求获取服务器能力序号字段名描述类型结果1Method方法使用GETM2Document Selector/global/indexM3X-XCAP-Asserted-Identity用户的IMPU或TEL URIO4X-3GPP-Intended-Identity用户的IMPU,此参数与X-XCAP-Asserted-Identity之间必须有一个O消息示例:GET HTTP/1.1Host: User-Agent: XDM-client/OMA1.0Date: Thu, 08 Jan 2004 10:50:33 GMTX-3GPP-Intended-Identity: sip:userAContent-Length: 02. AP判断消息中没有鉴权头域,返回401序号字段名描述类型结果1Status-Code401M2Reason-PhraseUnauthorizedM3WWW-Authenticate需要包括的参数:realm, nonce, qopM消息示例:HTTP/1.1 401 UnauthorizedServer: XDM-proxy/OMA1.0Date: Thu, 08 Jan 2004 10:50:35 GMTWWW-Authenticate: Digest realm=10.71.137.172:8090sip:userA, nonce=ce5d3423bb9a603375e864ac4d3703c0, qop=auth-intContent-Length: 03. UE生成鉴权头域,重新发送GET请求序号字段名描述类型结果1MethodGETM2Document Selector/global/indexM3Authorization需要包括的参数:realm, nonce, username, qop, uri, response, cnonce, ncM4X-XCAP-Asserted-Identity用户的IMPU或TEL URIO5X-3GPP-Intended-Identity用户的IMPU,此参数与X-XCAP-Asserted-Identity之间必须有一个O消息示例:GET HTTP/1.1Host: Authorization: Digest realm=10.71.137.172:8090sip:userA,nonce=ce5d3423bb9a603375e864ac4d3703c0,username=sip:userA,qop=auth-int,uri=User-Agent: XDM-client/OMA1.0Date: Thu, 08 Jan 2004 10:50:33 GMTX-3GPP-Intended-Identity: sip:userAContent-Length: 04. AP在消息头中插入nextnonce,然后向UE转发应答序号字段名描述类型结果1Status-Code200M2Reason-PhraseOKM3Etag最新消息体的tag标识M4Content-Typeapplication/ims-pim+xmlM5Authentication-Info需要包括的参数:nextnonceM6Body返回服务器能力的消息体M消息示例:HTTP/1.1 200 OKServer: XDM-serv/OMA1.0Date: Thu, 08 Jan 2004 10:50:39 GMTEtag: eti87Content-Type: application/xcap-caps+xmlAuthentication-Info:nextnonce=f346031a61725dd8b19ff82fd15341dfContent-Length: (.)xcap-capsresource-lists5. UE生成发送GET请求获取集团通讯录序号字段名描述类型结果1MethodGETM2Document Selector/resource-lists/users/用户的IMPU/集团文件名M3Authorization需要包括的参数:realm, nonce, username, qop, uri, response, cnonce, ncM4X-XCAP-Asserted-Identity用户的IMPU或TEL URIO5X-3GPP-Intended-Identity用户的IMPU,此参数与X-XCAP-Asserted-Identity之间必须有一个O消息示例:GET HTTP/1.1Host: Authorization: Digest realm=10.71.137.172:8090sip:userA,nonce=ce5d3423bb9a603375e864ac4d3703c0,username=sip:userA,qop=auth-int,uri=User-Agent: XDM-client/OMA1.0Date: Thu, 08 Jan 2004 10:50:33 GMTX-3GPP-Intended-Identity: sip:userAContent-Length: 06. AP收到该请求消息以后,根据该请求消息的AUID,决定该消息该发往哪一个XDMS;7. AP转发请求到XDMS序号字段名描述类型结果1MethodGETM2Document Selector/resource-lists/users/用户的IMPU/集团文件名M3X-XCAP-Asserted-Identity用户的IMPU或TEL URIO4X-3GPP-Intended-Identity用户的IMPU,此参数与X-XCAP-Asserted-Identity之间必须有一个O消息示例:GET HTTP/1.1Host: User-Agent: XDM-client/OMA1.0Date: Thu, 08 Jan 2004 10:50:33 GMTX-3GPP-Intended-Identity: sip:userAContent-Length: 08. XDMS处理请求后回200 OK序号字段名描述类型结果1Status-Code200M2Reason-PhraseOKM3Etag最新消息体的tag标识M4Content-Typeapplication/resource-listsM5Bodycom:cmcc:resource-lists集团通讯录格式的消息体M消息示例:HTTP/1.1 200 OKServer: XDM-serv/OMA1.0Date: Thu, 08 Jan 2004 10:50:39 GMTEtag: eti87Content-Type: application/resource-listsContent-Length: (.)9. AP在消息头中插入nextnonce,然后向UE转发应答序号字段名描述类型结果1Status-Code200M2Reason-PhraseOKM3Etag最新消息体的tag标识M4Content-Typeapplication/ims-pim+xmlM5Authentication-Info需要包括的参数:nextnonceM6Bodycom:cmcc:ims-pim格式的消息体M消息示例:HTTP/1.1 200 OKServer: XDM-serv/OMA1.0Date: Thu, 08 Jan 2004 10:50:39 GMTEtag: eti87Content-Type: application/resource-listsAuthentication-Info:nextnonce=r3ty031a61725dd8b19ff82fd15341dfContent-Length: (.)8.2. 获取服务器能力参见8.1 AP鉴权流程对14步获取服务器能力流程的描述。8.3. 集团通讯录管理流程集团通讯录的管理包括机构、部门以及用户的增加、删除、修改以及查询等的管理。只有运营商管理员才能够增加、删除、修改机构,只有机构管理员才能够在机构中增加、删除、修改部门以及部门内的联系人。8.3.1. 机构或部门的创建机构或部门的创建,包括部门的联系人,通过HTTP协议实现,消息体参照集团通讯录中的Schema中的定义。图8-2 机构或部门的创建流程1、 运营商管理员或机构管理员通过Web浏览器发起机构或部门的创建请求;2、 Portal将该PUT请求转发至XDMS;3、 XDMS对该请求进行处理,完成机构或部门的创建,返回201 Created的响应;4、 Portal将该响应返回给Web浏览器。8.3.2. 机构或部门的修改机构或部门的修改通过HTTP协议实现,消息体参照集团通讯录中的Schema中的定义。图8-3 机构或部门的创建流程1、 运营商管理员或机构管理员通过Web浏览器发起机构或部门的修改请求;2、 Portal将该PUT请求转发至XDMS;3、 XDMS对该请求进行处理,完成机构或部门的修改,返回200 OK的响应;4、 Portal将该响应返回给Web浏览器。8.3.3. 机构或部门的删除机构或部门的删除,包括部门的联系人,通过HTTP协议实现,消息体参照集团通讯录中的Schema中的定义。图8-4 机构或部门的删除流程1、 运营商管理员或机构管理员通过Web浏览器发起机构或部门的删除请求;2、 Portal将该PUT请求转发至XDMS;3、 XDMS对该请求进行处理,完成机构或部门的删除,返回200 OK的响应;4、 Portal将该响应返回给Web浏览器。8.3.4. 机构或部门的查询运营商管理员可以查询机构,但不能查询部门以及部门内的联系人。部门管理员可以查询本部门以及本部门的联系人。机构或部门的查询通过HTTP协议实现,消息体参照集团通讯录中的Schema中的定义。图8-5 机构或部门的查询流程1、 运营商管理员或机构管理员通过Web浏览器发起机构或部门的查询请求;2、 Portal将该PUT请求转发至XDMS;3、 XDMS对该请求进行处理,完成机构或部门的查询,返回200 OK的响应,响应中携带有机构或部门的信息;4、 Portal将该响应返回给Web浏览器,响应中携带有机构或部门的信息。8.4. 用户使用集团通讯录用户只能查询集团通讯录,企业通信录业务平台根据用户不同的级别返回相应的集团通讯录信息。用户通过XCAP协议查询集团通讯录。图8-6 用户查询集团通讯录流程1、 UE通过XCAP GET发起集团通讯录的查询请求;2、 AP将该PUT请求转发至XDMS;3、 XDMS对该请求进行处理,完成集团通讯录的查询,返回200 OK的响应,响应中携带有用户级别相应的集团通讯录的信息;4、 AP将该响应返回给UE,响应中携带有用户级别相应的集团通讯录的信息。8.5. 机构管理员管理权限表只有机构管理员才能够对权限表进行维护,即查询、添加、删除、修改扩展的权限类型。8.5.1. 机构管理员添加/修改权限图8-7 机构管理员添加/修改权限流程1、 机构管理员通过Web浏览器发起添加/修改权限的请求;2、 Portal将该PUT请求转发至XDMS;3、 XDMS对该请求进行处理,完成权限的添加/修改,返回200 OK的响应;4、 Portal将该响应返回给Web浏览器。8.5.2. 机构管理员删除权限图8-8 机构管理员删除权限流程1、 机构管理员通过Web浏览器发起权限的删除请求;2、 Portal将该Delete请求转发至XDMS;3、 XDMS对该请求进行处理,完成权限的删除,返回200 OK的响应;4、 Portal将该响应返回给Web浏览器。8.5.3. 权限的查询图8-9 机构管理员查询权限的流程1、 机构管理员通过Web浏览器发起权限的查询请求;2、 Portal将该GET请求转发至XDMS;3、 XDMS对该请求进行处理,完成权限的查询,返回200 OK的响应,响应中携带有权限的信息;4、 Portal将该响应返回给Web浏览器,响应中携带有权限的信息。8.6. 个人信息8.6.1. 个人信息管理 图8-10 运营商或机构管理员查看个人信息流程1、 运营商管理员或机构管理员通过Web浏览器发起个人信息查看请求;2、 Portal将该GET请求转发至XDMS;3、 XDMS对该请求进行处理,完成个人信息查看请求,返回200 OK的响应;4、 机构管理员通过Web浏览器发起修改个人信息请求;5、 Portal将该PUT请求转发至XDMS;6、 XDMS对该请求进行处理,完成个人信息查看请求,返回200 OK的响应。8.6.2. 用户查看个人信息用户可以通过UE查看自己的用户级别,如自己属于普通用户、部门经理还是总裁。此操作通过XCAP GET实现。图8-11 用户查询集团通讯录流程1、 UE通过XCAP GET发起个人信息的查询请求;2、 AP将该GET请求转发至XDMS;3、 XDMS对该请求进行处理,完成个人信息的查询,返回200 OK的响应,响应中携带有用户级别信息;4、 AP将该响应返回给UE,响应中携带有用户级别信息。8.6.3. 个人通信录上传 图8-12 个人通信录上传流程1、 UE通过XCAP PUT发起个人通信录上传请求;2、 AP将该PUT请求转发至XDMS;3、 XDMS对该请求进行处理,覆盖原有的个人通信录,完成个人通信录上传,返回200 OK的响应;4、 Portal将该响应返回给UE。8.6.4. 个人通信录下载 图8-13 个人通信录下载流程1、 UE通过XCAP GET发起个人通信录下载请求;2、 AP将该GET请求转发至XDMS;3、 XDMS对该请求进行处理,完成个人通信录下载,返回200 OK的响应;4、 Portal将该响应返回给UE,UE在本地覆盖个人通信录。8.7. 管理员管理8.7.1. 创建机构管理员 运营商管理员可以创建机构管理员。图8-14 创建机构管理员流程1、 运营商管理员通过Web浏览器发起创建机构管理员请求;2、 Portal将该PUT请求转发至XDMS;3、 XDMS对该请求进行处理,完成机构管理员创建,返回201 Created的响应;4、 Portal将该响应返回给Web浏览器。8.7.2. 删除机构管理员图8-15 删除机构管理员流程1、 运营商管理员通过Web浏览器发起删除机构管理员请求;2、 Portal将该Delete请求转发至XDMS;3、 XDMS对该请求进行处理,完成机构管理员的删除,返回200 OK的响应;4、 Portal将该响应返回给Web浏览器。8.7.3. 修改机构管理员图8-16 创建机构管理员流程1、 运营商管理员通过Web浏览器发起修改机构管理员请求;2、 Portal将该PUT请求转发至XDMS;3、 XDMS对该请求进行处理,完成机构管理员修改,返回修改成功;4、 Portal将该响应返回给Web浏览器。8.8. 用户管理8.8.1. 机构管理员给用户开户同8.7.1创建机构管理员流程。8.8.2. 机构管理员删除用户同8.7.2删除机构管理员流程。8.8.3. 机构管理员修改用户 同8.7.3修改机构管理员流程。9. 接口定义9.1. 企业通信录业务平台与UE的接口企业通信录业务平台与UE的接口基于XCAP协议。9.1.1. 用户的级别及权限用户分为普通用户、部门经理以及总裁,不同级别的用户具有不同的查询集团通讯录的权限。服务器应该存有以下定义的Schema数据,当用户开户的时候,根据此Schema定义的用户的权限的类型为具体的某一个用户分配一个具体的权限值。1、 Schema定义:urn:ietf:params:xml:ns:resource-lists(Schema名:common-user-permission) permission information (for different kinds of users) schema of IMS XDMS for . Copyright 2005 . All rights reserved. /能查看所有机构的所有信息/能查看所有机构信息,不包括机构内高管的高级信息/能查看下属机构的所有信息/能查看上一级机构的所有信息/能查看上一级机构的信息,不包括上一级机构内高管的高级信息/只能查看本机构信息,不包括本机构内高管的高级信息/仅能查看所有机构高管的信息/能查看本机构所有信息/不能查看所有机构内的所有信息/能查看本机构所有部门的信息/能查看本机构所有部门信息,不包括部门内高管的高级信息/只能查看本机构本部门信息,不包括部门内高管的高级信息/仅能查看本机构所有部门高管信息/能查看本机构所有信息/不能查看所有部门内的所有信息/扩展的权限类型,可以由管理员根据具体情况增加、删除说明:用户的信息包括基本信息以及高级信息,基本信息为姓名以及Email,高级信息为除基本信息以外的所有信息。2、 消息用途只有机构管理员才能够对权限表进行维护,即查询、添加、删除、修改扩展的权限类型。3、 方法名HTTP:GET、PUT、DELETE9.1.2. 基于XCAP的接口9.1.2.1. 文档管理权限机构文档只能由运营商管理员管理,部门文档只能由机构管理员管理,用户文档只能由用户管理。机构管理员需要维护一张用户表,该文档存有该机构所有成员的个人信息。9.1.2.2. AP鉴权以及消息转发1、 消息用途登录企业通信录业务,在终端进行用户身份认证2、 方法名XCAP: GET , PUT , DELETE3、 参数解释1) 请求行:Method SP Request-URI SP HTTP-Version名称类型说明备注MethodtokenXCAP请求方法取值:PUT | GET | DELETERequest-URIHTTP URI指定请求操作的XCAP资源参考XCAPsection 6HTTP-VersionHTTP版本取值:HTTP/1.1注:类型描述的语法请参考RFC2616Section 22) 消息头域名称类型说明
展开阅读全文