實時流協議(rtsp)
( real time streaming protocol (rtsp) )
備忘錄的狀態：
本文件講述了一種inter***社群的inter***標準跟蹤協議，它需要進一步進行討論和建議以得到改進。請參考最新版的「inter***正式協議標準」(std1)來獲得本協議的標準化程度和狀態。本備忘錄的發布不受任何限制。
版權宣告：
版權為the inter*** society 所有。所有權利保留。
摘要：實時流協議（rtsp）是應用層協議，控制實時資料的傳送。rtsp提供了乙個可擴充套件框架，使實時資料，如音訊與**的受控、點播成為可能。
資料來源包括現場資料與儲存在剪輯中資料。該協議目的在於控制多個資料傳送連線，為選擇傳送通道，如udp、組播udp與tcp，提供途徑，並為選擇基於rtp(rfc1889)上傳送機制提供方法。
目錄：1 緒論 5
1.1 目的 5
1.2 要求 6
1.3 術語 6
1.4 協議特點 7
1.5 rtsp擴充套件 8
1.6 操作模式 9
1.7 rtsp狀態 9
1.8 與其他協議關係 10
2 符號協定 10
3 協議引數 10
3.1 rtsp版本 10
3.2 rtsp url 11
3.3 會議標識 13
3.4 會話標識 13
3.5 **pte 相對時間戳 13
3.6正常**時間 14
3.7 絕對時間 15
3.8 選擇標籤 15
3.8.1 用iana註冊新的選擇標籤 15
4 rtsp訊息 15
4.1 訊息型別 16
4.2 訊息標題 17
4.3 訊息主體 17
4.4 訊息長度 18
5 普通標題域 18
6 請求 19
6.1 請求佇列 19
6.2 請求標題域 19
7 回應 20
7.1 狀態行 20
7.1.1 狀態**和原因分析 20
7.1.2 回應標題域 23
8 實體 23
8.1 實體標題域 24
8.2 實體主體 24
9 連線 25
9.1 流水線操作 25
9.2 可靠性及確認 25
10 方法定義 25
10.1 選擇 26
10.2 描述 26
10.3 通告 26
10.4 建立 26
10.5 ** 27
10.6 暫停 27
10.7 斷開 27
10.8 獲取引數 28
10.9 設定引數 28
10.10 重定向 28
10.11 錄製 29
10.12 嵌入二進位制資料 29
11狀態**定義（status code definitions） 29
11.1成功2xx（success 2xx） 30
11.1.1 儲存空間低 250 30
11.2 重定向（redirection 3xx） 31
11.3 客戶端錯誤（client error ）4xx 31
11.3.1方法不允許 32
11.3.2引數不能理解 32
11.3.3會議未找到 33
11.3.4 頻寬不足 33
11.3.5 會話未找到 34
11.3.6 本狀態下該方法無效 34
11.3.7 標題域對資源無效 34
11.3.8 無效範圍 35
11.3.9 引數唯讀 35
11.3.10 不允許合操作 36
11.3.11 只允許合操作 36
11.3.12 不支援的傳輸 36
11.3.13 目標不可達 37
11.3.14 選擇不支援 37
12 標題域定義（header field definitions） 38
12.1 接受 38
12.2 接受編碼 38
12.3 接受語言 39
12.4 允許（allow） 39
12.5 授權（authorization） 40
12.6 頻寬 40
12.7 塊大小 40
12.8 快取控制 41
12.9 會議 41
12.10 連線 41
12.11 基本內容 42
12.12 內容編碼（content-encoding） 42
12.13 內容語言 43
12.14 內容長度（content-length） 43
12.15 內容位置 43
12.16 內容型別（content-type） 44
12.17 序列號 44
12.18 日期（date） 44
12.19 過期（expires） 45
12.20 來自（from） 45
12.21 主機 45
12.22 如果匹配 45
12.23 從何時更改（if-modified-since） 46
12.24 最近更改（last-modified） 46
12.25 位置（location） 46
12.26 **授權 47
12.27 **要求 47
12.28 公用性 47
12.29 範圍 49
12.30 提交方（referer） 49
12.31 稍後再試 49
12.32 要求 49
12.33 rtp資訊 49
12.34 比例 49
12.35 速度 49
12.36 伺服器（server） 49
12.37 會話 49
12.38 時間戳 49
12.39 傳輸 49
12.40 不支援 49
12.41 使用者**（user-agent） 49
12.42 變化 49
12.43 通過 49
12.44 www-授權（www-authenticate） 50
13 快取 50
14 例項 50
14.1 要求**（單播） 50
14.2 容器檔案的流 51
14.3 單個流容器檔案 51
14.4 組播現場**表示 51
14.5 在存在的會話中**** 51
14.6 錄製 52
15 語法 52
15.1 基本語法 52
16 安全考慮（security considerations） 52
附錄a rtsp協議狀態機 53
a.1 客戶端狀態機 53
a.2 伺服器端狀態機 53
附錄b 同rtp協議的互動 53
附錄c 使用sdp進行rtsp會話描述 54
c.1 定義 54
c.1.1 控制url 55
c.1.2 **流 55
c.1.3 有效載荷型別 55
c.1.4 詳細格式引數 55
c.1.5 表示的範圍 56
c.1.6 有效時間 56
c.1.7 連線資訊 56
c.1.8 實體標籤 57
c.2 合控制不可用 57
c.3 合控制可用 57
附錄d 最簡單的rtsp實現 58
d.1 客戶端 58
d.1.1回放 58
d.1.2 授權 58
d.2 伺服器 59
d.2.1回放 59
d.2.2授權 59
附錄e 作者位址 60
附錄f 致謝 60
參考書目 60
版權申明 61
1 緒論
1.1 目的
實時流協議（rtsp）建立並控制乙個或幾個時間同步的連續流**。儘管連續**流與控制流有可能交叉，但rtsp本身通常並不傳送連續**流。換言之，rtsp充當多**伺服器的網路遠端控制。
表示描述(presentation description)定義了被控流，但本文並沒有定義表示描述的格式。
這裡沒有使用rtsp連線的概念，而由rtsp會話(session)代替（每次服務由伺服器端保持乙個帶標籤的會話）。rtsp會話沒有繫結到傳輸層連線（如tcp連線）。因為雖然在rtsp會話期間，rtsp客戶端可開啟或關閉多個對伺服器端的可靠傳輸連線以發出rtsp 請求。
但此外，也可能使用無連線傳輸協議，比如用udp傳送rtsp請求。
rtsp控制的流可能用到rtp，但rtsp操作並不依賴用於攜帶連續**的傳輸機制。實時流協議在語法和操作上與http/1.1類似，因此http的擴充套件機制大都可加入rtsp。
儘管如此，rtsp在很多方面還是和http有很大的不同：
2 rtsp引入了很多新方法並且有不同的協議識別符號。
2 rtsp伺服器在大多數預設情況下需要維持乙個狀態，但http是無狀態協議。
2 rtsp客戶機和伺服器都可以發出請求。
2 資料由另乙個協議傳送（有一特例除外）。
2 rtsp使用iso 10646(utf-8) 而不是iso 8859-1，以配合當前html的國際化。
2 rtsp使用uri請求時包含絕對uri。而由於歷史原因造成的向後相容性問題，http/1.1只在請求中包含絕對路徑，把主機名放入單獨的標題域中。
這使得「虛擬主機」實現更為簡便，乙個單獨ip位址的主機可虛擬為幾個檔案樹主機。
RFC3920 XMPP協議 中文版
rfc3920 可擴充套件的訊息和出席資訊協議 xmpp 核心協議 關於本文的說明 本文為網際網路社群定義了乙個網際網路標準跟蹤協議，並且申請討論協議和提出了改進的建議。請參照 網際網路官方協議標準 的最新版本 std 1 獲得這個協議的標準化程序和狀態。本文可以不受限制的分發。版權宣告 本文版權屬...
IS0 4706中文版標準
is0 4706 可重複充裝的鋼質焊接氣瓶 發布日期 2005 4 25 共閱 58 次 國際標準 is04706 1989 e 可重複充裝的鋼質焊接氣瓶 refillable welded steel gas cylinders 林志民譯秋長鋆校 0 引言 本國際標準的目的在於促使所有國家的鋼質焊...
PMBOK2019中文版總結
估算活動執行時間 輸入 進度管理計畫 活動清單 活動屬性 活動資源要求 資源日曆 專案範圍說明書 風險登記冊 事業環境因素 組織過程資產 工具與技術 專家判斷 模擬估算 引數估算 三點估算 群體決策技術 儲存分析 輸出 持續活動時間估算 專案檔案更新 估算活動資源 輸入 進度管理計畫 活動清單 活動...