21-06-0807-00-0000 IEEE 802.21 MEDIA INDEPENDENT HANDOVER DCN: 21-06-0807-00-0000 Title: Follow-up feedback from FMCA on IEEE 802.21 functions Date Submitted:

Slides:



Advertisements
Similar presentations
XXX IEEE MEDIA INDEPENDENT HANDOVER DCN: XXX Title: MRPM – an augmenting feature for MIH Date Submitted: July 15,
Advertisements

1 IEEE Media Independent Handoff Overview of services and scenarios for 3GPP2 Stefano M. Faccin Liaison officer to 3GPP2.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Application Considerations in Handover Date Submitted: July, 15, 2004 Presented at.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Mapping FMCA Wi-Fi SIP Reqs to IEEE Date Submitted: Presented.
UMA (Unlicensed Mobile Access) El Ayoubi Ahmed Hjiaj Karim.
SEAMLESS MOBILITY Is it where the future of telecom headed?
Omniran GPP Trusted WLAN Access to EPC Use Case Analysis Date: Authors: NameAffiliationPhone Max RiegelNSN
6 The IP Multimedia Subsystem Selected Topics in Information Security – Bazara Barry.
Fixed Mobile Convergence T Research Seminar on Telecommunications Business Johanna Heinonen.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Ernst Langmantel Technical Director, Austrian Regulatory Authority for Broadcasting and Telecommunication (RTR GmbH) The opinions expressed in this presentation.
xx IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Proposed Presentation for 3GPP Date Submitted: July,
3GPP ”All-IP” vision Long and short term What do we want to obtain ? How to get there (phasing) ? What do 3GPP need to do ? Issues to be resolved.
OmniRAN Specification – Structuring the effort Document Number: Omniran Date Submitted: Source: Max Riegel
An Operators Input for oneM2M Baseline  Group name: TP#2/WG1  Source: DTAG, Vodafone Group  Meeting Date:  Agenda Item: WG1 agenda item.
DOCUMENT #: GSC15-GTSC8-06 FOR: Presentation SOURCE: ATIS AGENDA ITEM: GTSC8; 4.2 CONTACT(S): Art Reilly ATIS Cybersecurity.
1 Mobility using IEEE in a heterogeneous IEEE /.11- based, IMT-advanced [4g] network Les Eastwood and Scott Migaldi, MOTOROLA Qiaobing Xie.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Initial feedback by FMCA on IEEE questions Date Submitted:
CP-a Emergency call stage 2 requirements - A presentation of the requirements from 3GPP TS Keith Drage.
1 IEEE TGu Interworking with External Network Stefano M. Faccin Nokia IEEE Liaison to 3GPP2.
1 Presentation_ID © 1999, Cisco Systems, Inc. Cisco All-IP Mobile Wireless Network Reference Model Presentation_ID.
INTRODUCTION. 1.1 Why the Internet Protocol Multimedia Subsystem 1.2 Where did it come from?
IEEE MEDIA INDEPENDENT HANDOVER Title: An Architecture for Security Optimization During Handovers Date Submitted: September,
1 Presentation_ID Mobile Wireless Internet Forum (MWIF)
Doc.: 802_Handoff_Architecture_Elements_r2 Submission May David Johnston, IntelSlide 1 Architectural Elements of an 802 Handoff Solution David Johnston.
OmniRAN SDN-based OmniRAN Use Cases Summary Date: Authors: NameAffiliationPhone Antonio de la OlivaUC3M+34
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Two New Information Elements for facilitating L3 connectivity.
GSC Global Standards Collaboration GSC August – 2 September 2005 Sophia Antipolis, France August 28 – September 2, ISACC Opening Plenary Presentation.
21-05-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: LB #1b Comment Summary Date Submitted: March, 2007 Presented at.
Doc.: IEEE /209r0 Submission 1 March GPP SA2Slide 1 3GPP System – WLAN Interworking Principles and Status From 3GPP SA2 Presented.
IEEE MEDIA INDEPENDENT HANDOVER DCN: srho Title: Policy concept in 3GPP ANDSF Date Submitted: June 30, 2010 Presented at IEEE c.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Doc.: IEEE /345r0 Submission May 2002 Albert Young, Ralink TechnologySlide 1 Enabling Seamless Hand-Off Across Wireless Networks Albert Young.
September 28, 2006 Page 1 3GPP2 MMD Status for IMS Workshop Jack Nasielski
IMS developments in 3GPP
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Future Project Planning Report Date Submitted: November 4, 2011 Presented at IEEE session #47.
August 2, 2005 IETF 63 – Paris, France Media Independent Handover Services and Interoperability Ajay Rajkumar Chair, IEEE WG.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Fixed Mobile Convergence Alliance (FMCA) Report Date Submitted:
IEEE MEDIA INDEPENDENT HANDOVER Title: An Architecture for Security Optimization During Handovers Date Submitted: September,
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Proposed Presentation for 3GPP Date Submitted: September,
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Submission doc.: IEEE 11-12/0346r2 WLAN and Cellular Interworking and Discovery Use Case Date: Slide 1Joseph Levy, InterDigital Communications,
Submission May 2016 H. H. LEESlide 1 IEEE Framework and Its Applicability to IMT-2020 Date: Authors:
21-07-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: MIH security issues Date Submitted: July, 02, 2007 Presented at.
4G Wireless Technology Prepared by K.Sai Kumar Yadav 07K81A0584.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Proposed Presentation for 3GPP Date Submitted: August,
Requirements for IP Based UMTS A Consensus View from the Industry
Review of new Question descriptions under ITU-T SG11
IEEE MEDIA INDEPENDENT HANDOVER DCN:
OmniRAN Introduction and Way Forward
28 May ~ 2 June, 2006 HyoungJun KIM TTA/ETRI
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IP and NGN Projects in ITU-T Jean-Yves Cochennec France Telecom SG13 Vice Chair Workshop on Satellites in IP and Multimedia - Geneva, 9-11 December 2002.
IEEE MEDIA INDEPENDENT HANDOVER
Good Morning 1/17/2019.
IEEE 802 Scope of OmniRAN Abstract
IEEE MEDIA INDEPENDENT HANDOVER DCN:
OmniRAN Introduction and Way Forward
IEEE MEDIA INDEPENDENT HANDOVER DCN: bcst
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
SDN-based OmniRAN Use Cases Summary
IEEE MEDIA INDEPENDENT HANDOVER DCN: xx-00-sec
Presentation transcript:

IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Follow-up feedback from FMCA on IEEE functions Date Submitted: November, 14 th, 2006 Presented at IEEE session #17 in Texas, USA Authors or Source(s): FMCA Operators: Brasil Telecom, British Telecommunications Plc, Rogers Communications Inc, Telecom New Zealand Abstract: Follow-up feedback from FMCA on IEEE functions

Discussion Items FMCA Overview FMCA Programme Update FMCA Vendor Affiliation Programme Update FMCA Operator Feedback on proposed Functions FMCA Operator Scenarios Next Steps

FMCA Overview Formed in mid Incorporated as a not-for-profit trade association under New York law, USA, in August Global alliance of telecom operators focused on accelerating the development and availability of Convergence products and services. 27 Leading integrated Telecom Operators = over 800 million subscribers (1 in 3 of the world’s telecom users) Not a standards development organisation. FMCA Vendor Affiliation Programme launched globally. Applications may be submitted as from December 2006.

FMCA Priority Programmes A key factor in enabling telecom operators to deploy Convergence services: Common Operator Requirements for Converged products & services to work in any environment. Ensuring availability of Converged Devices: Specifying baseline specifications for Wi-Fi enabled devices. Specifying Architecture & Interfaces for networks: Seamless authentication and registration in a common, secure and consistent manner. Defining procedures & interfaces for Interconnect: Enabling services to be fully interoperable between multiple operators and across multiple networks. Defining requirements for Converged Roaming: Encouraging a global Converged wireless-cellular roaming service for telecom users.

FMCA Vendor Affiliation Programme Framework for vendors to contribute to the Alliance’s work in cooperation with the Alliance Members: Delivery function within the FMCA Technical Working Group that identifies and addresses technical requirements. A set of work procedures and frameworks built around the various Standards and Certification bodies. Timely generation and delivery of Technical Work Items that will support the FMCA Priority Programmes: Focus is on service, network and device interoperability requirements.

Operator Feedback on MIH functions FMCA Operators would like to understand the impacts of IEEE on the following requirements: Lawful Intercept Emergency Services Country specific roaming/network selection requirements Anti-trust aspects regarding cost information Privacy laws with respect to location information Joint work item proposal (FMCA-IEEE ) As the above requirements may restrict the general IEEE enabled HO options, FMCA may be able to analyse the specific impacts and may bring requirements related to regulatory and legal aspects identified as potential triggers. This work item will require IEEE participation.

Operator feedback on IEEE roaming Closer discussions required on how IEEE can work with current and proposed Operator roaming and operating models. Proposal joint FMCA – IEEE audio call to clarify roaming models. Consider creation of joint sub-working group

Operator feedback on Information Elements What information does IEEE need from FMCA Operators on the different types of Information Elements Private Public Roaming What specific information does IEEE need from FMCA Operators on different parameters and options needed for Information Elements. Have IEEE thought about management options for Information Elements, e.g. use of OMA DM? Proposed Joint Work Item – to identify a number operator parameters that might qualify for relevant IEs. This will require IEEE participation.

Operator feedback on IEEE IS Options for IS location – Access Node vs Network Application Server? Does an open and standard interface exist for real-time access? Is the latency for retrieval appropriate for handover time budgets? How can the addition of new access network types and specific PoAs be supported? Can it be automated? How does IS know the current location of the client – who adds the current location to the get? How is authentication/trust between the client and the IS established and maintained? Benefit of having optional less complex implementation that would not require the continuous update of the MIIS, may be using network auto-discovery techniques?

Operator feedback on handover Network Initiated handover is less well defined in terms of the likely scenarios and desirability when this happens. Examples of network-side triggers Pre-pay limit exceeded New authentication for the same userId detected Location update indicates a “home” or preferred access zone Network congestion on current access detected, network initiates handover to achieve load balancing: Network selection options – SIM/user vs network based

Feedback on complex multimedia sessions handover Handover support for multimedia services, much harder problem than “single media component” case (like voice only). Preliminary FMCA analysis show that IS will need specific IEs to respond to higher layers requirements in handing over complex multimedia sessions (serving real time multimedia services) A special case of handing over active IMS sessions between access networks served by the same or different IMS operator(s) should be considered. Need for view on how MIH, Mobile IP and 3GPP VCC will work together to achieve inter-technology handovers

Example Operator Deployment Scenario nOperator (CDMA) sees an imminent use of the MIH layer in coordinating access technology handover across heterogeneous networks, under the control of a common MIP based core network. Without MIH support, handover will use basic RSSI indications for handoff triggers – thus preventing the use of advanced fast handover protocols already defined by the IETF. nWhile current cdma2000 packet data networks are based on MIPv4, we envisage that the MIH layer in conjunction with Fast Handoffs for IPv4 will allow fast lossless handover for future multimedia services. nHandovers to be mobile or network initiated. nThe specification provides functionality to guide network selection based on operator defined policy information, supplied via the MIIS.

Example Operator Deployment Scenario GSM / GPRS / UMTS / HSPA / UMA / VCC (1) Operator (GSM / GPRS / UMTS / HSPA) deploys in a phased approach, based on specifics of its market, technology maturity, and terminals availability, the above listed mobile access technologies During the intermediate phases of each new technology, that particular access technology has an “island” type of coverage overlaying the previously deployed technologies coverage Intra-Operator Access Domains can be defined by the operator and appropriate IEs assigned The IS can then define an operator-reconfigurable hierarchical access structure that can be used in setting up access preferences and map the network capabilities to the offered services within each access domain constraints Particular operator domains may be defined based on regional spectrum availability and regulations

Example Operator Deployment Scenario GSM / GPRS / UMTS / HSPA / UMA / VCC (2) Most GSM / GPRS / UMTS mobile operators are interested in VCC (Voice Call Continuity), that delivers call continuity between the PS networks and the extensive CS (GSM) infrastructure Appropriate IEs may enable the IS to facilitate the discovery of VCC capabilities part of a given operator domain The content of the corresponding IE fields are to be defined as maximum number of possible states and their meaning The defined IEs may become part of the inter-operator roaming agreements

Summary key gaps Key gaps foreseen in : Business scenarios/models for key information elements and roaming models. Understanding of actual business benefits in terms of user experience, etc Validity and completeness of the Information Elements within the IS Network initiated handover scenarios

Next Steps FMCA is aiming to cover roaming and inter-operability aspects as part of the development and delivery of some of its Priority Programmes. IEEE will have the opportunity to contribute to these requirements. FMCA would like to agree with IEEE very specific work items to be jointly developed and/or reviewed by FMCA and IEEE , which should address the gaps foreseen in by FMCA Operators; i.e.: Business scenarios/models User experience Information Elements Handover Scenarios