| (19) |
 |
|
(11) |
EP 1 372 309 B9 |
| (12) |
CORRECTED EUROPEAN PATENT SPECIFICATION |
|
Note: Bibliography reflects the latest situation |
| (15) |
Correction information: |
|
Corrected version no 1 (W1 B1) |
|
Corrections, see Drawings |
| (48) |
Corrigendum issued on: |
|
18.03.2009 Bulletin 2009/12 |
| (45) |
Mention of the grant of the patent: |
|
19.03.2008 Bulletin 2008/12 |
| (22) |
Date of filing: 12.06.2002 |
|
| (51) |
International Patent Classification (IPC):
|
|
| (54) |
Method, system and apparatus for handling terminal capabilities
Verfahren, System und Vorrichtung zur Bearbeitung von Eigenschaften einer Endgeräte
Méthode, système et dispositif pour la gestion des capacités de terminal
|
| (84) |
Designated Contracting States: |
|
AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR |
| (43) |
Date of publication of application: |
|
17.12.2003 Bulletin 2003/51 |
| (73) |
Proprietor: TELEFONAKTIEBOLAGET LM ERICSSON (publ) |
|
164 83 Stockholm (SE) |
|
| (72) |
Inventors: |
|
- Gargia Visiedo, Felix Javier
28011 Madrid (ES)
- Mariblanca Nieves, David
28045 Madrid (ES)
- Sanchez Herrero, Juan Antonio
28004 Madrid (ES)
|
| (74) |
Representative: Elzaburu Marquez, Alberto et al |
|
Elzaburu S.A.
Miguel Angel, 21 28010 Madrid 28010 Madrid (ES) |
| (56) |
References cited: :
EP-A- 1 199 860 US-A1- 2002 044 634
|
US-A- 6 035 339
|
|
| |
|
|
- LI Y ET AL: "A framework for universal personal computing" UNIVERSAL PERSONAL COMMUNICATIONS,
1996. RECORD., 1996 5TH IEEE INTERNATIONAL CONFERENCE ON CAMBRIDGE, MA, USA 29 SEPT.-2
OCT. 1996, NEW YORK, NY, USA,IEEE, US, 29 September 1996 (1996-09-29), pages 769-773,
XP010198526 ISBN: 0-7803-3300-4
|
|
| |
|
| Note: Within nine months from the publication of the mention of the grant of the European
patent, any person may give notice to the European Patent Office of opposition to
the European patent
granted. Notice of opposition shall be filed in a written reasoned statement. It shall
not be deemed to
have been filed until the opposition fee has been paid. (Art. 99(1) European Patent
Convention).
|
FIELD OF THE INVENTION
[0001] The present invention relates to telecommunication systems providing multiple services
that may require possible adaptations depending on the capabilities of the terminal
that an end-user is making use of at a certain time.
BACKGROUND
[0002] With the introduction of new network technologies, the spreading of services and
applications grows in number and complexity. On the other hand, mobile devices supplied
by different manufacturers are expected to be more and more divergent in performance,
input and output capabilities, network connectivity, processing power, and many other
capabilities.
[0003] As a result of this device heterogeneity, client devices may receive contents from
different applications and services, that they cannot store, that they cannot display,
or that it takes too long to deliver over the supported network technology.
[0004] Some applications and services need to know characteristics of the terminal used
to access the network in order to be able to adapt contents and services to the capabilities
of the user terminal, thus improving end-user satisfaction and optimizing network
resources.
[0005] Therefore, it is a primary object of the present invention the provision of information
about the terminal capabilities of the accessing device to those applications and
services running on top of a telecommunication network for improving end-user satisfaction
and for optimizing network resources.
RELATED ART
[0006] The standardization body for Wireless Application Protocol (WAP), which is generally
known as the WAP Forum, specifies a mechanism incorporated in the WAP2.0 technical
specification to enable an end-to-end flow of a User Agent Profile (hereinafter UAProf)
between a WAP client, intermediate network points, and an originating server. This
User Agent Profile includes a set of terminal capabilities information. Heretofore,
this is a partial solution to the problem of letting the applications and services
know about terminal capabilities, since it is only valid for WAP applications and
WAP terminals. However, UAProf proposes an end-to-end negotiation of terminal capabilities
between the application server and the mobile terminal, thus increasing traffic load
and latency time whenever a new service is accessed.
[0007] In addition, the new Mobile Execution Environment (hereinafter MExE) specification
within the 3
rd Generation Partnership Project (3GPP) describes an application environment for the
latest generations of mobile devices. This MExE comprises a variety of current technologies
and incorporates both WAP and Java, including also a framework which specifies, among
others, capabilities and contents negotiation.
[0008] Different technologies follow different mechanisms in order to provide those applications
running on top of such technologies with terminal capabilities information intended
for adapting contents to particular terminals. That is the case of both WAP and MExE
above. The use of UAProf, for instance, is widely spread around these technologies,
and generally accepted as a convenient solution to the problem of representing and
exchanging terminal capabilities information. Other suitable mechanism under WAP or
MExE is the so-called Composite Capability Preference Profiles (CC/PP), which is an
application of the eXtensible Mark-up Language (XML) used to describe capabilities
and preferences associated with a user, and the agents used by a user to access the
network. These user agents include the hardware platform, system software and applications
used by the user. User agent capabilities and references can be thought as meta data
or properties, and descriptions of the user agent hardware and software.
[0009] Despite the current trends of using solutions based on UAProf or CC/PP, these technologies
above implement such solutions in a proprietary manner, making each solution incompatible
with the others. Moreover, these solutions propose that a dialog for negotiating terminal
capabilities is directly established between the terminal and each application server,
making it necessary to the terminal the sending of such terminal capabilities to any
new application server that the user wants to make use of. This leads to an unnecessary
increment of traffic from terminal equipment to application servers and consequently
to an increase on the latency time when accessing a service, what is more significant
in a mobile environment.
[0010] In addition to this, the terminal equipment has to implement a new protocol for negotiation
of terminal capabilities for every different technology. In other words, a terminal
equipment implementing WAP and MExE has to implement UAProf and/or CC/PP for WAP and
for MExE.
[0011] The
international application WO 99/41931 describes a mechanism for an application server to deal with terminal capabilities.
This application proposes a peer-to-peer mechanism between the terminal and the server
to let the server know the terminal identifier by using an Unstructured Supplementary
Service Data (USSD) message included in the Mobile Application Part (MAP) protocol.
The server assumes the responsibility to look for terminal capabilities outside the
mobile network and based on said terminal identifier. Thus, the establishment of a
relation between the user identity and the terminal identifier is not solved. Terminal
capabilities information is related in no way with the rest of the user profile, forcing
the application server to use different mechanisms to access user profile and terminal
capabilities.
[0012] Moreover, the
European application EP 1 051 054 describes a mechanism for allowing the use of a service, or for adapting the service
behaviour, depending on the terminal capabilities and the specific location, by accessing
to certain databases tracking the mobile equipment and the geographic location. However,
this mechanism only provides a reference of the equipment model to the application
server, leaving to the application the responsibility of obtaining the specific terminal
capabilities. Moreover, the invention does not solve the establishment of relations
between the user identity and the terminal equipment identifier.
[0013] None of the patent applications or standardization bodies above provides for a telecommunication
network based solution where the terminal capabilities of a terminal equipment, which
is currently in use by a user, can be directly obtained by any application server
from said telecommunication network by simply making use of the user identity.
[0014] It is therefore an object of the present invention the provision of a telecommunication
network based solution where the terminal capabilities of a terminal equipment, which
is currently in use by a user, can be directly obtained from the telecommunication
network by any application server running on top of said telecommunication network
by simply making use of the user identity. This object is partially shared with the
report "
A framework for Universal Personal Computing", UNIVERSAL PERSONAL COMMUNICATIONS,
1996, RECORD 1996, 5TH IEEE INTERNATIONAL CONFERENCE ON CAMBRIDGE, MA. The disclosure in this report is silent on how an application server can get terminal
capabilities of a terminal. In this respect, the
US patent 6,035,339 discloses the provision of terminal capabilities of a terminal used by a user from
the user profile, what leads to disadvantageously increase the handling of profile
data.
[0015] It is a further object of the present invention to relate the terminal capabilities
of said terminal equipment with the user profile data for the user currently making
use of such terminal equipment.
SUMMARY OF THE INVENTION
[0016] The objects above are accomplished by the present invention with a method as defined
in claim 1, a system as defined in claim 16 and apparatus as defined in claim 30 for
providing capabilities of a terminal equipment operated by a user in a telecommunication
system to an application server intended for offering services to said user through
such terminal equipment.
[0017] Detailed preferred embodiments are further defined in the corresponding dependent
claims.
BRIEF DESCRIPTION OF DRAWINGS
[0018] The features, objects and advantages of the invention will become apparent by reading
this description in conjunction with the accompanying drawings, in which:
[0019] FIG. 1 basically represents how an application server can obtain from a telecommunication
network information about the terminal capabilities of a terminal equipment currently
in use by a user where the telecommunication network is a mobile network -Circuit,
Packet, or IP Multimedia- or a wireless network.
[0020] FIG. 2 basically represents how an application server can obtain from a telecommunication
network information about the terminal capabilities of a terminal equipment currently
in use by a user accessing to services through an Internet Service Provider (ISP).
[0021] FIG. 3 shows a simplified view of the signalling flow for identifying the terminal capabilities
of a terminal equipment currently in use by a user accessing the telecommunication
network in Fig. 1 and the signalling flow for an application server to obtain said
terminal capabilities, wherein the telecommunication network is a GSM, or GPRS network.
[0022] FIG. 4 shows a simplified view of the signalling flow for identifying the terminal capabilities
of a terminal equipment currently in use by a user accessing via an Internet Service
Provider as shown in Fig. 2, and the signalling flow for an application server to
obtain said terminal capabilities.
[0023] FIG. 5 shows a simplified view of the signalling flow for identifying the terminal capabilities
of a terminal equipment currently in use by a user accessing the telecommunication
network in Fig. 1 and the signalling flow for an application server to obtain said
terminal capabilities, wherein the telecommunication network is an IP Multimedia network
following 3GPP standards.
[0024] FIG. 6 shows a simplified view of the signalling flow for identifying the terminal capabilities
of a terminal equipment currently in use by a user accessing an Internet Service Provider
through a Wireless Local Area Network (WLAN), and the signalling flow for an application
server to obtain said terminal capabilities.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
[0025] The following describes currently preferred embodiments of means, methods and system
for providing terminal capabilities of a terminal equipment, which is currently in
use by a user, to any application server by simply making use of the user identity.
In accordance with an aspect of the present invention, the terminal capabilities of
said terminal equipment are related with the user profile data for said user currently
making use of such terminal equipment.
[0026] Thus, this invention gives to any application server the possibility of getting the
capabilities of the terminal being used by a certain user at any time. The application
server thus performs this retrieval of capabilities in order to adapt the contents
to be served to the terminal in the most suitable way. For example, if an streaming
server is about sending an MPEG video to a terminal, it may be worthwhile to know
if the terminal is able to display such kind of files.
[0027] Therefore, a proposed solution is depicted in Fig. 1 and 2 for a user accessing an
application server (20) through a telecommunication network (1) via a generic access
network (2) or via an Internet Service Provider (3) respectively. There is provided
in accordance with the invention a Terminal Capabilities Database (10) (hereinafter
referred to as TC-DB) in a telecommunication network (1) in order to store a temporary
relationship between the user and the terminal equipment (30, 31) that he or she is
making use of.
[0028] Also, this TC-DB is in charge of storing the terminal capabilities descriptions in
a predefined and well known format, by using CC/PP for example, though this latter
functionality can be achieved with an external storage in addition to the TC-DB. Such
optional storage is shown in Fig. 1 and 2 as a Capability Repository (11).
[0029] When a user provided with a terminal equipment (30) attaches (S-1x) to a telecommunication
network (1), as depicted in Fig. 1, the terminal identifier is sent to the network
entry point (12) which forwards (S-2x) the terminal identifier to a telecommunication
network database (13) where subscriber profiles reside. In particular, in a traditional
2
nd generation mobile system, said telecommunication network database is a Home Location
Register (HLR) whereas in 3
rd generation mobile systems with IP Multimedia the telecommunication network database
is a Home Subscriber Server (HSS). For the purpose of the present invention they are
individually referred to as HLR/HSS irrespective of being given IP Multimedia or not.
[0030] This forwarding can be performed, for example, just by upgrading the existing Location
Update message, which is addressed to both HLR and HSS, in order to contain such terminal
identifier.
[0031] In accordance with another aspect of the present invention, the TC-DB (10) functionality
may be collocated or included in a Home Location Register (HLR) or in Home Subscriber
Server (HSS). An upgraded Location Update message comprising a user identity, as before,
and a new data indicating the terminal identifier, is thus received at an HLR/HSS.
The aforementioned temporary relationship between the user and the terminal equipment,
the latter being identified by said terminal identifier, may be established at said
HLR/HSS, wherein this relationship includes the whole user profile, or may be established
as well at the TC-DB wherein just the indicated user identity and terminal identifier
are stored.
[0032] In a first embodiment of the present invention, the HLR/HSS maintains the temporary
relationship between the user identity and the terminal identifier whereas the TC-DB
alone or in combination with the Capability Repository (11) merely comprises lists
of capabilities on a per terminal identifier basis. In a second embodiment of the
present invention, the TC-DB (10) is the one maintaining such relationship, whereas
the Capability Repository (11) comprises the lists of capabilities on a per terminal
identifier basis. Also under this second embodiment, the HLR/HSS is the only one maintaining
the user profiles so that in case the TC-DB is directly queried from an application
server about capabilities of the terminal a given user makes use of, such query done
with a user identity other than the one linked to the terminal identifier under TC-DB
premises, the TC-DB can always query the HLR/HSS about another user identity known
to the TC-DB.
[0033] Notwithstanding this, the mechanism explained throughout this description, in terms
of system, means and method, considers separate entities for the sake of clarity in
respect of the different functions and means residing in said HLR/HSS and TC-DB.
[0034] The HLR/HSS then, and likely in cooperation with the TC-DB, links the terminal identifier
to the relevant user identity of the user making use of such terminal equipment at
that time. As referred above such link may as well be performed at the TC-DB without
substantially modifying the scope of the invention. However, given that a user might
make use of different user identities under different scenarios, the skilled person
would find more advantageous that a relation between the terminal identifier and the
user profile data resides at the HLR/HSS.
[0035] From now on and whilst the user makes use of such terminal equipment (30), the HLR/HSS
(13), in co-operation with the TC-DB (10), is ready to provide any application server
(20) with the terminal capabilities of a given user. Thus, the application server
does not need to have any knowledge about terminal identities and their formats.
[0036] Consequently, when an application server (20) needs to perform a retrieval (S-3x)
of terminal capabilities for a given user, a request message is sent (S-3x, S-4x)
to the TC-DB, likely through the HLR/HSS (13) in charge of said user in the telecommunication
network (1). The TC-DB searches in a list what is the terminal linked to said user
at that time. Once the terminal identifier is found, it is used to get a list of the
capabilities associated to that terminal. This list of capabilities can be found,
for example, as a file in CC/PP format and stored either directly in the TC-DB, or
alternatively in an external storage as the Capability Repository (11).
[0037] Generic signalling flows are shown in Fig. 3, and 5 where the telecommunication network
is a mobile network. The generic flow in Fig. 3 is applicable to Circuit and Packet
domains, whereas Fig. 5 is rather oriented to 3
rd generation (3G) mobile systems provided with IP Mobility (IP-M). Particular explanations
are given following this on a per domain basis, when relevant for a skilled person
to understand aspects of the invention.
[0038] As shown in Fig. 3, and 5, the mobile terminal (30), namely a Mobile Station (MS),
provides (S-1x) its terminal identifier to the mobile network entry point. Said network
entry point is a Mobile Switching Center (MSC) in a Circuit domain, or a Serving GPRS
Support Node (SGSN) in a Packet domain, or a Call Status Control Function (CSCF) in
a 3G mobile system with IP-M.
[0039] In particular and as shown in Fig. 3, the
"Identity Request" operation may be used by an MSC (12) or an SGSN (12) to ask the terminal (30) for
applicable terminal identifiers like, for example, the International Mobile Equipment
Identity (IMEI). The MSC/SGSN (12) can initiate the identification procedure at any
time by transferring an Identity Request message (S-11) to the mobile station (30)
indicating the requested identifier within the
"identity type" field. The mobile station sends back (S-12) to the network entry node (12) the terminal
identity code, like the IMEI code for example, encapsulated in an
"Identity Response" message. Such identity code is then stored in the MSC/SGSN (12) which forwards (S-21)
it to the HLR/HSS. In accordance with an aspect of the present invention, this terminal
identifier can be encapsulated in the Location Update message amended to this end.
[0040] A similar behaviour is proposed for IP Multimedia access in 3GPP as shown in Fig.
5, wherein the mobile station (30) sends (S-13) the terminal identity code at registration
time, namely an IMEI or similar, by using a Register message towards a Serving CSCF
(S-CSCF) where the received code is stored. The S-CSCF then forwards (S-21) this terminal
identity code to the HLR/HSS through the 3GPP-standardized Cx Interface. Therefore,
either a new signalling message is provided for, or an upgraded Cx-Put message is
used.
[0041] The complete process has been somewhat simplified in Fig. 5 for the sake of clarity
as anyone skilled in the art may appreciate. In fact, a negotiation and selection
of said S-CSCF has been carried out from an Interrogating CSCF (I-CSCF) that forwards
then the Register message to the selected S-CSCF.
[0042] From now on and as illustrated in Fig. 3 and 5, an application server (20) can request
(S-31), at any time, the terminal capabilities of the terminal currently in use by
a given user by sending the user identity to the HLR/HSS. The HLR/HSS, after looking
up the terminal identifier associated to said user, retrieves (S-41, S-42) the terminal
capabilities from the TD-DB (10) and returns (S-32) the list of capabilities corresponding
to the terminal back to the requester application server (20). The protocol used between
HLR/HSS and the TC-DB could be Diameter, Lightweight Directory Access Protocol (LDAP),
XML including Simple Object Access Protocol (SOAP), or whatever protocol allowing
the transmission of terminal capabilities descriptions.
[0043] The solution can be applied as well to provide a centralised terminal capabilities
database for those users accessing to services through an Internet Service Provider
(ISP) as Fig. 2 illustrates. An ISP can check, bill and attend the user based on the
username. A mechanism according to the invention, in terms of system, method and apparatus,
thus allows the ISP to receive information about the capabilities of the terminal
equipment used by a user by including additional information in existing messages
used for Authentication, Authorisation and/or Accounting (hereinafter AAA) toward
a corresponding server.
[0044] When a user provided with a terminal equipment (31) requests access (S-6x) to an
ISP via a telecommunication network (1), as depicted in Fig. 2, the terminal identifier
is sent to the network entry point (14) which forwards (S-7x) the terminal identifier
to a telecommunication network database (15) where subscriber profiles reside. In
particular, the network entry point (14) is a Network Access Server (NAS) for generic
ISP users and the telecommunication network database is an Authentication, Authorization
and Accounting (AAA) server, whereas for accessing via WLAN the network entry point
(14) is a WLAN Support Node (WSN) and the telecommunication network database is a
Home Subscriber Server (HSS).
[0045] Thus, as illustrated in Fig. 4, the terminal (31) makes use of existing access request
operations to transmit (S-61, S-62) the terminal identification and/or model to a
Network Access Server (NAS) (14). Then, the NAS transmits (S-71, S-72) the terminal
identifier to the AAA-server (15), for instance by using extensions to the RADIUS
and Diameter protocols. This new information may be included in whatever messages
transmitted between the NAS (14) and the AAA-server (15). For example and as shown
in Fig. 4, the terminal identifier has been included in the Access-Request message.
[0046] The AAA-server (15) under this embodiment behaves in a similar way as the HLR/HSS
does in the preceding embodiments above. Such AAA-server (15) manages, in accordance
with an aspect of the invention, the temporary relationship between the user profile
and the terminal identifier of the terminal equipment currently in use by said user,
whereas the TC-DB comprises the lists of terminal capabilities on per terminal identifier
basis. Once more, in accordance with another embodiment of the invention, the TC-DB
can be configured to comprise the relationship between particular user identity and
terminal equipment identifier and thus receiving the related queries, whereas a co-operating
Capability Repository (11) might be in charge of the lists of terminal capabilities
on per terminal identifier basis.
[0047] In a currently preferred embodiment, an application server (20) may, at any time,
request (S-81) the terminal capabilities of the terminal currently in use by a given
user by sending the user identity to the AAA-server (15). The AAA-server, after looking
up the terminal identifier associated to said user, retrieves (S-41, S-42) the terminal
capabilities from the TD-DB (10) and returns (S-82) the list of capabilities corresponding
to the terminal back to the requester application server (20). The protocol used between
AAA-server (15) and the TC-DB (10) could be also Diameter, LDAP, XML/SOAP or whatever
protocol allowing to transmit terminal capabilities descriptions.
[0048] The solution is directly applicable to provide a centralised terminal database for
the users acceding ISP through WLAN as Fig. 6 illustrates. The signalling flow under
this scenario is similar to the one in Fig. 5 wherein a WLAN Support Node (WSN) is
the network entry point (14), and a Home Subscriber Server (HSS) is the network database
in charge of the temporary relationship between user profiles and terminal identifier,
both WSN and HSS respectively performing similar procedures as the NAS and AAA in
Fig. 5.
[0049] In a further embodiment of the invention not depicted in any drawing it is noticeable
its use for a direct access from the terminal equipment without intermediate actuation
of a network entry point (12, 14). In other words, an exemplary embodiment may be
offered where a mobile terminal equipment takes the initiative of sending the terminal
identifier to an HLR/HSS for example by means of an Unstructured Supplementary Service
Data (USSD) message. Afterwards, and at any time, any application server may request
the HLR/HSS about terminal capabilities associated to the given user identity, said
terminal capabilities fetched from the TC-DB as in any of preceding preferred embodiments.
[0050] The invention is described above in respect of several embodiments in an illustrative
and non-restrictive manner. The scope of the invention is determined by the claims,
and any modification of the embodiments that fall within the scope of these claims
is intended to be included therein.
1. A method for providing capabilities of a terminal equipment (30; 31) operated by a
user, from a telecommunication network (1) selected from a group of telecommunication
networks that comprises: a GSM network, a GPRS network and an IP multimedia network,
towards an application server (20) intended for offering services to said user through
the terminal equipment, the method comprising the steps of:
(a) storing in a terminal capabilities database (10; 11) of the telecommunication
network capabilities (Capab. List) of at least one of a plurality of terminal equipments
(30; 31), the capabilities of each terminal equipment correlated with a terminal equipment
identifier (Id-code);
(b) receiving in an entity (13, 15) that holds user profile data for users of the
telecommunication network, a user identity for a user operating a terminal equipment
(30; 31), and a terminal equipment identifier (Id-code) identifying the terminal equipment,
the entity being selected from a group of entities that include: a Home Location Register
"HLR", a Home Subscriber Server "HSS" and an Authentication, Authorization and Accounting
server "AAA";
(c) responsive to the reception of the user identity and the terminal equipment identifier,
linking at the entity (13, 15) the received user identity with the received terminal
equipment identifier (Id-code) and with user profile data for the user;
(d) requesting from an application server (20) to the telecommunication network the
capabilities of the terminal equipment (30; 31) currently in use by a user identified
by a given user identity (User-Id);
(e) obtaining at the entity that holds user profile data in the telecommunication
network, the terminal equipment identifier (Id-code) linked with the given user identity
(User-Id);
(f) responsive to the request from the application server (20), fetching from the
terminal capabilities database (10; 11) the list of capabilities stored for the terminal
equipment identifier (Id-code); and
(g) responding to the application server (20) with the list of capabilities requested.
2. The method in claim 1, wherein the step b) comprises the steps of:
(b1) receiving (S-12, S-21; S-61, S-71; S-13, S-21) at a network entry node (12; 14)
of the telecommunication network from the terminal equipment (30; 31) the identifier
(Id-code) of said terminal equipment along with the user identity; and
(b2) sending from the network entry node (12; 14) the user identity and the current
terminal equipment identifier (Id-code) towards the entity (13; 15) holding user profile
data in the telecommunication network (1).
3. The method of claim 1, further comprising a step of obtaining at the entity (13; 15)
that holds user profile data in the telecommunication network other user identity
than the given one (User-Id) and included in the user profile data for the user, said
other user identity linked with a terminal equipment identifier (Id-code).
4. The method in claim 1, wherein the terminal capabilities are stored in a storage (11;
10) accessible to a Terminal Capabilities Database (10) and correlated therein with
the terminal equipment identifier (Id-code).
5. The method in claim 2, wherein the entry node (12) to the telecommunication network
(1) is a Mobile Switching Center (MSC), or a Serving GPRS Support Node (SGSN).
6. The method in claim 2, wherein the entry node (12) to the telecommunication network
(1) is a Call Status Control Function (CSCF).
7. The method in claim 5, wherein the terminal equipment identifier (Id-code) and the
user identity are both included in an Update Location message (S-21).
8. The method in claim 6, wherein the terminal equipment identifier (Id-code) and the
user identity are both included in a Cx-put message (S-21).
9. The method in claim 2, wherein the entry node (14) to the telecommunication network
(1) is a Network Access Server (NAS), or a WLAN Support Node (WSN).
10. The method in claim 9, wherein the terminal equipment identifier (Id-code) and the
user identity are both included in a message intended for Access Request (S-73).
11. The method in claim 1, wherein the user identity and terminal equipment identifier
(Id-code) in step b) are linked on a per user basis in the Terminal Capabilities Database
(10).
12. The method in claim 1, wherein an application server (20) requests to a Home Location
Register (HLR), or a Home Subscriber Server (HSS), or an Authentication Authorization
and Accounting (AAA) server the terminal capabilities of a terminal equipment by providing
a given user identity (User-Id) of the user operating said terminal equipment.
13. The method in claim 1, wherein a list of terminal capabilities (Capab. List) associated
to a terminal equipment identifier (Id-code) is fetched from a storage (11, 10) accessible
to the Terminal Capabilities Database (10).
14. A method according to any of preceding claims wherein an International Mobile Equipment
Identity (IMEI) is used as a terminal equipment identifier (Id-code).
15. A method according to any of preceding claims wherein a terminal descriptor based
on Composite Capability Preference Profiles (CC/PP) or on User Agent Profile (UAProf)
is used as a terminal equipment identifier.
16. A telecommunication system (1) for providing capabilities of a terminal equipment
(30; 31) operated by a user of a telecommunication network (1) selected from a group
of telecommunication networks that comprises: a GSM network, a GPRS network and an
IP multimedia network, towards an application server (20) intended for offering services
to said user through the terminal equipment (30; 31), the telecommunication system
comprising:
(a) a terminal capabilities database (10; 11) for storing capabilities of at least
one of a plurality of terminal equipments (30; 31), the capabilities of each terminal
equipment correlated with a terminal equipment identifier (Id-code);
(b) an entity holding the user profile for users of the telecommunication network
the entity having means (13; 15; 10) for receiving a user identity for a user operating
a terminal equipment (30; 31), and a terminal equipment identifier (Id-code) identifying
the terminal equipment (30, 31), and means for linking the received user identity
with the received terminal equipment identifier (Id-code) and with user profile data
for the user, the entity (13, 15) being selected from a group of entities that include:
a Home Location Register "HLR", a Home Subscriber Server "HSS" and an Authentication,
Authorization and Accounting server "AAA";
(c) means (13; 15; 10) for receiving a request (S-31; S-81; S-83) from an application
server (20) for providing the capabilities of the terminal equipment (30; 31) currently
in use by a user identified by a given user identity (User-Id);
(d) means for obtaining at the entity that holds user profile data in the telecommunication
network, the terminal equipment identifier (Id-code) linked with the given user identity
(User-Id);
(e) means for fetching from the terminal capabilities database (10; 11), in response
to the request from the application server (20), the list of capabilities stored for
the terminal equipment identifier (Id-code); and
(f) means for responding to the application server (20) from the telecommunication
network (13; 15; 10) with the list of capabilities requested.
17. The telecommunication system in claim 16, further comprising:
(b1) means for receiving (S-12, S-21; S-61, S-71; S-13, S-21) at a network entry node
(12; 14) of the telecommunication network from the terminal equipment (30; 31) the
identifier (Id-code) of said terminal equipment along with the user identity; and
(b2) means for sending from the network entry node (12; 14) the user identity and
the current terminal equipment identifier (Id-code) towards the entity (13; 15) holding
user profile data in the telecommunication network (1).
18. The telecommunication system in claim 16, wherein the means d) further comprises means
for obtaining other user identity than the given one (User-Id) and included in the
user profile data for the user, said other user identity linked with a terminal equipment
identifier (Id-code).
19. The telecommunication system in claim 16, wherein the terminal capabilities are stored
in a storage (10; 11) accessible to the Terminal Capabilities Database (10) and correlated
therein with a terminal equipment identifier (Id-code).
20. The telecommunication system in claim 17, wherein the entry node (12) is a Mobile
Switching Center "MSC", or a Serving GPRS Support Node "SGSN".
21. The telecommunication system in claim 17, wherein the entry node (12) is a Call Status
Control Function "CSCF".
22. The telecommunication system in claim 20, wherein user identity and associated terminal
equipment identifier (Id-code) are both included in an Update Location message.
23. The telecommunication system in claim 21, wherein user identity and associated terminal
equipment identifier (Id-code) are both included in a Cx-put message.
24. The telecommunication system in claim 16, wherein user identity and terminal equipment
identifier (Id-code) are linked on a per user basis in a Terminal Capabilities Database.
25. The telecommunication system in claim 16, wherein at least one entity (13; 15; 10)
selected from an Authentication Authorization and Accounting (AAA) server, a Home
Location Register (HLR), a Home Subscriber Server (HSS), and a Terminal Capabilities
Database includes the means for providing a list of terminal capabilities (Capab.
List) of the terminal equipment at request from the application server by providing
a given user identity (User-Id) of the user operating said terminal equipment.
26. The telecommunication system in claim 19, wherein the list of terminal capabilities
(Capab. List) associated to the terminal equipment identifier (Id-code) is fetched
from a storage (10; 11) accessible to a Terminal Capabilities Database (10).
27. A telecommunication system according to any of preceding claims 16-26, wherein an
International Mobile Equipment Identity (IMEI) is used as a terminal equipment identifier.
28. A telecommunication system according to any of preceding claims 16-26, wherein a terminal
descriptor based on Composite Capability Preference Profiles (CC/PP) or on User Agent
Profile (UAProf) is used as a terminal equipment identifier.
29. An entity (13; 15) holding user profile data for users of a telecommunication network
(1) selected from a group of telecommunication networks that comprises: a GSM network,
a GPRS network and an IP multimedia network, the entity (13, 15) being selected from
a group of entities that include: a Home Location Register "HLR", a Home Subscriber
Server "HSS" and an Authentication, Authorization and Accounting server "AAA" for
use in the telecommunication system of claim 16, and including:
- means (13; 15; 10) for receiving (S-11, S-12, S-21; S-61, S-71; S-13, S-21) a user
identity for a user operating a terminal equipment (30; 31), and a terminal equipment
identifier (Id-code) identifying the terminal equipment (30, 31) from an entry node
(12, 14) of the telecommunication network;
- means for linking the received user identity with the received terminal equipment
identifier (Id-code) and with user profile data for the user;
- means for receiving (S-31; S-81; S-83) a request from an application server (20)
for the capabilities of the terminal equipment (30; 31) currently in use by a user
identified by a given user identity (User-Id) ;
- means for fetching from a terminal capabilities database (10; 11), in response to
the request from the application server (20), those capabilities (Capab. List) correlated
with a terminal equipment identifier (Id-code) linked with the given user identity
(User-Id); and
- means for providing (S-32; S-82; S-84) to the application server (20) the capabilities
(Capab. List) of the terminal equipment (30; 31) identified by a terminal equipment
identifier (Id-code).
30. The entity in claim 29, further comprising means for obtaining other user identity
than the given one (User-Id), and included in the user profile data for the user,
said other user identity linked with a terminal equipment identifier (Id-code).
1. Verfahren zum Bereitstellen von Leistungsmerkmalen einer durch einen Benutzer betriebenen
Endgeräteausrüstung (30; 31) von einem Telekommunikationsnetz (1) ausgewählt aus einer
Gruppe von Telekommunikationsnetzen, die ein GSM-Netz, ein GPRS-Netz und ein IP-Multimedianetz
umfasst, in Richtung eines Anwendungsservers (20), der zum Bereitstellen von Diensten
für den Benutzer durch die Endgeräteausrüstung gedacht ist, wobei das Verfahren die
Schritte umfasst:
(a) Speichern der Telekommunikationsnetzleistungsmerkmale (Capab. List) mindestens
einer der Vielzahl von Endgeräteausrüstungen (30; 31) und die Leistungsmerkmale jeder
Endgeräteausrüstung korreliert mit einem Endgeräteausrüstungs-Identifizierer (Id-code)
in einer Endgeräteleistungsmerkmals-Datenbank (10; 11);
(b) in einer Einheit (13, 15), die Benutzerprofildaten für Benutzer des Telekommunikationsnetzes
aufbewahrt, Empfangen einer Benutzeridentität für einen eine Endgeräteausrüstung (30;
31) betreibenden Benutzer und eines Endgeräteausrüstungs-Identifizierers (Id-Code),
der die Endgeräteausrüstung identifiziert, wobei die Einheit ausgewählt wird aus einer
Gruppe von Einheiten, die einschließt: ein Heimatortsregister "HLR", einen Heimatteilnehmerserver
"HSS" und einen Authentifizierungs-, Autorisierungs- und Buchungsserver "AAA";
c) ansprechend auf das Empfangen der Benutzeridentität und des Endgeräteausrüstungs-Identifizierers,
Verknüpfen der Benutzeridentität mit dem empfangenen Endgeräteausrüstungs-Identifizierer
(Id-Code) und mit den Benutzerprofildaten für den Benutzer bei der Einheit (13, 15);
d) Anfordern der Leistungsmerkmale der derzeit durch einen durch eine gegebene Benutzeridentität
(User-Id) identifizierten Benutzer verwendeten Endgeräteausrüstung (30; 31) durch
einen Anwendungsserver (20) bei dem Telekommunikationsnetz;
e) Erhalten des mit der gegebenen Benutzeridentität (User-Id) verknüpften Endgeräteausrüstungs-Identifizierers
(Id-Code) bei der die Benutzerprofildaten in dem Telekommunikationsnetz aufbewahrenden
Einheit;
f) ansprechend auf das Anfordern durch den Anwendungsserver (20), Holen der Liste
von für den Endgeräteausrüstungs-Identifizierer (Id-Code) gespeicherten Leistungsmerkmale
von der Endgeräteleistungsmerkmals-Datenbank (10; 11); und
g) dem Anwendungsserver (20) mit der angeforderten Liste von Leistungsmerkmalen antworten.
2. Verfahren nach Anspruch 1, wobei der Schritt b) die Schritte umfasst:
(b1) Empfangen (S-12, S-21; S-61, S-71; S-13, S-21) des Identifizierers (Id-Code)
der Endgeräteausrüstung gemeinsam mit der Benutzeridentität bei einem Netzeingangsknoten
(12; 14) des Telekommunikationsnetzes von der Endgeräteausrüstung (30; 31); und
(b2) Senden der Benutzeridentität und des derzeitigen Endgeräteausrüstungs-Identifizierers
(Id-Code) von dem Netzeingangsknoten (12, 14) in Richtung der Einheit (13; 15), die
Benutzerprofildaten in dem Telekommunikationsnetz (1) bereithält.
3. Verfahren nach Anspruch 1, ferner einen Schritt umfassend des Erhaltens einer anderen
Benutzeridentität als der gegebenen (User-Id) und in den Benutzerprofildaten für den
Benutzer enthaltenen bei der Einheit (13; 15), die Benutzerprofildaten in dem Telekommunikationsnetz
bereithält, wobei die andere Benutzeridentität mit einem Endgeräteausrüstungs-Identifizierer
(Id-Code) verknüpft ist.
4. Verfahren nach Anspruch 1, wobei die Endgeräteleistungsmerkmale in einem Speicher
(11; 10) gespeichert sind, auf den die Endgeräteleistungsmerkmals-Datenbank (10) zugreifen
kann, und darin mit dem Endgeräteausrüstungs-Identifizierer (Id-Code) korreliert ist.
5. Verfahren nach Anspruch 2, wobei der Eingangsknoten (12) zu dem Telekommunikationsnetz
(1) ein Mobilvermittlungszentrum (MSC) ist oder ein bedienender GPRS-Support-Knoten
(SGSN).
6. Verfahren nach Anspruch 2, wobei der Eingangsknoten (12) zu dem Telekommunikationsnetz
(1) eine Rufstatus-Steuerfunktion (CSFC) ist.
7. Verfahren nach Anspruch 5, wobei der Endgeräteausrüstungs-Identifizierer (Id-Code)
und die Benutzeridentität beide in einer aktualisierten Ortsnachricht eingeschlossen
sind (S21).
8. Verfahren nach Anspruch 6, wobei der Endgeräteausrüstungs-Identifizierer (Id-Code)
und die Benutzeridentität beide in einer Cx-put-Nachricht eingeschlossen sind (S-21).
9. Verfahren nach Anspruch 2, wobei der Eingangsknoten (14) zu dem Telekommunikationsnetz
(1) ein Netzzugangsserver (NAS) oder ein WLAN-Unterstützungsknoten (WSN) ist.
10. Verfahren nach Anspruch 8, wobei der Endgeräteausrüstungs-Identifizierer (Id-Code)
und die Benutzeridentität beide in einer für die Zugriffsanfrage (S-73) gedachten
Nachricht eingeschlossen sind.
11. Verfahren nach Anspruch 1, wobei die Benutzeridentität und der Endgeräteausrüstungs-Identifizierer
(Id-Code) im Schritt b) auf einer Pro-Benutzer-Basis in der Endgeräteleistungsmerkmals-Datenbank
(10) verknüpft sind.
12. Verfahren nach Anspruch 1, wobei der Anwendungsserver (20) an einen Heimatortsregister
(HLR) oder einen Heimatteilnehmerserver (HSS) oder einen Authentifizierungs-, Autorisierungs-
und Buchungsserver (AAA) die Endgeräteleistungsmerkmale einer Endgeräteausrüstung
anfordert durch Bereitstellen einer gegebenen Benutzeridentität (User-Id) des die
Endgeräteausrüstung betreibenden Benutzers.
13. Verfahren nach Anspruch 1, wobei eine Liste von Endgeräteleistungsmerkmalen (Capab.
List), die dem Endgeräteausrüstungs-Identifizierer (Id-Code) zugeordnet sind, von
einem Speicher (11, 10) geholt werden, auf den die Endgeräteleistungsmerkmals-Datenbank
(10) zugreifen kann.
14. Verfahren nach einem der vorhergehenden Ansprüche, wobei eine Internationale Mobilausrüstungsidentität
(IMEI) als ein Endgeräteausrüstungs-Identifizierer (Id-Code) verwendet wird.
15. Verfahren nach einem der vorhergehenden Ansprüche, wobei ein Endgerätebeschreiber
basierend auf zusammengesetzten Leistungsmerkmals-Bevorzugungsprofilen (CC/PP) oder
auf einem Benutzer-Agent-Profil (UAProf) als Endgeräteausrüstungs-Identifizierer verwendet
wird.
16. Telekommunikationssystem (1) zum Bereitstellen von Leistungsmerkmalen einer Endgeräteausrüstung
(30; 31), die durch einen Benutzer eines Telekommunikationsnetzes (1) betrieben wird,
ausgewählt aus einer Gruppe von Telekommunikationsnetzen, die ein GSM-Netz, ein GPRS-Netz
und ein IP-Multimedianetz umfasst, in Richtung eines Anwendungsservers (20), der dazu
gedacht ist, Dienste für den Benutzer durch die Endgeräteausrüstung (30; 31) bereitzustellen,
wobei das Telekommunikationssystem umfasst:
(a) eine Endgeräteleistungsmerkmals-Datenbank (10; 11) zum Speichern von Endgeräteleistungsmerkmalen
mindestens einer einer Vielzahl von Endgeräteausrüstung (30; 31), wobei die Leistungsmerkmale
jeder Endgeräteausrüstung mit einem Endgeräteausrüstungs-Identifizierer (Id-Code)
korreliert sind;
(b) eine das Benutzerprofil für Benutzer des Telekommunikationsnetzes bereithaltende
Einheit, wobei die Einheit eine Einrichtung (13; 15, 10) hat zum Empfangen einer Benutzeridentität
für einen eine Endgeräteausrüstung (30; 31) betreibenden Benutzer, und einen Endgeräteausrüstungs-Identifizierer
(Id-Code), der die Endgeräteausrüstung (30; 31) identifiziert, und eine Einrichtung
zum Verknüpfen der empfangenen Benutzeridentität mit dem empfangenen Endgeräteausrüstungs-Identifizierer
(Id-Code) und mit Benutzerprofildaten für den Benutzer, wobei die Einheit (13, 15)
ausgewählt wird aus einer Gruppe von Einheiten, die einschließt: ein Heimatortsregister
"HLR", einen Heimatteilnehmerserver "HSS" und einen Authentifizierungs-, Autorisierungs-
und Buchungsserver "AAA";
(c) eine Einrichtung (13; 15; 10) zum Empfangen einer Anforderung (S-31; S-81; S-83)
von einem Anwendungsserver (20) zum Bereitstellen der Leistungsmerkmale der Endgeräteausrüstung
(30; 31), die derzeit durch einen durch eine gegebene Benutzeridentität (User-Id)
identifizierten Benutzer verwendet wird;
(d) eine Einrichtung, um bei der Einheit, die Benutzerprofildaten in dem Telekommunikationsnetz
aufbewahrt, den mit der gegebenen Benutzeridentität (User-Id) verknüpften Endgeräteausrüstungs-Identifizierer
(Id-Code) zu erhalten;
(e) eine Einrichtung, um von der Endgeräteleistungsmerkmals-Datenbank (10; 11) ansprechend
auf die Anforderung von dem Anwendungsserver (20) die Liste von für den Endgeräteausrüstungs-Identifizierer
(Id-Code) gespeicherten Leistungsmerkmale zu holen; und
(f) eine Einrichtung, um von dem Telekommunikationsnetz (13; 15; 10) mit der Liste
von angeforderten Leistungsmerkmalen gegenüber dem Anwendungsserver (20) zu antworten.
17. Telekommunikationssystem nach Anspruch 16, ferner umfassend:
(b1) eine Einrichtung, um den Identifizierer (Id-Code) der Endgeräteausrüstung gemeinsam
mit der Benutzeridentität bei einem Netzeingangsknoten (12; 14) des Telekommunikationsnetzes
von der Endgeräteausrüstung (30; 31) zu empfangen(S-12, S-21; S-61, S-71; S-13, S-21);
und
(b2) eine Einrichtung, um die Benutzeridentität und den derzeitigen Endgeräteausrüstungs-Identifizierers
(Id-Code) von dem Netzeingangsknoten (12, 14) in Richtung der Einheit (13; 15), die
Benutzerprofildaten in dem Telekommunikationsnetz (1) bereithält, zu senden.
18. Telekommunikationssystem nach Anspruch 16, wobei die Einrichtung d) ferner eine Einrichtung
umfasst, um andere Benutzeridentität als die gegebene (User-Id) zu erhalten, wobei
die andere Benutzeridentität mit einem Endgeräteausrüstungs-Identifizierer (Id-Code)
verknüpft ist.
19. Telekommunikationssystem nach Anspruch 16, wobei die Endgeräteleistungsmerkmale in
einem Speicher (10; 11) gespeichert sind, auf den die Endgeräteleistungsmerkmaldatenbank
(10) zugreifen kann und darin mit einem Endgeräteausrüstungs-Identifizierer (Id-Code)
verknüpft sind.
20. Telekommunikationssystem nach Anspruch 17, wobei der Eingangsknoten (12) ein Mobilvermittlungszentrum
"MSC" oder ein bedienender GPRS-Support-Knoten "SGSN" ist.
21. Telekommunikationssystem nach Anspruch 17, wobei der Eingangsknoten (12) eine Rufstatus-Steuerfunktion
"CSCF" ist.
22. Telekommunikationssystem nach Anspruch 20, wobei die Benutzeridentität und der zugeordnete
Endgeräteausrüstungs-Identifizierer (Id-Code) beide in einer Aktualisierungsort-Nachricht
eingeschlossen sind.
23. Telekommunikationssystem nach Anspruch 21, wobei die Benutzeridentität und der zugeordnete
Endgeräteausrüstungs-Identifizierer (Id-Code) beide in einer Cx-put-Nachricht eingeschlossen
sind.
24. Telekommunikationssystem nach Anspruch 16, wobei die Benutzeridentität und der Endgeräteausrüstungs-Identifizierer
(Id-Code) auf einer Pro-Benutzer-Basis in einer Endgeräteleistungsmerkmals-Datenbank
verknüpft sind.
25. Telekommunikationssystem nach Anspruch 16, wobei mindestens eine Einheit (13; 11;
10), ausgewählt aus einer aus einem Authentifizierungs-, Autorisierungs- und Buchungsserver
(AAA), einem Heimatortsregister (HLR), einem Heimatteilnehmerserver (HSS), und einer
Endgeräteleistungsmerkmals-Datenbank bestehenden Gruppe, die Einrichtung einschließt
zum Bereitstellen von mindestens den Endgeräteleistungsmerkmalen (Capab. List) der
Endgeräteausrüstung bei Anforderung durch den Anwendungsserver durch Bereitstellen
einer gegebenen Benutzeridentität (User-Id) des die Endgeräteausrüstung betreibenden
Benutzers.
26. Telekommunikationssystem nach Anspruch 19, wobei die Liste von Endgeräteleistungsmerkmalen
(Capab. List), die dem Endgeräteausrüstungs-Identifizierer (Id-Code) zugeordnet ist,
von einem Speicher (10; 11) geholt wird, auf den eine Endgeräteleistungsmerkmals-Datenbank
(10) zugreifen kann.
27. Telekommunikationssystem nach einem der vorhergehenden Ansprüche 16-26, wobei eine
Internationale Mobilausrüstungsidentität (IMEI) als Endgeräteausrüstungs-Identifizierer
verwendet wird.
28. Telekommunikationssystem nach einem der vorangehenden Ansprüche 16-26, wobei ein Endgerätebeschreiber
basierend auf zusammengesetzte Leistungsmerkmals-Bevorzugungsprofilen (CC/PP) oder
einem Benutzer-Agent-Profil (UAProf) als ein Endgeräteausrüstungs-Identifizierer verwendet
wird.
29. Eine Einheit (13; 15), die Benutzerprofildaten für Benutzer eines Telekommunikationsnetzes
(1) bereithält, das ausgewählt ist aus einer Gruppe von Telekommunikationsnetzen,
die ein GSM-Netz, ein GPRS-Netz und ein IP-Multimedianetz umfasst, wobei die Einheit
(13; 15) ausgewählt wird aus einer Gruppe der Einheiten, die ein Heimatortsregister
"HLR" , einen Heimatteilnehmerserver "HSS" und einen Authentifizierungs-, Autorisierungs-
und Buchungsserver "AAA" einschließt, zur Verwendung in dem Telekommunikationssystem
des Anspruchs 16, und einschließend:
- eine Einrichtung (13; 15; 10), um eine Benutzeridentität für einen eine Endgeräteausrüstung
(30, 31) betreibenden Benutzer, und einen Endgeräteausrüstungs-Identifizierer (Id-Code),
der die Endgeräteausrüstung (30; 31) identifiziert, von einem Eingangsknoten (12,
14) des Telekommunikationsnetzes zu empfangen (S-11, S-12, S-21); S-61, S-71; S-13,
S-21);
- eine Einrichtung zum Verknüpfen der empfangenen Benutzeridentität mit dem empfangenen
Endgeräteausrüstungs-Identifizierer (Id-Code) und mit den Benutzerprofildaten für
den Benutzer;
- eine Einrichtung zum Empfangen (S-31; S-81; S-83) einer Anfrage von einem Anwendungsserver
(20) nach den Leistungsmerkmalen der Endgeräteausrüstung (30; 31), die durch einen
durch eine gegebene Benutzeridentität (User-Id) identifizierten Benutzer derzeit verwendet
wird;
- eine Einrichtung zum Holen jener Leistungsmerkmale (Capab. List), die mit einem
mit der gegebenen Benutzeridentität (User-Id) verknüpften Endgeräteausrüstungs-Identifizierer
(Id-Code) korreliert ist; und
- eine Einrichtung (S-32; S-82; S-84), um dem Anwendungsserver (20) die Leistungsmerkmale
(Capab. List) der durch einen Endgeräteausrüstungs-Identifizierer (Id-Code) identifizierten
Endgeräteausrüstung bereitzustellen.
30. Einheit nach Anspruch 29, ferner eine Einrichtung umfassend, um eine andere Benutzeridentität
als die gegebene (User-Id) und in den Benutzerprofildaten für den Benutzer eingeschlossene
zu erhalten, wobei die andere Benutzeridentität mit einem Endgeräteausrüstungs-Identifizierer
(Id-Code) verknüpft ist.
1. Procédé destiné à fournir les capacités d'un équipement terminal (30 ; 31) utilisé
par un utilisateur, à partir d'un réseau de télécommunication (1) sélectionné parmi
un groupe de réseaux de télécommunication qui comprend : un réseau GSM, un réseau
GPRS et un réseau multimédia IP, à destination d'un serveur d'applications (20) destiné
à proposer des services audit utilisateur à l'aide de l'équipement terminal, le procédé
comprenant les étapes consistant à :
(a) stocker, dans une base de données des capacités de terminaux (10 ; 11) du réseau
de télécommunication, les capacités (Liste des capacités) d'au moins un équipement
parmi une pluralité d'équipements terminaux (30 ; 31), les capacités de chaque équipement
terminal étant corrélées avec un identificateur d'équipement terminal (code d'identification)
;
(b) recevoir, sur une entité (13, 15) qui stocke des données de profil d'utilisateur
pour des utilisateurs du réseau de télécommunication, une identité d'utilisateur pour
un utilisateur utilisant un équipement terminal (30 ; 31) et un identificateur d'équipement
terminal (code d'identification) qui identifie l'équipement terminal, l'entité étant
sélectionnée dans un groupe d'entités qui contient : un registre de localisation de
rattachement, HLR pour « Home Location Register », un serveur d'abonnés de rattachement, HSS pour « Home Subscriber Server » et un serveur d'authentification, d'autorisation et de comptabilisation, AAA pour
« Authentication, Authorization and Accounting » ;
(c) en réponse à la réception de l'identité d'utilisateur et de l'identificateur d'équipement
terminal, relier sur l'entité (13, 15) l'identité d'utilisateur reçue, l'identificateur
d'équipement terminal reçu (code d'identification) et les données du profil d'utilisateur
pour cet utilisateur ;
(d) demander à un serveur d'applications (20) du réseau de télécommunication les capacités
de l'équipement terminal (30 ; 31) actuellement utilisé par un utilisateur identifié
par une identité d'utilisateur donnée (identité d'utilisateur) ;
(e) obtenir, sur l'entité qui stocke des données de profil d'utilisateur sur le réseau
de télécommunication, l'identificateur d'équipement terminal (code d'identification)
lié à l'identité d'utilisateur donnée (identité d'utilisateur) ;
(f) en réponse à la demande provenant du serveur d'applications (20), extraire de
la base de données des capacités de terminaux (10 ; 11) la liste des capacités stockée
pour l'identificateur d'équipement terminal (code d'identification) ; et
(g) répondre au serveur d'applications (20) en fournissant la liste de capacités demandée.
2. Procédé selon la revendication 1, dans lequel l'étape b) comprenant les étapes consistant
à :
(b1) recevoir (S-12, S-21 ; S-61, S-71 ; S-13, S-21), sur un noeud d'entrée de réseau
(12 ; 14) du réseau de télécommunication, en provenance de l'équipement terminal (30
; 31) l'identificateur (code d'identification) dudit équipement terminal avec l'identité
de l'utilisateur ; et
(b2) envoyer l'identité d'utilisateur et l'identificateur de l'équipement terminal
courant (code d'identification), à partir du noeud d'entrée de réseau (12 ; 14), vers
l'entité (13 ; 15) stockant des données de profil d'utilisateur sur le réseau de télécommunication
(1).
3. Procédé selon la revendication 1, comprenant en outre l'étape consistant à obtenir,
sur l'entité (13 ; 15) qui stocke des données de profil d'utilisateur sur le réseau
de télécommunication, une autre identité d'utilisateur que celle fournie (identité
d'utilisateur) et incluse dans les données de profil d'utilisateur pour l'utilisateur,
ladite autre identité d'utilisateur étant liée à un identificateur d'équipement terminal
(code d'identification).
4. Procédé selon la revendication 1, dans lequel les capacités du terminal sont stockées
dans une mémoire (11; 10) accessible par une base de données des capacités de terminaux
(10) et y sont corrélées avec l'identificateur d'équipement terminal (code d'identification).
5. Procédé selon la revendication 2, dans lequel le noeud d'entrée (12) du réseau de
télécommunication (1) est un centre de commutation de mobiles (MSC, pour « Mobile Switching Center ») ou un noeud de support GPRS de desserte (SGSN, pour « Serving GPRS Support Node ») .
6. Procédé selon la revendication 2, dans lequel le noeud d'entrée (12) du réseau de
télécommunication (1) est une fonction de commande de l'état des appels (CSCF, pour
« Call Status Control Function ») .
7. Procédé selon la revendication 5, dans lequel l'identificateur d'équipement terminal
(code d'identification) et l'identité d'utilisateur sont tous deux inclus dans un
message de mise à jour de position (S-21).
8. Procédé selon la revendication 6, dans lequel l'identificateur d'équipement terminal
(code d'identification) et l'identité d'utilisateur sont tous deux inclus dans un
message Cx-put (S-21).
9. Procédé selon la revendication 2, dans lequel le noeud d'entrée (14) du réseau de
télécommunication (1) est un serveur d'accès au réseau (NAS, pour « Network Access Server ») ou un noeud de support WLAN (WSN, pour « WLAN Support Node »).
10. Procédé selon la revendication 9, dans lequel l'identificateur d'équipement terminal
(code d'identification) et l'identité d'utilisateur sont tous deux inclus dans un
message destiné à demander un accès (S-73).
11. Procédé selon la revendication 1, dans lequel l'identité d'utilisateur et l'identificateur
d'équipement terminal (code d'identification) dans l'étape b) sont reliés dans la
base de données des capacités de terminaux (10), en fonction de l'utilisateur.
12. Procédé selon la revendication 1, dans lequel un serveur d'applications (20) demande
les capacités d'un équipement terminal à un registre de localisation de rattachement
(HLR) ou à un serveur d'abonnés de rattachement (HSS) ou à un serveur d'authentification,
d'autorisation et de comptabilisation (AAA) en fournissant une identité d'utilisateur
donnée (identité d'utilisateur) de l'utilisateur qui utilise ledit équipement terminal.
13. Procédé selon la revendication 1, dans lequel une liste des capacités de terminaux
(liste des capacités) associée à un identificateur d'équipement terminal (code d'identification)
est extraite d'une mémoire (11, 10) accessible depuis la base de données des capacités
de terminaux (10).
14. Procédé selon l'une quelconque des revendications précédentes, dans lequel un code
IMEI (pour « International Mobile Equipment Identity » - Identité internationale d'équipement mobile) est utilisé comme identificateur d'équipement
terminal (code d'identification).
15. Procédé selon l'une quelconque des revendications précédentes, dans lequel un descripteur
de terminal fondé sur des profils composites de préférences de capacités (CC/PP, pour
« Composite Capability Preference Profiles ») ou sur un profil d'agent utilisateur est utilisé comme identificateur d'équipement
terminal.
16. Système de télécommunication (1) destiné à fournir des capacités d'un équipement terminal
(30 ; 31) utilisé par un utilisateur d'un réseau de télécommunication (1) sélectionné
parmi un groupe de réseaux de télécommunication qui comprend : un réseau GSM, un réseau
GPRS et un réseau multimédia IP, à destination d'un serveur d'applications (20) destiné
à proposer des services audit utilisateur à l'aide de l'équipement terminal (30 ;
31), le système de télécommunication comprenant :
(a) une base de données des capacités de terminaux (10 ; 11), destinée à stocker des
capacités d'au moins un équipement parmi une pluralité d'équipements terminaux (30
; 31), les capacités de chaque équipement terminal étant corrélées avec un identificateur
d'équipement terminal (code d'identification) ;
(b) une entité qui stocke des données de profil d'utilisateur pour des utilisateurs
du réseau de télécommunication, l'entité possédant un moyen (13 ; 15 ; 10) destiné
à recevoir une identité d'utilisateur pour un utilisateur utilisant un équipement
terminal (30 ; 31) et un identificateur d'équipement terminal (code d'identification)
qui identifie l'équipement terminal et un moyen destiné à relier l'identité d'utilisateur
reçue à l'identificateur d'équipement terminal (code d'identification) et à des données
de profil d'utilisateur pour l'utilisateur, l'entité (13, 15) étant sélectionnée dans
un groupe d'entités qui contient : un registre de localisation de rattachement, HLR
pour « Home Location Register », un serveur d'abonnés de rattachement, HSS pour « Home Subscriber Server » et un serveur d'authentification, d'autorisation et de comptabilisation, AAA pour
« Authentication, Authorization and Accounting » ;
(c) un moyen (13 ; 15 ; 10) destiné à recevoir d'un serveur d'applications (20) une
demande (S-31 ; S-81 ; S-83) de fourniture des capacités de l'équipement terminal
(30 ; 31) actuellement utilisé par un utilisateur identifié par une identité d'utilisateur
donnée (identité d'utilisateur) ;
(d) un moyen d'obtenir sur l'entité qui stocke des données de profil d'utilisateur
sur le réseau de télécommunication l'identificateur d'équipement terminal (code d'identification)
relié à l'identité de l'utilisateur donné (identité d'utilisateur) ;
(e) un moyen d'extraire de la base de données de capacités de terminaux (10 ; 11),
en réponse à la demande du serveur d'applications (20), la liste des capacités stockée
pour l'identificateur d'équipement terminal (code d'identification) ; et
(f) un moyen destiné à répondre au serveur d'applications (20) en fournissant la liste
de capacités demandée, depuis le réseau de télécommunication (13 ; 15 ; 10).
17. Système de télécommunication selon la revendication 16, comprenant en outre :
(b1) un moyen destiné à recevoir (S-12, S-21 ; S-61, S-71 ; S-13, S-21), sur un noeud
d'entrée de réseau (12 ; 14) du réseau de télécommunication, en provenance de l'équipement
terminal (30 ; 31) l'identificateur (code d'identification) dudit équipement terminal
avec l'identité de l'utilisateur ; et
(b2) un moyen destiné à envoyer l'identité d'utilisateur et l'identificateur de l'équipement
terminal courant (code d'identification), à partir du noeud d'entrée de réseau (12
; 14), vers l'entité (13 ; 15) stockant des données de profil d'utilisateur sur le
réseau de télécommunication (1).
18. Système de télécommunication selon la revendication 16, dans lequel le moyen d) comprend
en outre un moyen destiné à obtenir une autre identifié d'utilisateur que celle donnée
(identité d'utilisateur) et incluse dans les données de profil d'utilisateur pour
l'utilisateur, ladite autre identité d'utilisateur étant liée à un identificateur
d'équipement terminal (code d'identification).
19. Système de télécommunication selon la revendication 16, dans lequel les capacités
du terminal sont stockées dans une mémoire (10 ; 11) accessible par la base de données
des capacités de terminaux (10) et y sont corrélées avec un identificateur d'équipement
terminal (code d'identification).
20. Système de télécommunication selon la revendication 17, dans lequel le noeud d'entrée
(12) est un centre de commutation de mobiles (MSC, pour « Mobile Switching Center ») ou un noeud de support GPRS de desserte (SGSN, pour « Serving GPRS Support Node »).
21. Système de télécommunication selon la revendication 17, dans lequel le noeud d'entrée
(12) est une fonction de commande de l'état des appels (CSCF, pour « Call Status Control Function »).
22. Système de télécommunication selon la revendication 20, dans lequel l'identité d'utilisateur
et l'identificateur d'équipement terminal (code d'identification) sont tous deux inclus
dans un message de mise à jour de position.
23. Système de télécommunication selon la revendication 21, dans lequel l'identité d'utilisateur
et l'identificateur d'équipement terminal (code d'identification) associé sont tous
deux inclus dans un message Cx-put.
24. Système de télécommunication selon la revendication 16, dans lequel l'identité d'utilisateur
et l'identificateur d'équipement terminal (code d'identification) sont reliés dans
une base de données des capacités de terminaux en fonction de l'utilisateur.
25. Système de télécommunication selon la revendication 16, dans lequel au moins une entité
(13 ; 15 ; 10) sélectionnée parmi un serveur d'authentification, d'autorisation et
de comptabilisation (AAA), un registre de localisation de rattachement (HLR), un serveur
d'abonnés de rattachement (HSS) et une base de données des capacités de terminaux
comprend le moyen destiné à fournir une liste des capacités de terminal (liste des
capacités) pour l'équipement terminal, sur la demande du serveur d'applications, en
fournissant une identité d'utilisateur donnée (identité d'utilisateur) de l'utilisateur
qui utilise ledit équipement terminal.
26. Système de télécommunication selon la revendication 19, dans lequel la liste des capacités
de terminal (liste des capacités) associée à l'identificateur d'équipement terminal
(code d'identification) est extraite d'une mémoire (11, 10) accessible depuis la base
de données des capacités de terminaux (10).
27. Système de télécommunication selon l'une quelconque des revendications précédentes
16 à 26, dans lequel un code IMEI (pour « International Mobile Equipment Identity » - Identité internationale d'équipement mobile) est utilisé comme identificateur d'équipement
terminal.
28. Système dé télécommunication selon l'une quelconque des revendications précédentes
16 à 26, dans lequel un descripteur de terminal fondé sur des profils composites de
préférences de capacités (CC/PP, pour « Composite Capabiliby Preference Profiles ») ou sur un profil d'agent utilisateur est utilisé comme identificateur d'équipement
terminal.
29. Entité (13 ; 15) stockant des données de profil d'utilisateur pour les utilisateurs
d'un réseau de télécommunication (1) sélectionné parmi un groupe de réseaux de télécommunication
qui comprend : un réseau GSM, un réseau GPRS et un réseau multimédia IP, l'entité
(13, 15) étant sélectionnée dans un groupe d'entités qui comprend : un registre de
localisation de rattachement HLR, un serveur d'abonnés de rattachement HSS et un serveur
d'authentification, d'autorisation et de comptabilisation AAA, destinée à être utilisée
dans le système de télécommunication selon la revendication 16 et comprenant :
- un moyen (13 ; 15 ; 10) destiné à recevoir (S-11, S-12, S-21 ; S-61, S-71 ; S-13,
S-21) d'un noeud d'entrée (12, 14) du réseau de télécommunication une identité d'utilisateur
pour un utilisateur utilisant un équipement terminal (30 ; 31) et un identificateur
d'équipement terminal (code d'identification) identifiant l'équipement terminal (30,
31) ;
- un moyen destiné à relier l'identité d'utilisateur reçue à l'identificateur d'équipement
terminal (code d'identification) et aux données de profil d'utilisateur pour l'utilisateur
;
- un moyen destiné à recevoir (S-31 ; S-81 ; S-83) d'un serveur d'applications (20)
une demande des capacités de l'équipement terminal (30 ; 31) actuellement utilisé
par un utilisateur identifié par une identité d'utilisateur donnée (identité d'utilisateur)
;
- un moyen destiné à extraire d'une base de données des capacités de terminaux (10
; 11), en réponse à la demande du serveur d'applications (20), les capacités (liste
de capacités) corrélées à un identificateur d'équipement terminal (code d'identification)
relié à l'identité d'utilisateur donnée (identité d'utilisateur) ; et
- un moyen destiné à fournir (S-32 ; S-82 ; S-84) au serveur d'applications (20) les
capacités (liste des capacités) de l'équipement terminal (30 ; 31) identifié par un
identificateur d'équipement terminal (code d'identification).
30. Entité selon la revendication 29, comprenant en outre un moyen destiné à obtenir une
autre identité d'utilisateur que celle donnée (identité d'utilisateur) et incluse
dans les données de profil d'utilisateur pour l'utilisateur, ladite autre identité
d'utilisateur étant liée à un identificateur d'équipement terminal (code d'identification).
REFERENCES CITED IN THE DESCRIPTION
This list of references cited by the applicant is for the reader's convenience only.
It does not form part of the European patent document. Even though great care has
been taken in compiling the references, errors or omissions cannot be excluded and
the EPO disclaims all liability in this regard.
Patent documents cited in the description
Non-patent literature cited in the description
- A framework for Universal Personal ComputingUNIVERSAL PERSONAL COMMUNICATIONS19960000 [0014]