hsdpa实现方案设计报告

HSDPA实现方案设计报告项目名称RNC21RRM项目文档编号版本号作者文档更新记录日期更新人版本备注2005519V010创建2005523V0202005527V100目录HSDPA实现方案设计报告11引言411编写目的412预期读者和阅读建议413文档约定414参考资料415缩写术语42一些说明63相关信令流程631小区初始资源分配与重配过程632用户使用HSDSCH的连接建立过程933用户使用HSDSCH的连接释放过程1134用户RL参数的更新与重配过程1335信道类型转换过程1636流量控制过程164关键算法的实现1941资源配置1942呼叫接纳控制算法2043信道类型转换算法20431DCH到HSDSCH20432HSDSCH到DCH或CELL_PCH2144分组调度算法21441PFPROPORTIONALFAIR算法概述21442PF算法在HSDPA中的应用22443对PF算法的补充2345拥塞控制算法2346AMCHARQ235其它相关内容236下一步研究建议231引言11编写目的本文对TDSCDMA系统如何实现HSDPA进行了研究，主要给出了高层算法和信令流程，并对涉及的关键技术进行了分析和总结，以期为TDSCDMAHSDPA技术的实现提供参考。12预期读者和阅读建议本文档可供RRM算法研究人员，RNC、NODEB和UE的开发人员阅读。要求读者对TDSCDMA系统的特征和HSDPA技术的特点有初步了解。13文档约定本文档采用WORD2002排版，一、二级标题分别采用小四、五号宋体进行书写，正文采用五号宋体书写。14参考资料13GPPTS25221,PHYSICALCHANNELSANDMAPPINGOFTRANSPORTCHANNELSONTOPHYSICALCHANNELSTDD,V55023GPPTS25222,MULTIPLEXINGANDCHANNELCODINGTDD,V57033GPPTS25224,PHYSICALLAYERPROCEDURESTDD,V58043GPPTS25302,SERVICESPROVIDEDBYTHEPHYSICALLAYER,V57053GPPTS25306,UERADIOACCESSCAPABILITIES,V59063GPPTS25308,HSDPAOVERALLDESCRIPTION,V57073GPPTS25321,MACPROTOCOLSPECIFICATION,V510083GPPTS25423,UTRANIURINTERFACERNSAPSIGNALLING,V512093GPPTS25425,UTRANIURINTERFACEUSERPLANEPROTOCOLSFORCCHDATASTREAMS,V570103GPPTS25433,UTRANIUBINTERFACENBAPSIGNALLING,V5110113GPPTS25435,UTRANIUBINTERFACEUSERPLANEPROTOCOLSFORCCHDATASTREAMS,V570123GPPTR25848,PHYSICALLAYERASPECTSOFUTRAHIGHSPEEDDOWNLINKPACKETACCESS,V400133GPPTR25899,HIGHSPEEDDOWNLINKPACKETACCESSHSDPAENHANCEMENTS,V61014TDSCDMA第三代移动通信系统标准15HSDPA特性需求分析报告15缩写术语AMACKNOWLEDGEDMODEAMCADAPTIVEMODULATIONANDCODINGCFNCONNECTIONFRAMENUMBERCPCONTROLPLANECQICHANNELQUALITYINDICATORDCHDEDICATEDCHANNELDSCHDOWNLINKSHAREDCHANNELFECFORWARDERRORCORRECTIONFPFRAMEPROTOCOLRVREDUNDANCYVERSIONHARQHYBRIDAUTOMATICREPEATREQUESTHCSNHSSCCHCYCLICSEQUENCENUMBERHSDPAHIGHSPEEDDOWNLINKPACKETACCESSHSDSCHHIGHSPEEDDOWNLINKSHAREDCHANNELHSPDSCHHIGHSPEEDPHYSICALDOWNLINKSHAREDCHANNELHSSCCHSHAREDCONTROLCHANNELFORHSDSCHHSSICHSHAREDINFORMATIONCHANNELFORHSSICHIEINFORMATIONELEMENTMACHSMEDIUMACCESSCONTROLHIGHSPEEDPDUPROTOCOLDATAUNITRLRADIOLINKSDUSERVICEDATAUNITSIDSIZEINDEXTBTRANSPORTBLOCKTFRITRANSPORTFORMATANDRESOURCEINDICATORTNLTRANSPORTNETWORKLAYERTSNTRANSPORTSERIALNUMBERTTITRANSMISSIONTIMEINTERVALVFVERSIONFLAG2一些说明本文只讨论了单载波HSDPA的一些实现问题，重点总结了相关的信令流程和高层算法。多载波HSDPA的实现方案目前正在研究中，对标准需要进行一定的修改，本文对此没有加以总结和讨论。3相关信令流程31小区初始资源分配与重配过程首先，通过资源状态指示过程，NODEB向RNC报告管辖的小区中是否支持HSDPA。CRNCNODEBRESOURCESTAUSINDICATION图31RESOURCESTATUSINDICATIONPROCEDURE,SUCCESSFULOPERATION其中，NODEB在消息”RESOURCESTATUSINDICATION”中，指示是否支持HSDPA的IE如下IE/GROUPNAMEPRESENCERANGEIETYPEANDREFERENCESEMANTICSDESCRIPTIONCRITICALITYASSIGNEDCRITICALITYMESSAGEDISCRIMINATORM92145MESSAGETYPEM92146YESIGNORETRANSACTIONIDM92162CHOICEINDICATIONTYPEMYESIGNORENOFAILURELOCALCELLINFORMATION1EACHIGNORELOCALCELLIDM92138HSDPACAPABILITYO92131GAYESIGNORESERVICEIMPACTINGLOCALCELLINFORMATION0EACHIGNORECELLINFORMATION0EACHIGNORECIDM9219RESOURCEOPERATIONALSTATEO92152AVAILABILITYSTATUSO9212HSDSCHRESOURCESINFORMATION01YESIGNORERESOURCEOPERATIONALSTATEM92152AVAILABILITYSTATUSM9212HSDPA初始资源的分配和修改由物理共享信道重配置过程完成，见下图。CRNCNODEBPHYSICALSHAREDCHANELREONFIGUTIONREQUSTPHYSICALSHAREDCHANELRECONFIGUTIONRESPOS图32PHYSICALSHAREDCHANNELRECONFIGURATION,SUCCESSFULOPERATION在消息”PHYSICALSHAREDCHANNELRECONFIGURATIONREQUEST”中，与128MTDD系统相关的IE如下HSPDSCHTDDINFORMATION01GLOBALREJECTDLTIMESLOTANDCODEINFORMATIONLCR0MANDATORYFOR128MCPSTDDNOTAPPLICABLETO384MCPSTDDTIMESLOTLCRM92324AMIDAMBLESHIFTLCRM9237ACODESLCR1TDDCHANNELISATIONCODEM92319HSPDSCHANDHSSCCHTOTALPOWEROMAXIMUMTRANSMISSIONPOWER92140MAXIMUMTRANSMISSIONPOWERTOBEALLOWEDFORHSPDSCHANDHSSCCHCODESINTHETIMESLOTYESREJECTADDTOHSSCCHRESOURCEPOOL01GLOBALREJECTHSSCCHINFORMATIONLCR0APPLICABLETO128MCPSTDDONLYGLOBALREJECTHSSCCHIDM9235GATIMESLOTLCRM92324AMIDAMBLESHIFTLCRM9237AFIRSTTDDCHANNELISATIONCODEMTDDCHANNELISATIONCODE92319SECONDTDDCHANNELISATIONCODEMTDDCHANNELISATIONCODE92319MAXIMUMHSSCCHPOWERMDLPOWER92121HSSICHINFORMATIONLCR1HSSICHIDM9235GBTIMESLOTLCRM92324AMIDAMBLESHIFTLCRM9237ATDDCHANNELISATIONCODEM92319MODIFYHSSCCHRESOURCEPOOL01GLOBALREJECTHSSCCHINFORMATIONLCR0APPLICABLETO128MCPSTDDONLYGLOBALREJECTHSSCCHIDM9235GATIMESLOTLCRO92324AMIDAMBLESHIFTLCRO9237AFIRSTTDDCHANNELISATIONCODEOTDDCHANNELISATIONCODE92319SECONDTDDCHANNELISATIONCODEOTDDCHANNELISATIONCODE92319MAXIMUMHSSCCHPOWERODLPOWER92121HSSICHINFORMATIONLCR01HSSICHIDM9235GBTIMESLOTLCRO92324AMIDAMBLESHIFTLCRO9237ATDDCHANNELISATIONCODEO92319DELETEFROMHSSCCHRESOURCEPOOL0GLOBALREJECTHSSCCHIDM9235GACONFIGURATIONGENERATIONIDO92116YESREJECT资源配置成功时，NODEB在响应消息”PHYSICALSHAREDCHANNELRECONFIGURATIONRESPONSE”中包含的IE为IE/GROUPNAMEPRESENCERANGEIETYPEANDREFERENCESEMANTICSDESCRIPTIONCRITICALITYASSIGNEDCRITICALITYMESSAGEDISCRIMINATORM92145MESSAGETYPEM92146YESREJECTTRANSACTIONIDM92162CRITICALITYDIAGNOSTICSO92117YESIGNORE32用户使用HSDSCH的连接建立过程流程见下图。UENODEBSERVINGRNCDRIFTRNCRNSAPRNSAPRNSAPNBAPNBAPRNSAPNBAPNBAPRRCRRCRRCRRC4RADIOLINKRECONFIGREADY1RADIOLINKRECONFIGPREPARE2RADIOLINKRECONFIGPREPARE3RADIOLINKRECONFIGREADY7ALCAPIUBTRANSBEARERSETUP8ALCAPIURTRANSBEARERSETUP9DCCHRADIOBEARERRECONFIGURATION10DCCHRADIOBEARERRECONFIGURATIONCOMPLETEHSDSCHFPHSDSCHFPHSDSCHFPHSDSCHFPHSDSCHFPHSDSCHFP12HSDSCHCAPACITYREQUEST11HSDSCHCAPACITYREQUEST13HSDSCHCAPACITYALLOCATION14HSDSCHCAPACITYALLOCATION15DATATRANSFERNBAPNBAP6RADIOLINKRECONFIGCOMMITMACHSMACHS16HSSCCHRNSAPRNSAP5RADIOLINKRECONFIGCOMMIT17DATATRANSFER图33HSDSCHCONFIGURATIONANDCAPACITYALLOCATION该流程假定用户已处于CELL_DCH状态，并且已经建立了用户面无线链路。如果没有建立无线链路，而直接分配HSDSCH，那么图中的无线链路重配置过程应由无线链路建立过程替代。实际上，图33也就是用户从DCH转换到HSDSCH接受服务的流程。该图中引入了SRNC和DRNC，目前的TD系统只实现了SRNC，信令流程相对简单一些，但出于完备性和后向兼容的考虑，仍以图33为例进行说明。1为支持HSDPA功能，必须重配将要承载HSDSCH信道的无线链路，SRNC向DRNC发送RADIO_LINK_RECONFIGURATION_PREPARE消息来发起无线链路的重配过程。2DRNC通过NBAPRADIO_LINK_RECONFIGURATION_PREPARE消息请求相应的NODEB来准备同步无线链路重配过程。3NODEB根据HSPDSCHRLID的指示在SERVINGHSDSCHRADIOLINK上为HSDSCH建立所请求的资源并通过NBAPRADIO_LINK_RECONFIGURATION_READY消息作为回应。该消息的HSDSCHTDDINFORMATIONRESPONSEIE中包含HARQMEMORYPARTITIONINGIE。如果RADIO_LINK_RECONFIGURATION_PREPARE消息中携带的HSDSCHINFORMATIONIE含有HSDSCHMACDFLOWSINFORMATIONIE，而后者为一个优先级队列提供了MACHSGUARANTEEDBITRATEIE，则NODEB将使用这些信息来优化相应HSDPA优先级队列的MACHS调度决策。如果RADIO_LINK_RECONFIGURATION_PREPARE消息中携带的HSDSCHINFORMATIONIE含有HSDSCHMACDFLOWSINFORMATIONIE，而后者为一个优先级队列指定了DISCARDTIMERIE，则NODEB将依据此信息从相关的HSDPA优先级队列中丢弃超时的MACHSSDUS。NODEB发出的回应消息NBAPRADIO_LINK_RECONFIGURATION_READY中携带有HSDSCHTDDINFORMATIONRESPONSEIE，而后者含有针对每个已建立HSDSCHMACD流的HSDSCHINITIALCAPACITYALLOCATIONIE。同时NODEB将为HSDSCH配置其伴随下行控制信道HSSCCH的参数，并以HSSCCHSPECIFICINFORMATIONRESPONSELCRIE的形式包含于HSDSCHTDDINFORMATIONRESPONSEIE中，而后者由RADIO_LINK_RECONFIGURATION_READY。消息携带。4DRNC完成准备过程后，向SRNC发送RADIO_LINK_RECONFIGURATION_READY回应消息。5SRNC向DRNC发送RNSAPRADIO_LINK_RECONFIGURATION_COMMIT消息。6DRNC向NODEB发送NBAPRADIO_LINK_RECONFIGURATION_COMMIT消息。7SRNC向UE发送RADIO_BEARER_RECONFIGURATION消息来告知其建立所请求的HSDSCH信道。8相应地UE用消息RADIO_BEARER_RECONFIGURATION_COMPLETE作为回应。注意在这一刻，HSDSCH对应的传输信道已经建立，NODEB的MACHS实体也已完成配置以便访问HSDSCH调度机制配备的HSPDSCH资源池。9一旦SRNC发现需要HSDSCH来发送HSDL数据，它将依据HSDSCH帧协议向CRNC发送HSDSCH_CAPACITY_REQUEST控制帧。10CRNC不干涉HSDSCH的调度过程，只是向NODEB前转此控制帧。11NODEB决定HSDSCH上可承载的数据量（流量CREDIT）,并依据HSDSCH帧协议向DRNC回送HSDSCH_CAPACITY_ALLOCATION控制帧来报告相应的信息。12DRNC将HSDSCH_CAPACITY_ALLOCATION控制帧直接转发至SRNC。13SRNC开始向NODEB发送下行数据。（这是通过IUR和IUB接口间的两级中继实现的）。14NODEB通过HSSCCH向UE传递相应的控制信息（配合HSPDSCH的解调和解码等过程）。15NODEB通过HSPDSCH信道向UE发送HSDSCH数据。33用户使用HSDSCH的连接释放过程用户如果在使用HSDSCH的过程中结束服务，释放RRC连接，信令流程与现有RRC连接的释放流程相同，只是个别消息中携带的IE有所不同，具体流程参见下图。UENODEBRNCCNCOMUNICATINGRCRC1DCHULDIRECTTRANSFR_DAT_EQISCONCTRANPRANP2DIRECTTANSFRR_DAT_INDISCOECTRANPRANP3DIRECTTANSFRR_DAT_REQELSRCRC4DCHDLIRECTTRANSFR_DAT_INDELSERCRC5DCHULDIRECTTRANSFR_DAT_EQELSCOMPLETRANPRANP6DIRECTTANSFRR_DAT_INDELSECOMPLETRANPRANP7IURELASECOMNDR_EL_REQRANPRANP8IURELASECOMPTR_EL_IND9ALCPIUBEARRELASE10RCONECTIONELASRCRCRCRC1RCONECTIONELASEMPLENBAPNBAP12RLDELTEQUSNBAPNBAP13RLDELTEESPONS14ALCPIUBBEARRELASE图34RRC连接释放流程上下行直传123456UTRAN直接传输UE与CN之间的NAS消息（包括释放请求和释放完成等）。RRC连接释放7CN通过给RNC发送RANAP消息IURELEASECOMMAND消息发起专用信道的释放过程主要参数释放原因8RNC向CN回送RANAP消息IURELEASECOMPLETE主要参数DATAVOLUMEREPORTIFDATAVOLUMEREPORTINGTOPSISREQUIRED9CN与RNC通过ALCAP协议释放IU承载10RNC向UE发送RRC消息RRCCONNECTIONRELEASE来释放该RRC连接主要参数释放原因11UE向RNC回送RRC消息RRCCONNECTIONRELEASECOMPLETE确认RRC连接的释放12RNC向NODEB发送NBAP消息RADIOLINKDELETION13NODEB向RNC回送NBAP消息RADIOLINKDELETIONRESPONSE14NODEB通过ALCAP协议释放与RNC的IUB传输承载。34用户RL参数的更新与重配过程用户使用HSDSCH的过程中，RL的参数可能发生变化，如MACDFLOW的增加与删除等。其中IUB口的重配置过程如图25，UU口的重配置过程如图26。CRNCNODEBRADIOLINKRECONFIGURATIONREQUESTRADIOLINKRECONFIGURATIONRESPONSE图35UNSYNCHRONISEDRADIOLINKRECONFIGURATIONPROCEDURE,SUCCESSFULOPERATIONUEUTRANTRANSPORTCHANELECFIGUTIOTRANSPORTCHANELRECOFIGUAIOMPTE图36TRANSPORTCHANNELRECONFIGURATION,NORMALFLOW图35，CRNC向NODEB发送的”RADIOLINKRECONFIGURATIONREQUEST”消息中，包含有与HSDPA配置更改相关的IE如下HSDSCHINFORMATIONTOMODIFYUNSYNCHRONISEDIE/GROUPNAMEPRESENCERANGEIETYPEANDREFERENCESEMANTICSDESCRIPTIONHSDSCHMACDFLOWSPECIFICINFORMATION0HSDSCHMACDFLOWIDM92131IALLOCATION/RETENTIONPRIORITYO9211ATRANSPORTBEARERREQUESTINDICATORM92162ABINDINGIDO9214SHALLBEIGNOREDIFBEARERESTABLISHMENTWITHALCAPTRANSPORTLAYERADDRESSO92163SHALLBEIGNOREDIFBEARERESTABLISHMENTWITHALCAPPRIORITYQUEUEINFORMATION0PRIORITYQUEUEIDM92149CSCHEDULINGPRIORITYINDICATORO92153HDISCARDTIMERO92124EMACHSGUARANTEEDBITRATEO92138AACQIPOWEROFFSETO9224CAFORFDDONLYACKPOWEROFFSETO922BFORFDDONLYNACKPOWEROFFSETO92223AFORFDDONLYHSSCCHPOWEROFFSETO92218IFORFDDONLYTDDACKNACKPOWEROFFSETO92318FFORTDDONLYHSDSCHMACDFLOWSINFORMATION添加MACD流时使用IE/GROUPNAMEPRESENCERANGEIETYPEANDREFERENCESEMANTICSDESCRIPTIONHSDSCHMACDFLOWSPECIFICINFORMATION1HSDSCHMACDFLOWIDM92131IALLOCATION/RETENTIONPRIORITYM9211ABINDINGIDO9214SHALLBEIGNOREDIFBEARERESTABLISHMENTWITHALCAPTRANSPORTLAYERADDRESSO92163SHALLBEIGNOREDIFBEARERESTABLISHMENTWITHALCAPPRIORITYQUEUEINFORMATION1PRIORITYQUEUEIDM92149CASSOCIATEDHSDSCHMACDFLOWMHSDSCHMACDFLOWID92131ITHEHSDSCHMACDFLOWIDSHALLBEONEOFTHEFLOWIDSDEFINEDINTHEHSDSCHMACDFLOWSPECIFICINFORMATIONOFTHISIEMULTIPLEPRIORITYQUEUESCANBEASSOCIATEDWITHTHESAMEHSDSCHMACDFLOWIDSCHEDULINGPRIORITYINDICATORM92153HT1M92156ADISCARDTIMEROMACHSWINDOWSIZEM92138BMACHSGUARANTEEDBITRATEO92138AAMACDPDUSIZEINDEX1SIDM92153IMACDPDUSIZEM92138ARLCMODEM92152BHSDSCHMACDFLOWSTODELETEIE/GROUPNAMEPRESENCERANGEIETYPEANDREFERENCESEMANTICSDESCRIPTIONHSDSCHMACDFLOWSTODELETE1HSDSCHMACDFLOWIDM92131I图36，UTRAN向UE发送的”TRANSPORTCHANNELRECONFIGURATION”消息中，包含有与HSDPA配置更改相关的IE如下ADDEDORRECONFIGUREDMACDFLOWINFORMATIONELEMENT/GROUPNAMENEEDMULTITYPEANDREFERENCESEMANTICSDESCRIPTIONVERSIONMACHSQUEUETOADDORRECONFIGURELISTOPREL5MACHSQUEUEIDMPINTEGER07THEMACHSQUEUEIDISUNIQUEACROSSALLMACDFLOWSREL5MACDFLOWIDENTITYMPMACDFLOWREL5IDENTITY10357CT1MPINTEGER10,20,30,40,50,60,70,80,90,100,120,140,160,200,300,400TIMERINMILLISECONDSWHENPDUSARERELEASEDTOTHEUPPERLAYERSEVENTHOUGHTHEREAREOUTSTANDINGPDUSWITHLOWERTSNVALUESREL5MACHSWINDOWSIZEMPINTEGER4,6,8,12,16,24,32REL5MACDPDUSIZEINFOOPMAPPINGOFTHEDIFFERENTMACDPDUSIZESCONFIGUREDFORTHEHSDSCHTOTHEMACDPDUSIZEINDEXINTHEMACHSHEADERREL5MACDPDUSIZEMPINTEGER15000REL5MACDPDUSIZEINDEXMPINTEGER07REL5MACHSQUEUETODELETELISTOPREL5MACHSQUEUEIDMPINTEGER07THEMACHSQUEUEIDISUNIQUEACROSSALLMACDFLOWSREL535信道类型转换过程从DCH转换到HSDSCH的信令流程可参见图33。从HSDSCH转换到DCH的信令流程可参见图35和图36，这是因为，从HSDSCH转换到DCH，就是将原有的MACD流和IUB口的传输承载删除，取而代之的是将逻辑信道映射到DCH上，并且原来使用HSDSCH时伴随的DPCH一般也要删除例如多个UE共享一个DPCH的情况，并重新配置DCH映射的DPCH。36流量控制过程IUB口的流量控制主要由容量请求、容量分配和数据帧传输三个过程组成，参加以下图形。NODEBCRNCCAPCITYREQUEST图37HSDSCH容量请求过程NODEBCRNCCAPCITY_ALOCATION图38HSDSCH容量分配过程NODEBCRNHSDCHDATFRAME图39HSDSCH数据传输过程图37中容量请求控制帧的帧结构见图210。1USERBUFERSIZESERBUFERSIZECONTCMHPISPAREBITS74SPAREEXTENSIONPAYLOAD10321NUMBEROFOCTS70图310HSDSCH容量请求控制帧结构帧结构说明CMCH_PI数据流的优先权，长度为4BIT，0表示最低，15表示最高。USERBUFFERSIZE与CMCHPI指示的数据流对应的缓冲区数据量，长度为16BIT，单位为字节。图38中容量分配控制帧的帧结构参见图211。HSDSCHINTERVALHSDSCHREDITSCONTMAXIMUMACDPDULENGTHMAXIMUACDPDULENGTHCONTHSDSCHREDITSHSDSCHREPTIONPERIODCMHPISPAREBITS7407SPAREEXTENSION图311HSDSCH容量分配控制帧结构帧结构说明CMCH_PI同上；MAXMACDPDULENGTH指明许可的最大MACDPDU尺寸；HSDSCHCREDITS指示允许RNC在一个HSDSCHINTERVAL内发送的优先级为CMCHPI值的MACDPDU数目，长度为11BIT，范围02047。其中0表示禁止传输，2047表示无限制；HSDSCHINTERVAL指示”HSDSCHCAPACITYALLOCATION”帧分配的CREDITS的有效时间间隔。长度8BIT，单位MS，粒度10MS，范围02550MS，0表示禁用CREDITS即禁止传数据。HSDSCHREPETITIONPERIOD表示”HSDSCHCAPACITYALLOCATION”帧分配的CREDITS在第一个INTERVAL过后，可连续使用多少个”HSDSCHINTERVAL”。长度8BIT，范围0255，0表示不限制”INTERVAL”数目。图39中的数据帧结构参见图212。HEADERCRCHEADER70USERBUFFERSIZEFTPAYLOADCRCPAYLOADCRCCONTNUMOFPDUUSERBUFFERSIZECONTSPAREEXTENSIONMACDPDU1MACDPDU1CONTPAYLOADTAILMACDPDULENGTHMACDPDULENGTHSPAREBITS20MACDPDUNCMCHPISPAREBIT74MACDPDUNCONTPADPADSPAREBIT74SPAREBIT74图312HSDSCH数据帧结构帧结构说明HEADERCRCHSDSCH数据帧头的CRC校验，长度为7BIT。CMCHPI数据流的优先权，长度为4BIT，0表示最低，15表示最高。FRAMETYPEFT帧类型，长度为1BIT，0表示数据帧，1表示控制帧。MACDPDULENGTH指示MACDPDU的大小，长度为13BIT。NUMOFPDU指示MACDPDU的数目，长度为8BIT。USERBUFFERSIZE指示用户缓冲区的数据量，长度16BIT。MACDPDU大小由MACDPDULENGTH指示PAYLOADCRC数据部分的CRC校验，长度16BIT。SPAREEXTENSION用于后向兼容，增加新的IE。长度032字节。4关键算法的实现41资源配置考虑只在一个频点配置HSDPA的情况，当上下行时隙比例为15，并将5个下行时隙的全部资源分配给HSDSCH时，可以获28MBPS的峰值传输速率。但此时需要将HSSCCH及下行伴随的DPCH信道配置在TS0，会对本小区或者邻区的公共信道造成比较大的干扰，从而可能影响整个系统的正常工作，因此一般不将HSSCCH配置在TS0。这样下行最多有四个时隙的全部资源用于传输数据，可以获得的峰值速率为224MBPS。图31为使用四个下行时隙传输数据时的HSDPA资源配置图。TS0TS4TS5TS3TS2TS1TS6DWPTSGPUPPTSHSSICHASSOCIATEDUPLINKDPCHHSSCCHASSOCIATEDDOWNLINKDPCHSWITCHPOINTHSDSCH图41HSDPA资源配置图HSSCCH的数目决定了每个TTI最多可以调度的UE数目，如果调度算法采用以TTI为单位的时分调度，下行只需配置一个HSSCCH，上行也只需一个与之关联的HSSICH。关于伴随DPCH，由于系统可用码道较少，为支持更多的UE使用HSDPA，可以考虑多个UE以时分方式共享一个DPCH，但共享一个DPCH的用户不宜过多，否则会影响上行信令的传输及伴随DPCH之间的功控和同步，考虑到信令一般要求的速率为34KBPS，建议取值为2，共享周期为20MS，每个UE使用10MS，可通过系统级和链路级仿真对这些取值进行验证。此外，上下行均需预留一定数目的DPCH，一方面使切换到本小区的用户可以继续使用HSDSCH，另一方面，如果正使用HSDSCH的用户发起话音呼叫，不必中断数据传输服务而调整到其它载波接收语音服务。具体预留的数目需通过仿真进一步确定。该过程由RNC与NODEB交互完成。42呼叫接纳控制算法由于HSDPA技术主要提高了下行数据速率，因此可以使用HSDPA的业务主要包括下行流，上行业务量较小的交互类业务如WWW和背景类业务如FTP下载，接收EMAIL。TDSCDMA系统主要是码道受限，因此可以采用基于可用DPCH的接纳控制算法。设系统分配的伴随DPCH为N个，每个DPCH可由M个UE共享，那么HSDPA支持的用户数最大为NM个，当使用HSDSCH服务的用户数小于NMRM时，允许接入新的用户，否则拒绝。其中R是为切换用户预留的伴随DPCH数。至于被接纳的用户QOS要求能否得到保证，由所采用的调度算法，用户自身的信道条件，使用HSDSCH的用户数等因素共同决定。该算法在RNC实现。43信道类型转换算法431DCH到HSDSCH初始接入时，受可用伴随DPCH的限制或其它因素的影响，某些适合使用HSDSCH的业务可能暂时使用了DCH，当同时满足以下三个条件时，可以考虑将该用户调整到HSDSCH服务1系统有可用的伴随DPCH信道。2用户下行数据量大于某个阈值，上行业务量或请求的最大传输速率小于某个阈值。3用户的信道条件低于某个阈值。其中，第三点主要考虑到当用户信道条件很差时，使用HSDSCH可能长时间不能被调度采用PF算法时，用户仍然可以被调度，详见下文分析，或者即使被调度也只能采用低阶调制和低速率的编码，性能不会得到提升，反而浪费了HSDPA的可用资源。432HSDSCH到DCH或CELL_PCH当满足以下条件中的一个时，可以考虑进行信道类型的转换。1下行一个突发的数据全部传完，如果没有上行数据，且用户没有结束服务，可直接转移到CELL_PCH，如果用户有上行数据，下行信道类型可由HSDSCH转换为DCH。2用户长时间没有得到调度，下行信道类型可由HSDSCH转换为DCH。44分组调度算法在有关HSDPA分组调度算法的研究与讨论中，涉及最多的是MAXC/I、ROUNDROBIN和PROPORTIONALFAIR算法。其中，MAXC/I可以获得最大的小区吞吐量，但其服务公平性最差，覆盖范围小，处于小区边缘的用户可能长时间得不到调度。RR算法为用户分配相同的服务时间，而没有考虑不同用户之间的信道条件差异，因此服务公平性较好，但小区吞吐量性能最差。PF算法则可以在服务公平性和系统吞吐量性能之间取得一定的折中。本文建议TDSCDMA系统采用改进的PF算法。具体描述如下。441PFPROPORTIONALFAIR算法概述该算法由QUALCOMM公司提出，调度策略如下。设时刻T，终端用户K的平均传输速率为，其请求基站传输的实时速KKTR,1,率为，则基站在时刻T选择服务的终端用户为DRCK，MAXRG,1TRDCKJKJMERGEFORMAT1若用户K在该时刻没有数据传输，。0TK用户K的平均吞吐量的更新等式为，KUSEROFRATNTRASMICUENTTRTTRCKCK_11MERGEFORMAT2式中，TC为时间常数，表示时间滑窗的大小。时间滑窗的大小反映了用户对接收不到数据传输的忍受能力，较长的TC将允许等待较长的时间直到该用户的信道质量变好，这有利于系统吞吐量的提高，但可能带来附加的迟延，并造成用户之间服务不公平。实际计算时，把时间折算为TTI，平均速率的更新都是每TTI进行一次。其平均吞吐量更新公式为MERGEFOR11IDRCTIIRKCKCKMAT3式MERGEFORMAT3中，表示若当前TTI用户K被调度，它获得的实KI际传输速率，因为一个TTI可能有多个用户被调度，所以与公式KRCIMERGEFORMAT1中的用户请求的速率可能不同。若当前TTI用户K没有被TDK调度，则取值为0。KDRCI图32给出了以时分方式使用HSDSCH信道的一种可能的资源分配方式。从图中可以看出，尽管UE1的信道条件好于UE2，但经过一段时间后，UE2的平均吞吐量下降导