專利名稱：:處理封包交換數(shù)據(jù)傳輸?shù)姆椒捌湎到y(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明是有關(guān)于處理封包交換數(shù)據(jù)傳輸(packet-switcheddatatransmission)的方法及其系統(tǒng)，特別是有關(guān)于通過具有多個用戶識別卡(subscriberidentitycard)的移動臺(mobilestation)處理封包交換數(shù)據(jù)傳輸?shù)姆椒捌湎到y(tǒng)。
背景技術(shù)：
：全球移動通信系統(tǒng)(GlobalSystemforMobilecommunications,以下簡稱為GSM)標準是當今世界上廣泛使用的移動電話標準。由歐洲電信標準協(xié)會(EuropeanTelecommunicationStandardsInstitute,ETSI)定義的GSM標準是蜂巢式網(wǎng)絡(luò)(cellularnetwork)結(jié)構(gòu)并且是時分多址(timedivisionmultipleaccess,以下簡稱為TDMA)系統(tǒng)。對于一載波，TDMA系統(tǒng)將一個幀分為八個時槽(timeslot)，其中每一時槽被用于一用戶以傳輸一信道數(shù)據(jù)。此外，通用分組無線業(yè)務(wù)(GeneralPacketRadioService,以下簡稱GPRS)技術(shù)是GSM系統(tǒng)的一可用技術(shù)。GPRS技術(shù)利用GSM系統(tǒng)中未利用的信道來提供適中速率的數(shù)據(jù)傳輸。寬帶碼分多址(WidebandCodeDivisionMultipleAccess,以下簡稱為W-CDMA)是寬帶展頻移動空中接口，其利用異步碼分多址(asynchronouscodedivisionmultipleaccess)的直接序列展步頁(direct-sequencespreadspectrum)方法以獲得比GSM系統(tǒng)使用的TDMA更高的速率以及支持更多的用戶。分時-同步碼分多址(TimeDivision-SynchronousCodeDivisionMultipleAccess,以下簡稱TD-SCDMA)是另一種3G移動通信標準。雙用戶識別模塊(subscriberidentitymodule,以下簡稱為SIM)移動電話是具有兩個分別對應(yīng)于不同電話號碼的SIM的移動電話。雙SIM移動電話允許用戶同時使用兩種通信服務(wù)，而不需攜帶兩個電話。舉例來說，同一移動電話能夠以不同的號碼與賬單分別用于商用以及私用，因此可為移動電話用戶提供方便。
發(fā)明內(nèi)容為了更好地處理封包交換數(shù)據(jù)傳輸，本發(fā)明提供了一種處理封包交換數(shù)據(jù)傳輸?shù)姆椒捌湎到y(tǒng)。本發(fā)明提供了一種處理封包交換數(shù)據(jù)傳輸?shù)姆椒ǎ龇椒ㄊ峭ㄟ^移動臺實施，所述移動臺具有第一用戶識別卡，耦接于第一射頻模塊，以及第二用戶識別卡耦接于第二射頻模塊，所述方法是通過所述移動臺的適配器執(zhí)行，所述方法包含:接收上行鏈路IP封包；收集關(guān)于至少一接收到的封包以及所述移動臺的硬件狀況的信息；根據(jù)所述收集到的信息從第一用戶識別卡以及第二用戶識別卡中決定一個用戶識別卡；以及經(jīng)由對應(yīng)于所述決定的用戶識別卡的所述射頻模塊，傳輸所述接收到的封包至目的地。本發(fā)明另提供了一種處理封包交換數(shù)據(jù)傳輸?shù)姆椒?，所述方法是通過移動臺實施，所述移動臺具有第一用戶識別卡，耦接于第一射頻模塊，以及第二用戶識別卡，耦接于第二射頻模塊，所述方法是通過所述移動臺或計算機主機的應(yīng)用程序執(zhí)行，所述方法包含:將多個請求分組為第一組以及第二組，其中，每一請求被封裝于一個或多個上行鏈路IP封包；設(shè)置對應(yīng)于所述第一用戶識別卡的第一IP地址作為所述第一組的每一IP封包的源地址；設(shè)置對應(yīng)于所述第二用戶識別卡的第二IP地址作為所述第二組的每一IP封包的源地址；以及傳輸所述上行鏈路IP封包至適配器，所述適配器負責轉(zhuǎn)換所述上行鏈路IP封包為多個區(qū)塊，以及指示所述第一射頻模塊以及所述第二射頻模塊來傳輸所述已轉(zhuǎn)換的區(qū)塊。本發(fā)明提供了一種處理封包交換數(shù)據(jù)傳輸?shù)南到y(tǒng)，包含:第一射頻模塊；第二射頻模塊；第一用戶識別卡，經(jīng)由所述第一射頻模塊待接于基站；第二用戶識別卡，經(jīng)由所述第二射頻模塊待接于所述基站或不同的基站；以及電路，接收上行鏈路IP封包，收集關(guān)于所接收到的所述上行鏈路IP封包以及特定指配的信息，根據(jù)所述收集的信息，從所述第一用戶識別卡以及所述第二用戶識別卡中決定一個用戶識別卡，以及經(jīng)由對應(yīng)于所述決定的用戶識別卡的所述射頻模塊將所述接收到的封包傳輸至目的地。本發(fā)明提供的處理封包交換數(shù)據(jù)傳輸?shù)姆椒捌湎到y(tǒng)，通過從第一用戶識別卡以及第二用戶識別卡中決定一個用戶識別卡，以傳輸所述接收到的封包至目的地，可以更好地處理封包交換數(shù)據(jù)傳輸，為移動電話用戶提供方便。圖1是移動通信網(wǎng)絡(luò)系統(tǒng)的簡要示意圖。圖2是依據(jù)本發(fā)明的實施例的移動臺的硬件結(jié)構(gòu)示意圖。圖3顯示由移動臺初始的PDP文本啟動程序。圖4為上行鏈路信道配置(移動臺始呼封包傳輸)的示意圖。圖5為移動臺的用戶識別卡(終止于移動臺的封包傳輸)的尋呼程序示意圖。圖6為具有用戶識別卡的移動臺使用的GSM網(wǎng)絡(luò)傳輸層的協(xié)議結(jié)構(gòu)示意圖。圖7為于移動臺中如圖6所示的協(xié)議層之間的數(shù)據(jù)流示意圖。圖8為具有用戶識別卡的移動臺使用的WCDMA/TD-SCDMA網(wǎng)絡(luò)用戶層的協(xié)議結(jié)構(gòu)示意圖。圖9為于移動臺中如圖8所示的協(xié)議層之間的數(shù)據(jù)流示意圖。圖1OA為計算機主機嘗試通過移動臺存取因特網(wǎng)的示意圖。圖1OB為移動臺的方框圖。圖11依據(jù)本發(fā)明一實施例的用于處理封包交換數(shù)據(jù)傳輸?shù)姆椒ǖ牧鞒虉D。圖12為端口的號碼，服務(wù)類型以及服務(wù)卡之間映射的指配表。圖13A為用于IP封包的數(shù)據(jù)流示意圖。圖13B為圖13A所示的IP封包的TCP標頭以及負載格式的示意圖。圖13C為圖13A所示的IP封包的UDP標頭以及負載格式的示意圖。圖13D為圖13A所示的IP封包的IP標頭格式示意圖。圖14為根據(jù)本發(fā)明一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。圖15為指配表中的初始源地址、修正后的源地址、源端口號碼、目的地端口號碼、服務(wù)類型以及被指配的用戶識別卡之間的映射的示意圖。圖16為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。圖17為指配表中的源地址、目的地地址、源端口號碼、目的地端口號碼、協(xié)議類型以及被指配的用戶識別卡之間的映射的示意圖。圖18為指配表中的HTTP/WAP請求的文件類型以及被指配的(服務(wù)的)用戶識別卡之間的映射的示意圖。圖19為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。圖20為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。圖21顯示了SDP文檔文件的示意圖。圖22為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。圖23為SMIL文檔的示意圖。圖24為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。圖25為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。圖26為本發(fā)明一實施例的用于處理封包交換數(shù)據(jù)傳輸?shù)姆椒ǖ囊涣鞒虉D。具體實施方式SIM卡通常包含用戶賬戶信息、國際移動用戶識別(internationalmobilesubscriberidentity,以下簡稱為IMSI)碼以及一組SIM應(yīng)用工具包(SIMapplicationtoolkit，以下簡稱為SAT)命令，并且提供電話簿與短信的存儲空間?；鶐酒?BasebandChip)的微處理單元(micro-processingunit,以下簡稱為MCU)可與SIM卡的MCU互動，以從插入的SM卡獲取數(shù)據(jù)或者SAT命令。插入SM之后，移動臺立即被程序化。SM卡也可程序化來顯示用戶選單以提供個性化服務(wù)。通用SM(universalSIM,以下簡稱為USM)卡插入用于W-CDMA以及TD-SCDMA(也稱為3G)通信系統(tǒng)的移動電話。USM卡存儲用戶賬戶信息、頂S1、認證信息以及一組USM應(yīng)用工具包(USMapplicationtoolkit，以下簡稱為USAT)命令，并且提供電話簿與短信的存儲空間?；鶐CU可與USIM卡的MCU互動，以從插入的USIM卡獲取數(shù)據(jù)或者USAT命令。US頂卡的電話簿相比于SM卡的電話簿顯著地增強?；谡J證考慮，USM卡可存儲長期預(yù)先共享密鑰(long-termpre-sharedsecretkey)K,長期預(yù)先共享密鑰K由網(wǎng)絡(luò)的認證中心(AuthenticationCenter,AuC)共享。USIM卡的MCU可利用窗口機制來驗證必須在一范圍內(nèi)的序列號碼(sequencenumber),以避免重放攻擊(replayattack),并且負責產(chǎn)生對話密鑰(sessionkey)CK與IK，以在UMTS的KASUMI(也稱為A5/3)區(qū)塊加密(blockcipher)的機密性與完整性算法中使用。在插入US頂卡后，移動臺立即被程序化。對于CDMA移動臺，可移除式用戶識別模塊(removableuseridentitymodule,以下簡稱為R-UIM)卡或者CDMA用戶識別模塊(CDMASubscriberIdentityModule,以下簡稱為CSM)卡已被完善地發(fā)展，并且除了能夠在CDMA網(wǎng)絡(luò)中工作之外，GSM的SM卡以及3GUS頂卡等同。R-UM或者CS頂卡與GSM的SM卡實體兼容，并且提供用于CDMA系統(tǒng)的相似的保護機制。IMSI碼是與GSM或者UMTS網(wǎng)絡(luò)用戶結(jié)合的唯一號碼。MSI碼可由移動臺發(fā)至GSM或者UMTS網(wǎng)絡(luò)，以獲得本地位置記錄器(HomeLocationRegister，以下簡稱為HLR)的移動用戶的其它詳細信息，或作為訪客位置記錄器(VisitorLocationRegister,以下簡稱為VLR)的本地復(fù)制。MSI碼通常為15位數(shù)字長度，但也可更短(例如南非的移動通信網(wǎng)絡(luò)使用的頂SI為14位數(shù)字長度)。MSI前3位是移動國家碼(MobileCountryCode,以下簡稱為MCC)，后續(xù)為2位(歐洲標準)或者3位(北美標準)的移動網(wǎng)絡(luò)碼(MobileNetworkCode,以下簡稱為MNC)。其余位數(shù)為GSM或者UMTS網(wǎng)絡(luò)用戶的移動用戶識別碼(mobilesubscriberidentificationnumber,以下簡稱為MSIN)。圖1是移動通信網(wǎng)絡(luò)系統(tǒng)的簡要示意圖。在圖1中，移動臺(也可稱為用戶設(shè)備)110具有雙用戶識別卡A與B，在待接(campon)兩個基站(cell)140A與140B之后，可同時地存取相同或不同的核心網(wǎng)絡(luò)(例如，GSM、WCDMA,CDMA2000、TD-SCDMA以及其它相似網(wǎng)絡(luò))，其中，每一基站140A與140B除可為基站(basestation)外，還可為節(jié)點-B(Node-B)或其它。用戶識別卡A與B可為SM、USM、R-ΠΜ、或者CS頂卡。移動臺Iio可使用用戶識別卡A或者B,經(jīng)由具有基站控制器(BaseStationController,以下簡稱為BSC)的GSM系統(tǒng)、具有無線網(wǎng)絡(luò)控制器(RadioNetworkController,以下簡稱為RNC)的WCDMA/CDMA2000/TD-SCDMA網(wǎng)絡(luò)、公共交換電話網(wǎng)絡(luò)(PublicSwitchedTelephoneNetwork,以下簡稱為PSTN)或者其任意組合來語音呼叫(voicecall)或者數(shù)據(jù)呼叫(datacall)作為被呼叫方的移動臺120或者移動臺130。舉例來說，移動臺110可使用用戶識別卡A順序地經(jīng)由基站140A、BSC/RNCA以及基站140C來語音呼叫作為被呼叫方的移動臺120，或者移動臺110可使用用戶識別卡B順序地經(jīng)由基站140B、BSC/RNCB、核心網(wǎng)絡(luò)運營商B、核心網(wǎng)絡(luò)運營商A、BSC/RNCA以及基站140C來語音呼叫作為被呼叫方的移動臺120。此外，移動臺110能夠以用戶識別卡A或者B接收來自作為呼叫方的移動臺120或者移動臺130的電話呼叫請求。舉例來說，移動臺110可經(jīng)由PSTN、核心網(wǎng)絡(luò)運營商B、BSC/RNCB以及基站140B接收由作為呼叫方的移動臺130至用戶識別卡B的電話呼叫請求。圖2是依據(jù)本發(fā)明的實施例的移動臺200的硬件結(jié)構(gòu)示意圖。移動臺200包含兩個射頻(radiofrequency,RF)模塊210A與210B以及兩個基帶芯片220A與220B，其中，射頻模塊210A耦接至基帶芯片220A，以及射頻模塊210B耦接至基帶芯片220B。兩個用戶識別卡A與B可插入移動臺200內(nèi)的分別連接至基帶芯片220A與220B的兩個插槽(socket)，其中，用戶識別卡A與B分別使用射頻模塊210A與210B來傳輸信號至其待接基站或相鄰基站，或接收來自其待接基站或相鄰基站的信號。每一用戶識別卡A與B可為SIM、USIM、R-UM、或者CSM卡，可由特定的網(wǎng)絡(luò)運營商提供。因此，對于插入的用戶識別卡A與B，移動臺200可同時待接由同一網(wǎng)絡(luò)運營商或者不同網(wǎng)絡(luò)運營商提供的兩個基站，以及利用不同的射頻模塊與基帶芯片操作在待命(stand-by)模式/閑置(idle)模式、或者專用模式(dedicatedmode)。每一基帶芯片220A與220B可從特定的用戶識別卡A或者B讀取數(shù)據(jù)，或者寫入數(shù)據(jù)至用戶識別卡A或者B。每一基帶芯片220A與220B可從特定的用戶識別卡A或者B讀取數(shù)據(jù)，或者寫入數(shù)據(jù)至用戶識別卡A或者B。此外，基帶芯片220A可為移動臺200的主裝置(masterdevice)，并且基帶芯片220A包含處理器230以控制用戶識別卡A以及B與射頻模塊210A以及210B之間的通信。另一處理器(圖中未顯示)可被提供至基帶芯片220B，以與基帶芯片220A內(nèi)的處理器230協(xié)調(diào)操作來增進效能。射頻模塊(例如圖2所示的射頻模塊210A或者210B)接收無線射頻信號，并將接收到的射頻信號轉(zhuǎn)換為對應(yīng)的基帶芯片(例如圖2所示的基帶芯片220A或220B)處理的基帶信號，或者從基帶芯片接收基帶信號并且將接收到的基帶信號轉(zhuǎn)換為無線射頻信號以傳輸至同等裝置(peerdevice)0射頻模塊可包含多個硬件裝置，以執(zhí)行射頻轉(zhuǎn)換。例如，射頻模塊可包含混頻器(mixer)以將基帶信號與振蕩于無線通信系統(tǒng)的射頻的載波相乘，其中，舉例來說，在GSM系統(tǒng)中射頻可為900MHz或者1800MHz，在UMTS系統(tǒng)中射頻可為1900MHz或者2100MHz。基帶芯片進一步將基帶信號轉(zhuǎn)換為多個數(shù)字信號，并且處理數(shù)字信號，反之亦然。基帶芯片也可包含多個硬件裝置以進行基帶信號處理?；鶐盘柼幚砜砂?shù)轉(zhuǎn)換(analogtodigitalconversion,ADC)、數(shù)模轉(zhuǎn)換(digitaltoanalogconversion,DAC)、增益調(diào)整(gainadjusting)、調(diào)制/解調(diào)制(modulation/demodulation)、編碼/譯碼等等。于GSM中，如圖2所示的插入移動臺200的用戶識別卡可在閑置模式或者專用模式下操作。請參考圖1，于閑置模式中，移動臺110可為搜索或者量測來自特定網(wǎng)絡(luò)運營商(networkoperator)提供的基站(例如基站140A或140B)的具有較佳的信號質(zhì)量的廣播控制信道(BroadcastControlChannel，以下簡稱為BCCH)，或者同步于特定基站的BCCH以準備在隨機存取信道(RandomAccessChannel，以下簡稱為RACH)上執(zhí)行隨機存取程序以請求(request)—專用信道(dedicatedchannel)。在專用模式中,移動臺110占用一物理信道并且嘗試與其同步，且建立多個邏輯信道并在其中切換。具體地，于GSM中，在閑置模式中，對于每一插入的SM卡，移動臺110連續(xù)地監(jiān)聽(listen)來自基站的BCCH，并且讀取BCCH信息以及周期性地量測BCCH載波的信號強度以選擇一適合基站來待接。在閑置模式中，網(wǎng)絡(luò)中不存在信號信息的交換。移動臺110收集并存儲無線資源管理(RadioResourceManagement,以下簡稱為RR)以及其它信號處理所需的數(shù)據(jù)，例如相鄰BCCH載波的列表、RR算法的門限值、共享控制信道(CommonControlChannel,以下簡稱為CCCH)的配置、關(guān)于RACH以及尋呼信道(Pagingchannel,以下簡稱為PCH)使用的信息、或者其它。上述種類的信息(例如系統(tǒng)信息(systeminformation,SI))由基站系統(tǒng)于BCCH上廣播，并且提供關(guān)于網(wǎng)絡(luò)配置的信息。此外，系統(tǒng)信息對于上述基站內(nèi)的所有移動臺都是可用的。系統(tǒng)信息包含由網(wǎng)絡(luò)運營商唯一擁有的公眾陸地移動電話網(wǎng)絡(luò)(Public-Land-MobiIe-Network，以下簡稱為PLMN)碼。PLMN碼包含MCC以及MNC，指示哪個網(wǎng)絡(luò)運營商提供通信服務(wù)。此外，在系統(tǒng)信息中也包含指示哪個基站廣播BCCH的基站識別碼(identity，以下簡稱為ID)。另外，系統(tǒng)信息可包含網(wǎng)絡(luò)身份、相鄰基站(neighboringcell)、可用信道以及功率控制要求等等。在從BCCH接收到系統(tǒng)信息之后，電子裝置的對應(yīng)的用戶識別卡可獲得并存儲PLMN碼。基站系統(tǒng)(BaseStationSystem，以下簡稱為BSS)更連續(xù)地在一基站的所有的PCH上發(fā)送有效的第三層信息(PAGINGREQUEST),其中移動臺110可譯碼并且識別上述信息(PAGINGREQUEST)的地址(例如特定SM卡的IMSI)是否已被尋呼。移動臺110周期性地監(jiān)測(monitor)PCH，以避免尋呼丟失。與網(wǎng)絡(luò)(例如BSS、移動交換中心、以及其它相似)的每一信號信息的交換需要移動臺與BSS之間建立無線資源管理(RadioResourceManagement,以下簡稱為RR)連接以及Dm信道鏈路接入?yún)f(xié)議(LAPDm)連接。建立RR連接可由移動臺或者網(wǎng)絡(luò)發(fā)起。在每一種情況下，移動臺在RACH發(fā)出一信道請求(CHANNELQUEST)以在存取授權(quán)信道(AccessGrantChannel,也稱為AGCH)獲得一信道指配，也稱為立即指配程序(immediateassignmentprocedure)。信道請求可由立即指配拒絕程序(immediateassignmentrejectprocedure)拒絕。如果網(wǎng)絡(luò)沒有立即響應(yīng)上述信道請求，則重復(fù)上述信道請求一定的次數(shù)。在網(wǎng)絡(luò)發(fā)起初始連接的情況下，在尋呼請求(PAGINGREQUEST)由移動臺應(yīng)答(PAGINGRESPONSE)之前，移動臺需執(zhí)行上述信道請求程序。在RR連接成功完成之后，較高協(xié)議層的連接管理(ConnectionManagement,以下簡稱為CM)以及移動管理(MobilityManagement,以下簡稱為MM)可接收并且傳輸信號信息。與建立連接相比較，連接的釋放(release)通常是由網(wǎng)絡(luò)發(fā)起(CHANNELRELEASE)。連接的釋放可發(fā)生于以下情形:信號交流(transaction)結(jié)束時、發(fā)生大量誤差時、信道由于較高優(yōu)先級呼叫(例如緊急呼叫)而移除時、或者呼叫結(jié)束。一旦RR連接建立起來,移動臺具有獨立專用控制信道(Stand-aloneDedicatedControlChannel,以下簡稱為SDCCH)或者業(yè)務(wù)信道(TrafficChannel,以下簡稱為TCH)，其中上述TCH與專有雙向使用可使用的慢/快關(guān)聯(lián)控制信道(Slow/FastAssociatedControIChanneI，SACCH/FACCH)關(guān)聯(lián)。假定RR連接已存在，移動臺建立麗連接，但是多個麗連接可僅使用一個RR連接。如果MM連接可建立，移動臺發(fā)送信息CMSERVICEREQUEST至網(wǎng)絡(luò)。信息CMSERVICEREQUEST包含關(guān)于移動用戶的信息，例如MSI碼或者臨時移動用戶識別(TemporaryMobileSubscriberIdentity,以下簡稱為TMSI)碼，其中TMSI碼僅僅在一位置區(qū)域(LocationArea)內(nèi)具有本地有效性并且必須與位置區(qū)域身份(LocationAreaIdentity,LAI)結(jié)合來唯一識別一用戶，信息CMSERVICEREQUEST也包含關(guān)于所需服務(wù)的信息，例如呼出語音呼口H、短信服務(wù)(shortmessageservice,SMS)傳輸、附加服務(wù)(supplementaryservice,SS)的啟動或者注冊，或者其它。如果移動臺接收信息CMSERVICEACCEPT或者從RR子層接收到已啟動加密的信息,則視為接受服務(wù)請求,并且請求CM實體獲知MM連接已成功建立。否貝IJ，如果網(wǎng)絡(luò)拒絕了服務(wù)請求，移動臺接收信息CMSERVICEREJECT，并且MM連接不能建立。于W-CDMA或TD-SCDMA中，如圖2所示的插入移動臺200的用戶識別卡可在閑置模式與連接模式(connectedmode)下操作。請參考圖1，在閑置模式時，移動臺選擇(自動或者手動)一PLMN以連接。移動臺連續(xù)地監(jiān)聽BCCH，以獲得包含由網(wǎng)絡(luò)運營商唯一擁有的PLMN碼的系統(tǒng)信息。PLMN碼包含MCC以及MNC，指示哪個網(wǎng)絡(luò)運營商提供通信服務(wù)。此夕卜，系統(tǒng)信息也包含指示哪個基站廣播BCCH的ID。在從BCCH接收到系統(tǒng)信息之后，電子裝置的對應(yīng)的用戶識別卡可獲得并存儲PLMN碼。移動臺搜索選定的PLMN的適合的基站，選擇上述基站以提供可用的服務(wù)，并且調(diào)整(tune)至其控制信道，上述操作也稱作“待接一基站(campingonacell)”。在閑直|旲式下待接一基站之后，移動臺可從一基站(例如基站140A或者140B)接收系統(tǒng)信息以及基站廣播信息。移動臺停留在閑置模式，直到基站傳輸建立無線電資源控制(RadioResourceControl,RRC)連接的請求。在閑置模式，移動臺通過非存取層身份(non-accessstratumidentity)來識別，例如通過IMSI碼、TMSI碼以及分組臨時移動臺識別(Packet-TemporaryMobileSubscriberIdentity,P-TMSI)碼來識別。在連接模式的基站-專用信道(Cell-DedicatedChannel,Cell-DCH)狀態(tài)下,專用的物理信道被配置給移動臺，并且移動臺通過在一基站上的其服務(wù)的無線電網(wǎng)絡(luò)控制器(radionetworkcontroller,以下簡稱為RNC)或者有效集合(activeset)層獲知。移動臺依據(jù)由RNC接收到的量測控制信息來量測并且發(fā)射量測報告。具有一定容量的移動臺監(jiān)測前向存取信道(ForwardAccessChannel,以下簡稱為FACH)以獲得系統(tǒng)信息信息。在連接模式的基站-前向存取信道(以下簡稱為Cell-FACH)狀態(tài)下，移動臺沒有配備專用的物理信道，而是使用隨機存取信道(RandomAccessChannel，以下簡稱為RACH)以及FACH，以傳輸信號信息以及少量的用戶層(userplane)數(shù)據(jù)。在此狀態(tài)下，移動臺也監(jiān)聽廣播信道(BroadcastChannel,BCH)以獲得系統(tǒng)信息。移動臺進行基站重選擇，并且通常在重選擇之后，移動臺發(fā)射一基站更新信息至RNC，以使得RNC獲知在基站層的移動臺位置。在連接模式的基站-呼叫信道(以下簡稱為Cell-PCH)狀態(tài)下，移動臺被獲知位于服務(wù)無線電網(wǎng)絡(luò)控制器(ServingRadioNetworkController,以下簡稱為SRNC)的基站層上，但可僅僅經(jīng)由PCH到達移動臺。連接模式的URA-PCH狀態(tài)與Cell-PCH狀態(tài)非常相似，只是連接模式的URA-PCH狀態(tài)在每一基站重選擇程序之后，移動臺并不執(zhí)行基站更新，而是從BCH讀出UMTS陸地無線存取網(wǎng)絡(luò)(UMTSTerrestrialRadioAccessNetwork,以下簡稱為UTRAN)注冊區(qū)域(RegistrationArea,以下簡稱為URA)身份,并且僅在URA改變(基站重選擇后)時，移動臺才通知SRNC移動臺的位置。移動臺離開連接模式并且當RRC連接被釋放或者后續(xù)的RRC連接失敗時返回到閑置模式。移動臺與UTRAN(RNC)之間的RRC連接與信令無線承載(SignalingRadioBearers,SRB)的建立是由移動臺端的較高層(非接入層)發(fā)出請求。在網(wǎng)絡(luò)始呼(network-originated)的情況下,在RRC尋呼信息之前來執(zhí)行上述建立。UTRAN(RNC)能夠以包含指配移動臺的專用物理信道的RRC連接建立信息來響應(yīng)(進入Cel1-FACH狀態(tài))，或者以指示移動臺使用共享信道(進入Cell-FACH狀態(tài))的命令來響應(yīng)。GPRS已經(jīng)于GSM/WCDMA/TD-SCDMA網(wǎng)絡(luò)中被發(fā)展。GPRS為封包數(shù)據(jù)網(wǎng)絡(luò)提供無線存取。支持基于因特網(wǎng)協(xié)議(InternetProtocol，以下簡稱為IP)的網(wǎng)絡(luò)(例如，全球因特網(wǎng)或私人/合作內(nèi)部網(wǎng)絡(luò))以及X.25網(wǎng)絡(luò)。于移動臺的用戶識別卡A以及B中的一個可以使用GPRS服務(wù)之前，移動臺的所述用戶識別卡依附于GPRS網(wǎng)絡(luò)。移動臺的一依附請求(ATTACHREQUEST)信息發(fā)送至服務(wù)GPRS支持節(jié)點(ServingGPRSSupportNode，以下簡稱為SGSN)。接著，GPRS網(wǎng)絡(luò)檢查移動臺是否被授權(quán)，由HLR復(fù)制用戶設(shè)定文件(userprofile)至SGSN，并且指配一P-TMSI至移動臺。以上描述的程序被稱為GPRS依附。于GPRS依附成功后，為與外部的公共數(shù)據(jù)網(wǎng)絡(luò)(PublicDataNetwork,以下簡稱為TON)交換數(shù)據(jù)封包，移動臺請求使用于PDN中的一地址。所述地址被稱為封包數(shù)據(jù)協(xié)議(PacketDataProtocol,以下簡稱為PDP)地址。于PDN為IP網(wǎng)絡(luò)的情況下，PDP地址為IP地址。對于每一對話(session)，會產(chǎn)生一所謂的PDP文本(PDPcontext)，其描述此對話的特征。PDP文本描述PDP類型(例如IPv4，IPv6或其它)，指配移動臺的PDP地址，所要求的服務(wù)質(zhì)量(QualityofService,以下簡稱為QoS)等級以及網(wǎng)關(guān)GPRS支持節(jié)點(GatewayGPRSSupportNode，以下簡稱為GGSN)的地址，其中GGSN為服務(wù)于外部網(wǎng)絡(luò)的存取點。圖3顯示由移動臺初始化的PDP文本啟動程序。移動臺使用一啟動PDP文本請求(ACTIVATEPDPCONTEXTREQUEST)信息來通知被請求的PDP文本的SGSN。然后，執(zhí)行典型的GSM/W-CDMA/TD-SCDMA保護功能(例如，移動臺的認證)。如果存取被允許，SGSN將發(fā)送一建立PDP文本請求(CREATEPDPC0NTEXTREQUEST)信息給其影響的GGSN。GGSN于PDP文本表中建立一新的條目(entry)，此新的條目使得GGSN可以于SGSN以及外部PDN之間發(fā)送數(shù)據(jù)封包。GGSN發(fā)送建立PDP文本應(yīng)答(CREATEPDPC0NTEXTRESPONSE)信息至SGSN以確認來自SGSN的請求。最后，SGSN更新其PDP文本表，并發(fā)送接受啟動PDP文本(ACTIVATEPDPC0NTEXTACCEPT)信息至移動臺，以確認新的PDP文本的啟動。對于使用電路交換以及封包交換服務(wù)的移動臺，可執(zhí)行結(jié)合的GPRS/IMSI依附程序。從GPRS網(wǎng)絡(luò)斷開連接被稱為GPRS分離(GPRSDetach)。其可由移動臺或GPRS網(wǎng)絡(luò)發(fā)起。IP封包傳輸于GPRS骨干網(wǎng)絡(luò)(GPRSbackbonenetwork)中。所述IP封包傳輸是使用GPRS穿隧協(xié)議(GPRSTunnelingProtocol,以下簡稱為GTP)來完成，也就是，GTP封包承載了用戶的IP封包。于相同PLMN中的GPRS支持節(jié)點(GPRSSupportsNode,以下簡稱為GSN)之間以及于不同PLMN中的GSN之間均可定義GTP。其包含傳輸層(transmissionplane)以及信令層(signalingplane)中的程序。于傳輸層，GTP使用穿隧(tunnel)機制來傳輸用戶數(shù)據(jù)封包。于信令層，GTP指定一穿隧控制以及管理協(xié)議。信令用于建立，修改，以及刪除穿隧。穿隧識別(TunnelIdentifier,以下簡稱為TID)唯一地指示一PDP文本，其中，TID是由用戶識別卡A或B的MSI以及網(wǎng)絡(luò)層服務(wù)存取點識別(NetworkLayerServiceAccessPointIdentifier,以下簡稱為NSAPI)組成。于GTP下,傳輸控制協(xié)議(transmissioncontrolprotocol,以下簡稱為TCP)或用戶數(shù)據(jù)包協(xié)議(userdatagramprotocol，以下簡稱為UDP)被用于傳送骨干網(wǎng)絡(luò)中的GTP封包。在網(wǎng)絡(luò)層，IP被用于通過骨干網(wǎng)絡(luò)發(fā)送封包。以GSM系統(tǒng)為例，于移動臺的一用戶識別卡成功依附于GPRS網(wǎng)絡(luò)后，支持GPRS應(yīng)用的基站可配置用于GPRS業(yè)務(wù)的物理信道。換句話說，基站的無線資源可由移動臺的用戶識別卡共享。圖4為上行鏈路信道配置(移動臺始呼封包傳輸)的示意圖。依附于移動臺的用戶識別卡通過于封包隨機存取信道(PacketRandomAccessChannel,以下簡稱為PRACH)或RACH上發(fā)送封包信道請求“PACKETCHANNELREQUEST”來請求信道。BSS于封包存取授權(quán)信道(PacketAccessGrantChannel,以下簡稱為PAGCH)或AGCH上進行響應(yīng)。當封包信道請求“PACKETCHANNELREQUEST”成功時，建立所謂的臨時區(qū)塊流(TemporaryBlockFlow，以下簡稱為TBF)。于此,資源(例如,封包數(shù)據(jù)業(yè)務(wù)信道(PacketDataTrafficChannel,以下簡稱為TOTCH)以及緩沖區(qū))被配備給移動臺的已依附用戶識別卡，且數(shù)據(jù)傳輸可以開始。于傳輸過程中，下行鏈路區(qū)塊標頭中的上行鏈路狀態(tài)旗標(UplinkStateFlag，以下簡稱為USF)指示其它移動臺上行鏈路I3DTCH已經(jīng)被使用。于接收器端，臨時流識別(TemporaryFlowIdentifier,以下簡稱為TFI)被用于重組(reassemble)封包。當所有數(shù)據(jù)都被傳輸時，釋放TBF以及所述資源。圖5為移動臺的用戶識別卡(終止于移動臺的封包傳輸)的尋呼程序示意圖。BSS通過于封包尋呼信道(PacketPagingChannel,以下簡稱為PPCH)或PCH上發(fā)送封包尋呼請求“PACKETPAGINGREQUEST”來尋呼依附于移動臺的用戶識別卡。依附于移動臺的用戶識別卡于PRACH或RACH上進行響應(yīng)。圖6為具有用戶識別卡的移動臺使用的GSM網(wǎng)絡(luò)傳輸層的協(xié)議結(jié)構(gòu)示意圖。子網(wǎng)絡(luò)相依收斂協(xié)議(SubnetworkDependentConvergenceProtocol,以下簡稱為SNDCP)層63用于在移動臺以及移動臺指配的SGSN之間傳輸IP封包。IP封包可以包含至少超文本傳輸協(xié)議(HyperTextTransferProtocol,以下簡稱為HTTP),無線應(yīng)用協(xié)議(WirelessApplicationProtocol,以下簡稱為WAP),文件傳輸協(xié)議(FileTransferProtocol,以下簡稱為FTP)，簡單郵件傳輸協(xié)議(SimpleMailTransferProtocol,以下簡稱為SMTP),郵局協(xié)議3(PostOfficeProtocol3,以下簡稱為POP3)或因特網(wǎng)郵件協(xié)議(InternetMailProtocol，以下簡稱為IMAP)信息，或其它。HTTP被用于在因特網(wǎng)或其它計算機網(wǎng)絡(luò)上請求以及傳輸文件，特別是網(wǎng)頁以及網(wǎng)頁組件。WAP為一種用于提供具有安全存取電子郵件以及基于文本的網(wǎng)頁的蜂巢式電話，尋呼機，以及其它手持裝置的標準。FTP用于在客戶端計算機以及文件服務(wù)器之間的因特網(wǎng)上傳輸文件，其中，文件可以被分別傳輸、下載、上傳，或以批量的形式被傳輸、下載、上傳。SMTP定義信息格式以及信息傳輸代理(messagetransferagent,以下簡稱為MTA),信息傳輸代理存儲并且發(fā)送電子郵件信息。POP3以及IMAP為用于因特網(wǎng)電子郵件的兩個通用的郵箱存取協(xié)議。POP3為電子郵件客戶程序以及郵件服務(wù)器之間的接口標準。POP3提供信息存儲，其保持收到的電子郵件直到用戶登入并下載收到的電子郵件。IMAP為直接讀取以及處理存儲于遠程服務(wù)器的電子郵件信息的因特網(wǎng)標準。邏輯鏈路控制(LogicalLinkControl,以下簡稱為LLC)層64于移動臺以及移動臺指配的SGSN之間提供一可靠的邏輯鏈路。無線鏈路控制(RadioLinkControl,以下簡稱為RLC)層65的目的為于移動臺以及BSS之間建立可靠的鏈路。RLC層65的運作包含將LLC幀分段并重組為RLC數(shù)據(jù)區(qū)塊。媒體存取控制(MediumAccessControl，以下簡稱為MAC)層66控制于無線信道的移動臺的存取嘗試(accessattempt)。MAC層66使用用于存取嘗試的競爭解決、信道以及時序安排(scheduling)的統(tǒng)計復(fù)用(statisticalmultiplexing)、以及優(yōu)先機制的算法,MAC層66考慮(account)協(xié)商的QoS。另外,MAC協(xié)議允許單個移動臺同時使用多個物理信道(也就是，相同TDMA幀的多個時槽(timesslot))。MAC協(xié)議也控制統(tǒng)計復(fù)用，也就是，其控制有多少移動臺可以存取相同的物理信道(連續(xù)TDMA幀的相同時槽)。圖7為于移動臺中如圖6所示的協(xié)議層之間的數(shù)據(jù)流示意圖。至少一個IP封包710通過SNDCP層63，其中，IP封包710被分為LLC數(shù)據(jù)區(qū)塊720a至720η。于增加標頭信息以及用于錯誤保護的巾貞檢查序列(FrameCheckSequence,以下簡稱為FCS)731后，即通過LLC層64后，進入RLC層65以及MAC層66，LLC幀730被分段為一個或多個RLC數(shù)據(jù)區(qū)塊740a至740m，接著，每一RLC/MAC區(qū)塊750包含MAC以及RLC標頭751(附圖中簡稱為”標頭”)，RLC負載(“信息位”)752,以及于末端的區(qū)塊檢查序列(BlockCheckSequence,以下簡稱為BCS)753。圖8為具有用戶識別卡的移動臺使用的WCDMA/TD-SCDMA網(wǎng)絡(luò)用戶層的協(xié)議結(jié)構(gòu)示意圖。MAC層86通過使用邏輯信道為RLC層85提供服務(wù)。邏輯信道是通過正在被傳輸?shù)臄?shù)據(jù)類型被識別。RLC層85通過服務(wù)存取點(serviceaccesspoint,以下簡稱為SAP)為更高層提供服務(wù)，SAP描述RLC層85如何處理數(shù)據(jù)封包。于用戶層，RLC服務(wù)由服務(wù)特性協(xié)議層或封包數(shù)據(jù)收斂協(xié)議(PacketDataConvergenceProtocol,以下簡稱為F1DCP)層84使用。HXP表現(xiàn)為封包交換(PacketSwitching，以下簡稱為PS)域服務(wù)。HXP中的主要功能為標頭壓縮。圖9為于移動臺中如圖8所示的協(xié)議層之間的數(shù)據(jù)流示意圖。IP封包通過roCP層84以增加標頭信息911。IP封包可以包含至少HTTP，WAP,FTP,SMTP,POP3或IMAP信息，或其它。于增加標頭信息911后，IP封包進入RLC層85以及MAC層86，PDCP幀910被分段為一個或多個RLC數(shù)據(jù)區(qū)塊920a至920i，接著，每一RLC/MAC區(qū)塊930包含MAC以及RLC標頭931(附圖中簡稱為”標頭”)，RLC負載(“信息位”)932，以及于末端的BCS933。圖10A為計算機主機10嘗試通過移動臺20存取因特網(wǎng)30的示意圖。圖10B為移動臺20的方框圖。于圖1OA中，移動臺20通過有線/無線連接(例如，通用串行總線，藍牙連接等等)耦接于計算機主機10。請同時參考圖10A，圖1OB以及圖2，移動臺20具有被表示為卡A以及卡B的雙用戶識別卡，每一用戶識別卡對應(yīng)于一專用射頻模塊，專用射頻模塊被表示為射頻模塊A或射頻模塊B，此實施例介紹的具有兩個或多個用戶識別卡的系統(tǒng)中的適配器40用于處理PS數(shù)據(jù)傳輸。適配器40可由專用的硬件電路、由一個或多個MCU(例如，圖2中的處理器230)執(zhí)行的軟件代碼、或軟件代碼與硬件電路的結(jié)合來實現(xiàn)。每一MCU可安裝于基帶芯片(例如，圖2中的基帶芯片220A以及220B)中的一個上，或安裝于基帶芯片外部。在實際的數(shù)據(jù)傳輸前，卡A以及卡B可以分別于相同或不同的無線電信網(wǎng)絡(luò)(例如，GSM，WCDMA，TD-SCDMA網(wǎng)絡(luò)，以及類似網(wǎng)絡(luò))中注冊，并且待接于相同或不同的由BSS，節(jié)點-B，以及類似裝置管理的基站。另外，于圖3所示的PDP文本啟動程序后，卡A以及卡B可以獲得分別命名為IP㈧以及IP⑶的IP地址。計算機主機10(例如，計算機，筆記本電腦，便攜式電子裝置或其它)，或移動臺20可以具有其自己的IP地址，被稱為IP(U),或可以使用IP(A)以及IP⑶中的一個作為其IP地址以存取因特網(wǎng)30。圖11依據(jù)本發(fā)明一實施例的用于處理封包交換數(shù)據(jù)傳輸?shù)姆椒ǖ牧鞒虉D。請同時參考圖1OB以及圖11,當從計算機主機10或移動臺20的人機介面(man-machineinterface，以下簡稱為MMI)(圖中未顯示)接收到上行鏈路IP封包時(步驟SI102)，適配器40負責收集關(guān)于所接收的封包以及移動臺20的硬件狀況(hardwarestatus)的信息(步驟S1104)，并且根據(jù)所收集的信息決定哪個用戶識別卡將被用于傳輸上行鏈路IP封包(步驟S1106)。例如，所收集的信息可以是關(guān)于封裝(encapsulate)于上行鏈路IP封包中的至少一內(nèi)容，傳輸(transmission,以下簡稱為Tx)緩沖區(qū)占用率，接收(receiving,以下簡稱為Rx)緩沖區(qū)占用率，以及哪個用戶識別卡被用于傳輸上一個上行鏈路IP封包，等等。硬件狀況還包含關(guān)于移動臺的多個Tx緩沖區(qū)以及Rx緩沖區(qū)對(pair)的信息，每個Tx緩沖區(qū)以及Rx緩沖區(qū)對(pair)對應(yīng)于射頻模塊A或射頻模塊B。接下來，如果需要，適配器40更新上行鏈路IP封包的標頭的源地址(步驟S1108)。例如，當決定由卡A來傳輸上行鏈路IP封包時，上行鏈路IP封包的標頭的源地址將被更新為IP(A)，以對應(yīng)所決定的卡A。隨后，適配器40將上行鏈路IP封包轉(zhuǎn)換為一個或多個區(qū)塊(步驟S1110)，以響應(yīng)所決定的用戶識別卡并且指示所決定的用戶識別卡以及與所決定的用戶識別卡對應(yīng)的射頻模塊經(jīng)由對應(yīng)的待接基站以及注冊的無線電信網(wǎng)絡(luò)將所述區(qū)塊傳輸至目的地(步驟S1112)，其中，所述目的地可為一IP網(wǎng)絡(luò)。將上行鏈路IP封包轉(zhuǎn)換為一個或多個區(qū)塊的細節(jié)可以參考對圖7或圖9的描述。接下來，適配器40可以經(jīng)由所決定的用戶識別卡從目的地接收一個或多個下行鏈路IP封包，其中，所述下行鏈路IP封包是對應(yīng)于已傳輸?shù)膮^(qū)塊(步驟S1114)。在一些實施例中，用戶識別卡以及射頻模塊對分別被預(yù)先指配(pre-assigned)以服務(wù)不同的服務(wù)類型。例如，卡A以及射頻模塊A被用于服務(wù)FTP服務(wù)，而卡B以及射頻模塊B被用于服務(wù)HTTP，SMTP，POP3，IMAP服務(wù)。圖12為端口號碼(portnumber)，服務(wù)類型以及服務(wù)卡之間映射的指配表，其中，所述映射是可動態(tài)配置的。另外，所述映射可以由數(shù)組、鏈接表、或其它來實現(xiàn)，并且所述映射可以存儲于移動臺20的非易失性/易失性記憶裝置中。圖13A為用于IP封包的數(shù)據(jù)流示意圖。圖13B為圖13A所示的IP封包的TCP標頭以及負載格式的示意圖。圖13C為圖13A所示的IP封包的UDP標頭以及負載格式的示意圖。圖13D為圖13A所示的IP封包的IP標頭格式示意圖。如圖13A至圖13D所示，當接收到上行鏈路IP封包，適配器40獲取(retrieve)出現(xiàn)在IP封包的TCP/UDP標頭1301的目的地端口號碼1303或1305。適配器40根據(jù)所檢查的端口號碼1303或1305以及用戶識別卡的預(yù)先指配(pre-assignment)決定哪個用戶識別卡將被用于傳輸上行鏈路IP封包。圖14為根據(jù)本發(fā)明一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。例如，如圖14所示，對應(yīng)于FTP服務(wù)的IP封包將通過預(yù)先指配卡A以及射頻模塊A被傳輸至目的地，而對應(yīng)于HTTP服務(wù)的IP封包將通過預(yù)先指配卡B以及射頻模塊B被傳輸，其中，F(xiàn)TP以及HTTP服務(wù)是由裝置50(可為計算機主機10或移動臺20的麗I)請求。如果上行鏈路IP封包的源IP地址1306不同于預(yù)先指配用戶識別卡以及射頻模塊的IP地址，適配器40于傳輸前將上行鏈路IP封包的源IP地址1306更新為對應(yīng)的IP地址。需要注意的是，于成功依附GPRS后，預(yù)先指配的用戶識別卡的IP地址為從GPRS網(wǎng)絡(luò)中獲得的PDP地址。所述的決定可以被記錄于指配表，并且被存儲于移動臺20的易失性記憶裝置中。圖15為指配表中的初始源地址、修正后的源地址、源端口號碼、目的地端口號碼、服務(wù)類型以及被指配的(服務(wù)的)用戶識別卡之間的映射的示意圖。當接收到下行鏈路IP封包，適配器40獲取出現(xiàn)在IP封包的TCP/UDP標頭的目的地端口號碼。適配器40決定下行鏈路IP封包使用哪種服務(wù)。于IP封包被傳送到裝置50前，適配器40根據(jù)上述指配表決定是否將下行鏈路IP封包的目的地IP地址更新為初始IP地址，其中，裝置50可為計算機主機10或移動臺20的麗I。如圖13A至圖13D所示，在一些實施例中，當接收到上行鏈路IP封包時，適配器40從所接收的IP封包負載中獲取TCP/UDP封包，并且獲得關(guān)于連接串流(connectionstream)的信息，其中，連接串流是由協(xié)議類型(TCP或UDP)、源地址、源端口號碼、目的地地址以及目的地端口號碼組成。在一實施例中，源地址1306以及目的地地址1307可由IP標頭中獲得，且源端口號碼1302/1304以及目的地端口號碼1303/1305可由TCP/UDP標頭中獲得。對于使用FTP的文件傳輸，適配器40可根據(jù)至少一Tx緩沖區(qū)以及Rx緩沖區(qū)的使用指配用于一特定連接串流的用戶識別卡。需要注意的是，每個射頻模塊會配備Tx緩沖區(qū)以及Rx緩沖區(qū)，其中，Tx緩沖區(qū)以及Rx緩沖區(qū)可被安排在對應(yīng)的基帶芯片(例如，圖2中的基帶芯片220A與220B)上或基帶芯片外部。Tx緩沖區(qū)用于存儲轉(zhuǎn)換的區(qū)塊，其中，轉(zhuǎn)換的區(qū)塊將經(jīng)由對應(yīng)的射頻模塊被傳輸。Rx緩沖區(qū)用于存儲來自對應(yīng)的射頻模塊的數(shù)據(jù)，其中，所述數(shù)據(jù)將由對應(yīng)的MCU進行處理。隨著信息的獲取，適配器40檢查是否一特定用戶識別卡已經(jīng)被指配給所獲得的連接串流，其中，所述指配可被記錄于指配表中，并且存儲于移動臺20的易失性記憶裝置中。如果是，適配器40決定上行鏈路IP封包將經(jīng)由先前指配的用戶識別卡以及與先前指配的用戶識別卡對應(yīng)的射頻模塊來傳輸。否則，適配器40可以檢查Tx緩沖區(qū)及/或Rx緩沖區(qū)的占用率，并且決定上行鏈路IP封包將經(jīng)由對應(yīng)的射頻模塊的用戶識別卡來傳輸，其中，此射頻模塊具有較低Tx緩沖區(qū)占用率(也就是，對應(yīng)的Tx緩沖區(qū)中等待被傳輸?shù)臄?shù)據(jù)量較少)，或是較低Rx緩沖區(qū)占用率(也就是，對應(yīng)的Rx緩沖區(qū)中暫存的數(shù)據(jù)量較少)，或較低Tx緩沖區(qū)占用率以及較低Rx緩沖區(qū)占用率的組合。決定后，適配器40進一步于指配表中記錄此決定。圖16為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。例如，如圖16所示，未決定的連接串流的對應(yīng)于FTP服務(wù)的IP封包將通過卡A還是卡B被傳輸?shù)侥康牡?，是根?jù)關(guān)于對應(yīng)的射頻模塊的Tx緩沖區(qū)占用或Rx緩沖區(qū)占用的信息來決定。圖17為指配表中的源地址、目的地地址、源端口號碼、目的地端口號碼、協(xié)議類型以及被指配的(服務(wù)的)用戶識別卡之間的映射的示意圖。在一些實施例中，裝置50(例如，計算機主機10或移動臺20的麗I)通過移動臺20請求一網(wǎng)頁，例如，超文本標記語言(HyperTextMarkupLanguage,以下簡稱為HTML)頁面，WAP頁面或其它。為了獲得HTML或WAP頁面，至少發(fā)送一請求至Web服務(wù)器用于請求相關(guān)的文件，例如，包含Java描述語言(javascript)、VB描述語言(VBscript)、HTML或WAP標記(tag)、圖像文件、視頻流文件(videostreamfile)、音頻流文件(audiostreamfile)、執(zhí)行程序文件(executableprogramfile)、數(shù)據(jù)文件等的HTML或WAP文件。當接收到上行鏈路IP封包，適配器40獲取并且剖析(parse)上行鏈路IP封包的負載1308，并且獲得關(guān)于對應(yīng)于所請求網(wǎng)頁的特定文件類型的信息，例如，HTML或WAP文件，圖像文件，視頻流文件，音頻流文件，執(zhí)行程序文件，數(shù)據(jù)文件，或其它?？梢苑謩e預(yù)先指配用戶識別卡來為不同的文件類型請求服務(wù)。例如，卡A用于服務(wù)HTML/WAP文件，視頻流文件，以及執(zhí)行程序文件請求，而卡B用于服務(wù)圖像文件，音頻流文件，數(shù)據(jù)文件請求。圖18為指配表中的HTTP/WAP請求的文件類型以及被指配的(服務(wù)的)用戶識別卡之間的映射的示意圖，其中，所述映射是可動態(tài)配置的。映射可以由數(shù)組、鏈接表、或其它來實現(xiàn)，并且所述映射可以存儲于移動臺20的非易失性/易失性記憶裝置中。另外，適配器40根據(jù)所檢查的文件類型以及用戶識別卡的預(yù)先指配來決定將使用哪個用戶識別卡進行傳輸上行鏈路IP封包。圖19為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。例如，如圖19所示，對應(yīng)于HTML文件請求的IP封包將通過射頻模塊A以及預(yù)先指配的卡A傳輸至目的地，而對應(yīng)于圖像文件的IP封包將通過預(yù)先指配的卡B以及射頻模塊B來傳輸。在一些實施例中，對于使用HTTP或WAP的網(wǎng)頁獲取，適配器40可根據(jù)至少一Tx緩沖區(qū)以及Rx緩沖區(qū)的使用來指配用于上行鏈路IP封包(包括HTTP或WAP請求)的用戶識別卡。隨著IP封包的信息獲取，適配器40可以檢查Tx緩沖區(qū)及/或Rx緩沖區(qū)的占用率，并且決定上行鏈路IP封包將經(jīng)由對應(yīng)的射頻模塊的用戶識別卡來傳輸，其中，此射頻模塊具有較低Tx緩沖區(qū)占用率(也就是，對應(yīng)的Tx緩沖區(qū)中等待被傳輸?shù)臄?shù)據(jù)量較少)，較低的Rx緩沖區(qū)占用率(也就是，對應(yīng)的Rx緩沖區(qū)中暫存的數(shù)據(jù)量較少)，或其組合。在一些實施例中，計算機主機10或移動臺20的麗I執(zhí)行的應(yīng)用程序(例如，Web瀏覽器或其它應(yīng)用程序)可以識別(realize)IP(A)以及IP(B)已指配給卡A及射頻模塊A對以及卡B及射頻模塊B對。另外，對于請求一網(wǎng)頁顯示或播放如圖19所示的多個文件類型，此應(yīng)用程序具有用于產(chǎn)生多個文件類型請求的本機邏輯，其中，每一文件類型請求用于請求一特定文件類型的Web服務(wù)。此應(yīng)用程序可產(chǎn)生不同的IP封包來封裝所述文件類型請求，指配IP(A)給對應(yīng)于特定文件類型的IP封包的源地址，并且指配IP(B)給其它IP封包的源地址，且接著發(fā)送上行鏈路IP封包至適配器40。適配器40可直接檢查上行鏈路IP封包的源IP地址，以此決定卡A以及卡B中的一個，將IP封包改組(reorganize)為圖7或圖9所示的區(qū)塊，并且指示所指派的用戶識別卡以及其對應(yīng)的射頻模塊傳輸所述區(qū)塊。在一些實施例中，裝置50(例如，計算機主機10或移動臺20的麗I)可經(jīng)由移動臺20請求多媒體流，例如，音頻流，視頻流，或其它。多媒體流請求可對應(yīng)于對話描述協(xié)議(SessionDescriptionProtocol,以下簡稱為SDP)文檔(document),例如，對話描述協(xié)議文檔包含以下狀態(tài):音頻部分:m=audioORTP/AVP97a=control:streameID=O視頻部分:m=videoORTP/AVP98a=control:streamID=I其中，RTP/AVP97以及RTP/AVP98分別指示用于音頻部分以及視頻部分的編碼譯碼器(codec)類型。圖20為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。為了更有效地緩沖足夠的視頻流部分，以圖20所示的為例，適配器40可剖析上行鏈路IP封包的負載1308以理解(comprehend)所封裝的請求為多媒體流請求,假設(shè)對于流暢的(smooth)視頻流播放，需要6秒的緩沖，則產(chǎn)生兩個不同的請求，一個是請求第O至第3秒的音頻/視頻流，另一個是請求第3至第6秒的音頻/視頻流。適配器40更產(chǎn)生不同的IP封包以封裝所產(chǎn)生的請求，并且分別通過卡A以及卡B將所產(chǎn)生的IP封包傳輸至多媒體流服務(wù)器。具體來說，適配器40可指配用戶識別卡A來請求O至3秒的視頻流，而指配用戶識別卡B來請求3至6秒的視頻流。例如，圖21顯示了SDP文檔文件的示意圖。于圖21所示的SDP文檔中，“SETUP”，“PLAY”以及“PAUSE”指令被用于請求多媒體流不同的時間段(timeperiod)，其中，“npt”為“正常播放時間”的縮寫，其指示相對于多媒體內(nèi)容(媒體流)開始處的絕對位置。需要注意的是，適配器40也可將回應(yīng)所發(fā)出請求的所返回的視頻流組合(assemble)為單一視頻流，并且響應(yīng)裝置50。在一些實施例中，計算機主機10或移動臺20的MMI執(zhí)行的應(yīng)用程序(例如，多媒體播放或其它)可以識別IP(A)以及IP(B)被指配給卡A及射頻模塊A對以及卡B及射頻模塊B對。另外，對于音頻/視頻流，此應(yīng)用程序具有用于產(chǎn)生兩個多媒體流請求的本機邏輯，如圖20所示，其中一個多媒體流請求是請求多媒體流服務(wù)器用于音頻/視頻流第一時間段，其中第一時間段開始于音頻/視頻流的開始，其中另一個多媒體流請求是請求多媒體流服務(wù)器用于音頻/視頻流的第二時間段，其中第二時間段位于第一時間段后。此應(yīng)用程序可產(chǎn)生不同的IP封包以封裝所產(chǎn)生的多媒體流請求，指配IP(A)給對應(yīng)于第一時間段多媒體流請求的一個或多個IP封包的源地址，以及指配IP(B)給其它IP封包的源地址，并接著發(fā)送上行鏈路IP封包至適配器40。適配器40可直接檢查上行鏈路IP封包中的源IP地址，以此決定卡A及卡B中的一個，將IP封包改組為圖7或圖9所示的區(qū)塊，并且指示所指派的用戶識別卡以及其對應(yīng)的射頻模塊傳輸所述區(qū)塊。在一些實施例中，裝置50(例如，計算機主機10或移動臺20的麗I)可使用實時流協(xié)議(RealTimeStreamingProtocol,以下簡稱為RTSP)并通過移動臺于網(wǎng)頁上請求多個多媒體流(例如，音頻流、視頻流、或其它)。適配器40可剖析上行鏈路IP封包的負載1308以理解(comprehend)所封裝的請求。接下來，適配器40可指配用戶識別卡A發(fā)出特定多媒體流請求，而指配用戶識別卡B發(fā)出其它多媒體流請求。因此，每個上行鏈路IP封包的源地址被設(shè)為IP(A)或IP(B)。圖22為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。圖23為同步多媒體整合語言(SynchronizedMultimediaIntegrationLanguage,以下簡稱為SMIL)文檔的示意圖。以圖22所示的網(wǎng)頁作為例子，其包括4個部分(即:區(qū)域)，每一部分都播放一視頻流，即:區(qū)域“rl”播放視頻流1，區(qū)域“r2”播放視頻流2，區(qū)域“r3”播放視頻流3，區(qū)域“r4”播放視頻流4。圖22所示的網(wǎng)頁是根據(jù)圖23所示的SMIL文檔來制作(drawn)的。多媒體流請求對應(yīng)此網(wǎng)頁中用于區(qū)域“rl”的RTSP請求“rtsp://server/video/vl.3gpp”，用于區(qū)域“r2”的RTSP請求“rtsp://serve;r/video/v2.3gpp”，用于區(qū)域“r3”的RTSP請求“1^8口://861^61'八1(160八3.3gpp”，以及用于區(qū)域“r4”的RTSP請求“rtsp://server/video/v4.3gpp”。圖24為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。以圖24為例，用于區(qū)域“rl”以及“r2”的RTSP請求經(jīng)由卡A以及射頻模塊A被發(fā)送至多媒體流服務(wù)器，而用于區(qū)域“r3”以及“r4”的RTSP請求經(jīng)由卡B以及射頻模塊B被發(fā)送至多媒體流服務(wù)器。另外，如上所述，適配器40可根據(jù)Tx緩沖區(qū)以及Rx緩沖區(qū)中的至少一個的使用來安排(arrange)用于RTSP請求的用戶識別卡。例如，當射頻模塊A的Tx緩沖區(qū)及/或Rx緩沖區(qū)占用率好于射頻模塊B的Tx緩沖區(qū)及/或Rx緩沖區(qū)占用率時，用于區(qū)域“rl”，“r2”以及“r3”的RTSP請求是經(jīng)由卡A以及射頻模塊A發(fā)送至多媒體流服務(wù)器，而用于區(qū)域“r4”的RTSP請求是經(jīng)由卡B以及射頻模塊B發(fā)送至多媒體流服務(wù)器。需要注意的是，適配器40也可將回應(yīng)所發(fā)出請求的所返回的多媒體流響應(yīng)至裝置50。在一些實施例中，由計算機主機10或移動臺20的麗I執(zhí)行的應(yīng)用程序(例如，Web瀏覽器或其它)可以識別IP(A)以及IP(B)被指配給卡A及射頻模塊A對以及卡B及射頻模塊B對。另外，為了請求如圖22所示的播放多個多媒體文件的網(wǎng)頁，此應(yīng)用程序具有用于產(chǎn)生多個多媒體流請求的本機邏輯，每一多媒體流請求用于請求用于一特定音頻/視頻流的多媒體流服務(wù)器。此應(yīng)用程序可產(chǎn)生不同的IP封包來封裝以上多媒體流請求，指配IP(A)為對應(yīng)于特定多媒體流請求的IP封包的源地址，以及指配IP(B)為其它IP封包的源地址，接著，發(fā)送上行鏈路IP封包至適配器40。適配器40可直接檢查上行鏈路IP封包的源IP地址，以此決定卡A以及卡B中的一個，將IP封包改組為圖7或圖9所示的區(qū)塊，并且指示所指派的用戶識別卡以及其對應(yīng)的射頻模塊來傳輸所述區(qū)塊。圖25為根據(jù)本發(fā)明另一實施例的封包交換數(shù)據(jù)傳輸?shù)氖疽鈭D。在一些實施例中，如圖25所示的實施例，計算機主機10或移動臺20的麗I所執(zhí)行的應(yīng)用程序(例如，WAP瀏覽器、電子郵件客戶端、實時信息服務(wù)、FTP客戶端等)可以識別IP㈧以及IP⑶已經(jīng)指配給卡A及射頻模塊A對以及卡B及射頻模塊B對。另外，每個應(yīng)用程序具有用于決定上行鏈路IP封包將由哪個用戶識別卡來傳輸?shù)谋緳C邏輯，以此提供有關(guān)上行鏈路IP封包的源IP地址1306，接著發(fā)送上行鏈路IP封包至適配器40。適配器40可直接檢查上行鏈路IP封包的源IP地址，以此決定卡A以及卡B中的一個，將IP封包改組為圖7或圖9所示的區(qū)塊，并且指示所指派的用戶識別卡以及其對應(yīng)的射頻模塊來傳輸所述區(qū)塊。圖26為本發(fā)明一實施例的用于處理封包交換數(shù)據(jù)傳輸?shù)姆椒ǖ囊涣鞒虉D。首先，移動臺20的MMI執(zhí)行的應(yīng)用程序可接收多個請求，每個請求被封裝于一個或多個上行鏈路IP封包，且將接收到的請求分組(cluster)為第一組以及第二組(步驟S2602)。此請求可以是圖19所示的文件類型請求，圖20或圖24所示的多媒體流請求。接下來，此應(yīng)用程序設(shè)置對應(yīng)于第一組請求的上行鏈路IP封包標頭的每一源地址為指配給用戶識別卡A的IP地址，設(shè)置對應(yīng)于第二組請求的上行鏈路IP封包標頭的每一源地址為指配給用戶識別卡B的IP地址，并且傳輸所有的上行鏈路IP封包至適配器40(步驟S2604)。接下來，適配器40將每一上行鏈路IP封包轉(zhuǎn)換為一個或多個區(qū)塊(步驟S2606)。接下來，適配器40指示用戶識別卡A以及射頻模塊A傳輸對應(yīng)于第一組請求的區(qū)塊至目的地，且指示用戶識別卡B以及射頻模塊B傳輸對應(yīng)于第二組請求的區(qū)塊至目的地，其中，所述傳輸是經(jīng)由相應(yīng)的待接基站以及所注冊的無線電信網(wǎng)絡(luò)來進行的(步驟S2608)。適配器40將每一上行鏈路IP封包轉(zhuǎn)換為一個或多個區(qū)塊的細節(jié)可參考對圖7或圖9的描述。接下來，適配器40可經(jīng)由對應(yīng)的用戶識別卡由目的地接收一個或多個響應(yīng)已傳輸區(qū)塊的下行鏈路IP封包，并且響應(yīng)此應(yīng)用程序(步驟S2610)。雖然本發(fā)明已以較佳實施例揭露如上，然其并非用以限定本發(fā)明，任何所屬
技術(shù)領(lǐng)域：
：中的技術(shù)人員，在不脫離本發(fā)明的范圍內(nèi)，可以做一些改動，因此本發(fā)明的保護范圍應(yīng)與權(quán)利要求所界定的范圍為準。權(quán)利要求1.一種處理封包交換數(shù)據(jù)傳輸?shù)姆椒?，移動臺具有第一用戶識別卡，耦接于第一射頻模塊，以及第二用戶識別卡，耦接于第二射頻模塊，所述方法是通過所述移動臺或計算機主機的應(yīng)用程序執(zhí)行，所述方法包含:將多個請求分組為第一組以及第二組，其中，每一請求被封裝于一個或多個上行鏈路IP封包；設(shè)置對應(yīng)于所述第一用戶識別卡的第一IP地址作為所述第一組的每一IP封包的源地址；設(shè)置對應(yīng)于所述第二用戶識別卡的第二IP地址作為所述第二組的每一IP封包的源地址；以及傳輸所述上行鏈路IP封包至適配器，所述適配器負責轉(zhuǎn)換所述上行鏈路IP封包為多個區(qū)塊，以及指示所述第一射頻模塊以及所述第二射頻模塊來傳輸所述已轉(zhuǎn)換的區(qū)塊。2.根據(jù)權(quán)利要求1所述的處理封包交換數(shù)據(jù)傳輸?shù)姆椒ǎ涮卣髟谟?，每一所述請求為用于請求超文本標記語言文件、無線應(yīng)用協(xié)議文件、圖像文件、音頻流文件、視頻流文件、執(zhí)行程序文件以及數(shù)據(jù)文件中的一個的特定文件類型請求。3.根據(jù)權(quán)利要求1所述的處理封包交換數(shù)據(jù)傳輸?shù)姆椒ǎ涮卣髟谟?，對?yīng)于所述第一組的請求用于請求音頻或視頻流文件的第一時間段，以及對應(yīng)的所述第二組的請求用于請求所述音頻或視頻流文件的第二時間段。4.根據(jù)權(quán)利要求1所述的處理封包交換數(shù)據(jù)傳輸?shù)姆椒?，其特征在于，每一請求用于請求相同網(wǎng)頁中的音頻或視頻流文件。5.根據(jù)權(quán)利要求1所述的處理封包交換數(shù)據(jù)傳輸?shù)姆椒?，其特征在于，所述第一IP地址以及所述第二IP地址是在成功的通用分組無線業(yè)務(wù)依附后，由通用分組無線業(yè)務(wù)網(wǎng)絡(luò)中獲得。6.一種處理封包交換數(shù)據(jù)傳輸?shù)南到y(tǒng)，包含:第一射頻模塊；第二射頻模塊；第一用戶識別卡，經(jīng)由所述第一射頻模塊待接于基站；第二用戶識別卡，經(jīng)由所述第二射頻模塊待接于所述基站或不同的基站；以及電路，接收上行鏈路IP封包，收集關(guān)于所接收到的所述上行鏈路IP封包以及特定指配的信息，根據(jù)所述收集的信息，從所述第一用戶識別卡以及所述第二用戶識別卡中決定一個用戶識別卡，并更新所述接收到的封包的源地址，以對應(yīng)決定的用戶識別卡，將已更新的封包轉(zhuǎn)換為一個或多個區(qū)塊，以對應(yīng)所述決定的用戶識別卡，以及經(jīng)由對應(yīng)于所述決定的用戶識別卡的所述射頻模塊將所述接收到的封包傳輸至目的地；其中，所述特定指配的信息包括:HTML、WAP文件、圖像文件、視頻流文件、音頻流文件、執(zhí)行程序文件或數(shù)據(jù)文件。7.根據(jù)權(quán)利要求6所述的處理封包交換數(shù)據(jù)傳輸?shù)南到y(tǒng)，其特征在于，所述電路經(jīng)由對應(yīng)于所述決定的用戶識別卡的所述射頻模塊，從所述目的地接收響應(yīng)所述已傳輸封包的下行鏈路IP封包。8.根據(jù)權(quán)利要求6所述的處理封包交換數(shù)據(jù)傳輸?shù)南到y(tǒng)，其特征在于，進一步包含易失性存儲裝置或非易失性存儲裝置，存儲所述特定指配，所述特定指配指示所述第一用戶識別卡以及所述第二用戶識別卡分別被預(yù)先指配以服務(wù)于不同的服務(wù)類型，其中，所述電路根據(jù)所述特定指配以及所述接收到的封包的服務(wù)類型決定所述用戶識別卡，其中，根據(jù)出現(xiàn)在所述接收到的封包的傳輸控制協(xié)議或用戶數(shù)據(jù)包協(xié)議的標頭的目的地端口號碼，獲得所述接收到的封包的所述服務(wù)類型。9.根據(jù)權(quán)利要求6所述的處理封包交換數(shù)據(jù)傳輸?shù)南到y(tǒng)，其特征在于，進一步包含:對應(yīng)于所述第一射頻模塊的第一傳輸緩沖區(qū)以及第一接收緩沖區(qū)；以及對應(yīng)于所述第二射頻模塊的第二傳輸緩沖區(qū)以及第二接收緩沖區(qū)，其中，所述電路根據(jù)所述第一、第二傳輸以及接收緩沖區(qū)的使用決定所述用戶識別卡，以經(jīng)由具有較低傳輸緩沖區(qū)占用率、較低接收緩沖區(qū)占用率或一較低傳輸緩沖區(qū)占用率以及較低接收緩沖區(qū)占用率的組合的所述用戶識別卡來傳輸所述接收到的封包。10.根據(jù)權(quán)利要求6所述的處理封包交換數(shù)據(jù)傳輸?shù)南到y(tǒng)，其特征在于，進一步包含:易失性存儲裝置或非易失性存儲裝置，存儲所述特定指配，所述特定指配指示所述第一用戶識別卡以及所述第二用戶識別卡分別被預(yù)先指配以服務(wù)于不同的文件類型請求，其中，所述電路根據(jù)所述特定指配以及所述接收到的封包的文件類型請求決定所述用戶識別卡，其中，根據(jù)所述接收到的封包的的負載，獲得所述接收到的封包的所述文件類型請求。專利摘要本發(fā)明提供了一種處理封包交換數(shù)據(jù)傳輸?shù)姆椒捌湎到y(tǒng)，所述方法是通過移動臺實施，所述移動臺具有第一用戶識別卡，耦接于第一射頻模塊，以及第二用戶識別卡耦接于第二射頻模塊，所述方法是通過所述移動臺的適配器執(zhí)行，所述方法包含接收上行鏈路IP封包；收集關(guān)于至少一接收到的封包以及所述移動臺的硬件狀況的信息；根據(jù)所述收集到的信息從第一以及第二用戶識別卡中決定一個用戶識別卡；以及經(jīng)由對應(yīng)于所述決定的用戶識別卡的所述射頻模塊，傳輸所述接收到的封包至目的地。本發(fā)明提供的方法及系統(tǒng)，通過從第一以及第二用戶識別卡中決定一個，以傳輸所述接收到的封包至目的地，可以更好地處理封包交換數(shù)據(jù)傳輸，為移動電話用戶提供方便。文檔編號H04W28/08GKCN101640906B發(fā)布類型授權(quán)專利申請?zhí)朇N200910162267公開日2013年6月12日申請日期2009年7月31日發(fā)明者吳俊穎,鄭伃璇申請人:聯(lián)發(fā)科技股份有限公司導出引文BiBTeX,EndNote,RefMan專利引用(2),