IMS基本会话流程.doc

HUAWEI IMS
基本流程
表格目录

目 录
2 IMS基本会话流程 2-1
2.1 IMS基本会话流程简介 2-2
2.2 MO过程 2-3
2.2.1 主叫IMS SIP用户跨网漫游 2-3
2.2.2 主叫IMS SIP用户在归属域内 2-7
2.3 MT过程 2-8
2.3.1 被叫IMS SIP用户跨网漫游 2-9
2.3.2 被叫IMS SIP用户在归属域内 2-12
2.4 SS过程 2-13
2.4.1 主叫和被叫S-CSCF在同一归属域内 2-14
2.4.2 主叫和被叫S-CSCF不在同一归属域内 2-16
2.5 IMS会话释放流程 2-17
2.5.1 通话中主叫释放会话 2-17
2.5.2 通话中被叫释放会话 2-19
2.6 媒体协商过程 2-19
2.6.1 会话建立过程中的协商过程 2-20
2.6.2 会话建立后的协商过程 2-20
2.7 资源预留过程 2-21
2.7.1 主叫侧的资源预留过程 2-21
2.7.2 被叫侧的资源预留过程 2-23

文档版本 01 (2006-12-30)
华为技术有限公司
v

插图目录
图2-1 IMS基本会话流程简图 2-2
图2-2 主叫IMS SIP用户跨网漫游的MO过程 2-4
图2-3 主叫IMS SIP用户在归属域内的MO过程 2-8
图2-4 被叫IMS SIP用户跨网漫游的MT过程 2-9
图2-5 被叫IMS SIP用户在归属域内的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

表格目录
表2-1 流程与消息内容详细描述 2-4
表2-2 流程与消息内容详细描述 2-10
表2-3 流程与消息内容详细描述 2-15
表2-4 流程与消息内容详细描述 2-18
表2-5 流程与消息内容详细描述 2-22

HUAWEI IMS
基本流程
2 IMS基本会话流程

2 IMS基本会话流程
关于本章
本章描述内容如下表所示。
标题
内容
2.1 IMS基本会话流程简介
简要介绍IMS基本会话流程。
2.2 MO过程
介绍IMS基本会话中的MO过程。
2.3 MT过程
介绍IMS基本会话中的MT过程。
2.4 SS过程
介绍IMS基本会话中的SS过程。
2.5 IMS会话释放流程
介绍IMS基本会话的释放流程。
2.6 媒体协商过程
介绍IMS基本会话中的媒体协商过程。
2.7 资源预留过程
介绍IMS基本会话中的资源预留过程。

2.1 IMS基本会话流程简介

本章对IMS基本会话流程的描述只考虑归属网络拓扑无隐藏的情况，不考虑归属网络拓扑隐藏的情况。
拓扑隐藏是指运营商对外隐藏其网络的配置、容量和网络拓扑结构。在IMS网络中，由I-CSCF来提供拓扑隐藏的功能。
一个IMS基本会话流程的简图如图2-1所示。图中所画的是主、被叫用户都在归属域内的情况。
图2-1 IMS基本会话流程简图

从上图可以看出整个会话流程可分成三个阶段：MO（Mobile Origination）过程、SS（S-CSCF to S-CSCF）过程和MT（Mobile Termination）过程。
l MO过程
移动用户始发的呼叫过程，即从主叫UE到主叫所属的S-CSCF的呼叫过程。
主叫用户要呼叫被叫用户，主叫UE就生成一个INVITE请求消息，并将消息发送给P-CSCF。P-CSCF对消息进行一些处理后，将消息转发给S-CSCF。
l SS过程
S-CSCF和S-CSCF之间的过程，即从主叫所属的S-CSCF到被叫所属的S-CSCF的呼叫过程。
S-CSCF验证主叫用户业务属性，与AS进行交互，解析出被叫用户归属域的I-CSCF地址，并将消息转发给被叫I-CSCF。被叫I-CSCF向为被叫用户提供服务的S-CSCF转发INVITE消息。被叫S-CSCF验证被叫用户业务属性，与AS进行交互。
l MT过程
移动用户终结的呼叫过程，即从被叫所属的S-CSCF到被叫UE的呼叫过程。
被叫S-CSCF转发INVITE请求到被叫P-CSCF。P-CSCF对消息进行处理后，转发给被叫UE。
被叫UE再收到INVITE请求后，会生成一个183响应，并按照上述的路径返回给主叫UE。后面的章节将详细介绍后续发送的消息，以及IMS基本会话的具体流程。
2.2 MO过程
本节分别对以下两种场景下的MO过程进行描述：
l 主叫IMS SIP用户跨网漫游
l 主叫IMS SIP用户在归属域内
2.2.1 主叫IMS SIP用户跨网漫游
本小节描述的场景满足以下几个条件：
l 主叫IMS用户从非归属域发起到被叫IMS用户的会话。
l 拜访网络运营商与用户归属网络运营商有漫游协议。
l 用户已在拜访网络成功注册。
跨网漫游用户的MO过程如图2-2所示。
图中，S-CSCF向被叫侧发送的消息是发往被叫S-CSCF的，而不是发往AS的。有关S-CSCF发往AS的消息请参见“2.4 SS过程”。
图2-2 主叫IMS SIP用户跨网漫游的MO过程

详细的流程描述和各个消息中包含的主要内容如表2-1所示。
表2-1 流程与消息内容详细描述
序号
消息
详细描述
消息的主要内容
1
INVITE
主叫UE发起呼叫，向拜访域P-CSCF发送INVITE消息。
主/被叫地址、路由信息、主叫SDP、接入网信息、Supported头
2
INVITE
拜访域P-CSCF检查主叫是否注册；根据本地策略检查用户的呼叫权限和媒体能力；检查消息中的归属域S-CSCF路由与注册的是否一致。上述检查若失败，则拒绝此呼叫；若通过，则向归属域S-CSCF转发INVITE消息。
主/被叫地址、路由信息、主叫SDP、接入网信息、Supported头
3
INVITE
S-CSCF检查用户的业务数据，若找到初始过滤规则（iFC），则转发INVITE消息到AS进行业务触发。待AS回复INVITE之后，S-CSCF向被叫侧发送INVITE消息。
主/被叫地址、路由信息、主叫SDP、计费信息、Supported头
4
183
被叫侧给S-CSCF返回183响应，携带被叫的媒体能力。
被叫SDP、Require头、RSeq头、后向网元地址
5
183
S-CSCF向P-CSCF转发183响应消息。
被叫SDP、Require头、RSeq头、后向网元地址、计费信息
6
183
P-CSCF进行QoS鉴权，鉴权通过，则向UE发送183。
被叫SDP、Require头、RSeq头、后向网元地址
7
PRACK
UE向P-CSCF发送PRACK消息，然后发起资源预留过程。
RAck头、前向网元地址
8
PRACK
P-CSCF向S-CSCF转发PRACK消息。
9
PRACK
S-CSCF向AS转发PRACK消息，待AS回复PRACK后，向被叫侧转发PRACK消息。
10
200 (PRACK)
S-CSCF收到被叫侧对PRACK的200响应。
后向网元地址
11
200 (PRACK)
S-CSCF向P-CSCF转发PRACK的200响应。
12
200 (PRACK)
P-CSCF向UE转发PRACK的200响应。
13
UPDATE
UE的QOS资源预留成功，向P-CSCF发送UPDATE消息，携带预留的媒体编码信息。
主叫SDP（指示主叫当前的资源预留情况）、前向网元地址
14
UPDATE
P-CSCF向S-CSCF转发UPDATE消息。
15
UPDATE
S-CSCF向AS转发UPDATE消息，待AS回复UPDATE后，向被叫侧转发UPDATE消息。
16
200 (UPDATE)
S-CSCF收到被叫侧对UPDATE的200响应。
被叫SDP（指示被叫当前的资源预留情况）、后向网元地址
17
200 (UPDATE)
S-CSCF向P-CSCF转发UPDATE的200响应。
18
200 (UPDATE)
P-CSCF向UE转发UPDATE的200响应。
19
180
被叫振铃，S-CSCF收到被叫侧的180响应。
路由信息、Require头、RSeq头、后向网元地址
20
180
S-CSCF向P-CSCF转发180响应。
路由信息、Require头、RSeq头、后向网元地址、计费信息
21
180
P-CSCF向UE转发180响应。
路由信息、Require头、RSeq头、后向网元地址
22
PRACK
UE向P-CSCF发送PRACK消息。
RAck头、前向网元地址
23
PRACK
P-CSCF向S-CSCF转发PRACK消息。
24
PRACK
SCSCF向AS转发PRACK消息，待AS回复PRACK之后，向被叫侧转发PRACK消息。
25
200 (PRACK)
S-CSCF收到被叫侧对PRACK的200响应。
后向网元地址
26
200 (PRACK)
S-CSCF向P-CSCF转发PRACK的200响应。
27
200 (PRACK)
P-CSCF向UE转发PRACK的200响应。
28
200 (INVITE)
被叫摘机应答，S-CSCF收到被叫侧对INVITE的200响应。
后向网元地址
29
200 (INVITE)
S-CSCF向P-CSCF转发INVITE的200响应。
30
200 (INVITE)
P-CSCF批准QoS请求，并向UE转发INVITE的200响应。
31
ACK
UE向P-CSCF发送ACK消息。
前向网元地址
32
ACK
P-CSCF向S-CSCF转发ACK消息。
33
ACK
S-CSCF向AS转发ACK消息，待AS回复ACK之后，向被叫侧转发ACK消息。

2.2.2 主叫IMS SIP用户在归属域内
本小节描述的场景满足以下几个条件：
l 主叫IMS用户从归属域发起到被叫IMS用户的会话。
l 用户已成功注册。
归属域内用户的MO过程如图2-3所示。
图中，S-CSCF向被叫侧发送的消息是发往被叫S-CSCF的，而不是发往AS的。有关S-CSCF发往AS的消息请参见“2.4 SS过程”。
图2-3 主叫IMS SIP用户在归属域内的MO过程

IMS SIP用户在归属域内的MO过程与在跨网漫游时的MO过程相似。所不同的是，当用户跨网漫游时，UE要向拜访域的P-CSCF发送消息，再由拜访域P-CSCF转发到用户归属域的S-CSCF；而当用户在归属域内时，UE是将消息直接发给归属域的P-CSCF。详细的流程和各个消息包含的具体内容请参见“2.2.1 主叫IMS SIP用户跨网漫游”。
2.3 MT过程
本节分别对以下两种场景下的MT过程进行描述：
l 被叫IMS SIP用户跨网漫游
l 被叫IMS SIP用户在归属域内
2.3.1 被叫IMS SIP用户跨网漫游
本小节描述的场景满足以下几个条件：
l 被叫IMS用户在非归属域收到主叫IMS用户发起的会话。
l 用户 拜访网络运营商与用户归属网络运营商有漫游协议。
l 用户已在拜访网络成功注册。
跨网漫游用户的MT过程如图2-4所示。
流程中不考虑S-CSCF与AS之间的交互过程，对这部分内容的详细描述请参见“2.4 SS过程”。
图2-4 被叫IMS SIP用户跨网漫游的MT过程

详细的流程描述和各个消息中包含的主要内容如表2-2所示。
表2-2 流程与消息内容详细描述
序号
消息
详细描述
消息的主要内容
1
INVITE
被叫归属域S-CSCF收到主叫侧发来的INVITE消息。
主/被叫地址、路由信息、主叫SDP、计费信息、Supported头
2
INVITE
S-CSCF与AS进行交互后，将原Request-URI替换为被叫用户注册的联系地址，并将原Request-URI保存在P-Called-Party-ID头中，再向被叫拜访域P-CSCF转发INVITE消息。
主/被叫地址、路由信息、主叫SDP、计费信息、Supported头、P-Called-Party-ID头
3
INVITE
被叫拜访域P-CSCF向被叫UE转发INVITE消息。
主/被叫地址、路由信息、主叫SDP、Supported头、P-Called-Party-ID头
4
183
UE根据自己的情况选定媒体编码类型，并通过183响应发送给P-CSCF。
被叫SDP、Require头、RSeq头、后向网元地址
5
183
P-CSCF启动QOS鉴权。鉴权通过，则向S-CSCF转发183响应，否则释放呼叫。
被叫SDP、Require头、RSeq头、后向网元地址、计费信息
6
183
S-CSCF向主叫侧转发的183响应。
被叫SDP、Require头、RSeq头、后向网元地址、计费信息
7
PRACK
S-CSCF收到主叫侧发来的PRACK消息。
RAck头、前向网元地址
8
PRACK
S-CSCF向P-CSCF转发PRACK消息。
9
PRACK
P-CSCF向UE转发PRACK消息。
10
200 (PRACK)
UE向P-CSCF回复PRACK的200响应，然后发起资源预留过程。
后向网元地址
11
200 (PRACK)
P-CSCF向S-CSCF转发PRACK的200响应。
12
200 (PRACK)
S-CSCF向主叫侧转发PRACK的200响应。
13
UPDATE
S-CSCF收到主叫侧发来的UPDATE消息。
主叫SDP（指示主叫当前的资源预留情况）、前向网元地址
14
UPDATE
S-CSCF向P-CSCF转发UPDATE消息。
15
UPDATE
P-CSCF向UE转发UPDATE消息。
16
200 (UPDATE)
UE资源预留成功，向P-CSCF回UPDATE的200响应，携带预留的媒体编码信息。
被叫SDP（指示被叫当前的资源预留情况）、后向网元地址
17
200 (UPDATE)
P-CSCF向S-CSCF转发UPDATE的200响应。
18
200 (UPDATE)
S-CSCF向主叫侧转发UPDATE的200响应。
19
180
被叫振铃，UE给P-CSCF回180消息。
路由信息Require头、RSeq头、后向网元地址
20
180
P-CSCF向S-CSCF转发180消息。
路由信息、Require头、RSeq头、后向网元地址、计费信息
21
180
S-CSCF向主叫侧转发180消息。
路由信息、Require头、RSeq头、后向网元地址
22
PRACK
S-CSCF收到主叫侧发来的PRACK消息。
RAck头、前向网元地址、计费信息
23
PRACK
S-CSCF向P-CSCF转发PRACK消息。
24
PRACK
P-CSCF向UE转发PRACK消息。
25
200 (PRACK)
UE向P-CSCF回复PRACK的200响应。
后向网元地址
26
200 (PRACK)
P-CSCF向S-CSCF转发PRACK的200响应。
27
200 (PRACK)
S-CSCF向主叫侧转发PRACK的200响应。
28
200 (INVITE)
被叫摘机应答，UE向P-CSCF回INVITE的200响应。
后向网元地址
29
200 (INVITE)
P-CSCF向S-CSCF转发INVITE的200响应。
30
200 (INVITE)
S-CSCF向主叫侧转发INVITE的200响应。
31
ACK
S-CSCF收到主叫侧发来的ACK消息。
前向网元地址
32

ACK
S-CSCF向P-CSCF转发ACK消息。
33
ACK
P-CSCF向UE转发ACK消息。

2.3.2 被叫IMS SIP用户在归属域内
本小节描述的场景满足以下几个条件：
l 被叫IMS用户在归属域收到主叫IMS用户发起的会话。
l 用户已成功注册。
归属域内用户的MT过程如图2-5所示。
流程中不考虑S-CSCF与AS之间的交互过程，对这部分内容的详细描述请参见“2.4 SS过程”。
图2-5 被叫IMS SIP用户在归属域内的MT过程

IMS SIP用户在归属域内的MT过程与在跨网漫游时的MT过程相似。所不同的是，当用户跨网漫游时，用户归属域的S-CSCF收到主叫发来的消息之后，要向拜访域的P-CSCF发送，再转发到UE；而当用户在归属域内时，用户归属域的S-CSCF是将消息直接发给归属域的P-CSCF，再转发到UE。详细的流程和各个消息包含的具体内容请参见“2.3.1 被叫IMS SIP用户跨网漫游”。
2.4 SS过程
本节分别对以下两种场景下的SS过程进行描述：
l 主叫和被叫S-CSCF在同一归属域内
l 主叫和被叫S-CSCF不在同一归属域内
2.4.1 主叫和被叫S-CSCF在同一归属域内
本小节描述的场景满足以下几个条件：
l 主、被叫用户在同一归属域内。
l 主、被叫用户都已成功注册。
主被叫在同一归属域内的SS过程如图2-6所示。
本图中只画出了整个SS过程中的部分消息。后续的消息，除了对INVITE消息183、180和200响应需要经过被叫I-CSCF转发以外，其余的消息都直接在主、被叫S-CSCF之间转发。后续的消息和消息中包含的主要内容请参加“2.2 MO过程”和“2.3 MT过程”。
图2-6 主、被叫S-CSCF在同一归属域内的SS过程

详细的流程描述和各个消息中包含的主要内容如表2-3所示。
表2-3 流程与消息内容详细描述
序号
消息
详细描述
消息的主要内容
1
INVITE
S-CSCF#1收到经过主叫P-CSCF转发来的INVITE请求后，将INVITE请求与主叫的最高优先级的初始过滤规则（iFC）进行匹配。若匹配，则向AS#1转发INVITE消息。
主/被叫地址、路由信息、主叫SDP、接入网信息、计费信息、Supported头
2
INVITE
AS#1执行业务控制，然后将INVITE消息转发回S-CSCF#1。
主/被叫地址、路由信息、主叫SDP、接入网信息、计费信息、Supported头
3
INVITE
S-CSCF#1继续按优先级将INVITE请求与iFC进行匹配。若还匹配，则继续触发业务到相应的AS；否则，向被叫I-CSCF转发INVITE消息。
主/被叫地址、路由信息、主叫SDP、计费信息、Supported头
4
INVITE
I-CSCF向HSS查询到为被叫服务的S-CSCF是S-CSCF#2，然后向S-CSCF#2转发INVITE消息。
主/被叫地址、路由信息、主叫SDP、计费信息、Supported头
5
INVITE
S-CSCF#2将INVITE请求与被叫的最高优先级的iFC进行匹配。若匹配，则向AS#2转发INVITE消息。
主/被叫地址、路由信息、主叫SDP、计费信息、Supported头
6
INVITE
AS#2执行业务控制，然后将INVITE消息转发回S-CSCF#2。S-CSCF#2继续按优先级将INVITE请求与iFC进行匹配。若还匹配，则继续触发业务到相应的AS；否则，向被叫P-CSCF转发INVITE消息。
主/被叫地址、路由信息、主叫SDP、计费信息、Supported头
7
183
S-CSCF#2收到经过被叫P-CSCF转发来的183响应后，向AS#2转发183响应。
被叫SDP、Require头、RSeq头、后向网元地址、计费信息
8
183
AS#2将183响应转发回S-CSCF#2。
被叫SDP、Require头、RSeq头、后向网元地址
9
183
S-CSCF#2向I-CSCF转发183响应。
被叫SDP、Require头、RSeq头、后向网元地址、计费信息
10
183
I-CSCF向S-CSCF#1转发183响应。
被叫SDP、Require头、RSeq头、后向网元地址
11
183
S-CSCF#1向AS#1转发183响应。
被叫SDP、Require头、RSeq头、后向网元地址、计费信息
12
183
AS#1将183转发回S-CSCF#1。S-CSCF#1向主叫P-CSCF转发183响应。
被叫SDP、Require头、RSeq头、后向网元地址
13
PRACK
S-CSCF#1收到经过主叫P-CSCF转发来的PRACK消息后，向AS#1转发PRACK消息。
RAck头、前向网元地址
14
PRACK
AS1将PRACK转发回S-CSCF#1。
15
PRACK
S-CSCF#1向被叫I-CSCF转发PRACK消息。
16
PRACK
I-CSCF向S-CSCF#2转发PRACK消息。
17
PRACK
AS#2将PRACK消息转发回S-CSCF#2。S-CSCF#2向被叫P-CSCF转发PRACK消息。

2.4.2 主叫和被叫S-CSCF不在同一归属域内
本小节描述的场景满足以下几个条件：
l 主、被叫用户不在同一归属域内。
l 主、被叫用户都已成功注册。
主、被叫不在同一归属域内的SS过程如图2-7所示。
本图中只画出了整个SS过程中的部分消息。后续的消息，除了对INVITE消息183、180和200响应需要经过被叫I-CSCF转发以外，其余的消息都直接在主、被叫S-CSCF之间转发。后续的消息和消息中包含的主要内容请参加“2.2 MO过程”和“2.3 MT过程”。
图2-7 主、被叫S-CSCF不在同一归属域内的SS过程

主、被叫S-CSCF不在同一归属域内的SS过程与二者在同一归属域内的SS过程相似。详细的流程和各个消息包含的具体内容请参见“2.4.1 主叫和被叫S-CSCF在同一归属域内”。
2.5 IMS会话释放流程
本节分别对以下两种场景下的会话释放过程进行描述：
l 通话中主叫释放会话
l 通话中被叫释放会话
2.5.1 通话中主叫释放会话
本小节描述的场景满足以下几个条件：
l 主、被叫用户正在通话中。
l 主叫用户发起释放会话。
通话中主叫用户释放会话的流程如图2-8所示。
流程中没有考虑SS过程，对SS过程的介绍请参见“2.4 SS过程”。
图2-8 通话中主叫释放会话

详细的流程描述和各个消息中包含的主要内容如表2-4所示。
表2-4 流程与消息内容详细描述
序号
消息
详细描述
消息的主要内容
1
BYE
主叫挂机，UE#1向P-CSCF#1发送BYE请求。
拆线原因、前向网元地址
2
BYE
P-CSCF#1释放QoS资源，向S-CSCF#1转发BYE请求。
3
BYE
S-CSCF#1向被叫侧S-CSCF#2转发BYE请求。
4
BYE
S-CSCF#2向P-CSCF#2转发BYE请求。
5
BYE
P-CSCF#2释放QoS资源，向UE#2转发BYE请求。
6
200 (BYE)
UE#2给P-CSCF#2回BYE的200响应，并完全释放会话资源。
后向网元地址
7
200 (BYE)
P-CSCF#2向S-CSCF#2转发BYE的200响应。
8
200 (BYE)
S-CSCF#2向S-CSCF#1转发BYE的200响应。
9
200 (BYE)
S-CSCF#1向P-CSCF#1转发BYE的200响应。
10
200 (BYE)
P-CSCF#1向UE#1转发BYE的200响应，UE#1收到后完全释放会话资源。

2.5.2 通话中被叫释放会话
本小节描述的场景满足以下几个条件：
l 主、被叫用户正在通话中。
l 被叫用户发起释放会话。
通话中被叫用户释放会话的流程如图2-9所示。
流程中没有考虑SS过程，对SS过程的介绍请参见“2.4 SS过程”。
图2-9 通话中被叫释放会话

通话中被叫用户释放会话的流程与主叫用户释放会话的流程相似。详细的流程和各个消息包含的具体内容请参见“2.5.1 通话中主叫释放会话”。
2.6 媒体协商过程
在IMS会话中，主、被叫UE之间通过媒体协商的方式，使双方在会话中使用的媒体类型（如音频、视频等）以及各媒体所使用的编码格式问题上达成一致。
SIP媒体协商（包括重协商）的原则是协商过程是一来一回的，也就是说一方发起媒体协商时，另外一方要在最早回复的消息中带回自己的媒体能力。因此，每个协商过程其实是双方两个方向上的媒体协商过程。
尽管很多SIP消息都可以携带SDP，但是这些媒体协商过程都是独立进行的，也就是说每次协商都是独立的，互不相干的。后面的协商过程可以看成是重协商过程。
因为大多数SIP消息可以携带SDP也可以不携带SDP，这就使媒体协商过程变得非常复杂。本节从以下两种情况来分析媒体协商的过程：
l 会话建立过程中的协商过程
l 会话建立后的协商过程
2.6.1 会话建立过程中的协商过程
在会话建立的过程中，有很多SIP消息都可以发起媒体协商。本节将分别对这些消息携带SDP的情况进行具体介绍。
INVITE带SDP
INVITE消息可以携带主叫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来更改媒体流。
2.6.2 会话建立后的协商过程
会话建立后的媒体重协商可以通过REINVITE和UPDATE两种方式进行，其过程跟上述过程相似。
UPDATE带SDP
可以通过UPDATE消息携带SDP，来发起媒体的重协商。UPDATE必须携带SDP，而且对端回复的200 (UPDATE)响应中也必须携带对端SDP。
ReINVITE带SDP
可以通过ReINVITE消息携带SDP，来发起媒体的重协商。ReINVITE也可以不携带SDP，而由200 (ReINVITE)响应中携带SDP，媒体协商方面更灵活。
2.7 资源预留过程
在IMS网络中，主、被叫UE之间是使用信令PDP上下文来传递SIP消息的，使用媒体PDP上下文来传输媒体流。资源预留的过程就是建立媒体PDP上下文的过程。
2.7.1 主叫侧的资源预留过程
主叫侧的资源预留过程如图2-10所示。
图2-10 主叫侧的资源预留过程

详细的流程描述和各个消息中包含的主要内容如表2-5所示。

表2-5 流程与消息内容详细描述
序号
消息
详细描述
消息的主要内容
1
Diameter: AAR
P-CSCF收到183响应后，向PDF发送AAR命令，进行QoS鉴权，并请求一个授权令牌。
主叫SDP、主叫信息
2
Diameter: AAA
PDF对该用户进行QoS鉴权。若通过，则为该会话生成一个全局唯一的授权令牌，并向P-CSCF返回AAA响应。
授权令牌
3
GPRS: Activate PDP Context
UE收到PRACK的200响应后，向SGSN发送Activate PDP Context消息，发起主叫侧的资源预留。
授权令牌信息、流标识信息
4
GPRS: Create PDP Context
SGSN检查用户数据，以鉴权请求的QoS资源和可用的资源，鉴权通过，则向GGSN发送Create PDP Context消息，
授权令牌信息、流标识信息
5
COPS: REQ
GGSN用授权令牌信息来定位PDF，并向PDF发送REQ消息，
授权令牌信息、流标识信息
6
COPS: DEC
PDF向GGSN发送DEC消息。
策略信息
7
COPS: RPT
GGSN向PDF发送RPT消息，报告执行DEC的结果。
执行结果
8
GPRS: Create PDP Context Resp
GGSN向SGSN返回Create PDP Context Resp消息。
协商后的QoS信息
9
GPRS: Activate PDP Context Accept
SGSN向UE返回Activate PDP Context Accept消息。UE在收到该消息后，会向被叫侧发送UPDATE消息，通知其主叫侧的资源预留已完成。
协商后的QoS信息
10
Diameter: AAR
P-CSC收到INVITE的200响应后，向PDF发送AAR命令，请求打开门控。
－
11
COPS: DEC
PDF批准QoS请求，并向GGSN发送DEC消息，请求打开门控，激活授权的QoS资源。
策略信息
12
COPS: RPT
GGSN打开门控，允许使用授权的QoS资源，并向PDF返回RPT消息。
打开门控的结果
13
Diameter: AAA
PDF向P-CSCF回AAA响应。
打开门控的结果

2.7.2 被叫侧的资源预留过程
被叫侧的资源预留过程如图2-11所示。
图2-11 被叫侧的资源预留过程

被叫侧的资源预留过程与主叫侧的相似，不同之处是：
l 被叫P-CSCF在收到主叫侧发来的INVITE请求时，向PDF请求一个授权令牌。
l 被叫P-CSCF在收到被叫UE对INVITE请求的183响应时，开始QoS鉴权。
l 被叫UE在返回PRACK的200响应消息后，发起被叫侧的资源预留。
l 被叫P-CSCF在收到被叫UE对INVITE请求的200响应时，发起打开门控。
其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。
二．培训的及要求培训目的
安全生产目标责任书
为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015年度安全生产目标的内容，现与财务部签订如下安全生产目标：
一、目标值：
1、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。
2、现金安全保管，不发生盗窃事故。
3、每月足额提取安全生产费用，保障安全生产投入资金的到位。
4、安全培训合格率为100%。
二、本单位安全工作上必须做到以下内容：
1、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。
2、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。
3、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。
4、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。
5、在公司及政府的安全检查中杜绝各类违章现象。
6、组织本部门积极参加安全检查，做到有检查、有整改，记录全。
7、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。
8、虚心接受员工提出的问题，杜绝不接受或盲目指挥；
9、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报或降低对责任者的处罚标准。
10、必须按规定对单位员工进行培训和新员工上岗教育；
11、严格执行公司安全生产十六项禁令，保证本单位所有人员不违章作业。
三、 安全奖惩：
1、对于全年实现安全目标的按照公司生产现场管理规定和工作说明书进行考核奖励；对于未实现安全目标的按照公司规定进行处罚。
2、每月接受主管领导指派人员对安全生产责任状的落

文档版本 01 (2006-12-30)
华为技术有限公司
2-25