24.229协议1

5.1.4.2可靠的18x政策

可靠的18x策略由一个或多个可靠的18x策略部分组成。

可靠的18x策略部分包括一个必需的发送18x可靠配置和一个可选的ICSI条件。

对INVITE请求的18x响应（183响应除外）将根据可靠的18x策略可靠地发送，如果：

1） INVITE请求表示支持可靠的临时响应；以及

2） 终端UE支持可靠的临时响应；

如果可靠的18x策略包含可靠的18x策略部分，则：

1） 发送18x可靠配置指示发送18x可靠响应；以及

2） 以下情况属实：

a） 相应的INVITE请求受制于在可靠的18x策略部分的ICSI条件中标识的IMS通信服务；或者

b） 可靠的18x策略部分不具备ICSI条件。

如果INVITE请求不需要使用可靠的临时响应，并且可靠的18x策略包含可靠的18x策略部分，则根据可靠的18x策略不可靠地发送对INVITE请求的18x响应（183响应除外），以便：

1） send 18x可靠配置指示发送18x响应不可靠；以及

2） 以下情况属实：

a） 相应的INVITE请求受制于在可靠的18x策略部分的ICSI条件中标识的IMS通信服务；或者

b） 可靠的18x策略部分不具备ICSI条件。

如果INVITE请求受制于与任何可靠18x策略部分中的ICSI条件不匹配的IMS通信服务，并且如果没有无ICSI的可靠18x策略部分，则依赖于IMS通信服务和/或实现是否可靠地发送SIP 18x响应。

注1：一些IMS通信服务要求SIP 18x响应不能可靠地发送。要求UE可靠地发送所有SIP 18x响应可以防止那些IMS通信服务正常工作。

UE可以支持可靠的18x策略。

UE可以支持使用以下一种或多种方法配置可靠的18x策略：

a） 3GPP TS 31.102[15C]中描述的EFIMSConfigData文件的可靠策略节点；

b） 3GPP TS 31.103[15B]中描述的EFIMSConfigData文件的可靠策略节点

c） 3GPP TS 24.167[8G]的可靠_18x_策略节点。

如果UE同时配置了3GPP TS 24.167[8G]的可靠策略节点和3GPP TS 31.102[15C]或3GPP TS 31.103[15B]中描述的EFIMSConfigData文件的可靠策略节点，则EFIMSConfigData文件的可靠策略节点应优先。

注2:3GPP TS 31.103[15B]中定义了USIM和ISIM上配置的文件的优先级。

5.1.4A会话修改

5.1.4A.0概述

在发送或接收对初始INVITE请求的2xx响应之后，才适用本条款。

5.1.4A.1生成会话修改请求

如果在会话建立期间使用了前提条件机制（如5.1.3.1或5.1.4.1所述），则UE应在会话修改期间指示支持前提条件机制。如果在会话建立期间未使用前提条件机制，则UE不得在会话修改期间指示支持前提条件机制。

为了指示在会话修改期间对前提条件机制的支持，在生成reINVITE请求，具有SDP主体的UPDATE请求或具有SDP主体的PRACK请求时，UE应：

a）使用“Supported”字段指示对前提条件机制的支持；

b）不使用Require标头字段指示对前提条件机制的要求；和

c）如果正在生成一个re-INVITE请求，则使用Supported标头字段指示对可靠的临时响应的支持

并遵循第6节中关于前提条件机制的SDP程序。

5.1.4A.2接收会话修改请求

当收到一个reINVITE请求，一个UPDATE请求或一个PRACK请求，该请求通过使用Supported头域指示对前提条件机制的支持，或通过使用Require头域要求使用前提条件机制时，UE将：

a）如果在会话建立期间使用了前提条件机制（如第5.1.3.1节或5.1.4.1节所述），则使用前提条件机制进行会话修改；和

b）如果在会话建立期间未使用前提条件机制，并且：

1）如果需要通过Require标头字段使用前提条件机制，则通过发送420（错误扩展）响应来拒绝请求；和

2）如果使用Supported标头字段指示了前提条件机制的支持，则不要使用前提条件机制进行会话修改。

如果将前提条件机制用于会话修改，则UE应在包括SDP主体在内的响应中，使用Require报头字段指示对前提条件机制的支持，以响应会话修改请求。

5.1.5呼叫释放

如果UE发送了BYE请求，则在适用时，UE应在BYE请求中包括一个REASON报头字段，其协议值设置为“ RELEASE_CAUSE”，并具有“CAUSE”报头字段参数，如7.2A.18.11.2中规定。 UE也可以将“ text”头域参数与第7.2A.18.1.1.2节中指定的 reason-text 一起包括在内。

如果UE由于不需要呼叫而发送BYE请求，并且接收到的INVITE请求是通过200（OK）包含Feature Caps header字段（包括“+sip.607”header字段参数）的注册接收的，则UE应在BYE请求中包括一个Reason header字段，其协议值设置为“sip”和“cause”头字段参数设置为“607”，如RFC 8197[254]中所述。UE还可以包括具有RFC 8197[254]中指定的reason-text的“TEXT”头字段参数。

5.1.5A禁用先决条件的策略

前提条件禁用策略指示是否允许UE使用前提条件机制或是否不允许UE使用前提条件机制。

如果未配置前置条件禁用策略，则假设前置条件禁用策略指示允许UE使用前置条件机制。

UE可以支持先决条件禁用策略。

如果UE支持先决条件禁用策略，则UE可以支持使用以下一种或多种方法配置先决条件禁用策略：

a） 3GPP TS 31.102[15C]中描述的EFIMSConfigData文件的Precondition_disabling_policy节点；

b） 3GPP TS 31.103[15B]中描述的EFIMSConfigData文件的Precondition_disabling_policy节点；以及

c） 3GPP TS 24.167[8G]的前置禁用策略节点。

如果UE配置了3GPP TS 24.167[8G]的Precondition_disabling策略节点和3GPP TS 31.102[15C]或3GPP TS 31.103[15B]中描述的EFIMSConfigData文件的Precondition_disabling策略节点，则EFIMSConfigData文件的Precondition_disabling策略节点应优先。

注：在USIM和ISIM上配置的文件的优先级在3GPP TS 31.103[15B]中定义。

如果UE支持先决条件禁用策略，并且先决条件禁用策略指示UE不允许使用先决条件机制，则先决条件机制被禁用。

前提条件机制已启用，如果：

1） UE不支持先决条件禁用策略；或者

2） UE支持先决条件禁用策略，先决条件禁用策略表示允许UE使用先决条件机制。