LTE中文协议 36413-900_ZTE_200914_S1AP(5)

8.3.4.2 成功操作

eNB MME UE CONTEXT MODIFICATION REQUEST UE CONTEXT MODIFICATION RESPONSE 图8.3.4.2-1: UE 上下文修改过程。成功操作。

UE CONTEXT MODIFICATION REQUEST 消息可能包含： - Security Key IE

- Subscriber Profile ID for RAT/Frequency priority IE - UE Aggregate Maximum Bit Rate IE - CS Fallback Indicator IE. - UE Security Capabilities IE

接收到 UE CONTEXT MODIFICATION REQUEST 之后，eNB将：

- 储存接收到的Security Key IE，结合[15]定义的NCC原始值使用该IE。

- 储存接收到的UE Security Capabilities IE，并根据[15]中的描述，在使用EIA0算法时将其与接收到的密钥一起使用。

- 存储Subscriber Profile ID for RAT/Frequency priority IE ，按照 [14]中定义的使用该IE。

如果UE Aggregate Maximum Bit Rate IE包含在UE CONTEXT MODIFICATION REQUEST，那么eNB将：

- 在UE上下文中使用接收到的UE Aggregate Maximum Bit Rate 替代之前提供的 UE Aggregate

Maximum Bit Rate ；对于相应UE的非GBR 承载，eNB使用接收UE Aggregate Maximum Bit Rate for non-GBR Bearers。

如果UE Aggregate Maximum Bit Rate IE没有包含在UE CONTEXT MODIFICATION REQUEST消息中，那么eNB 将使用UE上下文中储存的UE Aggregate Maximum Bit Rate 。

如果CS Fallback Indicator IE包含在 UE CONTEXT MODIFICATION REQUEST消息中，那么表示相应的UE上下文受支配于CS Fallback。eNB应发送UE CONTEXT MODIFICATION RESPONSE响应消息，然后将采取 [17] 定义的动作。

eNB在UE CONTEXT MODIFICATION RESPONSE消息中向MME上报UE上下文的成功更新： 在发送UE CONTEXT MODIFICATION RESPONSE消息之后，该过程终止于eNB。 8.3.4.3 不成功操作

eNB MME UE CONTEXT MODIFICATION REQUEST UE CONTEXT MODIFICATION FAILURE 图8.3.4.3-1: UE 上下文修改过程。不成功操作。

如果没有成功执行UE上下文更新，那么eNB将向MME回应UE CONTEXT MODIFICATION FAILURE 消息，其中在Cause IE 中有恰当的原因值。 8.4 切换信令 8.4.1 切换准备 8.4.1.1 概述

切换准备过程目的在于通过EPC在目标侧请求准备资源。对于某一UE，在同一时间仅能进行一个切换准备过程。

8.4.1.2 成功操作

source eNB HANDOVER REQUIRED HANDOVER COMMAND MME 图 8.4.1.2-1: 切换准备：成功操作

源eNB 通过向正在服务的MME发送HANDOVER REQUIRED 消息来发起切换准备。当源eNB发送 HANDOVER REQUIRED消息时，它将启动定时器TS1RELOCprep。源eNB 将在Cause IE 中指示出切换的原因。

源eNB 将在HANDOVER REQUIRED 消息中指示Source to Target Transparent Container IE。

对于系统内切换，该容器将根据Source eNB to Target eNB Transparent Container IE 的定义进行编码。对于到UTRAN 的切换，Source to Target Transparent Container IE 中的信息将根据[19] 中描述的Source RNC to Target RNC Transparent Container IE 定义进行编码，并且源eNB应在Source RNC to Target RNC

Transparent Container IE中包含UE History Information IE。如果是到GERAN A/Gb 的切换模式，那么Source to Target Transparent Container IE 将根据Source BSS to Target BSS Transparent Container IE 的定义进行编码。

当准备好时，包括在目标侧准备好预留的资源时，MME将向源eNB 回应HANDOVER COMMAND 消息。

如果MME已经从切换目标接收到 Target to Source Transparent Container IE，那么透明容器将包含在HANDOVER COMMAND消息中。

接收到HANDOVER COMMAND消息后，源eNB将停止定时器 TS1RELOCprep ，启动定时器TS1RELOCOverall。

对于系统内切换，Target to Source Transparent Container IE 内信息的编码将根据Target eNB to Source eNB Transparent Container IE 的定义进行编码。对于系统间切换到UTRAN ，Target to Source Transparent Container IE 将根据[19]中描述的Target RNC to Source RNC Transparent Container IE定义进行编码。对于系统间切换到 GERAN A/Gb 模式，Target to Source Transparent Container IE 将根据[18]中描述的Target BSS to Source BSS Transparent Container IE 定义进行编码。

如果存在任何目标处不承认的E-RAB，那么其将在E-RABs to Release List IE 中指示出来。

如果DL forwarding IE包含在HANDOVER REQUIRED消息的Source eNB to Target eNB内 ，同时被设置为\建议DL 传输\，那么其表示源eNB 建议下行数据传输。

如果MME在HANDOVER REQUIRED消息中接收到IE Direct Forwarding Path Availability ，且该IE指示有一条直接的数据路径可用，则MME将根据[11]中的描述进行相应的处理。

源eNB将在 HANDOVER REQUIRED 消息中包含SRVCC HO Indication IE ，如果需要[9]中定义的

SRVCC 操作的话。如果该切换是为PS和CS域或者仅为CS域所准备的时候，源eNB将在 SRVCC HO Indication IE 中向MME作出指示。SRVCC HO Indication IE将根据目标小区能力设置。 如果目标系统是不支持DTM HO 的GERAN，源eNB应该在SRVCC HO IndicationIE中指示仅包含CS域；否则源eNB将在SRVCC HO Indication IE中指示同时包含PS和CS域。.对于来自E-UTRAN 系统间的切换，源eNB 将在Target ID IE 中作出指示，对于到UTRAN的系统间切换，将在RNC 的目标RNC-ID 中指示，对于到GERAN A/Gb系统间的切换模式，将在目标系统中小区的小区全球标识（Cell Global Identity）（包括路由区域编码（Routing Area Code））中指示。

当进行SRVCC 操作，SRVCC HO Indication IE 表示仅为CS域准备切换的情况下，源eNB 将在

HANDOVER REQUIRED 消息中包含Source to Target Transparent Container IE，同时根据[23]中描述的Old BSS to New BSS information IE定义，在Source to Target Transparent Container IE 中对该信息进行编码。

当进行SRVCC 操作，HANDOVER REQUIRED 消息中的IE SRVCC HO Indication 表示为PS和CS域准备切换的情况下，如果：

- 目标系统为GERAN 并且具有DTM HO支持，那么源eNB将在 HANDOVER REQUIRED 消息中包含IESource to Target Transparent Container和IE Source to Target Transparent Container

Secondary 。前一个IE是根据[18]中描述的Source BSS to Target BSS Transparent Container IE 进行编码，后一个IE是根据[23]中描述的Old BSS to New BSS information IE 定义进行编码。

- 目标系统为UTRAN，那么源eNB将在HANDOVER REQUIRED消息中包含根据[19]中描述的IE Source RNC to the Target RNC Transparent Container编码后的IE Source to Target Transparent

Container，并且源eNB应该应该在IE Source RNC to Target RNC Transparent Container中包含IE UE History Information

当进行SRVCC 操作，HANDOVER REQUIRED消息中包的SRVCC HO Indication IE 表示仅为CS域准备切换的情况下，对应的HANDOVER COMMAND 消息将包含一个Target to Source Transparent Container IE ，其根据[x1]中所描述的Layer 3 Information IE 的定义进行编码。

当进行SRVCC 操作，HANDOVER REQUIRED消息中包的SRVCC HO Indication IE 表示为PS和CS域准备切换的情况下，如果：

- 目标系统为GERAN并且具有 DTM HO支持，那么对应的HANDOVER COMMAND 消息将包含IE Target to Source Transparent Container 和IE Target to Source Transparent Container Secondary IE。前一个IE将根据[x1]中所描述的Layer 3 Information IE 的定义进行编码，后一个IE将根据[18]中描述的Target BSS to Source BSS Transparent Container IE 的定义进行编码。

- 目标系统为UTRAN，那么对应的HANDOVER COMMAND消息将包含IE Target to Source Transparent Container，其编码将根据[19]中描述的IE Target RNC to Source RNC Transparent Container 的定义进行编码。

如果HANDOVER COMMAND 消息包含E-RABs Subject to Forwarding List IE中一个承载的 DL GTP-TEID IE 和 DL Transport Layer Address IE ，那么目标eNB 接收由源eNB建议的该承载下行数据的传输。

如果HANDOVER COMMAND消息包含E-RABs Subject to Forwarding List IE中一个承载的 UL GTP-TEID IE 和 UL Transport Layer Address IE ，那么目标eNB为该承载请求上行数据的传输。 E-RAB 管理过程干扰：

如果，在发送HANDOVER REQUIRED后以及在切换准备过程终止之前，源eNB在同一个与UE相关信令连接上接收到一个MME发起的E-RAB管理过程，那么源eNB将：

1. 取消切换准备过程，取而代之执行具有原因值的切换取消过程。在成功完成切换取消过程之后，源eNB 将继续MME发起的E-RAB 管理过程。 或者：

2. 通过发送具有相应原因值的响应消息，终止MME发起的E-RAB 管理程序，向MME发送的原因值例如“SI系统内切换触发”，“SI系统间切换触发”，然后源eNB 将继续该切换过程。 8.4.1.3 不成功操作

source eNB HANDOVER REQUIRED HANDOVER PREPARATION FAILURE MME 图8.4.1.3-1: 切换操作：不成功操作 如果EPC或目标系统无法接收任何一个该承载，或者在切换的过程中发生了错误，那么MME将向源eNB发送具有相应原因值的HANDOVER PREPARATION FAILURE消息。 切换取消过程干扰：

如果在源eNB 处定时器TS1RELOCprep 逾时之前，EPC对HANDOVER REQUIRED 消息没有作出响应，那么源eNB 将通过发起具有相应原因值Cause IE的切换取消过程，进而取消该切换准备过程。源eNB将忽略发起切换取消过程之后接收到的任何 HANDOVER COMMAND或者 HANDOVER PREPARATION FAILURE 消息。

8.4.1.4 异常情况

如果eNB在IE E-RABs Subject to Forwarding List 中接收到的E-RAB ID没有关联的下行GTP-TEID和下行传输层地址，或者没有上行GTP-TEID和上行传输层地址，则eNB应该终止此过程并认为发生了逻辑错误。

8.4.2 切换资源分配 8.4.2.1 概述

切换资源分配过程目的在于在目标eNB 处为UE切换保留资源。 8.4.2.2 成功操作

target eNB HANDOVER REQUEST HANDOVER REQUEST ACKNOWLEDGE MME 图8.4.2.2-1: 切换资源分配：成功操作

MME通过向目标eNB发送HANDOVER REQUEST消息来发起该过程。HANDOVER REQUEST消息可能包含 Handover Restriction List IE，其可能包含漫游区域或接入限制。

如果Handover Restriction List IE包含在HANDOVER REQUEST 消息中，那么目标 eNB将在UE上下文中储存该信息。根据[11]中的描述，当切换的E-RAB中包含具有特定ARP取值的E-RAB时，不考虑此信息。

eNB 将使用Handover Restriction List IE 中的信息，如果在HANDOVER REQUEST 消息中有显示的话，利用该信息来决定切换的目标小区。如果Handover Restriction List IE 没有包含在HANDOVER REQUEST 消息中，那么目标eNB 将认为没有接入限制适用于该UE。

在接收到HANDOVER REQUEST消息后，eNB将在UE上下文中储存所接收到的UE Security Capabilities IE ，同时利用其来准备与UE有关的AS安全配置。

如果SRVCC Operation Possible IE包含在 HANDOVER REQUEST 消息中，那么目标eNB 将在UE上下文中储存可能接收到的SRVCC 操作，并且使用它，正如[9]中所定义的。.

在接收到HANDOVER REQUEST 消息之后，eNB 将在UE上下文中存储接收到的Security Context IE， eNB将利用其来获取[15]中描述的安全配置。

如果Trace activation IE包含在HANDOVER REQUEST消息中，目标eNB将，如果支持的话，发起[10]中描述所请求的跟踪功能。

如果 Subscriber Profile ID for RAT/Frequency priority IE包含在Source eNB to Target eNB Transparent Container IE中，那么目标eNB将在UE上下文中存储接收到的Subscriber Profile ID for RAT/Frequency priority，并使用它，正如[14]中所定义的。

在接收到UE History Information IE后，其包含在HANDOVER REQUEST消息中的Source eNB to Target eNB Transparent Container IE内，只要UE呆在目标 eNB的其中一个小区，那么目标 eNB将收集 UE History Information IE中的必选信息，并存储所收集的信息以备以后切换准备使用。 在为所承认的E-RAB 分配所有需要的资源之后，目标eNB 生成HANDOVER REQUEST

ACKNOWLEDGE 消息。目标eNB在E-RABs Admitted List IE中 包含目标小区处已经为其准备好资源的E-RAB。目标小区中不承认的E-RAB将包含在E-RABs Failed to Setup List IE 。

对于每一个目标eNB 已经决定承认的承载，同时其DL forwarding IE 设置为“建议下行传输”，那么目标eNB 可能在HANDOVER REQUEST ACKNOWLEDGE 消息的E-RABs Admitted List IEs IE 内包含DL GTP-TEID IE 和DL Transport Layer Address IE IE，表示为该承载接收下行数据的建议传输。

对于E-RABs Admitted List IE中的承载，如果HANDOVER REQUEST ACKNOWLEDGE 消息包含UL GTP-TEID IE和 UL Transport Layer Adress IE ，那么目标eNB 将为该承载请求上行数据传输。

如果Request Type IE包含在 HANDOVER REQUEST 消息，那么目标eNB 将进行为该UE所请求的正如8.11节所描述的位置上报功能。

如果HANDOVER REQUEST消息中包含的IE UE Security Capabilities只包含了根据[15]中定义的EIA0算法，且如果根据[15]的描述，eNB允许的完整性保护算法配置列表中已经包含了EIA0算法，则eNB应该使用EIA0算法并忽略从IE Security Key中接收到的密钥。 8.4.2.3 不成功操作

target eNB HANDOVER REQUEST HANDOVER FAILURE MME 图8.4.2.3-1: 切换资源分配：不成功操作

如果目标eNB不承认至少一个非GBR E-RAB，或者在切换过程中发生了错误，那么它将向MME发送一个具有相应原因值的HANDOVER FAILURE消息。

如果目标eNB接收到一条 HANDOVER REQUEST消息包含RRC Container IE，其没有包含[16]中所描述的请求信息，那么目标eNB将向MME发送HANDOVER FAILURE消息。 8.4.2.4 异常情况

如果eNB接收到一条HANDOVER REQUEST 消息包含一个E-RAB Level QoS Parameters IE ，其中包含一个QCI IE，其表示一个GBR承载（正如[13]中所定义），并且没有包含GBR QoS Information IE，那么eNB将不承认该相应的E-RAB。

如果 eNB接收到一条HANDOVER REQUEST消息包含若干个 设置为相同值的E-RAB ID IE（在E-RABs To Be Setup List IE中），那么eNB将不承认该相应的E-RAB。

如果Subscriber Profile ID for RAT/Frequency priority IE没有包含在Source eNB to Target eNB Transparent Container IE 中，但是在源eNB中可用，那么目标eNB将触发一个逻辑错误处理。

如果在UE Security Capabilities IE 中为Encryption Algorithms IE 中定义的加密所支持的算法，加上所有UE[15]中附带支持的 EEA0，与eNB [15]中允许的加密算法配置列表中定义的允许算法不匹配，那么eNB 将使用HANDOVER FAILURE 消息拒绝该过程。

如果在UE Security Capabilities IE 中为Integrity Protection Algorithms IE 中定义的完整性所支持的算法加上根据[15]中描述所有终端都必须支持的EIA0算法，与eNB [15]中允许的完整性保护算法配置列表中定义的允许算法不匹配，那么eNB 将使用HANDOVER FAILURE 消息拒绝该过程。 8.4.3 切换通知 8.4.3.1 概述

切换通知过程目的在于向MME指示UE已经到达目标小区，并且已经成功完成SI切换。 8.4.3.2 成功操作

target eNB HANDOVER NOTIFY MME 图8.4.3.2-1: 切换通知

当UE已经在目标小区被识别，同时成功完成SI切换时，目标eNB将向MME发送HANDOVER NOTIFY消息。 8.4.3.3 异常情况 8.4.4 路径转换请求 8.4.4.1 概述

路径转换请求（Path Switch Request）过程目的在于向一个新的GTP隧道节点请求一条下行GTP隧道转换。

8.4.4.2 成功操作

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库LTE中文协议 36413-900_ZTE_200914_S1AP(5)在线全文阅读。