Giao thức thứ tư trong ngăn xếp giao thức của định luồng media là Real-time Streaming Protocol . Không giống như ba giao thức trình bày trước, RTSP là một giao
Phần mềm nội trú RSVP Phân loại Gói tin Lập lịch trình Gói tin Định tuyến Kiểm soát Chính sách Kiểm soát Vào Dữ liệu Đặt trước
73
thức mức ứng dụng, giống như HTTP hay FTP trong ngăn xếp TCP/IP. RTSP vẫn chỉ là một chuẩn theo khuyến có IETF, nhưng các sản phẩm RTSP đã có mặt trên thị trường.
Được phát triển nhờ sự kết hợp của Progressive Networks, Netscape Communications và Trường Đại học Columbia, RTSP là một giao thức mạnh cho phép người sử dụng điều khiển dòng chuyển động Media thông qua mạng. Giao thức này làm việc với các giao thức mức thấp hơn như RTP, RSVP, IP và TCP/UDP để cung cấp dịch vụ định luồng hoàn thiện thông qua Internet.
Điều quan trọng cần phải hiểu là RTSP không phải là giao thức chuyển dữ liệu mà là một giao thức điều khiển. Nó dựa vào các giao thức mức thấp hơn như RTP và RTCP để truyền dữ liệu thực sự. RTSP cũng được thiết kế để cung cấp khả năng hợp tác giữa các thiết bị, kiểu file, các bộ mã hoá và các nhà cung cấp. Điều này rất quan trọng cho tương lai của chuẩn này. Khả năng ủng hộ nhiều nhà cung cấp và nhiều kiểu dữ liệu sẽ đảm bảo rằng RTSP sẽ tiếp tục tồn tại với tư cách là một chuẩn.
RTSP được thiết kế tương tự như HTTP để có khả năng mở rộng và hợp tác. Trong thực tế, mỗi một trình diễn và luồng Media sẽ được chỉ thị như một liên kết RTSP URL. Các thuộc tính của trình diễn cũng như các đặc tả khác được lưu trữ như một file mô tả mà bản thân nó có một đặc tả URL. URL này lưu giữ thông tin điều khiển việc trình bày một luồng cụ thể.
Sự khác biệt của RTSP so với HTTP:
Sự khác biệt chính giữa HTTP và RTSP là ở trong RTSP, cả máy chủ và máy khách đều có thể tạo ra các yêu cầu. Ví dụ, máy chủ định luồng Media có thể gửi ra các yêu cầu để đặt các tham số playback của một luồng cụ thể.
Sự khác nhau quan trọng nữa là máy chủ cần phải duy trì trạng thái hoặc liên kết trong khi HTTP là một giao thức không có trạng thái.
Cuối cùng, dữ liệu trong RTSP có thể được mang bằng các giao thức khác như RTP, điều này là không thể với HTTP.
RTSP được định nghĩa sử dụng ISO 10646 (UTF-8), trong khi ISO 8859-1 đang được sử dụng cho HTTP.
URI của yêu cầu RTSP luôn chứa URI tuyệt đối. Để tương thích với những sai lầm ngớ ngẩn trong lịch sử, HTTP/1.1 chỉ chứa đường dẫn tuyệt đối trong trong yêu cầu còn đặt tên máy chủ trong nột trường header riêng biệt.
Sau đây là một vài phương thức cung cấp dịc vụ RTSP. Các phương thức này các chỉ thị được gửi như các gói tin RTSP đến và đi giữa các máy chủ và máy khách để quyết
74
định các cài đặt và lựa chọn cho luồng. Hình 3.21 minh hoạ kết nối điều khiển RTSP chuẩn.
Hình 3.21:Kết nối điều khiển RTSP
- Describe: Máy khách nhận mô tả của một trình diễn hoặc một đối tượng media
được xác định bằng yêu cầu URL từ máy chủ.
- Announce: Khi được gửi từ máy khách đến máy chủ, Announce thông báo mô
tả của trình diễn hoặc đối tượng Media được xác định bằng yêu cầu URL đến máy chủ. Khi gửi từ máy chủ đến máy khách, Announce cập nhật mô tả phiên làm việc trong thời gian thực.
- Setup: Máy khách hỏi máy chủ để xác định vị trí tài nguyên cho một luồng và
xác lập một phiên làm việc.
- Play: Máy khách yêu cầu máy chủ bắt đầu gửi dữ liệu trên luồng đã được định
vị thông qua lệnh Setup.
- Pause: Máy khách dừng tạm thời việc nhận luồng mà không giải phóng tài nguyên máy chủ.
- Teardown: Máy khách yêu cầu máy chủ dừng việc truyền luồng chỉ định và
giải phóng tài nguyên liên quan đến nó.
Như trên sơ đồ đã trình bày, máy khách gửi yêu cầu Describe đến máy chủ để lấy URL file mô tả Media. Sau khi máy chủ trả lời, máy khách sẽ gửi một yêu cầu Setup để định vị tài nguyên. Cuối cùng máy khách gửi yêu cầu Play đến máy chủ để bắt đầu tạo luồng dữ liệu.
Máy chủ có thể sử dụng bất kỳ khuôn dạng gói tin nào để gửi dữ liệu đến máy khách RTSP, Hiện nay khuôn dạng gói tin phổ thông nhất là RTP đã được mô tả ở trên. Hình 3.22 minh hoạ kết nối RTSP chuẩn sử dụng gói tin RTP trong chế độ UDP.
Một kết nối 2 chiều TCP được sử dụng cho các thông tin điều khiển và bắt tay. Một kết nối UDP hai chiều được sử dụng để cung cấp các gói tin bị mất đến máy chủ và
75
đồng bộ thông tin đến máy khách. Cuối cùng một kết nối UDP một chiều được sử dụng để truyền dữ liệu media sử dụng khuôn dạng gói tin RTP. Cổng RTP cần phải là một cổng chẵn và RTCP là cổng tiếp theo.
Phần này đã cung cung cấp cái nhìn chi tiết vào 4 giao thức chính kết hợp với việc định luồng media. Các giao thức này tương tác và sử dụng các tính năng của cái khác để tạo ra một môi trường định luồng Media mạng mẽ và dễ mở rộng. RTP, RTCP, RSVP và RTSP mỗi cái có chức năng đặc biệt trong quá trình định luồng, tuy nhiên nếu không có cái khác, không một giao thức đơn lẻ nào có thể cung cấp đầy đủ các dịch vụ cho việc định tuyến video thành công.
Hình 3.22:Kết nối RTSP
Hình 3.23 dưới đây mô tả các trạng thái của RTSP sau những yêu cầu cả từ phía máy chủ lẫn máy khách.
76
CHƢƠNG 4: NGHIÊN CỨU MÔ HÌNH ĐÁNH GIÁ CHẤT
LƢỢNG TRONG ĐỊNH LUỒNG MPLS