Generic selectors
Exact matches only
Search in title
Search in content
Search in posts
Search in pages

BAD incomming handovers

Viewing 8 posts - 1 through 8 (of 8 total)
  • Author
    Posts
  • #48626 Reply
    syed Adil Ali
    Guest

    the situation of the cell:

    1) there is no congestion on the cell.

    #48627 Reply
    vivek
    Guest

    hi,
    I wud also like to know about this problem as i am also facing similar problem in few cells.
    I have been able to resolve most of the cell but it still perists in one cell.
    For the other solved cells I checked out the frequency issue & resolved it.
    But for one cell I am nt able to solve this problem.
    kindly help.

    #48628 Reply
    vivek
    Guest

    hi Ali,
    U need to check the frequency plan for this.
    As i also faced similar problem & I was able to sort it out just by improving my freq. plan.
    Some freq (adjacent /co) must be hitting…
    check it out..
    Also get the hardware checked..

    #48629 Reply
    Syed Adil
    Guest

    Hi vivek,
    Thanks for your response.
    There is no ajacent and co freq. in this cell and the inter site distance between this site is aprox. 2.5 km and also this site belongs to the remote city consist of 11 cell dual band cells.
    If you talking about hardware some times got lapd alarms.

    #48630 Reply
    pix
    Guest

    i faced such a problem as well… got to change the BTS hardware in order to solve the problem…

    #48631 Reply
    Tomar
    Guest

    Hi All,
    I have same experiences. If there is no BCCH-BSIC conflict, than check, if there is some HW problem. From cell trace compare UL and DL measurement – path balance. From statistic: there was a lot HO failure from two neighbors. There was difference between UL and DL 15 dB – wrong TMA. The next reason could be also wrong setting of parameters –ping pong HO. It is mostly on dual-band cels.
    BR
    Tomar

    #48632 Reply
    patrick
    Guest

    when handover failure, what’s can you tcheck first and which parametercause bad handover

    #48633 Reply
    Tomar
    Guest

    Hi Patrick,
    My suggestion are:
    To check difference between Attempt without HO and Seizures without HO.
    To check distributions of measurement on each TRX in DL and UL direction.
    To check Idle band (somebody could transmit in your frequency band or any of your NB site)
    Very important is just the time, on when the statistic was broken.
    To check reason for HO. If necessary than we could run Cell Trace on the problematic cell and also on the neighbor cell. From measurement we could observe, what is wrong (bad level or bad quality).

    From my experiences, if you set HO margin to low in one direction and to back (0 dB) there are lot of ping pong HO. We have to set some limit of repetition of PWRBGT HO.
    If you set HO RXLEV access to low (-102 dBm) there will be a lot of unsuccessful HO.
    Check settings of frequency plan (BCCH, TCH, HSN, MAIO). I saw sometimes that on the site with HSN=XX (synchronized manager) was MAIO=0 on two cells.
    And many others.
    BR
    Tomar

Viewing 8 posts - 1 through 8 (of 8 total)
Reply To: BAD incomming handovers
Your information:




<a href="" title="" rel="" target=""> <blockquote cite=""> <code> <pre class=""> <em> <strong> <del datetime="" cite=""> <ins datetime="" cite=""> <ul> <ol start=""> <li> <img src="" border="" alt="" height="" width="">