R4呼叫模型及呼叫流程分析.pptVIP

典型呼叫流程分析 MCC - GMSC - MCC呼叫流程（主被叫在两个不同的 MGW） 此流程和前面流程不同如下： 当MCC_B进行到选择MGW时，发现两个MgwGroup无交集，因此MCC_B只得同时选择两个MGW，可以先选择op方mgwGroup中的最优先的那个MGW，作为MGW1，然后根据网络的拓朴关系从tp方mgwGroup中选择一个MGW2。 MCC_B采用PrepareBearReq过程向MGW2申请一个T4（＋ChangeThroughConnection过程），同时采用PrepareBearReq过程向MGW1申请一个T2。 当T2申请成功后，MCC_B向GMSC发送TPTermSelectedEvent消息，携带T2对应的mgwId，h.248CSN，ctxId，T2； 当T4申请成功后，MCC_B开始发起RAB指配过程（采用T4对应的biwfAddr和bncID）。 MCC_B向MGW2采用EstablishBearReq过程建立一个T3，同时携带隧道选项，询问MGW2的承载建立方式。 这里假定MGW2要求采用快速隧道建立方式，则在EstablishBearAck消息中返回一个TunnelInfoUp，于是MCC_B向MGW1发送TunnelInfoDown消息。 当MGW1收到TunnelInfoDown消息后，分析携带的承载信息，如果接受这个承载，则产生一个承载控制信息，向MCC_B发送TunnelInfo_Up消息，当MCC_B收到这个消息后，通过TunnelInfo_Down消息转发给MGW2。 这个过程可能有多次TunnelInfoUp，TunnelInfoDown消息交互，MCC_B只是负责转发，并不分析。 呼叫释放流程 MCC - GMSC - BICC呼叫流程 个别流程解释： GMSC调用DM_GETNUMBERTYPE后，判断是非本局呼叫，于是调用DM_GETTPCIC_REQ接口 ，获取出局电路。 DB查找路由，寻找一个空闲的CIC，这里假定是BICC控制的CIC，则DB根据这个CIC对应的模块号，向对应模块的BICC发送DM_GETTPCIC_ACK消息。 当BICC收到EstablishBearRsp或PrepareBearRsp后，向主叫发送TPTermSelectedEvent消息，同时向后方局发送IAM信令。 随后BICC可能会收到多个APM信令，传送承载控制信令，通过TunnelInfoUp、TunnelInfoDown消息同H.248进行交互。 当BICC侧承载建立完成后，会收到BearEstablishedInd消息，表示承载建立成功，如果后方局需要通知，则向后方局发送APM消息（Action = Connected） 当主叫侧承载建立完成后，Op向Tp发送OpConnectedEvent消息，BICC收到后，可以向后方局发送COT信令（可选）。 Codec协商流程分析 对于MS发起的呼叫，VMSC发端局应该根据需要发起Codec协商。Codec协商一般是在承 载建立前进行，并且Codec协商是端到端的协商。这里的端到端表示在一个软交换网络内 部从一端到另一端。具体有以下几种情况： R4 MSA（表示由MSC Server控制的MS）－ 本网R4 MS B：协商是从MSA － MSB； R4 MSA － 他网R4MSB（中间网络具有Codec协商能力）：协商是从MSA － MSB； R4 MSA － 他网R4MSB（中间网络不具有Codec协商能力）：协商是从MSA － 本网GMSC Server，MSB网络GMSC Server － MSB； R4 MSA － PSTN：协商是从MSA － 本网GMSC Server； 由此可见，在一个呼叫通路中，能否进行Codec协商主要取决于各参与呼叫方是否具有Codec协商能力；从这一点理解可以认为每一段具有Codec协商的呼叫通路是一个Codec协商段，整个网络应该可以由多个不同的Codec协商段组成： 整个呼叫通路由两个Codec协商段和一个非协商段组成。S1 － Sk，M1－Mn具有Codec协商能力，而由于P1－P2没有协商能力，因此Sk－M1都无法进行Codec协商。对于不能进行Codec协商的呼叫段，承载的Codec确省为G.711。 两个Codec协商段协商的Codec分别为Codec1和Codec2，Codec1和Codec2可以相同，也可以不同。 由于所有MGW确省都支持G.711，因此Codec协商应该总能够成功，最差情况下也能够协商为G.711。 Codec协商流程分析 Codec协商发端局流程 对于Codec协商发端局，根据以上分析，应该有VMSC和GMSC两