OTA3功能培训教学课件

OTA3功能培训56、死去何所道，托体同山阿。57、春秋多佳日，登高赋新诗。58、种豆南山下，草盛豆苗稀。晨兴理荒秽，带月荷锄归。道狭草木长，夕露沾我衣。衣沾不足惜，但使愿无违。59、相见无杂言，但道桑麻长。60、迢迢新秋夕，亭亭月将圆。OTA3功能培训OTA3功能培训56、死去何所道，托体同山阿。57、春秋多佳日，登高赋新诗。58、种豆南山下，草盛豆苗稀。晨兴理荒秽，带月荷锄归。道狭草木长，夕露沾我衣。衣沾不足惜，但使愿无违。59、相见无杂言，但道桑麻长。60、迢迢新秋夕，亭亭月将圆。2010年12月OTA-3功能---贵州移动培训3OTA-3与OTA-2菜单结构的对比OTA2菜单结构由目录和应用组成，其中目录包括可更名目录、普通目录和固定目录。OTA2目录AID的分配可更名目录：F0---FF普通目录：01---EF固定目录：FF以后OTA-3---新增一级应用新增一级应用

OTA3拓展OTA2阶段“菜单”的概念，将其演变为“应用”。除OTA2阶段功能外，在一级目录处新增“应用管理”选项。用户可以通过相应的“应用管理”下载、删除目录，各种应用，补丁。

6OTA-3---一级目录及应用下载/删除一级目录及一级应用的下载/删除

可以通过一级菜单中的“应用管理”下载/删除目录。用户通过一级菜单中的“应用管理”下载/删除目录，服务器使用远程目录管理流程；通过一级菜单中的“应用管理”下载应用，服务器使用应用下载/删除流程。下载后的目录为空目录，但应显示“应用管理”菜单。7OTA-3---列表更新列表更新

1、卡片按目录(一级菜单)管理列表，每个目录中设有“应用管理”菜单，每个目录下的列表互相独立。

2、在卡片一级菜单中增加“应用管理”菜单，通过其下载的应用将直接出现在卡片一级菜单，其中的应用列表管理同各目录下的应用列表管理功能相同，但其内容与其他应用列表相互独立。

8OTA-3---AID分配一级目录及应用的AID分配范围

一级菜单分为目录和应用两类，对于一级目录，其索引值为0x01~0x9F；对于一级应用，其索引值为0xA0~0xFF。只有目录下面才有“应用管理”菜单，应用下面不需要。9OTA-3---应用开通/关闭某些特定应用下载后需要开通才能使用这种应用定位在移动自有业务，涉及收费的应用。

并发控制应用开通/关闭需要做并发控制，在做信息同步时，未开通的应用也需要上发。现象描述应用开通前无法正常使用，应用管理下面显示应用开通,开通后则显示应用关闭10OTA-3---应用开通最新推荐短信营业厅信息服务娱乐休闲个人助理电子商务快乐沟通

短信群发电子邮件日程提醒[在线词典管理菜单

个人助理

短信群发

显示组员增加组员删除组员清空组员群组更名

我是全球通超级号薄……应用推荐应用管理下载设置SIM卡信息应用说明自助服务发送开通请求短信应用下载应用删除列表更新应用搜索应用关闭开通下发开通确认我是全球通超级号薄……应用推荐自助服务应用管理下载设置SIM卡信息自助服务应用下载应用删除列表更新应用搜索应用关闭11OTA-3---应用关闭流程示例图：最新推荐短信营业厅信息服务娱乐休闲个人助理电子商务快乐沟通

临时群发群组发送群组管理个人助理群组管理我是全球通超级号薄……应用推荐应用管理下载设置SIM卡信息应用下载应用删除列表更新应用搜索应用关闭自助服务发送关闭请求短信待关闭业务下发关闭确认我是全球通超级号簿……自助服务应用管理下载设置开通应用说明12OTA-3---远程开通/关闭应用业务管理员可以远程控制卡片中具体应用的开通和关闭。卡片处理完成远程应用开通/关闭命令后上发确认信息至服务器。若服务器未收到此条确认消息，则将计数器A加1后重发该命令，卡片收到服务器确认后若发现应用开通/关闭状态已设置完成，仍发处理成功确认消息至服务器。13OTA-3---应用开通/关闭应用的开通/关闭的标识

AID的Bit14用于标识已下载的应用是否需要开通以及应用的开通/关闭状态。Bit14=0表示应用无需开通即可使用或表示应用处于关闭状态。已下载的应用Bit14默认均为0。

14OTA-3---应用开通/关闭流程介绍(1/4)

如果应用需要进行开通，由应用通过Get_AID获取Bit14的值，并判断当Bit14=0时显示“开通”和“应用说明”菜单。选择“开通”，应用通过特定API(上行指令调用命令)发送“开通”请求到服务器，等待服务器下发“开通确认”。选择“应用说明”，向用户反馈该应用的功能介绍和资费介绍。

15OTA-3---应用开通/关闭

(2/4)卡片收到“开通确认”后，将应用的AID-Bit14置为1。应用通过Get_AID获取Bit14的值，并判断当Bit14=1时显示正常的业务菜单，用户可以使用。

卡片未收到“开通确认”，应用的AID-Bit14仍为0。用户可以重复发起“开通”请求。16OTA-3---应用开通/关闭

(3/4)

“开通”后的应用出现在“应用管理”－“应用关闭”列表中，选择后卡片上发“关闭”请求到服务器，等待服务器下发“关闭确认”。卡片收到确认后将应用的AID-Bit14置为0，并将该应用从“应用关闭”列表中删除。

当用户选择关闭应用，且卡片未收到“关闭确认”时，若用户选择该应用，还可以继续使用该应用，且不将该应用从“应用关闭”列表中删除。用户可以重复发起“关闭”请求。

17OTA-3---应用开通/关闭

(4/4)

应用的开通或关闭可以通过菜单发起，也可以通过服务器对应用进行远程开通或关闭。应用开通/关闭需要做并发控制，在做信息同步时，未开通的应用也需要上发。18OTA-3---下载设置用户可以通过菜单选择MO下载使用的承载方式

承载方式为SMS承载方式为BIP(GPRS)使用此承载方式时，手机处于联网状态，需要手机支持。GG我是全球通超级号簿……自助服务应用管理……19OTA-3---下载设置

用户可以通过菜单选择上行命令使用的承载方式，服务器使用相同的承载方式对卡片进行响应。但该设置不影响服务器主动PUSH流程的承载选择。

对于服务器主动发起的交互流程，除BIPPUSH请求外，卡片均使用同样的承载方式向服务器发送响应，而与该设置无关。

BIP是卡主动发起建立的

20OTA-3---下载设置图例：手机用户OTA应用下载系统SM远程SM手机用户OTA应用下载系统BIP下发BIPPUSH短信BIP下发BIPPUSH关闭短信手机用户OTA应用下载系统BIPPUSH建立BIP联接远程由服务下发卡片主动MO手机用户OTA应用下载系统远程SM21OTA-3---下载设置

用户可以通过“参数设置”菜单设置服务器的短信接入代码和IP地址。服务器的短信接入代码和IP地址在卡片发行时已经设置好，正常情况下无需用户设置。仅当服务器的短信接入代码和IP地址发生改变时才使用“参数设置”菜单。

22OTA-3---下载设置

用户进入“参数设置”菜单必须要验证PIN1码。在STK/USAT应用中验证PIN1码不应导致PIN1码的锁定。注：当服务器发起BIPPUSH且卡片以BIP承载成功响应后，卡片应自动将上行承载选择为“通过GPRS”。23OTA-3---远程目录管理

远程目录的管理主要针对的是“第一级菜单”的添加和删除。

1、利用业务菜单生成工具生成下载/删除一级菜单的应用数据；2、OTA应用下载服务器将应用数据下发到指定的用户群的OTA卡中；3、OTA卡判断数据类型，如果是增加一级菜单应用数据，则保存一级菜单，同时建立“菜单管理”菜单；如果是删除一级菜单，则将一级菜单和一级目录下业务都删除。24OTA-3---远程目录管理OTA应用下载服务器提供接口，可以启用/禁用OTA卡中的一级菜单：1、业务菜单生成工具生成启用/禁用一级菜单的应用数据；2、OTA应用下载服务器将应用数据下发到指定的用户群的OTA卡中；3、OTA卡启用/禁用一级目录以及一级目录下的所有二级菜单。4、禁用的一级目录以及一级目录下的所有二级菜单不在卡端显示。25OTA-3---远程文件管理远程文件内容更新是指通过本地OTA平台来创建/删除文件，更新卡内文件的内容，更新文件大小等。

1.通过远程卡片管理应用工具选择要进行的文件操作，并生成相应的数据；2.本地OTA平台将此数据发送到指定的用户群的OTA卡中；3.OTA卡处理下载的数据，对指定文件进行相应操作。4.卡片处理完数据后上发确认消息至服务器。26OTA-3---远程文件管理远程文件管理RFM（RemoteFileManagement）

不允许本地OTA平台删除预个人化建立的文件，不允许本地OTA平台对预个人化建立的文件中国际规范明确规定长度的文件进行更新大小操作，不允许本地OTA平台修改卡片IMSI和Ki的内容。27OTA-3---远程文件管理远程文件管理只使用短信承载远程文件管理增加几种：

createfile在卡里创建一个新文件deletefile从卡里删除一个文件resizefile改变原文件的记录长度28OTA-3---远程文件管理注：1、DELETEFILE不能对卡片预个人化时已经要求建立的文件进行删除。

2、RESIZEFILE不能对国际规范明确规定长度的文件进行改变大小操作。29OTA-3---远程用户注册请求

用户注册增加了，通过服务器对备用卡的远程激活即已注册的号码可以从服务器端发送重新注册指令到卡上，重新注册此号码手机用户OTA应用下载系统注册确认信息注册请求信息MO注册30OTA-3---用户注册请求用户注册流程（1/7）：

当用户首次进入OTA卡梦网菜单第一级目录时，OTA卡自动向OTA应用下载服务器发送OTA服务注册信息。服务器收到卡端发来的注册信息后，修改数据库中用户信息表的用户标识相关位的内容，并向用户卡发送注册确认信息。

31OTA-3---用户注册请求

(2/7)

卡片收到确认信息后，以后不再进行注册（如未收到确认信息，用户每次进入一级菜单时都要发送注册信息，直到收到注册成功确认消息为止）。如卡片注册未成功，应不允许用户进行菜单管理（如下载、删除）。注册信息的发送不会影响用户的其他正常操作。32OTA-3---用户注册请求(3/7)

OTA服务器收到用户的OTA服务注册信息后，如MAC校验通过，应判断OTA数据库中是否已有该用户的注册信息，如已有该用户的注册信息，应判断此次注册信息使用的卡片序列号与数据库保存的卡片序列号是否相同。

33OTA-3---用户注册请求(4/7)

如相同，则检测同步计数器是否符合要求。如检测通过，服务器用新的用户注册信息覆盖原有用户注册信息，并下发注册成功确认消息。

如卡片序列号不相同，说明用户已换卡，则判断该用户过去及现在是否均为无忧小助手用户及该用户旧卡的业务品牌与新卡的业务品牌是否一致，34OTA-3---用户注册请求(5/7)

如为无忧小助手业务用户且业务品牌相同，服务器应先将该用户原有用户菜单记录字段内容复制到备份用户菜单记录字段，再用新的用户注册信息替换原有用户注册信息，并用该OTA服务注册信息中的计数器A的值覆盖服务器原有计数器A的值，并下发注册成功确认消息，下发注册成功确认消息后，计数器A的值加1。35OTA-3---用户注册请求(6/7)

备份用户菜单记录字段用于在用户申请OTA菜单恢复时使用。如非无忧小助手业务用户或业务品牌不相同，服务器直接用新的用户注册信息替换原有用户注册信息，并用该OTA服务注册信息中的计数器A的值覆盖服务器原有计数器A的值，并下发注册成功确认消息，下发注册成功确认消息后，计数器A的值加1。

36OTA-3---用户注册请求(7/7)特别说明：用户注册信息替换时，用户标识字段仅更改卡片自动注册的用户标识信息部分，用户标识其他部分（如是动感地带用户或全球通卡用户的标识及通过话费或其他条件判断出的业务标识）不改变。37OTA-3---用户注册请求OTA系统数据库中的用户注册信息必须包含以下内容：定义字节数内容注释卡商代码及协议版本号1由运营商给不同OTA卡供应商分配统一编号，协议版本号代表该协议版本。Hex编码用户标识X是否OTA卡标识及业务品牌Hex编码(字节数由各省根据实际情况决定)卡片发行批号1卡片不同发行批次的编号卡片发行批号卡片可用下载空间3用户卡上的当前可用下载空间。Hex编码卡片序列号8用于用户识别及密钥分散用户菜单记录X用于记录用户卡上的菜单状况备份用户菜单记录X用于OTA菜单恢复时恢复菜单使用38OTA-3增加了一些APIAPI（可调用的基本函数）

1、基本API

新增了：OpenChannel(PS)、CloseChannel、ReceiveData、SendData、GetChannelStatus

39OTA-3---新增加的API2、扩展API

新增了Link_File、Erase_File、Get_Buffer_Length等等31种扩展API新增的API扩大了业务可能实现的功能范围40OTA-3---程序补丁

程序补丁实现对卡片操作系统以及程序和应用下载功能平台进行功能升级和错误修正，需要具备的功能有：对卡片操作系统进行升级和错误修正，例如“134X号段本地通解决方案”、“优选漫游方案”的功能升级。对规范的修改、升级和扩展，包括：API函数的修改和扩充；上下行指令的修改和扩充；支持的安全算法的扩展，例如增加新的密钥分散算法或者加解密算法(新增的算法不涉及特殊硬件支持)。

41OTA-3---程序补丁

某些无法完全用API实现的应用需要用到的功能。事件管理：例如建立对某特定事件的监控和规定特定事件应触发的应用或处理流程；应用初始化：在应用下载后﹑正常运行前可能涉及到的各种卡片操作。要求卡片设计时要具备上述要求的可扩展性能。OTA卡应提供合理完善的机制保证程序补丁下载的正确性。对于已经下载的程序补丁，OTA卡不应允许重复下载。已经下载到OTA卡里的程序补丁应能够删除。OTA卡应提供合理完善的机制保证程序补丁下载的完整性。对于未完整下载的程序补丁，OTA卡应保证能够释放被占用的内存空间。对于被删除的程序补丁，OTA卡也应能够释放相应的空间。42OTA-3---程序补丁程序补丁的分类及管理方式：程序补丁可以分为两种：应用相关补丁与应用无关补丁。

对于应用相关的程序补丁，服务器应在应用数据表中关联出其对应补丁ID。对于应用无关的补丁，服务器应维护一个每个卡商所提供的补丁ID的列表及对每个补丁用途的详细描述，补丁ID和补丁描述由卡商在上载补丁数据时提供。43OTA-3---程序补丁程序补丁的ID区别：与应用相关的补丁ID是以“AC”打头开始编号；与应用无关的补丁ID是以“BC”打头开始编号。

与应用相关的补丁ID由服务器统一确定。补丁ID总共不超过20个字节。与应用无关的补丁ID由厂商自主确定。补丁ID总共不超过20个字节。44OTA-3---应用相关补丁应用相关补丁此类补丁仅仅用于对某个特定应用的支持，它在卡上的生存周期与和它相关的应用是一致的。应用与补丁的关系应该在应用设计阶段确定，并需要在向服务器加载业务时指定相关的补丁号码。由于服务器仅仅保留一份通用于所有卡商的应用数据，为了方便管理，此类补丁的ID由服务器统一维护，卡商在开发应用及补丁之前应向服务器获取相应的应用代码及补丁号。此类补丁的下载与删除一般不会导致卡片COS版本号的变化。45OTA-3---应用相关补丁应用相关补丁的下载及删除流程:

(1/2)

当用户发起应用下载时，服务器根据卡片卡商代码、COS版本号及应用类型判断是否需要先行下载程序补丁。如果需要，服务器先下发程序补丁，再进行应用下载。如果补丁下载失败，服务器将终止业务下载流程，相关业务不会下发。下载补丁由服务器触发，对用户透明。

46OTA-3---应用相关补丁(2/2)

如果补丁下载成功而应用下载失败，则服务器对应用进行重新下载，多次下载均失败，则服务器就会删除已下载的补丁。

当用户删除应用时，服务器根据应用类型判断是否需要删除相关程序补丁。如果需要，则首先删除业务，然后删除补丁。补丁删除的成功与否不影响应用的删除。删除补丁由服务器触发，对用户透明。47OTA-3---应用无关补丁应用无关补丁

此类补丁与具体应用无关，仅用于对用户卡片进行功能升级和扩展时，可以认为API或者bug的升级。其生命周期根据运营商及卡商的需求而定。此类补丁的ID可以由卡商自行维护，其下载及删除一般会导致COS版本号的变化。48OTA-3---应用无关补丁应用无关补丁下载与删除流程：

当运营商或卡商需要将特定程序补丁下载到已经个人化的卡片上时，由服务器发起下载指令。对每个不同的用户，服务器根据卡商代码及该用户卡片的COS版本号决定是否需要下载指定的补丁。如果需要，则下载指定补丁。当运营商需要对用户卡片中特定程序补丁进行删除时，由服务器发起远程删除指令。对每个不同的用户，服务器根据卡商代码及该用户卡片的COS版本号决定是否包含指定的补丁，如果存在则下发删除指令。

49OTA-3---应用无关补丁如果程序补丁下载失败，服务器不用自动进行重试。程序补丁的管理过程不需要用户参与，对用户透明。COS版本号及补丁之间的关系由卡商提供的动态链接库进行维护。50OTA-3---BIPBIP(BearerIndependentProtocol)协议BIP传输方式不用于远程文件管理。基于BIP传输的编码方式

由于BIP通道传输的数据量大，在报文中采用两个字节来记录后续长度，并且去掉了TPDU短信息头。51OTA-3---BIPBIP承载组网示意图

说明：GGSN到OTAServer的TCP/IP连接均由GGSN发起建立，OTAServer应在固定的端口监听，端口号全网统一，在实施时由集团统一确定

BTSBSCNodeBRNCSGSNSGSNGGSNOTAServerTCP/IP52OTA-3---BIPGGSN（GatewayGSN，网关GSN）主要是起网关作用，GGSN称为GPRS路由器。它可以和多种不同的数据网络连接，如ISDN、PSPDN和LAN等。有的文献中，把GGSN称为GPRS路由器。GGSN可以把GSM网中的GPRS分组数据包进行协议转换，从而可以把这些分组数据包传送到远端的TCP／IP或X.25网络。SGSN（GPRS业务支持节点）53OTA-3---BIPBIPChannel管理方式：

对于已经打开了的Channel，如果是由卡片主动发起的BIP传输，由卡片负责来进行Channel的关闭；如果是由服务器发起的BIPPUSH请求发起的BIP传输，由服务器下发BIPPUSH关闭命令来进行Channel的关闭。如果是任何异常情况引起的Channel中断，卡片和服务器应能保证之后仍可进行发起请求。54OTA-3---事件触发型应用事件触发型应用是由特定事件触发运行的应用，其运行过程对用户透明，也不具备用户菜单。此类应用在应用编写时申明需获取的事件。当卡片捕获此事件时触发该应用运行，并同时由卡片COS将终端发送的相关数据转发给应用进行处理。卡片应保证当此类应用被删除时，其注册的事件被注销且事件的注销不能影响到其他应用对该类事件的使用。55OTA-3---事件触发型应用事件触发型应用的分类：

事件的分类：MT呼叫事件、已建立呼叫事件、呼叫终止事件、位置状态事件、用户动作事件、空闲屏幕可用事件、浏览器终止事件、数据获得事件、通道状态事件、短信数据点到点下载事件、小区广播数据下载事件、呼叫控制事件、短信控制事件、计时器终止事件。56OTA-3-