WO2006100024A2 - Verfahren und vorrichtung zum aktivieren eines paketdatenprotokoll- kontextes beim aufbau einer paketdatenverbindung in einem kommunikationsnetz - Google Patents

Verfahren und vorrichtung zum aktivieren eines paketdatenprotokoll- kontextes beim aufbau einer paketdatenverbindung in einem kommunikationsnetz Download PDF

Info

Publication number
WO2006100024A2
WO2006100024A2 PCT/EP2006/002554 EP2006002554W WO2006100024A2 WO 2006100024 A2 WO2006100024 A2 WO 2006100024A2 EP 2006002554 W EP2006002554 W EP 2006002554W WO 2006100024 A2 WO2006100024 A2 WO 2006100024A2
Authority
WO
WIPO (PCT)
Prior art keywords
message
network node
apn
network
packet data
Prior art date
Application number
PCT/EP2006/002554
Other languages
English (en)
French (fr)
Other versions
WO2006100024A3 (de
Inventor
Rémi KLEO
Original Assignee
T-Mobile International Ag & 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 T-Mobile International Ag & Co. Kg filed Critical T-Mobile International Ag & Co. Kg
Priority to EP06723568A priority Critical patent/EP1869838B1/de
Priority to DE502006006108T priority patent/DE502006006108D1/de
Priority to PL06723568T priority patent/PL1869838T3/pl
Priority to AT06723568T priority patent/ATE457611T1/de
Priority to DK06723568.9T priority patent/DK1869838T3/da
Priority to SI200630640T priority patent/SI1869838T1/sl
Publication of WO2006100024A2 publication Critical patent/WO2006100024A2/de
Publication of WO2006100024A3 publication Critical patent/WO2006100024A3/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Definitions

  • the invention relates to a method and apparatus for activating a packet data protocol context in the establishment of a packet data connection in a communication network.
  • the UMTS network under development also supports corresponding data services.
  • the transmission of the data in the mobile network takes place here not connection-oriented, but in the form of packet data. This type of transmission uses the given transmission resources in the mobile network better. It is thus possible to establish a connection to a packet data network with a mobile communication terminal, for example a mobile telephone.
  • GPRS assumes that the communication terminal used by the mobile subscriber - the mobile station - is served at its respective location by a GPRS Service Node (SGSN).
  • SGSN GPRS Service Node
  • GGSN Gateway GPRS Support Nodes
  • GGSN Gateway GPRS Support Nodes
  • PDP Context Activation activates a so-called context, ie a path through the telecommunications network, such as a GPRS network. This path is communicated to the telecommunication device, the SGSN and the GGSN for the data transmission.
  • the activation of the PDP context is caused either by one of the participants or its communication terminal, or the communication network causes each of the user equipment each to request the PDP context by means of a message "Activate PDP Context Request".
  • the QoS message contains the information element "QoS requested", with which those quality parameters which are desired for the respective subscriber are described, which causes the SGSN to provide and set these parameters for the following data transmission.
  • the SGSN After establishing a connection between the SGSN and the subscriber's terminal, the SGSN checks the rights of the subscriber (Subscription), after which a connection to the GGSN is set up, which, as described above, serves as an interface to an external network, for example the Internet. For this purpose, the node SGSN sends to the node GGSN the message "Create PDP Context Request.” This message contains the actually confirmed QoS (QoS negotiated), which can correspond to the subscriber requested (QoS requested) or deviate therefrom.
  • QoS QoS negotiated
  • a name of an access point name is transmitted in the "Activate PDP Context" message, the APN is then sent to the GGSN in the "Create PDP context" Posted.
  • the APN is a logical name that identifies an external packet data network and / or service to which the subscriber wishes to connect.
  • the APN contains the "Activate PDP Context "message other parameters, such as QoS parameters, routing parameters, type of data service, etc.
  • a telecommunication terminal transmits a message containing several parameters for activating a packet data connection to a first network node of the communication network.
  • at least one parameter of the message is analyzed and / or changed in the first network node, and the modified message is transmitted to at least one second network node.
  • This invention allows an operator of the packet data network of a GPRS / UMTS network, for example, to modify the subscriber-specified "Requested APN" depending on a list of rules.
  • the rules in this list are used to analyze the various parameters conveyed in the "Activate PDP Context Request" message and to decide whether and how to modify or overwrite the APN or other parameters.
  • the provider or network operator can offer a service even if the subscriber has mistyped or does not know the exact APN of a desired service.
  • the provider or network operator may also define new APNs for existing services, while subscribers with "old" configurations in their terminals may still use the services using an "old" APN.
  • the network node accesses a predefined or "Default APN" and assigns this to the subscriber.
  • Figure 1 shows the activation of a packet protocol context in a GSM / GPRS network.
  • Figure 2 shows the activation of a packet protocol context in a UMTS network.
  • FIG. 3 shows an example of the overwriting of an APN in the SGSN according to example 1, rule 1.
  • the network operator defines a list of rules in the SGSN. Each rule consists of different conditions and an action. If all the conditions of a rule are met, the action will be executed and any further rules will be ignored. If at least one condition of a rule does not apply, the next rule is applied. The order of the rule is relevant. Depending on the rules, one or more of the following actions may be performed:
  • the APN sent by the subscriber to the SGSN in the message "Activate PDP Context Request” is overwritten and replaced by another APN defined by the network operator
  • the new APN is used for further connection establishment and transmitted to further network elements. For example, to a GGSN in the message "Create PDP Context Request".
  • the imsimask describes the first digits of an IMSIS. From this one can determine, for example, the network affiliation of the IMSI.
  • the Requested Traffic Class parameter which indicates the type of connection desired, e.g. speech-oriented parcel services.
  • a second rule list can be defined for a so-called "secondary PDP context request.”
  • This second rule list generally has the same technical characteristics as the rule list defined above.
  • a second rule list can be defined for secondary PDP Context Request messages with fewer parameters and features than the rule list defined above, e.g., without Lac and Rac.
  • All QoS parameters that are initially transmitted from the subscriber's terminal to the SGSN can be summarized in a "profile.”
  • All QoS parameters transmitted from the SGSN to the GGSN can be summarized in a "profile.”
  • the invention takes effect immediately after receiving the "Activate PDP context Request” message in the SGSN
  • the standard procedures: "subscription checking”, “APN selection”, and "host configuration” become after any overwriting of the APN or the other parameters carried out.
  • Example 1 Wrong APN name entered.
  • the network operator T-Mobile has the APN for the MMS service
  • the SGSN may analyze the requested "APN requested” and overwrite it with the correct APN.
  • -Requested Traffic Class describes the requested traffic class, at
  • GPRS e.g. Streaming, conversational, interactive, background
  • -Routing Area describes a routing area in which a
  • An SGSN can serve multiple routing areas, this part of the stay area being "Location Area”.
  • -New APN describes the new APN used by the SGSN
  • APN Activate APN "mms.t-mobile.de” as soon as you enter something with “mms” as APN.
  • Example 2 Traffic Class and MMS APN.
  • Rule 2 allows the operator to define a special APN for voice-oriented packet services.
  • Example 3 Location Based Service, Traffic Class and MMS APN.
  • Rule 2 allows the operator to define a special APN for voice-oriented packet services.
  • Rule 3 allows the operator to provide a specific APN for local services, such as:
  • the network operator can offer a service even if the subscriber has mistyped when entering the APN. He can also go out For marketing reasons, define new APNs, while the participants with old configurations of their devices can still use the services.
  • the operator can offer his subscribers location-dependent services depending on the "routing area".
  • the operator can prevent inbound roamers from using better services than their own customers.
  • the Routing Area and Location Area are attached to the "Activate PDP Context Request" message from the Base Station Subsystem (BSS) or the UMS Transceiver System "Utran”.
  • BSS Base Station Subsystem
  • UMS UMS Transceiver System

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

Die Erfindung betrifft ein Verfahren und eine Vorrichtung zum Aufbau einer Paketdatenverbindung in einem mobilen Telekommunikationsnetz, bei dem von einem Telekommunikationsendgerät eine mehrere Parameter enthaltende Nachricht zur Aktivierung einer Paketdatenverbindung an einen ersten Netzknoten des Kommunikationsnetzes übermittelt wird. Erfindungsgemäß wird im ersten Netzknoten mindestens ein Parameter der Nachricht analysiert und/oder verändert, und die veränderte Nachricht an mindestens einen zweiten Netzknoten übermittelt.

Description

Verfahren und Vorrichtung zum Aktivieren eines Paketdatenprotokoll- Kontextes beim Aufbau einer Paketdatenverbindung in einem Kommunikationsnetz
Die Erfindung betrifft ein Verfahren und Vorrichtung zum Aktivieren eines Paketdatenprotokoll-Kontextes beim Aufbau einer Paketdatenverbindung in einem Kommunikationsnetz.
Heutige Mobilfunknetze nach dem GSM-Standard unterstützen Datendienste wie den Paketdatendienst GPRS (General Packet Radio Service) gemäß der ETSI GSM- Empfehlung 03.60 oder der 3 GPP Spezifikation 23.060. Auch das im Aufbau befindliche UMTS Netz unterstützt entsprechende Datendienste. Die Übertragung der Daten im Mobilfunknetz findet hierbei nicht verbindungsorientiert, sondern in Form von Paketdaten statt. Diese Art der Übertragung nutzt die gegebenen Übertragungsressourcen im Mobilfunknetz besser aus. So ist es möglich, mit einem Mobilkommunikationsendgerät, beispielsweise einem Mobiltelefon, eine Verbindung zu einem Paketdatennetz herzustellen. Beispielsweise geht die Architektur für den Paketdatendienst GPRS davon aus, dass das vom mobilen Teilnehmer benutzte Kommunikationsendgerät - die Mobilstation - an ihrem jeweiligen Aufenthaltsort von einem GPRS Dienstenetzknoten (SGSN: Serving GPRS Support Node) bedient wird. Um Paketdaten zu empfangen oder zu senden, ist der Zugang zu einem Paketdatennetz notwendig. Zu diesem Zweck werden Zugangsnetzknoten (GGSN: Gateway GPRS Support Nodes) bereitgestellt, die jeweils den Zugang zu dem Paketdatennetz - z.B. Internet - realisieren und ein bestimmtes Paketdatenprotokoll - z.B. Internet Protokoll - unterstützen.
Um eine Verbindung zum Paketdatendienst aufzubauen, die die Übertragung von Datenpaketen vom Mobilfunknetz an das Internet und umgekehrt ermöglicht, ist zunächst eine Anmeldung des jeweils empfangenden Teilnehmers Paketdatenprotokolls (PDP: Packet Data Protocol) für eine nachfolgende Übertragung von Paketdaten. Dieses geschieht mit der sogenannten „PDP Context Activation" Prozedur. Hierbei wird ein sogenannter Kontext aktiviert, d.h. ein Pfad durch das Telekommunikationsnetz, also etwa ein GPRS-Netz. Dieser Pfad wird dem Telekommunikationsgerät, dem SGSN und dem GGSN mitgeteilt. Dieses stellt die Voraussetzung für die Datenübertragung dar. Die Aktivierung des PDP Contexts wird entweder durch einen der Teilnehmer bzw. dessen Kommunikationsendgerät veranlasst, oder das Kommunikationsnetz veranlasst eines der Teilnehmergeräte jeweils dazu, den PDP Context anzufragen mittels einer Nachricht „Activate PDP Context Request". Während dieser Aktivierung des PDP Contexts erfolgt auch die sogenannte Aushandlung der Übertragungsqualität, der sogenannten Quality of Service QoS. Die QoS Nachricht enthält unter anderem das Informationselement „QoS requested", mit dem diejenigen Qualitätsparameter, die für den jeweiligen Teilnehmer gewünscht werden, beschrieben werden. Der SGSN wird dadurch veranlasst, diese Parameter für die folgende Datenübertragung vorzusehen und einzustellen.
Nach Verbindungsaufbau zwischen dem SGSN und dem Endgerät des Teilnehmers überprüft der SGSN die Rechte des Kunden (Subscription), wonach dann eine Verbindung zum GGSN aufgebaut wird, der, wie oben beschrieben, als Schnittstelle zu einem externen Netzwerk, beispielsweise dem Internet, dient. Hierfür sendet der Knoten SGSN an den Knoten GGSN die Nachricht „Create PDP Context Request". In dieser Nachricht ist der tatsächlich bestätigte QoS (QoS negotiated) enthalten, der dem vom Teilnehmer angefragten (QoS requested) entsprechen oder von diesem abweichen kann.
Anstelle einer Rufnummer, wie es bei einer leitungsvermittelten Verbindung der Fall ist, wird in der „Activate PDP Context" Nachricht ein Name eines Zugangspunktes (APN: Access Point Name) übermittelt. Der APN wird dann in der „Create PDP context" an den GGSN gesendet. Der APN ist ein logischer Name, der ein externes Paketdatennetz und/oder einen Dienst identifiziert, mit dem der Teilnehmer verbunden werden will. Neben dem APN enthält die „Activate PDP Context" Nachricht weitere Parameter, wie QoS Parameter, Routing-Parameter, Art des Datendienstes, usw.
Probleme können entstehen, wenn der Teilnehmer den APN für den gewünschten Dienst nicht genau kennt oder sich bei der Eingabe des APN vertippt hat. Dann wird der gewünschte Dienst vom Telekommunikationsnetz nicht erkannt und kann nicht aktiviert werden. Der Teilnehmer muss dann erst den genauen APN für den gewünschten Dienst ermitteln. Das ist für den Teilnehmer unbefriedigend und unkomfortabel.
Es ist die Aufgabe der Erfindung, ein Verfahren und Vorrichtung zum Aktivieren eines Paketdatenprotokoll-Kontext beim Aufbau einer Paketdatenverbindung in einem Kommunikationsnetz anzugeben, die dem Teilnehmer eine komfortablere Nutzung eines Paketdatendienstes erlauben.
Diese Aufgabe wird erfindungsgemäß durch ein Verfahren und eine Vorrichtung gemäß den unabhängigen Ansprüchen gelöst.
Bevorzugte Ausgestaltungen und andere vorteilhafte Merkmale der Erfindung sind in den abhängigen Ansprüchen angegeben,
Zum Aufbau einer Paketdatenverbindung in einem mobilen Telekommunikationsnetz wird von einem Telekommunikationsendgerät eine mehrere Parameter enthaltende Nachricht zur Aktivierung einer Paketdatenverbindung an einen ersten Netzknoten des Kommunikationsnetzes übermittelt. Erfindungsgemäß wird im ersten Netzknoten mindestens ein Parameter der Nachricht analysiert und/oder verändert, und die veränderte Nachricht an mindestens einen zweiten Netzknoten übermittelt.
Diese Erfindung ermöglicht einem Betreiber des Paketdatennetzwerkes eines GPRS/UMTS Netzwerkes z.B. das vom Teilnehmer angegebene „Requested APN" zu modifizieren abhängig von einer Liste von Regeln. Anhand der Regeln in dieser Liste werden die verschiedene Parameter, die in der „Activate PDP Context Request" Nachricht übermittelt werden, analysiert und es wird entschieden, ob und wie der APN oder andere Parameter verändert bzw. überschrieben werden.
Durch diese Erfindung kann der Provider oder Netzbetreiber einen Dienst anbieten auch wenn der Teilnehmer sich vertippt hat oder die genaue APN eines gewünschten Dienstes nicht kennt. Der Provider oder Netzbetreiber kann auch neue APNs für vorhandene Dienste definieren, während die Teilnehmer mit „alten" Konfigurationen in ihren Endgeräten die Dienste unter Verwendung einer „alten" APN immer noch nutzen können.
Wenn vom Teilnehmer kein APN angegeben wurde, kann es vorgesehen sein, dass der Netzknoten auf einen vorgegebenen bzw. voreingestellten „Default APN" zugreift und diesen dem Teilnehmer zuweist.
Ausführungsbeispiele der Erfindung werden nachfolgend anhand der Zeichnungen beschrieben.
Figur 1 zeigt die Aktivierung eines Paketprotokoll-Kontextes in einem GSM-/GPRS- Netz.
Figur 2 zeigt die Aktivierung eines Paketprotokoll-Kontextes in einem UMTS-Netz.
Figur 3 zeigt ein Beispiel für das Überschreiben einer APN im SGSN gemäß dem Beispiel 1 , Regel 1.
Erfindungsgemäß definiert der Netzbetreiber im SGSN eine Liste von Regeln. Jede Regel besteht aus verschiedenen Bedingungen und einer Aktion. Wenn alle Bedingungen einer Regel zutreffen, wird die Aktion ausgeführt und mögliche weitere Regeln werden ignoriert. Wenn mindestens eine Bedingung einer Regel nicht zutrifft, wird die nächste Regel angewendet. Die Reihenfolge der Regel ist relevant. In Abhängigkeit der Regeln können eine oder mehrere der folgenden Aktionen durchgeführt werden:
- Der APN, der in der Nachricht „Activate PDP Context Request" vom Teilnehmer an den SGSN geschickt wird, wird überschrieben und durch einen anderen, vom Netzbetreiber definierten APN ersetzt. Der neue APN wird für den weiteren Verbindungsaufbau genutzt und an weitere Netzelemente übermittelt, beispielsweise an einen GGSN in der Nachricht „Create PDP Context Request".
- Die in der Nachricht „Activate PDP Context Request" enthaltenen QOS Parameter werden überschrieben und durch andere vom Betreiber definiert QoS Parameter ersetzt. In der Nachricht „Create PDP Context Request" werden die neuen QoS Parameter an weitere Netzelemente übermittelt.
- Beliebige andere Parameter, die in der Nachricht „Activate PDP Context Request" enthalten sind, können im SGSN überschrieben werden und in der Nachricht „Create PDP Context Request" an weitere Netzelemente übermittelt werden.
Folgende Parameter aus der „Activate PDP context Request" Nachricht können in den Bedingungen für die Regeln im SGSN analysiert werden:
- imsimask, die Imsimask beschreibt die ersten Ziffern eines IMSIS. Daraus kann man beispielsweise die Netzzugehörigkeit der IMSI feststellen.
- Verschiedene Anteile der „Requested QOS", wie beispielsweise der Parameter „Requested Traffic Class", der die Art der gewünschten Verbindung angibt, wie z.B. sprechorientierter Paketdienste.
- die angeforderte APN ."requested APN". Die Aktion, die in der Regel beschrieben wird, bewirkt entweder:
- Ein Überschreiben des APN, der QOS Parameter oder anderer Parameters jeweils durch eine andere APN, andere QOS Parameter oder andere Parameters, die vom Betreiber definiert werden. Die APN bzw. die Parameter werden im SGSN überschrieben und in der „Create PDP Context Request " Nachricht zum relevanten GGSN oder andere Netzelemente übermittelt,
- Eine transparente Übertragung der Nachricht „Activate PDP Context Request, wie es üblicherweise der Fall ist, vom SGSN zum GGSN.
In einer Weiterbildung der Erfindung kann eine zweite Regelliste für einen sogenannten „Secondary PDP context Request" definiert werden. Diese zweite Regelliste weist generell die gleichen technischen Merkmale auf, wie die oben definierte Regelliste.
Eine zweite Regelliste kann für „Secondary PDP Context Request" Nachrichten definiert werden mit weniger Parametern und Merkmalen als die oben definierte Regelliste, z.B. ohne Lac und Rac.
Alle QoS Parameter, die anfänglich vom Endgerät des Teilnehmers an den SGSN übermittelt werden, können in einem „Profil" zusammengefasst werden. Alle QoS Parameter, die vom SGSN zum GGSN übermittelt werden, können in einem „Profil" zusammengefasst werden.
Die Erfindung greift sofort nach dem Empfang der „Activate PDP context Request" Nachricht im SGSN. Die Standard-Prozeduren: „subscription checking", „APN selection", und „host configuration" werden nach dem eventuellen Überschreiben des APNs bzw. der anderen Parameter durchgeführt. Beispiel 1 : Falscher APN Name eingegeben.
Der Netzbetreiber T-Mobile hat für den Dienst MMS das APN
„mms.t-mobile.de" konfiguriert. Ein Teilnehmer von T-Mobile fragt nun beispielsweise den APN „mms" an, da ihm der korrekte APN nicht genau bekannt ist. Ohne die
Erfindung wird der Kontext abgelehnt, da ein APN „mms" nicht existiert. Mit der
Erfindung, wenn der Betreiber die Erfindung implementiert hat, kann der SGSN das angefragte falsche „requested APN" analysieren und mit dem korrekten APN überschreiben.
Es können folgende Parameter in der „Activate PDP Context Request" Nachricht analysiert werden:
-imsi bzw. imsimask: beschreibt die ersten Ziffern eines IMSI
-Requested APN: beschreibt die angefragte APN
-Requested Traffic Class: beschreibt die angefragte Verkehrsklasse, bei
GPRS, z.B. Streaming, conversational, interactive, background
-Routing Area: beschreibt einen Routingbereich, in dem sich eine
Mobilfunkstation ohne Aktualisierung des aktuell zuständigen SGSN bewege kann. Ein SGSN kann mehrere Routingbereiche bedienen, wobei dieser Bestandteil des Aufenthalt-Bereiches „Location Area" ist.
-Location Area: siehe Erläuterung „Routing Area"
-New APN: beschreibt die neue, vom SGSN eingesetzte APN
Folgende Regeln können dann im SGSN konfiguriert werden:
Regel 1
-imsi = 26201* (IMSIs von T-mobile Kunden und nur die)
-Requested APN=*mms* (angefragte APN -Requested Traffic Class=any (irgendeine Verkehrsklasse)
-Routing Area=any (irgendein Routingbereich)
-Location Area=any (irgendein Aufenthaltsbereich)
-New APN= mms.t-mobile.de (neue APN)
Regel 2
-imsi=any (irgendeine IMSI)
-Requested APN= any (irgendeine APN)
-Requested Traffic Class=any (irgendeine Verkehrsklasse)
-Routing Area=any (irgendein Routingbereich)
-Location Area=any (irgendein Aufenthaltsbereich)
-New APN= No modification (keine Änderung der APN)
Die Reihenfolge der Regeln ist entscheidend.
Wie sich auch aus Figur 3 ergibt, können durch Regel 1 alle T-Mobile Kunden das
APN „mms.t-mobile.de" aktivieren sobald sie irgendwas mit „mms" als APN eingeben haben.
Durch Regel 2 sind sowohl die Roamer nicht beeinflusst als auch die T-Mobile
Kunden, die ein anderes APN aktivieren wollen.
Beispiel 2: Traffic Class und MMS APN.
Regel 1
-imsi = 26201* (IMSIs von T-Mobile Kunden und nur die)
-Requested APN=*mms* (angefragte APN)
-Requested Traffic Class=any (irgendeine Verkehrsklasse)
-Routing Area=any (irgendein Routingbereich)
-Location Area=any (irgendein Aufenthaltsbereich)
-New APN= mms.t-mobile.de (neue APN)
Regel 2
-imsi=26201* (IMSIs von T-Mobile Kunden und nur die) -Requested APN= any (irgendeine APN )
-Requested Traffic Class=Conversational (Sprachdienste) -Routing Area=any (irgendein Routingbereich)
-Location Area=any (irgendein Aufenthaltsbereich)
-New APN= convers.t-mobile.de (neue APN)
Regel 3
-imsi=any (irgendeine IMSI)
-Requested APN= any (irgendeine APN)
-Requested Traffic Class=any (irgendeine Verkehrsklasse)
-Routing Area=any (irgendein Routingbereich)
-Location Area=any (irgendein Aufenthaltsbereich)
-New APN= No modification (keine Änderung der APN)
Durch Regel 1 können alle T-Mobile Kunden das APN „mms.t-mobile.de" aktivieren sobald sie irgendwas mit „mms" als APN eingeben haben.
Regel 2 erlaubt dem Betreiber ein Spezielles APN für sprach orientierte Paketdienste zu definieren.
Regel 3 deckt alle anderen Fälle ab.
Beispiel 3: Location basierter Dienst, Traffic Class und MMS APN.
Regel 1
-imsi = 26201* (IMSIs von T-mobile Kunden und nur die)
-Requested APN=*mms* (angefragte APN)
-Requested Traffic Class=any (irgendeine Verkehrsklasse)
-Routing Area=any (irgendein Routingbereich)
-Location Area=any irgendein Aufenthaltsbereich)
-New APN= mms.t-mobile.de (neue APN)
Regel 2
-imsi=26201* (IMSIs von T-mobile Kunden und nur die) -Requested APN= any (irgendeine APN)
-Requested Traffic Class=Conversational (nur Sprachdienste) -Routing Area=any (irgendein Routingbereich)
-Location Area=any (irgendein Aufenthaltsbereich)
-New APN= convers.t-mobile.de (neue APN)
Regel 3
-imsi=26201* (IMSIs von T-mobile Kunden und nur die)
-Requested APN= any (irgendeine APN)
-Requested Traffic Class=any (irgendeine Verkehrsklasse)
-Routing Area=any (irgendein Routingbereich)
-Location Area=123,456,789 (nur bestimmte Aufenthaltsbereiche)
-New APN= spezial.cebit (neue APN)
Regel 4
-imsi=any (irgendeine IMSI)
-Requested APN= any (irgendeine APN)
-Requested Traffic Class=any (irgendeine Verkehrsklasse)
-Routing Area=any (irgendein Routingbereich)
-Location Area=any (irgendein Aufenthaltsbereich)
-New APN= No modification (keine Änderung der APN)
Regel 1 ist wie im Beispiel 1 .
Regel 2 erlaubt dem Betreiber ein Spezielles APN für sprachorientierte Paketdienste zu definieren.
Regel 3 erlaubt dem Betreiber ein spezielles APN für lokale Dienste anzubieten, zum
Beispiel für die Cebit Messe.
Regel 4 deckt alle anderen Fälle ab. Beispiel 4: in Tabellenform:
Figure imgf000013_0001
Erläuterung der Tabelle: Wenn ein mobiles Kommunikationsendgerät mit der IMSI 26201 123 456 7890 eine „Activate pdp Context Request" Nachricht aus irgend einem Aufenthaltsbereich „Location Area" und irgend einem Routingbereich „Routing Area" mit der APN „wap.t-d1.de" an einen SGSN übermittelt, wird diese APN durch die APN „wap" ersetzt.
Wenn ein mobiles Kommunikationsendgerät mit der IMSI 23001 123 456 7890 oder der IMS 26201 123 456 7890 eine „Activate PDP Context Request,, Nachricht aus irgend einer „Location Area" und irgend einer „Routing Area" mit der Traffic Class „conversational" an ein SGSN übermittelt, wird diese APN durch die APN „conversational.alltmo.de" ersetzt.
Durch diese Erfindung kann der Netzbetreiber einen Dienst anbieten auch wenn der Teilnehmer sich bei der Eingabe der APN vertippt hat. Er kann auch aus Marketinggründen neue APNs definieren, während die Teilnehmer mit alten Konfigurationen ihrer Endgeräte die Dienste immer noch nutzen können.
Durch diese Erfindung kann der Betreiber seinen Teilnehmern je nach „Routing Area" standortabhängige Dienste anbieten.
Durch diese Erfindung, kann der Betreiber verhindern, dass „inbound Roamer" bessere Dienste benutzen können als seine eigenen Kunden.
Die Routing Area und Location Area werden der „Activate PDP Context Request" Nachricht vom von dem Basisstationssubsystem (BSS) oder dem UMS Transceiversystem „Utran" beigefügt. Der SGSN kann diese Informationen dann extrahieren und auswerten.
Abkürzungen:
MS Mobilstation
BSS Basisstations-Subsystem
SGSN Serving GPRS Support Node (Dienstenetzknoten)
GGSN Gateway GPRS Support Nodes (Zugangsnetzknoten)
UTRAN UMTS Terrestrial Radio Access Network (Funkzugangsnetzwerk)

Claims

Ansprüche
1. Verfahren zum Aufbau einer Paketdatenverbindung in einem mobilen Telekommunikationsnetz, bei dem von einem Telekommunikationsendgerät (10) eine mehrere Parameter enthaltende Nachricht (1 ) zur Aktivierung einer Paketdatenverbindung an einen ersten Netzknoten (14) des Kommunikationsnetzes übermittelt wird, dadurch gekennzeichnet, dass im ersten Netzknoten (14) mindestens ein Parameter der Nachricht (1 ) analysiert und/oder verändert wird, und eine veränderte Nachricht (3) an mindestens einen zweiten Netzknoten (16) übermittelt wird.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die Parameter der Nachricht (1 )im ersten Netzknoten (14) anhand von vorgegebenen Regeln analysiert werden, wobei jede Regel mindestens eine Bedingung und mindestens eine Aktion umfasst.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Aktion in Abhängigkeit des Zutreffens der Bedingung ausgeführt wird und das Verändern des Parameters umfasst.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass im ersten Netzknoten (14) einer oder mehrere der folgenden Parameter analysiert und/oder verändert werden:
- Name des Zugangspunktes (APN: Access Point Name)
- IMSImask
- angeforderte Verkehrsklasse (Requested Traffic class)
- Aufenthalts- und/oder Routingbereich (Location Area und/oder Routing Area)
- Parameter für die Dienstequalität (QoS Parameter)
- angeforderte Verkehrsklasse (requested Traffic Class)
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass an den ersten Netzknoten (14) eine „Activate PDP Context" Nachricht (1) übermittelt wird.
6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass an den zweiten Netzknoten (16) eine „Create PDP Context Request" Nachricht (3) übermittelt wird.
7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Kommunikationsnetz ein GSM-/GPRS- Kommunikationsnetz oder ein UMTS-Kommunikationsnetz ist.
8. Vorrichtung zum Aufbau einer Paketdatenverbindung in einem mobilen Telekommunikationsnetz, wobei von einem Telekommunikationsendgerät (10) eine mehrer Parameter enthaltende Nachricht (1 ) zur Aktivierung einer Paketdatenverbindung einen ersten Netzknoten (14) des Kommunikationsnetzes übermittelt wird, gekennzeichnet durch
Mittel im ersten Netzknoten (14) zum Analysieren und/oder Verändern von mindestens einem Parameter der Nachricht (1 ) und Mittel zur Übermittlung einer veränderten Nachricht (3) an mindestens einen zweiten Netzknoten (16).
9. Vorrichtung nach Anspruch 8, dadurch gekennzeichnet, dass die an den ersten Netzknoten (14) übermittelte Nachricht eine „Activate PDP Context" Nachricht (1 ) ist.
10.Vorrichtung nach einem der Ansprüche 8 oder 9, dadurch gekennzeichnet, dass die an den zweiten Netzknoten (16) übermittelte Nachricht eine „Create PDP Context Request" Nachricht (3) ist.
11. Vorrichtung nach einem der Ansprüche 8 bis 10, dadurch gekennzeichnet, dass das Kommunikationsnetz ein GSM-/GPRS-Kommunikationsnetz oder ein UMTS-Kommunikationsnetz ist.
12. Vorrichtung nach einem der Ansprüche 8 bis 10, dadurch gekennzeichnet, dass der erste Netzknoten (14) ein Dienstenetzknoten (SGSN: Serving GPRS Support Node) und der zweite Netzknoten (16) ein Zugangsnetzknoten (GGSN: Gateway GPRS Support Node) ist.
PCT/EP2006/002554 2005-03-23 2006-03-21 Verfahren und vorrichtung zum aktivieren eines paketdatenprotokoll- kontextes beim aufbau einer paketdatenverbindung in einem kommunikationsnetz WO2006100024A2 (de)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP06723568A EP1869838B1 (de) 2005-03-23 2006-03-21 Verfahren und vorrichtung zum aktivieren eines paketdatenprotokoll- kontextes beim aufbau einer paketdatenverbindung in einem kommunikationsnetz
DE502006006108T DE502006006108D1 (de) 2005-03-23 2006-03-21 Verfahren und vorrichtung zum aktivieren eines paketdatenprotokoll- kontextes beim aufbau einer paketdatenverbindung in einem kommunikationsnetz
PL06723568T PL1869838T3 (pl) 2005-03-23 2006-03-21 Sposób i urządzenie do aktywacji kontekstu protokołu dla danych pakietowych przy tworzeniu połączenia pakietowego w sieci komunikacyjnej
AT06723568T ATE457611T1 (de) 2005-03-23 2006-03-21 Verfahren und vorrichtung zum aktivieren eines paketdatenprotokoll- kontextes beim aufbau einer paketdatenverbindung in einem kommunikationsnetz
DK06723568.9T DK1869838T3 (da) 2005-03-23 2006-03-21 Fremgangsmåde og indretning til aktivering af en pakkedataprotokolkontekst under etableringen af en pakkedataforbindelse i et kommunikationsnetværk
SI200630640T SI1869838T1 (sl) 2005-03-23 2006-03-21 Postopek in naprava za aktiviranje konteksta paketnega podatkovnega protokola pri vzpostavljanju paketne podatkovne povezave v komunikacijskem omrežju

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102005014027 2005-03-23
DE102005014027.0 2005-03-23

Publications (2)

Publication Number Publication Date
WO2006100024A2 true WO2006100024A2 (de) 2006-09-28
WO2006100024A3 WO2006100024A3 (de) 2007-03-08

Family

ID=37024188

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/002554 WO2006100024A2 (de) 2005-03-23 2006-03-21 Verfahren und vorrichtung zum aktivieren eines paketdatenprotokoll- kontextes beim aufbau einer paketdatenverbindung in einem kommunikationsnetz

Country Status (10)

Country Link
EP (1) EP1869838B1 (de)
AT (1) ATE457611T1 (de)
CY (1) CY1110001T1 (de)
DE (1) DE502006006108D1 (de)
DK (1) DK1869838T3 (de)
ES (1) ES2340607T3 (de)
PL (1) PL1869838T3 (de)
PT (1) PT1869838E (de)
SI (1) SI1869838T1 (de)
WO (1) WO2006100024A2 (de)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008078224A1 (en) * 2006-12-21 2008-07-03 Telefonaktiebolaget Lm Ericsson (Publ) Quality of service improvement in mobile networks
WO2009150003A1 (en) * 2008-06-11 2009-12-17 Telefonaktiebolaget Lm Ericsson (Publ) Enhanced apn resolution
EP2170000A1 (de) * 2008-09-24 2010-03-31 Teliasonera AB Verfahren und Vorrichtung für ein mobiles Paketdatennetzwerk

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102026152A (zh) * 2010-11-25 2011-04-20 中兴通讯股份有限公司 一种移动终端及实现接入点名称设置的系统和方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1096742A1 (de) * 1999-10-25 2001-05-02 Lucent Technologies Inc. Funkkommunikationsnetz
WO2003015353A1 (en) * 2001-08-09 2003-02-20 Nokia Corporation Enabling active pdp contexts in additional plmns according to home operator information and/or subnetwork information
WO2004012433A1 (en) * 2002-07-30 2004-02-05 Interdigital Technology Corporation Method and apparatus for mobile based access point name (apn) selection

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1096742A1 (de) * 1999-10-25 2001-05-02 Lucent Technologies Inc. Funkkommunikationsnetz
WO2003015353A1 (en) * 2001-08-09 2003-02-20 Nokia Corporation Enabling active pdp contexts in additional plmns according to home operator information and/or subnetwork information
WO2004012433A1 (en) * 2002-07-30 2004-02-05 Interdigital Technology Corporation Method and apparatus for mobile based access point name (apn) selection

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ETSI: "APN and GGSN Selection" 3GPP TS 23.060 V6.7.0 RELEASE 6, ANNEX A, Dezember 2004 (2004-12), Seiten 197-204, XP002412801 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008078224A1 (en) * 2006-12-21 2008-07-03 Telefonaktiebolaget Lm Ericsson (Publ) Quality of service improvement in mobile networks
WO2009150003A1 (en) * 2008-06-11 2009-12-17 Telefonaktiebolaget Lm Ericsson (Publ) Enhanced apn resolution
CN102057724B (zh) * 2008-06-11 2014-05-07 爱立信电话股份有限公司 增强apn解析
US9351234B2 (en) 2008-06-11 2016-05-24 Telefonaktiebolaget Lm Ericsson (Publ) Enhanced APN resolution
EP2170000A1 (de) * 2008-09-24 2010-03-31 Teliasonera AB Verfahren und Vorrichtung für ein mobiles Paketdatennetzwerk

Also Published As

Publication number Publication date
CY1110001T1 (el) 2015-01-14
ATE457611T1 (de) 2010-02-15
DE502006006108D1 (de) 2010-03-25
PT1869838E (pt) 2010-05-12
PL1869838T3 (pl) 2010-08-31
EP1869838A2 (de) 2007-12-26
WO2006100024A3 (de) 2007-03-08
EP1869838B1 (de) 2010-02-10
DK1869838T3 (da) 2010-06-07
SI1869838T1 (sl) 2010-06-30
ES2340607T3 (es) 2010-06-07

Similar Documents

Publication Publication Date Title
DE60127869T2 (de) Verfahren zum zuteilen von dienstparameterwerten an übertragungen, funkzugangsnetze und netzwerkelemente
DE602004005604T2 (de) Verfahren zur dienstqualitätsdifferenzierung in paketmodus-mobilkommunikationsnetzen
DE60112480T2 (de) Dienstqualität (QoS) für ein Universales Mobiltelekommunikationssystem (UMTS) mit Unterstützung einer Verhandlung einer einstellbaren Dienstqualität
DE10307259B4 (de) Verfahren und System, das Roaming zwischen verschiedenen drahtlosen Netzwerken erlaubt
DE60117288T2 (de) Richtlinien koordination in einem kommunikationsnetz
DE69922492T2 (de) Verfahren zum anschluss einer basisstation an ein zellulares system
DE10043203A1 (de) Generische WLAN-Architektur
DE10120772A1 (de) Heterogenes Mobilfunksystem
DE60129418T2 (de) Übertragung von rufspezifikationen in einem telekommunikationssystem
DE69937150T2 (de) System und verfahren zur weiträumigen umgehung für an mobilstationen gerichtete anrufe
DE60201422T2 (de) Verbinden eines Endgerätes über ein Funkzugangsnetz oder ein lokales Zugangsnetz mit dem Kernnetz eines Mobilfunkkommunikationssystems
DE60313821T2 (de) Paketdatenprotokoll-Kontextaktivierung (PDP) in einem GPRS Netzwerk
EP1869838B1 (de) Verfahren und vorrichtung zum aktivieren eines paketdatenprotokoll- kontextes beim aufbau einer paketdatenverbindung in einem kommunikationsnetz
WO2006084776A1 (de) Verfahren zur anpassung einer verbindung zwischen einem diensteanbieter und einem kommunikationsgerät und entsprechendes kommunikationssystem
EP1257086A2 (de) Vorrichtung und Verfahren zum Übersenden von Information
EP1437011B1 (de) Verfahren zur durchführung von augenblicklichem nachrichtenverkehr (instant messaging) mit paketvermittelten daten
EP1522202B1 (de) Erstellen von dienstevereinbarungen zur nutzung netzinterner funktionen von telekommunikationsnetzen
EP2237600B1 (de) Begrenzung der datenübertragungsrate für eine datenverbindung in einem mobilfunksystem
WO2007048364A1 (de) Verfahren zum betreiben eines mobilen endgerätes in einem kommunikationsnetz, mobiles endgerät und netzknoten
EP1583373A2 (de) Netzressourcengesteuerte Dienst-Bereitstellung
EP2145466B1 (de) Verfahren zur netzgesteuerten volumen- und/oder zeitbegrenzung von gprs/umts (2g/3g) basierten diensten
EP1563691B1 (de) Verfahren und anordnung zur bereitstellung eines verbindungsweges zu einem mobilfunknetz sowie hierfuer geeignetes telekommunikationsendgeraet
DE10024862C1 (de) Verfahren zur Unterstützung von leitungsvermittelnden Diensten in einem Paketdatennetz
DE10301500A1 (de) Verfahren zum Identifizieren eines Netzwerks
EP3577925A1 (de) Konfiguration zur ermöglichung einer kommunikation

Legal Events

Date Code Title Description
DPE2 Request for preliminary examination filed before expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2006723568

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: RU

WWW Wipo information: withdrawn in national office

Country of ref document: RU

WWP Wipo information: published in national office

Ref document number: 2006723568

Country of ref document: EP