购买

¥20.0

加入VIP
  • 专属下载特权
  • 现金文档折扣购买
  • VIP免费专区
  • 千万文档免费下载

上传资料

关闭

关闭

关闭

封号提示

内容

首页 iBSC_CS业务基本流程2.5

iBSC_CS业务基本流程2.5.doc

iBSC_CS业务基本流程2.5

仙人指路
2019-03-02 0人阅读 举报 0 0 0 暂无简介

简介:本文档为《iBSC_CS业务基本流程2.5doc》,可适用于初中教育领域

CS业务基本流程GSM开发部黄立伟CS语音业务流程CS语音电话电话是GSM系统CS业务的核心内容在iBSC控制面中该流程以RANCS模块为核心其他有关的模块还有RANUMC、RANA、RANCONNECT、AbisDispatch、ADispatch、DBS等其关系如下图所示。其中DBS进行数据信息的管理提供若干函数接口供各个业务进程调用AbisDispatch进行Abis口消息的解码和转发、ADispatch进行A口消息的解码和转发者都只有个主进程不需要创建子进程(后文把子进程又称为实例)RANUMC是RANCS实例的主进程负责RANCS实例的创建和释放用红色表示RANCONNECT负责CMM和TCU接续为RANCS发来的每个接续请求建立一个实例用紫色表示RANA负责SCCP链路的管理为每条使用的SCCP链路建立一个实例同时也是RANCS和A口之间消息传送的桥梁用蓝色表示RANCS负责CS业务信令流程的控制为每条使用的信道建立一个实例。一个普通CS电话业务过程需要先后使用条信道一条SDCCH一条TCH相应的需要建立个实例RANCS(SD,用浅绿色表示)RANCS(TCH,用深绿色表示)。其中加灰色的部分描述了“模式更改”和“排队”这种特殊的流程。RANCS状态分为级第级只有种状态:IDLEPROC、WORKPROC和WAITRELPROC实例刚创建是级IDLEPROC态收到StartUp消息初始化后转入级WORKPROC态在级WORKPROC态中根据处于流程中的不同位置又分为个级状态下文中所有提到的状态都是级WORKPROC态中的级状态。当实例完成释放动作转入级WAITRELPROC态等待主进程RANUMC来释放主叫手机发ChannelRequest,经BTS处理从Abis口上ChlRqd消息在AbisDispatch中进行解码后发给RANUMC进程。(注:如果手机是作为被叫则MSC先通过寻呼模块发起寻呼手机听到后发ChannelRequest后面的流程与主叫一样)【RANUMC】收到EVABISIND消息取出消息头中的byMsgType一看是ABISCHLRQD于是从消息体中读取接入类别如果是PS业务请求则创建RANPS实例这里按下不表如果是CS业务请求则创建RANCS实例并向RANCS实例发送EVRANUMCCHLRQD消息该消息包括了ChlRqd消息的内容、从OMP申请到的TraceID和TermID信息(含站点号小区号TRX号等)。【RANCS】实例创建后处于idle态(这里指的是级WORKPROC态下的级idle态)在idle态下收到EVRANUMCCHLRQD消息记录下初始接入信息根据信道请求的原因确定需要的信道类型然后向数据库申请信道资源若失败发立即指派拒绝若成功发信道激活启动定时器T状态跃迁至Activate。【RANCS】BTS激活信道成功则实例在Activate态会收到信道激活应答杀掉定时器T发立即指派消息启动定时器T,状态跃迁至WaitAccess。【RANCS】MS发SABM帧BTS给MS回UA帧并给BSC发EstInd,实例在WaitAccess态收到EstInd,杀掉定时器TEstInd消息中带了类别具体类型有位置更新、IMSI分离、CM服务请求(主叫)、寻呼响应(被叫)、呼叫重建等。先根据类型进行性能测量统计和初始化切换算法处理然后建立指示将转发给Rana主进程启动定时器TWAITSCCPEST状态跃迁至SccpEst。【RANA主进程】(也称为Manager进程)收到EVRANCSESTIND后从空闲实例号队列中取得实例号创建子进程(也称为Worker进程)向其转发EVRANCSESTIND消息。【RANA】实例刚创建处于IDLE态在IDLE态收到EstInd消息(在函数RanAWorkerWorkLeaf中处理)记录Rancs实例的信息确立对应关系申请到SCCP连接后通过ADispatch向MSC发ConnectReq(CR)消息启动定时器T状态跃迁至SCCPCONNECTING。【RANA】MSC回ConnectConf(CC)Rana实例收到后杀T向自己对应的Rancs实例发EVRANACONNCONF消息启动THANDSHAKE开始与Rancs实例的心跳握手状态跃迁至SERVE。(注:进入Serve态后除了发生切换、释放或异常需要作相应处理外RANA实例主要充当MSC和Rancs实例之间消息的通道只进行转发而不处理)【RANCS】在SccpEst态收到EVRANACONNCONF说明通向A口的链路已建立先杀掉定时器TWAITSCCPEST初始化目标实例和源实例,记录Rana实例的Pid如果有缓存消息则发往A口开始与Rana实例的心跳握手状态跃迁至Serve。此时从手机到MSC的整条链路已经打通手机和MSC之间会透传几条消息主叫和被叫方略有不同如下图主叫MSMSCMSC被叫MS|(CMServiceAccept||||SetUp(||SetUp(||(CallProceeding||(CallConfirm-|除了上述几条必要的透传消息外根据MSC的设置可能还会有鉴权、加密、Identification等过程其中只有加密过程BSS需要参与。MSBTSBSCMSC【RANCS】如果MS和MSC信令交互顺利MSC将发下来指配请求经Rana转发到RancsRancs实例在Serve态收到该消息先检查信道类型、数据速率语音版本是否相配然后检查地面电路的状态是否可用检查发现有问题则向MSC回指配失败。【RANCS】如果检查顺利通过判断当前的信道类型和指派消息的信道模式是否相配:()最常见的情况是不相配则根据指配请求的信息组装一个EVRANCSRADIOAPPLY消息发往RANUMC,在本小区中请求新的信道启动TRADIOAPPLY状态跃迁至RadioApply。()模式更改如果相配意味着原来申请SD的时候DBS分配的是FACCH现在不必换信道把信道模式从FACCH改为TCH就行了于是则走模式更改流程缓存AssignReq消息确定新的语音版本向RanConnect主进程发出条消息请求进行Abis接续和BIUTCU接续启动TWAITCONN状态跃迁至WaitConn。转【RANUMC】收到EVRANCSRADIOAPPLY新建一个Rancs实例将发来该消息的源Rancs实例Pid和TraceId填入消息体以EVRANUMCRADIOAPPLY消息发给新建的Rancs实例。【RANCS】在idle态收到EVRANUMCRADIOAPPLY消息调RancsGetRadioApplyInfo从消息中提取出信息填入实例数据区调用RancsDbGetRadioChannel函数申请无线信道。排队如果数据库返回说没有信道且系统设置允许排队的话则把实例号加入本小区的排队队列状态跃迁至WaitResrc。若DBS将PS信道转为CS成功则会发来消息EVRANUMCDBSCHLAVAIL实例重新向数据库发起申请若其他Rancs实例释放信道则实例会在WaitResrc态收到EVRANCSRESRCAVAIL回EVRANCSRESRCAVAILACK占用消息中带来资源接着按下面申请成功的情况一样处理。如果成功再获取信道模式和语音版本。占用地面电路从数据库查到接续信息向RanConnect主进程发出条消息请求进行Abis接续和BIUTCU接续(该接续有时也简称为BIU接续或TCU接续)启动TWAITCONN状态跃迁至WaitConn。【RANCONNECT主进程】主进程收到接续请求先创建子进程然后将消息发给子进程处理。【RANCONNECT】子进程在idle态若收到Abis接续请求则向BTS的CMM发ABISCSCONNCMMREQ消息若是BIUTCU接续请求则分别向BIU和TCU上的接续模块发EVCSCHANINNERCONNECT消息。根据接续类型的不同启动相应的定时器状态跃迁至work态。【RANCONNECT】子进程在work态收到应答消息先看一下本实例的接续类型若是Abis接续且收到的是SPSABISCSCONNCMMACK则发EVRANCONNCSABISCONNACK给Rancs实例若类型是BIUTCU接续且收到EVCHANINNERCONNECTACK则根据消息来源将实例数据区中BIUTCU连接标志置为TRUE等个连接标志都为TRUE发EVRANCONNCSTCUCONNACK给Rancs实例。向主进程发送实例释放消息等待被释放RANCONNECT子进程的业务结束。【RANCS】在WaitConn态收到Abis接续Ack和TCU接续Ack两条消息后杀TWAITCONN如果不是模式更改则发信道激活消息启动T状态跃迁至Activate。模式更改如果是模式更改则向CHP和MS发ChlModeModify消息启动TMODEMODIFY状态跃迁至ModeModify在ModeModify态收到BTS和MS的应答后更新信道模式杀TMODEMODIFY向Rana实例发EVRANCSASSCOM状态跃迁至Serve转【RANCS】BTS激活信道成功则实例在Activate态会收到信道激活应答杀掉定时器T构造指派命令包在EVRANCSRADIOAVAIL消息中发给源实例启动定时器TWaitMSAccess,状态跃迁至WaitAccess【RANCS】源实例发送EVRANCSRADIOAPPLY消息后一直在RadioApply态等着现在收到RadioAvail消息后杀掉TRADIOAPPLY从消息中提取出指派命令向Um口发送启动T状态跃迁至Assign。【RANCS】手机收到指派命令后在新信道上发SABM帧BTS回UA帧并向新实例发EstInd新实例在WaitAccess态收到EstInd初始化切换算法状态不转移。【RANCS】手机发指派完成新实例在WaitAccess态收到UmAssignCom,杀掉TWaitMSAccess将EVRANCSASSCOM消息发给源实例启动TNEWINSTCOMPACK状态跃迁至Preserve【RANCS】源实例在Assign态收到EVRANCSASSCOM杀掉T向Rana实例发EVRANCSASSCOM启动TOLDINSTCOMPACK状态跃迁至HoGuard。【RANA】实例在SERVE态收到EVRANCSASSCOM回EVRANAASSCOMACK消息把消息中带上来的Rancs新实例号覆盖掉自己原来保存的Rancs实例号向MSC发AASSIGNCOM【RANCS】源实例在HoGuard态收到EVRANAASSCOMACK杀掉TOLDINSTCOMPACK向新实例发EVRANCSASSIGNCOMACK其中带上了Rana的PID然后清掉目标实例号和Rana实例号开始释放。由于是SD信道且手机已离开本信道因此释放无线信道即可:向BTS发送DeactSACCH和RFCHLREL消息启动TRFCHLREL状态跃迁至RfChlRel。【RANCS】源实例在RfChlRel态收到RFChlRelAck杀掉TRFCHLREL。释放数据库资源向RANUMC发EVRANCSRELIND转入一级WAITREL态RANUMC收到消息清除实例RANCS。【RANCS】新实例在Preserve态收到EVRANAASSCOMACK将消息中带来的Rana实例的PID保存杀掉TNEWINSTCOMPACK状态跃迁至Serve。接下来MSC和手机之间将透传Altering、Connect、ConnectAck等消息通话开始。主叫MSMSC被叫MS(开始回铃音)|(Altering|(Altering|(开始振铃)|(Connect|(Connect|(接听)|-ConnectAck(|-ConnectAck(|通话过程中如果不发生切换或者什么异常一般并不产生信令交互。主动挂断通话时首先透传Disconnect、Release、ReleaseComplete等消息。然后MSC将向BSC发ACLEARCMD。对于非主动挂断的一方要看MSC的策略MSC可以直接下发Disconnect,进行类似的流程也可能MSC只是向其发送对方已挂机的语音提示然后等待用户主动挂断。主动挂机的MSMSC|Disconnect(||(Release||ReleaseComplete(|【RANA】收到ACLEARCMD后向Rancs实例转发该消息。启动TWaitRancsCleCom状态跃迁至WaitRancsCleCom【RANCS】实例收到ACLEARCMD后立即向Rana实例回EVRANCSCLEARCOM清除Rana实例号开始释放流程。【RANA】收到EVRANCSCLEARCOM后向MSC发ACLEARCOM消息。启动T状态跃迁至SCCPRELEASINGT是用来延时保护的定时器超时后向SCCP发送DISCONNECTREQUEST然后向Rana主进程发EVRANADELPROC主进程收到后杀死Rana实例Rana的业务结束【RANCS】释放流程开始后先拆除Abis和Tcu接续(如果是半速率则不拆Abis),释放地面电路。然后发向UM口发ChlRel消息向BTS发DeactiveSACCH,启动T,状态跃迁至ChlRel【RANCS】MS发DISC帧BTS给MS回UA帧并给BSC发RelInd,新实例在ChlRel态收到RelInd,杀掉定时器T,启动T。T是个延时保护定时器超时后新实例向Abis口发RfChlRel消息启动TRFCHLREL状态跃迁至RfChlRel【RANCS】新实例在RfChlRel态收到RFChlRelAck如果此前未收到拆Abis接续的应答消息则继续等待否则杀掉TRFCHLREL开始释放实例。检查一下是否有别的实例在排队等待资源如果存在符合条件的则向其发EVRANCSRESRCAVAIL消息带去信道资源状态跃迁到Preempt态等待其应答如果没有则调数据库接口CSRELRADIOCHANNEL释放资源。【RANCS】新实例在Preempt态收到EVRANCSRESRCAVAILACK或者调接口释放了资源则清除定时器向RANUMC发EVRANCSRELIND消息然后转入一级WAITREL态RANUMC收到消息清除实例RANCS新实例的业务结束整个电话流程也宣告结束。CS纯信令业务流程纯信令业务是本文作者对不使用TCH信道而只使用SDCCH信道进行的业务的称谓。纯信令业务包括:短消息、位置更新、手机关机去附着等。在这些业务的过程中BTS和BSC的作用只是提供一条从MS到MSC的信令通路负责链路的建立和拆除。大致过程是:MS发起ChannelRequest申请SD信道BSC响应并为其分配一条SD信道发立即指派消息MS接入SD信道发上来建立指示Rana建立一条A口的SCCP链路此时贯穿Um、Abis、A三个口的链路已接通MS和MSC之间使用这条链路透传DTAP消息消息的内容由业务的类型决定可能是短信内容也可能是位置更新或手机的Detach业务处理完毕MSC通过A口下发ClearCmdBSC拆除链路释放SDCCH信道业务流程结束。具体的各模块创建实例以及状态跃迁的过程见语音业务流程中~步。CS切换流程简述所谓切换其实就是手机在已经占用一条专用信道(SD或TCH)的情况下换到别的信道上去。广义的切换应该包括了指配、定向重试和狭义的切换(包括小区内切换小区间切换和跨BSC的外部切换)。我们平常说起的切换指的是狭义的切换。先说指配和定向重试吧。手机主动发起呼叫先占用了一条SD信道在建立指示的层三消息中向MSC发出CMServiceReqMSC将向BSC发指配请求要求BSC为手机分配TCH信道。如果在SD信道所在同一个小区申请到TCH则这个过程叫指配如果本小区没有空闲TCH向BSC内其他小区申请TCH这个过程叫内部定向重试如果向BSC外的小区申请则叫外部定向重试。顺便提一句我们经常会提到的指配和指派在协议中其实是同一个词Assignment具体用哪个看习惯了。再来说切换。切换的具体原因有很多发起切换的主要依据是测量报告。当信道被激活后BTS就会不断的发上来测量报告其中包括了上下行电平、质量、TA以及各邻接小区的电平值。BSC收到测量报告后将这些报告作平均存起来Rancs实例如果处于Serve态则会进行切换判决也就是依据最近收到的测量报告对各种切换原因挨个儿判断是否满足切换的条件只要发现有满足条件的则决定进行此类型的切换尝试。切换的过程和指配很相似也是组装一个RadioApply消息发给RANUMCRANUMC新建Rancs实例去申请新信道后面的流程与CS电话流程中~基本一致。不同的地方是向手机发出的消息可能是切换命令而非指派命令手机回切换完成。如果是外部切换则更简单判断需要切换于是向MSC发去切换要求然后等着MSC下来切换命令如果手机成功切过去了则MSC发ClearCmd释放原信道。绝大多数的切换都是收到测量报告然后进行切换判决触发的也有一些例外情况如强切(高优先级用户需要信道逼你切换走把信道让给他)切换候选征询(MSC根据各小区资源使用情况让部分用户切换达到一个平衡)人工切换(改全局变量制造切换一般用于测试阶段)等。这里的叙述只能让你对切换有个大致的印象要详细了解切换流程可结合信令流程、代码和CS电话流程中~步的描述。切换过程中源实例(浅绿)和目标实例(深绿)分别对应着源信道和新信道两个实例的状态转移过程如下图所示。补充说明:()每个状态在收、发完消息后转入下一个状态()图中所画的流程适用于小区内切换小区间切换如果是指配和定向重试过程与图中流程只有个差别那就是第步不是收到测量报告而是RANA发来AssignReq消息后面步骤都一样。()图中出现“指派切换”的地方由切换类型决定指配和小区内切换为“指派”小区间切换为“切换”定向重试比较特殊在处为“切换”处为“指派”()步这个地方之所以没有区分指派和切换是因为对目标实例来说指派流程和切换流程的处理完全一样所以在代码实现上就统一用指派完成应答这条消息了。()和之间其实会进行很多释放动作如释放地面电路、拆接续、通知手机释放等但由于绘图比较困难所以没有画出在这里特别说明一下。CS业务信道类型和语音版本进行一次CS业务BSC需要确定信道类型和语音版本这者的最终确定是许多因素共同作用的结果。具体包括手机能力、MSC策略用户优先级、后台配置的优选信道类型、优选语音版本、载频类型等。先要定义个概念:请求信道类型和实际信道类型有点区别。前者是指配请求中带来的经源实例-目标实例一路传递过来一直到调用数据库接口申请信道之前后者是数据库最后分配的信道的类型。前者有种类型其实就是种申请策略比如TCHHFCHANGE(半速率优先但也可以全速率)。后者是实际信道的类型不存在任何变数常见的只有TCHF、TCHH、SDCCH等为数不多的几种。这一节就专门针对语音版本和信道类型的决定过程进行描述。步骤如下:手机把自己支持的语音版本放在SETUP消息中发给MSC。MSC通过A口下发指配请求消息其中包含了申请信道类型和语音版本列表Rancs源实例把这个信息放入RadioApply消息传递给Rancs目标实例Rancs目标实例要准备申请信道和定语音版本了目前代码中是先定信道再根据信道类型选版本。申请信道Step:后台可以分别配置高低优先级用户的信道优选策略(共个选择:不变、FR优先、HR优先、只能FR、只能HR)根据用户优先级确定其优选策略把这个优选策略与申请信道类型取交集。申请信道Step:调数据库接口申请信道时填上交集结果。数据库根据这个交集结果进行信道分配。申请信道这就算OK了请注意申请信道时根本不考虑语音版本的情况。确定语音版本Step:数据库申请信道成功获得了实际信道类型。这时先对语音版本列表进行个过滤:若载频不支持AMR如果列表中有FRVHRV则去掉。确定语音版本Step:后台分别设了FR和HR的优选语音版本根据信道类型看看对应优选版本在语音版本列表中是否有有则直接选用没有则选第一个与信道类型匹配的版本。为了让以上描述更加易懂我们来看个例子假设一次呼叫背景是这样的:·手机支持FRV,FRV,FRV,HRV,HRV·用户是低优先级·后台配置信道策略:高优先级用户优选FR低优先级用户优选HR·后台配置语音版本策略:全速率优选FRV半速率优选HRV·载频不支持AMR那么整个步骤如下:手机把FRV,FRV,FRV,HRV,HRV放在SETUP消息中发给MSC。MSC通过A口下发指配请求消息其中包含了申请信道类型TCHFHCHANGE(FR优先必要可选HR)和语音版本列表FRV,FRV,FRV,HRV,HRVRancs源实例把这个信息放入RadioApply消息传递给Rancs目标实例Rancs目标实例要准备申请信道和定语音版本了目前代码中是先定信道再根据信道类型选版本。申请信道Step:低优先级用户信道策略是优选HRTCHFHCHANGE与优选HR取交集=TCHHFCHANGE。申请信道Step:调数据库接口申请信道时填上交集结果TCHHFCHANGE。数据库分配了HR信道。确定语音版本Step:此时已经从数据库成功获得了一条HR信道。因为载频不支持AMR语音版本列表进行过滤后变成FRV,FRV,HRV。确定语音版本Step:后台设的HR的优选语音版本是HRV列表中没有因此选第一个与信道类型匹配的版本HRV。CS业务常见概念BSC、BTS、站点、小区和载频(TRX)的层次关系这是一个让很多的人特别是新员工困惑的问题。在学习GSM框架的时候我们知道有BSC、BTS在后台配置界面中我们看到的是基站、机架、站点、小区、收发信机这些都是与BTS相关的概念。那么基站、机架与站点、小区又是如何对应的呢。首先BSC、BTS、MSC以及MS(移动台)都是GSM系统中的网元在协议中规定了各个网元在系统中的作用以及功能而各设备供应商的各种型号的产品则是对这些网元的具体实现。现在说一下基站、机架、载频、站点、小区和收发信机之间的关系。在实际应用中BSC一般都在运营商的中心机房BTS设备则分散在各个区域。如果要新覆盖一个区域则先找个高处建一座小机房机房上安装了一个铁塔租用或者自建一条从中心机房到小机房的传输线路。把BTS的机架和载频等硬件设备搬进去载频插上连好线物理的安装就完成了。接着开始从后台配置数据这才是重点。先进行物理配置先新建基站然后建机架机架中创建载频和其他必要的如CMM等组件。物理视图中机架和载频的配置和实际硬件环境要一致。接着在逻辑视图中配这些硬件的逻辑关系。物理视图中建了个基站则逻辑视图中建个站点。假设我们有个机架各有三个载频。我们总共可以创建个收发信机每个收发信机对应个载频。个载频可以放在同个小区也可以分配给多个小区。这要看网络的规划。下面这个图中是一种可能的配置方式。总结一下吧物理配置是记录系统中有那些硬件设备逻辑配置则描述了这些硬件如何协同工作以及无线参数等。其中基站和站点是一一对应的载频(TRX)和收发信机是一一对应的但机架和小区没有对应关系。BTS本身是一个网元在我们习惯的说法中提到BTS有时指的是基站(如:“明天BTS会发到现场”)。但在阅读代码的时候我们看到对一个abis消息的Lapd头中包括了以下参数这些值都是在逻辑视图中配置的。其中特别的是这个BtsId指的并非基站编号而是小区的编号在理解的时候要注意。WORDwSiteId*站点编号*BYTEbyBtsId*小区编号*BYTEbyTrxId*收发信机编号*关于信道号(ChannelNum)在代码中要描述一个信道需要个参数上面的个加上信道号。byChlNum存在lptRancsInst>tChanneltChlDescri结构中这一个字节包含了部分信息:信道类型和信道在TRX中的时隙号具体编码方式协议中是这样说的:三位表示TN(时隙号)-位描述如下:BitsTCHFACCHsTTCHHACCHsTTSDCCHSACCHCorCBCH(SDCCH)TTTSDCCHSACCHCorCBCH(SDCCH)T位表示子信道号TCHF没有子信道TCHH有两个子信道SDCCH有~共个子信道这里具三个例子来说明TCHF信道时隙号没有子信道TCHH信道时隙号子信道SDCCH时隙号子信道同步、异步、伪同步和预同步切换这种切换类型的差别主要在于对TA值的处理上切换类型由BSC决定在切换命令中告诉手机。同步就是说切换过去之后手机还继续使用原来的TA值如果是异步则手机先发一个HandoverAccessBTS收到后算出新TA通过PhysicialContext消息将TA告诉手机于是手机以新的TA接入。一般小区内或同站址(机房)的小区间切换可以使用同步否则就应该用异步。伪同步和预同步是同步切换的特例。伪同步就是说个小区其实并不同步但是知道者的时钟基准差于是在切换命令中把这个差值带下去手机算出新TA然后像同步切换一样接入新信道预同步则是在切换命令中直接告诉手机新TA然后手机像同步切换一样接入新信道。BTS上报的错误报告和错误指示这个消息的区别在于:ErrorReport:BTS收到错误消息比如消息长度内容有误或者不该发的消息(比如在一条本来就没激活的信道上发去激活消息)。一般在错误报告消息中会带上出错的消息的全部码流ErrorInd:无线链路出错如I帧长度不对T超时等测量结果中的参数测量结果是进行定向重试和切换的依据测量结果中的信息能够反映当前手机所处无线网络环境的状况。我们看到测量结果内容分上下行部分上行是BTS测量得到的其中手机负责测量下行所得数据放在“测量报告”中发给BTSBTS负责测量上行所得数据加上BTS发上来的“测量报告”部分拼成“测量结果”发给BSC。下图是信令跟踪对一个测量结果的解码包含了上下行的信息。其中电平值单位是dbm是根据实际无线信号强度测量而得电平值就得到了强度级别(如上图中的)。级别范围是~超出范围的取或。质量反映了误码率(BER)的情况误码率<质量=误码率<质量=……误码率>质量=质量总共~共个级别最好几乎要掉话了。邻区信息中基站识别码(BSIC)=NCCBCC(各位)解码中显示的表示NCC=BCC=BCCH载波的值等于系统消息中邻接小区的索引值收发信机收发信机收发信机收发信机收发信机收发信机逻辑视图小区小区小区站点载频载频载频载频载频物理视图载频机架机架基站vsd�RANCRANUMCDBSAbisDispatchRANCSRANAADispatchAbisBTS�OMSRAN
CONNECTHANDOVERMSC�Avsd��ServeRadioApply()测量报告IdleWaitConnActivateWaitAccessPreServeServeAssignHoGuardRfChlRel()RadioApply()接续请求()接续应答()ChlAct()ChlActAck()RadioAvail()指派切换命令()EstInd()指派切换完成()指派切换完成()指派切换完成()指派切换完成应答()指派完成应答RANABTSBTS释放创建接续模块BTS()RFChlRel()RFChlRelAck

用户评价(0)

关闭

新课改视野下建构高中语文教学实验成果报告(32KB)

抱歉,积分不足下载失败,请稍后再试!

提示

试读已结束,如需要继续阅读或者下载,敬请购买!

评分:

/12

VIP

在线
客服

免费
邮箱

爱问共享资料服务号

扫描关注领取更多福利