- This topic has 18 replies, 1 voice, and was last updated 21 years, 4 months ago by NR.
-
AuthorPosts
-
26th June 2003 at 13:36 #35847sadieGuest
I would like know the # of TRU installed on a network.
i would like this ifomation per
SITE/BSC and across the whole network. has anyone got a formula for this2nd July 2003 at 13:57 #35848OshadhiGuesti also want to know
3rd July 2003 at 08:58 #35849Nguyen (vndnguyen@hopthu.com)GuestPlz kindly advise what is TRU ? Plz describe yr question more detailed.
7th July 2003 at 18:50 #35850Lee AnnGuestTRU – GSM transceiver. 8 talk channels (TCH’s) per transceiver. My network has 1st 4 channels defined for DATA (DCH) on first TRU.
8th July 2003 at 04:04 #35851NguyenGuestOk, I know, this is sometime called TRX or RTF.
What do you mean a formula for the # of TRU per SITE/BSC? I think you cannot use a formula for calculating this # of TRU, it is per network and depends on your demand.
Or do you mean “cell planning” ?
9th July 2003 at 03:38 #35852oshadhiGuestYes want to cell plan
9th July 2003 at 08:57 #35853sadieGuestyes there is a target number of TRU’s wwhich need to be installed on the network. At teh moment I do not have a way of knowing if we are meeting that target. so i want a count of the TRU on the network, soo i can know how close we are to target.
9th July 2003 at 09:50 #35854Nguyen (vndnguyen@hopthu.com)GuestTo determine the # of TRUs you need, first to have to know the number of the subscriber the cell will serve (by mean of statistic data or forecast, for example 1000 subscribers), and the average traffic per subscriber (for example 20mErl/sub).
Hence you will calculate the total traffic that the cell must offer:
1000sub * 20mE/sub = 20 Erlang
Suppose that your cell will work at blocking probability GOS=1%.
From here you will have the total traffic channel the cell must provide:
TCHs = 30
You know that 1TRU = 8TCHs, so you will need 4 TRUs for this cell.
After having the # of TRUs, you have to calculate the # of SDCCHs, and so on.
If you have more information, pls contact me and describe you problem more detailed, I will try to support you.
Brgds
15th July 2003 at 09:02 #35855oshadhiGuesthi Nguyen,
What do you mean that total traffic channels in one cell?
only traffic or whole??
I ask for 1 TRU 8 channels or
for 1 TRU 7 Channels ??15th July 2003 at 10:19 #35856NguyenGuestSorry, but I have not understood your question so clearly.
The calculation I have made is for 1 cell. Each TRU has 8 channels (8 timeslots). The 1st TRU in the cell caries the BCCH (on the 1st timeslot), so 1st TRU may provide 7 traffic channels. Other TRUs in a cell (if any) provide 8 traffic channels per each.
Pls advise if it is not the answer for your question.
Brgds
17th August 2003 at 21:19 #35857SheetanshuGuestHi Sadie,
yes your BSC will have a limitation on the number of cells and TRU/TRX you can define for that BSC which ever is reached first .
It is the Hardware Limitation of your BSC. These kind of information you can get by checking which is the utilised elements in the Data File information in your BSC.In ERICSSON system you can see the number of cell used and defined by SAAEP for sae 298. Similarly there exists SAE for other elements
2nd October 2003 at 17:56 #35858billycGuesthi Sadie,
ref your initial question there are a number of things to factor.At the start of the network rollout a certain number of sites and hence TRUs (radios) will have been budgeted for. However this is theoretical and (99% of the time) inadequate.
Also as stated by Sheetanshu a number of BSCs will have been calculated and will limit the amount of TRUs that can be supported. This usually affects things later on depending on traffic take up.
On a site basis then there are limits from the vendors on how many TRUs can be configured. high capacity (traffic) sites usually configured as 12/12/12 for example which is a total of 36 TRUs. Low traffic sites (rural) may only have one TRU (1/0/0). This assumes a standard 3 sectored site and no co located BTS.
Bottom line is that as the network grows and traffic increases/decreases then individual sites SHOULD be optimised to have the required number of TRUs for the amount of traffic it is taking. This can be done from network stats (usually BSC/BTS monitoring). These can be applied to the erlang table for the required GOS and the number of TRUs can be worked out.
Calculation of number of TRUs per BSC should be done very carefully as the traffic for a BSC does not relate geographically to where that traffic is.
Also as each TRU has a frequency then obviously the less used the better from an interference point of view. Also financially the physical TRU costs money AND so does the features (ie hopping implementstion etc).
Hope this helps a little
2nd October 2003 at 20:23 #35859SunilGuestHi Sheetanshu,
It seems that you are working in BSC-Ericsson AXE System.Can you list important SAEs in BSC and their Main Information.
I am working in MSC-AXE.
Pls can you give me a mail at
I have some more doubts about MO,MOG,TG…related things.
3rd October 2003 at 09:08 #35860ROHITGuestHI…..ALL,
Can u tell me, that in a live GSM/CDMA network
1) Acceptable percentage drop calls
2) acceptable % of Access failure
3) acceptable % of Handove/handoff
3) acceptable % of Loacation updateARE U READY to TAKE Challenge….
ROOHI……
4th October 2003 at 00:42 #35861NRGuestWhat is the corelation between TRXs and the number of simultaneous voice channels? Is it 8 simultaneous voice calls for every TRX? For e.g. if I have 6 TRXs does it mean, I have 48 simultaneous lines?? Then based of the 48 lines, can I back out the total busy hour erlangs I can support for a given GOS (say e.g.2%)??
Also, what role does the frequency/spectral capacity play in determining the number of simultaneous lines/voice calls?
Thanks for the help,
NR -
AuthorPosts
- The forum ‘Telecom Design’ is closed to new topics and replies.