专利名称：空中数据传输的承载方式的切换方法及系统的制作方法
技术领域：
本发明涉及移动通信领域，尤其是一种对通用用户识别模块(UniversalSubscriber Identity Module，简称USIM)卡所采用的空中数据传输(OverThe Air，简称OTA)的承载方式进行切换的方法，以及实现切换的系统。
背景技术：
OTA业务是基于USIM卡的USIM应用工具包(USIM Application Toolkit，简称USAT)技术实现的增值业务之一，该业务为终端用户和运营商提供了通过移动网络传输方式对USIM卡上的内容(包括菜单、文件、系统程序等)进行管理的途径。空中数据传输是空中下载OTA业务的主要功能，终端用户可以通过OTA业务选择需要的业务类型，如下载新的菜单业务、删除已有菜单业务和更新可供下载业务列表。
基于USIM的OTA业务可定义为一种用户或者运营商发起的、通过USAT功能和无线承载将数据下载到USIM卡上完成菜单或者文件的管理与更新的业务。该业务的使用范围主要体现在以下四个方面用户根据需要增加或者删除卡片内业务菜单；运营商对用户卡片内的菜单进行远程管理(增加、删除、更新)；运营商对用户卡片进行远程指定文件更新和补丁程序下载；其它扩展功能。
OTA业务可以为服务提供商(Service Provider，简称SP)的增值业务带来新的形式，如交互式应用等，而基于3G USIM的OTA业务除继承了传统OTA业务通过短消息(SMS_PP Download)的方式外，还增加了通过承载无关协议BIP实现的方式。
在3G中增加的承载方式BIP使用的主要目的是解决数据信息处理和承载控制方式分离的问题。USIM卡及其终端都被要求支持此协议，由USIM卡主动控制终端采用何种承载方式，向网络或其它终端发送数据信息。支持的承载方式包括GPRS、USSD、WLAN、红外、蓝牙、串口等等。
BIP通过一组主动式命令(Open Channel、Close Channel、Receive Data、Send Data和Get Channel Status)和事件(数据可用，信道状态)，通用集成电路卡(Universal Integrated Circuit Card)多应用平台可以和终端建立一个数据通道，并通过终端与网络中的一个远端服务器进行通信，终端根据UICC提供的信息在通道建立之时选择一个可用的承载。此后，终端允许UICC与远端服务器在此通道上进行数据交换。USIM卡通过向终端提供服务数据单元的方式，使用终端底层服务发送数据。BIP解决了GSM网络阶段通道建立局限于原始单一、通道狭小的SMS短消息通道的问题，同时提供了利用各种先进的承载方式，甚至利用未来的数据网络将应用数据下载到USIM卡中的手段。在3G网络上，BIP协议的具体表现形式是以GPRS方式实现与远程服务器的连接，实现数据的高速交换，这种方式相比以往数据短消息方式，速度快了30倍左右，而且其一次传输的数据量不受短消息网关的限制。
OTA业务支持的两种承载方式中，短消息方式成熟稳定，使用成功率高，但传输速率较低；BIP方式传输速率高，代表了3G数据传输的发展方向，但就目前状况而言，USIM卡和终端对BIP技术的支持程度尚不够成熟稳定，不能有效保证业务成功率。OTA业务下载根据发起方不同可分为两类，但在目前的技术方案中，无论采用哪一种发起方式，承载方式的设置都必须是在业务空闲期进行的，即在对承载方式进行设置后发起业务下载请求，且业务进行过程中不可更改。如用户或运营商请求使用BIP承载方式下载业务，USIM卡将使用承载无关协议打开通道(BIP OPEN CHANNEL)命令终端打开BIP通道，若通道在规定时限内未能正常打开，本次业务下载失败，用户将得到提示。如果用户或运营商希望通过短消息通道再次尝试该请求，则在退出本次业务请求后，重新更改承载方式的设置，然后再次发起请求。
在这种处理方式中，USIM卡和OTA服务器都不支持在业务请求发起之后进行承载方式的切换，以至于当用户发起数据下载请求后，若BIP通道由于客观因素不能正常打开，则用户本次业务请求将因为失去有效响应而失败。这不仅不利于保证业务成功率，更会给用户带来不良的业务体验，破坏BIP作为新兴技术的推广效果。尤其是在目前的情况下，USIM卡和终端对于BIP承载方式的支持程度尚不够成熟稳定，此问题的影响将尤为突出。
发明内容
本发明的目的是针对现有技术不支持在业务请求发起之后进行承载方式的切换的问题，提出一种空中数据传输的承载方式的切换方法及系统，能够解决承载切换的问题，提高使用灵活性。当BIP不能成功使用时，可采用更为稳定、更有保障的短消息方式完成用户业务请求，在改善用户体验的同时提升业务成功率。
为实现上述目的，本发明提供了一种空中数据传输的承载方式的切换方法，包括以下步骤USIM卡向自身所置入的移动终端发出BIP打开通道指令，以要求打开BIP通道；判断所述BIP通道是否被打开，是则使用所述BIP通道传输数据，否则转入短消息通道，并使用所述短消息通道进行数据传输。
为了实现上述目的，本发明还提供了一种由空中下载服务器发起的空中数据传输的承载方式的切换方法，包括以下步骤向通用用户识别模块卡发出打开承载无关协议通道的请求；判断所述承载无关协议通道是否在预定时间内正常打开，是则采用所述承载无关协议通道传输数据，否则转入短消息通道，并使用所述短消息通道进行数据传输。
为了实现上述目的，本发明还提供了一种空中数据传输的承载方式的切换系统，包括第一模块，用于使USIM卡向自身所置入的移动终端发出BIP打开通道指令，以要求打开BIP通道；第二模块，用于判断所述BIP通道是否被打开，是则使用所述BIP通道传输数据，否则转入短消息通道，并使用所述短消息通道进行数据传输。
基于上述技术方案，本发明可以由卡片或空中下载服务器完成承载方式的切换，使切换方式更加灵活，从而减少业务请求发起失败的情况，提高业务成功率，改善用户体验；并且将BIP方式和SMS优点结合起来，弥补了BIP技术在稳定性稍逊的不足。
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
图1为本发明空中数据传输的承载方式的切换方法的第一实施例的流程示意图。
图2为本发明空中数据传输的承载方式的切换方法的第二实施例的流程示意图。
图3为本发明空中数据传输的承载方式的切换方法的第三实施例的流程示意图。
图4为本发明空中数据传输的承载方式的切换方法的第四实施例的流程示意图。
图5为本发明空中数据传输的承载方式的切换方法的第五实施例的流程示意图。
图6为本发明由空中下载服务器发起的空中数据传输的承载方式的切换方法的第一实施例的流程示意图。
图7为本发明空中数据传输的承载方式的切换系统的第一实施例的结构示意图。
图8为本发明空中数据传输的承载方式的切换系统的第二实施例的结构示意图。
图9为本发明空中数据传输的承载方式的切换系统的第三实施例的结构示意图。
具体实施例方式
本发明在实施例中对USIM卡发起或者OTA服务器发起的情况下，当BIP通道无法成功打开时，不需要退出业务请求，可以切换到短消息通道，这样就减少了因BIP通道稳定性差导致的业务请求发起失败的可能，改善用户体验。
方法实施例1如图1所示，为本发明空中数据传输的承载方式的切换方法的第一实施例的流程示意图。在本实施例中包括以下步骤步骤200，USIM卡向其自身所置入的移动终端(例如手机、PDA等)发出BIP打开通道指令(BIP OPEN CHANNEL)；步骤300，USIM卡判断BIP通道是否被成功打开，是则执行步骤400，否则执行步骤500；步骤400，USIM卡使用BIP通道传输数据，并结束操作；步骤500，USIM卡转入短消息通道，并使用短消息通道进行数据传输。
BIP方式目前还有一定的不稳定性，有时候当用户对某项业务发起请求时，基于客观原因会出现BIP通道无法正常打开的情况，本实施例可以针对这种情况及时的切换到短消息通道，使用户发出的业务请求不至于被中断，从而提高用户使用体验。
方法实施例2如图2所示，为本发明空中数据传输的承载方式的切换方法的第二实施例的流程示意图，与上一实施例相比，本实施例在步骤200之前还包括步骤100和步骤110，在步骤100中USIM卡对移动终端现有建立的BIP通道的状态进行检查，并在步骤110中判断BIP通道是否被打开而且状态正常，是则执行步骤400，使用BIP通道传输数据；否则执行步骤200，由USIM卡向移动终端发出BIP通道打开指令。
本实施例适用于终端发起方式的空中数据传输，用户可以预先设定移动终端的数据传输承载方式为BIP方式。如果用户通过USIM卡发起数据业务，这时USIM卡会对承载方式进行检查，由于用户已经预先设定了BIP方式，因此执行步骤110来检查BIP通道是否被打开且状态正常。
在步骤400使用承载无关协议通道传输数据完毕后，USIM卡会向自身所置入的移动终端发送BIP关闭通道(BIP CLOSE CHANNEL)命令，以要求关闭BIP通道。
方法实施例3如图3所示，为本发明空中数据传输的承载方式的切换方法的第三实施例的流程示意图，与第一实施例相比，本实施例适用于采用空中下载服务器发起方式，在步骤200之前增加了步骤120、步骤130和步骤140，其中步骤120中OTA服务器检查是否存在采用终端发起方式的BIP通道，如果存在终端发起方式的BIP通道，执行步骤130，即等待终端发起方式的业务流程完成，并且关闭该BIP通道，然后执行步骤140，由OTA服务器向USIM卡发出打开BIP通道的请求；如果不存在该BIP通道，则直接执行步骤140，由OTA服务器向USIM卡发出打开BIP通道的请求。
BIP通道的状态可以通过3GPP或ETSI相关标准中BIP指令(GetChannel Statue)或者事件(Channel Statue)等方式获得。
在本实施例中，OTA服务器可以采用短消息的方式将要求打开新的BIP通道的承载无关协议推(BIP PUSH)请求下发给USIM卡，如果BIP通道被成功打开，则USIM卡以BIP Send Data方式向OTA服务器返回BIP PUSH请求的响应指令。所谓BIP Send Data方式是指3GPP TS31.111中BIP命令的一种，作用是要求终端通过此前建立的BIP通道发送一定字节的数据。
在服务器侧可以为BIP通道建立设置超时机制，在OTA服务器发出BIP打开通道的请求后，如果在预定时间内无法建立BIP通道，则OTA服务器转入短消息通道并通过短消息进行业务下载，同时通知USIM卡。
在使用BIP通道传输数据完毕后，OTA服务器向USIM卡发送关闭BIP通道的请求，USIM卡向自身所置入的移动终端发送BIP关闭通道命令，以要求关闭BIP通道。其中OTA服务器向USIM卡发送关闭BIP通道的请求可以采用短消息方式将要求关闭BIP通道的BIP PUSH请求发送给USIM卡。
方法实施例4如图4所示，为本发明空中数据传输的承载方式的切换方法的第四实施例的流程示意图。与前三个实施例相比，本实施例对步骤500进行了细化，包括步骤510和步骤520，在步骤510中当BIP通道无法成功打开时，USIM卡自动的转入短消息通道，然后执行步骤520来使用该短消息通道进行数据传输。
方法实施例5如图5所示，为本发明空中数据传输的承载方式的切换方法的第五实施例的流程示意图。与上一实施例相比，本实施例用步骤510’替换了步骤500，当BIP通道无法成功打开时，先向用户发出提示信息，例如在用户终端的屏幕上显示是否切换的提示，当得到用户发出的切换指令时转入短消息通道。
方法实施例6如图6所示，为本发明由空中下载服务器发起的空中数据传输的承载方式的切换方法的第一实施例的流程示意图，本实施例适用于服务器侧的处理流程，包括以下步骤步骤600，OTA服务器向USIM卡发出BIP打开通道指令(BIP OPENCHANNEL)的请求，发请求的方式可以采用短消息方式，也可以采用其他方式；步骤700，OTA服务器判断BIP通道是否在预定时间内正常打开，如果在预定时间内正常打开，则执行步骤800；如果超时仍未打开，则执行步骤900；步骤800，OTA服务器采用该BIP通道传输数据，并结束该流程；步骤900，OTA服务器转入短消息通道，并使用短消息通道进行数据传输。
在本实施例中向通用用户识别模块卡发出打开BIP通道的请求之前，还可以先由OTA服务器检查是否存在采用终端发起方式的BIP通道，是则等待该采用终端发起方式的BIP通道关闭，关闭后再向USIM卡发出打开BIP通道的请求；否则直接向USIM卡发出打开BIP通道的请求。
在使用BIP通道传输数据完毕后，OTA服务器可以向USIM卡发送BIP关闭通道(BIP CLOSE CHANNEL)的请求，从而使USIM卡完成关闭BIP通道，释放通信资源。
系统实施例1如图7所示，为本发明空中数据传输的承载方式的切换系统的第一实施例的结构示意图，本实施例包括第一模块1，用于使USIM卡向自身所置入的移动终端发出BIP通道打开指令，以要求打开BIP通道；第二模块2，用于判断所述BIP通道是否被打开，是则使用所述BIP通道传输数据，否则转入短消息通道，并使用所述短消息通道进行数据传输。第二模块2可以设置于USIM卡或者OTA服务器中，来对BIP通道是否正常打开进行判断。
由于目前采用BIP方式进行数据传输还有一定的问题，有时候当用户对某项业务发起请求时，基于客观原因会出现BIP通道无法正常打开的情况，本实施例可以针对这种情况及时的切换到短消息通道，使用户发出的业务请求不至于被中断，从而提高用户使用体验。
系统实施例2图7为本发明空中数据传输的承载方式的切换系统的第二实施例的结构示意图，与上一实施例相比，本实施例增加了第三模块3，该模块与第一模块1相连，用于使USIM卡检查BIP通道是否被打开且状态正常，如果所述BIP通道已被打开且状态正常，则使用所述BIP通道传输数据。
系统实施例3图8为本发明空中数据传输的承载方式的切换系统的第三实施例的结构示意图，与第一实施例相比，本实施例增加了第四模块4，该模块与第一模块1相连，用于使OTA服务器向所述USIM卡发出打开BIP通道的请求。
在本实施例中还可以增加第五模块5，该第五模块5与第四模块4相连，在OTA服务器向USIM卡发出BIP通道打开的请求之前，检查是否存在采用终端发起方式的BIP通道，是则等待该BIP通道关闭，并在关闭后向第四模块4发出指令，使第四模块4驱动OTA服务器向USIM卡发出打开BIP通道的请求；否则向第四模块4发出指令，使第四模块4驱动向USIM卡发出打开BIP通道的请求。
最后应当说明的是以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解依然可以对本发明的具体实施方式
进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。
权利要求
1.一种空中数据传输的承载方式的切换方法，其特征在于，包括以下步骤通用用户识别模块卡向自身所置入的移动终端发出承载无关协议打开通道指令，以要求打开承载无关协议通道；判断所述承载无关协议通道是否被打开，是则使用所述承载无关协议通道传输数据，否则转入短消息通道，并使用所述短消息通道进行数据传输。
2.根据权利要求1所述的切换方法，其特征在于，所述转入短消息通道的操作具体为自动转入短消息通道，或向用户发出提示信息，在接收切换指令后转入短消息通道。
3.根据权利要求2所述的切换方法，其特征在于，在所述通用用户识别模块卡向自身所置入的移动终端发出承载无关协议打开通道指令之前，还包括通用用户识别模块卡检查承载无关协议通道是否被打开且状态正常，如果所述承载无关协议通道已被打开且状态正常，则使用所述承载无关协议通道传输数据。
4.根据权利要求3所述的切换方法，其特征在于，当采用终端发起方式的空中数据传输请求时，如果所述通用用户识别模块卡检查承载方式为承载无关协议方式，则执行检查承载无关协议通道是否被打开且状态正常的步骤。
5.根据权利要求2所述的切换方法，其特征在于，在所述通用用户识别模块卡向自身所置入的移动终端发出承载无关协议打开通道指令之前，还包括空中下载服务器向所述通用用户识别模块卡发出打开承载无关协议通道的请求。
6.根据权利要求5所述的切换方法，其特征在于，在所述空中下载服务器向所述通用用户识别模块卡发出打开承载无关协议通道的请求之前，检查是否存在采用终端发起方式的承载无关协议通道，是则等待所述承载无关协议通道关闭，并在关闭后向所述通用用户识别模块卡发出打开承载无关协议通道的请求；否则向所述通用用户识别模块卡发出打开承载无关协议通道的请求。
7.根据权利要求5所述的切换方法，其特征在于，所述空中下载服务器向所述通用用户识别模块发出打开承载无关协议通道的请求的操作具体为所述空中下载服务器通过短消息方式将要求打开新的承载无关协议通道的承载无关协议推请求下发给所述通用用户识别模块卡，如果承载无关协议通道被打开，则所述通用用户识别模块卡向空中下载服务器返回响应指令。
8.根据权利要求7所述的切换方法，其特征在于，在所述空中下载服务器发出打开承载无关协议通道的请求后，如果在预定时间内无法建立承载无关协议通道，则所述空中下载服务器转入短消息通道，并通知所述通用用户识别模块。
9.根据权利要求8所述的切换方法，其特征在于，所述空中下载服务器向通用用户识别模块卡发送关闭承载无关协议通道的请求的操作具体为所述空中下载服务器通过短消息方式将要求关闭承载无关协议通道的承载无关协议推请求发送给所述通用用户识别模块卡。
10.一种空中数据传输的承载方式的切换系统，其特征在于，包括第一模块，用于使通用用户识别模块卡向自身所置入的移动终端发出承载无关协议打开通道指令，以要求打开承载无关协议通道；第二模块，用于判断所述承载无关协议通道是否被打开，是则使用所述承载无关协议通道传输数据，否则转入短消息通道，并使用所述短消息通道进行数据传输。
11.根据权利要求10所述的切换系统，其特征在于，还包括第三模块，与所述第一模块相连，用于使通用用户识别模块卡检查承载无关协议通道是否被打开且状态正常，如果所述承载无关协议通道已被打开且状态正常，则使用所述承载无关协议通道传输数据。
12.根据权利要求10所述的切换系统，其特征在于，还包括第四模块，与所述第一模块相连，用于使空中下载服务器向所述通用用户识别模块卡发出打开承载无关协议通道的请求。
13.根据权利要求12所述的切换系统，其特征在于，还包括第五模块，与所述第四模块相连，用于在所述空中下载服务器向所述通用用户识别模块卡发出打开承载无关协议通道的请求之前，检查是否存在采用终端发起方式的承载无关协议通道。
全文摘要
本发明涉及一种空中数据传输的承载方式的切换方法，包括以下步骤通用用户识别模块卡向自身所置入的移动终端发出承载无关协议打开通道指令，以要求打开承载无关协议通道；判断承载无关协议通道是否被打开，是则使用承载无关协议通道传输数据，否则转入短消息通道，并使用短消息通道进行数据传输。本发明还涉及一种空中数据传输的承载方式的切换系统。本发明可以由卡片或空中下载服务器完成承载方式的切换，使切换方式更加灵活，从而减少业务请求发起失败的情况，提高业务成功率，改善用户体验；并且将BIP方式和SMS优点结合起来，弥补了BIP技术稳定性稍逊的不足。
文档编号H04W8/24GK101068374SQ200710099710
公开日2007年11月7日 申请日期2007年5月29日 优先权日2007年5月29日
发明者刘煜, 张成岩 申请人:中国网络通信集团公司