h248協(xié)議軟交換分組協(xié)議基礎(chǔ)(編輯修改稿)
2025-06-26 01:03 本頁面
【文章內(nèi)容簡介】 多于兩個終端，上下文還會描述拓撲結(jié)構(gòu)以及其他一些媒體混合/交換的參數(shù)。上下文有如下參數(shù)：a)ContextId：由媒體網(wǎng)關(guān)MG分配的32位整數(shù)，可以用“*”來代表“所有”，用“”代表“空”。ContextId在MG范圍內(nèi)是唯一的。b)拓撲關(guān)系：描述上下文中的終端之間的關(guān)系。這些關(guān)系指出了媒體流在終端之間的流向。拓撲結(jié)構(gòu)只用于描述上下文，它可以在“Add”和“Modify”命令中使用。c)Priority（優(yōu)先級）：向MG提供上下文優(yōu)先處理的信息。d)Emergencyindicator（緊急事件）：向MG提供上下文緊急處理的信息。通常用Add命令添加一個終端到上下文。在Add命令中沒有指定上下文，MG將創(chuàng)建一個新上下文。Subtract命令把一個終端從上下文中刪除，Move命令將終端從一個上下文移到另一個上下文。當(dāng)上下文的最后一個終端被刪除或移動出去后，該上下文被隱式刪除。 MGC和MG之間是通過消息進行通信的，： 圖3 消息有一個消息頭，消息頭里面包含一個消息的MID（Message ID）和一個協(xié)議版本號。MID被配置成一個規(guī)定的名字，如域地址（Domainaddress）或域名（Domainname）或設(shè)備名（Devicename）。協(xié)議版本號標記本消息所支持的協(xié)議版本。本協(xié)議的版本號是從1開始。 一個消息（Message）包含多個事務(wù)（Transaction），消息中的事務(wù)相互沒有關(guān)系，可以單獨處理；事務(wù)由多個行動（Action）構(gòu)成，事務(wù)里面的行動必須按照順序執(zhí)行。行動由一系列局限于一個上下文的多個命令組成。由此，：圖4 消息機制示意圖 消息消息從消息頭開始，其中包含發(fā)送者的標識。每一條消息包含消息遵守的協(xié)議版本的版本標識號。正如RFC 2145中的定義，版本號是Major/Minor格式，各有12個數(shù)字。消息頭后面是若干互不相關(guān)事務(wù)。 事務(wù)事務(wù)保證順序命令的執(zhí)行。即在一個事務(wù)中，命令是按序執(zhí)行的。當(dāng)所有命令成功執(zhí)行時事務(wù)才成功執(zhí)行，當(dāng)其中一個命令失敗時，整個事務(wù)失敗。事務(wù)中的一個命令失敗時，此命令的后續(xù)命令將終止執(zhí)行。事務(wù)表現(xiàn)為TransactionRequest和對TransactionRequest的響應(yīng)。有三種響應(yīng)：TransactionAccept，TransactionReject和TransactionPending：TransactionAccept命令包含對應(yīng)TransactionRequest所有命令的返回值。TransactionReject命令在當(dāng)事務(wù)失敗時發(fā)送。TransactionReject包含成功命令的返回值和失敗命令的錯誤值。TransactionPending命令用于通知事務(wù)正在被執(zhí)行，還沒有完成，以防止事務(wù)發(fā)送方以為事務(wù)丟失，而再次發(fā)送此事務(wù)。 行動行動與上下文是密切相關(guān)的，它由一系列局限于一個上下文的命令組成。在一個行動內(nèi)，命令需要順序執(zhí)行。ContextID用于標識該行動對應(yīng)的上下文。ContextID由MG指定，在MG范圍內(nèi)是唯一的。MGC必須在以后的與此上下文相關(guān)的事務(wù)中使用ContextID。 命令，實現(xiàn)對上下文和終端屬性的控制，包括指定終端報告的事件什么信號和動作可施加于終端，以及指定上下文的拓撲結(jié)構(gòu)。 ：圖5 事務(wù)、Action和命令的關(guān)系示意圖。，（重傳、定時等等）。，如承載在IP網(wǎng)絡(luò)上的TCP、UDP、SCTP和M3UA等，以及承載在ATM上的MTP3B、AAL5等。第3章 ——上下文和終端。命令提供了對上下文和終端屬性的完全控制，包含指定終端報告的事件和什么信號和動作可施加于終端等等。 命令介紹協(xié)議有8個命令，這些命令除了
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1