2007年4月15日 星期日

WiMax QoS and Scheduling

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對話所管理的

1 則留言:

Matthew 提到...

Hi, 你好
例如:設定 QoS 走 UGS 時,基本上我們只設定 uplink 的 scheduling 為 UGS,而 downlink 的 scheduling 我們是還是設定 BE。

我想請教你, 在 downlink 下, QoS 是否都只需要設定 BE? 這是我一直都不太了解的地方。