Scheduling Services: 在Connection上傳送data時, MAC scheduler支援的資料處理機制, 可分為下列幾種排程服務
Unsolicited Grant Service (UGS): 用以支援在每一週期間隔會發出固定大小封包的即時資料流服務, 例如T1/E1, 無Silent Suppression的VoIP, 此種排程服務必須支援的QoS參數為: Max Sustained Traffic Rate, Max Latency, Tolerated Jitter, Req/Tx Policy, Min Reserved Traffic Rate(若有的話, 通常與Max Sustained Traffic Rate)
BS在固定週期間隔就會依據Service Flow的Max Sustained Traffic Rate的要求主動發Data Burst Grant IE給SS
此服務在Req/Tx Policy上必須禁止SS在此連線上採用connection request(爭奪請求)的機會
Real-time Polling Service (rtPS):用以支援在每一週期間隔會發出封包大小不定的即時資料流服務, 例如MPEG, 此種排程服務必須支援的QoS參數為: Min Reserved Traffic Rate, Max Sustained Traffic Rate, Max Latency, Req/Tx Policy, 此服務在Req/Tx Policy上也必須禁止SS在此連線上採用Connection Request的機會
Non-real-time Polling Service (nrtPS): 用以支援需要保證最小data rate且容許延遲(delay-tolerant)而封包大小不定的資料流, 例如FTP, 此種排程服務必須支援的QoS參數為: Min Reserved Traffic Rate, Max Sustained Traffic Rate, Traffic Priority, Req/Tx Policy
Best Effort (BE): 用以支援不需保證最少服務等級, 可以採用空閒時才處理的方式, 此種排程服務必須支援的QoS參數為: Max Sustained Traffic Rate, Traffic Priority, Req/Tx Policy
上述幾種排程服務中的QoS參數, 是透過DSA, DSC message對話所管理的
2007年4月15日 星期日
訂閱:
張貼留言 (Atom)
1 則留言:
Hi, 你好
例如:設定 QoS 走 UGS 時,基本上我們只設定 uplink 的 scheduling 為 UGS,而 downlink 的 scheduling 我們是還是設定 BE。
我想請教你, 在 downlink 下, QoS 是否都只需要設定 BE? 這是我一直都不太了解的地方。
張貼留言