專利名稱：服務(wù)器模式下的(u)sim卡與客戶端之間的通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信，尤其涉及利用移動(dòng)終端中的芯片卡的通信領(lǐng)域。
背景技術(shù)：
例如己知的是，在GSM網(wǎng)絡(luò)中，用戶在他或她的移動(dòng)終端中擁有包 括存儲(chǔ)器和微控制器的芯片卡，即所謂的用戶身份模塊(SIM)卡。 一般 而言，存儲(chǔ)器保存包括運(yùn)營商標(biāo)識(shí)符、網(wǎng)絡(luò)相關(guān)數(shù)據(jù)、緊急呼叫號(hào)碼和電 話號(hào)碼簿等的文件和目錄。
近來，SIM卡被提供了一種新的功能，在該功能中，可以通過利用短 信服務(wù)(SMS)由遠(yuǎn)程服務(wù)器將某些文件的內(nèi)容作為目錄來保護(hù)。最新趨 勢(shì)涉及期望SIM卡結(jié)合通用分組無線業(yè)務(wù)(GPRS)網(wǎng)絡(luò)(也稱為2.5G) 和通用移動(dòng)電信系統(tǒng)(UMTS)(也稱為3G)所起的作用。在這種情形 下，SIM卡也被稱為通用集成電路卡(UICC)。在以下描述中，為了指示 包括SIM功能的卡片而不管其為第幾代，將采用綜合術(shù)語(U)SIM。在這種 范疇下，已提出了一種方案，在該方案中，不管移動(dòng)終端的連接模式如 何，即，即使在線路切換模式(一般而言為GSM)或者在分組模式(一 般而言為GPRS)下，(U)SIM卡也可以訪問終端和網(wǎng)絡(luò)。該方案稱為縮略 符號(hào)BIP (載體無關(guān)協(xié)議)，(U)SIM卡可以利用邏輯電路與移動(dòng)終端通 信。因此，其被稱為BIP信道。 一般而言，認(rèn)為可以在卡片和終端之間設(shè) 置一個(gè)或多個(gè)BIP信道。該終端包括讓(U)SIM卡的應(yīng)用程序與終端的應(yīng)用 程序交互的中間件軟件(中間件)。該軟件也被稱為卡片應(yīng)用工具包 (CAT)。
對(duì)于對(duì)BIP協(xié)議的詳細(xì)描述，參考文章ETSI TS102223，具體而言是 2005年10月所發(fā)表的其第七版V7丄0 (可在超鏈接http://www.etsi.orgwww.etsi.org的站點(diǎn)上得到)。
根據(jù)BIP協(xié)議，(U)SIM卡可以尤其作為客戶端來操作，以向遠(yuǎn)程服務(wù) 器發(fā)送各種請(qǐng)求。近來，已經(jīng)提出在(U)SIM卡中包含服務(wù)器。在這種情況 下，遠(yuǎn)程客戶端或者本地客戶端(即，移動(dòng)終端中的本地瀏覽器、上行小 程序(uplet)等)可以向卡片中所包含的服務(wù)器發(fā)送http請(qǐng)求以尤其獲取 其存儲(chǔ)器中所保存的網(wǎng)頁。不管(U)SIM卡操作于客戶端模式或服務(wù)器模式 的情形，移動(dòng)終端都通過中間件軟件CAT將BIP協(xié)議轉(zhuǎn)換為TCP/IP協(xié) 議，或進(jìn)行相反的轉(zhuǎn)換。
圖1示意性地示出客戶端與操作于服務(wù)器模式下的(U)SIM卡之間的通信。
已知，(U)SIM卡(該情形下為UICC卡)包括智能卡網(wǎng)絡(luò)服務(wù)器 (SCWS) 110、 CAT軟件模塊120、客戶端和服務(wù)器的TCP/IP棧130和 140以及客戶端150， CAT軟件模塊120在這種情況下被稱為SIM應(yīng)用工 具包服務(wù)器(SATS)，用于針對(duì)BIP協(xié)議和TCP/IP協(xié)議來執(zhí)行網(wǎng)關(guān)功 能?？蛻舳丝梢允潜镜乜蛻舳?例如，終端瀏覽器或中間小程序 (midlet))或者遠(yuǎn)程應(yīng)用程序。
根據(jù)BIP協(xié)議的當(dāng)前規(guī)范，BIP信道可接受單個(gè)客戶端連接；因此， 如果卡片服務(wù)器想要訪問另一個(gè)客戶端連接，則需要建立新的信道。由于 BIP信道的數(shù)目是受限的(盡管根據(jù)TS102223標(biāo)準(zhǔn)，最大數(shù)目是7，但是 移動(dòng)終端可以支持7或更少)，因此操作條件是重要的。例如，如果在所 使用的BIP信道的數(shù)目達(dá)到最大值時(shí)，卡片想要打開一處于客戶端模式下 的BIP信道，則卡片需要預(yù)先關(guān)閉一BIP信道，例如處于服務(wù)器模式下的 BIP信道。
另外，如果設(shè)置了多個(gè)BIP信道，則無法經(jīng)由多個(gè)信道同時(shí)交換數(shù) 據(jù)。換言之，以串行模式實(shí)現(xiàn)移動(dòng)終端和卡片之間的從一個(gè)BIP信道到另 一個(gè)BIP信道的通信。
圖2示出卡片和客戶端(例如，作為本地瀏覽器)之間的服務(wù)器模式 通信的時(shí)序圖。為了簡(jiǎn)單起見，未示出TCP/IP棧。
應(yīng)當(dāng)了解，服務(wù)器僅順次支持與客戶端的連接。因此，來自同一客戶端的兩個(gè)連接請(qǐng)求(例如，通過兩個(gè)連接請(qǐng)求HTTP GET)被相繼滿足。 從網(wǎng)關(guān)120向服務(wù)器110發(fā)送的用于通知與客戶端的連接的連接/斷開
的事件消息不包括所涉及連接的標(biāo)識(shí)符。
根據(jù)協(xié)議規(guī)范HTTP 1.0和以前的規(guī)范，在請(qǐng)求和由缺省選項(xiàng)(請(qǐng)求
頭部中的"連接關(guān)閉")對(duì)請(qǐng)求的答復(fù)的通信之后關(guān)閉TCP連接。然
而，通過指定請(qǐng)求中的頭部為"連接保持活躍"，可以請(qǐng)求保持連接的
打開。在這種情形下，如果客戶端發(fā)送另一請(qǐng)求，則該請(qǐng)求使用先前形成
的連接。在協(xié)議規(guī)范HTTP 1.1中，通過缺省選項(xiàng)來保持連接的打開。
在例如想要下載第一HTML頁面并然后下載其他對(duì)象(視頻、音頻) 的情形下，如果客戶端以連續(xù)方式發(fā)送多個(gè)HTTP 1.1請(qǐng)求，則除第一請(qǐng) 求之外的請(qǐng)求不被接收。
圖3示出上述情形，g卩，從客戶端(瀏覽器150)到服務(wù)器110的連 續(xù)請(qǐng)求210。如果服務(wù)器操作于規(guī)范的第6.4.27.1條中規(guī)定的所謂"自動(dòng) 重連"模式下，則可以通過服務(wù)器來處理這種連續(xù)請(qǐng)求。在步驟211中通 過客戶端來確認(rèn)第一請(qǐng)求所請(qǐng)求的連接。由于單個(gè)TCP連接是可接受的， 因此第二請(qǐng)求被拒絕，這在步驟212中被通知給客戶端。在數(shù)據(jù)被經(jīng)由客 戶端與服務(wù)器之間的TCP連接和BIP信道交換之后，客戶端發(fā)送斷開請(qǐng)求 213，這在步驟214中被確認(rèn)。
瀏覽器重新啟動(dòng)第二請(qǐng)求；在步驟212的第一次失敗之后設(shè)置的(客 戶端的瀏覽器或TCP/IP棧的)定時(shí)器215的超時(shí)發(fā)生時(shí)，瀏覽器在步驟 216中再次請(qǐng)求連接。實(shí)際上，可以將定時(shí)調(diào)整為10秒，這顯著地抑制了 下載；因此可能有若干對(duì)象未被下載。
圖4示出兩個(gè)客戶端與操作于服務(wù)器模式下的卡片110之間的通信嘗 試，所述兩個(gè)客戶端在該情形下是兩個(gè)本地客戶端，即，移動(dòng)終端150中 的瀏覽器和Java (注冊(cè)商標(biāo))應(yīng)用程序的中間小程序160 (例如，移動(dòng)終 端中的一組(set))。
這里可以確認(rèn)的是，在瀏覽器試圖在220中建立有利的連接之后，來 自中間小程序的連接請(qǐng)求在221中失敗。這是因?yàn)閷⑴cBIP信道耦合的 TCP端口是不可用的。另夕卜，在決定性情況下，如果瀏覽器的HTTP請(qǐng)求是保持活躍型(例如，HTTP 1.1請(qǐng)求)的，并且瀏覽器不再請(qǐng)求新數(shù)據(jù)， 則即使服務(wù)器不操作，服務(wù)器的TCP端口也繼續(xù)操作。例如，如果在下載 服務(wù)器的一個(gè)頁面之后，用戶確定啟動(dòng)想要訪問服務(wù)器的新應(yīng)用程序，則 可以在用于第一連接的(瀏覽器的)定時(shí)器的超時(shí)之后開發(fā)新應(yīng)用程序。
畢竟，當(dāng)前的BIP協(xié)議強(qiáng)行使卡片的服務(wù)器充當(dāng)單個(gè)客戶端(至少僅 一個(gè)BIP信道可以被打開的情況)。
圖5示出客戶端與操作于服務(wù)器模式下的卡片110之間的通信。服務(wù) 器本身處于遵從第6.4.27.1條的所謂的"自動(dòng)重連"模式。簡(jiǎn)言之，在服 務(wù)器處于這種模式的情況下，如果與客戶端的TCP連接被斷開并且網(wǎng)關(guān)在 等待新連接，則BIP信道未被(通過關(guān)閉信道命令)關(guān)閉。在這種情況 下，服務(wù)器能夠從客戶端接收另一請(qǐng)求以設(shè)置新的TCP連接。該圖詳細(xì)示 出TCP/IP棧。
在第一步驟230中，通過BIP協(xié)議的命令"打開信道"來打開BIP信 道。移動(dòng)終端通過承認(rèn)答復(fù)"終端響應(yīng)"來確認(rèn)該情形。
在這種情況下，瀏覽器在步驟231發(fā)送第一請(qǐng)求，并且TCP連接在交 換232之后被設(shè)置。如步驟233所示，瀏覽器150可以與卡片110交換數(shù) 據(jù)。如果在交換233完成之前，在234中從瀏覽器發(fā)送第二請(qǐng)求，貝U網(wǎng)關(guān) 120在步驟235中拒絕連接請(qǐng)求，并且然后在步驟236中被重新設(shè)置為等 待新的連接請(qǐng)求的狀態(tài)。

發(fā)明內(nèi)容
本發(fā)明解決的問題
本發(fā)明的一個(gè)示例性目的在于解決上述缺點(diǎn)，尤其使得從同一客戶端 或不同客戶端發(fā)送的多個(gè)同時(shí)請(qǐng)求可以由操作于服務(wù)器模式下的(U)SIM卡 來處理。
解決問題的手段
因此，本發(fā)明的特征在于，本發(fā)明由一個(gè)或多個(gè)客戶端與包括服務(wù)器 的芯片卡之間的通信方法來限定，其中，卡包括在移動(dòng)終端中并且經(jīng)由至 少一個(gè)BIP信道與終端通信；并且終端在BIP信道與用于上述一個(gè)或多個(gè)客戶端的多個(gè)TCP連接之間執(zhí)行網(wǎng)關(guān)功能。
因此，BIP信道可以支持與一個(gè)或多個(gè)客戶端的多個(gè)TCP連接，并且 可以對(duì)同時(shí)的請(qǐng)求作出響應(yīng)。
有利的是，服務(wù)器和網(wǎng)關(guān)之間的通信方法包括第一命令(打開信 道)，該命令包括向終端指示出針對(duì)BIP信道而將被打開的TCP連接的最 大數(shù)目的參數(shù)。
進(jìn)一步有利的是，在所述通信方法中，請(qǐng)求終端從與BIP信道耦合的 TCP連接之一進(jìn)行數(shù)據(jù)發(fā)送的服務(wù)器可以發(fā)送第二命令(接收數(shù)據(jù))，并 且(如果服務(wù)器被通知這種數(shù)據(jù)可用)，該命令包括用于標(biāo)識(shí)TCP連接的參數(shù)。
有利的是，所述通信方法可以被配置為使得服務(wù)器經(jīng)由BIP信道向終 端發(fā)送數(shù)據(jù)，以通過第三命令(發(fā)送數(shù)據(jù))請(qǐng)求終端向一個(gè)或多個(gè)客戶端 發(fā)送數(shù)據(jù)，所述命令包括用于標(biāo)識(shí)將被終端用于發(fā)送的TCP連接的參數(shù)。
有利的是，所述通信方法可以被配置為使得服務(wù)器通過第四命令(關(guān) 閉信道)請(qǐng)求終端關(guān)閉將與BIP信道耦合的一個(gè)或多個(gè)TCP連接，所述命 令包括標(biāo)識(shí)將被關(guān)閉的一個(gè)或多個(gè)TCP連接的參數(shù)。
有利的是，所述通信方法可以被配置為使得終端向服務(wù)器發(fā)送"事件 消息"(數(shù)據(jù)可用事件)，其中，所述消息指示一個(gè)或多個(gè)客戶端的數(shù)據(jù) 對(duì)BIP信道可用并且標(biāo)識(shí)接收到了數(shù)據(jù)的將與所述信道耦合的TCP連接。
還有利的是，所述通信方法被被配置為使得終端向服務(wù)器發(fā)送"事件 消息"(信道狀態(tài)事件)，該消息指示將與BIP信道耦合的TCP連接已被 建立或關(guān)閉并且標(biāo)識(shí)所述連接。
如上所述，芯片卡與網(wǎng)關(guān)之間的BIP協(xié)議可以支持對(duì)將與同一信道耦 合的多個(gè)TCP連接的管理。
本發(fā)明還配置 一種用于協(xié)議的消息的格式。
另外，為了允許上述方法的示例性實(shí)施例，本發(fā)明涉及一種芯片卡和 一種移動(dòng)終端，所述芯片卡包括被構(gòu)建用于生成命令消息的軟件單元，所 述移動(dòng)終端包括被構(gòu)建用于生成事件消息的軟件單元。
具體實(shí)施例方式
從利用附圖對(duì)示例性實(shí)施例的描述中將進(jìn)一步理解本發(fā)明。 本發(fā)明的基本概念是使得可以將多個(gè)TCP連接與BIP信道耦合。為
此，網(wǎng)關(guān)與卡片中所包含的服務(wù)器之間的BIP協(xié)議被增強(qiáng)以判斷對(duì)于預(yù)定 的BIP信道，命令將被應(yīng)用于那個(gè)TCP連接。
特別地，如稍后所述，本發(fā)明采用這樣的配置其中，在該時(shí)間點(diǎn)之
后，ETSI TS102223標(biāo)準(zhǔn)中規(guī)定的服務(wù)器的命令"接收數(shù)據(jù)"、"發(fā)送數(shù) 據(jù)"和"關(guān)閉數(shù)據(jù)"以及移動(dòng)終端的事件消息"數(shù)據(jù)可用"和"狀態(tài)信 道"需要包括這些命令和消息所應(yīng)用于的TCP連接的標(biāo)識(shí)符。
圖6示出在本發(fā)明被示例性地實(shí)施時(shí)，客戶端(例如，移動(dòng)終端)和 操作于服務(wù)器模式下的(U)SIM卡之間的時(shí)序方式的通信表。
如上所述，通過卡片和網(wǎng)關(guān)之間的交換240來設(shè)置BIP信道。在步驟 241中，通過瀏覽器發(fā)送連續(xù)請(qǐng)求。作為對(duì)此的響應(yīng)，網(wǎng)關(guān)120設(shè)置兩個(gè) TCP連接。也就是說，為這些連接打開兩個(gè)TCP端口。在步驟243中通過 瀏覽器來確認(rèn)連接的建立，并且在步驟244中，這被通過事件消息"信道 狀態(tài)"通知給卡片的服務(wù)器。此后，從瀏覽器通過TCP連接向服務(wù)器發(fā)送 數(shù)據(jù)。
移動(dòng)終端的網(wǎng)關(guān)120在步驟246和250中通過事件消息"數(shù)據(jù)可用" 向服務(wù)器通知在兩個(gè)相應(yīng)TCP端口處的數(shù)據(jù)的可用性。每個(gè)消息"數(shù)據(jù)可 用"指示相關(guān)TCP連接。作為對(duì)此的響應(yīng)，服務(wù)器在明確指示哪個(gè)TCP 連接(id-l、 id-2)與用于每個(gè)請(qǐng)求的操作相關(guān)的同時(shí)，通過"接收數(shù)據(jù)" 命令來請(qǐng)求網(wǎng)關(guān)發(fā)送數(shù)據(jù)。
應(yīng)當(dāng)了解，不同于圖6所示的時(shí)序表，第二連接請(qǐng)求未被拒絕，而是 直接被使用。
如果數(shù)據(jù)完全被從一個(gè)端口發(fā)送，則服務(wù)器能夠根據(jù)圖7所示的方案 來獨(dú)立斷開相應(yīng)的TCP連接。
結(jié)果，通信資源被釋放并可用于另一請(qǐng)求。這在通信資源的數(shù)目已經(jīng) 達(dá)到BIP信道的TCP連接的數(shù)目的情況下尤其有效。
在這種情形下，由于端口 id-l的所有數(shù)據(jù)都己被發(fā)送給服務(wù)器，因此服務(wù)器確定關(guān)閉該端口。為此，服務(wù)器在步驟258中發(fā)送命令"關(guān)閉信 道"，用于標(biāo)識(shí)將被關(guān)閉的TCP連接。
圖8示出兩個(gè)客戶端(例如移動(dòng)終端的瀏覽器和中間小程序)試圖與 (U)SIM卡的服務(wù)器連接的情形。通過設(shè)置兩個(gè)TCP連接，可以立即應(yīng)對(duì) 兩個(gè)請(qǐng)求260和262。移動(dòng)終端的網(wǎng)關(guān)120利用標(biāo)識(shí)相關(guān)TCP連接的事件 消息"狀態(tài)信道"261和263來將此通知給服務(wù)器。類似地，在步驟265 和267中通過標(biāo)識(shí)將要被斷開的TCP連接的事件消息"狀態(tài)信道"來通知 斷開請(qǐng)求。
圖9示出在(U)SIM卡的服務(wù)器處于自動(dòng)重連模式時(shí)，(U)SIM卡與諸 如瀏覽器之類的客戶端之間的通信的時(shí)序表。
在這種模式下，卡片的服務(wù)器利用"打開信道"命令向移動(dòng)終端請(qǐng)求 打開BIP信道，在"打開信道"命令中，BIP信道同時(shí)可支持的TCP連接 的最大數(shù)目(在所示的示例中是兩個(gè))被明確指示。當(dāng)?shù)谝徽?qǐng)求被發(fā)送給 瀏覽器時(shí)，TCP連接被設(shè)置為交換280。在這種情況下，從瀏覽器發(fā)送第 二請(qǐng)求，并且將第二 TCP連接設(shè)置為交換282。 (U)SIM卡與服務(wù)器可以 通過利用兩個(gè)連接來彼此傳送數(shù)據(jù)。由于TCP連接的數(shù)目已經(jīng)達(dá)到最大數(shù) 目，因此移動(dòng)終端(網(wǎng)關(guān))無需返回到偵聽模式并等待來自服務(wù)器的新的 連接請(qǐng)求。僅在步驟284中從瀏覽器通知斷開的情況下，網(wǎng)關(guān)才在步驟 286中返回到偵聽模式。
為了使得可以示例性地實(shí)施本發(fā)明，在該配置中修改了 ETSI TS102223 V7丄0標(biāo)準(zhǔn)中規(guī)定的BIP協(xié)議的若干命令。
更詳細(xì)而言，己經(jīng)提出根據(jù)TCP連接的最大數(shù)目將命令"打開信道" 參數(shù)化。該數(shù)目由上述標(biāo)準(zhǔn)的第6.6.27條中規(guī)定的命令的TLV數(shù)據(jù)元素 "命令細(xì)節(jié)"的字段"命令限定符"來指示。
利用以下參數(shù)來將"關(guān)閉信道"命令參數(shù)化
一一第一參數(shù)，其指示(a)是否僅TCP連接之一將被關(guān)閉，或者 (b)是否所有的TCP連接都將被關(guān)閉；并且在(b)情況下，參數(shù)指示 BIP邏輯信道本身是否也將被關(guān)閉；和
——第二參數(shù)，其標(biāo)識(shí)在(a)情況下將被關(guān)閉的連接。這兩個(gè)參數(shù)被放在上述標(biāo)準(zhǔn)的第6.6.28條中規(guī)定的命令的TLV數(shù)據(jù)元 素"命令細(xì)節(jié)"的字段"命令限定符"中。
終端對(duì)這種命令的答復(fù)(TR)包括依賴于情況的連接標(biāo)識(shí)符。 "接收數(shù)據(jù)"命令被通過服務(wù)器想要的用于重新收集數(shù)據(jù)的TCP連接 (即，TCP端口)來參數(shù)化。
連接標(biāo)識(shí)符由上述標(biāo)準(zhǔn)的第6.6.29條中規(guī)定的命令的TLV數(shù)據(jù)元素 "命令細(xì)節(jié)"的字段"命令限定符"來指示。
終端對(duì)這種命令的響應(yīng)(TR)包括依賴于情況的連接標(biāo)識(shí)符。 "發(fā)送數(shù)據(jù)"命令被通過服務(wù)器所使用的用于發(fā)送數(shù)據(jù)的TCP連接來 參數(shù)化。
連接標(biāo)識(shí)符由上述標(biāo)準(zhǔn)的第6.6.30條中規(guī)定的命令的TLV數(shù)據(jù)元素 "命令細(xì)節(jié)"的字段"命令限定符"來指示。
終端對(duì)這種命令的答復(fù)(TR)包括依賴于情況的連接標(biāo)識(shí)符。
事件消息(在有關(guān)標(biāo)準(zhǔn)中也被稱為"信封命令(ENVELOP命令)" 的消息)被通過數(shù)據(jù)可用的TCP連接(即，TCP端口)來參數(shù)化。該消息 被從移動(dòng)終端發(fā)送到(U)SIM卡的服務(wù)器。因此，該消息包括上述標(biāo)準(zhǔn)的第 7.5.10條中規(guī)定的消息的TLV數(shù)據(jù)元素"信道狀態(tài)"的字段"信道狀態(tài)" 中的有關(guān)連接的標(biāo)識(shí)符。
從終端發(fā)送到(U)SIM卡的服務(wù)器的事件消息"信道狀態(tài)"指示TCP 連接的狀態(tài)。因此，連接的標(biāo)識(shí)符包括在上述標(biāo)準(zhǔn)的第7.5.11條中規(guī)定的 消息的TLV數(shù)據(jù)元素"信道狀態(tài)"的字段"信道狀態(tài)"中。


示出客戶端與操作于服務(wù)器模式下的(U)SIM卡之間的通信的示 意圖。示出卡片與客戶端之間的通信的示意性時(shí)序表。示出連續(xù)請(qǐng)求被從客戶端發(fā)送到(U)SIM卡的情形的示意圖。示出(U)SIM卡與兩個(gè)客戶端之間的通信嘗試的示意圖。示出客戶端與(U)SIM卡的服務(wù)器之間的通信嘗試的示意性時(shí)序圖，其中，客戶端處于"自動(dòng)重連"模式。示出根據(jù)本發(fā)明示例性實(shí)施例的、(U)SIM卡與客戶端之間的通 信的示意性時(shí)序圖。示出根據(jù)本發(fā)明示例性實(shí)施例的、(U)SIM卡與客戶端之間的通 信斷開方案的示意性時(shí)序圖。示出在本發(fā)明被示例性地實(shí)施的范圍內(nèi)、(U)SIM卡與客戶端之 間的通信嘗試的示意圖。示出在(U)SIM卡處于"自動(dòng)重連"模式時(shí)，根據(jù)本發(fā)明示例性 實(shí)施例的、(U)SIM卡與客戶端之間的通信的示意性時(shí)序圖。
權(quán)利要求
1. 一種在一個(gè)或多個(gè)客戶端與設(shè)有服務(wù)器(sews)的芯片卡((U)SIM)之間的通信方法，所述卡被包含在移動(dòng)無線終端中并且通過至 少一個(gè)BIP信道與所述移動(dòng)無線終端通信，所述方法的特征在于，所述終 端在所述BIP信道與用于一個(gè)或多個(gè)客戶端的多個(gè)TCP連接之間執(zhí)行網(wǎng)關(guān) 功能。
2. 如權(quán)利要求1所述的通信方法，其特征在于，所述BIP信道被通過 來自所述服務(wù)器的第一命令(打開信道)打開，所述命令包括向所述終端 指示出針對(duì)所述BIP信道而將被打開的TCP連接的最大數(shù)目的參數(shù)。
3. 如權(quán)利要求2所述的通信方法，其特征在于，在獲悉來自與所述 BIP信道相關(guān)的TCP連接之一的數(shù)據(jù)可用之后，所述服務(wù)器向所述終端發(fā) 送請(qǐng)求所述數(shù)據(jù)的第二命令(接收數(shù)據(jù))，所述命令包括標(biāo)識(shí)所述TCP連 接的參數(shù)。
4. 如權(quán)利要求2或權(quán)利要求3所述的通信方法，其特征在于，所述服 務(wù)器經(jīng)由所述BIP信道向所述終端發(fā)送數(shù)據(jù)，并且通過第三命令(發(fā)送數(shù) 據(jù))請(qǐng)求所述終端向所述客戶端中的一個(gè)或多個(gè)客戶端發(fā)送所述數(shù)據(jù)，所 述命令包括標(biāo)識(shí)將被所述終端用于發(fā)送的TCP連接的參數(shù)。
5. 如權(quán)利要求1至4中任一項(xiàng)所述的方法，其特征在于，所述服務(wù)器 通過第四命令(關(guān)閉信道)請(qǐng)求所述終端關(guān)閉將與所述BIP信道耦合的所 述TCP連接中的一個(gè)或多個(gè)TCP連接，所述命令包括標(biāo)識(shí)所述TCP連接 中將被關(guān)閉的一個(gè)或多個(gè)TCP連接的參數(shù)。
6. 如權(quán)利要求1至4中任一項(xiàng)所述的方法，其特征在于，所述服務(wù)器 通過第四命令(關(guān)閉信道)請(qǐng)求所述終端關(guān)閉將與所述BIP信道耦合的 TCP連接中的一個(gè)或所有TCP連接，所述命令包括向所述終端指示出下列 內(nèi)容的參數(shù)a) 是否僅將與所述BIP信道耦合的所述TCP連接中的一個(gè)TCP連接 將被關(guān)閉；或者b) 是否將與所述BIP信道耦合的所述TCP連接中的所有TCP連接都將被關(guān)閉；在a)情況下，所述參數(shù)標(biāo)識(shí)將被關(guān)閉的TCP連接。
7. 如權(quán)利要求6所述的方法，其特征在于，在b)情況下，所述第四 命令還指示所述BIP信道是否也將被關(guān)閉。
8. 如權(quán)利要求1至7中任一項(xiàng)所述的方法，其特征在于，所述終端向 所述服務(wù)器發(fā)送事件消息(數(shù)據(jù)可用事件)，所述消息指示來自所述客戶 端中的一個(gè)或多個(gè)客戶端的數(shù)據(jù)對(duì)所述BIP信道可用，并且標(biāo)識(shí)通過其接 收所述數(shù)據(jù)的將與所述信道耦合的TCP信道。
9. 如權(quán)利要求1至8中任一項(xiàng)所述的方法，其特征在于，所述終端向 所述服務(wù)器發(fā)送事件消息(信道狀態(tài)事件)，該事件消息指示將與所述 BIP信道耦合的TCP連接已被建立或者已被關(guān)閉并且標(biāo)識(shí)所述連接。
10. —種命令消息，該命令消息被設(shè)有服務(wù)器的芯片卡((U)SIM)發(fā) 送到移動(dòng)終端以打開所述服務(wù)器與所述終端之間的BIP信道，其特征在 于，所述終端在所述BIP信道與多個(gè)TCP連接之間執(zhí)行網(wǎng)關(guān)功能，所述消 息包括向所述終端指示出針對(duì)所述BIP信道而將被打開的TCP連接的最大 數(shù)目的參數(shù)。
11. 如權(quán)利要求10所述的命令消息，其特征在于，所述消息遵從ETSI TS 102223 V7丄0標(biāo)準(zhǔn)的"打開信道"命令的格式，并且所述參數(shù)被編碼 在所述消息的"命令限定符"字段中。
12. —種命令消息，該命令消息被設(shè)有服務(wù)器的芯片卡((U)SIM)發(fā) 送到通過BIP信道與所述卡通信的移動(dòng)終端，其特征在于，所述終端在所 述BIP信道和多個(gè)TCP連接之間執(zhí)行網(wǎng)關(guān)功能，所述消息包括向所述終端 指示出所述服務(wù)器想要從與所述BIP信道耦合的TCP連接中的哪個(gè)TCP 連接接收數(shù)據(jù)的參數(shù)。
13. 如權(quán)利要求12所述的命令消息，其特征在于，所述消息遵從ETSI TS 102223 V7丄0標(biāo)準(zhǔn)的"接收數(shù)據(jù)"命令的格式，并且所述參數(shù)被編碼 在所述消息的"命令限定符"字段中。
14. 一種命令消息，該命令消息被設(shè)有服務(wù)器的芯片卡((U)SIM)發(fā) 送到通過BIP信道與所述卡通信的移動(dòng)終端，其特征在于，所述終端在所述BIP信道與多個(gè)TCP連接之間執(zhí)行網(wǎng)關(guān)功能，所述消息包括向所述終端指示出所述終端應(yīng)當(dāng)將與所述BIP信道耦合的TCP連接中的哪個(gè)TCP連 接用于發(fā)送所述數(shù)據(jù)的參數(shù)。
15. 如權(quán)利要求14所述的命令消息，其特征在于，所述消息遵從ETSI TS 102223 V7丄0標(biāo)準(zhǔn)的"發(fā)送數(shù)據(jù)"命令的格式，并且所述參數(shù)被編碼 在所述消息的"命令限定符"字段中。
16. —種命令消息，該命令消息被設(shè)有服務(wù)器的芯片卡((U)SIM)發(fā) 送到通過BIP信道與所述卡通信的移動(dòng)終端，其特征在于，所述終端在所 述BIP信道和多個(gè)TCP連接之間執(zhí)行網(wǎng)關(guān)功能，所述消息包括向所述終端 指示出下列內(nèi)容的參數(shù)c) 是否僅將與所述BIP信道耦合的所述TCP連接中的一個(gè)TCP連接 將被關(guān)閉；或者d) 是否將與所述BIP信道耦合的所述TCP連接中的所有TCP連接都 將被關(guān)閉；在c)情況下，所述參數(shù)標(biāo)識(shí)將被關(guān)閉的TCP連接。
17. 如權(quán)利要求16所述的命令消息，其特征在于，在d)情況下，所 述參數(shù)還指示所述BIP信道是否也將被關(guān)閉。
18. 如權(quán)利要求15或權(quán)利要求16所述的命令消息，其特征在于，所 述消息遵從ETSITS 102223 V7丄0標(biāo)準(zhǔn)的"關(guān)閉信道"命令的格式，并且 所述參數(shù)被編碼在所述消息的"命令限定符"字段中。
19. 一種事件消息，該事件消息被移動(dòng)終端發(fā)送到設(shè)有服務(wù)器的芯片 卡((U)SIM)，其特征在于，所述終端通過BIP信道與所述卡通信，所述 終端在所述BIP信道與多個(gè)TCP連接之間執(zhí)行網(wǎng)關(guān)功能，所述消息通知客 戶端已經(jīng)接收到數(shù)據(jù)并且包括標(biāo)識(shí)已經(jīng)接收到所述數(shù)據(jù)的TCP連接的參 數(shù)。
20. 如權(quán)利要求19所述的事件消息，其特征在于，所述消息遵從ETSI TS 102223 V7丄0標(biāo)準(zhǔn)的"數(shù)據(jù)可用事件"信封命令的格式，并且所述參 數(shù)被編碼在所述消息的"信道狀態(tài)"字段中。
21. —種事件消息，該事件消息被移動(dòng)終端發(fā)送到設(shè)有服務(wù)器的芯片卡((U)SIM)，其特征在于，所述終端通過BIP信道與所述卡通信，所述 終端在所述BIP信道與多個(gè)TCP連接之間執(zhí)行網(wǎng)關(guān)功能，所述消息指示將 與所述BIP信道耦合的TCP連接己被建立或者已被關(guān)閉，并且包括標(biāo)識(shí)所 述連接的參數(shù)。
22. 如權(quán)利要求21所述的事件消息，其特征在于，所述消息遵從ETSI TS 102223 V7丄0標(biāo)準(zhǔn)的"數(shù)據(jù)狀態(tài)事件"信封命令的格式，并且所述參 數(shù)被編碼在所述消息的"信道狀態(tài)"字段中。
23. —種設(shè)有服務(wù)器(SCWS)的芯片卡((U)SIM)，其特征在于，所 述卡包括適于生成如權(quán)利要求10至18中任一項(xiàng)所述的命令消息的軟件單 元。
24. —種移動(dòng)終端，其特征在于，所述終端包括適于生成如權(quán)利要求 19至22中任一項(xiàng)所述的事件消息的軟件單元。
25. —種在一個(gè)或多個(gè)客戶端與設(shè)有服務(wù)器(SCWS)的、包括SIM 卡功能((U)SIM)的設(shè)備之間的通信方法，其特征在于，所述設(shè)備與移動(dòng) 無線終端連接并且通過至少一個(gè)BIP信道與所述移動(dòng)無線終端通信，并且 所述終端在所述BIP信道與用于一個(gè)或多個(gè)客戶端的多個(gè)TCP連接之間執(zhí) 行網(wǎng)關(guān)功能。
全文摘要
從一個(gè)或多個(gè)客戶端發(fā)送的多個(gè)同時(shí)請(qǐng)求被操作于服務(wù)器模式下的(U)SIM卡處理。本發(fā)明涉及一個(gè)或多個(gè)客戶端與設(shè)有服務(wù)器(SCWS)的芯片卡((U)SIM)之間的通信方法，其中，所述卡包括在移動(dòng)無線終端中以經(jīng)由至少一個(gè)BIP信道與終端通信，終端在BIP信道與用于上述一個(gè)或多個(gè)客戶端的多個(gè)TCP連接之間執(zhí)行網(wǎng)關(guān)功能。
文檔編號(hào)H04Q7/38GK101313622SQ20068004359
公開日2008年11月26日 申請(qǐng)日期2006年11月16日 優(yōu)先權(quán)日2005年11月21日
發(fā)明者休伯特·赫拉尼, 奧利維爾·董, 法布里斯·扎布拉 申請(qǐng)人:日本電氣株式會(huì)社