UNLIMITED FREE
ACCESS
TO THE WORLD'S BEST IDEAS

SUBMIT
Already a GlobalSpec user? Log in.

This is embarrasing...

An error occurred while processing the form. Please try again in a few minutes.

Customize Your GlobalSpec Experience

Finish!
Privacy Policy

This is embarrasing...

An error occurred while processing the form. Please try again in a few minutes.

TIA-945

MAP Support of Authentication and Key Agreement (AKA)

active, Most Current
Buy Now
Organization: TIA
Publication Date: 1 February 2006
Status: active
Page Count: 114
scope:

FOREWORD

This foreword is not part of this standard.

This document modifies TIA-41-E to add support for Enhanced Subscriber Authentication based on AKA.

The words "shall" and "shall not" identify requirements to be followed strictly to conform to this document and from which no deviation is permitted. "Should" and "should not" indicate that one of several possibilities is recommended as particularly suitable, without mentioning or excluding others, that a certain course of action is preferred but not necessarily required, or that (in the negative form) a certain possibility or course of action is discouraged but not prohibited. "May" and "need not" indicate a course of action permissible within the limits of the document. "Can" and "cannot" are used for statements of possibility and capability, whether material, physical or causal.

Document History

TIA-945
February 1, 2006
MAP Support of Authentication and Key Agreement (AKA)
FOREWORD This foreword is not part of this standard. This document modifies TIA-41-E to add support for Enhanced Subscriber Authentication based on AKA. The words "shall" and "shall not" identify...
February 1, 2006
MAP Support of Authentication and Key Agreement (AKA)
INTRODUCTION Background Enhanced Subscriber Authentication (ESA) uses 3GPP Authentication and Key Agreement (AKA) procedures for mutual authentication of the MS and the network in the serving...

References

Advertisement