專利名稱:下載網頁的制作方法
技術領域:
本發(fā)明總的來說涉及在時分多址(TDMA)無線分組系統(tǒng)或者使用會話的有線調制解調器訪問協(xié)議,或在會話中使用連續(xù)的傳輸控制協(xié)議(TCP)連接中的站點下載,具體地說本發(fā)明涉及在此類下在中減少時間開銷,并且在此類系統(tǒng)中的隨即訪問連接數(shù)。
一旦在客戶和服務器之間建立了連接,客戶將超文本標記語言(HTML)請求發(fā)送給服務器。這樣的請求可以一個單一的TCP消息發(fā)送,或者分為兩個此類的消息。該連接的特征在于被稱為慢開始機制(a slow start mechanism)??蛻舭l(fā)送一單一的HTML請求,等待來自服務器的響應(通常包括請求的數(shù)據),并且將確認發(fā)送給服務器。發(fā)送確認之后,從服務器接收多個數(shù)據信號,這種接收由客戶進行。一旦接收完所有數(shù)據,服務器發(fā)送一個結束信號。從客戶向服務器發(fā)送一個結束確認信號,然后發(fā)送結束信號。
下載網頁涉及到建立幾個TCP/IP連接和拆除序列。這是因為如果要下載的網頁包括不只一個內嵌圖像,則要求獨立的TCP會話來將每一個圖像從服務器傳送到客戶。
圖1說明了這個問題,因此,一旦客戶已經傳輸完,客戶分析(檢查)該下載的網頁以察看是否需要更多的數(shù)據。例如,圖1中,有一個圖像需要下載,因此再次運行上述詳細的連接建立和拆除序列。在這種情況下,只有一個少于1個無線鏈路控制分組的單個數(shù)據元要發(fā)送,因此服務器在一單個數(shù)據信號之后發(fā)送結束信號。在這種情況下,不調用慢開始機制。
因此,很清楚,為了下載包括多個圖像的網頁,必須在客戶和服務器之間建立多個TCP連接??紤]到用于網頁的所有下載的時間開銷,這是不理想的。
在訪問萬維網(WWW)中使用會話或者應用協(xié)議存在一個問題,所述會話或應用協(xié)議在TDMA無線分組數(shù)據系統(tǒng)上的會話或者無線調制解調器協(xié)議中使用連續(xù)的TCP連接。在下文中,參照在全球分組無線系統(tǒng)(GPRS)上使用超文本傳輸協(xié)議(HTTP)對此進行說明。當瀏覽器發(fā)送一個HTTP請求時,該請求作為一個SYN信號被傳輸。然而,每一次在GPRS上發(fā)送一個SYN信號時,有一個有移動站(MS)進行的隨機接入試呼被用來連接到網絡,從而連接到遠程WWW服務器以便于下載請求的網頁。
當發(fā)生隨機接入試呼時,MS通過一個收發(fā)器基站將一個消息發(fā)送到網絡,告知它有數(shù)據要發(fā)送。當MS從網絡接收它可以發(fā)送數(shù)據的信號時,MS被分配給在將來的時間內發(fā)送數(shù)據的多個分組。然而,如果網絡同時有兩個請求,可能會發(fā)生接入試呼沖突。在此情況下,網絡不會傳輸SYN信號,并且MS必須在隨后及時地再進行隨機接入試呼。這就是眾所周知的隨機接入連接決定(resolution)。
正如下面將說明的一樣,所存在的問題是需要為每一個TCP/IP會話建立一個無線鏈路控制(RLC)鏈路。無線鏈路控制是控制在MS和網絡之間信息塊的傳輸?shù)膮f(xié)議。其進行順序的發(fā)送(delivery)和糾錯。建立獨立的無線鏈路的需要實際上增加了延遲,用戶在下載網頁和其中包括的圖像時將體會到這種延遲。進一步強調延遲給出了當前的RLC協(xié)議形式要求使用倒數(shù)計數(shù)過程來關閉鏈路。這種過程包括對要發(fā)送的剩下的塊數(shù)從預設定的數(shù)字到零進行倒計數(shù)。當為零時,關閉鏈路。
參見圖2,可能能最好的理解在下載網頁時發(fā)生的延遲,圖2說明了一個梯形圖,該梯形圖說明在將SYN消息從客戶發(fā)送到服務器和從服務器發(fā)送到客戶的消息交換。在構建梯形圖時,進行了下面的一般假設。應當強調的是,這些假設僅僅是示例性的。
1.主要時間延遲被歸因于臨時塊流(TBF)建立和廣域網(WAN)以及數(shù)據傳輸時間,例如,諸如當進行橫渡大西洋的連接時的衛(wèi)星延遲。
2.建立上行鏈路TBF的時間開銷大于當下行鏈路激活時建立上行鏈路TBF的時間開銷。
3.建立下行鏈路TBF具有的時間開銷小于建立上行鏈路TBF的時間開銷。
4.數(shù)據傳輸具有10%的相關的塊錯誤率(BLER)。
5.數(shù)據傳輸?shù)腞LC往返延遲為10個RLC塊。
6.以最低的碼率傳輸數(shù)據(最大的吞吐量)。
考慮到下面的參考圖2的說明,在這些假設中使用的術語將變得更加清楚。
正如可從圖2中看出的一樣,在GPRS上的網頁瀏覽器和遠程服務器之間的連接涉及到不同的層控制,這些層相互作用使得能夠建立通信鏈路。瀏覽器經過傳輸控制協(xié)議(TCP)層進行通信,所述傳輸控制協(xié)議(TCP)層與邏輯鏈路控制(LLC)層通信,所述邏輯鏈路控制(LLC)層與移動站無線鏈路控制(RLC-MS)層通信。在這里,消息被通過MS和BS之間的形成的無線鏈路從MS廣播到BS。在基站無線鏈路控制(RLC-BS)層接收到的消息被發(fā)送到邏輯鏈路控制/傳輸控制協(xié)議(LLC/TCP),然后從此發(fā)送到遠程服務器的TCP層。當然,也可以反向進行工作。
再次參見圖2,瀏覽器發(fā)送HTTP請求2,該請求作為SYN信號4由TCP層發(fā)送,該信號作為設定同步平衡模式(SABM)信號6被LLC層繼續(xù)發(fā)送到RLC-MS層。在這一階段,建立用于以RLC塊傳輸信息的在MS和BS之間的連接,即上行鏈路TBF10。
建立上行鏈路后,有一個TCP信號作為連接指示(Conn-ind)信號12從RLC-BS層傳送到LLC/TCP層。從LLC/TCP層向LLC層發(fā)回確認消息14,然后,LLC層又將包括TCP信息和SYN信號的信息幀16發(fā)送回到LLC/TCP層。下一階段涉及到將SYN信號18從LLC/TCP層發(fā)送到TCP遠程服務器。然后,遠程服務器發(fā)回一個SYN信號20,該信號被作為SABM信號22傳輸?shù)絉LC-BS。
現(xiàn)在建立了用于將RLC塊從BS向MS傳輸?shù)南滦墟溌稵BF連接。這一步通常表示為24。在建立下行鏈路后,連接指示(Conn-ind)信號26被發(fā)送到LLC層。這由穿過BS和MS之間的空中接口到LLC/TCP層的確認消息28確認。信息幀被從所述的LLC/TCP層發(fā)送穿過無線鏈路,并且發(fā)送到瀏覽器TCP層。
在這里假設,使用相關的預約的塊周期(RRBP)進行輪詢后關閉下行鏈路TBF。BS可能發(fā)送具有RRBP集的消息,使得MS必須在RLC層在一定數(shù)目的塊內用確認信號進行響應。如果RRBP不要求維持打開該下行鏈路以用于此類確認,將關閉下行鏈路。
很清楚地看到,這兩個信號(在圖1中的第一個兩個信號)需要特定的時間(τ)來發(fā)送。在任何一個網頁下在操作中,必須進行很多次這樣的連接。因此,有這樣一個問題,要求使用在GPRS上的HTTP來下在網頁可能很多。當相對于時間周期進行舉例時所述的問題變得很重要。對于下載不包括圖像的單個網頁,必須進行三次連接和拆除序列。一次用來建立要求的數(shù)據,一次用于通知服務器需要什么樣的數(shù)據并接收數(shù)據,最后一次用于確認。顯然,這將進一步增加用于要下載的每一個圖像的進一步的連接和拆除序列的持續(xù)時間。因此,該問題要求一個方案是如何減少使用會話或者應用協(xié)議下載網頁的時間要求,該會話或應用協(xié)議使用在TDMA無線分組數(shù)據系統(tǒng)上的會話或者有線調制解調器訪問協(xié)議內的連續(xù)的TCP連接,因此增加了效率和用戶滿意度。
本發(fā)明要闡述一些或者所有的上述缺點。
本發(fā)明提供了如權利要求書所要求的一種用于增強會話或者應用協(xié)議的方法,所述會話或應用協(xié)議使用在時分多址(TDMA)無線分組數(shù)據系統(tǒng)上的會話或者有線調制解調器訪問協(xié)議內的連續(xù)的傳輸控制協(xié)議(TCP)連接,其中臨時塊流被鏈接在一起。本發(fā)明也提供用于減少網頁下載時間和用于減少在時分多址(TDMA)無線分組數(shù)據系統(tǒng)或有線調制解調訪問協(xié)議內的隨機訪問連接的方法,并且時分多址(TDMA)無線分組數(shù)據系統(tǒng)或者有線調制解調器訪問協(xié)議都使用TBF鏈接(chaining)。
根據本發(fā)明的優(yōu)選實施例,提供了一種方法,其中利用現(xiàn)有的下行鏈路TBF來請求來自網絡的集合點(rendezous point)。
本發(fā)明的另一個方面,提供了一種方法,其中網絡維持下行鏈路TBF經常激活。
本發(fā)明的不同點在于可以單獨地或者以任意的組合進行利用。它們也可以利用確定要求下載完整網頁的TCP會話數(shù)目的步驟,從而將與剩余的要求的TBF的數(shù)目的相關信息傳輸?shù)骄W絡。
本發(fā)明的附加的特定的優(yōu)點從下面的附圖的說明可清楚地看到,其中圖1為圖示在下載網頁期間、在客戶和服務器之間交換的消息;圖2為示出使用在GPRS上的HTTP以三方握手方式在第一個兩信號期間交換的消息;圖3示出說明了客戶和服務器之間的連接保持打開的情景的梯形圖;圖4示出說明了集合請求的梯形圖;圖5示出說明了用于圖4的集合的時間分配計算的流程圖;圖6示出說明了使用關閉的上行鏈路的TBF鏈的方法;圖7示出說明了用于圖6的集合點的時間分配計算的流程圖;圖8示出說明了下行鏈路保持總是激活的TBF鏈的方法的流程圖;圖9示出說明了向網絡通知狀態(tài)信息的方法的流程圖。
本發(fā)明基于以下基礎進行工作如果以一些方式維持TBF激活,甚至當沒有傳輸數(shù)據時,不需要為MS和網絡之間的通信建立單獨的TBF。這被稱為TBF鏈接。
正如可從圖3看出的一樣,一旦已經建立上行鏈路TBF,即在客戶和服務器的RLC-MS和RLC-BS之間的302、304、306,可能發(fā)回一個HTML請求308,其導致數(shù)據和結束信號310、312被從服務器傳回到客戶。在此階段,上行TBF保持激活。因此,在RLC/MAC信道資源分配步驟后,可能在之后發(fā)生傳輸318。不需要使用其相關的時間開銷來建立上行鏈路TBF連接。這可以通過下面參考圖4-9詳細介紹的多種不同方式進行。
圖4示出了當使用下行鏈路TBF來從上行鏈路TBF請求一集合點時在MS和BS之間傳遞的消息。圖4為代表在MS和BS之間傳遞的消息的梯形圖的一部分。從BS向MS傳遞的第一信號402即LLC層信號代表通過一個建立的下行鏈路從BS發(fā)送到MS的最后的通信。接收到該信號后,并且在下行鏈路關閉之前,MS發(fā)送一個集合請求即RLC層信號。換言之,在下行鏈路關閉之前,MS通過下行鏈路發(fā)回一個消息,指出他想要根據TCP/HTTP狀況發(fā)送一些信息。實際上,當輪詢RRBP時(圖2),MS發(fā)送一個消息到BS以請求資源。在MS不能夠傳輸數(shù)據結束之前,MS提供詳細的RLC塊的最小數(shù)目。對此進行響應,BS為此分配連接自由的資源(comection free resoorce)。該資源包括被單獨地分配供MS使用的時間塊。在請求之后該塊位于確定的RLC號,并且被命名為集合點。
被分配供MS使用的塊使得MS能夠告知BS其是否有要發(fā)射的更多數(shù)據。因此,MS可以使用該塊來請求必要的資源以將數(shù)據從服務器傳輸?shù)娇蛻簦蛘咧赋鰶]有要發(fā)射的數(shù)據,或者請求進一步的集合點。
此過程減少了建立上行鏈路TBF的時間,該時間為從上行鏈路TBF建立時間(獨立的)到通過下行鏈路TBF建立上行鏈路TBF的時間。然而,應當注意,如果當達到所述的集合點時MS沒有要傳輸?shù)臄?shù)據,因此沒有使用該分配的RLC塊,則浪費了已分配的RLC塊。此外,由于用于上行鏈路的資源已經被分配,出現(xiàn)的隨機訪問連接的數(shù)目將減少。
使用MS維持的時間和數(shù)據來計算請求集合點的時間。MS維持每一個網頁的定時記錄或者網際協(xié)議(IP)地址(或者圓形存儲區(qū)域中的有限的地址數(shù))。MS也為網絡當前的服務維持在無線鏈路控制/介質訪問控制(RLC/MAC)層(前面單獨地稱為RLC)處的定時記錄。對于每一個IP地址,在測量期間使用的RLC/MAC網絡接口被存儲。為了維持這樣的記錄,當要求下面的定時時,MS根據前面所涉及到的不同的協(xié)議的允許來測量所述的下面的定時。MS可以使用任何方法來維持測量值。這樣的方法可包括對多個前面的測量值進行平均,或者簡單地使用最晚的測量值1.獨立的上行鏈路時間。這是RLC/MAC上行鏈路TBF建立時間,并且是在第一次隨機訪問試呼和接收到“分組分配”消息(指示分配資源以用于在上行鏈路上傳輸數(shù)據的消息)之間的時間;2.獨立的下行鏈路時間。這是在接收到“分組下行鏈路分配”消息和接收到第一有效的RLC塊之間的時間;3.下行鏈路TBF仍然激活時的上行鏈路TBF建立時間;4.上行鏈路TBF維持激活時的下行鏈路TBF建立時間;和5.TCP往返時間。這是將TCP消息從客戶或者MS的TCP層傳輸?shù)椒掌?遠程的或者其它的)的TCP層并且傳輸回到所述MS的時間。
除了上述參數(shù),當確定用于集合點位置的所希望的時間時MS也考慮上行鏈路和下行鏈路數(shù)據速率以及它們各自的塊誤差率。
圖5說明了圖4的實施例的MS如何請求一個集合帶。在功能塊502,MS確定是否有更多的數(shù)據需要發(fā)送,并且確定剩余數(shù)據的大小。這可以從HTTP和/或TCP的條件中確定。在下行鏈路TBF激活時的任何時候都可發(fā)生這樣的情形。
在功能塊504進行等待直到其知道當前要發(fā)送的下行鏈路TCP消息的大小。然后,MS考慮下行鏈路數(shù)據速率和塊誤差率,計算在已經接收到完成的下行鏈路消息的時間。此計算也考慮了需要在客戶/服務器接口內的不同的層控制處處理的消息。
功能塊506詳細地說明了資源請求傳輸步驟。這里,MS在等于在功能塊504中確定的時間的集合點處傳輸一個用于上行鏈路的1個RLC塊的請求。TCP往返時間被用作防止集合點被過早地請求的基準。如果請求點落在比TCP往返時間快的時間內,網絡將準備好在發(fā)送任何數(shù)據之前建立集合點。類似地,如果直到集合點的時間遠長于RLC上行鏈路TBF建立時間,或者如果上行鏈路TBF是激活的,不發(fā)送請求。網絡保留允許、延遲,或者拒絕任何請求資源的權利。
功能塊508說明了MS作出的決定。如果在集合請求和已分配的塊之間的塊數(shù)目之后,MS具有更多的數(shù)據要傳輸,則如在功能塊510所詳述的那樣將數(shù)據傳輸?shù)組S。然而,如果沒有數(shù)據要進一步傳輸,其確定是否允許集合點請求(功能塊512)。通過由MS監(jiān)聽連續(xù)廣播的網絡的系統(tǒng)信息消息來完成這一步。網絡在這些消息內設置一位來指示是否接受集合點請求。MS在進行呼叫之前將監(jiān)聽這一信息。
如果接受集合請求,將建立是否允許集合請求重試(功能塊514)。以與是否接受集合請求相同的方式提供該信息。
如果接受請求和重試,返回到功能塊502。然而,如果網絡不接受所有的這些請求或者之一,則結束MS和網絡之間的通信(功能塊516)。
圖6示出了鏈式TBF的第二個方法。在此方法中,在請求用于下一個下行鏈路TBF的集合點中利用RLC層的倒計數(shù)過程。
功能塊602指出了該RLC倒計數(shù)。RLC協(xié)議要求當MS有較少的數(shù)據塊要發(fā)送時,它必須通知網絡。這樣,進行從保持要傳輸?shù)念A定的塊數(shù)目到零進行倒計數(shù)。這允許網絡知道剩余多少數(shù)據,什么時候完成傳輸。當計數(shù)達到零時,也到達了數(shù)據終點。在該實施例中,MS并行地進行計數(shù),并且當?shù)褂嫈?shù)等于零時(功能塊604),MS發(fā)送要分配的單一的資源請求。為了請求數(shù)據傳輸,該塊被請求在將來進行分配。這樣,MS指出用于分配塊的集合點。在關閉上行鏈路TBF的同時進行這一步。當?shù)褂嫈?shù)不等于零時,MS不會采取什么措施(功能塊608)。
該方法的優(yōu)點在于當塊已經被分配用于請求用于下一個下行鏈路TBF的資源時,避免了如前面所述的固存于隨機訪問試呼中的連接決定過程。這減少了用于進一步建立上行鏈路TBF(也就是,在第一或者最初的上行鏈路之后建立的上行鏈路)的時間開銷,該時間開銷為通過開放的下行鏈路的從獨立的上行鏈路建立持續(xù)時間到上行鏈路建立的持續(xù)時間。
圖6的實施例中利用的集合請求過程使用與圖5的相同的參數(shù)。然而,請求集合點的過程不同,參考圖7對此進行介紹。
功能塊702說明了在請求集合點的過程中的第一步驟。該步驟要求知道當前的TCP往返時間可以使用。MS計算自在作出請求集合點的決定的時間點處的當前的TCP消息的開始后逝去的時間,其表示為符號TE。下一步,在功能塊704,當RLC倒計數(shù)已經到達零時進行該功能塊。這里,MS請求在TCP往返時間(TTCPR)和在步驟702中計算的時間值的將來的時間處請求集合點。網絡再一次保留(reserve)承認、延遲或者拒絕所述已接收的請求的權利。功能塊706詳細地說明MS以確認信號或者例如當?shù)竭_集合點時請求資源的形式進行的決定是否有數(shù)據要傳輸。如果MS具有另外的數(shù)據,則如功能塊708所示一樣傳輸數(shù)據。否則,確定是否允許集合請求(功能塊710)。這可由MS監(jiān)聽連續(xù)廣播的網絡的系統(tǒng)信息來完成。網絡在這些消息中設定一位來指出是否接受集合請求。MS在進行呼叫之前將監(jiān)聽該信息。
如果接受集合請求,將建立是否允許集合請求重試(功能塊712)。以與是否接受集合請求相同的方式提供該信息。
如果接受請求和重試,返回到功能塊702。然而,如果網絡不接受所有的這些請求或者之一,則結束MS和網絡之間的通信(功能塊714)。應當注意,在該過程中可以利用一個或多個糾錯因子。
參考圖8介紹了第一種鏈式TBF方法,其中網絡保持始終開放下行鏈路TBF。正如可從圖8看出的一樣,該方法依賴于在已經執(zhí)行HTTP或者TCP/IP傳輸之后由BS保持開放的下行鏈路TBF(轉入圖2的24)。
功能塊802詳細地說明了BS接收估計值的步驟,該估計值來自于具有將來的RLC塊的最小數(shù)目的MS,在該RLC塊之前不能夠傳輸數(shù)據。與MS能夠發(fā)送信息一樣發(fā)送所述信息和詳細的說明已經產生的當前的往返TCP延遲的信息。
下一步804包括BS周期地輪詢MS以查看MS是否已經進行了上行鏈路資源請求。如果已經進行了上行鏈路請求,806、808以小于前面詳述的兩個建立的開銷來建立一個上行鏈路請求TBF,因為下行鏈路TBF保持開放。如果沒有進行請求,BS繼續(xù)周期地輪詢MS。
該方法提供了一種網絡控制過程。如果在特定的時間BS正在處理網絡業(yè)務的大部分(high proportion),它可能選擇不為資源請求而對MS進行輪詢。當BS下一次輪詢MS時,它可延遲此時間。因此,該方法提供了一種由網絡控制的用于處理沖突的機制??赡苣軌虮苊怆S機訪問連接,因為當他們最可能發(fā)生的時候,BS僅僅延遲對MS的輪詢。因此提供了連接自由的資源。該方法提供了與前面的方法節(jié)約的相同的時間。
圖9詳細地說明了對鏈式TBF的補充的最后的一種方法。該方法可以與上述的三種鏈式方法中的任何一種一起使用。該方法在MS中開始。在步驟902,MS確定為了下載網頁要求的TCP連接/拆除序列的數(shù)目。正如已經解釋的一樣,對于每一個要下載的在線網頁要求單獨的一個序列。這一步驟利用HTTP網頁分析。
在功能塊904,仍然要求建立TBF的數(shù)目的指示,以完成傳遞到網絡的下載。這一指示通過計數(shù)器進行。此外,MS可以指出在將來的TBF中在上行鏈路上必須傳輸?shù)臄?shù)據的8字節(jié)(字節(jié))數(shù)。特別地,在情形相似的下載中將出現(xiàn)這一情況。
可以都采用上述方法來使用在GRPS上的HTTP以在下載網頁中提供TBF鏈。然而,最可能的或優(yōu)選的組合為圖4,8和9的實施例,以及圖6,8,和9的實施例。
然而,上述方法的組合用于減少在GPRS中使用HTTP的TBF建立的時間開銷?,F(xiàn)在,介紹了在示例性的下載情形中,通過使用TBF鏈獲得所述增益(gain)。在下載包括4個圖像的網頁中,將要求5個TCP連接。一個用于網頁,一個用于每一個圖像。對于這些連接中的每一個,有總計達4個上行鏈路TBF建立和總計達3個下行鏈路TBF建立。因此,很明顯,減少建立每一個此類鏈接的時間將顯著地減少下載的總時間開銷。同樣,隨著HTTP的改進,瓶頸值將存在于用于連接建立的TCP往返時間和慢速啟動的形式中。而且,鏈式TBF在最渴望的區(qū)域內提供了顯著的提高。
也存在與TBF鏈相關的帶寬增益。隨著在客戶和服務器中的控制層之間的交換的消息的數(shù)目的減少,要求更少的RLC塊來進行連接。因此,如前所述,隨機訪問連接數(shù)目的減少導致沖突的顯著地減少,該沖突與節(jié)約時間相關。
上面詳細的說明提供了這樣的方法,提高了在利用此類方法的GPRS和GPRS系統(tǒng)上的HTTP的使用,以用于預測集合點,并且用于避免沖突和利用HTTP的GPRS中的連接決定。已經參照GPRS介紹了這些方法,但是這些方法可等價地應用于任何時分多址(TDMA)無線分組數(shù)據系統(tǒng)和任何有線調制解調其訪問協(xié)議中。而且,盡管參考超文本傳輸協(xié)議介紹了本發(fā)明的方法和系統(tǒng),它們可以等價地應用到任何在會話中利用連續(xù)的傳輸控制協(xié)議(TCP)連接的會話或者應用協(xié)議。
當然,應當理解,只是以示例性的方式介紹了本發(fā)明,在不背離本發(fā)明的精神的情況下,可以進行詳細的修改。
權利要求
1.一種增強會話或應用協(xié)議的方法,所述會話或應用協(xié)議使用在時分多址(TDMA)無線分組數(shù)據系統(tǒng)上的會話和有線調制解調器訪問協(xié)議中的連續(xù)的傳數(shù)控制協(xié)議(TCP)連接,其中臨時塊流(TBF)被鏈接在一起。
2.一種使用會話或者應用協(xié)議來減少網頁下載時間的方法,所述會話或應用協(xié)議使用在TDMA無線分組數(shù)據系統(tǒng)上的會話和有線調制解調器訪問協(xié)議中的連續(xù)的TCP連接,其中臨時塊流(TBF)被鏈接在一起。
3.一種減少在使用會話或者應用協(xié)議的TDMA無線分組數(shù)據系統(tǒng)和有線調制解調器訪問協(xié)議中的隨機訪問連接的數(shù)目的方法,所述會話或應用協(xié)議使用在會話中的連續(xù)的TCP連接,其中臨時塊流(TBF)被鏈接在一起。
4.一種根據前述的任何一項權利要求的方法,其中,所述會話或者應用協(xié)議包括超文本傳輸協(xié)議(HTTP),并且所述TDMA無線分組數(shù)據系統(tǒng)和有線調制解調器訪問協(xié)議包括全球分組無線系統(tǒng)(GPRS)和增強的GPRS(EGPRS)。
5.一種根據前述的任何一項權利要求的方法,包括利用現(xiàn)有的下行鏈路TBF來從網絡請求集合點。
6.根據權利要求5的方法,其中,在當請求上行鏈路TBF時,所述集合點被及時請求定位在一個點。
7.根據權利要求6的方法,其中所述集合點定位被計算,所述計算包括步驟確定是否有進一步的數(shù)據需要發(fā)送到網絡,并且確定所述數(shù)據的大?。缓彤攽斖瓿僧斍暗南滦墟溌沸盘枙r建立所述時間。
8.根據權利要求5至7之一的方法,其中所述集合點包括上行鏈路的單個無線鏈路控制(RLC)塊。
9.根據權利要求8的方法,進一步包括步驟如果所述網絡允許所述集合點,當?shù)竭_所述集合點時,并且如果提供了要傳輸?shù)臄?shù)據,利用所述上行鏈路的塊來請求上行鏈路TBF。
10.根據權利要求1至4任意之一的方法,包括利用現(xiàn)有的上行鏈路TBF來從網絡請求一個集合點。
11.根據權利要求10的方法,其中,當數(shù)據傳輸結束時進行所述的請求。
12.根據權利要求10或11任意之一的方法,其中,當RLC計數(shù)器到達零時,進行所述請求。
13.根據權利要求10至12任意之一的方法,其中,當可以請求上行鏈路TBF時,所述集合點被及時請求以定位在一個點。
14.根據權利要求10至13任意之一的方法,其中,根據下面的步驟計算所述集合點計算自傳輸當前TCP消息起逝去的時間;和當在逝去的時間和TCP往返時間之間的差值考慮任意請求的糾正因子時,估計所述的集合點。
15.根據權利要求10至14任意之一的方法,其中,所述集合點包括上行鏈路的單一的RLC塊。
16.根據權利要求15的方法,進一步包括步驟如果所述網絡允許所述集合點,當?shù)竭_所述集合點時,如果提供了要傳輸?shù)臄?shù)據,利用所述上行鏈路塊來請求上行鏈路TBF。
17.一種根據權利要求9或16的方法,進一步包括步驟如果所述網絡拒絕所述集合點,確定所述網絡是否接受集合請求;如果所述網絡接受集合請求,確定所述網絡是否接受重請求;和如果允許所述重請求,重復所述集合請求過程。
18.根據權利要求1至4任意之一的方法,包括步驟網絡維持下行鏈路TBF處于激活。
19.根據權利要求18的方法,進一步包括步驟從具有最小的RLC塊數(shù)目的移動站(MS)接收估計,在此之前沒有要傳輸?shù)男畔?;和輪詢所述MS以獲得上行鏈路資源請求。
20.根據權利要求19的方法,包括步驟如果識別了資源請求,開放在所述MS和BS之間的上行鏈路TBF。
21.根據權利要求4至17任意之一的方法,已經向網絡進行了請求集合點,網絡可能接收、拒絕或者延遲所述請求。
22.根據權利要求4至21任意之一的方法,進一步包括步驟確定請求下載網頁的TCP會話的數(shù)目;和將所述剩余請求的TBF的指示傳輸?shù)骄W絡。
23.根據權利要求22的方法,進一步包括步驟將要在將來加載的數(shù)據的大小的估計值傳輸?shù)剿鼍W絡。
24.一種使用根據前述權利要求的任意之一的方法的TDMA無線分組數(shù)據系統(tǒng)或有線調制解調器訪問協(xié)議。
25.一種包括用于鏈接TBF的裝置的TDMA無線分組數(shù)據系統(tǒng)或有線調制解調器訪問協(xié)議。
26.一種用于增強會話或應用協(xié)議的方法,所述會話或應用協(xié)議使用在TDMA無線分組數(shù)據系統(tǒng)上的會話或有線調制解調器訪問協(xié)議內的連續(xù)的TCP連接,基本上與在前面參考附圖中的圖3至9進行的介紹一樣。
27.一種用于減少網頁下載時間的方法,基本上與在前面參考附圖中的圖3至9進行的介紹一樣。
28.一種用于減少隨機訪問連接的數(shù)目的方法,基本上與在前面參考附圖中的圖3至9進行的介紹一樣。
29.一種TDMA無線分組數(shù)據系統(tǒng)或有線調制解調器訪問協(xié)議,基本上與在前面參考附圖中的圖3至9進行的介紹一樣。
全文摘要
本發(fā)明公開了一種增強會話或應用協(xié)議的方法,所述會話或應用協(xié)議使用在時分多址無線分組數(shù)據系統(tǒng)上的會話或有線調制解調器訪問協(xié)議中的連續(xù)的傳數(shù)控制協(xié)議連接,其中臨時塊流被鏈接在一起。本發(fā)明提供了一種用于利用會話或應用協(xié)議的方法和系統(tǒng),所述會話或應用協(xié)議使用在時分多址無線分組數(shù)據系統(tǒng)上的會話或有線調制解調器訪問協(xié)議中的連續(xù)的傳數(shù)控制協(xié)議連接。所述方法和系統(tǒng)具有減少網頁下載時間和減少所經歷的隨機訪問連接數(shù)目的優(yōu)點。
文檔編號H04L29/06GK1425245SQ01808300
公開日2003年6月18日 申請日期2001年4月18日 優(yōu)先權日2000年4月18日
發(fā)明者普拉迪普·加拉尼 申請人:摩托羅拉公司