Abis Path

Alarm: Abis Path overload Usage Count: 4 90% Network: GSM Node: AXE BSC R06B Software: AXE BSC R06B IP-A06 Node: AXE RBS 2409  Alarm: Abis Path overload Alarm is ceased after finishing Edge Call Alarm comes  up sporadically while PS Edge Calls SOLUTION: CONDITIONS: PROCEDURE: The perfor mance of the DSL line is reflected in the following parameter settings in the BS C. After aligning the parameter for maximum bandwidth in downlink and maximum ba ndwidth in uplink the fault could not be reproduced any more. Parameters Setting : RRSGI:SCGR=scgr,MODE=IPM,PSTU=pstu,MBWDL=16000,MBWUL=6000; RRSGI:SCGR=scgr,MODE=IPM,PSTU=pstu,MBWDL=16000,MBWUL=6000; The value of parame ter MBWUL could be increased if the alarm occurs, however too high value may cau se problems with the load regulation (increasing number of handovers, new calls rejecting). Parameter Explanation: MBWDL: (64-16384 kbps) This parameter defines  the maximum bandwidth in downlink. The parameter defines the bandwidth in downl ink that is considered 100% when calculating thresholds for triggering overload prevention mechanisms. This value should be set as close to the actual bandwidth  as possible. MBWUL: (64-16384 kbps) This parameter defines the maximum bandwidth in uplink. The parameter defines th e bandwidth in uplink that is considered 100% when calculating thresholds for tr iggering overload prevention mechanisms. This value should be set slightly less than the actual bandwidth. TCH blocking with Abis Optimization sites Usage Count: 3 90% Network: GSM Node: AXE BSC 09A APZ 212 55 Software: AXE BSC 09A-UM17 Site with A bis Optimization does not work Printing of "RADIO TRANSMISSION SUPER CHANNEL DAT A" shows state FLT Alarm :" ABIS PATH OVERLOAD" Alarm: "ABIS PATH FAULT" on Supe r Channel High TCH drop in cells with Optimized ABIS Before this there was Group  switch alarm with one XM( Plan-A) card fault.After group switch hardware unit r estoration it is likely to be hangup situation prevailing between RTPGD (PGW) de vice & RBLT2 devices. REMEDY: CONDITIONS PROCEDURE: In order to release hangup s tate Super Channel re-initialization of SC is mendatory

1.Remove the TG definition OPI. Radio X-ceiver Administration, Managed Object, D isconnect 2.Remove SC definition RRSCE:SCGR=y,SC=x,FORCE; 3.Re-initialize the SC  RRSCI:SCGR=xx,SC=y,DEV1=RBLT2-xxxx,DCP=1,NUMDEV=nn;  RRSCI:SCGR=xx,SC=y,DEV1=RBLT2-xxx x,DCP=1,NUMDEV=nn; Forlopp release on TG , PGW - RP restart could not worked ABIS PATH OVERLOAD alarm on PICO cell Usage Count:  2 90% Network: GSM Node: AXE BSC 07B Feature: Abis over IP ABIS PATH OVERLOAD alarm on  PICO cell Alarm :" ABIS PATH OVERLOAD" RTPGSR sends CPXTGLOADINF signal to RTPG SU, indicating IP overload, and this leads to "ABIs PATH OVERLOAD " alarm for th e relevant TG SOLUTION: CONDITIONS: "text" PROCEDURE: "text" Traffic reduced after abis optimization activated Usage Count: 2 90% GSM BSS 06A Traffic reduced after abis optimization activated Erlang Traffic is reduced ALARM: ABIS PATH OVERLOAD Abis Optimization Feature implemented in one s ite The paramater PACKALG was set to 0 in the TG ... so the ABIS was not really being optimized SOLUTION: CONDITIONS: PROCEDURE: Set the PACKALG to 1 How to avoid Abis-Interface over Satellite overload Usage Count: 1 90% How to avoid Abis-Interface over Satellite overload Network: GSM Node: AXE BSC 0 8B TCH congestion after ABIS/IP swap ALARM: ABIS PATH OVERLOAD Abis path overloa d alarm for the concerned TG Abis over satellite overload IPLOSTPACKUL shows hig h valies as compared to LOSTDLPACK Configuration change The problem is caused by  bad transmission on Abis. If the IP transmission is causing a lot of packet los ses, the overload mechanism will trigger which will cause TCH congestion during the time the link is bad.

1.Remove the TG definition OPI. Radio X-ceiver Administration, Managed Object, D isconnect 2.Remove SC definition RRSCE:SCGR=y,SC=x,FORCE; 3.Re-initialize the SC  RRSCI:SCGR=xx,SC=y,DEV1=RBLT2-xxxx,DCP=1,NUMDEV=nn;  RRSCI:SCGR=xx,SC=y,DEV1=RBLT2-xxx x,DCP=1,NUMDEV=nn; Forlopp release on TG , PGW - RP restart could not worked ABIS PATH OVERLOAD alarm on PICO cell Usage Count:  2 90% Network: GSM Node: AXE BSC 07B Feature: Abis over IP ABIS PATH OVERLOAD alarm on  PICO cell Alarm :" ABIS PATH OVERLOAD" RTPGSR sends CPXTGLOADINF signal to RTPG SU, indicating IP overload, and this leads to "ABIs PATH OVERLOAD " alarm for th e relevant TG SOLUTION: CONDITIONS: "text" PROCEDURE: "text" Traffic reduced after abis optimization activated Usage Count: 2 90% GSM BSS 06A Traffic reduced after abis optimization activated Erlang Traffic is reduced ALARM: ABIS PATH OVERLOAD Abis Optimization Feature implemented in one s ite The paramater PACKALG was set to 0 in the TG ... so the ABIS was not really being optimized SOLUTION: CONDITIONS: PROCEDURE: Set the PACKALG to 1 How to avoid Abis-Interface over Satellite overload Usage Count: 1 90% How to avoid Abis-Interface over Satellite overload Network: GSM Node: AXE BSC 0 8B TCH congestion after ABIS/IP swap ALARM: ABIS PATH OVERLOAD Abis path overloa d alarm for the concerned TG Abis over satellite overload IPLOSTPACKUL shows hig h valies as compared to LOSTDLPACK Configuration change The problem is caused by  bad transmission on Abis. If the IP transmission is causing a lot of packet los ses, the overload mechanism will trigger which will cause TCH congestion during the time the link is bad.

More information can be found in SCS910863. SOLUTION: CONDITIONS: 1. Abis Path O verload occur. PROCEDURE: 1. Make sure you have implemented all fixes in SCS9108 63 . 2. Make sure you have the latest BTS software, which ncludes a fix for Abis  over Satellite Check delivery note: 10945-LZY213440/8 3. Check the transmission  for Abis. Unable to make more than 26 calls in RBS Usage Count: 3 88% Network: GSM Node: AXE BSC 07B RBS 2308 Unable to make more than 26 calls in RBS  Assignment command fails with No radio resource available No radio resource ava ilable Pre-emption handling fails leading to assignment failure Abis path overlo ad alarm for the concerned TG SC overload comes from PGW RP via signal CPXTGLOAD INF Parameters MBWUL MBWDL where set to a to low value MBWUL=400 and MBWDL=400 S OLUTION: CONDITIONS: Alarm abis path overload received PROCEDURE: Check paramete rs MBWUL and MBWDL with RRSGP:SCGR= ; Set the parameters according to the guidelines by using The tool for Abis over I P dimensioning 209/100 56-HSC 103 12/11 Uen B High droprate for site connected over satellite Usage Count: 8 Network: GSM Feat ure: Abis-Interface Over Satellite Node: AXE BSC 07B Node: AXE BSC 08A Node: AXE  BSC 08B Node: AXE BSC 09A Node: AXE BSC 09B Product Name: RHLAPD Product ID: CA AZ 107 7463 R6A05 Product ID: CAAZ 107 7463 R7A01 Abis over satellite overload S DCCH setup successful rate low 76%

High SDCCH access fails because of the greater values (than normal values) of th e CESTIMMASS counter High droprate observed in certain cells Unstable LAPD links  on abis interface Cell resources repeatedly blocked and deblocked The problem i s caused by an underdimensioned LAPD window size. The default window size is 15 and this is not always sufficient for the long round-trip times of satellite lin ks. It means, allthough the bandwidth that is allocated for the LAPD links (16K,  32K, 64K, abis opt/IP) should be enough, there may still be overload. For norma l LAPD links (= no satellite) any overload problems are usually for uplink direc tion (BTS to BSC). That is because the measurement reporting for all ongoing cal ls cause a higher load on the uplink than on the downlink. However, as measureme nt reporting is sent as un-acknowledged data it does not fill up the output-wind ow buffer. For downlink direction (BSC to BTS), all messages are sent as acknowl edged data. So when window size is the bottleneck (as can be for abis over satel lite), the downlink direction may be overloaded while the uplink direction is no t. The solution is obviously to increase the window size to provide higher utili zation of the bandwidth despite of the long round-trip delay. However, it has to  be investigated how to optimize the value. The EC (EC-HK68949) will double the window size as a temporarry solution. Please refer to TR HK68949, EC-HK68949, HK 84069 SOLUTION: CONDITIONS: 1) Enter print command to check if there are any sit es connected over satellite.