数据业务流程学习笔记

数据业务流程学习笔记1.数据业务呼叫流程？动作动作描述ACEC模块收到反向接入信道消息后转发给CSCHP模块。BCSCHP模块收到接入信道消息后发送Ump_BSAckOrder证实。C在与B步同一次调度中，CSCHP对接入信道消息的LAC字段进行处理，然后把解析后的LAC字段和接入信道消息中的层三部分封装在Abiscr_AccessChannelMessageTransfer消息中传送给BSC。DBSSAP呼叫进程收到起呼消息后，根据业务选项判定是数据呼叫，构造A接口的CMServiceRequest消息，调用A接口编码函数编码，把此消息放在完全层3消息中发给MSC，设置定时器T3230，等待SCCP连接建立确认，设置定时器T303，等待MSC指配请求消息。E在与D步同一次调度中，BSSAP向RCM发送Abisdf_BTSSetup消息，请求RCM分配无线资源，建立无线链路，设置定时器Tsetupb等待RCM的证实消息。FRCM分配无线资源和Abis接口业务连接的业务地址，向BSSAP发送Abisdr_Connect消息请求建立Abis接口的业务连接，消息中带有BTS侧的业务地址（DSM板的外部IP地址和端口号），设置定时器Tconnb等待连接建立证实。GBSSAP保存Abisdr_Connect消息中的信息，根据DSM的外部IP地址确定BSC侧接口板（ABPM）的外部IP地址，分配ABPM的外部端口号，向RCM发送Abisdf_ConnectAck消息，消息中带有BSC侧的业务地址（ABPM板的外部IP地址和端口号）。RCM收到Absidf_ConnectAck消息后，复位定时器Tconnb。HRCM收到Abisdf_ConnectAck消息后，向CEC发送Amf_FCHSetup消息配置信道板，设置定时器Tconfig等待证实消息。消息中带有BSC侧的业务地址。I在与H步同一次调度中，RCM向接口板DSM发送消息指示接口板增加地址通道表项，设置定时器Taddchannelitem等待接口板的证实消息。JCEC完成CE配置后，向RCM发送证实Amr_FCHSetupAck。RCM收到证实消息后复位定时器Tconfig。KDSM完成通道表项增加操作后，向RCM发送AddChannelItemAck消息，RCM收到后复位定时器Taddchannelitem。LRCM向BSSAP发送Abisdr_BTSSetupAck，完成无线链路的建立。BSSAP收到后复位定时器Tsetupb。MMSC完成MS的鉴权，向BSC发送指配请求消息，设置定时器T10等待指配完成消息。BSSAP收到指配请求消息后，复位定时器T303和T3230。NBSSAP收到指配请求消息后，向RMP发送AllocationResource消息，请求分配DSPM、选择器，设置定时器Tdbaccess等待RMP返回证实。ORMP完成资源分配后，向BSSAP发送AllocationResourceAck消息，BSSAP收到后复位定时器Tdbaccess。PBSSAP构造空中接口的信道指配消息，调用编码函数编码，封装在Abiscf_PagingChannelMessageTransfer消息中传送给CSCHP，设置定时器Tassignment等待指配完成。CSCHP通过寻呼信道把ECAM消息发送给MS。Q在与P步同一次调度中，BSSAP向接口板ABPM发送消息指示接口板增加地址通道表项，设置定时器Taddchannelitem等待接口板的证实消息。R在与P步同一次调度中，BSSAP向分配的DSPM发送Avf_ServiceAssignment消息激活相应的DSPM进程。SABPM完成通道表项增加操作后，向BSSAP发送AddChannelItemAck消息，BSSAP收到后复位定时器Taddchannelitem。TDSPM收到Avf_ServiceAssignment消息后，向分配的SDM发送Abaf_ActivateSDM消息激活SDM进程，设置定时器Tactivatesdm等待激活SDM响应。U在与T步同一次调度中，DSPM向RCM发送Abisdf_PhysicalTransitionDirective消息，在标准消息结构中该消息用来通知CE改变本次呼叫的改变长码、加密信息、反向导频门控速率、功控信息、前向功控增益比信息等，当在IP平台上运行时，激活DSPM以后该消息中不携带上述信息，作用仅仅是由RCM获得DSPM的信令地址；当在HIRS平台运行时，该消息中利用CE_IP地址字段传送SDU的网络地址通知RCM，RCM把消息转发给CEC，把SDU的网络地址通知信道板。DSPM发送消息以后设置定时器Tphytransdir。VCES收到Amf_PhysicalTransitionDirective消息以后，返回证实消息Amr_PhysicalTransitionDirectiveAck消息，RCM收到证实消息以后，向DSPM发送证实消息Abisdr_PhysicalTransitionDirectiveAck消息，DSPM接收到该消息以后复位定时器Tphytansdir。WSDM收到激活消息后，向MS发送NULL业务帧，设置定时器Tsync等待收到MS发送的Premable。在同一次调度中，SDM向RLP发送ActivateRLP，激活相应的RLP进程实例。XMS收到前向NULL帧后，反向发送Premable，信道板把前缀转发给SDM。SDM收到Premable后复位定时器Tsync，收到Premable后就捕获MS。YRLP向SDM发送Asdr_ActivateRLPAck证实。Z当SDM捕获MS后，向DSPM发送SDM激活响应消息。DSPM收到激活响应消息后复位定时器Tactivatesdm。AADSPM收到激活响应消息后，向移动台发送基站证实指令Umf_BSAckOrder，通知MS已经捕获了反向FCH的preamble。BB在与AA步同一次调度中，向PCF发送A9_SetupA8消息建立A8连接，设置定时器Ta8setup等待A9连接A8消息。A9r_SetupA8消息中带有RLP的IP地址和反向A8连接的Key。。CCMS发送Umr_MSAckOrder指令证实Umf_BSAckOrder。DDPCF收到A9_SetupA8消息后，向PDSN发送A11r-RegistrationRequest，建立A10连接，设置定时器Tregreq等待PDSN的证实。EEPDSN向PCF发送A11-RegistrationReply，完成A10连接建立。PCF收到后复位定时器Tregreq。FFPCF向DSPM发送A9_ConnectA8消息，消息中带有PCF的IP地址和PCF分配的前向A8连接的Key。DSPM收到A9_ConnectA8消息后，复位定时器Ta8setup。GG~基站与MS进行业务协商。HHIIDSPM向SDM发送Abaf_PCFInfoL3消息，把PCF的IP地址和前向A8连接的Key告诉SDM。JJSDM收到Abaf_PCFInfoL3消息后，向RLP发送Asdf_NegotiationInfo消息，把PCF的IP地址和前向A8连接的Key及协商参数通知RLP。KKSDM向DSPM发送Abar_PCFInfoL3响应。LLDSPM完成业务协商和A8连接建立后，向BSSAP发送指配完成消息，BSSAP收到指配完成消息后复位定时器Tassignment。MMBSSAP向MSC发送指配完成消息，MSC收到指配完成消息后复位定时器T10。NN~OO移动台和PDSN之间建立PPP链接，执行移动IP的登记过程。移动台和PDSN之间在FCH上传送低速的分组数据。2.BSC如何识别语音呼叫和数据：在stepa中，手机发送originationmessage中携带S.O(SERVICE_OPTION)，每个S.0代表的业务类型如下表：SERVICE_OPTION业务类型0x3EVRC语音业务0x21分组数据业务0x6，0x14短信业务0x3CPTT组呼0x3DPTT私密呼BSSAP根据SERVICE_OPTION的值进行判断，当＝0x21时，发起数据业务指配流程。3.A9/A8,A11/A10链接在协议中建议捕获到移动台后进行，在PPP成功率优化阶段将A9/A8,A11/A10放在业务协商后进行，这样做有何好处？在协议中建议流程如下图：为了提高数据业务PPP链接建立成功率，减少因为业务协商时异常释放而导致的PPP链接建立失败，将PPP链接建立时间延迟到业务协商完成之后。BSS节点下BSS系统参数中增加一个参数：DeferA8InPPP（是否将A8建立流程推后）。该功能是专门为优化PPP而做的。4．后台有一个PPP协商期间BSC禁止切换定时器，增加此定时器目的？局外观察发现，数据业务起呼过程中，如果PPP协商过程尚未完成就发生硬切换，往往切换到目标侧后不能成功完成PPP的建立过程。原因：1)MS和PDSN的PPP协商机制不能保证在基本业务信道发生硬切换的条件下工作正常。2)业务协商完成后，马上作硬切换，引发了该问题为了提高PPP建立成功率指标，对起呼时候的硬切换进行控制，方案如下对此功能在后台设置一个开关。BSSAP在收到激活层三Ack之后，启动一个预定义定时器（注：正常的话，激活层三Ack后面3秒PPP协商完成，该预定义定时器的默认值设置为5秒）。在该定时器到时之前并且后台设置的开关是使能的，如果手机上报导频强度报告，层三提出切换请求，数据库判决为“硬切换”，BSSAP中止该次切换，给层三回HandoffFaiure（和强度不够的处理一样）。如果数据库判决的时候，发现源侧强度已经低于一个门限，判决为“必须做硬切换”，BSSAP还是要走硬切换的流程，因为否则就掉话；定时器到时之后，硬切换的处理流程和现有流程一样。5.业务协商的作用在业务信道工作状态下，移动台和基站需要使用一些事先约定来构造和拆分前反向业务信道帧，移动台和基站间通过信令交互来建立这些规则的过程，就称为业务协商。业务协商需要建立的规则被称为业务配置（ServiceConfiguration）。业务配置在层三信令中以两个不同的信息纪录来表示：可协商的参数（ServiceConfigurationInformationRecord见page3-599)和不可协商的参数(Non-NegotiableServiceConfigurationInformationRecord见page3-640)。对移动台，如果业务配置记录包含在StatusResponseMessage消息中则用于返回当前的业务配置，如果此纪录包含在ServiceRequestMessage和ServiceResponseMessage中，则用来建议一个新的业务配置。对基站，如果此记录包含在ServiceRequestMessage和ServiceResponseMessage消息中，则用于建议一个业务配置，如果包含在ServiceConnectMessage消息中则指定将要使用的业务配置。它也可以被包含在GeneralHandoffDirectionMessage和UniversalHandoffDirectionMessage消息中以指定将要使用的确切的业务配置，移动台和基站之间可以建立多个业务连接。6.RLP如何协商？；在呼叫建立过程中，RLP协商在业务协商中完成，因此RLP协商可以看作业务协商的一部分。RLP主要协商以下内容：Rlp_version：对于分组数据业务都设置为3；Nak_round_fwd=3,Nak_round_rev=3,表示前反向NAK帧发送次数；Nak_per_round_fwd[]=1表示每次发送NAK帧的帧数；For_sch_mux＝0x921表示复用选项设置。复用选项multiplexoptions前反项可以不同，在业务协商时确定。复用选项每一比特定义如下：当multiplexoptions0x92