專利名稱：使用適當(dāng)?shù)耐ㄐ艆f(xié)議提供消息傳送的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及因特網(wǎng)消息(即電子郵件消息)的優(yōu)化、低等待時(shí)間(latency )傳輸。
技術(shù)背景如今，經(jīng)由因特網(wǎng)消息進(jìn)行的通信凈皮廣泛地使用，并且可以在經(jīng)由無線或有線連接而連接到因特網(wǎng)的計(jì)算機(jī)終端(例如個(gè)人計(jì)算機(jī)或PDA )之間執(zhí)行。連接到無線接入網(wǎng)的移動(dòng)終端(例如蜂窩電話)也能夠向連接到因特網(wǎng)的另一移動(dòng)終端或計(jì)算機(jī)終端發(fā)送電子郵件或者從其接收 電子由卩/f牛。通常使用的SMTP (簡(jiǎn)單郵件傳輸協(xié)議)常常借助于分組交換和面向 連接的TCP (傳輸控制協(xié)議)在SMTP客戶端(即因特網(wǎng)消息發(fā)送方)和 SMTP服務(wù)器(即因特網(wǎng)消息接收方)之間提供對(duì)任何大小的因特網(wǎng)消息 的可靠傳輸，并且任何能夠進(jìn)行電子郵件通信的移動(dòng)終端或計(jì)算機(jī)都能 夠被安排成起SMTP客戶端以及SMTP服務(wù)器的作用。因特網(wǎng)消息(即電子郵件消息)包括含有信息的首部集，所述信息 關(guān)于發(fā)送方、 一個(gè)或多個(gè)預(yù)定接收方以及消息的主題，同時(shí)消息本身被 包含在追加于首部的主體中。SMTP/TCP因特網(wǎng)消息被信封預(yù)先掛起 (prepend),所述信封幫助消息通過一組中間節(jié)點(diǎn)的路由選擇，從而 實(shí)現(xiàn)所謂的消息的逐跳遞送(hop-by-hop-delivery )。每個(gè)發(fā)送方都 進(jìn)行路由選擇查找并且將消息轉(zhuǎn)發(fā)到下一跳的服務(wù)器，所述下一跳的服 務(wù)器重復(fù)所述過程直到消息被遞送到它的預(yù)定接收方，并且始發(fā) (originating)的發(fā)送方可以;故安排成繞過i 各由選擇步驟并且將所有 消息轉(zhuǎn)發(fā)到相同的下一跳服務(wù)器，所述下一跳服務(wù)器為消息的向前傳輸 提供必要的路由選擇。因特網(wǎng)消息的發(fā)送方和一個(gè)或多個(gè)4妄收方通常一皮稱作MUA( Message User Agent消息用戶代理)，并且可以是例如個(gè)人計(jì)算才幾終端，并且 中間節(jié)點(diǎn)中的至少一些通常被稱作MTA (Message Transfer Agent消 息轉(zhuǎn)送代理)，例如服務(wù)器。在因特網(wǎng)消息的SMTP/TCP逐跳遞送中擔(dān) 當(dāng)MTA的每個(gè)服務(wù)器對(duì)于所傳輸?shù)南⒓绕餝MTP客戶端的作用又起SMTP服務(wù)器的作用，并且在從MUA或從另一 MTA接收因特網(wǎng)消息時(shí)將 起SMTP服務(wù)器的作用，在轉(zhuǎn)發(fā)因特網(wǎng)消息到第二 MTA時(shí)將起SMTP客 戶端的作用。在傳送電子郵件到MTA時(shí)MUA能夠起SMTP客戶端的作用。 兩個(gè)節(jié)點(diǎn)之間的連接的等待時(shí)間或時(shí)延(delay)限定了數(shù)據(jù)分組 在所述節(jié)點(diǎn)之間傳輸所花費(fèi)的時(shí)間，并且在數(shù)據(jù)分組傳輸中，與低等待 時(shí)間連接相比，高等待時(shí)間連接會(huì)有比較長(zhǎng)的時(shí)延或等待時(shí)間。無線接 入網(wǎng)(例如GPRS (General Packet Radio Service通用分組無線業(yè)務(wù)) /GSM (Global System for Mobile Communication全球移動(dòng)通信系統(tǒng)) 或 3G/UTRAN ( Universal Mobile Telecommunications Systems Terrestrial Radio Access Network通用移動(dòng)通信系統(tǒng)陸地?zé)o線接入網(wǎng)) 被視為高等待時(shí)間網(wǎng)絡(luò)，并且移動(dòng)終端和服務(wù)器之間的等待時(shí)間大約為 0. 5-1. 3秒，而有線連接通常引入較小的時(shí)延并且^皮視為低等待時(shí)間連 接。因此，上述無線陸地鏈路，以及星際(interplanetary)鏈路都是 高等待時(shí)間連接的例子。
TCP (傳輸控制協(xié)議)是面向連接的協(xié)議，在IP環(huán)境中提供數(shù)據(jù)的 可靠傳輸，并且SMTP/TCP通常在電子郵件消息的傳輸中使用。TCP提供 流數(shù)據(jù)傳輸、可靠性、高效的流控制、全雙工操作以及多路復(fù)用。TCP 的流數(shù)據(jù)傳輸遞送非結(jié)構(gòu)化的字節(jié)流，并且應(yīng)用或應(yīng)用層程序不必為在 分組數(shù)據(jù)網(wǎng)中傳輸而對(duì)數(shù)據(jù)進(jìn)行包裝。此外，TCP通過用確認(rèn)號(hào) (acknowledgment number)定序字節(jié)來提供端到端(end—to—end )分 組遞送來提供可靠性，所述確認(rèn)號(hào)向源表明目的地預(yù)期接收的下一字 節(jié)，并且沒有在指定時(shí)間間隔內(nèi)被確認(rèn)的任何字節(jié)都被重傳。TCP的可 靠性機(jī)制能夠處理丟失的、時(shí)延的、復(fù)制的或錯(cuò)讀的分組，其中超時(shí) (time-out )機(jī)制檢測(cè)丟失的分組并且請(qǐng)求重傳。TCP提供高效的流控 制，并且全雙工操作允許TCP同時(shí)執(zhí)行傳送和接收。因此，TCP實(shí)現(xiàn)了 經(jīng)由因特網(wǎng)對(duì)任何大小的電子郵件消息的非?？煽康膫魉?。
然而，兩個(gè)節(jié)點(diǎn)之間的電子郵件的可靠的SMTP/TCP傳輸需要STMP 客戶端和STMP服務(wù)器之間的若干次協(xié)議交換，即往返(round-trip), 這涉及從SMTP客戶端到SMTP服務(wù)器的IP分組傳輸，繼之以在相反方 向上的從SMTP服務(wù)器到SMTP客戶端的IP分組傳輸，例如確認(rèn)或回復(fù) (reply)。由于在任何方向上的每個(gè)傳輸都會(huì)引入等待時(shí)間，其中所 述等待時(shí)間被增加到電子郵件總傳輸時(shí)間，所以經(jīng)由高等待時(shí)間連接的SMTP/TCP電子郵件傳輸將會(huì)比較慢。因此，經(jīng)由高等待時(shí)間連接(例如， 在無線接入網(wǎng)中)的因特網(wǎng)消息的SMTP/TCP傳輸將會(huì)導(dǎo)致因特網(wǎng)消息 的發(fā)送方和接收方之間比較長(zhǎng)的總傳輸時(shí)間。
因此，現(xiàn)有技術(shù)SMTP/TCP的主要缺陷在于客戶端和服務(wù)器之間所 需的大量往返，這增加了因特網(wǎng)消息的總傳輸時(shí)間，在(例如無線接入 網(wǎng)中的)高等待時(shí)間連接上尤其如此。
因此，本發(fā)明的目的是緩解上面所描述的關(guān)于經(jīng)由高等待時(shí)間連接 的SMTP/TCP電子郵件傳輸?shù)膯栴}，并且在電子郵件消息的發(fā)送方和接 收方之間獲得較低的總傳輸時(shí)間，這在無線接入網(wǎng)中尤其是有利的。

發(fā)明內(nèi)容
本發(fā)明的 一個(gè)目標(biāo)是提供優(yōu)化的電子郵件傳輸，減少因特網(wǎng)消息在 發(fā)送方和接收方之間的等待時(shí)間和總傳輸時(shí)間，可適用于例如在無線接 入網(wǎng)中，包括高等待時(shí)間連接。
根據(jù)所附權(quán)利要求，這些和其他目標(biāo)是通過因特網(wǎng)消息發(fā)送節(jié)點(diǎn)中 的方法，因特網(wǎng)消息接收節(jié)點(diǎn)中的方法，以及被安排成起因特網(wǎng)消息發(fā) 送節(jié)點(diǎn)的作用的設(shè)備來實(shí)現(xiàn)。
根據(jù)本發(fā)明的解決方案主要涉及因特網(wǎng)消息發(fā)送方確定電子郵件 消息的大小并且將較小尺寸的消息包裝到單數(shù)據(jù)分組中，例如在UDP(用 戶數(shù)據(jù)報(bào)協(xié)議)分組中，以及把單數(shù)據(jù)分組分段成一個(gè)或多個(gè)IP分組 而傳輸?shù)揭蛱鼐W(wǎng)消息接收方。因特網(wǎng)消息接收方通過將確認(rèn)發(fā)送回因特 網(wǎng)消息發(fā)送方來確認(rèn)UDP分組的接收，并且因特網(wǎng)消息發(fā)送方在沒有接 收到任何確認(rèn)的情況下重傳UDP分組。然而，較大尺寸的消息是借助于 TCP來傳輸?shù)摹?br> 權(quán)利要求涉及一種在因特網(wǎng)消息發(fā)送節(jié)點(diǎn)中用于經(jīng)由連接將因特 網(wǎng)消息傳輸?shù)揭蛱鼐W(wǎng)消息接收節(jié)點(diǎn)的方法，所述因特網(wǎng)消息發(fā)送節(jié)點(diǎn)執(zhí) -f亍以下步驟
-確定因特網(wǎng)消息的大??；
-將因特網(wǎng)消息的大小與預(yù)定單分組閾值進(jìn)行比較；
-在因特網(wǎng)消息的大小大于所述單分組閾值的情況下，執(zhí)行經(jīng)由所
述連接的TCP因特網(wǎng)消息傳輸；
-在因特網(wǎng)消息的大小小于所述單分組閾值的情況下，執(zhí)行經(jīng)由所
述連接的單分組因特網(wǎng)消息傳輸。上述執(zhí)行單分組因特網(wǎng)消息傳輸?shù)牟襟E可以包括以下子步驟 把因特網(wǎng)消息包裝到單數(shù)據(jù)分組中； 將所述單數(shù)據(jù)分組分段成一個(gè)或多個(gè)IP分組； 將所述IP分組傳送到因特網(wǎng)消息接收節(jié)點(diǎn)； 在超時(shí)間隔內(nèi)沒有從因特網(wǎng)消息接收節(jié)點(diǎn)接收到任何確認(rèn)的情況 下執(zhí)行重傳?？蛇x地，在因特網(wǎng)消息的大小與所述單分組閾值基本上相當(dāng)?shù)那闆r 下，執(zhí)行經(jīng)由所述連接的單分組因特網(wǎng)消息傳輸或TCP因特網(wǎng)消息傳輸。此外，可執(zhí)行對(duì)因特網(wǎng)消息的壓縮，且在執(zhí)行所述壓縮之前，可將 因特網(wǎng)消息的大小與預(yù)定壓縮閾值進(jìn)行比較，其中真空(deflate)算 法可以在所述壓縮中使用。可以根據(jù)UDP (用戶數(shù)據(jù)報(bào)協(xié)議)來執(zhí)行單分組因特網(wǎng)消息傳輸， 并且所述單分組閾值可被設(shè)置在1. 5千字節(jié)和64千字節(jié)之間的間隔內(nèi)。權(quán)利要求還涉及一種在因特網(wǎng)消息接收節(jié)點(diǎn)中用于從所述因特網(wǎng) 消息發(fā)送節(jié)點(diǎn)接收經(jīng)由連接傳輸?shù)囊蛱鼐W(wǎng)消息的方法，其中因特網(wǎng)消息 接收節(jié)點(diǎn)經(jīng)由連接將接收到的單數(shù)據(jù)分組的確認(rèn)發(fā)送到因特網(wǎng)消息發(fā) 送節(jié)點(diǎn)。所述連接可以是無線(wireless radio)連接或有線連接。 權(quán)利要求還涉及一種被安排成起因特網(wǎng)消息發(fā)送節(jié)點(diǎn)的作用的設(shè)備，所述因特網(wǎng)消息發(fā)送節(jié)點(diǎn)用于經(jīng)由連接將因特網(wǎng)消息傳輸?shù)揭蛱鼐W(wǎng)消息接收節(jié)點(diǎn)。所述設(shè)備包括-確定裝置，用于確定因特網(wǎng)消息的大??；-比較裝置，用于將因特網(wǎng)消息的大小與預(yù)定單分組闊值進(jìn)行比較；-TCP傳輸裝置，用于在因特網(wǎng)消息的大小大于所述單分組閾值的 情況下，執(zhí)行到因特網(wǎng)消息接收節(jié)點(diǎn)的TCP因特網(wǎng)消息傳輸；-單分組傳輸裝置，用于在因特網(wǎng)消息的大小小于所述單分組閾值 的情況下，執(zhí)行到因特網(wǎng)消息接收節(jié)點(diǎn)的單分組因特網(wǎng)消息傳輸。所述單分組傳輸裝置可以包括-包裝裝置，用于將因特網(wǎng)消息包裝到單數(shù)據(jù)分組中； -分段(fragmentation)裝置，用于將所述單數(shù)據(jù)分組分段成一 個(gè)或多個(gè)IP分組；-傳送裝置，用于將所述IP分組傳送到因特網(wǎng)消息接收節(jié)點(diǎn)；-重傳裝置，用于在超時(shí)間隔內(nèi)沒有從因特網(wǎng)消息接收節(jié)點(diǎn)接收到確認(rèn)的情況下執(zhí)行重傳?？蛇x地，在因特網(wǎng)消息的大小與所述單分組閾值基本上相當(dāng)?shù)那闆r下，單分組傳輸裝置可以被安排成執(zhí)行經(jīng)由所述連接的單分組因特網(wǎng)消息傳輸，TCP傳輸裝置被安排成執(zhí)行經(jīng)由所述連接的TCP因特網(wǎng)消息傳輸。所述連接可以是無線連接或有線連接。所述設(shè)備還可以包括壓縮裝置，用于執(zhí)行對(duì)因特網(wǎng)消息的壓縮，并 且壓縮裝置可以利用真空算法。單分組傳輸裝置可以被安排成使用UDP (用戶數(shù)據(jù)報(bào)協(xié)議)，并且 所述單分組閾值可被設(shè)置在1. 5千字節(jié)和64千字節(jié)之間的間隔內(nèi)。所述設(shè)備可以被進(jìn)一步安排成起因特網(wǎng)消息接收節(jié)點(diǎn)的作用，所述 設(shè)備還包括確認(rèn)裝置，用于經(jīng)由連接將接收到的單數(shù)據(jù)分組的確認(rèn)發(fā)送 到因特網(wǎng)消息發(fā)送節(jié)點(diǎn)。此外，所述設(shè)備可以被進(jìn)一步安排成起SMTP客戶端以及SMTP服務(wù) 器的作用。所述設(shè)備可以是適于被無線地連接到無線接入網(wǎng)的服務(wù)器、移動(dòng)終 端，或適于被有線或無線地連接到網(wǎng)絡(luò)的計(jì)算機(jī)設(shè)備。根據(jù)如下描述和附圖以及所附的權(quán)利要求，本發(fā)明的其他特征和更多優(yōu)點(diǎn)將會(huì)很明顯。


現(xiàn)在將參照實(shí)施例和附圖對(duì)本發(fā)明進(jìn)行更加詳細(xì)的描述，其中 圖1是圖示出常規(guī)SMTP/TCP電子郵件傳輸?shù)男帕顖D， 圖2是包括新的低等待時(shí)間郵件傳輸協(xié)議(LLMTP)層的IP棧， 圖3示意性地圖示出把電子郵件消息包裝到單數(shù)據(jù)分組(例如UDP 分組)中。圖4是圖示出根據(jù)本發(fā)明的第 一 實(shí)施例的電子郵件傳輸?shù)牧鞒虉D， 圖5是圖示出根據(jù)本發(fā)明的第二實(shí)施例的使用電子郵件消息壓縮的 電子郵件傳輸?shù)牧鞒虉D，并且圖6是圖示出用于實(shí)現(xiàn)本發(fā)明的裝置的實(shí)施例的框圖。
具體實(shí)施方式
在說明書和權(quán)利要求書中所使用的術(shù)語和表達(dá)旨在具有本領(lǐng)域技 術(shù)人員通常所使用的含義。圖1是圖示出根據(jù)現(xiàn)有技術(shù)在STMP-客戶端130和STMP-服務(wù)器140 之間進(jìn)行常規(guī)的順序和交替信號(hào)傳輸以便借助于SMTP/TCP來傳輸電子 郵件消息的信令圖。所示出的SMTP/TCP電子郵件傳輸，或SMTP/TCP因 特網(wǎng)消息傳輸使用流水線(pipelining),這允許對(duì)一些操作進(jìn)行批處 理，從而減少了傳送次數(shù)。然而，即使使用了流水線操作，從客戶端到 服務(wù)器的消息的SMTP/TCP電子郵件傳輸也需要在客戶端和服務(wù)器之間 進(jìn)行若干協(xié)議交換，并且在所圖示的實(shí)施例中，對(duì)于傳輸電子郵件消息 而言至少需要七個(gè)往返。圖1中圖示的一些SMTP命令如下EHLO:引入(introduction )和請(qǐng)求擴(kuò)展的模式,(圖1的步驟108)， 郵件來自發(fā)送方的規(guī)范，(圖1的步驟112), 接收至接收方的規(guī)范，(步驟112),數(shù)據(jù)指示客戶端就緒并且希望發(fā)送因特網(wǎng)消息，(步驟112)， 退出退出會(huì)話，(圖1的步驟120)圖1中的信令步驟100、 102和104執(zhí)行常規(guī)的握手過程以便在SMTP-客戶端和SMTP-服務(wù)器之間建立連接，并且在步驟106中，附圖標(biāo)記 "220"指示SMTP-服務(wù)就緒。在步驟110中，附圖標(biāo)記"250"指示 所請(qǐng)求的命令成功，并且進(jìn)一步啟動(dòng)流水線。在步驟114中，SMTP-服務(wù)器指示發(fā)送方和接收方被成功地接收，并且應(yīng)該輸入消息。在步驟116 中，SMTP-客戶端傳送實(shí)際的電子郵件消息，并且在步驟118中，SMTP-服務(wù)器以"250"響應(yīng)，指示消息被發(fā)送。剩余的步驟120、 122、 124、 126和128結(jié)束SMTP-客戶端和SMTP-服務(wù)器之間的連接和會(huì)話。如圖1中所圖示的以及上文所描述的常規(guī)SMTP/TCP因特網(wǎng)消息傳 輸提供了對(duì)任意大小的電子郵件消息的可靠傳輸。然而，在SMTP-客戶 端130和SMTP-服務(wù)器140之間的高等待時(shí)間連接的情況下，相應(yīng)的高 等待時(shí)間被弓1入到發(fā)送方和接收方之間的總的等待時(shí)間中，即所述連接 的固有等待時(shí)間的七倍(由于需要七個(gè)往返的緣故)。本發(fā)明借助于新的且改進(jìn)的郵件傳輸協(xié)議(此后被稱作LLMTP ( Low Latency Mail Transport protocol低等待時(shí)間由卩件傳輸協(xié)議))提 供了因特網(wǎng)消息的低等待時(shí)間傳輸，本發(fā)明借助于TCP傳送比較長(zhǎng)的電子郵件消息，而借助于適當(dāng)?shù)臒o連接傳輸協(xié)議(例如UDP (用戶數(shù)據(jù) 報(bào)協(xié)議))來傳輸比較小的電子郵件消息。在LLMTP/UDP中，因特網(wǎng) 消息與路由選擇信息一起被包裝到UDP分組中，并且UDP分組在因特 網(wǎng)消息發(fā)送方和因特網(wǎng)消息接收方之間傳輸，所述UDP分組^皮分段成 所需數(shù)目的IP分組。為了決定是否應(yīng)該借助于LLMTP/UDP傳輸電子郵件消息，因特網(wǎng)消 息的大小一皮確定并且與預(yù)定單分組閾值進(jìn)行比較，所述單分組閾值可以 被系統(tǒng)操作員設(shè)置在例如1.5-64千字節(jié)的間隔內(nèi)，這取決于特定的環(huán) 境。在因特網(wǎng)消息的大小大于單分組閾值的情況下，該因特網(wǎng)消息就借 助于TCP因特網(wǎng)消息傳輸來傳送，而在因特網(wǎng)消息的大小小于單分組閾 值的情況下，信封(envelop)、首部集和主體被包裝(pack)到單數(shù) 據(jù)分組(例如UDP分組)中，并且借助于LLMTP/UDP因特網(wǎng)消息傳輸來 傳送。在電子郵件消息的大小基本上與單分組閾值相當(dāng)?shù)那闆r下，可以 在TCP和UDP之間任意選擇。當(dāng)因特網(wǎng)消息接收方接收到從因特網(wǎng)消息發(fā)送方發(fā)送的單數(shù)據(jù)分 組(例如UDP分組)時(shí)，因特網(wǎng)消息接收方通過將確認(rèn)發(fā)送回因特網(wǎng)消 息發(fā)送方來確認(rèn)該接收。如果因特網(wǎng)消息發(fā)送方在超時(shí)間隔期間沒有接 收到接收的任何確認(rèn)，則因特網(wǎng)消息發(fā)送方就重傳UDP分組。UDP是合適的傳輸協(xié)議的例子，這是由于它不涉及任何握手過程并 且是無連接的傳輸層協(xié)議，UDP在TCP的可靠性機(jī)制不是必需的情況下 是有益的。然而，也可以使用其他適當(dāng)?shù)膫鬏攨f(xié)議。圖2示意性地圖示出根據(jù)本發(fā)明的擴(kuò)展的IP-棧，包括IP-層25、 UDP層23和TCP層24,以及新的低等待時(shí)間郵件傳輸協(xié)議(LLMTP)-層21，對(duì)于傳輸電子郵件消息而言，所述LLMTP與常規(guī)SMTP 22相比需 要專支少的4主返。圖3圖示出將電子郵件消息的信封、首部集和主體包裝到一個(gè)單數(shù) 據(jù)分組中，例如UDP分組。在該圖中圖示的實(shí)施例中，SMTP/TCP因特網(wǎng) 消息包括信封32、首部集34和主體36。信封32包含關(guān)于電子郵件消 息的路由選擇信息，并且可以具有例如大約50字節(jié)的大小。首部集34 包含關(guān)于因特網(wǎng)消息的發(fā)送方和接收方的信息，以及主題，并且可以具 有例如大約50字節(jié)的大小，而主體36包含實(shí)際的消息。根據(jù)本發(fā)明， 足夠小(即，小于預(yù)定單分組閾值)的因特網(wǎng)消息將被包裝到單數(shù)據(jù)分組38 (例如UDP分組)中，單數(shù)據(jù)分組38將包含信封32、首部集34 和主體36的信息。因此，整個(gè)因特網(wǎng)消息以及路由選擇信息將被包含 到一個(gè)單數(shù)據(jù)分組38中，如在該圖所示，該單數(shù)據(jù)分組被分段成一個(gè) 或多個(gè)IP分組以供傳輸。UDP分組具有64千字節(jié)的最大大小，而IP-分組(例如因特網(wǎng)分組) 僅具有1.5千字節(jié)的大小。通常，具有小于1.5千字節(jié)的大小的UDP-分組僅在一個(gè)IP分組中傳輸，而大于1. 5千字節(jié)的UDP分組在若干IP 分組中傳輸。例如，4. 5千字節(jié)的UDP分組將被分段成三個(gè)IP分組從節(jié) 點(diǎn)1傳輸?shù)焦?jié)點(diǎn)2，每個(gè)IP分組都具有1. 5千字節(jié)的大小。當(dāng)這三個(gè) IP分組都被節(jié)點(diǎn)2接收到時(shí)，UDP分組將被重建，并且節(jié)點(diǎn)2將把確認(rèn) 發(fā)送回節(jié)點(diǎn)1。優(yōu)選地，在超時(shí)間隔內(nèi)沒有接收到任何確認(rèn)的情況下， 節(jié)點(diǎn)1將重傳UDP分組。失敗傳輸?shù)母怕孰S著容納UDP分組所需的IP 分組的數(shù)目而增加，因此重傳的次數(shù)將隨著UDP分組的大小而增加。單 分組閾值的適當(dāng)大小將取決于傳輸?shù)目煽啃?，并且單分組閾值優(yōu)選地可 由系統(tǒng)操作員來設(shè)置，缺省值在例如1. 5千字節(jié)和64千字節(jié)之間。圖4是根據(jù)本發(fā)明的低等待時(shí)間郵件傳輸?shù)氖纠詫?shí)施例的流程 圖，其中大的電子郵件根據(jù)TCP (即，LLMTP/TCP)來傳輸，而具有較小 大小(例如占用小于64千字節(jié))的電子郵件被包裝到單數(shù)據(jù)分組(例 如UDP分組)中，并且所述單數(shù)據(jù)分組被分段成一個(gè)或多個(gè)IP分組來 傳輸。所述流程示了根據(jù)本發(fā)明的該實(shí)施例的在電子郵件消息被傳 送到因特網(wǎng)消息接收節(jié)點(diǎn)時(shí)由因特網(wǎng)發(fā)送節(jié)點(diǎn)執(zhí)行的步驟。在步驟40 中，因特網(wǎng)消息發(fā)送方確定因特網(wǎng)消息的大小，即信封、首部塊和主體 的包裝(packed )格式的大小。步驟42將所述大小與預(yù)定的單分組(UDP) 閾值相比較，并且確定所述大小是否小于所述閾值，所述閾值可以例如 被系統(tǒng)操作員設(shè)置在1.5千字節(jié)與64千字節(jié)之間的間隔內(nèi)。如果否， 則在步驟44中，電子郵件消息根據(jù)LLMTP/TCP來傳送。然而，如果電 子郵件消息的大小小于所述閾值，則在步驟45中，電子郵件消息和路 由選擇信息，即信封、首部塊和主體都根據(jù)任意適當(dāng)?shù)臒o連接傳輸協(xié)議 (例如，UDP)而^C包裝到一個(gè)單數(shù)據(jù)分組中。在步驟46中，電子郵件 消息根據(jù)LLMTP/UDP來傳送，其中單數(shù)據(jù)分組被分段成所需數(shù)目的IP 分組，以被從因特網(wǎng)消息發(fā)送方傳送到因特網(wǎng)消息接收方。在步驟47 中，確定因特網(wǎng)消息發(fā)送方是否已經(jīng)在超時(shí)間隔內(nèi)接收到由因特網(wǎng)消息接收方在接收到UDP分組時(shí)發(fā)出的任何確認(rèn)(ACK)。如果否，則電子 郵件消息被重傳，并且步驟46-47被再次執(zhí)行，并且如果是，則電子郵 件傳輸完成。如在該流程圖中所圖示的，與在根據(jù)常規(guī)SMTP/TCP傳輸電子郵件 消息時(shí)所需的至少七個(gè)往返相比，在電子郵件消息的LLMTP/UDP傳輸中 在因特網(wǎng)消息發(fā)送方和因特網(wǎng)消息接收方之間僅僅需要一個(gè)往返。由 此，因特網(wǎng)消息發(fā)送終端的用戶將會(huì)更快地接收到確認(rèn)，同時(shí)總等待時(shí) 間，即時(shí)延^皮減少，并且功率消耗也^皮減少。根據(jù)可替換的實(shí)施例，在電子郵件消息的大小小于或者等于單分組 閾值的大小的情況下，因特網(wǎng)消息發(fā)送方將執(zhí)行步驟45，即包裝在一個(gè) 單分組中。根據(jù)本發(fā)明的進(jìn)一步的實(shí)施例，因特網(wǎng)消息借助于適當(dāng)?shù)膲嚎s方法 來壓縮，例如使用真空算法，并且在壓縮之前可以將因特網(wǎng)消息的大小 與預(yù)定壓縮閾值進(jìn)行比較，所述預(yù)定壓縮閾值可以被系統(tǒng)操作員來設(shè)置。圖5是圖示出本發(fā)明的第二實(shí)施例的流程圖，其中大于預(yù)定壓縮閾 值的電子郵件消息借助于任何適當(dāng)?shù)膲嚎s方法來壓縮，例如使用真空算 法。其后，電子郵件消息被與單分組闊值進(jìn)行比較，并且如果壓縮的電 子郵件消息小于單分組閾值，則消息就借助于LLMTP/UDP來傳輸，否則 壓縮的電子郵件就借助于LLMTP/UDP來傳輸。在步驟50中，因特網(wǎng)消息發(fā)送方確定電子郵件的大小。在步驟51 中，所述大小被與預(yù)定壓縮闊值進(jìn)行比較以確定所述大小是否在所述閾 值之上。如果是，則壓縮過程(例如根據(jù)真空算法)在步驟52中被執(zhí) 行，并且在步驟53中，壓縮的電子郵件消息的大小被確定。步驟54將 所述大小與預(yù)定UDP (單分組)闊值進(jìn)行比較，并且確定所述大小是否 在所述閾值之下。如果否，則根據(jù)LLMTP/TCP而將電子郵件消息傳輸?shù)?因特網(wǎng)消息接收方。如果是，則在步驟56中，電子郵件消息和路由選 擇信息，即信封、首部塊和主體被包裝到單數(shù)據(jù)分組(例如UDP分組) 中。在步驟57中，根據(jù)LLMTP/UDP來傳送電子郵件消息，其中單數(shù)據(jù) 分組被分段成所需數(shù)目的IP分組，以被從因特網(wǎng)消息發(fā)送方傳送到因 特網(wǎng)消息接收方。在步驟58中，確定因特網(wǎng)消息發(fā)送方是否已經(jīng)在超 時(shí)間隔內(nèi)接收到由因特網(wǎng)消息接收方在接收到單個(gè)(UDP)分組時(shí)發(fā)出的任何確認(rèn)(ACK)。如果是，則電子郵件傳輸完成，但是如果否，則 因特網(wǎng)消息被重傳，并且步驟57-58被再次執(zhí)行，直到電子郵件傳輸完成。根據(jù)可替換的實(shí)施例，在電子郵件消息的大小或壓縮的電子郵件消 息的大小小于或者等于單分組闊值的大小的情況下，因特網(wǎng)消息發(fā)送方 將執(zhí)行步驟56,即包裝在單分組中。根據(jù)本發(fā)明，在電子郵件消息將要凈皮發(fā)送或者轉(zhuǎn)發(fā)到因特網(wǎng)消息接 收節(jié)點(diǎn)(其中所述因特網(wǎng)消息接收節(jié)點(diǎn)沒有被安排成起LLMTP-服務(wù)器的 作用)的情況下，因特網(wǎng)消息發(fā)送節(jié)點(diǎn)優(yōu)選地被安排成起常規(guī)SMTP-客 戶端的作用。類似地，根據(jù)本發(fā)明，在SMTP/TCP電子郵件凈皮接收到的 情況下，因特網(wǎng)消息接收節(jié)點(diǎn)優(yōu)選地被安排成起常規(guī)SMTP-服務(wù)器的作 用。圖6是圖示出根據(jù)本發(fā)明的被安排成起因特網(wǎng)消息發(fā)送方的作用的 設(shè)備60的示例性實(shí)施例的框圖。所述設(shè)備包括用于確定電子郵件消息 的大小的確定裝置61,用于將所述大小與預(yù)定單分組閾值進(jìn)行比較的比 較裝置62,用于在所述大小大于所述閾值的情況下執(zhí)行到服務(wù)器的TCP 因特網(wǎng)消息傳輸?shù)腖LMTP/TCP傳輸裝置63，用于在電子郵件消息的所述 大小小于所述閾值的情況下執(zhí)行LLMTP/UDP因特網(wǎng)消息傳輸?shù)?LLMTP/UDP傳輸裝置64，以及用于對(duì)電子郵件消息執(zhí)行壓縮的壓縮裝置 65。設(shè)備60的另一示例性實(shí)施例未在附圖中示出，它沒有被提供有任 何壓縮裝置。設(shè)備60可以例如是連接到根據(jù)2G或3G的無線接入網(wǎng)的移動(dòng)終端， 連接到因特網(wǎng)的個(gè)人計(jì)算機(jī)，或連接到網(wǎng)絡(luò)的服務(wù)器計(jì)算機(jī)。本發(fā)明可適用于經(jīng)由無線或有線連接進(jìn)行通信的任何因特網(wǎng)消息 發(fā)送節(jié)點(diǎn)和/或因特網(wǎng)消息接收節(jié)點(diǎn)，并且環(huán)境可以是例如根據(jù)2G或 3G的無線接入網(wǎng)、固定或移動(dòng)計(jì)算機(jī)網(wǎng)、星際通信鏈路或IMS (因特網(wǎng) 協(xié)議多媒體子系統(tǒng))?，F(xiàn)在已經(jīng)參照特定示例性實(shí)施例和附圖對(duì)本發(fā)明進(jìn)行了描述，所述 實(shí)施例和附圖僅用于說明本發(fā)明的概念，并且本發(fā)明不限于所公開的實(shí) 施例。本發(fā)明旨在覆蓋所附權(quán)利要求的范圍內(nèi)的各種修改。
權(quán)利要求
1.一種在因特網(wǎng)消息發(fā)送節(jié)點(diǎn)中用于經(jīng)由連接將因特網(wǎng)消息傳輸?shù)揭蛱鼐W(wǎng)消息接收節(jié)點(diǎn)的方法，其特征在于所述因特網(wǎng)消息發(fā)送節(jié)點(diǎn)執(zhí)行以下步驟-確定(40)因特網(wǎng)消息的大?。?將因特網(wǎng)消息的大小與預(yù)定單分組閾值進(jìn)行比較(42)；-在因特網(wǎng)消息的大小大于所述單分組閾值的情況下，執(zhí)行經(jīng)由所述連接的TCP因特網(wǎng)消息傳輸(44)；-在因特網(wǎng)消息的大小小于所述單分組閾值的情況下，執(zhí)行經(jīng)由所述連接的單分組因特網(wǎng)消息傳輸(45、46)。
2. 如權(quán)利要求1所述的方法，其特征在于執(zhí)行單分組因特網(wǎng)消息傳 輸?shù)牟襟E包括以下子步驟-把因特網(wǎng)消息包裝(45)到單數(shù)據(jù)分組中； -將所述單數(shù)據(jù)分組分段成一個(gè)或多個(gè)IP分組； -將所述IP分組傳送(46)到因特網(wǎng)消息接收節(jié)點(diǎn)； -在超時(shí)間隔內(nèi)沒有從因特網(wǎng)消息接收節(jié)點(diǎn)接收到任何確認(rèn)的情 況下執(zhí)行重傳。
3. 如權(quán)利要求1或2所述的方法，其特征在于，在因特網(wǎng)消息的大 小與所述單分組閾值基本上相當(dāng)?shù)那闆r下，執(zhí)行經(jīng)由所述連接的單分組 因特網(wǎng)消息傳輸(45、 46)。
4. 如權(quán)利要求1或2所述的方法，其特征在于，在因特網(wǎng)消息的大 小與所述單分組閾值基本上相當(dāng)?shù)那闆r下，執(zhí)行經(jīng)由所述連接的TCP因特網(wǎng)消息傳輸(44)。
5. 如權(quán)利要求1 - 4中任何一項(xiàng)所述的方法，其特征在于執(zhí)行對(duì)因 特網(wǎng)消息的壓縮(52)。
6. 如權(quán)利要求5所述的方法，其特征在于，在執(zhí)行所述壓縮之前， 將因特網(wǎng)消息的大小與預(yù)定壓縮閾值進(jìn)行比較(51)。
7. 如權(quán)利要求5 - 6中任何一項(xiàng)所述的方法，其中在壓縮中使用真 空算法。
8. 如前述權(quán)利要求中任何一項(xiàng)所述的方法，其中根據(jù)UDP (用戶數(shù) 據(jù)報(bào)協(xié)議)來執(zhí)行單分組因特網(wǎng)消息傳輸。
9. 如前述權(quán)利要求中任何一項(xiàng)所述的方法，其中單分組閾值能被設(shè)置在1. 5千字節(jié)和64千字節(jié)之間的間隔內(nèi)。
10. —種在因特網(wǎng)消息接收節(jié)點(diǎn)中用于通過前述權(quán)利要求中任何一 項(xiàng)從因特網(wǎng)消息發(fā)送節(jié)點(diǎn)接收經(jīng)由連接傳輸?shù)囊蛱鼐W(wǎng)消息的方法，其特 征在于經(jīng)由連接將接收到的單數(shù)據(jù)分組的確認(rèn)發(fā)送到因特網(wǎng)消息發(fā)送 節(jié)點(diǎn)。
11. 根據(jù)前述權(quán)利要求中任何一項(xiàng)所述的方法，其中所述連接是無 線連接。
12. 根據(jù)權(quán)利要求1 - 10中任何一項(xiàng)所述的方法，其中所述連接是 有線連接。
13. —種被安排成起因特網(wǎng)消息發(fā)送節(jié)點(diǎn)的作用的設(shè)備(60),所 述因特網(wǎng)消息發(fā)送節(jié)點(diǎn)用于經(jīng)由連接將因特網(wǎng)消息傳輸?shù)揭蛱鼐W(wǎng)消息 接收節(jié)點(diǎn)，其特征在于所述設(shè)備包括-確定裝置(61),用于確定因特網(wǎng)消息的大?。?-比較裝置(62),用于將因特網(wǎng)消息的大小與預(yù)定單分組閾值進(jìn) 行比較；-TCP傳輸裝置(63),用于在因特網(wǎng)消息的大小大于所述單分組 闊值的情況下，執(zhí)行到因特網(wǎng)消息接收節(jié)點(diǎn)的TCP因特網(wǎng)消息傳輸；-單分組傳輸裝置(64),用于在因特網(wǎng)消息的大小小于所述單分 組閾值的情況下，執(zhí)行到因特網(wǎng)消息接收節(jié)點(diǎn)的單分組因特網(wǎng)消息傳輸。
14. 如權(quán)利要求13所述的設(shè)備(60 )，其特征在于單分組傳輸裝置 包括-包裝裝置，用于將因特網(wǎng)消息包裝到單數(shù)據(jù)分組中； -分段裝置，用于將所述單數(shù)據(jù)分組分段成一個(gè)或多個(gè)IP分組； -傳送裝置，用于將所述IP分組傳送到因特網(wǎng)消息接收節(jié)點(diǎn)； -重傳裝置，用于在超時(shí)間隔內(nèi)沒有從因特網(wǎng)消息接收節(jié)點(diǎn)接收到 確認(rèn)的情況下執(zhí)行重傳。
15. 如權(quán)利要求13或14所述的設(shè)備(60),其特征在于，單分組傳 輸裝置被安排成在因特網(wǎng)消息的大小與所述單分組閾值基本上相當(dāng)?shù)?情況下執(zhí)行經(jīng)由所述連接的單分組因特網(wǎng)消息傳輸。
16. 如權(quán)利要求13或14所述的設(shè)備(60 ),其特征在于，TCP傳輸 裝置被安排成在因特網(wǎng)消息的大小與所述單分組閾值基本上相當(dāng)?shù)那闆r下執(zhí)行經(jīng)由所述連接的TCP因特網(wǎng)消息傳輸。
17. 如權(quán)利要求13-16中任何一項(xiàng)所述的設(shè)備(60)，其中所述連 接是無線連接。
18. 如權(quán)利要求13-16中任何一項(xiàng)所述的設(shè)備(60),其中所述連 接是有線連接。
19. 如權(quán)利要求13-18中任何一項(xiàng)所述的設(shè)備(60),其特征在于 它還包括-壓縮裝置(65),用于執(zhí)行對(duì)因特網(wǎng)消息的壓縮。
20. 如權(quán)利要求19所述的設(shè)備(60),其中壓縮裝置利用真空算法。
21. 如權(quán)利要求13-20中任何一項(xiàng)所述的設(shè)備(60),其中單分組 傳輸裝置被安排成使用UDP (用戶數(shù)據(jù)報(bào)協(xié)議)。
22. 如權(quán)利要求13-21中任何一項(xiàng)所述的設(shè)備(60)，其中單分組 閾值能一皮設(shè)置在1. 5千字節(jié)和64千字節(jié)之間的間隔內(nèi)。
23. 如權(quán)利要求13-23中任何一項(xiàng)所述的設(shè)備(60),其中所述設(shè) 備被進(jìn)一步安排成起SMTP客戶端的作用。
24. —種如權(quán)利要求13-23中任何一項(xiàng)所述的設(shè)備(60)，其中所 述設(shè)備被進(jìn)一步安排成起因特網(wǎng)消息接收節(jié)點(diǎn)的作用，其特征在于所述 設(shè)備還包括確認(rèn)裝置，用于經(jīng)由連接將接收到的單數(shù)據(jù)分組的確認(rèn)發(fā)送 到因特網(wǎng)消息發(fā)送節(jié)點(diǎn)。
25. 如權(quán)利要求24所述的設(shè)備(60)，其中所述設(shè)備被進(jìn)一步配置 成起SMTP服務(wù)器的作用。
26. 如權(quán)利要求13-25中任何一項(xiàng)所述的設(shè)備(60),其中所述設(shè)備是服務(wù)器。
27. 如權(quán)利要求13-25中任何一項(xiàng)所述的設(shè)備(60),其中所述設(shè)備移動(dòng)終端，所述移動(dòng)終端適于纟皮無線地連接到無線接入網(wǎng)。
28. 如權(quán)利要求13-25中任何一項(xiàng)所述的設(shè)備(60),其中所述設(shè)備是計(jì)算機(jī)設(shè)備，所述計(jì)算機(jī)設(shè)備適于被有線連接到網(wǎng)絡(luò)。
29. 如權(quán)利要求13-25中任何一項(xiàng)所述的設(shè)備(60),其中所述設(shè)備是計(jì)算機(jī)設(shè)備，所述計(jì)算機(jī)設(shè)備適于被無線地連接到網(wǎng)絡(luò)。
全文摘要
本發(fā)明涉及經(jīng)由連接將因特網(wǎng)消息從因特網(wǎng)發(fā)送節(jié)點(diǎn)低等待時(shí)間地傳輸?shù)揭蛱鼐W(wǎng)消息接收節(jié)點(diǎn)。所述因特網(wǎng)消息發(fā)送節(jié)點(diǎn)確定(40)因特網(wǎng)消息的大小并且將該大小與預(yù)定單分組閾值進(jìn)行比較(42)。其后以太網(wǎng)消息發(fā)送節(jié)點(diǎn)在因特網(wǎng)消息的大小大于所述單分組閾值的情況下，執(zhí)行經(jīng)由所述連接的TCP因特網(wǎng)消息傳輸(44)，并且在因特網(wǎng)消息的大小小于所述單分組閾值的情況下，執(zhí)行單分組(UDP)因特網(wǎng)消息傳輸(45、46)。
文檔編號(hào)H04L29/06GK101283555SQ200580051773
公開日2008年10月8日 申請(qǐng)日期2005年10月4日 優(yōu)先權(quán)日2005年10月4日
發(fā)明者A·埃里克森 申請(qǐng)人:艾利森電話股份有限公司