1、YD 中华人民共和国通信行业标准YD厅14902006数字蜂窝移动通信网支持J2ME的移动终端设备技术要求The Technical Requirements for Mobile 丁erminationSupporting J2ME 2006呻09叩26发布200701-01实施中华人民共和国信息产业部发布YD厅1490-2006目录前育Illl范围2规范性引用文件.3 缩略语4 Java.illt.务网络结构.z 5 J2ME移动终端中的软件体系结构.25.1 CLDC. 3 5.2 MIDP嗣，嗣电.3 5.3 WMA （可逃卜.5 5.4 胁API（可选）.6 6 J2岛也移动终端的业
2、务要求.6 6.1 业务类型喇嗣46.2从用户来源划分.6 6.3从连接方式划分.”.币6.4从应用内容划分.7 6.5 接入方式.7 7 功能要求.77.1 显示要求.7 7.2键盘要求.77.3 编码要求.”子7.4媒体格式要求.77.5 地址和参数设置.88 安全要求.88.1 保护域.“.g 8.2 MID!et套件的安全设置98.3 MIDP 2.0 API访问限制策略.咽.108.4 WMAPI访问限制策略.108.5 MMAPI访问限制策略., 9 应用下载安装运行要求.119.1 下载.回.回.,1 9.2在线应用.12 9.3 戚朋管现器要求（可选卜.129.4 外部事件中断
3、的处理.,z YD厅1490-200695 安装叫.响.13 9.6运行.”.“.13 10 电源要求.u11 技术兼容性求.附录A（资料做附录）终端IP地址的分自己和管烦.”14附袋日（资料性附着走）应用.15 附策C（资料性附染）计费，在，17II 前百loF习本标准是数字蜂窝移动通信J2ME系列标礁之一，i亥系列标准的名称及结构如下：l.YDfT 1490-2006 数字螃窝移动通信网支将J2ME的移动终端设备技术主要求2.YD厅1491-2006数字蜂窝移动通信网支持J2ME的移动终端设备测试方法YD厅1490“2006本标准与m厅1491006数字蜂窝移动通信网支符J2ME的移动终端
4、设备测试方法配套使用。本标准的附录A、附录B以及附录C是资料性附录。本标准囱中凶通信标准化协会提出并归口本标准起草单位：信息产业部信息产业部电信研究院中兴通讯股份有限公司本标准主要起草人：杨红梅彭宏利IIl vorr 14902006 数字蜂窝移动调借阅支持J2ME的移动终端设备技术要求1 范图本标准规定了Java务网络结构、J21在E移动终端中的软件体系结构、支持J2ME的移动终端的业务要求、功能要求、性能姿习毛、安全姿求、应用下载运行安装要求、Ell,源要求以及技术兼容性要求等方丽的内容。本标准适用于数字蜂窝移动通信网支持Java业务的移动终端设备。2规范性引用文件下列文件中的条款通过本标
5、准的引用而成为本标准的条款。凡是注目期的引用文伶，其随后所有的修改单（不包括勘误的内容）或修订版均不适用T本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的级新版本。凡是不注日期的引用文件，其簸新版本适用于本标准。Java Technology for阳WirelessIndustry specification versio咀0.9CLDC 1.0 CLDC 1.1“Conn巳cted,Limited Device Configuration 1.1”, version 1.1 , Mar 20 , 2002 MIDP2.0 “Mobile Information Devic
6、e Profile 2.0 , version 2.0, Nov. 20, 2002 WMA I.I “Wireless Messaging API 1.1”, version 1.1, date TBD 2003 L岱1API1.1 “Mobile Media API 1.1”, version 1.1, date TBD 2003 3缩陪读下列缩回鲁诺适用于本标准：AMS Appl自.cationManagen晤时Software应用管理软件CLDC Connected Limited Device Configuration 连接受限设备配置HTTP Hyper Text Transfe
7、r Protocol 超文本传送协议JAD Java Applica咀onDescription Java应用描述JAR Java Archive Java文件JPEG Joint Picrure Expert Group 联合图片专家级JSR Java Specification R叫uestJava规范请求J2ME Java 2 Micro Edition Java2微型版本MIDP Mobile In岛rmationDe对四Profile移动信息设备筒表MPEG Motion Picture Expert Group 动态图片专家主且OEM Original Equipment Manu
8、facturer 原始设备生产商OTA Over The Air 空中下我TCK Technology Compatibility Kit 技术兼容性工具包WAP Wireless Application Protocol 光线！.用协议YD厅14902006无线消息、AP!Wireless Messaging AP! WMA 4 Java业务网络结构h配阳凹门阳刚凹门M配川阳则阳山Java At务的典型网络结构如III1所示。因1Java业务的典型网络结构朗1中，OTA服务器、数据库服务器、i十！费采集器和l明管服务器共同组成Java光线服务平台。另外，为配合Java泥绒服务平台提供Java
9、服务，还能姿短消息附关和在线服务苦苦等设备的文符，归纳如下：(I) OTA服务苦苦。在Java元线服务平台网锁中，核心是OTA服务器，除了提供Java应用。TA下载外，该服务器还提供用户管琪，内容管漾，系统设簸，个.，变化服务等。(2）数据库服务苦苦。数据库用于存储平台中各个应用的数据：Java应用的数据，ICP数据，用户计费数据，用户个性化数据等。(3）汁费采集糕。计费采集器用于收集OTA下辈，洒在线应用的tt费事件，产生CDR文件并存储。(4）网管服务器。网管服务费苦用于实现5t平台的网管功能，记没OTA下载的日志、在线服务器发送的校验用户察件和计资察件的问志。( 5）在线服务器。在线服务
10、楼上安装有在线服务的服务苦苦稳序，比如，在线游戏的服务糕，证券交易的服务器等。在线服务器可以放在Internet上的服务提供商处或在运营商的网络上，在线服务器与OTA服务吉普之间通过H盯P协议进行通信。(6）锁消息网关。在Java无线服务平台网络中提供个性化服务，向手机用户发送衔码和其他确认信息日才智昏姿短消息、附关配合，另外，OTA服务器还可以通过短消息网关向用户发送革开业务的宣传俗息。mgagaE创吉凶OESZ回应gdth日ZJ2ME移动终捕中的软件体系结构J2ME移动终端软件战中各组成部分之间的关系如图2所示。I MIDlet问OEM峭刷刷，飞0%mEE母将bmwheeEadw在- t
11、, - ,- l睛，a” 5 CLDC Native Oper理tingSystem 移动终端中软件的组成因22 YD!T 14902006 支持Java平台的终端设备必须交符J2M旦技术并具有因2所立后的软件结构。阁2中，彪线部分WMA、MMAPI为jjJ逃。Java用程序在Java虚拟机（KVM）上运行。JavaKVM、国己最层（Configuration ）应釜少符合ewe1.0的要求。简表层（Profile ) J1Z至少符合MIDPl.O的要求。5.1 CLDC CLDC为Java平台运行提供核心技术和类库，这些类廊是一个或多个简袭（如MIDP）的基础。CLDC解决了如下领域的问题：
12、Java语言和虚拟饥特征：核心Java类库；输入输出；网络、安余以及阔际化。CWCl.l是在CWCl.O基础上的一套更严格的规定，着Javal1Z用普普姿浮点能力，则终端设备必须支持CWCl.1或其他兼容的J2皿配置。另外，CWCl.O和CLDCl.1都包含如下规庭。5.1.1 最小应用钱稳数应为一个MIDlet套件交待大于10个应用生成的线寝。5.1.2 fi小时钟精度方法Java.lang.System.currentTim.eMillis( ）应以不跑过40凹的增量记录流逝时间o5.1.3时I&标识应允许使用符合时区格式的客户（custom）时区。时18:标识“G阳”为必逸，客户时18:
13、格式应夜应用间提供致的时区标识。5.1.4编码名称字符编码成交少支持首选的队NA定义的M肋假名，如：ISO646，成支持“US-ASCII”。如果没有定义首选名称，则使用注册名称，如“UIF-16”。5.1.5字符属性应支持在Unic创e3.0的“BasicLa阳”和“Latin-1Supplement，之间的字符属性和相互转换。在所有用户界商中，至少支持简体中文、英文的显示和编辑。5.2 MIDP MIDP规范定义了一个应用程序模型，允许终端中有限的资源被多个MIDPJ1i.用程序（MIDlet）共卒，MIDP包含：应用程序生命周期；用户接曰：永久存储；网络、计时奇事函数廊。针对MIDPl.
14、O存在的问题，MIDP2.0增加了如下API:增强的游戏业务；音频扩展；安全扩展。另外，MIDP2.。在Ji操作方商有了很大改进，为商性能的应用增加了一些APioMIDP2.0提供支持用户接口、永久存储、网络、安全和push功能的副司数隙。3 YD/T 1490叩20065.2.1 MIDP2.0兼容性要求为减少不兼容性和多样性，jji减少MID凹.0允许的可选的数的数髦。要求采用MIDP2.0或一个Fo缕的兼容版本，并通过相应的TCKo 5.2.2 RecordStore数量的要求允许一个MIDlet王军牛致成交少2-5个独立的RecordStoreo5.2.3媒体内容的HTIP支持J主捋1
15、21伍的移动终端设备应为所有支持的媒体类型过挺供HPl.I的文符，文捋HTIPl.l必须匹配MIDP2.0规范，细节娶求请参见Javax.microedition.io包，MIDP2.0(JSR18）。5.2.4 时间精度m.允许应用用不大气40阳的精度指定Java.util.timer.schedule( ）的firstTime,delay和period参数的值o5.2.5 定时普普靠自撇启立可以问时提供两个以上应用生成的定时捺（low tier phone support ) o 5.2.6 文本域、文本棍、电话本综合终端应支持从终端电话本中选择电话号码的机制。当用户编辑一个文本恒和文本城
16、并且文本枢和文本域的限制是TextField.PHONENlTh岱ER，而不能访问电话本时，可不支得该机制。5.2.7在文本域和文本梅中支持的字符有输入限制TextField.A阳的文本板和文本域必须支持输入如下字符，见表lo褒1文本榕和文本靠在支持的学符字形Unicode值描述U似JOA换行U刊Xl20榆U叫刘121感叹号去. U刊刃22双引号# U+OO也3吕费$ U+-0024 $号% U+0025 百分号& U+-0026 号U+-0027 单引号U+0028 左圆摇辛苦U+0029 右圆括号. U+002A 星号+ U刊）（）28加号, U+002C 逗号U+002D 连字号诚等U+
17、002E 句点盯+002F斜杠。“9U刊）（）3。”U份039数字。到9U+003A 冒号U州03日分号U刊l03E大气F辛苦? U+003F 问号 U斗，0040商业atA-Z U+004J ” U+005A 拉丁大写字母A到ZU+005B :!i.中指号 U+005C 反斜杠U+005D 有中括号，风U呻05E抑扬符号音u创lSF下划线U+0060 低膏a-z U+0061-U吨。7A拉丁小笃字母aJzU+007B 左花括号U+007C !lf钱U+007D 右:it指导. U+007E 弯曲辱I U+OOAI 反叹号 U崎OA3英镑号ll U+OOA4 流通号￥ u刊lOA5人民币号 U
18、+OOA7 部分号心u刊JOBF反问号唱EU+20AC 欧;l1;号该：11!.可以实现附加的输入方法，允许从完般的Unicode集中加入附加字符。5.2.8在邮件地址和URL中支持的字符有TextField.EMAILADDR和TextField.URL任何个限制的类的实例，在字符输入方面，应与T阻!Field.ANY样。日mail地址和URL可以包含佼何字符。但是允许应用任意限制哪些特定的字符可以用在URL棚嗣翩而地址中。5.2.9 Push注册告警事件应用应实现基于告警的push注册登陆。如果不存在其他的安余机制，辛苦没有明确的用户许可，不允许使用PushRegis盯告警功能。5.3 W
19、MA （可选）WMA定义了一个用于发送和接收短消息的API，这些API提供到特定网络短消息业务如GSM或CDMA短消息的接入。5.3.1 WMA要求终端股实现WMAl.I或一个后绥的兼容版本并通过相应的TCKo 5.3.2 GSM/CDMA移动终捕SMS的支持GSM/CDMA终端通过使用夜JSR“120规范附录A中定义的API，支持短消息业务。5.3.3 GSM/CDMA移动终端小区广播的支持5 YD厅1490-2006如果应用通过JavaAPif辈人GSM/CDMA小区广锚，则应遵循WMAI.l附注B巾的规定。5.3.4 SMS Push GSM/CDMA终端li1Z按照WMAl.l附录。中
20、的定义，为SMS协议支持MIDP2.0Push处坝。如果不存在其他的安全机制，辛苦没有明确的用户许可，不能允许PushRegistrySMS Push功能。5.4 MMAPI （可逃）移劝媒体API的导应用可以盒放和记法各种基于时间的媒体。5.4.1 MMAPI要求J2阳终端设备成交持MMAPI以便实现Java语言描述的媒体业务。如果支持MMA町，3巨少成支持灿1API1.1版本。5.4.2 HTTP1 .1协议为下裁媒体文件（文件中包含终端支持的媒体格式）终端应支持日Pl.I协议。MMAPI不指定任何必选协议。它明确指出协议必须定义夜profile！程。为保持MMA冽的通用傲，由应用来选择；
21、文峙的协议和内容格式，也不对哪种媒体类型工作在哪种协议j工作任问主要求。5.4.3 MIDI特征集及其控制成实现MMAPI中指定的MIDI:特很多草。应支持MIDI文悚if量放。5.4.4视频快照（Video Snapshots ）的JP巨G编码（可选）JtJ夺视频将征集和视频图像捕获的应用应在视频快照中支持JP且G编码。5.4.5 PCM WAV裔颁褒啬可逃如果通过胁时I提供音频录音，记录成8比特8kl知单声道PCM格式的音频参数时，“encoding=pcm阻隔8000&bits=8&ch田mels=l”注：处理苦苦频输人的MIDPJ.!l用为了易于使攘，Jf求统一的输入格式。5.4.6裔
22、恼号序列（ToneSequence ）文件格式li1Z支持音信号序列文件中曲式。6 J2ME移动终端的业务要求6.1 业务类型自Java 光线服务业务分类可以从用户来源、连接方式和应用内容几个方在自来阐述。6.2从用户来源划分从使用Java业务的用户来源上划分，可分为以下两类：( I ）个人用户Java.fr务。个人用户是Java服务的最妓辛苦、最1!:接、也是最大的用户在平。个人用户可以自由、方便地使用电信移动运酱商提供的如下所述的各种服务，如下载游戏到手机本地执行、通过手机进行购物、查询股勇号信息、阅读新闻等。(2）企业用户Java业务。企业可以把针对其内部员工的特定的服务以Java无线服
23、务的方式提供给其内部员工，这些服务的用户群体是该企业的特定员工，其他用户将无权访问这些服务。6.3从连接方式划分6 用户通过守主机使用Java应用时，可分为海线和在线两种连接方式：(I）离线方式。在离线方式t札YD!r 1490 2006 储到手机中。该游戏程序以后的使用离不需要网络的文t夺。在用户：i夺i亥游戏从子机中删除之前，游戏程序将一葳存储夜字机中。(2）在线方式。在在线方式中，用户利用移动网络从内容服务尚处找到所榕的游戏后，河下辈辈并存储到手机中，i政游戏程序的使所需要网络的支持，女日与服务商服务苦苦之间的交互游戏，或与另一个手机用户间的交互游戏等。6.4 从应用内辛辛划分Java业
24、务类型从应用内容基本可以划分为以下几类：( I ）娱乐游戏类。得益于Java的游戏使手机具有了丰窝的朋像能力，同样，游戏也可以利用Java孚机的一个更显著的特点一本地执行能力。娱乐游戏可以分为在线和离线两种方式。(2）交易电子商务类。用户可以通过于机进行购物，f商店机票预定等。( 3）金融应用类。Java移动终端国I以动态地显示股票信息、金融数据等。(4）新阅信息电子出版类。阅读新阔，否辛苦天气、交通等信息，下裁电子ill版物等。( 5）佼囊相关服务类。当用户离开公词和施饺地点，处于移动状态时，3辈子Java的无线服务系统ilJ以确定用户的佼置，然后根据系统内已有的内称向用户提走供和其当前位囊
25、相关的信息。例如，附近的商店，餐馆，i商店，旅游景点等。6.5接入方式交待J2阳的终端应支持两种接入方式：电路交换数据接人或分组数据接人。7功能要求7.1 显示要求屏幕尺寸：至少9696像素；彩色显示：至少支持256色；显泳深度：！bit;像素比尔：大约I: J o 7.2键盘要求支持J2:t.伍的终端的键盘成能满足用户使用Java业务的需要，如：应支持通过选择菜单或因标方式激活Java应用管理器；支持返阁、退出、消除等方使用户使用Java业务的功能。7.3编码要求应支持GB2312或GB!3000等编码的简体中文和英文，并应支持中文输入法。7.4媒体格式要求7.4.1 纯文本格式包括us翩A
26、SC日，ISO翩8859斗，UTF唰807.4.2静态图像（Still Image ）格式推荐支持100xl20像素图片的能力；至少支持JPEG、PNG、GIF中的任意一种。7.4.3音频格式发少支持I-melody,WAV, MIDI中的任意一种；7 YD/T 1490-2006 PCMWAV音频录il（可选）；AMR（可选）。7.4.4视频格式MPEG ( ilJ逃）7.4.5 30隐形交辩可选l满足然个Java30图形标准JSR184a7.4 裔信寄序列文件格式必须支持音信号序列文件格式。7.5地址和参数设置EJ2ME终端必须可以进行相关参数锁簸，包括服务苦苦地址、数据连接的方式等设置量
27、。J2:1.伍终燃必须交梅地址输入，直口MSISDN（巴164，例如8612345678）和1日maH地址（阳C822，例如n棚。）、URL地址等。8安余要求终端设备应交符J却在巴技术，包括CLDC和MIDP，并且带普通过J2础认证或J2皿兼容认谅。终端接收到J2阳的程阳、须采用虚拟机的沙箱机制，使Java应用程序在个相对封闭的环境下运行，并且应符合下列要求：( l ）不提供Java的本地接口（JNI); (2）不能采用用户定义的类廊装载器（class loader ) ; ( 3）不支持映射（Reflection ); (4）没有线程组成守护线程；( 5）不支梅轻最级的索引。MIDP2.0定
28、义了一个框架，通过鉴权MIDlet套件的来源，以及基子终端的安余策略进行认证主任完成保护功能。该框架能识别出易受安全攻f挂的函数，并通过定义接入许可来保护这些函数。另外，MIDP2.0为可以与MIDP起使用日在MIDP之外定义的API指定公共规则。MIDP2.0规范不要求必选某个安全策略，而是允许由安全要求来决定设备的安全策略。实现这个安全策略的GS阳CDMA兼容设备应遵循MIDP2.0规定的安全框架。8.1 保妒城保护域规定接人受限域的要求。按人受限的MIDlet制牛（来源不可靠）！高于接人受限域。一个MIDlet 王军件不能属于多个保护域。域和它的安全策略的表示经与实现相关的。使用MIDP
29、2.0签名机制j签名的MIDlet套件不能被作为接人受限安装。8.1.1 接入受限域无论什么时候夜按人受限域尝试安装一个新的MIDlet王军件，都必须通知用户。通知应指出应用来自一千不可毒害的来源。用户！必须在给m.用许可之前自盖子可用的信息作出决定。为了方使用户做出安全决定，用户ill能得到l关于MIDIet的来源和可信性的相关信息。8.1.2 其他保护城成实现在MIDP2.0附录中定义的其他保护域。8 YDff 1490份200自8.2 MIDlet套件的安全设置应用Ji能根据表2何表5中定义的安金策略揭示用户。农2）位MIDlet套件在拨人受限域指定函数组和可用的用户许可。8.2.1 许
30、可功能组小施f武器的设备不能在个单独的自己堂堂设置是菜单中以友好的方式向用户是现所有的许可，因此不要求设备f呈现所有的个人许可。而是，以自保护功能触发的一定的高级动作来代替。忌现给用户的高级函数本质上捕获罪日反映Fm个人许闲的行动和结果。功能生且直Uf:( I ）网络相关组：网络按人包们才可导致个网络数据连簇激活的任何功能（如GSM,GP邸，UMTS等）的许可，这样的函数应被映射到这组。消息包含对允许发送或接收消息（如SMS,MMS等）的任何吕西数的许可。应用自动引用一一包含对允许一个MIDlet套件被自动引用（女Upush,timed MID!ets等）的任何鼠数的许可。本地连通性一包含1才
31、为远程涟孩（如COi仙f端口，lrDa，蓝牙等）激活一个本地端口的任何函数的许可。(2）用户私秘性相关组：多媒体记录一一包含对使棚let有能力捕获静态图像或纪录视频、音频文件能力的任何函数的许可。(3）附加怨：元论何时往规范中加入个新的API时，这些是API都应该被分配给某个适当的踊数组。如果已经定义的的数组都不能捕获新的将ill:并充分反映给用户的话，则必须定义一个新的函数绩。如果加人一个函数组，必须考虑如下方面：增加的组不成对现有的组引人冗余；新组必须能够保护大范围的相似功能。后一娶求是为了防止引人较小范围的组。当提示用户时应该向用户呈现函数组丽不是个人许可。而且，函数组应该在给定的如!I
32、ID!et.蛮件设置中呈现给用户。表2指出成强迫使用的安全框架的策略，并为每个函数组定义可用的许可设寰。有些设置夜MIDlet套件第一次被调用时有效并且一直保持有效，除非用户在MIDlet辛苦件配镜革在岛生中改变他们。这种设量E称为“默认设景一个可用的配量E设呈E巢。默认和其他设置E呈现给每一个函数组和每一个保护域，函数组的名字是与应用相关的。表3到司是5指出定义在MlDP2.0巾的个人许可，映射到这部分指定的函数组。个个人许可只能在一个前数组中发生。表2访问受限域功能组和用户设置销数编默认设置E其他设置E网接人Session Oneshot, No 消息Oneshot No 应用自动引用Se
33、ssion Oneshot, No 本地i!通性Session Oneshot, No 多媒体记录Oneshot Session, No 9 YD厅1490-20068.2.2 请求受限制的API如果允许接入个函数组时，就允许接入这个函数组下的所有函数。应朋应保证当主叫没有适当的安全许可时抛出个安全异常。8.2.3用户揭示和通知为了确保被叫用户对MIDlet动作做出应答，必须遵循以下规则：( 1 ）只有农获得与用户许可设定相同的用户通知时，按人限制区域MIDlet才可以产生问管王理事件。( 2）谈过程中任一可管理事件应提示用户。( 3) MID!et院通过用户的同意才能连接到网络，用户许可设置
34、重策略保持一致。(4）应通过百I视的，友好的方式给用户垒现任MIDJeri!午可。( 5) MID!ei不能覆蒜系统或者服拟机发给用户的安全提示和通知。( 6) MID!et不能模拟可能误导用户的安全管警。(7)对每个MIDlet套件的具体实现，有可能从MIDlet嗣Pennissions和MIDlet翩.Pennissions心pt辱骂11该取接入许可信息，以便通知用户该应用需要何种性能以及捷尔用户接受或者拒绝安装该应用。8.3 MIDP 2.0 API访问限制策畸MIDP2.0规被定义了许多受限AP！，本策略义使用这些API的限制条件。奇怪3列出了这些函数组和许可条件。( 2）网络按人要求
35、：拨人受限的应用必须使用一般的HtConn配咀on和日即ConnectionAPI来访问网络，以保护网络业务的安全。这些接口使用的网络服务端口没有限制。因为具体实现扩充了协议，所以网络服务稽可以看作是拨人受限的应用。Functlon Group N旧Ac明SSNet A伍到essN出A口到essNet A归;essNet Access Net Access Net Access Lo崎IConneetivtty 毅3MIDP2.0对函数编指定的相应许河MIDP2.JSR-118 Protocol F配missionhttp javax.nricro时itionio.Conn即阳r.httpht
36、刷javax.microeditionio.Connector.bttps datagram j肝脏.microeditionio.Conneetor. da恤阴皿datagrams即ver(without host ) J阳帆microeditionio.Connector. da阳阴阳ceuversocket jav血.micro创itionio.Connec阳1时cjet阳V时socketjavax.nricroedition io儿Conn即肌阳versicj巳tssl jav皿.micr回ditionio.Conn出脱“comm. javax nricroedition io.Con
37、neetor.cinn Application Auto Invocation All jav阻.nricroeditionio.Conn时怕r.P皿hRegustrt8.4 WMAPI访问限制策略夜无线消息AP！中为函数级分自己的许可策略见表4oJO YD！1490-2006 4在元钱消息API中为函鼓组分配的许可策略Wireless Mes阳的ngAPI-JSR 120 Function Group Permission Messa部ngjavax.mi自O时Ilionio.Connector srn.s Messaging javax.micrnedition io.Connector.
38、cbs Messaging javax.wlreless.messaging sms.send 对每个消息动作，:tE用户许可该动作之前，程序应向用户提供日的地电话号码或者相应的名称。对于消息组，如果程序使用网API处五里多于一条消息ap程序支持分解组合），那么它应告诉用户实际要传递的消息数目。该要求可以保证用户时刻了解运行程序所需的网络费用，而不用关心调用什么APio8.5 MMAPI访问限制策略riL用应保证从MMAPI的o接入遵循同GenericConnection Framework样的安要求，在Jav矶时croedition.io包义锁中指定这种要求。Jll户通过HTIP连接使用这些
39、方法获取内容时，riL用应保证符合HTTP所要求的安全条件。在移动媒体API中础数级分自己的相成许可见和。袋5在移动媒体APIcf对函敏组分配的相应许可Function Multimedia Recording Multimedia Recordrng 9应用下载安装运行要求9.1 下载Mobile Media APJ-JSR 135 Permission javax.micf采用WAP浏览器内嵌的应用下载功能。通过町？方式下载。通过WAP+HITP方式下载。15 YD厅1490-2006B.4应用管理Java元线服务平俞IE.能够给SP提供管现权限，使得SP能对属于自己的内容进行飨护，女日上载新的成用、删除应用。应网上裁信息中应包指收费方式和价格（t十赞策略）、应用程序说明簿，还要能提供该应用所能满足的移动终端设备型号信息。16 YD厅1490“2006附袋C资料性附录）计资计费系统主姿完成各种业务的汁费处理，包括多种业务服务使用记淡（CD议）的生成、CDR费用计算等；实现it费委主数管理、使用记录查询、用户自服务（选在手费感套餐）等；同时实现与现有夕l部系统的接
