VoLTE呼叫信令流程层3消息Word文件下载.docx

VoLTE呼叫信令流程层3消息Word文件下载.docx

《VoLTE呼叫信令流程层3消息Word文件下载.docx》由会员分享，可在线阅读，更多相关《VoLTE呼叫信令流程层3消息Word文件下载.docx（42页珍藏版）》请在冰豆网上搜索。

RRCConnectionSetup信令：

主要用于SRB1无线承载的建立与无线配置。

在这里可以看到SPS、TTIB等参数的配置。

RRCConnectionSetup的srb_ToAddModList：

srb_Identity=1，说明SRB1已经建立。

RRCConnectionSetup的rlc_Config：

t=1，代表显示配置。

对于SRB1与SRB2的RLC_MODE必须采用AM模式。

RRCConnectionSetup的mac_MainConfig：

ttiBundling=FALSE,TTI绑定属性。

TRUE表示TTI捆绑有效，而FALSE表示TTI捆绑无效。

TTI捆绑对FDD有效，对TDD仅仅适用于配置为0、1、6的情况。

RRCConnectionSetup的sps_Config：

t=1表示释放该配置（release），包括上行和下行两个配置项。

RRCConnectionSetupComplete信令：

当UE完成SRB1承载和无线资源的配置，向eNodeB回应该消息。

同时，NAS层包含AttachRequest信息。

InitialUEMessage信令：

eNodeB向MME注册，包含NAS层AttachRequest信息以及TAI等信息。

还包括小区以及接入原因等信息。

InitialContextSetupRequest信令：

eNB_UE_S1AP_ID，eNB中S1口UE的上下文ID。

该参数是UE在eNodeB侧S1接口上的唯一标识，由eNodeB分配，此处必须与InitialUEMessage消息中的eNB_UE_S1AP_ID保持一致。

同时，还包括切换、CSFB、SRVCC等信息。

InitialContextSetupRequest信令eRAB建立：

包括e_RAB_ID与QCI，同时，还包括eRAB的抢占能力，以及告知eNodeB目标S-GW的地址与用户面传输标识gTP_TEID。

RRCConnectionReconfiguration信令：

用于UE进行相关无线资源重配，以及建立SRB2与DRB。

RRCConnectionReconfiguration无线专用承载：

分别对应srb_ToAddModList与drb_ToAddModList。

srb_Identity=2，说明SRB2已经建立。

对应eps_BearerIdentity=5与drb_Identity=3同时，这里headerCompression=1，表示使用头压缩。

RLCTYPE采用AM方式。

对应eps_BearerIdentity=6与drb_Identity=4同时，这里headerCompression=1，表示使用头压缩。

RLCTYPE采用AM方式。

InitialContextSetupResponse信令：

该参数是UE在eNodeB侧S1接口上的唯一标识，由eNodeB分配，此处必须与InitialContextSetupRequest消息中的eNB_UE_S1AP_ID保持一致。

QCI=9的eRAB回应。

同时，还包括基站侧业务面IP地址与用户面传输标识gTP_TEID等信息。

QCI=5的eRAB回应。

E_RAB_SETUP_REQUEST信令：

建立专用承载QCI=1，对应e_RAB_ID=7。

建立专用承载QCI=2，对应e_RAB_ID=8。

RRCConnectionReconfiguration信令：

包含DRB、头压缩、RLCTYPE、SPS等信息。

这里DRB对应eps_BearerIdentity=7以及drb_Identity=5。

这里DRB对应eps_BearerIdentity=8以及drb_Identity=6。

这里头压缩采用profile0x0001的等级。

这里DRBRLCTYPE采用UM方式。

这里sps_Config：

t=2，表示设置该配置项（setup），包括上行和下行两个配置项。

E_RAB_SETUP_RESPONSE信令：

对于e_RAB_ID=7的QCI=1专用承载回应。

对于e_RAB_ID=8的QCI=2专用承载回应。

2）SRVCC业务流程

SRVCC业务流程解析：

（1）支持SRVCC能力UE在附着过程或者TAU过程中，在NAS层AttachRequestmessage消息和TrackingAreaUpdates消息中的"

MSNetworkCapability"

IE中，携带SRVCC能力，指示MME。

MME存储UE的SRVCC能力指示，用于SRVCC过程处理。

（2）支持SRVCC能力UE的业务请求处理过程中，MME在S1-AP的InitialContextSetupRequest消息中携带"

SRVCCOperationPossible"

IE指示E-UTRAN网络，UE和MME都支持SRVCC能力。

（3）UE上报测量报告，eNodeB根据UE测量报告判决触发SRVCC过程。

1.eNodeB接收UE的测量报告。

2.eNodeB根据测量报告进行判决，若UE已建立VoIP业务（QCI=1）并且2G/3GGERAN/UTRAN目标小区不支持VoIP能力，触发SRVCC过程，发送切换请求到MME，携带是否需要同时进行PS域与CS域切换指示。

3.MME与MSCServer通过Sv接口进行信令交互，请求VoIP业务的PStoCS切换处理。

4.MSCServer与MSC进行信令交互完成CS域的切换资源的准备。

5.MSCServer与IMS域SRVCCAS交互完成IMS业务的会话转移流程。

6.MSCServer向MME发送切换PStoCS切换响应消息，携带指示UE切入GERAN/UTRAN的CSHO命令消息。

7.MME同步PStoCS切换与PStoPS的切换响应。

8.MME通过切换命令指示eNodeB切换准备完成。

9.eNodeB指示UE从E-UTRAN向目标GERAN/UTRAN切换。

10.UE接入目标小区，VoIP业务从PS域切换到CS域。

注：

1.SRVCC处理过程中，对于UE已建立的非语音业务，根据网络、UE的能力、业务的类型，MME可以触发PSHO、去激活Deactivated（GBR业务）或者挂起Suspended（NGBR业务）等业务处理流程。

2.若UE在CS域结束语音业务后，返回到LTE网络，UE通过TAU过程指示MME，MME检测UE存在挂起的业务，则可以恢复UE已挂起的业务。

3）SRVCC切换信令流程

UE上报测量报告，其中，测量标识：

measId=2对应RRCConnectionReconfiguration中的MeasurementControl信息的A2事件，RSRP这里是-80dBm，RSRQ对应的是-3db。

达到A2事件的触发门限。

RRCConnectionReconfiguration中的MeasurementControl对应A2事件

RRCConnectionReconfiguration中的MeasurementControl信息：

B2事件下发，RSRP这里的切换门限是-75dBm。

即服务小区的RSRP门限等于或低于-75dBm，那么，服务小区的绝对门限1即达到。

GSM小区的RSSI大于-110dBm，则目标小区的绝对门限2即达到。

这里表示测量对象为起始ARFCN=79的GSM小区。

measId=5对应RRCConnectionReconfiguration中的MeasurementControl信息的B2事件，RSRP这里是-76dBm，RSRQ对应的是-3.5db。

达到B2事件的触发门限1。

measId=5对应RRCConnectionReconfiguration中的MeasurementControl信息的B2事件，符合条件的GSM小区的网络色码与基站色码分别为6和1，RSSI值为-76dBm，达到B2事件的触发门限2。

eNodeB向GSM系统发起基于SRVCC的切换请求。

GSM系统的目标小区的PLMN为46000，CI小区标识为10993。

当GSM系统资源准备完成，由MME通过S1口通知基站触发由E-UTRAN到GSM的切换。

基站通知UE开始执行由E-UTRAN到GSM的切换。

切换完成，基站向MME请求释放UE的相关资源。

MME响应基站释放UE资源的请求。