为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

TD信令浅析(较好)

2013-04-15 20页 doc 690KB 18阅读

用户头像

is_204032

暂无简介

举报
TD信令浅析(较好) TD-RNC 无线信令浅析 本文目的只想起到一个抛砖引玉的作用,很多都是个人一些粗浅见解,希望大家拍砖。 本文信令分析只涉及UE开机注册过程、CS语音呼叫、PS拨号上网等方面一些简单的分析。 1、 UE开机注册网络过程 RrcConnectionRequest  UE向RNC发起RRC连接请求 RadioLinkSetupRequest RNC向NODEB发起无线链路建立,目的在与配置控制面信令,RNC给nodeb配置信令数率 RadioLinkSetupResponse   RrcConnection...
TD信令浅析(较好)
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.elem[0] = 4 .u.tmsi_and_LAI.lai.plmn_Identity.mcc.elem[1] = 6 .u.tmsi_and_LAI.lai.plmn_Identity.mcc.elem[2] = 0 .u.tmsi_and_LAI.lai.plmn_Identity.mnc.n = 2 .u.tmsi_and_LAI.lai.plmn_Identity.mnc.elem[0] = 0 .u.tmsi_and_LAI.lai.plmn_Identity.mnc.elem[1] = 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.elem[0].timeSlotLCR = 3 uL_Code_InformationList.elem[0].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 7 uL_SIRTarget = 80 实际数值为:80/10=8 dL_TimeslotLCR_Information.elem[0].timeSlotLCR = 4 dL_Code_LCR_Information.elem[0].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 15 initial_DL_Transmission_Power = -30 实际值-30/10=-3 ul_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 148 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 0 dl_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 148 dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 0 nrOfTransportBlocks = 1 transportBlockSize = 148 transmissionTimeInterval = 0 信令速率的计算公式是 1×(148-12)/10=13.6 信令速率的计算公式是 1×(148-12)/10=13.6 说明使用的是RRC建立过程采用的是高速信令。 基本业务要区分3.4K和13.6K信令速率,这两者的区别是在RRC建立过程采用的信令速率是高速还是普通速率,采用高速信令(13.6K)比采用普通信令(3.4K)一般来说可以缩短接续时间大概3-5秒。由于进入业务阶段,信令数据大大减少,所以,如果RRC建立阶段采用13.6K高速信令,在RAB指派之后的无线连路重配过程中,也要把信令速率降低为3.4K的。 3) RadioLinkSetupResponse:NODEB上报的上行时隙,iscp,NODEB的ATM地址长度及ATM地址。 uL_TimeSlot_ISCP_LCR_Info.elem[0].timeSlotLCR = 3 uL_TimeSlot_ISCP_LCR_Info.elem[0].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.numbits = 16 ue_RadioAccessCapability.securityCapability.cipheringAlgorithmCap.data = 00 01 说明UE不支持加密 0002 支持加密 0003既支持加密也支持不加密 ue_RadioAccessCapability.securityCapability.integrityProtectionAlgorithmCap.numbits = 16 ue_RadioAccessCapability.securityCapability.integrityProtectionAlgorithmCap.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.elem[0] = 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---完整性保护 integrityProtectionModeInfo.integrityProtectionAlgorithm = 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 进行一些基本配置的直传消息,确认UE和CN的通信,至此信令通道已经完全建立,可以进行数据交互了 uplinkDirectTransfer DirectTransfer DirectTransfer downlinkDirectTransfer RabAssignmentRequest CN向RNS发起RAB指派 RadioLinkReconfigurationPrepare RNC向NODEB发起无线链路重配,重新配置CS电话速率 RadioLinkReconfigurationReady   radioBearerSetup RNS向UE发起RB指派 RadioLinkReconfigurationCommit   RadioLinkRestoreIndication   radioBearerSetupComplete   RabAssignmentResponse 至此RAB指派完成,UE可以进行正常通话 DirectTransfer ( 振铃) 振铃及接续过程,至此UE之间已经开始正常通话。 downlinkDirectTransfer DirectTransfer downlinkDirectTransfer uplinkDirectTransfer DirectTransfer DirectTransfer downlinkDirectTransfer uplinkDirectTransfer DirectTransfer uplinkDirectTransfer 通话结束,UE主动发起与CN断开 DirectTransfer DirectTransfer CN通知UE与网络释放 downlinkDirectTransfer uplinkDirectTransfer UE释放完成 DirectTransfer 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.elem[0] = 12200 说明卡签约的最大速率是12.2K Parameters. guaranteed BitRate.elem[0] = 12200 卡签约的保证速率为12.2k rAB_SetupOrModifyItemFirst.userPlaneInformation.uP_ModeVersions.data = 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.elem[0].dPCH_ID = 100 uL_TimeslotLCR_Information_RL_ReconfPrepTDD.elem[0].timeSlotLCR = 3 uL_Code_InformationModify_ModifyList_RL_ReconfPrepTDDLCR.elem[0].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 7 上行的DPCH ID为100,上行占用时隙3上的码道编号为7,码道编号为7 的意思是在时隙3中的16个码道占用两个码道。 dL_Code_LCR_InformationModify_ModifyList_RL_ReconfPrepTDD.elem[0].dPCH_ID = 139 dL_Timeslot_LCR_InformationModify_ModifyList_RL_ReconfPrepTDD.elem[0].timeSlotLCR = 4 dL_Code_LCR_InformationModify_ModifyList_RL_ReconfPrepTDD.elem[0].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 15 下行的DPCH ID为139,下行占用时隙4上的码道编号为15,码道编号为15 的意思是在时隙4中的16个码道占用1个码道。 由于业务速率在变化,具体码道占用情况需要看多次的无线链路重配准备消息,在每一次的无线链路重配准备中都会告知这个码道是增加还是删除,才能得出确切的码道占用情况。 在radioBearerSetup/radioBearerReconfiguration中我们可以看到每次无线链路重配准备后UE占用的码道 dCH_SpecificInformationList.elem[0].dCH_ID = 1 ul_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 148 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 2 dl_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 148 dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 2 上下行的信令速率为: 1×(148-12)/40=3.4k 因此该信令链路DCH_ID=1速率是3.4Kbps dCH_SpecificInformationList.elem[0].dCH_ID = 2 ul_TransportFormatSet.dynamicParts.elem[0].nrOfTransportBlocks = 0 ul_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 39 ul_TransportFormatSet.dynamicParts.elem[2].nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem[2].transportBlockSize = 81 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 dl_TransportFormatSet.dynamicParts.elem[0].nrOfTransportBlocks = 0 dl_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 39 dl_TransportFormatSet.dynamicParts.elem[2].nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem[2].transportBlockSize = 81 dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 dCH_SpecificInformationList.elem[1].dCH_ID = 3 ul_TransportFormatSet.dynamicParts.elem[0].nrOfTransportBlocks = 0 ul_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 103 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 dl_TransportFormatSet.dynamicParts.elem[0].nrOfTransportBlocks = 0 dl_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 103 dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 dCH_SpecificInformationList.elem[2].dCH_ID = 4 ul_TransportFormatSet.dynamicParts.elem[0].nrOfTransportBlocks = 0 ul_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 60 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 dl_TransportFormatSet.dynamicParts.elem[0].nrOfTransportBlocks = 0 dl_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem[1].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=(81+103+60)/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 CN下发给UE,PDP激活成功 downlinkDirectTransfer 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.elem[0] = 384000 说明卡签约下行最大速率是384K rAB_SetupOrModifyItemFirst.rAB_Parameters.maxBitrate.elem[1] = 64000 说明卡签约上行行最大速率是64K 由于是交互类业务不存在保证速率 卡签约为会话类和流类时有最大速率和保证速率,签约为交互类和背景类是没有保证速率,只有最大速率。 rAB_SetupOrModifyItemFirst.userPlaneInformation.uP_ModeVersions.numbits = 16 rAB_SetupOrModifyItemFirst.userPlaneInformation.uP_ModeVersions.data = 00 01 说明CN的用户面版本是1,决定权在RNC,即速率的选择由RNC来决定 transportLayerInformation.transportLayerAddress.data = 8A 01 01 05 此次业务承载在SGSN用户面地址为138.1.1.5的用户面板SGUP上;在SGSN一般是一个SGUP单板一个用户面地址。 2)RadioLinkReconfigurationPrepare uL_Timeslot_InformationLCR.elem[0].timeSlotLCR = 2 uL_Code_InformationList.elem[0].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 3 上行占用的TS2时隙中的码道编号为3的相关码道 dL_Timeslot_InformationLCR.elem[0].timeSlotLCR = 6 .dL_Code_LCR_Information.elem[0].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 15 .dL_Code_LCR_Information.elem[1].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 16 .dL_Code_LCR_Information.elem[2].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 17 .dL_Code_LCR_Information.elem[3].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 18 .dL_Code_LCR_Information.elem[4].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 19 .dL_Code_LCR_Information.elem[5].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 20 .dL_Code_LCR_Information.elem[6].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 21 .dL_Code_LCR_Information.elem[7].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 22 .dL_Code_LCR_Information.elem[8].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 23 .dL_Code_LCR_Information.elem[9].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 24 .dL_Code_LCR_Information.elem[10].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 25 .dL_Code_LCR_Information.elem[11].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 26 .dL_Code_LCR_Information.elem[12].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 27 .dL_Code_LCR_Information.elem[13].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 28 .dL_Code_LCR_Information.elem[14].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 29 .dL_Code_LCR_Information.elem[15].tdd_ChannelisationCodeLCR.tDD_ChannelisationCode = 30 下行占用TS6的全部码道 具体的码道占用情况要查看多次的无线链路重配准备,但可以查看radioBearerSetup 来得知UE在此次业务过程中第一次码道占用情况,可以用 radioBearerReconfiguration 查看业务速率调整时UE占用码道情况 dCH_SpecificInformationList.elem[0].dCH_ID = 3 ul_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 ul_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 336 ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 1 上行速率为 1×(336-16)/20=16 .dl_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1 dl_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem[2].nrOfTransportBlocks = 2 .dl_TransportFormatSet.dynamicParts.elem[2].transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem[3].nrOfTransportBlocks = 4 .dl_TransportFormatSet.dynamicParts.elem[3].transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem[4].nrOfTransportBlocks = 8 .dl_TransportFormatSet.dynamicParts.elem[4].transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem[5].nrOfTransportBlocks = 12 .dl_TransportFormatSet.dynamicParts.elem[5].transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem[6].nrOfTransportBlocks = 16 .dl_TransportFormatSet.dynamicParts.elem[6].transportBlockSize = 336 .dl_TransportFormatSet.dynamicParts.elem[7].nrOfTransportBlocks = 20 .dl_TransportFormatSet.dynamicParts.elem[7].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.codesRepresentation.u.bitmap.numbits = 16 dl_TS_ChannelisationCodesShort.codesRepresentation.u.bitmap.data = FF FF DL占用的时隙为4 、5、6,所占用的码道分别为16进制的00 FF 、FF FF、FF FF;表示实际占用的码道为时隙5,时隙6的全部码道和时隙4的8个码道。 附录一:CS域业务信令 1.CS域主叫信令流程 CS域主叫信令流程图如下: 2.CS域被叫信令流程 CS域被叫信令流程如下: 3.UE发起的呼叫释放流程 UE发起的呼叫释放流程如下: 4.CN发起的呼叫释放流程 CN发起的呼叫释放流程如下: 附录二 :PS域信令流程 1.UE附着流程 UE附着流程如下所示: 2.UE发起PDP上下文激活流程 UE发起PDP上下文激活流程如下所示: 3.UE发起PDP上下文去激活流程 UE发起PDP上下文去激活流程如下所示: 4.UE去附着流程 UE去附着流程如下所示: _1205131564.vsd � UE� NODEB� RNC CN DT(release) 直传(释放) DT(Release comp.) 直传(释放完成). DT(disconnection) 直传(去连接) IU release command IU释放命令 IU release comp. IU释放完成 RRC connection release RRC连接释放 RRC connection release comp RRC连接释放完成 RL Delete Req 无线链路删除请求 RL Delete Rsp 无线链路删除响应 _1205131566.vsd � UE NODEB� RNC CN RL setup resp 无线链路建立响应 RB setup 无线承载建立 RB setup comp 无线承载建立完成 RAB assignment resp RAB指派响应 DT(Activate PDP Context Accept) 直传(PDP上下文激活接受) DT(Activate PDP Context Req) PDP 上下文激活请求 RAB assignment req RAB指派请求 RL setup req 无线链路建立请求 _1205131567.vsd � UE� NODEB� RNC CN RB Release Req 无线承载释放请求 RB Release Rsp 无线承载释放响应 RL Delete Req 无线链路删除请求 RL Delete Rsp 无线链路删除响应 RAB Assignment(Release)Rsp RAB指派响应(释放) DT(Deactivate PDP Context Req) PDP 上下文去激活请求 DT(Deactivate PDP Context Accept) PDP 上下文去激活接收 RAB Assignment(Release)Req RAB 指派请求(释放) _1205131568.vsd � UE NODEB RNC CN RRC Connection Release RRC连接释放 RRC Connecttion Release comp RRC连接释放完成 RL Delete Req 无线链路删除请求 RL Delete Rsp 无线链路删除响应 DT(Detach) 直传(分离) IU Release Req IU释放请求 IU Release comp IU释放完成 _1205131565.vsd � UE� NODEB RNC CN INITIAL DT(CM service req) 初始化直传(CM服务请求) Initial UE message 初始化UE消息 DT(CM service accept) 直传(CM服务接受) DT(Attach) 直传(附着) DT(Identification req) 直传(一致性请求) DT(Identification resp) 直传(一致性响应) DT(Authentication req) 直传(鉴权请求) RRC connection req. RRC连接请求. RRC connectio
/
本文档为【TD信令浅析(较好)】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索