WO2008017662A1 - Festlegung des veranlassers für eine konfiguration oder einen aufbau einer zugangsnetzverbindung - Google Patents

Festlegung des veranlassers für eine konfiguration oder einen aufbau einer zugangsnetzverbindung Download PDF

Info

Publication number
WO2008017662A1
WO2008017662A1 PCT/EP2007/058145 EP2007058145W WO2008017662A1 WO 2008017662 A1 WO2008017662 A1 WO 2008017662A1 EP 2007058145 W EP2007058145 W EP 2007058145W WO 2008017662 A1 WO2008017662 A1 WO 2008017662A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
network
gprs
access network
service
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.)
Ceased
Application number
PCT/EP2007/058145
Other languages
English (en)
French (fr)
Inventor
Thomas Belling
Mirko Schramm
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
Priority claimed from EP06016826A external-priority patent/EP1887738A1/de
Application filed by Nokia Siemens Networks GmbH and Co KG filed Critical Nokia Siemens Networks GmbH and Co KG
Priority to US12/310,111 priority Critical patent/US20110053590A1/en
Publication of WO2008017662A1 publication Critical patent/WO2008017662A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • 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/1069—Session establishment or de-establishment
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • 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]

Definitions

  • the invention relates to methods and apparatus for initiating the setup of an access network connection for an access of a terminal in a telecommunications network (hereinafter briefly called network), in particular a cellular mobile radio network ⁇ .
  • network telecommunications network
  • ⁇ cellular mobile radio network
  • Access connections from a terminal to a cellular, data and / or voice telephony network may be established and / or configured by the terminal or by the network.
  • the access connection in a 3GPP network, for example, a so-called “PDP Context" of a GPRS network, or a so-called “Radio Access Bearer configure "a UTRAN or GERAN radio network) according to the requirements of the service being used, as in ⁇ play as a VoIP call, or a so-called” video streaming "application.
  • IMS Internet multimedia Sub ⁇ system
  • the adaptation of the access network connection with respect to the requirements of the service (s) currently being used may be initiated either by the terminal or by the network.
  • the adaptation by the terminal has the advantage that the terminal in each case knows exactly the requirements of the services. This is especially for new or little-used diene ⁇ te advantageous because a special support services in the network then is not required.
  • GPRS General Packet Radio Service
  • the object of the invention is to optimize a structure and / or a configuration of an access network connection as far as possible downward compatible and error-avoiding.
  • the object is achieved in each case by the subject matters of the independent patent claims.
  • the present invention makes it possible in a backward-compatible and error cases exclusive manner that the network configures access network connections for certain services, while the terminal for other services thethesnetzver ⁇ compounds configured.
  • SIP Session Initiation Protocol
  • SDP Session Description Protocol
  • An essential aspect of the invention is to be seen in that the network is used in signaling, e.g. To start the service, the terminal firstly informs whether the network for this service or individual components of this service (for
  • Is build or configure, for example the media stream for speech or the media stream for video of a video telephony service) thelets2-1verbin ⁇ extension (s), and then by means of signaling of the access network an individual for the service or the components of this service suitable to ⁇ transit network connection (s) constituting or and that the terminal decides, based on the message within the signaling to set up the service, whether it is itself setting up or configuring an access network connection (s) suitable for the service or these individual components of this service.
  • the mobile waits
  • Terminal to receive and use signaling of the access network with respect to the establishment or configuration of one or more access network connection (s) suitable for the service or these individual components of this service then to send and / or receive these access network connections for data streams associated with the service or these individual components of that service.
  • This additional signaling load and unnecessary allocation of resources in the access network as well as a possible erroneous disconnection is avoided: it prevents network and Endge ⁇ advises simultaneously build access network connections for the service or for the individual components of this service. This would lead to an increased signaling load in the access network and, at least temporarily, to unnecessarily reserve a large number of resources.
  • both terminal and network determine that the necessary for the service or for these individual components of this service access network connections are duplicated and then simultaneously cause the reduction of excess connections. If network and the terminal select each other links for the reduction, the compound could be fully underbro ⁇ chen.
  • the network communicates to the terminal by means of the signaling of the access network transmitted and in each case an access ⁇ network connection assigned and prioritized packet filters that can contain IP addresses and port number of sender and receiver of the data streams, so called "Traffic Flow Templates" (TFT).
  • TFT Traffic Flow Templates
  • the network sends such TFTs only to data streams belonging to services or to individual components of services for which the data streams are to be transported in which access network connection established or configured by the network
  • Network establishes or configures the mobile access connection.
  • the terminal must distribute to access network connections other from him Gesen ⁇ finished data streams.
  • the terminal preferably uses the TFTs transmitted by the network only for the association of those data streams which belong to services or to individual components of services for which the network has previously informed the terminal by means of service signaling that it will set up or configure access network connection (s). So that we avoid that in the terminal to otherwise possible conflicts between the allocation of data streams to access network connections according to the TFTs sent by the network and the assignment according to an internal algorithm in the terminal, as required for services o- or for individual components of services for which the terminal itself builds the access network connections ⁇ or configured.
  • the network notifies the terminal that it will not establish a network connection access for the service or for individual components of the service or configure the terminal itself causes the structure or configuration of geeig ⁇ Neten access network connections.
  • the terminal already informs the network at the time of the GPRS registration that it supports the establishment and configuration of access connections and the message according to the invention in the signaled ⁇ tion with respect to the service or for individual components of the service is that the power for the service or for that individual components of the service build or configure the access network connection (s). Only if the network receives a corresponding message during the GPRS registration can the network decide to set up itself the access network connections for a service or for individual components of a service and to inform the terminal of the corresponding message according to the invention in the signaling of service or concerning individual components of the service.
  • a message according to the invention is sent in the signaling relating to the service or to individual components of the service only if the network establishes or configures the access network connections for the service itself.
  • the network if the network decides that the terminal itself should set up or configure the access network connections for the service, the network preferably does not send a message in the service signaling. This corresponds to the behavior of an older GPRS access network that does not support the message and expects the terminal to set up or configure the access network connections for the service itself.
  • An affiliated terminal with the GPRS access network builds the access network connection (s) for ei ⁇ NEN service or for individual components of the service is always even on or configure them when it does not receive any message from the network with respect to the service or with respect to individual components of the service ,
  • the decision of the network as to whether the network or the terminal establishes the access network connection may depend on the nature of the service or the individual components of the service. In addition, it may depend on the nature and capabilities of the access network or the rights granted by an operator to a user. Preferably, at least in the network unknown services or individual unknown components of a service, the structure or the configuration of the access network connections are selected by the terminal.
  • PCRF Policy and Charging Rules Func ⁇ tion
  • the PCRF is about the so-called Gx interface of ⁇ le with a connected so-called “Policy and Charging Enforcement Function” (PCEF), which (GGSN) be ⁇ takes place, in the case of GPRS within the so-called “gateway GPRS Support node” which connects the access network to another packet network, such as the The IMS core network or the intranet
  • PCEF Policy and Charging Enforcement Function
  • the PCRF is connected via the so-called Rx interface to a so-called “application function” (AF), which is involved in signaling with respect to the start of services and supplies the PCRF with information about the service.
  • AF application function
  • P-CSCF Proxy Call Ses ⁇ sion Control Function
  • the P-CSCF extends SIP signaling to the control of services between IMS and terminal, and extends from the embedded SDP till ⁇ directed information regarding the service, in particular about the type of media streams (as components of the service) and the codecs used for them, to the PCRF.
  • the PCRF for the network makes the decision-making ⁇ know whether to build the network or the terminalperformancesnetzver ⁇ compounds for a service or for individual components of a service and configure as the PCRF a central location (or the central City) is (administrative rules English "policies") of the network operator and also interfaces with the user database specific a ⁇ settings can inquire regarding of service for individual users.
  • the PCRF informs the AF in response to whether the network or the terminal is to set up or configure the access network connections for this service or for individual components of the service.
  • the AF passes this message on to the terminal in the signaling regarding the service the network establishes the access network connections, the PCRF then initiates the setup via the Gx interface u or the configuration of an access network connection for the or services. Otherwise, the PCRF authorizes the establishment or configuration of access network connections for the service or for the individual components of the service by the terminal.
  • SIP Session Initiation Protocol
  • the message it is advantageous for the message, whether or not that the network constituting the access network connections, or configured within a new so-called SIP "Headers" mitzutei ⁇ len.
  • SIP Session Initiation Protocol
  • the signaling in the SDP has the advantage that here, differing ⁇ che for individual media streams as components of a service that will be negotiated in the same SIP message Decisions can be communicated.
  • the invention makes it possible that after decided by the operator confi ⁇ -configured service-dependent rules to determine whether the access network connections for certain services or for certain components of services by the network or the terminal are established. This allows the operator of a hand reserves be ⁇ Sonder maximum for much genützte services or components of diene ⁇ th control over used in the access network resources and on the other hand it is avoided that for new or little-used services or components of services adjustments in the network are required. It is made possible that the corresponding decision rules are stored only at a few control nodes (eg PCRF) by the operator. A complex configuration of terminals is avoided. It also avoids build the network and the terminal at the same time for a service or the same components of a service access network connections or configure, which could lead to additional signaling load and unnecessary occupation of Res ⁇ resources in the access network as well as a loss of the connection.
  • PCRF control nodes
  • FIG. 1 shows a typical configuration of network components of a telecommunications network
  • Fig. 2 is a signaling diagram for a service structure with the terminal as a caller and
  • Fig. 3 is a signaling diagram for a service structure with the terminal as a called.
  • Fig. 1 shows a typical configuration of network components of a telecommunications network.
  • PDP Context A SIP signaling regarding a service, such as VoIP, is carried between UE and P-CSCF.
  • P-CSCF passes this signaling to or from the IMS.
  • PDP Context B is used as the access network connection for the service.
  • Fig. 2 shows a signaling diagram for a service structure with the terminal as a caller.
  • Elmente that are used in the construction ei ⁇ nes VoIP call, wherein the subscriber is the caller terminal UE.
  • SIP messages Darge ⁇ represents.
  • the message flow is as follows: 1.
  • the UE sends a SIP INVITE message and describes a VoIP service in the embedded SDP.
  • the SIP INVITE message is sent from the P-CSCF knewgelei ⁇ tet.
  • the P-CSCF receives a SIP response message containing embedded SDP, for example, an 183 session progress
  • the P-CSCF informs the PCRF of the establishment of a new service via a Diameter AAR message via the Rx interface and describes the service by means of parameters derived from the SDP received in messages 1 and 3.
  • the PCRF decides that the network builds up or configures the PDP context for this VoIP service. 6.
  • the PCRF sends a Diameter AAA message through the Rx interface to the P-CSCF and informed according to the invention with ⁇ means of a new parameter that for the given in message 4 to the network service ⁇ building or the PDP Context con- figured.
  • the P-CSCF forwards the SIP response message received in step 3.
  • the terminal decides not to set up or configure a PDP Context for this service, but to
  • the PCRF causes the GGSN by a message sent via the Gx interface Diameter RAR message to set up a PDP Context for the new service or CONFIGURIN ⁇ ren.
  • the PCRF sends to one or more suitable for the VoIP service called "PCC Rules" , the packet filter so ⁇ as information required quality of service included, as well as an indication that the GGSN for this PCC rules is to establish a suitable overall PDP context or configure.
  • the GGSN decides on the basis of 9 contained ⁇ requested in message information, the new PDP Context B building and sends to a "PDP Context Activation Request message," the information on the required quality of service and TFT filter for data streams in "uplink” direction includes , This hurfil ⁇ ter are derived from the filters in message.
  • the UE recognizes on the basis of the received TFT that it should send uplink data streams for the new VoIP service in PDP Context B. 12. The UE sends a "PDP Context Activation Response" message to complete the initiation of PDP Context B.
  • the GGSN sends a Diameter RAR message via the Gx interface.
  • the UE starts to send uplink data streams for the new VoIP service in PDP Context B.
  • Fig. 3 shows a signaling diagram for a service structure with the terminal as the called party. It shows messages between the nodes shown in Figure 1, which are used in the construction of a VoIP call, the subscriber is on the terminal UE caller. Only selected SIP messages are shown. The message flow is broken down as follows: 1. The P-CSCF receives a SIP INVITE message is ⁇ bettetem SDP describing a VoIP service.
  • the P-CSCF informs the PCRF by means of a Diameter AAR message via the Rx interface about the establishment of a new service and describes the service by means of parameters derived from the SDP received in message 1.
  • the PCRF decides that the network builds up or configures the PDP context for this VoIP service.
  • the PCRF sends a Diameter AAA message through the Rx interface to the P-CSCF and informs invention with- means of a new parameter that for the given in message 2 to the network service ⁇ the PDP Context builds up or configured.
  • the SIP INVITE message is one olivege of the P-CSCF forwards ⁇ .
  • the UE sends a SIP response message containing been bette ⁇ tes SDP, for example, a 183 Session Progress After ⁇ report, a 180 Ringing message, or a 200 OK (INVITE) message, and thus in the development of the VoIP service wei - ter.
  • the SDP contains information about the UE's own addresses as well as selected codecs.
  • the terminal decides not to set up or configure a PDP context itself for this service, but to wait for GPRS-specific signaling over network-built or modified PDP contexts.
  • the P-CSCF informs the PCRF by means of a Diameter AAR message via the Rx interface about the continuation of the construction of the new service from message 2 and adds the description of the service described by means of parameters derived from the SDP received in message 7.
  • the PCRF sends a Diameter AAA message via the Rx interface to the P-CSCF to acknowledge message 8.
  • the P-CSCF forwards the SIP response message received in step 6.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Die Erfindung betrifft Vorrichtungen und Verfahren zum Veranlassen des Aufbaus und/oder der Konfigurierung einer Zugangsnetzverbindung (PDP Context B) für einen Zugang eines Endgerätes (UE) in ein Telekommunikationsnetz (GPRS, IMS), insbesondere ein zellulares Mobilfunknetz, dadurch gekennzeichnet, dass vor dem Aufbau und/oder der Konfigurierung vom Telekommunikationsnetz entschieden (PCRF) wird, ob dieser Aufbau und/oder diese Konfigurierung der Zugangsnetzverbindung (PDP Context B) durch das Telekommunikationsnetz (GPRS, IMS, PCRF, PCEF, GGSN, AF, P-CSCF) oder durch das Endgerät (UE) veranlasst werden soll, und dass diese Entscheidung vom Telekommunikationsnetz dem Endgerät (UE) in einer oder mehrer Nachrichten mitgeteilt wird.

Description

Festlegung des Veranlassers für eine Konfiguration oder einen Aufbau einer Zugangsnetzverbindung
Die Erfindung betrifft Verfahren und Vorrichtung zum Veranlassen des Aufbaus einer Zugangsnetzverbindung für einen Zugang eines Endgerätes in ein Telekommunikationsnetz (im folgenden kurz Netz genannt), insbesondere ein zellulares Mobil¬ funknetz .
Zugangsverbindungen von einem Endgerät in ein Mobilfunk-, Daten- und/ oder Sprach- Telefonie- Netz können von Seiten des Endgerätes oder von Seiten des Netzes her aufgebaut und/oder konfiguriert werden. Bei Netzen, bei denen die verfügbaren Ressourcen im Zugangsnetz beschränkt sind, wie beispielsweise bei Mobilfunknetzen, ist es wünschenswert, die Zugangsverbindung (In einem 3GPP Netz beispielsweise ein so genannter „PDP Context" eines GPRS Netzes, oder aber ein so genannter „Radio Access Bearer" eines UTRAN oder GERAN Radionetzes) gemäß den Erfordernissen des gerade verwendeten Dienstes, wie bei¬ spielsweise eines VoIP Telefonats, oder einer so genannten „Video-Streaming" Applikation zu konfigurieren. So solle die Dienstqualität bezüglich Bandbreite und bezüglich weiterer die Dienstgüte beeinflussende Parameter wie maximaler Zeit¬ verzögerung beim Pakettransport und wie maximaler Rate des Paketverlustes, die häufig mittels einer so genannten QoS Klasse zusammengefasst werden, den Erfordernissen der gerade verwendeten Dienste angepasst werden. Innerhalb des Netzes kann beispielsweise das so genannte „Internet Multimedia Sub¬ system" (IMS), das in 3GPP TS 23.228 standardisiert ist, zur Vermittelung des Dienstes und Applikationsservers zum Erbrin¬ gen des Dienstes genützt werden. Das IMS ist ursprünglich als generisches Netz ausgelegt, das zur Erbringung einer Vielzahl von Diensten nötige Funktionalität wie zum Beispiel Vermitt¬ lung oder Authentisierung bietet, und somit die Einführung neuer Dienste ohne Anpassungen im Netz ermöglichen soll.
Die Anpassung der Zugangsnetzverbindung bezüglich der Erfordernisse des oder der gerade genützten Dienste kann entweder durch das Endgerät oder durch das Netz veranlasst werden. Die Anpassung durch das Endgerät hat den Vorteil, dass das Endgerät in jedem Fall die Erfordernisse der Dienste genau kennt. Dies ist besonders für neue oder wenig genutzte Diens¬ te von Vorteil, da eine spezielle Unterstützung der Dienste im Netz dann nicht erforderlich ist. Anderseits kann es zu Problemen kommen, wenn die Applikation nicht darauf eingestellt ist, die Zugangsnetzverbindung zu konfigurieren, bei- spielsweise weil sie nur einfache generische Programmier¬ schnittstellen (APIs) nützt, die eine Konfiguration der Zugangsverbindung nicht oder nur eingeschränkt unterstützen, oder weil das Endgerät sich aus einem Teil, der die Zugangs¬ netzverbindung beendet und steuert, beispielsweise einem mo- bilen Telefon, und einem anderen Teil, auf dem der Dienst ausgeführt wird, beispielsweise einem Notebook, zusammen¬ setzt, und die Schnittstelle zwischen den beiden Teilen wie¬ derum die Konfiguration der Zugangsnetzverbindung nicht oder nur eingeschränkt unterstützt. Außerdem kann ein fehlerhaftes oder missbräuchlich programmiertes Endgerät für einen Dienst unnötig große Ressourcen anfordern und damit das Zugangsnetz beeinträchtigen. Daneben kann ein Aufbau der Zugangsnetzverbindung durch das Netz häufig bereits parallel neben der Dienstsignalisierung erfolgen, während der Aufbau durch das Endgerät häufig erst nach Abschluss der Dienstsignalisierung und damit langsamer erfolgt. Aus diesen Gründen wünschen viele Netzbetreiber die Zugangsnetzverbindungen für wichtige Dienste durch das Netz gemäß den Erfordernissen des Dienstes einstellen zu können. Das so genannte „General Packet Radio Service" (GPRS) Zu¬ gangsnetz, das in 3GPP TS 23.060 standardisiert ist, sieht bisher lediglich den vom mobilen Endgeräten veranlassten Auf- bau von PDP Kontexten vor.
Aufgabe der Erfindung ist es einen Aufbau und / oder eine Konfigurierung einer Zugangsnetzverbindung möglichst abwärtskompatibel und Fehler-vermeidend zu optimieren. Die Aufgabe wird jeweils durch die Gegenstände der unabhängigen Patentansprüche gelöst.
Die vorliegende Erfindung ermöglicht es in einer abwärtskompatiblen und Fehlerfälle ausschließenden Weise, dass das Netz Zugangsnetzverbindungen für bestimmte Dienste konfiguriert, während das Endgerät für andere Dienste die Zugangsnetzver¬ bindungen konfiguriert .
Es ist auch möglich, dass zum selben Zeitpunkt von einem Endgerät aus sowohl solche Dienste genützt werden, für die das Netz die Zugangsnetzverbindung (en) einrichtet oder konfigu- riert, wie auch selche Dienste, für die das Endgerät Zugangs¬ netzverbindung (en) einrichtet oder konfiguriert.
Für 3GPP Mobilfunknetze ist vorstellbar, beim Anmelden eines Endgerätes im GPRS Netz auszuhandeln, ob das Endgerät den neuen Netzwerk- initiierten Aufbau von PDP Kontexten unterstützt. Wenn das Endgerät diesen Aufbau unterstützt, solle er für das das Endgerät ausschließlich verwendet werden. Damit würde das Endgerät aber nur speziell durch das Netz unter¬ stützte Dienste nützen können. Es ist auch vorstellbar, dass pro Dienst vom Netzbetreiber sowohl in allen Endgeräten wie auch im Netz konfiguriert wird, ob der Aufbau oder die Konfi¬ guration von PDP Kontexten für diesen Dienst durch das Netz oder das Endgerät veranlasst werden soll. Wiederum wäre also bei der Einführung neuer Dienste erheblicher Konfigurationsaufwand erforderlich.
Beim Start eines neuen Dienstes wird zwischen dem Endgerät und dem Netz zunächst Signalisierung bezüglich des Dienstes ausgetauscht. Beispielsweise wird im Rahmen des IMS das so genannte „Session Initiation Protocol" (SIP), IETF RFC 3261, sowie das darin eingebettete so genannte „Session Description Protocol" (SDP), IETF RFC 4566 oder 2327, für diese Signali- sierung genützt.
Ein wesentlicher Aspekt der Erfindung ist darin zu sehen, dass das Netz in Rahmen der Signalisierung z.B. zum Start des Dienstes dem Endgerät zunächst mitteilt, ob das Netz für die- sen Dienst oder einzelne Komponenten dieses Dienstes (zum
Beispiel den Medienstrom für Sprache oder dem Medienstrom für Video eines Videotelefoniedienstes) die Zugangsnetzverbin¬ dung (en) aufbauen oder konfigurieren wird, und dann mittels Signalisierung des Zugangsnetzes eine für den Dienst oder diese einzelnen Komponenten dieses Dienstes geeignete Zu¬ gangsnetzverbindung (en) aufbaut oder einrichtet, und dass das Endgerät an Hand der Mitteilung innerhalb der Signalisierung zum Aufbau des Dienstes entscheidet, ob es eine für den Dienst oder diese einzelnen Komponenten dieses Dienstes ge- eignete Zugangsnetzverbindung (en) selbst aufbaut oder konfiguriert .
Falls das Netz dem Endgerät mitteilt, dass es selbst eine für den Dienst oder einzelne Komponenten dieses Dienstes geeigne- te Zugangsnetzverbindung aufbauen wird, wartet das mobile
Endgerät darauf, Signalisierung des Zugangsnetzes bezüglich der Einrichtung oder Konfiguration einer oder mehrer für den Dienst oder dieser einzelnen Komponenten dieses Dienstes geeignete Zugangsnetzverbindung (en) zu erhalten, und benützt dann diese Zugangsnetzverbindungen um dem Dienst oder dieser einzelnen Komponenten dieses Dienstes zugeordnete Datenströme zu senden und/oder zu empfangen. Dadurch wird zusätzliche Signalisierungslast und unnötige Belegung von Ressourcen im Zugangsnetz ebenso wie ein möglicher fehlerhafter Verbindungsabbau vermieden: Es wird vermieden, dass Netz und Endge¬ rät gleichzeitig Zugangsnetzverbindungen für den Dienst oder für diese einzelnen Komponenten dieses Dienstes aufbauen. Dies würde dazu führen, dass es zu erhöhter Signalisierungs- last im Zugangsnetz kommt und zumindest zeitweilig unnötig viele Ressourcen reserviert werden. Daneben könnte es zu ei¬ nem Abbruch der Verbindung kommen, wenn wiederum sowohl Endgerät wie Netz feststellen, dass die für den Dienst oder für diese einzelnen Komponenten dieses Dienstes nötigen Zugangs- netzverbindungen doppelt vorhanden sind und dann gleichzeitlich den Abbau von überzähligen Verbindungen veranlassen. Wenn Netz und Endgerät jeweils andere Verbindungen für den Abbau auswählen, könnte die Verbindung vollständig unterbro¬ chen werden.
Das Netz teilt dem Endgerät mittels über die Signalisierung des Zugangsnetzes übermittelter und jeweils einer Zugangs¬ netzverbindung zugeordneter und mit Prioritäten versehener Paketfilter, die IP Adressen sowie Port Nummer von Sender und Empfänger der Datenströme enthalten können, also so genannter „Traffic Flow Templates" (TFT) , mit, welche Datenströme in welcher durch das Netz aufgebauten oder konfigurierten Zugangsnetzverbindung transportiert werden sollen. Das Netz sendet solche TFTs nur für Datenströme, die zu Diensten oder zu einzelnen Komponenten von Diensten gehören, für die das
Netz die mobile Zugangsverbindung aufbaut oder konfiguriert. Anderseits muss das Endgerät aber auch andere von ihm gesen¬ dete Datenströme auf Zugangsnetzverbindungen verteilen. Vorzugsweise wendet das Endgerät die vom Netz übertragen TFTs nur zur Zuordnung von denjenigen Datenströmen an, die zu Diensten oder zu einzelnen Komponenten von Diensten gehören, für die das Netz vorher dem Endgerät mittels Dienstsignali- sierung mitgeteilt hat, dass es Zugangsnetzverbindung (en) aufbauen oder konfigurieren wird. Damit wir vermieden, dass es im Endgerät zu sonst möglichen Konflikten kommt zwischen der Zuordnung von Datenströmen zu Zugangsnetzverbindungen gemäß der vom Netz gesendeten TFTs und der Zuordnung gemäß einem internen Algorithmus im Endgerät, wie sie für Dienste o- der für einzelnen Komponenten von Diensten erforderlich ist, für die das Endgerät selbst die Zugangsnetzverbindungen auf¬ baut oder konfiguriert .
Falls das Netz dem Endgerät mitteilt, dass es für den Dienst oder für einzelne Komponenten des Dienstes keine Zugangsnetzverbindung aufbauen oder konfigurieren wird, veranlasst das Endgerät selbst den Aufbau oder die Konfiguration von geeig¬ neten Zugangsnetzverbindungen.
Im Rahmen von GPRS, das bisher lediglich den Aufbau und die Konfiguration von Zugangsnetzverbindungen durch das Endgerät vorsah, ist es günstig, wenn das Endgerät dem Netz bereits zum Zeitpunkt der GPRS Registrierung mitteilt, dass es den Aufbau und die Konfiguration von Zugangsverbindungen unter- stützt sowie die erfindungsgemäße Mitteilung in der Signali¬ sierung bezüglich des Dienstes oder für einzelne Komponenten des Dienstes ob das Netz für diesen Dienst oder für diese einzelnen Komponenten des Dienstes die Zugangsnetzverbindung (en) aufbauen oder konfigurieren wird. Nur wenn das Netz während der GPRS Registrierung eine entsprechende Mitteilung erhält, kann das Netz entscheiden, selbst die Zugangsnetzverbindungen für einen Dienst oder für einzelne Komponenten eines Dienstes aufzubauen und dem Endgerät die entsprechende erfindungsgemäße Mitteilung in der Signalisierung bezüglich des Dienstes oder bezüglich einzelner Komponenten des Dienstes senden. Es ist aus Gründen der Abwärtskompatibilität auch vorteilhaft, wenn eine erfindungsgemäße Mitteilung in der Signalisierung bezüglich des Dienstes oder bezüglich einzel- ner Komponenten des Dienstes nur dann gesendet wird, wenn das Netz die Zugangsnetzverbindungen für den Dienst selbst aufbaut oder konfiguriert. Wenn das Netz dagegen entscheidet, dass das Endgerät selbst die Zugangsnetzverbindungen für den Dienst aufbauen oder konfigurieren soll, sendet das Netz vor- zugsweise keine Mitteilung in der Dienstsignalisierung. Dies entspricht dem Verhalten eines älteren GPRS Zugangsnetzes, dass die Mitteilung nicht unterstützt und erwartet, dass das Endgerät die Zugangsnetzverbindungen für den Dienst selbst aufbaut oder konfiguriert. Ein mit dem GPRS Zugangsnetz ver- bundenes Endgerät baut die Zugangsnetzverbindung (en) für ei¬ nen Dienst oder für einzelne Komponenten des Dienstes stets selbst auf bzw. konfiguriert sie, wenn es keine Mitteilung vom Netz bezüglich des Dienstes oder bezüglich einzelner Komponenten des Dienstes empfängt.
Bei anderen Arten von Zugangsnetzen als GPRS kann es vorteilhaft sein, für das Endgerät ein anderes Verhalten vorzusehen, wenn es in der Dienstsignalisierung keine Mitteilung darüber erhält, ob Netz oder Endgerät die Zugangsnetzverbindungen für einen Dienst oder für einzelne Komponenten des Dienstes auf¬ bauen bzw. konfigurieren. So wird in WIMAX zunächst nur der Aufbau bzw. die Konfiguration von Zugangsnetzverbindungen durch das Netz möglich sein. Sollte die Möglichkeit eines Aufbaus von Zugangsnetzverbindungen durch das Endgerät er- gänzt werden, ist es günstig, wenn ein Endgerät diese Mög¬ lichkeit nur dann nützt, wenn es eine entsprechende Aufforde¬ rung in der Dienstsignalisierung erhält. Enthält die Dienstsignalisierung keine Mitteilung darüber, ob Netz oder Endgerät die Zugangsnetzverbindungen für den Dienst oder für ein- zelne Komponenten des Dienstes aufbaut oder konfiguriert, sollte das Endgerät drauf warten, dass das Netz den Aufbau bzw. die Konfiguration vornimmt.
Die Entscheidung des Netzes, ob das Netz oder das Endgerät die Zugangsnetzverbindung aufbaut, kann von der Art des Dienstes oder der einzelnen Komponenten des Dienstes abhängen. Zusätzlich kann sie von der Art und den Fähigkeiten des Zugangsnetzes oder den Rechten, die ein Betreiber einem Be- nutzer einräumt, abhängen. Vorzugsweise wird zumindest bei dem Netz unbekannten Diensten oder bei einzelnen ungekannten Komponenten eines Dienstes der Aufbau bzw. die Konfiguration der Zugangsnetzverbindungen durch das Endgerät ausgewählt.
Innerhalb des Netzes wird der Aufbau der Zugangsnetzverbin¬ dungen durch die so genannte „Policy and Charging Rules Func¬ tion" (PCRF) kontrolliert, wie in 3GPP TS 23.203 standardi¬ siert wird. Die PCRF ist über die so genannte Gx Schnittstel¬ le mit einer so genannten „Policy and Charging Enforcement Function" (PCEF) verbunden, die sich im Falle von GPRS innerhalb des so genannten „Gateway GPRS Support Node" (GGSN) be¬ findet, der das Zugangsnetz mit einem anderen Paketnetz verbindet, wie beispielsweise dem IMS-Kernnetz oder dem Intra¬ net. Die PCRF ist über die so genannte Rx Schnittstelle mit einer so genannten „Applikationsfunktion" (AF) verbunden, die an Signalisierung bezüglich des Starts von Diensten beteiligt ist und die PCRF mit Informationen über den Dienst versorgt. Beispielsweise dient im IMS die so genannte „Proxy CaIl Ses¬ sion Control Function" (P-CSCF) als AF. Die P-CSCF reicht SIP-Signalisierung zur Kontrolle von Diensten zwischen IMS und Endgerät weiter, und reicht aus dem eingebettet SDP abge¬ leitete Information bezüglich des Dienstes, im Besonderen ü- ber die Art der Medienströme (als Komponenten des Dienstes) und der für sie verwendeten Codecs, an die PCRF weiter. Es ist vorteilhaft, wenn die PCRF für das Netz die Entschei¬ dung trifft, ob für einen Dienst oder für einzelne Komponenten eines Dienstes das Netz oder das Endgerät Zugangsnetzver¬ bindungen aufbauen bzw. konfigurieren soll, da die PCRF ein zentraler Ort (oder der zentrale Ort) zur Administration von Regeln (engl „policies") des Netzbetreibers ist und auch über eine Schnittstelle mit der Benutzerdatenbank spezielle Ein¬ stellungen bezüglich von Dienstes für einzelne Benutzer erfragen kann. Wenn die PCRF Information bezüglich neuer Diens- te von einem AF erhält, teilt die PCRF dem AF als Antwort mit, ob das Netz oder das Endgerät für diesen Dienst oder für einzelne Komponenten des Dienstes die Zugangsnetzverbindungen aufbauen bzw. konfigurieren soll. Der AF reicht diese Mitteilung dann in der Signalisierung bezüglich des Dienstes an das Endgerät weiter. Wenn das Netz die Zugangsnetzverbindungen aufbaut, veranlasst die PCRF über die Gx Schnittstelle dann den Aufbau oder die Konfiguration einer Zugangsnetzverbindung für den oder Dienste. Andernfalls autorisiert die PCRF den Aufbau oder die Konfiguration von Zugangsnetzverbindungen für den Dienst oder für die einzelnen Komponenten des Dienstes durch das Endgerät .
Wenn SIP zur Signalisierung bezüglich des Dienstes verwendet wird, ist es vorteilhaft, die Mitteilung, ob oder dass das Netz die Zugangsnetzverbindungen aufbaut oder konfiguriert, innerhalb eines neuen so genannten SIP „Headers" mitzutei¬ len. Dadurch ist eine Mitteilung möglich, die sich auf den ganzen dienst bezeieht. Alternativ kann im eingebettet SDP ein neues Attribut definiert werden, dass dies Mitteilung enthält. Die Signalisierung im SDP hat den Vorteil, dass hier für einzelne Medienströme als Komponenten eines Dienstes, die in derselben SIP Nachricht verhandelt werden, unterschiedli¬ che Entscheidungen mitgeteilt werden können. Die Erfindung ermöglicht es, dass nach vom Betreiber konfigu¬ rierten dienstabhängigen Regeln entschieden wird, ob Zugangsnetzverbindungen für bestimmte Dienste oder für bestimmte Komponenten von Diensten durch das Netz oder das Endgerät aufgebaut werden. Dadurch behält der Betreiber einerseits be¬ sonders für viel genützte Dienste oder Komponenten von Diens¬ ten maximale Kontrolle über die im Zugangsnetz verwendeten Ressourcen und anderseits wird vermieden, dass für neue oder wenig genutzte Dienste oder Komponenten von Diensten Anpas- sungen im Netz erforderlich sind. Es wird ermöglicht, dass die entsprechenden Entscheidungsregeln nur an wenigen Kontrollknoten (z.B. PCRF) vom Betreiber abgelegt werden. Eine aufwendige Konfiguration von Endgeräten wird vermieden. Es wird auch vermieden, das Netz und Endgerät gleichzeitig für einen Dienst oder die selben Komponenten eines Diensten Zugangsnetzverbindungen aufbauen oder konfigurieren, was zu zusätzlicher Signalisierungslast und unnötige Belegung von Res¬ sourcen im Zugangsnetz ebenso wie zu einem Verlust der Verbindung führen könnte.
Weitere Merkmale und Vorteile der Erfindung ergeben sich aus den Patentansprüchen und der nachfolgenden Beschreibung eines Ausführungsbeispiels anhand der Zeichnung, Dabei zeigt: Fig. 1 eine typische Konfiguration von Netzkomponenten ei- ne Telekommunikationsnetzes,
Fig. 2 ein Signalisierungsdiagramm für einen Dienstaufbau mit dem Endgerät als Anrufer und
Fig. 3 ein Signalisierungsdiagramm für einen Dienstaufbau mit dem Endgerät als Angerufenem.
Fig. 1 zeigt eine typische Konfiguration von Netzkomponenten eine Telekommunikationsnetzes.
Es sind ein mobiles Endgerät UE, eine Gateway GPRS Support Node GGSN mit Policy and Charging Enforcement Function PCEF, eine Policy and Charging Rules Function PCRF und eine Proxy CaIl Session Control Function P-CSCF als Applikationsfunktion AF innerhalb eines Internet Multimedia Subsystem IMS darge¬ stellt. Das Endgerät UE nützt zwei PDP Kontexte A und B als Zugangsnetzverbindungen zum GGSN durch das mobile Zugangsnetz GPRS. In PDP Context A wird SIP Signalisierung bezüglich eines Dienstes, wie beispielsweise VoIP, zwischen UE and P-CSCF befördert. P-CSCF reicht diese Signalisierung zum bzw. vom IMS weiter. PDP Context B wird als Zugangsnetverbindung für den Dienst verwendet.
Fig. 2 zeigt ein Signalisierungsdiagramm für einen Dienstaufbau mit dem Endgerät als Anrufer. Es sind Nachrichten zwischen den in Abbildung 1 gezeigten Knoten und weiteren Elmente dargestellt, die beim Aufbau ei¬ nes VoIP Telefonats verwendet werden, wobei der Teilnehmer am Endgerät UE Anrufer ist. Es sind nur für das Verständnis der Erfindung förderliche, ausgewählte SIP Nachrichten darge¬ stellt. Der Nachrichtenfluss ist im Einzelnen wie folgt: 1. Das UE sendet eine SIP INVITE Nachricht und beschreibt im eingebetteten SDP einen VoIP Dienst.
2. Die SIP INVITE Nachricht wird von der P-CSCF weitergelei¬ tet.
3. Die P-CSCF empfängt eine SIP Antwort Nachricht, die einge- bettetes SDP enthält, zum Beispiel eine 183 Session Progress
Nachricht, eine 180 Ringing Nachricht, oder eine 200 OK(INVITE) Nachricht,
4. Die P-CSCF informiert die PCRF mittels einer Diameter AAR Nachricht über das Rx Interface über den Aufbau eines neuen Dienstes und beschreibt den Dienst mittels Parameter, die aus dem in Nachrichten 1 und 3 empfangenen SDP abgeleitet werden.
5. Die PCRF entscheidet erfindungsgemäß, dass für diesen VoIP Dienst das Netz den PDP Context aufbaut oder konfiguriert. 6. Die PCRF sendet eine Diameter AAA Nachricht über das Rx Interface an die P-CSCF und informiert erfindungsgemäß mit¬ tels eines neuen Parameters, dass für den in Nachricht 4 an¬ gegebenen Dienst das Netz den PDP Context aufbaut oder kon- figuriert .
7. Die P-CSCF leitet die in Schritt 3 empfangene SIP Antwort Nachricht weiter. In dem enthaltenen SDP fügt die P-CSCF erfindungsgemäß auf Grund der in Nachricht 6 empfangenen Infor¬ mation ein neues SDP Attribut „a=bearercontroll : network"ein, dass für den VoIP Medienstrom angibt, dass er eine durch das Netz aufgebaute oder kontrollierte Zugangsnetzverbindung verwenden soll.
8. Auf Grund der in Nachricht 7 empfangenen Information entscheidet das Terminal, für diesen Dienst nicht selbst einen PDP Context aufzubauen oder zu konfigurieren, sondern auf
GPRS-spezifische Signalisierung über vom Netz aufgebaute oder modifizierte PDP Kontexte zu warten.
9. Die PCRF veranlasst den GGSN mittels einer über die Gx Schnittstelle gesendeten Diameter RAR Nachricht, einen PDP Context für den neuen Dienst aufzubauen oder zu konfigurie¬ ren. Die PCRF sendet dazu eine oder mehrere für den VoIP Dienst geeignete so genannte „PCC Rules", die Paketfilter so¬ wie Angaben zur benötigten Dienstqualität enthalten, sowie einen Hinweis, dass der GGSN für diese PCC Regeln einen ge- eigneten PDP Kontext aufbauen oder konfigurieren soll.
10. Der GGSN beschließt auf Grund der in Nachricht 9 enthal¬ tenen Information, den neuen PDP Context B aufzubauen und sendet dazu eine „PDP Context Activation Request Nachricht", die Angaben zur benötigten Dienstqualität sowie TFT Filter für Datenströme in „Uplink" Richtung enthält. Diese Paketfil¬ ter sind aus den Filtern in Nachricht 9 abgeleitet.
11. Das UE erkennt an Hand der empfangenen TFT, dass es uplink Datenströme für den neuen VoIP Dienst in PDP Context B senden soll. 12. Das UE sendet eine „PDP Context Activation Response" Nachricht, um den Aufnau von PDP Context B abzuschließen.
13. Der GGSN sendet eine Diameter RAR Nachricht über die Gx Schnittstelle . 14. Das UE beginnt, uplink Datenströme für den neuen VoIP Dienst in PDP Context B zu senden.
Fig. 3 zeigt ein Signalisierungsdiagramm für einen Dienstaufbau mit dem Endgerät als Angerufener. Es sind Nachrichten zwischen den in Abbildung 1 gezeigten Knoten dargestellt, die beim Aufbau eines VoIP Telefonats verwendet werden, wobei der Teilnehmer am Endgerät UE Anrufer ist. Es sind nur ausgewählte SIP Nachrichten dargestellt. Der Nachrichtenfluss ist im Einzelnen wie folgt: 1. Die P-CSCF empfängt eine SIP INVITE Nachricht mit einge¬ bettetem SDP, das einen VoIP Dienst beschreibt.
2. Die P-CSCF informiert die PCRF mittels einer Diameter AAR Nachricht über das Rx Interface über den Aufbau eines neuen Dienstes und beschreibt den Dienst mittels Parametern, die aus dem in Nachricht 1 empfangenen SDP abgeleitet werden.
3. Die PCRF entscheidet erfindungsgemäß, dass für diesen VoIP Dienst das Netz den PDP Context aufbaut oder konfiguriert.
4. Die PCRF sendet eine Diameter AAA Nachricht über das Rx Interface an die P-CSCF und informiert erfindungsgemäß mit- tels eines neuen Parameters, dass für den in Nachricht 2 an¬ gegebenen Dienst das Netz den PDP Context aufbaut oder konfiguriert .
5. Die SIP INVITE Nachricht 1 wird von der P-CSCF weiterge¬ leitet. In dem enthaltenen SDP fügt die P-CSCF erfindungsge- maß auf Grund der in Nachricht 6 empfangenen Information ein neues SDP Attribut „a=bearercontroll : network" ein, dass für den VoIP Medienstrom angibt, dass er eine durch das Netz auf¬ gebaute oder kontrollierte Zugangsnetzverbindung verwenden soll . 6. Das UE sendet eine SIP Antwort Nachricht, die eingebette¬ tes SDP enthält, zum Beispiel eine 183 Session Progress Nach¬ richt, eine 180 Ringing Nachricht, oder eine 200 OK(INVITE) Nachricht, und führt damit den Aufbau des VoIP Dienstes wei- ter. Im SDP befinden sich Angaben zu eigenen Adressen des UE sowie ausgewählte Codecs .
7. Auf Grund der in Nachricht 5 empfangenen Information entscheidet das Terminal, für diesen Dienst nicht selbst einen PDP Context aufzubauen oder zu konfigurieren, sondern auf GPRS-spezifische Signalisierung über vom Netz aufgebaute oder modifizierte PDP Kontexte zu warten.
8. Die P-CSCF informiert die PCRF mittels einer Diameter AAR Nachricht über das Rx Interface über die Weiterführung des Aufbaus des neuen Dienstes aus Nachricht 2 und ergänzt die Beschreibung des Dienstes beschreibt mittels Parameter, die aus dem in Nachricht 7 empfangenen SDP abgeleitet werden.
9. Die PCRF sendet eine Diameter AAA Nachricht über das Rx Interface an die P-CSCF, um Nachricht 8 zu bestätigen.
10. Die P-CSCF leitet die in Schritt 6 empfangene SIP Antwort Nachricht weiter.
11. bis 16. Wie Nachrichten 9.-14. in Abbildung 2.

Claims

Patentansprüche
1. Verfahren zum Steuern des Veranlassens des Aufbaus und/oder der Konfigurierung einer oder mehrerer Zugangsnetz- Verbindungen (PDP Context B) für einen Zugang eines Endgerätes (UE) in ein Telekommunikationsnetz (GPRS und/oder IMS) , insbesondere ein zellulares Mobilfunknetz, dadurch gekennzeichnet, dass vor dem Aufbau und/oder der Konfigurierung vom Telekommunika- tionsnetz entschieden (PCRF) wird, ob dieser Aufbau (Fig. 2, „10."; Fig 3, „12.") und/oder diese Konfigurierung der Zugangsnetzverbindung (PDP Context B) durch das Telekommunikationsnetz (GPRS, IMS, PCRF, PCEF, GGSN, AF, P-CSCF) oder durch das Endgerät (UE) veranlasst (Fig 2, „10.") werden soll, und dass diese Entscheidung vom Telekommunikationsnetz dem Endgerät (UE) in einer oder mehren Nachrichten (Fig 2, „7."; Fig. 3, „5.") mitgeteilt wird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Entscheidung, ob der Aufbau und/oder die Konfigu¬ rierung der einen oder mehreren Zugangsnetzverbindungen durch das Telekommunikationsnetz oder durch das Endgerät (UE) ausgelöst werden soll, sich auf einen oder mehrere
Dienste oder Komponenten von Diensten bezieht, insbesondere auf Dienste oder Komponenten von Dienste, deren Aufbau oder Veränderung zum Zeitpunkt der Entscheidung durch Austausch von Signalisierung zwischen Netz und Endgerät veranlasst wird.
3. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Entscheidung anhand vorher festgelegte Regeln ge- troffen wird, die für bestimmte Dienste oder bestimmte Kom¬ ponenten von Diensten angeben, dass für diese Dienste oder Komponenten ein Aufbau und/oder eine Konfigurierung von Zugangsnetzverbindungen (PDP Context B) durch das Telekommu- nikationsnetz (GPRS, IMS, PCRF, PCEF, GGSN, AF, P-CSCF) ausgelöst werden soll.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass für unbekannte Dienste, für die keine vorher festgeleg¬ ten Regeln vorhanden sind, entschieden wird, dass das Endgerät den Aufbau und/oder die Konfigurierung von Zugangsnetzverbindungen veranlasst.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Entscheidung des Telekommunikationsnetzes (GPRS, IMS) , ob das Telekommunikationsnetz (GPRS, IMS) oder das Endgerät (UE) die Zugangsnetzverbindung (PDP Context B) auf- baut von der Art und den Fähigkeiten des Zugangsnetzes oder den Rechten, die ein Betreiber einem Benutzer einräumt, abhängt .
6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass für Teile eines Dienstes das Telekommunikationsnetz (GPRS, IMS, PCRF, PCEF, GGSN, AF, P-CSCF) den Aufbau und/oder die Konfiguration veranlasst, während für andere Teile dieses Dienstes das Endgerät (UE) den Aufbau und/oder die Konfiguration veranlasst.
7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass von einem oder mehreren Elementen (PCRF, P-CSCF) des Telekommunikationsnetzes entschieden wird, ob ein Aufbau der Zugangsnetzverbindung (PDP Context B) durch das Telekommunikationsnetz oder das Endgerät (UE) aus- gelöst werden soll.
8. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass beim Start oder der Veränderung eines Dienstes oder ei- ner oder mehrer Komponenten eines Dienstes zwischen dem Endgerät (UE) und dem Telekommunikationsnetz (GPRS, IMS) zunächst Signalisierung bezüglich des Dienstes ausgetauscht wird, insbesondere mit dem „Session Initiation Protocol" SIP und / oder dem „Session Description Protocol" (SDP) .
9. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Mitteilung (Fig. 2: „7.", Fig. 3: „3.") an das Endgerät (UE) , ob ein Aufbau der Zugangsnetzverbindung (PDP Context B) durch das Telekommunikationsnetz oder das Endgerät (UE) ausgelöst werden soll, im Rahmen der Signalisierung zum Start oder der Modifikation des Dienstes oder der Komponenten des Dienstes dem Endgerät (UE) mitgeteilt wird.
10. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Endgerät (UE) an Hand einer Mitteilung, ob der Auf¬ bau und/oder die Konfigurierung der einen oder mehreren Zugangsnetzverbindungen durch das Telekommunikationsnetz oder durch das Endgerät (UE) ausgelöst werden soll, entscheidet, ob es eine für den Dienst geeignete Zugangsnetzverbindung (en) selbst aufbaut oder konfiguriert.
11. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass falls das Telekommunikationsnetz (GPRS, IMS) dem Endge- rät (UE) mitteilt, dass es selbst eine für den Dienst geeig¬ nete Zugangsnetzverbindung (PDP Context B) aufbauen wird, das mobile Endgerät (UE) darauf wartet, Signalisierung des Zugangsnetzes bezüglich der Einrichtung oder Konfiguration einer oder mehrer für den Dienst geeigneter Zugangsnetzver- bindung(en) zu erhalten, und dann diese Zugangsnetzverbindungen (PDP Context B) benützt, um dem Dienst zugeordnete Datenströme zu senden und/oder zu empfangen.
12. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass vermieden wird, dass das Telekommunikationsnetz (GPRS, IMS) und das Endgerät (UE) gleichzeitig Zugangsnetzverbin¬ dungen (PDP Context B) für den selben Dienst aufbauen.
13. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Telekommunikationsnetz (GPRS, IMS) dem Endgerät (UE) mittels über die Signalisierung des Zugangsnetzes übermittelter und jeweils einer Zugangsnetzverbindung (PDP Con- text B) zugeordneter und mit Prioritäten versehener Paketfilter, die IP Adressen sowie Port Nummer von Sender und Empfänger der Datenströme enthalten können, („Traffic Flow Templates TFT") mitteilt, welche Datenströme in welcher durch das Telekommunikationsnetz (GPRS, IMS) aufgebauten o- der konfigurierten Zugangsnetzverbindung (PDP Context B) transportiert werden sollen.
14. Verfahren nach Anspruch 12, dadurch gekennzeichnet, dass das Telekommunikationsnetz (GPRS, IMS) solche TFTs nur für Datenströme sendet, die zu Diensten oder Komponenten von Diensten gehören, für die das Telekommunikationsnetz (GPRS, IMS) die mobile Zugangsverbindung aufbaut oder konfiguriert.
15. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Endgerät (UE) die vom Telekommunikationsnetz (GPRS, IMS) übertragen TFTs nur zur Zuordnung von denjenigen Datenströmen anwendet, die zu Diensten oder Komponenten von Diensten gehören, für die das Telekommunikationsnetz (GPRS, IMS) vorher dem Endgerät (UE) mittels einer Dienstsignali- sierung mitgeteilt hat, dass es mindestens eine Zugangsnetz¬ verbindung (PDP Context B) aufbauen oder konfigurieren wird.
16. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass falls das Telekommunikationsnetz (GPRS, IMS) dem Endge¬ rät (UE) mitteilt, dass es für den Dienst keine Zugangsnetz¬ verbindung (PDP Context B) aufbauen oder konfigurieren wird, das Endgerät (UE) selbst den Aufbau oder die Konfiguration von geeigneten Zugangsnetzverbindungen (PDP Context B) ver- anlasst .
17. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass für eine GPRS- Zugangsverbindung das Endgerät (UE) dem Telekommunikationsnetz (GPRS, IMS) bereits zum Zeitpunkt der GPRS Registrierung mitteilt, dass es den Aufbau und die Konfiguration von Zugangsverbindungen unterstützt sowie die Mitteilung des Netzes versteht, ob das Telekommunikations- netz (GPRS, IMS) oder das Endgerät die Zugangsnetzverbindung (en) aufbauen oder konfigurieren soll.
18. Verfahren nach Anspruch 16, dadurch gekennzeichnet, dass nur wenn das Telekommunikationsnetz (GPRS, IMS) während der GPRS Registrierung eine entsprechende Mitteilung erhält, das Telekommunikationsnetz (GPRS, IMS) entscheidet, selbst Zugangsnetzverbindungen (PDP Context B) aufzubauen und dann dem Endgerät (UE) eine oder mehrere entsprechende Mitteilun¬ gen sendet .
19. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass eine Mitteilung , ob das Netz oder das Endgerät Zu¬ gangsnetzverbindungen aufbaut, nur dann gesendet wird, wenn das Telekommunikationsnetz (GPRS, IMS) die Zugangsnetzverbindungen (PDP Context B) für den Dienst selbst aufbaut o- der konfiguriert, insbesondere wenn GPRS als Zugangsnetz ge- nützt wird.
20. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Endgerät dann, wenn es keine Mitteilung erhält, ob das Netz oder das Endgerät Zugangsnetzverbindungen aufbaut, selbst Zugangsnetverbindungen aufbaut, insbesondere wenn GPRS als Zugangsnetz genützt wird.
21. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass SIP zur Signalisierung bezüglich des Dienstes verwendet wird, und dass die Mitteilung, ob das Endgerät (UE) oder dass das Telekommunikationsnetz (GPRS, IMS) die Zugangsnetz- Verbindungen (PDP Context B) aufbaut oder konfiguriert, in¬ nerhalb eines SIP „Headers" mitgeteilt wird.
22. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Mitteilung, ob das Endgerät (UE) oder dass das Te¬ lekommunikationsnetz (GPRS, IMS) die Zugangsnetzverbindungen (PDP Context B) aufbaut oder konfiguriert, innerhalb eines SDP Attribut mitgeteilt wird.
23. Vorrichtung (PCRF) zum Veranlassen des Aufbaus einer Zugangsnetzverbindung (PDP Context B) in einem Telekommunikationsnetz (GPRS, IMS), insbesondere in einem zellularen Mobil¬ funknetz , dadurch gekennzeichnet, dass sie folgendes umfasst:
-eine Entscheidungseinrichtung (PCRF) zum Entscheiden vor dem Aufbau einer Zugangsnetzverbindung (PDP Context B) darüber, ob der Aufbau oder die Konfiguration der Zugangsnetzverbin- düng (PDP Context B) durch das Telekommunikationsnetz (GPRS, IMS) oder das Endgerät (UE) veranlasst werden soll.
24. Vorrichtung nach Anspruch 25, dadurch gekennzeichnet, dass sie ferner folgendes umfasst:
-einen Speicher (in PCRF) für Regeln für Dienste, welche Regeln angeben ob jeweils für einen bestimmten Dienst eine Zugangsnetzverbindung (PDP Context B) durch das Telekommunikationsnetz (GPRS, IMS) oder durch das Endgerät (UE) aufgebaut und/ oder konfiguriert werden soll.
PCT/EP2007/058145 2006-08-11 2007-08-06 Festlegung des veranlassers für eine konfiguration oder einen aufbau einer zugangsnetzverbindung Ceased WO2008017662A1 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/310,111 US20110053590A1 (en) 2006-08-11 2007-08-06 Defining the initiator for a configuration or a set of of an access network connection

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP06016826.7 2006-08-11
EP06016826A EP1887738A1 (de) 2006-08-11 2006-08-11 Festlegung des Veranlassers für eine Konfiguration oder einen Aufbau einer Zugangsnetzverbindung
EP06017658A EP1887740A1 (de) 2006-08-11 2006-08-24 Festlegung des Veranlassers für eine Konfiguration oder einen Aufbau einer Zugangsnetzverbindung
EP06017658.3 2006-08-24

Publications (1)

Publication Number Publication Date
WO2008017662A1 true WO2008017662A1 (de) 2008-02-14

Family

ID=38904844

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2007/058145 Ceased WO2008017662A1 (de) 2006-08-11 2007-08-06 Festlegung des veranlassers für eine konfiguration oder einen aufbau einer zugangsnetzverbindung

Country Status (3)

Country Link
US (1) US20110053590A1 (de)
EP (1) EP1887740A1 (de)
WO (1) WO2008017662A1 (de)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2186353B1 (de) * 2007-08-23 2015-12-09 Telefonaktiebolaget LM Ericsson (publ) Verfahren zum einfachen abrufen von netzwerkzugangsauswahlinformationen
US20100290448A1 (en) * 2008-01-15 2010-11-18 Telefonaktiebolaget L M Ericsson (Publ) Pre-fetching of input data for access network selection
CN101262357B (zh) * 2008-04-25 2011-04-20 中兴通讯股份有限公司 策略控制实现方法、装置和系统
WO2010091715A1 (en) * 2009-02-10 2010-08-19 Telefonaktiebolaget L M Ericsson (Publ) Devices for an improved multi access system
US8457114B2 (en) * 2009-09-28 2013-06-04 Telefonaktiebolaget Lm Ericsson (Publ) Method to optimize call establishment in mobile satellite communication systems
US8594684B2 (en) * 2009-12-18 2013-11-26 Motorola Solutions, Inc. Method for bearer establishment in a radio access network
WO2011085803A1 (en) 2010-01-12 2011-07-21 Nokia Siemens Networks Oy Controlling traffic flow template generation
CN102075898B (zh) 2010-12-21 2014-02-26 华为技术有限公司 业务控制方法、装置及系统
WO2013117221A1 (en) * 2012-02-08 2013-08-15 Nokia Siemens Networks Oy Methods, apparatuses, a system, and a related computer program product for defining, provisioning and activating packet filters
US9088440B2 (en) * 2012-05-21 2015-07-21 Alcatel Lucent Telecom information for web services that are provided by a telecom network
CN113132322B (zh) 2019-12-31 2022-05-17 华为技术有限公司 一种通信的方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE377336T1 (de) * 2002-08-05 2007-11-15 Roamware Inc Verfahren und system zur weiterleitung von verkehr in einem zellularen netzwerk
CN1264309C (zh) * 2003-06-26 2006-07-12 华为技术有限公司 一种给无线局域网用户发送业务数据的方法
US8316234B2 (en) * 2003-10-28 2012-11-20 Hewlett-Packard Development Company, L.P. Encoded attribute matching on communication devices
CA2572281C (en) * 2004-07-05 2015-01-27 Telefonaktiebolaget Lm Ericsson Binding mechanism for quality of service management in a communication network
US8238326B2 (en) * 2004-11-18 2012-08-07 Ruckus Wireless, Inc. Maintaining consistent network connections while moving through wireless networks
US7643626B2 (en) * 2004-12-27 2010-01-05 Alcatel-Lucent Usa Inc. Method for deploying, provisioning and storing initial filter criteria

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP: "3rd Generation Partnership Project; Technical Specification Group Services and Architecture; Optimisations and Enhancements for Realtime IMS communication; (Release 7)", 3GPP TR 23.818 V0.5.0, 19 July 2006 (2006-07-19), pages 1 - 57, XP002414868, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Specs/archive/23_series/23.818/23818-050.zip> [retrieved on 20070115] *
KARAGIANNIS G: "QoS in GPRS", ERICSSON REPORT, 21 December 2000 (2000-12-21), pages 1 - 87, XP002414869, Retrieved from the Internet <URL:http://eprints.eemcs.utwente.nl/3627/01/tr-ctit-00-29.pdf> [retrieved on 20070115] *

Also Published As

Publication number Publication date
US20110053590A1 (en) 2011-03-03
EP1887740A1 (de) 2008-02-13

Similar Documents

Publication Publication Date Title
WO2008017662A1 (de) Festlegung des veranlassers für eine konfiguration oder einen aufbau einer zugangsnetzverbindung
DE60206894T2 (de) Verfahren und vorrichtung zur herstellung eines protokoll-proxy für ein mobiles host-endgerät in einer multimediasitzung
US9450887B2 (en) Methods and apparatuses for notifying an application function of resource restrictions relating to a communication session
EP1685682B1 (de) Steuerung von netzwerkbetriebsmitteln nach bestimmung eines flussabschlusses
DE602004009913T2 (de) Verfahren, system und netzwerkelement zur autorisierung einer datenübertragung
DE60225278T2 (de) Technik zur verbesserung von ansagen in anrufen mit mobilursprung
DE602004009669T2 (de) Routing-optimierung bei der sip-verbindungsherstellung
EP2018765B1 (de) Steuerung der dienstqualität und/oder der vergebührung von telekommunikationsdiensten
DE102005050586B3 (de) Verfahren zum Aufbau einer Videotelefonverbindung und/oder Multimediatelefonverbindung in einem Datennetz
DE602006000816T2 (de) Verfahren zur Bereitstellung von nahtlose mobile Sitzung
US20040218607A1 (en) Handling traffic flows in a mobile communications network
DE20212588U1 (de) Ein Netzwerk zur Verwendung eines Sitzungseinleitungsprokolls zur Identifizierung von Benutzergeräts-Ressourcenreservierungs-Aufbauprotokollfähigkeiten
WO2007080537A1 (en) Optimization of pdp context usage
WO2007045522A1 (de) Verfahren zum weiterleiten von signalisierungsdaten in einer netzübergangseinheit und in einer steuereinheit sowie zugehörige einheiten
DE60101571T2 (de) Datenträger in einem kommunikationssystem
DE60022913T2 (de) Lösen einer verbindung in einem zwei schichten netzwerk
EP2078262B1 (de) Systeme und verfahren zur signalreduktion in der drahtlosen kommunikation
EP1887738A1 (de) Festlegung des Veranlassers für eine Konfiguration oder einen Aufbau einer Zugangsnetzverbindung
DE102005014852A1 (de) Entscheidung zur Zuordnung und Ressourcenvergabe für mindestens einem Datenstrom und mindestens eine Nutzverbindung
EP1955567B1 (de) Verfahren zum wechsel von zumindest einem ersten kommunikationsdienst auf zumindest einen zweiten kommunikationsdienst zur übertragung von unterschiedlichen dateninhalten
WO2006079586A1 (de) Paketfilter für datenpakete in uplink-richtung
WO2008017657A1 (de) Erkennen des korrekten sip established dialogues im falle des verlustes von nachrichten
WO2001017287A1 (de) Verfahren und kommunikationssystem zur behandlung eines paketdienstes

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: 07802511

Country of ref document: EP

Kind code of ref document: A1

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: 07802511

Country of ref document: EP

Kind code of ref document: A1