EP1936877A1 - Verfahren zur teilnehmerspezifischen Vergabe von Übertragungseigenschaften in einem IMS - Google Patents

Verfahren zur teilnehmerspezifischen Vergabe von Übertragungseigenschaften in einem IMS Download PDF

Info

Publication number
EP1936877A1
EP1936877A1 EP06026250A EP06026250A EP1936877A1 EP 1936877 A1 EP1936877 A1 EP 1936877A1 EP 06026250 A EP06026250 A EP 06026250A EP 06026250 A EP06026250 A EP 06026250A EP 1936877 A1 EP1936877 A1 EP 1936877A1
Authority
EP
European Patent Office
Prior art keywords
policies
sip
subscriber
cscf
network
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP06026250A
Other languages
English (en)
French (fr)
Inventor
Georg Kastelewicz
Stefan Hoffmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Solutions and Networks GmbH and Co KG
Original Assignee
Nokia Siemens Networks GmbH and Co KG
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 Nokia Siemens Networks GmbH and Co KG filed Critical Nokia Siemens Networks GmbH and Co KG
Priority to EP06026250A priority Critical patent/EP1936877A1/de
Publication of EP1936877A1 publication Critical patent/EP1936877A1/de
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Definitions

  • the present invention relates to a method for subscriber-specific assignment of transmission properties in an IMS according to the preamble of claim 1.
  • the IMS was standardized for the first time as part of 3GPP Release 5 in accordance with TS 23.228 [1] and has since been extended in further release stages.
  • Access to the IMS is possible from a wide range of access technologies.
  • Mobile access via GPRS / UMTS which has already been largely standardized in 3GPP, plays a particularly important role as an access technology.
  • the problem is how to send these subscriber-specific policies from the database SPR, eg co-located with the HSS, to the PDF.
  • Particularly complex is the case of IMS roaming:
  • the policy decision function PDF is in the visited network (visited), but the database with the policies is located in the home network, so that the transfer has to take place across networks.
  • the underlying object of the present invention is now to make the scope of use of the network resources such as bandwidth and transport transmission class not only service-specific, but also subscriber-specific so that the policy information is readily available in the home network as well as in a visited network stand so that a participant can access the resources he has paid or has been guaranteed to use in each network. It should be noted at this point that this problem of subscriber-specific policy assignment has not yet been resolved, even in the case where the subscriber is registered in the home network.
  • the IMS participant-specific transmission characteristics - in the following for the sake of the simplicity with "Policies” shortened in the HSS user profile are contained. They may either be stored in the HSS itself (i.e., the SPR is co-located with the HSS) or are reachable via the HSS from the SPR.
  • this standardized data transfer is used to simultaneously transfer the policies of the subscriber to the S-CSCF. No changes to the standard or systems are required for this transfer.
  • the core of the method according to the invention is the transfer of the policies through the IMS and across network boundaries to another IMS. For this, the policies are integrated into the circulating SIP message traffic. This is done easily and in the manner that the standard has provided for the transfer of new information through the network, namely the definition of a new SIP P header, which contains the policies that can be inserted in the SIP messages. This is referred to below as the "SIP P-com.Policies header".
  • the S-CSCF - in Fig. 2 Point A2 - inserts a policy-containing "SIP P-com.Policies header" into a SIP message sent from the S-CSCF to the P-CSCF during registration.
  • the S-CSCF can also insert the policies into an already existing SIP header. This can be eg the SIP 401 Unauthorized message.
  • the P-CSCF removes this "SIP P-com.Policies header" (as well as other non-user headers) from the SIP message before forwarding it to the user.
  • the P-CSCF in turn forwards the policy information to the Policy Decision Function PDF; in Fig. 2 Point A3.
  • An advantage of solution 2 over solution 1 is that the PDF has to store the policy information only for the duration of a session, not for the duration of a registration.
  • a disadvantage of solution 2 over solution 1 is that the policy information has to be transported anew each time a session is set up. Both solutions now have the policy information in the PDF. This can now control the use of access network resources in the case of a fixed network (eg DSL), mobile network (eg GPRS, UMTS, using the Go or Gx interfaces) or cable network access (using the pkt-mm2 interfaces).
  • a fixed network eg DSL
  • mobile network eg GPRS, UMTS, using the Go or Gx interfaces
  • cable network access using the pkt-mm2 interfaces.
  • a further embodiment of the method according to the invention may include the possibility of changing the policies during a current session. This can be realized in the following way: If the policy information is changed, it will be sent immediately via the Push Profile Request message transferred from the HSS to the S-CSCF.
  • the S-CSCF may send a SIP INFO message addressed to the subscriber containing the updated policy information, which is routed through exactly the same nodes as the session establishment messages due to the routing mechanisms of the SIP protocol. This causes the INFO message to reach the responsible P-CSCF who is examining the message. If the message is detected as policy information update, it is scheduled and not delivered to the participant. Using the new message mentioned in solution 1, the updated policy information can now be sent to the PDF via the Gq interface. This change can be initiated eg by the operator, participant or the time.
  • a session border controller present in some network configurations between the S-CSCF and the P-CSCF, via which the signaling messages are routed, can take the policy information from the SIP messages, store it and control it its access network resources. This is hardly an additional expense for the SBC, since he anyway due to the pinholing in the firewall, ie targeted temporary opening of ports for data traffic, the SIP signaling must analyze.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Netzwerkressourcen wie Bandbreite und Transport-Übertragungsklasse sollen nicht nur dienstspezifisch, sondern teilnehmerspezifisch vergeben werden können und dies unabhängig vom besuchten Netz. Dadurch sollen für «gold subscribers» bessere Übertragungseigenschaften - genannt Policies - zugewiesen werden können. Dazu wird ein Verfahren zur Vergabe von Policies vorgeschlagen, bei dem die teilnehmerspezifischen Policies im Home Subscriber Server (HSS) gespeichert sind und dass i) beim Einbuchen eines Teilnehmers (UE-A, UE-B) in einem besuchten Netz oder ii) beim Verbindungsaufbau in einem besuchten Netz die Policies eines Teilnehmers (UE-A, UE-B) zur P-CSCF im besuchten Netz im bestehenden SIP-Meldungsverkehr übertragen wird und zu einer Policy Decision Function (PDF) weitergeleitet wird, die für den vom Teilnehmer (UE-A, UE-B) beanspruchten Dienst Ressourcen des Zugangsnetzes bereit stellt.

Description

  • Die vorliegende Erfindung betrifft ein Verfahren zur teilnehmerspezifischen Vergabe von Übertragungseigenschaften in einem IMS gemäss dem Oberbegriff des Patentanspruches 1.
  • Im folgenden wird anstelle einer deutschen Nichtfachsprache teilweise eine englischsprachige Fach-Nomenklatur sowie die gängigen Akronyme benutzt, wie z.B.
    • IMS
    IP Multimedia Subsystem;
    AF
    Application Function;
    PDF
    Policy Decision Function
    usw.
  • Durch die Verwendung solcher Fachbegriffe aus der Standardisierung und geläufiger Akronyme lassen sich Unklarheiten vermeiden. Eine Liste der verwendeten Akronyme, Abkürzungen und Begriffe am Schluss dieses Dokumentes bildet einen integralen Bestandteil dieser Schrift. Im Rahmen dieser Schrift sind die Begriffe Netz und Netzwerk synonym verwendet. An dieser Stelle wird noch angefügt, dass im 3GPP TS 23.228 Release 7 die PDF in PCRF umbenannt wurde, allerdings ist der Begriff PDF nach wie vor geläufig.
  • Das IMS wurde im Rahmen des 3GPP Release 5 erstmals standardisiert gemäss TS 23.228 [1] und wird seither in weiteren Release-Stufen erweitert.
  • Der Zugang zum IMS ist von einer breiten Palette von Access-Technologien aus möglich. Eine besonders wichtige Rolle als Zugangstechnologie spielt der mobile Zugang über GPRS/UMTS, der in der 3GPP auch schon weitgehend standardisiert worden ist.
  • Da die Übertragungskapazität, insbesondere auf der Luftschnittstelle, eine begrenzte Ressource ist, wird in heutigen Netzen mittels des in TS29.208 [2], TS29.209 [3] standardisierten Verfahrens dafür Sorge getragen, dass Nutzer diese Ressource (z.B. die Bandbreite oder die Transport-Übertragungsklasse) nur in einem ganz bestimmten Umfang nutzen können. Hierzu werden den einzelnen IP Multimedia-Verbindungen (IMS-Sessions) bestimmte Übertragungseigenschaften, sogenannte «Policies», zugeordnet. Diese Policies werden aus den Dienstanforderungen der aufzubauenden IMS sessions wie z.B.
    • «Video hohe Qualität»,
    • «Video geringe Qualität»,
    • «Sprachverbindung allein»
    von der Application Function AF, die sich auf der P-CSCF befindet, errechnet und der Policy Decision Function PDF übermittelt. Die Policy Decision Function PDF übermittelt die Policies wiederum an denjenigen Netzknoten, der als Policy Enforcement Function PEF fungiert - z.B. im GPRS/UMTS die GGSN, bei Kabelnetzen das CMTS - und gewährleistet, dass die Nutzung der Ressourcen den zugesagten Umfang nicht überschreitet.
  • Dieses Vorgehen hat den Mangel, dass es die Policies nur aus den Dienstanforderungen errechnet, die damit also lediglich dienstabhängig sind. Für einen konkreten Dienst sind keine unterschiedlichen Policies für die einzelnen Teilnehmer möglich. Dies ist bei diesem Verfahren auch technisch nicht möglich, da die AF über keine Teilnehmerinformationen verfügt. Jedoch wäre es beispielsweise sinnvoll, einigen ausgewählten oder privilegiert zu behandelnden Kunden/Subscribers «gold-subscribers» für ihre Dienste großzügigere Ressourcennutzung zu gestatten als anderen. Daher werden bei verschiedenen Herstellern sowie in den 3GPP Standardisierungsgremien Überlegungen zu einer sogenannten «IMS subscriber specific Policy Control» angestellt.
  • Das Problem besteht darin, wie diese teilnehmerspezifischen Policies von der Datenbank SPR, z.B. co-located mit dem HSS, zur PDF gesendet werden. Besonders komplex ist der Fall des IMS-Roamings: Hier befindet sich die Policy Decision Function PDF im besuchten (visited) Netzwerk, die Datenbank mit den Policies jedoch im Heimat-Netzwerk (home network), so dass die Übertragung netzwerkübergreifend erfolgen muß.
  • Aus der Standardisierung wurde in der 3GPP ein technischer Vorschlag für einen Teil des Problems, nämlich die Übertragung von teilnehmerspezifischen Policy-Informationen zwischen Netzwerken angesprochen, siehe dazu die Figur 1:
    1. (1) INVITE an P-CSCF
    2. (2) Kommunikation P-CSCF - PDF
    3. (3) INVITE weiter an S-CSCF
    4. (4) Kommunikation S-CSCF - PDF
    5. (5) PDF im Heimatnetz teilt teilnehmerspezifische Informationen der PDF im besuchten Netz mit.
    6. (6) Sessionaufbau fortgesetzt.
  • Diese geplante Lösung sieht vor, ein neues Interface (5) zwischen den Policy Decision Functions PDFs der beteiligten Netzwerke zu schaffen. Dieser Lösungsvorschlag hat aber entscheidende Nachteile:
    • Der Transport der Policy-Informationen im Heimatnetz des Teilnehmers von der Datenbank zur PDF ist nicht beschrieben.
    • Ein Interoperator Interface (5) - vgl. Figur 1 - muß auf allen beteiligten Knoten kompatibel implementiert sein, was insbesondere in der Anfangsphase Probleme bereiten könnte.
    • Das Interoperator Interface (5) wird aufwendig zu realisieren sein, da es folgende Probleme behandeln können muß:
      1. i) Routing (z.B. load balancing, Konfiguration);
      2. ii) Addressing, die Partner-PDF muß gefunden werden, im Falle eines Crashs muß eine Ersatz-PDF gefunden werden);
      3. iii) Security, das Interoperator Interface 5 muß gesichert sein.
  • Die der vorliegenden Erfindung zugrunde liegende Aufgabe besteht nun darin, den Nutzungsumfang der Netzwerkressourcen wie Bandbreite und Transport-Übertragungsklasse nicht nur dienstspezifisch, sondern auch teilnehmerspezifisch so zu ermöglichen, dass die Policy-Informationen auf einfache Weise im Heimatnetz wie auch in einem besuchten Netz zur Verfügung stehen, damit einem Teilnehmer die von ihm bezahlten oder ihm zugesicherten Ressourcenanforderungen in jedem Netz zur Verfügung stehen. An dieser Stelle wird darauf hingewiesen, dass dieses Problem der teilnehmerspezifischen Policy-Vergabe auch für den Fall, bei dem der Teilnehmer im Heimatnetz eingebucht ist, noch nicht gelöst ist.
  • Diese Aufgabe wird für ein Verfahren der eingangs genannten Art durch die im Patentanspruch 1 angegebenen Merkmale gelöst.
  • Vorteilhafte Ausgestaltungen der Erfindung sind in weiteren Ansprüchen angegeben.
  • Ein entscheidender Vorteil des erfindungsgemäßen Verfahrens ist, dass es sowohl im Nicht-Roaming Fall als auch für im Roaming-Fall anwendbar ist: Es ist immer nur genau eine P-CSCF involviert, entweder befindet sie sich im Heimatnetz oder sie befindet sich im besuchten Netz. Im Wortlaut des Patentanspruches 1 ist das besuchte Netzwerk entweder ein gegenüber dem Heimatnetzwerk fremdes (Roaming Fall) oder das Heimatnetz, in dem ein Teilnehmer momentan eingebucht ist.
    1. 1. Vorteile des erfindungsgemässen Verfahrens und der besonderen Ausführungsformen aus technischer Sicht:
      • Um Policy-Informationen zwischen dem Heimatnetz des Teilnehmers und dem Zugangsnetzwerk eines anderen Netzes austauschen zu können, müssen die Adressierung, das Routing, sowie die Sicherheit der übertragenen Nachrichten gewährleistet werden. Die benötigten Sicherheitsmechanismen beinhalten solche zur Authentifizierung, zum Integritätsschutz sowie zur Sicherstellung der Vertraulichkeit der übertragenen Daten. Der Vorteil der vorgeschlagenen Lösung besteht darin, daß die Adressierungs-, Routing- und Sicherheits-Infrastruktur, die für die SIP Sessionsteuerung im IMS aufgebaut wird, auch für den Austausch von Policy-Informationen zwischen den Netzwerken benutzt werden kann. Es ist also kein neues Interface erforderlich. Dies verringert die Kosten, da keine zweite Infrastruktur, mit neuen Netzknoten z.B. speziell für das Routing von Policy-Nachrichten entwickelt und aufgebaut werden muß. Die folgenden Mechanismen können dabei benutzt werden:
        • Adressierung und Routing: um Policy-Informationen zwischen verschiedenen Netzwerken auszutauschen, können die SIP-Nachrichten, die ohnehin zwischen den Netzen ausgetauscht werden, als Transportmittel quasi «huckepack» mitgenutzt werden. Hier entsteht also keinerlei zusätzlicher Aufwand. Falls bei einer Erweiterung des erfindungsgemäßen Verfahrens auch Policy-Informationen während einer laufenden Session übertragen werden sollen, können die Routing Mechanismen, die bei der SIP Sessionsteuerung Verwendung finden, genutzt werden. Policy-tragende Nachrichten zwischen den Netzen werden dabei entlang des gleichen Weges geleitet wie die Nachrichten zur Sessionsteuerung. Policy-tragende Nachrichten können jedoch einen anderen Eintritts- oder Austrittspunkt haben, wie z.B. eben die P-CSCF des Heimatnetzes und die P-CSCF des Zugangsnetzes. Die P-CSCF des Nutzers kann mit den existierenden Routing Mechanismen gefunden werden, da sie sich im Pfad der Sessionsteuerung befindet. Dazu braucht dem dienstanbietenden Netz die Adresse der P-CSCF nicht zur Verfügung stehen.
        • Sicherheitsmechanismen: um Policy-Informationen zwischen verschiedenen Netzen auszutauschen, können die gleichen Mechanismen, die bei der SIP Sessionsteuerung für die Authentifizierung, den Integritätsschutz und den Schutz der Vertraulichkeit Verwendung finden, genutzt werden.
        • Datenhaltung: Die Policy-Informationen werden im erfindungsgemäßen Verfahren gemeinsam mit dem User Profile im HSS gespeichert und erfordern somit keine neue Datenbank oder sind auf einer Datenbank gespeichert, auf welche vom HSS aus zugegriffen werden kann.
    2. 2. Vorteile des erfindungsgemässen Verfahrens und der besonderen Ausführungsformen aus geschäftlicher Sicht:
      • Hierbei wird angenommen, daß Netzwerkbetreiber untereinander Geschäftsbeziehungen (sogenannte Service Level Agreements) eingehen. Dies ist bei existierenden Netzwerkbetreibern üblich.
      • Vorteile für den Netzwerkbetreiber: Der Operator hat nun die Möglichkeit, Netzwerkressourcen nicht mehr nur in Abhängigkeit vom Dienst, sondern auch in Abhängigkeit vom Nutzer zuzuweisen. Dies ermöglicht eine genauere Ausrichtung auf die Bedürfnisse der Nutzer, z.B. können nun - bei Nutzung der gleichen Dienste - Gelegenheitsnutzer anders mit Ressourcen versorgt werden als Business-Kunden. Der entscheiden Vorteil der hier vorgestellten Lösung ist, dass diese Zuweisung von Netzwerkressourcen auch im Falle von Roaming auf das besuchte Netzwerk übertragen werden kann.
      • Vorteile für den Dienstnutzer: Der Kunde hat die Möglichkeit, je nach Anspruch, Notwendigkeit und finanziellen Überlegungen Dienste in verschiedener Güte zu nutzen. Das vorgeschlagene Verfahren eignet sich auch für eine Änderung einer bestimmten Policy, z.B. abhängig von der Tageszeit oder durch sessionabhängige Wahl durch den Teilnehmer.
  • Ausführungsbeispiele der Erfindung werden nachfolgend anhand der Figuren 2 und 3 näher erläutert. Dabei zeigen:
    • Figur 1
    Vorschlag aus der Standardisierung zur Übertragung von teilnehmer-spezifischen Policy-Informationen zwischen Netzen;
    Figur 2
    Übertragung der Policy-Informationen während der Registrierung;
    Figur 3
    Übertragung der Policy-Informationen während des Session Aufbaus.
  • Als Voraussetzung des Verfahrens seien die IMS teilnehmer-spezifischen Übertragungseigenschaften - im folgenden der Einfachheit halber mit «Policies» abgekürzt im HSS user profile enthalten. Sie können entweder im HSS selber abgespeichert sein (d.h. das SPR ist co-located mit dem HSS) oder sind über das HSS vom SPR erreichbar.
  • Entsprechend dem 3GPP Standard werden die benutzerspezifischen Daten - im Fachterm «user profile data» genannt - eines Teilnehmers vom HSS über das Cx-Interface wie folgt auf eine S-CSCF geladen:
    1. a) bei einer Registrierung im Netz,
    2. b) wenn ein Call zur Default S-CSCF geroutet wird oder
    3. c) im Rahmen eines subscriber profile data updates
  • Im erfindungsgemäßen Verfahren wird dieser standardisierte Datentransfer genutzt, um gleichzeitig die Policies des Teilnehmers auf die S-CSCF zu transferieren. Für diesen Transfer sind keine Änderungen am Standard oder an den Systemen erforderlich.
    Kern des erfindungsgemäßen Verfahrens ist der Transfer der Policies durch das IMS und über Netzwerkgrenzen hinweg zu einem anderen IMS. Hierzu werden die Policies in den umlaufenden SIP-Nachrichtenverkehr integriert. Dies geschieht problemlos und auf diejenige Weise, die der Standard für den Transfer von neuen Informationen durch das Netz vorgesehen hat, nämlich durch die Definition eines neuen SIP-P-headers, welcher die Policies enthält, der in die SIP-Nachrichten eingefügt werden kann. Dieser ist im folgenden als «SIP P-com.Policies - Header» bezeichnet.
  • Nachdem die Policies auf der S-CSCF verfügbar sind -siehe dazu in Fig. 2 Punkt A2, in Fig. 3 nicht dargestellt - müssen sie als nächsten Schritt auf die P-CSCF und weiter zur PDF transportiert werden. Hierzu gibt es zwei prinzipielle Möglichkeiten:
    • 1 Policy-Informationen werden während der Registrierung übertragen.
    • 2 Policy-Informationen werden während des Sessionaufbaus übertragen.
    1 Übertragung der Policy-Informationen während der Registrierung
  • Ein möglicher Ablauf (im folgenden auch Lösung 1 genannt) ist in Abbildung 2 beschrieben. Die S-CSCF - in Fig. 2 Punkt A2 - fügt einen die Policies enthaltenden «SIP P-com.Policies - Header» in eine SIP-Nachricht ein, die während der Registrierung von der S-CSCF an die P-CSCF gesendet wird. Alternativ kann die S-CSCF auch die Policies in einen schon vorhandenen SIP-Header einfügen. Dies kann z.B. die SIP 401 Unauthorized Nachricht sein. Die P-CSCF entfernt diesen «SIP P-com.Policies - Header» (so wie auch andere, nicht für den Nutzer bestimmte Header) aus der SIP Nachricht bevor sie sie an den Nutzer weiterleitet. Die P-CSCF wiederum leitet die Policy Informationen an die Policy Decision Function PDF weiter; in Fig. 2 Punkt A3. Hierzu ist eine Erweiterung des Gq-Interfaces nötig, z.B. die Definition einer neuen Nachricht, die unabhängig vom Session-Aufbau geschickt werden kann. Die Implementation dieses Verfahrens ist wenig aufwendig, da sie an die bekannten Muster anschließt: die Security-Parameter werden genauso von der S-CSCF auf die P-CSCF übertragen, und einige der Parameter werden ebenfalls aus der Nachricht entfernt, bevor die P-CSCF sie an das Endgerät bzw. Teilnehmer UE weiterleitet.
    • 2 Übertragung der Policy-Informationen während einem Sessionaufbau
  • Ein möglicher Ablauf (im folgenden auch Lösung 2 genannt) ist in Figur 3 beschrieben. Die S-CSCF fügt einen «SIP P-com.Policies - Header» in eine SIP-Nachricht ein, die während des Sessionaufbaus von der S-CSCF an die P-CSCF gesendet wird, siehe in Fig. 3 Punkt A1, A4. Beispiele:
    • auf der B-Seite die SIP-INVITE Nachricht A1 und
    • auf der A-Seite die SIP 183 Session Progress A4 (für einen 3GPP Standard Sessionaufbau mit sogenannten QoS Preconditions and SBLP oder die SIP 200 OK Nachricht (für einen IETF-kompatiblen Sessionaufbau) sein. Die Policy Information wird nun mittels der Nachricht Service Authorization Request über das Gq-Interface auf die PDF übertragen, siehe in Fig. 3 Punkt A5 für den A-Teilnehmer und Punkt A2 für den B-Teilnehmer.
  • Ein Vorteil von Lösung 2 gegenüber Lösung 1 ist, dass die PDF die Policy Information nur für die Dauer einer Session, nicht für die Dauer einer Registrierung speichern muß. Ein Nachteil von Lösung 2 gegenüber Lösung 1 ist, dass die Policy Information bei jedem Sessionaufbau aufs neue transportiert werden muß.
    Bei beiden Lösungen liegt nun die Policy-Information auf der PDF vor. Diese kann nun die Nutzung der Zugangsnetzwerkressourcen im Falle eines Festnetz- (z.B. DSL-), Mobilnetz-(z.B. GPRS, UMTS, mittels des Go bzw. Gx interfaces) oder Kabelnetzzugangs (mittels des pkt-mm2 interfaces) steuern.
  • Eine weitere Ausgestaltung des erfindungsgemäßen Verfahrens kann die Möglichkeit beinhalten, auch während einer laufenden Session die Policies zu ändern. Dies kann auf folgende Weise realisiert werden: Werden die Policy-Informationen geändert, so werden diese sofort über die Push Profile Request Nachricht vom HSS an die S-CSCF übertragen. Die S-CSCF kann eine an den Teilnehmer adressierte SIP INFO Nachricht, welche die aktualisierten Policy-Informationen enthält, senden, die auf Grund der Routing-Mechanismen des SIP-Protokolls über genau die gleichen Knoten geleitet wird wie die Nachrichten zum Session Aufbau. Dadurch erreicht die INFO Nachricht die zuständige P-CSCF, die die Nachricht untersucht. Wird die Nachricht als Policy-Informationen-Aktualisierung erkannt, wird sie terminiert und nicht an den Teilnehmer ausgeliefert. Mittels der in Lösung 1 erwähnten neuen Nachricht können nun die aktualisierten Policy-Informationen über das Gq-Interface an die PDF gesendet werden. Diese Änderung kann z.B. durch den Operator, Teilnehmer oder die Uhrzeit veranlasst werden.
  • Als Erweiterung des erfindungsgemäßen Verfahrens kann auch ein in einigen Netzkonfigurationen vorhandener Session Border Controller (SBC) zwischen der S-CSCF und der P-CSCF, über welchen die Signalisierungsnachrichten geroutet werden, die Policy-Informationen den SIP-Nachrichten entnehmen, speichern und zur Steuerung seiner Zugangsnetzressourcen einsetzen.
    Dies ist kaum ein zusätzlicher Aufwand für den SBC, da er ohnehin auf Grund des Pinholings im Firewall, d.h. gezieltes temporäres Öffnen von Ports für den Datenverkehr, die SIP-Signalisierung analysieren muß.
  • Das erfindungsgemäße Verfahren macht folgende Erweiterungen gegenüber dem Standard notwendig:
    • Die Existenz von subscriber-spezifischen (=teilnehmer-spezifischen) Policy Informationen, deren Speicherung im HSS oder deren Verfügbarkeit über das HSS.
    • Die Einführung eines neuen «SIP P-com.Policies - Headers».
    • Die Einfügung neuer Parameter in eine bereits existierende Nachricht auf dem Cx-Interface.
    • Die Einfügung neuer Parameter in eine bereits existierende Nachricht auf dem Gq-Interface für die Lösung 2.
    • Die Einführung einer neuen Nachricht auf dem Gq-Interface für die Lösung 1.
  • Alle weiteren Schritte sind bereits standardisiert und implementiert.
    • Liste der verwendeten Akronyme; Glossar
    • AF
    Application Function
    CMTS
    cable modem termination system
    CSCF
    Call Session Control Function
    GGSN
    Gateway GPRS Support Node
    GPRS
    General Packet Radio Service
    HSS
    Home Subscriber Server
    I-CSCF
    Interrogating Call Session Control Function
    IMS
    IP Multimedia Subsystem
    P-CSCF
    Proxy-Call Session Control Function
    PCRF
    PDF
    Policy Decision Function
    PEF
    Policy Enforcement Function
    SPR
    Subscriber Policy Repository
    S-CSCF
    Serving Call Session Control Function
    UE
    User Equipment, Teilnehmer
    UE-A
    rufender Teilnehmer
    UE-B
    gerufener Teilnehmer
    UMTS
    Universal Mobile Telecommunications System
    Literaturliste
    1. [1] 3GPP TS 23.228 version 6.11.0 Release 6 ETSI TS 123 228
      Digital cellular telecommunications system (Phase 2+) ;
      Universal Mobile Telecommunications System (UMTS); IP Multimedia Subsystem (IMS);
    2. [2] 3GPP TS 29.208 version 6.6.1 Release 6 ETSI TS 29.208
      Digital cellular telecommunications system (Phase 2+);
      Universal Mobile Telecommunications System (UMTS); End-to-end Quality of Service (QoS) signalling flows
    3. [3] 3GPP TS 29.209 version 6.5.0 Release 6 TS 29.209
      Universal Mobile Telecommunications System (UMTS); Policy control over Gq interface

Claims (12)

  1. Verfahren zur Vergabe von Übertragungseigenschaften für einen Teilnehmer (UE-A, UE-B) im Zugangsnetzwerk - im folgenden teilnehmerspezifische Policies oder kurz Policies genannt - in einem IP Multimedia Subsystem (IMS), wobei die Policies pro Teilnehmer (US-A, UE-B) in einer einem Heimatnetz zugeordneten Datenbank (SPR) gespeichert sind und wobei der Teilnehmer (UE-A, UE-B) im Heimatnetz oder in einem besuchten Netz einen Dienst mit einer zugesicherten Übertragungseigenschaft beanspruchen kann,
    dadurch gekennzeichnet, dass
    die teilnehmerspezifischen Policies im Home Subscriber Server (HSS) gespeichert oder diesem zugänglich sind und dass
    i) beim Einbuchen eines Teilnehmers (UE-A, UE-B) in einem besuchten Netz
    oder
    ii) beim Verbindungsaufbau in einem besuchten Netz die Policies des vorgenannten Teilnehmers (UE-A, UE-B) zur P-CSCF im besuchten Netz übertragen werden und dass nach erfolgter Übertragung der teilnehmerspezifischen Policies diese zu einer Policy Decision Function (PDF) weitergeleitet werden, die für den vom Teilnehmer (UE-A, UE-B) beanspruchten Dienst Ressourcen des Zugangsnetzes bereit stellt.
  2. Verfahren nach Anspruch 1,
    dadurch gekennzeichnet, dass
    die Policies vor Ausführung der Verfahrensschritte i) oder ii) von einer Subscriber Policy Repository (SPR) zum Home Subscriber Server übertragen worden sind.
  3. Verfahren nach Anspruch 2,
    dadurch gekennzeichnet, dass
    die für die Übertragung der Policies diese in einen umlaufenden SIP-Nachrichtenverkehr integriert sind. die Übertragung der Policies in den umlaufenden SIP-Verkehr integriert ist.
  4. Verfahren nach Anspruch 3,
    dadurch gekennzeichnet, dass für den Fall i) ein die Policies enthaltender «SIP P-com.Policies - Header» in eine SIP-Nachricht eingefügt wird, die während der Registrierung von der S-CSCF (A2) an die P-CSCF (A3) gesendet wird.
  5. Verfahren nach Anspruch 3,
    dadurch gekennzeichnet, dass für den Fall i) die Policies in einen bereits existierenden SIP-Header eingefügt wird.
  6. Verfahren nach Anspruch 4 oder 5,
    dadurch gekennzeichnet, dass
    die SIP-Nachricht eine «SIP 401 Unauthorised Nachricht» ist.
  7. Verfahren nach Anspruch 3,
    dadurch gekennzeichnet, dass
    für den Fall ii) ein die Policies enthaltender «SIP P-com.Policies - Header» in eine SIP-Nachricht eingefügt wird, die während des Sessionaufbaus von der S-CSCF (A1) an die P-CSCF (A2) gesendet wird.
  8. Verfahren nach Anspruch 7,
    dadurch gekennzeichnet, dass für den Fall ii) die Policies in einen bereits existierenden SIP-Header eingefügt wird.
  9. Verfahren nach Anspruch 7 oder 8,
    dadurch gekennzeichnet, dass
    die Policies von der P-CSCF an die Policy Decision Function (PDF) über ein Gq-Interface übertragen wird.
  10. Verfahren nach einem der Ansprüche 7 bis 9,
    dadurch gekennzeichnet, dass
    für einen gerufenen Teilnehmer (UE-B) der «SIP P-com.Policies - Header» in eine SIP INVITE - Nachricht eingefügt wird.
  11. Verfahren nach einem der Ansprüche 7 bis 10,
    dadurch gekennzeichnet, dass
    für einen rufenden Teilnehmer (UE-A) der «SIP P-com.Policies - Header» in eine SIP 183 SESSION PROGRESS - Nachricht eingefügt wird.
  12. Verfahren nach einem der Ansprüche 1 bis 11,
    dadurch gekennzeichnet, dass
    die Policies während einer Session durch eine durch den Teilnehmer oder durch das Netz ausgelösten Aktion geändert werden und mit den genannten Nachrichten an die Policy Decision Function (PDF) übertragen werden.
EP06026250A 2006-12-19 2006-12-19 Verfahren zur teilnehmerspezifischen Vergabe von Übertragungseigenschaften in einem IMS Withdrawn EP1936877A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP06026250A EP1936877A1 (de) 2006-12-19 2006-12-19 Verfahren zur teilnehmerspezifischen Vergabe von Übertragungseigenschaften in einem IMS

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP06026250A EP1936877A1 (de) 2006-12-19 2006-12-19 Verfahren zur teilnehmerspezifischen Vergabe von Übertragungseigenschaften in einem IMS

Publications (1)

Publication Number Publication Date
EP1936877A1 true EP1936877A1 (de) 2008-06-25

Family

ID=37989132

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06026250A Withdrawn EP1936877A1 (de) 2006-12-19 2006-12-19 Verfahren zur teilnehmerspezifischen Vergabe von Übertragungseigenschaften in einem IMS

Country Status (1)

Country Link
EP (1) EP1936877A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106790055A (zh) * 2016-12-20 2017-05-31 国网天津市电力公司 一种ims系统的注册方法与装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1250023A1 (de) * 2001-04-11 2002-10-16 Alcatel Garantie der Servicequalität für Teilnehmer, die mittels eines anderen Netzes kommunizieren
US20040205193A1 (en) * 2003-02-21 2004-10-14 Tuija Hurtta Policy information in multiple PDFs
WO2006107647A1 (en) * 2005-04-04 2006-10-12 Lucent Technologies Inc. Telecommunication network support for service based policy in roaming configurations

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1250023A1 (de) * 2001-04-11 2002-10-16 Alcatel Garantie der Servicequalität für Teilnehmer, die mittels eines anderen Netzes kommunizieren
US20040205193A1 (en) * 2003-02-21 2004-10-14 Tuija Hurtta Policy information in multiple PDFs
WO2006107647A1 (en) * 2005-04-04 2006-10-12 Lucent Technologies Inc. Telecommunication network support for service based policy in roaming configurations

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106790055A (zh) * 2016-12-20 2017-05-31 国网天津市电力公司 一种ims系统的注册方法与装置

Similar Documents

Publication Publication Date Title
EP2018765B1 (de) Steuerung der dienstqualität und/oder der vergebührung von telekommunikationsdiensten
DE60209007T2 (de) Vergebührung in kommunikationssystemen
DE60222874T2 (de) Trassierungsverfahren und -system
DE60305671T2 (de) Gebuehrenberechnung in einem kommunikationsnetzwerk
DE60132387T2 (de) Richtlinien-Koordination in einem Kommunikationsnetz
DE60114163T2 (de) Ip kommunikation in einem zellularen kommunkationssystem
EP1391081A2 (de) Heterogenes mobilfunksystem
DE10133472A1 (de) Verfahren, Vorrichtungen und Software-Programme zur Nachrichtenübermittlung zwischen Telekommunikations-Netzwerkelementen
DE602004008293T2 (de) Transparente Zugangsauthentifikation in GPRS-Kern-Netzwerken
DE10142868A1 (de) Verfahren zum Abrechnen eines Kommunikations-Dienstes
DE102005037874B4 (de) Verfahren und Anordnung zur Kontrolle und Vergebührung von Peer to Peer-Diensten in einem IP-basierten Kommunikationsnetzwerk
EP2055087B1 (de) Verfahren zum weiterleiten von notfallnachrichten eines endgerätes in einem kommunikationsnetz
DE102005052262B4 (de) Verfahren zur Auswahl einer S-CSCF-Einheit innerhalb eines IMS basierten Dienstekommunikationssystems
DE102006012655A1 (de) Verfahren zum Bereitstellen einer Dienstqualität in einem WiMAX-Kommunikationsnetzwerk und Verfahren zum Auswählen einer Zugangs-Transportressourcenkontrollfunktion durch eine Richtlinienentscheidungsfunktion in einem Kommunikationsnetzwerk
WO2007025905A1 (de) Kommunikationssystem, vermittlungsknoten-rechner und verfahren zur bestimmung eines kontrollknotens
EP1936877A1 (de) Verfahren zur teilnehmerspezifischen Vergabe von Übertragungseigenschaften in einem IMS
EP2031885B1 (de) Verfahren zur Portierung und Vermittlung von Nummern in IMS-Domänen
DE112022005649T5 (de) Verfahren zum übertragen und empfangen multimedialer daten
WO2012143376A1 (de) Verfahren zum leiten von telekommunikationsverbindungen zu einem mobilfunk- endgerät sowie mobilfunk- gateway
EP1969801B1 (de) Verfahren und vorrichtung zum konfigurieren neuer und modifizierter dienste in einer vermittlungseinheit eines ip multimedia subsystems
EP1522202A1 (de) Erstellen von dienstevereinbarungen zur nutzung netzinterner funktionen von telekommunikationsnetzen
EP1641303B1 (de) Nutzung von Presence-Informationen (Statusinformationen) zur Erweiterung einer bestehenden Kommunikationsverbindung
DE102007025052B4 (de) Verfahren und System zum Aufbau einer Datenverbindung in einem Kommunikationssystem
DE102005043040B4 (de) Verfahren zum gezielten Blockieren von Diensten in einem IP Multimedia Subsystem
EP2208319A1 (de) Leitungsvermittelte rufsteuerung über einen ip-nutzkanal im zugangsnetz

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

AKX Designation fees paid
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20081230

REG Reference to a national code

Ref country code: DE

Ref legal event code: 8566