專利名稱：基于sms的tcp的制作方法
技術(shù)領(lǐng)域：
本發(fā)明大致上涉及數(shù)據(jù)通訊，尤其是關(guān)于使用短信息服務(wù)(SMS)來傳輸?shù)臄?shù)據(jù)通訊。
背景技術(shù)：
短信息服務(wù)(SMS)傳輸是在移動裝置中普遍可用的服務(wù)，用途是在這些移動裝置之間發(fā)送短信息。該服務(wù)普遍被稱為"文字信息服務(wù)"。通常，信息包括少量文字的字符，字符的準(zhǔn)確數(shù)目根據(jù)SMS實施所用的編碼方案而定。
SMS標(biāo)準(zhǔn)中的信息傳遞的特征是它使用"盡最大努力"的方案。由于SMS信息的接收者并不一定將其接收移動裝置的電源打開或連接到服務(wù)網(wǎng)絡(luò)，因此不可能保證SMS信息能傳遞到接收者。SMS實施通常會根據(jù)"盡最大努力"的原則再嘗試傳遞到接收裝置，并且可以在當(dāng)SMS信息成功傳遞到接收者時可選地提供回執(zhí)給信息發(fā)送者。但是，SMS在任何重要應(yīng)用中會被覺得是不可靠的，因為根本不能保證任何特定SMS信息的傳遞。
因此，需要一種使用無處不在的SMS傳輸服務(wù)以確保數(shù)據(jù)的可靠傳遞的方法。

發(fā)明內(nèi)容
本發(fā)明包括一種計算機實施的方法，此方法將TCP信息封裝在SMS信息之內(nèi)，以在裝置之間建立對于任意數(shù)據(jù)的可靠和雙向的通訊路徑。此方法包括以下步驟形成TCP信息、使用SMS信息編碼格式將TCP信息編碼、形成SMS信息、及通過SMS信息網(wǎng)絡(luò)發(fā)送SMS信息。SMS信息包括指出SMS信息為TCP/SMS信息的報頭及已編碼的TCP信息。
本發(fā)明還包括一種計算機程序產(chǎn)品，該計算機程序產(chǎn)品包括記錄有計算機程序邏輯以容許處理器將TCP信息封裝在SMS信息之內(nèi)的計算機可用媒體。計算機程序邏輯包括容許處理器形成TCP信息的第一形成手段、容許處理器使用SMS信息編碼格式將TCP信息編碼的編碼手段、容許處理器形成SMS信息的第二形成手段、以及容許處理器通過SMS信息通訊網(wǎng)絡(luò)發(fā)送SMS信息的發(fā)送手段。SMS信息包括指出SMS信息為TCP/SMS信息的報頭和己編碼的TCP信息。
本發(fā)明還包括能夠?qū)CP信息封裝在SMS信息之內(nèi)的系統(tǒng)。該系統(tǒng)包括形成TCP信息的第一模塊、使用SMS信息編碼格式將TCP信息編碼的第二模塊、形成SMS信息的第三模塊、及通過SMS信息通訊網(wǎng)絡(luò)發(fā)送SMS信息的第四模塊。SMS信息包括指出SMS信息為TCP/SMS信息的報頭和已編碼的TCP信息。
本發(fā)明的更多特征和優(yōu)點，以及不同的實施例的結(jié)構(gòu)和運作將在以下 參照附圖進行詳細(xì)描述。需注意本發(fā)明并不受限于此處描述的具體實施例。這些實施例只在此給出以作說明用途。以此處的教導(dǎo)為基礎(chǔ)，有更多的實施例對本領(lǐng)域的技術(shù)人員會是明顯的。


包括在說明書中，并構(gòu)成說明書的一部分的附圖，展示了本發(fā)明，并連同描述一起用于解釋本發(fā)明的原理，以容許本領(lǐng)域的技術(shù)人員制造及使用本發(fā)明。
圖1描繪了根據(jù)本發(fā)明的一個實施例的SMS通訊系統(tǒng)。圖2描繪了根據(jù)本發(fā)明的一個實施例的通訊網(wǎng)絡(luò)。圖3說明了根據(jù)本發(fā)明的一個實施例的標(biāo)準(zhǔn)TCP報頭格式。圖4說明了根據(jù)本發(fā)明的一個實施例的TCP/SMS信息格式。圖5是根據(jù)本發(fā)明的一個實施例，生成和傳送TCP/SMS信息的方法的流程圖。
圖6描繪了本發(fā)明(和/或其部分)可在其中實施的示例計算機系統(tǒng)。本發(fā)明現(xiàn)在將會參照附圖描述。在圖中，基本上，相近的參考編
號指完全相同或用途上相近的要素。再者，基本上，參考編號最左方
的位數(shù)指該參考編號最初出現(xiàn)的附圖號碼。
具體實施方式
1.簡介
通訊規(guī)范通常將預(yù)計的可靠程度加進它們的設(shè)計中。例如，
RFC793中定義的傳輸控制協(xié)議(TCP)是作為在互聯(lián)網(wǎng)上的以可靠和面向連接的數(shù)據(jù)移動的基礎(chǔ)而設(shè)計的。TCP準(zhǔn)確定義了在當(dāng)利用不可靠的基層傳輸如互聯(lián)網(wǎng)協(xié)議(IP)時，其中數(shù)據(jù)只接收一次并按照發(fā)送的次序接收時，如何獲得可靠的數(shù)據(jù)傳遞。
短信息服務(wù)(SMS)傳輸提供一種無處不在的通訊手段，該手段通常被移動電話、個人數(shù)字助理(PDA)、及其它移動、手提或可攜帶裝置使用。更多的裝置，例如個人計算機(PC)、亦可以建立SMS通訊，而這種使用并不限制于移動裝置。SMS原本的目的是容許上述裝置的用戶發(fā)送短文字信息給其它SMS用戶。
因為SMS用戶使用連接到無線數(shù)據(jù)服務(wù)的移動裝置建立SMS通訊，有許多變數(shù)與該用戶在網(wǎng)絡(luò)上的可用性相關(guān)聯(lián)。SMS用戶的裝置可能被關(guān)閉、可能在用戶的無線數(shù)據(jù)服務(wù)的覆蓋范圍之外、或可能受其它情況影響，導(dǎo)致SMS信息未能傳遞給該用戶。SMS設(shè)計上并不保證SMS信息能傳遞給預(yù)訂的接收者，但會在傳遞時執(zhí)行"盡最大努力"嘗試。如果通過正在使用的特定SMS系統(tǒng)實施，成功傳遞的確認(rèn)最多也就是包括一條傳送給發(fā)送者的SMS信息，指出傳遞己經(jīng)完成。由于相似的原因，確認(rèn)信息的傳遞也不是能保證的。
圖1展示了一種示例SMS通訊系統(tǒng)100。信息應(yīng)用102a及102b分別在移動裝置104a及104b上執(zhí)行。信息應(yīng)用102a提供在移動裝置104a上生成SMS信息的架構(gòu)，以通過SMS系統(tǒng)106a傳送到移動網(wǎng)絡(luò)108。 SMS信息被在SMS系統(tǒng)106b上的移動裝置104b接收，并在信息應(yīng)用102b中展示給用戶。本領(lǐng)域的技術(shù)人員可以領(lǐng)會到中間網(wǎng)絡(luò)并不限于移動網(wǎng)絡(luò)，而且移動裝置只作為一種可能的通訊裝置說明。在另外的示例SMS通訊系統(tǒng)中，信息應(yīng)用102a和102b可以在PC或其它計算裝置上執(zhí)行。在一個SMS通訊系統(tǒng)100的典型使用中，裝置104a的用戶會將構(gòu)成短文字信息的一串字符輸進信息應(yīng)用102a，并在當(dāng)信息輸入完成之后發(fā)出指令將信息發(fā)送。信息應(yīng)用102a將文字信息形成SMS信息，并由裝置104a傳送，經(jīng)過SMS網(wǎng)絡(luò)106a和移動網(wǎng)絡(luò)108
7到達接收者的SMS網(wǎng)絡(luò)106b，以被接收裝置104b和信息應(yīng)用102b接收和顯示。
2. TCP/SMS網(wǎng)絡(luò)拓樸圖
盡管SMS信息通常是用戶人手輸入的純文字信息以用作發(fā)送簡短的給另一個SMS用戶的用途，但使用適當(dāng)?shù)嘏渲昧说挠嬎阊b置，產(chǎn)生SMS信息的內(nèi)容也是可能的。雖然信息內(nèi)容的格式是由特定的SMS實施決定的，但信息內(nèi)容本身只需要寫成能預(yù)計讓接收者明白的方式就可以了。 SMS信息的發(fā)送者和接收者因此可以是特別配置的裝置，該裝置能夠發(fā)送和接收兩個裝置均能理解的已編碼信息。
圖2說明了根據(jù)本發(fā)明的一個實施例的，能夠使用基于SMS網(wǎng)絡(luò)上的TCP協(xié)議(這種功能性在這里有時稱為"基于SMS的TCP"或者"TCP/SMS")來通訊的網(wǎng)絡(luò)200。 TCP/SMS信息裝置202a能夠訪問通訊鏈接204a，以通過SMS網(wǎng)絡(luò)208傳送SMS信息206a。 TCP/SMS信息裝置202b可運作以在相似的通訊鏈接204b上接收SMS信息206b。本領(lǐng)域的技術(shù)人員可以理解到，SMS網(wǎng)絡(luò)208可以是任何SMS信息能通過其傳送的網(wǎng)絡(luò)，例如但不限于互聯(lián)網(wǎng)或移動網(wǎng)絡(luò)。本領(lǐng)域的技術(shù)人員還理解到，網(wǎng)絡(luò)200上的通訊為雙向的，但為了作說明用途，在這里描述的信息應(yīng)用202a通常會作為信息的傳送者而信息應(yīng)用202b通常會作為信息的接收者。
根據(jù)本發(fā)明的一個實施例，TCP/SMS信息裝置202a有數(shù)據(jù)要傳送給TCP/SMS信息裝置202b。該數(shù)據(jù)在TCP信息中準(zhǔn)備好。TCP規(guī)范假設(shè)TCP數(shù)據(jù)是在另一個封裝協(xié)議中移動，通常是互聯(lián)網(wǎng)協(xié)議(例如與TCP/IP)。在此實施例中，TCP信息封裝在SMS信息之內(nèi)。SMS協(xié)議本身定義了要正確地輸送TCP信息的必要信息，例如信息的長度、來源地址和目標(biāo)地址。根據(jù)本發(fā)明的另外一個實施例，當(dāng)在移動電話網(wǎng)絡(luò)上使用SMS時，來源地址和目標(biāo)地址是代表傳送裝置和接收裝置的電話號碼。
3. TCP/SMS信息的形成
圖3顯示了根據(jù)本發(fā)明的一個實施例的，如在RFC793中所定義的TCP信息300的格式。TCP信息300包含來源端口 302和目標(biāo)端口304，兩個字段的長度均是2個字節(jié)。4個字節(jié)長度的序列號字段306指定了 TCP信息300的序列號，以確保TCP信息跟隨正確的次序接收 且不會遺失信息。同樣是4個字節(jié)長度的確認(rèn)號308為接收者傳送的， 對應(yīng)于序列號306的號碼，以指出下一個預(yù)計會接收到的序列號306。 根據(jù)本發(fā)明的一個實施例，最初的序列號306使用系統(tǒng)時鐘的4位最 低字節(jié)確定。
根據(jù)本發(fā)明的一個實施例，4位的數(shù)據(jù)偏移量310指出TCP報頭 使用的32位記錄的數(shù)目。6位的保留位置312沒有使用。根據(jù)本發(fā)明 的一個實施例，6位的狀態(tài)字段314被用作控制，其中每一個位分別對 應(yīng)"緊急"、"確認(rèn)"、"推送"、"復(fù)位"、"同步"和"完成"操作。2 個字節(jié)長度的窗口字段316指出發(fā)送者愿意和能夠從接收者接收的數(shù) 據(jù)(以字節(jié)計算)。根據(jù)本發(fā)明的一個實施例，2個字節(jié)長度的校驗和字 段318是信息內(nèi)所有其它2個字節(jié)長度的字的二進制反碼的總和的二 進制反碼，包括TCP報頭及數(shù)據(jù)，但不包括校驗和字本身。數(shù)據(jù)段326 包括TCP信息的凈荷。
只使用進行基本TCP信息傳送所必需的欄來構(gòu)造簡潔版的TCP報 頭是可能的。根據(jù)本發(fā)明的一個實施例，緊急指示字字段320、選項字 段322和填充字段324均并未使用。根據(jù)本發(fā)明的另外一個實施例， 數(shù)據(jù)偏移量字段310、保留字節(jié)312以及窗口字段316均并未使用?？?是，可能需要保留字段310、 312和316以確保TCP信息欄的字節(jié)的正 確對齊。通過消除TCP報頭內(nèi)不必要的字段，和在同一時間使用固定 的TCP報頭大小，可以為TCP數(shù)據(jù)創(chuàng)造更多空間，并能將數(shù)據(jù)處理簡 化。本領(lǐng)域的技術(shù)人員會理解到，使用所公開的技術(shù)實現(xiàn)完整的TCP 標(biāo)準(zhǔn)是可能的。
由于TCP/SMS信息并不是通常預(yù)計的SMS信息數(shù)據(jù)，以及因為 SMS信息可以用于TCP連接以外的用途，因此需要一個位于TCP/SMS 信息開頭的報頭，以便接收者能找尋以決定是否將信息的余下部分作 為TCP數(shù)據(jù)解釋。根據(jù)本發(fā)明的一個實施例，TCP/SMS信息的首7個 字符為"TCP/SMS"。本領(lǐng)域的技術(shù)人員會理解到，任何長度和任何次 序的字符均可以用作將TCP/SMS信息與其它預(yù)期的SMS信息數(shù)據(jù)區(qū) 別開來。
圖4顯示了根據(jù)本發(fā)明的一個實施例的TCP/SMS信息400。字段402包含上述的"TCP/SMS"報頭字符或其等同物。字段404包含了一 個指出填充字節(jié)數(shù)目的一個字符，填充字節(jié)將會在以下第4節(jié)探討。 根據(jù)本發(fā)明的一個實施例，字段406、 408、 410、 412、 414、 416、 418 和420包括了圖3所示的TCP信息300的相應(yīng)數(shù)據(jù)。TCP/SMS信息的 發(fā)送者和接收者均知道，例如信息400的雙方同意的TCP/SMS信息標(biāo) 準(zhǔn)，以決定如何形成用于發(fā)送的信息及如何讀取用于接收的信息。
4.將TCP信息編碼
SMS規(guī)范容許SMS信息包含最多160個7比特的字符，140個8 比特的字符，或70個UCS2的字符。所有SMS實施均能處理7比特 的字符。
根據(jù)本發(fā)明的一個實施例，在字段406、 408、 410、 412、 414、 416、 418和420中顯示的TCP數(shù)據(jù)(合稱"TCP數(shù)據(jù)")被編碼成7比特的字 母表。本領(lǐng)域的技術(shù)人員可以理解到，TCP數(shù)據(jù)可同樣地編碼成UCS2 字母表，或根據(jù)其它標(biāo)準(zhǔn)，并會理解到TCP數(shù)據(jù)原生地已經(jīng)為8比特 的字母表而編碼。
根據(jù)本發(fā)明的一個實施例，TCP數(shù)據(jù)通過使用base64編碼技術(shù)編 碼成7比特的字母表。根據(jù)本發(fā)明的一個實施例，base64編碼技術(shù)每 次抓取3個字節(jié)的數(shù)據(jù)，并將其轉(zhuǎn)換成4個位于7比特字母表之內(nèi)的 可打印ASCII字符，其中所選擇的可打印ASCII字符為[A-Z, a-z, 0-9, +, 和/]集之中的一個64個字符的集。本領(lǐng)域的技術(shù)人員會理解到，除了 所指出的字符之外，其它可用的可打印字符也可以被使用。本領(lǐng)域的 技術(shù)人員還會理解到，也可以利用其它編碼技術(shù)將8比特的字母表映 射到7比特的字母。
由于base64編碼需要3個字節(jié)的數(shù)據(jù)為輸入以產(chǎn)生4個可打印 ASCII字符的輸出，有可能操作于TCP數(shù)據(jù)的base64編碼的最后一次 迭代只需要將一或兩個額外字節(jié)編碼。根據(jù)本發(fā)明的一個實施例， base64編碼對后面根據(jù)需要再加上了任意數(shù)據(jù)的一個或兩個額外字節(jié) 的剩余的一個或兩個字節(jié)進行，此方法稱為"填充"。位于0到2之間 的填充所需要的額外的字節(jié)的數(shù)目，作為圖4所示的SMS信息400的 一部分在字段404中作為字符('0'、 ，r、或'2')傳輸。
10圖5說明了根據(jù)本發(fā)明的一個實施例的，準(zhǔn)備和傳送TCP/SMS信 息的方法的流程圖500。在步驟502中，例如圖3中的TCP信息300 的TCP信息被形成。如上面指出，只要TCP信息的接收者知道使用的 TCP報頭格式，不是所有TCP信息300內(nèi)的字段都需要以形成可接受 的TCP信息。在步驟504中，如上面所述的使用base64編碼技術(shù)將 TCP信息編碼，以令TCP信息在SMS信息中以可顯示的ASCII字符 出現(xiàn)。在步驟506中，會確定任何TCP信息所需要以完成base64編碼 的填充。在步驟508中，根據(jù)本發(fā)明的一個實施例，SMS信息如圖4 所示的被形成，該SMS信息包括7個報頭字符"TCP/SMS"， 一個指 出填充字節(jié)數(shù)目(0-2)的字符，和最多152個字符的TCP信息。在步驟 510中，根據(jù)本發(fā)明的一個實施例，形成的TCP/SMS信息通過如圖2 所示的通訊網(wǎng)絡(luò)200作為正常的SMS信息傳送。
根據(jù)本發(fā)明的一個實施例，當(dāng)利用由160個7比特的字符組成的 SMS信息，而其中8個字符被"TCP/SMS"報頭和填充字節(jié)占據(jù)時， 有152個字符留給TCP報頭和數(shù)據(jù)。使用base64編碼，152個字符中 有114個字節(jié)的二進制數(shù)據(jù)可供使用。根據(jù)本發(fā)明的一個實施例，由 于TCP報頭用去18個字節(jié)，在使何TCP/SMS信息中有96個字節(jié)的 凈荷數(shù)據(jù)可供使用。
當(dāng)接收TCP/SMS信息時，對應(yīng)的解碼算法被用于從SMS信息擷 取原本的二進制TCP數(shù)據(jù)。本領(lǐng)域的技術(shù)人員會理解到只要TCP/SMS 信息的發(fā)送者和接收者協(xié)議了一個共同的TCP/SMS信息格式，任何符 合上述步驟的可能實施方案都可以被使用以形成及讀取TCP/SMS信 息。
5.示例應(yīng)用
TCP/SMS在需要SMS信息的靈活性和可用性，及TCP信息的可 靠性的任何情形中都是有用的。TCP/SMS提供了一種可靠的雙向通訊， 該通訊通過使用包含TCP信息的回復(fù)SMS信息以確認(rèn)己接收的TCP 信息，以及通過對任何未能接收的信息的再傳遞，保證了所有數(shù)據(jù)都 能收到。
在通訊網(wǎng)絡(luò)200的一個示范實施例中，信息裝置202a是與例如警 察、消防、或急救服務(wù)等的緊急服務(wù)進行通訊的緊急信息裝置，其中
ii緊急服務(wù)運行相應(yīng)的信息裝置202b。通過將TCP/SMS實現(xiàn)為在通訊鏈 接204a上以SMS信息206a傳遞，經(jīng)過SMS網(wǎng)絡(luò)208，并作為SMS 信息206b被通訊鏈接204b接收，信息裝置202a可以確保TCP/SMS 信息傳遞給信息裝置202b。如過信息裝置202b并未接收到TCP/SMS 信息，裝置202a就不會接收到確認(rèn)的TCP/SMS信息，如同TCP標(biāo)準(zhǔn) 一樣。
在通訊網(wǎng)絡(luò)200的另一個示例應(yīng)用中，SMS網(wǎng)絡(luò)208和信息裝置 202a及202b使用以端口為地址的SMS。信息裝置202b可運作以實施 數(shù)個TCP/SMS信息應(yīng)用，每一個TCP/SMS信息應(yīng)用配置在不同的SMS 端口上。在以端口作地址的SMS系統(tǒng)中，信息裝置202a通過通訊網(wǎng) 絡(luò)204a發(fā)送的TCP/SMS信息206a還包括與信息裝置202b上的所需 目標(biāo)服務(wù)相關(guān)聯(lián)的目標(biāo)端口 。在另一個示例應(yīng)用中，TCP/SMS信息206a 還包括來源端口以為回復(fù)信息所用。
注意這些示例應(yīng)用在這里只是作為說明用途描述，并不是作為限 制用途。
6.示例計算機系統(tǒng)實現(xiàn)
本發(fā)明不同的方面可以使用軟件、固件、硬件或其組合實施。圖6 說明了本發(fā)明或其部分可在其中作為計算機可讀程序代碼來實施的示 例計算機系統(tǒng)600。例如，圖5所示的流程圖500可以在系統(tǒng)600中實 施。本發(fā)明不同的實施例依據(jù)此示例計算機系統(tǒng)600描述。在閱讀此 描述后，如何使用其它計算機系統(tǒng)和/或計算機結(jié)構(gòu)實施本發(fā)明，對本 領(lǐng)域的技術(shù)人員來說將會是明顯的。
計算機系統(tǒng)600包括最少一個處理器，例如處理器604。處理器 604可以是特別用途或普通用途的處理器。處理器604連接到通訊架構(gòu) 606(例如總線或網(wǎng)絡(luò))。
計算機系統(tǒng)600亦包括主內(nèi)存608，優(yōu)選地是隨機存取存儲器 (RAM),亦可以包括副內(nèi)存610。副內(nèi)存610可以包括如硬盤驅(qū)動器 612、可卸載式存儲驅(qū)動器614、和/或記憶棒。可卸載式存儲驅(qū)動器614 可包括軟盤驅(qū)動器、磁帶驅(qū)動器、光盤驅(qū)動器、閃存，等等?？尚遁d 式存儲驅(qū)動器614以已知的方法從對可卸載式存儲單元618進行讀寫。 可卸載式存儲單元618可包括軟盤、磁帶、光盤等，它們被可卸載式存儲驅(qū)動器614讀寫。如本領(lǐng)域的技術(shù)人員可理解到的，可拆卸式存
儲單元618包括了儲存有計算機軟件和/或數(shù)據(jù)的計算機可用存儲媒體。
在其它的實施中，副內(nèi)存610可包括其它相似的手段以容許計算 機程序或其它指令加載到計算機系統(tǒng)600中。這些手段包括如可卸載 式存儲單元622和接口 620。這些手段的例子可包括程序卡帶和卡帶接 口(如視象游戲裝置中找到的)、可卸載式內(nèi)存芯片(如EPROM或PROM) 和其關(guān)聯(lián)的插座、和其它容許軟件和數(shù)據(jù)從可卸載式存儲單元622傳 輸?shù)接嬎銠C程序600的可卸載式存儲單元622和接口 620。
計算機系統(tǒng)600亦可包括通訊接口 624。通訊接口 624容許軟件和 數(shù)據(jù)在計算機系統(tǒng)600和外部裝置之間傳輸。通訊接口 624可包括調(diào) 制解調(diào)器、網(wǎng)絡(luò)接口(如以太網(wǎng)卡)、通訊端口、 PCMCIA槽及卡等等。 經(jīng)通訊接口 624傳輸?shù)能浖蛿?shù)據(jù)是信號形式的，這些信號可以是電 子、電磁、光學(xué)、或其它能夠被通訊接口 624接收的信號。這些信號 通過通訊路徑626提供給通訊接口 624。通訊路徑626攜帶訊號，并可 以使用電線或電纜、光纖、電話線、移動電話鏈接、RP鏈接或其它通 訊渠道實施。
在這份文件中，"計算機程序媒體"和"計算機可用媒體"一詞泛 指例如可卸載式存儲單元618、可卸載式存儲單元622、安裝在硬盤驅(qū) 動器612中的硬盤、和在通訊路徑626上攜帶的信號等媒體。計算機 程序媒體和計算機可用媒體也可以指內(nèi)存，例如主內(nèi)存608和副內(nèi)存 610，而它們可以是內(nèi)存半導(dǎo)體(如動態(tài)隨機存取內(nèi)存等)。這些計算機 程序產(chǎn)品是提供軟件給計算機系統(tǒng)600的手段。
計算機程序(亦稱計算機控制邏輯)在主存儲器608和/或副內(nèi)存610 中儲存。計算機程序也可以經(jīng)由通訊接口 624接收。這些計算機程序 在執(zhí)行時，會容許計算機系統(tǒng)600實施如同在此討論的本發(fā)明。特別 的是，當(dāng)這些計算機程序執(zhí)行時，會容許處理器604實施本發(fā)明的方 法，例如圖5中的流程圖500所示的方法的步驟。因此，這些計算機 程序代表計算機系統(tǒng)600的控制器。當(dāng)本發(fā)明使用軟件實施時，軟件 可以在計算機程序產(chǎn)品中儲存并使用可拆卸式存儲驅(qū)動器614、接口 620、硬盤612或通訊媒體624加載到計算機系統(tǒng)600中。本發(fā)明亦指包括儲存在任何計算機可用媒體中的軟件的計算機程 序產(chǎn)品。這些軟件，當(dāng)在一個或更多個數(shù)據(jù)處理裝置上執(zhí)行時，會引 起數(shù)據(jù)處理裝置如同這里所述般運作。本發(fā)明的實施例使用任何計算 機可用或可讀的媒體，不論是現(xiàn)有的還是未來的。計算機可用媒體的 例子包括但并不限于主要存儲裝置(例如任何類型的動態(tài)隨機存取內(nèi) 存)、副存儲裝置(例如硬盤、軟盤、光盤只讀存儲器、ZIP磁盤、磁帶、 磁性存儲裝置、光學(xué)存儲裝置、微機電系統(tǒng)、納米科技存儲裝置等)和 通訊媒介(例如有線或無線通訊網(wǎng)絡(luò)、局域網(wǎng)、廣域網(wǎng)、內(nèi)聯(lián)網(wǎng)等)。
7.總結(jié)
雖然本發(fā)明不同的實施例已在上面描述，但應(yīng)明白到它們只是作 為例子展示，而不是限制。本領(lǐng)域的技術(shù)人員可以了解到，在不離開 本發(fā)明后附的權(quán)利要求書所定義的精神和范圍的情況下，可以作出形 式上和細(xì)節(jié)上的不同改變。因此，本發(fā)明的含義和范圍不應(yīng)被任何上 述的示例實施例所限制，而只應(yīng)根據(jù)以下的權(quán)利要求書或其等同所定 義。
權(quán)利要求
1.一種用以將TCP信息封裝在SMS信息之內(nèi)的計算機實施的方法，該方法包括形成TCP信息；使用SMS信息編碼格式將該TCP信息編碼；形式SMS信息；以及通過SMS信息網(wǎng)絡(luò)發(fā)送該SMS信息；其中該SMS信息包括指出該SMS信息為TCP/SMS信息的報頭和已編碼的TCP信息。
2. 如權(quán)利要求1所述的方法，其中所述將TCP信息編碼的步驟包 括以下步驟從編碼的結(jié)果決定填充，如有的話。
3. 如權(quán)利要求2所述的方法，其中所述SMS信息還包括指示填充 的值。
4. 如權(quán)利要求1所述的方法，還包括 通過所述SMS信息網(wǎng)絡(luò)接收第二 SMS信息；讀取第二 SMS信息的報頭以識別該第二 SMS信息為TCP/SMS信息；將第二SMS信息中的TCP信息解碼；以及 讀取該第二 TCP信息包含的數(shù)據(jù)。
5. 如權(quán)利要求1所述的方法，其中所述將TCP信息編碼的步驟包 括以下步驟使用base64編碼技術(shù)將該TCP信息編碼。
6. 如權(quán)利要求1所述的方法，其中所述形成TCP信息的步驟包括 以下步驟-決定所述TCP信息的序列號；其中該序列號為上一個緊接的TCP信息的序列號的下一個連續(xù)號，或者如沒有上一個TCP信息，則產(chǎn)生序列號。
7. 如權(quán)利要求6所述的方法，其中所述序列號使用系統(tǒng)時鐘產(chǎn)生。
8. 如權(quán)利要求4所述的方法.其中所述第二 SMS信息還包括SMS 目標(biāo)端口，還包括在與該SMS目標(biāo)端口相關(guān)聯(lián)的服務(wù)中處理所述第二TCP信息包含 的數(shù)據(jù)。
9. 一種計算機程序產(chǎn)品，其包括記錄有計算機程序邏輯以容許處 理器將TCP信息封裝在SMS信息內(nèi)的計算機可用媒體，該計算機程序 邏輯包括容許處理器形成該TCP信息的第一形成手段； 容許處理器使用SMS編碼格式將該TCP信息編碼的編碼手段； 容許處理器形成該SMS信息的第二形成手段；以及 容許處理器通過SMS信息網(wǎng)絡(luò)發(fā)送該SMS信息的發(fā)送手段； 其中該SMS信息包括指出該SMS信息為TCP/SMS信息的報頭和 己編碼的TCP信息。
10. 如權(quán)利要求9所述的計算機程序產(chǎn)品，其中所述編碼手段包括容許處理器從編碼的結(jié)果決定填充的決定手段，如有填充的話。
11. 如權(quán)利要求10所述的計算機程序產(chǎn)品，其中所述SMS信息 還包括指示填充的值。
12. 如權(quán)利要求9所述的計算機程序產(chǎn)品，所述計算機程序邏輯 還包括容許處理器通過所述SMS信息網(wǎng)絡(luò)接收第二 SMS信息的接收手段；容許處理器讀取該第二 SMS信息的報頭以識別該第二 SMS信息 為TCP/SMS信息的第一讀取手段；容許處理器將該第二SMS信息中的第二TCP信息進行譯碼的譯碼 手段；以及容許處理器讀取上述第二 TCP信息包含的數(shù)據(jù)的第二讀取手段。
13. 如權(quán)利要求9所述的計算機程序產(chǎn)品，其中所述編碼手段包括容許處理器使用base64編碼技術(shù)將所述TCP信息編碼的base64 編碼手段。
14. 如權(quán)利要求9所述的計算機程序產(chǎn)品，其中所述第一形成手 段包括容許處理器決定所述TCP信息的序列號的決定手段； 其中該序列號為上一個緊接的TCP信息的序列號的下一個連續(xù) 號，或如沒有上一個TCP信息，產(chǎn)生序列號。
15. 如權(quán)利要求14所述的方法，其中所述序列號使用系統(tǒng)時鐘產(chǎn)生。
16. 如權(quán)利要求12所述的計算機程序產(chǎn)品，其中所述第二 SMS 信息還包括SMS目標(biāo)端口，所述計算機程序邏輯包括容許處理器在與SMS目標(biāo)端口相關(guān)聯(lián)的服務(wù)中處理上述第二TCP 信息包含的數(shù)據(jù)的處理手段。
17.—種能夠?qū)CP信息封裝在SMS信息之內(nèi)的系統(tǒng)，包括 形成TCP信息的第一模塊；使用SMS編碼格式將該TCP信息編碼的第二模塊； 形成SMS信息的第三模塊；以及 通過SMS信息網(wǎng)絡(luò)發(fā)送該SMS信息的第四模塊； 其中該SMS信息包括指出該SMS信息為TCP/SMS信息的報頭和 已編碼的TCP信息。
全文摘要
描述了一種形成和傳送TCP/SMS信息的系統(tǒng)、方法和計算機程序產(chǎn)品。形成TCP信息、將TCP信息編碼、和將TCP信息封裝在SMS信息之內(nèi)的步驟在此公開。
文檔編號H04W80/06GK101632324SQ200780051158
公開日2010年1月20日 申請日期2007年12月13日 優(yōu)先權(quán)日2006年12月14日
發(fā)明者D·L·克萊格 申請人:賽貝斯股份有限公司