【YD通讯标准】 数字蜂窝移动通信网支持 J2ME 的移动终端设备技术要求

中华人民共和国通信行业标准
YD/T1490-2006
数字蜂窝移动通信网
支持.J2ME的移动终端设备技术要求The Technical Requirements for Mobile Termination Supporting J2ME2006-09-26发布
2007-01-01实施
中华人民共和国信息产业部发布前
范围·
规范性引用文件
缩略语
Java业务网络结构·
J2ME移动然端中的软件体系结构5.1
WMA（可选）
MMAPI（可选）
6J2ME移动终端的业务要求
6.1业务类型
从用户来源划分
6.3从连接方式划分
6.4从应用内容划分
6.5接入方式-
7功能要求-
显示要求…
7.2键盘要求
编码要求
7.4媒体格式要求
7.5地址和参数设置
8安全要求
8.1保护域
8.2MIDlet套件的安全设置
8.3MDP 2.0 API访问限制策略·8.4WMAPI访问限制策略
8.5MMAPI访问限制策略
9应用下载安装运行要求
9.1下载
9.2在线应用
9.3应用管理器要求（可选）
9.4外部事件中断的处理
TTIKAONKAca
YD/T1490-2006
YD/T1490-2006
9.5安装·
9.6运行…
10电源要求·
11技术兼容性要求…
附录A（资料性附录）终端地址的分配利管理附录B（资料性附录）应用
附录C（资料性附录）计费
本标准是数字蜂窝移动通信J2ME系列标准之一，该系列标准的名称及结构如下：1.YDT1490-2006数字蜂窝移动通信网支持J2ME的移动终端设备技术要求2.YD/T1491-2006数字蜂窝移动通信网支持J2ME的移动终端设备测试方法YD/T 1490-2006
本标准与YD/T1491-2006《数字蜂窝移动通信网支持J2ME的移动终端设备测试方法》配套使用。本标准的附录A、附录B以及附录C是资料性附录。本标准由中国通信标准化协会提出并归口本标准起草单位：信息产业部信息产业部电信研究院中兴通讯股份有限公司
本标准主要草人：杨红梅彭宏利H
TIKAoNKAca
1范围
数字蜂窝移动通信网
支持J2ME的移动终端设备技术要求YD/T 1490-2006
本标准规定了Java业务网络结构、J2ME移动整端中的软件体系结构、支持J2ME的移动整端的业务要求、功能要求、性能要求、安全要求、应用下载运行安装要求，电源要求以及技术兼容性要求等方面的内容。
本标准适用于数字蜂窝移动通信网支持Jaya业务的移动终端设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。Java Technology for the Wireless Industry specification version0.9CLDC1.0\Connected,LimitedDeviceConfiguration1.0\，yersiou1.0,May19，2000CLDC 1.1 \Connected, Lirnited Device Configuration 1.1\, version 1.1, Mar 20, 2002MlDP2.0\MobileInfarmationDeviceProfile2.0\，version2.0,Nov.20,2002WMA 1.1 \Wireless Messaging API 1.1\ , version 1.1, [date TBD 2003]MMAPI 1.1 \Mobile Media API 1.1\ , version 1.1, [date TBD 2003]3缩略语
下列缩略语适用于本标准：
Application Managemeut SoftwareConnected Limited Device ConfigurationHyper Text Transfer ProtocolJava Application DescriptionJava Archive
Joint Picture Expert Group
Java Specification Request
Java 2 Micro Edition
Mobile Information Device ProfileMotion Picture Expert Group
Original Equipment ManufacturerOver The Air
Technology Compatibility KitWireless Application Protocol应用管理软件
连接受限设备配置
超文本传送协议
Java应用描述
Java文件
联合图片专家组
Java规范请求
Java2微型版本
移动信息设备简表
动态图片专家组
原始设备生产商
空中下载
技术兼容性工具包
无线应用协议
YD/T 1490-2006
Wireless Mcssaging API
4Java业务网络结构
Java业务的典型网络结构如图所示。移动终端
移动蜂窝网络
短消网关
无线消息API
图1Java业务的典型网络结构
在线服务器
其他用户
图1中，OTA服务器、数据库服务器、计费采集器和网管服务器共同组成Java无线服务平台。另外，为配合Java无线服务平台提供Java服务，还需要短消息网关和在线服务器等设备的支持，归纳如下：（1）OTA服务器。在Java无线服务平台网络中，核心是OTA服务器，除了提供Java应用OTA下载外，该服务器还提供用户管理，内容管理，系统设置，个性化服务等。（2）数据库服务器。数据库用于存储平台中各个应用的数据：Java应用的数据，ICP数据，用户计费数据，用户个性化数据等。
（3）计费采集器。计费采集器用于收集OTA下载和在线应用的计费事件，产生CDR文件并存储，（4）网管服务器。网管服务器用于实现对平台的网管功能，记录OTA下载的日志、在线服务器发送的校验用户事件和计费事件的日患。（5）在线服务器。在线服务器上安装有在线服务的服务器程序，比如，在线游戏的服务器，证券交易的服务器等。在线服务器可以放在Interret上的服务提供商处或在运营商的网络上，在线服务器与OTA服务器之间通过HTTP协议进行通信。（6）短消息网关。在J8无线服务平台网络中提供个性化服务，向手机用户发送密码和其他确认信息时需要短消息网关配合，另外，OTA服务器还可以通过短消息网关向用户发送新业务的宜传信息。5J2ME移动终端中的软件体系结构J2M移动终端软件栈中各组成部分之间的关系如图2所示。MIPlet Suites OEM Applicatioas2
rerrndowwW.bzxz.Net
Native Operating System
Wireless Durice
IOSAAREN
图2移动终端中软件的组成
TTIKAONKAca
YD/T 1490-2006
支持Java平台的终端设备必须支持J2ME技术并具有图2所示的软件结构。图2中，虚线部分WMA：MMAPI为可选。
Java应用程序在Java虚拟机（KVM）上运行。JavaKVM、配置层（Configuration）应至少符合CLDC1.0的要求。简表层（Profile）应至少符合MIDP1,0的要求。5.1CLDC
CLDC为Java平台运行提供核心技术和类库，这些类库是一个或多个简表（如MIIDP）的基础。CEDC解决了如下领域的问题：
Java语言和虚拟机特征；
核心 Java类库；
输人瀚出；
网络、安全以及国际化。
CLDC1.1是在CLDC1.0基础上的一套更严格的规定，若JavA应用需要浮点能力，期终端设备必须支持CLDC1.1或其他兼容的J2ME配置。另外，CLDC1.0和CLDC1.1都包含如下规定。5.1.1最小应用线程数
应为一-个MIDlet套件支持大于10个应用生成的线程。5.1.2最小时钟精度
方法Java.lang.Systen.currenTimeMilis（）应以不超过40ms的增量记录流逝时间。5.1.3时区标识
应充许使用符合时区格式的客户（custom）时区。时区标识\GMT\为必选，客户时区格式应在应用间提供一致的时区标识。
5.1.4编码名称
字符编码应至少支持首选的IANA定义的MIME名，如：ISO646，应支持“US-ASCI”。如果没有定义首选名称，则使用注珊名称，如“UTF-16”。5.1.5 字符感性
应支持在Unicode3.0的“BasicLatin”和\Latin-1Supplement”之间的字符属性和相互转换。在所有用户界面中，至少支持简体中文、英文的显示和编辑。5.2 MIDP
MIDP规范定义了一个应用程序模型，允许终端中有限的资源被多个MIDP应用程序（MIDlet）共享，MIDP包含：应用程序生命周期用户接口；永久存储；网络、计时等函数库。针对MIDP1.0存在的间题，MIDP2,0增加了如下API:增强的游戏业务；
音频扩展；
安全扩展。
另外，MIDP2.0在互操作方面有了很大改进，为高性能的应用增加了一些API。MIDP2.0提供支持用户接口、永久存储、网络、安全和push功能的函数库。3
YDT 1490-2006
5.2.1MIDP2.0兼容性要求
为减少不兼容性和多样性，应减少MIDP2.0允许的可选函数的数量。要求采用MIDP2.0或·一个后续的兼容版本，并通过相应的TCK。
5.2.2:Recardstore数量的要求
允许一个MIDlet套件生成至少2~5个独立的RecordStare6.2.3媒体内容的 HTTP 支持
支持J2ME的移动终端设备应为所有支持的媒体类型提供HTTPI.I的支持，支持HTTP1.1必须匹配MIDP2.0规范，细节要求请参见Javax.microedition.io包，MIDP2.0（JSR-118）c5.2.4时间精度
应允许应用用不大于40ms的精度指定Javautil.timer.schedule（）的firstTime，delay和period参数的值。5.2.5 定时餐数量
应可以同时提供两个以上应用生成的定时器（lowtierphonesupport）。5.2.6文本域、文本框、电话本结合终端应支持从终电话本中选择电话号码的机制。当用户编辑一个文本框和文本域并且文本框和文本域的限制是TextField.PHONENUMBER，而不能访问电话本时，可不支持该机制。5.2.7在文本域和文本框中支持的字特有输人限制TextField.ANY的文本框和文本域必须支持输人如下字符，见表1。表 1文本框和文本域支持的字符字
U+000A
U+0020
U+0021
U+0022
U+0023
U+0024
U+0025
U+0026
U+0027
U+0028
U+0029
U+002A
U+002E
U+002C
U+002D
U+002E
U+002F
Unicode值
U+0030 - U+0039
U+003A
U+003B
U+003C
IKAONIKAca
感吸号
双引号
百分号
单引号
左圆括导
右圆括号
连字号滋号
数宇0到9
小于号
U+003D
U+003E
U+003F
U+0040
表1(续)
Uaicode值
U+0041 - U+005A
U+005B
U+005c
U+005D
U+OOSE
U+00SF
U+0060
U+0061 - U+007A
U+007B
U+007C
U+007D
U+007E
U+00A1
U+00A3
U+00A4
U+00AS
U+00A7
U+00BF
U+20AC
注：也可以实现附加的输入方法，允许从完整的Unicode集中加入附加字符。5.2.8在邮件地址和 URL 中支持的字符等于号
大于号
YD/T1490-2006
拉丁大写宇母A到Z
左中括
反斜杠
右中括号
抑扬符号音
下划线
拉丁小写字母a到z
左花括号
右花括号
弯曲号
反驳号
英铸号
流通号
人民币号
部分号
反问号
欧元号
有TextField.EMAILADDR和TextFieId.URL任何一个限制的类的实例，在字符输人方面，应与TextField.ANY一样。
E-mail地址和URL可以包含任何字符。但是允许应用任意限制哪些特定的字符可以用在URL和E-mail地址中。
5.2.9Push注册告暂事件
应用应实现基于告警的push注册登陆。如果不存在其他的安全机制，若没有明确的用户许可，不允许使用PushRegistry告警功能。5.3 WMA （可选）
WMA定义了一个用于发送和接收短消息的API，这些API提供到特定网络短消息业务如GSM或CDMA短消息的接人。
5.3.1WMA要求
终端应实现WMA1.1或一个后续的兼容版本并通过相应的TCK。5.3.2GSM/CDMA移动终端SMS的支持GSM/CDMA终端通过使用在JSR-I20规范附录A中定义的API，支持短消息业务。5.3.3GSM/CDMA移动终端小区广播的支持s
YD/T 1490-2006
如果应用通过JavaAPI接人GSM/CDMA小区播，则应遵循WMA1.1附录B中的规定。5.3.4 SMS Push
GSM/CDMA终端应按照WMA1.1附录D中的定义，为SMS协议支持MDP2.0Push处理。如果不存在其他的安全机制，芳设有明确的用户许可，不能允诈PushRcgistry SMS Push功能。5.4MMAPI(可选)
移动媒体API使得应用可以重放和记录各种基于时间的媒体。5.4.1MMAPI要求
J2ME终端设备应支持MMAPI以便实现Java讲言描述的媒体业务。妞果支持MMAPI，至少应支持MMAPI1,1版本。
5.4.2 HTTP1.1 协议
为下载媒体文件（文件中包含终端支持的媒休格式）缝端应支持HTTP1.1协议。MMAPI不指定任何必选协议。它明确指出协议必须定义在profile里。为保持MMAPI的通用性，由应用来选择支持的协议利1内容格式，也不对哪种媒体类型工作在哪种协议上作任何要求。5.4.3MIDI特征集及其控制
应实现MMAPI中指定的MIDI特征集。应支持MIDI文件录音重放。5.4.4视频快照（VideoSnapshots）的JPEG编码（可选）支持视频特征集和视频图像捕获的应用应在视频快照中支持JPEG编码。5.4.5PCMWAV音频录音（可选）
如果通过MMAPI提供音频录音，当记录成8比特8kHz单声道PCM格式的音频参数时，\encoding=pcm&rate=8000&bits=8&channels=1注：处理音频输人的MIDP应用为了易于便携，要求统一的输人格式。5.4.6音信号序列（Tone Sequence）文件格式应支持音信号序列文件格式。
6J2ME移动终端的业务要求
6.1业务类型
Java无线服务业务分类可以从用户来源、连接方式和应用内容几个方面来阐述。6.2从用户来源划分
从使用Java业务的用户来源上划分，可分为以下两类：（1）个人用户Java业务。个人用户是Java服务的最显著、最直接、也是最大的用户群。个人用户可以自由、方便地使用电信移动运营商提供的如下所述的各种服务，如下载游戏到于机本地执行、通过手机进行购物、查询股票信息、阅读新闻等。（2）企业用户Java业务。企业可以把针对其内部员工的特定的服务以Java无线服务的方式提供给其内部员工，这些服务的用户群体是该企业的特定员工，其他用户将无权访问这些服务，6.3从连接方式划分
用户通过手机使用Java应用时，可分为离线和在线两种连接方式：（1）离线方式。在离线方式中，用户利用移动网络从内容服务商处找到所需的游戏，然后下载并存6
TIKAONKAca
YD/T1490-2006
储到手机。该游戏程序以后的使用再不需要网络的支持。在用户将该游戏从手机中剧除之前，游戏程序将--直存储在手机中。
（2）在线方式，在在线方式中，用户利用移动网络从内容服务商处找到所需的游戏后，可下载并存储到手机中，但游戏程序的使用需要网络的支持，如与服务商暇务器之间的交互游戏，或与另一个手机用户间的交互游戏等。
6.4从应用内容划分
Java业务类型从应用内容基本可以划分为以下几类：（I）娱乐/游戏类。得益于Java的游戏使手机具有了丰富的图像能力，同样，游戏也可以利用Java手机的一个更显著的特点一本地执行能力。娱乐/游戏可以分为在线和离线两种方式。（2）交易/电子商务类。用户可以通过手机进行购物，酒店/机票预定等，（3）金融应用类。Java移动终端可以动态地显示股票信息、金融数据等。（4）新闻信息/电子出版类。阅读新闻，查看天气、交通等信息，下载电子出版物等（5）位置相关眼务类。当用户离开公司和居住地点，处于移动状态时，基于Java的无线服务系统可以确定用户的位置，然后根据系统内已有的内容向用户提供和其当前位置相关的信息。例如，附近的商店，餐馆，酒店，旅游景点等。6.5接入方式
支持J2ME的终端应支持两种接人方式：电路交换数据接人或分组数据接人。7功能要求
7.1显示要求
●屏幕尺寸：至少96×96像素;
●彩色显示：至少支持256色；
。显示深度：1bit;
● 像比率：大约 1：1。
7.2键盘要求
支持J2ME的终端的键盘应能满足用户使用Java业务的需要，如：应支持通过选择菜单或图标方式激活Java应用管理器：支持返回、退出、清除等方便用户使用Jav业务的功能。7.3编码要求
应支持GB2312或GB13000等编码的简体中文和英文，并应支持中文输人法。7.4媒体格式要求
7.4.1纯文本格式
包括US-ASCI，ISO-8859-1，UTF-8。7.4.2静态图像（Still Image格式推荐支持100x120像索图片的能力；至少支持JPEG、PNG、GIF中的任意--种。7.4.3音频格式
至少支持I-melody，WAV，MIDI中的任意一种；T
YD/T 1490-2006
PCMWAV音频录音（可选）：
AMR（可选)
7.4.4视频格式
MPEG（可选）
7.4.53D图形支持（可选）
满足第一个Java3D图形标准JSR184。7.4.6音信号序列文件格式
必须支持音信号序列文件格式。7.5地址和券数设置
J2ME终端必须可以进行相关参数预置，包括服务器地址、数据连接的方式等设置。J2ME终端必须支持地址输人，如MSISDN（E164，例如+8612345678）和Email地址（RFC822，例如name@domain.com），URL地址等。8安全要求
终端设备应支持J2ME技术，包括CLDC和MIDP，并且需通过J2ME认证或J2ME兼容认证。终端接收到J2ME的程序必须采用虚拟机的沙箱机制，使Java应用程序在一个相对封闭的环境下运行，并且应符合下列要求：
（1）不提供Jaya的本地接口（JNI)：（2）不能采用用户定义的类库装载器（classloader）;（3）不支持映射（Reflection）；（4）没有线程组或守护线程：
（5）不支持轻量级的索引。
MIDP2.0定义了一个框架，通过鉴权MIDlet套件的来源，以及于终端的安全策略进行认证来完成保护功能。该框架能识别出易受安全攻击的函数，并通过定义接人许可来保护这些函数。另外，MIDP2.0为可以与MIDP一起使用但在MIDP之外定义的API指定公共规则。MIDP2.0规范不要求必选某个安全策略，而是允许由安全要求来决定设备的安全策略。实现这个安全策略的GSM/CDMA兼容设备应遵循MIDP2.0规定的安全框架。8.1保护域
保护域规定接人受限域的要求。接人受限的MIDlet套件（来源不可靠）属于接入受限域。一个MIIDlet套件不能属于多个保护域。域和它的安全策略的表示是与实现相关的。使用MIDP2.0签名机制签名的MIDlet套件不能被作为接入受限安装。8.1.1接入受限域
无论什么时候在接入受限域尝试安装一个新的MIDIet套件，都必须通知用户。通知应指出应用来自一个不可靠的来源。用户必须在给应用许可之前能基于可用的信息作出缺定。为了方便用户做出安全决定，用户应能得到关于MIDlet的来源和可信性的相关信息。8.1.2其他保护域
应实现在MIDP2.0附录中定义的其他保护域。8
TTKAONKAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。