VoLTE语音专用承载的建立、修改与更新

VoLTE通话中的语音承载，用于将用户的语音包在EPS网络中进行传递，将语音包送入IMS网络，是由网络侧动态实时发起建立的QCI=1的专用承载（Dedicated Bearer）来完成的，而负责传递通话建立的SIP消息的信令承载，则是由VoLTE手机在开机附着时就触发建立的QCI=5的缺省承载（Default Bearer）完成的。

那么，网络侧是何时去触发建立语音专用承载呢？ 这取决于是否启用 PRECONDITION、是在SDP Offer还是SDP Answer阶段发起建立、通话是否涉及Early Media（如呼叫失败的语音通知、彩铃）等等。

下面让我们来看看影响语音承载建立触发点的最常见因素之一：是否启用PRECONDITION。 
PRECONDITION，定义在RFC3312中，是在被叫振铃前（被叫收到180 RINGING前），提前建立好用于通话的语音承载。这样可以避免在被叫用户应答时，由于语音承载建立失败，而引起无法通话的虚假振铃（GHOST RINGING）现象。

1、不启用PRECONDITION 

 

• 呼叫双方的编解码协商，将通过INVITE和 200 OK（for INVITE）进行。 

• P-CSCF在收到被叫应答时（200 OK（for INVITE）），根据其中携带的SDP Answer信息，触发建立语音承载。

 

2、启用 PRECONDITION 

 

• 呼叫双方的编解码协商，将通过INVITE和183 Session Progress 进行，并通过UPDATE和200 OK（for UPDATE）进行资源预留确认。

• P-CSCF在收到被叫回复的响应消息时（183 Session Progress），根据其中携带的SDP Answer信息，触发建立语音承载预留，并在收到 200 OK（for UPDATE）时，再次触发语音承载的更新激活。

• UE-A将通过在 INVITE消息中加入Supported：precondition来标识自己支持PRECONDITION功能；同时也在该消息的SDP中加入Media Attribute (a): curr:qos和 Media Attribute (a): des:qos来标识现有资源预留状态和期望资源预留状态。

• UE-B在收到 INVITE消息后，将在回复的183 Session Progress 中的Require:precondition来标识启用 PRECONDITION功能，并也在该消息的SDP中加入 Media Attribute (a): curr:qos和Media Attribute (a): des:qos来标识现有资源预留状态和 期望资源预留状态的更新；同时也通过加入Media Attribute (a): conf:qos 来标识：当 UE-A 确认资源预留成功后，需要触发UPDATE流程确认。