WO2006015940A1 - Bereitstellung zumindest einer adresse eines applikationsservers - Google Patents

Bereitstellung zumindest einer adresse eines applikationsservers Download PDF

Info

Publication number
WO2006015940A1
WO2006015940A1 PCT/EP2005/053588 EP2005053588W WO2006015940A1 WO 2006015940 A1 WO2006015940 A1 WO 2006015940A1 EP 2005053588 W EP2005053588 W EP 2005053588W WO 2006015940 A1 WO2006015940 A1 WO 2006015940A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
address
glms
poc
network unit
Prior art date
Application number
PCT/EP2005/053588
Other languages
English (en)
French (fr)
Inventor
Peter Leis
Original Assignee
Siemens Aktiengesellschaft
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 Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Publication of WO2006015940A1 publication Critical patent/WO2006015940A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • H04W8/205—Transfer to or from user equipment or user record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support

Definitions

  • the invention relates to a method and a device for providing at least one address of an application server (AS) for the exchange of data of a service between a terminal (MS) and the application server (AS) via a communication network.
  • AS application server
  • a common feature such an application server is described, inter alia, in the 3GPP TS 23.228, in contrast to conventional subscriber addressing in the IP multimedia subsystem, such as via E.164 numbers or via A SIP URI (Session Initiation Protocol - Uniform Resource Identifier), which the subscriber knows before the connection is established (for example by means of an entry in a telephone book), the address of an application server is unknown to the subscriber a priori Address of an application server is not intuitive, it is unsuitable for human ⁇ -> machine interactions
  • the addresses are used in the IP multimedia subsystem as a public service Identities (Public Service Identities) PSI.
  • PSI Public Service Identities
  • the 3GPP TS 23.228 specification defines both static PSI 's and dynamic PSI' s. The Dar- Position of a PSI is done by a URI (Uniform Resource Identifier).
  • a subscriber can use with PSI addressed terraced "advanced services" with his terminal one that entspre ⁇ -reaching PSI address must reach the subscriber's terminal as ⁇ ⁇ can be used wardsserver with the address for addressing a service on a Ap After that, the address can be used as a request URI in, for example, the corresponding session initiation protocol (request) SIP request.
  • request session initiation protocol
  • the object of the present invention is to propose an efficient and simple way of providing an address of an application server to a terminal.
  • a core of the invention is to be seen in that an end device ⁇ at least one address of an application server for the exchange of data of a service between the terminal and the application server via a communication network, for example, a cellular mobile network is provided.
  • a terminal can in this case a mobile terminal, a mo ⁇ biler Organizer, be a mobile computer, etc..
  • the Ad ⁇ the network unit ress known to the terminal of the subscriber can be made.
  • the address of the network unit can be stored in a subscriber database, such as the home subscriber service database HSS of the IP multimedia subsystem.
  • the stored address of the network unit can be sent to the terminal of the subscriber, for example during the IMS
  • the terminal may use the obtained address to address the network entity with the service profile stored thereon.
  • One advantage of the invention is that an address of an application server can be made available to the terminal of a subscriber ac ⁇ tually and automatically. It is thus possible for the subscriber to be able to flexibly use so-called "advanced services" of the IP multimedia subsystem with his terminal device.Furthermore, the present invention takes account of the fact that the terminal also deals with changes (for example by the operator) can address are notified. Another advantage of the invention may be that no address data statically administered in the terminal and must be bought stores.
  • the present invention may be the existing network entities, such as the group and list management server (GLMS) and / or the home subsciber service ( HSS) in the communication network for carrying out the method according to the invention use and is therefore be ⁇ sond ers cost effective.
  • GLMS group and list management server
  • HSS home subsciber service
  • the signaling path between the terminal and the network elements may be used any information necessary for the erfindungsge ⁇ procedure completely protected (in- tegrity protected).
  • Method and Figure 2 shows a device according to the invention.
  • FIG. 1 shows the message flow for the method according to the invention.
  • a network unit GLMS at least one service profile per subscriber of a communication network is stored.
  • the memory unit SP used for this purpose can be its own network element which is connected to the network unit GLMS or can be integrated into the network unit GLMS.
  • An application server AS / PS / KS / PoC can be, for example, a presence server PS, a push-to-talk server PoC, a conference server KS for the conferencing service (conferencing) in a communications network or any other application server AS.
  • the presence server PS is described, for example, under 3GPP TS 23.141 V6.1.0 (2002-12); 3 rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Presence Service; Architecture and functional description (Release 6)).
  • As network unit GLMS the group and list management server GLMS existing in the IP multimedia subsystem can be used for example. The task of the group and list management server GLMS has hitherto been to allow the subscriber with a terminal MS the possibility that he can store lists of service data in the network.
  • the terminal MS must first be the address of the network unit GLMS announced.
  • the address of the network unit GLMS is in the ⁇ sem embodiment in a subscriber database HSS ge stores. In general, this subscriber database HSS is known as Home Subscriber Service and is the central data base in the IP Multimedia Subsystem (IMS).
  • IMS IP Multimedia Subsystem
  • the address of the network unit GLMS could also be stored in another network element of the communication network.
  • the address of the network unit GLMS is the terminal MS in vorlie ⁇ constricting example, during the IMS registration procedure mit ⁇ divided. In this procedure, the terminal MS sends a SIP registration message (SIP REGISTER) to the IP multimedia subsystem.
  • SIP REGISTER SIP registration message
  • the responsible IMS network element S-CSCF calls subscriber-specific data from the subscriber database HSS by default.
  • the address of the network unit GLMS is now part of the subscriber-specific data.
  • the retrieved address of the network unit GLMS can then be identified by the responsible network element S-CSCF, for example the serving connection status control function (Serving Call State Control Function S-CSCF), in the registration message (SIP REGISTER ) answering 200OK response (200OK response).
  • S-CSCF serving connection status control function
  • S-CSCF serving connection status control function
  • a suitable header or a part of the header for the address "Server URI" of the network unit GLMS could be defined.
  • the terminal MS can now use the address obtained to address the network unit GLMS.
  • the address is used in a SIP Subscriber Request Message (SIP-SUBSCRIBE request) as a Request URI.
  • SIP-SUBSCRIBE request SIP Subscriber Request Message
  • This SIP proficient ⁇ request message sends the terminal MS to the network unit GLMS and requests data of the subscriber service profile.
  • the network unit GLMS can use the sender address (p-asserted ID) to determine the subscriber and the associated service profile.
  • the service profile is communicated to the terminal by means of a SIP notification message (SIP-NOTIFY).
  • a packet "service profile” can be defined.
  • the packet contains the data definitions which are required for the SUBSCRIBE / NOTIFY process, ie the corresponding header (header) and also an XML schema
  • additional attributes may be included which describe the type and status of the service (activated, locked, etc.)
  • the terminal can now use these data to provide the services respond to the exchange of data, ie initiate the corresponding SIP dialogs to the desired application server AS / PS / PoC.
  • ⁇ resource uri "si ⁇ : //conferencing.example.com”> ⁇ type> conference ⁇ / type> ⁇ status> closed ⁇ / status>
  • the terminal MS new services or newly established application server
  • FIG. 2 shows a device for carrying out the method according to the invention.
  • the device in a network unit GLMS has a receiving unit E and a transmitting unit S for communication via a communication network, such as, for example, a cellular mobile radio network.
  • the processing unit V stores at least one at least an address of an Ap ⁇ ußsservers AS / PS / KS / PoC containing service profile in a storage unit SP.
  • the sender address At a request from a Endge ⁇ MS advises checking the processing unit V, the sender address and issues the appropriate service profile the Endge ⁇ advises MS.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Die Erfindung beschreibt ein Verfahren und eine Vorrichtung zum Bereitstellen zumindest einer Adresse eines Applikationsservers (AS/PS/KS/PoC) für den Austausch von Daten eines Dienstes zwischen einem Endgerät (MS) und dem Applikationsserver (AS/PS/KS/PoC) über ein Kommunikationsnetz. Erfindungsgemäß wird mindestens ein mindestens eine Adresse eines Applikationsservers (AS/PS/KS/PoC) enthaltendes Dienstprofil für das Endgerät (MS) in einer Speichereinheit (SP) mit Zugriff einer Netzeinheit (GLMS) gespeichert. Das Endgerät (MS) kann dann zum Austausch von Daten eines Dienstes zumindest eine im Dienstprofil für das Endgerät (MS) enthaltene Adresse eines Applikationsservers (AS/PS/KS/PoC) bei der Netzeinheit (GLMS) abrufen.

Description

Beschreibung
Bereitstellung zumindest einer Adresse eines Applikationsser¬ vers
Die Erfindung betrifft ein Verfahren und eine Vorrichtung zum Bereitstellen zumindest einer Adresse eines Applikationsser¬ vers (AS) für den Austausch von Daten eines Dienstes zwischen einem Endgerät (MS) und dem Applikationsserver (AS) über ein Kommunikationsnetz.
Für das in der Spezifikation ETSI TS 123 228 V5.7.0 (2002- 12) , Digital cellular telecommunications System (Phase 2+) ; Universal Mobile Telecommunications System (UMTS) ; IP Multi- media Subsystem (IMS); Stage 2 (3GPP TS 23.228 version 5.7.0 Release 5) definierte IP-Multimedia-Subsystem (IMS) gibt es sogenannte erweiterte Dienste (advanced Services) . Unter „ad- vanced Services" versteht man zum Beispiel einen Präsenz- Dienst (Presence) , eine Konferenz-Dienst (Conferencing) , ei- nen Nachrichten-Dienst (Messaging) , einen Push-to-Talk-Dienst etc. Ein gemeinsames Merkmal dieser Dienste ist, dass sie von einem Applikationsserver zur Verfügung gestellt werden. Ein solcher Applikationsserver wird u. a. in der 3GPP TS 23.228 beschrieben. Im Gegensatz zur herkömmlichen Teilnehmer- Adressierung im IP-Multimedia-Subsystem, wie zum Beispiel über E.164 Nummern oder über eine SIP-URI (Session Initiation Protocol - Uniform Resource Identifier) , die der Teilnehmer vor dem Verbindungsaufbau kennt (zum Beispiel durch einen Eintrag in einem Telefonbuch) , ist die Adresse eines Applika- tionsservers dem Teilnehmer a priori nicht bekannt. Da das Format der Adresse eines Applikationsservers nicht intuitiv ist, ist sie für Mensch <-> Maschine - Interaktionen ungeeig¬ net. Die Adressen werden im IP-Multimedia-Subsystem als öf¬ fentliche Dienst-Identitäten (Public Service Identities) PSI bezeichnet. In der Spezifikation 3GPP TS 23.228 sind sowohl statische PSI' s als auch dynamische PSI' s definiert. Die Dar- Stellung eines PSI geschieht durch eine URI (Uniform Resource Identifier) .
Damit ein Teilnehmer mit seinem Endgerät einen mit PSI adres- sierten „advanced Service" benutzen kann, muss die entspre¬ chende PSI-Adresse zum Endgerät des Teilnehmers gelangen, da¬ mit die Adresse zur Adressierung eines Dienstes auf einen Ap¬ plikationsserver benutzt werden kann. Danach kann die Adresse als Anfrage-URI (request-URI) in zum Beispiel der entspre- chenden SIP-Anfrage (Session Initiation Protocol - request) benutzt werden.
Aufgabe der vorliegenden Erfindung ist es, eine effiziente und einfache Möglichkeit zum Bereitstellen einer Adresse ei- nes Applikationsservers an ein Endgerät vorzuschlagen.
Die Aufgabe wird erfindungsgemäß jeweils durch die Gegenstän¬ de der unabhängigen Patentansprüche gelöst. Weiterbildungen der Erfindung sind in den Unteransprüchen angegeben.
Ein Kern der Erfindung ist darin zu sehen, dass einem Endge¬ rät mindestens eine Adresse eines Applikationsservers für den Austausch von Daten eines Dienstes zwischen dem Endgerät und dem Applikationsserver über ein Kommunikationsnetz, zum Bei- spiel ein zellulares Mobilfunknetz, zur Verfügung gestellt wird. Ein Endgerät kann dabei ein Mobilfunkendgerät, ein mo¬ biler Organizer, ein mobiler Computer etc. sein. Die Adresse eines Applikationsservers, zum Beispiel die PSI-Adresse, wird dabei in einer Speichereinheit einer Netzeinheit in einem Dienstprofil (service profile) pro Teilnehmer abgelegt. Da¬ durch existiert in dieser Netzeinheit pro Teilnehmer mindes¬ tens ein Eintrag mit den Adressen von Applikationsservern. Als Netzeinheit kann der im IP-Multimedia-Subsystem bestehen¬ de Gruppen- und Listen-Management-Server (Group and List Ma- nagement Server = GLMS) verwendet werden. Des Weiteren wird in dieser Erfindung eine Möglichkeit angegeben, wie die Ad¬ resse der Netzeinheit dem Endgerät des Teilnehmers bekannt gemacht werden kann. Die Adresse der Netzeinheit kann in ei¬ ner Teilnehmerdatenbank, wie zum Beispiel der Home Subscriber Service - Datenbank HSS des IP-Multimedia-Subsystems, abge¬ legt werden. Die abgelegte Adresse der Netzeinheit kann dem Endgerät des Teilnehmers zum Beispiel während der IMS-
Registrierungs-Prozedur mitgeteilt werden. Danach kann das Endgerät die erhaltene Adresse benutzen um die Netzeinheit mit dem darauf gespeicherten Dienstprofil zu adressieren.
Ein Vorteil der Erfindung besteht darin, dass eine Adresse eines Applikationsservers dem Endgerät eines Teilnehmers ak¬ tuell und automatisch zur Verfügung gestellt werden kann. Da¬ mit ist es möglich, dass der Teilnehmer mit seinem Endgerät sogenannte „advanced Services" des IP-Multimedia-Subsystems flexibel nutzen kann. Weiterhin berücksichtigt die vorliegen¬ de Erfindung, dass das Endgerät auch über Veränderungen (zum Beispiel durch den Betreiber) von Adressen benachrichtigt werden kann. Noch ein Vorteil der Erfindung kann lauten, dass keine Adress-Daten statisch im Endgerät administriert und ge- speichert werden müssen. Das Verfahren der Bereitstellung der Adresse eines Applikationsservers an das Endgerät eines Teil¬ nehmers bedarf auch keinerlei Einstellungen durch den Teil¬ nehmer und geschieht im Hintergrund während, zum Beispiel, der Registrierungs-Prozedur. Die vorliegende Erfindung kann die bestehenden Netzeinheiten, wie zum Beispiel den Gruppen- und Listen-Management-Server (GLMS) und/oder den Home Subsc¬ riber Service (HSS) im Kommunikationsnetz zur Durchführung des erfindungsgemäßen Verfahrens verwenden und ist daher be¬ sonders kosteneffektiv. Durch die Verwendung der bestehenden Sicherheits-Mechanismen ist der Signalisierungsweg zwischen dem Endgerät und den Netzelementen, die für das erfindungsge¬ mäße Verfahren verwendet werden, vollständig geschützt (in- tegrity protected) .
Die Erfindung wird anhand eines in einer Figur dargestellten Ausführungsbeispiels näher erläutert. Dabei zeigen Figur 1 einen Nachrichtenfluss für das erfindungsgemäße
Verfahren und Figur 2 eine erfindungsgemäße Vorrichtung.
Figur 1 zeigt den Nachrichtenfluss für das erfindungsgemäße Verfahren. In einer Netzeinheit GLMS wird mindestens ein Dienstprofil pro Teilnehmer eines Kommunikationsnetzes ge¬ speichert . Die dafür verwendete Speichereinheit SP kann ein eigenes Netzelement, das mit der Netzeinheit GLMS verbunden ist, sein oder in die Netzeinheit GLMS integriert sein. Ein solches Dienstprofil (service profile) enthält mindestens ei¬ ne Adresse eines Applikationsservers AS/PS/KS/PoC, zum Bei¬ spiel eine PSI-Adresse (PSI = Public Service Identifier = öf¬ fentliche Dienst-Identität) . Ein Applikationsserver AS/PS/KS/PoC kann dabei zum Beispiel ein Präsenzserver (Pre- sence-Server) PS, ein Push-to-talk-Server PoC, ein Konferenz- Server KS für den Konferenz-Dienst (Conferencing) in einem Kommunikationsnetz oder jeder andere Applikationsserver AS sein. Der Präsenz-Server PS wird zum Beispiel unter 3GPP TS 23.141 V6.1.0 (2002-12); 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Presence Service; Architecture and functional description (Release 6)) definiert. Als Netzeinheit GLMS kann zum Bei¬ spiel der im IP-Multimedia-Subsystem bestehende Gruppen- und Listen-Management-Server GLMS verwendet werden. Aufgabe des Gruppen- und Listen-Management-Server GLMS ist es bislang, dem Teilnehmer mit einem Endgerät MS die Möglichkeit zu ge¬ ben, dass er Listen mit Dienst-Daten im Netz speichern kann.
Damit der Teilnehmer mit seinem Endgerät MS mindestens ein
Dienstprofil in der Netzeinheit GLMS benutzen kann, muss dem Endgerät MS zunächst die Adresse der Netzeinheit GLMS bekannt gegeben werden. Die Adresse der Netzeinheit GLMS wird in die¬ sem Ausführungsbeispiel in einer Teilnehmerdatenbank HSS ge- speichert. Allgemein ist diese Teilnehmerdatenbank HSS als Home Subscriber Service bekannt und ist die zentrale Datenba¬ sis im IP-Multimedia-Subsystem (IMS) . Selbstverständlich könnte die Adresse der Netzeinheit GLMS auch in einem anderen Netzelement des Kommunikationsnetzes gespeichert werden. Die Adresse der Netzeinheit GLMS wird dem Endgerät MS im vorlie¬ genden Beispiel während der IMS-Registrierungs-Prozedur mit¬ geteilt. Bei dieser Prozedur sendet das Endgerät MS eine SIP- Registrierungsnachricht (SIP-REGISTER) an das IP-Multimedia- Subsystem. Als Signalisierungsprotokoll wird zum Beispiel das SIP-Protokoll (Session Initiation Protocol) verwendet. Andere Signalisierungsprotokolle sind ebenso für das erfindungsgemä¬ ße Verfahren denkbar. Bei der Behandlung dieser Registrie¬ rungsnachricht (SIP-REGISTER) ruft das zuständige IMS- Netzelement S-CSCF standardmäßig Teilnehmer-spezifische Daten von der Teilnehmerdatenbank HSS ab. Folgend der vorliegenden Erfindung ist die Adresse der Netzeinheit GLMS nun Teil der Teilnehmer-spezifischen Daten. Die abgerufene Adresse der Netzeinheit GLMS kann danach durch das zuständige Netzelement S-CSCF, zum Beispiel die bedienende Verbindungs-Status- Kontroll-Funktion (Serving-Call-State-Control-Function S- CSCF) , in die zur Registrierungsnachricht (SIP-REGISTER) ge¬ hörenden Antwortnachricht 200OK (200OK-Response) einfügen. Dafür könnte eine geeignete Kopfzeile (Header) bzw. ein Teil der Kopfzeile für die Adresse „Server-URI" der Netzeinheit GLMS definiert werden.
Das Endgerät MS kann nun die erhaltene Adresse benutzen um die Netzeinheit GLMS zu adressieren. Die Adresse wird in ei- ner SIP-Teilnahmeanfrage-Nachricht (SIP-SUBSCRIBE request) als Anfrage-URI (request URI) benutzt. Diese SIP-Teilnahme¬ anfrage-Nachricht sendet das Endgerät MS an die Netzeinheit GLMS und fordert Daten des Teilnehmer-Dienstprofils an. Die Netzeinheit GLMS kann anhand der Absender-Adresse (p-asserted ID) den Teilnehmer und das dazugehörige Dienstprofil ermit¬ teln. Das Dienstprofil wird dem Endgerät mittels einer SIP- Notifizierungsnachricht (SIP-NOTIFY) mitgeteilt. Hierfür kann zum Beispiel ein Paket „Dienstprofil" definiert werden. Das Paket enthält die Datendefinitionen, die für den SUBSCRIBE/NOTIFY - Ablauf benötigt werden, d. h. die entspre¬ chende Kopfzeile (Header) und auch ein XML-Schema. Aus dem Dienstprofil kann das Endgerät MS nun die zugeordne¬ ten Dienste und die entsprechenden Applikationsserver- Adressen ermitteln. Es können außerdem zusätzliche Attribute enthalten sein, die die Art und den Zustand des Dienstes (ak¬ tiviert, gesperrt etc.) beschreiben. Mit diesen Daten kann das Endgerät nun die Dienste zum Austausch von Daten anspre¬ chen, d. h. die entsprechenden SIP-Dialoge zum gewünschten Applikationsserver AS/PS/PoC initiieren.
Ein erfindungsgemäßes XML-Schema könnte wie folgt aussehen:
<?xml version="l.0" encoding="UTF-8"?>
<xs : schema targetNamesρace="urn:ietfrparams :xml:ns : service- profile"
<resource uri="sip: //presence.example.com "> <type>presence</type>
<status>active</status> </resource>
<resource uri="siρ: //conferencing.example.com "> <type>conference</type> <status>closed</status>
</resource> </xs : schema>
Mit dem erfindungsgemäßen Verfahren werden dem Endgerät MS neue Dienste bzw. neu eingerichtete Applikationsserver
AS/PS/KS/PoC aktuell und automatisch mitgeteilt, da Änderun¬ gen am Dienstprofil-Datensatz eine neue NOTIFY-Nachricht mit der Aktualisierung des Datensatzes (up to date) zur Folge hat. Dies erfolgt durch die Basis Mechanismen des SUBSCRIBE/NOTIFY-Rahmenwerk (Framework) nach RFC3265. Figur 2 zeigt eine Vorrichtung zum Durchführen des erfin¬ dungsgemäßen Verfahrens. Die Vorrichtung in einer Netzeinheit GLMS besitzt eine Empfangseinheit E und eine Sendeeinheit S zur Kommunikation über ein Kommunikationsnetz, wie zum Bei- spiel ein zellulares Mobilfunknetz. Die Verarbeitungseinheit V speichert mindestens ein mindestens eine Adresse eines Ap¬ plikationsservers AS/PS/KS/PoC enthaltendes Dienstprofil in einer Speichereinheit SP . Bei einer Anfrage von einem Endge¬ rät MS überprüft die Verarbeitungseinheit V die Absender- Adresse und stellt das entsprechende Dienstprofil dem Endge¬ rät MS zur Verfügung.

Claims

Patentansprüche
1. Verfahren zum Bereitstellen zumindest einer Adresse eines Applikationsservers (AS/PS/KS/PoC) für den Austausch von Da- ten eines Dienstes zwischen einem Endgerät (MS) und dem Ap¬ plikationsserver (AS/PS/KS/PoC) über ein Kommunikationsnetz, dadurch gekennzeichnet, dass mindestens ein mindestens eine Adresse eines Applikati¬ onsservers (AS/PS/KS/PoC) enthaltendes Dienstprofil für das Endgerät (MS) in einer Speichereinheit (SP) mit Zugriff einer Netzeinheit (GLMS) gespeichert wird und dass das Endgerät (MS) zum Austausch von Daten eines Dienstes zumindest eine im Dienstprofil für das Endgerät (MS) enthal¬ tene Adresse eines Applikationsservers (AS/PS/KS/PoC) bei der Netzeinheit (GLMS) abruft.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Adresse der Netzeinheit (GLMS) in einer Teilnehmer- datenbank (HSS) gespeichert ist.
3. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Adresse der Netzeinheit (GLMS) von der Teilnehmerda- tenbank (HSS) dem Endgerät (MS) während der Registrierungs¬ prozedur übersandt wird.
4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die Registrierungsprozedur mit dem SIP-Protokoll durch¬ geführt wird.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die SIP-Antwortnachricht (200OK) eine Kopfzeile mit der Adresse der Netzeinheit (GLMS) aufweist.
6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Endgerät (MS) mindestens ein Dienstprofil mit Hilfe des SIP-Protokolls von der Netzeinheit (GLMS) anfordert.
7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Netzeinheit (GLMS) aus der Absender-Adresse des End- gerätes (MS) das mindestens eine dazugehörige Dienstprofil identifiziert und dem Endgerät (MS) übermittelt.
8. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Dienstprofil eine Kopfzeile und/oder ein XML-Schema, welche für die Übertragung mittels SIP-Protokoll benötigt werden, aufweist.
9. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Dienstprofil mindestens ein Attribut betreffend die Art und den Zustand des Dienstes enthält.
10. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Netzeinheit (GLMS) eine Netzeinheit des IP- Multimedia-Subsystems (IMS) ist.
11. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Adresse des Applikationsservers (AS/PS/KS/PoC) eine öffentliche Dienst-Identität (PSI) ist.
12. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Netzeinheit (GLMS) ein Gruppen- und Listen- Management-Server ist.
13. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Kommunikationsnetz ein zellulares Mobilfunknetz ist.
14. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Endgerät (MS) ein Mobilfunkendgerät, ein mobiler Or¬ ganizer und/oder ein mobiler Computer ist.
15. Vorrichtung zum Bereitstellen zumindest einer Adresse ei¬ nes Applikationsservers (AS/PS/KS/PoC) für den Austausch von Daten eines Dienstes zwischen einem Endgerät (MS) und dem Ap¬ plikationsserver (AS/PS/KS/PoC) über ein Kommunikationsnetz,
mit einer Sendeeinheit (S) und einer Empfangseinheit (E) zur Kommunikation über ein Kommunikationsnetz, mit einer Verarbeitungseinheit (V) zum Speichern mindes¬ tens eines mindestens eine Adresse eines Applikationsser- vers (AS/PS/KS/PoC) enthaltendes Dienstprofil für das End¬ gerät (MS) in einer Speichereinheit (SP) mit Zugriff einer Netzeinheit (GLMS), mit einer Verarbeitungseinheit (V) zum Bereitstellen zu¬ mindest einer im Dienstprofil für das Endgerät (MS) ent- haltenen Adresse eines Applikationsservers (AS/PS/KS/PoC) .
16. Vorrichtung nach Anspruch 15, dadurch gekennzeichnet, dass die Adresse der Netzeinheit (GLMS) in einer Teilnehmer- datenbank (HSS) gespeichert ist.
17. Endgerät (MS) insbesondere zur Durchführung des Verfahren nach einem der vorhergehenden Ansprüche, zum Abrufen zumin¬ dest einer im Dienstprofil für das Endgerät (MS) enthaltenen Adresse eines Applikationsservers (AS/PS/KS/PoC) bei der Netzeinheit (GLMS) zum Austausch von Daten eines Dienstes.
18. Endgerät nach Anspruch 17, dadurch gekennzeichnet, dass das Endgerät (MS) ein Mobilfunkendgerät, ein mobiler Or¬ ganizer und/oder ein mobiler Computer ist.
PCT/EP2005/053588 2004-08-09 2005-07-22 Bereitstellung zumindest einer adresse eines applikationsservers WO2006015940A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102004038646A DE102004038646A1 (de) 2004-08-09 2004-08-09 Bereitstellung zumindest einer Adresse eines Applikationsservers
DE102004038646.3 2004-08-09

Publications (1)

Publication Number Publication Date
WO2006015940A1 true WO2006015940A1 (de) 2006-02-16

Family

ID=35159928

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2005/053588 WO2006015940A1 (de) 2004-08-09 2005-07-22 Bereitstellung zumindest einer adresse eines applikationsservers

Country Status (2)

Country Link
DE (1) DE102004038646A1 (de)
WO (1) WO2006015940A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101166129A (zh) * 2006-10-20 2008-04-23 华为技术有限公司 获取应用服务器标识信息的方法、终端、设备和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6477150B1 (en) * 2000-03-03 2002-11-05 Qualcomm, Inc. System and method for providing group communication services in an existing communication system
US20030108000A1 (en) * 2001-12-07 2003-06-12 Telefonaktiebolaget Lm Ericsson (Pub1) Service access system and method in a telecommunications network
US20040076145A1 (en) * 2000-12-22 2004-04-22 Timo Kauhanen Method and system for establishing a multimedia connection by negotiating capability in an outband control channel
US20040120474A1 (en) * 2001-04-17 2004-06-24 Jussi Lopponen Packet mode speech communication
WO2005064896A1 (en) * 2003-12-19 2005-07-14 Nokia Corporation Application server adressing

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL130029A (en) * 1998-06-17 2003-01-12 Ibm Method of increasing availability in clustered application servers
GB0108041D0 (en) * 2001-03-30 2001-05-23 Nokia Networks Oy Presence service in IP multimedia

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6477150B1 (en) * 2000-03-03 2002-11-05 Qualcomm, Inc. System and method for providing group communication services in an existing communication system
US20040076145A1 (en) * 2000-12-22 2004-04-22 Timo Kauhanen Method and system for establishing a multimedia connection by negotiating capability in an outband control channel
US20040120474A1 (en) * 2001-04-17 2004-06-24 Jussi Lopponen Packet mode speech communication
US20030108000A1 (en) * 2001-12-07 2003-06-12 Telefonaktiebolaget Lm Ericsson (Pub1) Service access system and method in a telecommunications network
WO2005064896A1 (en) * 2003-12-19 2005-07-14 Nokia Corporation Application server adressing

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"OMA-AD PoC-V1 0-20040719-D Push to talk over Cellular (PoC) - Architecture. Draft Version 1.0", ANNOUNCEMENT OPEN MOBILE ALLIANCE, no. version 10, 19 July 2004 (2004-07-19), pages complete, XP002311851 *
MEDMAN N ET AL: "Ericsson Instant Talk", ON - ERICSSON REVIEW, ERICSSON. STOCKHOLM, SE, no. 1, 21 June 2004 (2004-06-21), pages 16 - 19, XP002311847, ISSN: 0014-0171 *

Also Published As

Publication number Publication date
DE102004038646A1 (de) 2006-02-23

Similar Documents

Publication Publication Date Title
DE60223410T2 (de) Verfahren und System zur Änderung einer Subskription
EP2005697B1 (de) Netzwerk-initiierte ims registrierung in einem kommunikationssystem
DE60209007T2 (de) Vergebührung in kommunikationssystemen
DE602006000816T2 (de) Verfahren zur Bereitstellung von nahtlose mobile Sitzung
DE112008001847B4 (de) Verfahren, System und Vorrichtung zur Meldung eines Benutzerstatus
DE60213484T2 (de) Kommunikationssystem
EP2014047B1 (de) Vereinfachtes verfahren zur ims registrierung bei notrufen
EP1875711A1 (de) Verfahren, netzeinheit und system zur bereitstellung von teilnehmer- informationen eines gruppenrufs an eine abhöreinheit
DE102004063298B4 (de) Verfahren zum rechnergestützten Verwalten von Kommunikationsrechten zum Kommunizieren mittels mehrerer unterschiedlicher Kommunikationsmedien in einer Telekommunikations-Konferenz mit mehreren Telekommunikations-Einrichtungen
DE602004006171T2 (de) Sitzungseinleitungsprotokollsignalisierung (sip)
WO2006015940A1 (de) Bereitstellung zumindest einer adresse eines applikationsservers
DE102005012667B4 (de) Protokollerweiterung einer IRI-Informationsnachricht
EP1372351A1 (de) Verfahren zum Einrichten eines Zusatzdienstes in einem Mobilfunknetz
EP2289238A1 (de) Verfahren zur ermittlung aktiver kommunikationssitzungen und kommunikationssitzungs-informationsserver
EP1969801B1 (de) Verfahren und vorrichtung zum konfigurieren neuer und modifizierter dienste in einer vermittlungseinheit eines ip multimedia subsystems
EP2267977A1 (de) Verfahren zum Aufbauen einer Kommunikationsverbindung
DE102004045193B3 (de) Push-To-Talk-Over-Cellular (PoC) Verfahren
WO2007087917A1 (de) Verfahren und vorrichtung zur registrierung in einem ims mit einer gruu
DE102007044307A1 (de) Verfahren zur Portierung und Vermittlung von Nummern in IMS-Domänen
DE102004040024B4 (de) Kommunikationssystem, Verfahren zum Betreiben eines Kommunikationssystems, Server, Verfahren zum Betreiben eines Servers, Push-to-talk-Client-Einheit und Verfahren zum Betreiben einer Push-to-talk-Client-Einheit
DE102007025052B4 (de) Verfahren und System zum Aufbau einer Datenverbindung in einem Kommunikationssystem
DE10234920A1 (de) Verfahren und eine Vorrichtung in einem Kommunikationsnetz, zum Abruf von Eigenschaften mindestens einer Netzwerkeinheit von anderen Netzwerkeinheiten und zum Informieren dieser anderen Netzwerkeinheiten darüber, dass sich bestimmte Eigenschaften einer Netzwerkeinheit geändert haben
EP2890071B1 (de) Verfahren zum aufbau einer videokonferenzverbindung
WO2005025130A1 (de) Benachrichtigungsverfahren und kommunikationssystem
DE102015214716B4 (de) Verfahren und system zur initiierung und durchführung einer notrufkommunikation zwischen einem telekommunikationsendgerät und einem notrufdienst, system, computerprogramm

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase