100 likes | 229 Views
Mobile and Wireless Neighborhood Discovery by Using DHCP (draft-jang-mipshop-nhdisc-00.txt). HeeJin Jang Alper Yegin Xiaoyu Liu Samsung-AIT. Motivations.
E N D
Mobile and Wireless Neighborhood Discovery by Using DHCP(draft-jang-mipshop-nhdisc-00.txt) HeeJin Jang Alper Yegin Xiaoyu Liu Samsung-AIT - IETF 65 -
Motivations • In today's heterogeneous deployments mobile stations (MSs) and access networks present great variability in terms of the capabilities they need and present. • For e.g., an MS may require IPv6 access or 802.11i but not all networks in its neighborhood may support that • A proper network discovery and selection process are necessary to satisfy the needs of both the selected network and the MS. • DHCP allows an MS to discover the capabilities & configurations associated with the currently serving access network, but not the information for the other networks that the MS may connect to the target network. - IETF 65 -
IEEE 802.21 Consideration • IEEE 802.21 MIIS (Media Independent Information Service) defines • Information Elements represented by using a standardized format such as XML or TLV • primitives between MIH Function and MIH User for higher layers to get information from repository • the frame format for exchanging messages between peer MIH function entities. • The transport of MIIS is out of the scope of IEEE 802.21 and this draft proposes using DHCP as the transport mechanism. - IETF 65 -
Overview of the Proposal (1/2) • The MS identifies the neighbor networksby their unique identifier such as the BSSID (Base Station Identifier) used by IEEE 802.11 access points. • At any given time, the MS can either request with the Neighborhood Request option. • Detailed capabilities & configuration info on all possible networks in its neighborhood (i.e., get all), or • Detailed abilities & configuration info on a selected target network (i.e., get one) - IETF 65 -
Overview of the Proposal (2/2) • The DHCP/MIIS server in the currently serving network must send the requested info with the Neighborhood Reply option. - IETF 65 -
Operation Example DHCP/MIIS server AR AP3 (1) DHCP with NH request opt WiFi AP2 AP1 Neighborhood DB BS1 (2) DHCP with NH reply opt AP1: MAC1, OpA, NAS1, IPv4.. AP2: MAC2, OpA, NAS1, IPv4.. BS1: MAC3, OpA, NAS3, IPv4/6 AP3: MAC4, OpB, NAS4, IPv6.. AP4: MAC5, OpB, NAS4, IPv6.. WiFi BS2 cdma2000 BS3 BS4 BS5 cdma2000 WiMAX - IETF 65 -
New DHCPv6 Option (1/2) • Neighborhood Request option • Option-code : OPTION_NHReq (TBD) • info-request • the MIHF (Media Independent Handover Function) frame. • SID (Service Identifier)= 4 (Information Service) • Opcode (Operation Code) = 1 (Request) - IETF 65 -
New DHCPv6 Option (2/2) • Neighborhood Reply option • Option-code : OPTION_NHRep (TBD) • info-reply • the MIHF (Media Independent Handover Function) frame. • SID (Service Identifier)= 4 (Information Service) • Opcode (Operation Code) = 2 (Response) - IETF 65 -
MIHF Frame Format General IE (network type, Operator,..) Access network specific IE (Cost, security, QoS per each access network,..) POA (Point of Attachment) specific IE (PYH type, channel parameters, MAC address,..) Higher layer services/information per PoA (capability bitmap,..) Other information IE (vendor specific IE,..) 4 (Information Service) 1 or 2 (request or response) - IETF 65 -
Thanks & Any Question? - IETF 65 -