Thanks Thanks:  0
Showing results 1 to 8 of 8

Thread: NRT DCH rejects due to lack of codes in RU10

  1. #1
    Member Reputation: 344
    Join Date
    2009-08-19
    Location
    Armenia
    Posts
    223


    Default NRT DCH rejects due to lack of codes in RU10

    I have one question related to HS-PDSCH codes donwgrading when there is congestion due to lack of dpch codes (NRT DCH rejects due to lack of codes).

    There is a parameter

    NRT DPCH over HS-PDSCH code offset

    which is responsible for hs-pdsch codes dongrades whene there is NRT DPCH codes congestion.

    In RAS 6 default value is 0, while in RU 10 it is 5.


    We have some cells with codes congestion, in some cases it can be corelated with RU10 implementation.



    My question is - where does the change in default come from? are there some changes in the algorithm? or any other reasons?

    Thanks for your help

  2. # ADS
    Circuit advertisement
    Join Date
    Always
    Location
    Advertising world
    Posts
    Many
     

  3. #2
    Member Reputation: 344
    Join Date
    2009-08-19
    Location
    Armenia
    Posts
    223


    Default

    Hello guys,

    No answer!!!

    No body is working on RU10!!!

    Br,

    Nab

  4. #3
    Member Reputation: 598
    Join Date
    2008-08-03
    Posts
    336


    Default

    Hi Nabil,

    After your post, i checked it our network. You're right. After RU-10 upgrade, HS Channel Code Downgraded on NRT.

    I am going to talk with NSN, after that i will inform you.

  5. #4
    Member Reputation: 555
    Join Date
    2008-07-08
    Location
    UAE
    Posts
    474


    Default

    Quote Originally Posted by nabil el haddani View Post
    I have one question related to HS-PDSCH codes donwgrading when there is congestion due to lack of dpch codes (NRT DCH rejects due to lack of codes).

    There is a parameter

    NRT DPCH over HS-PDSCH code offset

    which is responsible for hs-pdsch codes dongrades whene there is NRT DPCH codes congestion.

    In RAS 6 default value is 0, while in RU 10 it is 5.


    We have some cells with codes congestion, in some cases it can be corelated with RU10 implementation.



    My question is - where does the change in default come from? are there some changes in the algorithm? or any other reasons?

    Thanks for your help
    Hi My friend,

    I saw this default value changing, but i didnt see the specific reason about this changing, i didnt find any algorithm changing on RU 10.

    I could be they want to prioritize the HSDPA service over NRT service

  6. #5
    Member Reputation: 623
    Join Date
    2010-01-29
    Posts
    874


    Default

    Thanx for ur info Bro...
    I need to check my Network ..
    coz we use RU10 also...

  7. #6
    Junior Member Reputation: 8
    Join Date
    2009-02-15
    Posts
    19


    Default REQ_PS_INTERA_REJ_DL_SRNC

    Please do you have any explanation for the decrease of the total number of rejected NRT DCH requests for a PS Call with interactive class in the
    SRNC for reasons caused by DL radio resources, while for the UL the rejections increased a little,

  8. #7
    Member Reputation: 598
    Join Date
    2008-08-03
    Posts
    336


    Default

    Dear Nabil,

    At the end, NSN replied to me.

    This is expected behavior when 5 is selected. Meaning that when there is rejection due to code congestion, HS which using more then DPCHOverHSPDSCHThreshold will be downgrade
    This parameter defines the number of allocated HS-PDSCH codes that are not allowed to pre-empty by NRT DPCH in the case NRT DPCH code congestion. The value of the parameter is an offset from the maximum allowed number of HS-PDSCH codes.

  9. #8
    Member Reputation: 143
    Join Date
    2009-01-08
    Posts
    168


    Default Re: NRT DCH rejects due to lack of codes in RU10

    Quote Originally Posted by maasricht View Post
    Dear Nabil,

    At the end, NSN replied to me.

    This is expected behavior when 5 is selected. Meaning that when there is rejection due to code congestion, HS which using more then DPCHOverHSPDSCHThreshold will be downgrade
    This parameter defines the number of allocated HS-PDSCH codes that are not allowed to pre-empty by NRT DPCH in the case NRT DPCH code congestion. The value of the parameter is an offset from the maximum allowed number of HS-PDSCH codes.
    Is it ok to tune this parameter?

Bookmarks

Bookmarks

Posting Rules

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •