MSCBSC 移動(dòng)通信論壇
搜索
登錄注冊(cè)
網(wǎng)絡(luò)優(yōu)化工程師招聘專欄 4G/LTE通信工程師最新職位列表 通信實(shí)習(xí)生/應(yīng)屆生招聘職位

  • 閱讀:4430
  • 回復(fù):4
[下載] 愛立信TRH 分析
chen320922
高級(jí)會(huì)員
鎵嬫満鍙風(fēng)爜宸查獙璇? style=


 發(fā)短消息    關(guān)注Ta 

積分 1647
帖子 334
威望 24971 個(gè)
禮品券 15 個(gè)
專家指數(shù) -23
注冊(cè) 2010-6-28
專業(yè)方向  通信工程
回答問題數(shù) 0
回答被采納數(shù) 0
回答采納率 0%
 
發(fā)表于 2012-03-19 16:23:25  只看樓主 
【資料名稱】:愛立信 TRH

【資料作者】:me

【資料日期】:2012-03-19

【資料語言】:中文

【資料格式】:DOC

【資料目錄和簡(jiǎn)介】:

TRH簡(jiǎn)析
TRH:Transceiver Handler,主要功能是處理Abis接口的LAPD信令。作為MS與網(wǎng)絡(luò)之間信令的必經(jīng)之路,TRH占有非常重要的作用,如果TRH發(fā)生擁塞,將會(huì)影響到用戶的使用。所以在此簡(jiǎn)要分析一下TRH,希望能夠?yàn)榇蠹伊私釺RH提供一點(diǎn)幫助。
1.TRH的連接:
從A接口來的話音送入TRAU進(jìn)行壓縮,將每8個(gè)時(shí)隙壓縮成2個(gè)。然后,TRH產(chǎn)生的LAPD信令(1個(gè)時(shí)隙)和這兩個(gè)時(shí)隙的話務(wù)都送到RBLT去一起傳送到基站。從基站來的話音和信令送到BSC以后,話音送到TRA,而信令送到TRH去進(jìn)行處理。如下圖所示:







信令消息傳遞所經(jīng)過的路徑:SDCCH-TRH-A接口信令鏈路);話音消息傳遞所經(jīng)過的路徑:TCH―TRA-A接口電路。
TRH設(shè)備通過GS的半永久連接與TRU相連。在對(duì)TRX進(jìn)行rxesi時(shí),RBLT自動(dòng)抓取TRH設(shè)備。只要不進(jìn)行rxese,該連接就一直存在。用RXMDP:MO=RXOCF(TRX)-XXX;可以看到各個(gè)MO都是占用的哪個(gè)RBLT,哪個(gè)RHDEV。若不使用壓縮方式,則每個(gè)TRX占用一個(gè)TRH dev,CF占用的一般是和第一個(gè)TRX相同的TRH dev。若使用壓縮方式,最多4個(gè)TRX占用一個(gè)TRH dev(如果使用mplex16,則可能更多TRX占用一個(gè)TRH dev)。
注意:并不是每個(gè)基站的所有TRX都占用相同RPG上的TRH DEV,而是解閉一個(gè)TRX就隨機(jī)占用一個(gè)TRH設(shè)備。
不使用壓縮方式的時(shí)候,每個(gè)TRX的信令占用2M(RBLT)中的一個(gè)64K,TRX的8個(gè)空中時(shí)隙占用2M(RBLT)中的另外2個(gè)時(shí)隙。使用了壓縮方式以后,4個(gè)TRX的信令共用2M(RBLT)中的一個(gè)64K,每個(gè)TRX只能占用16K的信令,TRX的話音時(shí)隙使用方法不變,仍然為4個(gè)時(shí)隙使用一個(gè)2M(RBLT)的64K?梢钥闯,壓縮方式壓縮的只是信令,而現(xiàn)網(wǎng)隨著短消息以及USSD等越來越多,對(duì)信令的占用也越來越大,一個(gè)TRX的信令很可能會(huì)超過16K,從而引起LAPD信令擁塞以及TRH DEV的高負(fù)荷。
下圖為非壓縮模式和壓縮模式下RBLT時(shí)隙的占用情況。其中signalling時(shí)隙是連到TRH上的,而traffic是連到TRA上的。
非壓縮模式壓縮模式
0用作同步0用作同步
1signallingTRU1 14*TRU signallingTRU1
2traffic channel 1-42traffic channel 1-4
3traffic channel 5-83traffic channel 5-8
4signallingTRU2 4traffic channel 1-4TRU2
5traffic channel 1-45traffic channel 5-8
6traffic channel 5-86traffic channel 1-4TRU3
7…………7traffic channel 5-8
88traffic channel 1-4TRU4
99traffic channel 5-8
……………………
3030
3131

在BSC上用下列指令看相關(guān)信息:
<rxtcp:cell=g090731,moty=rxotg;
MOCELL CHGR
RXOTG-73G0907310
END

<rxmdp:mo=rxocf-73;
MO DEVSDEVT
RXOCF-73 RHDEV-386RBLT-1694
END

<rxmdp:mo=rxotrx-73-0&&-4;
MO DEVSDEVT
RXOTRX-73-0 RHDEV-386RBLT-1694
RXOTRX-73-1 RHDEV-641RBLT-1673
RXOTRX-73-2 RHDEV-643RBLT-1672
RXOTRX-73-3 RHDEV-644RBLT-1671

END

<rxmdp:mo=rxots-73-0-0&&-7;
MO DEVSDEVT
RXOTS-73-0-0
RXOTS-73-0-1RBLT-1669
RXOTS-73-0-2RBLT-1668
RXOTS-73-0-3RBLT-1667
RXOTS-73-0-4RBLT-1666
RXOTS-73-0-5RBLT-1686
RXOTS-73-0-6RBLT-1691
RXOTS-73-0-7RBLT-1692

END

2.用作TRH的RP類型:
目前用作TRH的RP類型有RPD1A、RPG1A、RPG2A和RPG3A。在理論上RPD類型最多連接 8 載頻, RPG1/RPG2 類型最多連接 24載頻,RPG3A能夠處理32個(gè)載頻。
查看每個(gè)TRH所連接的 TRXs數(shù)量:PRINT VAR RHLH 0-:35;
連接RBS2000基站的TRH,其RP有7個(gè)EM program:RHLAPD、RHSNT、RMPAG、RCSCB、RQUNC、RQRCQS、RCLCCH。

3.TRH的負(fù)荷和容量:
1)TRH負(fù)荷和容量的區(qū)別:
容量CAP和負(fù)荷LOAD是兩個(gè)不同的概念。其中CAP表示該TRH能夠帶多少TRX載頻,而LOAD是指該TRH所帶的這些載頻的負(fù)荷。
如果TRH的CAP超過了該類型的RP的最大CAP,那么新的TRX在進(jìn)行RXESI時(shí)將占不到TRH DEV。
如果TRH的LOAD過高以后,則RP容易退服。而且如果TRH負(fù)荷過高,會(huì)扔掉從CP過來的尋呼消息,從而產(chǎn)生EVENT記錄。
在BSC上有一個(gè)PROP為MAXLOAD,定義的是TRH的最大負(fù)荷,默認(rèn)的為80%。
RAEPP:ID=MAXLOAD;

TRH的LOAD計(jì)算方法:(經(jīng)驗(yàn)值)
TRHRPD:averload=75+65*(-trh avecap)/40 [%]
TRHRPG1/RPG2:averload=75+65*(-trh avecap)/120 [%]
TRHRPG3:averload=75+65*(-trh avecap)/160 [%]
有的時(shí)候也使用公式:MAX_LOAD=80-70*LOWCAP/CAPACITY[%]
從這里也可以看出,負(fù)荷和容量又是互相關(guān)聯(lián)的,當(dāng)TRH的最低空閑容量為0的時(shí)候,TRH的負(fù)荷達(dá)到80%。
不同RP類型的TRH的容量:
RPD Capacity: 40
RPG1/2 Capacity: 120
RPG3 Capacity: 160
每個(gè)trx最小的capacity為2,最大為10,一般取平均值5,這樣RPD最多可以帶8個(gè)TRX(8=40/5),RPG1/2最多可以帶24個(gè)TRX(24=120/5),RPG3最多可以帶32個(gè)TRX(32=160/5)。如果忙的時(shí)候,TRX的Capacity可能會(huì)增加,這樣,每個(gè)TRH能夠承載的TRX的數(shù)量就會(huì)減少。
每個(gè)RPD最多連8個(gè)DEV,每個(gè)RPG最多連32個(gè)DEV。這些DEV總的CAP加起來不應(yīng)該超過該RP的CAP。

2)檢查TRH的負(fù)荷:
RAHHP:SNT=ALL;(trh負(fù)荷表)
RADIO CONTROL ADMINISTRATION
TRH LOAD TABLE

DATE TIMEAVECAP
0503110200 66

SNTCAPHIGHCAPLOWCAP
RHSNT-066110 65
RHSNT-162104 59
RHSNT-268113 66
RHSNT-37399 71
RHSNT-465107 63
。。。。。。。。。
RHSNT-4265101 64
END
這一條指令顯示的是上一個(gè)完整的監(jiān)測(cè)時(shí)間段內(nèi)TRH的空閑容量。(注意:是上一個(gè)監(jiān)測(cè)時(shí)間段,而不是當(dāng)前;而且這里顯示的是空閑容量。)
其中CAP為TRH在監(jiān)測(cè)時(shí)間內(nèi)三次最低Free cap的平均值。
HIGHCAP為TRH在監(jiān)測(cè)時(shí)間內(nèi)最大的Free cap。
LOWCAP為TRH在監(jiān)測(cè)時(shí)間內(nèi)最小的Free cap。
通過計(jì)算可以看出,每個(gè)rp的free cap越小,則該rp的負(fù)荷越高。如果cap為負(fù)值,則表示該trh的負(fù)荷已經(jīng)超過了80%。這時(shí)候,TRH容易出現(xiàn)丟棄尋呼的情況;如果負(fù)荷持續(xù)走高,則TRH的RP容易退服。

rahtp:snt=all; (trh dev 負(fù)荷表)可以看出每個(gè)trh上的話務(wù)量。
SNTDEVICEDEVCAP
RHSNT-012
22
32
42
。。。。。。。。。。。。。。。。。。。。。。。。。。
290
300
310
。。。。。。。。。。。。。。。。。。。。。。。。。。。

這一指令打印出來的是上一監(jiān)測(cè)時(shí)段已經(jīng)使用了的TRH 的容量,其中DEVCAP是監(jiān)測(cè)時(shí)間段中,三次最低空閑容量時(shí)TRH已用容量的平均值。
類型為rpg的trh每個(gè)rhsnt帶31個(gè)dev,類型為rpd的trh每個(gè)rhsnt帶7個(gè)dev。RAHTP看到的DEV CAP是每個(gè)dev已經(jīng)使用的容量,DEV的CAP不是固定的,比如類型為RPD的TRH帶了7個(gè)DEV,每個(gè)DEV的CAP都可以達(dá)到40,前提是這7個(gè)DEV的CAP之和不大于40。而且,同一個(gè)dev隨著時(shí)間不同,雖然連的是同一個(gè)trx,但是其dev cap由于trx的負(fù)荷不同,值也會(huì)發(fā)生變化。(例如bsc1的rhsnt-84,上午時(shí)看devcap為15,下午再看則為22。)
用RAHTP:SNT=ALL;看的時(shí)候,有的DEV的CAP大于10,這是因?yàn)樵揟RH所帶的載頻TRX使用了壓縮方式。(不使用壓縮方式的時(shí)候,1個(gè)trx對(duì)應(yīng)一個(gè)trh dev,使用壓縮方式的時(shí)候,最多4個(gè)trx對(duì)應(yīng)一個(gè)trh dev。)

3)定義TRH負(fù)荷監(jiān)測(cè):
RAHLP;
AVELIMNOTRHLIMTRHLIM
28 3030
END
RAHLC:AVELIM=28,NOTRHLIM=30,TRHLIM=30;

如果TRH的平均容量小于28%,或者30%(notrhlim)的TRH的容量小于30%(trhlim),則產(chǎn)生告警RADIO CONTROL ADMINISTRATION TRH LOAD THRESHOLD EXCEEDED;如果以負(fù)荷來計(jì),則平均負(fù)荷大于60%,或者30%的TRH的負(fù)荷超過59%,則產(chǎn)生告警。這里cap和負(fù)荷的關(guān)系是使用以下公式計(jì)算的:MAX_LOAD=80-70*LOWCAP/CAPACITY[%]
TRH平均容量28%,MAX-LOAD=80-70*(28%*120)/120=80-19.6=60.4%
TRH平均容量30%,MAX-LOAD=80-70*(30%*120)/120=80-21=59%
下圖給出了兩種RP的建議值,實(shí)際配置要根據(jù)兩種RP所占比例的不同進(jìn)行合理調(diào)整。
ParameterCommandRec RPDRec RPGRec Mix(RPD+RPG)
CAPLIMRAHDC82515
CAPHYSTRAHDC71010
AVELIMRAHLC102820
STIMERAHDC02:0002:0002:00
INTERVALRAHDC24 HOUR24 HOUR24 HOUR
TRHLIMRAHLC153025
NOTRHLIMRAHLC30%30%30%
4.檢查 TRH Event Log:
RAHEP; 打印TRH的Event Log。
DATE TIMEEVENTSNT1 SNT2DEV1DEV2
0503010200REARR EVAL
0502280200REARR EVAL
…………
0502110200REARR EVAL
0502100200CHANGEOVERRHSNT-39RHSNT-172
0502100200CHANGEOVERRHSNT-40RHSNT-4270
0502100200REARR EVAL
0502090200LOW AVE CAP
0502090200LARGE PERC LOW
0502090200NO FREE CAPRHSNT-43
…………
0502090200NO FREE CAPRHSNT-28
0502090200CHANGEOVERRHSNT-15RHSNT-040
0502090200CHANGEOVERRHSNT-9 RHSNT-4661
…………
0502090200CHANGEOVERRHSNT-39RHSNT-4654
0502090200REARR EVAL
0502090103HIGH PAGE DISCRHSNT-12
…………
0502082055MED PAGE DISCRHSNT-27
0502082053HIGH PAGE DISCRHSNT-36
0502082052HIGH PAGE DISCRHSNT-7
…………
0502081951HIGH PAGE DISCRHSNT-7
0502081947HIGH PAGE DISCRHSNT-13
0502081900MED PAGE DISCRHSNT-12
0502080200REARR EVAL
0502070200REARR EVAL
…………
0403070000LOW TRH CAPRHSNT-50
0401212000LOW TRH CAPRHSNT-0
END

Event類型主要有以下幾種:
CHANGEOVER :由于負(fù)荷重分配而導(dǎo)致翻轉(zhuǎn)的事件記錄。該事件不產(chǎn)生告警。
LOW AVE CAP:當(dāng)一個(gè)TRH的平均空閑容量低于TRH平均容量門限AVELIM時(shí)產(chǎn)生的事件紀(jì)錄,這一事件產(chǎn)生告警。
LOW TRH CAP:當(dāng)定期調(diào)整沒有激活,但是一個(gè)TRH的空閑TRH容量低于TRH空閑容量門限CAPLIM時(shí)產(chǎn)生的事件記錄,這個(gè)事件產(chǎn)生告警。
REARR EVAL :當(dāng)試圖進(jìn)行TRH重新調(diào)整時(shí)會(huì)產(chǎn)生該事件。該事件不產(chǎn)生告警。
LARGE PERC LOW :當(dāng)超過一定百分比的TRH的空閑容量低于TRH負(fù)荷門限時(shí)產(chǎn)生該事件,這個(gè)事件產(chǎn)生告警。
NO FREE CAP :當(dāng)有部分TRH的容量低于最低限值CAPLIM,但是沒有TRH設(shè)備有空閑容量可以供LAPD link移上去時(shí),產(chǎn)生該事件。
MED PAGE DISC :當(dāng)1小時(shí)中丟棄的尋呼數(shù)高于從cp接收到的尋呼數(shù)的0.5%但是低于2%時(shí)產(chǎn)生該事件。
HIGH PAGE DISC :當(dāng)1小時(shí)中丟棄的尋呼數(shù)高于從cp接收到的尋呼數(shù)的2%時(shí)產(chǎn)生該event。

這里要分清兩個(gè)概念:
REARR EVAL是當(dāng)發(fā)生rearrangement attempt時(shí)產(chǎn)生的,只是試圖進(jìn)行重分配,并不一定真的發(fā)生調(diào)整。
changeover是由于發(fā)生了load rearrangement而產(chǎn)生的翻轉(zhuǎn),這里是真正發(fā)生了重新分配。

5.TRH調(diào)整:
只有在trh的負(fù)荷非常高,其空閑容量<caplim(rahdc定義)時(shí)才會(huì)發(fā)生Rearrangement。在進(jìn)行重新分配的最初,首先選擇具有最小空閑容量的TRH和具有最大空閑容量的TRH,這樣做的目的就是使用高容量的TRH的部分容量,而不致于使這個(gè)TRH的負(fù)荷過高。第一次調(diào)整以后,再選擇另外一對(duì)TRH,直到?jīng)]有高負(fù)荷的TRH為止。
如果TRH的空閑容量低于CAPLIM(RAHDC定義),那么就認(rèn)為該TRH的負(fù)荷過高;如果TRH的空閑容量高于CAPLIM+CAPHYST,那么就認(rèn)為該TRH可以接收更多的負(fù)荷。
在進(jìn)行調(diào)整的時(shí)候,將選擇負(fù)荷最高的TRH上的第二高負(fù)荷的TRX來進(jìn)行移動(dòng)。移動(dòng)LAPD LINK之前,需要進(jìn)行檢查,保證接收的TRH在接收了該TRX以后,其空閑容量仍然超過CAPLIM+CAPHYST,否則,將改為移動(dòng)該TRH上第三高負(fù)荷的TRX。

兩種調(diào)整方式:
TRH LOAD IMMEDIATE REARRANGEMENT(TRH負(fù)荷立即調(diào)整)
使用指令RAHII來進(jìn)行TRH負(fù)荷立即調(diào)整,該指令可以在任何時(shí)候給出。當(dāng)RAHII執(zhí)行以后,會(huì)對(duì)TRH負(fù)荷進(jìn)行評(píng)估,評(píng)估將根據(jù)最近一個(gè)監(jiān)測(cè)時(shí)間段的負(fù)荷情況來進(jìn)行。如果有負(fù)荷過高的trh,那么將執(zhí)行一個(gè)rearrangement,立即調(diào)整結(jié)束后將會(huì)給出一個(gè)結(jié)果。(平常不建議在白天執(zhí)行立即調(diào)整,因?yàn)長(zhǎng)APD LINK從一個(gè)高負(fù)荷的TRH移到一個(gè)空閑的TRH上時(shí),TRH DEV不能處理信令。但是在信令非常忙的時(shí)刻如除夕夜等,為防止rp負(fù)荷過高而退服,建議隔一段時(shí)間使用該指令來對(duì)TRH進(jìn)行負(fù)荷均衡。)

TRH LOAD PERIODIC REARRANGEMENT(TRH負(fù)荷定期調(diào)整)
定期調(diào)整通過兩條指令來管理,其中RAHPI用來定義一個(gè)MP,而TRTSI用來定義定期調(diào)整的時(shí)間表。
RAHDC定義了監(jiān)測(cè)的開始時(shí)間和時(shí)間間隔,每10分鐘對(duì)TRH和DEV的負(fù)荷進(jìn)行一個(gè)測(cè)量,然后將結(jié)果存儲(chǔ),用于調(diào)整或者打印TRH負(fù)荷表(RAHHP)。

定期調(diào)整TRH的指令:
RAHDP;打印TRH監(jiān)測(cè)數(shù)據(jù)
CAPHYSTCAPLIMINTERVALSTIME
10 20 24 0200
END
RAHDC: CAPHYST=5,CAPLIM=10,INTERVAL=1,STIME=0200; 修改TRH負(fù)荷監(jiān)測(cè)和定期分配的數(shù)據(jù)
其中CAPHYST是容量遲滯值,相對(duì)于CAPLIM來說,要求當(dāng)LAPD LINK移到某個(gè)TRH上以后TRH空閑容量應(yīng)該高于CAPLIM+CAPHYST。
CAPLIM:表示TRH容量應(yīng)該低于多大時(shí)才將其上的LAPD LINK移到其他TRH上。
RAHPP; 看TRH定期分配的狀態(tài)和使用的MP。
MPSTATE
19SCHEDULED
END
RAHPI;MP=FREE MP; 開啟TRH定期分配的MP。
TRTSI:MP=FREEMP,TIME=0200,RPL=60,NRP=9,DATE=YYMMDD,NDAYS=365;
定義該MP的時(shí)間數(shù)據(jù)。

在用rahdc設(shè)置時(shí),interval是監(jiān)測(cè)時(shí)長(zhǎng),而STIME是監(jiān)測(cè)開始時(shí)間。系統(tǒng)在stime時(shí)開始對(duì)trh進(jìn)行監(jiān)測(cè),過了interval這么長(zhǎng)時(shí)間以后,會(huì)調(diào)整trh負(fù)荷表,并且找出空閑容量小于CAPLIM的trh,然后檢查這個(gè)時(shí)候有沒有需要對(duì)trh進(jìn)行調(diào)整的mp,如果有,則會(huì)出現(xiàn)rearrangement、changeover等event;如果沒有,則出現(xiàn)LOW TRH CAP,后面列出是哪個(gè)TRH 的空閑容量小于CAPLIM,同時(shí)bsc上出現(xiàn)TRH LOAD THRESHOLD EXCEEDED告警。
定義trh定期調(diào)整都是根據(jù)上一個(gè)監(jiān)測(cè)階段的結(jié)果來進(jìn)行調(diào)整的,如果將監(jiān)測(cè)間隔定義的過短,但是調(diào)整時(shí)間設(shè)置在晚上進(jìn)行,由于晚上話務(wù)較低,可能造成trh不進(jìn)行調(diào)整的情況。所以,如果將監(jiān)測(cè)間隔定義的很短的話,建議在定義trtsi時(shí)將調(diào)整的次數(shù)定義的多一些;否則,建議將監(jiān)測(cè)間隔定義成24小時(shí),這樣,系統(tǒng)會(huì)根據(jù)前24小時(shí)的情況來對(duì)trh進(jìn)行調(diào)整。
LYBSC1經(jīng)常出現(xiàn)TRH LOAD THRESHOLD EXCEEDED告警,使用RAHEP;查看,發(fā)現(xiàn)很多RHSNT都出現(xiàn)LOW TRH CAP的事件,該事件都是由于一個(gè)TRH的空閑容量 < CAPLIM (通過RAHDC定義)造成的。
使用RAHDP看:
CAPHYSTCAPLIMINTERVALSTIME
10 204 0800
由于LYBSC1用作TRH的RP大部分都是RPD類型的,只有6個(gè)RPG1。而RPD類型的CAP只有40,如果要求所有的RP的空閑容量都要大于20,就是說使用的容量要小于20,這樣RPD的利用率將會(huì)大大降低。
使用RAHDC修改
RAHDC:CAPHYST=10,CAPLIM=10;
然后過了RAHDP中定義的INTERVAL時(shí)間以后再用RAHEP;看,出現(xiàn)LOW TRH CAP事件的TRH就基本上沒有了。

6.TRH負(fù)荷過高而導(dǎo)致出現(xiàn)RPG和基站退服的幾種處理方法:
如果只有一個(gè)TRH出現(xiàn)負(fù)荷過高的告警,那么就用RAHII進(jìn)行立即調(diào)整。
如果多個(gè)TRH出現(xiàn)負(fù)荷過高的告警或者丟棄尋呼,那么可以通過以下方法來降低TRH負(fù)荷。
a)將二次尋呼的時(shí)長(zhǎng)設(shè)置為最少6秒,并且將二次尋呼設(shè)置為L(zhǎng)OCAL;或者關(guān)閉二次尋呼。
b)關(guān)閉動(dòng)態(tài)半速率功能。
c)關(guān)閉空閑信道測(cè)量。
對(duì)于話務(wù)量和短信量的突然增加而導(dǎo)致的RPG和基站退服,主要有以下幾種處理方法:
a)最積極的處理方法是增加RPG,來增加交換機(jī)的LAPD消息的處理能力;
b)把一些基站割接到其他交換機(jī)上,降低CP和RPG的負(fù)荷;
c)修改參數(shù)PAGLIMIT來限制每秒占用TRH的數(shù)量,但會(huì)出現(xiàn)限話現(xiàn)象;
RAEPCROP=PAGLIMIT-3;
d)限制每個(gè)RPG上最多占用的設(shè)備,但會(huì)出現(xiàn)限話現(xiàn)象;
TEST SYSTEM;
PRINT VAR RHLH 0-:32; (正常情況下,每個(gè)RPG可承載24載頻)
SET VAR RHLH 0-:32=20;
END TEST;
e)限制短信的發(fā)送和接受,來降低LAPD消息的數(shù)量,保證正常話務(wù)。

以上是筆者對(duì)于愛立信BSC上處理LAPD信令的TRH的簡(jiǎn)單理解,由于學(xué)識(shí)淺陋,難免存在很多問題,歡迎批評(píng)指正。

查看積分策略說明
附件下載列表:
2012-3-19 16:23:25  下載次數(shù): 188
愛立信TRH簡(jiǎn)析.doc (110.5 KB)
掃碼關(guān)注5G通信官方公眾號(hào),免費(fèi)領(lǐng)取以下5G精品資料
  • 1、回復(fù)“YD5GAI”免費(fèi)領(lǐng)取《中國(guó)移動(dòng):5G網(wǎng)絡(luò)AI應(yīng)用典型場(chǎng)景技術(shù)解決方案白皮書
  • 2、回復(fù)“5G6G”免費(fèi)領(lǐng)取《5G_6G毫米波測(cè)試技術(shù)白皮書-2022_03-21
  • 3、回復(fù)“YD6G”免費(fèi)領(lǐng)取《中國(guó)移動(dòng):6G至簡(jiǎn)無線接入網(wǎng)白皮書
  • 4、回復(fù)“LTBPS”免費(fèi)領(lǐng)取《《中國(guó)聯(lián)通5G終端白皮書》
  • 5、回復(fù)“ZGDX”免費(fèi)領(lǐng)取《中國(guó)電信5G NTN技術(shù)白皮書
  • 6、回復(fù)“TXSB”免費(fèi)領(lǐng)取《通信設(shè)備安裝工程施工工藝圖解
  • 7、回復(fù)“YDSL”免費(fèi)領(lǐng)取《中國(guó)移動(dòng)算力并網(wǎng)白皮書
  • 8、回復(fù)“5GX3”免費(fèi)領(lǐng)取《 R16 23501-g60 5G的系統(tǒng)架構(gòu)1
  • 共獲得 2 次點(diǎn)評(píng) 我要點(diǎn)評(píng)

    • seawolf.deng 專家指數(shù) +5 , 威望 +20 個(gè)
      · 加分,很好的文章 詳細(xì).. 發(fā)表與:2012-3-19 19:10:59
    • mao_mao 威望 +15 個(gè)
      · 謝謝分享! 詳細(xì).. 發(fā)表與:2012-3-19 16:30:29

    作者的更多帖子
     
    [充值威望,立即自動(dòng)到帳] [VIP貴賓權(quán)限+威望套餐] 另有大量?jī)?yōu)惠贈(zèng)送活動(dòng),請(qǐng)光臨充值中心
    充值擁有大量的威望和最高的下載權(quán)限,下載站內(nèi)資料無憂
    夏天的落落
    高級(jí)會(huì)員
    鎵嬫満鍙風(fēng)爜宸查獙璇? style=


     發(fā)短消息    關(guān)注Ta 

    財(cái)富勛章·財(cái)運(yùn)連連   紀(jì)念勛章·六周年   紀(jì)念勛章·九周年  
    積分 2355
    帖子 471
    威望 56999 個(gè)
    禮品券 14 個(gè)
    專家指數(shù) 0
    注冊(cè) 2011-10-1
    專業(yè)方向  移動(dòng)通信
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2012-03-19 17:10:44 
    看著好復(fù)雜啊,看不懂,繼續(xù)學(xué)習(xí)下

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    [立即成為VIP會(huì)員,百萬通信專業(yè)資料立即下載,支付寶、微信付款,簡(jiǎn)單、快速!]
    zhangyuanfei
    高級(jí)會(huì)員
    鎵嬫満鍙風(fēng)爜宸查獙璇? style=


     發(fā)短消息    關(guān)注Ta 

    紀(jì)念勛章·六周年  
    積分 1379
    帖子 273
    威望 16943 個(gè)
    禮品券 23 個(gè)
    專家指數(shù) 14
    注冊(cè) 2010-10-21
    專業(yè)方向  交換維護(hù)
    來自 四川
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2012-03-19 17:24:22 
    學(xué)習(xí)下 平時(shí)關(guān)注比較少

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)





    communication with you,communication with feature!
     
    最新通信職位:廣東通信人才網(wǎng) | 北京通信人才網(wǎng) | 上海通信人才網(wǎng) | 南京通信人才網(wǎng) | 西安通信人才網(wǎng) | 重慶通信人才網(wǎng) | 中國(guó)通信人才網(wǎng)
    wanggehan_wang
    銀牌會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 3264
    帖子 652
    威望 12564 個(gè)
    禮品券 15 個(gè)
    專家指數(shù) 4
    注冊(cè) 2010-6-22
    專業(yè)方向  網(wǎng)絡(luò)優(yōu)化
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2012-04-27 11:34:06 
    似曾相識(shí)啊 這個(gè)帖子

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    [2分鐘擁有VIP權(quán)限和充足威望,可下載站內(nèi)任何資料] [快速找到一份高薪的通信行業(yè)職位]
    fishcy
    高級(jí)會(huì)員



     發(fā)短消息    關(guān)注Ta 

    積分 2456
    帖子 329
    威望 38531 個(gè)
    禮品券 0 個(gè)
    專家指數(shù) 6
    注冊(cè) 2009-6-30
    專業(yè)方向  代維
    回答問題數(shù) 0
    回答被采納數(shù) 0
    回答采納率 0%
     
    發(fā)表于 2013-03-20 11:38:47 
    學(xué)習(xí)了,很好的資料,謝謝樓主分享。

    對(duì)本帖內(nèi)容的看法? 我要點(diǎn)評(píng)

     
    最新通信職位:廣東通信人才網(wǎng) | 北京通信人才網(wǎng) | 上海通信人才網(wǎng) | 南京通信人才網(wǎng) | 西安通信人才網(wǎng) | 重慶通信人才網(wǎng) | 中國(guó)通信人才網(wǎng)

    快速回復(fù)主題    
    標(biāo)題 [下載] 愛立信TRH 分析" tabindex="1">
    內(nèi)容
     上傳資料請(qǐng)點(diǎn)左側(cè)【添加附件】

    (勾選中文件為要?jiǎng)h除文件)


    當(dāng)前時(shí)區(qū) GMT+8, 現(xiàn)在時(shí)間是 2025-01-23 20:19:00
    渝ICP備11001752號(hào)  Copyright @ 2006-2016 mscbsc.com  本站統(tǒng)一服務(wù)郵箱:mscbsc@163.com

    Processed in 0.494161 second(s), 22 queries , Gzip enabled
    TOP
    清除 Cookies - 聯(lián)系我們 - 移動(dòng)通信網(wǎng) - 移動(dòng)通信論壇 - 通信招聘網(wǎng) - Archiver