HỆ THỐNG TRUYỀN HÌNH TRÊN MẠNG xDSL
3.3 Giao thức cho dịch vụ unicast
3.3.1 Giao thức RTSP
Giao thức RTSP được phát triển bởi IETF và thành lập vào năm 1998 với chuẩn RFC 2326. Đây là giao thức được ứng dụng để điều khiển dữ liệu với thời gian thực. RTSP cung cấp một khung làm việc cho phép điều khiển theo yêu cầu về thời gian thực, giống như audio và video. Nguồn dữ liệu có thể bao gồm cả dữ liệu sống
và clip lưu trữ. Đây là giao thức dành cho phát triển dữ liệu đa phương tiện , cung cấp cách phân phát các kênh như UDP, TCP và việc đó đảm bảo theo thời gian thực. Điều khiển luồng bởi RTSP có thể sử dụng RTP , nhưng sự hoạt động của RTSP là không phụ thuộc vào kỹ thuật vận chuyển để truyền data. Giao thức được cố tình giả lập trong cú pháp và hoạt động tới HTTP/1.1, vì mở rộng kỹ thuật tới HTTP có thể là hầu hết các trường hợp địa chỉ tới RTSP. Tuy nhiên ở RTSP có sự khác biệt quan trọng về lý thuyết so với HTTP:
RTSP giới thiệu một số phương pháp mới và có sự khác giao thức xác nhận Một RTSP server cần xác định trạng thái bằng cách mặc định hầu hết tất cả các trường hợp, tương phản với trạng thái tự nhiên của HTTP.
Cả RSTP server và client có thể đưa ra yêu cầu Dữ liệu mang đi out-of-band bằng giao thức khác. Giao thức RTSP có một số những đặc điểm sau đây:
• Khả năng mở rộng. Phương pháp mới và các thông số có thể dễ dàng thêm vào RTSP.
• Dễ dàng phân tích. Giao thức RTSP có thể dễ dàng phần tích bằng tiêu chuẩn HTTP hoặc MIME.
• Bảo mật. RTSP sử dụng kỹ thuật bảo mật web. Tất cả kỹ thuật nhận thực đều cơ bản và chứng thực đều trực tiếp được áp dụng. Một số có thể dừng lại hoặc bảo mật ở lớp mạng.
• Vận chuyển độc lập. RTSP có thể sử dụng một trong hai phương pháp truyền gói tin không tin cậy UDP và đáng tin cậy RDP, hoặc là giao thức luồng tin cậy TCP được thực hiện ở lớp ứng dụng đáng tin cậy.
• Khả năng chạy nhiều server. Mỗi một luồng media giữa các phần trình diễn có thể đặt tại các server khác nhau. Các client sẽ tự động thiết lập một vài phiên điều khiển hiện tại với các server media khác nhau. Giữa chúng được đồng bộ với nhau ở lớp giao vận.
• Điều khiển thiết bị ghi. Giao thức này có thể điều khiển cả 2 quá trình ghi và chạy lại thiết bị, hoặc cũng có thể nằm xen kẽ giữa hai mode.
• Điều khiển luồng và hội nghị ban đầu. Điều khiển luồng đã đưa ra từ lời mời của server tới hội nghị. Chỉ có những yêu cầu hội nghị là một trong hai cung cấp hoặc là có thể sử dụng tạo ra hội nghị riêng. Trong thực tế SIP và h323 có thể sử dụng mời một server tới hội nghị.
• Phù hợp với những ứng dụng cá nhân. RTSP hỗ trợ frame level thông qua SMPTE cho phép chỉnh sửa từ xa.
• Proxy và firewall tiện lợi. Giao thức nên sắn sang sử lý bởi cả hai ứng dụng và lớp giao vận. Một firewall có thể không hiểu cách setup và mở tiện ích cho UDP media.
3.3.2Mở rộng giao thức RTSP
Không phải tất cả các server đều có một chức năng giống nhau, các server media cần thiết sẽ được hỗ trợ các yêu cầu khác nhau. Ví dụ:
Một server có thể chỉ có khả năng Playback theo cách đó thì không cần hỗ trợ yêu cầu record.
Một server có thể không có khả năng tìm kiếm nếu nó chỉ hỗ trợ các sự kiện sống.
Một số server có thể không hỗ trợ các thông số luồng và theo cách đó nó không hỗ trợ get-parameter và set-parameter.
Giao thức RTSP có thể mở rộng ra theo ba cách, danh sách ở đây đưa ra hợp lệ theo việc thay đổi độ lớn được hỗ trợ:
Hiện nay phương pháp có thể mở rộng với các thông số mới, các thông số dài có thể an toàn khi bỏ qua bằng cách nhận về. Nếu máy client cần phủ định thừa lại ACK khi mà phương pháp mở rộng không được hỗ trợ, một tag tương ứng với phần mở rộng có thể thêm vào theo yêu cầu.
Một phương pháp mới có thể đưa vào .Nếu nhận một bản tin mà không hiểu bản tin yêu cầu gì, nó sẽ trả lời với lỗi 501 (không thể thực hiện) và bên gửi không nên
cố thử lại. Một client có thể sử dụng lựa chọn phương pháp để đòi hỏi về cách hỗ trợ bởi server. Các server nên đưa ra một danh sách các phương pháp mà nó hỗ trợ sử dụng. Một phiên bản mới của giao thức có thể được định nghĩa để cho phép hầu hết tất cả giao diện thay đổi.
3.3.3Bản tin RTSP
Giao thức RTSP là giao thức cơ bản sử dụng ISO 10646 kí tự đặt trong UTE – 8 encoding. Đường giới hạn bởi CRLF nhưng mà người nhận sẽ nên chuẩn bị để hiểu được CR và LF bằng chính bản thân gởi hạn. Với 10646 kí tự được sắp xếp để tránh sự chồng chéo, nhưng mà nó không xuất hiện các ứng dụng như là US-ASCII đã được sử dụng. Nó được mã hóa có thể sử dụng cho giao thức RTCP. ISO 8859-1 biên dịch trực tiếp vào Unicode với octer cao nhất là không. Bản tin RTSP có thể truyền qua các giao thức thấp hơn lớp giao vận.
3.3.4Ứng dụng của giao thức RTSP
Công nghệ IPTV là công nghệ đòi hỏi tín hiệu được truyền đi theo thời gian thực. Chính vì vậy mà giao thức RTSP có ý nghĩa rất quan trọng. Giao thức RTSP hộ trợ trong việc truyền tín hiệu multicast để có thể truyền các kênh truyền hình. Để có thể xem được các kênh truyền hình thì tín hiệu nhận được phải theo thời gian thực.