SIST-V ETSI/EG 201 717 V1.4.3:2003

• Abstract:

  This version has been issued for correcting the title of version 1. There is no need to make it approved by ETSI membership.

• Status: Published
• Publication Date: 31-Oct-2003
• ICS: 33.080 - Integrated Services Digital Network (ISDN)
• Technical Committee: SPN - Services and Protocols for Networks
• Current Stage: 6060 - National Implementation/Publication (Adopted Project)
• Start Date: 01-Nov-2003
• Due Date: 01-Nov-2003
• Completion Date: 01-Nov-2003
• Ref Project: ETSI EG 201 717 V1.4.3 (2000-01) - Universal Mobile Telecommunications System (UMTS); Virtual Home Environment (VHE) in the Integrated Services Digital Network (ISDN); Evolved UMTS core network

SIST-V ETSI/EG 201 717 V1.4.3:2003 is the SIST version of ETSI EG 201 717 V1.4.3 on Universal Mobile Telecommunications System (UMTS) - Virtual Home Environment (VHE) in the Integrated Services Digital Network (ISDN) - Evolved UMTS core network. It describes scenarios, architecture, service components and inter-network procedures for delivering operator-specific services with a consistent user experience across networks and terminals. The document is aimed at UMTS and ISDN architects, service providers and network operators who need to understand how VHE can be realized in home, visited and terminal-based environments.

What does SIST-V ETSI/EG 201 717 V1.4.3:2003 specify?

SIST-V ETSI/EG 201 717 V1.4.3:2003 covers scenarios and procedures to support the UMTS Virtual Home Environment (VHE). Clause 1 says that VHE is intended to give end users operator-specific services with a consistent look and feel independent of location and serving network, and to adapt those services to directly connected, cordless and cellular access.

The document is organized into these main parts: Scope, References, Definitions and abbreviations, Description of VHE, Architecture for VHE, VHE service components, and Requirements on inter-network interfaces. It also includes a bibliography and a document history.

What are the key requirements of SIST-V ETSI/EG 201 717 V1.4.3:2003?

SIST-V ETSI/EG 201 717 V1.4.3:2003 is a guide, so its key technical content is a set of service models, architectural options and inter-network procedures rather than a single conformance test. The most important points are:

• Clause 4.1 defines the capabilities that VHE should support, including service transparency across IMT-2000 networks, customized services, a personalized service set, roaming with a similar service level, charging exchange, in-band user interaction and interaction with supplementary services. In practice, this is the basis for deciding which user features must remain consistent when a subscriber moves between networks.

• Clause 5 introduces a distributed architecture built from Service Programme (PRG), Service Execution Environment (EXE), Service Profile/Data (DAT), Communication Control (CoC) and MMI Control (MMIC). In practice, the document separates service logic, user/network data, communication handling and terminal interaction so that each can be placed where the network can support it.

• Clause 5.1 identifies four places where service execution can occur:

  Case	Where service execution happens	Practical meaning
  1	Home network	Supports service tunneling when the serving network cannot host the service
  2	USIM	Supports personalized, card-based service logic and data
  3	Mobile equipment	Supports downloaded handset software such as codecs or announcements
  4a/4b	Serving network	Supports downloaded service code and data, or data only

  This matters because the same VHE service may be realized in different parts of the system depending on security, capability and roaming constraints.

• Table 2 maps service needs to those mechanisms. For example, support of VHE in non-UMTS networks is linked to home-network execution, while remote programming of USIM applications, mobile equipment applications, and serving-network applications are linked to the other cases. This helps operators and vendors choose the implementation model that fits each service.

• Clause 6.1.1 lists example user-facing services such as networks and QoS display, service cost, service selection, profile modification, language preferences, location information, roaming, call management, multimedia and conference calls, VASP incentives, location services, video-on-demand and electronic banking. In practice, this shows the range of personalization and service portability the VHE model is meant to carry.

• Clause 6.2 identifies network functions that support VHE: provisioning of VHE service profiles, dynamic arming of triggers, downloading trigger profiles to the visited network, service logic execution in the home or visited network, service addressing in the visited network, and security and screening between networks. These are the operator-facing tasks needed to make cross-network service control work.

• Clause 7 defines the direct home command scenario and its information flow. The procedure covers call origination, service logic invocation request, service logic invocation response and call connect. In practice, the visited network triggers the home network for service control during call setup, so the two networks must agree on screening and triggering behavior.

What terms does SIST-V ETSI/EG 201 717 V1.4.3:2003 define?

• Virtual Home Environment (VHE): a concept for personalized service portability across network boundaries and between terminals, so the user sees the same service style across different networks.
• Universal Mobile Telecommunications System (UMTS): the mobile system context in which the VHE concept is described and applied.
• UMTS Subscriber Identity Module (USIM): the module that may store user-specific and home-network-specific data and service logic, and may provide an execution environment.
• Mobile Equipment (ME): the terminal equipment that may hold communication control, execution environment, service data, service programme and MMI control.
• Service Programme (PRG): the service behavior described by standardized commands, which may be standardized, network-specific or user-specific.
• Service Execution Environment (EXE): the platform that runs a service programme and provides access to communication resources through standardized APIs.
• Communication Control (CoC): the function that handles actual communication, including bearer allocation and SMS handling.

Who uses SIST-V ETSI/EG 201 717 V1.4.3:2003?

SIST-V ETSI/EG 201 717 V1.4.3:2003 is used by telecom architects, roaming-service designers, network operators, service providers and terminal or USIM platform vendors. It is relevant when defining how operator-specific services should follow the subscriber across home and visited networks.

It is also useful for teams working on remote programming, supplementary services, charging interaction, user profile handling and inter-network service control. In practice, the document helps these groups decide where service logic should live, how it should be triggered, and what information must cross network boundaries.

What changed in SIST-V ETSI/EG 201 717 V1.4.3:2003 from the previous edition?

This version was issued to correct the title of version 1.

Which standards are used with SIST-V ETSI/EG 201 717 V1.4.3:2003?

Clause 2 names the following references, which provide the numbering, addressing and network-model context used by the VHE guide:

• TR 101 695 - gives the ISDN-UMTS Framework.
• ITU-T Recommendation E.164 (1997) - gives the international public telecommunication numbering plan.
• ITU-T Recommendation E.212 (1998) - gives the international identification plan for mobile terminals and mobile users.
• ITU-T Recommendation E.191 (1996) - gives B-ISDN numbering and addressing.
• ITU-T Recommendation Q.1701 (1999) - gives the framework for IMT-2000 Networks.
• ITU-T Recommendation Q.1711 (1999) - gives the network functional model for IMT-2000.

The bibliography also points to ITU-T Recommendation Q.1751 for signalling requirements at the network interface, which supports the inter-network signaling context described in the guide.

What does the SIST-V ETSI/EG 201 717 V1.4.3:2003 document contain?

The document contains a VHE description, an architectural model, service-component examples, and an inter-network information-flow scenario. Figures 1 and 2 present the IMT-2000 network interconnection model and the generic VHE architecture, while Figures 3 to 7 illustrate the four service-execution cases and the download options.

Table 1 identifies the proposed VHE mechanisms, and Table 2 maps network-aspect service features to those mechanisms. Clause 7 then develops the direct home command scenario with an information flow diagram in Figure 11, which is useful for network design and service-control analysis.

The service-component clauses also list user-facing examples and operator-facing support functions. That makes the guide useful for architecture planning, roaming service design, terminal capability decisions and inter-network procedure definition.

SLOVENSKI STANDARD
01-november-2003
8QLYHU]DOQLPRELOQLWHOHNRPXQLNDFLMVNLVLVWHP80761DYLGH]QRGRPDþHRNROMH
9+(YGLJLWDOQHPRPUHåMX]LQWHJULUDQLPLVWRULWYDPL,6'15D]YLMDMRþHMHGUQR
RPUHåMH8076
Universal Mobile Telecommunications System (UMTS) - Virtual Home Environment
(VHE) in the Integrated Services Digital Network (ISDN) - Evolved UMTS core network
Ta slovenski standard je istoveten z: EG 201 717 Version 1.4.3
ICS:
33.080 Digitalno omrežje z Integrated Services Digital
integriranimi storitvami Network (ISDN)
(ISDN)
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

ETSI Guide
Universal Mobile Telecommunications System (UMTS);
Virtual Home Environment (VHE)
in the Integrated Services Digital Network (ISDN);
Evolved UMTS core network
2 ETSI EG 201 717 V1.4.3 (2000-01)
Reference
REG/SPAN-061311
Keywords
IN, ISDN, UMTS, VHE
ETSI
Postal address
F-06921 Sophia Antipolis Cedex - FRANCE
Office address
650 Route des Lucioles - Sophia Antipolis
Valbonne - FRANCE
Tel.:[phone] Fax:[phone]
Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88
Internet
[e-mail]
Individual copies of this ETSI deliverable
can be downloaded from
http://www.etsi.org
If you find errors in the present document, send your
comment to: [e-mail]
Important notice
This ETSI deliverable may be made available in more than one electronic version or in print. In any case of existing or
perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF).
In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network
drive within ETSI Secretariat.
Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.
© European Telecommunications Standards Institute 2000.
All rights reserved.
ETSI
3 ETSI EG 201 717 V1.4.3 (2000-01)
Contents
Intellectual Property Rights.5
Foreword .5
1 Scope.6
2 References.6
3 Definitions and abbreviations .6
3.1 Definitions.6
3.2 Abbreviations .7
4 Description of VHE .8
4.1 Virtual Home Environment capabilities .8
4.2 Structure of the issues for mapping functional modularity .8
4.2.1 Applications.9
4.2.2 Application support .9
4.2.3 Transport and signalling capabilities .10
4.2.4 Fabric management and underlying protocols .10
4.2.5 Network access, network and server addressing, user identification and security .10
5 Architecture for VHE.11
5.1 Possible mechanisms to realize VHE .13
5.1.1 Service execution within the home network.13
5.1.2 Service execution within the USIM .14
5.1.3 Service execution within the mobile equipment.14
5.1.4 Service execution within the serving network.15
5.1.4.1 Downloading from the home network to the serving network.15
5.2 Mapping services onto VHE architecture.17
6 VHE service components.17
6.1 Services provided by VHE .17
6.1.1 User aspects .17
6.1.1.1 Networks and their supportable QoS.17
6.1.1.2 Service cost .17
6.1.1.3 Service selection.17
6.1.1.4 Service (profile) modification .17
6.1.1.5 Language preferences.18
6.1.1.6 Location information.18
6.1.1.7 Roaming .18
6.1.1.8 Call management.18
6.1.1.9 Outgoing calls including multimedia and conference calls .18
6.1.1.10 Incoming calls including multimedia and conference calls .18
6.1.1.11 VASP incentives and opportunities.18
6.1.1.12 Location services.18
6.1.1.13 Video-on-demand.18
6.1.1.14 Electronic banking .18
6.1.2 Network operator aspects.19
6.1.2.1 Support of VHE in non-UMTS networks.19
6.1.2.2 Remote programming of USIM applications .19
6.1.2.3 Remote programming of mobile equipment applications.19
6.1.2.4 Remote programming of serving network service applications and service data .19
6.2 Functions related to support VHE .19
6.3 VHE scenarios.20
7 Requirements on inter-network interfaces .21
7.1 VHE service procedure .21
7.2 Assumptions .21
7.3 Common procedure modules used.21
ETSI
4 ETSI EG 201 717 V1.4.3 (2000-01)
7.4 Information flow diagram.22
7.5 Information flows description.22
Bibliography.23
History.24
ETSI
5 ETSI EG 201 717 V1.4.3 (2000-01)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect
of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server
(http://www.etsi.org/ipr).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in SR 000 314 (or the updates on the ETSI Web server)
which are, or may be, or may become, essential to the present document.
Foreword
This ETSI Guide (EG) has been produced by ETSI Technical Committee Services and Protocols for Advanced
Networks (SPAN).
ETSI
6 ETSI EG 201 717 V1.4.3 (2000-01)
1 Scope
The present document covers scenarios and procedures to support the UMTS Virtual Home Environment (VHE). The
Virtual Home Environment is a capability for providing operator-specific services to end users with a consistent look
and feel which is independent of location and serving network. It facilitates service adaptation to different network
environments supporting directly connected, cordless and cellular access. The philosophy of VHE has been proposed by
GSM MoU and implementation scenarios have been identified and studied by ITU-T for IMT-2000 work.
2 References
The following documents contain provisions which, through reference in this text, constitute provisions of the present
document.
• References are either specific (identified by date of publication, edition number, version number, etc.) or
non-specific.
• For a specific reference, subsequent revisions do not apply.
• For a non-specific reference, the latest version applies.
• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same
number.
[1] TR 101 695: "Integrated Services Digital Network (ISDN); Universal Mobile Telecommunications
System (UMTS); ISDN-UMTS Framework".
[2] ITU-T Recommendation E.164 (1997): "The international public telecommunication numbering
plan".
[3] ITU-T Recommendation E.212 (1998): "The international identification plan for mobile terminals
and mobile users".
[4] ITU-T Recommendation E.191 (1996): "B-ISDN numbering and addressing".
[5] ITU-T Recommendation Q.1701 (1999): "Framework for IMT-2000 Networks".
[6] ITU-T Recommendation Q.1711 (1999): "Network functional model for IMT-2000".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definition applies:
Virtual Home Environment (VHE): system concept for personalized service portability across network boundaries
and between terminals. The concept of the VHE is such that UMTS users are consistently presented with the same
personalized features, user interface capabilities and services in whatever network and whatever terminal, whereever the
user may be located. The exact configuration available to the user at any instant will be dependent upon the capabilities
of the USIM, Terminal Equipment and Network currently being used or on the subscription restriction (user roaming
being restricted)
ETSI
7 ETSI EG 201 717 V1.4.3 (2000-01)
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
AAL ATM Adaptation Layer
API Application Programme Interface
API Application Programming Interface
ATM Abstract Test Method
CAMEL Customized Application for Mobile Enhanced Logic
CoC Communication Control
CORBA Common Object Request Broker Architecture
DAT Service-Profile/Data
EXE Service Execution Environment
GPRS General Packet Radio Service
HSCSD High Speed Circuit Switched Data
IC Integrated Circuit
INAP IN Application Protocol
IP Information Processing
ISDN Integrated Services Digital Network
ME Mobile Equipment
MExE Mobile application Execution Environment
MMI Man Machine Interface
MMIC MMI Control
PAD Packet Assembly/Disassembly facility
PCMCIA Personal Computer Memory Card International Association
PRG Service Programme
Q.gft Generic Functional Transport
Q.sig Private Network Spelling
RPC Remote Procedure Calls
SCF Selective Call Forwarding
SDH Synchronous Digital Hierarchy
SIM Subscriber Identity Module
SMS Service Management System
SONET Synchronous Optical NETwork
SS7 Signalling System N°7
SSF Service Switching Function
UMTS Universal Mobile Telecommunications System
UPT Universal Personal Telecommunications
URL User Requirements Language
USIM UMTS Subscriber Identity Module
USIM User Service Identity Module
VASP Value Added Service Providers
VHE Virtual Home Environment
WAP Wireless Application Protocol
ETSI
8 ETSI EG 201 717 V1.4.3 (2000-01)
4 Description of VHE
4.1 Virtual Home Environment capabilities
The Virtual Home Environment supports:
• service transparency: between different IMT-2000 networks;
• transparent execution: of the "Virtual Home Environment" service features: the VHE service features are used
by mobile operators to provide more functionality to mobile users than basic mobility. The services may be
executed without necessary sharing of service and subscriber information with the visited mobile operator
(except of roaming agreements);
• customized services: the means for network operators, service providers and users to define their own specific
features/service;
• a personalized service set: with user personalization of features/services;
• service level: it is desirable that the roaming mobile end-users will experience the same service level as within
their home networks (the Virtual Home Environment concept). Therefore, it is desirable that services are
provided transparently by the visited networks;
• provisioning of subscriber specific services: mobile users may have custom demands for functionality from
their home service providers. The Virtual Home Environment intends to make management access to customized
services available to mobile users when roaming;
• limited network load: the current mobile networks already manage a considerable signalling load to handle a
mobile call. This signalling is required to maintain the mobility information of the mobile subscriber up to date.
Therefore, the signalling load of new features must be limited as far as possible to ensure that the mobile
network's signalling capacity will not be overloaded;
• activation of mobile related call events;
• perform charging activities: the VHE may be able to exchange charging parameters between the Home Service
Provider and Serving (Visited) Network. This exchange is required to have services such as Advice of Charge;
• perform in-band user interaction: the VHE shall provide the capabilities to order the playing of
announcements and tones towards calling/called subscribers during the call-setup, call disconnection,
unsuccessful call establishment, and incoming call procedures;
• allow for subscriber interaction: the subscriber should have control capabilities to activate/register/invoke
supplementary services. The VHE should be able to add functionality to these supplementary service control
mechanisms;
• interaction with the supplementary services: the mobile network provides a number of supplementary
services; interaction with these services needs to be considered.
4.2 Structure of the issues for mapping functional modularity
The above categories will need to be structured into the following categories.
ETSI
9 ETSI EG 201 717 V1.4.3 (2000-01)
4.2.1 Applications
Applications by their nature are in the open competitive market and should not be standardized. However, a few widely
used applications may benefit from standardization since significant performance advantages may be gained from
features having a static distribution.
A basic level of standardization may be and has proven useful to made applications accessible to the marketplace and
simpler to use: e.g. the layout of the telephone and typewriter/PC keyboard. Definition of examples is highly useful to
understand the implied requirements on the lower layers.
4.2.2 Application support
A vast number of technologies are being pursued in this category some of which are being standardized: e.g. the ISO
ECMA-script, based on JAVAscript. Other technologies are being pursued in industry fora: e.g. WTML in the WAP
Forum. An initial list of the supporting technologies by which VHE is facilitated is included below:
• CAMEL (Customized Application for Mobile Enhanced Logic), INAP SSF-SCF interaction;
• SIM Toolkit/Smart Card applications;
• WAP (Wireless Application Protocol);
• MExE (Mobile application Execution Environment);
• Internet Protocols Service Negotiation;
• IP Media Controllers and Gateways;
• INAP CS3 SCF-SCF secure interaction;
• Software Agent technologies;
• Technologies for software download;
• Distributed Processing/CORBA.
It is clear that for these technologies to be transparently supported across networks whilst being recognized at the
endpoints (terminals and servers) and in the network access points and gateways some standardization is required. It
must be noted that that some of the above technologies aim at network independence but all of them are based on a
network specific evolution. Some cases imply that the serving network supports knowledge on the service; e.g. CAMEL
uses IN triggering.
The major challenge for the computing distributed processing based technologies is the efficiency and speed; it is
unlikely that in a competitive world that distributed processing technologies like CORBA will be deployed to interwork
throughout global networks. However the software architecture may be deployed on several endpoints (terminals and
servers) with high speed links between these endpoints, thus divorcing the software platform from the underlying
physical network.
Resource Control in such a scenario is a complex issue of the software requesting resources for handling multiple media
streams without having direct control of knowledge of the configuration of where the resources may be sited. Service
Mediation is required in an end-to-end sense when setting up the requested service, however negotiation and fall back
procedures require definition where one endpoint fails to maintain the service or an intermediate transport network
cannot support the required resource.
ETSI
10 ETSI EG 201 717 V1.4.3 (2000-01)
4.2.3 Transport and signalling capabilities
Transport and signalling capabilities are required and must be standardized to carry the VHE capabilities; some options
exist, including:
• encapsulated signalling across SS7: Q.gft protocol; Q.sig;
• INAP CS3 SCF-SCF Service to Service encapsulation;
• INAP CS3 Terminal to SCF user to Service encapsulation;
• INAP CS3 SCF to Terminal Service to user encapsulation;
• session related Internet Protocols (including mobile IP);
• SS7 over IP;
• AAL2 or AAL5 Frame Relay;
• GSM GPRS;
• GSM HSCSD;
• dial-up modem capabilities.
NOTE: VHE may potentially be supported by a variety of transport systems so if these capabilities are to be
successful either interworking is required, or ubiquitous deployment becomes necessary. Otherwise one
network cannot interwork with another network for VHE.
4.2.4 Fabric management and underlying protocols
Generally, modern digital networks that exist support protocols that may be used and interconnected to support the
above capabilities. Given that the world of data communication is using very high bandwidth transport mechanisms
(SONET/SDH) and deploying IP switching or ATM multiplexing to support end-to-end connectivity across these
networks. For relatively low speed services circuit switched technology may be used as a method of access, interworking
or in some cases end-to-end transportation.
Interworking of analogue inband signalling, encapsulated signalling and frame based packet services is well developed
and the options understood. A variety of modems, PADs and PCMCIA devices exists for this purpose.
Special bridging, replicating a merging resource will be required, which are requested by the higher layers. In initial
implementations these resources may be deployed in servers and terminals. However, as more complex services justify
the need, resources may need to be deployed within the network switches and multiplexers.
4.2.5 Network access, network and server addressing, user identification
and security
The basic process used in GSM and UPT (Network Access, User Identification and Authentication) requires studying
further, as new concepts are required for user security and deregulation.
Network access will be enhanced to support network selection and remote endpoint addressing, as deregulation and
competition requires that users may select networks and address distinct servers (possibly incorporating new forms of
addressing: i.e. ITU-T Recommendations E.164 [2], E.212 [3] and E.191 [4] (IP addresses and URLs)).
User identification and authentication will be enhanced to support mutual authentication allowing the user to
authenticate the serving network and its connection to the remote endpoint. Service usage (non-repudiation) and remote
server authentication may also be required by sharing secure signed tokens used for later verification during accounting
and billing.
ETSI
11 ETSI EG 201 717 V1.4.3 (2000-01)
5 Architecture for VHE
Figure 1 provides an architecture derived from draft ITU-T Recommendation Q.1751 (see Bibliography) presenting the
different functional elements and all the system parts (home, visited…) involved in the provision of VHE capabilities.
The Functional Entities and networks shown are meant primarily for the purpose of NNI definition. The provision of
VHE capabilities does not necessarily involve all of them.
Supporting
Home
Interrogating
Network
Network
Network NNI
NNI
h
AMF
SCFi
SCF
SCF
CCF’/SSF LMFh
LMF
PSGCF
CnCF
PSCF
SRF
NNI NNI
SACF
UIMF
LMFv
AMFv
LMFv
SRF
AMFv
CnCF
SCF
CnCF
PSCF PSGCFpv
CCF’/SSF
CCF’/SSF
Previously
PSGCFpv Visited
Serving
NNI
Network
Network
Destination
NNI
Network
Figure 1: IMT-2000 Network Interconnection Model
This following presents a model to form the basis for development of VHE technical implementation options.
ETSI
12 ETSI EG 201 717 V1.4.3 (2000-01)
DATterm MMIC DATserv DAThome
PRGserv PRGhome
PRGterm
EXEterm EXEse
...