[發(fā)明專利]傳輸具有發(fā)射機超時的數(shù)據(jù)包信息的方法無效
| 申請?zhí)枺?/td> | 01804698.3 | 申請日: | 2001-02-14 |
| 公開(公告)號: | CN1398473A | 公開(公告)日: | 2003-02-19 |
| 發(fā)明(設(shè)計)人: | 盧多維克·讓娜;帕特里克·洛佩斯;吉勒·施特勞布 | 申請(專利權(quán))人: | 湯姆森許可貿(mào)易公司 |
| 主分類號: | H04L12/28 | 分類號: | H04L12/28;H04L12/56;H04L1/18 |
| 代理公司: | 中科專利商標代理有限責任公司 | 代理人: | 戎志敏 |
| 地址: | 法國*** | 國省代碼: | 暫無信息 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 傳輸 具有 發(fā)射機 超時 數(shù)據(jù)包 信息 方法 | ||
技術(shù)領(lǐng)域
本發(fā)明涉及傳輸數(shù)據(jù)包方法,尤其與Hiperlan2發(fā)射機有關(guān)。它提出了丟棄數(shù)據(jù)包的問題。
背景技術(shù)
圖1代表Hiperlan2無線網(wǎng)絡(luò)中發(fā)射機或接收機節(jié)點的通訊協(xié)議堆棧。從底部到頂部,堆棧包括物理層(PHY)、數(shù)據(jù)鏈接控制層(DLC)、聚合層(CL),接下是更高層。聚合層CL可能有幾種類型,尤其是基于單元的類型或是基于數(shù)據(jù)包類型的。基于數(shù)據(jù)包類型的聚合層包括數(shù)個特別聚合子層(SSCS)。目前已規(guī)范的或處于規(guī)范下的SSCS層的實例涉及到以太網(wǎng)或IEEE1394協(xié)議環(huán)境。這個特別子層下面,包括共用部分聚合子層(CPCS),其下是分段和重組子層(SAR)。
聚合層準備定長數(shù)據(jù)包(SAR-PDUs),送往數(shù)據(jù)鏈接控制層以便傳輸。每個傳輸?shù)膮f(xié)議數(shù)據(jù)單元(PDU)都使序號器增加。計數(shù)的值含在每個協(xié)議數(shù)據(jù)單元中,使用接收機的數(shù)據(jù)鏈接控制層(DLS)以正確順序把數(shù)據(jù)包恢復(fù)到接收機分段和重組子層。
Hiperlanr的誤差控制允許接收機要求重新發(fā)送不正確接收的協(xié)議數(shù)據(jù)單元(PDU)。在這種模式中,接收機確認他接收的每個協(xié)議數(shù)據(jù)單元數(shù)據(jù)包(數(shù)個數(shù)據(jù)包可能在一個確認信息中確認)。不被確認的協(xié)議數(shù)據(jù)單元數(shù)據(jù)包由發(fā)射機的數(shù)據(jù)鏈接控制層(DLC)按確定時間傳輸。發(fā)射機和接收機的數(shù)據(jù)鏈接控制層(DLC)定義了丟棄結(jié)構(gòu),發(fā)射機通過適當?shù)男畔⑼ㄖ邮諜C,雖然他們不可能由接收機確認,他不再發(fā)送確定協(xié)議數(shù)據(jù)單元(PDU)。至于什么時候發(fā)送這類丟棄信息,由發(fā)射機數(shù)據(jù)鏈接控制層的設(shè)備決定。
本發(fā)明是關(guān)于在DLC層上的結(jié)構(gòu),以確保傳輸時間被限制到最大值。這就避免在每個異步1394數(shù)據(jù)包中使用特殊激活時間段(using?a?specialtime-to-live?field)。
發(fā)明內(nèi)容
本發(fā)明的目的是提供一種在Hiperlan發(fā)射機中傳輸數(shù)據(jù)包的方法,包括在自動重復(fù)要求的模式下發(fā)送數(shù)據(jù)包的步驟,
特征在于還包括步驟:
提供帶有激活時間(time?to?live)參數(shù)的發(fā)射機數(shù)據(jù)鏈接控制層,該時間應(yīng)用于數(shù)據(jù)鏈接控制層至少從上層接收一個數(shù)據(jù)包的時間,以確定至少一個數(shù)據(jù)包的向上傳輸時間。
在傳輸至少一個數(shù)據(jù)包前,檢查上個傳輸時間是否到達;
當上一個傳輸時間沒到達時,只發(fā)送至少一個數(shù)據(jù)包。
Hiperlan2沒有規(guī)定任何結(jié)構(gòu)管理數(shù)據(jù)包的最大預(yù)期使用期限,發(fā)射機的DLC層用其決定是否發(fā)送數(shù)據(jù)包或者是否丟棄的信息送到接收機。本發(fā)明解決了這個問題。
某些情況下,最大授權(quán)傳輸時間的知識可以幫助更高一層,如應(yīng)用程序。
為了應(yīng)用流程實時數(shù)據(jù)(用服務(wù)質(zhì)量-或Qos-要求),最大傳輸延時允許應(yīng)用程序計算補償發(fā)射機抖動需要的緩存器的容量。
在IEEE協(xié)議聚合層的特殊情況下,傳輸異步數(shù)據(jù)包要求傳輸時間限制在最大值內(nèi)。在單一總線,當接收機占用過長時間沒有回答時,處理層(交換結(jié)構(gòu)橋)使用分離超時的概念安全地結(jié)束處理。因為這個協(xié)議認為,在發(fā)送和接收兩方面分離超時在同一時間開始(ack?pending數(shù)據(jù)包傳輸時間在有線總線上是接近瞬時的)。然而,在Hiperlan2中,傳輸時間事先并不知道,Hiperlan2使用分離超時結(jié)構(gòu)很困難。圍繞這個問題的可能辦法是使激活時間值加入到IEEE1394協(xié)議層級的每個異步數(shù)據(jù)包,以便在聚合層丟棄作廢的數(shù)據(jù)包,但是這個額外的信息表示不需要的開銷。。
根據(jù)不同的實例,方法還包括的步驟是,在發(fā)射機和接收機實施IEEE1394處理層協(xié)議的情況下,在接收機和發(fā)射機兩方面向分離超時中增加激活時間。
附圖說明
通過用相關(guān)的附圖描述實例展現(xiàn)本發(fā)明的其他特性和優(yōu)點。
圖1是Hiperlan2協(xié)議標準模型的現(xiàn)有技術(shù)。
圖2是數(shù)據(jù)鏈接控制層(DLC)協(xié)議數(shù)據(jù)單元格式的圖表。
圖3是現(xiàn)有技術(shù),顯示圖2表中的協(xié)議數(shù)據(jù)單元(PDU)型參數(shù)值圖表。
圖4是現(xiàn)有技術(shù),指明丟棄PDU格式的圖表。
圖5是第一個圖示,描述協(xié)議數(shù)據(jù)單元(PDU)通過聚合層、數(shù)據(jù)鏈接控制層和物理層的流程。
圖6是第二個圖示,描述協(xié)議數(shù)據(jù)單元(PDU)通過聚合層、數(shù)據(jù)鏈接控制層和物理層的流程。
具體實施方式
正文描述在數(shù)據(jù)鏈接控制層(DLC)用自動重復(fù)要求(ARQ)模式為異步數(shù)據(jù)提供最大傳輸延遲的結(jié)構(gòu)。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于湯姆森許可貿(mào)易公司,未經(jīng)湯姆森許可貿(mào)易公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/01804698.3/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。





