專利名稱：移動(dòng)無線電通信設(shè)備中的客戶端服務(wù)器通信的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于移動(dòng)無線電通信設(shè)備內(nèi)的通信的方法，并且涉及相關(guān)無線電通信設(shè)備和其中產(chǎn)生的信令。
背景技術(shù)：
諸如蜂窩電話手機(jī)之類的移動(dòng)無線電通信設(shè)備早已采用芯片卡(chip-card)，例如訂戶身份模塊(SIM)，3G手機(jī)的通用集成電路卡(UICC)。這種卡通常被布置為包含有主叫方和網(wǎng)絡(luò)相關(guān)信息，并且包括存儲(chǔ)器和微控制器功能。這種在移動(dòng)無線電通信設(shè)備中采用的已知的芯片卡越來越復(fù)雜，并且其他功能還包括在芯片卡內(nèi)設(shè)置服務(wù)器使得例如UICC可以工作在服務(wù)器模式中，該服務(wù)器模式針對位于移動(dòng)無線電通信設(shè)備移動(dòng)裝備(ME)本地或者遠(yuǎn)程的一個(gè)或多個(gè)客戶端。盡管可以容易地向這種芯片卡提供這種與客戶端通信的服務(wù)器功能，但是存在這樣的場景其中要求服務(wù)器與每個(gè)都具有相同IP地址的多個(gè)客戶端中的一個(gè)或多個(gè)客戶端通信，例如在與該芯片卡服務(wù)器相同的ME上設(shè)置的多個(gè)本地客戶端。芯片卡服務(wù)器和ME之間的通信一般是由載體無關(guān)協(xié)議(BIP)支持的。然而，通過 BIP通道遞送的信息負(fù)載不包括用來指示信令源自的客戶端的信息，因此服務(wù)器芯片卡通過固有方式不能區(qū)分源自各個(gè)都共享同一 IP地址的不同客戶端的負(fù)載。已知例如服務(wù)器模式中的UICC支持基于BIP信道的傳輸控制協(xié)議(TCP)，并且其中存在共享同一 IP地址的多個(gè)客戶端。這里為每個(gè)具體的TCP連接提供一個(gè)特定的BIP 信道。然而，提供多個(gè)獨(dú)立BIP信道的缺點(diǎn)是對于ME和例如芯片卡二者都相對比較消耗資源，并且需要額外的配置以保持來自不同客戶端的數(shù)據(jù)獨(dú)立，并且一般要求提供若干個(gè)緩沖器。另外，與支持基于BIP信道的TCP相關(guān)聯(lián)的開銷可以證明不利地限制了服務(wù)器芯片卡ME接口工作的相對安全和可靠的環(huán)境。本發(fā)明試圖提供一種方法，用于在移動(dòng)無線電通信設(shè)備中服務(wù)器模式中的芯片卡和每個(gè)都具有相同IP地址的多個(gè)客戶端中的任意一個(gè)之間通信，并且該方法優(yōu)于已知的這種方法。同樣，本發(fā)明試圖提供相關(guān)移動(dòng)無線電通信設(shè)備以及其中產(chǎn)生的信令，該設(shè)備和信令優(yōu)于已知的這種設(shè)備和相關(guān)信令。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的一個(gè)示例方面，提供了一種用于移動(dòng)無線電通信設(shè)備中服務(wù)器模式中的芯片卡和每個(gè)都具有相同IP地址的多個(gè)客戶端中的任意一個(gè)或多個(gè)客戶端之間的通信的方法，該方法包括以下步驟為客戶端中的每個(gè)創(chuàng)建一個(gè)套接字(socket)，其中每個(gè)套接字被綁定到由該設(shè)備分配的一個(gè)客戶端端口，將客戶端標(biāo)識(shí)符與每個(gè)綁定的客戶端端口相關(guān)聯(lián)，以及使得每個(gè)所述客戶端標(biāo)識(shí)符對該芯片卡可用，從而該芯片卡可以區(qū)分來自這多個(gè)客戶端的消息。
因此，將理解本發(fā)明有利地允許諸如UICC之類的芯片卡基于在移動(dòng)無線電通信設(shè)備中控制的套接字-端口配對來區(qū)分多個(gè)客戶端。另外，該方法可提供來用于包括服務(wù)器模式中的UICC在內(nèi)的芯片卡和多個(gè)客戶端之間的通信。此外，該方法可提供來用于在移動(dòng)無線電通信這邊中設(shè)置的芯片卡和多個(gè)客戶端之間的通信。當(dāng)然，應(yīng)當(dāng)理解該通信方法可被布置為由移動(dòng)無線電通信系統(tǒng)中的BIP信道支持。有利地，在本發(fā)明的方法中，要被綁定到一具體客戶端套接字的客戶端端口可通過該移動(dòng)無線電通信設(shè)備分配。或者，要被綁定到一具體客戶端套接字的客戶端端口可從預(yù)定端口選擇導(dǎo)出。此外，可將該方法布置為使得移動(dòng)無線電通信設(shè)備存儲(chǔ)客戶端端口和配對的客戶端標(biāo)識(shí)符信息。有利地，該方法可以包括使得客戶端標(biāo)識(shí)符對移動(dòng)無線電通信設(shè)備-芯片卡接口可用的步驟。優(yōu)選地，該方法可以包括對服務(wù)器和(多個(gè))客戶端之間的通用數(shù)據(jù)報(bào)協(xié)議通信的支持。這樣，對UDP服務(wù)器模式中的芯片卡的支持可在APDU命令信令中提供。此外，對UDP服務(wù)器模式中的芯片卡的支持可在開放信道前攝命令信令中提供。作為替換，該方法還可以包括支持TCP通信并且按需創(chuàng)建TCP套接字。這樣，該方法還可以包括監(jiān)控服務(wù)器端口上的進(jìn)入連接請求的步驟。該方法還可以包括創(chuàng)建其他TCP服務(wù)器套接字，并且響應(yīng)于進(jìn)入連接請求留下原服務(wù)器套接字用于將來進(jìn)入的連接請求。根據(jù)本發(fā)明另一個(gè)示例方面，提供了一種移動(dòng)無線電通信設(shè)備，該移動(dòng)無線電通信設(shè)備具有芯片卡，并且布置來根據(jù)如上限定的用于通信的方法操作。這種如上所述的移動(dòng)無線電通信設(shè)備可布置來執(zhí)行用于控制該方法的軟件指令。根據(jù)本發(fā)明又一個(gè)示例性方面，提供了一種到移動(dòng)無線電通信設(shè)備內(nèi)的服務(wù)器模式中的芯片卡的信令消息，所述消息源自每個(gè)都具有相同IP地址的多個(gè)客戶端中的一個(gè)客戶端，并且所述消息包括與綁定的套接字和客戶端端口相關(guān)聯(lián)的客戶端標(biāo)識(shí)符，使得所述芯片卡能區(qū)分來自這多個(gè)客戶端的消息。優(yōu)選地，該信令包括終端響應(yīng)消息。根據(jù)本發(fā)明又一個(gè)示例性方面，提供了一種來自移動(dòng)無線電通信設(shè)備內(nèi)的服務(wù)器模式中的芯片卡的信令消息，該信令消息要被遞送到每個(gè)都具有相同IP地址的多個(gè)客戶端中的至少一個(gè)客戶端，并且所述信令消息包括與綁定的套接字和客戶端端口相關(guān)聯(lián)的客戶端標(biāo)識(shí)符，使得所述芯片卡能針對該信令消息的遞送區(qū)分所述多個(gè)客戶端。有利地，該信令包括發(fā)送數(shù)據(jù)命令消息。將理解，通過移動(dòng)無線電通信設(shè)備中的功能，例如通過該移動(dòng)無線電通信設(shè)備中的套接字層，或者通過分配給特定類型應(yīng)用的預(yù)定端口號，可以向這多個(gè)客戶端中的每個(gè)分配一個(gè)端口號。
此外，本申請因此有利地提供了允許芯片卡基于移動(dòng)無線電通信設(shè)備中的功能區(qū)分多個(gè)客戶端，并且有利地考慮了與現(xiàn)有卡接口相關(guān)的約束，以輔助實(shí)現(xiàn)本發(fā)明的向后兼容。具體而言，本發(fā)明基于例如如下多個(gè)過程步驟的組合識(shí)別端口號，與可減少移動(dòng)無線電通信設(shè)備-芯片卡接口上所要求的比特/字節(jié)的簡單標(biāo)識(shí)符相關(guān)聯(lián)，并且擴(kuò)展接口上的現(xiàn)有參數(shù)的范圍，從而向芯片卡而不是僅移動(dòng)無線電通信設(shè)備提供所要求的能力來區(qū)分每個(gè)都具有相同IP地址的多個(gè)客戶端。從而例如盡管在當(dāng)前在文檔ETSI TS 102 223中定義的基于BMP信道的UICC服務(wù)器模式僅支持TCP模式通信，但是本發(fā)明提供了一種尤其有利的機(jī)制用于支持這種通信， 并且還支持UDP模式操作，使得例如該移動(dòng)無線電通信設(shè)備中的任何應(yīng)用基于UDP可以隨后與類似地布置在UDP服務(wù)器模式中工作的芯片卡交互。因此在移動(dòng)無線電通信設(shè)備和芯片卡服務(wù)器接口的上下文中，從而在任何情形中都可能不需要TCP模式的額外安全性和可靠性的場景中，可以容易地得到使用UDP模式而帶來的速度和效率方面的優(yōu)點(diǎn)。下面參考附圖僅作為示例來進(jìn)一步描述本發(fā)明。


圖1是下述場景的協(xié)議棧和處理流程的示意性框圖在該場景中，在移動(dòng)無線電通信設(shè)備和芯片卡二者中都支持UDP ；圖2是與圖1的類似的棧和處理流程圖，只是在該場景中在接口的芯片卡一側(cè)僅支持BIP ；圖3是根據(jù)本發(fā)明一個(gè)實(shí)施例在移動(dòng)無線電通信設(shè)備中芯片卡和多個(gè)客戶端之間的信令圖；圖4根據(jù)另一個(gè)實(shí)施例在移動(dòng)無線電通信設(shè)備中芯片卡和多個(gè)客戶端之間的類似但僅是一部分的信令圖；以及圖5圖示了終端簡檔消息中的修改后的結(jié)構(gòu)，使得支持UDP服務(wù)器模式中的芯片卡。
具體實(shí)施例方式參考文章EI^I TS 102 223 Re 1-8 Specs，已知服務(wù)器模式中的UICC支持基于BIP 信道的TCP，并且使得僅移動(dòng)無線電通信設(shè)備移動(dòng)裝備(ME)中的TCP客戶端應(yīng)用和UICC中的TCP服務(wù)器可以通過BIP信道通信。然而，每個(gè)都具有相同IP地址的多個(gè)客戶端和服務(wù)器模式中的UICC可以通信的方式被不利地限制，并且僅支持TCP模式可以類似地證明是不合適并且受限的。從上面將理解，本發(fā)明提供了一種機(jī)制，通過該機(jī)制，例如服務(wù)器模式中的UICC 可以可靠地與每個(gè)都具有相同IP地址的多個(gè)客戶端中的一個(gè)或多個(gè)客戶端通信，并且還提供了另一種機(jī)制，該機(jī)制允許支持基于BIP信道的UDP，使得每個(gè)客戶端可以包括UDP客戶端，并且服務(wù)器模式中的UICC可以包括UICC UDP服務(wù)器。下面進(jìn)一步描述根據(jù)本發(fā)明兩個(gè)具體實(shí)施例產(chǎn)生的信令，首先參考圖1，圖1示出了在ME和接口的UICC側(cè)上都支持UDP/IP的場景的協(xié)議棧和處理流程，但是應(yīng)理解圖1僅示出了客戶端側(cè)上的處理。即，示出了客戶端(應(yīng)用)10、隨后設(shè)置的提供可以包括源、目的地和端口號的頭部的UDP棧12、隨后設(shè)置的BIP之前的IP支持14、或者以太網(wǎng)仿真16、隨后前進(jìn)到物理層18，其可以包括通用串行總線(USB)連接或其他連接。然后，現(xiàn)在轉(zhuǎn)到圖2，示出了在UICC側(cè)僅支持BIP，從而使得不設(shè)置UDP/IP或者實(shí)際上TCP棧的場景。如圖所示，在接口的客戶端側(cè)20處，設(shè)置了客戶端(應(yīng)用)M和相關(guān)UDP發(fā)送請求26。由于ME可以識(shí)別出在UICC側(cè)僅支持BIP，所以UDP層沈?qū)H將UDP發(fā)送請求轉(zhuǎn)發(fā)到?。繉佑^。在這里，BIP層觀從該UDP發(fā)送請求提取客戶端(應(yīng)用)M數(shù)據(jù)，并將客戶端端口與后面將描述的標(biāo)識(shí)符相關(guān)聯(lián)。然后該數(shù)據(jù)準(zhǔn)備好經(jīng)由接口被發(fā)送到UICC側(cè)。在該接口的UICC側(cè)22處，物理層包括例如USB 34并且接收數(shù)據(jù)，該數(shù)據(jù)隨后經(jīng)由BIP 36被遞送到UICC內(nèi)的服務(wù)器38。如上所述，與兩個(gè)獨(dú)立實(shí)施例相關(guān)產(chǎn)生的信令的具體示例將結(jié)合本申請的圖3和 4進(jìn)一步討論。為了實(shí)現(xiàn)在UICC內(nèi)尤其高效地識(shí)別源自多個(gè)客戶端中的一個(gè)或多個(gè)的數(shù)據(jù)，本發(fā)明特別支持基于BIP信道的UDP。然而，應(yīng)當(dāng)理解，本發(fā)明絕不限于支持UDP。例如，UICC可以確定進(jìn)入數(shù)據(jù)的客戶端源并且可以將數(shù)據(jù)再遞送到適當(dāng)?shù)哪繕?biāo)客戶端的有利方式不限于任何具體的通信方式， 例如UDP或TCP。然而，僅為了進(jìn)一步說明，對于支持UDP，應(yīng)當(dāng)理解，本發(fā)明可以在終端簡檔 (terminal profile)APDU命令中支持UICC UDP服務(wù)器模式，并且還可以在開放信道前攝 (proactive)命令中支持UICC UDP服務(wù)器模式。根據(jù)需要，多個(gè)UDP客戶端應(yīng)用中的任意一個(gè)或多個(gè)被布置來創(chuàng)建UDP套接字，并且重要地是將該套接字綁定到一個(gè)具體的端口號。該端口號可由ME分配，或者可以從預(yù)先設(shè)定的預(yù)定范圍提取，并且隨后可被定義或者識(shí)別為該具體客戶端應(yīng)用的源(或客戶端) 端口號。隨后可將ME布置來將下文稱作“UDP客戶端標(biāo)識(shí)符”的標(biāo)識(shí)符關(guān)聯(lián)到前述客戶端源端口號中的每一個(gè)。這種源端口號和UDP客戶端標(biāo)識(shí)符對可以仍適當(dāng)?shù)卮鎯?chǔ)在ME中。為了允許在UICC中實(shí)現(xiàn)本發(fā)明的期望區(qū)分功能，可使UDP客戶端標(biāo)識(shí)符對 ME-UICC接口可用，并且這例如可以通過信封事件下載數(shù)據(jù)(Envelope Event Download Data)、接收數(shù)據(jù)、發(fā)送數(shù)據(jù)和/或終端響應(yīng)命令來實(shí)現(xiàn)。UICC隨后可以基于該UDP客戶端標(biāo)識(shí)符區(qū)分多個(gè)UDP客戶端?，F(xiàn)在轉(zhuǎn)到圖3，給出了在ME中，在UDP服務(wù)器模式中第一和第二客戶端40、42、主 ME處理器44和UICC 46之間產(chǎn)生的信令的圖。在加電序列(power-up sequence)中，ME 44將其終端簡檔消息48發(fā)送到UICC 46，指示該ME 44支持“UICC UDP服務(wù)器模式”。一旦加電序列完成，UICC 46就向ME 44發(fā)送一開放信道前攝命令50指示其希望打開一 UICC UDP服務(wù)器模式中的信道(盡管這可以在發(fā)送了終端簡檔后的任意時(shí)刻發(fā)生)。具體而言，命令50包括相關(guān)服務(wù)器端口號，即，UDP服務(wù)器46用來與UDP客戶端應(yīng)用通信的端口。ME 44接受該命令，具體而言，記憶前述UDP服務(wù)器端口號。對于該信令過程中的后續(xù)步驟，ME 44將監(jiān)控(52)是否在該特定服務(wù)器端口上接收到任何數(shù)據(jù)。假設(shè)ME 44中的第一 UDP客戶端40應(yīng)用希望與UDP模式中的UICC服務(wù)器46通信，則該應(yīng)用將首先創(chuàng)建(54) —個(gè)UDP套接字，然后將該套接字與源端口號綁定(54)，該源端口號可稱作客戶端源端口號。注意，該端口號可以預(yù)先固定，或者例如如果ME 44已動(dòng)態(tài)分配了端口號則可以通過調(diào)用原語“getsockname”而提取。隨后，ME 44記憶該客戶端端口號，并將一 UDP客戶端標(biāo)識(shí)符(例如，由ME分配的一個(gè)簡單數(shù)字)關(guān)聯(lián)(56)到該端口號。這可以通過在ME中利用一個(gè)簡單陣列來存儲(chǔ)“客戶端端口號-UDP客戶端標(biāo)識(shí)符” 對數(shù)據(jù)來實(shí)現(xiàn)。將看到，隨后對第二 UDP客戶端應(yīng)用42進(jìn)行類似的信令58、60和標(biāo)識(shí)符分配62。 在第一 UDP客戶端應(yīng)用40調(diào)用UDP發(fā)送數(shù)據(jù)函數(shù)來向UICC UDP服務(wù)器46發(fā)送數(shù)據(jù)64時(shí)， 注意UDP客戶端預(yù)先知道該UICCUDP服務(wù)器端口號，并且該端口可以是由IANA分配的標(biāo)準(zhǔn)端口號。ME 44根據(jù)在發(fā)送函數(shù)64中由UDP客戶端40指示出的服務(wù)器端口號將該請求識(shí)別為對UICC UDP服務(wù)器46的請求，ME 44然后將從該函數(shù)提取負(fù)載并且將其保存到其存儲(chǔ)器中。ME 44隨后向UICC UDP服務(wù)器46發(fā)送“事件下載數(shù)據(jù)可用”信封命令66，指示例如所分配的UDP客戶端標(biāo)識(shí)符在該信封命令66中包括的設(shè)備身份數(shù)據(jù)對象中。通過接收信封66，UICC 46基于該UDP客戶端標(biāo)識(shí)符確認(rèn)存在UDP客戶端，其識(shí)別為試圖與UICC UDP服務(wù)器通信。UICC 46隨后向ME 44發(fā)送接收數(shù)據(jù)命令68，以便提取來自UDP客戶端40的數(shù)據(jù)。 具體而言，接收數(shù)據(jù)命令68也可以包含UDP客戶端標(biāo)識(shí)符。通過接收該接收數(shù)據(jù)命令68，ME 44可以將由該UDP客戶端標(biāo)識(shí)符所引用(所指) 的UDP客戶端應(yīng)用數(shù)據(jù)(先前保存的負(fù)載)封裝到“信道數(shù)據(jù)”數(shù)據(jù)對象中，包括UDP客戶端標(biāo)識(shí)符(例如，在設(shè)備身份數(shù)據(jù)對象中)，然后向UICC 46發(fā)送終端響應(yīng)70。應(yīng)當(dāng)理解，如果不能利用單個(gè)終端響應(yīng)發(fā)送UDP客戶端數(shù)據(jù)，即，在數(shù)據(jù)量超出了單個(gè)終端響應(yīng)的數(shù)據(jù)傳輸能力的情況下，可以采用服務(wù)器的“接收數(shù)據(jù)-終端響應(yīng)”交換/ 循環(huán)。通過接收該終端響應(yīng)70，UICC 46將能夠根據(jù)UDP客戶端標(biāo)識(shí)符了解數(shù)據(jù)源自哪個(gè)UDP客戶端(在該情形中是40)。ME 44隨后可以通過向UDP客戶端發(fā)送確認(rèn)消息72來確認(rèn)正確發(fā)送了數(shù)據(jù)。在第二客戶端應(yīng)用42UDP調(diào)用UDP發(fā)送函數(shù)來向UICC UDP服務(wù)器46發(fā)送數(shù)據(jù)74 時(shí)將發(fā)生類似的信令交換74、76、78、80和82。接著，UICC服務(wù)器46可以向特定UDP客戶端40、42發(fā)送數(shù)據(jù)84、86，并且根據(jù)本發(fā)明，UICC隨后將僅需在發(fā)送數(shù)據(jù)前攝命令84中指定UDP客戶端標(biāo)識(shí)符。
當(dāng)ME 44從UICC 46接收到該發(fā)送數(shù)據(jù)命令84時(shí)，根據(jù)“UDP客戶端標(biāo)識(shí)符/客戶端端口號”對信息，ME 44將能夠?qū)⒃摂?shù)據(jù)86發(fā)送到正確的客戶端應(yīng)用40?，F(xiàn) 在轉(zhuǎn)到圖4，示出了在第一和第二客戶端40、42、ME主處理器44和UICC46之間發(fā)生的信令，只是這次是根據(jù)支持基于BIP信道的TCP。即，客戶端40、42每個(gè)都包括TCP 客戶端，并且考慮UICC 46工作在TCP服務(wù)器模式中。從下面的描述將理解，圖4中僅示出了信令的最初階段，因?yàn)殡S后的交換僅僅是結(jié)合圖3的實(shí)施例描述的那些的鏡像。同樣，以加電序列開始，ME 44向UICC 46發(fā)送終端簡檔信號88，信號88指示支持服務(wù)器模式中的UICC和TCP，并且和前面一樣，完成加電序列后，UICC 46向ME 40發(fā)送開放信道前攝命令90。在該階段中，如92所示，ME隨后創(chuàng)建一 TCP套接字，并將該套接字與所需的服務(wù)器端口綁定。還可以啟動(dòng)相關(guān)“監(jiān)聽”和隨后的“接受”功能，使得ME可以開始監(jiān)控該服務(wù)器端口上的任何進(jìn)入連接請求。對于后續(xù)對來自第一客戶端40的通信的支持，信令94、96被從該客戶端40遞送到ME 44，以便創(chuàng)建所需的TCP套接字，并且隨后將該套接字綁定到適當(dāng)?shù)目蛻舳硕丝谔?。在ME 44中(98)，該ME接收前述連接請求，并且有效地創(chuàng)建一個(gè)新的TCP服務(wù)器套接字，以便留下原服務(wù)器套接字可用于任意將來進(jìn)入的連接請求。可以將ME布置為分配新的服務(wù)器端口號，并且從此向前，該新分配的端口號被與第一客戶端40相關(guān)聯(lián)，并且來自該客戶端的所有將來數(shù)據(jù)都將被發(fā)送到該具體端口。隨后，ME 44可以通過信令100來以對該連接請求的接收和使能的確認(rèn)作出響應(yīng)。接下來，假設(shè)第二客戶端42類似地希望與UICC 46通信，則在ME44處從該第二客戶端接收到類似的套接字創(chuàng)建102和綁定104信令。從而在106處，結(jié)合第二客戶端執(zhí)行結(jié)合第一客戶端在98處進(jìn)行的相同的端口號分配處理。然后對該連接的接收和使能的確認(rèn)作為信令108被從ME 44返回到第二客戶端 42。所有后續(xù)信令在與圖3所示的對UDP的支持相同的上下文中發(fā)生，因此未進(jìn)一步示出。 在確認(rèn)中，ME已向第一和第二客戶端40、42分配了兩個(gè)不同的端口號。ME隨后可以將端口號與兩個(gè)不同的標(biāo)識(shí)符相關(guān)聯(lián)，并傳遞該信息以由UICC使用從而允許該UICC區(qū)分源自兩個(gè)不同客戶端的數(shù)據(jù)，即使它們共享同一個(gè)IP地址。返回到支持UDP的實(shí)施例，這可以基于為支持TCP而提議的信令，只是如下面的提議所述包括一些添加和修改。例如，可以將“終端簡檔”APDU命令修改為添加對“UDP服務(wù)器模式中的UICC”的支持。圖5中參考第17字節(jié)示出了對APDU命令的這種建議修改的本質(zhì)，示出了在“b6” 處添加了對服務(wù)器模式中的UDP UICC的支持。另外，還可以修改“與UICC服務(wù)器模式有關(guān)的開放信道”前攝命令，以便添加對 UDP服務(wù)器模式中的UICC的支持。更具體而言，可以修改在該開放信道命令中包括的“UICC/終端接口傳輸級別，，數(shù)據(jù)對象，以便添加對UDP服務(wù)器模式中的UICC的支持。在該UICC/終端接口傳輸級別，如果支持類別“e”，則該語句應(yīng)用。
權(quán)利要求
1.一種用于移動(dòng)無線電通信設(shè)備中服務(wù)器模式中的芯片卡和每個(gè)都具有相同IP地址的多個(gè)客戶端中的任意一個(gè)或多個(gè)客戶端之間的通信的方法，所述方法包括為所述客戶端中的每個(gè)創(chuàng)建一個(gè)套接字，其中每個(gè)套接字被綁定到一個(gè)客戶端端口 ；將客戶端標(biāo)識(shí)符與每個(gè)綁定的客戶端端口相關(guān)聯(lián)；以及使得每個(gè)所述客戶端標(biāo)識(shí)符對所述芯片卡可用，從而所述芯片卡可以區(qū)分所述多個(gè)客戶端。
2.如權(quán)利要求1所述的方法，其中所述芯片卡包括服務(wù)器模式中的UICC。
3.如權(quán)利要求1或2所述的方法，其中所述多個(gè)客戶端設(shè)置在所述移動(dòng)無線電通信設(shè)備中。
4.如權(quán)利要求1至3中任一個(gè)所述的方法，其中分配來綁定到一具體套接字的所述客戶端端口是通過所述移動(dòng)無線電通信設(shè)備分配的。
5.如權(quán)利要求1至3中任一個(gè)所述的方法，其中要綁定到一具體套接字的所述客戶端端口是從預(yù)定端口選擇導(dǎo)出的。
6.如權(quán)利要求1至5中任一個(gè)所述的方法，包括使得所述客戶端標(biāo)識(shí)符對移動(dòng)無線電通信設(shè)備-芯片卡接口可用。
7.如權(quán)利要求1至6中任一個(gè)所述的方法，被布置來支持服務(wù)器和多個(gè)客戶端之間的通用數(shù)據(jù)報(bào)協(xié)議通信。
8.如權(quán)利要求7所述的方法，其中對芯片卡和UDP服務(wù)器模式的支持是在APDU命令信令中提供的。
9.如權(quán)利要求7或8所述的方法，其中對芯片卡和UDP服務(wù)器模式的支持是在開放信道前攝命令信令中提供的。
10.如權(quán)利要求1至6中的任一個(gè)所述的方法，被布置來支持TCP通信并且按需創(chuàng)建 TCP套接字。
11.一種到移動(dòng)無線電通信設(shè)備內(nèi)的服務(wù)器模式中的芯片卡的信令消息，所述消息源自每個(gè)都具有相同IP地址的多個(gè)客戶端中的一個(gè)客戶端，并且所述消息包括與綁定的套接字和客戶端端口相關(guān)聯(lián)的客戶端標(biāo)識(shí)符，使得所述芯片卡能區(qū)分所述多個(gè)客戶端。
12.如權(quán)利要求11所述的消息，包括終端響應(yīng)消息。
13.如權(quán)利要求11所述的消息，包括數(shù)據(jù)可用消息。
14.一種來自移動(dòng)無線電通信設(shè)備內(nèi)的服務(wù)器模式中的芯片卡的信令消息，該信令消息要被遞送到每個(gè)都具有相同IP地址的多個(gè)客戶端中的至少一個(gè)客戶端，并且所述信令消息包括與綁定的套接字和客戶端端口相關(guān)聯(lián)的客戶端標(biāo)識(shí)符，使得所述芯片卡能區(qū)分所述多個(gè)客戶端。
15.如權(quán)利要求14所述的消息，包括發(fā)送數(shù)據(jù)命令消息。
16.如權(quán)利要求14所述的消息，包括接收數(shù)據(jù)命令消息。
全文摘要
本發(fā)明提供了一種用于移動(dòng)無線電通信設(shè)備中服務(wù)器模式中的芯片卡和每個(gè)都具有相同IP地址的多個(gè)客戶端中的任意一個(gè)或多個(gè)客戶端之間的通信的方法，該方法包括以下步驟為客戶端中的每個(gè)創(chuàng)建一個(gè)套接字，其中每個(gè)套接字要被綁定到由該設(shè)備分配的一個(gè)客戶端端口，將客戶端標(biāo)識(shí)符與每個(gè)綁定的客戶端端口相關(guān)聯(lián)，以及使得每個(gè)所述客戶端標(biāo)識(shí)符對該芯片卡可用，從而該芯片卡可以區(qū)分來自這多個(gè)客戶端的消息。
文檔編號G06K17/00GK102224714SQ20098014660
公開日2011年10月19日 申請日期2009年7月31日 優(yōu)先權(quán)日2008年11月20日
發(fā)明者奧利維爾·董 申請人:日本電氣株式會(huì)社