Thursday, May 13, 2010
Low Signal Strength Analysis
Low Signal Strength Analysis
Low Signal strength is one of the reason of drop call. It can be indicated by many calls disconnected at low signal strength by subscriber, drop calls due to excessive TA, poor handover performance and poor call setup performance.
Probable Reason
Poor BSC Exchange Property setting High LOWSSDL & LOWSSUL will give more drop reason due to SS and this might not show the actual drop. It is because drop due to SS is more priority than Quality.
No dominant cell Cell might be isolated or standalone.
Antenna tilt & orientation Too much downtilt sometimes might not cover a larger area and the subscriber might lose the SS.
Output Power Low output power might cause smaller border cell.
The following procedure should be performed for low signal strength
analysis:
1:Identify the baseline requirement of design and BSC exchange property (setting for LOWSSUL/LOWSSDL).
2:Check the value for LOWSSDL & LOWSSUL. If it is higher than ACCMIN, change the parameter to a reasonable value since the drop reason will be more priority to SS compared to Quality.
3:Check the site position, antenna direction, position etc. This is to ensure the possible location is open to interference (open water environment) or isolated. Good map is needed for this.
4:Check if the site is sectorized or Omni. If it is Omni, set the cell into sectorized cell.
5:Check if the signal strength is uplink or downlink limited. Mostly, It is designed to be downlink limited.
6:Check the coverage cover expected area from the planet. If it is not, check the antenna tilt and orientation. Change the direction or tilt if it is too much downtilt or pointing to a wrong direction.
7:Sometime, low output power might cause low SS. Check output power and if it is low, increase the output power.
8:Check cell whether it has hotspots from drivetests. If found, adding new site is recommend.
9:In order to check power distribution, run Cell Traffic Recording (CTR) to that particular cell.
10:Check if the cell has indoor coverage problem. If yes, add micro site instead.
Probable Reasons of SDCCH Congestion
---Low Availability
Action: Check SDCCH Availability. Check if the channels are manual, control or automatic blocked.
---Increasing Traffic Demand
The high traffic could be related to an occasional event or due to a long term growth.
Action: Check if short term traffic growth. Make trend comparisons. Check if combined SDCCH is used. Check SDCCH dimensioning.
---Bad use of Adaptive configuration of Logical Channels
By using the Adaptive configuration of logical channels feature, the basic SDCCH configuration in a cell will be under-dimensioned. If this feature is not used correctly, it will cause SDCCH congestion.
Action: Check if ACSTATE is on. Check parameters related to Adaptive configuration of logical channels
---Long Mean Holding Time
If the mean holding time is long, this generates a higher traffic load.
Action: Check SDCCH Mean Holding Time
---Too Frequent Periodic Registration
Action: Check Random Access Distribution. Check the timer T3212 in the BSC and the parameters
---BTDM and GTDM in the MSC
Solution: Decrease the periodic registration.
---Location Area Border Cell
If the cell is situated on a misplaced Location Area border, this means that unnecessary many normal LUs are performed.
Action: Check site position and location area border. Check Location Update Performance. Check parameter CRH etc.
---Extensive SMS Usage
Extensive SMS usage increases the SDCCH traffic and could cause congestion if badly dimensioned SDCCH channels.
Action: Check SMS activity.
---Cell Broadcast Used
Action: Check if Cell Broadcast is active. .If active, check if it is used by the operator.
---IMSI Attach/Detach in Use.
An introduction of IMSI attach/detach will increase the traffic on SDCCH. However, the benefits are that the paging success rate will increase. The recommendation is to use Attach/Detach.
---Cell Software File Congestion
Action: Check SAE setting. High Ratio of Random Accesses
Action: Check Random Access performance
Probable Reasons of Bad Handover Performance
---Neighboring Cell Relation
Action:Add neighbor cell relation.
---Missed measurement frequencies in BA-list
Action:Check measurement frequencies list.
---Permitted Network Color Code problem
Action:Check NCC Permitted
---HW faults.
Action: Check BTS error log.
---Blocking on Target Cell
Action:Remove Blocking on Tager Cell
---Congestion
A high congestion might lead to dragged calls (handover performed at a not intended location) and a lot of unsuccessful handovers.
Action: Check TCH congestion.
---Timer Expire After MS is Lost
The MS never answers the base station.
Action: Check coverage. Check interference.
---Link Connection or HW Failure
Action: Check BTS error log. Perform site visit. Perform link performance measurements.
---Bad Antenna Installation
Action: Perform site survey and check antenna installation. Check antenna cabling.
---Many Neighbors Defined
Many defined measurement frequencies defined (>16) will decrease the accuracy of the mobile measurements to locate the best six servers. Many measurement frequencies mean few samples per frequency and problem for mobiles to decode the BSIC.
Action: Check number of definitions.
---Delayed Handover Decision
A delayed handover decision can be due to congestion in the target cell.
Action: Check handover parameters.
---Wrong Locating Parameter Setting
Action: Check locating parameters.
---Bad Radio Coverage
Action: Check coverage plots.
---High Interference, Co-Channel or Adjacent
The potential handover candidate is disturbed by interference. Outgoing handover due to bad uplink quality may indicate interference from co-channel another MS. On the border, the quality may be rather bad and the signal strength low. Bad downlink quality may indicate interference from another co-channel base station.
Action: Check interference. Check if many handovers are performed due to downlink or uplink bad quality.
---Receiver Antenna Problem or RBS HW problems (in candidate cell)
Action: Check antenna installation. Check RBS HW and Error log of the target cell
---Poor Inter-MSC/BSC Handover Performance
For outer or external cell, wrong definitions in either MSC or BSC may be reason for the problem.
Action: Check inter-MSC/BSC handover performance.
---Incorrect Down Tilt
Action: Perform site survey and check antenna installation.
Solution: Correct antenna tilting.
Action:Add neighbor cell relation.
---Missed measurement frequencies in BA-list
Action:Check measurement frequencies list.
---Permitted Network Color Code problem
Action:Check NCC Permitted
---HW faults.
Action: Check BTS error log.
---Blocking on Target Cell
Action:Remove Blocking on Tager Cell
---Congestion
A high congestion might lead to dragged calls (handover performed at a not intended location) and a lot of unsuccessful handovers.
Action: Check TCH congestion.
---Timer Expire After MS is Lost
The MS never answers the base station.
Action: Check coverage. Check interference.
---Link Connection or HW Failure
Action: Check BTS error log. Perform site visit. Perform link performance measurements.
---Bad Antenna Installation
Action: Perform site survey and check antenna installation. Check antenna cabling.
---Many Neighbors Defined
Many defined measurement frequencies defined (>16) will decrease the accuracy of the mobile measurements to locate the best six servers. Many measurement frequencies mean few samples per frequency and problem for mobiles to decode the BSIC.
Action: Check number of definitions.
---Delayed Handover Decision
A delayed handover decision can be due to congestion in the target cell.
Action: Check handover parameters.
---Wrong Locating Parameter Setting
Action: Check locating parameters.
---Bad Radio Coverage
Action: Check coverage plots.
---High Interference, Co-Channel or Adjacent
The potential handover candidate is disturbed by interference. Outgoing handover due to bad uplink quality may indicate interference from co-channel another MS. On the border, the quality may be rather bad and the signal strength low. Bad downlink quality may indicate interference from another co-channel base station.
Action: Check interference. Check if many handovers are performed due to downlink or uplink bad quality.
---Receiver Antenna Problem or RBS HW problems (in candidate cell)
Action: Check antenna installation. Check RBS HW and Error log of the target cell
---Poor Inter-MSC/BSC Handover Performance
For outer or external cell, wrong definitions in either MSC or BSC may be reason for the problem.
Action: Check inter-MSC/BSC handover performance.
---Incorrect Down Tilt
Action: Perform site survey and check antenna installation.
Solution: Correct antenna tilting.
Dropped Call(TCH Drop-SDCCH Drop)-TCH Drop Analysis
Step to check TCH Drop Analysis.
1. Radio Link Time-Out
Every time a SACCH message can not be decoded the radio link time-out counter is decreased by 1. If the message can be decoded the counter is incremented by 2. However, the value can not exceed the initial value. The initial value is set by the parameter RLINKT for radio link time-out in the mobile station and by RLINKUP for timeout in the BSC. If the mobile moves out of coverage and no measurement reports are received in the BSC, there will be a radio link time-out and the message Channel Release (cause: abnormal release, unspecified) is sent to the mobile station and the SACCH is deactivated in the BTS. A Clear Request message is sent to the MSC. To be sure that the mobile has stopped transmitting, the BSC now waits RLINKT SACCH periods before the timeslot is released and a new call can be established on the channel.
2. Layer 2 Time-Out
If the BTS never get an acknowledge on a Layer 2 message after the time T200XN200, the BTS will send Error Indication (cause: T200 expired) to the BSC, which will send Channel Release (cause: abnormal release, timer expired) to the mobile station and a Clear Request to the MSC. The SACCH is deactivated and the BSC waits RLINKT SACCH periods before the timeslot is released and a new call can use the channel. This is only valid if the call is in steady state, i.e. not during handover or assignment.
3. Release Indication
When the BTS received a layer 2 DISC frame from the mobile it replies with a Layer 2 UA frame to the mobile station and a Release Indication to the BSC. The system does only react on Release Indication if it is received during a normal disconnection situation. If such a message is received unexpectedly this will usually cause radio link time-out or timer T200 expiration as the mobile station stops the transmitting of measurement reports. It is also possible that the release will be normal depending on when the Release Indication is received.
4. MSC Time-Out
Normal Release:
If the MSC never received a response on a message (e.g. Identity Request) and there is no radio link time-out or layer 2 time-out, the MSC will send a Clear Command to the BSC. The time-out is depending on the message. When receiving Clear Command, the BSC will send a Channel Release (cause: normal release) and then deactivates the SACCH.
Reject (only SDCCH):
If the MSC never receives a response on the first message after Establish Indication, the MSC will send a reject message. If the connection was a Location Update it will be a Location Update Reject (cause: network failure) and if the connection was a mobile originating call (CM Service Request) a CM Service Reject (cause: network failure) will be sent. The MSC will then send a Clear Command to the BSC and the call is cleared by Channel Release (cause: normal release).
5. Assignment to TCH
Before sending an Assignment Command from the BSC at TCH assignment, the following two criterion have to be fulfilled:
a. There must be a TCH channel available, i.e. no congestion
b. The locating algorithm must have received at least one valid measurement report.
If either of the criterion is not fulfilled, Assignment Command will not be sent and a Channel Release (cause: abnormal release, unspecified) will be sent to the mobile station and a Clear Request to the MSC.
TCH Drop reason (1)
The classification of TCH Drop Reasons are arranged in the order of priority:
1.Excessive Timing Advance
2.Low Signal Strength
3.Bad Quality
4.Sudden Loss of Connection
5.Other Reasons
Excessive Timing Advance
The TCH Drop counters due to Excessive Timing Advance will pegged when the during the time of disconnection, the last Timing Advance value recorded was higher than the TALIM Parameter. This drop reason is commonly apparent to isolated or island sites with a wide coverage area.
Action:
Check if the cell parameter TALIM is < "63"
Solution:
Set TALIM to a value close to 63.
Tilt antenna/reduce antenna height/output power, etc. for co-channel cells.
TCH Drop Reasons (2)
Low Signal Strength on Down or Uplink or Both Links
The drops counters due to Low Signal Strength will be pegged when the Signal Strength during the last Measurement Report before the call dropped is below the LOWSSDL and/or LOWSSUL Thresholds. LOWSSDL and LOWSSUL are BSC Exchange Property parameters which is used only for statistics purposes and does not affect the behavior of calls. If both UL and DL Signal Strength are below the thresholds, only Drop due to Low SS BL will pegged. Normally a call is dropped at the border of large rural cell with insufficient coverage. Bad tunnel coverage cause many dropped calls as well as so called coverage holes. Bad indoor coverage will result in dropped calls. Building shadowing could be another reason.
Action:
Check coverage plots.
Check output power.
Check power balance and link budget.
Check if Omni site.
Check antenna configuration & type.
Check antenna installation.
Perform drive tests & site survey.
Check TRX/TS with high CONERRCNT.
Solution:
Add a repeater to increase coverage in for example a tunnel.
Change to a better antenna (with higher gain) for the base station.
Add a new base station if there are large coverage holes.
Block/Deblock TRX
TCH Drop Reasons (3)
Poor Quality on Down or Uplink or Both Links
The drops counters due to Bad Quality will be pegged when the Signal Strength during the last Measurement Report before the call dropped is above the BADQDL and/or BADQUL Thresholds. BADQDL and BADQUL (expressed in DTQU) are BSC Exchange Property parameters which is used only for statistics purposes and does not affect the behavior of calls. If both UL and DL Quality are above the thresholds, only Drop due to BAD Quality BL will pegged.
Problem on Bad Quality is usually associated with Co-channel Interference on BCCH or TCH. Faulty MAIO assignment can cause frequency collisions on co-sited cells especially on 1x1 Reuse. External interference is also one possible cause of problem on quality.
Action:
Check C/I and C/A plots.
Check Frequency Plan (Co-BCCH or Co-BSIC Problem).
Check MAIO, HOP, HSN parameters.
Check FHOP if correctly configured (BB or SY).
Check for External Interference.
Perform drive tests.
Solution:
Change BCCH frequency.
Change BSIC.
Change MAIO, HOP, HSN.
Change FHOP.
Record RIR or on-site Frequency Scanning to identify source of interference.
Use available radio features.
TCH Drop Reasons (4)
Sudden Loss of Connection
Drops due to Sudden Loss are drops that have not been registered as low signal strength, excessive timing advance, bad quality or hardware (other) reasons, and the locating procedure indicates missing measurement results from the MS.
There are some common scenarios that could lead to Sudden Loss of connections such as very sudden and severe drops in signal strength, such as when subscribers enter into buildings, elevators, parking garages, etc., very sudden and severe occurrence of interference, MS runs out of battery during conversation, Handover Lost, BTS HW faults, Synchronization or A-bis link fault (transmission faults), and
MS Faults.
Action:
Check BTS Error Logs, Alarms and Fault Codes.
Check CONERRCNT per TRX and TS.
Check Transmission Link (A-bis).
Check for DIP Slips.
Check LAPD Congestion.
Correlate Handover Lost to Drops due to Sudden Loss
Solution:
Fix Hardware Faults and Alarms.
Reset TRX with high CONERRCNT.
Ensure that Synchronization and A-bis Link are stable.
Change RBLT with high DIP Slips.
Change CONFACT or increase Transmission Capacity
Investigate HO Lost Problem
TCH Drop Reasons (5)
TCH Drops due to Other Reasons
TCH drops due to Other Reasons are computed by subtracting the sum of drops due to Excessive TA, Low SS, Bad Quality and Sudden Loss from the Total TCH Drop Counts. Drops due to Other Reasons are generally associated with hardware problems, transmission link problems on A-bis, Ater or Ainterfaces, and sometimes Handover Lost.
Action:
Check BTS Error Logs.
Check Alarms and Fault Codes.
Check CONERRCNT per TRX and TS.
Check Transmission Link (A-bis).
Check for DIP Slips.
Correlate Handover Lost to Drops due to Other Reasons
Solution:
Fix Hardware Faults and Alarms.
Reset TRX with high CONERRCNT.
Ensure that Synchronization and A-bis Link are stable.
Change RBLT with high DIP Slips.
Investigate HO Lost Problem
Problem reason of drop in SDCCH
Low Signal Strength on Down or Uplink
The reason for poor coverage could be too few sites, wrong output power, shadowing, no indoor coverage or network equipment failure.
Action: Check coverage plots.Check output power. Perform drive tests. Check BTS error log
Solution: Add new sites. Increase output power. Repair faulty equipment.
Poor Quality on Down or Uplink
Action: Check C/I and C/A plots. Check frequency plan. Perform drive tests.
Solution: Change frequency. Use available radio features.
Too High Timing Advance
Action: Check if the cell parameter TALIM is < style="font-weight: bold;">Solution: Set TALIM to a value close to 63. Tilt antenna/reduce antenna height/output power, etc. for cochannel cells.
Mobile Error
Some old mobiles may cause dropped calls if certain radio network features are used. Another reason is that the MS is damaged and not working properly.
Action: Check MS fleet.
Solution: Inform operator.
Subscriber Behavior
Poorly educated subscribers could use their handsets incorrectly by not raising antennas, choosing illadvised locations to attempt calls, etc.
Action: Check customer complaints and their MS.
Battery Flaw
When a subscriber runs out of battery during a conversation, the call will be registered as dropped call due to low signal strength or others.
Action: Check if MS power regulation is used. Check if DTX uplink is used.
Congestion on TCH
The SDCCH is dropped when congestion on TCH.
Action: Check TCH congestion
Solution: Increase capacity on TCH or using features like Assignment to another cell, Cell Load Sharing, HCS, Dynamic Half-Rate Allocation and FR-HR Mode Adaptation etc
T3103 and T3105 differences?
Timer rr_t3103 (0-1000000, default 5000) used to determine switching dropped calls. Upon receipt of the target cell's switching success message or the source cell switching unsuccessful information, rr_t3103 will stop the clock. Upon receipt of the target cell's switching success message or the source cell switching unsuccessful information, rr_t3103 will stop the clock. Otherwise, once rr_t3103 to time, notify the MSC, remove the connection, dropped calls switch occurred. Otherwise, once rr_t3103 to time, notify the MSC, remove the connection, dropped calls switch occurred.Timer rr_t3105, used when asynchronous cell switch, determine whether the time right before Timer physical information (Physical information) in the GSM system, switching process, the mobile station receive network switch command, sent to the target channel switch access (HANDOVER ACCESS) message. Timer rr_t3105, when used in asynchronous cell switch, determine whether the time right before Timer physical information (Physical information) in the GSM system, switching process, the mobile station receive network switch command, sent to the target channel switch access (HANDOVER ACCESS) message. Network receive the message, calculate the RF characteristics, means the unit of data sent to the mobile station physical information, and start the timer T3105 (GSM 4.08 specification is defined as the T3105, Ericsson system parameters defined as TIMER3105). Network receive the message, calculate the RF characteristics, means the unit of data sent to the mobile station physical information, and start the timer T3105 (GSM 4.08 specification is defined as the T3105, Ericsson system parameters defined as TIMER3105). If the T3105 has not yet received the mobile station sent out the correct layer 2, the network will be re-issued physical information, and restart the T3105. If the T3105 has not yet received the mobile station sent out the correct layer 2, the network will be re-issued physical information, and restart the T3105. Physical information up to the number of retransmissions by the parameter "maximum number of physical information repeated up to the number of retransmissions by the parameter" maximum number of times to repeat
When the network switch to send the mobile station received access message, physical channel to be essential to achieve synchronization status. When the network switch to send the mobile station received access message, physical channel to be essential to achieve synchronization status. As long as the communication channel quality can be guaranteed to receive the mobile station should be able to correct physical information, and to send a layer 2 network structure of the frame. As long as the communication channel quality can be guaranteed to receive the mobile station should be able to correct physical information, and to send a layer 2 network structure of the frame. If the physical information sent to the mobile station can not receive after the issue of layer 2, typically, poor quality physical channel can not carry out normal communication, the appropriate increase in the number of physical information re-issued, so that the quality of the physical channel network in the upturn issued by the mobile station receives the layer 2 frames to complete the switching process, thus avoiding unnecessary dropped calls. If the physical information sent to the mobile station can not receive after the issue of layer 2, typically, poor quality physical channel can not normal communication, the appropriate increase in the number of physical information re-issued to the network at the physical change for the better channel quality to the mobile station when the received level 2 issued to complete the switching process, thus avoiding unnecessary dropped calls.
Handover access failure due to dropped calls of the main reasons: Handover access failure due to dropped calls of the main reasons:
? lack of signal strength coverage unstable, MS can not be properly received. ? lack of signal strength coverage unstable, MS can not be properly received. This mostly occurs in the course of an emergency switch. This mostly occurs in the course of an emergency switch. Cause MS can not normally receive PHYS INFO message. Cause MS can not normally receive PHYS INFO message.
Wrong switch, as the services may exist around the two communities with the BCCH of the cell, resulting in the activation of another system error plot of the TCH, MS PHYS INFO message can not be correctly received. Wrong switch, as the services may exist around the two communities with the BCCH of the cell, resulting in the activation of another system error plot of the TCH, MS PHYS INFO message can not be correctly received.
At present most of the Ericsson system, network, T3105 and NY1 are using the system default settings, specific to TIMER3105 = 4 (40 ms), NOOFPHYSINFOMSG = 35 (35 times). At present most of the Ericsson system, network, T3105 and NY1 are using the system default settings, specific to TIMER3105 = 4 (40 ms), NOOFPHYSINFOMSG = 35 (35 times). For some of the more serious interference with the network (such as China Unicom Network GSM900 1 × 1), 40 ms latency and 35 times the weight obviously not the right hair, the light of experience appropriate to improve T3105 and NY1 (NOOFPHYSINFOMSG), can effectively reduce the switching in dropped calls occurred. For some of the more serious interference with the network (such as China Unicom Network GSM900 1 × 1), 40 ms latency and 35 times the weight obviously not the right hair, the light of experience appropriate to improve T3105 and NY1 (NOOFPHYSINFOMSG), can effectively reduce the switching in dropped calls occurred.
The direct cause of dropped calls, there are two: 1, RF loss. The direct cause of dropped calls, there are two: 1, RF loss. 2, switch dropped calls (Note: The switch failure does not mean dropped calls, switching failure> switch dropped calls). 2, switch dropped calls (Note: The switch failure does not mean dropped calls, switching failure> switch dropped calls). The following analysis of these two cases. The following analysis of these two cases.
(1) RF loss (1) RF loss
A. A. Failure specification defines the downlink, mobile Taichung timer S (T100), in the beginning of the call the mobile station is assigned an initial value, that is, the wireless link timeout (radio_link_timeout). Failure specification defines the downlink, mobile Taichung timer S (T100), in the beginning of the call the mobile station is assigned an initial value, that is, the wireless link timeout (radio_link_timeout). This value is broadcast in the BCCH. This value is broadcast in the BCCH. Whenever the mobile station can not correctly decode a SACCH message (4 SACCH BLOCK) time, S minus 1. Whenever the mobile station can not correctly decode a SACCH message (4 SACCH BLOCK) time, S minus 1. Whenever the mobile station correctly decode a SACCH message, S plus 2. Whenever the mobile station correctly decode a SACCH message, S plus 2. However, the definition of S does not exceed radio_link_timeout initial. However, the definition of S does not exceed radio_link_timeout initial. When the S count is zero, the mobile station to give up radio resource connection, enter the idle mode. When the S count is zero, the mobile station to give up radio resource connection, enter the idle mode. Occur once dropped calls. Occur once dropped calls.
B. B. Uplink uplink failure failure
System failed to monitor the parameters of the uplink is link_fail. System failed to monitor the parameters of the uplink is link_fail. When the base station can not correctly decode a SACCH message, HDPC in the counter (the maximum value defined by the link_fail) minus 1, the base station correctly solved a SACCH message, the counter plus two (no more than Link_fail defined counter value). When the base station can not correctly decode a SACCH message, HDPC in the counter (the maximum value defined by the link_fail) minus 1, the base station correctly solved a SACCH message, the counter plus two (no more than Link_fail defined counter value). When the counter is zero, the base station to stop firing downlink SACCH, while start rr_t3109 timer (rr_t3109> T100). When the counter is zero, the base station to stop firing downlink SACCH, while start rr_t3109 timer (rr_t3109> T100). T100 timeout when the mobile station, mobile station back to idle mode, dropped calls occur. T100 timeout when the mobile station, mobile station back to idle mode, dropped calls occur. When the base station until the rr_t3109 timer to the release of wireless channel. When the base station until the rr_t3109 timer to the release of wireless channel. BSC also need to send a Clear request to the MSC message. BSC also need to send a Clear request to the MSC message.
Uplink and downlink failure of any party, will stop sending to each other SACCH. Uplink and downlink failure of any party, will stop sending to each other SACCH. Radio resource to start the process of releasing the other party. Radio resource to start the process of releasing the other party. TCH occurred in a link_fail, statistics for the first RF_LOSSES_TCH. TCH occurred in a link_fail, statistics for the first RF_LOSSES_TCH. Occurred in the SDCCH a link_fail, statistics for the first RF_LOSS_SD. Occurred in the SDCCH a link_fail, statistics for the first RF_LOSS_SD. In theory, the timer can shorten rr_t3109 early release of radio resources (to ensure rr_t3109> T100), to prepare for distribution to other mobile stations, can slightly reduce channel congestion. In theory, the timer can shorten rr_t3109 early release of radio resources (to ensure rr_t3109> T100), to prepare for distribution to other mobile stations, can slightly reduce channel congestion. Optimization process is actually not modified at all. Optimization process is actually not modified at all.
Parameters of wireless links Ultra (radio_link_timeout) will affect when the size of the drop call rate and the wireless network resource utilization. Parameters of wireless links Ultra (radio_link_timeout) will affect when the size of the drop call rate and the wireless network resource utilization. If set too small, it is easy to start handoff before, T100 time-out, resulting in dropped calls caused by wireless link failure. If set too small, it is easy to start handoff before, T100 time-out, resulting in dropped calls caused by wireless link failure. If you set too large, then the call quality is poor, the system a long time to release the radio resources to reduce resource utilization. If you set too large, then the call quality is poor, the system a long time to release the radio resources to reduce resource utilization.
When the network switch to send the mobile station received access message, physical channel to be essential to achieve synchronization status. When the network switch to send the mobile station received access message, physical channel to be essential to achieve synchronization status. As long as the communication channel quality can be guaranteed to receive the mobile station should be able to correct physical information, and to send a layer 2 network structure of the frame. As long as the communication channel quality can be guaranteed to receive the mobile station should be able to correct physical information, and to send a layer 2 network structure of the frame. If the physical information sent to the mobile station can not receive after the issue of layer 2, typically, poor quality physical channel can not carry out normal communication, the appropriate increase in the number of physical information re-issued, so that the quality of the physical channel network in the upturn issued by the mobile station receives the layer 2 frames to complete the switching process, thus avoiding unnecessary dropped calls. If the physical information sent to the mobile station can not receive after the issue of layer 2, typically, poor quality physical channel can not normal communication, the appropriate increase in the number of physical information re-issued to the network at the physical change for the better channel quality to the mobile station when the received level 2 issued to complete the switching process, thus avoiding unnecessary dropped calls.
Handover access failure due to dropped calls of the main reasons: Handover access failure due to dropped calls of the main reasons:
? lack of signal strength coverage unstable, MS can not be properly received. ? lack of signal strength coverage unstable, MS can not be properly received. This mostly occurs in the course of an emergency switch. This mostly occurs in the course of an emergency switch. Cause MS can not normally receive PHYS INFO message. Cause MS can not normally receive PHYS INFO message.
Wrong switch, as the services may exist around the two communities with the BCCH of the cell, resulting in the activation of another system error plot of the TCH, MS PHYS INFO message can not be correctly received. Wrong switch, as the services may exist around the two communities with the BCCH of the cell, resulting in the activation of another system error plot of the TCH, MS PHYS INFO message can not be correctly received.
At present most of the Ericsson system, network, T3105 and NY1 are using the system default settings, specific to TIMER3105 = 4 (40 ms), NOOFPHYSINFOMSG = 35 (35 times). At present most of the Ericsson system, network, T3105 and NY1 are using the system default settings, specific to TIMER3105 = 4 (40 ms), NOOFPHYSINFOMSG = 35 (35 times). For some of the more serious interference with the network (such as China Unicom Network GSM900 1 × 1), 40 ms latency and 35 times the weight obviously not the right hair, the light of experience appropriate to improve T3105 and NY1 (NOOFPHYSINFOMSG), can effectively reduce the switching in dropped calls occurred. For some of the more serious interference with the network (such as China Unicom Network GSM900 1 × 1), 40 ms latency and 35 times the weight obviously not the right hair, the light of experience appropriate to improve T3105 and NY1 (NOOFPHYSINFOMSG), can effectively reduce the switching in dropped calls occurred.
The direct cause of dropped calls, there are two: 1, RF loss. The direct cause of dropped calls, there are two: 1, RF loss. 2, switch dropped calls (Note: The switch failure does not mean dropped calls, switching failure> switch dropped calls). 2, switch dropped calls (Note: The switch failure does not mean dropped calls, switching failure> switch dropped calls). The following analysis of these two cases. The following analysis of these two cases.
(1) RF loss (1) RF loss
A. A. Failure specification defines the downlink, mobile Taichung timer S (T100), in the beginning of the call the mobile station is assigned an initial value, that is, the wireless link timeout (radio_link_timeout). Failure specification defines the downlink, mobile Taichung timer S (T100), in the beginning of the call the mobile station is assigned an initial value, that is, the wireless link timeout (radio_link_timeout). This value is broadcast in the BCCH. This value is broadcast in the BCCH. Whenever the mobile station can not correctly decode a SACCH message (4 SACCH BLOCK) time, S minus 1. Whenever the mobile station can not correctly decode a SACCH message (4 SACCH BLOCK) time, S minus 1. Whenever the mobile station correctly decode a SACCH message, S plus 2. Whenever the mobile station correctly decode a SACCH message, S plus 2. However, the definition of S does not exceed radio_link_timeout initial. However, the definition of S does not exceed radio_link_timeout initial. When the S count is zero, the mobile station to give up radio resource connection, enter the idle mode. When the S count is zero, the mobile station to give up radio resource connection, enter the idle mode. Occur once dropped calls. Occur once dropped calls.
B. B. Uplink uplink failure failure
System failed to monitor the parameters of the uplink is link_fail. System failed to monitor the parameters of the uplink is link_fail. When the base station can not correctly decode a SACCH message, HDPC in the counter (the maximum value defined by the link_fail) minus 1, the base station correctly solved a SACCH message, the counter plus two (no more than Link_fail defined counter value). When the base station can not correctly decode a SACCH message, HDPC in the counter (the maximum value defined by the link_fail) minus 1, the base station correctly solved a SACCH message, the counter plus two (no more than Link_fail defined counter value). When the counter is zero, the base station to stop firing downlink SACCH, while start rr_t3109 timer (rr_t3109> T100). When the counter is zero, the base station to stop firing downlink SACCH, while start rr_t3109 timer (rr_t3109> T100). T100 timeout when the mobile station, mobile station back to idle mode, dropped calls occur. T100 timeout when the mobile station, mobile station back to idle mode, dropped calls occur. When the base station until the rr_t3109 timer to the release of wireless channel. When the base station until the rr_t3109 timer to the release of wireless channel. BSC also need to send a Clear request to the MSC message. BSC also need to send a Clear request to the MSC message.
Uplink and downlink failure of any party, will stop sending to each other SACCH. Uplink and downlink failure of any party, will stop sending to each other SACCH. Radio resource to start the process of releasing the other party. Radio resource to start the process of releasing the other party. TCH occurred in a link_fail, statistics for the first RF_LOSSES_TCH. TCH occurred in a link_fail, statistics for the first RF_LOSSES_TCH. Occurred in the SDCCH a link_fail, statistics for the first RF_LOSS_SD. Occurred in the SDCCH a link_fail, statistics for the first RF_LOSS_SD. In theory, the timer can shorten rr_t3109 early release of radio resources (to ensure rr_t3109> T100), to prepare for distribution to other mobile stations, can slightly reduce channel congestion. In theory, the timer can shorten rr_t3109 early release of radio resources (to ensure rr_t3109> T100), to prepare for distribution to other mobile stations, can slightly reduce channel congestion. Optimization process is actually not modified at all. Optimization process is actually not modified at all.
Parameters of wireless links Ultra (radio_link_timeout) will affect when the size of the drop call rate and the wireless network resource utilization. Parameters of wireless links Ultra (radio_link_timeout) will affect when the size of the drop call rate and the wireless network resource utilization. If set too small, it is easy to start handoff before, T100 time-out, resulting in dropped calls caused by wireless link failure. If set too small, it is easy to start handoff before, T100 time-out, resulting in dropped calls caused by wireless link failure. If you set too large, then the call quality is poor, the system a long time to release the radio resources to reduce resource utilization. If you set too large, then the call quality is poor, the system a long time to release the radio resources to reduce resource utilization.
What is E1 and T1
What is E1 and T1
The PDH (plesiochronous Digital Hierarchy) has 2 primary communication systems as its foundation.
These are,
T1 system based on 1544kbit/s that is recommended by ANSI &
E1 system based on 2048kbit/s that is recommended by ITU-T.
Common Characteristics :-
Both are having Same Sampling Frequency i.e. 8kHz.
In both (E1 & T1) Number of samples/telephone signal = 8000/sec.
In both (E1 & T1) Length of PCM Frame = 1/8000s = 125µs.
In both (E1 & T1) Number of Bits in each code word = 8.
In both (E1 & T1) Telephone Channel Bit Rate = 8000/s x 8 Bit = 64 kbit/s.
Differing Characteristics :-
In E1 Encoding/Decoding is followed by A-Law while in T1 Encoding/Decoding is followed by µ-Law.
In E1 - 13 Number of Segments in Characteristics while in T1 - 15Number of Segments in Characteristics.
In E1 - 32 Number of Timeslots / PCM Frame while in T1 - 24 Number of Timeslots / PCM Frame.
In E1 - 8 x 32 = 256 number of bits / PCM Frame while in T1 - 8 x 24 + 1* = 193 number of bits / PCM Frame. (* Signifies an additional bit).
In E1 - (125µs x 8)/256 = approx 3.9µs is the length of an 8-bit Timeslot while in T1 - (125µs x 8)/193 = approx 5.2µs is the length of an 8-bit Timeslot.
In E1 - 8000/s x 256 bits = 2048kbit/s is the Bit Rate of Time-Division Multiplexed Signal while in T1 - 8000/s x 193 bits = 1544kbit/s is the Bit Rate of Time-Division Multiplexed Signal.
What is Optimum Value of T200?
What is Optimum Value of T200?
we like to know the optimum value for T200 on LAPDm. All vendors have different default values (Siemens 145 ms, Nokia 220 ms, Satellite Abis 400 ms etc.) for this timer - but which value is the best to reduce SDCCH drops and to keep the retransmissions at an acceptable level ?
Example: SDCCH/8
During a 51er multiframe the SDCCH/8 occupies four consecutive TDMA frames (four bursts are sent). Than the MS / BTS has to wait for the next 51er multiframe (i.e. 235 ms) before the next Layer 2 frame could be sent. 145 ms / 220 ms are shorter than the 51er multiframe (235 ms) so in case of an missing acknowledgement this is always a T200 expiry. The SDCCH drop will occur if T200 expired N200+1 times. If the T200 is increased (for example to 500 ms) we have two 51er multiframe to get the acknowledgement and the SDCCH drops are reduced.
The Qos Stats show a clear & strong corelation between the KPI and the parameter T200. That's amazing !
Regarding the Ack from the BTS, I'm not sure (and I'm tired to look in the 3GPP specs :) ). Take the subchannel "0" from the SDCCH ts.
in DL : the BTS sends SDCCH/0 on burst 0, 1, 2, 3 and the SACCH/0 on burst 32, 33, 34, 35
in UL : th MS sends SDCCH/0 on burst 15, 16, 17, 18
and the SACCH/0 on 47, 48, 49, 50
And I ***believe*** that the Lapdm acknowledgments can be sent on either the SACCH or the SDCCH, since both of them are sent over the same LapDm link. I'm not sure at all about this though, but it sounds logical.
The value of the SDCCH Drop due to Radio failures (in ALU) is usually around 1% in a fairly good network. The SDCCH Drop due to Radio Failures is a counter that encompasses both the Radio Link Timeout and the "T200*N200+1 times" failures.
I am not able to test your changes because I am not working on a live network (i am a gsm trainer, living in a world of theory...)
T200 = 220ms for sDCCH SAPI0
= 450ms for SDCCH SAPI3
= 900ms for SACCH associated to SDCCH
we like to know the optimum value for T200 on LAPDm. All vendors have different default values (Siemens 145 ms, Nokia 220 ms, Satellite Abis 400 ms etc.) for this timer - but which value is the best to reduce SDCCH drops and to keep the retransmissions at an acceptable level ?
Example: SDCCH/8
During a 51er multiframe the SDCCH/8 occupies four consecutive TDMA frames (four bursts are sent). Than the MS / BTS has to wait for the next 51er multiframe (i.e. 235 ms) before the next Layer 2 frame could be sent. 145 ms / 220 ms are shorter than the 51er multiframe (235 ms) so in case of an missing acknowledgement this is always a T200 expiry. The SDCCH drop will occur if T200 expired N200+1 times. If the T200 is increased (for example to 500 ms) we have two 51er multiframe to get the acknowledgement and the SDCCH drops are reduced.
The Qos Stats show a clear & strong corelation between the KPI and the parameter T200. That's amazing !
Regarding the Ack from the BTS, I'm not sure (and I'm tired to look in the 3GPP specs :) ). Take the subchannel "0" from the SDCCH ts.
in DL : the BTS sends SDCCH/0 on burst 0, 1, 2, 3 and the SACCH/0 on burst 32, 33, 34, 35
in UL : th MS sends SDCCH/0 on burst 15, 16, 17, 18
and the SACCH/0 on 47, 48, 49, 50
And I ***believe*** that the Lapdm acknowledgments can be sent on either the SACCH or the SDCCH, since both of them are sent over the same LapDm link. I'm not sure at all about this though, but it sounds logical.
The value of the SDCCH Drop due to Radio failures (in ALU) is usually around 1% in a fairly good network. The SDCCH Drop due to Radio Failures is a counter that encompasses both the Radio Link Timeout and the "T200*N200+1 times" failures.
I am not able to test your changes because I am not working on a live network (i am a gsm trainer, living in a world of theory...)
T200 = 220ms for sDCCH SAPI0
= 450ms for SDCCH SAPI3
= 900ms for SACCH associated to SDCCH
What is difference between congestion and Blocking?
Congestion = time when all resources are occupied (no free TCH available)
Blocking = rejected (blocked) attempts over all attempts in %.
Also there is different formulas for TCH blocking. For example in subscriber perceived TCH Blocking all successful directed retries to another cell are removed from the nominator.
Answer2:
Blocking dives you the non served calls
congestion gives the time when no resource are available (it is possible that nobody needs them so no blocks)
there is a possiblity to have high blocking and low congestion - this means that you have a peak of the attempts.
Blocking = rejected (blocked) attempts over all attempts in %.
Also there is different formulas for TCH blocking. For example in subscriber perceived TCH Blocking all successful directed retries to another cell are removed from the nominator.
Answer2:
Blocking dives you the non served calls
congestion gives the time when no resource are available (it is possible that nobody needs them so no blocks)
there is a possiblity to have high blocking and low congestion - this means that you have a peak of the attempts.
what is TCH Blocking and Drop?
TCH call Blocking , it present how many subscriber asks for TCH channel and network reply with no available resource.
so it present how many subscriber request TCH channel to reject this request
TCH call drop
after subscriber get TCH and start converstion
during it the call is dropped for some reasons not related to the subscribers .
so it present how many subscriber request TCH channel to reject this request
TCH call drop
after subscriber get TCH and start converstion
during it the call is dropped for some reasons not related to the subscribers .
Handover failure due to protocol error
verify the ciphering algo used in both External Cells.this via DT.In case of ciphering issue, handover from one side to other should be happening. i.e. the side using higher ciphering algo will be able to transfer the call to cell with lower ciphering algo.
KPI Introduction
1. CSSR (CALL SETUP SUCCESS RATE)
Definition: Rate of calls going until TCH successful assignment
2. SCR (SUCCESSFULL CALL RATE)
Definition: Rate of calls going until normal release that is not interrupted by SDCCH DROP, neither by assignment failures, and neither by CALL DROP.
3. CALL DROP RATE (CDR)
Definition: Rate of all losses of TCH connections during a call in relation to the number of successful Call Setups
4. HOSR (HAND OVER SUCCESS RATE)
Definition: Successful internal and external outgoing handovers of total number of internal and external outgoing handover attempts
5. PSR (PAGING SUCCESS RATE)
Definition: Rate of successful paging attempts of total number of paging attempts.The formula is based on NSS point of view (based on MSC or LAC)
6. LOCATION UPDATE SUCCESS RATE
Definition: Successful location update
attempts of total number of location update attempts. The formula is based on NSS point of view.
7. SDCCH BLOCK RATE
Definition: SDCCH congestion of total number of SDCCH seizure attempts
8. SDCCH DROP RATE
Definition: Dropped SDCCH connections of total number of SDCCH connections without TCH congestion.
9. TCH ASSIGNMENT BLOCK RATE
Definition: Rate of TCH unsuccessful seizures during assignment procedure due to congestion
10. TCH Assignment Failure Rate (exclude blocking)
Definition: Rate of RTCH seizure failed (system + radio) during normal assignment procedure over the total amount of RTCH request for normal assignment procedure
11. EMD (Erlang Minute per Drop)
Definition: Total of Erlang minutes (TCH occupation) in one period measurement per drop call (after TCH Assignment).
12. TCH Availability
Definition: Available TCH of total number of defined TCH
13. RACH Success Rate
Definition : Rate of Successful RACH over the total number of channel required message received
Definition: Rate of calls going until TCH successful assignment
2. SCR (SUCCESSFULL CALL RATE)
Definition: Rate of calls going until normal release that is not interrupted by SDCCH DROP, neither by assignment failures, and neither by CALL DROP.
3. CALL DROP RATE (CDR)
Definition: Rate of all losses of TCH connections during a call in relation to the number of successful Call Setups
4. HOSR (HAND OVER SUCCESS RATE)
Definition: Successful internal and external outgoing handovers of total number of internal and external outgoing handover attempts
5. PSR (PAGING SUCCESS RATE)
Definition: Rate of successful paging attempts of total number of paging attempts.The formula is based on NSS point of view (based on MSC or LAC)
6. LOCATION UPDATE SUCCESS RATE
Definition: Successful location update
attempts of total number of location update attempts. The formula is based on NSS point of view.
7. SDCCH BLOCK RATE
Definition: SDCCH congestion of total number of SDCCH seizure attempts
8. SDCCH DROP RATE
Definition: Dropped SDCCH connections of total number of SDCCH connections without TCH congestion.
9. TCH ASSIGNMENT BLOCK RATE
Definition: Rate of TCH unsuccessful seizures during assignment procedure due to congestion
10. TCH Assignment Failure Rate (exclude blocking)
Definition: Rate of RTCH seizure failed (system + radio) during normal assignment procedure over the total amount of RTCH request for normal assignment procedure
11. EMD (Erlang Minute per Drop)
Definition: Total of Erlang minutes (TCH occupation) in one period measurement per drop call (after TCH Assignment).
12. TCH Availability
Definition: Available TCH of total number of defined TCH
13. RACH Success Rate
Definition : Rate of Successful RACH over the total number of channel required message received
Wednesday, May 12, 2010
Welcome telecom professionals
Welcome all the telecom professionals to my blog.
Please share the telecom releated articles.
Please share the telecom releated articles.
Subscribe to:
Posts (Atom)