Presentation on theme: "IEEE MEDIA INDEPENDENT HANDOVER DCN:"— Presentation transcript:
1 IEEE 802.21 MEDIA INDEPENDENT HANDOVER DCN: 21-07-0019-02-0000 Title: Handover flow diagram for abnormal handover caseDate Submitted: March 6, 2007Presented at IEEE session in Orlando, FLAuthors or Source(s): Junxiang Guo, Yan Peng, Bin XiaAbstract: This contribution proposes handover flow diagram for abnormal handover case.
2 IEEE 802.21 presentation release statements This document has been prepared to assist the IEEE Working Group. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein.The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEEThe contributor is familiar with IEEE patent policy, as outlined in Section 6.3 of the IEEE-SA Standards Board Operations Manual < and in Understanding Patent Issues During IEEE Standards Development
3 BackgroundIn current draft, MN can discover and obtain information of a list of neighbor PoAs, so when handover decision is made MN can have multiple choices of target PoAs, but the current draft does not allow the user to initiate a second handover after an initial handover failed, e.g. when MIH_ MN_HO _Candidate_Query Reponse, or MIH_MN_HO_Candidate _Commit Response is received by MN or serving PoS and they include parameters indicating handover failure, then the handover process will be ceased finally, this does not allow the MN or serving PoS to perform handover to another suitable candidate neighbor PoA. So it does not fully make use of the result of PoA discovery and scanning. Current handover procedure is inefficient and will cause higher handover failure ratio.
4 ProposalHere we suggest two flow diagrams for two types of handover failure case:MIH_ MN_HO_Candidate_Query Reponse:HandoverAck=0: Abort HandoverMIH_MN_HO_Candidate_Commit Response: HandoverStatus=0: Abort HandoverWe suggest to adopt the following two flow diagrams into Annex A (add a subclause A.6).
5 Annex A.6.1 A.6 Handover flow diagram for abnormal case A.6.1 Example handover flow diagram for abnormal case at handover query stageWhen MIH_ MN_HO_Candidate_Query Reponse indicate the handover initiator to abort handover (HandoverAck=0), the MN will initiate handover process to another suitable target PoA. The following is the handover flow diagram for this case:
7 Annex A.6.2A.6.2 Example handover flow diagram for abnormal case at handover commit stageWhen MIH_MN_HO_Candidate_Commit Response indicate the handover initiator to abort handover (HandoverStatus=0) the MN will issue MIH_MN_HO_Candidate_Commit Request to another suitable target PoA, i.e. MN reuses the previous Query result and needs not repeat Query process again. The following is the handover flow diagram for this case: