EV-DO-RevA-空口信令流程分析指导书(V30)

内部公开▲EV-DORevA空口信令流程分析指导书目的与范围本指导书目的是为EV-DORevA信令分析提供思路和方法。本指导书适用于CDMA网规仿真部的EV-DORevA优化工作。术语和定义角色和职责系统模块介绍下面对基站内部常见的软件模块的功能作详细介绍：S_CES:信道单元子系统。主要负责信道板CHM的基带数据的调制与解调,实现空中接口物理层的编解码和调制解调功能。S_RCP:无线信道管理。主要负责进行Overhead信道，接入信道，前反向业务信道等无线资源的分配与管理。S_FSP:帧选择模块。主要负责反向业务帧的选择，相关协议数据包的封装和解封装，前向业务帧的流量控制等。S_TP:业务处理模块。主要负责实现缺省应用和多流分组应用的RLP协议，前向RLP分组的流量控制等。S_SP:信令处理模块。主要负责相关协议的信令消息处理，连接层的信令处理流程，完成业务信道上的位置更新流程，session的配置协商，Key交换协议流程，切换的控制等S_BSSAP:基站系统应用局部。主要负责集中管理所有已登记AT的Session信息,UATI分配，AT的移动性管理功能，快速连接过程等S_PPPSession:PPP协议会话模块。主要负责LCP协商流程、CHAP协商流程以及PPP状态机的整个处理的流程和机制.S_AAAClient：认证、授权、计费客户端模块。主要负责对来自AAAServer的反应报文的解码和处理，对AAAServer的合法性进行验证等指导书正文Session呼叫流程Session建立流程介绍上图表示的是AT主动发起一次新的会话建立流程，具体每个步骤的操作如下：过程过程描述aAT在接入信道上发送接入信道capsule，包含UmaUATIRequest和UmaRouteUpdate消息，每次AT在接入信道上发送，总会包含UmaRouteUpdate消息。该capsule由S_CES透明传送给S_BSSAP。在capsule中AT可能使用固定生成的RATI〔可能是ESN等硬件ID〕，或者随机生成的RATI作为自己的标识。bS_CES对收到的接入信道capsule进行确认，通过控制信道给AT发送UmcACAck，使用AT接入信道capsule中MAC层header中包含的RATI标识cS_BSSAP记录RATI，并请求S_RCP、S_CES通过控制信道发送UmcHardwareIDRequest消息，同时启动定时器THardwareIDRequest等待响应；如果定时器超时，S_BSSAP可请求S_CES重发UmcHardwareIDRequest消息2次。如果2次后仍未收到UmaHardwareIDResponse消息，那么直接结束session建立过程，不发送任何空中接口消息dAT在接入信道上发送接入信道capsule，包含UmaHardwareIDResponse和UmaRouteUpdate消息。S_CES传送capsule给S_BSSAP，S_BSSAP停止定时器THardwareIDRequest，记录AT的HardwareID到session数据区。eS_CES对收到的接入信道capsule进行确认，通过控制信道发送UmcACAck，使用AT接入信道capsule中MAC层header中包含的RATI标识。f对于128比特的UATI，S_BSSAP只负责分配低24位比特，高104位比特由SectorID[127:24]组成，Sector的128比特SectorID和SubnetMask在Overhead的SectorParameters消息中通过控制信道周期性播送。在同一子网中，24比特的UATI是AT的唯一标识。为防止128比特的UATI在空中传输，Sector的子网地址由8比特的ColorCode标识，这样空中接口只需要传输8比特的ColorCode和24比特的UATI就可以标识AT。S_BSSAP分配UATI的低24位比特〔该24比特数据不能和相同子网中的其它UATI的低24比特相同〕，和UmaUATIRequest消息收到的Sector对应的8比特ColorCode合成一个32比特的UATI，请求S_CES在控制信道发送UmcUATIAssignment消息，该消息仍然使用RATI作为AT标识，同时启动定时器TUATIComplete等待指配完成。如果S_BSSAP分配UATI失败，应直接结束session建立过程，不发送任何空中接口消息。如果TUATIComplete超时，S_BSSAP可请求S_CES重发UmcUATIAssignment消息2次，如果2次后仍未收到UmaUATIComplete消息，应认为session建立失败。S_BSSAP释放为AT分配的UATI，结束session建立过程，并可通过S_CES发送UmcSessionClose消息，释放可能在AT中已经存储的UATI。GAT在接入信道上发送接入信道capsule，包含UmaUATIComplete和UmaRouteUpdate消息，capsule中的MAC地址使用新分配的UATI而不是RATI。S_CES传送capsule给S_BSSAP，S_BSSAP停止定时器TUATIComplete，记录AT的UATI到session数据区。HS_CES对收到的接入信道capsule进行确认，通过控制信道发送UmcACAck，使用AT接入信道capsule中MAC层header中包含的UATI标识。下面对上述的流程进行一个简单的介绍：(1)AT在接入信道上向AN发送接入信道capsule，包含UATIRequest和RouteUpdate消息，每次AT在接入信道上发送，总会包含RouteUpdate消息,在capsule中AT可能使用ESN或随机生成的RATI作为自己的标识；(2)AN收到的接入信道capsule进行确认，通过控制信道给AT发送ACAck，使用AT接入信道capsule中MAC层header中包含的RATI标识；(3)AN记录RATI，并通过控制信道发送HardwareIDRequest消息，请求查询AT的HarewareID信息，即查询AT的ESN(我们的设备是这样设计的),作为AN计算AT的UATI的参考；(4)AT在接入信道向AN发送接入信道capsule，包含HardwareIDResponse和RouteUpdate消息，同时AN记录AT的HardwareID到session数据区；(5)AN对收到的接入信道capsule进行确认，通过控制信道发送ACAck，使用AT接入信道capsule中MAC层header中包含的RATI标识；(6)对于128比特的UATI，AN只负责分配低24位比特,高104位比特由SectorID[127:24]组成,Sector的128比特SectorID和SubnetMask在Overhead的SectorParameters消息中通过控制信道周期性播送。在同一子网中，24比特的UATI是AT的唯一标识。为防止128比特的UATI在空中传输，Sector的子网地址由8比特的ColorCode标识，这样空中接口只需要传输8比特的ColorCode和24比特的UATI就可以标识AT;(7)AN分配UATI的低24位比特,和UATIRequest消息收到的Sector对应的8比特ColorCode合成一个32比特的UATI,并在控制信道向AT发送UATIAssignment消息，该消息仍然使用RATI作为AT标识，同时开始等待AT发送UATIComplete；(8)AT在接入信道上发送接入信道capsule，包含UATIComplete和RouteUpdate消息，capsule中的MAC地址使用新分配的UATI而不是RATI，AN记录AT的UATI到session数据区;(9)AN对收到的接入信道capsule进行确认，通过控制信道发送UmcACAck，使用AT接入信道capsule中MAC层header中包含的UATI标识;RouteUpdateMeesageID：AT固定设置为0x00；MessageSequence：消息的序列号，应该比上一个RouteUpdate消息中的序列号大1，范围为0～255；ReferencePilotPN：参考导频；ReferencePilotStrength：参考导频的强度。该值是按照－2×10×log〔PS〕向下取整计算；其中PS为参考导频强度ReferenceKeep：假设基准导频的导频去掉计时器已经超时，那么该字段设置为0，指示应去掉参考导频；否那么该字段设置为1，指示应保存参考导频；NumPilots：除参考导频外的导频数目；PilotPNPhase：导频相位，由此可以计算出导频偏置；ChannelIncluded：如果此导频偏置的信道与当前的信道不同，那么设置该字段为1，否那么设置为0；所谓信道指的是频点，所以在信令中看到的该字段绝大局部是0；Channel：如果ChannelIncluded字段设置为1，那么设置它为此导频对应的频点，否那么将忽略这个字段。PilotStrength：和ReferencePilotStrength类似；Keep：和ReferenceKeep类似。AT向AN发送RouteUpdate消息，主要用于报告AT当前的无线传播环境。该消息在每次Session呼叫都会有该条消息和UATIRequest一起上报，在切换的时候，也是由AT首先上报RouteUpdate消息开始。切换上报的RouteUpdate和Session呼叫、Connection呼叫等呼叫流程起始的RouteUpdate有一个区别：呼叫最初上报的路由更新消息中只有起呼主导频的信息，而切换最初上报的消息中那么含有多个导频的信息。UATIRequestAT发送UATIRequest消息请求AN分配一个UATI.MessageID：固定设置为0x00；TransactionID：AT每发送一次新的UATIRequest，就将该字段增加1，该字段的范围是0～255；ACACKAN发ACAck消息，以确认接收到接入信道的MAC层包。MessageID：AN固定设置该字段为0x00；HardwareIDRequestAN利用这条消息请求获取AT的HarewareID信息。MessageID：AN固定设置为0x03；TransactionID：每发送一个新的HardwareIDRequest，该字段增加1；HardwareIDResponseAT发送这条消息响应HardwareIDRequest消息，该消息包含AT的HardwareID信息。MessageID：AT固定设置为0x04；TransactionID：应该设置为所对应的HardwareIDRequeset消息的TransactionID字段；HardwareIDType：AT将根据下面这个表格来填写这个字段：HardwareIDLength：如果HardwareID不是0xFFFFFF，那么AT设置这个字段为HardwareIDValue的字节长度，否那么设置为0；HardwareIDValue：AT设置该字段为厂商分配给AT的唯一ID。UATIAssignmentAN通过该消息为AT分配一个UATI。MessageID：固定设置为0x01；MessageSequence：每下发一个UATIAssigment，该字段固定增加1，但是需要注意的是这里说的UATIAssignment是针对同一个AT而言的。SubnetInclued:假设该消息包含UATI104字段和UATISubnetMask字段，那么该字段置应设为1，否那么为0UATISubnetMask：如果AT设置SubnetInclued为0，那么忽略该字段；如果AT设置SubnetInclued为1,包含该字段，那么AN应设置该字段为分配的UATI所属的子网掩码中连续1的个数。UATI104:如果AT设置SubnetInclued为0，那么忽略该字段；如果AT设置SubnetInclued为1,包含该字段，那么AN应设置该字段为分配给AT的UATI的UATI[127:24]UATIColorCode：UATI颜色码。AN应设置该字段为UATI所属子网对应的颜色码。UATI024:AN设置该字段为分配给AT的UATI的UATI[23:0].UpperOldUATILength：AN设置该字段为将在UATIComplete消息中发送OldUATI[127:24]从最低有效位开始的字节数目。UATICompleteAT发送该消息证实收到的UATIAssignment消息。MessageID：固定设置为0x02；MessageSequence：设置为所对应的UATIAssignment的MessageSequence字段；UpperOldUATILength:AT设置该字段为UpperOldUATI的字节长度。UpperOldUATI：假设此消息所确认的UATIAssignment消息中的UpperOldUATILength非零，并且OldUATI不为NULL，那么接入终端设置该字段为OldUATI[23+UpperOldUATILength*8:24]具体例子上图是一个QXDM记录完整的Session建立流程。RouteUpdate该条信令的具体实例见切换控制流程中的实例UATIRequest首先AT发起UATIRequest消息，请求AN分配UATI。从该条消息可以获取以下信息：transaction_id=12,说明在该消息之前，已经发送过11条不同的UATIRequest消息。ACAckAN发送该消息证实接收到接入信道的MAC层包HardwareIDRequestAN发送该消息请求获取AT的HardwareID，以便作为AN计算UATI的参考。从这条信令可以看出，transaction_id=0,说明该消息是第一次发送HardwareIDRequest消息，并且可以推断后面的HardwareIDResponse的transaction_id也为0。HardwareIDReponse该消息携带HarewareID的信息，从这条信令可以看出，hardware_id_length=4，hardware_id共4个字节；由于所对应的HardwareIDRequest中的TransactionID为0，所以本消息中这个字段也为0。Hardware_id_type值设置为0x10000，说明hardward_id属于ESN类型。UATIAssignment该消息为AT分配UATI，从信令中看到sub_net_included设置为0，说明不包含UATI104和SubnetMask两个字段；UATIColorCode设置为5，说明UATI所属子网的颜色码为5；uati_024=196717(0x3006d),此字段的值为AN所分配的低24位的UATI的值，UpperOldUATILength为0；message_sequence=0，可以推断出后面的UATIComplete的message_sequence也为0。UATIComplete本消息为UATIAssignment消息的应答消息。由于所对应的UATIAssignment消息中MessageSequence为0，所以本消息中也设置该字段为0；由于上条消息中UpperOldUATILength设置为0，所以本消息中该字段也设置为0。Session释放AT在接入信道发起Session释放流程介绍过程过程描述aAT在接入信道上发送接入信道capsule，包含UmaSessionClose和UmaRouteUpdate消息。bS_CES对收到的接入信道capsule进行确认，通过控制信道发送UmcACAck，使用AT接入信道capsule中MAC层header中包含的UATI标识。S_BSSAP向PCF发送A9UpdateA8消息，请求释放A10连接。cS_PCF判断是否存在A10连接，如果存在，那么向PDSN发送A11RegistrationRequest，请求释放A10连接dPDSN向S_PCF发送A11RegistrationReply，接受A10释放请求。ePCF向S_BSSAP发送A9UpdateA8Ack，确认释放A10连接。S_BSSAP去除AT的session数据。该流程可简化为：(1)AT在接入信道发起Session释放，首先在接入信道上发送SessionClose和RouteUpdate消息的capsule；(2)AN对收到的接入信道capsule进行确认，通过控制信道发送ACAck，使用AT接入信道capsule中MAC层header中包含的UATI标识。(3)释放A10连接AT在业务信道发起Session释放流程介绍过程过程描述aAT在反向业务信道发送UmrSessionClose消息〔没有UmaRouteUpdate〕，请求关闭session。bS_SP发送AvrConnectionRelease消息给S_BSSAP，通知S_BSSAP开始释放相应资源。同时S_SP向S_RCP发送AbiscfConnectionRelease，请求释放无线资源，并开启定时器Tabiscconnectionrelease。如果Tabiscconnectionrelease超时，S_SP去除通道表。cS_BSSAP发送AvfConnectionReleaseAck给S_SP，确认收到通知，并开启定时器Tconnectionrelease，等待AvrConnectionReleaseComplete。如果Tconnectionrelease超时，S_BSSAP发起连接终止。S_RCP发送AmfConnectionRelease给S_CES，释放前反向信道单元。dS_BSSAP发送A9ReleaseA8给PCF，启动释放A8连接和A10连接。S_CES发送AmrConnectionReleaseAck给S_RCP，确认释放完成。ePCF向PDSN发送A11RegistrationRequest请求释放A10连接。S_RCP发送AbiscrConnectionReleaseAck给S_SP，确认无线资源已经释放。fS_SP发送AvrConnectionReleaseComplete给S_BSSAP，带有session关闭指示,完成释放，S_BSSAP释放分配的选择器和CallRefId，停止定时器Tconnectionrelease，去除AT的session数据。gPDSN向PCF发送A11RegistrationReply，确认释放A10连接。S_SP调用S_FSP的Deactive函数，通知FSP停止帧选择和分发处理。hPCF向S_BSSAP发送A9ReleaseA8Complete，确认A8连接已经释放。S_SP调用S_TP的Deactive函数，通知TP停止业务数据处理。该流程可简化为：(1)AT在业务信道上发起Session释放，首先在反向业务信道上发送SessionClose消息，请求关闭session；(2)AN释放无线资源、A8、A10连接(3)AN关闭session，去除AT的session数据区。AN发起Session释放-Session配置失败流程介绍过程过程描述aS_SP和AT的session协商失败，启动连接释放，通过控制信道向AT发送UmfSessionClose消息。由于AT是否回UmrSessionClose不会影响后续流程，所以S_SP不设定时器bS_SP收到AT在接入信道上发送的UmrSessionClose消息。cS_SP发送AvrConnectionRelease消息给S_BSSAP，通知S_BSSAP开始释放相应资源。同时S_SP向S_RCP发送AbiscfConnectionRelease，请求释放无线资源，并开启定时器Tabiscconnectionrelease。如果Tabiscconnectionrelease超时，S_SP去除通道表。dS_BSSAP发送AvfConnectionReleaseAck给S_SP，确认收到通知，并开启定时器Tconnectionrelease，等待AvrConnectionReleaseComplete。如果Tconnectionrelease超时，S_BSSAP发起连接终止。S_RCP发送AmfConnectionRelease给S_CES，释放前反向信道单元。eS_BSSAP发送A9ReleaseA8给PCF，启动释放A8连接和A10连接。S_CES发送AmrConnectionReleaseAck给S_RCP，确认释放完成。fPCF向PDSN发送A11RegistrationRequest请求释放A10连接。S_RCP发送AbiscrConnectionReleaseAck给S_SP，确认无线资源已经释放gS_SP发送AvrConnectionReleaseComplete给S_BSSAP，带有session关闭指示,完成释放，S_BSSAP释放分配的选择器和CallRefId，停止定时器Tconnectionrelease，去除AT的session数据hPDSN向PCF发送A11RegistrationReply，确认释放A10连接。S_SP调用S_FSP的Deactive函数，通知FSP停止帧选择和分发处理iPCF向S_BSSAP发送A9ReleaseA8Complete，确认A8连接已经释放。S_SP调用S_TP的Deactive函数，通知TP停止业务数据处理该流程可简化为：(1)AN和AT的session协商失败，启动连接释放,通过控制信道向AT发送SessionClose消息,请求session关闭;(2)AN收到AT在接入信道上发送的SessionClose消息,开始释放无线资源、A8、A10连接(3)AN关闭session，去除AT的session数据SessionClose发送方发送SessionClose消息来结束SessionMessageID：固定设置为0x01;CloseReason：发送方按下表设置Close的原因MoreInfoLen：MoreInfo字段的字节长度；MoreInfo：关闭的附加信息，该字段的格式取决于具体的关闭原因具体例子上图是一个QXDM记录完整的AN发起Session释放-Session配置失败流程。SessionClose从上面的信令可以看出，close_reason=5(0x5)(SessionConfigurationFailure)，说明session关闭的原因是session配置失败。SessionClose从上面的信令来看，close_reason=1(0x1)(CloseReply)，说明SessionClose消息中关闭的原因是关闭响应，即响应上一条的由于session配置失败的SessionClose消息Session协商流程介绍上面显示的Session进行协商的流程，在此之前是完整的Session建立流程和Connetion建立流程，见本文中的和。本局部流程中的具体操作如下：过程过程描述aAT发起Connetion建立b如果在AvfConnetionSetup消息中指示进行协议协商，S_SP发送UmrConfigurationStart给AT。c开始协商第一个personnality(也称为mainpersonality，personalityIndexStore=0)。Mainpersonality是一个Release0personality。AT发送UmrConfigurationRequest消息，协议类型为SCP，UmrConfigurationRequest中包含AT所支持的所有非缺省Protocolsubtypes(HardLinksubtype除外，因为所有protocols均支持HardLinksubtype)。协商进入AT启动阶段dS_SP发送UmfConfiguratonResponse消息，协议类型为SCP，确认或提议新的协议参数。由于mainpersonality是一个Release0personality，S_SP选择缺省物理层、缺省FTCMAC和缺省RTCMACe-fAT发起StreamProtocol的协商g-jAT发起其它procotolsubtype协商kAT完成需要协商的协议参数以后，发送UmrConfigurationComplete，结束协商AT的启动阶段l-m如果AN需要继续进行协商，S_SP发送UmrConfigurationRequest消息，协议类型为SCP，协商进入AN启动阶段。n-oAN发起StreamProtocol的协商，以协商出绑定在RAN上的缺省分组的应用p-sAN发起其它procotolsubtype协商t-w如果在前面协商中指定使用Key交换协议，那么进入Key交换过程。xAN和AT完成mainpersonality协商后，S_SP通过UmfSoftConfigurationComplete中continue=1字段通知AT开始下一个personality的协商，除mainpersonality是唯一的一个Release0personality外，其余的personalities均为RevApersonalityyAT选择那些在协商mainpersonality时AT曾发起过协商的protocols，向AN推荐HardLinksubtype。采用这样的策略，AT可以防止再对这些protocols进行不必要的协商。z由于当前协商的是一个RevApersonality，所以AN选择物理层ST2，增强型FTCMAC和RTCMACST3。aa-bbAT发起StreamProtocol的协商cc-hhAT发起其他protocolsubtype的协商iiAT完成需要协商的协议参数后，发送UmrConfigurationComplete，结束协商的AT启动阶段jj-kk如果AN需要继续进行协商，S_SP发送UmfConfigurationRequest，协议类型为SCPll-mmAN发起StreamProtocol的协商nn-uuAN发起其他protocolsubtype的协商vv第二个personality协商完闭后，S_SP通过UmfSoftConfigurationComplete中Continue=0通知AT不必进行其他personality的协商。同时，如果当前活动集中只有CHM6800的导频，S_SP把UmfSoftConfigurationComplete中的SessionConfigurationToken的高4bit置为1〔即通知AT使用RevApersonality〕；否那么置为0〔即通知AT使用Rev0personality〕wwAT发送UmrSLPAck，确认收到UmfSoftConfigurationCompletexxS_SP向S_BSSAP发送AvrSessionConfigurationComplete，把当前协商后的协议配置参数发送给S_BSSAPyyS_SP启动连接关闭，发送UmfConnectionClose消息。该流程较为复杂，对该流程的梳理，详细见.7的介绍。ConfigurationStart该条消息用于提示开始session协商的流程，该消息的内容比拟简单，只有一个域MessageID，固定设置为0x01，该消息是由AN发送给AT的，一旦AN发出该消息，那么AT和AN的会话配置协议状态都应该跳转到“AT始发〞状态。在会话配置协议中共有四种状态：非激活状态：此状态下，等待Activate命令。AT始发状态：此状态下，协商由接入终端发起。AN始发状态：此状态下，协商由AN发起。开状态：此状态下，AT可以在任何时间启动会话配置过程，AN可以在任何时间请求AT始发会话配置。对于四个状态之间的转换可以结合下面的状态机来看，也可以了解为什么流程图中是AT先进行协商等。下列图为AT侧会话配置协议状态图。刚开始AT侧是处于Inactive状态，当触发以下条件时，将进行状态转化触发进入Inactive状态的条件：AT始发、AN始发、OPEN三种状态，AT收到Deactive命令；触发进入OPEN状态的条件：(1)Inactive状态下，AT收到active命令；〔2〕AN始发状态下，AT收到ComfigurationComplete消息，结束AN侧的始发协商过程；或者AT收到SoftconfigurationComplete消息携带Continue字段为0，不需要进行下一个Personality的协商。；触发进入AT始发状态的条件：〔1〕OPEN状态下，AT收到ConfigurationStart，开始协商过程；或者AT发送ConfigurationRequest消息；或者AT发送任何InConfiguration消息；(2)AN始发状态下，AT收到SoftConfigurationComplete消息携带Continue字段为1，需要进行下一个Personality的协商。触发进入AN始发状态的条件：〔1〕AT始发状态下，AT发送ConfigurationComplete，结束AT侧的始发协商过程；下列图为AN侧会话配置协议状态图：刚开始AN侧是处于Inactive状态，当触发以下条件时，将进行状态转化触发进入Inactive状态的条件：AT始发、AN始发、OPEN三种状态，AN收到Deactive命令。触发进入OPEN状态的条件：〔1〕Inactive状态下，AN收到active命令；〔2〕AN始发状态下，AN发送ComfigurationComplete消息，结束AN侧的始发协商过程；或者AN发送SoftconfigurationComplete消息携带Continue字段为0，不需要进行下一个Personality的协商。；触发进入AT始发状态的条件：1〕OPEN状态下，AN发送ConfigurationStart，开始协商过程；或者AN接收ConfigurationRequest消息；或者AN接收任何InConfiguration消息；(2)AN始发状态下，AN发送SoftConfigurationComplete消息携带Continue字段为1，需要进行下一个Personality的协商。触发进入AN始发状态的条件：〔1〕AT始发状态下，AN接收ConfigurationComplete，结束AT侧的始发协商过程；比照上述两个状态图，其实AT侧的状态转化图和AN侧的状态转化图是一一对应的，有两种情况将回到AT的始发状态：(1)每次AN始发状态，AT收到或者AN发送SoftConfigurationComplete携带Continue字段为1，都将回到AT的始发状态；(2)每次AN始发状态，AT接收或AN发送ConfigurationComplete，或者AT接收或AN发送SoftConfigurationComplete携带Continue字段为0，状态都将转化为OPEN状态；从OPEN状态，AT接收或AN发送ConfigurationStart，或者AT发送或AN接收ConfigurationRequest，或者AT接收或AN发送任何Inconfiguration的消息，状态都将回到AT的始发状态；因此这可以解释为什么流程图中是AT先进行协商等ConfigurationRequest在这里需要介绍一下属性记录〔AttributeRecord〕这个概念。它为给定属性定义一套建议值，属性记录格式被定义，可以使得接收方不能识别此属性，那么它也能够丢弃它并分析此记录随后的属性记录。一个属性可以是以下三类中的一种：简单属性：假设属性记录中只包含单个值；属性列表：假设属性记录包含多种单个值，它们被解释为相同属性标志符的不同建议值；〔如：相同协议类型的可能协议子类型列表〕综合属性：如果属性记录中包含多种单个值，这些值一起形成一个特定属性标志符的综合值；单个属性和属性列表的格式如下：其中Length是属性记录的长度，单位为字节，但是不包含Length域本身；AttributeID是属性标志符，在正在配置的协议上下文中，属性标志符是唯一不变的；AttributeValue是属性建议值，通常属性建议值长度是字节的整数倍。Reserved字节的长度是使得属性记录字节对齐的最小值，如果发送方设置该域为0，那么接收方忽略该字段。综合属性的结构如下所示：其中Length同样是属性记录的长度，也不包含Length域本身，但是包含ValueID域的长度。ValueID是用来标记一套属性值的，每增加一套属性值，ValueID就应该增加1。其余字段含义和属性记录的字段含义一样。MessageID：发送方设置该字段为Ox50;TransactionID:每发送一个新的ConfigurationRequest消息，该字段增加1；该消息携带一个或多个属性记录，并请求应答方选择一个属性值。ConfigurationResponse应答方发送ConfigurationResponse消息从所提供建议值列表中选择一个属性值。如果ConfigurationRequest中是单个属性或者是属性列表，那么就是直接选择一个属性值，如果Request消息中是一个综合属性，那么Response消息中就回复某一个ValueID。ConfigurationResponse消息一般要在Tumaround定时器内回复给发送方，该定时器定义为2s。MessageID:固定设置为0x51;TransactionID:应设置为对应的ConfigurationRequest消息的TransactionID字段。该消息中应答方回复一个属性值或者ValueID给发送方，以协商确认的协议属性ConfigurationComplete发送方发送ConfigurationComplete消息，以指示它已经完成它始发执行的协商过程。MessageID：固定设置为0x00；TransactionID：AT为每个新发送的ConfigurationComplete消息增加该值，AN设置该字段为从AT接收到的上也ConfigurationComplete消息中的TransactionID值。SessionConfigurationToken：会话配置标志。接入终端应该忽略该域，AN包含该域，AN可以设置该域为反映协商的协议和协商的参数。SoftConfigurationCompleteAN发送SoftConfigurationComplete消息，指示它已经完成这个personality的协商过程。MessageID：固定设置为0x02;TransationID：AN应设置该字段为从AT接收到最后一条ConfigurationComplete消息的TransationIDPersonalityIndexStore：AN设置该字段为即将保存的personalityindexContinue:如果AN需要协商更多的personality，那么AN应设置该字段为1，否那么AN设置该字段为0；Commit：如果Continue字段设置为1，那么AN忽略该字段；否那么AN应按照下面来设置该字段：如果Commit流程需要，AN设置该字段为1，否那么AN设置该字段为0；SessionConfigurationToken：如果Continue字段设置为1，那么AN忽略该字段；否那么AN包含该字段。如果Commit字段设置为1，那么该字段4个最高有效比特应设置将要被提交的personalityindex，否那么4个最高有效比特应设置成当前正在使用的personalityindex；AN可能设置该字段的最低12个最低有效比特的值，以反映协商过程中所选择的协议和协商的参数具体例子结合上述的Request和Response消息的格式以及最初的流程介绍，可以看一个比拟完整的Session配置实例,由于该流程较长，分两局部截屏。第一局部截屏从ConfigurationStart消息到出现第一条SoftConfigurationComplete，AT和AN完成完成了Release0personality的协商，此协商分AT始发阶段的协商和AN始发阶段的两局部的协商。第二局部截屏从ConfigurationRequest消息到出现第二条SoftConfigurationComplete消息，AT和AN完成了RevApersonality的协商，此协商同样也分AT始发阶段的协商和AN始发阶段的两局部的协商。从实例上看，首先进行的是Release0personality的协商，在这局部先进行的是AT始发阶段协商(即AT在反向业务信道上发送ConfigurationRequest消息，前向业务信道上应答ConfigurationResponse消息)，AT始发阶段分别进行了Stream、RouteUpdate、Stream2MultiflowPacketApplication(即MPAStream2)等协议的协商，接着由AT发送ConfigurationComplete消息开始AN始发阶段协商，AN始发阶段分别进行Stream、FTCMAC、RTCMAC、RouteUpdate、AddressManagement、DefaultStream2等协议的协商。AN发送SoftConfigurationComplete开始进入RevApersonality的协商，在这局部先进行的也是AT始发阶段协商，AT始发阶段分别进行Stream、RouteUpdate、RTCMAC、MPAStream2等协议的协商，同样也是由AT发送ConfigurationComplete消息开始AN始发阶段协商，AN始发阶段分别进行了Stream、ControlChannelMAC、AccessChannelMAC、RTCMAC、MPAStream2等协议的协商。ConfigurationStartAN发出该条信令以后，即开始session的协商过程。ConfigurationRequest〔AT侧发起协商〕首先进行的是Release0的协商，先进行的是AT始发阶段协商，AT在反向上发送ConfigurationRequest消息，分别进行了Stream、RouteUpdate、Stream2MultiflowPacketApplication等协议协商，这里以Stream协议协商为例。从上图看到这里使用的是综合属性，protocol_type＝0x13，说明是流层的配置协商，提供了两套属性建议值，stream_config[0]和stream_config[1]，这两套属性建议值分别用value_id=0和value_id=1进行编号，以便在ConfigurationResponse消息中使用value_id进行确认选择的属性。ConfigurationResponse〔AT侧发起的协商〕AN对AT发送的关于Stream协议协商的ConfigurationRequest消息进行应答，从信令可以看到此消息的Transation_id=12，对应的ConfigurationRequest的Transation_id也为12，说明此消息是对上一条ConfigurationRequest的应答，从信令中可以看到，AN采用的是value_id=0的一套建议值。ConfigurationComplete通过这条消息，进入了AN始发阶段协商。这里TransactionID设置为12，所以可以推断AN等会发送的SoftConfigurationComplete消息中该域也是12。由于是AT始发，所以token_incl=0，没有Token域。ConfigurationRequest〔AN侧始发〕AN始发阶段分别进行Stream、FTCMAC、RTCMAC、RouteUpdate、AddressManagement、DefaultStream2等协议的协商。这里以Stream协议协商为例。通过上述的内容，AN提供了value_id=0的一套建议值ConfigurationResponse〔AN侧始发〕从这条消息可以看出，AT选择的valud_id=0的一套建议值，其中该消息的transaction_id等于前面的流层的ConfigurationRequest消息的transaction_idSoftConfigurationComplete〔AN侧发送〕这里TransactionID等于前面AT发出的ConfigurationComplete消息中的TransactionID。Personality_index_store=0说明该条消息即将保存personalityindex为0的personality；cont=1,说明AN希望协商更多的personality，即开始RevApersonality的协商。RevApersonlity协商在RevApersonality的协商过程和Rls0personality的协商过程类似，也出现各协议的ConfigurationRequest消息和ConfigurationResponse消息的交互，以及ConfigurationComplete消息结束AT或AN的始发阶段，SoftConfigurationComplete消息结束personality的协商。其信令的内容根本类似，因此不再獒述。Session协商过程结束后，即开始进入Connetion释放流程，具体见后面详细描述。Connection呼叫流程Connection建立AT发起的Connection建立流程介绍以上是AT发起的Connection建立流程。其中从AT发出ConnectionRequest到移动台发出TrafficChannelComplete为一个阶段，该阶段的主要工作是分配资源、捕获空中前反向信道等，涉及的空口信令主要操作如下：过程过程描述aAT在接入信道上发送接入信道capsule，包含UmaConnectionRequest和UmaRouteUpdate消息，每次AT在接入信道上发送包，总会包含UmaRouteUpdate消息，该消息包含了AT以当前时间为基准的参考导频和强度足够的其它导频，作为当前无线链路状态报告。该capsule由S_CES透明传送给S_BSSAP，S_CES接入信道解调单元还将估计AT到sector的往返延时RoundTripDelay，和接入信道capsule一起发送给S_BSSAP。bS_CES对收到的接入信道capsule进行确认，通过控制信道发送UmcACAck，使用AT接入信道capsule中MAC层header中包含的UATI标识。S_BSSAP分析收到的接入信道capsule，发现是UmaConnectionRequest消息，并且UATI对应一个已经存在的session，分配空闲的选择器，分配呼叫参考号，发送AvfConnectionSetup给分配的选择器对应的S_SP进程，开启定时器T_ConnSetup。该消息包含S_SP进行后续呼叫处理的足够信息，包括：呼叫参考号CallRefId；AT的标识ATI；AT的session配置信息〔参考各协议的配置参数。如果session已经配置，那么包含该信息〕；UmaRouteUpdate消息中包含的所有导频及对应的小区；是否需要进行session的配置〔如果需要，还要包含session的配置参数〕；是否需要接入鉴权；是否需要位置更新〔如果需要，还要包含SID，NID，PZID等位置参数〕。cS_SP从UmaRouteUpdate消息中挑选一个PN，并构造AbiscfConnectionSetup消息发给该小区所在BTS的S_RCP模块，请求分配载频资源、帧偏置、前反向信道单元和MACIndex，开启定时器T_AbiscConnectionSetup。AbiscfConnectionSetup消息包括的信息有：CallRefId、AT的相关Session信息〔包括MNID、ATI、HardwareID、物理层协议子类型、ReverseRateLimit、FTCMAC层的配置参数DRCGating，DRCLockLength，DRCLockPeriod等；还包括了专用于CHM6800的MultiUserPacketsEnabled、ShortPacketsEnabledThresh、NullRateDRC38Dot4Enable、ARQMode、TransmissionMode、DataChannelPowerParameters、RRIChannelPowerParameters等参数；最后还会包含ATSupportedCDMAChannels〔用于限定数据库分配载频资源的范围〕，并有可能包含AT指定在其上建立业务信道的PreferredCDMAChannels信息。dS_RCP请求数据库分配前反向业务信道单元，分配载频Channel〔一定要在AT支持的信道记录范围内分配，如果AT同时指定了PreferredCDMAChannels，还必须进一步在这个范围内分配载频资源，一旦分配失败，那么返回连接建立失败〕，分配CE帧偏置，通过消息AmfConnectionSetup发送前反向信道单元的配置信息给S_CES。包括的信息有：CallRefId、SetupLegInfo、FrameOffset；DRCLength；包含FTCMAC层参数DRCGating、DRCLockLength、DRCLockPeriod等在内的ATParameter；前反向信道单元的IP地址和端口号等等。S_RCP发送消息AmfConnectionSetup的同时，会启动定时器Tconnectionsetup等待应答。eS_RCP同时向驻留在DSM上的IGWP模块发送AcfBTSAddChannelItem消息，请求增加通道表；同时启动定时器Taddchannel等待应答。fS_CES配置分配的前反向信道单元，成功后返回AmrConnectionSetupAck给S_RCP，并包含driver所分配的MACIndex，以及信令流的TrafficflowId和信令流流控窗口大小。g驻留在DSM上的IGWP模块发送AcrBTSAddChannelItemAck消息给S_RCP，确认成功添加通道表，S_RCP收到后停止定时器Taddchannel。hS_RCP成功分配所要求的无线资源、配置前反向信道单元并成功添加BTS侧的通道表之后，向S_SP返回AbiscrConnectionSetupAck消息。S_SP收到后停止定时器T_AbiscConnectionSetup，然后再次查找UmaRouteUpdate消息，如果还有其他keep为１且包含当前已分配载频的PN，那么为这些PN构造AbiscfConnectionSetup消息并发到这些小区所在BTS的S_RCP模块，即重复c-f的步骤，会再次开启定时器T_AbiscConnectionSetup。如果第一次分配资源后没有其他小区需要再次分配资源，或者有其他小区需要分配资源且S_SP已经接收完所有小区的连接建立应答消息，那么停止定时器T_AbiscConnectionSetup并继续后面的流程；如果第一个T_AbiscConnectionSetup超时，那么连接建立失败，向AT发送UmcConnectionDeny消息，并启动相应的资源释放流程，如果启动了第二个T_AbiscConnectionSetup定时器且该定时器超时时还有未收到确认的小区，那么不做异常处理，继续后面的流程，在后续流程中只使用已经成功分配资源的小区。i-jS_SP接收所有小区的AbiscrConnectionSetupAck消息后，确定将要为该连接效劳的活动集腿数SoftHandoffCount，根据这个信息查找公共数据区〔该公共数据区由驻留在HSDU上的RSPAux进程负责维护〕，获取必要的配置信息，包括DRCLength，DRCChannelGain，AckChannelGain，DSCChannelGain〔这几个参数是SoftHandoffCount的函数，SoftHandoffCount取值1~6，分别对应有不同的配置〕，DRCErasureThreshold参数〔6X6的数组，E(x,y)是AT的SoftHandoffCount由x跃迁到y时的删除门限，E(y,y)是跃迁到y完成后的删除门限〕等等，构造消息AbiscfSetDRCAndAckInfo发给所有分配无线资源的CES反向信道单元RXC，构造消息AbiscfSetDRCLengthTransition发给所有分配无线资源的CES前向信道单元FTC，前向链路使用SoftHandoffCount帮助确定RPC信道反向功控比特的功率分配，反向链路使用SoftHandoffCount作为反向功控算法的因子。DRCAndAckInfo提供反向链路适当的解调性能。S_SP同时根据当前活动集构造消息AvrNeighborListRequired给S_BSSAP，请求获得活动集中所有PN的邻区信息；S_SP同时根据当前活动集构造消息AvrBSCChItemRequired给S_BSSAP，请求获得每条腿的媒体面IP地址〔在ABPM上为该腿增加通道表时需要用到该信息〕，由于连接建立时按缺省ProfileId来分配带宽资源，需要预留的带宽资源为０，所以无需在这条消息中包含预留带宽的信息。S_SP在发出上述4条消息后，同时开启3个定时器：T_DRCAndAckInfo、T_AvNeighborListRequired、T_AvBSCChItemRequired等待消息接收方的应答。k-lCES的前反向信道单元发送AbiscrSetDRCAndAckInfoAck消息和AbiscrSetDRCLengthTransitionAck消息给S_SP，确认完成对前反向信道单元的配置。如果S_SP已收到所有前反向信道单元确实认消息，那么停止定时器T_DRCAndAckInfo；如果T_DRCAndAckInfo超时，还有未收到确认的腿，那么认为连接建立失败，向AT发送UmcConnectionDeny消息，并启动相应的资源释放流程。S_BSSAP发送AvfNeighborListUpdate给S_SP，带回当前活动集对应的所有邻区信息。如果T_AvNeighborListRequired超时，那么认为连接建立失败，向AT发送UmcConnectionDeny消息，并启动相应的资源释放流程。S_BSSAP发送AvfBSCChItemRequiredAck给S_SP，带回为每条腿分配的媒体面IP地址，如果T_AvBSCChItemRequired超时，那么同样认为连接建立失败，向AT发送UmcConnectionDeny消息，并启动相应的资源释放流程。mS_SP收到AvfBSCChItemRequiredAck消息后，启动加通道表流程：向驻留在ABPM上的IGWP模块发送AcfBSCAddChannelItem消息，启动定时器T_AddChannelItem等待应答。n驻留在ABPM上的IGWP模块发送AcrBSCAddChannelItemAck消息给S_SP，确认成功添加通道表，S_SP收到后停止定时器T_AddChannelItem。o上述资源配置流程结束之后，S_SP通过内部函数调用方式激活处于同一个RSP进程实例的S_FSP模块，入参包括效劳于当前连接的所有前反向信道单元地址、信令流Id以及信令流窗口大小等。S_FSP建立信令流的映射关系，并创立逻辑流信道。信令流逻辑流信道Id固定为0。pS_SP还要通过内部函数调用方式激活处于同一个RSP进程实例的S_TP模块。s接下来S_SP按照协议构造控制信道MAC分组UmcTrafficChannelAssignment发送给S_CES，由S_CES通过控制信道发送给AT。同时启动定时器T_ForwardDesired等待反向AT捕获和前向DRC捕获。tAT收到UmcTrafficChannelAssignment消息后，开始在反向发送导频和DRC。u各反向信道单元捕获到AT发送的反向导频和DRC，向S_SP发送AbiscrMobileAcquired消息，参数包括CallRefId和该条腿的腿号信息。反向信道单元还要把捕获的DRC信息〔DRC值和DRCCover〕发给前向信道单元，作为前向链路调度算法的参数。vS_SP向所有BTS的反向信道单元RXC发送AbiscfATAcquired，通知AT已经捕获，请求将功控模式由Pattern模式改变为Normal模式。为防止功控模式的转换出现异常，S_SP需要开启定时器T_ATAcquired等待应答。w-x前向信道单元比拟收到的DRCCover和本小区分配的DRCCover，如果一致，向S_SP发送AbiscrForwardDesired消息，以指示S_SP可以通知S_FSP向本小区发送前向MAC帧。由于在之前的连接建立应答消息中已经把默认翻开的信令流流控窗口大小告知S_SP，这里不再需要发送额外的流控指示。S_SP收齐AbiscrMobileAcquired和AbiscrForwardDesired消息后，停止定时器T_ForwardDesired。yS_SP收到来自所有BTS的反向信道单元RXC的AbiscrATAcquiredAck消息后，确认功控模式被正常修改，停止定时器T_ATAcquired。T_ForwardDesired和T_ATAcquired都被正常停止后，S_SP需要启动另一个定时器T_TCC等待来自AT的UmrTrafficChannelComplete消息。zS_SP分别向S_FSP和S_TP发送ConnectionOpened指示。aaS_FSP收到ConnectionOpened指示后，发送UmfRTCAck，向AT确认已经收到反向业务信道导频和DRC，该消息使用SLP的Reliable效劳。bbS_TP收到ConnectionOpened指示后，通过调用内部函数OpenDataFlowChannel()的方式通知S_FSP翻开主RLP流。补充FSP到CES的翻开流的消息。ccAT发送UmrTrafficChannelComplete给S_SP，消息中携带对UmcTrafficChannelAssignment消息的SLP层确认。该消息使用SLP的Reliable效劳。ddS_SP发送UmfSLPAck，作为对UmrTrafficChannelComplete消息的SLP层确认。eeS_SP发送AvrConnectionSetupAck给S_BSSAP，确认无线链路已经建立完成。消息参数包括CallRefId以及由S_TP模块生成的主A8的RLPGREKey。S_BSSAP停止定时器T_ConnSetup。由于上面的流程操作描述较多，在这里做一个简单的介绍：(1)AT在接入信道上发送接入信道的Capsule，包含ConnectionRequest和RouteUpdate消息，每次AT在接入信道上发送包，总会包含RouteUpdate消息，该消息包含了参考导频和强度足够的其它导频，作为当前无线链路的报告.(2)AN对收到的接入信道的Capsule进行确认，通过控制信道发送AcAck，使用AT接入信道的Capsule中MAC层中header中包含的UATI标识.。(3)AN分析收到的接入信道Capsule，发现是ConnectionRequest消息，并且UATI对应一个已经存在的Session，那么AN开始为RU消息里的PN分配前反向业务信道单元，分配载频资源，分配CE帧偏置，MACindex等资源。(4)上述资源分配完成以后，AN通过控制信道向AT发送TrafficChannelAssignment消息，开始等待反向AT捕获和前向DRC捕获。(5)AT收到TrafficChannelAssignment消息后，开始在反向发送导频和DRC，AN捕获AT发送的反向导频和DRC，开始发送RTCAck，向AT确认捕获反向业务信道导频和DRC，该消息使用SLP的Reliable效劳.(6)AT发送TrafficChannelComplete消息给AN，证实收到TrafficChannelAssignment消息，通知AN业务信道已经建立完成其中RouteUpdate、ACAck等在前面已经介绍过，下面主要介绍ConnectionRequest、TrafficChannelAssignment、ResetReport、RTCAck、TrafficChannelComplete等消息。ConnectionRequestAT发送ConectionRequest消息请求建立一个连接MessageID：AT固定设置该字段为0x01；TransactionID：AT每发送一个新的ConnectionRequest，该字段增加1；RequestReason：该字段为0，表示终端发起，为1，表示AN发起，此外的值是不允许的。TrafficChannelAssignmentAN发送TrafficChannelAssignment消息通知AT改变激活集MessageID：AN设置该字段为0x01；MessageSequence：消息的序列号，应该比上一个TrafficChannelAssignment消息中的序列号大1，范围为0～255；ChannelIncluded：同RouteUpdate消息；Channel：同RouteUpdate消息；FrameOffset：用于反向的帧偏置，RevA将一帧的时间分解成为16个帧偏置；DRCLength：申请一个DRC所需要的时隙，该字段设置值所对应的时隙数如下表所示：DRCChannelGain：用于指示AT发送DRC消息时候所采用的增益；该增益是DRC信道与反向业务信道的导频信道的比值，取值范围为-9dB~6dB.ACKChannelGain：用于指示AT发送ACK消息时候所采用的增益；该增益是DRC信道与反向业务信道的导频信道的比值，取值范围为-3dB~6dBNumPilots：TrafficChannelAssignment消息中所携带导频的数目；PilotPN：导频偏置；SofterHandoff：这个字段是用来标记导频之间的软或者更软切换关系的。当这个字段设置为0，说明这个导频和排在它前面的那个导频不是更软切换关系，如果设置为1，说明这个导频和排在它前面的那个导频是更软切换关系(也就是说是同一个基站不同扇区的导频)；MACIndex：设置该字段为由此扇区指配给接入终端的MACIndex；DRCCover：设置该字段为指定扇区相关的DRC覆盖的索引，所以切换态下的每个扇区的DRCCover都不会相同；RABLength：接入网设置该域为反向激活比特发送所占用的时隙数，如下表所示：RABOffset：用来确定每个RAB比特发送的初始时刻，需要符合TmodRABLength＝RABOffset这个条件RTCACKAN发出这条命令表示已经捕捉到了反向业务信道。AN网络使用该AT当前的ATI来发送该条消息。TrafficChannelComplete格式如下：AT在反向业务信道上发送这条消息，是对TrafficChannelAssignment消息确实认。其中MessageID固定为0x02，MessageSequence等于它所确认的TrafficChannelAssignment消息中的MessageSequence。具体例子上图是一个QXDM记录的AT发起的Connection建立流程。ConnectionRequest其中RequestReason为0，表示该ConnectionRequest消息是AT发出的。TransActionID＝19，表示该AT在此之前已经发出过19个ConnectionRequest消息。TrafficChannelAssignment：从该条信息中可以获得如下信息：message_sequence为0，因此对应证实的TrafficChannelComplete消息中的message_sequence也应该为0；TCA消息中配置了前向业务信道MAC的参数：DRCLength＝1〔也就是说一个DRC占用两个时隙〕，DRCChannelGain为－3×0.5dB〔－3补码表示为61〕，ACKChannelGain为3×0.5dB；drc_cover=1，配置了PN108的DRCCvoer为1；TCA消息中配置了反向业务信道MAC的参数：ra_channel_gain=2(0x2)(-12dB)，配置了RAChannelGain为-12dB,说明RA信道的增益为-12dB；rab_length=1，根据协议当该字段的值为1，对应的反向激活比特发送所占用的时隙数为16；Rab_offset=4，每个RAB比特发送的初始时刻，需要符合TmodRABLength＝RABOffset这个条件TCA消息中分配了一个导频PN108，由此可以推断AT的激活集只有一个PN108导频，判断AT激活集有哪些导频可以通过TCA消息分配的导频可以看出。具体可见协议中有一段这样的描述：该协议说明在TCA消息中，如果分配的导频没有在原来的激活集中，那么需要加导频。另外还可根据协议中有这样一段描述：该协议说明在TCA消息中，如果在原来的激活集中TCA消息中没有列出，那么需要去导频。所以TCA消息中的导频为活动集的导频。RTCAck：AN发出该消息，那么证实捕获反向业务信道。TrafficChannelComplete：当AN收到AT发出TCC消息后，证实业务信道已经建立完成，同时停止TCC定时器，TCC定时器是在TCA消息发出的时候启动的。从TCC消息中可以看出message_sequence=0，此message_sequence等于前面TCA的message_sequence，表示该条TCC消息对前面TCA消息的证实。AN发起的普通Connection建立流程介绍过程过程描述aPDSN有分组数据发给AT，在已经建立的A10业务连接上发送数据给PCF。bPCF发送A9BSServiceRequest消息给S_BSSAP，消息中带有Data所在IPFlow对应的SRID的信息，请求建立无线链路，并启动Tbsreq定时器。cS_BSSAP发送A9BSServiceResponse给PCF，确认收到请求。如果Tbsreq定时器超时，PCF会将A9BSServiceRequest消息重发两次，如果仍然超时，那么不作后续处理。dS_BSSAP发现主A8连接不存在，会启动新连接建立流程。首先向在最近收到的RouteUpdate消息中包含的PN对应的小区播送UmcPage消息。eAT在接入信道上发送接入信道capsule，包含UmaConnectionRequest和UmaRouteUpdate消息，来响应Page消息。该消息包含了AT以当前时间为基准的参考导频和强度足够的其它导频，作为当前无线链路状态报告。该capsule由S_CES透明传送给S_BSSAP。fS_BSSAP分析收到的接入信道capsule，发现是UmaConnectionRequest消息，并且UATI