【文章內(nèi)容簡介】 ? SG為 signal（信號）的簡寫， 信號是 MG 產(chǎn)生的媒體，如信號音（ Tone）和錄音通知，以及線路信號（如 Hookswitch）。更復雜的信號可以包含一個簡單信號的序列，加上對媒體或線路信號接收和分析并以此作為信號產(chǎn)生的條件。信號也可以要求準備一些媒體內(nèi)容來產(chǎn)生以后的信號。 MG呼叫流程 數(shù)圖舉例 ? DM={(0xxxxxxxxx.|1[01249]x.|} ? “0xxxxxxxxx.”表示可以匹配的號碼首位必須為 0，后面 X表示可以為 19的任意一個數(shù)，“ .”之前的那一位 X，可以重復 0任意多次直到短定時器超時。 ? “1[01249]x.”表示可以匹配的號碼為首位為 1，第二位為012456789其中任何一個數(shù)，“ X.”同上表示。 ? 一般字符和字符，例如 xx之間采用長定時器記時，“ .”后續(xù)前面一位采用短定時器記時。 MG呼叫流程 ? DigitMap 定時器 ? 本協(xié)議規(guī)定了三類定時器用于保護根據(jù) DigitMap 所收集的號碼，這三類定時器為：起始定時器（ T），短定時器（ S）和長定時器（ L）。 ? 1) 起始定時器 T 用于任何已撥號碼之前。如果起始定時器被設(shè)為 0（ T=0），此定時器就失效了；表示 MG 將無限期地等待撥號。 ? 2) 若 MG 確認號碼串至少還需要一位號碼來匹配 DigitMap 中的任意撥號方案，則數(shù)字間的定時器值應設(shè)置為長定時器（ L）（例如 16 秒）。 ? 3) 若號碼串已經(jīng)匹配了 DigitMap 中的某一撥號方案，但還有可能接收更多位數(shù)的號碼而匹配其它不同的撥號方案，則不應立即報告匹配情況， MG 必須使用短定時器 (S)等待接收更多位數(shù)的號碼。 MG呼叫流程 MG上主叫用戶撥號， MG 根據(jù) MGC 所下發(fā)的號碼表進行收號，并將所撥號碼及匹配結(jié)果用 Notify 消息上報 MGC； ? MEGACO/1 []:2944 Transaction=2082 { Context= { Notify=AG58903 { ObservedEvents=8389793 { 20210101T00094500 : dd/ce { ds=9999207, Meth=UM } } } } } ? 內(nèi)容解釋： ? 被檢測到的事件（ ObservedEvents）事件 ID為 8389793，時間為 2021年 1月 1日 00時 9分 45秒，事件類型為用戶撥號 (dd/ce),所撥的號碼（ ds）為 9999207，所收數(shù)字與 DIGMAP內(nèi)的規(guī)則正好精確匹配（ Meth=UM）。 MG呼叫流程 關(guān)于匹配（ metching）的定義 ? 如果首位已匹配但在后續(xù)收號過程中發(fā)生號碼和號碼表不匹配或長定時器超時，則只向 MGC 上報已匹配成功的號碼，并且meth=PM（部分匹配）； ? 如果首位已匹配但在后續(xù)收號過程中發(fā)生短定時器超時，則只向 MGC 上報已匹配成功的號碼，并且 meth=FM（完全匹配）； ? 如果用戶首位撥號匹配失敗，則向 MGC 上報 ds=“”， Meth=PM；如果撥號精確匹配，則上報所撥號碼， Meth=UM（明確匹配）； MG呼叫流程 MGC 向 MG發(fā)送 Add 消息，在 MG 中創(chuàng)建一個新 context， 并在context 中加入主叫用戶 的 termination 和 RTP termination，其中 RTP 的 Mode 設(shè)置為 send and recivice，并設(shè)置語音壓縮算法 ? !/1 []:2944 T=8409158{C=$添加新的關(guān)聯(lián)，關(guān)聯(lián)號 MG任一分配 {A=AG58903,A=$添加新的 RTP termination，由 MG任一分配（ choose） {MMediaDescriptor {ST=1StreamDescriptor {O{MO=RC,nt/jit=40},mode= Receiveonly，抖動時延nt/jit為 40MS L{ v=0 c=IN IP4 $ m=audio $ RTP/AVP 8 0 18 a=ptime:20 }}}}}} ?本地描述符 L{}內(nèi)要求 MG提供媒體傳輸?shù)谋镜?IP地址，以及語音壓縮編碼算法。（后續(xù)內(nèi)容將詳細介紹 SDP描述符） MG呼叫流程 MG1 為所需 Add 的 RTP 分配資源 RTP1，并向 MGC 應答 Reply 消息，其中包括該 RTP1的 IP 地址，采用的語音壓縮算法和RTP 端口號等； ? MEGACO/1 []:2944 Reply=8409158 { Context=2084 { Add=AG58903 , Add=RTP/00000 { Media { Stream=1 { Local { v=0 c=IN IP4 m=audio 4000 RTP/AVP 8 0 18 a=ptime:20 } } } } } } ? 相關(guān)知識： MEDIA的幾種描述符之間的關(guān)系如下所示： Media Descriptor TerminationState Descriptor Stream Descriptor LocalControl Descriptor Local Descriptor Remote Descriptor MG呼叫流程 ? 當本協(xié)議采用文本方式編碼時， Local 和 Remote 描述符包含RFC 2327 所定義的 SDP 的會話描述（ session description）。 SDP 會話描述例子的描述如下： Local { v=0 c=IN IP4 m=audio 4000 RTP/AVP 8 0 18 a=ptime:20 } ? c= 連接信息 如果包含在會話層則該字段可選 c=work type address type connection address c=IN IP4 ―――IN=inter ， IPV4,所連接的 ip地址為 ? m= （媒體名稱和傳輸?shù)刂罚? m=media媒體類型 port傳輸層端口 transport傳輸協(xié)議 fmt list格式列表 media 媒體類型可以選擇 “audio”, “video”, “application”, “data” and “control；格式列表中： 0、 1 4分別表示、 、 、 。 MG呼叫流程 MGC向 MG發(fā)送 Modify消息挺撥號音 ? !/1 []:2944 T=8409159{C=2084{MF=AG58903{SG{}}}} MGC 向 MG發(fā)送 Add 消息，在 MG2創(chuàng)建一個新 context，在context 中加入被叫用戶 User2的 termination 和 RTP termination，其中 Mode 設(shè) SendReceive并設(shè)置遠端 RTP 地址及端口號、語音壓縮算法等； ? !/1 []:2944 T=8409160{C=${A=AG58902,A=${M{ST=1{O{MO=SR,nt/jit=40},L{ v=0 c=IN IP4 $ m=audio $ RTP/AVP 8 0 18 a=ptime:20 },R{v=0 c=IN IP4 m=audio 4000 RTP/AVP 8 0 18 a=ptime:20 }}}}}} MG呼叫流程 MGC向 MG發(fā)送 Modify消息要求 MG向被叫送振鈴聲（ al/ri）和發(fā)送來電顯示信息 ? !/1 []:2944 T=8409161{C=2085{MF=AG58902{M{TS{fsk/fsktype=1}},SG{al/ri,fsk/fsk{d=20210406,t=16:28:15,c=9999208}}}}} MG對 MGC回 REPLY ? MEGACO/1 []:2944 Reply=8409161 { Context=2085 { Modify=AG58902 } } MG呼叫流程 MGC向 MG放送 Modify消息要求 MG向主叫發(fā)送回鈴音（ cg/rt） ? !/1 []:2944 T=8409162{C=2084{MF=AG58903{SG{cg/rt}}}} MG向 MGC送 Reply ? MEGACO/1 []:2944 Reply=8409162 { Context=2084 { Modify=AG58903 } } MG檢測到被叫摘機時間，向 MGC送 Notify小心上報摘機事件 ? MEGACO/1 []: