TWI492574B - 一種通訊系統的遠端裝置狀態的偵測與傳輸控制的方法 - Google Patents
一種通訊系統的遠端裝置狀態的偵測與傳輸控制的方法 Download PDFInfo
- Publication number
- TWI492574B TWI492574B TW099103584A TW99103584A TWI492574B TW I492574 B TWI492574 B TW I492574B TW 099103584 A TW099103584 A TW 099103584A TW 99103584 A TW99103584 A TW 99103584A TW I492574 B TWI492574 B TW I492574B
- Authority
- TW
- Taiwan
- Prior art keywords
- communication device
- transmission
- data
- packets
- data packets
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
- H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
Description
本發明是關於一種通訊系統,特別是關於在通訊系統中的傳輸控制。
在無線通訊系統中,依照網路架構可分成獨立型網路與中控型網路,中控型網路包含至少一主系統介面(host interface,例如基地台,無線AP),數個傳輸介面(例如工作站),傳輸介面必須先與主系統介面建立連線才能取得網路服務。獨立型網路包含數個傳輸介面,兩傳輸介面在可傳收訊號的範圍內可點對點直接通訊。
在中控型網路中,其包含不同傳輸效能之工作站(例如是包括有:高速傳輸效能之工作站與低速傳輸效能之工作站),主系統介面係分別使用不同的傳輸模式(例如是:不同的傳輸速度54M、48M、24M、…等傳輸模式)與不同傳輸效能之工作站進行資料傳輸。一般而言,現有依據IEEE 802.11標準的主系統介面與低速傳輸效能之工作站進行通訊時,由於低速傳輸效能之工作站處理效能較低,所以,該主系統介面會使用的較低的傳輸模式與低速傳輸效能的工作站進行資料傳輸。然而,由於該主系統介面與低速傳輸效能的工作站之間較低的傳輸模式,因而佔用較多的通訊時間,而導致該主系統介面與高速傳輸效能的工作站之間的通訊受到影響。換言之,現有的通訊協定仍有其改善的空間。如何在符合現有的通訊協定下,採取相對應的措施。這樣才能有效運用通道資源,並且提升整體網絡的傳輸效能。
有鑑於此,一種通訊系統中通道使用率的偵測與傳輸控制方法被提出,以改善習知技術的缺點。
請參酌本發明的附圖來閱讀下面的詳細說明,其中本發明的附圖是以舉例說明的方式,來介紹本發明各種不同的實施例,並供瞭解如何實現本發明。本發明實施例提供了充足的內容,以供本領域的技術人員來實施本發明所揭示的實施例,或實施依本發明所揭示的內容所衍生的實施例。須注意的是,該些實施例彼此間並不互斥,且部分實施例可與其他一個或多個實施例作適當結合,以形成新的實施例,亦即本發明的實施並不局限於以下所揭示的實施例。
本案之實施例中之一係藉由統計(分析)封包傳送狀況來判斷遠端裝置的操作狀態(例如:是否壅塞狀況、壅塞狀況情形、…等)。
請參閱第一圖(a),其係為實施本發明之通訊裝置10之一實施例之架構方塊圖。該通訊裝置10包含有一傳送端電路104及一處理電路102。其中傳送端電路104係用以傳送複數個封包至一遠端通訊裝置(未繪示出);該處理電路102,耦接該傳送端電路104,用以分析該複數個封包的傳送情形以判斷出一遠端通訊裝置的狀況。此外,該處理電路尚可依據該遠端通訊裝置的狀況以調整傳送端電路104的設定。有關於如何調整傳送端電路104設定方式於後段處舉例說明之。
請參閱第一圖(b),其為一實施例通訊偵測系統的示意圖。該通訊偵測系統2包含一第一通訊裝置20及一第二通訊裝置21(或稱為「遠端通訊裝置」)。該第一通訊裝置20包含一處理器203、一記憶體202、一計時器204、及一媒體存取控制器201,該處理器203包含一暫存器2031。該第二通訊裝置21具有一接收區,該接收區為一緩衝區210。
在第一圖(b)中,該第一通訊裝置20包含一傳送端,該傳送端包括有一媒體存取控制器(MAC)201,該媒體存取控制器201依據至少一傳送封包的結果產生一傳送報告。該處理器203接收並分析該傳送報告,藉以分析該通道之情形(例如:網路壅塞的狀況)。該處理器203藉由分析該通道之情形(例如:該網路壅塞的狀況)以調控該通訊裝置20的傳輸效能。例如:該處理器203可調整該傳送封包的一傳送時段與一傳送數量以調控該第一通訊裝置20的傳輸效能。更進一步而言,該網路壅塞的狀況係與一接收端(即第二通訊裝置21)的介面容量(Interface Capacity)(例如:第二通訊裝置21之緩衝區210的容量)相關。該緩衝區210之實施例可以是FIFO、暫存器、各種型式的記憶體、或其他記憶元件。
當該第一通訊裝置接收該第二通訊裝置回傳的回應(Acknowledge)或未回應(None Acknowledge)之封包後,該媒體存取控制器201產生該傳送報告並將傳送報告寫入該暫存器2031,該傳送報告包含該複數個資料封包的重傳次數與該第二通訊裝置21所接收的封包數量。接下來該媒體存取控制器201發出一中斷信號INT1給處理器203,此時該處理器203讀取該傳送報告並且把傳送報告中同一重傳次數的該第二通訊裝置所接收的封包數量加總而獲得一統計數據並寫入記憶體202,然後清除該暫存器2031。該計時器204在固定的時間間隔或是特殊條件成立時發出一中斷信號INT2給處理器203,此時該處理器203從該記憶體202中讀取該統計數據,並且分析該統計數據,該第一通訊裝置20藉此可判斷該緩衝區210被佔滿的狀況,由該緩衝區210被佔滿的狀況就可以判斷該第二通訊裝置21的壅塞狀況。
上述的實作可總結為:該傳送報告包含一第一數據(即該複數個資料封包的重傳次數與該第二通訊裝置所接收的封包數量),該暫存器儲存該第一數據,該第一數據與傳送成功的資料封包的數量相關。該記
憶體202儲存一第二數據(即該統計數據)。該計時器204產生一中斷信號INT2,該處理器203將同一傳送次數的該第一數據加總後獲得該第二數據並將該第二數據儲存於該記憶體202中,該處理器203接收到該中斷信號INT2後讀取該第二數據,並據以分析該網路壅塞的狀況。另一實施例,該計時器204可以改以計數器來取代。例如:該計數器在傳送封包的固定數量成立時發出一中斷信號INT2給處理器203。
本案第一較佳實施例為一種通訊偵測系統2與其偵測方法,該通訊偵測系統2已於上述說明,而該通訊偵測系統2的偵測方法之主要特徵在於以下的步驟:自該第一端點傳送複數個資料封包至該第二端點。
於該第一端點對該複數個資料封包的重傳狀況做統計以獲得一統計數據。
分析該統計數據以判斷該第二通訊裝置壅塞的狀況。
以下的眾多實施例中將統計封包的傳送狀況來判斷遠端裝置的操作狀態(例如:是否壅塞狀況、壅塞狀況情形、暫存空間不足…等)的說明:在第二圖(a),其為本發明判斷是單純僅受訊號雜音比(SNR)影響的資料封包數量的分佈圖。橫軸代表資料封包傳送的次數,縱軸代表傳送成功的資料封包數目。在第二圖(a)中,無線通道單純僅受訊號雜訊比(SNR)影響,假設總共有1000個資料封包需要傳送,第一次傳送1000個資料封包,但是在無線通道單純僅受訊號雜音比(SNR)的影響之下約有900個資料封包傳送成功,剩下的100個資料封包而必須重傳。因此在第一次重傳時(即第二次傳送)傳送剩下的100個資料封包,但是在第一次重傳時約有90個資料封包傳送成功,剩下的10個資料封包在單純僅受訊號雜訊比(SNR)的影響之下而必須重傳,剩下的資料封包依上述的方式直到資料封包全部傳送成功為止。本發明發現:在單純僅受訊號雜音比(SNR)影響的無線通道中,資料封包傳送次數對傳送成功的資料封包數量的分佈近似於指數形式減少(Exponential Decay)。該處理器203接收並分析上述的傳送報告,而可發現:「資料封包傳送次數對傳送成功的資料封包數量的分佈近似於指數的減少」而判斷出:「傳輸過程單純僅受訊號雜音比(SNR)影響,接收端的接收功能正常(即,操作狀態正常)。」。換言之,在此情形下,該處理器203之控制方式依據現有標準(例如是802.11)的規定進行調整。
在第二圖(b)中,其為本發明判斷是受到訊雜比及競爭碰撞所影響的資料封包數量的分佈圖。當對資料封包的重傳次數做統計時,傳送端發現傳送成功的資料封包數量的分佈情況異於指數形式減少,那就代表有其他因素影響重傳。本發明發現:在第二圖(b)中,發現傳送成功的資料封包數量的分佈情況異於指數形式減少,然仍呈現重傳次數是遞減的情形。故本發明認為:無線通道除了受到訊雜比的影響外,還受到競爭無線通道使用權所引發的碰撞之影響,因此會增加「重傳次數為一」的資料封包數量(即,接收端的接收功能正常,其操作狀態正常)。假設總共有1000個資料封包需要傳送,第一次傳送1000個資料封包,但是在無線通道受訊號雜音比(SNR)及競爭碰撞的影響之下約有800個資料封包傳送成功,剩下的200個資料封包必須重傳,因此重傳次數為一(第二次傳送)的資料封包數量約為200個,此資料封包數量比單純僅受訊號雜音比(SNR)的影響之下而重傳一次的資料封包數量增加約為100個。
請參閱第二圖(c),在第二圖(c)中,其為本發明判斷是接收端的FIFO的容量不足所造成的資料封包數量的分佈圖的第一範例。本發明發現:在第二圖(c)中,發現傳送成功的資料封包數量的分佈情況異於指數形式減少,且放棄重傳的次數多於前次重傳成功的次數。故本發明認為:由於放棄重傳的次數多於前次重傳成功的次數。所以,不是傳送信號受到干擾的問題,而可能是接收端本身的問題(例如是:接收端的FIFO的容量已不足再接收新進的資料、或是接收端已失效)。由第二圖(c)中,該處理器發現:接收端仍可接收到一些資料,故可排除接收端已失效的可能性。換言之,在本實施例下,該處理器接收到如第二圖(c)的統計內容,可判斷出該接收端的FIFO的容量呈現不足的問題。由於802.11n的資料傳送速度高於802.11a、802.11b、802.11g的資料傳送速度甚多,故此情形在操作於802.11n的標準,更容易發生。再者,在第二圖(c)中,由於重傳1次、重傳2次、重傳3次、重傳4次、重傳5次、及重傳6次的資料封包傳送成功的次數低時,最可能的原因是該接收端的緩衝區被嚴重佔滿一段時間(例如:在重傳1次至重傳6次的期間被嚴重佔滿,而造成無法再接收新傳送過來的封包),而使得該接收端無法接收從該端點A傳送過來的資料封包。換言之,在此情形下,該處理器203判斷出接收端因FIFO的容量不足而造成接收功能暫時無法正常接收,其造成其操作狀態為無法正常接收。
請參閱第二圖(d),在第二圖(d)中,其為本發明判斷是接收端的FIFO的容量不足所造成的的資料封包數量的分佈圖之第二範例。請參閱第二圖(d),在第二圖(d)中,本發明發現:重傳一次的次數至放棄重傳前一次(在第二圖(d)的例子是“重傳六次”)的次數大約相同,且排除接收端已失效的可能性(接收端仍可接收到封包資料)下,在本實施例下,該處理器203接收到如第二圖(d)的統計內容,可判斷出該接收端的FIFO的容量呈現不足的問題。在此情形的典型統計分佈:該放棄重傳的次數仍會多於前一次重傳成功的次數。再者,在第二圖(d)中,由於重傳1次、重傳2次、重傳3次、重傳4次、重傳5次、及重傳6次的資料封包有傳送成功的次數時,最可能的原因是該端點B的部份的緩衝區有部分被佔滿(未被釋放),而使得該接收端仍可接收從該傳送端傳送過來的部份資料封包。換言之,在此情形下,該處理器203判斷出接收端因FIFO的容量不足而造成接收功能有部份無法正常接收,其造成其操作狀態為部份無法正常接收。
再者,藉由上述的方法可獲得一第一統計數據,將該第一統計數據繪成長條圖,橫軸代表資料封包的重傳次數,縱軸代表累積的資料封包數量,如第二圖(c)或第二圖(d)所示,該傳送端根據該第一統計數據就可判斷該接收端(即遠端端點)之緩衝區被佔滿的程度。
本發明利用統計封包的傳送狀況來判斷遠端裝置的狀態(例如:是否壅塞狀況、壅塞狀況情形、暫存空間不足…等)。當然,利用第二圖(c)或(d)即可判斷出接收端的緩衝器空間已不足,故在實施本發明時,無須同時進行判斷。另一實施態樣,本發明認為統計封包的傳送狀況已異於第二圖(a)以及(b)(表示是接收端本身的因素影響重傳而造成的),且可排除接收端失效可能性(接收端仍可接收到資料封包)的情形下,本發明即可判定是接收端的緩衝器空間是不足接收資料封包,特別是在現有的傳送速度之下。
當然,由於該接收端的FIFO的容量不足所造成的資料封包數量的分佈圖會隨著該接收端的FIFO的容量不足的程度所改變,本說明書係利用第二圖(c)以及第二圖(d)來作說明,並非是要限制本說明的專利範圍。本發明係分析封包的傳送狀況來判斷遠端裝置的狀態,進而針對遠端裝置的狀態進行適當的控制以得到較佳的傳輸品質。
依據本發明之說明,若欲判斷出該遠端裝置的其他不同狀態,可利用此實驗將該遠端裝置的其他狀態先預先設定好(如:FIFO容量、參數的不同設定),進而得到相關實驗的統計特微。如此,當操作過程中發現符合該相關實驗的統計特微,即可判斷出該遠端裝置的其他不同狀態。
本案的傳送端可為一無線存取點(access point),該傳送端透過一通訊協定而與接收端進行訊息傳遞。在WLAN環境下,該傳送端及該接收端係透過符合電機電子工程師學會(IEEE)IEEE 802.11無線網路標準之一通訊協定進行訊息傳遞。
藉由以上的偵測方法,當發現到接收端的緩衝區有被佔滿(容量不足)而導致壅塞(接收功能暫時無法正常接收)的現象時,則該處理器203無須調低傳輸速度,而是加大封包與封包的時間間隔(例如:控制資料封包的重傳的時段與重傳的數量),以利接收端之FIFO的容量因時間間隔的增加而可被釋放更多的儲存空間,且可保有的傳輸速度。此種調整機制可適用於獨立型網路與中控型網路。
請參閱第三圖,其為本發明第三較佳實施例的實施方法之流程圖,該實施方法為判斷一遠端通訊設備的狀態之偵測方法,該方法包含下列步驟:
步驟S301:傳送至少一資料封包至該遠端通訊設備。
步驟S302:接收來自該遠端通訊設備之一回應封包。
步驟S303:根據該回應封包判斷該遠端通訊設備的操作狀況。
以下再舉出數種實施方式:請參閱第四圖(a),其為本發明第四較佳實施例控制資料封包傳送時段的示意圖,第四圖(a)係以中控型網路為例。在第四圖(a)中共有三個端點,分別為端點STA1、端點STA2、及端點STA3,端點STA2包含一第一緩衝區,端點STA3包含一第二緩衝區,DA,Destination Address代表欲將資料封包送到接收端的位址。此範例係以該端點STA2係具有高速傳輸效能而該端點STA3係具有低速傳輸效能為例。端點STA1傳送一資料封包DP1-1到端點STA2,此時若該端點STA1應用上述的任何一個偵測方法偵測到端點STA2的該第一緩衝區並無被佔滿的現象,則該端點STA1在一第一傳送時段TXOP1-1內依序傳送資料封包DP1-2及資料封包DP1-3至該端點STA2,該端點STA2皆回應一ACK封包以通知該端點STA1已經接收到。
該端點STA1在該第一傳送時段TXOP1-1內傳送資料封包DP1-4給該端點STA3,此時若該端點STA1應用上述的任何一個偵測方法偵測到端點STA3的該第二緩衝區已被佔滿造成該端點STA3壅塞,而使該資料封包DP1-4傳送失敗,則該端點STA1使用CF-End封包結束該第一傳送時段TXOP1-1(不再重傳該資料封包DP1-4,而是改為與該端點STA2進行資料傳輸)。該端點STA1不會在該第一傳送時段TXOP1-1重新傳送資料封包DP1-4,而是改為與該端點STA2進行資料傳輸,以提升該端點STA1傳送到該端點STA2的傳輸效能。
接下來該端點STA1在一第二傳送時段TXOP1-2內傳送資料封包DP1-5至該端點STA2,然後該端點STA1才會重新傳送資料封包DP1-4至該端點STA3。另一種重傳資料封包DP1-4的方式是不在該第一傳送時段TXOP1-1及該第二傳送時段TXOP1-2重傳資料封包DP1-4。另一實施例,該第一傳送時段與該第二傳送時段係使用品質服務(QOS)佇列來傳送資料封包,故該端點STA1傳送完資料封包DP1-1後,下一個資料封包DP1-2不需與其他的傳送端點競爭就可傳送出去,因此加強了資料封包傳送的效率。
請參閱第四圖(b),其為本案第四較佳實施例的實施方法之流程圖。從本案第四較佳實施例中可得到該端點STA1調整傳送資料封包至端點STA3的重傳時段的方法,該方法包含下列步驟:
步驟S401:傳送複數個資料封包至一遠端端點(STA3)。
步驟S402:依據該複數個資料封包的傳送情形以決定該遠端端點是否壅塞。
步驟S403:當決定該遠端端點是壅塞時,則一第一端點(STA1)不在同一個傳送時段內重傳資料封包至該遠端端點。
請參閱第五圖(a),其為本發明第五較佳實施例控制資料封包傳送數量的示意圖。在第五圖(a)中共有三個端點,分別為端點STA1、端點STA2、及端點STA3,端點STA2包含該第一緩衝區,端點STA3包含該第二緩衝區,A-MPDU,MAC Protocol Data Unit Aggregation代表聚集資料封包。此範例係以該端點STA2係具有高速傳輸效能而該端點STA3係具有低速傳輸效能為例。端點STA1傳送一資料封包DP2-1到端點STA2,此時若該端點STA1應用上述的任何一個偵測方法偵測到端點STA2的該第一緩衝區並無被佔滿(換言之,足夠接收下一個封包資料)的現象,則該端點STA1在一第一傳送時段TXOP2-1內傳送資料封包DP2-2至該端點STA2,該端點STA2回應一BA封包(Block acknowledge packet)以通知端點STA1已經接收到。在資料封包DP2-1、資料封包DP2-2、及資料封包DP2-3中具有聚集傳送數量的資訊(Aggregation Number,AGG NUM),在資料封包DP2-3的AGG NUM為3,其餘的資料封包的AGG NUM為15。
接下來該端點STA1在該第一傳送時段TXOP2-1內傳送資料封包DP2-3至該端點STA3,此時若該端點STA1應用上述的任何一個偵測方法偵測到端點STA3的該第二緩衝區的容量不足(部份容量已被佔用,即尚未被釋放),則該端點STA1調降資料封包DP2-3的聚集傳送數量AGG NUM從15降至3(減少封包的資料量以克服該第二緩衝區的容量不足的問題),由於避免該端點STA1與端點STA3間的重傳次數,且端點STA3仍可接收3個封包的資料,故同時可提升該端點STA1傳送到該端點STA2與該端點STA3的傳輸效能。在此範例中,高速介面裝置傳輸順利時充分利用聚集(aggregation)的功效,低速介面裝置傳輸若不順利則減少聚集(aggregation)的功效。
請參閱第五圖(b),其為本案第五較佳實施例的實施方法的流程圖。從本案第五較佳實施例中可得到該端點STA1調整重傳資料封包至端點STA3的資料封包數量的方法,該方法包含下列步驟:
步驟S501:該第一端點(STA1)傳送一預定數量的資料封包至該第二端點(STA3)。
步驟S502:偵測該第二端點(STA3)的壅塞狀況。
步驟S503:當該第二端點(STA3)壅塞時,則調降該第一端點(STA1)傳送至該第二端點(STA3)的資料封包的數量。
另一實施方式,在操作模式中,可以設定成必須要收到由對方主動傳送的某種特定資料(即,約定資料)之後,才能夠繼續進行傳送。如果沒有收到約定資料,則轉而傳送給其他裝置的資料。在此範例中假設有三個端點,分別為端點STA1、端點STA2、及端點STA3,端點STA2包含該第一緩衝區,端點STA3包含該第二緩衝區。請參閱第六圖(a),其為本發明第六較佳實施例的示意圖。在第六圖(a)係為端點STA1須要收到由端點STA2主動傳送的約定資料之後,才能夠繼續進行傳送。在第六圖(a)中,該端點STA2接收到資料封包後回應一BA封包,接下來該端點STA2便主動傳送該約定資料封包至端點STA1,該端點STA1收到後回應一BA封包。由於該約定資料封包具有TCP回應(Transport Control Protocol Acknowledge)資訊,可通知傳送端(即端點STA1):該端點STA2目前能夠接受的資料封包數量,該端點STA1可根據TCP回應資訊動態調整傳送至端點STA2的資料封包數量。該約定資料封包可包含該第一緩衝區的資訊或是時間的資訊。
上述的方法可由該第一通訊裝置20來達成。該媒體存取控制器201接收一約定資料,該處理器203根據該約定資料分析該網路壅塞的狀況。
利用上述機制,由於端點STA1接收到該端點STA2與該端點STA3之該約定資料封包後,由於該特定資料封包有TCP回應資訊,該端點
STA1即可知道該端點STA2以及該端點STA3能夠接受的資料封包數量,該端點STA1可根據TCP回應資訊動態調整傳送至端點STA2與端點STA3的資料封包數量。
請參閱第六圖(b),其為本案第六較佳實施例的實施方法的流程圖。從本案第六較佳實施例中可得到該端點STA1控制傳送資料封包至端點STA3的方法,該方法包含下列步驟:
步驟S601:該第一端點(STA1)定義一約定資料。
步驟S602:該第二端點(STA3)傳送一第一資料封包(DP3-4)至該第一端點(STA1)。
步驟S603:當該第一端點(STA1)偵測到該第一資料封包(DP3-4)中含有該約定資料時,則該第一端點(STA1)傳送一第二資料封包(DP3-7)至該第二端點(STA3)。
綜上所述,本發明的說明與實施例已揭露於上,然其非用來限制本發明,凡習知此技藝者,在不脫離本發明的精神與範圍之下,當可做各種更動與修飾,其仍應屬在本發明專利的涵蓋範圍之內。
2‧‧‧通訊偵測系統
10‧‧‧通訊裝置
20‧‧‧第一通訊裝置
21‧‧‧第二通訊裝置
102‧‧‧處理電路
104‧‧‧傳送端電路
201‧‧‧媒體存取控制器
202‧‧‧記憶體
203‧‧‧處理器
204‧‧‧計時器
210‧‧‧緩衝區
DP1-1,DP1-2,DP1-3,DP1-4,DP1-5,DP2-1,DP2-2,DP2-3,DP3-1,DP3-2,DP3-3,DP3-4,DP3-5,DP3-6,DP3-7‧‧‧資料封包
STA1,STA2,STA3‧‧‧端點
TXOP1-1,TXOP2-1,TXOP3-1‧‧‧第一傳送時段
TXOP1-2,TXOP3-2‧‧‧第二傳送時段
TXOP3-3‧‧‧第三傳送時段
第一圖(a):本發明之通訊裝置之一實施例之架構方塊圖;第一圖(b):本發明一實施例通訊偵測系統的示意圖;第二圖(a):本發明判斷是單純僅受訊號雜音比(SNR)影響的資料封包數量的分佈圖;第二圖(b):本發明判斷是受到訊雜比及競爭碰撞所影響的資料封包數量的分佈圖;第二圖(c):本發明判斷是接收端的FIFO的容量不足所造成的資料封包數量的分佈圖的第一範例;第二圖(d):本發明判斷是接收端的FIFO的容量不足所造成的的資料封包數量的分佈圖之第二範例;
第三圖:本發明第三較佳實施例的實施方法之流程圖;第四圖(a):本發明第四較佳實施例控制資料封包傳送時段的示意圖;第四圖(b):本發明第四較佳實施例的實施方法之流程圖;第五圖(a):本發明第五較佳實施例控制資料封包傳送數量的示意圖;第五圖(b):本發明第五較佳實施例的實施方法的流程圖;第六圖(a):本發明第六較佳實施例的示意圖;及第六圖(b):本發明第六較佳實施例的實施方法的流程圖。
2‧‧‧通訊偵測系統
20‧‧‧第一通訊裝置
21‧‧‧第二通訊裝置
201‧‧‧媒體存取控制器
202‧‧‧記憶體
203‧‧‧處理器
204‧‧‧計時器
210‧‧‧緩衝區
DP1-1,DP1-2,DP1-3,DP1-4,DP1-5‧‧‧資料封包
STA1,STA2,STA3‧‧‧端點
TXOP1-1‧‧‧第一傳送時段
TXOP1-2‧‧‧第二傳送時段
Claims (24)
- 一種通訊裝置,包含:一傳送端電路,係用以傳送複數個封包至一遠端通訊裝置、以及於該遠端通訊裝置接收該複數個封包後,接收來自該遠端通訊裝置的一回應訊息或一未回應訊息並依據傳送該複數個封包的結果產生一傳送報告;及一處理電路,依據該傳送報告分析該複數個封包的傳送情形來判斷出該遠端通訊裝置的狀況。
- 如申請專利範圍第1項所述的通訊裝置,其中該傳送端電路包括有一媒體存取控制器,該媒體存取控制器用來依據傳送該複數個封包的結果產生該傳送報告;以及該處理電路依據判斷出的該遠端通訊裝置的壅塞狀況以調整該通訊裝置的傳輸效能。
- 如申請專利範圍第2項所述的通訊裝置,其中調整該遠端通訊裝置的傳輸效能係調整一傳送時段、一封包傳送數量或其組合。
- 如申請專利範圍第1項所述的通訊裝置,其中該遠端通訊裝置的狀況係包括有該遠端通訊裝置之介面容量(Interface Capacity)。
- 如申請專利範圍第1項所述的通訊裝置,其中:該處理電路包含一暫存器,係暫儲該複數個封包的傳送情形,該複數個封包的傳送情形係包含不同重傳次數之資料封包傳送成功的數目。
- 如申請專利範圍第1項所述的通訊裝置,其中該傳送報告包含該複數個封包的重傳次數與該遠端通訊裝置所接收的封包數量。
- 如申請專利範圍第1項所述的通訊裝置,更包括:一媒體存取控制器,用以接收來自該遠端通訊裝置的一約定資料;其中,該處理電路根據該約定資料調整傳送至該遠端通訊裝置的資料封包數量。
- 如申請專利範圍第7項所述的通訊裝置,其中於該媒體存取控制器接收 到該約定資料後,該傳送端電路才開始傳送該些封包。
- 一種判斷第二通訊裝置的狀態之偵測方法,應用於一第一通訊裝置,該方法包含下列步驟:將至少一資料封包從該第一通訊裝置傳送至一第二通訊裝置;於該第二通訊裝置接收該至少一資料封包後,接收來自該第二通訊裝置的一回應訊息或一未回應訊息並依據傳送該至少一資料封包的結果產生一傳送報告;及依據該傳送報告判斷該第二通訊裝置的狀況。
- 如申請專利範圍第9項所述的偵測方法,其中該判斷步驟包括:依據該傳送報告分析該資料封包的重傳情形;依據該資料封包的重傳狀況做統計以獲得一統計數據;及依據該統計數據以判斷該第二通訊裝置的狀況。
- 如申請專利範圍第9項所述的偵測方法,其中該資料封包的數量為複數個,並且該傳送步驟包含下列步驟:將該複數個資料封包分成複數個群組;依序傳送該複數個群組的資料封包至該第二通訊裝置;當該第二通訊裝置尚未接收完該複數個群組之剩餘資料封包時,於下一次傳送時繼續傳送該複數個群組之該剩餘資料封包。
- 如申請專利範圍第9項所述的偵測方法,其中該第二通訊裝置的壅塞狀況包括有:該第二通訊裝置之一緩衝區的使用程度。
- 如申請專利範圍第9項所述的偵測方法,其中,當該第二通訊裝置所接收之資料封包數量對傳送次數的分佈為一指數形式減少時,該第二通訊裝置的狀況為接收功能正常;當該第二通訊裝置所接收之資料封包數量對傳送次數的分佈異於該指數形式減少時,該第二通訊裝置的狀況為無線通道受到訊雜比及競爭碰撞影響、失效、或緩衝區的容量不足。
- 如申請專利範圍第9項所述的偵測方法,其中該第二通訊裝置的狀況為該第二通訊裝置的操作狀況。
- 如申請專利範圍第9項所述的偵測方法,其中該回應封包包含複數個位元,每個該位元代表回應(ACK)狀態或不回應(NACK)狀態,當該回應封包包含一連串位元,且該一連串位元皆代表不回應狀態時,則該第一通訊裝置判定該第二通訊裝置壅塞。
- 如申請專利範圍第9項所述的偵測方法,其中該傳送報告包含該至少一資料封包的重傳次數與該第二通訊裝置所接收的封包數量。
- 如申請專利範圍第9項所述的偵測方法,更包括:接收來自該第二通訊裝置的一約定資料;以及根據該約定資料調整傳送至該第二通訊裝置的資料封包數量。
- 如申請專利範圍第17項所述的偵測方法,其中於接收到該約定資料後,執行該傳送步驟。
- 如申請專利範圍第17項所述的偵測方法,更包括:定義該約定資料。
- 一種通訊調整方法,應用於一第一通訊裝置,該方法包含下列步驟:傳送複數個資料封包至一第二通訊裝置;於該第二通訊裝置接收該複數個資料封包後,接收來自該第二通訊裝置的一回應訊息或一未回應訊息並依據傳送該複數個資料封包的結果產生一傳送報告;依據該傳送報告分析該複數個資料封包的傳送情形;依據該複數個資料封包的傳送情形以決定該第二通訊裝置是否壅塞;及當決定該第二通訊裝置是壅塞時,該第一通訊裝置不在同一個傳送時 段內重傳資料封包至該第二通訊裝置。
- 如申請專利範圍第20項所述的方法,其中該傳送時段係使用品質服務(QOS)佇列來傳送該資料封包。
- 如申請專利範圍第20項所述的方法,其中該傳送報告包含該至少一資料封包的重傳次數與該第二通訊裝置所接收的封包數量。
- 一種通訊系統之調整方法,該通訊系統包括一第一通訊裝置與一第二通訊裝置,該方法包含下列步驟:該第一通訊裝置傳送一預定數量的資料封包至該第二通訊裝置;於該第二通訊裝置接收該複數個資料封包後,接收來自該第二通訊裝置的一回應訊息或一未回應訊息並依據傳送該複數個資料封包的結果產生一傳送報告;依據該傳送報告偵測該第二通訊裝置的壅塞狀況;及當該第二通訊裝置壅塞時,則調降該第一通訊裝置傳送至該第二通訊裝置的資料封包的數量。
- 如申請專利範圍第23項所述的方法,其中該傳送報告包含該至少一資料封包的重傳次數與該第二通訊裝置所接收的封包數量。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW099103584A TWI492574B (zh) | 2010-02-05 | 2010-02-05 | 一種通訊系統的遠端裝置狀態的偵測與傳輸控制的方法 |
US13/021,592 US8976653B2 (en) | 2010-02-05 | 2011-02-04 | Communication devices and methods for determining status of remote communication devices |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW099103584A TWI492574B (zh) | 2010-02-05 | 2010-02-05 | 一種通訊系統的遠端裝置狀態的偵測與傳輸控制的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201129018A TW201129018A (en) | 2011-08-16 |
TWI492574B true TWI492574B (zh) | 2015-07-11 |
Family
ID=44353648
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW099103584A TWI492574B (zh) | 2010-02-05 | 2010-02-05 | 一種通訊系統的遠端裝置狀態的偵測與傳輸控制的方法 |
Country Status (2)
Country | Link |
---|---|
US (1) | US8976653B2 (zh) |
TW (1) | TWI492574B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10320531B2 (en) | 2016-08-05 | 2019-06-11 | Htc Corporation | Device and method of handling a hybrid automatic repeat request round-trip time timer in a discontinuous reception |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5648743B2 (ja) * | 2011-06-15 | 2015-01-07 | 富士通株式会社 | データ通信方法およびデータ通信システム |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW370757B (en) * | 1998-05-11 | 1999-09-21 | Inst Information Industry | Multimedia transmission system for packet network |
WO2002084960A2 (en) * | 2001-04-12 | 2002-10-24 | Bytemobile, Inc. | Data transport acceleration and management within a network communication system |
US20020163888A1 (en) * | 2001-05-02 | 2002-11-07 | Ron Grinfeld | TCP transmission acceleration |
US20050165948A1 (en) * | 2004-01-08 | 2005-07-28 | Hicham Hatime | Systems and methods for improving network performance |
WO2006015300A2 (en) * | 2004-07-29 | 2006-02-09 | Equallogic, Inc. | High performance tcp for systems with infrequent ack |
US7054790B1 (en) * | 2000-05-18 | 2006-05-30 | Maxtor Corporation | Method and apparatus for storage device performance measurement |
TW200833004A (en) * | 2007-01-24 | 2008-08-01 | Realtek Semiconductor Corp | Wireless transmission apparatus and related method |
US20080285455A1 (en) * | 2003-05-21 | 2008-11-20 | International Business Machines Corporation | Medium and system for controlling atm traffic using bandwidth allocation technology |
US20090080332A1 (en) * | 2007-09-25 | 2009-03-26 | Shay Mizrachi | Method and System for a Fast Drop Recovery for a TCP Connection |
TW201001993A (en) * | 2008-06-19 | 2010-01-01 | Univ Ishou | Buffer management method of network transmission layer and computer program product |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006135334A2 (en) | 2005-06-15 | 2006-12-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Codec rate adaptation as a function of air-interface as wel as network in a packet-based network |
GB0622829D0 (en) * | 2006-11-15 | 2006-12-27 | Cambridge Silicon Radio Ltd | Transmission rate selection |
CN101009535B (zh) | 2007-01-26 | 2010-05-19 | 北京航空航天大学 | 基于滑动窗口的soap消息传输方法 |
US8406133B2 (en) * | 2009-02-24 | 2013-03-26 | Silver Spring Networks, Inc. | System and method of regulating a packet rate to optimize traffic in a network |
-
2010
- 2010-02-05 TW TW099103584A patent/TWI492574B/zh active
-
2011
- 2011-02-04 US US13/021,592 patent/US8976653B2/en active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW370757B (en) * | 1998-05-11 | 1999-09-21 | Inst Information Industry | Multimedia transmission system for packet network |
US7054790B1 (en) * | 2000-05-18 | 2006-05-30 | Maxtor Corporation | Method and apparatus for storage device performance measurement |
WO2002084960A2 (en) * | 2001-04-12 | 2002-10-24 | Bytemobile, Inc. | Data transport acceleration and management within a network communication system |
US20020163888A1 (en) * | 2001-05-02 | 2002-11-07 | Ron Grinfeld | TCP transmission acceleration |
US20080285455A1 (en) * | 2003-05-21 | 2008-11-20 | International Business Machines Corporation | Medium and system for controlling atm traffic using bandwidth allocation technology |
US20050165948A1 (en) * | 2004-01-08 | 2005-07-28 | Hicham Hatime | Systems and methods for improving network performance |
WO2006015300A2 (en) * | 2004-07-29 | 2006-02-09 | Equallogic, Inc. | High performance tcp for systems with infrequent ack |
TW200833004A (en) * | 2007-01-24 | 2008-08-01 | Realtek Semiconductor Corp | Wireless transmission apparatus and related method |
US20090080332A1 (en) * | 2007-09-25 | 2009-03-26 | Shay Mizrachi | Method and System for a Fast Drop Recovery for a TCP Connection |
TW201001993A (en) * | 2008-06-19 | 2010-01-01 | Univ Ishou | Buffer management method of network transmission layer and computer program product |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10320531B2 (en) | 2016-08-05 | 2019-06-11 | Htc Corporation | Device and method of handling a hybrid automatic repeat request round-trip time timer in a discontinuous reception |
TWI662807B (zh) * | 2016-08-05 | 2019-06-11 | 宏達國際電子股份有限公司 | 處理混合自動重傳請求往返時間計時器的裝置及方法 |
Also Published As
Publication number | Publication date |
---|---|
TW201129018A (en) | 2011-08-16 |
US8976653B2 (en) | 2015-03-10 |
US20110194440A1 (en) | 2011-08-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9749091B2 (en) | Method and device for data communication in a communication network | |
US10594596B2 (en) | Data transmission | |
US7787366B2 (en) | Method and apparatus for controlling wireless medium congestion by adjusting contention window size and disassociating selected mobile stations | |
Jardosh et al. | Understanding congestion in IEEE 802.11 b wireless networks | |
US7136353B2 (en) | Quality of service management for multiple connections within a network communication system | |
US20020150048A1 (en) | Data transport acceleration and management within a network communication system | |
US20060209837A1 (en) | Method and apparatus for dynamically managing a retransmission persistence | |
KR100750170B1 (ko) | 통신 네트워크에서 데이터 프레임을 효율적으로 전송하는방법 및 장치 | |
US8284667B2 (en) | Efficient flow control in a radio network controller (RNC) | |
US20080043619A1 (en) | Method and apparatus for controlling arq and harq transmissions and retransmissions in a wireless communication system | |
US20100238803A1 (en) | Efficient Flow Control in a Radio Network Controller (RNC) | |
US8218443B2 (en) | Controlling bandwidth share | |
US8171365B2 (en) | Communication apparatus and method thereof | |
US9538558B2 (en) | Methods and apparatuses for managing acknowledgements for multicast data in a wireless network | |
TWI492574B (zh) | 一種通訊系統的遠端裝置狀態的偵測與傳輸控制的方法 | |
JP5169338B2 (ja) | 無線通信システム及びその方法と、それらに用いられる装置及びプログラム | |
KR20060100081A (ko) | Arq 시스템에서 재전송 허용 횟수를 동적으로 조정하는방법 및 장치 | |
WO2007090325A1 (fr) | Procédé et dispositif de transmission de données | |
Abu-Sharkh et al. | The impact of multi-rate operation on A-MSDU, A-MPDU and block acknowledgment in greenfield IEEE802. 11n wireless LANs | |
CN102148718A (zh) | 一种通讯系统的远程装置状态的检测与传输控制的方法 | |
Mittal | Towards a More Stable Network Infrastructure | |
KR101012549B1 (ko) | 트래픽 특성에 따른 패킷의 집합 통신 방법 및 장치 | |
Cheng et al. | TCP selective negative acknowledgment over IEEE 802.11 wireless networks | |
CN110636546A (zh) | 一种无线局域网数据帧传输的方法及系统 | |
JP6897769B2 (ja) | データ送信装置、方法およびプログラム |