td信令浅析(较好)_第1页
td信令浅析(较好)_第2页
td信令浅析(较好)_第3页
td信令浅析(较好)_第4页
td信令浅析(较好)_第5页
已阅读5页,还剩15页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

TD-RNC 无线信令浅析 本文目的只想起到一个抛砖引玉的作用,很多都是个人一些粗 浅见解,希望大家拍砖。 本文信令分析只涉及 UE 开机注册过程、CS 语音呼叫、PS 拨 号上网等方面一些简单的分析。 1、 UE 开机注册网络过程 RrcConnectionRequest UE 向 RNC 发起 RRC 连接请求 RadioLinkSetupRequest RNC 向 NODEB 发起无线链路建立,目的在与配置控制面信令,RNC 给 nodeb 配置信令数率 RadioLinkSetupResponse RrcConnectionSetup RadioLinkRestoreIndication 无线链路恢复指示,主要是 NODEB 上报过来通知 RNC,它已经和UE 完成空口同步 rrcConnectionSetupComplete UE 上报 RRC 连接完成,表明 UU 口信令通道已经建立完成 initialDirectTransfer UE 向 RNC 发起初始化直传消息,在 CS 域发起位置更新请求 InitialUeMessage 位置更新请求,通过 RNC 转发给 CN, DirectTransfer CN 向 RNC 发起鉴权请求 downlinkDirectTransfer 鉴权请求,消息内容与上一条一致,只是通过 RNC 转发给 UE UplinkDirectTransfer UE 给 RNC 返回鉴权响应 DirectTransfer 鉴权响应,通过 RNC 转发给 CN CommonID CN 将 UE 的 IMSI 下发给 RNC SecurityModeCommand SecurityModeCommand SecurityModeComplete SecurityModeComplete 安全模式与加密 DirectTransfer CN 向 RNC 发起位置更新接受 downlinkDirectTransfer 位置更新接受,通过 RNC 转发给 UE UplinkDirectTransfer 位置更新完成,UE DirectTransfer 位置更新完成,通过 RNC 转发 IuReleaseCommand CN 向 RNC 发起 IU 口的释放 IuReleaseComplete RNC 释放 IU 口 RrcConnectionRelease RNC 向 UE 发起空口释放 rrcConnectionReleaseComplete UE 释放空口 RadioLinkDeletionRequest RNC 向 NODEB 发起无线链路删除请求 RadioLinkDeletionResponse NODEB 删除无线链路 1) RrcConnectionRequest:上报 TMSI,MCC,MNC,LAC 参数以及此次 RRC 连 接建立目的,以上面的信令为例: TMSI= 98800100,MCC=460,MNC=07,LAC=0007, Rrc 建立的原因为网络注册。 .u.tmsi_and_LAI.tmsi.data = B8 F0 01 00 .u.tmsi_and_LAI.lai.plmn_Identity.mcc.n = 3 .u.tmsi_and_LAI.lai.plmn_Identity.mcc.elem0 = 4 .u.tmsi_and_LAI.lai.plmn_Identity.mcc.elem1 = 6 .u.tmsi_and_LAI.lai.plmn_Identity.mcc.elem2 = 0 .u.tmsi_and_LAI.lai.plmn_Identity.mnc.n = 2 .u.tmsi_and_LAI.lai.plmn_Identity.mnc.elem0 = 0 .u.tmsi_and_LAI.lai.plmn_Identity.mnc.elem1 = 7 .u.tmsi_and_LAI.lai.lac.numbits = 16 .u.tmsi_and_LAI.lai.lac.data = 00 07 rrcConnectionRequest.establishmentCause = TRRC_registration 2) RadioLinkSetupRequest: RNC 给 UE 分配的 UL,DL 时隙及所占码道,初始 SIR 目标值。 UL 时隙为 3,所占的码道是 7,UL 初始 SIR 目标值为 8;DL 时隙为 4,所占码 道为 4,初始下行发射功率为 -3dBm uL_TimeslotLCR_Information.elem0.timeSlotLCR = 3 uL_Code_InformationList.elem0.tdd_ChannelisationCodeLCR.tDD_Channel isationCode = 7 uL_SIRTarget = 80 实际数值为:80/10=8 dL_TimeslotLCR_Information.elem0.timeSlotLCR = 4 dL_Code_LCR_Information.elem0.tdd_ChannelisationCodeLCR.tDD_Channel isationCode = 15 initial_DL_Transmission_Power = -30 实际值-30/10=-3 ul_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 148 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 0 dl_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 148 dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 0 nrOfTransportBlocks = 1 transportBlockSize = 148 transmissionTimeInterval = 0 信令速率的计算公式是 1(14812)/1013.6 信令速率的计算公式是 1(14812)/10=13.6 说明使用的是 RRC 建立过程 采用的是高速信令。 基本业务要区分 3.4K 和 13.6K 信令速率,这两者的区别是在 RRC 建立过程采用 的信令速率是高速还是普通速率,采用高速信令(13.6K)比采用普通信令 (3.4K)一般来说可以缩短接续时间大概 35 秒。由于进入业务阶段,信令数 据大大减少,所以,如果 RRC 建立阶段采用 13.6K 高速信令,在 RAB 指派之后 的无线连路重配过程中,也要把信令速率降低为 3.4K 的。 3) RadioLinkSetupResponse:NODEB 上报的上行时隙,iscp,NODEB 的 ATM 地 址长度及 ATM 地址。 uL_TimeSlot_ISCP_LCR_Info.elem0.timeSlotLCR = 3 uL_TimeSlot_ISCP_LCR_Info.elem0.iSCP = 60 transportLayerAddress.numbits = 160 transportLayerAddress.data = 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 05 00 03 07 4) RrcConnectionSetup:RNC-UE frequencyInfo.modeSpecificInfo.u.tdd.uarfcn_Nt = 10055 maxAllowedUL_TX_Power = 24 ul_OL_PC_Signalling.u.individuallySignalled.primaryCCPCH_TX_Power = 28 u.tdd.cellParametersID = 12 cell_id.data = 00 06 1C D0 5) rrcConnectionSetupComplete ue_RadioAccessCapability.securityCapability.cipheringAlgorithmCap.num bits = 16 ue_RadioAccessCapability.securityCapability.cipheringAlgorithmCap.dat a = 00 01 说明 UE 不支持加密 0002 支持加密 0003 既支持加密也支持不加密 ue_RadioAccessCapability.securityCegrityProtectionAlgori thmCap.numbits = 16 ue_RadioAccessCapability.securityCegrityProtectionAlgori thmCap.data = 00 02 说明 UE 支持完整性保护 6) CommonID:CN 告知 RNC, UE 的 imsi data UE_ID.u.iMSI.data = 64 00 77 01 40 10 54 F3 真实的 IMSI 为:46 00 77 10 04 01 45 3 7) SecurityModeCommand : CN 告知 RNC,CN 加密和完整性保护的能力和算法 cipheringAlgorithmCap.data = 00 01 00 01-不加密 00 02-加密 integrityProtectionAlgorithmCap.data = 00 02 00 01-不完整性保护 00 02-完整性保护 integrityProtectionInformation.permittedAlgorithms.elem0 = TRANAP_standard_UMTS_integrity_algorithm_UIA1 说明 CN 支持不加密,支持完整性保护,完整性算法为 UIA 算法 8) SecurityModeCommand : RNC 告知 UE,RNC 加密和完整性保护的能力和算法 cipheringAlgorithmCap.data = 00 01 00 01-不加密 00 02-加密 integrityProtectionAlgorithmCap.data = 00 02 00 01-不完整性保护 00 02-完整性保护 integrityProtectionModeIegrityProtectionAlgorithm = TRRC_uia1 说明 RNC 支持不加密,支持完整性保护,完整性算法为 UIA1 算法 9) SecurityModeComplete: UE- CN chosenIntegrityProtectionAlgorithm = TRANAP_standard_UMTS_integrity_algorithm_UIA1 假如需要 RNC 支持加密,需要在“无线资源全局 AMR 信息”中,修改“空口加解密支持 开关”为打开,这样在“无线资源全局配置信息”中的加密算法才能生效。 UIA0 不支持完整性保护,UIA1 支持完整性保护 UEA0 是无加密算法 UEA1 是加密算法为 UEA1, 10) DirectTransfer RANAP.DirectTransfer.nAS_PDU.data = 05 02 64 F0 70 00 07 17 05 F4 B8 F0 01 00 4A 0C 64 F0 00 64 F0 10 64 F0 20 64 F0 30 对于直传消息我们可以使用 MessageSequenceEditor.exe 工具来解析 以这个直传消息为例,这条消息是 CN 发给 RNC 的: 打开 MessageSequenceEditor 工具-edit-decode-cn-networktoms 将 nAS_PDU.data = 05 02 64 F0 70 00 07 17 05 F4 B8 F0 01 00 4A 0C 64 F0 00 64 F0 10 64 F0 20 64 F0 30 的数值复制到空白处,点击 DECODE,就可 以得到相关的内容。在我们的信令跟踪里面一般都已经将直传消息进行了解析。 如下图:为解析的操作过程。 11) IuReleaseCommand CN 向 RNC 发起 IU 口的释放 cause.u.nAS = TRANAP_normal_release 我们一般在分析信令过程中主要查看是谁发起的释放,释放的具体原因是 什么?这时候一般还要看看那在这条释放消息的前一条消息,用解析工具来分 析到底是谁发起的释放,这个处理故障过程很关键。 开机过程中的释放过程为:首先CN与RNC之间释放IU口,之后RNC与UE之间 释放RRC连接,最后RNC通知NODEB删除无线链路。 2、CS 呼叫过程。 rrcConnectionRequest UE 向 RNC 发起 RRC 连接请求 RadioLinkSetupRequest RNC 向 NODEB 发起无线链路建立,目的在与配置控制面信令 RadioLinkSetupResponse rrcConnectionSetup RadioLinkRestoreIndication 无线链路恢复指示,主要是 NODEB 上报过来通知 RNC,它已经和 UE 完成空口同步 rrcConnectionSetupComplete UE 上报 RRC 连接完成,表明 UU 口信令通道已经建立完成 initialDirectTransfer UE 向 RNC 发起初始化直传消息,在 CS 域发起位置更新请求 InitialUEMessage CS 服务请求,通过 RNC 转发给 CN, DirectTransfer CN 向 RNC 发起鉴权请求 downlinkDirectTransfer 鉴权请求,消息内容与上一条一致,只是通过 RNC 转发给 UE uplinkDirectTransfer UE 给 RNC 返回鉴权响应 DirectTransfer 鉴权响应,通过 RNC 转发给 CN CommonID CN 将 UE 的 IMSI 下发给 RNC DirectTransfer 完成上述过程,UE 已经能够直接和 CN 发生信息交互 downlinkDirectTransfer uplinkDirectTransfer DirectTransfer DirectTransfer downlinkDirectTransfer 进行一些基本配置的直传消息,确认 UE 和 CN 的通信, 至此信令通道已经完全建立,可以进行数据交互了 RabAssignmentRequest CN 向 RNS 发起 RAB 指派 RadioLinkReconfigurationPrepare RNC 向 NODEB 发起无线链路重配,重新配置 CS 电话速率 RadioLinkReconfigurationReady radioBearerSetup RNS 向 UE 发起 RB 指派 RadioLinkReconfigurationCommit RadioLinkRestoreIndication radioBearerSetupComplete RabAssignmentResponse 至此 RAB 指派完成,UE 可以进行正常通话 DirectTransfer ( 振铃) downlinkDirectTransfer DirectTransfer downlinkDirectTransfer uplinkDirectTransfer DirectTransfer DirectTransfer downlinkDirectTransfer uplinkDirectTransfer DirectTransfer 振铃及接续过程,至此 UE 之间已经开始正常通话。 uplinkDirectTransfer DirectTransfer 通话结束,UE 主动发起与 CN 断开 DirectTransfer downlinkDirectTransfer CN 通知 UE 与网络释放 uplinkDirectTransfer DirectTransfer UE 释放完成 IuReleaseCommand CN 向 RNC 发起 IU 口的释放 IuReleaseComplete RNC 释放 IU 口 rrcConnectionRelease RNC 向 UE 发起空口释放 rrcConnectionReleaseComplete UE 释放空口 RadioLinkDeletionRequest RNC 向 NODEB 发起无线链路删除请求 RadioLinkDeletionResponse NODEB 删除无线链路 1)、rrcConnectionRequest establishmentCause = TRRC_originatingConversationalCall 说明这是主叫 业务 2)、RAB 指派之前的信令和 UE 开关机的信令内容差不多,就不在描述。 3)、RabAssignmentRequest RAB 指派是由 CN 下发给 RNC rAB_Parameters.trafficClass = 0 说明该卡的签约类型为会话类 注意:语句中 0 表示会话类业务 1 表示流类业务 2 表示交互类 3 表示背景类 rAB_Parameters.maxBitrate.n = 1 说明目前的 RAB 指派中只有一种最大速率 rAB_Parameters.maxBitrate.elem0 = 12200 说明卡签约的最大速率是 12.2K Parameters. guaranteed BitRate.elem0 = 12200 卡签约的保证速率为 12.2k rAB_SetupOrModifyItemFirst.userPlaneInformation.uP_ModeVersions.d ata = 00 02 说明目前 CN 用户面版本为 2,即速率决定权在 CN,即 CN 下发 那种速率的业务 RNC 就用那种速率的业务。 注意:CN 的用户面版本如果是 1 则决定权在 RNC,即速率的选择由 RNC 来决定 transportLayerAddress.numbits = 160 transportLayerAddress.data = 01 01 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 MGW 的 ATM 地址长度和 ATM 地址 4)、RadioLinkReconfigurationPrepare RNC 向 NODEB 发起无线链路重配, 重新配置 CS 电话速率 uL_Code_InformationModify_ModifyList_RL_ReconfPrepTDDLCR.elem0.dP CH_ID = 100 uL_TimeslotLCR_Information_RL_ReconfPrepTDD.elem0.timeSlotLCR = 3 uL_Code_InformationModify_ModifyList_RL_ReconfPrepTDDLCR.elem0.td d_ChannelisationCodeLCR.tDD_ChannelisationCode = 7 上行的 DPCH ID 为 100,上行占用时隙 3 上的码道编号为 7,码道编号为 7 的意思是在时隙 3 中的 16 个码道占用两个码道。 dL_Code_LCR_InformationModify_ModifyList_RL_ReconfPrepTDD.elem0.dPC H_ID = 139 dL_Timeslot_LCR_InformationModify_ModifyList_RL_ReconfPrepTDD.elem0.t imeSlotLCR = 4 dL_Code_LCR_InformationModify_ModifyList_RL_ReconfPrepTDD.elem0.tdd _ChannelisationCodeLCR.tDD_ChannelisationCode = 15 下行的 DPCH ID 为 139,下行占用时隙 4 上的码道编号为 15,码道编号为 15 的意思是在时隙 4 中的 16 个码道占用 1 个码道。 由于业务速率在变化,具体码道占用情况需要看多次的无线链路重配准备消息, 在每一次的无线链路重配准备中都会告知这个码道是增加还是删除,才能得出 确切的码道占用情况。 在 radioBearerSetup/radioBearerReconfiguration 中我们可以看到每次无线 链路重配准备后 UE 占用的码道 dCH_SpecificInformationList.elem0.dCH_ID = 1 ul_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 148 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 2 dl_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 148 dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 2 上下行的信令速率为: 1(14812)/403.4k 因此该信令链路 DCH_ID1 速率是 3.4Kbps dCH_SpecificInformationList.elem0.dCH_ID = 2 ul_TransportFormatSet.dynamicParts.elem0.nrOfTransportBlocks = 0 ul_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 39 ul_TransportFormatSet.dynamicParts.elem2.nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem2.transportBlockSize = 81 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 dl_TransportFormatSet.dynamicParts.elem0.nrOfTransportBlocks = 0 dl_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 39 dl_TransportFormatSet.dynamicParts.elem2.nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem2.transportBlockSize = 81 dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 dCH_SpecificInformationList.elem1.dCH_ID = 3 ul_TransportFormatSet.dynamicParts.elem0.nrOfTransportBlocks = 0 ul_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 103 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 dl_TransportFormatSet.dynamicParts.elem0.nrOfTransportBlocks = 0 dl_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 103 dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 dCH_SpecificInformationList.elem2.dCH_ID = 4 ul_TransportFormatSet.dynamicParts.elem0.nrOfTransportBlocks = 0 ul_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 60 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 dl_TransportFormatSet.dynamicParts.elem0.nrOfTransportBlocks = 0 dl_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 60 dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 由于是 CS 业务所以在传输信道里面由 3 个 DCH。分别是如下: DCH=2, TTI=20, TB=0、39、81 DCH=3, TTI=20, TB=0,103 DCH=4, TTI=20 TB=0,60 可以计算出上下行最大速率: maxBitrate(8110360)/20=12.2k 5)、radioBearerSetup R NC 向 UE 发送 RRC 协议的 RB 建立消息 dl_CCTrCH_TimeslotsCodes.firstIndividualTimeslotInfo.timeslotNumber = 4 dl_TS_ChannelisationCodesShort.codesRepresentation.u.bitmap.numbits = 16 dl_TS_ChannelisationCodesShort.codesRepresentation.u.bitmap.data = 00 03 DL 时隙为 4 ,所占用的码道为 16 进制的 00 03,换算成 2 进制之后为 0000000000000011 表示在此次呼叫过程中下行 DCH 占用时隙 4 的两个码道。 3、PS 呼叫过程。 rrcConnectionRequest UE 发起 RRC 连接请求,在请求消息中携带了手机能力信息 RadioLinkSetupRequest RNC 给 nodeb 配置信令数率 RadioLinkSetupResponse rrcConnectionSetup RadioLinkRestoreIndication NODEB 上报给 RNC 空口已经同步 rrcConnectionSetupComplete initialDirectTransfer UE 向 CN 发起 attch req InitialUEMessage RNC 向 CN 转发 attch req DirectTransfer downlinkDirectTransfer uplinkDirectTransfer 鉴权过程 DirectTransfer SecurityModeCommand securityModeCommand securityModeComplete SecurityModeComplete 完整性和加密过程 CommonID CN 下发给 RNC,目前 ps 业务中 UE 使用的 IMSI 号 DirectTransfer CN 回复给 UE,Attach accept downlinkDirectTransfer uplinkDirectTransfer UE 回复 CN,Attach complete DirectTransfer uplinkDirectTransfer UE 向 CN 发起 PDP 激活请求 DirectTransfer RabAssignmentRequest CN 下发给 UTRAN,告诉 UTRAN 目前的配置上下业务最大的数率,业务类型等等 RadioLinkReconfigurationPrepare 重配中 RNC 告诉 NODBE 应该配置的业务速率的组合是哪些,如果之前的使用的是高速信令的话,通过这条消息就将信令速率降成低速 RadioLinkReconfigurationReady radioBearerSetup RNS 向 UE 发起 RB 指派 RadioLinkReconfigurationCommit RadioLinkRestoreIndication radioBearerSetupComplete RabAssignmentResponse 至此 RAB 指派完成,UE 可以进行 PS 业务 DirectTransfer downlinkDirectTransfer CN 下发给 UE,PDP 激活成功 1)RabAssignmentRequest rAB_SetupOrModifyItemFirst.rAB_Parameters.trafficClass = 2 说明该卡的签约类型为交互类 注意:语句中 0 表示会话类业务 1 表示流类业务 2 表示交互类 3 表示背景类 rAB_SetupOrModifyItemFirst.rAB_Parameters.maxBitrate.n = 2 说明目前的 RAB 指派中有两种种最大速率 rAB_SetupOrModifyItemFirst.rAB_Parameters.maxBitrate.elem0 = 384000 说明卡签约下行最大速率是 384K rAB_SetupOrModifyItemFirst.rAB_Parameters.maxBitrate.elem1 = 64000 说明卡签约上行行最大速率是 64K 由于是交互类业务不存在保证速率 卡签约为会话类和流类时有最大速率和保证速率,签约为交互类和背景类是没 有保证速率,只有最大速率。 rAB_SetupOrModifyItemFirst.userPlaneInformation.uP_ModeVersions.numbi ts = 16 rAB_SetupOrModifyItemFirst.userPlaneInformation.uP_ModeVersions.data = 00 01 说明 CN 的用户面版本是 1,决定权在 RNC,即速率的选择由 RNC 来决定 transportLayerInformation.transportLayerAddress.data = 8A 01 01 05 此次业务承载在 SGSN 用户面地址为 的用户面板 SGUP 上;在 SGSN 一 般是一个 SGUP 单板一个用户面地址。 2)RadioLinkReconfigurationPrepare uL_Timeslot_InformationLCR.elem0.timeSlotLCR = 2 uL_Code_InformationList.elem0.tdd_ChannelisationCodeLCR.tDD_Channel isationCode = 3 上行占用的 TS2 时隙中的码道编号为 3 的相关码道 dL_Timeslot_InformationLCR.elem0.timeSlotLCR = 6 .dL_Code_LCR_Information.elem0.tdd_ChannelisationCodeLCR.tDD_Channe lisationCode = 15 .dL_Code_LCR_Information.elem1.tdd_ChannelisationCodeLCR.tDD_Channe lisationCode = 16 .dL_Code_LCR_Information.elem2.tdd_ChannelisationCodeLCR.tDD_Channe lisationCode = 17 .dL_Code_LCR_Information.elem3.tdd_ChannelisationCodeLCR.tDD_Channe lisationCode = 18 .dL_Code_LCR_Information.elem4.tdd_ChannelisationCodeLCR.tDD_Channe lisationCode = 19 .dL_Code_LCR_Information.elem5.tdd_ChannelisationCodeLCR.tDD_Channe lisationCode = 20 .dL_Code_LCR_Information.elem6.tdd_ChannelisationCodeLCR.tDD_Channe lisationCode = 21 .dL_Code_LCR_Information.elem7.tdd_ChannelisationCodeLCR.tDD_Channe lisationCode = 22 .dL_Code_LCR_Information.elem8.tdd_ChannelisationCodeLCR.tDD_Channe lisationCode = 23 .dL_Code_LCR_Information.elem9.tdd_ChannelisationCodeLCR.tDD_Channe lisationCode = 24 .dL_Code_LCR_Information.elem10.tdd_ChannelisationCodeLCR.tDD_Chann elisationCode = 25 .dL_Code_LCR_Information.elem11.tdd_ChannelisationCodeLCR.tDD_Chann elisationCode = 26 .dL_Code_LCR_Information.elem12.tdd_ChannelisationCodeLCR.tDD_Chann elisationCode = 27 .dL_Code_LCR_Information.elem13.tdd_ChannelisationCodeLCR.tDD_Chann elisationCode = 28 .dL_Code_LCR_Information.elem14.tdd_ChannelisationCodeLCR.tDD_Chann elisationCode = 29 .dL_Code_LCR_Information.elem15.tdd_ChannelisationCodeLCR.tDD_Chann elisationCode = 30 下行占用 TS6 的全部码道 具体的码道占用情况要查看多次的无线链路重配准备,但可以查看 radioBearerSetup 来得知 UE 在此次业务过程中第一次码道占用情况,可以用 radioBearerReconfiguration 查看业务速率调整时 UE 占用码道情况 dCH_SpecificInformationList.elem0.dCH_ID = 3 ul_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 336 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 上行速率为 1(336-16)/20=16 .dl_TransportFormatSet.dynamicParts.elem1.nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem1.transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem2.nrOfTransportBlocks = 2 .dl_TransportFormatSet.dynamicParts.elem2.transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem3.nrOfTransportBlocks = 4 .dl_TransportFormatSet.dynamicParts.elem3.transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem4.nrOfTransportBlocks = 8 .dl_TransportFormatSet.dynamicParts.elem4.transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem5.nrOfTransportBlocks = 12 .dl_TransportFormatSet.dynamicParts.elem5.transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem6.nrOfTransportBlocks = 16 .dl_TransportFormatSet.dynamicParts.elem6.transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem7.nrOfTransportBlocks = 20 .dl_TransportFormatSet.dynamicParts.elem7.transportBlockSize = 336 .dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 下行速率为 Dl=20(336-16)/20=320k 3)、radioBearerSetup dl_CCTrCH_TimeslotsCodes.firstIndividualTimeslotInfo.timeslotNumber = 4 dl_TS_ChannelisationCodesShort.codesRepresentation.u.bitmap.numbits = 16 dl_TS_ChannelisationCodesShort.codesRepresentation.u.bitmap.data = 00 1F DL 占用的时隙为 4 ,所占用的码道为 16 进制的 00 1F,换算成 2 进制之后为 0000000000011111 表示在此次呼叫过程中下行 DCH 占用时隙 4 的五个码道。 4)、radioBearerReconfiguration RB 重配 dl_CCTrCH_TimeslotsCodes.firstIndividualTimeslotInfo.timeslotNumber = 4 dl_TS_ChannelisationCodesShort.codesRepresentation.u.bitmap.numbits = 16 dl_TS_ChannelisationCodesShort.codesRepresentation.u.bitmap.data = 00 FF newParameters.individualTimeslotInfo.timeslotNumber = 5 dl_TS_ChannelisationCodesShort.codesRepresentation.u.bitmap.numbits = 16 dl_TS_ChannelisationCodesShort.codesRepresentation.u.bitmap.data = FF FF newParameters.individualTimeslotInfo.timeslotNumber = 6 dl_TS_ChannelisationCodesShort.codesRepresen

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论