【正文】 充的字節(jié)數(shù)應(yīng)不超過 3 個字節(jié)，接收方忽略所有的填充字節(jié)。 0 表示高層 協(xié)議（ SCTP 用戶）未對該協(xié)議凈荷規(guī)定應(yīng)用標識符。這個標識符不由 SCTP使用，但可以由特定網(wǎng)絡(luò)實體或?qū)Χ说膽?yīng)用來識別在 DATA 數(shù)據(jù)塊中攜帶的信息類型。 ? Payload Protocol Identifier（凈負荷協(xié)議標識符） 32bit 表示一個應(yīng)用（或上層協(xié)議）特定的協(xié)議標識符。該字段的有效值從 0 到 65535。由 INIT 和 INIT ACK 數(shù)據(jù)塊的發(fā)送者生成。 TSN值達到 4294967295 后將轉(zhuǎn)回到 0。如果 DATA數(shù)據(jù)塊的用戶數(shù)據(jù)字段為 0，則長度字段設(shè)為 16。 BE 比特的取值含義如 表 46所示。 如果 B 和 E 比特都設(shè)置為 0，則表明這是一個分段的用戶消息的一個中間分段。如果該比特被設(shè)置，則指示這是用戶消息的最后一個分段。如果該比特被設(shè)置，則指示這是用戶消息的第一個分段。 如果一個非順序的用戶消息被分段，則消息的每個分段中的 U 比特必須設(shè)置為 1。所有接收方必須忽略 SSN。 ? U 比特（ 1 比特） HUAWEI MSOFTX3000 移動軟交換中心 技術(shù)手冊 信令與協(xié)議分冊 第 4章 SCTP 協(xié)議 418 非順序比特。 SCTP數(shù)據(jù)塊的格式 1. 凈荷（ DATA）數(shù)據(jù)塊的格式 DATA數(shù)據(jù)塊格式如 圖 46所示。如果該長度不是 4字節(jié)的整數(shù)倍，則發(fā)送方應(yīng)當向數(shù)據(jù)塊中填充全 0的字節(jié)，這些填充的字節(jié)不計入?yún)?shù)長度字段。 ? 數(shù)據(jù)塊的參數(shù)值（可變長度） 參數(shù)取值字段包含在該參數(shù)中傳送的實際信息。因此一個參數(shù)的取值字 段為 0，則該長度字段應(yīng)設(shè)置為 4。 11 跳過此數(shù)據(jù)塊并繼續(xù)執(zhí)行，并且在“ ERROR”或“ INIT ACK”的“不識別的參數(shù)類型”字段中向發(fā)起端點返回不能識別的參數(shù)類型。 01 停止 處理并丟棄此 SCTP分組，不再處理該 SCTP分組中的其他消息塊，并且在“ ERROR”或“ INIT ACK”的“不識別的參數(shù)類型”字段中報告不識別的參數(shù)類型。 如果接收端點不能識別參數(shù)類型時，參數(shù)類型中最高位 2bit用于標識需要進行的各種操作，比特組合含義如 表 45所示。 P a r a m e t e r V a l u eP a r a m e t e r L e n g t h1 6 b i ts 1 6 b i tsP a r a m e t e r T y p e 圖 45 任選 /可變長參數(shù)格式 ? 數(shù)據(jù)塊的參數(shù)類型（ 16bit） 參數(shù)類型字段用來識別參數(shù)的類型，取值范圍從 0 到 65534。 3. 任選 /可變長參數(shù)的格式 SCTP 控制數(shù)據(jù)塊（除 DATA 數(shù)據(jù)塊外）的內(nèi)容取值包含了數(shù)據(jù)塊類型特定的數(shù)據(jù)塊頭所要求的字段，隨后是一個或多個參數(shù)。 HUAWEI MSOFTX3000 移動軟交換中心 技術(shù)手冊 信令與協(xié)議分冊 第 4章 SCTP 協(xié)議 416 ? 說明： 數(shù)據(jù)塊的總長度（包括類型、長度和取值長度）必須是 4 字節(jié)的整數(shù)倍，如果該長度不是 4字節(jié)的整數(shù)倍，則發(fā)送方應(yīng)當向數(shù)據(jù)塊中填充全 0的字節(jié)，這些填充的字節(jié)不計入數(shù)據(jù)塊長度字段。 ? 塊值（可變長度） 塊值的內(nèi)容在塊中傳送實際的信息，內(nèi)容 由消息塊類型決定。除非被置為其他值，塊標記在傳送過程中會被置 0 而且接收端點會 忽視 塊標記。 11 跳過此數(shù)據(jù)塊并繼續(xù)執(zhí)行，并且在“ ERROR”或“ INIT ACK”中向發(fā)起端點返回不能識別的參數(shù)。 01 停止 處理并丟棄此 SCTP 分組，不再處理該 SCTP 分組中的其他消息塊，并且在“ ERROR”或“ INIT ACK”中向發(fā)起端點返回不能識別的參數(shù)。 11 COOKIE ACK COOKIE 證實，相對于 COOKIE ECHO 12 ECNE 保留，應(yīng)用于外部環(huán)境擁塞發(fā)布回聲 13 CWR 保留，應(yīng)用于降低擁塞窗口 14 SHUTDOWN COMPLETE 用于關(guān)閉程序完成 時對 SHUTDOWN ACK 消息進行確認 如果接收端點不能識別塊類型時，塊類型最高位 2bit用于標識需要進行的各種操作，比特組合含義如 表 44所示。 9 ERROR 通知對端， SCTP 偶聯(lián)發(fā)生某種錯誤。 7 SHUTDOWN 偶聯(lián)中的 一個端點對其偶聯(lián)發(fā)起一個 GRACEFUL 關(guān)閉。 5 HEARTBEAT ACK 響應(yīng) HEARTBEAT 消息。 3 SACK 該數(shù)據(jù)塊送至對端，以確認收到 DATA塊，并且通知對端 DATA的接收順序間隙。 1 INIT 用于發(fā)起兩個端點之間的 SCTP 偶聯(lián) 。 表 43列出了主要的塊類型。 2. 數(shù)據(jù)塊字段的格式 數(shù)據(jù)塊包括了塊類型（ Chunk Type）、塊標志位（ Chunk Flags）、塊長度（ Chunk Length）和塊值（ Chunk Value ）。偶聯(lián)建立過程中，雙方會交換這個 TAG，到了數(shù)據(jù)傳遞時，發(fā)送端必須在公共分組頭中帶上對端的這個 TAG，以備校驗。接收主機可以使用目的端口號將 SCTP 分組解復(fù)用到正確的端點或應(yīng)用中。接收方可以使用源端口號、源 IP地址、目的端口號和目的 IP 地址標識該 SCTP 分組所屬的偶聯(lián)。 HUAWEI MSOFTX3000 移動軟交換中心 技術(shù)手冊 信令與協(xié)議分冊 第 4章 SCTP 協(xié)議 414 1. 公共分組頭的格式 SCTP 公共分組頭中包括了源端口號（ Source Port Number）、目的端口號（ Destination Port Number）、 驗證標簽 （ Verification Tag）和校驗碼（ Checksum） 。當然，這些數(shù)據(jù)塊也可以不與其他數(shù)據(jù)塊捆綁在一個分組中。 Chunk Type Chunk Flags Chunk LengthChunk ValueChunk Type Chunk Flags Chunk LengthChunk ValueChecksumVerification TagSource Port Number Destination Port Number16 bits 16 bitsCommonHeaderChunk 1Chunk n 圖 44 SCTP分組結(jié)構(gòu) 一個 SCTP分組含了一個公共的分組頭（ Common Header）和若干數(shù)據(jù)塊（ Chunk），每個數(shù)據(jù)塊中既可以包含控制信息，也可以包含用戶數(shù)據(jù)。 本地處理的 SCTP 偶聯(lián) ID 會被傳遞。 偶聯(lián) ID 會被傳遞。 如下信息會被傳遞： －偶聯(lián) ID：本地處理的 SCTP 偶聯(lián) －錯誤信息：指示錯誤類型并且可以任選地包含一些從 ERROR 數(shù)據(jù)塊中收到的附加信息。狀態(tài)可以指示故障或者是響應(yīng)SHUTDOWN或 ABORT 請求原語的中止事件。 COMMUNICATION LOST 當 SCTP 完全丟失了到某一個端點的通信時（用心跳消息），或者是檢測出端點已經(jīng)執(zhí)行了操作， SCTP 使用該原語通知 SCTP 用戶。 COMMUNCIATION UP SCTP 用該原語通知 SCTP 用戶，指示本地 SCTP 已經(jīng)準備好發(fā)送或接收SCTP 分組，或者時一個丟失通信的端點又已經(jīng)恢復(fù)。 如下信息會被傳遞： －偶聯(lián)：本地處理的 SCTP 偶聯(lián) －目的地傳送地址：指示由于狀態(tài)變化而影響的對端端點的目的地傳送地址。 －原語編碼：用來指示不能遞交的原因，如長度過長、消息存活時間過期等。 HUAWEI MSOFTX3000 移動軟交換中心 技術(shù)手冊 信令與協(xié)議分冊 第 4章 SCTP 協(xié)議 411 原語名 功能 SEND FAILURE 當一個消息不能遞交時， SCTP 使用該原語通知 SCTP 用戶。 表 42 SCTP通知原語 原語名 功能 DATA ARRIVE 當一個用戶消息被成功接收，并且 準備向 SCTP 用戶遞交時， SCTP 使用該原語通知高層用戶。 返回結(jié)果為是否成功。 DESTROY 指示本地哪個 SCTP 事件號（實例）被破壞。 RECEIVE UNACKNOWLEDGED MESSAGE 高層協(xié)議用該原語指示本地 SCTP 將收到的沒有應(yīng)答故障消息在高層協(xié)議緩存區(qū)儲存。 RECEIVE UNSENT MESSAGE 高層協(xié)議用該原語指示本地 SCTP 將收到故障消息在高層協(xié)議緩存區(qū)儲存。 SET PROTOCOL PARAMETERS 允許本地 SCTP 定制協(xié)議參數(shù)。 SET FRAILURE THRESHOLD 允許本地 SCTP 定制到給目的地傳送地址的可達性故障檢出的門限。 GET SRTT REPORT 高層協(xié)議用該原語指示本地 SCTP 報告對給定偶聯(lián)上規(guī)定的目的地傳送地址的當前 SRTT 測量值。 REQUEST HERATBEAT 高層協(xié)議用該原語指示本地端點對指定偶聯(lián)的特定目的地地址執(zhí)行心跳程序。 返回結(jié)果用來指示該操作的執(zhí)行情況。 返回結(jié)果為要求返 回信息的狀態(tài)。對于順序的消息，消息的流順序號碼（ SSN）也可以被返回。 所讀消息的字節(jié)數(shù)將作為結(jié)果返回。如果規(guī)定的目的地傳送地址沒包含在 ASSOCIATE 請求原語或 COMMUNCIATION UP 通知原語返回的“目的地傳送地址列表”中，則返回一個差錯。 SET PRIMARY 高層協(xié)議使用該原語指示本地 SCTP 將指定的目的地傳送地址作為發(fā)送分組的首選通路。 SEND SCTP 用戶使用該原語通知 SCTP 在指定流 ID 中向目的地發(fā)送地址發(fā)送數(shù)據(jù)。如果中止成功，則返回一個已經(jīng)中止的偶聯(lián)編碼。 ABORT 用來非正常關(guān)閉一個偶聯(lián)，本地發(fā)送隊列中的用戶數(shù)據(jù)將被丟棄，并發(fā)送一個 ABORT 數(shù)據(jù)塊到對端。 返回結(jié)果用來指示是否成功關(guān)閉了該偶聯(lián)。 返回結(jié)果：偶聯(lián) ID SHUTDOWN 用來正常地關(guān)閉一個偶聯(lián)，任何以在本地發(fā)送隊列中的用戶數(shù)據(jù)都將被遞交到對端。如果偶聯(lián)成功，則返回結(jié)果中還應(yīng)包含到對端的完整傳送地址以及本端端點出局的流數(shù)量，同時還應(yīng)從返回的目的地地址中選擇一個傳送地址，該傳送地址將作為本地端點向?qū)Χ硕它c發(fā)送 SCTP 分組的首選通路。 用來本地處理 SCTP 偶聯(lián)的偶聯(lián) ID，將作為返回結(jié)果用來返回偶聯(lián)是否成功建立。對端端點將按照該端點定義的傳送地址的方式進行規(guī)定。 SCTP 將向高層協(xié)議返回本地準備處理 SCTP 偶聯(lián)的事件號（實例）。 SCTP 原語描述使用了如下格式： 原語名：必備屬性，【任 選屬性】 返回結(jié)果：必備屬性，【任選屬性】 SCTP用戶向 SCTP發(fā)送的請求原語 SCTP 用戶向 SCTP 發(fā)送的請求原語共有 16 種，含義如 表 41所示。 SCTP原語 SCTP 通過接收高層協(xié)議（ SCTP 用戶）發(fā)送的原語請求，為 SCTP 的用戶提供服務(wù)。 在偶聯(lián)建立時，為每個 SCTP 端點定義一個首選通路，用來正常情況下發(fā)送 SCTP分組。當其他分組業(yè)務(wù)量不能完全表明可達性時，通路管理功能可以通過心跳消息來監(jiān)視到某個目的地地址的可達性，并當任何對端傳送地址的可達性發(fā)生變化時，向 SCTP用 戶提供指示。 通路管理 發(fā)送端的 SCTP 用戶能夠使用一組傳送地址作為 SCTP 分組的目的地。 校驗碼由 SCTP 分組的發(fā)送方設(shè)置，以提供附加的保護，用來避免由網(wǎng)絡(luò)造成的數(shù)據(jù)差錯。 驗證標簽的值由偶聯(lián)兩端在偶聯(lián)啟動時選擇。 HUAWEI MSOFTX3000 移動軟交換中心 技術(shù)手冊 信令與協(xié)議分冊 第 4章 SCTP 協(xié)議 48 分組的有效性 分組的有效性是 SCTP 提供無差錯傳輸?shù)幕? ? SCTP用戶能夠可選地使用捆綁功能，決定是否將多個用戶數(shù)據(jù)報捆綁在一個SCTP 分組 中 。 消息塊綁定 如果長度很短的用戶數(shù)據(jù)被帶上很大一個 SCTP消息頭，其傳遞效率會很低，因此，SCTP 將幾個用戶數(shù)據(jù)綁定在一個 SCTP報文里面?zhèn)鬏敚蕴岣邘挼睦寐?。接收端證實所有收到的TSNs，即使其中有些尚未收到 。 ? TSN 和 SSN（流順序號）是相互獨立的， TSN 用于保證傳輸?shù)目煽啃裕?SSN用于保證流內(nèi)消息的順序傳遞 。避免擁塞沿襲了 TCP的窗口機制，進行合適的流量控制。 證實和避免擁塞 證實和重傳是協(xié)議保證傳輸可靠性的策略， SCTP 也一樣。 ? 在發(fā)送端， SCTP 可以對大的用戶數(shù)據(jù)報進行分片以確保 SCTP 數(shù)據(jù)報傳遞到低層時適合 通路 MTU（ Maximum Transmission Unit） 。 SCTP 也提供非順序遞交的業(yè)務(wù)，接收到的用戶消息可以使用這種方式立即遞交到SCTP 用戶，而不需要保證其接收順序。當 SCTP 收到數(shù)據(jù)的 SSN 連續(xù)的時候， SCTP 就可以將數(shù)據(jù)向 SCTP 用戶遞交，而不用等到數(shù)據(jù)的 TSN號連續(xù)以后才向 SCTP用戶遞交。 通過流， SCTP 將數(shù)據(jù)的確認和傳輸?shù)挠行蜻f交分成兩種不同機制。 流內(nèi)消息順序遞交 SCTP 提供數(shù)據(jù)報的順序傳遞，順序傳遞的數(shù)據(jù)報必