C表示rtsp客戶(hù)端,S表示rtsp服務(wù)端
1.C->S:OPTION request //詢(xún)問(wèn)S有哪些方法可用
1.S->C:OPTION response //S回應信息中包括提供的所有可用方法
2.C->S:DESCRIBE request //要求得到S提供的媒體初始化描述信息
2.S->C:DESCRIBE response //S回應媒體初始化描述信息，主要是sdp
3.C->S:SETUP request //設置會(huì )話(huà)的屬性，以及傳輸模式，提醒S建立會(huì )話(huà)
3.S->C:SETUP response //S建立會(huì )話(huà)，返回會(huì )話(huà)標識符，以及會(huì )話(huà)相關(guān)信息
4.C->S:PLAY request //C請求播放
4.S->C:PLAY response //S回應該請求的信息
5.S->C:發(fā)送流媒體數據
6.C->S:TEARDOWN request //C請求關(guān)閉會(huì )話(huà)
6.S->C:TEARDOWN response //S回應該請求
上述的過(guò)程是標準的、友好的rtsp流程，但實(shí)際的需求中并不一定按部就班來(lái)。
其中第3和4步是必需的！
第一步，只要服務(wù)器客戶(hù)端約定好，有哪些方法可用，則option請求可以不要。第二步，如果我們有其他途徑得到媒體初始化描述信息（比如http請求等等），則我們也不需要通過(guò)rtsp中的describe請求來(lái)完成。第五步，可以根據系統需求的設計來(lái)決定是否需要。
聯(lián)系客服
