[go: up one dir, main page]

WO2004077757A1 - Verfahren zur aushandlung von datenverbindungen in einem wlan-netz - Google Patents

Verfahren zur aushandlung von datenverbindungen in einem wlan-netz Download PDF

Info

Publication number
WO2004077757A1
WO2004077757A1 PCT/DE2003/004195 DE0304195W WO2004077757A1 WO 2004077757 A1 WO2004077757 A1 WO 2004077757A1 DE 0304195 W DE0304195 W DE 0304195W WO 2004077757 A1 WO2004077757 A1 WO 2004077757A1
Authority
WO
WIPO (PCT)
Prior art keywords
messages
wlan
data
network
sip
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/DE2003/004195
Other languages
English (en)
French (fr)
Inventor
Jochen Grimminger
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.)
Siemens AG
Siemens Corp
Original Assignee
Siemens AG
Siemens Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG, Siemens Corp filed Critical Siemens AG
Publication of WO2004077757A1 publication Critical patent/WO2004077757A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/825—Involving tunnels, e.g. MPLS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the invention relates to a method for transmitting data in a WLAN network and a corresponding device for transmitting such data and a corresponding data network.
  • WLAN stands for "Wireless Local Area Network” and refers to a local wireless network with ranges of a few hundred meters.
  • users of end devices in particular mobile radio devices and laptops, have the option of logging into commercially operated WL ⁇ N networks at any location.
  • the user can locate a large number of WLAN networks via his terminal, each WLAN network comprising so-called access nodes (usually referred to as access points), via which the user can access further data networks, in particular the Internet or UMTS networks , can provide.
  • access nodes usually referred to as access points
  • the object of the invention is therefore to provide a method for transmitting data in a WL ⁇ N network, in which the user can check which data connection via the Access node of the WLAN network is suitable for its needs.
  • the WLAN messages contain specific messages about possible data connections of the terminal via the access node to data networks that can be connected to the WLAN network. This makes it possible to direct inquiries or information regarding possible data connections to the access node or to data networks that can be connected to the access node. Before the data connection is initialized, it can thus be clarified whether a data connection desired by the user is possible or which data connections can be established at all via the WLAN network.
  • the specific messages are evaluated and, depending on the evaluation, a decision is made as to whether or which data connection of the terminal via the access node to one or more of the data networks which can be connected to the WLAN network is used for data transmission.
  • the user of the terminal can thus automatically be provided with the data connection he or she wishes, or the user can be informed that the data connection required for his purposes is not possible at all via the WLAN network.
  • the specific messages preferably contain requests and / or information relating to the authentication of the terminal at the access node and / or in one or more of the data networks that can be connected to the WLAN network. Furthermore, the specific messages preferably contain requests and / or information relating to one or more data connection types and / or data connection qualities and / or data connection east and / or services provided by the data connection. The user of the terminal is thus given a variety of decision criteria according to which he can specify his desired data connection.
  • the specific messages are tunneled in the WLAN messages.
  • SIP Session Initiation Protocol
  • SDP Session Description Protocol
  • SIP / SDP messages ensures transmission of the specific messages in other networks, for example in IP-based networks, which are usually connected to WLAN access nodes.
  • the SIP / SDP messages can be, for example, probe request and / or probe response messages of the WL ⁇ N protocol. Alternatively, however, the messages can also be newly defined messages in the WLAN protocol.
  • EAP Extensible Authentication Protocol
  • the EAP protocol is well known from the prior art (see for example [4]). This protocol is used to provide authentication mechanisms for a point-to-point connection, the mechanisms Digest, Kerberos, USIM and the like known from the prior art being used in particular as authentication mechanisms. This ensures authentication in all data networks that understand the SIP protocol.
  • XML is a well-known description language for documents (see [6]).
  • the WLAN messages are messages in accordance with the WLAN standard IEEE 802.11.
  • the networks that can be connected to the WLAN network preferably comprise one or more 3GPP and / or IP networks.
  • the invention also includes a device for Transmission of data in a WLAN network, the device comprising:
  • WLAN messages can be transmitted in the L2 protocol layer between the access node and a terminal, and specific messages about possible data connections of the terminal can be transmitted in the WLAN messages via the access node to networks that can be connected to the WLAN network,
  • a computing unit connected to the access node for evaluating the specific messages.
  • the computing unit is an SIP proxy CSCF server. Furthermore, the computing unit is preferably integrated in the access node.
  • the invention comprises a data network with a WLAN network and one or more networks which can be connected to the WLAN network, the data network being designed such that the method according to the invention described above can be carried out.
  • Figure 1 is a schematic representation of a data network in which the data transmission method according to the invention can be carried out
  • Figure 2 shows an overview of the messages used in the WLAN protocol. That in ; " Figure -il schematically shown data network.” Includes a WLAN network 1, an IP network 2 and a 3GPP network 3.
  • AP Access Point
  • P-CSCF proxy CSCF server
  • An IP network 2 is connected to the access node AP or to the P-CSCF server P-CSCF. This network is in turn connected to a 3GPP network 3.
  • the 3GPP network comprises a large number of components with the designations SGSN, GGSN, HSS,
  • IMS IMS, P-CSCF, I-CSCF, S-CSCF and PDGW.
  • the components designated with these abbreviations are well-known building blocks of a 3GPP network and the terms hidden behind the abbreviations are generally known to the person skilled in the art. Since the structure of the 3GPP network does not play a decisive role for the method according to the invention, this structure will not be discussed in more detail below. It should only be mentioned that the IP network is connected to the 3GPP network via the gateway PDGW.
  • WLAN messages in the L2 protocol layer are exchanged between the user terminal UE and the access node AP, SIP messages containing SDP messages being tunneled in the WLAN messages.
  • SIP messages are generated without the assignment of an IP address and can be processed by the P-CSCF server, which is connected to the access node AP.
  • the method according to the invention is characterized in that in the embodiment described here, inquiries or information about possible data connections of the terminal UE are transmitted in the SDP messages via the access node AP to the IP network 2 and / or the 3GPP network 3. These inquiries or information can in particular include an access request which is determined by the user of the terminal.
  • the access request can relate to the type of data connection with which data transmission via the access node is to take place.
  • the user can specify that the data connection should take place over the Internet.
  • such a request can relate to a bandwidth desired by the user or a delay or jitter of the data connection. It is therefore possible to select the provider, for example in foreign foreign networks, according to predetermined criteria.
  • the arrows P1, P2 and P3 in FIG. 1 show, for example, the path of a request sent by the terminal UE.
  • the request is transmitted in the form of a SIP message and first reaches the access node AP and the P-CSCF server P-CSCF connected to the access node via the path P1.
  • This server can interpret and evaluate SIP messages.
  • the SIP messages are forwarded to further P-CSCF or S-CSCF servers, as indicated by arrows P2 or P3 is indicated.
  • the content of the SIP messages makes it clear which server is responsible for the terminal UE - for example for authentication - and this server is addressed via the SIP messages.
  • the data connection can then be initialized.
  • the great advantage here is that it can be clarified before the data connection is initialized whether the data connection even meets the requirements desired by the user. Furthermore, it can be determined which data connections are available at all, and the user can select an adequate data connection from the available data connections.
  • EAP Extensible Authentication Protocol
  • SIP Session Initiation Protocol
  • SIP authentication mechanisms Mechanisms known to the person skilled in the art, for example Kerberos or Digest, are used as SIP authentication mechanisms. Since the EAP protocol also serves as a carrier for the transmission of encryption information, an effective combination of authentication, key assignment and encryption is achieved with the transmission of specific messages for possible data connections.
  • the SIP authentication data contained in the EAP messages are extracted, for example using the RADIUS protocol in the form of so-called radius key value pairs. Since the RADIUS protocol is a widely used protocol, the compatibility of the authentication in the various data networks is ensured. It should be noted here that it is possible to use SIP authentication data in the RADIUS protocol, since both protocols have the same Use authentication mechanisms. In extreme cases, the SIP authentication data from the SIP messages can even so-1 on the extraction be dispensed with and the SIP messages can be transferred in total to the RADIUS protocol.
  • FIG. 2 shows a table in which the data types used in the WLAN protocol are listed. These data types are well known to the person skilled in the art. For the transmission of the specific messages according to the invention, firstly known messages, in particular the “probe request X ” or “probe response” mentioned in FIG. However, new data types can also be created. Corresponding data types with the designation "Reserved” are provided for this.

Landscapes

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

Abstract

Die Erfindung betrifft ein Verfahren zur Übertragung von Daten in einem WLAN-Netz (1) (WLAN = Wireless Local Area Net-work), bei dem WLAN-Nachrichten in der L2-Protokoll-Schicht (L2 = Layer 2) zwischen einem Endgerät (UE) und einem Zugangsknoten (AP) des WLAN-Netzes (1) übertragen werden und die WLAN-Nachrichten spezifische Nachrichten über mögliche Datenverbindungen des Endgeräts (UE) via dem Zugangsknoten (AP) zu mit dem WLAN-Netz (1) verbindbaren Datennetzen (2, 3) beinhalten.

Description

Beschreibung
VERFAHREN ZUR AUSHANDLUNG VON DATENVERBINDUNGEN IN EINEM WLAN-NETZ
Die Erfindung betrifft ein Verfahren zur Übertragung von Daten in einem WLAN-Netz sowie eine entsprechende Vorrichtung zur Übertragung solcher Daten und ein entsprechendes Datennetz .
Seit einigen Jahren verbreitet sich immer mehr die Übertragung von Daten via drahtlosen WLAN-Netzen. WLAN steht für "Wireless Local Area Network" und bezeichnet ein lokales drahtloses Netz mit Reichweiten von einigen hundert Metern. Mittlerweile besteht für die Benutzer von Endgeräten, insbe- sondere von Mobilfunkgeräten und Laptops, die Möglichkeit, sich an beliebigen Orten in kommerziell betriebene WLÄN-Netze einzubuchen. Der Benutzer kann hierbei über sein Endgerät eine Vielzahl von WLAN-Netzen orten, wobei jedes WLAN-Netz sogenannte Zugangsknoten (üblicherweise als Access Points be- zeichnet) umfasst, über die sich der Benutzer Zugang zu weiteren Datennetzen, insbesondere zum Internet oder UMTS- Netzen, verschaffen kann.
Es gibt derzeit keine ausreichenden Mechanismen, die es dem Benutzer ermöglichen, nach vorbestimmten Kriterien für benutzerspezifische Anwendungen geeignete WLAN-Netze zur Datenübertragung auszuwählen. Heutzutage probiert der Benutzer im wesentlichen zufällig eine Verbindung seines Endgeräts zu einem WLAN-Netz aus, wobei er hofft, dass diese Verbindung für seine Bedürfnisse geeignet ist. Das heißt, wenn ein Benutzer feststellen will, ob eine Datenverbindung eine gewünschte Eigenschaft aufweist, muss er sich zunächst langwierig über den Zugangsknoten des WLAN-Netzes einbuchen.
Aufgabe der Erfindung ist es deshalb, ein Verfahren zur Übertragung von Daten in einem WLΔN-Netz bereitzustellen, bei dem der Benutzer überprüfen kann, welche Datenverbindung via dem Zugangsknoten des WLAN-Netzes für seine Bedürfnisse geeignet ist.
Diese Aufgabe wird durch die unabhängigen Patentansprüche ge- löst. Weiterbildungen der Erfindung ergeben sich aus den abhängigen Ansprüchen.
In dem erfindungsgemäßen Verfahren werden WLAN-Nachrichten in der L2-Protokoll-Schicht (L2 = Layer 2) zwischen einem Endge- rät und einem Zugangsknoten des WLAN-Netzes übertragen. Die WLAN-Nachrichten beinhalten hierbei spezifische Nachrichten über mögliche Datenverbindungen des Endgeräts via dem Zugangsknoten zu mit dem WLAN-Netz verbindbaren Datennetzen. Hierdurch wird es ermöglicht, Anfragen bzw. Informationen betreffend mögliche Datenverbindungen an den Zugangsknoten bzw. an mit dem Zugangsknoten verbindbaren Datennetze zu richten. Es kann somit vor der Initialisierung der Datenverbindung abgeklärt werden, ob eine vom Benutzer gewünschte Datenverbindung möglich ist bzw. welche Datenverbindungen über- haupt über das WLAN-Netz herstellbar sind.
In einer besonders bevorzugten Ausführungsform werden die spezifischen Nachrichten ausgewertet und in Abhängigkeit von der Auswertung wird entschieden, ob bzw. welche Daten- Verbindung des Endgeräts via dem Zugangsknoten zu einem oder mehreren der mit dem WLAN-Netz verbindbaren Datennetze zur Datenübertragung verwendet wird. Dem Benutzer des Endgeräts kann somit automatisiert die von ihm gewünschte Datenverbindung bereitgestellt werden bzw. dem Benutzer kann mitgeteilt werden, dass die für seine Zwecke erforderliche Datenverbindung überhaupt nicht über das WLAN-Netz möglich ist.
Die spezifischen Nachrichten beinhalten vorzugsweise Anfragen und/oder Informationen bezüglich der Authentifizierung des Endgeräts am Zugangsknoten und/oder in einem oder mehreren der mit dem WLAN-Netz verbindbaren Datennetze. Ferner beinhalten die spezifischen Nachrichten vorzugsweise Anfragen und/oder Informationen bezüglich einer oder mehrerer Datenverbindungsarten und/oder Datenverbindungsqualitäten und/oder Datenverbindungs osten und/oder von der Datenverbindung bereitgestellter Dienste. Dem Benutzer des Endgeräts wird somit eine Vielzahl von Entscheidungskriterien gegeben, nach denen er seine gewünschte Datenverbindung spezifizieren kann.
In einer besonders bevorzugten Ausführungsform sind die spezifischen Nachrichten in den WLAN-Nachrichten getunnelt.
In einer weiteren besonders bevorzugten Ausführungsform werden die spezifischen Nachrichten in Form von SIP-Nachrichten (SIP = Session Initiation Protocol) übertragen, wobei die SIP-Nachrichten SDP-Nachrichten (SDP = Session Description Protocol) beinhalten, in denen wenigstens ein Teil der spezifischen Nachrichten gespeichert sind. Die soeben erwähnten SIP/SDP-Protokolle sind hinlänglich aus dem Stand der Technik bekannt, es sei hierbei beispielhaft auf die Referenzen [1] und [2] verwiesen. Unter die Begriffe SIP und SDP fallen hierbei sowohl die aktuell verwendeten SIP- bzw. SDP- Protokolle als auch derzeit in der Entwicklung befindliche SIP- bzw. SDP-Protokolle, wie z.B. SIPng ( = SIP next genera- tion) oder SDPng (= SDP next generation) . Beide Protokolle werden in IP-basierten Netzen zur Initialisierung bzw. Be- Schreibung einer Protokollsitzung verwendet. Durch die Verwendung von SIP/SDP-Nachrichten wird eine Übertragung der spezifischen Nachrichten in weiteren Netze, beispielsweise in IP-basierten Netzen, welche üblicherweise mit WLAN- Zugangsknoten verbunden sind, gewährleistet. Die Auswertung solcher SIP/SDP-Nachrichten erfolgt vorzugsweise in einem o- der mehreren SIP-Proxy-CSCF-Servern (CSCF = Call State Control Function) . Die SIP/SDP-Nachrichten können beispielsweise Probe-Request- und/oder Probe-Response-Nachrichten des WLÄN-Protokolls sein. Alternativ können die Nachrichten je- doch auch neu definierte Nachrichten im WLAN-Protokoll sein. In einer weiteren bevorzugten Ausführungsform der Erfindung beinhalten die SIP-Nachrichten SIP-Authentifizierungsdaten und die SIP-Nachrichten sind in EAP-Nachrichten enthalten (EAP = Extensible Äuthentification Protocol) . Das EAP- Protokoll ist hinlänglich aus dem Stand der Technik bekannt (siehe beispielsweise [4]). Dieses Protokoll dient zur Bereitstellung von Authentifizierungsmechanismen bei einer Point-to-Point-Verbindung, wobei als Authentifizierungsmechanismen insbesondere die aus dem Stand der Technik be- kannten Mechanismen Digest, Kerberos, USIM und dgl. verwendet werden. Hierdurch kann eine Authentifizierung in allen Datennetzen, die das SIP-Protokoll verstehen, gewährleistet werden.
In einer weiteren Ausführungsform werden die SIP- Authentifizierungsdaten extrahiert und im RADIUS- und/oder Diameter-Protokoll ( RADIUS = Remote Authentication Dial In User Service) als Äuthentifizierungsdaten eingesetzt. Diese Protokolle sind hinlänglich aus dem Stand der Technik bekannt (siehe [4] und [5]). Hierdurch wird ein Mechanismus bereitgestellt, mit dem eine SIP-Authentifizierung in den häufig verwendeten RADIUS- bzw. Diameter-Protokollen eingesetzt werden kann.
Anstatt der oben beschriebenen Verwendung von SIP/SDP- Nachrichten ist auch die Verwendung von XML-Nachrichten denkbar. XML ist eine allseits bekannte Beschreibungssprache für Dokumente (siehe [6]).
In einer besonders bevorzugten Ausführungsform sind die WLAN- Nachrichten Nachrichten gemäß dem WLAN-Standard IEEE 802.11. Ferner umfassen die mit dem WLAN-Netz verbindbaren Netze vorzugsweise ein oder mehrere 3GPP- und/oder IP-Netze.
Neben dem oben beschriebenen erfindungsgemäßen Übertragungsverfahren umfasst die Erfindung auch eine Vorrichtung zur Ü- bertragung von Daten in einem WLAN-Netz, wobei die Vorrichtung beinhaltet:
einen Zugangsknoten, wobei zwischen dem Zugangsknoten und einem Endgerät WLAN-Nachrichten in der L2-Protokoll- Schicht übertragbar sind und in den WLAN-Nachrichten spezifische Nachrichten über mögliche Datenverbindungen des Endgeräts via dem Zugangsknoten zu mit dem WLAN-Netz verbindbaren Netzen übermittelbar sind,
- eine mit dem Zugangsknoten verbundene Recheneinheit zur Auswertung der spezifischen Nachrichten.
In einer besonders bevorzugten Ausführungsform der erfin- dungsgemäßen Vorrichtung ist die Recheneinheit ein SlP-Proxy- CSCF-Server. Ferner ist die Recheneinheit vorzugsweise in dem Zugangsknoten integriert.
Darüber hinaus umfasst die Erfindung ein Datennetz mit einem WLAN-Netz und einem oder mehreren mit dem WLAN-Netz verbindbaren Netzen, wobei das Datennetz derart ausgestaltet ist, dass das oben beschriebene erf ndungsgemäße Verfahren durchführbar ist.
Ausführungsbeispiele der Erfindung werden nachfolgend anhand der beigefügten Zeichnungen beschrieben.
Es zeigen:
Figur 1 die schematische Darstellung eines Datennetzes, in dem das erfindungsgemäße Datenübertragungsverfahren durchführbar ist, und
Figur 2 eine Übersicht über die im WLAN-Protokoll verwendeten Nachrichten. Das in;"Figur -il schematisch dargestellte Datennetz .-umfasst ein WLAN-Netz 1, ein IP-Netz 2 sowie ein 3GPP-Netz 3. Ein Benutzerendgerät UE, welches beispielsweise ein Mobilfunkgerät o- der ein Laptop sein kann, ist drahtlos (wie durch den gezack- ten Pfeil angedeutet) , mit einem Zugangspunkt AP (AP = Access Point) des WLAN-Netzes verbunden. Der Zugangspunkt AP steht wiederum mit einem Proxy-CSCF-Server P-CSCF in Verbindung. Solche Server sind bereits aus dem Stand der Technik bekannt und sie dienen zur Verarbeitung sogenannter SIP/SDP- Nachrichten.
Mit dem Zugangsknoten AP bzw. mit dem P-CSCF-Server P-CSCF ist ein IP-Netz 2 verbunden. Dieses Netz ist wiederum mit einem 3GPP-Netz 3 verbunden. Das 3GPP-Netz umfasst eine Viel- zahl von Komponenten mit den Bezeichnungen SGSN, GGSN, HSS,
IMS, P-CSCF, I-CSCF, S-CSCF sowie PDGW. Die mit diesen Abkürzungen bezeichneten Komponenten sind allseits bekannte Bausteine eines 3GPP-Netzes und die sich hinter den Abkürzungen verbergenden Ausdrücke sind dem Fachmann allgemein bekannt. Da für das erfindungsgemäße Verfahren der Aufbau des 3GPP- Netzes keine entscheidende Rolle spielt, wird im Folgenden auf diesen Aufbau nicht näher eingegangen. Es sei lediglich erwähnt, dass das IP-Netz über den Gateway PDGW mit dem 3GPP- Netz verbunden ist.
In dem erfindungsgemäßen Verfahren werden zwischen dem Benutzerendgerät UE und dem Zugangsknoten AP WLAN-Nachrichten in der L2-Protokoll-Schicht ausgetauscht, wobei in den WLAN- Nachrichten SIP-Nachrichten, die SDP-Nachrichten beinhalten, getunnelt sind. Diese SIP-Nachrichten werden ohne die Zuordnung einer IP-Adresse erzeugt und können von dem P-CSCF- Server, der mit dem Zugangsknoten AP verbunden ist, verarbeitet werden. Das erfindungsgemäße Verfahren zeichnet sich dadurch aus, dass in der hier beschriebenen Ausführungsform in den SDP-Nachrichten Anfragen bzw. Informationen über mögliche Datenverbindungen des Endgeräts UE via dem Zugangsknoten AP zu dem IP-Netz 2 und/oder dem 3GPP-Netz 3 übertragen werden. Diese Anfragen bzw. Informationen können insbesondere einen Zugangswunsch beinhalten, der von dem Benutzer des Endgeräts festgelegt wird. Beispielsweise kann der Zugangswunsch die Art der Datenverbindung betreffen, mit der eine Datenübertragung via dem Zugangsknoten stattfinden soll. Zum Beispiel kann der Benutzer festlegen, dass die Datenverbin-dung über das Internet erfolgen soll. Ferner kann eine solche Anfrage eine vom Benutzer erwünschte Bandbreite bzw. ein Delay oder Jitter der Datenverbindung betreffen. Es ist somit eine Auswahl des Providers, beispielsweise in fremden ausländischen Netzen, nach vorbestimmten Kriterien möglich.
Mit den Pfeilen Pl, P2 und P3 ist in Figur 1 beispielsweise der Pfad einer vom Endgerät UE ausgesendeten Anfrage dargestellt. Die Anfrage wird in der Form einer SIP-Nachricht ü- bertragen und gelangt über den Pfad Pl zunächst zum Zugangsknoten AP und zu dem mit dem Zugangsknoten verbundenen P- CSCF-Server P-CSCF. Dieser Server kann SIP-Nachrichten inter- pretieren und auswerten. Ergibt sich bereits im P-CSCF-
Server, dass eine erwünschte Bandbreite in den Netzen 2 und 3 überhaupt nicht verfügbar ist, wird sofort eine Antwort an das Endgerät UE zurückgesendet, mit der dem Endgerät mitgeteilt wird, dass die gewünschte Datenverbindung nicht möglich ist. Diese Antwort wird über den in Figur 1 dargestellten Pfad P5 an das Endgerät übertragen.
Sollte sich bei der Auswertung der SIP-Nachrichten herausstellen, dass eine vom Benutzer erwünschte Datenverbindung möglicherweise durch eines der Datennetze herstellbar ist, werden die SIP-Nachrichten an weitere P-CSCF- bzw. S-CSCF- Server weitergeleitet, wie durch die Pfeile P2 bzw. P3 angedeutet ist. Aus dem Inhalt der SIP-Nachrichten wird deutlich, welcher Server für das Endgerät UE - beispielsweise zur Au- thentifizierung - zuständig ist und dieser Server wird über die SIP-Nachrichten angesprochen. Es entsteht hierdurch eine sogenannte SIP-Nachrichtenkette. Sofern sich in einem der Server in der Kette ergibt, dass die gewünschte Datenverbin- düng möglich ist, wird eine Antwort an das Endgerät UE, beispielsweise über die in Figur 1 dargestellten Pfade P4 und P5, zurückgesendet. Anschließend kann die Datenverbindung i- initialisiert werden. Der große Vorteil ist hierbei, dass schon vor der Initialisierung der Datenverbindung abgeklärt werden kann, ob die Datenverbindung überhaupt den vom Benutzer gewünschten Erfordernissen genügt. Ferner kann festgestellt werden, welche Datenverbindungen überhaupt verfügbar sind, und der Benutzer kann eine für ihn adäquate Datenverbindung aus den verfügbaren Datenverbindungen auswählen.
Zwischen der Benutzerschnittstelle UE und dem Zugangsknoten AP werden Nachrichten mittels des Äuthentifizierungs- Protokolls EAP (EAP = Extensible Äuthentification Protocol) übertragen. Im vorliegenden Fall werden EAP-Nachrichten übertragen, die wiederum die SIP-Nachrichten sowie in den SIP- Nachrichten beinhaltete SIP-Authentifizierungsdaten umfassen. Als SIP-Authentifizierungsmechanismen werden dem Fachmann be- kannte Mechanismen, beispielsweise Kerberos oder Digest, verwendet. Da das EAP-Protokoll auch als Carrier für die Übertragung von Verschlüsselungsinformationen dient, erreicht man somit eine effektive Kombination von Authentifizierung, Schlüsselvergabe und Verschlüsselung mit der Übermittlung von spezifischen Nachrichten für mögliche Datenverbindungen.
Im Falle, dass die EAP/SIP-Nachrichten nicht von einem mit dem WLAN-Netz verbindbaren Netz verarbeitbar sind, besteht ferner die Möglichkeit, dass die in den EAP-Nachrichten ent- haltenen SIP-Authentifizierungsdaten extrahiert werden und beispielsweise mit dem RADIUS-Protokoll in der Form von sogenannten Radius-Key-Value-Pairs übertragen werden. Da das RADIUS-Protokoll ein weit verbreitetes Protokoll ist, wird somit die Kompatibilität der Authentifizierung in den verschie- denen Datennetzen sichergestellt. Es sei hierbei angemerkt, dass es möglich ist, SIP-Authentifizierungsdaten im RADIUS- Protokoll zu verwenden, da beide Protokolle die gleichen Au- thentifizierungsmechanis en einsetzen. Im Extremfall kann so-1 gar auf die Extraktion der SIP-Authentifizierungsdaten aus den SIP-Nachrichten verzichtet werden und die SIP-Nachrichten können insgesamt mit dem RADIUS-Protokoll übertragen werden.
In Figur 2 ist eine Tabelle dargestellt, in der im WLAN- Protokoll verwendete Datentypen aufgelistet sind. Diese Datentypen sind dem Fachmann hinlänglich bekannt. Zu der erfindungsgemäßen Übertragung der spezifischen Nachrichten können zum einen bereits bekannte Nachrichten, insbesondere die in Figur 2 genannte „Probe-RequestXΛ bzw. „Probe-Response verwendet werden. Es können aber auch neue Datentypen erzeugt werden. Hierzu sind entsprechende Datentypen mit der Bezeichnung „Reserved" vorgesehen.
teraturverzeichnis :
org/rfc/rfc3261.txt org/rfc/rfc2327. txt org/rfc/rfc2284.txt org/rfc/rfc2865.txt org/internet-drafts/draft-ietf-aaa-
Figure imgf000012_0001

Claims

Patentansprüche
1. Verfahren zur Übertragung von Daten in einem WLAN-Netz (1) (WLAN = Wireless Local Area Network) , bei dem
WLAN-Nachrichten in der L2-Protokoll-Schicht (L2 = Layer 2) zwischen einem Endgerät (UE) und einem Zugangsknoten (AP) des WLAN-Netzes (1) übertragen werden;
die WLAN-Nachrichten spezifische Nachrichten über mögliche Datenverbindungen des Endgeräts (UE) via dem Zugangsknoten (AP) zu mit dem WLAN-Netz (1) verbindbaren Datennetzen (2, 3) beinhalten.
2. Verfahren nach Anspruch 1, bei dem die spezifischen Nachrichten ausgewertet werden und in Abhängigkeit von der Auswertung entschieden wird, ob und/oder welche Datenverbindung des Endgerät.S (UE) via dem Zugangsknoten (AP) zu einem oder mehreren der mit dem WLAN-Netz (1) verbindbaren Datennetze (2, 3) zur Datenübertragung verwendet wird.
3. Verfahren nach Anspruch 1 oder 2, bei dem die spezifi- sehen Nachrichten Anfragen und/oder Informationen bezüglich der Authentifizierung de_£ Endgeräts am Zugangsknoten und/oder in einem oder mehreren der mit dem WLAN- Netz verbindbaren Datennetze beinhalten.
4. Verfahren nach einem der vorhergehenden Ansprüche, bei dem die spezifischen Nachrichten Anfragen und/oder Informationen bezüglich einer oder mehrerer Datenverbindungsarten und/oder Datenverbindungs^qualitäten und/oder Datenverbindungskosten und/oder von der Datenverbindung bereitgestellter Dienste beinhalten.
5. Verfahren nach .einem der vorhergehenden Ansprüche,, bei dem die spezifischen Nachrichten in den WLAN-Nachrichten getunnelt werden.
6. Verfahren nach einem der vorhergehenden Ansprüche, bei dem die spezifischen Nachrichten in Form von SIP- Nachrichten (SIP = Session Initiation Protocol) übertragen werden, wobei die SIP-Nachrichten SDP-Nachrichten ( ~~^ SDP = Session Description Protocol) beinhalten, in denen wenigstens ein Teil der spezifischen Nachrichten gespeichert sind.
7. Verfahren nach Anspruch 2 und Anspruch 6, bei dem die Auswertung der spezifischen Nachrichten in einem oder mehreren SIP-Proxy-CSCF-Servern (CSCF = Call State Control Function) erfolgt.
8. Verfahren nach Anspruch 6 oder 7, bei dem die Nachrichten Probe-Request- und/oder Probe-Response- Nachrichten des WLAN-Protokolls sind.
9. Verfahren nach Anspruch 6 oder 7, bei dem die Nachrichten neu im WLAN-Protokoll definierte Nachrichten sind.
10. Verfahren nach einem der Ansprüche 6 bis 9, bei die SIP- Nachrichten SIP-Authentifizierungsdaten beinhalten und in EAP-Nachrichten (EAP = Extensible Äuthentification Protocol) enthalten sind.
11. Verfahren nach einem der Ansprüche 6 bis 10, bei dem die SIP-Authentifizierungsdaten extrahiert werden und im RADIUS- und/oder Diameter-Protokoll ( RADIUS = Remote Au- thentication Dial In User Service) als Authentifizie- rungsdaten eingesetzt werden.
12. Verfahren nach einem der Ansprüche 1 bis 5, bei dem die spezifischen Nachrichten in Form von XML-Nachrichten ü- bertragen werden.
13. Verfahren nach einem der vorhergehenden Ansprüche, bei dem die WLAN-Nachrichten Nachrichten gemäß dem WLAN- Standard IEEE 802.11 sind.
14. Verfahren nach einem der vorhergehenden Ansprüche, bei dem die mit dem WLAN-Netz (1) verbindbaren Datennetze ein oder mehrere 3GPP- und/oder IP-Netze umfassen.
15. Vorrichtung zur Übertragung von Daten in einem WLAN-Netz (1) (WLAN = Wireless Local Area Network) , umfassend
einen Zugangsknoten (AP) , wobei zwischen dem Zugangsknoten (AP) und einem Endgerät (UE) WLAN-Nachrichten in der L2-Protokoll-Schicht (L2 = Layer 2) übertragbar sind und in den WLAN-Nachrichten spezifische Nachrichten über mögliche Datenverbindungen des Endgerät (UE) via dem Zugangsknoten (AP) zu mit dem WLAN-Netz (1) verbindbaren Datennetzen (2, 3) über- mittelbar sind;
eine mit dem Zugangsknoten (AP) verbundene Recheneinheit (S-CSCF) zur Auswertung der spezifischen Nachrichten.
16. Vorrichtung nach Anspruch 15, bei dem die Recheneinheit (S-CSCF) einen SIP-Proxy-CSCF-Server (CSCF = Call State Control Function) umfasst.
17. Vorrichtung nach Anspruch 15 oder 16, bei dem die Recheneinheit (S-CSCF) in dem Zugangsknoten (AP) integriert ist.
18. Datennetz umfassend ein WLAN-Netz (1) und ein oder meh- rere mit dem WLAN-Netz (1) verbindbare Datennetze (2,3), wobei das Datennetz derart ausgestaltet ist, dass ein Verfahren nach einem der Ansprüche 1 bis 14 durchführbar ist .
PCT/DE2003/004195 2003-02-28 2003-12-18 Verfahren zur aushandlung von datenverbindungen in einem wlan-netz Ceased WO2004077757A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10308934.9 2003-02-28
DE10308934 2003-02-28

Publications (1)

Publication Number Publication Date
WO2004077757A1 true WO2004077757A1 (de) 2004-09-10

Family

ID=32920646

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2003/004195 Ceased WO2004077757A1 (de) 2003-02-28 2003-12-18 Verfahren zur aushandlung von datenverbindungen in einem wlan-netz

Country Status (1)

Country Link
WO (1) WO2004077757A1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102612078A (zh) * 2011-01-25 2012-07-25 电信科学技术研究院 一种无线接入系统、装置及数据传输方法
CN114158028A (zh) * 2020-09-07 2022-03-08 中国移动通信有限公司研究院 数据网络鉴权方式适配方法、装置及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6044403A (en) * 1997-12-31 2000-03-28 At&T Corp Network server platform for internet, JAVA server and video application server
US20010032262A1 (en) * 2000-02-10 2001-10-18 Jim Sundqvist Method and apparatus for network service reservations over wireless access networks
WO2002005492A1 (en) * 2000-07-12 2002-01-17 Sharewave, Inc. Multimedia streams and quality of service in wireless home networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6044403A (en) * 1997-12-31 2000-03-28 At&T Corp Network server platform for internet, JAVA server and video application server
US20010032262A1 (en) * 2000-02-10 2001-10-18 Jim Sundqvist Method and apparatus for network service reservations over wireless access networks
WO2002005492A1 (en) * 2000-07-12 2002-01-17 Sharewave, Inc. Multimedia streams and quality of service in wireless home networks

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
BYERLY B J ET AL: "SIP Authentication using CHAP-Password", IETF INTERNET DRAFT, XX, XX, October 2000 (2000-10-01), pages 1 - 12, XP002279177 *
CAMARILLO, MARHALL, ROSENBERG: "RFC 3312: Integration of Resource Management and SIP", REQUEST FOR COMMENTS, - October 2002 (2002-10-01), pages 1 - 24, XP002281085 *
SRINIVAS ET AL: "Mapping of Basic and Digest Authentication to DIAMETER AAA Messages", IETF INTERNET DRAFT, XX, XX, 13 July 2001 (2001-07-13), pages 1 - 23, XP002279176 *
STERMAN B ET AL: "RADIUS Extension for Digest Authentication", IETF INTERNET DRAFT, XX, XX, 12 November 2001 (2001-11-12), pages 1 - 9, XP002279178 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102612078A (zh) * 2011-01-25 2012-07-25 电信科学技术研究院 一种无线接入系统、装置及数据传输方法
CN114158028A (zh) * 2020-09-07 2022-03-08 中国移动通信有限公司研究院 数据网络鉴权方式适配方法、装置及可读存储介质

Similar Documents

Publication Publication Date Title
DE60206894T2 (de) Verfahren und vorrichtung zur herstellung eines protokoll-proxy für ein mobiles host-endgerät in einer multimediasitzung
EP1597892B1 (de) Verfahren zur übertragung von Daten in einem WLAN-Netz
EP1597861B1 (de) Verfahren zur übertragung von daten in einem wlan-netz
DE102014000763B4 (de) Kommunikationssystem und Kommunikationsverfahren
EP3799379B1 (de) Verfahren und ip-basiertes kommunikationssystem zum wechseln von verbindungs-steuerungsinstanzen ohne neuregistrierung von endteilnehmern
DE102004003549B4 (de) Kommunikationssystem und Verfahren zum Verarbeiten einer von einem Mobilfunkendgerät eines Mobilfunk-Kommunikationsnetzes einem Nachrichtenfilter-Rechner zugeführten Anforderungs-Nachricht
DE102005020098B4 (de) Verfahren und System zum Zuweisen von Teilnehmeridentifizierungsdaten zu Netzwerkübertragungsereignissen und Computerprogrammprodukt
WO2004077757A1 (de) Verfahren zur aushandlung von datenverbindungen in einem wlan-netz
DE102005043239B4 (de) Verfahren zum Aufbau und Verwalten einer Verbindung
DE102004030290A1 (de) Aufbau einer Verbindung für den Austausch von Daten eines IP-basierten Dienstes
EP1771993B1 (de) Verfahren zur überwachung eines nachrichtenverkehrs, sowie eine erste und zweite netzwerkeinheit zu dessen durchführung
EP1708412B1 (de) Verfahren und System zur Vergebührung von Anwendungen und dem damit verbundenen Datenverkehr in einem Funk-Kommunikationssystem
DE10361949B4 (de) Verfahren zur Zuweisung einer dynamischen IP-Adresse zu einem mobilen Endgerät unter Nutzung eines Präsenzdienstes
WO2004086717A1 (de) Verfahren zur übertragung von daten in einem datennetz mit einer mehrzahl von rechnern
DE102005046457B4 (de) Verfahren zur Übertragung einer elektronischen Nachricht über mindestens ein Kommunikationsnetz
DE102005043040B4 (de) Verfahren zum gezielten Blockieren von Diensten in einem IP Multimedia Subsystem
EP1833192B1 (de) Verfahren zur Übergabe des Zugriffs auf eine serverbasierte Anwendungssitzung an ein Kommunikationsendgerät
WO2005025130A1 (de) Benachrichtigungsverfahren und kommunikationssystem
EP1916822A1 (de) Verfahren und System für einen Kommunikationsknoten mit mehreren Netzwerkschnittstellen
DE10347752B4 (de) Anordnung und Verfahren zum Steuern einer Mobilfunk-Kommunikationsverbindung
DE60301529T2 (de) Differenzierte Behandlung von Nicht-UMTS-Verkehr innerhalb eines UMTS-Zugangsnetzes
DE102005014481A1 (de) Verfahren und System zur Vergebührung von Anwendungen und/oder dem damit verbundenen Datenverkehr in einem Funk-Kommunikationssystem
DE10234920A1 (de) Verfahren und eine Vorrichtung in einem Kommunikationsnetz, zum Abruf von Eigenschaften mindestens einer Netzwerkeinheit von anderen Netzwerkeinheiten und zum Informieren dieser anderen Netzwerkeinheiten darüber, dass sich bestimmte Eigenschaften einer Netzwerkeinheit geändert haben
WO2007128808A1 (de) Verfahren zum aufbau einer push-to-talk-(ptt)-kommunikationsverbindung
EP1769614A1 (de) Verfahren zum aufbau von zwei kommunikationsverbindungen zwischen zwei benutzern

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN US

AL Designated countries for regional patents

Kind code of ref document: A1

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
122 Ep: pct application non-entry in european phase