第九章信令流程第九章信令流程网讯教育网讯教育本课程重点重点1：了解典型流程的信令交互顺序重点2：了解信令中重点字段的具体含义重点3：了解部分事件的触发机制，如PSMM消息的发送条件协议模型BSS内部接口层次结构BSC和BTS之间的接口统称为ABIS内部接口，包括： CCM和CPM之间的Abisc接口； CPM和SVM之间的Av接口；CHM和SVM之间的Abist接口；CCM和SVM之间的Abisd接口； CDMA 1X系统接口图1X系统各接口作用A1 接口A1 接口是BSC 与MSC 之间的信令接口。A1 接口主要用于传送BSC 与MSC 之间的呼叫控制和移动性管理功能的信令消息。它是国际规范中的一个标准接口。A2 接口A2 接口承载BSC 和MSC 之间的用户业务。A1p 接口A1p 接口是BSC 与MSCe 之间的信令接口。A1p 接口主要用于传送BSC 与MSCe 之间的呼叫控制和移动性管理功能的信令消息。A2p 接口A2p 接口承载BSC 和MGW 之间的用户业务。A3 接口A3 接口用于承载BSC 和SDU（Selection/Distribution Unit）之间的信令和用户业务（包括语音业务和数据业务）。A3 接口包括独立的信令和业务子信道。A3 信令对业务子信道进行控制和分配。A3 接口支持ATM 承载方式和IP 承载方式。1X系统各接口作用（续）A5 接口当IWF 设备配置在网络侧的时候，A5 接口用于承载电路型数据业务。A7 接口A7 接口用于承载BSC 之间的信令，支持BSC 之间的软切换。A7 接口支持ATM 承载方式和IP 承载方式。A8 接口A8 接口承载BSC 和PCF 之间的用户业务。A9 接口A9 接口传输BSC 和PCF 之间的信令。A10 接口A10 接口承载PCF 和PDSN 之间用户业务。A11 接口A11 接口承载PCF 和PDSN 之间信令。Abis 接口Abis 接口用于承载BSC 和BTS 之间的信令和业务。呼叫信令流程呼叫信令流程呼叫信令流程呼叫信令流程切切切切换换信令流程信令流程信令流程信令流程释释放信令流程放信令流程放信令流程放信令流程登登登登记记信令流程信令流程信令流程信令流程提提 纲纲呼叫信令流程呼叫的分类呼叫信令流程示意图协议字段分析呼叫的分类起呼(MO)终端主动发起呼叫起始消息为Origination Messagen被呼(MT)终端被动发起呼叫起始消息为Page Response Messagen流程上的异同点在接入信道消息之前的处理流程在接入信道消息之后的处理流程呼叫流程示意图起呼(MO)终端主动发起呼叫基站回复应答证实消息基站发送信道指配消息基站发送前向业务信道空帧基站捕获反向业务信道前缀基站发送证实指令终端回送证实指令基站发送业务连接消息终端回复业务连接完成消息呼叫流程示意图（至MSC）动作动作描述a移动台发起呼叫。b基站证实。c基站向MSC发送CM业务请求消息。d同时基站开始建立业务信道。eMSC向基站发送指配请求消息。f基站向移动台发送扩展信道指配消息。g基站捕获移动台。h基站证实。i移动台证实。j业务协商过程。k基站向MSC发送指配完成消息。lMSC通过业务信道向MS发送回铃音。m被叫方摘机，MS进入话音通话状态。呼叫流程示意图（至MSC）起呼流程起呼流程CNACNA截图截图Origination Message(Cont.)作用：终端做起呼时候，在接入信道上发送，携带起呼的一些信息，包括终端的一些功能选项。SERVICE_OPTION:请求的业务选项，如03是语音业务，0x33是数据业务等；NUM_FIELDS:共拨打了多少位的电话号码;CHARi:所拨打的电话号码；SLOT_CYCLE_INDEX:时隙周期，从而计算出寻呼周期长度；Origination Message(Cont.)每一条信令中均包含ARQ字段，用以确认此信息被成功解调的可靠性。Origination Message(Cont.)移动台会在起呼消息中上报所有自身的信息和业务种类请求。如，是否为双模终端，请求的是何种业务等等。Origination Message(Cont.)DRS:数据业务中休眠重激活和全新起呼的判断依据。CH_IND:协议版本小于6，则该字段无效。Enhanced_RC:表明是否支持RC Class2；协议版本小于6，则字段无效；FOR_RC_PREF/REV_RC_PREF:前反向优选的RC配置；FOR_FCH_LEN:3FOR_FCH_LEN个1和FOR_FCH_RC_MAP相与，得到前反向支持的RC配置；举例：FOR_FCH_LEN=2,所以是连续6个1，即111111。FOR_FCH_RC_MAP=0x003E=0000000000111110，两者相与得到111110，表明前向支持RC1/2/3/4/5。REV_FCH_RC_MAP=0x3C=00111100,两 者 相 与 得 到 111100， 表 示 反 向 支 持RC1/2/3/4。Origination Message(Cont.)BS Acknowledgment Order作用：基站通过此消息向终端证实已经收到终端发出的起呼消息。基站通过寻呼信道发送BS_Ack_Order，以此标识已经收到某个IMSI移动台的接入信道BS_Ack_Order包，其字段与上述类似，不再重复。Extended Channel Assignment Message作用：BS通过该消息将即将分配给终端的业务信道一些基本信息告诉终端Extended Channel Assignment MessageExtended Channel Assignment Message作用：BS通过该消息将即将分配给终端的业务信道的一些基本信息告诉终端。对导频、功控对导频、功控bitbit、WalshcodeWalshcode的描述的描述Extended Channel Assignment MessageExtended Channel Assignment MessageAssign Mode:决定了信息中字段的结构，也受到频段的限制；Frame Offset:帧偏置；Band Class & CDMA Freq：频段和频点；PWR_COMB_IND：用来指示扇区间软/更软切换关系的字段；Service Connect Message-公共和可协商部分作用：BS通过该消息和终端进行业务协商公共部分：协商部分的公共部分：协商部分内容Service Connect Message 公共部分红框内为公共部分；蓝框内为协商部分。其中最后一部分是不可协商的内容。SERV_CON_SEQ:协商的编号，用来标记本次协商的内容；USE_TIME：如果本消息中自带系统时间，将设置为1，且ACTION_TIME为系统时间；Service Connect MessageService Connect MessageService Connect Message (Cont.)-可协商部分MUX_OPTION：复用选项NUM_BITS：即协议中的RATESRLP_INFO_INCL：是否包含RLP层参数FCH_CC_INCL：是否含有基本信道配置指示，为1的情况下后续设置才有效。Service Connect Message (Cont.)-不可协商部分If LPM_IND = 01, include NUM_LPM_ENTRIES occurrences of the following six-field record:Service Connect Message (Cont.)-不可协商部分FPC_INCL：为1后续配置才有效FPC_MODE：0为800Hz，1为400/400Hz等PRI_CHANNEL：功控子信道复合到哪个信道，0为FCH，1为DCCHOLPC_FCH_INCL：基本信道外环参数包含指示，为0，所以没有后续配置GATING_RATE：具体值参考协议LPM_ID：逻辑映射物理层的指示，参考协议设置NUM_LPM_ENTRIES：映射图的个数，反映在list的长度上LogicResource：逻辑资源标识，参考协议设置PhysicalResource：物理资源标识，参考协议设置FLAG：是否启用映射图的标志PRIORITY：优先级Service Connect Complete Message作用：MS通过该消息告诉基站接受哪种业务协商配置。SERV_CON_SEQ：等于Service Connect Message中对应的该值要点回顾起呼和被呼在流程上的差异流程的若干阶段信令中的重要字段，尤其是Origination MsgExtended Channel Assignment MsgService Connect Msg语音业务被呼被呼(MT)基站发送寻呼消息给终端终端发送寻呼响应消息基站回复应答证实消息基站发送信道指配消息基站发送前向业务信道空帧基站捕获反向业务信道前缀基站发送证实指令终端回送证实指令基站发送业务连接消息终端回复业务连接完成消息语音业务被呼流程（至语音业务被呼流程（至MSCMSC）动作动作描述aMSC发起寻呼移动台b移动台发寻呼响应消息。c基站证实。d基站向MSC发送寻呼响应消息。e同时基站开始建立业务信道。fMSC向基站发送指配请求消息。g基站向移动台发送扩展信道指配消息。h基站捕获移动台。i基站证实。j移动台证实。k业务协商过程。l基站向MSC发送指配完成消息。mMSC通过业务信道向MS发振铃音。n移动台证实。o移动台摘机p基站证实q基站向MSC转发移动台摘机消息r通话双方进入通话状态被叫信令CNA截图General General PagePage消息消息中包含的中包含的重要字段重要字段切换的分类按照健壮性分类Soft/Softer HandoffHard HandoffHalf Soft Handoff (非标准)按照发生阶段分类业务信道切换接入切换空闲切换按照发生区域分类BSC内切换BSC间切换MSC间切换按照信道分类FCH切换SCH切换n按照方向分类切换加切换去n按照门限分类固定门限动态门限最常见的切换流程是BSC内的软切换加，本文档以该类型切换为例讲解导频信号集切换相关参数T_ADDT_ADDT_DROPT_DROPT_TDROPT_TDROPT_COMPT_COMPSRCH_WIN_ASRCH_WIN_ASRCH_WIN_NSRCH_WIN_NSRCH_WIN_RSRCH_WIN_RSOFT_SLOPESOFT_SLOPEADD_INTERCEPTADD_INTERCEPTDROP_INTERCEPTDROP_INTERCEPT切换信令流程示意图BSC内软/更软切换加流程终端上报PSMM基站回复证实基站发送切换指示消息终端回复证实终端发送切换完成消息基站回复证实基站发送邻区列表更新消息终端回复证实切换信令流程示意图（至MSC）PSMM触发条件固定切换门限T_ADD和T_DROP触发固定切换门限T_COMP触发动态切换门限SOFT_SLOPE/ADD_INTERCEPT/DROP_INTERCEPT触发动态切换门限T_COMP触发终端利用该Pilot Strength Measurement Message消息上报当前网络环境状况Pilot Strength Measurement Message(Cont.)Pilot Strength Measurement Message(Cont.)REF_PN：参考导频PILOT_STRENGTH：导频强度，以0.5dB为单位KEEP：导频保持指示，和T_TDROP相关PILOT_PN_PHASE：测量出来的其余导频相位，以64chip为单位计算Universal Handoff Direction MessageBS通过该消息传递给终端一些参数，字段非常多HDM_SEQ：HDM消息的编号，PMRM消息中携带最近接收到的该编号；PARAMS_INCL：和P_REV和SERV_NEG_TYPE相关SEARCH_INCLUDE：导频搜索相关参数变更指示Universal Handoff Direction MessageUniversal Handoff Direction Message(Cont.)扩展参数部分EXTRA_PARMS如果为0，后续这些参数都无效。Universal Handoff Direction Message(Cont.)扩展参数部分Private_lcm：切换后使用个人长码掩码的标志Reset_l2：切换后复位层2应答机制的标志Reset_fpc：切换后是否继续前向功控的计数器标志Default_rlag：是否使用默认反向链路特性增益表的标志Num_preamble：反向业务信道前缀Return_if_handoff_fail：硬切换失败后是否继续使用原激活集导频标志Periodic_search：是否周期搜索候选载频？SCR_INCLUDED：是否包含服务配置记录？NNSCR_INCLUDED：是否包含非协商服务配置记录？Universal Handoff Direction Message(Cont.)SCH_INCL：为0则图中后续参数无效PWR_CNTL_STEP：闭环功率控制步长FPC_SUBCHAN_GAIN：功控子信道增益，根据切换态不同而变化CLEAR_RETRY_DELAY：清除重试时延USE_PC_TIME：Use Use power control action power control action time indicator.time indicator.Universal Handoff Direction Message(Cont.)NUM_FOR_SCH：为0，后续的前向补充信道信息无效；NUM_REV_SCH：为0，后续的反向补充信道信息无效；NUM_PILOTS：激活集中导频个数；NUM_SCH：每个导频下所建立的补充信道数目；CH_IND：信道指示，为5表示基本信道，6表示DCCH，7表示FCH/DCCH/R-pilot，随着CH_IND不同，参数表会变化Universal Handoff Direction Message(Cont.)CH_IND5，说明是FCHNUM_PILOT2，说明激活集两个导频REV_FCH_GATING_MODE=false,所以REV_PWR_CTRL_DELAY字段无效PWR_COMB_INDfalse，说明不是一个基站的不同扇区关于SCH的一些参数都无效Handoff Completion Message终端在捕获信道后通知基站切换完成切换完成消息切换完成消息HCMHCM和邻区列表更新消息和邻区列表更新消息NLUNLUExtended Neighbor List Update Message切换完成后，BS进行邻区重新组合，并将最新结果通知终端。Neighbor_Search_Mode:参考协议设置Num_NGHBR：邻区数目USE_TIMING：消息中是否携带的系统时间Extended Neighbor List Update Message(Cont.)由于NGHBR_SRCH_MODE和USE_TIMING设置为0，所以只有NGHBR_PN值有效Extended Neighbor List Update Message(Cont.)SRCH_OFFSET_INCL：搜索窗偏置是否有效ADD_PILOT_REC_INCL：是否存在导频附加信息由于以上两个参数均为false，所以该部分参数均无效要点回顾切换信令中的层2证实有时候并不需要专门的证实消息，而是隐含在下一条层3信令中；PSMM的触发条件很重要；PSMM消息中最重要的信息是相位;UHDM消息中参数很多，但是目前系统中很多参数被屏蔽了，尤其是EXTRA_PARMS;NGHBRLIST UPDATE 消息中主要是提供更新后的邻区，其中切换态下的邻区需要BS侧按照一定算法进行合并提供。释放信令流程释放和异常释放Release：A process that the mobile station and base station use to inform each other of call disconnect.Abnormal Release：掉话终端侧定义：N2m个连续Bad Frame将关闭TransmitterT5m Timer到时后将关闭Transmitter连续要求证实失败基站侧定义：反向连续误帧将导致基站侧主动发起释放，并计为一次掉话连续要求证实失败N2m：Number of received consecutive bad Forward Traffic Channel frames before a mobile station must disable its transmitter. It is 12 in protocol.T5m:Limit of the Forward Traffic Channel fade timer. It is 5s.移动台主动发起释放n交换侧主动发起释放语音业务释放流程（至MSC）动作 动作描述a MS在收到用户的释放指示关机或挂机）后，在反向业务信道上发送Umr_ReleaseOrder消息，打开定时器T2b。b SVM在前向业务信道证实MS发来的释放命令。c T2b到时，基站向MS发送释放命令Umf_ReleaseOrder。 SVM关闭声码器，在剩下的时间内，SVM通过Abistf_CEDataForward向MS发送null traffic。d SVM向CPM发送无线链路释放消息Avr_RchRemove，打开定时器Trchremove等待无线链路释放消息确认Avf_RchRemoveAck。如果定时器Trchremove超时，则重发Avr_Rchremove，重发次数暂定为2次。流程转入l。e CPM释放数据库中的无线资源数据信道单元和无线信道），向CCM转发无线链路释放消息Abiscf_RchRemove。f CCM向CHM转发无线链路释放消息Amf_RchRemove。g CHM关闭发射机，向SVM发送业务释放消息Abistr_CERemove。并打开定时器Tremove，等待SVM发来的业务链路释放确认消息Abistf_CERemove Ack。如果CHM在定时器Tremove超时之前没有收到Abistf_CERemoveAck消息，则重置定时器Tremove，重发Abistr_CERemove，重发次数暂定为2。h SVM向CHM发送业务信道释放确认消息Abistf_CERemoveAck。CHM关闭定时器Tremove。i CHM向CCM发送无线信道释放确认消息Amr_RchRemove。上面介绍的是移动台在只有一个业务信道（非切换当中）发起的释放，如果呼叫释放发生在切换当中，则SVM要对存在的无线链路分别发起释放，当所有无线链路都释放了，则向CPM发送Avr_ReleaseRequest，启动CPM的释放流程。动作 动作描述j CCM向CPM转发无线信道释放确认消息Abiscr_RchRemoveAck。k CPM向SVM转发无线信道释放确认消息Avf_RchRemoveAck。SVM关闭定时器Trchremove。l SVM向CPM发送释放请求Avr_ReleaseRequest，原因置为“正常释放”，并打开定时器Trelease，等待来自CPM的Avf_ReleaseResponse。如果Trelease超时，则重发Avr_ReleaseRequest，重发次数暂定次。m CPM向SVM发送Avf_ReleaseResponse，SVM关闭定时器Trelease。n CPM在 收 到 SVM发 来 的 Avr_ReleaseRequest后 ， 向 MSC发 送 清 除 请 求A1r_ClearRequest，打开定时器T300。若定时器T300超时，则CPM重发清除请求A1r_ClearRequest。重发次数为1。o MSC清除本次呼叫所用的地面电路，在定时器T300到期前向CPM发清除命令A_ClearCommand。CPM收到这条消息后则关闭定时器T300。p CPM向MSC发送A1r_ClearComplete消息，通知MSC整个呼叫释放过程完成。Release Order (反向)终端主动发起释放ORDQ：Order Qualification CodeORDER：Order Code由ORDER和ORDQ共同判断是什么类型消息Release Order (前向)基站回复反向发出的Release OrderACK_SEQ等于反向发出的MSG_SEQORDQ和ORDER共同决定前向Release Order的属性，参考下表要点回顾重点是通过Release Order消息中的ORDQ以及ORDER两个参数值进行判断，是什么原因导致释放。更多的问题是存在于异常释放。在这种情况下，携带的信息更少。移动台状态变迁流程移动台自身状态分为四种：初始化，空闲，接入，业务在线。其中每一状态中又包含若干子状态，这些状态涵盖了移动台各项功能和操作。 初始化状态主要完成移动台对系统的选择和捕获； 空闲态完成系统消息的获取，登记等功能； 接入状态完成移动台与系统建立连接的过程； 业务在线状态完成移动台与系统间的业务交互。 在一定条件的触发下，这四种状态可以相互转换，下图就是它们之间的状态转移图。移动台状态变迁如图所示。移动台状态变迁流程（续）移动台各个状态说明（续）初始化状态移动台接通电源后就进入“初始化状态”。在此状态中，移动台不断检测周围各基站发来的导频信号和同步信号。各个基站使用相同的引导PN序列，但其偏置各不相同，移动台只要改变其本地PN序列的偏置，很容易测出周围有哪些基站在发送导频信号。移动台比较这些导频信号的强度，即可判断出自己处于哪个小区之中。移动台初始化状态又分为四个子状态：确定系统子状态、导频信道捕获子状态、同步信道捕获子状态以及定时改变子状态。其状态转移图如下： 确定系统子状态 当移动台上电后，就会产生上电指示，进行系统自检（如检查电池电量），然后进入系统确定子状态并复位相应的系统参数，并根据移动台的设置确定移动台的工作模式为CDMA系统还是模拟系统、以及工作频点。移动台从最近一次保存的载频或者从移动台内保存的Primary或secondary载频中选择一个频点作为接入CDMA系统的载频，此步骤可以称为系统选择过程。这一过程完成后，移动台进入导频捕获子状态。 导频捕获子状态 在导频信道捕获子状态中，移动台将其频率调谐到上面所确定的频点上，按照所选的CDMA信道进行搜索，如果导频信道在规定的时间T20m（15s）内捕获成功，则转入同步信道捕获子状态；反之，如果超出这一时间，应产生捕获失败指示，并返回到确定系统子状态。 在这个阶段，移动台的导频搜索器利用本地相关器对所有的PN偏置进行搜索，找出Ec/Io最大的偏置。如果所有的偏置均低于可解调门限，则认为在该信道上捕获失败。移动台各个状态说明（续）同步信道捕获子状态 进入这一子状态后，移动台将RAKE接收机的分支置于最强的PN偏置，同时本地Walsh码生成器输出W32，去解调同步信道中的消息（由于同步信道没有经过长码扰码，故可以解调相应的同步信道）。如果移动台在T21m (1S)内没有收到一个有效的同步信道消息，则携带“捕获失败指示”返回系统确定子状态。移动台各个状态说明（续）定时改变子状态 在这一状态中，移动台主要完成两个工作：一是利用从同步信道消息中提取出的长码状态值（lc_state）设置自己的长码发生器，另一个就是使自己的系统时间与所提取的系统时间(sys_time)同步。由于同步信道的消息发送与系统定时严格对齐，这样就使得移动台可以把自己的长码发生器状态与整个系统的长码状态对齐。 除此之外，还可能进行频率的调整：对于95手机，将使用同步信道消息（SCHM）中的CDMA_FREQ接收主寻呼信道系统消息。如果当前手机与该CDMA_FREQ不一致，手机将频点调整到该频点。对于2000手机，使用同步信道消息（SCHM）中的EXT_CDMA_FREQ接收主寻呼信道系统消息。如果当前手机所在频点与该EXT_CDMA_FREQ不一致，手机将频点调整到该频点。 在此基础上，移动台就进入空闲状态。移动台各个状态说明（续）空闲状态移动台在完成同步和定时后，即由初始状态经入“空闲状态”。在此状态中，移动台可接收外来的呼叫，可进行向外的呼叫和登记注册的处理，还能置定所需的码信道和数据率。移动台的工作模式有两种：一种是时隙工作模式，另一种是非时隙工作模式。如果是后者，移动台要一直监视寻呼信道；如果是前者，移动台只需要在其指配的时隙中监听寻呼信道，其他时间关掉接收机（有利于节电）。移动台各个状态说明（续）系统接入状态如果移动台要发起呼叫，或者要进行注册登记，或者收到一种需要认可或应答的寻呼信息时，移动台即进入“系统接入状态”，并在接入信道上向基站发送有关的信息。这些信息可分为两类：一类属于应答信息（被动发送）；一类属于请求信息（主动发送）。在上面的几种状态中，移动台需要与基站建立联系，向基站发送信息。而在此之前，移动台只是被动地接收基站下发的各种消息，移动台与基站之间也仅限于单向联系。当移动台要对基站下发消息进行回应，如响应基站的寻呼，或者要发起新的呼叫时，就必须将自己接入到系统中，在移动台与基站间形成一闭环控制状态，这就是移动台的接入。只有在移动台顺利接入后，才能在移动台与基站之间建立双向联系。移动台各个状态说明（续）接入过程如下：当移动台在寻呼信道中得到上面的接入参数消息后，对自身状态进行配置，于是就可以进行一次接入了。接入过程是由多次接入尝试组成的，进行一次消息的发送和对该消息的应答的接收（或者接收失败）的整个过程，称为一次接入尝试。而接入尝试的每一次发送过程，都称为一次接入试探（Access Probe）。在一次接入尝试的每一次接入试探中，移动台都发送相同的消息。在一次接入尝试中，接入试探按照接入试探序列（Access Probe Sequences）分成组。每一个接入试探序列由多至1+NUM_STEP个接入试探组成，并在同一个接入信道上发送。而对于每一个接入试探序列，发送的接入信道是从与当前的寻呼信道相关联的所有接入信道中采用伪随机的方法选出来的。每个接入试探序列的第一次试探总是采用与标称开环功率水平（Nominal Open Loop Power Level）相应的发送功率水平。接下来的每一次试探，都采用比前一次高出一定量的功率水平进行发送。移动台各个状态说明（续）下图就是一个接入子尝试的示意图。从图中可以看出，一个接入尝试中包含多个接入试探序列(access probe sequence)，图中表示的是接入子尝试（其中包含4个接入试探序列）。移动台各个状态说明（续）一个接入试探序列中包含多次接入试探(access probe)。下图就说明了一个接入试控序列的构成，图中表示的是接入尝试序列（其中包含了5个接入尝试）。移动台各个状态说明（续）业务信道状态在此状态中，移动台和基站利用反向业务信道和前向业务信道进行信息交换。移动台各个状态说明（续）登记信令流程登记的作用登记就是确定终端当前一段时间内所处的区域，移动台通知基站它的位置、状态、标识、时隙周期和其它特性的过程。所以当基站想要建立一个移动被叫时，能有效的寻呼移动台。当运行在分时隙模式时，移动台提供SLOT_CYCLE_INDEX参数，因此基站能决定移动台在哪些时隙监听。移动台提供站别类别和协议版本号，因此基站知道移动台的能力。定时开机关机参数变更登记基于区域的登记基于距离 登记隐含登记业务信道登记指令登记登记的分类各种登记定义登记成功流程终端发出登记请求消息基站回复证实消息基站发送登记成功消息登记失败流程终端发出登记请求消息基站回复证实消息基站发送登记拒绝消息Registration MessageREG_TYPE：登记类型，07，具体见协议SCI：寻呼周期指数Return_cause：服务重指示失败后，填写的原因值UZID：User Zone IdentifierUser Zone IdentifierRegistration Accept MessageORDQ：如果为0，ROAM_INDI无效，如果为5，则有效；ROAM_INDI：Roaming Display IndicationRegistration Rejected OrderThis order indicates that normal service is not available on this system.要点回顾掌握登记的分类以及各种登记的触发条件；了解登记的作用；了解Registration Message内字段具体含义；数据业务信令流程数据业务信令流程1x分组数据业务，简单地说，包括以下流程：1移动台从Null到Active（起呼）；2移动台从Active到Dormant（进入休眠）；3移动台从Dormant到Active（激活）；4移动台的Active切换；5移动台的Dormant切换。数据业务基础数据业务基础三种状态： 空状态（Null） 激活态 （Active） 休眠态 （Dormant）状态转化条件链路的维持 Null Active : A1、A8、A10、PPP、Um Dormant： A1 、A10、PPP数据业务起呼1X数据业务始呼流程说明数据业务始呼流程说明:1.MS在空口接入信道上向BSS发送始呼消息Origination Message. 2.BSS收到Origination Message后向MS发送BS Ack Order. 3.BSS构造CM Service Request消息发送给MSC. 4.当HLR鉴权通过, 并且此用户具有数据业务使用权限, MSC向BSS发送Assignment Request消息, 要求BSS分配无线资源. 5.BSS向PCF发送A9-Setup-A8消息, 请求建立A8连接. 6.PCF向PDSN发送A11-Registration-Request消息, 请求建立A10连接. 7.PDSN接受A10连接建立请求, 向PCF返回A11-Registration-Reply消息, 建立A10连接. 8.PCF向BSS返回A9-Connect-A8消息, A8与A10连接建立成功. 9.BSS将在空中接口的寻呼信道上发送Extended Channel Assignment Message (ECAM)建立空口信道. 10.MS在指定的反向业务信道上发送Traffic Channel preamble (TCH Preamble). 11.BSS捕获反向业务信道后, 在前向业务信道上发送BS Ack Order, 并要求MS应答. 12.MS在反向业务信道上发送MS Ack Order, 应答BSS的BS Ack Order. 并且在反向业务信道上传送空的业务帧. 13.BSS向MS发送Service Connect Message或Service Option Response Order, 以指定用于呼叫的业务配置. 14.MS收到Service Connect Message后, MS开始根据指定的业务配置处理业务, 并以Service Connect Completion Message作为响应. 完成空口信道的建立.15.无线业务信道和地面电路均建立并且完全互通后, BS向MSC发送Assignment Complete Message. 16.MS与PDSN之间协商建立PPP连接, Mobile IP接入方式还要建立Mobile IP连接, PPP消息与Mobile IP消息在业务信道上传输. 17.PPP连接建立完成后, 数据业务进入连接态.移动台从移动台从ActiveActive到到DormantDormant进入休眠进入休眠移动台进入休眠流程描述如下：移动台进入休眠流程描述如下： 动作 动作描述 a 移动台和PDSN之间存在PPP连接，且分组数据业务处于Active状态。 b 移动台向BSS系统发送释放指令 Release Order。 cBSS系统向移动台回送送释放指令 Release Order 。 dBSS收到移动台的释放请求之后，发起A8的释放，向PCF发送 A9-Release-A8。BSS打开定时器Trel9。 ePCF释放完相应业务连接的资源后，向BSS回送A9-Release-A8Complete。BSS关闭定时器Trel9 。 fBSS向MSC发送释放请求A1r_ClearRequest。BSS打开定时器T300。 gMSC向BSS发送释放命令A1f_ClearCommand。BSS关闭定时器T300。 hBSS向MSC发送释放完成A1r_ClearComplete。 i移动台和PDSN之间的分组数据业务连接回到Dormant状态。移动台从移动台从DormantDormant到到ActiveActive激活激活移动台激活流程实际与移动台起呼流程相同，只是不用重新建立RP连接（只需启动即可），另外，一般也不用重新建立PPP连接。移动台激活流程，一般用于已处在Dormant状态的用户，请求新的数据的情况（如点击了网页中的一个连接或者试图连接一个FTP服务器等）。对用户而言，他其实并没有感觉到空中接口业务信道的重新建立。普通普通MOMO语音呼叫语音呼叫CSCHPRCMCESBSSAPDSPMSDMVTCRMPNO.7MSCMSMS发起的分组数据呼叫发起的分组数据呼叫CESRCMCSCHPSDMDSPMBSSAPNO.7PCFVTCRLPMSCPDSNMSC