SGs接口测试规范终稿v1.2修订

中国移动通信企业标准

QB-╳╳-╳╳╳-╳╳╳╳

SGs接口IOT测试规范

Test Specification for SGs Interface

版本号：V1.2

╳╳╳╳-╳╳-╳╳发布 ╳╳╳╳-╳╳-╳╳实施

中国移动通信集团公司 发布

前 言

本测试规范对VLR、MME设备的SGs接口测试内容提出规定，用于VLR、MME设备SGs接口兼容性测试，供中国移动内部和厂商共同使用；适用于GSM和TD-SCDMA相融合的核心网电路域、LTE EPC网络。

本规范起草单位：中国移动通信研究院

本标准主要起草人： 陈旭 储晨曦 杜晓宁 张昊

张晓儒 刘超

V1.1版修订说明

1）5.3.2 SMS paging中补充MME中无UE签约数据的用例。

2）修订5.7.2，区分MME对reset消息的处理（必选），以及MME对SCTP偶联中断检测的处理（记录实现方式）。

3）5.10修改为可选（R10版本支持）

4）5.3.1.1和5.3.1.2检查点中SMS Paging去掉CLI信元。

5）5.1.4.1中检查点中reject cause （Location Area not allowed）修订为SGs接口信元。

6）更新附录A

目 录

1 2 3 4

范围 ........................................................................................................................................... 6 引用标准 ................................................................................................................................... 6 相关术语与缩略语 .................................................................................................................... 6 测试环境和方法 ........................................................................................................................ 6 4.1 4.2 4.3 4.4 4.5

测试设备 ................................................................................................................................. 6 测试工具 ................................................................................................................................. 6 测试方法 ................................................................................................................................. 6 测试结构 ................................................................................................................................. 6 测试阶段及测试配置 ............................................................................................................. 7

5测试用例 ........................................................................................................................................ 7 5.1

Location update for non-EPS services ...................................................................................... 7

5.1.1 attach ................................................................................................................................... 7 5.1.2 combined tracking area update ........................................................................................... 9 5.1.3 TMSI重分配 ...................................................................................................................... 15 5.1.4 Location update异常流程 ................................................................................................ 18 5.1.5 MME区分终端 ................................................................................................................. 19 5.1.6 MME支持MSC POOL负荷分担 ...................................................................................... 20 5.2

CS call引起的paging ............................................................................................................ 21

正常寻呼流程 ............................................................................................................... 21 异常寻呼流程 ............................................................................................................... 27

5.2.1 5.2.2 5.3

SMS paging ............................................................................................................................ 33

正常寻呼流程 ............................................................................................................... 33 异常寻呼流程 ............................................................................................................... 37

5.3.1 5.3.2 5.4

Tunnelling of NAS messages流程 .......................................................................................... 40

正常流程 ....................................................................................................................... 41 异常流程 ....................................................................................................................... 44

5.4.1 5.4.2 5.5

Detach .................................................................................................................................... 46

5.5.1 Explicit IMSI detach from EPS services .............................................................................. 46 5.5.2 Explicit IMSI detach from non-EPS services ....................................................................... 48 5.5.3 Implicit IMSI detach from non-EPS services ...................................................................... 50 5.6 5.7 5.8

MM information procedure ................................................................................................... 52 VLR failure procedure ............................................................................................................. 53 MME failure procedure .......................................................................................................... 56

5.9 5.10 5.11

HSS failure procedure ............................................................................................................. 58 Service abort procedure ......................................................................................................... 59 SGs传送 ................................................................................................................................ 60

服务器端测试项目（VLR被测） ................................................................................ 60 客户端测试项目(MME被测) ....................................................................................... 61

5.11.1 5.11.2

6 编制历史 ..................................................................................................................................... 61 附录 ................................................................................................................................................. 62

附录A SCTP测试用例 .................................................................................................................... 62 附录B 分阶段测试用例列表 ......................................................................................................... 74

1 范围

本测试规范对VLR、MME设备的SGs接口测试内容提出规定，用于VLR、MME设备SGs接口兼容性测试，供中国移动内部和厂商共同使用；适用于GSM和TD-SCDMA相融合的核心网电路域、LTE EPC网络。

2 引用标准

下列标准所包含的条文，通过在本标准中引用而成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。

1）3GPP TS 29.118: SGs interface specification

3 相关术语与缩略语

略。

4 测试环境和方法

4.1 测试设备

本规范涉及的被测设备为VLR、MME设备，配合测试的设备包括HSS、SMSC等。

4.2 测试工具

本规范需要的测试工具为信令分析仪或协议分析工具Ethereal，用于对SGs接口上的SGsAP信令进行监测和分析。

4.3 测试方法

对SGs接口进行测试主要采用监视性测试方法：捕获接口上的所有信令消息数据，以检验消息流程和参数是否正确。

4.4 测试结构

UTRANIu-psSGSNGsSMSCMAPGbUuGERANS3AUmSGsLTE-UuUEE-UTRANS1-MMEMMES6aHSS/HLRIu-csMSCServerC/DSMS-IWMSCC/D

图1 测试组网图

4.5 测试阶段及测试配置

SGs接口测试分为两个阶段：第一阶段主要满足数据卡终端SGs SMS业务需求；第二阶段主要满足手机终端CSFB及SGs SMS业务需求。分阶段测试配置要求如下，测试用例详见附录B。

测试配置要求如下：

1）一阶段SGs接口测试配置：MME配置为SMS only，VLR仅支持SGs接口，无需支持CSFB,测试终端为数据卡终端；

2）二阶段SGs接口测试配置：MME和VLR配置为支持CSFB，测试终端为CSFB终端、数据卡终端。

5测试用例

5.1 Location update for non-EPS services

5.1.1 attach

5.1.1.1 开机附着正常流程

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.1.1.1 适用场景 CSFB、SMS only 是否必选 必选 MME、VLR Location update for non-EPS services 开机附着正常流程 验证SGs接口支持LTE终端的EPS/IMSI联合附着流程 1) 网络中各网元系统及操作维护台运行正常。 2) LTE UE 关机 测试步骤 参考流程 1) 将UE置于LTE覆盖区后开机 UEMMEMSC/VLRHSS1. Attach Request (combined EPS/IMSI attach)2. Step 3 to Step 16 of Attach Procedure specified in TS 23.4013. Derive VLR Number4. SGsAP-Location-Update-Request启动Ts6-15. Location Update in CS domain6. SGsAssociation State=SGs-Associated 1) 2) 3) 4) 5) 6) 7) 8) 检查点 MME收到UE的attach消息（指明EPS/IMSI联合附着） 停止Ts6-1, SGsAssociation State=SGs-AssociatedMMEHSSUpdate Location向发起并收到Update Location Ack消息 8a. Attach AcceptMME8b. Attach Complete根据预配置或TAI等信息判断LAI，得出VLR； MME向该VLR发送SGsAP-LOCATION-UPDATE-REQUEST消息，并启动Ts6-1计时器。 VLR收到SGsAP-LOCATION-UPDATE-REQUEST消息，需向HSS请求获得UE的签约数据； VLR将SGs association的状态设为SGs-ASSOCIATED；将\by Radio Contact\指示设为 \更新SGs association，将MME地址写入； VLR向MME返回SGsAP-LOCATION-UPDATE-ACCEPT消息； MME收到VLR返回的SGsAP-LOCATION-UPDATE-ACCEPT消息，停止Ts6-1计时器；将SGs association的状态设为SGs-ASSOCIATED；将MM上下文变量 \设为”ture”； MME向UE发送Attach Accept, 通知UE VLR已接收请求 7. SGsAP-Location-Update-Accept1) 检查UE是否正常附着,是否显示选网信息 2) 检查SGsAP-LOCATION-UPDATE-REQUEST消息中各信元参数是否正确。其中必选信元为Message type（消息类型： SGsAP-LOCATION-UPDATE-REQUEST为0 0 0 0 1 0 0 1）、IMSI（该终MME nameNew location area identifier端IMSI）、（发起该请求的MME）、（采用默认LA配置，或根据TA与LA映射关系表得出LAI）、EPS location update type（与UE上报的attach消息中指示的类型combined EPS/IMSI attach一致，值为IMSI attach）、 Old location area identifier（若UE上报了该参数） 、TMSI status（UE上报的消息中无可用的TMSI,则设置包含IMEISV该参数，其中TMSI flag设为0）、（若MME支持\Detection\或\），R11版本应包括TAI（若MME可获知）, E-CGI 。 3) 检查VLR返回的SGsAP-LOCATION-UPDATE-ACCEPT消息，其中信元包括Message type、IMSI、Location area identifier（为之前接受的SGsAP-LOCATION-UPDATE-REQUEST中携带的 New location area identifier ）、 New TMSI, or IMSI 4) 检查MME是否正确找到对应的VLR建立SGs连接，并检查MME和VLR中的各变量是否正确； 5) 检查Ts6-1计时器，可检查MME发送SGsAP-LOCATION-UPDATE-REQUEST消息和收到响应的时间差是否在 Ts6-1时长之内。 5.1.1.2 MME进行EPS attach后HSS指示packet only

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.1.1.2 适用场景 CSFB、SMS only 是否必选 必选 MME Location update for non-EPS services MME进行EPS attach后HSS指示packet only 验证MME针对packet only不发起SGs接口的EPS/IMSI联合位置更新 1) 网络中各网元系统及操作维护台运行正常。 2) 用户签约为packet only 3) UE关机 1) 将UE置于LTE覆盖区后开机 测试步骤 参考流程 UEMMEMSC/VLRHSS1. Attach Request (Combined EPS/IMSI attach) 2. S6a: Update Location Request 2. S6a: Location Update Answer (Network-Access-Mode=Only-Packet)1) MME收到UE的attach消息（指明EPS/IMSI联合附着） 2) MME向HSS发起Update Location,并收到Update Location Ack消息，指示3. Step 12to Step 26 of Attach Procedure specified in TS 23.401 packet only 3) MME通知UE完成位置更新，不会向VLR发起location update for non-EPS services流程 检查点 1) 检查UE是否正常附着,是否显示选网信息 2) 检查MME不发起location update for non-EPS services流程

5.1.2 combined tracking area update

5.1.2.1 联合位置更新——TA改变、MME不变、LA不变

项目编号 被测设备 项目 分项目 5.1.2.1 适用场景 CSFB、SMS only 是否必选 必选 MME Location update for non-EPS services 联合位置更新—— TA改变、MME不变、LA不变 测试目的 验证在TA改变、LA不变情况下MME不会通过SGs接口发起联合位置更新请求 1) 网络中各网元系统及操作维护台运行正常 (MME中SGs association状态=associated，VLR-reliable flag=“True”, MME-reset flag=“False”) 2) 在MME上配置TA/LA映射表：TA1-LA1, TA2-LA1;LA/VLR映射表: LA1-VLR1 3) LTE UE已附着在TA1下 1) UE从TA1移动到TA2； UE MME MSC/VLR HSS 预置条件 测试步骤 参考流程 1. TAU Request (combined TA/LA update) 2. LAI V 判定 和 LR Number不变3. TAU accept 3. TAU complete 不发起 SGs- L ocation-U pdate- Request 1) MME收到的TAU Request中, EPS Update type= Combined TA/LA updating； 2) MME根据TA-LA映射表，判断LAI没有改变，不会在SGs上发起LAU流程； 3) MME向UE发送TAU accept, 完成TAU流程 检查点 1) 检查MME是否不向VLR发送SGsAP-LOCATION-UPDATE-REQUEST消息

5.1.2.2 联合位置更新——TA改变、MME不变、LA改变、VLR不变

项目编号 被测设备 项目 分项目 测试目的 5.1.2.2 适用场景 CSFB、SMS only 是否必选 必选 MME Location update for non-EPS services 联合位置更新—— TA改变、MME不变、LA改变、VLR不变 验证LAI改变、 VLR不变情况下MME可通过SGs接口发起联合位置更新请求 1) 网络中各网元系统及操作维护台运行正常 2) 在MME上配置TA/LA映射表：TA1-LA1, TA2-LA2;LA/VLR映射表: LA1-VLR1,LA2-VLR1 3) LTE UE已附着在TA1下 1) UE从TA1移动到TA2； 预置条件 测试步骤 参考流程 UEMMEMSC/VLRHSS1. TAU Request (combined TA/LA update, old LAI…) 2a. 判定VLR Number (VLR不变)2b. SGsAP-Location-Update-Request (New LAI)启动Ts6-13. SGsAssociation State=SGs-Associated4. SGsAP-Location-Update-Accept停止Ts6-1, SGsAssociation State=SGs-Associated5a. TAU accept1) MME收到UE的combined tracking area update消息（EPS Update type= 5b. TAU completeCombined TA/LA updating）； 6. SGsAP-TMSI-Reallocation-Complete2) MME根据TA-LA映射表判断LAI发生变化，并根据LAI-VLR映射表得出VLR没有改变； MME该VLR发起SGsAP-LOCATION-UPDATE-REQUEST，并启动Ts6-1计时器 3) VLR向MME返回SGsAP-LOCATION-UPDATE-ACCEPT消息，将SGs accociation状态设置为SGs-Associated； 4) MME收到VLR返回的SGsAP-LOCATION-UPDATE-ACCEPT消息，停止Ts6-1计时器；将SGs association的状态设为SGs-ASSOCIATED；将MM上下文变量 \设为”true”； 5）MME继续完成TAU流程 检查点 1) 检查SGsAP-LOCATION-UPDATE-REQUEST消息中的各信元（ Message type、IMSI、MME name、New location area identifier、EPS location update type、 Old location area identifier、TMSI status、IMEISV），R11版本TAI, E-CGI为可选，主要检查LAI、EPS location update type是否为 Normal location update 5.1.2.3 联合位置更新——TA改变、MME不变、LA改变、VLR改变

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.1.2.3 适用场景 CSFB、SMS only 是否必选 必选 MME Location update for non-EPS services 联合位置更新—— TA改变、MME不变、LA改变、VLR改变 验证LA、VLR 改变情况下MME可通过SGs接口发起联合位置更新请求 1) 网络中各网元系统及操作维护台运行正常 2) 在MME上配置TA/LA映射表：TA1-LA1, TA2-LA2;LA/VLR映射表: LA1-VLR1,LA2-VLR2 3) LTE UE已附着在TA1下 1) UE从TA1移动到TA2； 测试步骤 参考流程 UEMMEMSC/VLR1MSC/VLR2HSS1. TAU Request (combined TA/LA update, old LAI, …) 2a. 判定VLR Number改变(VLR1?VLR2)2b. SGsAP-Location-Update-Request (new LAI)启动Ts6-13. SGsAssociation State=SGs-Associated4. Location Update in CS domain5. SGsAP-Location-Update-Accept 1) MME收到UE的combined tracking area update消息（（EPS Update type= 6a. TAU acceptCombined TA/LA updating）； 6b. TAU complete7. SGsAP-TMSI-Reallocation-Complete。。。 2) MME根据TA-LA映射表判断LAI改变，并根据LAI-VLR映射表得出VLR改变；并向该VLR发起SGsAP-LOCATION-UPDATE-REQUEST，并启动Ts6-1计时器 。。。 3) VLR向MME返回SGsAP-LOCATION-UPDATE-ACCEPT消息，将 SGs accociation状态设置为SGs-Associated； 4) 该新的VLR、old VLR与HSS之间完成CS域位置更新流程； 5) MME收到VLR返回的SGsAP-LOCATION-UPDATE-ACCEPT消息，停止Ts6-1计时器；将SGs association的状态设为SGs-ASSOCIATED；将MM上下文变量 \设为”ture”； 6) MME继续完成TAU流程 … 检查点 1) 检查SGsAP-LOCATION-UPDATE-REQUEST消息中的各信元（ Message type、IMSI、MME name、New location area identifier、EPS location update type、 Old location area identifier、TMSI status、IMEISV，停止Ts6-1, SGsAssociation State=SGs-AssociatedR11版本TAI, E-CGI可选），主要检查LAI、EPS location update type是否为 Normal location update 5.1.2.4 联合位置更新——TA改变、MME改变

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.1.2.4 适用场景 CSFB、SMS only 是否必选 必选 MME Location update for non-EPS services 联合位置更新—— TA改变、MME改变 验证 MME发生改变情况下可通过SGs接口发起联合位置更新请求 1) 网络中各网元系统及操作维护台运行正常 2) MME1覆盖TA1, MME2覆盖TA2 3) LTE UE已附着在TA1下 1) UE从TA1移动到TA2 测试步骤 参考流程 UENew MMEOld MMEMSC/VLRHSS1. TAU Request (combined TA/LA update, old LAI, …) 2. Step 4to Step 13of TAUProcedure specified in TS 23.401 5.3.3.23a. S6a: Update Location Request3b. S6a: Cancel Location Request3c. S6a: Cancel Location Answer3d. S6a: Location Update Answer4a. SGsAP-IMSI-Detach-IndicationSGsAssociation=SGs-NULL4b. SGsAP-IMSI-Detach-ACK5a. Drive VLR Number5b. SGsAP-Location-Update-Request启动Ts6-16. SGsAssociation State=SGs-Associated7. SGsAP-Location-Update-Accept1) 新MME收到UE的combined tracking area update消息（（EPS Update type= 停止Ts6-1, SGsAssociation State=SGs-Associated8a. TAU acceptCombined TA/LA updating） 8b. TAU complete9. SGsAP-TMSI-Reallocation-Complete2) 新MME执行TS23.401 5.3.3.2章节规定的TAU流程步骤4~13； 3) 新MME、Old MME和HSS之间完成位置更新流程； 4) Old MME向VLR发起SGsAP-IMSI-Detach-Indication，VLR将SGs association状态设置为NULL，并向MME响应SGsAP-IMSI-Detach-ACK； 5) 新MME根据TA-LA映射表判断LAI改变，并根据LAI-VLR映射表得出VLR改变；并向该VLR发起SGsAP-LOCATION-UPDATE-REQUEST，并启动Ts6-1计时器 6) VLR向MME返回SGsAP-LOCATION-UPDATE-ACCEPT消息，将 SGs accociation状态设置为SGs-Associated； 7) MME收到VLR返回的SGsAP-LOCATION-UPDATE-ACCEPT消息，停止Ts6-1计时器；将SGs association的状态设为SGs-ASSOCIATED；将MM上下文变量 \设为”ture”； 8) MME继续完成TAU流程 … 检查点 1) 检查SGsAP-LOCATION-UPDATE-REQUEST消息中的各信元（ Message type、IMSI、MME name、New location area identifier、EPS location update type、 Old location area identifier、TMSI status、IMEISV，R11版本TAI, E-CGI可选）是否正确，主要检查EPS location update type是否为 Normal location update 2) 检查MME是否发生改变以及对应的VLR是否发生改变； 5.1.2.5 周期性位置更新——TA不变、MME/LA不变

项目编号 被测设备 项目 分项目 测试目的 5.1.2.5 适用场景 CSFB、SMS only 是否必选 必选 MME Location update for non-EPS services 周期性位置更新—— TA不变、MME/LA不变 验证在TA不变、MME/LA不变的情况下UE发起周期性位置更新，MME不会通知VLR 1) 网络中各网元系统及操作维护台运行正常 2) LTE UE为IMSI attached for EPS and non-EPS services 3) 将UE周期性位置更新时间间隔调为1min 1) 将UE置于LTE覆盖区内1min以上，不移动； 预置条件 测试步骤 参考流程 1) MME收到UE的周期性TAU请求； 1. TAU Request (Periodic updating) 2) MME不向VLR发起SGs-Location-Update-Request, 并响应周期性TAU 不发起SGs-Location-Update-Request 2. TAU accept检查点 UE MMEMSC/VLRHSS1) 检查MME是否不发送SGsAP-LOCATION-UPDATE-REQUEST消息 5.1.2.6 CSFB终端CSFB后在CS域发生位置更新再回到LTE（无ISR）

项目编号 被测设备 项目 分项目 5.1.2.6 适用场景 CSFB、SMS only 是否必选 必选 MME Location update for non-EPS services 联合位置更新—— CSFB终端CSFB后在CS域发生位置更新再回到LTE（无ISR） 验证CSFB终端CSFB后在CS域发生位置更新再回到LTE情况下可通过SGs接口发起联合位置更新请求 1) 网络中各网元系统及操作维护台运行正常； 2) CSFB终端已附着在LTE网络 1) UE 从LTE回落到2/3G，发起位置更新； 测试目的 预置条件 测试步骤 2) UE再次回到LTE覆盖区 参考流程 UE1a. LAU RequestBSSMMEMSC/VLRHSS1b. A接口: LAU Request2. SGsAssociation State=SGs-NULL 以下同5.1.2.2流程1) UE发生LA改变的回落，UE会在A/Iu接口发送LAU 2) VLR从A/Iu-CS口接收到LAU后，将SGs accociation状态设置=NULL； 3) UE从2G/3G再次回到LTE后，UE发送Combined TAU Request，MME根据SGs accociation = NULL, 向VLR发起SGs-Location-Update-Request, EPS Location update type =IMSI attach（后续流程同5.1.2.2） 检查点 1) VLR从A/Iu-CS口接收到LAU后，是否将SGs accociation状态设置=NULL（在UE返回LTE前检查） 2) 检查终端再次回到LTE覆盖区后MME是否向VLR发送SGs-Location-Update-Request，各信元是否正确（ Message type、IMSI、MME name、New location area identifier、EPS location update type、 Old location area identifier、TMSI status、IMEISV，R11版本应包括TAI, E-CGI），其中EPS location update type是否为 IMSI attach 5.1.2.7 CSFB终端CS fallback（未发生LA改变）后再回到LTE

项目编号 被测设备 项目 分项目 测试目的 5.1.2.7 适用场景 CSFB、SMS only 是否必选 必选 MME Location update for non-EPS services 联合位置更新—— CSFB终端CS fallback（未发生LA改变）后再回到LTE 验证 CSFB终端CS fallback后（未发生LA改变）再回到LTE后无需SGs接口的联合位置更新 1) 网络中各网元系统及操作维护台运行正常； 2) CSFB终端已附着在LTE网络 1) CSFB终端回落到2/3G，未发生LA改变； 2) 终端重选回LTE 同5.1.2.1流程 1) 检查终端重回LTE后MME是否不发起联合位置更新请求 2) VLR中SGs association状态是否一直是associated 3) 检查是否未发送SGsAP-LOCATION-UPDATE-REQUEST消息 预置条件 测试步骤 参考流程 检查点 5.1.3 TMSI重分配

5.1.3.1 分配新TMSI（UE Attach时）

项目编号 被测设备 项目 分项目 测试目的 5.1.3.1 适用场景 CSFB、SMS only 是否必选 必选 VLR、MME Location update for non-EPS services 分配新TMSI（正常流程） 验证 LOCATION-UPDATE-ACCEPT消息携带新的TMSI可触发TMSI reallocation流程 1) 网络中各网元系统及操作维护台运行正常； 2) VLR配置UE attach、LAU时打开TMSI重分配 3) LTE UE 关机 1) 将UE置于LTE覆盖区后开机 预置条件 测试步骤 参考流程 UEMMEMSC/VLRHSS1. Attach Request (combined EPS/IMSI attach)2. Step 3 to Step 16 of Attach Procedure specified in TS 23.4013. Derive VLR Number4. SGsAP-Location-Update-Request启动Ts6-15. Location Update in CS domain6. SGsAssociation State=SGs-Associated7. SGsAP-Location-Update-Accept (分配新的TMSI) 1) 2) 3) 4) 5) 6) 7) 8) 9) 10) 11) 检查点 启动Ts6-2同5.1.1.1 停止Ts6-1, SGsAssociation State=SGs-Associated8. Attach Accept同5.1.1.1 9. Attach Complete同5.1.1.1 10. SGsAP-TMSI-Reallocation-Complete停止Ts6-2同5.1.1.1 VLR收到SGsAP-LOCATION-UPDATE-REQUEST消息，向HSS请求获得UE的签约数据； VLR向MME返回SGsAP-LOCATION-UPDATE-ACCEPT消息，在New TMSI, or IMSI IE中填入一个新的TMSI，并启动Ts6-2计时器； VLR设置SGs association状态=SGs-associated MME收到SGsAP-LOCATION-UPDATE-ACCEPT后，停止Ts6-1，将SGs Association状态设置为SGs-Associated；向UE发送Attach Accept ，在消息中包含LAI以及TMSI UE收到含有新的TMSI的Attach Accept后，向MME响应Attach Complete,触发MME的TMSI reallocation 流程 MME收到UE的ATTACH COMPLETE消息，向VLR发 SGsAP-TMSI-REALLOCATION-COMPLETE 消息 VLR接收到SGsAP-TMSI-REALLOCATION-COMPLETE消息后，停止Ts6-2计时器 1) 检查VLR返回的SGsAP-LOCATION-UPDATE-ACCEPT消息，其中”New TMSI, or IMSI”信元是否填入一个新的TMSI 2) 检查TMSI reallocation流程完成后MME是否向VLR发送 SGsAP-TMSI-REALLOCATION-COMPLETE消息；并检查MME后续与UE的交互中是否采用新的TMSI 5.1.3.2 分配新TMSI（UE TAU时）

项目编号 被测设备 项目 分项目 测试目的 5.1.3.2 适用场景 CSFB、SMS only 是否必选 必选 VLR、MME Location update for non-EPS services 分配新TMSI（正常流程） 验证 LOCATION-UPDATE-ACCEPT消息携带新的TMSI可触发TMSI reallocation流程 1) 网络中各网元系统及操作维护台运行正常； 2) VLR配置UE attach、LAU时打开TMSI重分配 3) UE在LTE覆盖区内。 1) UE发生TAU，LAI改变、 VLR改变。 UE MME MSC/VLR HSS 预置条件 测试步骤 参考流程 1. TAU Request (combined TA/LA update) 2. Step 3 to Step 16 of Attach Procedure specified in TS 23.4012. Step 3 to Step 16 of Attach Procedure specified in TS 23.4013. Derive VLR Number 1 启动T s6- 4. SGsAP-Location-Update-Request 8. TAU Accept 6. SGs Association State= SGs- A ssociated 7. SGsAP - Location - Update - Accept ( TMSI) 分配新的 2 启动T s6-Ts6- 1, S Gs Association State= SGs -A ssociated 停止 5. Location Update in CS domain10. SGsAP-TMSI-Reallocation-Complete9. TAU Complete 停止Ts6-21) 2) 3) 4) 5) 6) 7) 8) 9) 同5.1.1.1 同5.1.1.1 同5.1.1.1 同5.1.1.1 VLR收到SGsAP-LOCATION-UPDATE-REQUEST消息，向HSS请求获得UE的签约数据； VLR向MME返回SGsAP-LOCATION-UPDATE-ACCEPT消息，在New TMSI, or IMSI IE中填入一个新的TMSI，并启动Ts6-2计时器； VLR设置SGs association状态=SGs-associated MME收到SGsAP-LOCATION-UPDATE-ACCEPT后，停止Ts6-1，将SGs Association状态设置为SGs-Associated；向UE发送TAU Accept ，在消息中包含LAI以及TMSI UE收到含有新的TMSI的TAU Accept后,触发MME的TMSI reallocation 流程，向MME响应TAU Complete 10) MME收到UE的TAU COMPLETE消息，向VLR发 SGsAP-TMSI-REALLOCATION-COMPLETE 消息 11) VLR接收到SGsAP-TMSI-REALLOCATION-COMPLETE消息后，停止Ts6-2计时器 检查点 1) 检查VLR返回的SGsAP-LOCATION-UPDATE-ACCEPT消息，其中”New TMSI, or IMSI”信元是否填入一个新的TMSI 2) 检查TMSI reallocation流程完成后MME是否向VLR发送 SGsAP-TMSI-REALLOCATION-COMPLETE消息；并检查MME后续与UE的交互中是否采用新的TMSI 5.1.3.3 删除原TMSI

项目编号 被测设备 项目 分项目 测试目的 5.1.3.3 适用场景 CSFB、SMS only 是否必选 必选 VLR Location update for non-EPS services 删除原TMSI 验证 LOCATION-UPDATE-ACCEPT消息携带IMSI不会触发TMSI重分配 1) 网络中各网元系统及操作维护台运行正常。 2) VLR1打开TMSI,VLR2关闭TMSI 3) LTE UE 已在LTE注册，VLR1已对UE进行过TMSI分配 1) UE发生TA改变，VLR改变，向VLR2进行位置登记 流程图参照5.1.2.3 。。。 步骤1）~6）：同5.1.1.1 7) VLR2向MME返回SGsAP-LOCATION-UPDATE-ACCEPT消息，在New TMSI, or IMSI填入UE的IMSI;（调整6、7顺序） 8) MME向UE发送TAU Accept，通知UE VLR2已接收请求，在消息中包含LAI，”New TMSI, or IMSI信元”为UE IMSI 1) 检查VLR2返回的SGsAP-LOCATION-UPDATE-ACCEPT消息，其中”N ew TMSI, or IMSI”信元是否为UE的IMSI 2) 检查UE和VLR之间的短信和呼叫流程是否使用IMSI 预置条件 测试步骤 参考流程 检查点 5.1.4 Location update异常流程

5.1.4.1 VLR拒绝

项目编号 被测设备 项目 分项目 5.1.4.1 VLR、MME 适用场景 CSFB、SMS only 是否必选 必选 Location update for non-EPS services combined tracking area update异常流程——VLR拒绝 测试目的 预置条件 验证VLR可通过SGs接口拒绝MME的联合位置更新请求 1) 网络中各网元系统及操作维护台运行正常； 2) 在MME上配置TA/LA映射表：TA1-LA1, TA2-LA2;LA/VLR映射表: LA1-VLR1,LA2-VLR1;VLR1中未配置LA2或配置LA2为限制接入 3) LTE UE已附着在TA1下 1) UE从TA1移动到TA2； 测试步骤 参考流程 UEMMEMSC/VLRHSS1. TAU Request (combined TA/LA update, old LAI, …) 判定VLR Number2. SGsAP-Location-Update-Request (LA2)启动Ts6-13. SGsAP-Location-Update-RejectLA2为禁入, SGsAssociation State=SGs-NULL 1) MME收到UE的combined tracking area update消息 4. 停止Ts6-1, SGsAssociation State=SGs-NULL2) MME向VLR发起SGsAP-LOCATION-UPDATE-REQUEST，并启动Ts6-15. TAU accept计时器。 3) VLR收到SGsAP-LOCATION-UPDATE-REQUEST消息， VLR向MME返回SGsAP-LOCATION-UPDATE-REJECT消息，其中Location area identifier信元为之前接受的SGsAP-LOCATION-UPDATE-REQUEST中携带的LAI，reject cause信元说明拒绝原因；将SGs association的状态设为SGs-NULL； 4) MME收到VLR返回的SGsAP-LOCATION-UPDATE-REJECT消息，停止Ts6-1计时器；将SGs association的状态设为SGs-NULL； 5) MME向UE发送TAU Accept，并指明拒绝原因。 检查点 1) 检查VLR是否向MME发送SGsAP-LOCATION-UPDATE-REJECT消息, Message type、IMSI、Reject cause及其中的信元参数，（Location Area not allowed），Location area identifier（可选，R10新增）； 2) MME收到SGsAP-LOCATION-UPDATE-REJECT消息后是否将SGs association的状态设为SGs-NULL,并通知UE，并指明拒绝原因，记录EMM cause。 5.1.5 MME区分终端

项目编号 被测设备 项目 分项目 测试目的 5.1.5 适用场景 CSFB、SMS only 是否必选 必选 MME Location update for non-EPS services MME区分终端 验证 MME可区分CSFB终端/数据卡终端选择不同的MSC/VLR进行位置更新 预置条件 1) 网络中各网元系统及操作维护台运行正常。 2) MME配置映射表:数据卡终端-默认LA-VLR1,CSFB终端-TA2-LA2-VLR2 3) 数据卡终端A和CSFB终端B关机 1) 将A和B置于同一MME覆盖区后开机 1) MME将UE A的SGsAP-LOCATION-UPDATE-REQUEST消息发送给VLR1,将UE B的SGsAP-LOCATION-UPDATE-REQUEST消息发送给VLR2 UE UE A测试步骤 参考流程 UE B MMEMME MSC/VLR 1 MSC/VLR 2HSS 1a. TAU Request 1b. TAU Request 2a. 2. SGsAP-Location-Update 2b. 2. SGsAP-Location-Update 检查点 1) 检查MME发送给VLR1的SGsAP-LOCATION-UPDATE-REQUEST消息中IMSI是否为UE A的IMSI, 发送给VLR2的SGsAP-LOCATION-UPDATE-REQUEST消息中IMSI是否为UE B的IMSI 5.1.6 MME支持MSC POOL负荷分担

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.1.6 适用场景 CSFB、SMS only 是否必选 必选 MME Location update for non-EPS services MME支持MSC POOL负荷分担 验证 MME支持MSC POOL负荷分担 1) 2) 3) 4) 网络中各网元系统及操作维护台运行正常。 MSC/VLR 1和 MSC/VLR 2属于同一MSC POOL MME配置负荷分担方式为轮选(其他方式请说明并记录) LTE UE A、B、C、D关机 测试步骤 参考流程 1) 将UE置于同一MME覆盖区后先后开机 1) MME将UE A\\C的SGsAP-LOCATION-UPDATE-REQUEST消息发送给VLR1,将UE B\\D的SGsAP-LOCATION-UPDATE-REQUEST消息发送给VLR2

UE UE A UE B MMEMME MSC/VLR 1 MSC/VLR 2HSS 1a. TAU Request 1b. TAU Request 2a. 2. SGsAP-Location-Update 2b. 2. SGsAP-Location-Update 检查点 1) MME能否以轮选方式(或其他方式)负荷分担地选择MSC POOL内的两个VLR进行Attach 2) 记录MME负荷分担的方式

5.2 CS call引起的paging

5.2.1 正常寻呼流程

5.2.1.1 连接态时的CS call paging

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.2.1.1 适用场景 CSFB 是否必选 必选 MME、VLR CS call引起的Paging流程 连接态时的CS call paging 验证UE与MME有NAS信令连接时，VLR可通过SGs接口寻呼UE 1) 2) 3) 4) 网络中各网元系统及操作维护台运行正常； 与VLR关联的MME in service。 LTE UE已附着在LTE网络 UE与MME有NAS信令连接 测试步骤 1) 普通GSM UE拨打LTE UE 2) 被叫振铃 3) 被叫接听 1) VLR收到CS域的呼叫请求 2) VLR向关联的MME发送SGsAP-PAGING-REQUEST消息，将消息中的 Service indicator填写为\，并携带Location area identifier；启动Ts5定时器； 3) MME收到SGsAP-PAGING-REQUEST消息，由于UE与MME有NAS信令连接，无需paging UE，向UE发送 CS SERVICE NOTIFICATION消息， 4) MME向VLR返回SGsAP-SERVICE-REQUEST消息 5) VLR收到SGsAP-SERVICE-REQUEST消息，停止paging 参考流程 UEeNodeBRNC/BSCMMEMSCCS域域域域域SGsAP-Paging-RequestCS Service NotificationNAS Extended Service RequestSGsAP-Service-RequestUE Context Modification Request With CSFB indicatorUE Context Modification ResponseUE Change the RAT by PS HO or RedirectionPaging ResponseEstablish CS Connection 检查点 1) 检查SGsAP-PAGING-REQUEST消息是否由VLR发往关联的MME；并检查各信元参数（ Message type、IMSI、VLR name、Service indicator、 TMSI、CLI、 Location area identifier、 Global CN-Id）是否正确，其中Service indicator是否为CS call indicator，是否携带LAI； 2) 检查MME是否paging UE，是否向UE发送 CS SERVICE NOTIFICATION消息 3) 检查SGsAP-SERVICE-REQUEST消息各信元参数是否正确：必选信元包IMSI、Service indicator CLI、括 Message type、（应为CS call indicator）、IMEISV、 Mobile Station Classmark 2、TAI、E-CGI、UE EMM Mode（应为connected），可选信元包括UE Time Zone 5.2.1.2 IDLE态时的CS call paging

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.2.1.2 适用场景 CSFB 是否必选 必选 MME、VLR CS call引起的Paging流程 IDLE态时的CS call paging 验证UE与MME无NAS信令连接时，VLR可通过SGs接口寻呼UE 1) 2) 3) 4) 网络中各网元系统及操作维护台运行正常； 与VLR关联的MME in service。 LTE UE已附着在LTE网络 UE与MME无NAS信令连接 测试步骤 1) 普通GSM UE拨打LTE UE 2) 被叫振铃 3) 被叫接听 参考流程 1) VLR收到CS域的呼叫请求 2) VLR向MME发送SGsAP-PAGING-REQUEST消息，将消息中的 Service indicator置为\，并携带Location area identifier；启动Ts5定时器； 3) MME收到SGsAP-PAGING-REQUEST消息，根据MME中存储的位置信息向UE发送寻呼消息。若UE为IMSI attached for EPS and non-EPS services, 寻呼时CN domain indicator 设为\，若请求消息中携带TMSI且携带的LA和MME所存相同，则用S-TMSI寻呼，反之，用IMSI; 4) 收到UE的响应后，MME向VLR返回SGsAP-SERVICE-REQUEST消息 5) VLR收到SGsAP-SERVICE-REQUEST消息，停止paging UEeNodeBRNC/BSCMMEMSCCS域域域域域SGsAP-Paging-RequestPagingNAS Extended Service RequestSGsAP-Service-RequestInitial Context Setup RequestWith CSFB indicatorInitial Context Setup ResponseUE Change the RAT by PS HO or RedirectionPaging ResponseEstablish CS Connection 检查点 1) 检查SGsAP-PAGING-REQUEST消息是否由VLR发往关联的MME；并检查消息中的各信元是否正确； 2) 检查MME是否paging UE ,寻呼消息中CN domain indicator是否为CS，记录寻呼时使用S-TMSI还是IMSI. 5.2.1.3 携带CLI

项目编号 被测设备 项目 分项目 测试目的 5.2.1.3 适用场景 CSFB 是否必选 必选 VLR、MME CS call引起的Paging流程 携带CLI 验证被叫签约来显时，VLR的paging request中携带CLI 预置条件 1) 2) 3) 4) 5) 网络中各网元系统及操作维护台运行正常； 与VLR关联的MME in service。 LTE UE签约来电显示 LTE UE已附着在LTE网络 LTE UE与MME有NAS信令连接 测试步骤 1) 普通GSM UE拨打LTE UE 2) LTE UE振铃 1) VLR收到CS域的呼叫请求 2) VLR向关联的MME发送SGsAP-PAGING-REQUEST消息，将消息中的 Service indicator置为\，并携带LAI、CLI；启动Ts5定时器； 3) MME收到SGsAP-PAGING-REQUEST消息，向UE发送 CS SERVICE NOTIFICATION消息，. 4) LTE UE回复Extended Service Request消息，携带M-TMSI以及CSFB Response（ CS fallback accepted by the UE） 5) MME接收到请求消息之后向eNodeB发送UE Context Modification Request消息（ CS Fallback Indicator），eNodeB回复UE Context Modification Response消息 UEeNodeBRNC/BSCMMEMSCCS域域域域域CS Service NotificationNAS Extended Service RequestUE Context Modification Request With CSFB indicatorUE Context Modification ResponseSGsAP-Paging-RequestSGsAP-Service-Request参考流程 UE Change the RAT by PS HO or RedirectionPaging ResponseEstablish CS Connection 检查点 1) 检查SGsAP-PAGING-REQUEST消息是否由VLR发往关联的MME；并检IMSI、VLR name、Service indicator、 查消息中的各信元（ Message type、TMSI、CLI、 Location area identifier、 Global CN-Id）是否正确，检查Service indicator是否为CS call indicator，是否携带 CLI 2) MME是否向UE发送主叫号码 5.2.1.4 网络侧发起MT USSD流程

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.2.1.4 适用场景 CSFB 是否必选 必选 VLR CS call indicator的Paging流程 MT USSD流程 验证对于MT USSD 的CSFB通知流程处理正常。 1) 2) 3) 4) 网络中各网元系统及操作维护台运行正常； 与VLR关联的MME in service。 LTE UE已附着在LTE网络 UE与MME有NAS信令连接 测试步骤 参考流程 1) 网络侧发起与呼叫无关的补充业务 1) USSD中心与用户归属的HLR建立会话，并通过发送MAP_UNSTRUCTURED_SS_REQUEST_req消息发送USSD request操作。消息中包USSD编号计划（USSD Data Coding Scheme）和USSD字串（USSD String）。 2) HLR向MS所在的MSC建立会话，并透明传输MAP_UNSTRUCTURED_SS_REQUEST_req消息。 3) 存在SGs关联的情况下，MSC向MME下发寻呼SGsAP-PAGING-REQUEST。 4) MME接收到SGsAP-PAGING-REQUEST消息，向UE发送CS Service NOTIFICATION消息 5) LTE UE回复Extended Service Request消息，携带M-TMSI以及CSFB Response（CS fallback accepted by the UE） 6) MME接收到请求消息之后向eNodeB发送UE Context Modification Request消息（CS Fallback Indicator），eNodeB回复UE Context Modification Response消息 7) 无线侧BSC返回寻呼响应。 8) 后续流程同2/3G USSD流程

UEeNodeBRNC/BSCMMEMSCUSSD域域域域SGsAP-Paging-RequestSGsAP-Service-RequestCS Service NotificationNAS Extended Service RequestUE Context Modification Request With CSFB indicatorUE Context Modification ResponseUE Change the RAT by PS HO or RedirectionPaging ResponseUSSD Procedure 检查点 1) 检查SGsAP-PAGING-REQUEST消息是否由VLR发往关联的MME；并检IMSI、VLR name、Service indicator、 查消息中的各信元（ Message type、TMSI、 Location area identifier、 Global CN-Id）是否正确，检查Service indicator是否为CS call indicator 2) USSD业务流程正常 5.2.1.5 与VLR关联的MME不在服务中

项目编号 被测设备 项目 分项目 测试目的 5.2.1.5 适用场景 CSFB 是否必选 可选 VLR、MME CS call引起的Paging流程 正常寻呼流程——与VLR关联的MME不在服务中 验证与VLR关联的MME不在服务中时，VLR可通过MME Pool中的任一MME寻呼UE 1) 2) 3) 4) 网络中各网元系统及操作维护台运行正常； MME1与MME2为同一group ID,VLR中已配置pool信息 LTE UE附着在MME1下。 MME1与VLR偶联中断 预置条件 测试步骤 参考流程 1) 普通GSM UE拨打LTE UE 1) VLR收到CS域的呼叫请求 2) 与VLR关联的MME not in service，则VLR在MME pool中选择一个MME发送SGsAP-PAGING-REQUEST消息。 UEeNodeBRNC/BSCMMEMSCCS域域域域域SGsAP-Paging-RequestPaging With IMSIAttach Procedure 检查点 1) 检查SGsAP-PAGING-REQUEST消息是否由VLR发往MME2；并检查消息中的各信元是否正确； 2) 检查MME2的后续处理流程是否符合23.007规定 5.2.2 异常寻呼流程 5.2.2.1 被叫终端为SMS only

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.2.2.1 适用场景 CSFB 是否必选 必选 MME CS call引起的Paging流程 异常寻呼流程——被叫终端为SMS only 验证当被叫终端为SMS only时，MME会拒绝CS呼叫 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE为SMS only，并已附着在LTE网络 3) UE与MME间有NAS信令连接 1) 普通GSM UE拨打LTE UE 1) VLR收到CS域的呼叫请求 2) VLR向MME发送SGsAP-PAGING-REQUEST消息，将消息中的 Service indicator置为\；启动Ts5定时器； 3) MME收到SGsAP-PAGING-REQUEST消息，判定UE为SMS only，向VLR返回SGsAP-PAGING-REJECT消息， SGs cause信元为\terminating CS fallback call rejected by the user\测试步骤 参考流程 MMEMSCCS域域域域域SGsAP-Paging-RequestSGsAP-Paging-Reject 检查点 1) 检查MME是否返回SGsAP-PAGING-REJECT消息，检查Message type、IMSI，检查SGs cause信元是否为\terminating CS fallback call rejected by the user\5.2.2.2 被叫MME仅支持SMS only

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.2.2.2 适用场景 SMS only 是否必选 必选 MME CS call引起的Paging流程 被叫MME仅支持SMS only 验证当被叫MME仅支持SMS only 时，MME会拒绝CS呼叫 1) 网络中各网元系统及操作维护台运行正常； 2) MME配置为SMS only 3) LTE UE附着在LTE网络 1) 普通GSM UE拨打LTE UE 2) 发送短信 1) VLR收到CS域的呼叫请求 2) VLR向MME发送SGsAP-PAGING-REQUEST消息，将消息中的 Service indicator置为\；启动Ts5定时器； 3) MME收到SGsAP-PAGING-REQUEST消息，向VLR返回SGsAP-PAGING-REJECT消息，SGs cause信元为\fallback call rejected by the user\MMEMSCCS域域域域域SGsAP-Paging-RequestSGsAP-Paging-Reject测试步骤 参考流程 检查点 1) 检查MME是否返回SGsAP-PAGING-REJECT消息，检查Message type、IMSI，检查SGs cause信元是否为\terminating CS fallback call rejected by the user\2) 检验MME是否可以下发短信。 5.2.2.3 被叫不可及

项目编号 被测设备 项目 分项目 测试目的 预置条件 测试步骤 5.2.2.3 适用场景 CSFB 是否必选 必选 VLR、MME CS call引起的Paging流程 异常寻呼流程——被叫不可及 验证当被叫不可及时，MME会拒绝CS呼叫 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE已附着在LTE网络，处于IDLE态 1) 将LTE UE放入屏蔽箱中 2) 普通GSM UE拨打LTE UE 3) 一段时间后,再次拨打LTE UE 1) VLR收到CS域的呼叫请求 2) VLR向MME发送SGsAP-PAGING-REQUEST消息，将消息中的 Service indicator置为\；启动Ts5定时器； 3) MME收到SGsAP-PAGING-REQUEST消息，在存储的该终端对应的TA列表中所有TA上paging,终端无响应 4) MME重寻呼(最大重寻呼次数可配)，终端一直无响应,则MME 将该UE的PPF（Paging Proceed Flag）置为false, 5) MME向VLR返回 SGsAP-UE-UNREACHABLE 消息，SGs cause信元为\，或不返回任何消息 6) VLR收到SGsAP-UE-UNREACHABLE消息，停止Ts5，或等待Ts5超时，并停止向该MME的paging，但是A/Iu口的paging可继续 7) … 8) VLR再次收到CS域的呼叫请求 9) VLR向MME发送SGsAP-PAGING-REQUEST消息，将消息中的 Service indicator置为\； 10) PPF为false, MME判定UE为 unreachable，向VLR返回 SGsAP-UE-UNREACHABLE 消息，SGs cause信元为\参考流程 RNC/BSCMMEMSCCS域呼叫请求SGsAP-Paging-RequestSGsAP-UE-UNREACHABLEPaging 检查点 1) 检查MME收到SGsAP-PAGING-REQUEST消息是否在存储的该终端对应的TA列表中所有TA上paging 2) 检查MME是否返回 SGsAP-UE-UNREACHABLE 消息，检查Message type、IMSI，检查SGs cause信元是否为%unreachable \（也可不返回任何消息，但不可回reject） 3) 检查VLR收到SGsAP-UE-UNREACHABLE消息或等待Ts5超时后，是否停止向MME的paging 4) 检查MME再次收到SGsAP-PAGING-REQUEST消息是否直接返回 SGsAP-UE-UNREACHABLE 消息，检查Message type、IMSI，检查SGs cause信元是否为\5.2.2.4 被叫不可及，且被叫签约不可及前转

项目编号 被测设备 项目 分项目 测试目的 5.2.2.4 适用场景 CSFB 是否必选 必选 VLR CS call引起的Paging流程 异常寻呼流程——被叫不可及，且被叫签约不可及前转 验证当被叫不可及且被叫签约不可及前转时，VLR收到MME的拒绝响应后会触发呼叫前转 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE B签约不可及前转到GSM UE C 3) LTE UE B已附着在LTE网络 1) 将LTE UE B放入屏蔽箱中 2) GSM UE A拨打LTE UE B 3) UE C振铃，接听 1) MME收到SGsAP-PAGING-REQUEST消息，寻呼UE，且UE无响应后， 2) MME向VLR返回 SGsAP-UE-UNREACHABLE 消息，SGs cause信元为\，或不返回任何消息 3) VLR收到SGsAP-UE-UNREACHABLE消息，停止Ts5，或等待Ts5超时，停止向该MME的paging，为UE触发不可及前转 预置条件 测试步骤 参考流程

UERNC/BSCMMEMSCCS域域域域域SGsAP-Paging-RequestSGsAP-UE-UNREACHABLE域域域域域域 检查点 1) 检查VLR收到MME返回的SGsAP-UE-UNREACHABLE 消息（SGs cause=\）触发不可及前转。（检查话单及前转信令） 2) 检查UE C是否振铃 5.2.2.5 被叫无应答，且被叫签约CFNRy

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.2.2.5 适用场景 CSFB 是否必选 可选 VLR CS call引起的Paging流程 被叫无应答，且被叫签约CFNRy （Call Forwarding on No Reply） 验证当被叫签约CFNRy且被叫无应答时，VLR会触发呼叫前转 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE B已附着在LTE网络，然后移动出LTE覆盖区 3) B签约无应答前转到GSM UE C 1) 2) 3) 4) 普通GSM UE A拨打LTE UE 被叫LTE UE振铃 被叫无应答 UE C振铃 测试步骤 参考流程 1) VLR收到SGsAP-SERVICE-REQUEST消息，UE EMM mode信元指示 \2) VLR触发无应答前转，启动CFNRy timer UE CLTE UEeNodeBRNC/BSCMMEMSCCS域域域域域SGsAP-Paging-RequestSGsAP-Service-RequestCS Service NotificationFallbackPaging responsePaging responseEstablish CS Connection域域域域域域域域域 检查点 1) 检查VLR收到SGsAP-SERVICE-REQUEST消息后启动无应答前转定时器，超时触发无应答前转。（检查话单及前转流程） 2) 记录UE B振铃时间（可记录振几声） 3) 检查UE C是否振铃 5.2.2.6 被叫拒接，且被叫签约UDUB

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.2.2.6 适用场景 CSFB 是否必选 必选 MME、VLR CS call引起的Paging流程 被叫拒接，且被叫签约UDUB 验证当被叫拒接且被叫签约UDUB时VLR的处理流程 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE为SMS only，并已附着在LTE网络 3) UE与MME间有NAS信令连接 1) 普通GSM UE拨打LTE UE 1) VLR收到CS域的呼叫请求 2) VLR向MME发送SGsAP-PAGING-REQUEST消息，将消息中的 Service indicator置为\；启动Ts5定时器； 3) MME收到SGsAP-PAGING-REQUEST消息，判定UE为SMS only，向VLR返回SGsAP-PAGING-REJECT消息， SGs cause信元为\terminating CS fallback call rejected by the user\4) VLR收到SGsAP-PAGING-REJECT消息，停止Ts5，并触发 User Determined User Busy UEeNodeBRNC/BSCMMEMSCCS域域域域域SGsAP-Paging-RequestSGsAP-Paging-RejectUDUB域域域域测试步骤 参考流程 检查点 1) 检查MME是否返回SGsAP-PAGING-REJECT消息，检查Message type、IMSI，检查SGs cause信元是否为\terminating CS fallback call rejected by the user\2) VLR收到reject消息后是否触发 User Determined User Busy的前转。 5.2.2.7 Ts5超时

项目编号 5.2.2.7 适用场景 CSFB 被测设备 项目 分项目 测试目的 预置条件 VLR CS call引起的Paging流程 是否必选 必选 Ts5超时 验证寻呼超时时，VLR会重寻呼 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE已附着在LTE网络，并置于屏蔽箱内 3) MME 寻呼定时器设置为大于Ts5 1) 普通GSM UE拨打LTE UE 1) VLR收到CS域的呼叫请求 2) VLR向MME发送SGsAP-PAGING-REQUEST消息，将消息中的 Service indicator置为\；启动Ts5定时器； 3) MME收到SGsAP-PAGING-REQUEST消息，寻呼UE 4) Ts5超时，VLR触发重寻呼流程。 MMEMSCCS域域域域域SGsAP-Paging-RequestSGsAP-Paging-Request测试步骤 参考流程 检查点 1) 检查VLR是否发送两次SGsAP-PAGING-REQUEST消息，消息间隔是否为Ts5. 5.3 SMS paging

5.3.1 正常寻呼流程 5.3.1.1 IDLE态的SMS paging

项目编号 被测设备 项目 分项目 测试目的 5.3. 1.1 MME、VLR SMS引起的paging IDLE态的SMS paging 适用场景 CSFB、SMS only 是否必选 必选 验证UE与MME无NAS信令连接时，VLR可通过SGs接口将短消息发送给LTE UE 1) 网络中各网元系统及操作维护台运行正常； 2) 被叫LTE UE已附着在LTE网络 3) 被叫UE与MME无NAS信令连接 预置条件 测试步骤 参考流程 1) 主叫用户发送一条短消息给被叫LTE UE HLR/HSSSMSCVLR-BMME-BUE-B1. Send Routing Info for Short Message 2. MAP-MT-FORWARD-SHORT-MESSAGE3. Paging4. Paging5. Service Request6. Service Request7. Downlink Unidata8. Downlink NAS Transport9. Uplink NAS Transport10. Uplink Unidata11. Uplink NAS Transport12. Uplink Unidata13.MAP-MT-FORWARD-SHORT-MESSAGE ACK14. Downlink Unidata15. Downlink NAS Transport16. Release Request 1) SMSC发起终接短信的信令流程，SMSC向HLR请求被叫短信的路由信息； 2) SMSC向被叫所在MSC/VLR-B发出MAP-MT-FORWARD-SM消息，其中包含短信信息； 3) VLR向用户关联的MME发送SGsAP-PAGING-REQUEST消息，消息中包含 Service indicator置为\，以及Location area identifier，启动Ts5定时器； 4) 如果用户当前在空闲态，MME在UE所注册TA区域内发起寻呼过程，并使用S-TMSI标识； 5) UE发送SERVICE-REQUEST消息给MME以响应寻呼； 6) MME向MSC/VLR返回SGsAP-SERVICE-REQUEST消息； 7) MSC/VLR按照3GPP TS 23.040规定的方式构造SMS消息（如SMS消息由CP-DATA/RP-DATA/TPDU/SMS-DELIVER几部分组成）MSC/VLR使用，SGsAP-DOWNLINK-UNITDATA消息转发SMS消息给MME； 8) MME使用S1AP-DOWNLINK-NAS-TRANSPORT消息将封装的SMS信息发送给MS/UE。 9) MS/UE向MME发送S1AP-UPLINK-NAS-TRANSPORT消息应答短消息已接收到； 10) MME使用SGsAP-UPLINK-UNITDATA消息将UE应答信息转发给MSC/VLR; 11) MS/UE按照3GPP TS 23.040所定义的形式返回传输报告。该传输报告封装在S1AP-UPLINK-NAS-TRANSPORT消息中的NAS信元中发送给MME； 12) MME使用SGsAP-UPLINK-UNITDATA消息转发传输报告给MSC/VLR； 13) MSC/VLR向SMSC返回SMS传输报告； 14) MSC/VLR向UE应答传输报告已接收到，通过SGsAP-DOWNLINK-UNITDATA消息发送给MME； 15) MME向UE发送S1AP-DOWNLINK-NAS-TRANSPORT消息以转发传输报告已接收到的应答信息； 16) MSC/VLR向MME发送SGsAP-RELEASE-REQUEST消息指示不再需要NAS消息隧道封装资源。 检查点 1) 检查SGsAP-PAGING-REQUEST消息是否由VLR发往关联的MME；并检查各信元参数（ Message type、IMSI、VLR name、Service indicator（应为SMS indicator）、 TMSI、Location area identifier、 Global CN-Id）是否正确 2) 检查MME是否paging UE，回送SGsAP-SERVICE-REQUEST。 3) 检查SGsAP-SERVICE-REQUEST消息各信元参数是否正确： Message type、IMSI、Service indicatorTAI、E-CGI、UE EMM （应为SMS indicator）、Mode 5.3.1.2 连接态的SMS paging

项目编号 被测设备 项目 分项目 测试目的 5.3.1.2 MME、VLR SMS引起的paging 连接态的SMS paging 适用场景 CSFB、SMS only 是否必选 必选 验证UE与MME有NAS信令连接时， VLR可通过SGs接口将短消息发送给LTE UE 1) 2) 3) 4) 网络中各网元系统及操作维护台运行正常； 被叫LTE UE已附着在LTE网络 被叫UE与MME有NAS信令连接 VLR中Confirmed by Radio Contact变量为true 预置条件 测试步骤 参考流程 1) 主叫用户发送一条短消息给被叫LTE UE HLR/HSSSMSCVLR-BMME-BUE-B1. Send Routing Info for Short Message 2. MAP-MT-FORWARD-SHORT-MESSAGE3. Paging4. Service Request5. Downlink Unidata6. Downlink NAS Transport7. Uplink NAS Transport8. Uplink Unidata9. Uplink NAS Transport10. Uplink Unidata11.MAP-MT-FORWARD-SHORT-MESSAGE ACK12. Downlink Unidata13. Downlink NAS Transport14. Release Request

流程说明可参考前面空闲态的SMS寻呼流程说明，区别是无MME寻呼UE部分。 检查点 1) 检查SGsAP-PAGING-REQUEST消息是否由VLR发往关联的MME；并检查各信元参数（ Message type、IMSI、VLR name、Service indicator（应为SMS indicator）、 TMSI、 Location area identifier、 Global CN-Id）是否正确 2) 检查MME是否未paging UE，直接回送SGsAP-SERVICE-REQUEST。 3) 检查SGsAP-SERVICE-REQUEST消息各信元参数是否正确： Message type、IMSI、Service indicatorTAI、E-CGI、UE EMM （应为SMS indicator）、Mode 5.3.1.3 MT PSI流程

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.3.1.3 适用场景 CSFB 是否必选 可选 VLR、MME PSI的Paging流程（R11） MT PSI流程 验证PSI引起的paging流程 1) 2) 3) 4) 网络中各网元系统及操作维护台运行正常； 与VLR关联的MME in service。 两个LTE UE已附着在LTE网络，签约智能业务 UE与MME有NAS信令连接 测试步骤 参考流程 1) UE A呼叫UE B，触发智能网业务 1) SCP向HLR发送ATI（Any Time Interrogation）询问被叫用户当前的位置信息和状态信息（可通过TCSI 触发）。 2) HLR向MSC发送PSI（Provide Subscriber Information）请求，携带要求当前位置信息请求。 3) 存在SGs关联的情况下，MSC向MME下发寻呼SGsAP-PAGING-REQUEST(Service indicator为SMS indicator)。 4) MME接收到SGsAP-PAGING-REQUEST消息，向UE发送CS Service NOTIFICATION消息 5) LTE UE回复Extended Service Request消息，携带M-TMSI以及CSFB Response（CS fallback accepted by the UE） 6) MME接收到请求消息之后向eNodeB发送UE Context Modification Request消息（CS Fallback Indicator），eNodeB回复UE Context Modification Response消息 7) 8) MSC向HLR回PSI响应。 9) HLR向SCP返回ATI响应。 1) 检查PSI是否携带 LocationInformationEPS-Supported flag 字段 检查点 2) 检查VLR 是否因PSI触发SGs接口的paging，SGsAP-PAGING-REQUEST消息是否由VLR发往关联的MME；并检查消息中的各信元（ Message type、IMSI、VLR name、Service indicator、 TMSI、 Location area identifier、Global CN-Id）是否正确，检查Service indicator是否为SMS indicator 5.3.2 异常寻呼流程 5.3.2.1 被叫关机

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.3.2.1 VLR SMS paging 被叫关机 适用场景 CSFB、SMS only 是否必选 必选 验证当被关机时，VLR收到短消息请求时会直接拒绝 1) 网络中各网元系统及操作维护台运行正常； 2) 被叫LTE UE已附着在LTE网络 3) 将被叫LTE UE关机 1) 主叫给被叫LTE UE发送一条短消息 2) 2分钟后将被叫开机 3) 被叫收到短信 HLR/HSSSMSCVLR-BMME-BUE-BIMSI Detach IndicationIMSI Detach Ack1. Send Routing Info for Short Message 2. MAP-MT-FORWARD-SHORT-MESSAGE3.MAP-MT-FORWARD-SHORT-MESSAGE NACK4. Report SM Delivery Status5. Attach Request6. Attach procedure7. Location Update Request9. Ready For SM10. Alert Service CentreMT-SMS Delivery8. Location Update Accept测试步骤 参考流程 1) 2) 3) 4) MME向VLR发送SGsAP-IMSI-DETACH-INDICATION消息，并收到 VLR返回的SGsAP- IMSI-DETACH-ACK消息 VLR收到短信中心的MT-ForwardSM请求后直接向短信中心返回MT-ForwardSM-NACK消息，指示用户关机； SMSC通过MAP-Report-SM-Delivery-Status流程通知HLR用户被叫短信不可及； 被叫用户重新开机后，MME通过SGsAP-LOCATION-UPDATE-REQUEST消息通知MSC/VLR; 5) MSC/VLR通过MAP-Ready-For-SM消息通知HLR； 6) HLR通过MAP-Alert-Service-Centre消息通知SMSC被叫用户可及，SMSC再次发起终接短信下发流程； 检查点 1) 检查VLR在UE关机时不下发paging。 2) 检查VLR是否直接向短信中心返回MT-ForwardSM-NACK消息； 3) 检查被叫用户开机后MSC/VLR可以触发终接短信重发流程。 5.3.2.2 被叫不可及和提醒（Alert）流程1

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.3.2.2 MME、VLR SMS paging 适用场景 CSFB、SMS only 是否必选 必选 被叫不可及和提醒（Alert）流程（MME检测到UE活动与VLR无关） 验证被叫用户不可及时，VLR会触发alert流程 1) 2) 3) 4) 1) 2) 3) 4) 网络中各网元系统及操作维护台运行正常。 A为LTE终端，C为GSM终端。 A已完成联合位置更新、C附着至CS域。 将A移出LTE覆盖区 C给A发送一条短消息 （参考流程中步骤7完成后，）再次给A发送一条短消息 等待一段时间，将A移入LTE覆盖区（触发TAU，LA不变） SMSCVLR-B3. PagingMME-BeNBUE-B测试步骤 参考流程 HLR/HSS1. Send Routing Info for Short Message 2. MT-FORWARD-SMUE Unreachable5.MT-FORWARD-SM NACKReport SM Delivery Status8. MT-FORWARD-SM9.MT-FORWARD-SM NACK10. UE Activity Indication 6. Alert Request7. Alert Ack4. PagingUE Activity11. Ready For SM12. Alert Service CentreMT-SMS Delivery 1) VLR收到短信中心的MT-ForwardSM请求后向MME发送SGsAP-PAGING-REQUEST消息，启动Ts5计时器 2) MME寻呼UE未响应，MME向VLR返回 SGsAP-UE-UNREACHABLE 消息或MME未返回任何消息； 3) 当MSC/VLR收到SGsAP-UE-UNREACHABLE 消息，停止Ts5计时器，或Ts5计时器超时，MSC/VLR向短信中心返回MT-ForwardSM-NACK消息; 4) 5) 6) 7) 8) VLR向短信中心返回MT-ForwardSM-NACK消息； VLR向MME发送SGsAP-ALERT-REQUEST消息，并启动Ts7计时器； VLR收到MME返回的SGsAP-ALERT-ACK消息时，便停止Ts7计时器； 。。。 VLR再次收到短信中心的MT-ForwardSM请求，直接返回MT-ForwardSM-NACK消息 9) 。。。 10) MME检测到被叫正发起与VLR无关的活动，通过SGsAP-UE-ACTIVITY-INDICATION消息通知MSC/VLR，MSC/VLR向HLR发送ready_for_SM消息； 11) HLR通过MAP-Alert-Service-Centre消息通知SMSC被叫用户可及，SMSC再次发起终接短信下发流程； 检查点 1) 检查VLR收到短信中心的MT-ForwardSM请求后是否向MME发送SGsAP-PAGING-REQUEST消息，检查消息各信元是否正确，检查Service indicator是否为SMS indicator 2) 检查MME是否返回SGsAP-UE-UNREACHABLE消息（或不返回任何消息），消息中SGs cause信元是否为\3) 检查VLR是否向MME发送SGsAP-ALERT-REQUEST消息，以及消息中各信元是否正确 Message type、IMSI 4) 检查MME是否返回SGsAP-ALERT-ACK消息，以及消息中各信元是否正确 Message type、IMSI 5) 检查VLR再次收到短信中心的MT-ForwardSM请求后，是否直接返回MT-ForwardSM-NACK消息 6) 检查被叫可及后MME是否向VLR发送SGsAP-UE-ACTIVITY-INDICATION消息，检查消息信元是否正确Message type、IMSI 7) 检查VLR收到SGsAP-UE-ACTIVITY-INDICATION消息后是否向HLR发送ready_for_SM消息 8) 检查A在可及后是否收到了C发送的2条短信。 5.3.2.3 被叫不可及和提醒（Alert）流程2

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.3.2.3 MME、VLR SMS paging 适用场景 CSFB、SMS only 是否必选 必选 被叫不可及和提醒（Alert）流程（MME检测到UE活动与VLR有关） 验证被叫用户不可及时，VLR会触发alert流程 1) 2) 3) 4) 网络中各网元系统及操作维护台运行正常。 A为LTE终端，C为GSM终端。 A已完成联合位置更新、C附着至CS域。 将A移出LTE覆盖区 测试步骤 1) C给A发送一条短消息 2) 等待一段时间，将A移入LTE覆盖区（触发TAU，且LA改变） 3) 参考流程 HLR/HSSSMSCVLR-BMME-BeNBUE-B1. Send Routing Info for Short Message 2. MT-FORWARD-SM3. PagingUE Unreachable5.MT-FORWARD-SM NACKReport SM Delivery Status6. Alert Request7. Alert Ack9. SGsAP-LOCATION-UPDATE-REQUEST8. TAU Request (combined TA/LA update)4. Paging10. Ready For SM11. Alert Service CentreMT-SMS Delivery 1) VLR收到短信中心的MT-ForwardSM请求后向MME发送SGsAP-PAGING-REQUEST消息，启动Ts5计时器 2) MME寻呼UE未响应，MME向VLR返回 SGsAP-UE-UNREACHABLE 消息或MME未返回任何消息； 3) 当MSC/VLR收到SGsAP-UE-UNREACHABLE 消息，停止Ts5计时器，或Ts5计时器超时，MSC/VLR向短信中心返回MT-ForwardSM-NACK消息; 4) VLR向短信中心返回MT-ForwardSM-NACK消息； 5) VLR向MME发送SGsAP-ALERT-REQUEST消息，并启动Ts7计时器； 6) VLR收到MME返回的SGsAP-ALERT-ACK消息时，便停止Ts7计时器； 7) MME检测到被叫发起LA改变的联合位置更新，向MSC/VLR发送SGsAP-LOCATION-UPDATE-REQUEST消息，MSC/VLR向HLR发送ready_for_SM消息； 8) HLR通过MAP-Alert-Service-Centre消息通知SMSC被叫用户可及，SMSC再次发起终接短信下发流程； 检查点 1) 检查VLR是否向MME发送SGsAP-ALERT-REQUEST消息，以及消息中各信元是否正确 Message type、IMSI 2) 检查MME是否返回SGsAP-ALERT-ACK消息，以及消息中各信元是否正确 Message type、IMSI 3) 检查被叫可及后MME是否不会向VLR发送SGsAP-UE-ACTIVITY-INDICATION消息，而是发起SGsAP-LOCATION-UPDATE-REQUEST 4) 检查VLR收到SGsAP-LOCATION-UPDATE-REQUEST消息后是否向HLR发送ready_for_SM消息 5) 检查A在可及后是否收到了C发送的短信。

5.3.2.4 MME中无UE签约数据

项目编号 5.3.2.4 适用场景 CSFB、SMS only

被测设备 项目 分项目 测试目的 MME SMS流程 是否必选 必选 SMS Paging异常流程——被叫MME无UE的签约数据 验证被叫MME无UE的签约数据， 如MME的MME-Reset指示为false，收到短信寻呼后回送SGs-PAGING-REJECT消息 1) 主被叫的MME与VLR之间存在SGs连接。 2) 主被叫LTE UE已附着在LTE网络 3) 在MME中删除被叫LTE UE签约数据 1) VLR下发SMS paging 2) HLR/HSSSMSCVLR-BMME-BUE预置条件 测试步骤 参考流程 1. Send Routing Info for Short Message 2. MT-FORWARD-SM3. DOWNLINK-UNITDATA 被叫MME收到VLR发来的SGsAP-PAGING-REQUEST消息，回送SGs-PAGING-REJECT消息。 检查点 1) 检查MME收到VLR发来的SGsAP-PAGING-REQUEST消息后是否回送SGs-PAGING-REJECT消息，SGs cause信元是否为IMSI Unknown。 5.4 Tunnelling of NAS messages流程

5.4.1 正常流程 5.4.1.1 SMS MO

项目编号 被测设备 项目 分项目 测试目的 预置条件 测试步骤 5.4.1.1 适用场景 CSFB、SMS only 是否必选 必选 MME、VLR Tunnelling of NAS messages流程 SMS MO 验证SGs接口支持SMS的MO流程 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE已附着在LTE网络 1) 主叫LTE UE发送一条短消息给被叫LTE UE 参考流程 UE-AMME-AMSC/VLR-ASMSC1. Uplink NAS Transport2. Uplink Unitdata4.Downlink Unitdata5. Downlink NAS Transport7.Downlink Unitdata8. Downlink NAS Transport9. Uplink NAS Transport10. Uplink Unitdata11. Release Request3. MO_ForwardSM6. MO_ForwardSM ACK 1) MS/UE按照3GPP TS 23.040构造要发送的SMS消息（如包含CP-DATA/RP-DATA/TPDU/SMS-SUBMIT几部分），并封装在S1AP-UPLINK-NAS-TRANSPORT消息中的NAS信元中发送给MME； 2) MME通过SGsAP-UPLINK-UNITDATA消息转发SMS短消息给MSC/VLR； 3) MSC将短信转发给短信中心； 4) VLR向MME发送SGsAP-DOWNLINK-UNITDATA消息以应答SMS已收到，NAS信元为CP-ACK； 5) MME使用S1AP-DOWNLINK-NAS-TRANSPORT消息转发CP-ACK； 6) SMSC返回主叫短信发送的确认消息； 7) VLR向MME发送SGsAP-DOWNLINK-UNITDATA消息转发所接收到的传输报告给MME； 8) MME使用S1AP-DOWNLINK-NAS-TRANSPORT消息封装所接收到的传输报告，并发送给MS/UE； 9) UE向MME发送S1AP-UPLINK-NAS-TRANSPORT消息以应答传输报告已接收到； 10) MME通过SGsAP-UPLINK-UNITDATA消息转发UE的应答消息； 11) MSC/VLR向MME发送SGsAP-RELEASE-REQUEST消息指示不再需要NAS消息隧道封装资源。 检查点 1) 检查SGsAP-UPLINK-UNITDATA消息各信元参数IMSI、（Message type、IMEISV、NAS message container、TAI、E-CGI）是否正确，检查 NAS message container是否为短信内容 2) 检查MSC返回的SGsAP-DOWNLINK-UNITDATA消息各信元参数（Message type、IMSI、NAS message container）是否正确， 检查NAS message container是否为ack 3) 检查SGsAP-RELEASE-REQUEST消息各信元参数Message type、IMSI、是否正确 5.4.1.2 SMS MT

项目编号 5.4.1.2 适用场景 CSFB、SMS only 被测设备 项目 分项目 测试目的 预置条件 MME、VLR 是否必选 必选 Tunnelling of NAS messages流程 SMS MT 验证SGs接口支持SMS的MT流程 1) 网络中各网元系统及操作维护台运行正常； 2) 主被叫LTE UE已附着在LTE网络 3) 被叫UE与MME无NAS信令连接 1) 主叫LTE UE发送一条短消息给被叫LTE UE HLR/HSSSMSCVLR-BMME-BUE-B当UE处于Idle Mode时执行虚线框内的流程，Active Mode时不执行测试步骤 参考流程 1. Send Routing Info for Short Message 2. MAP-MT-FORWARD-SHORT-MESSAGE3. Paging4. Paging5. Service Request6. Service Request7. Downlink Unidata8. Downlink NAS Transport9. Uplink NAS Transport10. Uplink Unidata11. Uplink NAS Transport12. Uplink Unidata13.MAP-MT-FORWARD-SHORT-MESSAGE ACK14. Downlink Unidata15. Downlink NAS Transport16. Release Request 1) SMSC发起终接短信的信令流程，SMSC向HLR请求被叫短信的路由信息； 2) SMSC向被叫所在MSC/VLR-B发出MAP-MT-FORWARD-SM消息，其中包含短信信息； 3) VLR向用户关联的MME发送SGsAP-PAGING-REQUEST消息，消息中包含 Service indicator置为\，以及Location area identifier，启动Ts5定时器； 4) 如果用户当前在空闲模式，MME在UE所注册TA区域内发起寻呼过程，并使用S-TMSI标识； 5) UE发送SERVICE-REQUEST消息给MME以响应寻呼； 6) MME向MSC/VLR返回SGsAP-SERVICE-REQUEST消息； 7) MSC/VLR按照3GPP TS 23.040规定的方式构造SMS消息（如SMS消息由CP-DATA/RP-DATA/TPDU/SMS-DELIVER几部分组成）MSC/VLR使用，SGsAP-DOWNLINK-UNITDATA消息转发SMS消息给MME； 8) MME使用S1AP-DOWNLINK-NAS-TRANSPORT消息将封装的SMS信息发送给MS/UE。 9) MS/UE向MME发送S1AP-UPLINK-NAS-TRANSPORT消息应答短消息已接收到； 10) MME使用SGsAP-UPLINK-UNITDATA消息将UE应答信息转发给MSC/VLR; 11) MS/UE按照3GPP TS 23.040所定义的形式返回传输报告。该传输报告封装在S1AP-UPLINK-NAS-TRANSPORT消息中的NAS信元中发送给MME； 12) MME使用SGsAP-UPLINK-UNITDATA消息转发传输报告给MSC/VLR； 13) MSC/VLR向SMSC返回SMS传输报告； 14) MSC/VLR向UE应答传输报告已接收到，通过SGsAP-DOWNLINK-UNITDATA消息发送给MME； 15) MME向UE发送S1AP-DOWNLINK-NAS-TRANSPORT消息以转发传输报告已接收到的应答信息； 16) MSC/VLR向MME发送SGsAP-RELEASE-REQUEST消息指示不再需要NAS消息隧道封装资源。 检查点 1) 检查SGsAP-SERVICE-REQUEST消息各信元参数是否正确： Message type、IMSI、Service indicatorTAI、E-CGI、UE EMM （应为SMS indicator）、Mode 2) 检查步骤7）中VLR下发的SGsAP-DOWNLINK-UNITDATA消息信元参数是否正确，检查 NAS message container是否为短信内容 3) 检查后续步骤中的MME发送的SGsAP-UPLINK-UNITDATA消息是否符合预期 4) 检查后续步骤中VLR发送的SGsAP-DOWNLINK-UNITDATA、SGsAP-RELEASE-REQUEST消息是否符合预期 5.4.1.3 主叫侧MM 上下文 \变量为 \

项目编号 被测设备 项目 分项目 测试目的 5.4.1.3 适用场景 CSFB、SMS only 是否必选 可选 MME Tunnelling of NAS messages流程 主叫侧MM 上下文 \变量为 \ 验证MM 上下文 \变量为 \时，UE发送一条短信MME会要求UE进行re-attach 1) 网络中各网元系统及操作维护台运行正常； 2) 主叫LTE UE已附着在LTE网络 3) VLR重启，向MME发送Reset Indication 1) 主叫LTE UE发送一条短消息给被叫LTE UE 1) 检查MME是否要求UE进行re-attach 预置条件 测试步骤 参考流程 检查点 5.4.2 异常流程

5.4.2.1 主叫VLR无UE的签约数据

项目编号 被测设备 项目 分项目 测试目的 5.4.2.1 适用场景 CSFB、SMS only 是否必选 必选 VLR SMS流程 NAS信令tunnelling异常流程——主叫VLR无UE的签约数据 验证当UE签约数据不存在或VLR鉴权未通过（is not confirmed by HLR），VLR会拒绝LTE UE的短信 1) 网络中各网元系统及操作维护台运行正常； 2) 主叫LTE UE已附着在LTE网络 3) 在VLR中删除主叫LTE UE的签约数据 1) 主叫LTE UE发送一条短消息给被叫LTE UE UE-AMME-AMSC/VLR-ASMSC预置条件 测试步骤 参考流程 Uplink NAS Transport 1. Uplink Unitdata2. Release Request 1) 主叫MME收到UE的uplink NAS Transport消息，将SGsAP-UPLINK-UNITDATA消息发送给与之关联的VLR 2) VLR向MME发送SGsAP-RELEASE-REQUEST消息 检查点 1) 检查VLR收到SGsAP-UPLINK-UNITDATA消息后是否向MME返回 SGsAP-RELEASE-REQUEST消息 2) 检查SGsAP-RELEASE-REQUEST消息各信元参数Message type、IMSI、是否正确， SGs cause 信元（可选）是否为 \5.4.2.2 被叫MME无UE的签约数据

项目编号 被测设备 项目 分项目 测试目的 5.4.2.2 适用场景 CSFB、SMS only 是否必选 可选 MME SMS流程 NAS信令tunnelling异常流程——被叫MME无UE的签约数据 验证被叫MME无UE的签约数据， MME忽略VLR发来的SGsAP-DOWNLINK-UNITDATA消息 4) 主被叫的MME与VLR之间存在SGs连接。 5) 主被叫LTE UE已附着在LTE网络 6) 3) VLR下发SMS paging收到响应后，在MME中删除被叫LTE UE签约数据（可能会触发detach流程） 4) 主叫LTE UE发送一条短消息给被叫LTE UE 预置条件 测试步骤

参考流程 HLR/HSSSMSCVLR-BMME-BUE1. Send Routing Info for Short Message 2. MT-FORWARD-SM3. DOWNLINK-UNITDATA 被叫MME收到VLR发来的SGsAP-DOWNLINK-UNITDATA消息，忽略该消息 检查点 2) 检查MME收到VLR发来的SGsAP-DOWNLINK-UNITDATA消息后是否未做任何处理 5.5 Detach

5.5.1 Explicit IMSI detach from EPS services 5.5.1.1 MME收到UE的detach for EPS消息

项目编号 被测设备 项目 分项目 测试目的 预置条件 测试步骤 参考流程 5.5.1.1 MME、VLR 适用场景 CSFB、SMS only 是否必选 必选 Explicit IMSI detach from EPS services MME收到UE的detach for EPS消息 验证MME收到UE的detach for EPS消息，会通知VLR 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE 附着在MME A上 1) 关闭UE的PS业务或LTE功能 UEMMEVLRDETACH REQUEST(EPS detach)SGsAP-EPS-DETACH-INDICATIONDETACH ACCEPT(UE initiated IMSI detach from EPS services)SGsAP-EPS-DETACH-ACK 1) MME收到UE的detach for EPS消息，消息中指明为EPS detach 2) MME向VLR发送SGsAP-EPS-DETACH-INDICATION消息， IMSI detach from EPS service type信元为\initiated IMSI detach from EPS services\；将SGs association设为SGs-NULL，启动 Ts8计时器， 3) VLR收到SGsAP-EPS-DETACH-INDICATION消息，启动implicit detach timer 4) MME收到VLR返回的SGsAP-EPS-DETACH-ACK消息，停止Ts8计时器 5) MME向UE返回detach响应（4和5步不分先后） 6) implicit detach timer超时，VLR将UE标识为隐式分离。 检查点 1) 检查MME收到的UE的detach for EPS消息中是否指明EPS detach； 2) 检查SGsAP-EPS-DETACH-INDICATION消息中的各信元参数是否正确Message type、IMSI、MME name、IMSI detach from EPS service type，尤其IMSI detach from EPS service type信元为\from EPS services\； 3) 检查VLR是否返回SGsAP-EPS-DETACH-ACK消息，消息中各信元参数Message type、IMSI是否正确 4) 检查implicit detach timer超时后，VLR是否将UE标识为隐式分离 5.5.1.2 MME主动发起detach for EPS

项目编号 被测设备 项目 分项目 测试目的 预置条件 测试步骤 参考流程 5.5.1.2 MME、VLR 适用场景 CSFB、SMS ONLY 是否必选 必选 Explicit IMSI detach from EPS services MME主动发起detach for EPS 验证MME主动发起detach for EPS时，会通知VLR 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE 附着在MME上 1) MME主动发起detach for EPS UEMMEVLRDETACH REQUEST(re-attach not required)DETACH ACCEPTSGsAP-EPS-DETACH-INDICATION(Network initiated IMSI detach from EPS services)SGsAP-EPS-DETACH-ACK 1) MME主动发起detach for EPS 2) MME向VLR发送SGsAP-EPS-DETACH-INDICATION消息，IMSI detach from EPS service type信元为\initiated IMSI detach from EPS services\；将SGs association设为SGs-NULL，启动 Ts8计时器 3) VLR收到SGsAP-EPS-DETACH-INDICATION消息，启动implicit detach timer，向MME返回SGsAP-EPS-DETACH-ACK消息 4) MME收到VLR返回的SGsAP-EPS-DETACH-ACK消息，停止Ts8计时器 检查点 1) 检查SGsAP-EPS-DETACH-INDICATION消息中的各信元参数是否正确，检查IMSI detach from EPS service type信元为\Network initiated IMSI detach from EPS services \； 2) 检查VLR是否返回ACK消息，消息中各信元参数Message type、IMSI是否正确 3) 检查implicit detach timer超时后，VLR是否将UE标识为隐式分离 5.5.1.3 MME拒绝了UE的联合位置更新

项目编号 被测设备 项目 分项目 测试目的 预置条件 5.5.1.3 MME、VLR 适用场景 CSFB、SMS ONLY 是否必选 必选 Explicit IMSI detach from EPS services MME拒绝了UE的联合位置更新 验证 MME拒绝了UE的联合位置更新时，会通知VLR 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE 附着在TA1下 4) MME中配置TA2为Forbidden TA 1) UE从TA1移动到TA2 UEMMEVLR测试步骤 参考流程 TRACKING AREA UPDATE REQUESTTRACKING AREA UPDATE REJECT(EPS services not allowed)SGsAP-EPS-DETACH-INDICATION(EPS services not allowed)SGsAP-EPS-DETACH-ACK 1) UE发起联合位置更新 2) MME拒绝该位置更新请求 3) MME向VLR发送SGsAP-EPS-DETACH-INDICATION消息，IMSI detach from EPS service type信元为\； 4) MME将SGs association设为SGs-NULL，启动 Ts8计时器 5) MME收到VLR返回的SGsAP-EPS-DETACH-ACK消息，停止Ts8计时器 检查点 1) 检查SGsAP-EPS-DETACH-INDICATION消息中的各信元参数是否正确，检查IMSI detach from EPS service type信元为\services not allowed\； 2) 检查SGsAP-EPS-DETACH-ACK消息各信元参数是否正确 3) 检查implicit detach timer超时后，VLR是否将UE标识为隐式分离 5.5.2 Explicit IMSI detach from non-EPS services 5.5.2.1 combined IMSI and EPS detach

项目编号 被测设备 项目 分项目 测试目的 预置条件 测试步骤 参考流程 5.5.2.1 MME、VLR 适用场景 CSFB、SMS ONLY 是否必选 必选 Explicit IMSI detach from EPS services combined IMSI and EPS detach 验证UE调成飞行模式时，MME会通知VLR UE已去附着 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE 附着在MME上 1) UE调成飞行模式 UEMMEVLRDETACH REQUEST(combined EPS/IMSI detach)SGsAP-EPS-DETACH-INDICATION(Combined UE initiated IMSI detach from EPS and non-EPS services)SGsAP-EPS-DETACH-ACKDETACH ACCEPT【飞行模式，MME会发detach Accept；关机，MME不发detach accept】 1) MME收到UE的detach request，类型为combined EPS/IMSI detach 2) MME向VLR发送SGsAP-IMSI-DETACH-INDICATION消息，IMSI Detach from non-EPS service type信元为\UE initiated IMSI detach from EPS and non-EPS services\； 3) MME将SGs association设为SGs-NULL，启动 Ts9计时器，并停止并重置Ts6-1计时器（若还在运行） 4) VLR向MME返回SGsAP-IMSI-DETACH-ACK消息，将SGs association 状态设为SGs-NULL，将SGs association标识为 \detached for EPS and non-EPS services\； 5) MME收到VLR返回的SGsAP-IMSI-DETACH-ACK消息，停止Ts9计时器 6) MME向UE返回detach响应。 检查点 1) 检查MME收到的UE的detach request消息中是否指明为combined EPS/IMSI detach； 2) 检查MME是否向VLR发送SGsAP-IMSI-DETACH-INDICATION消息中，消息中各信元参数是否正确Message type、IMSI、MME name、IMSI Detach from non-EPS service type，尤其检查IMSI Detach from non-EPS service type信元是否为\non-EPS services\；检查MME的SGs association状态是否为SGs-NULL 3) 检查VLR是否返回SGsAP- IMSI -DETACH-ACK消息，消息中各信元参数是否正确Message type、IMSI；检查VLR的SGs association状态是否为SGs-NULL，是否将该UE标识为 \5.5.2.2 UE发起的IMSI detach from Non-EPS services

项目编号 被测设备 项目 分项目 测试目的 预置条件 测试步骤 参考流程 5.5.2.2 MME、VLR 适用场景 CSFB、SMS only 是否必选 可选 Explicit IMSI detach from Non-EPS services UE发起的IMSI detach from Non-EPS services 验证MME收到UE的non-detach for EPS消息，会通知VLR 1) 网络中各网元系统及操作维护台运行正常； 2) LTE UE 附着在MME A上 1) 关闭UE的CS功能 UEMMEVLRDETACH REQUEST(non-EPS detach)SGsAP-IMSI-DETACH-INDICATION(Explicit UE initiated IMSI detach from non-EPS services)SGsAP-IMSI-DETACH-ACKDETACH ACCEPT 1) MME收到UE的detach request，类型为IMSI detach 2) MME向VLR发送SGsAP-IMSI-DETACH-INDICATION消息，IMSI Detach from non-EPS service type信元为\Explicit UE initiated IMSI detach from non-EPS services \； 3) MME将SGs association设为SGs-NULL，启动 Ts9计时器 4) VLR向MME返回SGsAP-IMSI-DETACH-ACK消息，将SGs association 状态设为SGs-NULL，将SGs association标识为 \detached for non-EPS services\； 5) MME收到VLR返回的SGsAP-IMSI-DETACH-ACK消息，停止Ts9计时器 6) MME向UE返回detach响应。 检查点 1) 检查MME是否向VLR发送SGsAP-IMSI-DETACH-INDICATION消息中，消息中各信元参数是否正确Message type、IMSI、MME name、IMSI Detach from non-EPS service type，尤其检查IMSI Detach from non-EPS service type信元是否为\ Explicit UE initiated IMSI detach from non-EPS services \； 2) 检查VLR是否返回SGsAP-IMSI-DETACH-ACK消息，消息中各信元参数Message type、IMSI是否正确 5.5.3 Implicit IMSI detach from non-EPS services 5.5.3.1 Implicit IMSI detach from non-EPS services

本文来源：https://www.bwwdw.com/article/4xop.html