范例
当前位置:首页 > 其他范文 > 范例 > 列表页

syncml协议范例

小草范文网  发布于:2017-04-19  分类: 范例 手机版

篇一:OMA协议

与TR069协议不同,由于OMA的设计初衷是支持不同设备在不同网络间的数据同步,因此OMA的数据传输不仅仅构筑于INTERNET会话层使用HTTP传输,OMA同时支持无线网络WAP使用WSP以及蓝牙网络使用OBES进行数据传输等等。不同网络之间只是传输工具不同,但由于共同使用了标准的SYNCML数据包,实现了不同网络间的数据同步,这样再利用一个中间的互通工具实现不同网络和设备间的数据交互。

TR069的设计初衷

随着VoIP、IPTV等越来越多IP终端设备的普及(尤其在家庭中的普及),大量设备的配置和维护变得越来越困难,大大提高了网络产品运营商的成本,传统的基于SNMP的网管系统面对众多的终端设备时显得力不从心,限制了宽带接入市场的发展速度和规模。TR069定义了一套全新的网管体系结构,包括“管理模型”,“交互接口”,“管理参数”,在很大程度上减少了网络产品的运为成本。

OMA 协议向导

一、为什么需要OMA协议

随着全球移动通信发展迅猛、为了提高移动通信业务的质量,满足人们的需求,同时解决不同网络之间的数据同步问题,进而实现互联互通,迫在眉睫的任务就是要建立一种全球通用且又安全可靠,便于操作的端到端的移动通信的统一标准和规范.全球性的标准化组织OMA (Open Mobile Alliance)开放移动联盟成立于2002年6月12日.它就是面向这一需求而产生的.

关于数据同步,有些地方直接说OMA要解决不同网络的互联互通问题,你永远不可能让一个中国人和大洋彼岸的外国人直接对话,我们唯一能做的是尽可能做词汇上面的对照,然后通过一个翻译过程和一部通讯工具进行沟通。OMA永远也变不成一部手机,不过它不仅仅满足于词汇对照,它要让世界使用同一种语言。

二、OMA组织的建立

OMA最初由WAP论坛(WAP FORUM)和开放式移动体系结构(OPEN MOBILE ARCHITECTURE) 两个标准化组织通过合并而成。随后,区域互用性论坛(LIF), SYNCML,MMS互用性研究组(MMS-IOP)和无线协会(WIRELESS VILLAGE), 这些致力于推进移动业务规范工作的组织又相继加入OMA。

三、OMA组织做什么

寻求一种与系统无关的、开放的,使各种应用和业务能够在全球范围内的各种终端上实现数据同步的标准。

四、OMA DM协议是什么

OMA DM(Device Manage)是OMA组织定义的一套专门用于移动与无线网络的管理协议,是OMA的一个分支。

五、OMA DM协议做什么(OMA DM(设备管理))

1.设置设备的初始化配置信息

2.安装及更新设备信息

3.从设备获得相关的管理信息

4.处理设备生成的事件及报警信息

六、OMA DM怎么管理设备

包含两个步骤:

1.BOOTSTRAP,引导过程,字面上看意思是将设备从不可管理的孤岛带入可被OMA协议管理的网络中

2.PROVISIONING AND MANAGEMENT,设备初始化及其他管理

七、BOOTSTRAP(设备的引导过程)是什么

使设备可以与一个远程的管理服务器建立连接

八、BOOTSTRAP做什么

给设备设置一些能够与网络及管理服务器建立连接的配置信息

九、设备做BOOTSTRAP的主要方式

1.CUSTOMIZED BOOTSTRAP(FACTORY PROVISIONING),设备出厂之前由生产商给设备做BOOTSTRAP,设备在出厂时已包含了网络及管理服务器信息

2.BOOTSTRAP FROM SMARTCARD (CLIENT PROVISIONING),设备通过插入记忆卡进行BOOTSTRAP

3.SERVER INITIATED BOOTSTRAP,通过服务器远程通知设备进行BOOTSTRAP,前提是服务器已经知道设备地址(URL或电话号码)

十、OMA DM的设备管理方式

OMA DM通过给设备设置相关参数对设备进行配置、诊断等等,这些参数通过树型结构组织在一起称作设备管理树(DEVICE MANAGEMENT TREE)

十一、OMA协议的数据传输

OMA协议使用SYNCML消息包传递数据实现在不同网络间的交互(也称为同步),类似TR069使用SOAP包与RPC函数,消息的数据类型使用SYNCML定义的数据类型,SYNCML消息主要使用两种MIME媒体类型。

与TR069协议不同,由于OMA的设计初衷是支持不同设备在不同网络间的数据同步,因此OMA的数据传输不仅仅构筑于INTERNET会话层使用HTTP传输,OMA同时支持无线网络WAP使用WSP以及蓝牙网络使用OBES进行数据传输等等。不同网络之间只是传输工具不同,但由于共同使用了标准的SYNCML数据包,实现了不同网络间的数据同步,这样再利用一个中间的互通工具实现不同设备不同网络间的数据交互。

协议栈:

----------------------------

SYNCML

----------------------------

HTTP|WSP|OBEX...

----------------------------

SSL|WTLS...

----------------------------

INTERNET|WAP|BLUETOOS...

----------------------------

十二、什么是SYNCML

SYNCML是SYNCHRONOUS MARKUP LANGUAGE(同步标记语言)的所写,他是由IBM、LOTUS、MOTOROLA、NOKIA、PALM INC、PSION、STAFISH SOFTWARE等商家发起成立的SYNCML论坛发起制订的。主要目的是解决两个问题:

1.同步网络数据与任一种移动设备

2.同步移动设备与任一种网络数据

SYNML消息包含两个部分:消息头<SYNCHDR>和消息体<SYNCBODY>

消息头格式如下:

< SYNCHDR >

< VERDTD > 1. 2 < / VERDTD >

< VERPROTO > SYNCML/ 1. 2 < / VERPROTO >

< SESSIONID > 104050403 < / SESSIONID >

< MSGID > 5 < / MSGID >

< TARGET > TARGET DATABASE URI < / TAR GET >

< SOURCE > SOURCE DATABASE URI < / SOURCE >

< CRED > . . . < / CRED >

< / SYNCHDR >

< VERDTD > :SYNCML版本声明

< SESSIONID > :会话ID

< MSGID > :消息ID

< SOURCE >和< TARGET >用于寻址,服务器使用URI ;而客户端使用国际移动设备识别码IMEI

< CRED >:鉴权信息

消息体格式如下:

< SYNCBODY >

< STATUS > . . . < / STATUS >

< RESULTS > . . . < / RESULTS >

< ALERT > . . . < / ALERT>

< / SYNCBODY >

< STATUS >:指明一个操作的完成状态

< RESULTS >:如果命令执行成功,返回数据结果

< ALERT >:发送者通知接收者

十三、OMA DM的数据交互过程

包含两个阶段:

1.准备阶段(SETUP PHASE)

2.管理阶段(Management phase(本文来自:wwW.xIaocAofanwEn.coM 小草 范文 网:syncml协议范例))

十四、准备阶段(SETUP PHASE)

主要传递鉴权和设备信息

CLIENT SERVER

| PACKAGE 0 |

|<———————————————> |

| PACKAGE 1 |

|—————————————————>|

| PACKAGE 2 |

|<—————————————————|

| |

1.PACKAGE 0(MANAGEMENT INITIATION ALERT FROM SERVER TO CLIENT)

类似于TR069的NOTIFY,很多无线设备出于安全等方面考虑不会连续的监听管理服务器的消息,因此可以让服务器通知设备与服务器建立连接,也可以通过在设备上的用户接口,由用户操作设备与服务器建立连接,一些设备问题也会导致设备与服务器建立连接。当然在此之前,设备已完成了BOOTSTRAP操作。

2.PACKAGE 1(INITIALIZATION FROM CLIENT TO SERVER)

设备在package 1中发送其设备信息和认证信息,方便服务器识别设备并通知服务器启动管理会话

Package 2( Initialization from server to client)

服务器启动会话并向设备发送管理消息,如果在Package 2中只包含<Final>命令,服务器下次可能会发送Session Abort Alert (1223) 命令强迫终止该会话。

十五、管理阶段(Management phase)

管理阶段为大量的交互过程

Client Server

| package 3 |

|—————————————————>|

| package 4 |

|<—————————————————|

| |

Package 3(Client response sent to server)

回复Package 2中的Commands命令执行结果。

Package 4(Further server management operations)

用来结束对话或继续发送命令,如果在Package 4中只包含<Final>命令,服务器下次可能会发送Session Abort Alert (1223) 命令强迫终止该次会话。

十六、OMA协议当前的研究热点 —— 一键通(PPT)

一键通(PTT)意思是即按即说.它的设计灵感来自于对讲机的集群通信技术,本质上是一种基于2.5G及3G网络的VoIP技术.一键通将语音信号转换成数据包经过网络传输,最后再将数据包转换成语音信号传递出来完成一次通话、也就是以数字交换的形式实现语音通信.和对讲机一样,一键通以半双工方式工作,同一时间只能有一个人讲话.早在2003年,诺基亚,摩托罗拉、西门子和爱立信4家就已经共同制定了一个PTT的开放标准,并提交OMA(开放移动联盟).

十七、OMA面临的问题

1、相对于网络标准化来讲,业务领域的标准化程度明显滞后与电信网络和技术高度标准化形成鲜明对比的,在业务领域的标准化开始是在很多小的,分散的,不成体系的组织进行、也有很多是某些公司自己的标准,虽然OMA试图整合零散的组织,统一标准,加快进度,但是由于OMA起步之时,很多公司已经推出了自己的方案,加之参与的公司复杂多样,都期望起主导作用,所以标准化的难度很大,进展也很不理想.比如:与PC操作系统微软占90%以上,形成事实的标准不同的是,目前手机的操作系统有很多种、包括 Mobile和Palm OS等、而且还在不断地有新的操作系统出现.OMA的目标是业务标准独立于操作系统,但目前还没能做到,多种操作系统的存在,使得业务的实现和互操作雪上加霜.

2、业务的差异化,个性化和统一标准的冲突在业务标准化缓慢推进的同时,业务标准还面临着另外一个矛盾就是不同运营商之间业务的差异化和标准统一的矛盾.有的大运营商认为自己要率先提供不同于其他运营商的业务,希望主导业务和手机的发展,认为不应该也没有必要高度统一、再加上目前的标准也没有做到很完善很统一、运营商又需要开展业务,所以出现了某个运营企业或某些运营商联合制定自己的业务和业务组合标准,向手机厂家订制手机的现象.这些问题可以从目前正在炒做的PTT标准的制定中看出OMA内部有划分为两大阵营:摩托罗拉、爱立信,西门子和索爱于2003年发布了其POC系统Push-to-talk over Cellular(简称PoC)的标准PoC1.0而就在同一天,诺基亚也发布了POC技术,但该技术无法与上述四家制造商的技术相兼容.

Generic Alert Message

<Alert>

<CmdID>2</CmdID>

<Data>1226</Data> <!-- Generic Alert -->

<Correlator>abc123</Correlator>

<Item>

<Source><LocURI>./SyncML/Sample</LocURI></Source>

<Meta>

<Type xmlns="syncml:metinf">

Reversed-Domain-Name: org.domain.samplealert

</Type>

<Format xmlns="syncml:metinf">xml</Format>

篇二:嵌入式系统数据同步协议

/content/06/0804/10/10268_173028.shtml

SyncML 简介

: 初级 级别

姜君, 工程师, 蓝点软件北京研发中心

2001 年 2 月 01 日

目前在嵌入式系统与其他通信设备的数据同步方面,业界还没有统一的标准、协议。为了解决这个问题,IBM、Lotus、Motorola、Nokia、Palm Inc、Psion、Starfish Software已经形成了SyncML协议的标准草案。这个草案将会发展成为一个通用的可以被用在工业界的同步协议。本文简单介绍了SyncML协议与应用该协议的工具包。

1 SyncML协议简述

目前,移动计算和通信设备的流行很大部分原因是因为它们具有一些方便的功能,比如说在需要时可以发送信息给其他用户,用户希望随时随地都可以利用掌上设备访问信息和执行应用程序,甚至在飞行中也可以获得和更新信息。 具有在一台掌上设备运行应用程序和处理信息、还可以将应用程序和信息的更新同步回到办公室的设备或者网上的这种能力对于普遍、离线计算的效用和流行是一个关键。

遗憾的是,到今天为止还有两种方式没有实现:

支持任何移动设备同步的网络数据

? 支持同步人和网络数据的移动设备 ?

这样一来,需要为移动设备增加很多用来同步不同的,尽可能多的数据所需要的协议,这些协议中的每一个仅适用于在一个选定的设备子集上进行选定的传输和运行,并且可以访问一部分网络数据,单一同步标准的缺乏为最终用户、设备制造商、应用程序开发者和设备提供商制造了很多问题

SyncML是一个新的标准,为了开发一个简单、通用的可以用于工业界方面的数据同步协议,推进这个标准的有IBM、Lotus、Motorola、Nokia、Palm Inc、Psion、Stafish Software。其他的公司、企业不断的被补充进来。

1.1 通用同步协议的优点

下面让我们看看适合工业界范围的数据同步协议对于每组角色的有益之处。

1. 最终用户:今天移动设备用户可能在每一种设备上使用了不同的同步产品。这样就会,有一种程序用来在膝上电脑和网络数据之间同步文件,另一种用来同步掌上电脑的日历,还有远程email访问,每一种技术只能用来同步少数应用程序或者被限制成特殊类型的网络连接。这种安排安装昂贵、配置和操作复杂、管理昂贵。使用SyncML,用户可以购买可以使用广泛的数据类型的设备。

2. 设备制造商:当每一个设备制造商想要支持这种能支持所有用户和服务提供商进行数据访问的技术。实际上一个设备会支持一种数据同步技术。这种选择迫使制造商压缩存储空间、内存、电源的用量和消耗。设备制造商会从通用的协议中获得好处,这种通用的协议使设备共同使用广泛的应用程序、服务、网络和传输技术。

3. 服务提供商:正在进入快速增长的应用程序舞台的服务提供商非常关注这样

一个现象,即同步技术的增多会使在有效的成本下扩展用户和支持用户成为不可能。现在服务提供商已经支持一定范围的数据类型和应用中的设备;还必须安装、配置多种服务的基础结构,维护和支持这些基础结构,并且保证兼容性和性能。现在可选的是利用单独的数据连通方案,陷入了避免紧密结合的私有解决方案。使用SyncML,将会使提供支持广阔的应用程序的连接成为可能。

4. 应用程序开发者:选择支持多种同步技术可以使应用程序支持更多的设备类型 和网络数据,但是这种选择有一些浪费。为了保持向下兼容性开发者失去了选择网络数据仓库的灵活性,这也会增加程序开发的消耗和最终产品的复杂性。增加了复杂性的网络数据仓库对服务供应商的安装和采用是一个障碍。使用SyncML,可以开发能连接更多设备集合和网络数据的应用程序。

1.2 通用同步协议的描述

通用同步协议的目标是普遍适用,同步两端可以是任何一种类型、在任一种网络上面,这样会:

同步网络数据与任一种移动设备

? 同步移动设备与任一种网络数据 ?

数据同步协议会同步网络数据和很多不同的设备,包括掌上电脑、移动电话、自动计算机和桌面计算机。一个用户可以在不同的设备上访问、操作同样的数据集合,举个例子,用户可以使用掌上设备或者移动电话阅读电子邮件,还可以维护一个一致的、更新的纪录。

同样的,同步两端可以使用任意类型,这使得移动设备可以支持更多数据类型,包括电子邮件、日历、事务管理信息、数据库中的企业数据和Web文档。这种功能使得想要通过电子邮件接收订单的用户可以在同样的设备上访问公司的目录清单系统,用来最后决定交付日期。

实现这个目标,协议需要下列特性:

?

?

?

?

?

?

? 可以有效的在有线和无线网络上运作 支持多种传输协议 支持任意的网络数据 可由多种应用程序访问 考虑到移动设备的资源限制 构造于现有的全球互联网和Web技术之上 协议最小功能就是赋予所有设备最常用的同步能力

回页首

2 SyncML 底层通讯

2.1 绑定Http

2.1.1 Tcp 传输服务

Http通信一般是在 Tcp连接之上的,这个绑定不是必需的,如果Http基于其它的协议,那么需求也和下面Tcp定义的相似

2.1.1.1 连接

在Http客户端连接到Http服务器端的时候,SyncML客户端建立一个Tcp连接在客户和服务器之间通过使用Tcp open操作,在超时的情况下还需要SyncML客户端从新建立连接。

2.1.1.2连接选项

关于端口和协议版本的一些选项。

2.1.1.3 断开连接

当连接不需要的时候,SyncML客户端负责使用tcp close操作结束连接。如果固定连接存在于Http请求中,Http连接的关闭有Http客户端来完成,当Http客户端接收到来自服务器的Http应答中指明这是最后一个SyncML的包。

2.1.1.4 终止

有时候非正常时间发生会要求应用程序中断Tcp连接,这种情况下,Tcp从新初始化来结束当前连接。

2.1.1.5 超时

当服务器超时,SyncML客户端需要重建一个新的HTTP会话并且Http服务器端会尝试从新发送当前的SyncML包

2.1.2. SyncML信息交换

一旦Http连接建立,一个或者多个SyncML消息会通过连接由SyncML客户端传输,它们存在于Http客户端的请求或者Http服务器端的应答中。 在Http请求中POST方法用来传递SyncML消息。

2.1.2.1 每包一个消息

2.1.2.2 一个包里包含多个消息

每一个Sync消息必须使用SyncML MIME媒体类型在HTTP请求或应答中传递,当每个包里有多个SyncML消息的时候,每一个消息是否在分离的HTTP请求或应答传递依赖于它是否是SyncML的请求和应答。可以根据每一个SyncML消息是否有最后一个元素来判断这个包中是否有更多的SyncML消息,如够有最后一个元素,那么这消息就是该包中最后一个消息。

2.1.3 传输命令

HTTP使用一系列的命令,包括传输方法,头部信息,请求的头部信息,应答的头部信息

2.1.3.1 传输方法

SyncML客户端必须使用POST方法或者可以使用CONNECT方法(如果支持的话)来给SyncML服务器发送SyncML请求。CONNECT方法用来初始化SSL会话以验证HTTP客户和服务器,其他的方法目前没有用在SyncML客户端。

2.2 绑定Obex

2.3 绑定Wsp

回页首

3 SyncML同步协议

3.1 动机:

表示协议并不足够来实现信息的交互性 ? 可以在多种设备之间传输多种格式的数据 ?

3.2 设计原则

?

?

?

?

? 满足网络延迟的需要 满足各种设备 满足现有的各种储存模式 满足多种安全需求 多种使用模式

3.3 Sync 类型

3.3.1双向同步

客户端和服务器端双向传输信息 ? 在特殊情况下采用Slow sync 作为传输模式 ?

3.3.2 客户端单向同步

只有客户端提出修改信息

? 特殊情况下,数据可以被输出 ?

3.3.3 服务器端单向同步

只有服务器端提出修改信息 ? 特殊情况下,数据可以被输入 ?

3.3.4 服务器端通告

篇三:OMA规范

SyncML功能

SyncML是一种唯一行业通用的移动数据同步化协议,将由SyncML行动(SyncML initiative)发行,是一种开放性协议。SyncML initiative由行业先锋Ericsson, IBM, Lotus, Motorola, Nokia, Palm Inc., Psion, Starfish Software初创,Matsushita也与最近加入,使其会员达到9家。另外还有555家支持公司。SyncML initiative的目的就在于,与终端用户、设备开发商、数据提供商、基础构件开发商、应用软件开发商及服务提供商协同工作,发行SyncML,以真正实现:使用任何终端设备均可随时随地访问任何网络数据。

直到目前,移动数据同步化还是建立在一些互不相同的私有协议上,其中的每种协议只能支持有限种类的设备、系统及数据类型。这些不兼容的协议技术,增加了各方面(用户、生产商、服务提供商、开发商)工作的复杂度。而且这类协议的增加会限制移动设备的使用,会限制数据的访问和发行,还会限制用户的移动性。但SyncML发行后,情况即将改变。

SyncML可以表示通过任意网络同步化所有设备及应用软件。借助XML,SyncML将成为真正的同步化平台(这一点将会得到证实)。

SyncML的主要目的有两方面:一、可以通过任何移动设备将网络数据同步化。二、移动设备中的数据也可以用任何网络数据同步化。

有了SyncML,网络数据可以通过多种设备同步化,用户可以使用不同的设备(包括掌上电脑、移动电话、汽车计算机、台式机)访问和操作同一网络数据。此外,用户的个人信息(如电子邮件、通讯录等)能够在用户的不同设备上同时得到更新,保持一致。例如,用户在掌上电脑上阅读了一封新收到的邮件,那么在他的台式机中,也会自动地将这封邮件显示为已读邮件。

有了SyncML,用户就可以在他的移动设备上更多地使用应用软件和信息,如果对这些软件和信息有所更新,可以随时将这些更新同步化给办公室设备或同步化到网络上;另外,例如,当移动设备用户通过电子邮件收到定单时,就可以立即使用同一移动设备访问公司的存货系统,以确定发货日期。无疑这将更加促进移动设备的流行与普及。

要实现上述目的,SyncML协议应具备这样几种特征:一、对无线和有线网络均有效;二、支持任意网络数据;三、支持多种传输协议;四、能够从多种应用软件入手访问数据;五、解决移动设备资源有限问题;

六、建立在现有的Internet和网络技术基础之上;七、协议最基本也要做到,使得所有设备能够达到最普通的同步化要求。

为了SyncML能够被采用,SyncML行动组织将发行:

一个结构性规范;

两种协议指标(SyncML陈述协议及SyncML同步化协议);

通用传输协议的捆绑物;

通用编程语言界面;

协议的开放性实现样本。

WAP

WAP(Wireless Application Protocol)无线应用协议是一个开放式标准协议,利用它可以把网络上的信息传送到移动电话或其

他无线通讯终端上。

WAP是由爱立信(Ericsson)、诺基亚(Nokia)、摩托罗拉(Motorola)等通信业巨头在1997年成立的无线应用协议论坛(WAP Forum)中所制定的。可以把网络上的信息传送到移动电话或其它无线通讯终端上。它使用一种类似于HTML的标记式语言WML(Wireless Markup Language无线标记语言),相当于国际互联网上的HTML(超文件标记语言)并可通过WAP Gateway直接访问一般的网页。通过WAP,用户可以随时随地利用无线通讯终端来获取互联网上的即时信息或公司网站的资料,真正实现无线上网。它是移动通信与互联网结合的第一阶段性产物。

WAP能够运行于各种无线网络之上,如GSM、GPRS、CDMA等。WML是无线注标语言(Wireless Makeup language)的英文缩写。支持WAP技术的手机能浏览由WML描述的Internet内容。

WML是以XML为基础的标记语言,用在规范窄频设备,如手机、呼叫器等如何显示内容和使用者接口的语言。因为窄频使得WML受到部分限制,如较小型的显示器、有限的使用者输入设备、窄频网络联机、有限的内存和资源等。

WML支持文字和图片显示,内容组织上,一个页面为一个Card,而一组Card则构成一个Deck。当使用者向服务器提出浏览要求后,WML会将整个Deck发送至客户端的浏览器,使用者就可以浏览Deck里面所有Card的内容,而不需要从网络上单独下载每个Card。

通过WAP这种技术,就可以将Internet的大量信息及各种各样的业务引入到移动电话、PALM等无线终端之中。无论在何时、何地只要需要信息,打开WAP手机,用户就可以享受无穷无尽的网上信息或者网上资源。如:综合新闻、天气预报、股市动态、商业报道、当前汇率等。电子商务、网上银行也将逐一实现。通过WAP手机用户还可以随时随地获得体育比赛结果、娱乐圈趣闻等,为生活增添情趣,也可以利用网上预定功能,把生活安排的有条不紊。

WAP协议包括以下几层:

? Wireless Application Environment (WAE)

? Wireless Session Layer(WSL)

? Wireless Transport Layer Security(WTLS)

? Wireless Transport Layer (WTP)

其中,WAE层含有微型浏览器、WML 、WMLSCRIPT的解释器等等功能。WTLS层为无线电子商务及无线加密传输数据时提供安全方面的基本功能。

WAP提供的服务

WAP可提供的服务主要涉及几方面:

? 信息类:基于短信平台上的信息点播服务, 如新闻,、天气预报、折扣消息等信息。

? 通信类:利用电信运营商的短信平台为用户提供的诸如E-MAIL 通知、E-MAIL 等通信服务。

? 商务类:移动电子商务服务, 包括在线的交易、购物支付等应用。

? 娱乐类:包括各种游戏、图片及音乐铃声下载等。

? 特殊服务类:如广告、位置服务等。可以把商家的广告信息定向发送到用户的手机里。

WAP手机

WAP手机是集移动电话与移动电脑于一身的新型通讯工具,它不仅具有普通手机的功能,而且还有收发电子邮件、传真、浏览新闻等功能。

WAP手机和一般的手机不同之处在于它内置有微型浏览器(MiniBrowser)、缓存(CACHE)和内存,并支持客户端COOKIES 和SESSION。正如电脑上网要用 IE 浏览器 或 NETSCAPE 浏览器,WAP手机上网要用微型浏览器。同样,WAP手机上网也要进行一系列的设置。

WAP手机上网和普通的电脑上网有很大的差别。由于WAP手机内存不大、屏幕小及无线频带窄,目前WAP手机所显示的网页内容主要是文字,也有一些较小的图片。目前,手机上网真要想流行开,还有两个前提,那就是一来WAP必须解决好目前还不便于操作的问题,二者需要网络运营商加紧WAP网的基本建设,使WAP手机有用武之地。

WAP手机可收发电子邮件、阅读新闻和股市行情,但是更复杂的通信应用,如在线采购和视频会议,目前的移动通信网运行速度就无法达到要求了

下面是EMS和MMS的介绍,相信你读了以后,一定会正确区分他们了

EMS(Enhanced Message Service)增强短信业务是SMS的增强版本,是人们在进入21世纪初提出的一个概念,这项业务的功能是除发送文本外,还可以发简单的图像、声音和动画等信息。在当时已经有MMS的概念,但由于MMS需要GPRS网络或CDMA 2000 1X(2.5G网络)普及的限制,SMS是作为一个从SMS到MMS过渡的版本而设计。EMS在GSM网络就可以发送,应该说是在2G网络向2.5G网络过渡的一项不错的技术。对EMS的支持需改动最大的是运营商的计费系统,因为图像、声音和动画等所占用的字数可能相差很大,运营商需要仔细衡量。

MMS是Multimedia Messaging Service的缩写,中文意为多媒体短信业务,这项业务是根据3GPP和WAP论坛的标准制定的。用术语讲多媒体短信业务是在GPRS网络或cdma2000 1X网络的支持下,以WAP无线应用协议为载体传送视频片段、图片、声音和文字。支持语音、因特网浏览、电子邮件、会议电视等多种高速数据业务,实现即时的手机端到端、手机终端到互联网或互联网到手机终端的多媒体信息传送。这种业务的出现可以替代部分电子邮件的功能,可以作为明信片的电子版,提供的服务内容极为丰富。这种业务发展的最大障碍是目前2.5G网络速度的限制,网络速度慢直接导致了资费过高,虽然价格已经下降很多,但仍然是大多数用户不能承受的。

即时通信(IMPS)消息系统的互联互通

3G系统支持的新业务非常多,本文将以即时通信消息(IMPS)的互通为例,简要论述一下3G新业务的互联互通。

IMPS业务是由Instant Message(IM)业务和Presence业务组成的。

Instant Message(IM)业务,即可在一系列的参与者间实时的交换各种媒体内容信息,并且可以实时知道参与者的出现(Presence)信息,从而选择适当的方式进行交流。它具有便利、快捷、直接的特点,非常适合朋友之间、组织内部以及企业和客户之间的交流。

Presence业务,就是使得参与实体(人或者应用)通过网络实时发布和修改自己的个性化信息,比如:位置、心情、连通性(外出就餐、开会)等,同时参与实体可以通过订阅、授权等方式控制存在信息的发布范围。Presence业务可以通过E-mail、SMS、IM等方式通知用户状态信息。

即时消息业务系统包括即时消息中心IMPSC(Instant Message & Presence Service Centre)、用户数据管理系统、外部增值应用系统等。

IMPSC:即时消息中心,由即时消息接入点IMPS SAP、即时消息调度中心IMPS Server、话单及报表管理系统、维测系统及网管系统、客户服务系统及用户业务WEB自助功能等组成。

IMPS GW:即时消息网关,通过IMPS 网关与远端非Wireless Village协议(已并入OMA的IMPS协议)的IMPSC的互通,使不同IMPS系统的用户之间可以互通即时消息。

当IMPSC都采用Wireless Village协议时,可通过IMPSC直接互通,如IMPSC之间采用的协议不同,则可通过IMPS网关实现互通。

如各运营商遵循OMA规范设置IMPS消息业务中心,则不必设置IMPS消息网关就能实现运营商间的IMPS消息互通。而在与采用非OMA规范设置IMPS系统的运营商互通时,视其采用的IMPS消息系统结构的不同,

可通过IMPS消息网关进行协议转换,实现运营商之间的IMPS消息的互通。

在此方案中,当运营商A采用OMA标准的IMPS系统时,当与其他运营商的标准IMPS系统互通时,可以通过IMPSC直接连接,此时互联点位于运营商A的IMPSC和其他运营商标准IMPS系统之间。当与其他运营商的非标准IMPS系统互通时,则需要通过设置IMPS网关来进行协议转换,此时互联点位于运营商A的IMPS网关和其他运营商非标准IMPS系统之间。

DRM Mobile 移动数字版权管理

服务器端移动数字版权管理解决方案

SafeNet DRM Mobile是一款 快速的、灵活的、可伸缩的服务器端移动数字版权管理(DRM)解决方案。DRM Mobile解决方案支持完整的DRM流程:内容保护,权限管理及向手持设备交付许可证。SafeNet DRM Mobile解决方案全面遵循开放移动联盟(OMA)的DRM 1.0规范。同时,SafeNet DRM Mobile还是一款具有前瞻性设计的DRM解决方案,未来版本将对开放移动联盟的DRM 2.0规范予以全面支持。

产品优势:

1. 基于开放移动联盟DRM(数字版权管理)规范

2. 提供有开放的应用程序编程接口(API),可方便地在现有设施中集成DRM

3. 高端的、可伸缩的、电信级平台

4. 全面、完备的端到端数字版权管理解决方案

5. 支持众多的业务模式

6. 支持多个角色模式

7. 定义权限的方式灵活多样

8. 前瞻性设计,易于扩展

9. 遵循业内的相关标准

保护内容

SafeNet DRM Mobile的保护组件完全遵循开发移动联盟(OMA)的DRM 1.0规范,可对内容实施全面保护,支持转发锁、组合传送、单独传送等诸多保护方式。既支持预先对内容进行保护,也支持在交付内容时对其进行保护。保护组件还为用户提供了一个web服务应用程序编程接口(API),利用此接口,用户可方便地实现保护组件与现有内容交付设施的集成。此外,组件还提供有一个基于web的图形用户界面。

交付权限

许可证组件对许可证请求进行处理,同时生成并向设备交付许可证。许可证组件还提供了一个简单的HTTP(S)接口,用生成并交付许可证。还可预先生成并异地保存许可证,用以未来进行交付。同时,许可证组件还可实时生成并交付许可证。用户可灵活地将许可证组件集成到现有的内容门户和服务之中。

管理权限

许可证组件允许版权所有人定义权限集合,并将其同特定的内容部分相关联。同时,组件还提供了一个基于web的图形用户界面和一个web服务接口,以便于同现有组件(如事件

计费系统)进行集成。

执行权限

开放移动联盟的DRM设备包括有一个DRM代理,由其在客户端执行权限管理。Safenet DRM Mobile本身就是一个服务端解决方案,无需在客户端部署任何专有的DRM Mobile技术。 SafeNet DRM Mobile解决方案是基于开放移动联盟的DRM规范构建的, 支持众多类型的内容和格式。SafeNet DRM Mobile解决方案完全遵循开发移动联盟DRM 1.0规范,支持转发锁、组合交付、单独交付等诸多交付方式。

前瞻性设计,易于未来扩展并兼容未来的业界规范

如果未来开放移动联盟的DRM2.0规范的最终版本获准通过,您可方便地在 SafeNet DRM Mobile解决方案中加入对DRM2.0规范的支持。在设计上,SafeNet DRM Mobile解决方案已经考虑到未来扩展的需要,由于采用插件DRM架构进行构建,其他各类DRM技术(例如专有的移动DRM技术)可方便地集成到SafeNet DRM Mobile解决方案之中。

在现有设施中加入DRM功能

您可方便地将SafeNet DRM Mobile提供的强大数字版权管理功能集成到您现有的设施中,并可通过多种方式来调用这些功能。例如,内容提供商可调用这些功能,同时移动运营商的内容管理系统也能使用这些功能。

高端的、可伸缩的电信级平台

SafeNet DRM Mobile是基于J2EE技术的专业DRM平台。DRM Mobile的众多组件具有良好的可伸缩性,全部采用分布式设计。SafeNet DRM Mobile解决方案的完整架构已通过性能及可靠性的相关测试。

全面、完备的端到端DRM解决方案

SafeNet DRM Mobile解决方案支持DRM流程的所有阶段:包括内容保护,权限生成,权限管理及权限交付。

兼容业界的相关标准

SafeNet DRM Mobile解决方案构建于软件业界的多个标准之上,如J2EE, SOAP及web服务。 DRM Mobile解决方案可使用单一平台,并通过向单个或多个管理员授权,为众多的内容提供商、版权所有人及服务提供商提供服务。由于SafeNet DRM Mobile解决方案提

本文已影响