专利名称：数据传输方法及终端的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种数据传输方法及终
端o
背景技术：
才艮才居全；求通i凡系统十办会(Global Systems for MobileCommunications Association, 简-尔为GSMA) 7于支持主曽强近3巨离通讯技术(enhanced Near Field Communication, 简称为eNFC )手机的要求，手机上需要实现智能卡网页(Web )服务器(Smart Card WebServer,简称为SCWS )功能。
智能手才几的架构一般包含一个应用处理器(ApplicationProcessor ，简称AP )和 一 个或多个通4言处理器(CommunicationProcessor,简称CP)。其中，AP用于处理手才几上应用禾呈序等，包括浏览器，传專lT控制协i义/网络协i义(Transmission ControlProtocol/Internet Protocol,简称为TCP/IP)十办i义冲戋、无线-床真(Wireless Fidelity,简称为WiFi)、蓝牙等； 一个或多个CP负责与通讯网络空中4妾口有关的事务，包括射频信号处理，通讯协i义栈，以及通用集成电3各卡(Universal Integrated Circuit Card, 简牙尔为UICC)接口等。在这种才莫式下，浏览器，java程序及其它应用程序与UICC4妄口分处不同的处理器，功能实玉见必然要经过2个处理器之间的通道，情况要比单处理器终端复杂。
6目前，相关技术中公开了一种多处理器移动终端上sews实现
方案，图1是根据相关技术的通过AT命令访问UICC内置WEB服务器终端的结构框图，如图l所示，网络浏览器通过TCP/IP协议向代理服务器模块发送请求，AT模块将该请求通过AT命令发送给CP ，然后通过《虫立岸义载十办i义(Bearer Independent Protocol, 简 一尔为BIP)网关发送给UICC,由此可以看到，AP和CP间信令和数据都是使用AT命令传送。由于AT命令机制是设计于数据终端设^( DataTerminal Equipment简称DTE，即，应用处理器)和凄丈据通信i殳备(Data Communications Equipment,简考尔DCE)间，采用AT命令和AT响应成对实现机制，而浏览器和WEB服务器之间的数据传输不一定是一一对应的，而且会有多个请求响应数据并发传输；而且AT命令在实现时一般都会对单条命令的大小有 一定限制，大数据需要分解成多条命令传输，并发传输请求需要变成串行来处理。由于数据传输量比较大，AT命令传送速度比较慢使用户浏览UICC上网页时显示比较慢。
针对相关技术中采用AT命令实现SCWS而造成的浏览网页时显示比较慢的问题，目前尚未提出有效的解决方案。
发明内容
针对相关技术采用AT命令实现SCWS而造成的浏览网页时显示比较慢的问题而提出本发明，为此，本发明的主要目的在于提供
一种改进的数据传ilr方案，以解决上述问题。
为了实现上述目的，根据本发明的一个方面，提供了一种数据4专车lr方法。
才艮据本发明的凄欠据传输方法包括通ifL处理器接收来自应用处理器的连接建立请求；通讯处理器向应用处理器发送用于指示连接建立成功响应，并通过响应指示应用处理器的多^各复用才莫块分配多
路复用通道；通讯处理器的多路复用模块分配多路复用通道；通讯处理器通过多路复用通道与应用处理器进行数据传输。
优选地，通过响应指示应用处理器的多路复用模块分配多路复用通道包括应用处理器在4妻收到响应之后，应用处理器的多^各复用才莫块分配多^各复用通道。
优选地，在通讯处理器接收连接建立请求之后，上述方法还包括通讯处理器根据连接建立请求向通用集成电路卡UICC发送通知消息，其中，通知消息用于指示建立连4妄；通i扎处理器4妄收来自UICC的打开通道请求；通讯处理器打开与UICC之间的通道。
优选地，通讯处理器通过多if各复用通道与应用处理器进^f亍凄史据传输包括通讯处理器通过多^各复用通道4妄收来自应用处理器的预定格式的数据，并将数据转换为独立承载协议BIP格式的数据；通讯处理器将BIP格式的l欠据通过通道发送纟合UICC。
优选地，通i凡处理器通过多路复用通道与应用处理器进4亍数据传输包括通讯处理器通过通道4妄收来自UICC的BIP 4各式的H据，并将BIP格式的数据转换为预定格式的数据；通讯处理器将预定格式的凄t据发送给应用处理器。
优选地，在通讯处理器通过多i 各复用通道与应用处理器进^f亍^:据传输完成之后，上述方法还包括通讯处理器接收来自UICC的关闭通道"i青求，并关闭通道；通iK处理器关闭多3各复用通道，并向应用处理器发送连接已经关闭的命令，以便应用处理器根据命令关闭多^各复用通道。
为了实现上述目的，4艮据本发明的另一方面，提供了一种终端。才艮据本发明的终端，包4舌应用处理器和通讯处理器，应用处理
器包括代理服务模块和第一多路复用模块，通讯处理模块包括BIP网关和第二多路复用模块；BIP网关用于接收来自代理服务模块的
连接建立请求；BIP网关还用于向代理服务模块发送用于指示连接建立成功的响应，并通知第一多路复用才莫块分配多路复用通道；代理服务模块用于接收响应，并通知第二多路复用模块分配多路复用通道；BIP网关还用于通过多路复用通道与代理服务模块进行数据传输。
优选地，BIP网关还用于向UICC发送通知消息，并在接收到来自UICC的打开通道请求之后，打开与UICC之间的通道，其中通知消息用于指示建立连接。
优选地，BIP网关还用于将来自代理服务模块的预定格式的数据转换为BIP才各式的凄t据，并将BIP格式的凄t据通过通道发送纟合UICC; BIP网关还用于将来自UICC的BIP格式的彰:据为预定才各式的数据，并将转换后的预定格式的数据通过多路复用通道发送给代理服务模块。
优选地，BIP网关还用于接收来自UICC的关闭通道请求，并关闭通道；BIP网关还用于通知第二多路复用模块关闭多路复用通道，并向代理服务模块发送连接已经关闭的命令；代理服务模块还用于在接收到连接已经关闭的命令之后，通知第一多3各复用才莫块关闭多^各复用通道。
通过本发明，采用了在终端中增加MUX才莫块，并通过MUX模块传输数据，解决了采用AT命令实现SCWS而造成的浏览网页时显示比较慢的问题，进而达到了在终端中较快速的传输Web数据的效果。
9
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并
不构成对本发明的不当限定。在附图中
图1是根据相关技术的通过AT命令访问UICC内置WEB服务器终端的结构框图2是才艮据本发明实施例的凝:据传输方法的流程图3是根据本发明实施例的终端的系统结构框图4是根据本发明实施例的通过MUX才莫块连4妄应用处理器和通讯处理器的并访问UICC Web月l务器的终端的结构冲匡图5是根据本发明实施例的访问UICC内置WEB服务器的流程图6是才艮据本发明实施例的终端的结构框图。
具体实施方式
功能相克述
考虑到相关技术中采用AT命令实现SCWS而造成的浏览网页时显示比较慢的问题，本发明实施例提供了 一种改进的数据传输方案，该方案的处理原则如下通ifl处理器通过AT命令4妄收来自应用处理器的连4妄建立请求；通讯处理器向应用处理器发送用于指示连4妾建立成功的AT响应，并通过AT响应指示应用处理器的MUX才莫块分配MUX通道；通讯处理器的MUX才莫块分配MUX通道；通讯处理器通过MUX通道与应用处理器进^于凄t据传丰ir。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
在以下实施例中，在附图的流禾呈图示出的步骤可以在i者如一组计算才几可冲丸^亍指令的计算才几系统中执^亍，并且，虽然在流程图中示
出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
方法实施例
根据本发明的实施例，提供了一种数据传输方法，图2是根据本发明实施例的数据传输方法的流程图，如图2所示，该方法包括^口下的步骤S202至步骤S208:
步骤S202,通讯处理器接收来自应用处理器的连4妄建立请求。
步骤S204,通讯处理器向应用处理器发送用于指示连接建立成功的响应，并通过AT响应指示应用处理器的MUX才莫块分配MUX通道，即，应用处理器在4妄收到响应之后，应用处理器的MUX才莫块分配MUX通道。
步骤S206,通讯处理器的MUX才莫块分配MUX通道。
步骤S208，通讯处理器通过MUX通道与应用处理器进行数据传输。
在步骤S202之后，通讯处理器根据连接建立请求向UICC发送通知消息，UICC接收通知消息之后，向通讯处理器发送打开通道请求，然后，通讯处理器打开与UICC之间的通道。其中，通讯处理器需要在应用处理器和UICC之间进行数据转 换，包4舌通讯处理器通过MUX通道4妄收来自应用处理器的预定 格式的数据，并将数据转换为BIP格式的数据；通讯处理器将BIP 才各式的数据通过与UICC之间的通道发送给UICC。以及，通讯处理 器通过与UICC之间的通道接收来自UICC的BIP格式的数据，并 将BIP格式的数据转换为预定格式的数据；通讯处理器将预定格式 的数据发送给应用处理器。
在数据传输完成之后，需要关闭已经建立的连接，该流程包括 如下步骤
步骤A,通讯处理器接收来自UICC的关闭通道请求，并关闭 通道；
步骤B,通ifL处理器关闭MUX通道，并向应用处理器发送连 接已经关闭的AT命令，以便应用处理器根据AT命令关闭MUX通道。
步骤C，应用处理器在接收到AT命令后，关闭MUX通道。
图3是根据本发明实施例的终端的系统结构框图，如图3所示， 该移动纟冬端包含应用处5里器、 一个或多个通4言处理器、UICC、以及 处理器间通道，其中，应用处理器包含以下组成部分网全备浏览器、 TCP/IP协议栈、代理服务模块、处理器间通信模块(可以是AT命 令模块和/或多路复用(multiplexer,简称为MUX)模块)，每个通 信处理器包含TCP/IP协议栈(该才莫块为可选)、BIP网关以及BIP 协议模块、处理器间通信模块(可以是AT命令模块和/或MUX模 块)。
12需要i兌明的是，处理器间物理通道可以有4艮多种。以下的实例 以串口为例，^旦不p艮于串口 。
实例1
图4是才艮据本发明实施例的通过MUX才莫块连4妄应用处理器和 通讯处理器的并访问UICC Web服务器的终端的结构框图，如图4 所示，该终端在数据传输时使用了 MUX模块。在该实例中，以应 用处理器与一个通讯处理器连接为例进^f亍i兌明。应用处理器中包4舌 网络浏览器、TCP/IP模块、代理服务器、AT命令模块，多路复用 (multiplexer,简称为MUX)模块；通讯处理器包括AT命令才莫 块、MUX才莫块，BIP网关以及BIP才莫块，其中，BIP网关可以包括-BlP^f莫块的功能。
图5是#4居本发明实施例的访问UICC内置WEB月良务器的流 程图，下面在图4的基础上，对图5的流程进行详细的说明，如图 5所示，该流禾呈可以分为两个部分，即，第一部分是通过AT命令建 立/关闭AP与CP之间的传输通道，具体对应的是下述步骤1、步骤 4;第二部分是通过MUX通道在AP与CP之间进行数据传输，具 体对应的步骤是下述步骤2、步骤3。下面结合图5对步骤1至步骤 4进^f亍详细的"i兌明。
步骤1，网络浏览器与UICC建立连4妄。该步骤包括如下的步 艰《S501至步艰《S505，下面对该步骤进^f亍详细的"i兌明。
步骤S501，用户在网络浏览器上输入http:〃127.0.0.1:port (其 中port对应UICC某种服务的端口 ，如果使用默认端口 80,也可以 不输入端口号，而直接输入http:〃127.0.0.1 ),用户也可以通过选择 在浏览器里面预制的指向http:〃127.0.0.1:port的书签来代替手工输 入上述地址，还可以通过访问UICC卡STK菜单中的调用浏览器访问SCWS的菜单来完成以上步驶《。然后，网纟各浏览器通过TCP/IP 协议栈发送以TCP/IP协议传输的连接请求。
步骤S502,代理服务器接收到连接请求并建立起与浏览器的连 接。同时，代理服务器将连接请求转换为以AT命令传输，发送 %WEBOPCH = port纟合CP, i青求建立连4妄。
步骤S503 ， BIP网关将以AT命令传输的连接请求转换为以BIP 协议传输，请求CP侧的BIP才莫块建立与UICC之间的连接。BIP 网关通过本;也连4妻去于装消息(Envelope( local connecting ))通知UICC
有连接事件。
步骤S504, UICC接收到通知后，向BIP网关发送打开通道请 求(Fetch:open channel )。
步骤S505, BIP网关接收到打开通道请求后，向UICC返回连 4妄成功消息(Terminal response),在连4妄成功消息中携带通道木亍识 (channel id )。并发送分配mux通道命令给CP侧MUX才莫块。同时 向代理服务器返回连接建立成功AT响应(OK)。代理服务器发送 分配MUX通道命令给AP侧MUX才莫块。完成AP和CP间数据传 输的MUX通道的建立。
步骤2，网络浏览器发送请求数据给UICC。该步骤包括如下的 步骤S506至步骤S510,下面对该步骤进行详细的说明。
步骤S506,网络浏览器发送以TCP/IP协议传输的访问数据至 代理服务器。
步骤S507,代理服务器将以TCP/IP协议传输的访问数据转换 为Port+data的才各式，通过MUX通道发送给CP侧的BIP网关。BIP 网关将访问凝:据转换为以BIP协i义传输，并准备发送至UICC。步骤S508, BIP网关发送通道数据可用的封装消息(Envelope (channel data available ))告知UICC有访问数据发送。
步-骤S509, UICC返回凄t据4妄收"i青求(Fetch:receive data )要求 接收访问数据。
步骤S510, BIP网关通过终端响应(Terminal response ( data )) 向UICC发送访问数据。
步骤3, UICC发送响应数据给网络浏览器。该步骤包括如下的 步-骤S511至步艰《S513,下面^f该步骤进^f亍详细的"i兌明。
步骤S511 ，UICC发送以BIP协议传输的响应数据至BIP网关， 即，UICC通过数据发送请求(Fetch:send data )向BIP网关发送响 应数据。
步骤S512， BIP网关4妻收到响应数据后，通过终端响应(Terminal response)告知UICC已4妄收收到响应翁::梧，并以Port+data的格式 通过MUX通道将响应数据传送给AP侧代理服务器。
步骤S513，代理服务器接收到响应数据后，将以AT命令传输 的响应数据转换为以TCP/IP协议传输，并通过TCP/IP模块返回给 网络浏览器，浏览器解析超文本传输协议(Hypertext Transfer Protocol,简称为HTTP)翁:据包后显示在浏览器上。
以上步骤2， 3可能会重复多次，直至UICC上所有数据全部发 送完。
步骤4,关闭连接。该步骤包括如下的步骤S514至步骤S513， 下面对该步骤进行详细的说明。步骤S514，由UICC向BIP网关发送关闭通道请求并携带通道 标识(Fetch:close channel(channel id))， 请求关闭通道。
步骤S515， BIP网关关闭连4妄后，通过向UICC发送终端响应 (Terminal response(channel status:link not established))确认关闭通 道，并向CP侧MUX才莫块发送关闭MUX通道命令，同时向代理月l 务器发送AT命令AT+WEBCIS-〈port〉通知AP此次连接已经关闭。
步骤S516，代理服务器通过TCP/IP模块将关闭连接消息返回 网络浏览器，并向AP侧MUX模块发送关闭MUX通道命令，完成 MUX通道的关闭。
步骤S517，浏览器发送关闭响应。
通过上述实施例，通过MUX通道在AP与CP之间进行数据传 输，使传输速度更快、更稳定，同时，还可以支持多个请求的数据 同时传输。
装置实施例
根据本发明的实施例，提供了一种终端，包括应用处理器62 和通讯处理器64,图6是才艮据本发明实施例的终端的结构框图，如 图6所示，应用处理器62包括代理服务模块622和第一 MUX模块 624，通讯处理才莫块64包才舌BIP网关642和第二 MUX才莫块644。
下面对各个模块的功能进行详细的说明。
BIP网关642接收来自代理服务才莫块622的连接建立请求;BIP 网关642还用于向代理服务模块622发送用于指示连接建立成功的 响应，并通知第一 MUX624模块分配MUX通道；代理月l务才莫块622 用于接收响应，并通知第二 MUX才莫块644分配MUX通道；BIP 网关642还用于通过MUX通道与代理服务才莫块622进行数据传输。
16BIP网关642还用于向UICC发送通知消息，并在接收到来自 UICC的打开通道请求之后，打开与UICC之间的通道，其中通知消 息用于指示建立连冲妾。
BIP网关642还用于将来自代理服务才莫块622的预定格式的数 据转换为BIP格式的凄t据，并将BIP格式的凄t据通过通道发送给 UICC; BIP网关642还用于将来自UICC的BIP格式的数据为预定 格式的数据，并将转换后的预定格式的数据通过MUX通道发送给 代理力l务纟莫块622。
BIP网关642还用于接收来自UICC的关闭通道请求，并关闭 通道，并通知第二 MUX才莫块644关闭MUX通道，并向代理服务 模块622发送连接已经关闭的命令；代理服务模块622还用于在接 收到连接已经关闭的命令之后，通知第一 MUX才莫块624关闭MUX通道。
/人以上的描述中，可以看出，本发明实J见了如下4支术效果
速度快，适合WEB服务的大数据量传输。由于AT命令机制是 i殳计于凄t据终端i殳备(Data Terminal Equipment简称DTE,应用处 J里器是DTE )和凄t才居通4言i殳备(Data Communications Equipment简 称DCE )间，釆用AT命令和AT响应成对实现机制，而浏览器和 WEB服务器之间的数据传输不一定是——对应的；而且AT命令在 实现时一般都会对单条命令的大小有一定限制，大数据需要分解成 多条命令传输。而多路复用模块传输数据是数据流模式，没有数据 大小和格式的限制，每个MUX的通道是相互独立的，有各种的存 储区和流控，支持各个通道同时传输。因此，通过MUX通道来进 行数据传输能显著地提高传输速率，增加数据传输的可靠性，并可 以完成并发i青求的凄t据传專lr 。显然，本领域的技术人员应该明白，上述的本发明的各模块或 各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算 装置上，或者分布在多个计算装置所组成的网络上，可选地，它们 可以用计算装置可执行的程序代码来实现，从而，可以将它们存储
在存储装置中由计算装置来执行，或者将它们分别制作成各个集成 电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模 块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的才支术人员来i兌，本发明可以有各种更改和变4匕。凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的l呆护范围之内。
权利要求
1.一种数据传输方法，其特征在于，包括通讯处理器接收来自应用处理器的连接建立请求；所述通讯处理器向所述应用处理器发送用于指示连接建立成功响应，并通过所述响应指示所述应用处理器的多路复用模块分配多路复用通道；所述通讯处理器的多路复用模块分配所述多路复用通道；所述通讯处理器通过所述多路复用通道与所述应用处理器进行数据传输。
2. 才艮据权利要求1所述的方法，其特征在于，通过所述响应指示所述应用处理器的多路复用模块分配多路复用通道包括所述应用处理器在4妄收到所述响应之后，所述应用处理器的多路复用模块分配所述多路复用通道。
3. 才艮据斥又利要求2所述的方法，其特;f正在于，在所述通讯处理器接收所述连接建立请求之后，所述方法还包括所述通讯处理器才艮据所述连4妾建立i青求向通用集成电路卡UICC发送通知消息，其中，所述通知消息用于指示建立连接；所述通讯处理器接收来自所述UICC的打开通道请求；所述通ifl处理器打开与UICC之间的通道。
4. 才艮据4又利要求3所述的方法，其特;f正在于，所述通讯处理器通过所述多路复用通道与所述应用处理器进行数据传输包括所述通讯处理器通过所述多i 各复用通道4妾收来自所述应用处理器的预定格式的数据，并将所述数据转换为独立承载协议BIP格式的lt据；所述通讯处理器将所述BIP才各式的凄i:据通过所述通道发送给UICC。
5. 4艮据4又利要求3所述的方法，其特4i在于，所述通i凡处理器通过所述多路复用通道与所述应用处理器进行数据传输包括所述通讯处理器通过所述通道^妻收来自所述UICC的BIP格式的数据，并将所述BIP格式的lt据转换为所述预定格式的数据；所述通讯处理器将所述预定格式的数据发送给所述应用处理器。
6. 根据权利要求1至5中任一项所述的方法，其特征在于，在所述通讯处理器通过所述多路复用通道与所述应用处理器进4亍凄t据传输完成之后，所述方法还包4舌所述通讯处理器4妄收来自UICC的关闭通道i青求，并关闭所述通道；所述通讯处理器关闭所述多路复用通道，并向所述应用处理器发送连接已经关闭的命令，以便所述应用处理器根据所述命令关闭所述多路复用通道。
7. —种终端，包4舌应用处理器和通讯处理器，其特^正在于，包4舌所述应用处理器包括代理服务模块和第 一 多路复用模块，所述通讯处理-漠块包括BIP网关和第二多路复用^t块；所述BIP网关用于接收来自所述代理服务模块的连接建立请求；所述BIP网关还用于向所述代理服务模块发送用于指示连接建立成功的响应，并通知所述第一多路复用模块分配多路复用通道；所述代理月l务才莫块用于4妄收所述响应，并通知所述第二多路复用冲莫块分配所述多路复用通道；所述BIP网关还用于通过所述多^各复用通道与所述代理服务模块进行数据传输。
8. 根据权利要求7所述的终端，其特征在于，所述BIP网关还用于向UICC发送通知消息，并在接收到来自所述UICC的打开通道请求之后，打开与UICC之间的通道，其中所述通知消息用于指示建立连接。
9. 根据权利要求8所述的终端，其特征在于所述BIP网关还用于将来自所述代理"1务才莫块的预定档_式的数据转换为BIP格式的数据，并将所述BIP格式的数据通过所述通道发送给UICC;为所述预定格式的数据，并将转换后的所述预定格式的数据通过所述多路复用通道发送给所述代理服务模块。
10. 根据权利要求7至9中任一项所述的终端，其特征在于所述BIP网关还用于4妄收来自UICC的关闭通道请求，并关闭所述通道；所述BIP网关还用于通知所述第二多路复用才莫块关闭所述多路复用通道，并向所述代理服务模块发送连接已经关闭的命令；所述代理服务模块还用于在接收到所述连接已经关闭的命令之后，通知所述第一多路复用才莫块关闭所述多i 各复用通道。
全文摘要
本发明公开了一种数据传输方法及终端，该方法包括通讯处理器接收来自应用处理器的连接建立请求；通讯处理器向应用处理器发送用于指示连接建立成功响应，并通过响应指示应用处理器的多路复用模块分配多路复用通道；通讯处理器的多路复用模块分配多路复用通道；通讯处理器通过多路复用通道与应用处理器进行数据传输。通过本发明进而达到了在终端中较快速的传输Web数据的效果。
文档编号H04L29/06GK101600263SQ20091015155
公开日2009年12月9日 申请日期2009年6月30日 优先权日2009年6月30日
发明者飞 李 申请人:中兴通讯股份有限公司