軟交換技術原理-課件_第1頁
軟交換技術原理-課件_第2頁
軟交換技術原理-課件_第3頁
軟交換技術原理-課件_第4頁
軟交換技術原理-課件_第5頁
已閱讀5頁,還剩94頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

軟交換技術原理1ppt課件培訓提綱軟交換網絡設備的技術要求軟交換組網技術要求軟交換網絡中的協議2ppt課件軟交換設備的技術要求3ppt課件軟交換網絡中的主要設備軟交換設備(SS)作為系統的控制核心,完成協議適配、呼叫處理、資源管理、業務代理等,并作為系統的對外接口完成和其它系統的互連互通功能。信令網關(SG)完成電路交換網和分組交換網之間SS7轉換的功能中繼媒體網關(TG)在軟交換的控制下,完成流媒體的轉換功能,主要用于中繼接入4ppt課件軟交換網絡中的主要設備(2)接入媒體網關(AG)在軟交換的控制下,完成流媒體的轉換功能,主要用于終端用戶、PRI、BRI、V5接入IAD主要完成終端用戶的語音、數據、圖象等的綜合接入功能。應用服務器利用軟交換提供的應用編程接口(API),通過提供業務生成環境,完成業務創建和維護功能。5ppt課件軟交換設備技術要求媒體網關設備技術要求信令網關設備技術要求6ppt課件NGN的控制核心:軟交換設備軟交換機(Softswitch)是一種功能實體,為下一代網絡具有實時性要求的業務提供呼叫控制和連接控制功能,是下一代網絡呼叫與控制的核心。軟交換可繼承原有PSTN/ISDN網絡的業務特性,因此采用軟交換技術實現傳統的TDM交換演進到NGN已成為業界的共識。7ppt課件業務提供功能網管功能計費功能SSF功能呼叫控制功能各種媒體網關SIP終端H.248終端MGCP終端INH.323IP電話網NO.7AAA服務器網管服務器應用服務器(APIS)SIP系統Softswitch互通功能信令網關信令網關軟交換設備

Radius

SIP/INAP

SNMPSS7/IP(SIGTRAN)

H.248INAP/IPSIP/BICCSIPH.323

SIP

H.248

MGCP軟交換設備的功能要求8ppt課件軟交換機提供業務的方式基本業務和補充業務都是在Softswitch中直接完成的新業務提供方式有三種通過API開放業務,由ApplicationServer或第三方業務平臺放業務邏輯,Softswitch負責業務具體的實施;Softswitch充當SSP,通過INAP和智能網中已有的SCP通信,重用目前已經存在的智能業務;直接在Softswitch本機上提供增值業務(如800號、移機不改號)9ppt課件軟交換機的功能分工軟交換機其功能可以分為電話呼叫服務器、SIP服務器等電話呼叫服務器:通過媒體網關控制協議實現對所屬中繼網關和接入網關的控制,實現基于分組承載網絡的PSTN/ISDN業務特性。部分設備制造商將這類服務器再細分為匯接(長途)層面的呼叫服務器、端局層面的呼叫服務器和移動呼叫服務器。SIP服務器:提供SIP代理、注冊、定位等SIP協議處理功能,實現基于分組網絡的SIP終端多媒體通信的能力.10ppt課件軟交換設備的設置方式綜合設置方式在控制層提供單一機型的軟交換控制設備,支持多種協議,同時具有電話呼叫控制器和SIP服務器等多種功能。分散設置方式根據不同的功能需求,提供不同類型的軟交換控制設備,控制不同的媒體網關和終端設備,以分別提供傳統固話業務、移動業務、IP多媒體業務。11ppt課件軟交換設備的操作平臺C-PCI平臺:采用符合CompactPCI標準的電信級平臺,采用通用或專用的實時操作系統。已有多數電信設備廠商推出。交換機平臺:有一部分的軟交換機是從傳統TDM交換機升級而來。商用服務器平臺:主要以SUN商用服務器平臺為主,采用商用的操作系統。幾乎所有的NGN設備制造商均推出了此類軟交換機。12ppt課件軟交換設備技術要求媒體網關設備技術要求信令網關設備技術要求13ppt課件媒體網關(MediaGateway)功能與協議接入功能協議處理功能語音壓縮功能語音處理功能分組網接入功能資源控制和管理功能維護和管理功能PSTN交換局模擬用戶V5.2用戶PBX用戶ISDN用戶ADSL用戶無線用戶分組傳送網軟交換設備14ppt課件媒體網關(MediaGateway)分類中繼網關(TG):提供2M中繼接口,實現64K電路與分組中繼的語音編碼格式的相互轉換,一般放置于局端,與分組骨干網相連。用戶駐地網關(AG或RG):提供各類傳統用戶的接入端口,實現基于分組網承載的傳統用戶接入,端口數量在100以上,一般放置于局端或小區內,與分組城域網相連。綜合接入設備(IAD):實現用戶的數據、語音的綜合接入,提供1~48不等數量的用戶接入端口,一般放置于樓道或用戶家中,通過LAN或ADSL接入網絡。15ppt課件分組語音承載類型TG或AG可支持IP承載:VoIPATM承載:VoATM(AAL1/2)、VoIPoATM(AAL5)IAD可支持IP承載(網絡側為以太網接口):VoIPxDSL承載(網絡側為xDSL接口):如VoADSL16ppt課件語音編碼技術(1)從模擬話音信號到VOIP的分組包需要經過以下幾個過程:300-3.4KHz的模擬語音信號的數字化過程,成為64kbit/s速率的PCM語音信號。PCM信號經過各種方式的壓縮編碼,成為各種速率的壓縮語音信號。增加RTP頭、UDP頭、IP頭后,成為VOIP分組包。語音編碼種類G.711:64Kb/s(無壓縮)G.729a:8Kb/sG.723.1:5.3kbit/s或6.3kbit/s(可跟據網絡情況自動調整速率)

17ppt課件語音編碼技術(2)語音靜荷大小:一個語音分組所包含語段信息的時間長度,單位一般為ms。采用同樣的編碼器時,語音靜荷越大,數據包利用率越高,帶寬占有越小,如G.711(20ms)需占有帶寬83.6Kb/s,G.711(5ms)需占有帶寬142.4kb/s。語音靜荷越大,引入的時延也越大。18ppt課件語音處理技術(1)時延的處理時延指標ITU-TG.114建議單向延遲最低門限:<400msPSTN的語音端到端時延:<150ms軟交換系統要達到接近PSTN的質量:<250ms。在分組網上傳送話音的時延可以分為幾類:算法時延:與語音編碼器的類型有關,壓縮率越高,時延越大處理時延:與語音靜荷大小和設備處理能力有關網絡時延:網絡傳送時延,是最為顯著的時延。縮短時延的方法:提高設備處理能力,選擇合適的編碼器,對時延敏感的業務應設置高傳送優先級。19ppt課件語音處理技術(2)對抖動(jitter)的處理抖動是指IP包傳輸時間的長短變化,導致話音的斷續及部份失真,影響音質。國標中要求網絡時延抖動必須在80MS以內。抖動緩沖技術:話音包到達時首先進入緩沖池暫存,系統以穩定平滑的速率將話音包從緩沖池中取出、解壓、播放給受話者。增加整個系統的延遲時間,要具備緩沖區大小動態調整

20ppt課件語音處理技術(3)回聲消除(EC)回聲是由遠端電話設備(主要是2/4線轉換)將講話者語音的信號反饋回來產生的。傳送時延越長(>50ms),回聲越嚴重。媒體網關通過回聲消除器來實現回聲的抵消靜音壓縮(VAD)和舒適噪音(CNG)的產生為節約帶寬,當呼叫的雙方長時間不通話時,需要對靜音進行壓縮。當環境過于安靜時,媒體網關要能夠生成舒適噪音,以滿足人們的聽覺習慣。21ppt課件語音處理技術(4)分組丟失的幀側和補償如果網絡中的分組丟失過多,會影響到通話的質量,會出現斷話等現象。對于分組丟失的處理包括預防和補償兩步:預防就是要將語音等業務打上高的優先級,當網絡出現擁塞時,優先傳送這類業務;補償就是媒體網關設備必須能夠實現對丟失分組的再生功能。

22ppt課件軟交換設備技術要求媒體網關設備技術要求信令網關設備技術要求23ppt課件SS7CircuitSS7CircuitPSTNPSTNIP網絡通過信令網關實現寬帶網絡和傳統網絡之間信令的互通SGSGMGMGMGCMGC通過媒體網關實現寬帶網絡和傳統網絡之間媒體的互通PSTN網絡和NGN網絡互通原理

24ppt課件信令網關功能在現有網絡和NGN網絡互通的信令層面,必須首先保證現有網絡和NGN網絡中的交換設備使用相同的應用層協議,同時,由于NGN網絡在承載層和現有網絡不同,所以,在兩個網絡中的承載信令部分,分別使用窄帶信令承載,和寬帶信令承載,而信令網關就是兩種承載進行轉換的專用網關設備25ppt課件信令網關的組網方式依據信令網關設備分類的不同,信令網關的組網可以分為兩類:信令點組網信令轉接點組網26ppt課件信令點組網方式(1)基于IP的軟交換機、媒體網關和信令網關的組網應用示意圖27ppt課件信令點組網方式(2)基于IP的SCP與信令網關的組網應用示意圖。基于IP的歸屬位置寄存器(HLR)和基于IP的短消息中心(SMC)與IP-SCP的應用類似28ppt課件信令轉接點組網方式29ppt課件內置信令網關媒體網關內可以內置信令網關功能BRI/PRIMG(SG’)MGCIPNetworkM2UA/SCTPIUA/SCTPV5UA/SCTPNTLEXSS7MGCP/H248ANV5230ppt課件信令網關作為寬帶STP獨立的信令網關可實現STP功能,組建基于IP的七號信令網STPSEPIPNetworkSTPSEPSS7/MTPSS7/MTPSS7/IP31ppt課件軟交換組網技術要求32ppt課件軟交換網絡的組網網絡的冗災技術33ppt課件軟交換機組網(1)單平面結構所有SS(軟交換機)均了解全網的路由設置數據,任一SS的增加和減少,所有的SS均需要做路由數據更改。34ppt課件軟交換組網(2)多域平面結構(路由服務器方式)引入路由數據分層的概念,即SS僅了解一定區域的路由設置數據,在SS之上增加一層路由服務器用于對其他區域被叫用戶的尋址路由服務器接受主叫端SS的尋址請求,通過數據查詢或向其他路由向服務器發出尋址請求得到并向主叫端SS返回被叫的SS地址路由服務器不做呼叫控制信號的傳遞,呼叫控制信號的傳遞最多需要一跳路由服務器可以多級設置35ppt課件軟交換組網(3)多域平面結構(續)路由服務器SS1SIP/SIP-T/H323LDAP/TRIPDNS+ENUM路由服務器路由服務器SS1SS1SS1SS1SSn36ppt課件軟交換組網(4)分級結構在軟交換控制設備之上增加一層代理服務器或高級軟交換機。代理服務器或高級軟交換機接受下級軟交換送來的呼叫控制信號,完成被叫用戶的尋址,和呼叫的接續處理功能。在這種情況下,呼叫信號的傳遞路徑大于一跳。37ppt課件軟交換網絡的組網網絡的冗災技術38ppt課件設備可靠性的實現軟交換機專用平臺:CPU采用n+1或n+m或1+1備份商用平臺:多CPU配置大型網關設備(如信令網關、中繼網關、接入網關及媒體資源服務器)關鍵單板冗余備份接口備份39ppt課件網絡容災的實現(1)軟交換節點備份:在不同物理位置上的兩臺軟交換機主備用或互為備份。網關在正常時受歸屬軟交換控制,當歸屬軟交換故障,網關將由軟交換備份節點控制“A”主用“B”備用“A”備用“B”主用“A”主用“B”備用“A”備用“B”主用heartbeatheartbeatPSTN端局PSTN端局PSTN端局中繼網關接入網關中繼網關接入網關中繼網關接入網關PSTN端局中繼網關接入網關40ppt課件網絡容災的實現(2)虛擬網關:同一網關劃分為若干部分(虛擬網關),每一部分可受不同的軟交換控制。若有軟交換故障,則只影響該網關部分的話務接入PSTNTG1TG2PSTNSGSGGW1GW2GW3GW4SS1SS241ppt課件軟交換網絡中的協議42ppt課件網絡中的協議軟交換與網關之間:H.248、MGCP軟交換之間:SIP-T、BICC軟交換與信令網關之間:SIGTRAN(SCTP、M3UA、M2UA、M2PA)SIP、H.32343ppt課件軟交換協議體系第三方業務平臺業務平臺/SCP用戶/業務數據庫軟交換機媒體網關信令網關SIP、CORBA…信令轉換SIGTRAN(M3UA、M2UA、M2PA、IUA…)SS7、Q.931…智能終端實時媒體傳送(RTP,RTCP)媒體服務器PSTNPCM軟交換機策略服務器COPS網管系統網管接口協議(SNMP、MML…)數據訪問(MAP、LDAP…)業務調用(INAP、SIP…)呼叫控制(SIP/SIP-T、BICC、H323…)呼叫控制(SIP、H323…)媒體網關控制(MGCP、H248…)API44ppt課件軟交換協議分類(1)呼叫控制協議H323:由ITU-T推出,基于二進制,用于IP電話、視頻通信的協議體系,軟交換體系中主要應用于軟交換與H323GK、軟交換與H323GW/終端之間、H323終端之間。SIP:由IETF推出的基于文本的會話通信協議,主要應用于SIP服務器(軟交換)之間、SIP服務器與SIP終端之間、SIP終端之間。SIP-T:SIP協議的擴展,用于在軟交換機之間透傳ISUP的負載消息,ITU-T對SIP-T作進一步完善,稱為SIP-I。BICC:ITU-T推出的與承載網絡無關的呼叫控制協議,功能與ISUP類似。45ppt課件軟交換協議分類(2)網關控制協議(主從控制協議)MGCP:早期使用的網關控制協議,由IETF制定,應用于軟交換與TG/AG/MS/IAD之間。H248/MAGACO:由ITU/IETF共同制定,功能與MGCP類似,但在多媒體業務實現、協議維護管理等方面比MGCP有優勢。46ppt課件軟交換協議分類(3)媒體流傳送協議RTP:IP實時媒體流傳輸協議,用于承載各類編碼的語音、視頻信號。RTCP:IP實時媒體流傳輸控制,與RTP同時使用,用于傳送媒體流QOS的反饋信息。47ppt課件軟交換協議分類(4)信令傳輸協議(SIGTRAN)M3UA:適配七號信令MTP3層的消息M2UA/M2PA::適配七號信令MTP2層的消息IUA:適配ISDNQ.931協議V5UA:適配V5協議SCTP:在適配協議下層提供可靠的傳輸服務,與TCP/UDP并列為IP網的傳輸層協議。48ppt課件軟交換協議分類(5)業務調用協議SIP:可應用于軟交換機與應用服務器之間INAP:軟交換(SSF)-SCPCAMEL:軟交換(MobileSSF)-MobileSCP策略控制協議COPS:用于策略下發與響應信息上報。網管協議SNMP:由IETF定義,廣泛應用于計算機界、IP網的網管協議,在軟交換體系中應用最普遍。Q3:TMN框架內定義的網管接口協議,適用于ATM網關或部分由電路交換機改造的軟交換。MML:人機命令接口,部分軟交換采用。49ppt課件軟交換協議分類(6)數據庫訪問協議:LDAP(LightweightDirectoryAccessProtocol),適用于SIP服務器與數據庫之間或軟交換與路由服務器(RS)之間的數據訪問。MAP:應用于軟交換機(MSC/VLRSERVER)與HLR之間API的協議:CORBA:分布對象技術,API常用。SIP:用于基于SIP的API50ppt課件MGCPH.248SIPSIGTRAN51ppt課件Connection1Connection2GatewayConnection3MGCP協議呼叫連接模型MGCP是基于端點和連接的一種連接模型GatewayEP1EP2EP3EP4EP5EP:EndPonit52ppt課件端點(endpoint)端點(endpoint)的概念:端點就是數據源或者數據宿,物理端點:如64kb/s的中繼電路、模擬用戶線接口虛擬端點:如語音服務器上語音資源等。端點描述格式為:local-endpoint-name@domain-name。端點的標識可以引入通配符“*”或“$”,“*”代表所有符合指定條件的端點,“$”表示從符合相關條件的端點中任選一個。

53ppt課件連接(connection)連接(connection)的概念點到點連接:兩個互相發送數據的端點之間的一種關連,一旦該關聯在兩個端點都建立起來后,就可開始傳送數據。多點連接:多個端點之間的關聯。連接標識與呼叫標識由網關為每個連接分配唯一的一個連接標識(ConnectionID)與連接相關聯的屬性之一是呼叫標識符(CallID),與ConnectionID不同的是,呼叫標識符由呼叫代理創建,在同一個呼叫中,所有涉及的連接共享同一個呼叫標識符。連接可建在不同類型的承載網絡之上通過RTP承載于IP網絡。通過AAL2承載于ATM網絡。54ppt課件MGCP協議結構MGCP是一種文本協議。協議消息分為兩類:命令和響應,每個命令需要接收方回送響應,采用三次握手方式證實。命令消息由命令行和若干參數行組成。響應消息帶有3位數字的響應碼(如“200”代表“成功處理”和若干參數行。MGCP采用SDP向網關描述連接參數為了減少信令傳送時延,MGCP采用UDP傳送55ppt課件MGCP協議命令CALLAGENTMGEPCFRQNTCRCXNOFYMDCXDLCXAUEPAUCXRSIP56ppt課件事件與信號事件(Events):指狀態變化,如摘機、掛機、排叉、收到的電話號碼等事件。由呼叫代理指示MG檢測指定的事件,指定事件發生后MG應立即上報。大多數情況下,事件發生在端點上,但在一些應用中,有時候會需要向不同的連接發送不同的待檢測事件。信號(Signals):指對端點施加的信號音或動作由呼叫代理指示MG對端點放某種信號音、錄音通知、DTMF、FSK、反極信號或停止前面的信號。57ppt課件RSIP(restart)200OKRQNT(Ep1R:hd)200OK(Ep1)Ep1.AUEP(*)200OK(Ep1)200OK(Ep2)::Ep2RQNT(Ep2R:hd)200OK(Ep2)SoftswitchMG1/21234基本呼叫信令流程-網關注冊58ppt課件基本呼叫信令流程-呼叫建立、拆除(1)NTFY(L/hd)200OKRQNT(S:dlR:hudigitmap)200OKNTFY(dialstr:7654321)200OK200OK(connectionIDx,SDP1)6.

CRCX(callIDnM:sendrecv

SDP1)200OK(connectionIDySDP2)撥號音摘機撥號::CRCX(callIDn

M:recvonly)7654321RQNT(R:hu)200OKEp1Ep2MDCX(M:RecvonlySDP2)200OKRQNT(S:rt)200OKRQNT(S:rgR:hd)200OK振鈴回鈴音SoftswitchMG1MG212345678959ppt課件基本呼叫信令流程-呼叫建立、拆除(1)1、MG1監測到Ep1“摘機”,并上報軟交換。2、軟交換下發“被叫號碼表(digitmap)”,要求MG1送“撥號音”,并同時監測“掛機”。3、主叫用戶撥被叫號碼,MG1在監測到第一位號碼時停送撥號音,按照digitmap將收全的號碼上報到軟交換。4、軟交換要求MG1繼續監測Ep1的“掛機”動作。5、軟交換經過被叫號碼分析,找到被叫方后,創建MG1-Ep1的連接,媒體連接模式為“receiveonly”,MG1在回應中寫入主叫的媒體分組連接信息”SDP1“。6、軟交換創建MG2-Ep2的連接,并告知主叫的媒體分組連接信息”SDP1”,媒體連接模式為“sendandreceive”,MG2在回應中返回被叫的媒體分組連接信息”SDP2“。7、軟交換修改MG1-EP1的連接參數,并告知被叫的媒體分組連接信息”SDP2“,媒體連接模式為“receiveonly”。8、軟交換要求MG1向主叫送”回鈴音“。9、軟交換要求MG2向被叫“振鈴”。60ppt課件MDCX(M:SendRecv)200OKNTFY(L/hd)200OKNTFY(L/hu)200OK15.

DLCX(callIDn,connectionIDy)200OKNTFY(L/hu)200OK16.

DLCX(callIDn,connectionIDx)200OKEp1基本呼叫信令流程-呼叫建立、拆除(2)RQNT(R:hu)200OKRQNT(R:hu)200OK正常通話應答掛機掛機Ep27654321RQNT(R:hd)200OK忙音200OKRQNT(R:hd)SoftswitchMG1MG21011121314151617181961ppt課件基本呼叫信令流程-呼叫建立、拆除(2)10、被叫應答,MG2上報軟交換。11-12、軟交換要求MG1/MG2監測主/被叫用戶的掛機動作。13、軟交換修改MG1-Ep1的媒體連接模式為“sendandreceive”,主被叫開始通話。::::14、通話結束,被叫先掛機,MG2上報軟交換。15-16、軟交換先后拆除MG2-Ep2、MG1-Ep1的連接,主叫聽到忙音。17、軟交換要求MG2監測MG2-Ep2的下一“摘機”動作。18、主叫掛機,MG1上報軟交換.19、MGC要求MG1監測MG1-Ep1的下一“摘機”動作。62ppt課件IETFMGCP的版本狀況當前版本=1.0RFC343563ppt課件MGCPH.248SIPSIGTRAN64ppt課件H248協議模型ContextTermTermContextTermTermTermGateWayTerm:termination65ppt課件上下文ContextContext的概念: 一個上下文指的是多個終結點間的關聯,如果關聯中涉及了多于兩個的終結點,則它描述了拓撲結構(誰和誰接收/發送),媒體混合和/或交換參數。

它可以通過Add命令進行創建,通過Subtract或Move命令進行刪除。66ppt課件終結點Termination(1)終結點概念:一個終結點是MG中的邏輯實體,能夠發送和(或)接收一種或多種媒體。一個終結點在任一時刻屬于且只能屬于一個上下文。67ppt課件TerminationSemi-permanentTerminationEphemeralTerminationRootTermination終結點分三種類型:半永久終結點:也叫物理終結點,半永久存在,如,代表一個TDM信道或模擬用戶線端口的終結點可以存在到不再提供給MG為止。短暫終結點:代表短暫信息流的終結點,如RTP流,只在使用時才存在。Root終結點:當命令是對整個MG操作,而不是其中一個終結點,則使用Root終結點。終結點Termination(2)68ppt課件H248命令AddModifySubtractMoveAuditValueAuditCapabilitiesNotifyServiceChangeMGCMG

每一指令針對一特定的終結點69ppt課件H248協議消息的編碼和傳輸協議信息的編碼格式可以是文本格式,也可以是二進制格式,可通過指定不同的IPport實現。協議假設下層網絡是不可靠的,因此事務的狀態和可靠性由協議實現完成三次握手機制協議實現可以基于TCP、UDP、SCTP或非IP類協議(如:MTP-3B、AAL5等)傳輸。H.248TCP/UDP/SCTPIPATMAAL570ppt課件H248協議消息重傳機制重傳機制:發出請求消息后,啟動重發定時器,超時收不到對方的響應消息,則重發請求消息。接收請求消息的一方可以在重發定時器超時前發送pending消息扼制重發定時器。71ppt課件重啟雪崩的預防SoftswitchMG1MG3MG4MG5MG2ServiceChange大量MG同時向MGC注冊時,MGC同時接收大量數據包會導致MGC癱瘓,這種現象叫重啟雪崩。對每個MG采用“重啟定時器”來防止重啟雪崩。重啟定時器由MG自行設定,隨機取0~MWD(最大等待延時)的值。RestartAvalanche72ppt課件協議的安全機制采用IPSec(RFC2401)協議

SupportoftheAHheader(RFC2402)支持媒體網關和MGC之間信息的鑒定和完整性保護。SupportoftheESPheader(RFC2406)可以提供信息的機密性。媒體連接的保護協議允許MGC為MG提供“SessionKeys”用來加密音頻信息,以防竊聽。73ppt課件CTX=NULL,ServiceChg=ROOTReply(SeviceChg)T1CTX=NULL,Mod=T1(E:al/of)Reply(Mod)::T2SoftswitchMG1/2CTX--ContextT--TerminationServiceChg--ServiceChangeMod--ModifyCTX=NULL,Mod=T2(E:al/of)Reply(Mod)123基本呼叫信令流程-網關注冊74ppt課件基本呼叫信令流程-呼叫建立、拆除(1)1.

CTX=NULL,Notify=(T1O:al/of)Reply(Notify)CTX=NULL,Mod=(T1E:al/on,S:cg/dt,Digitmap)Reply(Mod)3.CTX=NULL,Notify=(T17654321)Reply(Notify)Reply(CTX=n,ADD(T1,TRTP1(SDP1)))撥號音摘機撥號::4.

CTX=Choose,ADD=(T1ChooseT(Recvonly))7654321T1T26.CTX=n,Mod=(T1S:cg/rt),TRTP1(SDP2))Reply(Mod)振鈴回鈴音SoftswitchMG1MG2Reply(CTX=m,ADD(T2,TRTP2(SDP2)))5.

CTX=Choose,ADD=(T2E:al/of,S:al/ri,ChooseT(SendReceive)SDP1))12345675ppt課件基本呼叫信令流程-呼叫建立、拆除(1)1、MG1監測到Ep1“摘機”,并上報MGC。2、MGC向MG1下發“被叫號碼表(digitmap)”,要求MG1向主叫送“撥號音”,并同時監測“掛機”。3、主叫用戶撥被叫號碼,MG1在監測到第一位號碼時停送撥號音,按照digitmap將收全的號碼上報到MGC。4、MGC經過被叫號碼分析,找到被叫方后,命令MG1創建contextID,選擇分組終結點;MG1在回應中寫入”contextID=n“,分組終結點=TRTP1,以及主叫的媒體分組連接信息”SDP1“。5、MGC命令MG2創建contextID,向被叫送”振鈴“,監測“摘機”動作,選擇分組終結點,告知主叫的媒體分組連接信息”SDP1”;MG2在回應中返回”contextID=m“,分組終結點=TRTP2,被叫的媒體分組連接信息”SDP2“。6、MGC修改主叫的終結點參數,向主叫送“回鈴音”,并告知被叫的媒體分組連接信息”SDP2“。76ppt課件T1基本呼叫信令流程-呼叫建立、拆除(2)空閑通話應答掛機掛機T27654321忙音SoftswitchMG1MG27.

CTX=m,Notify=(T2O:al/of).

Reply(Notify)8.

CTX=m,Mod=(T2E:al/on,S:)Reply(Mod)9.

CTX=n,Mod=(T1S:,TRTP1SendReceive)Reply(Mod)10.

CTX=m,Notify=(T2O:al/on)Reply(Notify)11.

CTX=m,Subt=(T2(audit),TRTP2(audit))Reply(Sub(statistics))12.

CTX=n,Sub=(T1(audit),TRTP1(audit))Reply(Sub(statistics))CTX=NULL,Notify=T1(onhook)Reply(Notify)CTX=NULL,Mod=(T2,E:al/of)Reply(Mod)CTX=NULL,Mod=(T1,E:al/of)Reply(Mod)78910111213141577ppt課件基本呼叫信令流程-呼叫建立、拆除(2)7、被叫應答,MG2上報MGC。8、MGC要求MG2停送振鈴,監測被叫的”掛機“動作。9、MGC修改主叫的媒體連接模式為“sendandreceive”,并要求MG1停送回鈴音,主被叫開始通話。::::10、通話結束,被叫先掛機,MG2上報MGC。11-12、MGC先后拆除MG2、MG1中的上下文,并要求上報統計信息;MG2/MG2釋放分組終結點,在回應中上報統計報告。13、MGC要求MG2監測用戶的下一呼叫請求(“摘機”)。14、主叫掛機,MG1上報MGC.15、MGC要求MG1監測用戶的下一呼叫請求(“摘機”)。78ppt課件MEGACO/H.248的版本狀況當前版本=1.0RFC3015草稿版本=2.0draft-H248V2-0379ppt課件MGCP與H248/Megaco的比較MGCP與H248/Megaco對話音業務支持能力相近,但H248加入了電信級設備應該考慮的因素,豐富了術語和參數,加強了MGC對MG的管理功能,成為電信級設備首選的網關控制協議。MGCP與H248/Megaco均在協議框架內考慮了對多媒體業務的支持,但在具體實現方式和包的定義上都還需要完善。80ppt課件MGCP與H248/Megaco的比較(續)MGCP出現較早,相對簡單、成熟,因此網上已部署了許多MGCP的產品,目前應用的IAD產品以MGCP協議為主,且國際軟交換組織(ISC)還在繼續完善它,因此在相當一段時間內MGCP協議仍將繼續存在。但由于未得到ITU-T和IETF的支持,應該不會再有大的發展。H.248/Megaco由于得到ITU-T和IETF的認同和研究,將繼續發展,在網上的應用必將越來越廣泛。目前可以確信的是對于新開發的MGC或MG產品,H.248協議是必選的網關控制協議。81ppt課件MGCPH.248SIPSIGTRAN82ppt課件什么是SIPSessionInitiationProtocolIETF制訂的因特網多媒體通信架構的核心協議之一可用于建立、改變或者終止多媒體會話的應用層協議基于HTTP(文本編碼、使用URI尋址)支持多種業務:

Voice,video,instantmessaging,presence,callcontrol,etc.

83ppt課件SIP協議工作機制采用類似于HTTP協議的客戶端/服務器模型每個請求觸發服務器的操作并且得到響應。請求及其對應的響應消息構成事務(transaction)、事務之間相互獨立一個典型的呼叫/會話(Session)通常包含多個事務ClientServerrequestresponse84ppt課件SIP協議工作機制(續)SIP只是一個框架性協議為了完成會話需要可與其他協議合作使用。使用SDP作為其消息體會話的描述,支持MIME(MultipurposeInternetMailExtension)方式,可用于在MGC之間傳遞ISUP消息SIP-T協議。SIP獨立于底層的應用層協議,因此傳輸層可采用TCP/UDP/SCTP,但為減少時延,一般采用UDP,其可靠性通過重傳機制來完成。85ppt課件源于1996年的MBone實驗1999年被IETF-MMUSIC工作組采納為建議標準RFC25431999年獨立為SIP工作組后續又新增了兩個以SIP為核心的工作組SIPPING和SIMPLE2002年7月成為新的RFC3261大部分內容經過重寫,更加清晰嚴謹,同時也增加了一些新的特性絕大部分內容保持與RFC2543后向兼容SIP的發展歷程86ppt課件IETF-SIPWG(協議基礎)IETF-SIPPINGWG(協議應用)IETF-SIMPLEWG(即時消息)3GPP(R5多媒體域)ITU-TSG11&SG16(SIP&H.323互通)相關的標準化組織87ppt課件SIP網絡--分布式架構RedirectServer

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論