WO2008009312A1 - Procédés, appareils et programmes pour utiliser une interface sh dans des communications entre un client de base de données et un serveur de base de données - Google Patents

Procédés, appareils et programmes pour utiliser une interface sh dans des communications entre un client de base de données et un serveur de base de données Download PDF

Info

Publication number
WO2008009312A1
WO2008009312A1 PCT/EP2006/064323 EP2006064323W WO2008009312A1 WO 2008009312 A1 WO2008009312 A1 WO 2008009312A1 EP 2006064323 W EP2006064323 W EP 2006064323W WO 2008009312 A1 WO2008009312 A1 WO 2008009312A1
Authority
WO
WIPO (PCT)
Prior art keywords
database
data
information
server
client
Prior art date
Application number
PCT/EP2006/064323
Other languages
English (en)
Inventor
John Michael Walker
Miguel Angel Pallares Lopez
Kerstin CEDLÖF
Original Assignee
Telefonaktiebolaget L M Ericsson (Publ)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget L M Ericsson (Publ) filed Critical Telefonaktiebolaget L M Ericsson (Publ)
Priority to JP2009519800A priority Critical patent/JP2009544202A/ja
Priority to GB0900028A priority patent/GB2452460B/en
Priority to PCT/EP2006/064323 priority patent/WO2008009312A1/fr
Publication of WO2008009312A1 publication Critical patent/WO2008009312A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4588—Network directories; Name-to-address mapping containing mobile subscriber information, e.g. home subscriber server [HSS]

Definitions

  • the present invention relates to a method and apparatus for use in a telecommunications network.
  • IP Multimedia services provide a dynamic combination of voice, video, messaging, data, etc. within the same session.
  • the number of services offered to the end users 15 will grow, and the inter-personal communication experience will be enriched. This will lead to a new generation of personalised, rich multimedia communication services, including so-called "combinational IP Multimedia" services.
  • UMTS Universal Mobile Telecommunications System
  • UMTS is a successor to the Global System for Mobile
  • GSM Global System for Mobile communications
  • GPRS General Packet Radio Service
  • PDNs packet data networks
  • 3GPP 3rd Generation Partnership Project
  • ETSI European Telecommunication Standards Institute
  • the standardisation of UMTS has progressed in phases.
  • the first phase was known as Release '99.
  • the Release '99 specifications define the basic architecture that consists of the UMTS Terrestrial Radio Access Network (UTRAN), Circuit Switched Core Network (CS-CN) and Packet Switched Core Network (PS-CN).
  • the release '99 specification offers traditional circuit as well as packet-switched services.
  • the next phase in the standardisation process was Release 4, adding new services to the '99 architecture. Release 5 represented a significant shift, offering both traditional telephony as well as packet-switched services over a single converged packet-based network.
  • IMS IP Multimedia Subsystem
  • PS-CN IP Multimedia Subsystem
  • IMS provides IP Multimedia services over mobile communication networks (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 and TS 29.329 Releases 5 to 7).
  • IMS provides key features to enrich the end-user person-to-person communication experience through the use of standardised IMS Service Enablers, which facilitate new rich person-to-person (client-to-client) communication services as well as person-to-content (client-to-server) services over IP- based networks.
  • the IMS is able to connect to both PSTN/ISDN (Public Switched Telephone Network/Integrated Services Digital Network) as well as the Internet.
  • PSTN/ISDN Public Switched Telephone Network/Integrated Services Digital Network
  • the IMS makes use of the Session Initiation Protocol (SIP) to set up and control calls or sessions between user terminals (or user terminals and application servers).
  • SIP Session Initiation Protocol
  • SDP Session Description Protocol
  • SIP was created as a user-to- user protocol
  • IMS allows operators and service providers to control user access to services and to charge users accordingly.
  • the 3GPP has chosen SIP for signalling between a User Equipment (UE) and the IMS as well as between the components within the IMS.
  • UE User Equipment
  • FIG. 1 is an illustrative diagram showing a UMTS communications network 200 comprising a User Equipment (UE) 204 located within a Visited Network 202.
  • the UE 204 is attached to a Serving GPRS Support Node (SGSN) 208 via a UTRAN 206, which is in turn in communication with a Gateway GPRS Support Node (GGSN) 210.
  • SGSN Serving GPRS Support Node
  • GGSN Gateway GPRS Support Node
  • the GGSN 210 communicates with a Proxy Call Session Control Function (P-CSCF) 212, which is the first point of contact in the visited IMS network for the UE 204.
  • P-CSCF Proxy Call Session Control Function
  • the P-CSCF 212 forwards SIP registration messages and session establishment messages to the Home Network 214.
  • the first point of contact within the Home Network 214 is the Interrogating Call Session Control Function (I-CSCF) 216, which is an optional node in the IMS architecture, whose main purpose is to query the Home Subscriber Server (HSS) 220 to find the location of the Serving Call Session Control Function (S-CSCF) 218.
  • the S- CSCF 218 performs session management for the IMS network, and there can be several S-CSCFs in the network.
  • the HSS 220 is a centralised subscriber database, and has evolved from the Home Location Register (HLR) from earlier UMTS releases.
  • the HSS 220 interfaces with the I-CSCF and the S-CSCF to provide information about the location of the subscriber and the subscriber's subscription information.
  • the communications network 200 further comprises an application server 222, a database 224 and a mail server 226 located in the Home Network 214. From the S-CSCF 218, signalling messages are passed to the intended destination, which may be another Release 5 IMS network 228 comprising a UE 230, or to a legacy network 232 comprising a PSTN interfaced through a Media Gateway Control Function (MGCF), or to an IP network 234.
  • MGCF Media Gateway Control Function
  • the Application Servers are for implementing IMS service functionality.
  • Application Servers provide services to end-users in an IMS system, and may be connected either as end-points over the 3GPP defined Mr interface, or "linked in” by an S-CSCF over the 3GPP defined ISC interface.
  • IFC Initial Filter Criteria
  • S-CSCF Session Establishment
  • the IFCs are received by the S-CSCF from an HSS during the IMS registration procedure as part of a user's User Profile.
  • IMS defines an interface and mechanism that allows SIP Application Servers (ASs) and OSA (Open Service Access) Service Capability Servers (SCSs) to access end-user profile data stored in the Home Subscriber Server (HSS).
  • ASs SIP Application Servers
  • SCSs Open Service Access Service Capability Servers
  • This interface is called the "Sh” interface and is defined in 3GPP TS 29.328 ("IP Multimedia (IM) Subsystem Sh interlace; Signalling flows and message contents"; http://www.3 gpp.org/flp/Specs/html- info/29328.htm) and 3GPP TS 29.329 ("Sh Interface based on the Diameter protocol; Protocol details"; http://www.3gpp.org/ftp/Specs/htm1-info/29329.htm). It is an application that runs on top of the Diameter base Protocol specified by IETF RFC3588.
  • the Sh interface is illustrated within the IMS architecture in Figure 2.
  • An embodiment of the present invention is intended to address one or more technical deficiencies associated with the Sh interface, as described below.
  • a method for use in a telecommunications network in which an Sh interface is used for communications between a database client and a database server of the network, the database server having access to at least one database for storing user data such as repository data and user profile data associated with different users of the network, comprising using the Sh interlace to convey at least one of the following types of extended data management information between the database client and the database server: first information enabling the database client to use the database server to perform a database operation on a part or parts of the user data; second information enabling the database server to provide a partial response to a request for user data from the database client; third information enabling the database server to control the flow of requests from the database client; and fourth information enabling the database server to choose the type of database used to store user data it receives from the database client.
  • the first information may specify the database operation to be performed.
  • the first information may specify a database operation to retrieve a part or parts of the repository data.
  • the first information may specify a database operation to retrieve a part or parts of a service data portion of the repository data.
  • the first information may specify a database operation to amend a part or parts of the user data.
  • the first information may specify at least one of: the data-model schema used to store the data; and the database type.
  • the second information may specify to which part or parts of the request for data the partial response relates.
  • the second information may specify information concerning a part or parts of the request not answered with the partial response.
  • the second information may specify a priority for each data type, enabling the database server to respond to parts of the request in order of priority.
  • the method may comprise using the Sh interface to convey information enabling the database server to provide a deferred response to a request for data from the database client, for example when a previous request was provided with a partial response.
  • the third information may specify a limit to the number of requests that the database server can service from the database client.
  • the third information may specify a period of validity applicable to the specified limit.
  • the third information may specify whether or not requests relating to multiple data types are allowed.
  • the fourth information may inform the database client of the type of database used, for use subsequently as first information.
  • the information may comprise at least one attribute-value pair.
  • the network may be a Universal Mobile Telecommunications System.
  • the network may comprise an IP Multimedia Subsystem.
  • the database server may comprise a Home Subscriber Server of the Universal Mobile Telecommunications System.
  • the database client may comprise an Application Server of the Universal Mobile Telecommunications System.
  • At least one database may be provided externally of the database server.
  • an apparatus for use in a telecommunications network in which an Sh interface is used for communications between a database client and a database server of the network, the database server having access to at least one database for storing user data such as repository data and user profile data associated with different users of the network, comprising means for using the Sh interface to convey at least one of the following types of extended data management information between the database client and the database server: first information enabling the database client to use the database server to perform a database operation on a part or parts of the user data; second information enabling the database server to provide a partial response to a request for user data from the database client; third information enabling the database server to control the flow of requests from the database client; and fourth information enabling the database server to choose the type of database used to store user data it receives from the database client.
  • the apparatus may comprise the database client.
  • the apparatus may comprise the database server.
  • a method for use by a Home Subscriber Server of a Universal Mobile Telecommunications System comprising choosing the type of database used to store application-defined repository data it receives from an Application Server of the Universal Mobile Telecommunications System based on one or more characteristics of the repository data, such as its size, service indicator and number of operations on the data.
  • the database types may include internal and external databases.
  • the method may comprise providing the Application Server with information concerning the choice made.
  • the method may comprise providing the information over the Sh interface.
  • a Home Subscriber Server of a Universal Mobile Telecommunications System comprising means for choosing the type of database used to store application-defined repository data it receives from an Application Server of the Universal Mobile Telecommunications System based on one or more characteristics of the repository data, such as its size, service indicator and number of operations on the data.
  • an operating program which, when run on an apparatus, causes the apparatus to carry out a method according to the first or third aspect of the present invention.
  • an operating program which, when loaded into an apparatus, causes the apparatus to become an apparatus according to the second or fourth aspect of the present invention.
  • the operating program may be carried on a carrier medium.
  • the carrier medium may be a transmission medium.
  • the carrier medium may be a storage medium.
  • Figure 1 is a schematic diagram illustrating parts of a UMTS network
  • FIG. 3 shows a table setting out which Sh operations can be performed on which data types
  • FIG. 4 illustrates the UML format of transparent data
  • FIG. 5 illustrates some problems identified with the current Sh interface
  • FIG. 6 illustrates schematically an embodiment of the present invention.
  • FIG. 7 illustrates possible transparent data storage algorithms in one part of an embodiment of the present invention.
  • 3GPP specifies which Sh operations can be performed on which data types, and the table shown in Figure 3 illustrates these operations per data type.
  • Two generic data types are defined (see 3GPP TS 29.328 v6.4.0 and 3GPP TS 29.329 v6.3.0): ° Transparent data: identified by the Data-Reference AVP (Attribute- Value
  • an Sh operation can be performed simultaneously on transparent data and non-transparent data or only on one of the data types.
  • the Sh-PuIl and Sh-Subs-Notif operations are described in 3GPP TS 29.328 as follows:
  • transparent data is understood syntactically but not semantically by the HSS. It is data that an AS may store in the HSS to support its service logic.
  • One example is data that an AS stores in the HSS, using the HSS as a sort of repository.
  • Transparent data is also called Repository-Data in the standard, and it includes three attributes: Service-Indication; Sequence-Number and Service-Data. This final attribute, Service- Data, is the attribute that stores all the transparent data defined by an AS to support its support logic.
  • the UML (Unified Modeling Language) format of the transparent data is depicted in Figure 4, which is taken from 3GPP TS 29.328.
  • the Service-Data may contain structure, for instance it may conform to an XML (Extensible Markup Language) schema, yet the HSS has no knowledge of this structure (thus the "transparency" property).
  • an AS currently needs to perform operations (read, write or send notifications) on the entire content of the Service-Data. This can be very detrimental to network performance, and already some operators are requesting to store up to 200 Kbytes of transparent data per user. Even if an AS wishes to read only a single value that occupies 1 byte in the Service-Data, currently they would be required to read the whole 200 Kbytes.
  • the AS wishes to update one small value in the Service-Data (e.g.
  • the current 3GPP handling of user data over the Sh interface does not consider properties related with the physical databases in which the data is stored.
  • properties are: the data modelling schema and language, the database protocol used and operations that are specific to the database protocol.
  • This is encouraging certain operators to attempt to bypass the Sh interface and use non-standardised commercial databases instead of the HSS.
  • This is considered to be an undesirable situation from the point of view of standardisation because it duplicates the number of interfaces between the application server and the transparent data repository, or even non-transparent data repository, (i.e. Sh and other) thus increasing complexity in database administration and data inconsistency.
  • a further problem identified by the present applicant is that the current solution does not include a mechanism whereby each specific Sh operation (or request) can be handled differently depending on the priority or urgency of the operation.
  • the current solution proposed in the standards define any mechanism to control the flow of Sh requests sent by an AS to the HSS, which in practice can create congestion in the HSS, considering that multiple ASs will be accessing the same HSS at the same time.
  • an embodiment of the present invention proposes a mechanism in the Sh interface that will enable one or more of the following:
  • ° 3 G home subscriber servers to provide information as part of the Sh protocol regarding the properties and characteristics of the actual databases and data modes used to store the user data. This will allow application servers to perform database specific operations, such as SQL
  • ° 3G home subscriber servers to be able to provide partial responses to requests for multiple user data types.
  • ° 3G home subscriber servers to be able to send deferred responses (e.g. when an earlier request was given a partial response).
  • ° 3 G home subscriber servers to be able to set a limit to control the flow of requests coming from a given application server.
  • An embodiment of the present invention provides an extended data management protocol that makes use of the Sh interface as the protocol to convey database operations and other types of extended data management information.
  • This means that applications are still able to use a single protocol and address when communicating with the HSS for the purpose of operating on subscription data (i.e. the Sh interface and HSS URL), but can embed into this protocol a wider range of operations and features.
  • a new set of AVPs or fields in the Sh Diameter message request is proposed that allows the Sh interface to incorporate a new set of functions and features in order to boost the overall technical advantages of the HSS server.
  • FIG. 6 An embodiment of the present invention is illustrated schematically in Figure 6, which shows an Application Server (database client) 22 and a Home Subscriber Server (database server) 20 using the Sh interface to convey extended data management information between them.
  • This AVP would indicate the number of datatypes that are affected by the request. It can take the following values:
  • ° Combined indicating which different data types are affected by the operation. It may contain an "order" attribute that indicates on which data type the operation must take place first and so on.
  • This AVP would list the number of transparent data-types (indicating each affected Service Indicator) that are affected by the request. This would only present if the previous AVP reflects that the request relates to "single" and "transparent-data type".
  • ° List of non-transparent-data types AVP This AVP would list the number of non-transparent data-types that are affected by the request. This could be a numerical value (number of non-transparent data types present in the request), and would only be present if the previous AVP reflects that the request relates to "single" and "non- transparent-data type”.
  • ° Priority AVP This AVP would be included in each specific data reference set and might indicate the order in which the different data references need to be catered for in the request. This would allow the HSS to discard Sh requests related to low priority when traffic is high, and only answer requests with higher priority. In order to avoid all data references having the same priority in a single Sh operation, it may be insisted that no repetition of a priority value is allowed in the same request.
  • Service-Data specific element path AVP This may be present for those operations related to transparent data.
  • the path identifies a particular element, attribute, field, value or binary position in the block of data that is contained in the transparent data of a given Service Indicator and user.
  • the Sh operation can be specified to affect only that piece of Service-Data rather than the entire content of the Service-Data.
  • the actual format of the Service-Data element path may be an Xpath (if the transparent data follows an XML schema), an LDAP path (if the transparent data follows an LDAP DIT), or simply a value that is searched for in the Service-Data field. Other possibilities will apply to different scenarios.
  • HSS may include in every response an AVP indicating the maximum number of requests that the AS should issue in a given period of time, or whether or not combined data-type operations are allowed (due to the extra processing involved). Should the AS exceed that limit, it may find that some requests are rejected or experience a slower response time. Those requests with higher priority would be processed first.
  • This AVP would reference the relevant data schema. It could simply be the URL or URN that points to where the data-model is stored. For instance, it could point to an XML data schema, to an LDAP data information tree (LDAP DIT) or other. This information will allow the application server to provide detailed (or populate) paths in the above mentioned "Service-Data specific element path" AVP.
  • LDAP DIT LDAP data information tree
  • This AVP would specify the backend database type (as well the protocol) that is used by the HSS to store user data. If the value is empty, then this information is not available to Application Severs. Typical values for this AVP would be: LDAPv2, LDAPv3, SQL-1999, SQL-2003, etc.
  • This AVP would specify an operation that is particular to the protocol used by the backend database. This allows an Application Server to perform a wider range of database operations (if authorised by the HSS) than the very reduced set currently defined by the Sh interface.
  • the Application Server For an Application Server to make use of these AVPs over the Sh interface, the Application Server should be aware of certain issues such as which is the correct data- model schema, which backend databases are being used by the HSS and which operations are supported. In principle, this information can be configured offline by each Application Server.
  • the following mechanism is proposed to enable the HSS to provide a partial response to a request for data from the AS.
  • the HSS receives a request for multiple data types it would evaluate whether the compilation of all requested information elements is feasible (if they are available) or if some information elements will require a longer processing time than others (for example, because they imply sending a request to another network node; this happens in requests when circuit switched and/or packet switched user state and location is requested, the HSS needs to interrogate the HLR about that information).
  • the HSS would generate a partial response, with the information elements that are available and also an indication about what the AS should expect about the remaining information elements. Such an indication would tell the AS whether there was a permanent condition that will prevent the return of that information (e.g. because that information is not available in the HSS or the HSS does not have the means to obtain it) or whether the information will be sent in a separate message.
  • Deferred responses can be handled as one-event notifications.
  • a notification may be sent even in the case where an error prevents the inclusion of the requested information.
  • the HSS may also include a data storage decision mechanism and algorithm to allow the dynamic storing and re-distribution of application-defined transparent data to different data storage technologies (i.e. disk database, file-system, in-memory etc) based on a set of criteria.
  • Application Servers may directly define and create new transparent data over the Sh interface in the HSS without using any provisioning system.
  • the internal HSS mechanism selects which data storage technology is the most appropriate for each type of application defined transparent data. It retains control of where the data has been stored. It can also re-distribute the transparent data dynamically if conditions change. For example, if traffic on transparent data for a set of users becomes very high and the data was initially stored on disk then the data storage decision mechanism of the HSS can re-evaluate the new conditions and shift the data to a more appropriate fast access database.
  • An embodiment of the present invention offers one or more of the following advantages.
  • HSS HSS dynamically make use of a variety of heterogeneous data storage resources to ensure that its overall performance and is resource usage is always optimal. This approach fits in with overall data management architectures currently being specified in other technologies.
  • the Sh interface is provided with a set of operations that increase its value.
  • An extended data management protocol is proposed that makes use of the Sh interface as the protocol to convey database operations amongst other types of information. This means that applications need only have knowledge of one protocol and address when communicating with the HSS for the purpose of operating on subscription data, but can embed into this protocol a wide range of operations and features. This reduces the need for Application Servers to bypass the HSS to allow for complex storage and retrieval database operations, which is a benefit for standardisation.
  • operation of one or more of the above-described components can be controlled by a program operating on the device or apparatus.
  • Such an operating program can be stored on a computer-readable medium, or could, for example, be embodied in a signal such as a downloadable data signal provided from an Internet website.
  • the appended claims are to be interpreted as covering an operating program by itself, or as a record on a carrier, or as a signal, or in any other form.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

La présente invention concerne un procédé à utiliser dans un réseau de télécommunications dans lequel une interface Sh est utilisée pour des communications entre un client de base de données (22) et un serveur de base de données (20) du réseau. Le serveur de base de données possède un accès à au moins une base de données pour stocker des données utilisateur, comme des données de référentiel et des données de profil utilisateur associées à différents utilisateurs du réseau. L'interface Sh sert à transporter au moins l'un des types suivants d'informations de gestion de données étendues entre le client de base de données (22) et le serveur de base de données (20) : - des premières informations permettant au client de base de données (22) d'utiliser le serveur de base de données pour réaliser une opération de base de données sur une ou plusieurs parties des données utilisateur, - des deuxièmes informations activant le serveur de base de données (20) pour apporter une réponse partielle à une requête de données utilisateur provenant du client de la base de données (22), - des troisièmes informations activant le serveur de base de données (20) pour commander le flux des requêtes du client de base de données (22), - des quatrièmes informations activant le serveur de base de données (20) pour choisir le type de base de données utilisé pour stocker des données utilisateur qu'il reçoit du client du base de données (22).
PCT/EP2006/064323 2006-07-17 2006-07-17 Procédés, appareils et programmes pour utiliser une interface sh dans des communications entre un client de base de données et un serveur de base de données WO2008009312A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2009519800A JP2009544202A (ja) 2006-07-17 2006-07-17 データベースクライアントとデータベースサーバとの間での通信のためにｓｈインタフェースを使用するための方法、装置、及びプログラム
GB0900028A GB2452460B (en) 2006-07-17 2006-07-17 Methods, apparatuses and programs for using an sh interface for communications between a database client and a database server
PCT/EP2006/064323 WO2008009312A1 (fr) 2006-07-17 2006-07-17 Procédés, appareils et programmes pour utiliser une interface sh dans des communications entre un client de base de données et un serveur de base de données

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2006/064323 WO2008009312A1 (fr) 2006-07-17 2006-07-17 Procédés, appareils et programmes pour utiliser une interface sh dans des communications entre un client de base de données et un serveur de base de données

Publications (1)

Publication Number Publication Date
WO2008009312A1 true WO2008009312A1 (fr) 2008-01-24

Family

ID=37907080

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/064323 WO2008009312A1 (fr) 2006-07-17 2006-07-17 Procédés, appareils et programmes pour utiliser une interface sh dans des communications entre un client de base de données et un serveur de base de données

Country Status (3)

Country Link
JP (1) JP2009544202A (fr)
GB (1) GB2452460B (fr)
WO (1) WO2008009312A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015130679A (ja) * 2008-03-25 2015-07-16 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ワイヤレス通信環境におけるウィジェットを管理するための装置および方法
CN105868233A (zh) * 2015-12-03 2016-08-17 乐视网信息技术（北京）股份有限公司 数据访问处理方法、装置及系统
US9600261B2 (en) 2008-03-25 2017-03-21 Qualcomm Incorporated Apparatus and methods for widget update scheduling
US10061500B2 (en) 2008-03-25 2018-08-28 Qualcomm Incorporated Apparatus and methods for widget-related memory management

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2296350B1 (fr) * 2009-09-14 2018-11-07 Alcatel Lucent Gestion de données utilisateur liées à un serveur d'application

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002071674A2 (fr) * 2001-03-06 2002-09-12 Telefonaktiebolaget L M Ericsson (Publ) Repartition flexible des utilisateurs entre entites de service utilisateurs

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002071674A2 (fr) * 2001-03-06 2002-09-12 Telefonaktiebolaget L M Ericsson (Publ) Repartition flexible des utilisateurs entre entites de service utilisateurs

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; IP Multimedia (IM) Subsystem Sh interface; Signalling flows and message contents (Release 7); 3GPP TS 29.328 V7.2.0", 3GPP STANDARDS, June 2006 (2006-06-01), pages 1 - 38, XP002429510, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Specs/archive/29_series/29.328/29328-720.zip> [retrieved on 20070416] *
"Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); Network architecture (3GPP TS 23.002 version 7.0.0 Release 7); ETSI TS 123 002", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. 3-SA2, no. V700, December 2005 (2005-12-01), pages 1 - 62, XP014032419, ISSN: 0000-0001 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015130679A (ja) * 2008-03-25 2015-07-16 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ワイヤレス通信環境におけるウィジェットを管理するための装置および方法
US9600261B2 (en) 2008-03-25 2017-03-21 Qualcomm Incorporated Apparatus and methods for widget update scheduling
US10061500B2 (en) 2008-03-25 2018-08-28 Qualcomm Incorporated Apparatus and methods for widget-related memory management
US10481927B2 (en) 2008-03-25 2019-11-19 Qualcomm Incorporated Apparatus and methods for managing widgets in a wireless communication environment
CN105868233A (zh) * 2015-12-03 2016-08-17 乐视网信息技术（北京）股份有限公司 数据访问处理方法、装置及系统

Also Published As

Publication number Publication date
GB2452460A (en) 2009-03-04
GB2452460B (en) 2011-01-05
JP2009544202A (ja) 2009-12-10
GB0900028D0 (en) 2009-02-11

Similar Documents

Publication Publication Date Title
US8175576B2 (en) Method and apparatus for use in a communications network
US8416780B2 (en) System and method for session initiation protocol header modification
EP1960907B1 (fr) Procede et appareil pour serveur gestionnaire de documents xml
US8346253B2 (en) Method, system and device for realizing user identity association
US9794356B2 (en) Policy management
US8416781B2 (en) System and method for session initiation protocol header modification
US8249562B2 (en) Methods, apparatuses and software for providing the service control node with filter criteria
US8510457B2 (en) Storage of network data
US20100099447A1 (en) Method and Apparatus for Use in a Communications Network
EP1976311A1 (fr) Procede de detection de l&#39;identite d&#39;usager public dans le profil de service d&#39;un systeme de communication et appareil associe
CN101690126A (zh) 用于影响应用服务器向用户设备提供的服务的调用的方法和设备
US8549040B2 (en) IP multimedia subsystem service configuration
WO2008009312A1 (fr) Procédés, appareils et programmes pour utiliser une interface sh dans des communications entre un client de base de données et un serveur de base de données
US20120307844A1 (en) Synchronization of Shared Identifiers Across Servers in an IMS Network
EP2210388B1 (fr) Procedes et dispositifs pour l&#39;echange des capacites de facturation et pour la cooperation de facturation dans un reseau de communication
US10298696B2 (en) Methods and apparatus for configuring and implementing announcements for IP multimedia subsystem supplementary services

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 06849395

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
ENP Entry into the national phase

Ref document number: 0900028

Country of ref document: GB

Kind code of ref document: A

Free format text: PCT FILING DATE = 20060717

WWE Wipo information: entry into national phase

Ref document number: 0900028.2

Country of ref document: GB

WWE Wipo information: entry into national phase

Ref document number: 2009519800

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 382/DELNP/2009

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06849395

Country of ref document: EP

Kind code of ref document: A1