Tech-invite3GPPspaceIETF RFCsSIP
Quick21222324252627282931323334353637384‑5x

Content for  TS 22.228  Word version:  17.0.0

Top   Top   Up   Prev   Next
1…   4…   7…   8…   9…   A…   H…

 

4  IntroductionWord‑p. 11

IP has opened up a whole range of communication applications, which may allow operators to develop totally new value added applications as well as to enhance their existing solutions. The open architecture and platforms supported by IP and operating systems may lead to applications and new opportunities that are more difficult to replicate using a standard switched centralised solution.
A complete solution for the support of IP multimedia applications (including voice communications) shall be available. The solution consists of UEs, GERAN or UTRAN radio access networks and GPRS evolved core network. One of the main objectives for 3GPP specifications is to ensure that the availability and behaviour of these IP applications when used via the 3GPP mobile access is at least as good as when used via other mobile access types.
Up

5  High level requirementsWord‑p. 11

Support for IP multimedia sessions shall be provided in a flexible manner to allow operators to differentiate their services in the market place as well customise them to meet specific user needs. This shall be provided by the use of service capabilities in both networks and terminals, including both Personal Mobility and Terminal Mobility, for the creation and support of IP multimedia applications.
The following high level requirements shall be supported for IP multimedia applications:
  • Negotiable QoS for IP multimedia sessions both at the time of a session establishment as well as during the session by the operator and the user
  • Negotiable QoS for individual media components in an IP multimedia session both at the time of establishing a media component as well as when the media component is active by the operator and the user
  • End to end QoS for voice at least as good as that achieved by the circuit-switched wireless systems shall be enabled
  • Support of roaming, negotiation between operators for QoS and for Service Capabilities is required. Such negotiation should be automated rather than manual, e.g., when another operator adds new service capabilities.
  • Support of roaming and interconnection shall include the capability for media to be routed optimally between IMS operators, i.e. according to criteria set by the operators.
  • Possibility for a network operator to implement IP Policy Control for IP multimedia applications.
  • IP multimedia sessions shall be able to support a variety of different media types. A set of media types shall be identified to ensure interoperability (e.g. default codec selection and header compression).
  • Within each IP multimedia session, one or more IP multimedia applications shall be supported. It shall be possible to support multiple IP multimedia applications to efficiently provide a coherent and consistent IP multimedia service experience. Such support involves identifying which applications are invoked per subscriber, understanding the appropriate order of the set of applications, and resolving application interactions during the session.
  • The possibility for IP multimedia applications to be provided without a reduction in privacy, security, or authentication compared to corresponding packet switched and circuit switched services.
  • IMS shall be capable to provide transcoding (at least for voice sessions) where needed when two UEs do not support a common codec.
  • Interconnection between two IMS domains shall be supported.
  • Roaming shall be supported enabling users to access IP multimedia services provisioned by the:
    • Home Environment
    • Serving Network
  • The principle of access independence shall be supported. It is desirable that an operator should be able to offer services to their subscribers regardless of how they obtain an IP connection (e.g. E-UTRAN, UTRAN, GERAN, fixed lines, LAN, DOCSIS®, WiMAX™ and cdma2000® access).
  • It shall be possible for the users to access IM CN via an IP connection (e.g. GPRS, fixed lines, LAN) with Network Address Translation (NAT) deployed.
  • IM CN should provide support for the users to access IM CN through a Firewall (FW) with configuration restrictions (e.g. only HTTP allowed, port range limitation) deployed outside operators' domain.
  • It shall be possible to support session-related internet applications that have been developed outside the 3GPP community.
  • It shall be possible to limit the view of an operator's network topology to authorised entities.
  • It shall be possible to support the multiple UEs associated with a single IMS service subscription. It shall be possible to share one Public User Identity between multiple UEs. It shall also be possible to identify the individual UEs with separate Public User Identities. IMS shall be able to route sessions towards the identified UE(s), e.g. based on UE capability, User preference and/or Network preferences.
  • It shall be possible for a service to identify and interact with a specific UE even when multiple UEs share the same single Public User Identity. A UE shall be capable to identify and interact with a specific UE even when multiple UEs share the same single Public User Identity, except when the UE supports only limited capabilities and thus is unable to become engaged in a service that requires such functionality. Examples include a telemetry-only capable UE that only supports the capabilities for point-to-point communication.
  • The IMS shall support a mechanism to provide configuration parameters and obtain operational status of the UE. This includes the ability to provide software upgrade, service configuration, and collect operational status. According to operator policies this information may be provided to applications.
  • The IMS shall be capable to access user location information, whether the user is roaming or not. According to operator policies this information may be provided to applications.
  • Where required (e.g. by regulation) the IMS shall provide the capability for the user to indicate to the network that a communication is malicious.
  • Where required (e.g. by regulation) the IMS shall provide the capability for the network, on behalf of the user, to reject incoming communications from users who have restricted the presentation of their originating identity.
  • The IMS shall support the capability of enabling early media for an IMS multimedia session. The capability for such early media shall be applied towards both calling and called user.
  • The IMS shall have mechanisms available to control overload that:
    1. automatically maximize effective throughput (i.e. admitted service requests/sec) at an overloaded resource.
    2. achieve this throughout the duration of an overload event, and irrespective of the overloaded resource's capacity or of the number of sources of overload;
    3. are configurable by the service provider so that, under processing overload, a high proportion of response times at overloaded resources are low enough so as not to cause customers to prematurely abandon service requests;
    4. should be possible to be applied within a service provider's IMS, and between different service providers' IMSs;
    5. should be possible to be applied within an IMS subsystem and between different IMS subsystems.
  • 5G system shall be able to support IMS in non-public networks [36].
Up

6  Standardised service capability approachWord‑p. 13

IP multimedia applications shall, as a principle, not be standardised, allowing operator specific variations. It shall be possible to enable rapid service creation and deployment using service capabilities.
It is important that commercially available IP multimedia applications are supported. In general compatibility shall be with these IP multimedia applications instead of building 3GPP-specific solutions.
The following options shall be available in the 3GPP standards to enable service delivery:
  • an architectural framework shall be created that enables maximum flexibility in the end user device and network servers, similar in concept to that used in the Internet.
    This framework shall enable an operator to efficiently deploy IP multimedia applications in a network-agnostic manner without having to wait for these applications or additional enabling technology, to be standardised in 3GPP.
  • service capabilities (enhanced to control IP multimedia applications), which will allow IP multimedia applications to be deployed in a vendor independent manner
    CAMEL [10], MExE [11], SAT [12] and OSA [13], should be improved to support IP multimedia applications, e.g. additions to APIs, service capability features, service capability servers, user profile etc.
  • the IM CN Subsystem user related data to be stored in a standardised format and to be managed and accessed using standardised mechanisms of the 3GPP Generic User Profile (GUP) [16].
  • mechanisms which allow the network or the application to understand the limitations of the mobile and thereby take appropriate actions.
Up

Up   Top   ToC