IMS基本会话流程

IMS基本会话流程IMS基本会话流程IMS基本会话流程IMS基本会话流程编制仅供参考审核批准生效日期地址：电话：传真:邮编:目录TOC\o"1-1"\h\z\t"标题2,2,标题3,3"2IMS基本会话流程 2-1IMS基本会话流程简介 2-2MO过程 2-3主叫IMSSIP用户跨网漫游 2-3主叫IMSSIP用户在归属域内 2-7MT过程 2-8被叫IMSSIP用户跨网漫游 2-9被叫IMSSIP用户在归属域内 2-12SS过程 2-13主叫和被叫S-CSCF在同一归属域内 2-14主叫和被叫S-CSCF不在同一归属域内 2-16IMS会话释放流程 2-17通话中主叫释放会话 2-17通话中被叫释放会话 2-19媒体协商过程 2-19会话建立过程中的协商过程 2-20会话建立后的协商过程 2-20资源预留过程 2-21主叫侧的资源预留过程 2-21被叫侧的资源预留过程 2-23插图目录TOC\h\z\t"FigureDescription,1"\c"图表"图2-1IMS基本会话流程简图 2-2图2-2主叫IMSSIP用户跨网漫游的MO过程 2-4图2-3主叫IMSSIP用户在归属域内的MO过程 2-8图2-4被叫IMSSIP用户跨网漫游的MT过程 2-9图2-5被叫IMSSIP用户在归属域内的MT过程 2-13图2-6主、被叫S-CSCF在同一归属域内的SS过程 2-14图2-7主、被叫S-CSCF不在同一归属域内的SS过程 2-17图2-8通话中主叫释放会话 2-18图2-9通话中被叫释放会话 2-19图2-10主叫侧的资源预留过程 2-22图2-11被叫侧的资源预留过程 2-24表格目录TOC\ft\h\z\t"TableDescription,1"\c"图表"表2-1流程与消息内容详细描述 2-4表2-2流程与消息内容详细描述 2-10表2-3流程与消息内容详细描述 2-15表2-4流程与消息内容详细描述 2-18表2-5流程与消息内容详细描述 2-22IMS基本会话流程关于本章本章描述内容如下表所示。标题内容REF_Ref9\n\hREF_Ref0\hIMS基本会话流程简介简要介绍IMS基本会话流程。REF_Ref1\n\hREF_Ref1\hMO过程介绍IMS基本会话中的MO过程。REF_Ref0\n\hREF_Ref0\hMT过程介绍IMS基本会话中的MT过程。REF_Ref6\n\hREF_Ref6\hSS过程介绍IMS基本会话中的SS过程。REF_Ref1\n\hREF_Ref2\hIMS会话释放流程介绍IMS基本会话的释放流程。REF_Ref3\n\hREF_Ref4\h媒体协商过程介绍IMS基本会话中的媒体协商过程。REF_Ref5\n\hREF_Ref6\h资源预留过程介绍IMS基本会话中的资源预留过程。IMS基本会话流程简介本章对IMS基本会话流程的描述只考虑归属网络拓扑无隐藏的情况，不考虑归属网络拓扑隐藏的情况。拓扑隐藏是指运营商对外隐藏其网络的配置、容量和网络拓扑结构。在IMS网络中，由I-CSCF来提供拓扑隐藏的功能。一个IMS基本会话流程的简图如REF_Ref7\r\h图2-1所示。图中所画的是主、被叫用户都在归属域内的情况。IMS基本会话流程简图从上图可以看出整个会话流程可分成三个阶段：MO（MobileOrigination）过程、SS（S-CSCFtoS-CSCF）过程和MT（MobileTermination）过程。MO过程移动用户始发的呼叫过程，即从主叫UE到主叫所属的S-CSCF的呼叫过程。

主叫用户要呼叫被叫用户，主叫UE就生成一个INVITE请求消息，并将消息发送给P-CSCF。P-CSCF对消息进行一些处理后，将消息转发给S-CSCF。SS过程S-CSCF和S-CSCF之间的过程，即从主叫所属的S-CSCF到被叫所属的S-CSCF的呼叫过程。S-CSCF验证主叫用户业务属性，与AS进行交互，解析出被叫用户归属域的I-CSCF地址，并将消息转发给被叫I-CSCF。被叫I-CSCF向为被叫用户提供服务的S-CSCF转发INVITE消息。被叫S-CSCF验证被叫用户业务属性，与AS进行交互。MT过程移动用户终结的呼叫过程，即从被叫所属的S-CSCF到被叫UE的呼叫过程。被叫S-CSCF转发INVITE请求到被叫P-CSCF。P-CSCF对消息进行处理后，转发给被叫UE。被叫UE再收到INVITE请求后，会生成一个183响应，并按照上述的路径返回给主叫UE。后面的章节将详细介绍后续发送的消息，以及IMS基本会话的具体流程。MO过程本节分别对以下两种场景下的MO过程进行描述：主叫IMSSIP用户跨网漫游主叫IMSSIP用户在归属域内主叫IMSSIP用户跨网漫游本小节描述的场景满足以下几个条件：主叫IMS用户从非归属域发起到被叫IMS用户的会话。拜访网络运营商与用户归属网络运营商有漫游协议。用户已在拜访网络成功注册。跨网漫游用户的MO过程如REF_Ref3\r\h图2-2所示。图中，S-CSCF向被叫侧发送的消息是发往被叫S-CSCF的，而不是发往AS的。有关S-CSCF发往AS的消息请参见“REF_Ref6\r\hREF_Ref6\hSS过程”。主叫IMSSIP用户跨网漫游的MO过程详细的流程描述和各个消息中包含的主要内容如REF_Ref4\r\h表2-1所示。流程与消息内容详细描述序号消息详细描述消息的主要内容1INVITE主叫UE发起呼叫，向拜访域P-CSCF发送INVITE消息。主/被叫地址、路由信息、主叫SDP、接入网信息、Supported头2INVITE拜访域P-CSCF检查主叫是否注册；根据本地策略检查用户的呼叫权限和媒体能力；检查消息中的归属域S-CSCF路由与注册的是否一致。上述检查若失败，则拒绝此呼叫；若通过，则向归属域S-CSCF转发INVITE消息。主/被叫地址、路由信息、主叫SDP、接入网信息、Supported头3INVITES-CSCF检查用户的业务数据，若找到初始过滤规则（iFC），则转发INVITE消息到AS进行业务触发。待AS回复INVITE之后，S-CSCF向被叫侧发送INVITE消息。主/被叫地址、路由信息、主叫SDP、计费信息、Supported头4183被叫侧给S-CSCF返回183响应，携带被叫的媒体能力。被叫SDP、Require头、RSeq头、后向网元地址5183S-CSCF向P-CSCF转发183响应消息。被叫SDP、Require头、RSeq头、后向网元地址、计费信息6183P-CSCF进行QoS鉴权，鉴权通过，则向UE发送183。被叫SDP、Require头、RSeq头、后向网元地址7PRACKUE向P-CSCF发送PRACK消息，然后发起资源预留过程。RAck头、前向网元地址8PRACKP-CSCF向S-CSCF转发PRACK消息。9PRACKS-CSCF向AS转发PRACK消息，待AS回复PRACK后，向被叫侧转发PRACK消息。10200(PRACK)S-CSCF收到被叫侧对PRACK的200响应。后向网元地址11200(PRACK)S-CSCF向P-CSCF转发PRACK的200响应。12200(PRACK)P-CSCF向UE转发PRACK的200响应。13UPDATEUE的QOS资源预留成功，向P-CSCF发送UPDATE消息，携带预留的媒体编码信息。主叫SDP（指示主叫当前的资源预留情况）、前向网元地址14UPDATEP-CSCF向S-CSCF转发UPDATE消息。15UPDATES-CSCF向AS转发UPDATE消息，待AS回复UPDATE后，向被叫侧转发UPDATE消息。16200(UPDATE)S-CSCF收到被叫侧对UPDATE的200响应。被叫SDP（指示被叫当前的资源预留情况）、后向网元地址17200(UPDATE)S-CSCF向P-CSCF转发UPDATE的200响应。18200(UPDATE)P-CSCF向UE转发UPDATE的200响应。19180被叫振铃，S-CSCF收到被叫侧的180响应。路由信息、Require头、RSeq头、后向网元地址20180S-CSCF向P-CSCF转发180响应。路由信息、Require头、RSeq头、后向网元地址、计费信息21180P-CSCF向UE转发180响应。路由信息、Require头、RSeq头、后向网元地址22PRACKUE向P-CSCF发送PRACK消息。RAck头、前向网元地址23PRACKP-CSCF向S-CSCF转发PRACK消息。24PRACKS-CSCF向AS转发PRACK消息，待AS回复PRACK之后，向被叫侧转发PRACK消息。25200(PRACK)S-CSCF收到被叫侧对PRACK的200响应。后向网元地址26200(PRACK)S-CSCF向P-CSCF转发PRACK的200响应。27200(PRACK)P-CSCF向UE转发PRACK的200响应。28200(INVITE)被叫摘机应答，S-CSCF收到被叫侧对INVITE的200响应。后向网元地址29200(INVITE)S-CSCF向P-CSCF转发INVITE的200响应。30200(INVITE)P-CSCF批准QoS请求，并向UE转发INVITE的200响应。31ACKUE向P-CSCF发送ACK消息。前向网元地址32ACKP-CSCF向S-CSCF转发ACK消息。33ACKS-CSCF向AS转发ACK消息，待AS回复ACK之后，向被叫侧转发ACK消息。主叫IMSSIP用户在归属域内本小节描述的场景满足以下几个条件：主叫IMS用户从归属域发起到被叫IMS用户的会话。用户已成功注册。归属域内用户的MO过程如REF_Ref9\r\h图2-3所示。图中，S-CSCF向被叫侧发送的消息是发往被叫S-CSCF的，而不是发往AS的。有关S-CSCF发往AS的消息请参见“REF_Ref6\r\hREF_Ref6\hSS过程”。主叫IMSSIP用户在归属域内的MO过程IMSSIP用户在归属域内的MO过程与在跨网漫游时的MO过程相似。所不同的是，当用户跨网漫游时，UE要向拜访域的P-CSCF发送消息，再由拜访域P-CSCF转发到用户归属域的S-CSCF；而当用户在归属域内时，UE是将消息直接发给归属域的P-CSCF。详细的流程和各个消息包含的具体内容请参见“REF_Ref1\r\hREF_Ref2\h主叫IMSSIP用户跨网漫游”。MT过程本节分别对以下两种场景下的MT过程进行描述：被叫IMSSIP用户跨网漫游被叫IMSSIP用户在归属域内被叫IMSSIP用户跨网漫游本小节描述的场景满足以下几个条件：被叫IMS用户在非归属域收到主叫IMS用户发起的会话。用户 拜访网络运营商与用户归属网络运营商有漫游协议。用户已在拜访网络成功注册。跨网漫游用户的MT过程如REF_Ref5\r\h图2-4所示。流程中不考虑S-CSCF与AS之间的交互过程，对这部分内容的详细描述请参见“REF_Ref6\r\hREF_Ref6\hSS过程”。被叫IMSSIP用户跨网漫游的MT过程详细的流程描述和各个消息中包含的主要内容如REF_Ref6\r\h表2-2所示。流程与消息内容详细描述序号消息详细描述消息的主要内容1INVITE被叫归属域S-CSCF收到主叫侧发来的INVITE消息。主/被叫地址、路由信息、主叫SDP、计费信息、Supported头2INVITES-CSCF与AS进行交互后，将原Request-URI替换为被叫用户注册的联系地址，并将原Request-URI保存在P-Called-Party-ID头中，再向被叫拜访域P-CSCF转发INVITE消息。主/被叫地址、路由信息、主叫SDP、计费信息、Supported头、P-Called-Party-ID头3INVITE被叫拜访域P-CSCF向被叫UE转发INVITE消息。主/被叫地址、路由信息、主叫SDP、Supported头、P-Called-Party-ID头4183UE根据自己的情况选定媒体编码类型，并通过183响应发送给P-CSCF。被叫SDP、Require头、RSeq头、后向网元地址5183P-CSCF启动QOS鉴权。鉴权通过，则向S-CSCF转发183响应，否则释放呼叫。被叫SDP、Require头、RSeq头、后向网元地址、计费信息6183S-CSCF向主叫侧转发的183响应。被叫SDP、Require头、RSeq头、后向网元地址、计费信息7PRACKS-CSCF收到主叫侧发来的PRACK消息。RAck头、前向网元地址8PRACKS-CSCF向P-CSCF转发PRACK消息。9PRACKP-CSCF向UE转发PRACK消息。10200(PRACK)UE向P-CSCF回复PRACK的200响应，然后发起资源预留过程。后向网元地址11200(PRACK)P-CSCF向S-CSCF转发PRACK的200响应。12200(PRACK)S-CSCF向主叫侧转发PRACK的200响应。13UPDATES-CSCF收到主叫侧发来的UPDATE消息。主叫SDP（指示主叫当前的资源预留情况）、前向网元地址14UPDATES-CSCF向P-CSCF转发UPDATE消息。15UPDATEP-CSCF向UE转发UPDATE消息。16200(UPDATE)UE资源预留成功，向P-CSCF回UPDATE的200响应，携带预留的媒体编码信息。被叫SDP（指示被叫当前的资源预留情况）、后向网元地址17200(UPDATE)P-CSCF向S-CSCF转发UPDATE的200响应。18200(UPDATE)S-CSCF向主叫侧转发UPDATE的200响应。19180被叫振铃，UE给P-CSCF回180消息。路由信息、Require头、RSeq头、后向网元地址20180P-CSCF向S-CSCF转发180消息。路由信息、Require头、RSeq头、后向网元地址、计费信息21180S-CSCF向主叫侧转发180消息。路由信息、Require头、RSeq头、后向网元地址22PRACKS-CSCF收到主叫侧发来的PRACK消息。RAck头、前向网元地址、计费信息23PRACKS-CSCF向P-CSCF转发PRACK消息。24PRACKP-CSCF向UE转发PRACK消息。25200(PRACK)UE向P-CSCF回复PRACK的200响应。后向网元地址26200(PRACK)P-CSCF向S-CSCF转发PRACK的200响应。27200(PRACK)S-CSCF向主叫侧转发PRACK的200响应。28200(INVITE)被叫摘机应答，UE向P-CSCF回INVITE的200响应。后向网元地址29200(INVITE)P-CSCF向S-CSCF转发INVITE的200响应。30200(INVITE)S-CSCF向主叫侧转发INVITE的200响应。31ACKS-CSCF收到主叫侧发来的ACK消息。前向网元地址32ACKS-CSCF向P-CSCF转发ACK消息。33ACKP-CSCF向UE转发ACK消息。被叫IMSSIP用户在归属域内本小节描述的场景满足以下几个条件：被叫IMS用户在归属域收到主叫IMS用户发起的会话。用户已成功注册。归属域内用户的MT过程如REF_Ref8\r\h图2-5所示。流程中不考虑S-CSCF与AS之间的交互过程，对这部分内容的详细描述请参见“REF_Ref6\r\hREF_Ref6\hSS过程”。被叫IMSSIP用户在归属域内的MT过程IMSSIP用户在归属域内的MT过程与在跨网漫游时的MT过程相似。所不同的是，当用户跨网漫游时，用户归属域的S-CSCF收到主叫发来的消息之后，要向拜访域的P-CSCF发送，再转发到UE；而当用户在归属域内时，用户归属域的S-CSCF是将消息直接发给归属域的P-CSCF，再转发到UE。详细的流程和各个消息包含的具体内容请参见“REF_Ref1\r\hREF_Ref3\h被叫IMSSIP用户跨网漫游”。SS过程本节分别对以下两种场景下的SS过程进行描述：主叫和被叫S-CSCF在同一归属域内主叫和被叫S-CSCF不在同一归属域内主叫和被叫S-CSCF在同一归属域内本小节描述的场景满足以下几个条件：主、被叫用户在同一归属域内。主、被叫用户都已成功注册。主、被叫在同一归属域内的SS过程如REF_Ref3\r\h图2-6所示。本图中只画出了整个SS过程中的部分消息。后续的消息，除了对INVITE消息183、180和200响应需要经过被叫I-CSCF转发以外，其余的消息都直接在主、被叫S-CSCF之间转发。后续的消息和消息中包含的主要内容请参加“REF_Ref1\r\hREF_Ref3\hMO过程”和“REF_Ref0\r\hREF_Ref0\hMT过程”。主、被叫S-CSCF在同一归属域内的SS过程详细的流程描述和各个消息中包含的主要内容如REF_Ref8\r\h表2-3所示。流程与消息内容详细描述序号消息详细描述消息的主要内容1INVITES-CSCF#1收到经过主叫P-CSCF转发来的INVITE请求后，将INVITE请求与主叫的最高优先级的初始过滤规则（iFC）进行匹配。若匹配，则向AS#1转发INVITE消息。主/被叫地址、路由信息、主叫SDP、接入网信息、计费信息、Supported头2INVITEAS#1执行业务控制，然后将INVITE消息转发回S-CSCF#1。主/被叫地址、路由信息、主叫SDP、接入网信息、计费信息、Supported头3INVITES-CSCF#1继续按优先级将INVITE请求与iFC进行匹配。若还匹配，则继续触发业务到相应的AS；否则，向被叫I-CSCF转发INVITE消息。主/被叫地址、路由信息、主叫SDP、计费信息、Supported头4INVITEI-CSCF向HSS查询到为被叫服务的S-CSCF是S-CSCF#2，然后向S-CSCF#2转发INVITE消息。主/被叫地址、路由信息、主叫SDP、计费信息、Supported头5INVITES-CSCF#2将INVITE请求与被叫的最高优先级的iFC进行匹配。若匹配，则向AS#2转发INVITE消息。主/被叫地址、路由信息、主叫SDP、计费信息、Supported头6INVITEAS#2执行业务控制，然后将INVITE消息转发回S-CSCF#2。S-CSCF#2继续按优先级将INVITE请求与iFC进行匹配。若还匹配，则继续触发业务到相应的AS；否则，向被叫P-CSCF转发INVITE消息。主/被叫地址、路由信息、主叫SDP、计费信息、Supported头7183S-CSCF#2收到经过被叫P-CSCF转发来的183响应后，向AS#2转发183响应。被叫SDP、Require头、RSeq头、后向网元地址、计费信息8183AS#2将183响应转发回S-CSCF#2。被叫SDP、Require头、RSeq头、后向网元地址9183S-CSCF#2向I-CSCF转发183响应。被叫SDP、Require头、RSeq头、后向网元地址、计费信息10183I-CSCF向S-CSCF#1转发183响应。被叫SDP、Require头、RSeq头、后向网元地址11183S-CSCF#1向AS#1转发183响应。被叫SDP、Require头、RSeq头、后向网元地址、计费信息12183AS#1将183转发回S-CSCF#1。S-CSCF#1向主叫P-CSCF转发183响应。被叫SDP、Require头、RSeq头、后向网元地址13PRACKS-CSCF#1收到经过主叫P-CSCF转发来的PRACK消息后，向AS#1转发PRACK消息。RAck头、前向网元地址14PRACKAS#1将PRACK转发回S-CSCF#1。15PRACKS-CSCF#1向被叫I-CSCF转发PRACK消息。16PRACKI-CSCF向S-CSCF#2转发PRACK消息。17PRACKAS#2将PRACK消息转发回S-CSCF#2。S-CSCF#2向被叫P-CSCF转发PRACK消息。主叫和被叫S-CSCF不在同一归属域内本小节描述的场景满足以下几个条件：主、被叫用户不在同一归属域内。主、被叫用户都已成功注册。主、被叫不在同一归属域内的SS过程如REF_Ref5\r\h图2-7所示。本图中只画出了整个SS过程中的部分消息。后续的消息，除了对INVITE消息183、180和200响应需要经过被叫I-CSCF转发以外，其余的消息都直接在主、被叫S-CSCF之间转发。后续的消息和消息中包含的主要内容请参加“REF_Ref1\r\hREF_Ref3\hMO过程”和“REF_Ref0\r\hREF_Ref0\hMT过程”。主、被叫S-CSCF不在同一归属域内的SS过程主、被叫S-CSCF不在同一归属域内的SS过程与二者在同一归属域内的SS过程相似。详细的流程和各个消息包含的具体内容请参见“REF_Ref6\r\hREF_Ref6\h主叫和被叫S-CSCF在同一归属域内”。IMS会话释放流程本节分别对以下两种场景下的会话释放过程进行描述：通话中主叫释放会话通话中被叫释放会话通话中主叫释放会话本小节描述的场景满足以下几个条件：主、被叫用户正在通话中。主叫用户发起释放会话。通话中主叫用户释放会话的流程如REF_Ref3\r\h图2-8所示。流程中没有考虑SS过程，对SS过程的介绍请参见“REF_Ref6\r\hREF_Ref6\hSS过程”。通话中主叫释放会话详细的流程描述和各个消息中包含的主要内容如REF_Ref6\r\h表2-4所示。流程与消息内容详细描述序号消息详细描述消息的主要内容1BYE主叫挂机，UE#1向P-CSCF#1发送BYE请求。拆线原因、前向网元地址2BYEP-CSCF#1释放QoS资源，向S-CSCF#1转发BYE请求。3BYES-CSCF#1向被叫侧S-CSCF#2转发BYE请求。4BYES-CSCF#2向P-CSCF#2转发BYE请求。5BYEP-CSCF#2释放QoS资源，向UE#2转发BYE请求。6200(BYE)UE#2给P-CSCF#2回BYE的200响应，并完全释放会话资源。后向网元地址7200(BYE)P-CSCF#2向S-CSCF#2转发BYE的200响应。8200(BYE)S-CSCF#2向S-CSCF#1转发BYE的200响应。9200(BYE)S-CSCF#1向P-CSCF#1转发BYE的200响应。10200(BYE)P-CSCF#1向UE#1转发BYE的200响应，UE#1收到后完全释放会话资源。通话中被叫释放会话本小节描述的场景满足以下几个条件：主、被叫用户正在通话中。被叫用户发起释放会话。通话中被叫用户释放会话的流程如REF_Ref2\r\h图2-9所示。流程中没有考虑SS过程，对SS过程的介绍请参见“REF_Ref6\r\hREF_Ref6\hSS过程”。通话中被叫释放会话通话中被叫用户释放会话的流程与主叫用户释放会话的流程相似。详细的流程和各个消息包含的具体内容请参见“REF_Ref8\r\hREF_Ref0\h通话中主叫释放会话”。媒体协商过程在IMS会话中，主、被叫UE之间通过媒体协商的方式，使双方在会话中使用的媒体类型（如音频、视频等）以及各媒体所使用的编码格式问题上达成一致。SIP媒体协商（包括重协商）的原则是协商过程是一来一回的，也就是说一方发起媒体协商时，另外一方要在最早回复的消息中带回自己的媒体能力。因此，每个协商过程其实是双方两个方向上的媒体协商过程。尽管很多SIP消息都可以携带SDP，但是这些媒体协商过程都是独立进行的，也就是说每次协商都是独立的，互不相干的。后面的协商过程可以看成是重协商过程。因为大多数SIP消息可以携带SDP也可以不携带SDP，这就使媒体协商过程变得非常复杂。本节从以下两种情况来分析媒体协商的过程：会话建立过程中的协商过程会话建立后的协商过程会话建立过程中的协商过程在会话建立的过程中，有很多SIP消息都可以发起媒体协商。本节将分别对这些消息携带SDP的情况进行具体介绍。INVITE带SDPINVITE消息可以携带主叫SDP发起媒体协商过程。如果INVITE携带SDP，那么被叫方可以在临时响应消息（183）消息中带回被叫的SDP，而且一般只有一个响应可以带。183响应带SDP如果INVITE不带SDP，那么被叫方可以在183响应中携带被叫SDP给主叫，来发起媒体协商过程。这时主叫方必须在PRACK（183临时响应的确认）消息中携带主叫SDP给被叫。PRACK带SDP如果INVITE与183都不带SDP，那么主叫方可以通过PRACK消息携带主叫SDP，来发起媒体协商过程。这时被叫方必须在200(PRACK)响应中带回被叫SDP。如果INVITE和183都携带了SDP，那么PRACK消息也可以携带主叫SDP，来发起的媒体协商过程。这时的媒体协商可以看成是重协商过程，与INVITE发起的协商是没有关联关系的。200(INVITE)响应带SDP如果被叫方在200(INVITE)响应中携带了被叫SDP，那么主叫方必须在ACK消息中携带主叫SDP。如果前面已经进行过媒体协商了，那么200(INVITE)响应必须不能携带SDP。 UPDATE带SDP除了上述方式之外，如果会话建立过程中需要更改媒体流，主、被叫也可以通过UPDATE携带SDP来进行媒体的重协商。这时必须由200(UPDATE)响应带回对端的SDP。在会话从未进行过媒体协商时，不能使用UPDATE来更改媒体流。会话建立后的协商过程会话建立后的媒体重协商可以通过REINVITE和UPDATE两种方式进行，其过程跟上述过程相似。UPDATE带SDP可以通过UPDATE消息携带SDP，来发起媒体的重协商。UPDATE必须携带SDP，而且对端回复的200(UPDATE)响应中也必须携