语音信令流程.docx

语音信令流程.docx

《语音信令流程.docx》由会员分享，可在线阅读，更多相关《语音信令流程.docx（18页珍藏版）》请在冰豆网上搜索。

语音信令流程

CSFB相关信令流程

1移动性管理

移动性管理主要介绍用户附着、分离、位置更新相关业务流程。

1.1联合附着流程

CSFallback语音主要是通过SGs接口实现的，用户在附着网络时，MME和MSCServer需要对该用户的SGs连接进行维护。

在E-UTRAN开机驻留的UE，开机后发起联合的EPS/IMSI附着流程。

联合附着流程如图1所示，由MME通过SGs接口完成UE在UTRAN/GERAN核心网的位置更新流程，使得UTRAN/GERAN核心网感知到UE的位置。

图1联合附着流程图

1.UE（UserEquipment）发起网络附着请求，向MME发送AttachRequest消息。

其中参数AttachType指示这是一个联合的EPS/IMSI附着流程，并且参数指示UE具备CSFallback能力。

图2AttachRequest消息结构图

如图2所示，消息体指示为附着请求，类型是联合附着请求（combined-attach）。

终端上报联合附着请求则表示支持CSFB。

2.MME发送SGsAP-LOCATION-UPDATE-REQUEST消息给VLR，消息中包括newLAI、IMSI、MMEname和LocationUpdateType等参数，其中MMEname是MME的域名。

LOCATION-UPDATE-REQUEST消息结构如图3所示。

图3LOCATION-UPDATE-REQUEST消息结构图

其中中eps-location-update-type信元指示为IMSI附着，并且携带新/旧LAI，其中MMEname是MME的域名。

3.VLR存储MME信息，并创建与MME下此用户的SGs关联。

4.VLR根据用户信息和位置区信息，发起到HLR的位置更新流程。

5.VLR返回SGsAP-LOCATION-UPDATE-ACCEPT给MME，如果VLR支持TMSI重分配，消息中包括参数LAI和TMSI，否则消息中包括参数LAI和IMSI。

LOCATION-UPDATE-ACCEPT消息结构如图4所示。

图4LOCATION-UPDATE-ACCEPT消息结构图

消息中信元携带LAI，以及CS新分配的TMSI。

6.完成联合的EPS/IMSI附着。

MME发送AttachAccept给UE，消息中包括参数LAI和VLRTMSI。

UE接收到信元LAI和VLRTMSI则表示附着CS域和LTE网络成功。

其中VLRTMSI信元会触发UE执行TMSI重分配流程。

当MME收到UE的Attachcomplete消息后，MME发送SGsAP-TMSI-REALLOCATION-COMPLETE消息给VLR，指示TMSI重分配完成。

图5AttachAccept消息结构图

该消息指示联合附着成功，同时周期位置更新定时器为1分钟。

7.附着成功后，MME通过S1AP-INITIAL-CONTEXT-SETUP-REQ消息发起上下文建立请求，用于MME向eNodeB请求在无线侧建立资源，同时请求UE返回相关能力集。

UE则通过S1AP-SPU-UE-CAPABILITY-INFO-INDICATION消息返回UE相关的能力。

如图6所示，其中uERadioCapability信元指示UE是否具备PSHandover能力，具体可以参见2400810.5.5.12a协议。

图6UE-CAPABILITY-INFO-INDICATION消息结构图

1.2分离流程

分离流程可以分为由UE发起分离、MME发起的分离和HSS发起的分离。

无论哪一方发起的分离流程，MSC的处理是相同的。

UE可能被显式或隐式分离：

显式分离：

网络侧或UE主动请求分离，同时发起一方会主动通知另一方。

隐式分离：

网络侧分离UE，并不通知UE。

例如网络侧认为UE不可达。

MME需要通过SGs接口向MSCServer发送IMSIDetachIndication消息，指示VLR删除该用户的SGs关联。

IMSI分离后，EPS附着的用户不再能用CS域业务。

MME因为操作维护需要发起对UE的分离或者mobilereachabletimer超时，MME发起对该UE的隐式分离。

o如果mobilereachabletimer超时，MME发送EPS/IMSIDetachIndication消息给MSC/VLR。

o如果MME因为操作维护需要发起分离，MME发送EPSDetachIndication消息给MSC/VLR。

分离流程如图7、图10和图11所示。

1.3UE发起的分离流程

图7UE发起的分离流程图

1.UE向MME发送DetachRequest消息要求分离。

DetachType可能是EPSDetach、IMSIDetach或combinedEPSDetach。

图8DetachRequest消息结构图

如图8所示，指示为UE发起的分离。

typeofdetach指示为联合EPS分离。

2.第1步可以指示是EPSDetach、IMSIDetach、combinedEPS/IMSIDetach，MME要处理UE的去附着请求。

3.如果UE发起的detachtype是IMSIDetach、combinedEPS/IMSIDetach，以下两种情况，MME会发送SGsAP-IMSI-DETACH-INDICATION消息给MSC/VLR。

UE发起的EPS和non-EPS业务的联合分离

UE发起的non-EPS显示分离

如果UE发起的detachtype为EPSDetach时，MME发送SGsAP-EPS-DETACH-INDICATION消息给MSC/VLR表明UE发起的EPS业务显示分离。

如果MSC收到该消息后，发现没有该UE的SGs关联信息，将丢弃该消息。

IMSI/EPSDETACHINDICATION消息结构如图8所示。

图9IMSI/EPSDETACHINDICATION消息结构图

4.MSC/VLR删除与该UE相关的MME的SGs关联。

5.MME发送DetachAccept消息给UE。

6.继续完成UE发起的分离流程。

1.4MME发起的分离流程

图10MME发起的分离流程图

1.MME发起分离流程，去激活所有与UE相关的承载。

2.当MME执行网络侧发起的分离流程且SGs的管理状态是非SGs-NULL，MME发送SGsAP-EPS-DETACH-INDICATION消息给MSC/VLR表明网络侧发起的基于EPS业务的IMSI分离。

如果是mobilereachabletimer超时，MME发起基于nonEPS业务的隐式IMSI分离。

MME发送SGsAP-IMSI-DETACH-INDICATION消息给MSC/VLR。

如果MME因为操作维护需要发起隐式分离，MME发送SGsAP-EPS-DETACH-INDICATIO消息给MSC/VLR。

如果MSC收到该消息后，发现没有该UE的SGs关联信息，将丢弃该消息。

移动可达定时器（mobilereachabletimer）用于监测UE发起周期性TAU。

在用户的NAS信令连接释放时启动，在NAS信令连接建立时停止，超时后，如果UE还没有发起周期性TAU，则启动不可达用户隐式分离定时器。

不可达用户隐式分离定时器启动期间，MME拒绝网络侧对UE的寻呼。

如果用户在不可达用户隐式分离定时器超时时仍未连上网络，则MME认为用户已经离开网络覆盖范围很长时间，从而隐式分离用户。

3.MSC/VLR删除与该UE相关的MME的SGs关联，即关联状态为SGs-NULL。

1.5HSS发起的分离流程

HSS发起的分离流程如图11所示。

图11HSS发起的分离流程图

1.HSS触发分离流程，删除UE在MME中的MM和EPS承载上下文。

2.MME发送SGsAP-EPS-DETACH-INDICATION消息给MSC/VLR。

3.MSC/VLR删除与该UE相关的MME的SGs关联。

如果MSC收到该消息后，发现没有该UE的SGs关联信息，将丢弃该消息。

1.6联合TA/LA更新流程

对驻留在E-UTRAN网络的UE，周期性发起联合的TA/LA更新流程，流程如图12所示，使得UTRAN/GERAN核心网以及MME对UE位置的同步更新。

图12联合TA/LA更新流程图

1.UE测到触发条件满足，需要发起TAU流程。

TAU流程的触发条件如下：

UE发现当前的TAI不在UE注册网络的TAList中。

在EPS网络中，位置管理的基本单位为TAList。

TAList由一个或多个TA（TrackingArea）组成。

通过TAlist，可以避免用户频繁发起TAU。

周期性TAU。

UE的接入类型即RATtype（GSM、UTRAN、E-UTRAN）发生改变。

网络侧负载均衡触发TAU。

2.UE发送TAURequest消息给MME。

UpdateType指示这是一个联合的TrackingArea/LocationAreaUpdate请求，或是一个联合的TrackingArea/伴随IMSI附着的LocationAreaUpdate请求（如果UE之前没有联合附着，只会发起“联合的TAU伴随IMSI附着”的TAU请求）。

图13TAURequest消息结构图

如图13所示，ePS-update-type-value信元指示TA周期性更新是由于定时器超时导致TAU流程。

3.MME判断需要向VLR发起TAU位置更新。

4.当TAU流程导致MME发生变化，新的MME需要发送LocationUpdateRequest消息给MSC/VLR建立SGs关联，MME根据UE上报的TAI（建网时该TAI的取值参考对应的LAI）推导出VLRnumber。

为避免CCU模块过载，可通过设置P94Bit8为0开启SGs接口位置更新业务增强流控功能，若需要采用精确流控，需要同时设置P94Bit9为0，此时MSCServer给MME返回SGsAP-LOCATION-UPDATE-REJECT消息拒绝本次位置更新。

为避免BSG/IFM模块过载，可通过ADDMME命令配置“是否启动FECN流控”和“FECN流控模式”参数确定是否对本次位置更新进行流量控制。

如果进行流控，此时给MME返回SGsAP-LOCATION-UPDATE-REJECT消息拒绝本次业务。

如果不流控，则继续后续处理。

5.MSC/VLR根据VLR中的用户信息和位置区信息，发起到HLR的位置更新（同CS域流程）。

6.MSC/VLR发送LocationUpdateAccept（VLRTMSI）消息给MME，消息中包括参数LAI和IMSI/TMSI。

同时，MSC向VLR发起取鉴权集的请求。

当LTE终端漫游出国或者回国，第一次登录网络时显示的运营商名称和时间信息可能会不正确。

将软参P672Bit7设置为1，MSC会通过SGs接口发送MM_INFORMATION消息将正确的运营商名称和时间信息带给LTE终端。

同时，通过软参P416Bit9控制在SGs接口位置更新流程中向终端下发MM_INFORMTAION消息的方式。

其中运营商名称通过ADDUSRNTWK命令配置，时间信息则为用户所在地的时间。

7.MME发送TAUAccept消息给UE，消息中包括参数LAI和IMSI/TMSI。

该消息中的LAI参数表示UE处于I