1、11信息产业部电信研究院通信标准研究所“TD-SCDMA标准与测试”技术培训移动业务应用及OMA标准研究活动信息产业部电信研究院通信标准研究所无线与移动研究室 吴伟2信息产业部电信研究院通信标准研究所内容提要移动通信与业务应用概述OMA情况介绍OMA的主要工作内容与进展23信息产业部电信研究院通信标准研究所移动通信发展的特点移动用户持续增加，移动通信很快成为第一大通信手段平均业务量下降，ARPU值降低，数据业务处于起步阶段，发展迅速移动通信新技术不断涌现，新业务的发展明显滞后移动通信发展的模式开始发生变化：由用户数量增长的“粗放”型发展，转为业务量和新业务的增长，以及服务质量提高的“集约”型发
2、展；由关注技术的发展，转为注重业务和应用的发展；市场需求是移动通信系统和技术发展的原始动力，而这种市场需求矛盾已经由“有无”矛盾，转变成“好与更好”的矛盾市场需要去发现、培养和开拓如何使移动增值业务和数据业务快速起步和发展，是全球移动通信界面临的课题。4信息产业部电信研究院通信标准研究所移动业务与应用的特点（1/3）市场导向替代技术导向业务/市场发展（商务因素）业务与应用是保持移动通信旺盛生命力的关键WAP的失败表明-应向用户提供完整的服务包，包括完善的设备、可行的网络、有吸引力业务和运营模式(资费政策）、强有力的市场战略和易于使用的服务等等技术发展（技术因素）需要高频谱效率的新技术支持分组数
3、据业务，逐渐向更高速率发展逐渐向IP化发展，从网络向无线、从高层向低层延伸35信息产业部电信研究院通信标准研究所移动业务与应用的特点(2/3)价值链发生变化，需建立新的规则价值链加长，多种新的资本介入到移动业务运营中价值链上的各种资本彼此之间相互关联，并处于动态运动之中随着市场和技术的不断发展，他们会在对新的运营模式的探索中变换角色，使各自处于最佳位置移动数据网络和业务已经开始形成多赢的运营模式，形势可喜。但在资费模式、管理方式等方面尚需不断探索业务和应用的匮乏，用户需求的个性化和多样化在有限带宽、有限存储、显示和处理能力的移动终端上提供新的业务和应用具有一定难度，尚处在探索阶段，业务种类较少
4、；移动终端越来越突出的个性化设计，首先是为了迎合用户对新鲜事物的个性化态度；业务和应用的开拓，也应当把满足用户需求的个性化和多样化作为一个根本的出发点。6信息产业部电信研究院通信标准研究所移动业务与应用的特点(3/3)移动业务的发展是个长期的过程对基础设施、终端和增值业务平台设备提出了更高的要求终端：多种技术的综合应用，复杂程度大幅度提高；支持移动通信技术、多种业务/应用标准和协议；存储技术、操作系统、显示方式、应用软件和电池等；增值平台：应用层涉及的标准繁多，需要进行统一，加强兼容性和互操作性的研究网络基础设施：网络规划和设计提出挑战业务和应用领域的标准化有待加强业务和应用的多样化为网络的互
5、联互通提出了新的课题47信息产业部电信研究院通信标准研究所中国移动数据业务运营的价值链移动网络运营商：对短消息的成功进行深刻分析，总结了移动数据业务成功的三个要素：运营商必须与制造商，特别是终端供应商紧密合作，尽快推动业务使用的渗透率达到一定规模建立运营商、服务提供商和用户共赢的商业模式根据业务多样化和个性化的发展趋势，找准真正对某一业务感兴趣的目标用户群进行推广内容和服务提供商：开始介入移动数据业务应用的价值链中，已经获得很好的效益，并且对将来很有信心终端制造商：也认识到必须与运营商更紧密的合作，共同推进移动数据业务，及时提供终端的新业务的支持能力8信息产业部电信研究院通信标准研究所收入流发
6、生变化签约移动用户移动网络运营商设备、软件供应商终端内容提供商业务提供商业务方案提供商网络系统59信息产业部电信研究院通信标准研究所采用开放标准的必要性 减少市场分割， 互操作性 避免重复工作 可专注于创新普遍的规模经济 最终用户自然的选择 使用量增长平衡的业务系统开放式平台整个行业的健康发展10信息产业部电信研究院通信标准研究所开放标准是移动业务成功的关键除短消息外，目前的很多移动业务局限于某个厂家设备、某个厂家的手机、某个内容提供商、某个运营商网络的局部应用；标准的不完备、不统一是其中的主要原因之一，目前在制定移动业务相关技术规范的论坛和组织达十几个，包括3GPP、3GPP2、WAP 论坛
7、、Parlay、LIF、M-service、Java Community Process等；制定的技术规范种类和版本较多，加上很多厂家自己的标准，目前还没有形成业界完备的、普遍共识的标准体系；这些标准彼此之间的互操作和兼容性近期还难以实现；采用开放标准的呼声越来越高；运营商、厂家和内容提供商联合推动标准的开放和统一；OMA（open Mobile Alliance)的成立611信息产业部电信研究院通信标准研究所移动业务开放标准所面临的挑战传统意义上的规范标准由技术驱动，而不是由业务和应用驱动多种体系的成堆的技术和标准对于符合市场需求的规范标准缺乏明确和统一的要求缺乏统一的互操作性计划和实施对于
8、框架结构，业界缺乏共识12信息产业部电信研究院通信标准研究所内容提要移动通信与业务应用概述OMA情况介绍OMA的主要工作内容与进展713信息产业部电信研究院通信标准研究所OMA的成立2002年6月初，OMA（Open Mobile Alliance）正式成立，推出开放的移动架构。其前身为： Open Mobile Architecture Initiative supporters WAP Forum后续有一些组织加入了OMA，包括 Wireless Village MGIF（Mobile Gaming Interoperability Forum） SyncML Initiative MWI
9、F (Mobile Wireless Internet Forum) MMS IOP LIF (Location Interoperability Forum)OMA的主要任务是收集市场需求并制定规范，清除互操作性发展的障碍，并加速各种全新的增强型移动信息、通信和娱乐服务及应用的开发和应用。OMA代表了无线通信业的革新趋势，它鼓励价值链上所有的成员通过更大程度的参与行业标准的制定，建立更为完整的、端到端的解决方案。14信息产业部电信研究院通信标准研究所OMA的目标OMA认为移动数据业务应该如同目前的语音业务一样，在不同设备、不同区域、不同的业务提供商、不同的运营商和网络之间，能够非常容易、并且
10、是没有缝隙的实现互操作。同时，移动价值链中的所有成员都能够从中获得利益OMA的目标：根据市场的需求，提出高质量的、开放的移动业务技术规范，以期降低业界在实施新业务时所付出的代价确保OMA的业务能力规范能够在不同设备、不同区域、不同的业务提供商、不同的运营商和网络之间提供互操作能力在移动数据业务领域作为加强标准化活动的推动力，与其他相关的标准化组织和论坛一起来推进互操作、降低运营成本OMA的成员单位来自移动数据业务价值链的各个环节，OMA的活动将为之提供价值815信息产业部电信研究院通信标准研究所OMA的成员构成目前已经超过360个来自全球的成员单位OMA的成员构成了完整的移动业务价值链移动运营
11、商无线设备提供商信息技术（IT）公司内容提供商等16信息产业部电信研究院通信标准研究所OMA在产业界的位置SDOsOMAGSMAstandardization requirementsIETFW3CApplication Level(Services,Enablers)Network& Transport Level(Core,Radio,Term)3GPP23GPPWireline Domain Mobile DomainCDGOthersOthersVarious candidate technologies to considerDesire complimentary rolesNee
12、d to harmonize requirements inputsITUSDOsSDOs917信息产业部电信研究院通信标准研究所OMA会议的情况渥太华会议，2002年6月，225罗马会议，2002年8月，431夏威夷会议，2002年11月，500Long Beach，2003年2月Hong Kong ，2004年4月，(Canceled)Atlanta，2003年6月Berlin，2003年9月伦敦，2003年11月洛杉机，2004年2月慕尼黑，2004年4月曼谷，2004年6月夏威夷，2004年8月巴塞罗那，2004年11月法兰克福，2005年1月新加坡，2005年4月San Diego，
13、2005年6月18信息产业部电信研究院通信标准研究所OMA已取得的的主要成就已完成34项业务引擎的技术规范（包括不同版本），其中10项已通过了端到端的IOP测试，并升级为Approved SpecificationOMA在2005年第一季度发布较大数量的业务引擎规范作为候选规范（Candidate）。由于这些规范基本上都是OMA发起的一些新的项目，而不完全是先前主要从其前身或其他组织继承而来的项目，说明OMA作为一个标准化组织已经能够逐步向市场推出自己的规范，向预期的目标靠近。（7项）组织了8次IOP Test Fests成员数目从最初的200个增加到现在的350 个，涵盖了包括operato
14、rs, vendors, IT companies and content/application providers完成了对6个独立标准化组织的整合，同相关的主要标准化组织建立了合作关系1019信息产业部电信研究院通信标准研究所OMA所完成的技术规范Phase 1: Candidate Enabler ReleasesOMA Billing framework version 1.0OMA Browsing version 2.1、2.2、2.3Browser Protocol Stack 2.1OMA Client provisioning version 1.1OMA Domain Na
15、me Server (DNS) version 1.0OMA Email Notification version 1.0OMA User Agent Profile version 1.1、2.0OMA Games Services v 1.0OMA Mobile Location Protocol (MLP) 3.1OMA Common SyncML Enablers version 1.2OMA Data Synchronization version 1.2OMA External Functionality Interface 1.1OMA Wireless Public Key I
16、nfrastructure 1.0IMS in OMA 1.0OMA Digital Rights Management (DRM) version 2.0OMA XML Document Management Version 1.0OMA Presence Simple 1.0OMA Push to talk Over Cellular 1.0OMA vObject Minimum Interoperability Profile 1.0OMA Online Certificate Status Protocol Mobile Profile 1.0OMA On Board Key Gene
17、ration Version 1.0（19th, April）20信息产业部电信研究院通信标准研究所OMA所完成的技术规范Phase 2: Approved Enabler ReleasesOMA Instant Messaging & Presence Services (IMPS) version 1.1OMA Data Synchronization version 1.1.2OMA Common SyncML Enablers version 1.1.2OMA Device Management v. 1.1.2OMA Digital Rights Management (DRM) v
18、ersion 1.0OMA Download version 1.0OMA Instant Messaging & Presence Services (IMPS) version 1.2OMA Web Services 1.0OMA Multimedia Messaging Service 1.1 OMA Multimedia Messaging Service 1.21121信息产业部电信研究院通信标准研究所OMA组织结构TP CommitteesTP委员会的工作不针对WIRelease PlanningOperations and ProcessBirds of a Feather (B
19、oF)作为一个论坛，专门讨论WI没有覆盖的问题不产生正式的文件工作组(WG)有自己的章程，向TP报告，基于WI开展工作产生正式的文件和规范规范文件需经TP通过可以发起子工作组子工作组(SWG)依据其所属工作组的章程所有的决议必须经过所属工作组的同意Committee BoFSWG SWGWG WGTP22信息产业部电信研究院通信标准研究所目前的组织结构BoardTechnical PlenaryM Cataldo, OpenwaveOperations& ProcessesD Smith, MotorolaRelease Planning& ManagementP Arnby, Ericsso
20、nArchitectureC Herzog, SiemensInteroperabilityS Gupta, MotorolaSecurityM Mouly, Vodafone/OrangeRequirementsK Holley, mmo2DeviceManagementJ Jennings, IBMBrowser &ContentA Angwin, IBMDataSynchronisationL Ridgard, FusionOneDevelopersInterestsA Kaplan, PanasonicLocationH Rohnert, SiemensGames ServicesL
21、Brenk, TTPComMessagingJ Weingarten, ComverseMobile Commerce& ChargingJ Kivrinen, TeliaSoneraPresence &AvailabilityF Dawson, NokiaMobile WebServicesN Mitra, EricssonPush to talkover cellularG Lenhart, T-Mobile1223信息产业部电信研究院通信标准研究所内容提要移动通信与业务应用概述OMA情况介绍OMA的主要工作内容与进展24信息产业部电信研究院通信标准研究所OMA技术全会Technical
22、Plenary管理委员会Release PlanningOperations and Process四个高层工作组需求REQ体系架构ARCH互通和测试IOP安全SEC技术工作组Work GroupsPoC、PAG、MWGBAC、LOC、MCC、MWG等1325信息产业部电信研究院通信标准研究所TP委员会Operations and Processes委员会文档编号计划和规则明确工作流程的程序和工作组/委员会选举的程序技术全会之间的运作OpsPrcs发起工作项目程序null Creating Work Itemsnull Submission of Work Itemsnull Approval
23、 of Work Itemsnull Updating Work Itemsnull Reporting Status and Planning Information on Active Work ItemsRelease Planning & Management委员会负责标准体系的管理版本更新的管理Release 1: Consolidation26信息产业部电信研究院通信标准研究所Requirement组通过规范定义实例（Use Case）来确定互操作和使用能力的需求，通过这些业务和业务引擎（Service Enabler）的实例对其他工作组提出需求。协调各工作组需求方面的工作，并且要
24、保证不同工作组之间定义需求的一致性。REQ PlenaryChair: Kevin HolleyVice-Chair: Masa SumitaVice-Chair: Ileana LeucaSecretary: Linda WernemanIM RD breakoutChair: Diego AnzaOSPE RD breakoutChair: Dave SandersIMF RD breakoutChair: Alex WalterMobile EmailRD breakoutCo-Chairs: Juhani MurtoJean SiniPoC2 RD breakoutChair: Ala
25、n HameedPEEM RD breakoutChair: Stephane Maes1427信息产业部电信研究院通信标准研究所REQ工作状态REQ工作组目前主要的工作在以下几个方面：IM、OSPE、IMF、PoC2、Mobile Email和PEEM，分别由单独的非正式子工作组承担相应的工作。主要的工作项目：WID_0098：PoC REL2WID_0075：OSPE V1.1各子工作组RD文件的状态如下：完成RD起草和正式审查： Messaging Interworking, SVG Mobile Domain, PEEM, BCAST, SIP Push, IMF完成的非正式审查：OS
26、PEPoC2进行了大量的工作，需求方面基本达成一致详细讨论PoC多媒体和PoC消息，包括QoS和Floor Control加强等 PoC2的进度晚了3个月左右，主要是因为很多成员还在做PoC1近期的工作完成Mobile Email RD完成OSPE RD，4月份正式审查28信息产业部电信研究院通信标准研究所Architecture组定义OMA全面的体系架构，划分移动网络不同域和层面上对移动业务的支持能力，并确保各工作组规范与OMA体系架构的一致性1529信息产业部电信研究院通信标准研究所ARCH主要工作项目WI-0088:Gap & Inconsistency Analysis and Ena
27、bler Inventory巴塞罗那会议之前已经完成，并结束了这个项目WI-0062: Interfaces for Common functions巴塞罗那会议之前已经完成，并结束了这个项目WI-0089: Architecture specification development即OSE，巴塞罗那会议（04年11月）在TP通过开始下一个版本OSE的制定，已经立项，预计7月份完成审查WI-0076: Utilization of IMS capabilities即IMSinOMA已经完成了一致性审查，审查的结果已经反馈到REQ组Smart Card Web Server AD：完成非正式审
28、查目前的主要工作OSE 2.0PEEM ADIMF AD30信息产业部电信研究院通信标准研究所REQ与ARCH主要议题OSEPEEM IMS in OMA1631信息产业部电信研究院通信标准研究所OSEOMA Service Environment：OMA的体系架构规范起草单位：Oracle简单的理解：OMA的逻辑体系架构，或者体系架构的抽象模型规范已经完成，并准备开始实施。一直存在一些争议。某些公司认为在OMA后续的所有项目中引入OSE可能会引起比较大的问题。把一些功能分散到公共引擎中，将会导致正在进行的一些工作出现比较多的相互依赖性，进而使一个工作项目相关的所有功能很可能需要比较长的时间才
29、能全部完成。还有一些公司认为OSE文档过于强调把大量的功能都集中在一个中心策略实施者（central policy enforcer）上。存在一定的风险。ARCH已经开始OSE 2.0的工作，预计7月完成审查32信息产业部电信研究院通信标准研究所PEEM （Policy Enforcer）Policy Evaluation, Enforcement, and Management 起草单位：Oracle基于策略（policy-based）的管理机制，保护SP的资源可能会受到未经授权的业务请求，并通过适当的授权代理来管理这些资源的使用，例如计费、登录，以及增强用户的私密性和喜好OSE中的一个可选
30、的部件REQ已经完成了PEEM的需求文稿。根据OMA和Parlay的合作关系，建议在OMA完成Stage 3的工作之后，Parlay将该规范作为Parlay规范系列的一个部分进行发布，确保一致的Policy Management规范。Parlay感谢OMA的工作，并表示将后续提供详细的反馈。进度RD文件的正式审查已经完成，AD文件刚刚开始1733信息产业部电信研究院通信标准研究所OSE的概念模型Other bindingsWeb service bindingsEnablerimplementationEnablerimplementationEnablerimplementationPoli
31、cy EnforcerApplicationsEnablerimplementationService Provider DomainTo Resources inOperators, terminals, Service ProvidersExecution Environment(Software Life Cycle Mgmt, Load balancing, caching, etc.)Execution Environment (Software Life Cycle Mgmt, Load balancing, caching, etc.)Applications34信息产业部电信研
32、究院通信标准研究所OSE的接口类型Other bindingsWeb service bindingsEnablerimplementationEnablerimplementationEnablerimplementationApplicationsEnablerimplementationI0+PI0I1Service Provider DomainPolicy EnforcerTo Resources inOperators, terminals, Service ProvidersI2Execution Environment (Software Life Cycle Mgmt, Lo
33、ad balancing, caching, etc.)Execution Environment (Software Life Cycle Mgmt, Load balancing, caching, O&M, etc.)1835信息产业部电信研究院通信标准研究所OSE接口I0Enabler的内在功能接口类由OMA进行定义若没有Policy部分，该接口直接提供给Application和其他Enabler便于不同Enabler之间的功能重用I0 + P应用了Policy的I0接口，提供给Application和其他EnablerP是I0接口上的一个附加参数集部分P参数的语法何语义在OMA中进行
34、定义(e.g., charging token, id and password, authentication certificate)P也可以不含任何附加参数I1: Enabler资源与Service Provider Execution Environment 之间的接口，例如软件生命周期管理在OMA中进行规范，作为OSPE的一个部分I2:Enabler实体调用底层资源功能的接口类不在OMA中进行规范，例如IMS36信息产业部电信研究院通信标准研究所Why IMS in OMAIMS提供了一个基于SIP的体系结构，解决会话管理、鉴权认证机制、路由、压缩、计费、移动性管理和QoS控制等方面
35、的需求OMA研究特定的业务引擎，这些业务引擎提供与IMS的接口、使用IMS的业务能力，甚至可以通过IMS使用网络基础设施的资源OMA应充分利用IMS提供的能力和接口OMA的Service Enabler使用IMS将有效的节省运营商的投资ISCS-CSCFHSSUtGmSh RoRfGmUEUthttpproxyhttpproxySLFDhApplication Servers, Service Enablers, API GatewaysIP MM Subsystem CoreUEP-CSCFOCSCCFAAA1937信息产业部电信研究院通信标准研究所OSE与IMS业务Applications
36、 OMA OSE I0+I1 I2 I2 I M S i n t e r f a c e 3GPP/2 IMS Core E.g. - Messaging, - Conferencing Non - IMS Other enab - lers IMS services IMS Core Non OMA 38信息产业部电信研究院通信标准研究所IMSinOMA与OSE关系（1）Other bindingsngsWAP serv. Bind. ApplicationsI0+PI1SP DomainPolicy Enforcer Execution Environment (Life Cycle Mg
37、mt, Load balancing, caching, O&M, etc.)Execution Environment (Life Cycle Mgmt, Load balancing, caching, O&M, etc.)ISC Sh Ut Rf Gm MbRoI2Non-IMSOSE ContextEnablerimplementationEnablerimplementationEnablerimplementationEnablerimplementationI0IMS interfaces are I2 interfaces in the OSE context2039信息产业部
38、电信研究院通信标准研究所IMSinOMA与OSE关系（2）an IMS Service May Become an OMA EnablerOMA enabler Conference Enabler ( conference OMA enabler I0 interface I0 interface IMS network I2 interface Conference Enabler(IMS conference service) IMS core network 若IMS本身定义的某种业务能够作为一个Enabler，则也可以集成到OSE的逻辑结构中需要定义I0接口I2接口为IMS的内部接口
39、40信息产业部电信研究院通信标准研究所IMSinOMA与OSE关系（2）Enabler Communication Via IMSOMA-enabler之间可以通过IMS core进行交互根据OSE模型，enabler和IMS之间的接口为I2类型，而Enabler之间为I0类型的接口因此，逻辑上OSE-I0接口可以使用两个I2接口来实现Enabler可以使用IMS的公共能力，例如SIP routing和压缩，因此，不需要对Enabler本身再定义这些能力I2 interfacesOMA enabler OMA enabler OMA enablerI0 interface I0 interfa
40、ceIMS core networkI2 interfaceI2 interface2141信息产业部电信研究院通信标准研究所OSPEOMA Service Provider Environment逻辑上包含软件生命周期管理各种功能，以便实现SP对Enabler的控制OSPE定义SP的各种接口，及实现这些接口的enabler主要是为SP提供可以缩短开发周期、提高共用程度的公共环境。因为目前SP需要越来越快地为市场提供各种丰富的业务能力起草单位：Vodafone进度：RD文件在4月份正式审查42信息产业部电信研究院通信标准研究所IOP组职能：负责确保业务端到端的互操作性，保证业务链中每个元素的互
41、操作能力，这种能力要符合预先规范定义的准则包括业务和应用互操作测试流程、测试的组织形式、测试方法的制定流程等。6个正式的子工作组：IOP SWGIMPS 、MMS 、DSDM 、Location 、BrowserPOC IOP SWG组织Test Fest已经完成8次Test Fest，Test Fest #9被取消Test Fest #10: 5月1620日在芬兰进行（推迟）“POC 1.0 only”专门的TestFest，预计在7月份 Host : Vodafone in Milan (Italy)Test Fest#11：SK Telecom (September, Seoul)Tes
42、t Fest#12：Vodafone (November, Dsseldorf)2243信息产业部电信研究院通信标准研究所简化的IOP程序ArchitectureReviewConsistencyReviewCandidate PackageETPTest Enabler PollTest FestsBilateral TestingTest HouseETRL O O P P R O C E S SApprovedEnablerETSTesting PhaseNo44信息产业部电信研究院通信标准研究所IOP各子组（1）IOP MMS：Ericsson进行MMS 1.3的ETSIOP PoC：
43、NEC将负责Presence and Group Management，包括非PoC需求的部分发布PoC ETS v1.0，预计7月进行Test Fest（PoC Only）发布PoC/XDM/Presence 的EICS文件开始了Presence和XDM的ETS（测试规范）IOP IMPS：SonyEricsson修订了IMPS 1.2的ETSIMPS 1.3 ETR文件IOP LOC：Genasys（临时）MLS：ETR的审查已经基本完成，ETP和ETS还没有开始，还没有成员自愿承担测试规范的编写工作SUPL：开始ETR的审查，还有一些工作要做，ETP和ETS还没有开始，Spirent承担
44、测试规范的编写MLP 3.1，LOC不打算对这个规范进行IOP测试工作2345信息产业部电信研究院通信标准研究所IOP各子组（2）IOP DMSync（DSDM）：Motorola根据Test Fest#7的情况，对Client Provisioning V1.1进行修订开始DM 1.2 ETSIOP Browser：NECBrowsing 2.2由于参加单位太少，在05年1月的Test Fest中删除，已经开始了5月份Test Fest的注册，但很可能还会由于参加单位太少而无法进行。Browsing 2.3：ETR已经完成，ETP预计6月完成，ETS预计10月完成DRM 1.0：5月进行IO
45、P TestDRM 2.0：编写ETS文件，预计05年4季度完成测试活动Download 2.0 ：进行ETR的编写EMN（Email Notification ）：ETS内部审查UAProf 2.0：与Browsing 2.2的情况类似，预计05年4季度完成测试活动WAP 2.0 PUSH：ETS基本完成，预计参加9月份的Test FestOCSP： SEC已经完成了OCSP的ETR和ETS初稿放在IOP Browser完成46信息产业部电信研究院通信标准研究所IOP Test Fest 9Telia Sonera，芬兰赫尔辛基，2005年5月16日5月20日测试内容Web Browsing
46、 Browsing v2.1/v2.2 (可选UAProf v2.0)Client Provisioning CP v1.1 Download DL v1.0Device Management DM v1.1.2Data Synchronization DS v1.2Digital Rights Management DRM v2.0Instant Messaging and Presence Service IMPS v1.2Multimedia Messaging Service MMS v1.2Push-to-Talk Over Cellular POC v1.0另外，也可以测试以下内容
47、，但优先进行高版本的测试Data Synchronization DS v1.1.2Digital Rights Management DRM v1.02447信息产业部电信研究院通信标准研究所SEC组概述主要负责终端与业务服务器之间的安全通信协议，包括传输层面和业务层面，以及与一些保密性相关的实体之间的交互协议为移动用户提供安全相关的服务主要的工作项目WI-0045：OBKG预计4月份通过TP审查，进入Candidate状态WI-0038 ：OCSP（在线证书状态协议，用于DRM2） Candidate 状态，ETR已经交给IOP组，正在制定ETSWI-0092：Smartcard Web
48、Server RD 正在审查, AD开始制定WI-0097：SEC Common Functions RD 进行中，已经生成AD第一版草稿相关的项目WI-0071 SUPL (lead WG: LOC)完成了AD中的Security部分48信息产业部电信研究院通信标准研究所PoC、PAG和MWG组柏林会议（03年9月）通过了对OMA内部组织结构的修改，增加了几个新的工作组：Presence and Availability (PAG)：包含原IMPS中Presence部分的工作Messaging (MWG)：包含原IMPS中Instant Message部分和原MPG中MMS部分的工作Push
49、 to Talk over Cellular（PoC）原MAG的PoC子组2549信息产业部电信研究院通信标准研究所PoC组Push-to-Talk over Cellular定义在公众蜂窝网络上的PTT业务。制定PoC业务的规范，侧重于在业务层面提供支持，使用其他论坛已经形成的技术和实现机制业务特点采用半双工方式进行语音通信，类似于对讲机的风格主要应用场景即按即说，快速通话一对一呼叫（私密呼叫）一对多呼叫（群组呼叫）一对多对一快速个人通知50信息产业部电信研究院通信标准研究所PoC功能结构逻辑PoC业务是一种客户端服务器类型的业务，主要由PoC服务器和PoC客户端构成，同时与呈现（Presence）业务以及群组管理（Group Management）结合提供相应业务支持。PoC业务的实现需要发现/注册、鉴权/授权、安全以及计费等功能支撑。PoC ServerSecurity ChargingProvisioningDiscovery/RegistryAuthentication/Aut
