【正文】 結(jié)束版本發(fā)送在未初始化階段以后客戶端個(gè)服務(wù)端在版本發(fā)送階段，客戶端等待S1包，服務(wù)端等待C1包，當(dāng)接收到想要的包，客戶端發(fā)送C2，服務(wù)端發(fā)送S2，此時(shí)階段變成了ACK的發(fā)送。時(shí)間：4個(gè)字節(jié)這個(gè)字段必須包含由每方發(fā)送的S1（對(duì)應(yīng)C2）或者C1（對(duì)應(yīng)S2）的時(shí)間戳.時(shí)間2：4個(gè)字節(jié)這個(gè)字段必須包含先前的由每一方發(fā)送數(shù)據(jù)包（S1或者C1）被讀到的時(shí)間戳。0：4各個(gè)字節(jié)這個(gè)字段必須全0。．C0和S0格式C0也S0包長8個(gè)字節(jié) 版本：8比特在C0中，這個(gè)字段識(shí)別客戶端需求的RTMP的版本，在S0中，這個(gè)字段識(shí)別服務(wù)器端選擇的RTMP的版本，被定義的是版本3，0到2是被早前的版本使用的，4到31保留被用作未來的用途，32到255還沒有被允許。客戶（初始化通信的終端）和服務(wù)器每放發(fā)送同樣的三個(gè)消息塊，說明一下，被客戶段發(fā)送的消息塊被指定為C0，C1，C2，被服務(wù)器端發(fā)送的消息被指定為S0，S1，S2。 長度：消息的有效負(fù)載的長度，如果消息頭不能被省略，他應(yīng)該包含在長度中，這個(gè)字段在消息塊包頭中占有3個(gè)字節(jié)。因?yàn)闀r(shí)間戳一般是只有32字節(jié)的長度，他們周期小于50天，因?yàn)榱魇窃试S不停地流動(dòng)的，最終可以運(yùn)行幾年，一個(gè)RTMP消息塊流應(yīng)用必須用到模運(yùn)算用于相減和比較，任何合理的方式都可以被接受，只要兩端都達(dá)成一致，一個(gè)應(yīng)用可以假設(shè)，例如，所有相近的時(shí)間戳在2的31次方以內(nèi)，所以10000在4000000000后面，3000000000在4000000000前面。所有RTMP消息塊流是以用字節(jié)列隊(duì)，例如：一個(gè)16字節(jié)的字段也許會(huì)在字?jǐn)?shù)字節(jié)的偏移段。消息塊流ID：每一個(gè)消息塊有一個(gè)分配的ID用于識(shí)別更隨的消息塊流。消息流ID：每一個(gè)消息擁有一個(gè)分配的ID識(shí)別跟隨的消息流。 包：一個(gè)數(shù)據(jù)包由固定的包頭和有效負(fù)載數(shù)據(jù)組成，一些底層協(xié)議或許需要包的封裝來被定義。當(dāng)用到實(shí)時(shí)傳輸協(xié)議就像TCP，RTMP消息塊流提供可靠地規(guī)則時(shí)間戳的端到端全信息傳送。穿過多層流，RTMP消息塊流不提供任何控制的優(yōu)先級(jí)別和相似形式，但是可以用于高層協(xié)議提供這樣的優(yōu)先級(jí)，例如：一段實(shí)時(shí)視頻服務(wù)會(huì)選擇丟棄給于緩慢的客戶的視頻信息確保音頻信息可以及時(shí)被接收。端口：在TCP/ＩP協(xié)議中定義的用正整數(shù)表示的端口號(hào)用于在傳輸中提取以區(qū)分目標(biāo)主機(jī)的不同應(yīng)用，用于OSI傳輸層的傳輸選擇（TSEL）就是端口。消息塊：消息的片段，消息被分成小的部分，在他們?cè)诰W(wǎng)絡(luò)中發(fā)送之前交叉存儲(chǔ)。復(fù)合技術(shù)：把分開的音視頻數(shù)據(jù)組合成一條音視頻流的過程，使同時(shí)傳送許多音視頻數(shù)據(jù)成為可能。那里要填充被標(biāo)示，填充字節(jié)應(yīng)該有0值（似乎看不懂）. 在RTMP消息塊流中的時(shí)間戳用整數(shù)表示，單位為毫秒。時(shí)間戳delta作為一個(gè)表示毫秒的無符號(hào)整數(shù)也會(huì)被詳細(xì)介紹，和先前的時(shí)間戳相比，時(shí)間戳delta可以是24字節(jié)或者是32字節(jié)的長度。類型ID：協(xié)議控制消息的類型字段的范圍是被保留的，這些傳播信息的消息被RTMP消息塊和高層協(xié)議處理，所有其他的類型ID可被高層協(xié)議使用，被RTMP消息塊當(dāng)做不透明的值，事實(shí)上，在RTMP消息塊中需要這些值當(dāng)做類型的是沒有的，所有的消息可以成為通一種類型，或者應(yīng)用程序用這個(gè)字段區(qū)分同步跡象而不是類型，這個(gè)字段占用1個(gè)字節(jié)。．握手的順序握手以客戶端發(fā)送C0和C1消息塊位開始，客戶端必須等到S1到達(dá)在發(fā)送C2。不能區(qū)分客戶的請(qǐng)求的版本的服務(wù)應(yīng)該以3返回，客戶端或許會(huì)選擇3一下的版本，或者放棄握手。隨即數(shù)據(jù)：1528個(gè)字節(jié)這個(gè)字段可以包含任何任意的值，因?yàn)槊總€(gè)終端必須區(qū)分自己初始化的握手的返回?cái)?shù)據(jù)和對(duì)方初始化的握手的返回?cái)?shù)據(jù)，這個(gè)數(shù)據(jù)應(yīng)該發(fā)送一些隨機(jī)數(shù)。隨機(jī)返回：1528個(gè)字節(jié)這個(gè)字段必須包含在每方發(fā)送的S1（對(duì)應(yīng)C2）或者S2（對(duì)應(yīng)C1）的隨機(jī)數(shù)據(jù)字段。ACK發(fā)送客戶端和服務(wù)端分別等待S2和C2握手完成客戶端和服務(wù)交換消息。消息分塊也允許小的消息被傳送時(shí)帶有小的包頭，消息塊的包頭包含了信息的壓縮表示，另外這下信息必須在消息自身中包含。所以對(duì)于值比0xf f f f f f小的，普通時(shí)間戳字段應(yīng)該用在擴(kuò)展時(shí)間戳沒有被呈現(xiàn)的案例中。對(duì)于流ID沒有額外增加的字節(jié)表示，值3到63表示完成的流ID，沒有額外的字節(jié)用來表示。Cs id：6比特這個(gè)字段包含了消息塊流ID，值從2到63，值0和1用于代表這個(gè)字段的2個(gè)或者3個(gè)字節(jié)的版本號(hào)。．消息塊消息頭在消息塊消息頭中有四種不同的個(gè)格式，由消息塊基本頭的fmt字段選擇。．類型1類型1的消息塊有7個(gè)字節(jié)長，消息流ID沒有被包含，這個(gè)消息塊得到和先前消息塊同樣的流ID，帶有可變長的消息的流（例如許多視頻格式）在類型0消息塊后應(yīng)該使用這種格式作為每一個(gè)消息的第一個(gè)消息塊。注意這一般和消息塊有效負(fù)載長度是不一樣的。然而使把分散的消息流復(fù)合成同一個(gè)消息塊流成為可能，就不用所有的頭壓縮。 Chunk format．例1：例一給出一個(gè)簡單的音頻消息流，這個(gè)例子示范了信息的冗余。協(xié)議控制消息應(yīng)該有消息流ID 0（被稱為控制流）和消息塊流ID 2，帶有最高的優(yōu)先級(jí)被發(fā)送。例如：假設(shè)一個(gè)客戶端想要發(fā)送131字節(jié)的音頻數(shù)據(jù)，消息塊的大小為128字節(jié)，在這種情況下，客戶端可以發(fā)送這個(gè)協(xié)議控制消息給服務(wù)端以通知消息塊的大小被設(shè)置成131字節(jié)，那么客戶端就可以用一個(gè)消息塊發(fā)送音頻數(shù)據(jù)。一個(gè)應(yīng)用程序?yàn)榱吮硎疚磥淼南⑻幚磉^程是不需要的時(shí)候或許會(huì)送這個(gè)消息。消息流ID：每一個(gè)消息擁有一個(gè)分配的ID識(shí)別跟隨的消息流。這種字節(jié)順序一般被認(rèn)為“大字節(jié)“，數(shù)字常量在這種文檔里是用十進(jìn)制表示。時(shí)間戳必須始終在線性的增加，允許應(yīng)用程序處理異步傳輸，帶寬度量，檢測(cè)，和流控制。RTMP消息包含連個(gè)部分，包頭和有效負(fù)載。 時(shí)間戳： 四個(gè)字節(jié)的長度包含了消息的時(shí)間戳，這四個(gè)字節(jié)被包在一個(gè)大比特序列中。ID是1和2的協(xié)議消息被保留用作RTMP消息塊流協(xié)議的使用，ID是36的協(xié)議消息被保留用作RTMP的使用，ID是7的協(xié)議消息被用在邊緣服務(wù)和原電服務(wù)之間。消息塊的大小可以被設(shè)置成一個(gè)默認(rèn)的值，但是