Transcript PPT Version

FMIPv6 over IEEE 802.16
(draft-jang-mipshop-fh80216-00’.txt)
HeeJin Jang, Youn-Hee Han, Soohong Daniel Park
SAMSUNG
Junghoon Jee, Jaesun Cha
ETRI
- IETF 64 -
Contents
• 802.16 Deployment Architectures
• 802.16 Handover Overview
• Change points
– Two New Primitives
– Handover Scenarios
– Implementation with 802.21 MIHF
• Q&A
- IETF 64 -
2/9
802.16 Deployment Architectures
IP Mobility is required
IP Mobility is required
Fig. (a) a subnet = one AR + several BSs
Fig. (b) a subnet = one AR + one BS
- IETF 64 -
3/9
802.16e Handover Overview
1)
2)
MN collects info. about the serving
BS and neighboring BSs through the
periodic L2 neighbor advertisement
and the scanning.
MN starts HO by sending
MOB_MSHO-REQ to BS and then
BS replies with MOB_BSHO-RSP
including the candidates BSs.
Serving BS
MN L2 (MS)
Target BS
MOB_NBR-ADV
MOB_SCN_REQ
MOB_SCN_RSP
Scanning
MOB_MSHO-REQ
MOB_BSHO-RSP
3)
4)
MN selects the target BS and then
sends the MOB_HO-IND to the
serving BS and switches the links
After the HO, MN performs the
network re-entry procedures.
- IETF 64 -
MOB_HO-IND
802.16e Network re-entry
Packets
4/9
Change points
• Changes from the initial presentation
– Two more primitives are defined
– Five HO steps are changed into four HO steps
– Implementation with 802.21 MIHF (Media Independent
Handover Function) is described
- IETF 64 -
5/9
Four Primitives for interaction of
FMIPv6 & 802.16e
• We defined two more primitives, New_BS_Found and Link_Switch
• New_BS_Found is triggered from L2 to L3 when new BS is detected in order
that the MN starts the NAR discovery by exchange of RtSolPr & PrRtAdv
• Link_Switch is introduced to notify L2 of L3 HO preparation completion
– By default, L2 doesn’t need to wait this primitive
– It could be implemented to make higher the possibility of predictive HO
Primitives
Direction
Description
Action
Link_Going_Down
L2->L3
The signal strength goes low and it’s
time to prepare for the handover
L3 sends FBU
Link_Up
L2->L3
The link became available now.
L3 sends FNA
New_BS_Found
L2->L3
New BS is detected
L3 sends RtSolPr
Link_Switch
L3->L2
Switch to the new link
L2 switches to the new link
- IETF 64 -
6/9
L2/L3 Handover Scenarios
• Conceptually divided into four steps: 5 steps => 4 steps
– 802.16 network entry step is integrated into HO execution step
1)
NAR Discovery
–
–
2)
–
–
MN requests HO and gets the reply back
from the BS and triggers (2)
Tunnel is setup and packets are redirected
to NAR
NCoA is confirmed
HO Execution
–
–
–
4)
1) New_BS_Found
3) Link_Switch
2) Link_Going_Down
4) Link_UP
HO Preparation
–
3)
MN learns the neighboring BSs
NAR IP address resolution with BSID after
getting (1)
After the arrival of FBAck, MN issues (3).
MN L2 sends HO indication to the serving
BS and switches the links
IEEE 802.16e network entry
HO Completion
–
MN sends FNA and receives the buffered
- IETF 64 packets from NAR
< NAR discovery>
<HO preparation>
<HO execution>
<HO completion>
7/9
Implementation with 802.21 MIHF
• MIH function services
– MI Event service (MIES)
– MI Command service (MICS)
– MI Information service (MIIS)
• If the terminal is equipped
with MIHF module, the
proposed primitives can be
implemented to cooperate
L3 HO
with 802.21 MIHF
preparation is
802.16e
MIHF
MN FMIPv6
Link_Detected (E)
New_BS_Found
Link_Going_Down (E)
Link_Going_Down
MIH_Switch (C)
completed
- IETF 64 -
Link goes
down
Link_Switch
Link_Up (E)
Link_Up
New BS
detected
Link up
8/9
Future Works
• We assumed that Neighbor discovery over 802.16
networks works well.
• We need to consider the problems which may also
cause mal-operation in FMIPv6.
- IETF 64 -
9/9