PHƯƠNG PHÁP ĐÁNH GIÁ CHẤT LƯỢNG DỊCH VỤ THOẠI TRONG MẠNG VoIP, chương 12

Chia sẻ: Nguyen Van Dau | Ngày: | Loại File: PDF | Số trang:12

Thêm vào BST

Báo xấu

212
lượt xem 70
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Mục đích chính của RSVP (giao thức dữ trữ tài nguyên) là đảm bảo QoS đầu cuối-đầu cuối (end-to-end) thông suốt qua mạng bằng cách dữ trữ băng thông cho các ứng dụng unicast và multicast trên cơ sở các luồng riêng biệt. Một vài năm trước RSVP là phương pháp dẫn đầu để bổ sung QoS vào một mạng IP. Một máy chủ IP hỗ trợ RSVP có thể yêu cầu rất rõ ràng các giá trị thông số QoS (64 kb/s, 100 ms trễ ổn định...) từ mạng, và các bộ định tuyến RSVP có thể cung cấp...

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: PHƯƠNG PHÁP ĐÁNH GIÁ CHẤT LƯỢNG DỊCH VỤ THOẠI TRONG MẠNG VoIP, chương 12

Chương 12: Giao thức dữ trữ tài nguyên (RSVP) Mục đích chính của RSVP (giao thức dữ trữ tài nguyên) là đảm bảo QoS đầu cuối-đầu cuối (end-to-end) thông suốt qua mạng bằng cách dữ trữ băng thông cho các ứng dụng unicast và multicast trên cơ sở các luồng riêng biệt. Một vài năm trước RSVP là phương pháp dẫn đầu để bổ sung QoS vào một mạng IP. Một máy chủ IP hỗ trợ RSVP có thể yêu cầu rất rõ ràng các giá trị thông số QoS (64 kb/s, 100 ms trễ ổn định...) từ mạng, và các bộ định tuyến RSVP có thể cung cấp QoS cần thiết. Theo đó, các yêu cầu RSVP thay đổi không những trong các bộ định tuyến mà còn trong tất cả các máy chủ, không giống như hầu hết các phương pháp QoS khác chỉ cung cấp trong bộ định tuyến. RSVP thực sự dự trữ trước tìa nguyên được yêu cầu, do đó, ví dụ một liên kết 1,5 Mb/s có thể cung cấp tới 24 yêu cầu 64 kb/s và không hơn. Trong RSVP thường bên nhận (chủ) là thiết bị yêu cầu QoS, không phải là bên gửi (khách). Không có cơ chế nào làm cho máy chủ trả lại tài nguyên cho mạng trong bất kỳ khung thời gian nào, điều này gây ra khó khăn khi đặt tỷ lệ RSVP vào một môi trường có hàng ngàn máy chủ đang cần băng thông. Hầu hết những điểm quan trọng của RSVP đã được chuyển vào DiffServ. 4.4.12 Kiểu dịch vụ (ToS: Type of Service)
Tiêu đề IP chứa trường 8 bit gọi là kiểu dịch vụ được sử dụng để ra mức ưu tiên của gói trong một vài phạm vi QoS. Các nhà cung cấp bộ định tuyến thường bỏ qua ToS bởi vì phần mềm thực hiện trên máy chủ IP không bao giờ thực sự đặt các bit này. IP luôn là “cố gắng tối đa”, cho đến khi một số nhà sản xuất bắt đầu sử dụng trường này cho mục đích riêng của họ. Trường ToS được định nghĩa lại trong DiffServ. 4.4.13 Định hình lưu lượng (Traffic Shaping) Có nhiều bộ định tuyến IP được liên kết với nhau bằng Frame relay và/hoặc ATM. Với ATM, các gói IP đi vào mạng ATM được định hình tại thiết bị truy nhập để ngăn chặn một sự bùng nổ lưu lượng do nghẽn mạng xương sống. Định hình bao gồm chấp nhận bùng nổ từ thiết bị vào, đệm lưu lượng, và sau đó “san bằng” lưu lượng ra theo kiểu là phân bố bùng nổ trong một khoảng thời gian dài, khoảng thời gian được đặt trên cơ sở các thông số cấu hình. Bùng nổ lưu lượng quá một giới hạn nhất định thì sẽ bị thiết bị vào bỏ qua, và giá trị giới hạn vào này cũng dựa trên cấu hình. Trong mạng Frame relay, định hình lưu lượng là một phần của khái niệm tỉ lệ thông tin cam kết (CIR: Committed Information Rate) và tỷ lệ thông tin vượt quá (EIR: Excess Information Rate). 4.4.14 Xếp hàng hợp lý theo trọng số (WFQ: Weighted Fair Queuing)
Phương pháp này cũng có thể kết hợp với các công nghệ khác và thường được đề cập đến trong các thảo luận về MPLS. WFQ gắn vào băng thông một ứng dụng nhận trên một liên kết đầu ra. Mỗi luồng gói tin mà WFQ được gắn vào được đệm riêng biệt và nhận băng thông biến đổi, trên nền tảng trọng số. Ví dụ, 100 gói dữ liệu và 100 gói thoại có thể đến tại hai cổng trong cùng một khung thời gian và được xếp hàng vào cùng một cổng ra. Thông thường, các gói sẽ được xếp hàng cùng nhau và được đưa ra liên tiếp mà không quan tâm đến mức ưu tiên. Tuy nhiên, WFQ sẽ xuất các gói thoại trước và sau đó là các gói dữ liệu. Phương pháp xếp hàng này là trọng số trong thiên vị các gói thoại và vẫn hợp lý bởi vì 100 gói dữ liệu vẫn được gửi đi trước bất kỳ một gói thoại tiếp theo nào. Mỗi phương pháp đều có những ưu khuyết điểm riêng và đang tiếp tục được hoàn thiện. Phần tiếp theo đây mô tả chi tiết giao thức dành sẵn tài nguyên RSVP là một phương pháp đang được sử dụng rộng rãi. OGW TGW Call Setup Initiated SETUP
CALL PROCEEDING OGWTGW Reservation Initiated PATH OGWTGW Reservation Initiated PATH RESV RESV OGW Originating Gateway RESV CONFIRMATION TGW Terminating Gateway H.323 Call Setup Signating RSVP Reservation initiated by TGW ALERTING RSVP Reservation initiated by OGW CONNECT Call Connected Normal Call RELEASE COMPLETE Disconnect initiated OGWTGW PATHTEAR
Reservation Teardown OGWTGW Initiated PATHTEAR Reservation Teardown PATHTEAR initiated PATHTEAR Hình 4.5 Thiết lập cuộc gọi cho phép RSVP. Một phương pháp thường được sử dụng trong các sơ đồ VoIP để bảo đảm chất lượng dịch vụ trong đó mức yêu cầu về chất lượng dịch vụ phải được đảm bảo. Do đó các đầu cuối điện thoại IP hay các Gateway thoại cần yêu cầu các trạm chuyển tiếp tín hiệu thoại trong mạng cần đảm bảo mức tài nguyên end-to-end cho cuộc gọi. Các trạm cần giám sát trạng thái cuộc gọi để cung cấp nguồn tài nguyên cho các ứng dụng và cuộc gọi khác. Và nếu đủ tài nguyên dự trữ cho cuộc gọi nó chấp nhận cuộc gọi và đảm bảo băng tần yêu cầu cho cuộc gọi đó. Phương pháp này gọi là mô hình QoS dịch vụ tích hợp. Giao thức sử dụng cho mô hình này là giao thức dành sẵn tài nguyên (RSVP). RSVP có một vài ưu điểm như có thể điều khiển quản lý cuộc gọi. Tuy nhiên, RSVP cũng có một vài khuyết điểm. Khi VoIP được triển khai ngay lập tức RSVP trở
thành một thành phần chìa khoá cung cấp sự quản lý và QoS cho các luồng thông tin cho VoIP. Tuy nhiên sự triển khai ban đầu cho VoIP có hai giới hạn. Giới hạn đầu tiên là chức năng điều khiển xác nhận cuộc gọi (CAC: Call Admission Control) không thể triển khai cùng với RSVP bởi vì quá trình dành sẵn tài nguyên không đồng bộ với tín hiệu thoại. Một cuộc gọi vẫn có thể được thực hiện nếu quá trình dành sẵn tài nguyên bị lỗi hay không thực hiện được. Sử dụng RSVP cho VoIP yêu cầu đồng bộ tín hiệu thoại với tín hiệu RSVP. Điều này làm cho quá trình quản lý phức tạp thêm một chút. Sự đồng bộ này đảm bảo rằng phía bị gọi chỉ được thông báo về cuộc gọi khi tài nguyên đã được thiết lập. Sự đồng bộ này cũng đảm bảo cho thông báo khi tài nguyên dự trữ không đủ. Giới hạn thứ hai là sự dành sẵn tài nguyên có thể không cung cấp chất lượng tốt nhất trong suốt thời gian xảy ra tắc nghẽn. RSVP tạo ra một hàng đợi dành sẵn cho mỗi luồng lưu lượng trong hệ thống và đảm bảo một độ trễ giới hạn. Tuy nhiên các hàng đợi này trong một số trường hợp không thể cung cấp mức chất lượng dịch vụ theo yêu cầu. Lợi ích của việc sử dụng RSVP giá thành (quản lý mào đầu và ảnh hưởng hiệu năng). Một cuộc gọi phải bắt đầu với 2 sự dành sẵn tài nguyên độc lập bởi RSVP không cung cấp các dịch vụ quản lý và dự trữ băng tần song hướng. Mỗi GW thoại chịu trách nhiệm cung cấp thông tin liên quan cho GW kia và giám sát trạng thái tài nguyên. Quản
lý băng tần cuộc gọi VoIP sẽ không thể thực hiện nếu ít nhất một trong các quá trình dành sẵn tài nguyên bị hỏng. Trong hình trên một GW ban đầu (OGW) thiết lập một cuộc gọi tới một GW cuối (TGW). OGW gửi một bản tin SETUP H.323 tới TGW để bắt đầu cuộc gọi. Bản tin SETUP này sẽ mang thông tin QoS mà OGW chấp nhận cho cuộc gọi đến TGW. TGW trả lời với bản tin H.323 CALL PROCEEDING. Cả hai GW này sẽ bắt đầu quá trình yêu cầu dành sẵn nguồn tài nguyên bằng cách gửi một bản tin RSVP PATH...Quá trình này là độc lập ở cả hai phía. Cuộc gọi sẽ không thể thực hiện nếu không nhận được kết quả thông báo quá trình dành sẵn tài nguyên đã thành công (khi TGW nhận được bản tin RSVP RESV và bản tin RSVP RESV CONFIRMATION). Tại thời điểm này quá trình thiết lập cuộc gọi được tiếp tục và TGW gửi một bản tin H.323 ALRLETING tới OGW để thông báo rằng phía bị gọi đang ở trong trạng thái Alerting. Một quá trình giải phóng kết nối thông thường diễn ra khi một bản tin H.323 RELEASE COMPLETE được gửi từ một phía nào đó sau khi cuộc gọi đã được thiết lập. Tại thời điểm này quá trình giải phóng nguồn tài nguyên được thực hiện bằng các bản tin PATH TEAR và RESV TEAR. OGW TGW Call Setup Initiated SETUP CALL PROCEEDING
OGWTGW Reservation Initiated PATH OGWTGW Reservation Initiated PATH OGWTGW Reservation Initiated PATH RESV RESV OGW Originating Gateway OGWTGW RESV CONFIRMATION TGW Terminating Gateway H.323 Call Setup Signating RSVP Reservation initiated by TGW Reservation Teardown RSVP Reservation initiated by OGW Initiated RESV TEAR Call Disconnect initiated RELEASE COMPLETE
OGWTGW PATHTEAR Reservation Teardown initiated PATHTEAR PATHTEAR Hình 4.6 Xử lý khi quá trình thiết lập RSVP bị hỏng. Nếu ít nhất một quá trình dành sẵn tài nguyên bị lỗi, các GW thoại cần được cấu hình lại theo các cách sau: 1. GW thoại có thể thông báo cho User về cuộc gọi bị hỏng hay chuyển mạch sang trạng thái phân tán cuộc gọi. 2. Cuộc gọi có thể được định tuyến thông qua một tuyến khác. 3. Cuộc gọi có thể được kết nối với QoS tối thiểu. Trường hợp cuối xảy ra khi phía bị gọi nhận được các thông tin về khả năng chấp nhận mức dịch vụ tối thiểu trong bản tin H.323 SETUP.
KẾT LUẬN
Thị trường viễn thông rộng lớn đang hướng tới sự tích hợp dịch vụ trong một thiết bị người sử dụng duy nhất. Để làm được điều này cần thay thế mạng chuyển mạch kênh truyền thống bằng một mạng gói linh hoạt hơn trong việc triển khai các dịch vụ mới. Điều này sẽ cho phép tiết kiệm tài nguyên mạng và giá thành chi phí dịch vụ cho người sử dụng. Cùng với tốc độ phát triển như vũ bão của các công nghệ mới, công nghệ VoIP ra đời đã đánh dấu một bước quan trọng trong quá trình phát triển của công nghiệp viễn thông, đó là sự kết hợp giữa tín hiệu thoại vào mạng nền gói thay cho mạng chuyển mạch kênh truyền thống. Những ưu điểm về giá cả, dịch vụ đã dành được sự chấp nhận của người sử dụng trên toàn thế giới. Trong những năm qua, việc số người sử dụng dịch vụ Internet Phone trên thế giới nói chung và Việt Nam nói riêng tăng vọt đã cho thấy công nghệ điện thoại VoIP sẽ thay thế dần công nghệ chuyển mạch kênh truyền thống và dịch vụ VoIP sẽ là dịch vụ cơ bản trong trong mạng thế hệ kế tiếp. Có thể nói vấn đề cơ bản trong việc triển khai dịch vụ VoIP vẫn là QoS, các tổ chức viễn thông thế giới vẫn đang tiếp tục nghiên cứu các biện pháp nâng cao chất lượng dịch vụ để đáp ứng hoàn toàn các yêu cầu của người sử dụng, và nếu giải quyết tốt vấn đề này trong tương lai có thể các mạng PSTN truyền thống có thể được thay thế hoàn toàn bằng các mạng VoIP.