（计算机应用技术专业论文）poc中组列表管理服务器的设计与实现.pdf

p o c 中组列表管理服务器的设计与实现 摘要 p o c ( p u s h t o t a l ko v e rc e l l u l a r ) 是i p 多媒体子系统( i p m u l t i m e d i as u b s y s t e m ，i m s ) 业务的组成部分，通过半双工v o i p 技 术提供一对一通信和群组通信。组列表管理服务器( g r o u pl i s t m a n a g e m e n ts e r v e r ，g l m s ) 完成列表及其成员的增、删、改、查 功能。在o m a ( o p e nm o b i l e a l l i a n c e ，开放移动联盟) 的规范当中， 列表服务作为一个单独的e n a b l e r 向p o c 、i m ( i n s t a n tm e s s a g i n g ，。 即时消息) 、p r e s e n c e 等多种服务提供列表存储管理功能。 p o c 中的g l m s ，是p o c 服务器的辅助功能实体，为p o c 业务 提供联系人列表管理、群组列表管理、p o c 接入管理等组业务能力。 o m a 制定了p o c 和x d m ( x m ld o c u m e n tm a n a g e m e n t ) 有关的业 务规范，i e t f ( i n t e r n e te n g i n e e r i n gt a s kf o r c e ) 制定了g l m s 与客 户端之间的通信协议x c a p ( x m l c o n f i g u r a t i o n a c c e s sp r o t o c 0 1 ) 和 s i p ( s e s s i o ni n i t i a t i o np r o t o c 0 1 ) 。 本论文以p o c 中的g l m s 为研究对象，在充分研究o m a 、i e t f 相关标准的基础上，分析了p o c 中g l m s 的业务需求，提出了一种 p o cg l m s 服务器设计方案，并加以实现。 本论文由五章组成。 第一章简要介绍p o c 与g l m s 的概念，总结国内外对p o c 中 g l m s 业务及其标准的最新研究进展，提出本论文工作的主要内容。 第二章对p o c 中g l m s 的功能进行分析并分类汇总，对主要的 需求功能项进行示例分析，指出完成该项功能需要解析处理的消息 细节。 第三章提出p o c 中g l m s 的总体架构由聚合代理( a g g r e g a t i o n p r o x y ，a p ) 、s h a r e dx d m s ( x m l d o c u m e n tm a n a g e m e n ts e r v e r ) 、 p o cx d m s 组成，每个x d m s 均由x c a ps e r v e r 和s i ps e r v e r 组成。 对架构中的各个功能模块进行详细分解，给出其具体的设计细节和 实现方式，最后列出p o c 中g l m s 的主要数据表结构。 第四章详细分析了p o c 中g l m s 设计实现过程中遇到的下列关 键技术问题，提出了详尽的解决方案： 1 ) 加入群组的确认机制，包括消息格式、发送方法、交互流程； 北京邮电大学网络与交换技术国家重点实验室 i 北京邮电大学硕士研究生学位论文p o c 中组列表管理服务器的设计与实现 i i 2 ) 对x m l 形式的列表内容进行解析的模型化方法； 3 ) 歹l j 表数据的持久化方案； 4 ) 歹l j 表变更通知的具体实现方案。 第五章对论文工作内容进行总结，并提出展望。 关键词g l m sp o c 列表群组x c a ps i p 北京邮电大学网络与交换技术国家重点实验室 t h ed e s i g na n di m p l e m e n t a t i o no f g r o u pl i s tm a n a g e m e n ts e r v e r i nt h ep o cs y s t e m a b s t r a c t p o c ( p u s h t o - t a l ko v e rc e l l u l a r ) i so n ek i n do fi m s ( t pm u l t i m e d i a s u b s y s t e m ) s e r v i c e ，w h i c hs u p p o r t sb o t h1 - lc o m m u n i c a t i o na n dg r o u p c o m m u n i c a t i o nb a s e do nh a l f - d u p l e x 、，o i p a sa n i n d e p e n d e n te n a b l e r , g r o u pl i s tm a n a g e m e n ts e r v e r ( g l m s lp r o v i d e s s u p p o r tt om a n a g eg r o u pl i s t w r i t t e ni nx m l ( e x t e n s i b l em a r k - u pl a n g u a g e ) d o c u m e n t s ，w h i c ha r e n e e d e db y v a r i o u s0 m a ( o p e nm o b i l ea l l i a n c e ) e n a b l e r ss u c ha sp o c ，i m ( i n s t a n t m e s s a g i n g ) a n dp r e s e n c e a saf u n e t i o n a ls u b s y s t e mo fp o c ，g l m sh a s g r o u ps e r v i c e c a p a b i l i t i e si n c l u d i n gc o n t a c t sl i s tm a n a g e m e n t ，g r o u pl i s tm a n a g e m e n t a n dp o ca c c e s sp o l i c ym a n a g e m e n t o m ah a sd e f i n e ds p e c i f i c a t i o n sf o r p o ca n dg l m s ，w h i l ei e t f ( i n t e m e t e n g i n e e r i n g t a s kf o r c e ) p u b l i s h e dp r o t o c o l sl i k ex c a pf x m lc o n f i g u r a t i o na c c e s sp r o t o c 0 1 ) a n ds i p ( s e s s i o ni n i t i a t i o np r o t o c 0 1 ) a d o p t e da ss i g n a l i n gp r o t o c o l s b e t w e e ng l m sa n dc l i e n t s t h i st h e s i sf o c u s e so i lt h ed e s i g na n di m p l e m e n t a t i o no fg l m si n p o cs y s t e m o nt h eb a s i so fd e e p l yu n d e r s t a n d i n go fr e l a t e ds t a n d a r d s p u b l i s h e db yo m a a n di e t f , w ea n a l y s et h es e r v i c er e q u i r e m e n t sa n d p r o v i d eap r a c t i c a b l es o l u t i o no fg l m s i np o cs y s t e m t h et h e s i sc o m p r i s e sf i v ep a r t s i nt h ef i r s tc h a p t e r , w ef i r s t l yi n t r o d u c et h ec o n e 印t so fp o ca n d g l m s ；t h e np r o p o s eab r i e fp r e s e n t a t i o no ft h er e s e a r c h e so ns t a l r d a l 山 a n ds p e c i f i c a t i o n so fg l m si np o cs y s t e m t h eo b j e c t i v eo fo u r r e s e a r c hi sd e s c r i b e da tt h ee n do f t h i sc h a p t e r i nc h a p t e rt w o w ea n a l y s ea n dc l a s s i f yt h ef u n c t i o n so fg l m si n 北京邮电大学网络与交换技术国家重点实验室i i i 北京邮电大学硕士研究生学位论文p o c 中组列表管理服务器的设计与实现 p o cs y s t e ma n dd e m o n s t r a t es e v e r a lk e yr e q u i r e m e n t s t h ed e t a i l e d p r o c e d u r et oa n a l y z et h es i g n a l i n gm e s s a g e si sa l s op r o v i d e d i nt h et h i r dc h a p t e r , t h ea r c h i t e c t u r eo fg l m si ss u g g e s t e d ，w h i c h c o n s i s t so fa g g r e g a t i o np r o x y ( a p ) ，s h a r e dx d m s ( x m ld o c u m e n t m a n a g e m e n ts e r v e r ) a n dp o cx d m s e a c hx d m sc a nb ed i v i d e di n t o x c a ps e r v e ra n ds i ps e r v e r w ba l s oa n a l y z ee a c hm o d u l ei nt h e a r c h i t e c t u r ea n dp r o p o s et h ed e t a i l so fd e s i g na n di m p l e m e n t a t i o n l a s t l yw ep r e s e n tal i s to f t h ed a t at a b l es t r u c t u r e s c h a p t e rf o u rs p e c i f i e ss e v e r a lk e yi s s u e s i ng l m sd e s i g n i n g i n c l u d i n gm e c h a n i s mo f j o i n i n gag r o u p ，m o d e l i n go nh o wt op a r s et h e l i s tc o n t e n t si nt h ef o r m a to fx m l ，t e c h n i q u e so fd a t ap e r s i s t a n c e 。a n d d e t a i l e ds c h e m eo fl i s tc h a n g en o t i f i c a t i o n s t h ef i f t hc h a p t e ri n c l u d e st h ec o n c l u s i o n so ft h es t u d ya n do u r f i 】t l l r cw o r k i v k e yw o r d sg l m sp o cl i s t g r o u p x c a ps i p 北京邮电大学翻络与交换技术国家重点实验室 独创性( 或创新性) 声明 本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究 成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中 不包含其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或 其他教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所 做的任何贡献均已在论文中作了明确的说明并表示了谢意。 申请学位论文与资料若有不实之处，本人承担一切相关责任。 本人签名：2 陷日期：叩 关于论文使用授权的说明 学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即： 研究生在校攻读学位期间论文工作的知识产权单位属北京邮电大学。学校有权 保留并向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文被查阅 和借阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印 或其它复制手段保存、汇编学位论文。( 保密的学位论文在解密后遵守此规定) 保密论文注释：本学位论文属于保密在一年解密后适用本授权书。 非保密论文注释：本学位论文不属于保密范围，适用本授权书。 本人签名： 导师签名： 日期：加7 ，5 。 日期- , 4 ；知 第1 章绪论 本章简要介绍p o c 与g l m s 的概念，总结国内外对p o c 中g l m s 业务及 其标准的最新研究进展，提出本论文工作的主要内容。 1 1g l m s 业务概述 1 1 1p o e 介绍 p 1 r ( p u s ht ot a l k ，一键通) 业务的概念起源于集群通信技术，最初使用 在对讲机上，其用户体验使用简单、快捷，通信方式上采用半双工通话，一方 在说话时，其他成员只能接听，不能说话。用户通过预先设定通话群组，通话 时无需拨号，按住终端上特定的按键，就可以将话音同时传送给群组中的所有 成员；接收方无需任何响应就能接听；按键即讲，呼叫和通话连接过程在瞬间 完成。 基于蜂窝移动通信网络的p t t 业务，称为p u s h - t o - t a l ko v e rc e l l u l a r ( p o c ) 。 p o c 基于2 5 g 网络( g s m g p r s ，c d m al x ) 或者3 g 网络( w c d m a ， c d m a 2 0 0 0 ) 【l j ，可以在低带宽、高延迟的网络环境下运行【2 1 。p o c 通过半双 工v o 口技术来实现p u s ht ot a l k ，利用g p r s 或c d m ai x 网络“永远在线” 的优势节省运营成本，同时为传统移动用户提供全新的业务形式。p o e 业务作 为口多媒体应用的一种，可以满足用户直接通话的需要，p o c 业务的引入可 使运营商有机会在激烈的市场竞争中增加用户的数量和提高客户的满意度。移 动运营商通过引入p o e 业务，一方面可以开拓新的话音市场，且不影响原有 话音业务，另一方面可提高数据业务收入，从而有效提高运营商的a r p u ( a v e r a g er e v e n u ep e ru s e r ，每用户平均收入) 【”。 在3 g p pu m t sr 5 中，p o t 2 服务是口多媒体通信架构的重要组成部分， 也是口多媒体子系统0 pm u l t i m e d i as u b s y s t e m ，i m s ) 业务的组成部分。 p o c 业务有如下的技术特点： 半双工通信 呼叫权控制，支持p o c 用户呼叫权的请求、分配、回收和状态通知 即按即说，即时接听和手动接听，免打扰功能 一对一通信和群组通信，支持l 临时群组、即时群组、聊天群组等方式 即时文本传送 在线状态服务，支持在线、离线、忙碌、离开等用户状态 接入列表管理，提供了黑名单和白名单功能 北京部电大学罔络与交换技术国家重点实验室 北京邮电大学硕士研究生学位论文 p o c 中组列表管理服务器的设计与实现 p o c 业务的基本功能【3 】包括： 一对一p o c 通信：用户可以和另外的一个用户建立p o c 通信。 群组p o c 通信：用户可以和群组中的多个用户建立p o c 通信。 1 1 2g l m s 介绍 g l m s ( g r o u pl i s tm a n a g e m e n ts e r v e r ，组列表管理服务器) ，在o m a ( o p e n m o b i l ea l l i a n c e ，开放移动联盟) 的规范当中是一种单独的服务，作为一个 e n a b l e r 存在，可以向p o c 、i m ( i n s t a n tm e s s a g i n g ，即时消息) 、p r e s e n c e 等多 种服务提供列表存储管理功能【4 】。 g l m s 与客户端之间主要采用x c a p ( x m l c o n f i g u r a t i o n a c c e s sp r o t o c 0 1 ) 和s i p ( s e s s i o ni n i t i a t i o np r o t o c o l ，会话初始协议) 协议进行交互。 g l m s 是一种业务能力，它可以提供个人信息管理、组信息管理以及业务 特有的信息管理的功能，可以为其它业务平台提供g r o u p 业务能力。概括地说， g l m s 应提供的功能就是与客户端交互，根据客户端的要求，访问存储在服务 器端的列表信息。 一般的列表管理功能包括：列表及其成员的增、删、改、查。具体功能点 有： 创建分组 删除分组 修改分组信息 分组查询 添加列表成员 删除列表成员 修改列表成员信息 g l m s 的列表包括两类： 一类是联系人列表。这类列表是各种e n a b l e r 都可访问的列表，它提供通 用的数据信息，与业务特性无关。 另一类是业务数据列表。在g l m s 中存储业务所特有的数据列表，如p o c 中的群组数据、访问控制策略数据等。 1 1 3p o c 系统中的g l m s p o c 系统中的g l m s ，是p o c 服务器的辅助功能实体，它不直接参与p o c s e r v e r 对p o c 会话的建立和控制，而是向p o c 用户提供在服务器端存储其联系 列表、群组列表和接入控制策略的功能，为p o cs e r v e r 提供群组访问能力，能 够支持p o c 所特有的功能需求。 图1 1 1 5 l 为o m ap o c 规范中p o c 系统的逻辑结构图。其中，模块x m l 2 北京邮电大学网络与交换技术国家重点实验室 第1 章绪论 d o c u m e n tm a n a g e m e n t 负责实现g l m s 的功能。 图1 - 1p o c 系统逻辑结构图 简单地说，g l m s 为p o c 提供如下功能【1 1 ： 提供列表管理操作，如群组和列表的创建、修改、读取和删除 提供群组和列表的存储 接入控制策略管理 1 2 国内外相关研究 1 2 1 标准与规范 p o c 业务刚刚诞生的时候，许多厂商相继研发自己的p o c 产品。由于没有 统一的规范和标准，相对封闭的技术体制导致了业务互通性很差。只有制定开 放的p o c 标准，才有助于减少市场分割，保证各厂商p o c 系统间的互联互通【l 】。 因特网工程任务组( i n t e m e te n g i n e e r i n gt a s kf o r c e ，i e t f ) 是负责因特网 及其体系的开发和发展，并保障其顺利和安全运行的标准化团体 6 1 。i e t f 是s i p 标准规范r f c 3 2 6 1 的制定者【_ ”，而且后续不断地推出了许多对s i p 的扩展规范。 同时，i e t f 也是x c a p 的制定者。 开放移动联盟( o p e nm o b i l e a l l i a n c e ，o m a ) 是在移动服务规范制定方面 起着领导作用的标准化组织，逐渐全面负责i m s 基础设施之上的各种应用和服 务的发明和设训圳。在采用i e t f 相关标准的基础上，制定了p o c 和x d m ( x m l d o c u m e n tm a n a g e m e n t ) 标准。其中x d m 标准是对g l m s 的规范。 o m a 的x d m 标准包括x d ma r c h i t e c t u r e 、o m am a n a g e m e n to b j e c tf o r 北京邮电大学网络与交换技术国家重点实验室 北京邮电大学硕士研究生学位论文 p o c 中组列表管理服务器的设计与实现 x d m 、x d mr e q u i r e m e n t s 、s h a r e dx d ms p e c i f i c a t i o n 、x d ms p e c i f i c a t i o n 、 e n a b l e r r e l e a s ed e f i n a t i o nf o rx d m 等文档。p o c 标准中，p o cx d m s p e c i f i c a t i o n 8 】规定了p o c 中的x d m 要求，包括p o c 群组文档和p o c 用户接 入控制策略文档的应用规则。这些x d m 规范是p o c 中g l m s 的实现标准。其 中很多地方参考并引用了i e t f 的r f c 3 2 6 1 、r f c 3 2 6 5 以及x c a p 规范。 就国内而言，运营商在o m a 标准的基础上着手制定了自己的g l m s 规范。 如中国移动的i m sg r o u pe n a b l e r 接i s i 规范、基于i m s 的g r o u p 业务总体技术 要求，中国电信的3 gg m 业务系统设备规范等等。同时，中国通信标准化协 会( c c s a ) 组织信息产业部电信研究院、华为技术有限公司、中兴通讯股份 有限公司制定了x d m 业务技术要求、组和列表管理业务测试方法等行业规范。 1 2 2 相关产品 o m a 在制定标准的同时，还组织相关产品的互通测试。这些产品都采用 了o m a 的标准。 在x d m s ( x d ms e r v e r ，x d m 服务器) 方面，有以下产品参加了互通性 测试【9 1 ： c o m n e o ng m b h & c o o h g 的c o m n c o ni m sd e v i c ef r a m e w o r k ( 含 x d m ) c e l t i u sl t d 的c e l t i u sx d ms e r v e r h p 的h p o p c n c a l lx d m s e r v e r m o t o r o l a 的m o t o r o l ax d ms e r v e r n o k i a 的n o k i al i s tm a n a g e m e n ts r v e r s i e m e n s 的s i e m e n sx d ms e r v e r s o n i mt e c h n o l o g i e s 的s o n i mx d ms e r v e r 在x d m c ( ) ( d mc l i e n t ，x d m 客户端) 方面，有以下产品参加了互通性 测试： e c r i oi n c 的e c r i oc o n t a c t g r o u p ( x d m ) c l i e n t s o n i mt e c h n o l o g i e s 的s o n i mx d mc l i e n t f gm i c r o t e c 的x d mc l i e n tf g x d m 由此可见，众多著名的移动设备生产商都参与了x d m 的研发。 i b m w e b s p h e r e g r o u p l i s ts e r v e r 是i b m 的列表管理服务器产品，它提供 组及其成员的存储和访问能力，支持采用s u b s c r i b e n o t i f y 机制的变更通 知功能【1 0 1 。同时，提供了组及成员的三种访问方式： 命令行方式 图形界面 4 北京邮电大学网络与交换技术国家重点实验室 第1 章绪论 x c a p 它支持以下的a u i d ： r e s o u r c e - l i s t s d s - s e r v i c e s o r g o p o u n o b i l e a l l i a n c e x c a p d i r e c t o r y x c a p c a p s 从mw e b s p h e r eg r o u pl i s ts e r v e r 支持的a u i d 列表可以看出：它不支 持o m a 关于p o c 的两个a u i d ( o r g o p e n m o b i l e a l l i a n e e p o e - g r o u p s 和 o r g o p e n m o b i l e a l l i a n c e p o c - m l e s ) ，也就是说，i b mw e b s p h e r eg r o u pl i s ts e r v e r 把p o c 群组作为一般的组列表进行管理，不支持o m a 的“用户p o c 接入管理” 和“群组p o c 接入管理”。 f g p o cc l i e n t 是f gm i e r o t e e 的p o c 客户端产品，如图1 2 所示。它提供了 p o c 组列表管理的客户端功能。 图1 - 2f g p o cc l i e n t f g p o cc l i e n t 的列表管理，支持o m a 的s h a r e dx d m 和p o cx d m 规范， 包括联系人列表、p o c 群组列表、群组p o c 接入管理的增、删、改、查；但没 有发现其对列表变更通知的支持。 就国内而言，华中科技大学进行了有关组列表服务器的研究。不过，其数 北京邮电大学网络与交换技术国家重点实验室5 北京邮电大学硕士研究生学位论文p o c 中组列表管理服务器的设计与实现 据接口没有采用标准协议x c a p ，数据表示不符合最新的o m a 、i e t f 要求， 应用平台也仅适用于w i n d o w s 。 1 3 论文工作的主要内容 本论文工作的主要目的是设计实现符合o m ap o c 规范的p o c 组列表管理 服务器，为p o c 系统提供列表管理服务。主要工作内容包括： 1 ) 研究o m a 、i e t f 关于p o c 、g l m s 的相关规范； 2 ) 按照o m a 、i e t f 规范，制定可行的p o c 组列表管理服务器设计方案并 实施； 3 ) 就设计实现过程中遇到的技术难点提出解决方案并论证。 6 北京邮电大学嘲络与交换技术国家重点实验室 第2 章p o c 中g l m s 的功能分析 在充分理解o m a 、i e t f 关于p o c 、x d m 规范的基础上，本章对p o c 中 g l m s 的功能进行分析并分类汇总。对主要的需求功能项进行示例分析，指出 完成该项功能需要解析处理的消息细节。 2 1 p o c 中g l m s 需求概述 g l m s 作为p o c 的支持子系统，需要提供通用列表管理服务，同时还要满 足p o c 系统的特定要求。 2 1 1p o cg l m s 需求分类 作为o m a 规范中的一个通用e n a b l e r ，g l m s 首先应该提供共享文档管理 服务，为用户提供在各个业务中均可使用的联系人列表管理功能【4 l 。比如，某 个联系人列表可以作为p o c 群组的组成部分而得以重用。联系人列表管理功能 至少包括： 建立联系人列表，并以唯一的u r l ( u n i f o r mr e s o u r c ei d e n t i f i e r ) 加以 标识 在联系人列表中增加联系人成员 在联系人列表中删除联系人成员 修改联系人成员的属性，如成员显示名称、成员名字 删除联系人列表 修改联系人列表属性，如列表容许的最大成员数 查询联系人列表 订阅联系人列表 联系人列表变更通知 同时，p o c 中的g l m s 作为p o c 业务系统的支持子系统，应该提供p o c 业务特有的x d m 功能。p o c 业务对g l m s 的特有需求包含两种：一种是p o c 群组管理；另一种是p o c 接入控制管理。 p o c 群组包括预定义群组、聊天群组、临时群组等。本论文研究的是预定 义群组。p o c 群组管理功能至少包括【4 l ： 。建立p o c 群组，并以唯一的u r i 标识 在p o c 群组中增加组成员 在p o c 群组中删除组成员 修改组成员的属性，如成员显示名称 北京邮电大学网络与交换技术国家重点实验室 北京邮电丈学硕士研究生学位论文p o c 中组列表管理服务器的设计与实现 删除p o c 群组 修改p o c 群组属性，如群组容许的最大组成员数、群组会话类型 查询p o c 群组 订阅p o c 群组 p o c 群组变更通知 p o c 接入控制管理，用来控制p o c 会话的访问权限。可以按照接入控制管 理的对象分为用户p o c 接入控制管理和群组p o c 接入控制管理。 用户p o c 接入控制管理，可以为每个用户设置黑名单、白名单，从而为该 用户单独提供来话接入过滤功能【8 l o 用户p o c 接入管理功能至少包括： 黑名单中加入成员、删除成员 白名单中加入成员、删除成员 群组p o c 接入控制管理，为每个p o c 群组设置接入管理选项【8 1 ，包括： 设置某用户是否可以订阅群组会话状态 设置某用户是否可以动态邀请用户加入会话 设置某用户是否可以发起会话 设置某用户是否可以加入会话 设置某用户是否可以匿名 设置某用户是否是k e y - p a r t i c i p a n t 总之，g l m s 的需求总体上分为联系人列表管理、p o c 群组管理两部分， 都需要支持列表的增、删、改、查和列表的变更通知。 2 1 2 需求处理的相关协议 如上一小节所述g l m s 提供的服务包括列表增、删、改、查和列表变更 通知两种。根据o m a 、i e t f 的相关协议，列表增、删、改、查等基本操作采 用x c a p 协议，而列表变更通知采用s i p 协议】。 x m l c o n f i g u r a t i o na c c e s sp r o t o c o l t l 2 1 ，即x c a p 协议由i e ，r f 定义，该协 议允许客户端对服务器端存储的x m l 形式的数据进行增加、修改和删除【2 1 。 x c a ps e r v e r 的角色类似于存储了许多x m l 文档的仓库【1 3 】，每种应用中 的每个用户都拥有多个x m l 文档。x c a p 定义了一种算法，把x m l 文档、元 素或属性映射成h t t p 的u r i ，使得这些x m l 组件可以通过h r r p 协议来访 问。h t i p 1 1 支持x c a p 的访问，x c a p 访问方法就采用了h 丁r p 的m e t h o d 。 其中，g e t 用来读取x c a p 资源，p u t 用来创建或修改x c a p 资源，d e l e t e 用来删除x c a p 资源1 1 2 1 。 a p p l i c a t i o n u s a g e 定义一个应用( a p p l i c a t i o n ) 如何使用x c a p 实现特定的 功能，a p p l i c a t i o n u n i q u e i d ( a u i d ) 在所属的命名空间中唯一标识x c a p 应用。 北京邮电大学阿络与交换技术国家重点实验室 第2 章p o c 中g l m s 的功能分析 目前，有两种命名空间：一种是在i a n a ( i n t e m e t a s s i g n e d n u m b e r s a u t l i o n t y ) 中注册的i e t f 命名空间，它在r f c 公布时进行注册；另一种是厂商特定的命 名空间，一般由构成厂商域名的单词倒序书写而成。 所有的x c a ps e r v e r 必须支持一个a u i d ，即x c a p - c a p s 1 i 】。它描述x c a p s e r v e r 支持的a u i d 、命名空间等。 就列表管理来说，p o cg l m s 必须支持的a u i d 有： x c a p - c a p s o r g o p e n m o b i l e a l l i a n c e x c a p - d i r e c t o 】：标识x c a ps e r v e r 的目录，即 x c a ps e r v e r 中某个用户存放了哪些文档。 o r g o p e n m o b i l e a l l i a n c e p o e - g r o u p s ：标识p o c x d m s ( 参见3 1 ) 中存放 的群组列表，负责完成g l m s 群组列表管理功能、群组p o c 接入管理功能。 r e u r c 争l i s t s 【14 】：标识s h a r e dx d m s ( 参见3 1 ) 中存放的列表，负责 完成g l m s 联系人列表管理功能。 o r g o p e n m o b i l c a l l i a n c e p o c - r u l e s ：标识p o cx d m s 中各用户的访问规则， 负责完成g l m s 的用户p o c 接入管理功能。 x c a ps e r v e r 对x c a p 请求的处理步骤如下： 1 ) 分析请求u r i 是否正确 2 ) 对请求进行身份认证( a u t h e n t i c a t i o n ) 3 ) 鉴权( a u t h o r i z a t i o n ) ，用来确认请求者是否有进行该项请求的权限 4 ) 按照请求方法和u r i 进行处理( p u t 、g e t 、d e l e t e ) 5 ) 验证，以保证最终的文档符合相关的约束要求。 如果x c a p 请求违背了业务规则，x c a ps e r v e r 应该回送4 0 9 ，回送消息 体将包含一个描述具体错误信息的文档，称为d e t a i l e dc o n f l i c tr e p o r t s 1 2 1 ，消 息体类型为a p p l i c a t i o n x c a p - e r r o r + x m l 。 s i p 【7 】协议由i e t f 的r f c 3 2 6 1 定义。s i p 是一种在口网络中建立、修改和 终止多媒体会话的应用层协议，是m t f 在不断进行标准化的多媒体协议体系 的一部分【6 j 。“s i p 是一种文本型请求响应协议，客户端发起请求，服务器端回 送响应咀”。s i p 应用包括语音、视频、游戏、消息、呼叫控制和在线状态( p r e s e n c e ) 等。s i p 可以用来构造完整的多媒体架构，提供完整的对终端用户的服务。s i p 基于超文本传输协议( m f r p ) ，可以在可靠( t c p ) 和不可靠协议( u d p ) 上 运行，其信令和媒体描述分离。 就g l m s 提供的列表变更通知服务来讲，可以采用i e t fr f c 3 2 6 5 中定义 的s u b s c r j b e n c r r i f y 机制 1 l 】。s u b s c r i b e n o t 口f y 机制是对i e t f r f c 3 2 6 1 基本s i p 协议的扩剧b 】，它提供了一个s i p 事件通知框架( e v e n t 北京邮电大学网络与交换技术国家重点实验室9 北京邮电大学硕士研究生学位论文p o c 中组列表管理服务罂的设计与实现 n o t i f i c a t i o nf r a m e w o r k ) ，使得用户在事前通过信令表示有兴趣的特定事件发生 时得到相应的通知i l6 j 。 s u b s c r i b e 方法负责订阅发生特定事件的通知【l 。”。请求消息中必须包含 e v e n t 头，标明要订阅的事件类型【1 8 1 ，而e x # r 嚣消息头说明订阅时限，时限0 表示取消订阅m i 。在订阅时限内可以使用s u b s c r i b e 刷新订阅关系。 n o t i f y 方法配合s u b s c r i b e 使用，当某特定事件发生时，n o t i f y 用 来发送消息通知订阅者【1 6 1 。n o t i f y 请求的净荷用来携带状态信息1 6 】。 事件通知框架中定义了两个角色：订阅者和通知者。订阅者s u b s c r i b e r 发 送s u b s c r i b e 请求，期望得到n o t i f y 通知；通知者n o t i f i e r 接收s u b s c r i b e 请求，在特定事件发生时发送n o t i f y 通知1 2 】。典型的s u b s c r i b e n o t i f y 事件通知机制如图2 1 【l 纠所示。 2 2 身份认证 s i ps u b s c r i b e 、 请求订阅状态信息 s i p o k 、 确认订阅 s i pn o t i f y 、 发送首次n o t i f y s i p o k 、 s i pn o t i f y 、 状态变化，再次发送n o t i f y s i p o k 、 图2 - 1s u b s c r i b e n o t i f y 机制 g l m s 应该对收到的处理请求进行认证。按照协议划分，收到的处理请 求有两类：x c a p 请求和s i p 请求。 2 2 1对x c a p 消息的认证 o m ax d m 要求必须实现对x c a p 消息的h t r pd i g e s t 认证【1 ”。具体要求 1 0北京邮电大学网络与交换技术国家重点实验室 第2 章p o c 中g l m s 的功能分析 是： 对未认证的消息，必须返回4 0 1 u n a u t h o r i z e d 。 参数啦e i l l a n l e 必须包含x u i ( x c a pu s e ri d e n t i f i e r ) 来表示用户的公 共身份。其中，x u i 可以是s i p u r i 或t e l u r i 。 g l m s 向经过认证的x c a p 消息中添加x x c a p a s s e r t e d i d e n t i t y 消息头， 并把该消息头的值设置为a u t h o r i z a t i o n 消息头中的u s c r d a n i c 参数值。 2 2 2对s i p 消息的认证 对于s i p 消息来说，一般由s i p i pc o r e 来进行认证。s i p i pc o r e 对通过认 证的s i p 消息添加p - a s s e r t e d 1 d e n t i t y 消息头。如果来自不可信任实体的请求中 已经包含p a s s e r t e d i d e n t i t y 消息头，s i p i pc o r e 把它去掉或替换1 6 j 。g l m s 依 据p a s s e r t e d i d e n t i t y 消息头来判断s i p 消息是否经过了认证。关于s i p i pc o r e 对s i p 消息的认证，本文中不讨论。 2 3 联系人列表的管理 o m a 制定的x d mc o r e 、s h a r e dx d m 是联系人列表管理的规范。联系人 列表管理完成用户对联系人列表及列表成员的创建、修改、查询、删除等功能。 2 - 3 1联系人列表的有关规则 联系人列表需要满足的基本要求有： 用户可以创建自己的联系人列表 每个用户的联系人列表可以有多个，其格式可扩展，且独立于平台 每个联系人列表有唯一的标识 联系