BSC间硬切换A口协议消息字段说明

1硬切换大杂烩1.切换结构图MSC局间硬切换指的是2个BSC分属于不同的MSC，这2个MSC之间可能直连也可能还通过交换机互联，从理论上说只要各个厂家遵循的协议标准一致，那么局间硬切换业务是可以成功的。MSC1MSC2BSS1BSS2MSE口IS41DIOS4.1A口A口IOS4.1Um口Um口IS2000/95IS2000/95典型的MSC局间连接图对于MSC的局间硬切换，从基站的角度看是一样的，但是在交换侧存在一些区别AnchorMSC:主控MSC，最先为主叫MS或被叫MS分配无线业务信道的MSC。ServingMSC:服务MSC，正在为MS提供服务(无线业务信道)的MSC。TandemMSC:中间MSC，主控和服务MSC之间同一呼叫路径上的中间MSC。TargetMSC:目标MSC，切换后即成为服务MSC的MSC。MSC局内切换：在同一MSC上的两个基站间进行切换，称为MSC内部切换。局间前向切换：目标MSC目前不在呼叫路径上，并且不需要进行路由优化时，进行的切换2为前向切换。局间后向切换：目标MSC曾经是MS的服务MSC，现在是中间MSC或主控MSC（已经存于在呼叫路径上的MSC）且是当前服务MSC的邻接MSC时，进行的切换为后向切换。2.A口信令A口部分硬切换相关的消息一共是8条，HandoffRequired,HandoffRequest,HandoffRequestAck,HandoffCommand,HandoffCommenced,HandoffRequestReject,HandoffComplete,HandoffFailure.主要的是下面4条.M：表示必选参数，如果发送方没有携带该类型的参数，接收方直接拒绝该消息。R：表示在特定条件下，必须携带的参数，如果不携带该类型参数，接收方不会直接拒绝该消息，但是可能会致使切换失败。O：表示可选参数，不管发送方是否携带该类型的参数，都不会造成切换的失败。33.1HandoffRequired消息43.2handoffrequest消息此消息是交换机透传给目标的基站的,和handoffrequired应该是一致的53.3HandoffRequestAck消息63.4HandoffCommand消息对应的是handoffrequestack消息,都是从HandoffRequestAck中得到的2.1信息单元说明2.1.1CellIdentifierList切换目标小区的信息,基站从手机的PSMM消息判断出目标为哪个小区,源侧的BSS可以带多于一个的CI给目标测,类似于一种硬切换进入软切换的方式,如果本局内切换小区鉴别语一般填写为0X02,后面跟着CellID+Sector(对于我们系统只有CellID的概念),有时和其他厂商进行数据配置的时候需要注意(其他厂商有的是BTSID+扇区号,需要我们换算一下),如果MSC间的切换的话,小区鉴别语一般要填写成0X07,对于MSCID唯一的标识一个交换机,由市场号MarketID和交换机号SwitchNumber组成,换算方法为MSCID=MarketID*256+SwitchNumber.72.1.2ClassMarkInformationType2给出的是移动台的一些属性MobileP_REV:移动台版本号SeeListofEntries:该比特置1时接收方忽略3到6八位组的内容,采用7到最后,而该比8特设置为0的时候,接受方只处理3到6的内容,现在我们系统的编码采用的是可配置该字段的数值,但是无论1或0所有字段都全部正常编码.RFPowerCapability:用于功控,一般都为0NAR_AN_CAP:表示手机是否支持窄带模拟系统IS-95:表示手机是否支持95或者2000协议Slotted:表示手机工作在时隙还是非时隙DTX:表示手机是否支持不连续传输MobileTerm:表示手机是否可以被寻呼ANSI/EIA/TIA:表示手机是否支持模拟模式StationClassMark:这个参数是存储在手机中的,编码的格式如下BIT7:设置为1表示频带1,4,0代表其他频段BIT6:为0表示只是CDMA,为1为双模BIT5:1为时隙模式,0为非时隙BIT4:总为0BIT3:总为1BIT2:1为非连续传输,0为连续传输BIT1-BIT0:手机支持模拟模式的功率等级BandClass:频段信息BandClassAirInterfaceSupported:编码如下协议版本小于等于3的时候:9手机的协议版本大于3的情况:2.1.3ResponseRequest表示需要一个相应,编码似乎写死成12.1.4EncryptionInformation加密信息,编码如下:Available:基站对于某种加密算法是否支持10Status:状态是否激活EncryptionParameteridentifier:协议编码如下SMEKEY:信令加密,8个八位组PrivateLongCode:私有长码,6个八位组,第一个八位组的高6BIT没用,实际是42个比特DATAKEY:4个八位组RAND:随机数,基站产生的,在后台的小区参数中可以设置,打开签权开关可设置这个参数2.1.5IS95ChannelIdentify95手机的一些信道信息Hardhandoff:指示是否是硬切换NumberofChannelstoAdd:常为1FrameOffset:源侧为手机分配的祯偏置WalshCodeChannelIndex:源的沃而什码PilotPn:导频偏置ARFCN:频点FreqInclude:是否包含频点指示11PowerCombined:功率合成指示,该腿是否与前面的腿进行功率合并,如果是更软的关系设置为1,软的关系为02.1.6DownLinkRadioEnviroment描述的是CellIdentifierList中的小区的一些强度距离关系.NumberofCells:和CellIdentifierList中的个数对应CellIdentificationDiscriminator:2和7都可CellIdentification:MSCID+CELLID+SECTOR或者CELLID+SECTORCDMATOD:手机到目标小区的距离,可以作为辅助判断切换的手段,单位可以有3种,我们系统是100纳妙光速的距离,单位是30米,如果是以1/8CHIP为单位的话,单位大约是30.5米计算如下:DownLinkSingalStrengthRaw:手机测量的的目标小区的平均的一个导频强度,范围是0~63,换算如下:PS是该导频每PN码片接受的能量与所有的功率(噪音+信号)的比值.122.1.7CDMAServingOneDelay指的是手机测量的手机与参考导频小区的距离,我们系统单位也用的是100纳妙,计算如下:如果信道板的EPN就是参考PN的话，那么参考PN距离基战的TOD计算如下：一个EPN=1/8个CHIP，一个CHIP=光速/1.2288M=300/1.2288那么一个EPN=300/（1.2288*8）（单位是米）我们BSC报告TOD的时候是以100纳秒的光的传播距离为单位的，100纳秒的光的传输是300米，所以一个EPN对应的TOD的单位（100纳秒）就是300/(1.2288*8*300)=1/(1.2288*8)而实际上EPN是手机到基站的2倍的距离，所以一个EPN对应的TOD应该是1/（1.2288*8*2）=6250/12288所以现在算距离的时候是TOD=EPN*6225/12288因为从天线到信道板有个硬件延迟，因此代码中是参考PN的TOD=（EPN-208）*6250/12288.2.1.8IS95MeasuredChannelIdentify标识做硬切换的95信道信息,包括频段和频点信息132.1.9IS2000ChannelIdentifyOTD:设置为1时表示手机使用OTD,orthogonaltransmitdiversityPhysicalchannelcount:源侧使用的物理信道的数量FrameOffset:对应的祯偏置Physicalchanneltype:01为FCH,02为DCCHWalshCodeChannelIndex:沃尔什码QOFMASK:具体用处不太清楚Pilotgatingrate:反向导频信道的速率ARFCN:频点FreqInclude:频点包含指示PowerCombined:更软腿设置为1,软关系为0PilotPN:导频偏置2.1.10QOSparameters用于分组数据,参数带有分组数据的优先等级,13为最高,0为最低142.1.11IS2000MobileCapabilities2000移动台能力,只对1X手机才有这个字段QPCHSupported:表示手机是否支持快速寻呼信道EnhancedRCCFGSupported:表示手机是否支持RCCLASS2(RC345)OTDSupported:表示手机是否支持正交传输分集FCHSupported:表示手机是否支持基本信道DCCHSupported:表示手机是否支持专用控制信道GEOLcationIncluded:是否包含GEOLcationType指示GEOLcationType:地理位置信息,手机版本7以上才有此字段,提供定位的需要FCHInformationBIT-ExactLength:FCH信息的八位组的个数FCHInformationFillBits:填充比特,因为FCH信息按照空口的BIT编码,因此可能不是整数个八位组,因此消息的最后什填充比特,举个例子,如果填充比特是3,那么FCH信息最后的八位组的低3个比特将要全部设置成0.FCHInformationContent:按照空口进行编码,格式如下:15其中fch_frame_size是放在FCH信息的第一个八位组的第7比特上,以此类推到序的方式编码,因此才出现最后一个八位组需要填充比特的情况,其中:fch_frame_size:设置为1表示手机同时支持20毫秒和5毫秒祯for_fch_len:前向RC配置的长度for_fch_rc_map:前向RC的MAP,对应的某BIT为1表示支持特定的RC,比如for_fch_rc_map=111100,表示支持RC1234,但是不支持RC5,6rev_fch_len:反向RC配置的长度rev_fch_map:反向RCMAP,编码方式和前向类似DCCHInformationBit-Exactlength:DCCH信息的八位组的长度DCCHFillBits:DCCH的填充比特,和FCH的类似DCCHInfotmstionContent:按照空口进行编码,格式如下:DCCH_FRAME_SIZE:表示手机支持的20或者5毫秒祯,可见空口层3协议FOR_DCCH_LEN:前向DCCHMAP长度FOR_DCCH_RC_MAP:和基本信道的编码取值一样REV_DCCH_LEN:反向DCCHMAP的长度REV_DCCH_RC_MAP:反向DCCHMAP,和FCH的反向取值一样2.1.12IS2000ServiceConfiguration2000业务配置BIT-ExactLength:后面的字节的长度BIT-Exactlength-FillBits:填充比特,类似2000移动台中的填充比特,对应的BIT为0Is2000serviceconfigurationrecord:空口的当前的业务配置记录,编码从4Octet的高端比特开始,空口中对应的结构是:16FOR_MUX_OPTION/REV_MUX_OPTION:前方向信道的复用选项,主要用于MAC层，进行复用和解复用，将前反向业务信道中的业务类型按照信令业务（signalingtraffic）、基本业务（primarytraffic）和补充业务（secondarytraffic）三种类型进行复用和解复用。复用选项和无线配置（radioconfiguration）共同确定业务信道中的帧结构和传输速