1 / 9

Title: Active HO optimization from eHRPD to LTE

Title: Active HO optimization from eHRPD to LTE. Source: . Yuanfang Yu, Ting Lu, Yonggang Fang, Xiaowu Zhao Yu.yuanfang , lu.ting@zte.com.cn.

mave
Download Presentation

Title: Active HO optimization from eHRPD to LTE

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Title: Active HO optimization from eHRPD to LTE Source: Yuanfang Yu, Ting Lu, Yonggang Fang, Xiaowu Zhao Yu.yuanfang, lu.ting@zte.com.cn Abstract:This contribution supersedes “C22-20110523-014r1ZTEC.S0087-eAT-based-redirection” which provides one approach for active HO optimization from eHRPD to LTE. Recommendation:Review and Adopt for C.S0087-A v2.0

  2. eHRPD to LTE active Handoff • Current C.S0087 only defines idle handoff from eHRPD to LTE • However, redirecting eATs during active mode might be helpful for the following scenarios: • Load balancing • Handoff from eHRPD to LTE when LTE is available. • Proposals • Option 1: Refer to QC/ZTE/CT joint contribution • Option 2: Redirection controlled by AT with AN assist in this contribution

  3. Proposal – Redirection controlled by AT with AN assist

  4. Redirection controlled by AT with AN assist • AN sends redirect indicator through OtherRATNeighborList message while AN wants UEs to handoff from eHRPD to LTE • AN provide the reasonable redirect threshold to UE, once the strength of LTE channel meets the condition, UE will redirect to LTE • Key points • AN decides the timing of setting redirect indicator and the threshold for redirect in OtherRATNeighborList message • AN decides its redirect indicator based on its requirement, e.g. high traffic load, special application, energy saving operation and so on, but final redirect decision is made by UE based on its conditions • AN unicastOtherRATNeighborList message through Traffic channel • UE performs redirect when conditions meet, otherwise UE still in eHRPD

  5. Enhanced OtherRATNeighborList message

  6. Analysis for comments • Comment 1: benefits of unicastOtherRATNeighborList message • AN could inform its redirection requirement to eAT. • The unicastOtherRATNeighborList message could transfer a set of handoff threshold parameters which may be differ from that including in broadcast OtherRATNeighborList message to an active eAT to assist it doing active handoff. • The modification to eHRPD network is minimize.

  7. Analysis for comments • Comment 2: Ping pong issue • Since initial LTE deployment only covers hot spots area, it can thought eHRPD has bigger coverage and better signal than LTE, therefore no matter LTE->eHRPD or eHRPD->LTE mainly depends on LTE signal strength, as the figures show, it is reasonable that the threshold1 for triggering LTE->eHRPD handoff is smaller than threshold2 for eHRPD->LTE handoff. There is a gap between these two thresholds, in this proposal, when unicastOtherRATNeighborList, if the threshold for eHRPD->LTE handoff might be at the range between threshold1 and threshold2, the pingpong can be avoided.

  8. Analysis for comments • Comment 3: conflict between unicast and broadcast otherRATNeighborList message • Unicast message always has higher priority than broadcast message, so when UE in connected state receives unicastOtherRATNeighborList, it should ignore the broadcast OtherRATNeighborList; • When UE performs LTE measurement in this contribution, it still maintains in eHRPD connected state, the above criteria always works; • Once LTE signal strength meets the redirection condition (refer to comment 2), UE will redirect to LTE, it does not need to enter eHPRD idle to receive HRPD overhead messages; • If LTE signal strength does not meet the redirection condition, UE should maintain eHRPD connection. If UE return the eHRPD idle state after ending of service, it can receive broadcast OtherRATNeighborList and overrides all parameters before.

  9. Pros and Cons of Proposal • Pros • Minor modifications for AT and AN to support redirection function • Sending TCHOtherRATNeighborList message with redirect indication allows UE to get LTEparas and perform LTE measurement more quickly than broadcast mechanism • not handling LTEmesurement results can simplify AN’s procedure and not reporting LTE measurement result to AN can simplify AT’s procedure • Cons • Since final redirection decision depends on UE’s measurement results, it is not mandatory redirection

More Related