NAS层信令.docVIP

信令流程 2007-1-25 TD系统测试部 方浩 NAS信令建立流程 NAS信令建立流程是在UE与UTRAN之间的RRC连接建立成功之后，UE通过RNC建立与CN的信令连接，用于UE与CN交互NAS信息，如鉴权，业务请求，连接建立等。 UE与CN的交互信令，对于RNC而言，都是直传消息。RNC在收到第一条直传消息时，即：初始直传消息（Initial Direct Transfer），将建立与CN之间的信令连接，该连接建立在SCCP之上。流程如图4-3-2所示。 图3.10 信令流程说明： （1）RRC连接建立后，UE通过RRC连接向RNC发送初始直传消息（Initial Direct Transfer），消息中携带UE发送到CN的NAS信息内容。此过程由UE发起，用于在上行链路上建立一条信令连接，在无线接口上传送初始的非接入层（NAS）消息。UE在UL DCCH上使用AM RLC方式由RB3向UTRAN发送此消息。 主要参数： Integrity check info：整体性校验信息，包含了XMAC-I和 MAC-I计算所需的RRC信息序列号。 CN domain identity：CN域标识，标明是PS域或CS域。 Intra Domain NAS Node Selector：NAS域内节点选择，为被寻址的CN域在 节点中选择路由。 NAS message：NAS消息，在UTRAN中透明传输。 Measured results on RACH：RACH测量结果。 （2）RNC接收到UE的初始直传消息，通过Iu接口向CN发送SCCP连接请求消息（CR），消息数据为RNC向CN发送的初始UE消息（Initial UE Message），该消息带有UE发送到CN的消息内容。 （3）如果CN准备接受连接请求，则向RNC回SCCP连接证实消息（CC），SCCP连接建立成功。RNC接收到该消息，确认信令连接建立成功。 如果CN不能接受连接请求，则向RNC回SCCP连接拒绝消息（CJ），SCCP连接建立失败。RNC接收到该消息，确认信令连接建立失败，则发起RRC释放过程。 （4）信令连接建立成功后，UE发送到CN的消息，通过上行直传消息（Uplink Direct Transfer）发送到RNC，RNC将其转换为直传消息(Direct Transfer)发送到CN；CN发送到UE的消息，通过直传消息（Direct Transfer）发送到RNC，RNC将其转换为下行直传消息（Downlink Direct Transfer）发送到UE。 CS域基本流程 1、位置更新：（23012） 和MSC SERVER的交互： MM→LOCATION UPDATE REQUEST MM←AUTHENTICATION REQUEST MM→AUTHENTICATION RESPONSE MM←LOCATION UPDATE ACCEPT VLR和HLR的交互： ←UPDATE LOCATION REQUEST VLR向HLR发出更新位置信息的请求 →INSERT SUBSCRIBER DATA REQUEST HLR向VLR插入用户数据 ←INSERT SUBSCRIBER DATE RESPONSE →UPDATE LOCATION RESPONSE 这个流程使HLR知道了手机当前的位置信息，同时VLR也有了该手机用户的签约信息，如鉴权向量，签约的业务等。如果这个流程失败LOCATION UPDATE也不会成功。 2、CS呼叫：（23018） 局内UE呼叫UE 因为实验室里一般用的是最简环境，MSC往往又是GMSC，所以协议里提到的ISUP信令流程就省了。 MM→CM SERVICE REQUEST MM←AUTHENTICATION REQUEST MM→AUTHENTICATION RESPONSE CC→SETUP 主叫手机向网络侧发起建立呼叫的要求。（包含被叫号码、承载特性等信息） CC←CALL PROCEEDING VLR接受这个呼叫，让手机继续，RAB指配过程随后进行，如果随后网络侧发出DISCONNECT的话很可能是RAB指配失败。也有可能是下一条消息没收到，被叫没有PAGE到。 RR→PAGE RESPONSE 被叫收到了寻呼并向网络侧发了寻呼响应。 CC←SETUP 网络侧向被叫手机发起建立呼叫的请求。 CC→CALL CONFIRM 被叫表示接受这个呼叫，RAB指配过程随后进行，如果随后网络侧发出DISCONNECT的话很可能是RAB指配失败。 CC→ ALERTING 被叫向网络侧发振铃消息 CC←ALERTING 网络侧转发振铃消息给主叫 CC→ CONNECT 被叫摘机，网络侧收到摘机消息 CC←CONN