專利名稱：使用資源預留的數據通信方法
技術領域：
本發(fā)明涉及一種數據通信的方法，特別涉及一種在通信網中使用資源預留協(xié)議的數據通信方法。
背景技術：
在通信網中，例如因特網中，文本、音樂、圖象等信息可以在互聯(lián)的通信設備間傳輸。依據如網際協(xié)議(IP)等協(xié)議可以把這樣的信息分為小的數據包，然后通過網絡傳輸。各個數據包通過在網絡中被稱為路由器的多個網絡傳輸設備傳送到目的地。
上述數據包在傳輸中可能被延遲或丟失，這依賴于路由器是否有資源(如，帶寬、時延等)支持相應的數據包。當前，用戶需要和服務應用多樣性的爆炸性增長要求數據傳輸具有可靠性和確保服務質量(QoS)，因而已經相應地提出了許多滿足這種要求的方案。資源預留協(xié)議(RSVP)是被提出來支持這樣的服務質量的網絡控制協(xié)議，并且它的功能已經被不斷地提高。
RSVP是預留選定路徑上的數據所需要資源的協(xié)議，但它不支持路由處理。路由處理是使用基于網絡的物理特征(如，帶寬、時延等)、使用的路由協(xié)議的特征、網絡應用策略等收集到的數據搜索去向指定目的地的最優(yōu)化路徑的處理過程。換句話說，根據RSVP進行資源預留在介于發(fā)送端和接收端之間的路由器的路由處理已經選好的路徑上執(zhí)行。
例如，在使用路由協(xié)議和RSVP的典型網絡中執(zhí)行的數據流中，發(fā)送端請求去向接收端的10Mbps的資源預留。通過從發(fā)送端到接收端的所有可能的路徑執(zhí)行這一資源預留的要求。例如，通過A路徑和B路徑。數字顯示在路由器間，在A路徑上為20M、15M、13M、25M和19M，在B路徑上為20M、10M、9M、10M和19M，表示相應路由器間鏈路的可用資源信息(即，帶寬和Mbps)。
接收端參照所有路徑上路由器的可用資源信息選擇A路徑，并通知發(fā)送端通過A路徑可以有10M的資源預留。這樣，在A路徑上的路由器R1、R2、R3和R4可以把資源預留設定為10Mbps。發(fā)送端決定用戶的要求是否可行，然后通過A路徑開始傳輸數據包。
在以上所示的數據流之間，如果在A路徑上的路由器R1、R2、R3和R4設定了資源預留，則把鏈路狀態(tài)(即，帶寬)變?yōu)?0M、5M、3M、15M和9M，大家都知道，在典型的通信網中路由器支持開放式最短路徑優(yōu)先協(xié)議(OSPF)。根據開放式最短路徑優(yōu)先協(xié)議，檢測路由表變化和網絡變化的路由器立即將該事實通知給在同一區(qū)域的所有路由器，以使所有路由器具有相同的路由表信息。
然后，依照開放式最短路徑優(yōu)先協(xié)議(OSPF)，路由器R1、R2、R3和R4向包括發(fā)送端和接收端其它路由器通知鏈路狀態(tài)的變化。由于鏈路狀態(tài)的這一變化，B路徑(而不是A路徑)會被選為發(fā)送端和接收端間的最優(yōu)路徑。這樣，為了重新執(zhí)行資源預留過程，發(fā)送端收到鏈路狀態(tài)的變化，并再一次要求到接收端10Mbps的資源預留。
接收端響應資源預留的二次請求而選擇B路徑，并使用資源預留響應(RESV)消息在B路徑的反方向上報告資源預留。然后，在B路徑上的路由器R1、R6、R7和R4設定10Mbps的資源預留，發(fā)送端決定是否可能使用要求的資源和是否通過B路徑傳輸數據。在這一過程中，在A路徑上預留的資源被退回。
然后，在B路徑上的路由器R1、R6、R7和R4設定資源預留，再接下來依據開放式最短路徑優(yōu)先協(xié)議(OSPF)報告鏈路狀態(tài)的變化，而A路徑上的路由器R1、R2、R3和R4也報告鏈路狀態(tài)的變化。結果，資源預留過程不必要的重復(即，乒乓現(xiàn)象)可能是無止境的。

發(fā)明內容
相應地，本發(fā)明已被用來解決已有技術中出現(xiàn)的上述問題，本發(fā)明的目的是提出一種可以使用資源預留協(xié)議(RSVP)來避免在通信網中選擇路徑時所產生的乒乓現(xiàn)象的數據通信的方法和設備。
當前發(fā)明的另一個目的是提出一種在支持開放式最短路徑優(yōu)先(OSPF)協(xié)議的通信網中使用資源預留協(xié)議時防止資源預留的無止境重復的數據通信方法和設備。
為了完成上述目的，提出了一種在通信網中使用資源預留進行數據通信的方法，該方法包括第一步驟，當在通信網中從發(fā)送端到接收端的數據通信的鏈路資源被預留時，啟動設定為預定時間的計時器；第二步驟，在資源預留后如果通信網的鏈路狀態(tài)發(fā)生變化，檢查計時器是否在運行；第三步驟，如果發(fā)現(xiàn)計時器的檢查結果為在運行時，忽略鏈路狀態(tài)的變化并繼續(xù)數據傳輸；第四步驟，如果發(fā)現(xiàn)計時器的檢查結果為不在運行時，再一次為數據傳輸預留資源。


隨著聯(lián)系附圖參考下面的詳細說明對本發(fā)明的深入理解，將很容易弄清本發(fā)明的整個意圖及其附帶的有利之處，在附圖中，以相似的引用數字表示同樣或相似的部分。
圖1是顯示在發(fā)送端和接收端間請求資源預留的消息流的例圖。
圖2是響應圖1中資源預留請求的消息流的例圖。
圖3是響應圖1中資源預留請求，依據開放式最短路徑優(yōu)先協(xié)議(OSPF)反映鏈路狀態(tài)變化的信息流的例圖。
圖4是例示支持資源預留協(xié)議的通信網的路由器的內部結構的方框圖。
圖5是例示根據本發(fā)明使用資源預留協(xié)議執(zhí)行數據通信的過程的流程圖。
具體實施例方式
下面將參照附圖，依照本發(fā)明的優(yōu)選實施例描述在通信網中使用資源預留協(xié)議進行數據通信方法和設備。在本發(fā)明以下的描述中，當此間引入的已知功能和配置可能導致本發(fā)明的主題不清楚時，略去它的詳細描述?？紤]到在本發(fā)明中的功能而定義了后面描述的術語，并且這些術語可根據用戶或客戶的意圖而改變。它們將根據整個說明書的內容來定義。
本發(fā)明使用了支持服務質量(QoS)資源預留協(xié)議(RSVP)，并可被應用到把開放式最短路徑優(yōu)先協(xié)議作為路由協(xié)議的通信網中。
路由協(xié)議能夠使各個路由器確定將路徑消息轉移到哪個路由器，以致將包轉移到目的地，并且該路由協(xié)議按照路徑信息來轉移包。特別的是，開放式最短路徑優(yōu)先協(xié)議是鏈路狀態(tài)路由協(xié)議，它把與鏈路狀態(tài)相關的信息傳輸到同一區(qū)域所有其它路由器。換句話說，路由器能識別鏈路狀態(tài)通過開放式最短路徑優(yōu)先協(xié)議是否被改變了。鏈路狀態(tài)的改變應該應用于開放式最短路徑優(yōu)先協(xié)議中(RSVP)。在本發(fā)明中，在根據資源預留協(xié)議的資源保留期間考慮了由開放式最短路徑優(yōu)先協(xié)議(RSVP)導致的鏈路狀態(tài)的變化。
圖1是顯示在發(fā)送端和接收端間請求資源預留的消息流的例圖；圖2是響應圖1中資源預留請求的消息流的例圖；圖3是響應圖1中資源預留請求，依據開放式最短路徑優(yōu)先協(xié)議(OSPF)反映鏈路狀態(tài)變化的信息流的例圖。
首先，參照圖1，例如，發(fā)送端請求到接收端的10Mbps的資源預留。通過從發(fā)送端到接收端的所有路徑執(zhí)行這個資源預留的請求，例如，如圖1所示通過A路徑和B路徑。在圖1中，為路由器指定的數字(即A路徑上的20M、15M、13M、25M和19M以及B路徑上為20M、10M、9M、10M和19M)表示相應路由器的鏈路中可用的資源信息(即，帶寬和Mbps)。
如圖2所示，接收端參考所有路徑上路由器的可用資源信息而選擇A路徑，并通知發(fā)送端通過A路徑的10Mbps的資源預留是可能的。然后，在A路徑上的路由器R1、R2、R3和R4把資源預留設定為10Mbps。發(fā)送端決定請求的資源使用是否是可能的，從而開始通過A路徑傳輸數據包。
如圖2所示，在以上描述的數據流中，如果在路徑A上的路由器R1、R2、R3和R4設定了資源預留，則鏈路狀態(tài)(即，帶寬)變成為10M、5M、3M、15M和9M。大家都知道，在典型的通信網中，路由器支持開放式最短路徑優(yōu)先協(xié)議(OSPF)。根據開放式最短路徑優(yōu)先協(xié)議，檢測路由表變化和網絡變化的路由器立即將此事通知在同一區(qū)域的所有路由器，以使所有路由器具有相同的路由表信息。
然后，依照開放式最短路徑優(yōu)先協(xié)議，路由器R1、R2、R3和R4向包括發(fā)送端和接收端的其它路由器通知鏈路狀態(tài)的變化。由于鏈路狀態(tài)的這一變化，B路徑(而不是A路徑)會被選為發(fā)送端和接收端間的最優(yōu)路徑。這樣，為了重新執(zhí)行資源預留過程，發(fā)送端收到鏈路狀態(tài)的變化，再一次要求到接收端10Mbps的資源預留。
如圖3所示，接收端響應資源預留的第二次請求而選擇B路徑，并可以用資源預留響應(RESV)消息在B路徑的反方向上報告資源預留。然后，在B路徑上的路由器R1、R6、R7和R4設定10Mbps的資源預留，發(fā)送端決定要求用的資源是否可能和是否通過B路徑傳輸數據包。在這一過程中，退回在A路徑上預留的資源。
然后，在B路徑上的路由器R1、R6、R7和R4設定資源預留，再接下來依據開放式最短路徑優(yōu)先協(xié)議報告鏈路狀態(tài)的變化，而A路徑上的路由器R1、R2、R3和R4也報告鏈路狀態(tài)的變化。結果，圖2中示例的資源預留過程不必要的重復(即，乒乓現(xiàn)象)可能是無止境的。
圖4是例示支持資源預留協(xié)議的通信網的路由器的內部結構的方框圖。這個結構也可用于發(fā)送主機和接收主機。
圖4中的結構包括中央處理器(CPU)10、隨機存取存儲器(RAM)12、只讀存儲器(ROM)14、不同的輸入/輸出(I/O)裝置16、網絡接口18和把它們連接在一起的總線20。在發(fā)送/接收主機的情況中，網絡接口18用來連到用于網絡連接的路由器，在路由器的情況下，網絡接口18用來連接到發(fā)送/接收主機或者其它路由器。圖4顯示了路由器結構的例子，但應該注意到本發(fā)明并不局限于此種結構。
下文將解釋資源預留協(xié)議(RSVP)。根據資源預留協(xié)議進行的資源預留被分為以下三種類型通配符濾波器型(wildcard-filter WF)，它對于從發(fā)送端來的所有數據流只共享單一的預留信息；
固定濾波器型(fixed-filter FF)，它對于從發(fā)送端來的數據使用單一的預留信息；以及共享清晰型(shared-explicit SE)，它對于從發(fā)送端來的、由接收端決定的數據流使用共享的信號預留信息。
在資源預留協(xié)議(RSVP)中用到的消息主要被分為兩種類型，路徑消息和RESV消息，定義如下。
路徑消息在描述中，路徑消息被稱為資源預留請求消息。發(fā)送這種消息是為了使發(fā)送端向接收端通知數據流和服務質量(QoS)所要求的資源的特征。此消息包括以下信息*發(fā)送端模板，用來確定例如發(fā)送主機網際協(xié)議地址、端口號和協(xié)議標識符等信息；*發(fā)送端tspec，用來表示數據流的流量特征(即，請求的帶寬)；和*adspec，用來表示單路徑發(fā)布(OPWA)信息。
RESV消息在描述中，RESV消息被稱為資源預留響應消息。這一消息響應路徑消息請求的資源信息，并可被用來使路徑上的接收端和路由器能指示和發(fā)送預留的資源信息。
根據資源預留協(xié)議(RSVP)的資源預留過程如下。
接下來解釋的通信網包括發(fā)送端、至少一個接收端、和至少一個位于發(fā)送端和接收端之間的路由器。這里，發(fā)送端是發(fā)射主機，它是發(fā)射路由器或者具有直接連到發(fā)射主機上的路由功能，而接收端是接收主機，它是接收路由器或者具有直接連到接收主機上的路由功能。發(fā)送端、接收端和路由器與資源預留協(xié)議(RSVP)管理器一起提供。
發(fā)送端參考準備的路由表沿著可能的路徑發(fā)送請求資源預留的路徑消息。
位于從發(fā)送端到接收端的路徑上的路由器收到路徑消息，然后記錄可用的資源信息，以把資源信息轉移到接收端。
收到路徑消息的接收端確定可以參照記錄在路徑消息中的資源信息而保留的資源信息，并在路徑消息接收的反方向發(fā)送包括確定結果的資源預留響應(RESV)消息。
位于從接收端到發(fā)送端的路徑上并接收資源預留響應(RESV)消息的路由器依據由資源預留響應(RESV)消息指示的信息設定資源預留，然后把資源預留響應(RESV)消息轉移到發(fā)送端。
收到資源預留響應(RESV)消息的發(fā)送端確定資源的使用是否能達到資源預留響應(RESV)消息所指示的程度，并啟動到接收端的數據流。
根據本發(fā)明，在以上描述的數據流中，臨時考慮到了由于資源預留而產生的鏈路狀態(tài)的變化。對于此，發(fā)送端在請求資源預留時，驅動設定有預定時間的計時器，并忽略在設定時間過去前產生的狀態(tài)變化。如果數據流結束并且退回了預留資源，則恢復歸于資源預留的鏈路資源，并且計時器停止。如果在時間過去后檢測到鏈路狀態(tài)的變化，這被看作不是由資源預留引起的狀態(tài)變化，并嘗試重新預留資源。
圖5是例示根據本發(fā)明使用資源預留協(xié)議執(zhí)行數據通信的過程的流程圖。這里，要注意到以上過程由打算通過通信網傳輸數據發(fā)送端執(zhí)行。下文中，假定發(fā)送端是連接發(fā)射主機和通信網的發(fā)射路由器，而接收端是連接接收主機和通信網的接收路由器。每個路由器被提供了路由表，它包含到其它路由器的可用傳輸路徑上的信息，并且路由表由路由協(xié)議更新。
參照圖5，如果產生了從發(fā)射主機到接收主機的傳輸數據，發(fā)射主機請求發(fā)送端(即，發(fā)射路由器)所需帶寬的資源預留。發(fā)送端在收到資源預留請求后(步驟S105)參照路由表決定是否至少存在一條到接收端(即，接收路由器)的可用路徑(步驟S110)。如果判定可用的路徑不存在，發(fā)送端得出數據傳輸失敗的結論，并把失敗報告給發(fā)射主機，并終止數據流。
如果判定在步驟S110可用路徑確實存在，發(fā)送端通過路由表中搜索到的所有路徑多路廣播請求資源預留的路徑消息(步驟S115)。如上所述，路徑消息包括發(fā)送端的IP地址、端口號、協(xié)議標識符(特別是資源預留協(xié)議的標識符)、請求的帶寬等。在路徑消息發(fā)射后，啟動設定了預定時間的計時器(步驟S120)。
這里，計時器用來防止資源預留過程的無止境重復現(xiàn)象。在優(yōu)選實施例中，計時器接收關于路徑消息的資源預留響應(RESV)消息(即，完成資源預留)，并且計時器被設定足夠完成請求數據傳輸的時間周期。作為另一個例子，計時器可能被設定比發(fā)射主機請求更長的時間周期，在這種情況下，發(fā)射主機能在期望的時期內確保數據傳輸的安全。因而，計時器可被設為從幾分鐘到幾天不同的時期。
如上所述，具有從發(fā)送端到接收端的多條可用路徑的路由器接收路徑消息，然后記錄有用的帶寬并將其傳輸到接收端。接收端參照記錄在通過多條路徑收到的路徑消息上的帶寬信息選取最優(yōu)路徑，并響應路徑消息，通過選擇的路徑把資源預留響應(RESV)消息發(fā)送到發(fā)送端。資源預留響應(RESV)消息包括選擇的路徑可能的資源預留信息，而在選擇路徑上轉移資源預留響應(RESV)消息的路由器根據資源預留信息設定資源預留。
如果響應路徑消息收到資源預留響應(RESV)消息(步驟S125)，則發(fā)送端判定是否成功地進行了足夠發(fā)射主機請求的數據傳輸的資源預留(步驟S130)。如果判定資源預留不完全滿足發(fā)射主機的數據傳輸請求，發(fā)送端給出資源預留失敗的結論，并把此事報告給發(fā)射主機并退回預留的資源(步驟S135)。如果判定資源預留成功，發(fā)送端通過資源預留響應(RESV)消息指示的路徑啟動數據傳輸(步驟S140)。如果計時器正常終止(即，數據傳輸開始后時間用完-步驟S145)，發(fā)送端退回預留的資源(步驟S135)，并終止數據傳輸。
同時，如果在數據傳輸開始后通過開放式最短路徑優(yōu)先協(xié)議(OSPF)收到鏈路狀態(tài)變化的信息(步驟S150)，則發(fā)送端判斷在步驟S120開始的計時器是否仍在運行(步驟S155)。如果計時器在運行，發(fā)送端忽略鏈路狀態(tài)變化的信息，并且繼續(xù)數據傳輸(返回步驟S145)。
相反，如果計時器的時間已經用完，發(fā)送端參照鏈路狀態(tài)變化的信息判定是否需要資源的重新預留(步驟S160)。如果判定路徑的資源不足以滿足連續(xù)的數據傳輸，或者，根據在步驟S125收到的資源預留響應(RESV)消息另外路徑的資源更為適合數據傳輸，則發(fā)送端得出資源需要重新預留的結論，并返回步驟S115。相反，如果不需要資源的重新預留，發(fā)送端繼續(xù)數據傳輸(返回步驟S145)。
參照圖1和圖2，將解釋依據本發(fā)明的資源預留過程的例子。
如圖1所示，發(fā)送端向接收端多路廣播請求10M的資源預留的路徑消息，然后啟動設定為預定時間的計時器。這里，“多路廣播”意味著通過所有可能的路徑向多個接收端同時發(fā)出路徑消息(例如A和B路徑)。
如圖2所示，收到路徑消息的接收端選擇A路徑，然后在A路徑的反方向發(fā)送能預留10M資源的信息的資源預留響應(RESV)消息。
收到資源預留響應(RESV)消息的A路徑上的路由器R1、R2、R3和R4把資源預留設為和資源預留響應(RESV)消息中指示的一樣的值，并把資源預留響應(RESV)消息轉移到發(fā)送端。
收到資源預留響應(RESV)消息的發(fā)送端判定是否可能使用請求的通過A路徑的資源，并通過A路徑啟動數據流。
在A路徑上的路由器R1、R2、R3和R4檢測到由于資源預留設置導致的鏈路狀態(tài)的變化，并向鄰近的路由器廣播狀態(tài)變化消息。
發(fā)送端忽略接收的狀態(tài)變化信息，不到上述設定的計時器時間用完，它不會進行資源的重新預留。
如上所述，根據本發(fā)明，獲得了以下效果。本發(fā)明通過在資源預留期間不在網絡上轉移不需要的鏈路狀態(tài)信息而降低了路由器和網絡的負荷，并消除了在資源預留過程中的不必要重復的現(xiàn)象(即，乒乓現(xiàn)象)，這樣，使網絡的運行穩(wěn)定。此外，本發(fā)明只通過在具有典型結構的通信網中改變發(fā)射路由器的結構就可以輕易實現(xiàn)。
盡管示出了本發(fā)明并且參照一定的實施例對其進行了描述，但是本領域的技術人員可以理解對本發(fā)明進行的各種形式上和細節(jié)上的修改，而不偏離由所附權利要求限定的本發(fā)明的實質和范圍。
權利要求
1.一種在通信網中使用資源預留進行數據通信的方法，該方法包括以下步驟第一步驟，當在通信網中從發(fā)送端到接收端的數據通信的鏈路資源被預留時，啟動設定為預定時間的計時器；第二步驟，在資源預留后如果通信網的鏈路狀態(tài)發(fā)生變化，判定計時器是否在運行；和第三步驟，當在第二步驟判定出計時器是在運行時，忽略鏈路狀態(tài)的變化并繼續(xù)數據的傳輸。
2.根據權利要求1所述的方法，其特征在于還包括第四步驟，當第二步驟中判定出計時器的設定時間用完時，再一次為數據傳輸預留資源。
3.根據權利要求2所述的方法，其特征在于計時器設定為數據傳輸的鏈路資源預留所需的時間和數據傳輸所需要的時間的和。
4.根據權利要求2所述的方法，其特征在于計時器設定為發(fā)送端要求的一定時間。
5.根據權利要求1所述的方法，其特征在于計時器設定為數據傳輸的鏈路資源預留所需的時間和數據傳輸所需要的時間的和。
6.根據權利要求1所述的方法，其特征在于計時器設定為發(fā)送端要求的一定時間。
7.根據權利要求1所述的方法，其特征在于第一步驟包括以下步驟向通信網發(fā)射用于請求從發(fā)送端到接收端數據傳輸的資源預留的消息；在發(fā)出請求資源預留的消息后，啟動設為預定時間周期的計時器；和當從接收端收到資源預留請求消息的響應消息時，啟動數據傳輸。
8.根據權利要求1所述的方法，其特征在于在第一步驟之前還包括以下步驟判定路徑是否存在于通信網中；和當判定路徑存在時，多路廣播路徑消息。
9.根據權利要求1所述的方法，其特征在于在第一步驟和第二驟步之間還包括以下步驟接收資源預留響應(RESV)消息；判定資源預留是否成功；和在判定資源預留成功時，啟動數據傳輸。
10.根據權利要求9所述的方法，其特征在于在數據傳輸啟動以后還包括以下步驟判定計時器是否在運行；和在判定計時器在運行時，退回鏈路資源。
11.根據權利要求10所述的方法，其特征在于還包括以下步驟在判定計時器沒有運行時，接收狀態(tài)變化信息。
12.根據權利要求1所述的方法，其特征在于當在第二步驟中判定計時器沒有運行時還包括以下步驟判定是否需要資源重新預留；和在判定不需要資源預留時，繼續(xù)數據傳輸。
13.一種在通信網中使用資源預留進行數據通信的方法，該方法包括以下步驟向通信網傳輸用于請求到接收端的數據傳輸的資源預留的消息；在發(fā)出用于請求資源預留的消息后，開始為計時器設定預定的時間周期；當從發(fā)射端收到響應請求資源預留消息的響應消息后，啟動數據傳輸；在啟動數據傳輸后，當收到報告通信網鏈路狀態(tài)變化的消息時，判定計時器是否在運行；和當判定計時器在運行時，忽略報告通信網鏈路狀態(tài)變化的消息并繼續(xù)數據傳輸。
14.根據權利要求13所述的方法，其特征在于還包括以下步驟當判定計時器沒有運行時，向通信網重新發(fā)出用于請求資源預留的消息，以便為數據傳輸重新預留鏈路資源。
15.根據權利要求14所述的方法，其特征在于計時器被設定為用于數據傳輸的鏈路資源預留需要的時間和數據傳輸需要時間的和。
16.根據權利要求14所述的方法，其特征在于計時器設定為發(fā)射端要求的一定時間。
17.根據權利要求13所述的方法，其特征在于計時器被設定為用于數據傳輸的鏈路資源預留需要的時間和數據傳輸需要時間的和。
18.根據權利要求13所述的方法，其特征在于計時器設定為發(fā)射端要求的一定時間。
19.根據權利要求13所述的方法，其特征在于在啟動計時器的步驟和在啟動數據傳輸的步驟間還包括以下步驟判定資源預留是否成功；和在判定資源預留不成功時退回資源。
全文摘要
一種數據通信方法，它能夠使用在資源預留協(xié)議的通信網中來防止因為鏈路狀態(tài)改變導致的資源預留過程的無止境重復。該方法包括以下步驟當在通信網中從發(fā)送端到接收端的數據傳輸的鏈路資源被預留時，啟動設定為預定時間的計時器；在資源預留后當通信網的鏈路狀態(tài)發(fā)生變化時，判定計時器是否在運行；當計時器判定為在運行時，忽略鏈路狀態(tài)的變化并繼續(xù)數據的傳輸；以及當計時器被判定為不在運行時，為數據傳輸再一次預留資源。
文檔編號H04L29/06GK1450753SQ0311023
公開日2003年10月22日 申請日期2003年4月7日 優(yōu)先權日2002年4月11日
發(fā)明者崔日圭, 崔炳求 申請人:三星電子株式會社