cdma2000-1x資源分配詳細(xì)設(shè)計(jì)

概 系統(tǒng)位置與設(shè)計(jì)目 縮略 參考文 設(shè)計(jì)輸 設(shè)計(jì)輸 設(shè)計(jì)綜 資源分配內(nèi) 本文檔的組 各資源分配策略和詳細(xì)設(shè) 信道板CE資源分配及其RC配 CSM5000CE處理單元資源分配要 CSM5000處理能 CE資源分配設(shè) 95 -1x信道板混插的支 CE資源的分 CSM5000前向CE分配 CSM5000反向CE分配 CSM1.5信道板的CE分 WalshCode資源分配需 反向信道的WalshCode安 前向物理信道的WalshCode安 WalshCode和QOF的資源分配原 WalshCode資源分配算 分配算 數(shù)據(jù)結(jié) WalshCode和QOFs資源分配流 分配流 資源釋放流 SVM860上SVE和SDE的分 SVM860話音信號(hào)的處理和SVM幀偏 SVM860處理數(shù)據(jù)業(yè) SVE的資源分配設(shè) SDE的資源分配設(shè) 信道板的幀偏置資源分 95的信道板幀偏置資源分 -1X信道板的幀偏置資源分 CSM5000幀偏置資源的分 CE_FO與SVE_FO之間幀偏置的對(duì)應(yīng)關(guān) 幀關(guān)系描 延遲分 前向傳輸延 反向傳輸延 幀偏置的對(duì)應(yīng)關(guān)系計(jì) 與MSC的電路分配 功率資源和過(guò)載控 各資源分配的作用 CE資源的作用 SVE/SDE資源的作用 基本信道資源分配詳細(xì)設(shè) 基本信道資源分配設(shè) BSC端信道資源的分 BTS端信道資源的分 接口函數(shù)參數(shù)定義和過(guò)程設(shè) 查詢中繼電路所對(duì)應(yīng)的聲并置忙 釋放聲 釋放中繼電路及所對(duì)應(yīng)聲 SCH資源分配詳細(xì)設(shè) SCH信道資源分配設(shè) D_R資源收集及系統(tǒng)時(shí)鐘子模 接口函數(shù)參數(shù)定義和過(guò)程設(shè) FSCH資源分配調(diào)用接 SCH資源釋放調(diào)用接 _dbDM_ReleaseFwdSCH函 _pDM_ReleaseFwdSCH函 RSCH資源分配調(diào)用接 _pDM_RevSCHResourceAllocate函 RSCH資源釋放調(diào)用接 _dbDM_ReleaseRevSCH函 _pDM_ReleaseRevSCH函 版本及評(píng) 版本歷 本版本評(píng)審記 （D_M）(D_V)CDMA2000Phase目前已經(jīng)設(shè)計(jì)完成的遵循IS-95空中接口標(biāo)準(zhǔn)的CDMABSS系統(tǒng)將要進(jìn)行設(shè)計(jì)Forward/ReverseFundamental ControlChannelForward/ReverseSupplementalCodeChannelForward/ReverseSupplementalPagingQuickPagingR-Access ControlChannelForward/ReversePilotTransmitDiversityPilotAuxiliaryTransmitDiversityPilotSyncCommonPowerControlR-EnhancedAccessBroadcastControl2G2GBaseStation3G3GBaseStationChannelChannelProcessingChannelProcessingModuleforCDMA-ONEBSS用的信道處理模塊，采用CSM1.5，支持IS-95ChannelProcessingModuleforCDMA2000-1XBSSSelector&VocoderSelector&Vocoder CeCE幀偏置（BTS空SVESVE幀偏置，只是對(duì)應(yīng)幀處《CSM5000的CEM軟件中的資源分配模塊Introductiontocdma2000StandardsforSpreadSpectrumSystems;3GPP2C.S0001-APublicationVersion；PhysicalLayerStandardforcdma2000SpreadSpectrumSystems;3GPP2C.S0002-APublicationVersion；MediumAccessControl(MAC)Standardforcdma2000SpreadSpectrumSystems;3GPP2C.S0003-APublicationVersion；SignalingLinkAccessControl(LAC)Standardforcdma2000SpreadSpectrumSystems;3GPP2C.S0004-APublicationVersion；UpperLayer(Layer3)SignalingStandardforcdma2000SpreadSpectrumSystems;3GPP2C.S0005-APublicationVersion； m《CDMA2000-1XBSS數(shù)據(jù)庫(kù)資源分配詳細(xì)設(shè)計(jì)支持復(fù)雜而有效的WalshCode和Qof的分配需求；而帶來(lái)的較嚴(yán)格的SVM與幀偏置對(duì)應(yīng)關(guān)系計(jì)算的要求；BTS內(nèi)CSM1.5的信道板與CSM5000的信道板混插的要求WalshCodeandRF的資源，當(dāng)前系統(tǒng)主要由功率分配制約前向信道的分配，擴(kuò)頻碼不再abiscr_OriginatA1r amrabiscfSPS的資源申請(qǐng)過(guò)程考慮整個(gè)分配的制約原則，所以本文的組WalshCodeandBSC上的資源，蘭框表示BTS資源，基本信道的分配是建立在基本資源元素分配的基礎(chǔ)上的，SCH的分配首先需要有相應(yīng)基本信道的分配，然后在基本信道分SCH所需資源。紅色箭頭表示在基本信道和補(bǔ)充信道資源分配中BSCBTS間資源關(guān)系的準(zhǔn)則是SVE/SDE幀偏置和CE幀偏置資源的對(duì)應(yīng)關(guān)系。考慮到CSM1.5和CSM5000的資源分配時(shí)需求的差別。在對(duì)CSM1.5對(duì)應(yīng)的CE資源進(jìn)行分配時(shí)，按照現(xiàn)在CDMAONE系統(tǒng)的資源分配方式。的要求，對(duì)CE單元的資源分配策略進(jìn)行描述。的前反向物理信道的CE單元時(shí)，要求前反向CE處理單元必須在同一個(gè)CSM中。CE單元支持的物理信道配置為：RC1,RC2,RC3,RC4CE單元支持的物理信編碼速率所需要的CE數(shù)量有所不同。以下前向物理信道需要占用1CE單元：1111111111112124248488R_ACH,R_DCCH,R_FCH,R-SCHCE單元數(shù)量與傳輸速率的對(duì)應(yīng)關(guān)系如下表所示,111112488資源。這與CSM1.5的資源分配要求有明顯的區(qū)別。在進(jìn)行CSM5000的CE進(jìn)行資源分配時(shí)，必須考慮到其處理能力，CSM5000CE1/8 配,該速率下的分配和實(shí)際效果尚待檢驗(yàn)CSM5000對(duì)物理信道的處理是按前反向獨(dú)立考慮的，軟件上是根據(jù)的反向時(shí)間來(lái)進(jìn)行計(jì)算，詳細(xì)的計(jì)算將放在3.4節(jié)幀偏置的分配中。1.25ms所能處理的信道速率來(lái)表示：最大可以支持的速率是64x64個(gè)基本信道幀的處理能力，或416xSCH的處理能力。的時(shí)間超過(guò)1.25ms，CSM5000要求每一路物理信道的完成時(shí)間延遲不能夠超過(guò)6.66ms，也即：如果一路業(yè)務(wù)信道的幀偏置設(shè)置為0，那么它的完成時(shí)間RC1RC3時(shí)，20/0.3066RC2RC4時(shí)，20/0.43466.66ms，所以在一個(gè)幀偏置RC1RC3時(shí)，6.66/0.3022RC2RC4時(shí)，6.66/0.4315RC3為2.46ms（16x=153.6kbps）RC4為1.84ms (8x=115.2kbps)RC34.64ms(16x153.6kbps)RC43.49ms(8x=115.2kbps)Viterbi 20/(2.46+0.307 20/(1.84+0.438Turbo 20/4.644 115.2kbps時(shí)：5+（8-1）12153.6kbps時(shí)：4+（7-1）10也即一個(gè)CSM基本可以滿足語(yǔ)音要求，同時(shí)我們的系統(tǒng)設(shè)計(jì)為每-1X信道板對(duì)應(yīng)2個(gè)CSM，所以幀偏置的對(duì)應(yīng)容量加倍，這樣從處理容量上看基本滿足一個(gè)載頻樣在進(jìn)行CSM5000的CE資源分配時(shí)就要其CE的連續(xù)性，這樣增加了CE資源分配時(shí)的難度。為了簡(jiǎn)化前向CE的分配算法與，將每一片CSM5000的64個(gè)前向CE分成兩組，第一組有36個(gè)CE，用于F-FCH及前向控制信道的分配，資源分配時(shí)不其連續(xù)性；第二組使用28個(gè)CE，只用于前向SCH的資源分配，進(jìn)行管理時(shí)，其連續(xù)性。CSM500032CEFCH分信道的連續(xù)塊分配。CSM5000的前向CE的劃分見(jiàn)下圖所示：（28（28個(gè)(36個(gè))不CE的連續(xù)性CE的連續(xù)性對(duì)于每一個(gè)CSM5000的32個(gè)反向CE單元，由于對(duì)反向SCH信道進(jìn)行CE資源的CE進(jìn)行單獨(dú)管理。CE資源分配時(shí)，CSM5000的另一個(gè)分配需求：用戶對(duì)應(yīng)的所有前反向業(yè)務(wù)信道必須分配在同一個(gè)CSM5000中，即同一用戶的FCH,DCCH,F-SCH和R-SCH必須分在資源表、Fch表、FwdSCHRevSCHCE資源的對(duì)應(yīng)關(guān)系。以便在同一個(gè)CSM5000中進(jìn)行CE資源的分配。95 二者之間的區(qū)別，采用標(biāo)志字1XType和Type來(lái)區(qū)分。源則必須要對(duì)應(yīng)到CSMId，并且需要前反向的幀偏置資源分別進(jìn)行計(jì)算?？梢愿鶕?jù)不同物理信道的RC配置需求來(lái)選擇在95信道板還是1X的信道板上去F-PICH、F-SYNCH、F-PCHF-ACHRC配置均需要為RC1，且因?yàn)椴糠挚刂菩诺溃ò▽ず艉徒尤胄诺溃┓峙湓?95上還有部 -1X信道板上分配前向或反向CE資源。95CE向CE資源池；的前向SCH部分CE資源池，見(jiàn)3.1.3節(jié);FwdSCHCEResourceList[GROUP_MAX][MAX_][CSMNUM_MAX][CSMRSMGR_NUM_MOD_LISTS]SCHCE連續(xù)塊的個(gè)數(shù)，如：當(dāng)未SCHCSM5000SCH16X模式塊＝1，8X模式塊＝1，4X模式塊＝1CE塊進(jìn)行分配，其數(shù)據(jù)typedef{BYTEListArr[CSMDEF_NUM_MOD_RES];/*相同大小塊的各自的起始CE號(hào)*/BYTECount; /*本速率CE塊的個(gè)數(shù)*/}Buddy資源連續(xù)分配方法blockindex--;資源連續(xù)釋放方法BuddyBuddy 話路共用反向32CE池，所以不再采用前向SCHCEBuddy算法。向CE的方法放在3.4節(jié)進(jìn)行詳細(xì)闡述。了cdmaOne系統(tǒng)的分配方式，在分配過(guò)程中也主要考慮了關(guān)于幀偏置的影響。在1.5中幀偏置的分配是考慮CPU860在包含有切換量10％條件下的每個(gè)幀偏置的最由于CSM1.5將前反向CE整合在一個(gè)中，分配時(shí)前反向一起分配，所以不再有單hCEIdleQue[GROUP_MAX][MAX_]：當(dāng)前可用空閑CE的資源池；≤2AvailableFO[GROUP_MAX][MAX_]：信道板上的可用幀偏置，該變量為bit位表道數(shù)過(guò)4）； SetIdle_R_CE(_CE(_CE(SetIdle_R_CE()R_CECE閑（見(jiàn)上圖CodeCDMA2000WalshCode受限，為提WalshCode的可以分配資源，CDMA2000QOFs來(lái)擴(kuò)展資源。在CDMA2000-1X系統(tǒng)中的空中物理信道，可以分配的WalshCode的長(zhǎng)度為：4,8,16,32,64,128WalshLengthWalshCodeWalshCodeQOF=0，1，2，3來(lái)進(jìn)行準(zhǔn)正交調(diào)制,QOF=0WalshCodeWalshCodeQOF對(duì)來(lái)標(biāo)示碼信道，所以不使用QOF時(shí)，填寫(xiě)QOF=0。IS95WalshCodeWalshCode用來(lái)CDMA2000RC1，2IS95中的反WalshCode來(lái)區(qū)分的，各反向物理信道的WalshCode要求見(jiàn)下表：CDMA2000-1XWalshCode來(lái)區(qū)分的，對(duì)于公共控制信道不Code要求如下： 數(shù)量1 WalshCode=W064 QOF=0 數(shù)量 WalshCode= 128QOF= 數(shù)量 WalshCode= 64QOF=7 Rate=9600,4800WalshCode=W164~W64 QOF=0 數(shù)量1 Rate=4800,9600,192007nR=1/2時(shí)，Wn64 QOF=0 W n 數(shù)量 Rate=2400, 可選WalshCodeW80128W 128W 128QOF=0 數(shù)量 nnon-TD W nTDQOF=Rate=R=1/2 Wn128 QOF=R=1/4時(shí) QOF= Rate=9600 Wn641<=n<=63 QOF=0Rate= QOF=Rate=Wn16QOF=Rate=Wn128QOF=Rate=Wn64QOF=Rate= QOF=n RC1,2 W QOF=nnnRC3,5時(shí) W64 QOF=0，1，2，3RC4 W QOF=nnnn RC3,5時(shí) W64 QOF=0，1，2，3RC4 W QOF=nn RateN=1WalshLength=RateN>1WalshLength=64/N RateN=1WalshLength=128RateN>1WalshLength=128WalshCode+WalshCodeQOF資源對(duì)，可以標(biāo)記為：WNQOFM式中：N4，8，16，32，64，1280<=M<NX=就必須保證不正交的各階的WalshCode不能同時(shí)在空中進(jìn)行傳輸。WalshCode數(shù)量是不相同的，4WalshCode4個(gè)，8階的WalshCode84WalshCode8WalshCode不能夠分配，4WalshCode8WalshCode不能夠再8WalshCode4WalshCode也同16128WalshCodeWalshCode的計(jì)算方WalshCodeWalshCode同時(shí)在空中傳相關(guān)的所有其它的WalshCode。根據(jù)WalshCode的正交計(jì)算，總結(jié)出如下簡(jiǎn)單快速的計(jì)算與一個(gè)WalshCode不正交的所有其它WalshCode的簡(jiǎn)單算法：MWalshCodeWNQOFX，與此WalshCodeMCode為 QOF=X，則Ni和Mi符合下列要求NiNMiMmodNiNiNMi=M+N*XM+N*XNi的所有資源對(duì)（X0,1,2,3,4,…128）按照此算法，可以繪制WalshCodeW80的正交樹(shù)形圖如下： 112 根據(jù)上述規(guī)則，可以建立WalshCode的分配原則如下：WalshCode2WalshCodeWalshCode應(yīng)為其兄節(jié)點(diǎn)，如果不同階，應(yīng)選擇其親屬關(guān)系最近的一個(gè)且此WalshCode正交的WalshCode.并且根據(jù)QOFWalshCode的正交性計(jì)算結(jié)果，可以得到QOF的分配原則如下：WalshCode3（QOFs分配原則WalshCode的分配過(guò)程中應(yīng)該盡量分配WalshCodeQOF0、1WalshCodeQOF2的WalshCode，以此類(lèi)推。1XWalshCode同時(shí)參與資源的分配，為了128WalshCode22WalshCode64WalshCode1132WalshCode512818個(gè)，64120128WalshCode，由于控制信道傳輸?shù)乃俾试礁?，要求的?shù)量也就越少，所以這兩個(gè)子樹(shù)用來(lái)分配前向控制信道的WalshCode是滿足要求的。（33，97，121，120---BCCHWaslhLength決定33，49 BCCHWalshLength定0WalshLengthWalshCode的正交特性可以看到，按這種分配方式，可以最大限度QOF=0的各階正交的WalshCode，此時(shí)各階可以分配的WalshCode如下：WalshLength=Code2WalshLength=Code6WalshLength=Code12WalshLength=Code24WalshLength=Code48WalshLength 在CDMA2000-1XBSS產(chǎn)品當(dāng)前階段，前向控制信道只使用F-PICH、一條F-PCH，一條含代QOF可分配的資源有如下數(shù)量：WalshLength=128時(shí)，Code數(shù)量為：128*4-32=480個(gè)WalshLength=64時(shí)， Code數(shù)量為：64*4–16=240個(gè)WalshLength=32時(shí)， Code數(shù)量為：32*4-8=120個(gè)WalshLength=16時(shí)， Code數(shù)量為：16*4-4=56個(gè)WalshLength=8時(shí)， Code數(shù)量為：8*4-2=30個(gè)WalshLength=4時(shí)， Code數(shù)量為：4*4–2=14個(gè)WalshCode，QOF相同時(shí)也不正交，這樣可以同時(shí)使用的最大可以分配的各階的WalshCode數(shù)量為：128*4-32=480個(gè)。WalshCodeQOF資源分配的業(yè)務(wù)信道有：DCCHFCH仔細(xì)考慮資源分配的方式，做到盡量不使用QOF進(jìn)行準(zhǔn)正交擴(kuò)頻，WalshCodeCDMA2000中，WalshCode分配算法采用優(yōu)化的優(yōu)先級(jí)二叉樹(shù)（赫夫曼樹(shù)）進(jìn)行分配計(jì)算，此算法完全滿足WalshCode的所有分配原則，并且分配效率足夠高：WalshCode10HalshO(7)，每次W8_TableW16_Table,W32_Table,W64_Table,W128_TableHash左孩子或右孩子。其中樹(shù)根的W8按照應(yīng)用的分配策略來(lái)排列分配的優(yōu)先級(jí)（主要是依據(jù)45231067其中W08W18由于主要用于控制信道，并有可能會(huì)剩余可分配的高階樹(shù)的HalshW8Hash中指明的優(yōu)先路徑進(jìn)行查找，并指明各子樹(shù)WalshCode的分配優(yōu)先路徑。 Other { intW8Num; 空閑8階WalshCode數(shù)量 intW16Num; 空閑16階WalshCode數(shù)量 intW32Num; 空閑32階WalshCode數(shù)量 intW64Num; 空閑64階WalshCode數(shù)量 int 空閑128階WalshCode數(shù)QOF_TableHaskKeyQOF(0,1,2,{unsigned Wchild{unsignedRChildunsignedLChild{BoolIdle; 此WalshCode是否可以被分配。WChildW16; 16階空閑WalshCode數(shù)量WChildW32; 32階空閑WalshCode數(shù)量WChildW64; 64階空閑WalshCode數(shù)量WChildW128; 128階空閑WalshCode數(shù)量{unsigned LocationWChild WChild WChild {unsignedintLocation;本節(jié)點(diǎn)在父節(jié)點(diǎn)的左右位置WChildW64; 64階空閑WalshCode數(shù)量WChild 128階空閑WalshCode數(shù){unsigned LocationWChild {unsigned Location原則1：當(dāng)左右數(shù)量相同時(shí)，優(yōu)先選擇右樹(shù)14QOF=0，下面的查找過(guò)程均在QOF=0Hash表項(xiàng)上操作。假設(shè)此時(shí)的W8_Table下標(biāo)為1，此時(shí)樹(shù)的節(jié)點(diǎn)為：W18。W916W16_TableHaskkey=9，找到對(duì)應(yīng)的表項(xiàng)。9WalshCode1W964W932W32_Table中的對(duì)應(yīng)表項(xiàng)的對(duì)應(yīng)資源減數(shù)：W64LChild1，W128.LChild2W32為其父節(jié)點(diǎn)的左孩9WalshCode1W932W916W16_Table1,W32.LChild1W32MuttrueW18，并為其右節(jié)=1W16.RChild=1,W16.RChile1，W16Mut=true；W64.RChild1，W6128.RChild減2；Idle=false;是W964的兄弟節(jié)點(diǎn)W4164。假設(shè)此時(shí)W64及其兄弟節(jié)點(diǎn) 64均已經(jīng)被分配。現(xiàn)在要釋放W QOFWalshCodeW64_Table9W128.LChild1，W128.Rchild1。自身為父節(jié)點(diǎn)的位置=左孩子。并計(jì)算出父節(jié)點(diǎn)W932.在W32_Table找到對(duì)應(yīng)表項(xiàng)，設(shè)置W128.LChild加2;W64.LChild=1；此時(shí)如果W64.Rchild0,W32add=false;(否則=true)W916，并取自身位置為左在W16_TableW128.LChild加2，W64.LChild加1W32add=true，則W32.LChild1W32.LChild=W32.Rchild=1,W16add=true計(jì)算父節(jié)點(diǎn)W18，及位置：右孩子。果W32add=true,W32.Rchild加1；如果W16add=true，W16.Rchild加1；如果W16.Rchild=W16.Lchild=1，Idle=true;SVM860SVESDE數(shù)據(jù)接口邏輯單元接收到從來(lái)的反向業(yè)務(wù)數(shù)據(jù)后送到SVP單元。SVP單元將處理后的業(yè)務(wù)數(shù)據(jù)送到相應(yīng)的DSP。DSP完成碼變換后通過(guò)HW接口單元送給元將處理后的反向業(yè)務(wù)數(shù)據(jù)通過(guò)數(shù)據(jù)接口邏輯單元送往。DSP對(duì)前向每路的采樣時(shí)間固定為20ms。因?yàn)镈SP最多要處理3路，而業(yè)務(wù)幀長(zhǎng)是20ms，所以DSP必須在7ms內(nèi)將一路處理完成?？紤]到前反向分別處理，則前向業(yè)務(wù)幀在DSP最多需要7ms的處理時(shí)間。因?yàn)榉聪蛱幚頃r(shí)間比前向處理時(shí)間少3~4ms，所以只需要考慮前向處理。SVM15路，所以MPC8601.33ms內(nèi)將一路處考慮到DSP對(duì)每幀的編碼時(shí)間不同，大5~7ms之間，可能會(huì)出現(xiàn)先開(kāi)始采樣的比后DSP直接輸出到HW線上，邏輯上SVE與HW時(shí)隙間是固定的一一對(duì)應(yīng)關(guān)系， DSPSVM860CPU完成（見(jiàn)上圖HIRS上，通過(guò)BSC-BTSE1送到。由于不同用戶幀在上必須以不同固定幀偏置處理和按的幀偏置的處理方式，將20ms16個(gè)時(shí)間段進(jìn)行不同用戶幀的輸入輸出調(diào)度。由于以上原因，用戶幀的（編碼）輸出作為SVE的幀偏置。SVE號(hào)×（SVMmod2SVEmodK2)×K1+SVE號(hào)K2+5]‘＋5’表示從輸入到輸出差5個(gè)幀偏置時(shí)間。DSPSVE11105122024236574398241984251注：上表由數(shù)據(jù)庫(kù)固定關(guān)系在3.5節(jié)詳細(xì)闡述。以上SVM板音的處理安排與資源分配方式使用CDMAONE系統(tǒng)中使用的策略SVM在處理15路軟切換時(shí)，CPU的處理能力基本上剛好達(dá)到滿負(fù)荷，此時(shí)15路：53路的處理。5路電間長(zhǎng)，所以這一結(jié)果并不能說(shuō)明實(shí)際的CPU處理負(fù)荷。15路話音滿負(fù)荷條件下，DISCO172*15*50*3387kbps，按照此能力可以處理的高速分組數(shù)據(jù)業(yè)務(wù)數(shù)量為387/144kbps=2.69路，這還是反向沒(méi)有考慮SCH軟切換的結(jié)果，如果考慮兩方，甚至軟切換，SVM860處理數(shù)以下我們按當(dāng)前話音和數(shù)據(jù)的SVM860處理分配方式討論關(guān)于SVE和SDE(處SVM860CPU調(diào)度處理時(shí)段稱(chēng)為一個(gè)數(shù)據(jù)選擇和分發(fā)單元)之間的對(duì)應(yīng)SDESVESDEDSP的參予，也HWSVM860SDECPU調(diào)度處理中會(huì)影響原SVE的編碼輸出和話音處理的DSP輸入，一路SDE影響三路SVE(暫時(shí)按此處理時(shí)所以它所影響的SVE在時(shí)間上也有正向的連續(xù)關(guān)系，即幀偏置連續(xù)。（見(jiàn)下圖）SDE001326394注：上表由數(shù)據(jù)庫(kù)固定關(guān)R_SVER_SDE表初始時(shí)，SVM板對(duì)應(yīng)的兩個(gè)表格中的資源均為滿配置，此后如2SVE的忙閑狀態(tài)，如果均為閑，則釋放相應(yīng)的SDE資源。const {1,3,0,2,3,0,2,4,0,2,4,1,3,4,{SVEGetIdle_R_SVEBYTESVBSId,BYTEFrameOffset閉塞和解閉操作方法Block_R_SVE(BYTEBlockType)UnBlock_R_SVE(BYTE{務(wù)的分配情況（已分配的SDE個(gè)數(shù)）busySDE==閉塞和解閉操作方法Block_R_SDE(BYTEBlockType)UnBlock_R_SDE(BYTECDMA2000-1XBTS上，95和-1X的信道板是混插的，由于兩種類(lèi)型的信道板根據(jù)其上的CSM的不同，所以其幀偏置資源的分配要求有所不同。95CDMAONEBSS系統(tǒng)的信道板上的資基本業(yè)務(wù)信道。資源分配使為每一個(gè)信道板建立幀偏置，當(dāng)每一個(gè)幀偏置分配了4據(jù)與SVE對(duì)應(yīng)幀偏置設(shè)置要求選擇業(yè)務(wù)信道數(shù)量最少的幀偏置進(jìn)行分配。或Turbo）的延遲最長(zhǎng)過(guò)6.66ms。并將反向幀偏置作為所分配信道的前反向幀偏置分配結(jié)果。為此，我們?cè)敿?xì)介紹一下CSM5000在反向上，對(duì)于不同RC、不同編碼方式、不同速率、不同信道類(lèi)型下的實(shí)際R-FCH的時(shí)RCR-DCCH的時(shí)RCRC0RC000000000當(dāng)R-SCH使用Turbo時(shí)，第一次迭代計(jì)算時(shí)需要的時(shí)間（單位0.01ms：0000RC4時(shí)各速率的時(shí)00000從上面的表格可以看到，在不同業(yè)務(wù)信道下，不同的RC、RATE、編方式都會(huì)使1.25ms總的時(shí)間達(dá)到6.66ms，但這會(huì)增大其它幀偏置的負(fù)荷。CSM1.5CDMAONE系統(tǒng)完全一致，其3.1.5.3節(jié)做了詳細(xì)的闡述，這里當(dāng)前CSM5000的幀偏置分配算法是對(duì)高通CEM軟件的資源分配模塊中的幀偏置法尚比較復(fù)雜，以下逐一描述分配的關(guān)鍵數(shù)據(jù)和方法，其中包括RevCe的分配：AvailableRevFO[GROUP_MAX][MAX_][CSMNUM_MAX]：當(dāng)前CSM上的可分幀偏置，按位表示。幀偏置相應(yīng)位為‘1’，表示可分；PreferRevFO[GROUP_MAX][MAX_][CSMNUM_MAX]：CSM上的優(yōu)選幀偏置，按位表示。幀偏置相應(yīng)位為‘1’，表示為優(yōu)選分配；EMOD_RES]：當(dāng)前RevCE的使用情況。typedefstruct { /*是否閉塞*/ /*CEId /*CEId /*CE DecodeTime; tionTime;/*Turbo首次跌代時(shí)間*/CSMRSMGR_FrameTypeForFOCheckingFrameTypeForFOChecking;}UM_FRAME_OFFSETS]：反向幀偏置數(shù)據(jù)庫(kù)，記錄幀偏置下的卷積碼用戶和負(fù)荷。CSMDEF_NUM_FRAME_OFFSETS――幀偏置數(shù)16，數(shù)據(jù)結(jié)構(gòu)如下：typedef{ NumUsers;/* /*本幀偏置下一新用戶的開(kāi)始時(shí)間}注：UserIDCEId×5，當(dāng)為超短幀用戶時(shí)，=typedef{ NumUsers; }X_USERS_FOR_FO_CHECKING]：CSM上用戶業(yè)務(wù)信道的參數(shù)。typedef{ UserIndex; }反向CE資源分配方法AllocateRevResource(P_ALLOCATESITEallocateSite,CSMRSMGR_RevChannelInfoTypechannelInfo,P_CSMDEF_RxResourceInfoTyperesInfo)typedef{ ChannelType;/*信道類(lèi)型*/ /*反向數(shù)據(jù)速率*/typedefstruct{ /*CE AllocatedChannels[CSMDEF_MAX_REV_CHANNEL_SIZE];/*Ceid}llocate()釋放反向CE資源方法DeAllocateRevResource(P_ALLOCATESITEallocateSite,P_CSMDEF_RxResourceInfoTyperesInfo)()反向CE資源分配執(zhí)行方法RevResourceAllocate(P_ALLOCATESITEallocateSite,P_CSMDEF_RxResourceInfoTyperesInfo)分配反向幀偏置方法AllocateRevFrameOffset(P_ALLOCATESITEallocateSite, channelType,/*信道類(lèi)型*/ /*ceid /*已經(jīng)分配或有待分配的FO*/ /*反向RC類(lèi)型*/ /*反向數(shù)據(jù)速率*/ /*類(lèi)型*/ typeOfRequest,/*請(qǐng)求分配類(lèi)型*/ /*返回所分幀偏置下的誤幀率*/frameTypeForFrameOffsetChecking/*FO方式20ms,5ms,5ms&20msIS20005ms5ms1.25ms×[FRAME_OFFSETsmode4]20ms0～4Turbo求5ms幀的5ms&20ms它發(fā)起FO用戶RemoveRevFrameOffset(P_ALLOCATESITEallocateSite,BYTEElementId) ime() 檢查當(dāng)前所分幀偏置是否滿足要求的方法CheckRevFrameOffsetRestriction(P_ALLOCATESITEallocateSite,CSMDEF_CodingTypedecodingType)maxWaitTime>幀偏置分配后更新ViterbiDecode時(shí)間庫(kù)的方法UpdateViterbiDecodeTime(P_ALLOCATESITEallocateSite,BYTEuserID,BYTEframeOffset,CSMRSMGR_FrameOffsetUpdateTypeupdateType) atus()更新FO狀態(tài)eCalculation() 幀偏置分配后更新TubroDecode時(shí)間庫(kù)的方法UpdateTurboDecodeTime(P_ALLOCATESITEallocateSite,BYTEuserID,BYTEframeOffset,CSMRSMGR_FrameOffsetUpdateTypeupdateType)注：Turbo碼的更新時(shí)間庫(kù)過(guò)程和Viterbi基本一致，只是在計(jì)算反向幀偏置Ripple計(jì)算ViterbiPerformViterbiRippleCalculationP_ALLOCATESITEallocateSite,BYTEframeOffset,WORDpreviousEndTime，在計(jì)算和更新了用戶所分或釋放FO之后，更新CSM5000的所有FO的時(shí)間安排。 計(jì)算nextOffset反向幀偏置Ripple 計(jì)算Turbo 解碼算法PerformTurboRippleCalculation(P_ALLOCATESITEallocateSite,BYTEframeOffset,WORDpreviousEndTime)Turbo碼的Ripple跌代計(jì)算過(guò)程和Viterbi跌代算法基本一致，只是在計(jì)算更新反向幀偏置使用狀態(tài)的方法UpdateFrameOffsetStatus(allocateSite

到 分配反向CE 的方法RevCEAllocate resInfo)CE_FOSVE_FO如果不考慮中間處理環(huán)節(jié)的時(shí)間要求（Df，但不為20ms，當(dāng)然此時(shí)也獲得了反向最大時(shí)間處理延時(shí)20ms。1.25ms18.75s此時(shí)反向的延時(shí)最小為1.25ms（前向延遲為18.75ms。|FOsvmFOcsm|8時(shí)，此時(shí)獲得最好的前反向幀偏置的對(duì)應(yīng)關(guān)系，因?yàn)榇藭r(shí)前反向的延遲達(dá)到最小的平衡，均為10ms。Df，那么當(dāng)SVM和CSM的幀偏置之差（FOsvm-FOcsm+16）MOD16剛好小于Df時(shí)，此時(shí)獲得最大的前向延遲（FOsvmFOcsm）或最大的反向延遲（FOsvmFOcsm，此時(shí)的延遲為|FOsvm–FOcsm|+20ms,當(dāng)然此時(shí)的最大前反向延遲為20ms+Df。統(tǒng)要求的。當(dāng)幀偏置對(duì)應(yīng)關(guān)系為：|FOsvm-FOcsm|=8時(shí)，前反向延遲有最好的可以見(jiàn)到，只要合理的安排SVM和CSM的處理能力，在20ms內(nèi)過(guò)CPU的處理負(fù)荷，就可以滿足幀偏置對(duì)應(yīng)原則1。DfDf變小20ms+Fd變?yōu)镕d，此時(shí)向或反向上會(huì)丟掉一幀，反之，會(huì)少一幀，當(dāng)然20ms后，延Df，那么此用戶（或幾個(gè)處于同一條件的用戶）的前向或反向鏈路的情況就會(huì)變差。所以，為保證前反向鏈路情況（在各BTS間鏈路延遲不變。Df的變化范圍為：DminDf<DmaxFd大于DfDminDmax之間，SVMCSM的幀偏置在滿足幀偏置即：Dfmax=5.25ms即：Dfmin=2msCSM5000的反向延對(duì)于CSM5000的反向延遲，從前面章節(jié)對(duì)CSM5000的處理能力分析中可以看到CSM5000反向的最大時(shí)間延遲可以為6.66ms； =1.25ms；由上可以看到反向業(yè)務(wù)幀的最大傳輸延遲為：6.661.2529.91ms；即：Drmax=9.91ms另外，由于CSM5000的最小反向時(shí)間為：0.30ms，所以可以認(rèn)為反向業(yè)務(wù)幀的最小傳輸延遲為：2+0.30=2.3ms；即：Drmin><><前向計(jì)算：(FOce+16–FOsve)mod16 要求結(jié)果大于Dfmax或小于Dfmin；（FOsve 要求結(jié)果大于Drmax或小于0002235667688902393445算，這在得到實(shí)測(cè)的SDE處理延遲后將重新調(diào)整：00919023334356669393660另一方的幀偏置的分配必須通過(guò)以上的前反向計(jì)算進(jìn)行計(jì)算，分配符合要求幀偏置資源，保證移動(dòng)臺(tái)和之間的業(yè)務(wù)連接在BSC與BTS之間保持穩(wěn)定的傳輸延遲。CICCICMSCBSC端統(tǒng)與cdamOne系統(tǒng)比較總的最大基本持平，所以要保證原小區(qū)容量的條件下，必SCH數(shù)據(jù)信道的動(dòng)態(tài)CE資源的分配分為CSM5000信道板(簡(jiǎn)稱(chēng)5000)和CSM1.5信道板(簡(jiǎn)95)的CE資源的分配。在95由于物理上前反向CE是在同一集成的，即信道前反向調(diào)制和解調(diào)過(guò)程在一塊完成，所以其CE資源按為單位前反向同時(shí)分配給一個(gè)物理信道；與95不同，5000因?yàn)閱握{(diào)制解調(diào)可以同時(shí)完成多個(gè)前反向信要求在與之對(duì)應(yīng)的FCH的同一上完成CE的分配，所以在分配5000CE資源時(shí)就除了本身的限制外，CE分配的還受到當(dāng)前第一階段系統(tǒng)硬件架構(gòu)的影響。由于在基BDS下，12塊分為兩組分別連接到兩個(gè)不同的射頻接口模塊，不同射（Group行工作（當(dāng)然也可能出現(xiàn)配置相同載頻的情況。所以我們說(shuō)當(dāng)前CE的分配按Group（12）當(dāng)然，另外一個(gè)很明顯的局限是CE的分配必須在所覆蓋小區(qū)的內(nèi)分配，信號(hào)RFIM，CE資源的分配就可以占用相同的共享池資源。（groupDBS設(shè)計(jì)和代WalshCode4128階的所有WalshCode進(jìn)行分配。需要的是WalshCode的分配以扇區(qū)為分配池，即不同的扇區(qū)和載頻下各自一組所以我們說(shuō)在當(dāng)前的小區(qū)容量和功率資源條件下，WalshCode資源還是比較富余的。BTSBSC端資源的，SVECICSVBS下，根據(jù)幀偏執(zhí)對(duì)應(yīng)關(guān)系查找可用的SVESVE資源的作用域和信道所在的區(qū)域和信道的載頻無(wú)關(guān)，基本由不同SVICM連接的PCM中繼線硬件連接決定。SDE完成對(duì)數(shù)據(jù)話路的選擇器功能，處理的數(shù)據(jù)幀不再需要通過(guò)PCM發(fā)往或接收SVM混合成框的硬件結(jié)構(gòu)，SDM只能和本框內(nèi)的PCF進(jìn)行通信（HIRS通信，所以在初SDE時(shí)，分配方式可以在整個(gè)有PCFSVBS內(nèi)進(jìn)行負(fù)荷分擔(dān)。但在數(shù)據(jù)話路從休PCF上保存著該數(shù)據(jù)鏈路有線部分的網(wǎng)絡(luò)連接關(guān)系，所以，分配范圍必須指定到原連接（PCF）所在的SVBS上。CE、幀偏置、SVE和地面電路資源的分配。因?yàn)楫?dāng)前前臺(tái)數(shù)據(jù)庫(kù)軟件架構(gòu)分配BSC-CPMBSCSVE、SDE、CICCIC的分配當(dāng)前是由且當(dāng)前代碼和cdmaOne代碼一致，所以不再累述。3.3.3SVESVESVESVE3.8.3節(jié)中我SVBSSVESVE和SDESVE-CE幀偏置關(guān)系條件，其次盡量分配在負(fù)荷SVM860SVESDE間的對(duì)應(yīng)關(guān)系，空閑盡量多的不再考慮負(fù)荷分擔(dān)和SVE/SDE統(tǒng)籌分配的問(wèn)題。分配過(guò)程見(jiàn)方法GetIdleSVE（）和接口_p_E（3.3.4SDESDE的虛電路記錄SDE的分配也分配移動(dòng)臺(tái)起呼和移動(dòng)臺(tái)喚醒兩種分配過(guò)程。SDESVBSSDE-CE幀偏置關(guān)系的負(fù)荷最輕的幀偏置，然后獲得此幀偏置下，SVM負(fù)荷最輕的空閑SDE，將SDE置忙。指配軟切換：軟切換是指定幀偏置條件下的資源分配，BTSCSM不需要再分配前反向信道資源，不需累計(jì)反向時(shí)間，分配WalshCode相近，只是不用更換SVE4.2，3∽4ms同的幀偏置，在分配FCH時(shí)已經(jīng)決定了后繼SCH的所在幀偏置。結(jié)出關(guān)于CE和幀偏置資源的優(yōu)化分配方式。分配的CSM-FO已經(jīng)累加多條信道（尤其是RevSCH）的時(shí)間的現(xiàn)象出現(xiàn)。給出的CIC,小區(qū)序號(hào)，查詢中繼電路所對(duì)應(yīng)的聲并置忙，調(diào)用參數(shù)表DM_GetSVE_REQ返回參數(shù)表DM_GetSVE_ACKCIC CIC CIC 數(shù)組將返回的SDEid對(duì)應(yīng)到它所占用的SVEID上，避免在SDM端出現(xiàn)上述現(xiàn)象。BYTESVEFO_FROM_CEFO[FRAMEOFFSET_NUM][5]：BYTEE()E()按CIC分配SVE的接口函數(shù)_pDM_GetSVE(P_DM_GetSVE_REQreq,P_DM_GetSVE_ACKack)_pDM_GetSVE(在業(yè)務(wù)過(guò)程中，依據(jù)聲的地址將聲置閑調(diào)用參數(shù)表DM_ReleaseSVE_REQ： 返回參數(shù)表DM_ReleaseSVE_ACK 在業(yè)務(wù)過(guò)程中，依據(jù)CIC電路號(hào)查詢出對(duì)應(yīng)的聲，同時(shí)將和聲碼器置閑。調(diào)用參數(shù)表DM_Release_CIC_SV_REQCIC返回參數(shù)表DM_Release_CIC_SV_ACK CICCellIdActive[n]=0；n=0、1、2CECellIdActive[n]=0；n=0、1、2typedef CE /*addedforsofterhandoff*/ CarrierId; BYTEFrameOffset;BYTEAsicVersion;BYTEFwdRC;WORDFwdRCMap;BYTERevRC; typedef /*Ceidtypedefstruct{ /*通過(guò)申請(qǐng)的RC和移動(dòng)臺(tái)所支持的RC獲得可支持前反向RC*/ CallType; typedef 基本信道分配接口函數(shù)orBTSAllocateCET_ALLOCATE_CE_REQreq,P_ALLOCATE_CE_ACKack)AllocateCE(分配基本信道分配基本信道所分CE所分CE分配分配分配基本信道CE資源分配方法AllocFCHCE(BYTEcemethod,BYTEFwdRC,BYTEGroupId,BYTE*pFO,BYTE* pAsicVersion,BYTE*pId,BYTE*pCSMId,BYTE*pCEId釋放方法（以后會(huì)去除CellIdActive[n]=0；n=0、1、2

_pDM_ReleaseFCH(SCHCDMA2000-1XSCH補(bǔ)充信道分配和調(diào)度模塊是在CDMA2000環(huán)境下對(duì)承載高速數(shù)據(jù)業(yè)務(wù)的補(bǔ)充信道SCH進(jìn)行高效資源分配和調(diào)度的軟件模塊。用，為的用戶提供高速數(shù)據(jù)服務(wù)成為SCH資源分配中必須解決的問(wèn)題。本模塊依托數(shù)據(jù)庫(kù)對(duì)信道和功率資源的統(tǒng)一管理，完成SCH的調(diào)度和資源分配接口和P_D_SCH_RRSCH資源FSCH 圖 SCH調(diào)度模塊位置和依賴關(guān)CCMSCH的時(shí)間依據(jù)，通過(guò)功率控制和資源分資源收集及系統(tǒng)時(shí)鐘子模塊SCHSCH 20msD_FSCHD_RSCH的定時(shí)處理和設(shè)T_TimT_TimRes

#res=

Falspid!ModuleId E_D_CEC_SystemTimSET(NOW+durDB_WAIT_ConfgSYStime_TIME,-的原理請(qǐng)參見(jiàn)『CDMA2000-1XSCH