II. CÂC PHƯƠNG THỨC XÂC LẬP THÔNG SỐ CHẤT LƯỢNG DỊCH VỤ CHO LỚP IP :
1.Câc phương phâp xử lý yíu cầu về băng thông đối với tín hiệu thoạ
gói trín mạng để giải quyết câc vấn đề thời gian thực, jitter, … Vấn đề xâc lập QoS cho mạng IP có thể được tiến hănh theo hai phương phâp sau:
- Dự trữ tăi nguyín cho từng loại dịch vụ. - Xâc định ưu tiín cho câc luồng lưu lượng.
1. Câc phương phâp xử lý yíu cầu về băng thông đối với tín hiệu thoại thoại
a) Giao thức nĩn tiíu đề gói thoại (Compressed Real-Time Protocol – cRTP)
Do việc sử dụng thím phần tiíu đề gói nín đối với một mạng điện thoại qua IP nếu sử dụng cùng một phương phâp mê hóa như mạng thoại PSTN thì băng thông cần thiết cho mạng IP sẽ lớn hơn mạng chuyển mạch kính. Tuy vậy nếu âp dụng câc thuật toân mê hóa nĩn thoại hay loại bỏ câc khoảng lặng, đồng thời sử dụng một câch linh hoạt, chia sẽ phần băng thông được cấp phât giữa câc kính thoại thì mạng thoại IP cho phĩp việc sử dụng băng thông tối ưu hơn so với mạng phđn kính cố định TDM.
Một phương phâp hữu hiệu để giảm lượng băng thông được yíu cầu bởi dịch vụ thoại trín mạng lă nĩn tiíu đề gói. Quâ trình nĩn tiíu đề gói sẽ lăm giảm kích thước của câc gói thoại vă do đó giảm sự tiíu thụ băng thông dănh cho mỗi gói thoại được truyền qua mạng.
Người ta nĩn phần tiíu đề của câc gói thoại bằng việc tích hợp cRTP trín câc nút mạng. cRTP lă một giao thức cho phĩp nĩn tiíu đề của gói thoại bao gồm tiíu đề của câc giao thức RTP, UDP vă IP có kích thước 40 byte chỉ còn 2 đến 4 byte tùy theo việc sử dụng hay không sử dụng trường checksum trín tiíu đề UDP.
Kích thước gói trước khi nĩn
20 bytes 8 bytes 12 bytes
IP UDP RTP Payload
Tiíu đề gói 20 -160 byte Kích thước gói sau khi nĩn
2-4 byte
Payload
20 -160 byte
Sử dụng cRTP nĩn tiíu đề gói thoại
Giao thức nĩn tiíu đề gói cRTP hoạt động trín cơ sở một số trường thông tin trín phần tiíu đề gói của câc giao thức IP vă UDP thường không thay đổi trín câc gói khâc nhau. Thím văo đó câc trường thông tin tiíu đề RTP thay đổi theo một qui luật xâc định. Do đó cRTP chỉ truyền đầy đủ thông tin của phần tiíu ở gói đầu tiín vă tiíu đề của câc gói sau đó sẽ bị nĩn bằng câch bỏ đi câc trường thông tin lặp lại hay sử dụng một số bit để chỉ thị qui luật thay đổi thông tin.
Theo đó cRTP chỉ phât đi câc trường Packet ID trín tiíu đề IP khi có sự thay đổi, checksum của UDP khi câc ứng dụng đầu cuối có yíu cầu. Đối với câc trường số thứ tự bản tin hay timestamp trín tiíu đề RTP, cRTP sẽ thiết lập câc trường xâc định qui luật thay đổi như số thứ tự sẽ tăng bởi 1, còn TS sẽ tăng theo thời gian lấy mẫu.
Trường quan trọng nhất trong phần tiíu đề nĩn lă trường nhận dạng phiín CID (session context identifier) gồm 8 bit xâc định một phiín kết nối giữa hai đầu cuối. CID lă trường đại diện cho tổ hợp thông tin xâc lập phiín lăm việc trín 3
- Trường xâc định nguồn đồng bộ của luồng thông tin RTP.
Bảng so sânh băng thông khi sử dụng vă không sử dụng cRTP
Tiíu chuẩn mê hóa Băng thông sử dụng Băng thông sử dụng khi
sử dụng cRTP
G.729(1 mẫu 10ms/khung) 40kbit/s 9.6kbit/s
G.729(2 mẫu 10ms/khung) 16kbit/s 8.4kbit/s
G.729(4 mẫu 10ms/khung) 24kbit/s 11.2kbit/s
G.711(1 mẫu 10ms/khung) 112kbit/s 81.6kbit/s
G.711(2 mẫu 10ms/khung) 96kbit/s 80.8kbit/s
b) Resource Reservation Protocol (RSVP)
RSVP lă giao thức cho phĩp câc đầu cuối thông bâo cho mạng về thông số chất lượng dịch vụ của câc ứng dụng được gởi qua chúng, trín cơ sở đó mạng sẽ xâc lập câc phương thức xử lý đối với từng loại lưu lượng khâc nhau. Thím văo đó RSVP còn mang thông tin về nhu cầu băng thông của từng loại lưu lượng đến câc nút mạng trước khi kính thông tin được thiết lập, theo đó câc nút mạng có thể chấp nhận hay từ chối việc gởi câc gói tin đến chúng. Câc gói tin sẽ phải gởi đi trín một đường dẫn khâc nếu không nhận được câc đâp ứng từ một nút mạng cho câc yíu cầu về sử dụng tăi nguyín trín mạng.
Như vậy RSVP lă một giao thức định hướng cho việc thiết lập câc đường truyền thông tin trín mạng cũng như cho việc xâc lập câc cơ chế xử lý thông tin trín mỗi nút mạng. RSVP thiết lập một kính thông tin riíng đơn hướng để phât câc bản tin của nó song song với kính truyền dữ liệu . Bản tin PATH sẽ mang thông tin mô tả luồng lưu lượng đến đầu cuối đích, còn bản tin RESV sẽ thông bâo cho đầu cuối phât (adsbygoogle = window.adsbygoogle || []).push({});
biết đầu cuối đích tiếp nhận thông tin vă phần băng thông tối thiểu sẽ cấp phât cho luồng dữ liệu.
Một ứng dụng của RSVP lă cho phĩp câc Gateway thực thi cơ chế điều khiển việc chấp nhận cuộc gọi. Theo đó bản tin Alerting chỉ được gởi đi sau khi đê xâc lập được câc tăi nguyín mạng sẽ cấp phât cho cuộc gọi ở cả hai đầu cuối bằng việc thiết lập hai kính RSVP trín hai hướng. Nếu một trong hai kính RSVP bị từ chối, cuộc gọi sẽ không được thiết lập.