【正文】 命令行 參數(shù)行 42 MGCP協(xié)議的 命令名稱 序號 命令名稱 代碼 描述 1 EndpointConfiguration EPCF MGC→MG ， 指示網關某端點電路側的編碼特性 2 CreateConnection CRCX MGC→MG ， 呼叫代理用此命令將某端點和指定的 IP地址和 UDP端口關聯(lián)。一旦該過程完成，雙方可以進行雙向通訊 4 DeleteConnection DLCX MGC→MG ， 刪除先前建立的連接 5 NotificationRequest RQNT 請求網關監(jiān)視某端點發(fā)生的某些事件，如發(fā)生則通知呼叫代理 43 序號 命令名稱 代碼 描述 6 Notify NTFY MG→MGC ， 網關用此命令通知呼叫代理，請求監(jiān)視的某些事件已發(fā)生 7 AuditEndpoints AUEP MGC→MG ， 呼叫代理用此命令獲得某端點或一組端點的詳細信息 8 AuditConnection AUCX MGC→MG ， 呼叫代理用此命令獲得某端點上某連接的詳細信息 9 RestartInProgress RSIP MG→MGC ， 網關用此命令告知某端點退出服務或投入服務 MGCP協(xié)議的 命令名稱 44 MGCP協(xié)議的 命令原因碼 ? 由 MG或 MGC終端發(fā)起的刪除連接命令或者重啟進程命令中，必須包含原因碼 (Reason Codes)，用來表明刪除連接或者重啟的原因。響應行由響應碼，連接標識和一個由空格隔開的可選注釋組成。 如： 200 1203 OK 響應碼功能分類 100－ 199：表示臨時應答 200和 299之間的值表示成功完成 400－ 499：表明命令執(zhí)行時遇到一個臨時性的錯誤 500－ 599：表明命令執(zhí)行時遇到一個永久性的錯誤 MGCP協(xié)議的 命令響應格式 46 MGCP信令流程 網關注冊流程 MGC MG RSIP RSIP_RSP 47 MGCP信令流程 MGCP呼叫流程 User1 MG1 MGC MG2 User2 1 RQNT ACK 2 NTFY ACK 3 RQNT ACK 4 NTFY ACK 5 CRCX ACK 8 RQNT Offhook ACK Dail tone Ringbacktone 6 CRCX ACK Ringing Offhook 9 NTFY ACK Dailing 7 RQNT ACK 48 MGCP信令流程 User1 MG1 MGC MG2 User2 11 MDCX ACK 16 NTFY ACK 13 DLCX ACK Busy tone 14 DLCX ACK Onhook 12 NTFY ACK Onhook 10 MDCX ACK CONVERSATION 15 RQNT ACK 17 RQNT ACK 13 MDCX ACK MGCP呼叫流程（續(xù)） 49 MGCP信令流程 失敗的呼叫流程 User1 MG1 MGC MG2 User2 1 RQNT ACK 2 NTFY ACK 3 RQNT ACK 4 NTFY ACK 5 RQNT ACK Offhook Dail tone Dailing Busy tone Onhook 6 NTFY ACK 7 RQNT ACK 50 MGCP信令流程 MGCP的概念和功能： MGCP協(xié)議用于 MGC同 MG之間進行通信，是承載控制協(xié)議。 MGCP協(xié)議有哪些命令？ EPCF、 CRCX 、 MDCX 、 DLCX 、 RQNT 、 NTFY 、 AUEP 、 AUCX 、 RSIP MGCP協(xié)議有哪些命令響應？ 200和 299之間的值表示成功完成 400和 499之間的值表示臨時錯誤 500和 599之間的值表示永久錯誤 小結 51 第四部分 SIP/SIPT協(xié)議 部分 52 SIP協(xié)議概述 SIP( 會話初始協(xié)議 )的開發(fā)目的是用來幫助提供跨越因特網的高級電話業(yè)務。 SIP是 IETF標準進程的一部分，它是在諸如 SMTP（簡單郵件傳送協(xié)議）和 HTTP（超文本傳送協(xié)議）基礎之上建立起來的。為了提供電話業(yè)務它還需要結合不同的標準和協(xié)議：特別是需要確保傳輸（ RTP），與當前電話網絡的信令互連，能夠確保語音質量（ RSVP），能夠提供目錄（ LDAP），能夠鑒權用戶（ RADIUS）等等。這些會話包括因特網多媒體會議，因特網（或任何 IP網絡）電話呼叫和多媒體發(fā)布。 SIP支持會話描述，它允許參與者在一組兼容媒體類型上達成一致。 SIP不與任何特定的會議控制協(xié)議捆綁。 54 SIP協(xié)議特點 ? 簡單 ? 只包括六個主要請求，六類響應； ? 基于文本編碼，易實現(xiàn)、易調試，便于跟蹤和手工操作； ? 擴展性和伸縮性 ? 具有靈活的擴展機制和強大的能力協(xié)商機制； ? 新的方法、消息頭和功能添加，無須改動協(xié)議，網絡簡單，智能邊緣； ? 分布式體系結構提高了系統(tǒng)的靈活性和可靠性； ? 安全性和可靠性 ? 逐跳加密和認證： Ipsec、 SSL； ? 代理認證： ProxyAuthentication； ? 端到端 HTTP認證：基本方式和摘要方式，端到端加密 PGP、 S/MIME； ? 每次呼叫包含一個時間 /空間唯一的 CallID，每次請求都有一個 Cseq，用于復制包檢測，請求之后有應答， INVITE應答后有 ACK確認，沒有收到回應則重傳； ? 互通性 ? 簡單、輕型協(xié)議，基于文本編碼方式，容易描述和分析； ? 應用層協(xié)議與底層傳輸無關。執(zhí)行任何描述信息到定位信息的映射。 ? 特征協(xié)商：它允許與呼叫有關的組（這可以是多方呼叫）在支持的特征上達成一致（注意：不是所有方都能夠支持相同級別的特征）?？傊?，存在很多需要協(xié)商的范圍。此外，用戶可以被轉移或置為呼叫保持。例如，一呼叫可以被設置為 “ voiceonly”,但是在呼叫過程中，用戶可以需要開啟視頻功能。 56 SIP功能實體 ? UserAgent（ UA）用戶代理 ： 用于代表用戶發(fā)起、接收、結束一個呼叫 ； UAC：發(fā)起一個呼叫請求 ； UAS：對呼叫請求進行回應 ； 一個 UA，既可以發(fā)起呼叫，也可以接收呼叫 ； UAC和 UAS是邏輯角色，不是獨立的物理實體 ； ? ProxyServer代理服務器 ： 作為一個邏輯網絡實體代表客戶端轉發(fā)請求或者響應可以同時作為客戶端和服務器端 。 ? RedirectServer重定向服務器 ： 重定向服務器將請求中的目的地址映射為零個或多個新的地址然后返回給客戶端客戶端直接再次向這些新的地址發(fā)起請求 。 與代理服務器的區(qū)別：不會把用戶請求轉發(fā)給其他的服務器 57 SIP功能實體 ? LocationServer位置服務器 ： 配合代理服務器和重定向服務器提供可能的，被叫用戶的地址（或位置 ）。 58 SIP協(xié)議棧 59 SIP網絡與 NGN網絡的對應關系 60 SIP協(xié)議在 NGN網中的應用結構 軟交換設備 1 軟交換設備 2 61 SIP協(xié)議消息的分類 ? SIP消息采用文本方式編碼分為兩類請求消息和響應消息； ? 請求消息客戶端為了激活按特定操作而發(fā)給服務器的 SIP消息； ? 響應消息用于對請求消息進行響應指示呼叫的成功或失敗狀態(tài)； ? 請求消息和響應消息都包括 SIP頭字段和 SIP消息字段。 73 SIPT協(xié)議 介紹 74 SIPT協(xié)議概述 SIPT（ RFC3372）是由 IETF的 SIPPING工作組在 SIP的基礎上制定的協(xié)議。它利用 SIP的擴展機制通過封裝和裝換技術來透明地傳送 ISUP消息，從而實現(xiàn)與 SIP與 ISUP協(xié)議的互通，也就是實現(xiàn) PSTN與 SIP網絡之間的互通。 SIPT努力提供一種將傳統(tǒng)電話信令集成到 SIP消息的框架。在 PSTN與 SIP網絡的互連點， SS7ISUP消息用 SIP來封裝以確保業(yè)務所必須的信息不被丟失。 75 SIPT協(xié)議的目的 ? 使基于 SIP的軟交換網絡能夠與傳統(tǒng)電信網絡互通 ? 使 SIP網絡橋接 PSTN網絡時能夠透明傳遞 ISUP消息 ? 保證 SIP網絡與傳統(tǒng)電信網絡互通 制定了詳細的 SIP消息與 ISUP消息的映射 ? 保持 SIP網絡對 PSTN網絡的透明性 保證 ISUP信令的透明傳遞，通過 “封裝 ”的方法實現(xiàn) 保證 PSTN呼叫請求的路由能力，通過 “翻譯 ”的方法實現(xiàn) SIPT協(xié)議應用場景 ? SIP網絡與 PSTN網絡互通 ? SIP網絡橋接 PSTN網絡 ? 下一代網絡的軟交換互通協(xié)議 76 SIP網絡與 PSTN網絡互通 PSTN網絡 信令網關 軟交換設備 SIPT協(xié)議用于指導軟交換設備完成 SIPISUP的映射。BICC定義了信令傳送轉換器（ STC）、應用傳送機制（ APM）、承載控制隧道協(xié)議（ BCTP）和 IP承載控制協(xié)議（ IPBCP）。信令信息利用信令傳送轉換器轉換之后，采用 APM傳送 BICC特定的控制信息。 ATM具有很好的 QoS保證和呼叫處理能力， BICC能夠更好地支持 ATM網絡承載，這可能是業(yè)界看好BICC的原因之一。包括ATM網絡和 IP網絡在內的各種數(shù)據網絡，利用該信令協(xié)議就可以承載全方位的 PSTN/ISDN業(yè)務。 ? BICC是一個控制與承載分離的信令協(xié)議，它不直接對媒體資源（ ATM、IP）進行控制，而是通過標準的承載控制協(xié)議（ ）對這些資源進行控制。 ? 理論上， BICC協(xié)議可部署在各種各樣的信號傳輸協(xié)議棧之上，提供與具體業(yè)務承載無關的呼叫控制。 ? BICC協(xié)議由 ITUT ， ， 83 BICC協(xié)議概念 呼叫業(yè)務功能 (CSF)承載控制功能 (BCF)業(yè)務節(jié)點 (SN)呼叫控制信令(BICC協(xié)議 )呼叫控制信令(BICC協(xié)議 )承載控制信令承載控制信令承載BICC規(guī)范的主要范圍84 BICC協(xié)議概念 ? 接口業(yè)務節(jié)點 (ISN=Interface Serving Node) ? 功能實體，位于 SCN網和 BICC網之間，其包含 CSFN和 BIWF ? 轉接業(yè)務節(jié)點 (TSN=Transit Serving Node) ? 功能實體，位于 BICC網內的兩個 SN之間，其包含 CSFT和 BIWF ? 關口業(yè)務節(jié)點 (GSN=Gateway Serving Node) ? 功能實體，位于兩個網絡主域之間，其包含 CSFG和 BIWF ? 承載控制功能 —節(jié)點（ BCFN） 對應 CSFN ? 承載控制功能 —轉接（ BCFT） 對應 CSFT ? 承載控制功能 —關口（ BCFG） 對應 CSFG ? 承載控制功能 —中繼（ BCFR） 承載控制和承載控制信令的中繼，不對應 CSF 85 BICC協(xié)議在網絡中的應用 ? 在無線 3G應用中， BICC協(xié)議處于 3GPP R4電路域核心網的 Nc接口，提供了對 (G)MSCServer之間呼叫接續(xù)的支持。 ? 在固定網 NGN應用中， BICC協(xié)議處于分層體系結構中的呼叫控制層，提供了不同 SoftSwitch之間呼叫接續(xù)的支持。 86 BICC協(xié)議在 3G R4網絡中的應用 87 BICC協(xié)議在 NGN網絡中的應用 88 BICC消息結構 ? CIC － 呼叫實例碼，用來標識兩局之間屬于同一呼叫的消息 ? Message type code － 消息類型，如： IAM/APM/ACM/ANM 等消息 ? Mandatory fixed part － 強制固定長度參數(shù)部分 ? Mandatory variable part － 強制可變長度參數(shù)部分 ? Optional part － 可選參數(shù)部分 CICM ess age t y pe codeM andatory fixed partM andatory varia ble partO ptional part89 O r d e r o f b i t t r a n s m i s s i o nO r d e r o f o c t e tt r a n s m i s s i o nM a n d a t o r yf i x e d p a r t