STA Location for emergency call support in SSPN interface

Slides:



Advertisements
Similar presentations
Doc.: IEEE /1672 STA Provided Location November 2006 Donghee Shim, et alSlide 1 STA Provided Location Notice: This document has been prepared.
Advertisements

FBMS Termination Date: Name Compay Address Phone
LB84 General AdHoc Group Sept. Closing TGn Motions
[ Interim Meetings 2006] Date: Authors: July 2005
Multicast Scope Date: Authors: September 2006 Month Year
Emergency Call number support
London TGu Motions Authors: January 2007 Date: Month Year
LB73 Noise and Location Categories
LB73 Noise and Location Categories
Waveform Generator Source Code
TGu Closing Report Date: Authors: November 2005
TGp Closing Report Date: Authors: July 2007 Month Year
Attendance and Documentation for the March 2007 Plenary
Attendance and Documentation for the March 2007 Plenary
3GPP Extended Date: Authors: July 2005 July 2005
[ Policies and Procedure Summary]
Motion to accept Draft p 2.0
3GPP liaison report July 2006
[place presentation subject title text here]
TGu Closing Report Date: Authors: May 2006 May 2006
Descriptive Language Usage in TGv
Emergency Call Number Support
TGp Motions Date: Authors: November 2005 Month Year
TGp Closing Report Date: Authors: March 2006 Month Year
Emergency Call Motion Date: Authors: January 2006
TGp Closing Report Date: Authors: May 2007 Month Year
AP Location Capability
TGu Closing Report Date: Authors: July 2006 July 2006
TGp Closing Report Date: Authors: March 2006 Month Year
Reflector Tutorial Date: Authors: July 2006 Month Year
TGv Redline D0.07 Insert and Deletion
TGu Timeline Date: Authors: January 2005 January 2005
TGv Redline D0.06 Insert and Deletion
Proposal for User Plane Support for QoS Mapping
TGu Closing Report Date: Authors: September 2005
IMS Emergency Call Requirements & Emergency Call number support
ADS Study Group Mid-week Report
TGu Timeline Date: Authors: July 2006 July 2006
TGu Timeline Date: Authors: November 2006 November 2006
Protection Assurance Method
Attendance for November 2006
TGu-changes-from-d0-01-to-d0-02
QoS in WLAN Interworking
TGy draft 2.0 with changebars from draft 1.0
TGv Redline D0.10 Insert and Deletion
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
Document Motions Date: Authors: November 2005 November 2005
TGp Closing Report Date: Authors: March 2007 Month Year
TGu-changes-from-d0-02-to-d0-03
[ Policies and Procedure Summary]
3GPP2 Liaison Report Date: Authors: May 2006 May 2006
TGu Motions Date: Authors: May 2006 May 2006
Beamforming and Link Adaptation Motions
Path Selection and Path Switch Mechanism
Limiting GAS State-1 Query Response Length
TGu Timeline Date: Authors: May 2006 May 2006
Motion to go to Letter Ballot
TGu-changes-from-d0-04-to-d0-05
Location Capability Negotiation
TGu-changes-from-d0-03-to-d0-04
TGu Timeline Date: Authors: January 2005 January 2005
TGu Motions Date: Authors: May 2006 May 2006
Non-AP STA Location Capability
IMS Emergency Call Requirements & Emergency Call number support
Reserve Option Contradiction
Attendance for November 2006
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
TGu Timeline Date: Authors: July 2005 July 2005
Proposal for User Plane Support for QoS Mapping
TGp Motions Date: Authors: January 2006 Month Year
Presentation transcript:

STA Location for emergency call support in SSPN interface Month Year doc.: IEEE 802.11-yy/xxxxr0 November 2006 STA Location for emergency call support in SSPN interface Date: 2006-11-06 Authors: Notice: This document has been prepared to assist IEEE 802.11. 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. Release: 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 IEEE 802.11. Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures <http:// ieee802.org/guides/bylaws/sb-bylaws.pdf>, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair <stuart.kerry@philips.com> as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE 802.11 Working Group. If you have questions, contact the IEEE Patent Committee Administrator at <patcom@ieee.org>. Donghee Shim et al, LG Electronics, Inc. John Doe, Some Company

Month Year doc.: IEEE 802.11-yy/xxxxr0 November 2006 Abstract The STA shall include the location information in the request to establish an emergency session in IMS emergency call Initial location information can be determined from the MAC address of AP and put into the emergency call request This proposal describes an idea which facilitates the interaction between DSS and SSPN through SSPN interface to be able to support emergency call feature in WLAN. No change on currently defined architectures and frames for location services support is required. At the end of the presentation, there will be a motion to determine next steps. Donghee Shim et al, LG Electronics, Inc. John Doe, Some Company

Location Information for IMS Emergency sessions Month Year doc.: IEEE 802.11-yy/xxxxr0 November 2006 Location Information for IMS Emergency sessions Location information is needed for 2 main reasons in IMS emergency services. The initial purpose of the location information is to enable the network to determine which PSAP serves the area where the terminal is currently located, so that the network can route the emergency session to the correct PSAP. The second purpose is for the PSAP to get more accurate or updated location information for the terminal during or after the emergency session. If the terminal has location information available, the terminal shall include the location information in the request to establish an emergency session. The location information may consist of network location information, that is the Location Identifier, and/or the Geographical location information. Donghee Shim et al, LG Electronics, Inc. John Doe, Some Company

Location Information in WLAN November 2006 Location Information in WLAN 802.11k or 802.11v location information capability is enabled on AP if AP is located in a regulatory domain that requires this. In 802.11v location proposal, AP delivers the location of a STA to a STA or, STA calculates its location based on time of arrival. In 802.11k location proposal defined a mechanism for carrying location information (per RFC3825) from one 802.11 STA/AP to another 802.11 STA/AP 802.11v has defined the positioning mechanism to locate the STA Donghee Shim et al, LG Electronics, Inc.

Location Information in WLAN for IMS Emergency sessions November 2006 Location Information in WLAN for IMS Emergency sessions The location of AP would be enough as the initial location information for IMS emergency call Assuming that AP does not have its location previously, only available location information to be used as the initial location information for IMS emergency call would be MAC address of AP However, until now, MAC address of AP has not been considered a kind of location information If AP provides the its MAC address to SSPN, then SSPN can provide the geographical location to AP after looking up the mapping table (a data base of the locations of APs are available) and SSPN can control and update the database if needed This location can be transferred to the STA, then the STA can initiate the emergency call request with an initial location information Donghee Shim et al, LG Electronics, Inc.

Location support in AAA and SSPN interface November 2006 Location support in AAA and SSPN interface AAA entity SSPN MAC address AAA Interface X, Y, Z AAA Agent MAC address X, Y, Z SSPN Interface AP STA Donghee Shim et al, LG Electronics, Inc.

Current STA Location Information support in SSPN Interface Month Year doc.: IEEE 802.11-yy/xxxxr0 November 2006 Current STA Location Information support in SSPN Interface Current SSPN Interface information elements does not support STA location information from SSPN to 802.11 AN Current SSPN Interface information elements Information element Name From IEEE802.11 AN to SSPN From SSPN to IEEE802.11 AN Per STA Entry Non-AP STA MAC Y N.A. User Identity Authorized priority Authorized Max. Bandwidth Non-AP STA Interworking Capability AP Interworking Capability N Authorized Service Access Type (This is per user authorized service level) Supported Service Type (WAPN?) Interworking Reason Code ResultCode (ADDTS.confirm/response) Admission control STA Location Information STA state Information Link Layer Encryption Method Successfully transmitted data Count Donghee Shim et al, LG Electronics, Inc. John Doe, Some Company

November 2006 Proposal STA location information support from SSPN to 802.11 AN in SSPN Interface information elements is proposed Information element Name From IEEE802.11 AN to SSPN From SSPN to IEEE802.11 AN Per STA Entry Non-AP STA MAC Y N.A. User Identity Authorized priority Authorized Max. Bandwidth Non-AP STA Interworking Capability AP Interworking Capability N Authorized Service Access Type (This is per user authorized service level) Supported Service Type (WAPN?) Interworking Reason Code ResultCode (ADDTS.confirm/response) Admission control STA Location Information STA state Information Link Layer Encryption Method Successfully transmitted data Count Donghee Shim et al, LG Electronics, Inc.

Feedback? November 2006 Month Year doc.: IEEE 802.11-yy/xxxxr0 Donghee Shim et al, LG Electronics, Inc. John Doe, Some Company

November 2006 Motion Move to have authors draft normative text for potential inclusion into TGu draft Moved: Seconded: Donghee Shim et al, LG Electronics, Inc.