Streaming Real Time Protocol (RTSP) [12] là một khung mở rộng để kiểm soát cung cấp các phương tiện truyền thông thời gian thực dữ liệu, chẳng hạn như âm thanh và video.
Mục tiêu giao thức:
RTSP được thiết kế như là một giao thức báo hiệu cho thiết lập và kiểm soát một hoặc nhiều luồng đồng bộ thời gian của các phương tiện truyền thông liên tục. Có thể so sánh RTSP với một thiết bị thế giới thực là điều khiển từ xa VCR. RTSP có thể được sử dụng để bắt đầu, dừng, và tạm dừng các media clip. "kiểm soát Internet từ xa" hỗ trợ hoạt động để kiểm soát dữ liệu trực tiếp hoặc lưu trữ media clip.
RTSP thường bị hiểu lầm là một giao thức vận chuyển. Tuy nhiên, nó không phải tham gia vào quá trình vận chuyển của các luồng liên tục. Nó cung cấp một phương tiện để đàm phán các cơ chế vận chuyển nên được đưa vào cung cấp phương tiện truyền thông. RTSP chính nó là độc lập của bất kỳ cơ chế vận chuyển cụ thể. Internet hiện tại tất cả các cơ chế vận chuyển, cụ thể là UDP, TCP, và RTP- on-UDP được hỗ trợ. Báo hiệu kênh RTSP là độc lập với các giao thức vận chuyển, cả UDP và TCP đều được hỗ trợ.
Việc thiết kế giao thức cơ bản rất tương tự như trong cú pháp và hoạt động HTTP/1.1. Những lợi ích của quyết định thiết kế này là: có thể tránh được nhiều sai lầm , được thực hiện trong HTTP, và thứ hai, chấp thuận các tính năng của việc
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/ thực hiện HTTP và mở rộng các cơ chế có thể được tái sử dụng. Ngoài các thuộc tính thiết kế mô tả, RTSP có thể được mô tả theo các tính năng thiết kế sau đây:
- Chức năng nhiều máy chủ : Streams của máy chủ Media có thể được điều khiển cùng một lúc. Đồng bộ hóa được thực hiện ở cấp ứng dụng,
- Proxy và tường lửa thân thiện: Khi RTSP đã thừa hưởng các định dạng giao thức HTTP, chỉ có một vài thay đổi đơn giản proxy và hệ thống tường lửa cho phép xử lý đúng đắn tín hiệu RTSP trong các hệ thống này. Ngoài ra, bằng cách phân tích các phương pháp SETUP, tường lửa có thể dễ dàng tìm ra cổng vận chuyển được sử dụng bởi các luồng phương tiện truyền thông và mở "Cổng" cho các lưu lượng truy cập các phương tiện truyền thông tương ứng.
- Hỗ trợ cân bằng tải: RTSP có thể chuyển hướng các yêu cầu để đạt được cân bằng tải trên các máy chủ phương tiện truyền thông.
- Mở rộng: Các phương pháp mới và các thông số có thể được dễ dàng thêm vào giao thức. Chỉ có vài thay đổi cần phải làm là phân tích cú pháp HTTP để RTSP tương thích.
Trình bày mô tả trung lập: Các giao thức không cố định cho trình bày cụ thể mô tả định dạng. Thời gian chính xác cao: RTSP phù hợp cho các ứng dụng chuyên nghiệp (ví dụ, kỹ thuật số chỉnh sửa từ xa) do hỗ trợ của nhãn thời gian với khung có mức độ chính xác cao.
Khôi phục dữ liệu media từ máy chủ media: Khi bắt đầu client có thể yêu cầu thể hiện được mô tả thông qua HTTP hoặc một số cơ chế khác để có được thông tin về các luồng media sẵn có (nếu chưa được biết). Trong trường hợp truyền thông Multicast mô tả bao gồm các địa chỉ multicast . Nếu thể hiện media truyền thông được gửi thông qua unicast, client cung cấp các đích đến dựa trên thể hiện mô tả. Client có thể khởi tạo và kiểm soát trình thể hiện cách sử dụng RTSP yêu cầu thích hợp.
Mời truy cập hội thảo của server media:
Một máy chủ phương tiện truyền thông có thể được "mời" tham gia một hội nghị hiện có để phát lại media bổ sung hoặc ghi lại các luồng media được thể hiện liên tục.
Bổ sung của Media vào các thể hiện đang tồn tai:
RTSP máy chủ có khả năng thông báo cho khách hàng nếu các luồng media mới cung cấp. Điều này rất hữu ích cho các bài trình diễn trực tiếp.
Phƣơng thức và trạng thái
Kiểm soát luồng phức tạp đòi hỏi phải thao tác để SETUP, PLAY, RECORD, PAUSE,STOP luồng Media. Khi một số hoạt động kiểm soát, chẳng hạn như Play hoặc Record không phải là tạm thời, nhưng đòi hỏi liên tục, máy chủ RTSP phải duy trì trạng thái phiên. Trạng thái phiên phía Server cung cấp cũng là một phương tiện để kiểm tra tính hợp lệ của các yêu cầu kiểm soát. Một yêu cầu điều khiển pause chỉ là hợp lý nếu luồng hoặc là PLAY hoặc RECORD. Khi thiết lập ban đầu, các máy chủ RTSP tạo ra một phiên id được gán cho một phiên làm việc mới . Các phiên id phục vụ như là một định danh duy nhất cho phiên làm việc và được sử dụng để tham khảo các trạng thái phiên mới được giao trong máy chủ. Tất cả RTSP
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/ và đáp ứng yêu cầu tiếp theo bao gồm các phiên id như là một định danh phiên trong tiêu đề giao thức. Khi một yêu cầu RTSP, máy chủ hoặc khách hàng có thể dễ dàng xác định các phiên để đáp ứng yêu cầu kiểm soát.
Phương pháp tác động đến tình trạng phía Server của một luồng được mô tả:
DESCRIBLE: Đây là một lệnh yêu cầu server gửi mô tả chi tiết về đối tượng được yêu cầu.
SETUP: Lệnh này chứa một vài thành phần quan trọng của thông tin như một URL của nội dung được yêu cầu và một chỉ số cổng để sử dụng trao đổi dữ liệu. Server phản hổi lại sau khi nhận được lệnh này và cấp phát tài nguyên hợp lý để stream đến client.
PLAY: Mỗi lần lệnh SETUP đã được xử lý lệnh PLAY được sử dụng để khởi động truyền nội dung yêu cầu. Trong trường hợp bình thường nội dung video sẽ được chơi qua mạng từ đầu đến cuối
PAUSE: Như tên của nó lệnh này yêu cầu tạm dừng việc gửi nội dung yêu cầu từ server tới client.
RECORD: Lệnh này được sử dụng để ghi lại một nội dung Audio đến một loại thiết bị lưu trữ riêng.
PPARAMETER GET / SET chophép các thông số được trao đổi.
TEARDOWN: Khi nhận được lệnh này phiên streaming kết thúc mọi tài nguyên đă cấp phát đều được giải phóng.
Số hóa bởi Trung tâm Học liệu – Đại học Thái Nguyên http://www.lrc-tnu.edu.vn/ Bảng 1.3.5: Mô hình phương thức RTSP, hướng đi và yêu cầu
Cú pháp của yêu cầu RTSP:
Request = Request-Line *( General-Header | Request-Header | Entity-Header ) CRLF [ Message-Body ]
Request-Line = Method SP RTSP-URL SP RTSP-Version CRLF Method = GET | HEAD | POST | extension-method