DE60211881T2 - Bindungsinformation für ip mediendatenströmen - Google Patents

Bindungsinformation für ip mediendatenströmen Download PDF

Info

Publication number
DE60211881T2
DE60211881T2 DE60211881T DE60211881T DE60211881T2 DE 60211881 T2 DE60211881 T2 DE 60211881T2 DE 60211881 T DE60211881 T DE 60211881T DE 60211881 T DE60211881 T DE 60211881T DE 60211881 T2 DE60211881 T2 DE 60211881T2
Authority
DE
Germany
Prior art keywords
session
binding information
media data
packet
media
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.)
Expired - Lifetime
Application number
DE60211881T
Other languages
English (en)
Other versions
DE60211881D1 (de
Inventor
H. Hugh Sammamish SHIEH
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.)
AT&T Mobility II LLC
Original Assignee
Cingular Wireless II LLC
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 Cingular Wireless II LLC filed Critical Cingular Wireless II LLC
Application granted granted Critical
Publication of DE60211881D1 publication Critical patent/DE60211881D1/de
Publication of DE60211881T2 publication Critical patent/DE60211881T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • 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/10—Flow control; Congestion control
    • 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/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1089—In-session procedures by adding media; by removing media
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Peptides Or Proteins (AREA)
  • Nitrogen And Oxygen Or Sulfur-Condensed Heterocyclic Ring Systems (AREA)
  • Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)
  • Materials For Medical Uses (AREA)
  • Vehicle Step Arrangements And Article Storage (AREA)

Description

  • TECHNISCHES GEBIET
  • Die vorliegende Erfindung betrifft einen Bindungsmechanismus für Paketmediendatenströme. In einer Ausführungsform verwendet der Bindungsmechanismus ein Berechtigungszeichen und eine oder mehrere Datenstromkennungen zum Identifizieren von einem oder mehreren Mediendatenströmen einer Sitzung zur Berechtigung.
  • ALLGEMEINER STAND DER TECHNIK
  • In den letzten zehn Jahren hat sich die Anzahl der zellularen Vorrichtungen, die von der Öffentlichkeit verwendet werden, explosionsartig erhöht. Mobiltelefone sind alltäglich, und Minicomputer ["PDAs"] und Laptop-Computer mit Funkfunktion werden zunehmend beliebter. Zellulare Vorrichtungen werden zum Durchsuchen des World Wide Web, für unidirektionale und bidirektionale Audio- und Video-Kommunikation, Instant Messaging und ebenso zum Übertragen und Empfangen von anderen Arten von Multimedia-Informationen verwendet.
  • Während des gleichen Zeitraums ist das Internet enorm gewachsen. In den frühen 1990er Jahren wurde das Internet typischerweise für E-Mail, Textkommunikation oder Dateiübertragung verwendet. Heute wird das Internet immer noch für diese Zwecke genutzt, wird aber auch für unidirektionales Audio- und Video-Streaming, bidirektionale Audio- und Video-Kommunikation, Multimedia-Browsing und Messaging verwendet.
  • Das Internet ist ein Beispiel für ein paketvermitteltes Netzwerk. Welche Art von Informationen auch immer über das Internet gesendet werden, die Informationen werden in Datenpaketen übertragen. Im allgemeinen besitzt ein Datenpaket 1) einen Header mit Adressen des Absenders und des Ziels für das Datenpaket und 2) einen Datennutzabschnitt mit einem Stück der Informationen. Datenpakete werden im Internet von Computer zu Computer geleitet, um vom Absender zum Ziel zu gelangen. Das Internet-Protokoll ["IP"] ist ein Satz von Regeln für das Senden von Datenpaketen über das Internet. Es wurden verschiedene IP-Versionen entwickelt, ebenso wie andere Paketdatenprotokolle.
  • Das Internet bietet einige Vorteile als ein Telekommunikationsnetzwerk. Es umspannt den Globus und schließt Redundanz ein, um einen Geräteausfall auszugleichen. Es arbeitet mit einer Reihe verschiedener Typen von Netzwerken und Endbenutzergeräten.
  • Andererseits machen einige Eigenschaften des Internets es für gewisse Anwendungen ungeeignet. Herkömmlicherweise erfolgt die Lieferung von Datenpaketen über das Internet gemäß einem Best-Effort-Modell. Ein Routing-Computer, (d.h. Router) leitet Datenpakete so gut er kann weiter, wird aber manchmal durch die Datenverkehrmenge überflutet. Zu solchen Zeitpunkten kann die Lieferung von Datenpaketen verzögert werden, oder Datenpakete können verlorengehen. Für Anwendungen wie beispielsweise E-Mail ist dies nicht wirklich ein Problem, weil die Lieferungszeit nicht kritisch ist und Datenpakete erneut übertragen werden können. Für andere Anwendungen sind Verzögerung und Unterbrechung jedoch problematischer. Audiotelefonie und Videokonferenzen weisen Grenzen hinsichtlich des Verzögerungsbetrags auf, der für die Kommunikation akzeptabel ist. Audio- und Video-Streaming weisen weniger strenge Grenzen auf, können aber auch unter Verzögerung und Unterbrechung leiden. Das Best-Effort-Modell des Internets behindert die Entwicklung von Audio-, Video- und anderen IP-Multimedia-Anwendungen, die höhere Anforderungen an die Dienstgüte ["QoS"] aufweisen. Außerdem wird Internet-Benutzern typischerweise eine pauschale Zugangsgebühr berechnet, die keinen Bezug darauf hat, wie viele Datenpakete der Benutzer über das Internet überträgt oder empfängt. Leuten, die das Internet für E-Mail nutzen, kann daher unverhältnismäßig viel berechnet werden im Vergleich zu Leuten, die das Internet für IP-Multimedia-Anwendungen verwenden. Außerdem steht Leuten, die für eine höhere QoS mehr bezahlen würden, diese Option nicht zur Verfügung.
  • Einige kürzliche Entwicklungen haben sich darauf konzentriert, wie die guten Merkmale des Internet genutzt werden können, während an den Eigenschaften, die es für Anwendungen mit höheren QoS-Anforderungen ungeeignet machen, gearbeitet wird. Andere Entwicklungen konzentrierten sich auf die QoS in mobilen Telekommunikationsnetzwerken und Ende-Ende-QoS für Vorrichtungen, die übergreifend sowohl über mobile Telekommunikations- als auch Paketvermittlungs-Netzwerke kommunizieren.
  • I. Sitzungsinitiierungs- und -beschreibungsprotokolle
  • Das Sitzungs-Initiierungsprotokoll ["SIP"] ist ein Satz von Regeln zum Erstellen, Ändern und Beenden von Sitzungen mit einem oder mehreren Teilnehmern. Diese Sitzungen umfassen Internet-Multimediakonferenzen, Internet-Telefonanrufe und Multimediaverteilung. Das SIP wird hauptsächlich für Zeichengabeinformationen über Sitzungen verwendet und arbeitet auf Protokollen der unteren Ebene, die Vorgänge wie beispielsweise das Weiterleiten von Datenpaketen steuert.
  • Eine SIP-Nachricht kann zum Beispiel eine Sitzungsbeschreibung gemäß dem Sitzungsbeschreibungsprotokoll ["SDP"] übertragen, welches den Teilnehmern gestattet, sich über die Mediendatenströme für die Sitzung zu einigen. Eine SDP-Beschreibung umfaßt eine Sitzungsebenenbeschreibung (mit Details, die für die Sitzung und die Mediendatenströme gelten) und null oder mehrere Medienebenenbeschreibungen (mit Details, die für einen einzelnen Mediendatenstrom gelten). Die Sitzungsebenenbeschreibung umfaßt Informationen wie beispielsweise den Sitzungsnamen, (der durch eine Zeile identifiziert wird, die in der SDP-Beschreibung mit "s=" beginnt), und kann auch Verbindungsinformationen ("C="), Bandbreiteninformationen "b=") und andere Informationen enthalten. Eine Medienebenenbeschreibung ("m=") umfaßt Informationen wie beispielsweise Medientyp (z.B. Video, Audio), Transportprotokoll und Format (z.B. MPEG-Video). Eine Medienebenenbeschreibung kann auch Verbindungsinformationen, Bandbreiteninformationen und andere Informationen enthalten.
  • Das SIP unterstützt Benutzermobilität durch Proxy-Einsatz und Umleiten von Anfragen an den aktuellen Standort des Benutzers. Zum Beispiel kann ein Benutzer seinen aktuellen Standort bei einem SIP-Proxy registrieren, welcher als Zwischenstation für den Benutzer für die SIP-Zeichengabe wirkt.
  • Das SIP wurde erweitert, um die Anrufberechtigung unter Verwendung von User Agents ["UAs"] und SIP-Proxies zu unterstützen. UAs (z.B. zellulare Vorrichtungen von Benutzern) werden als unsicher betrachtet. Für einen UA-initiierten Anruf läßt ein SIP-Proxy Mediendaten zu/von dem UA zu. Der SIP-Proxy überträgt ein Medienberechtigungszeichen zu dem UA. Wenn der UA bereit ist, Mediendaten mit einem anderen Endpunkt auszutauschen, fordert der UA unter Verwendung des Medienberechtigungszeichens, das er von seinem SIP-Proxy erhalten hat, eine Bandbreite an.
  • Für weitere Informationen über SIP und SDP siehe Kommentaraufforderung ["RFC"] 2543 und RFC 2327 von der Internet Engineering Task Force ["IETF"]. Zur oben beschriebenen SIP-Extension siehe IETF Internet Draft mit dem Titel "SIP Extensions for Media Authorization," Version 1.
  • II. Internet-Architekturen der nächsten Generation
  • Zur Behandlung von Belangen der QoS über das Internet wurden verschiedene Architekturen untersucht, die das herkömmliche Best-Effort-Modell des Internets verändern. Diese Architekturen der nächsten Generation umfassen die integrierten Dienste in der Internet-Architektur ["IntServ"] und die Architektur für differenzierte Dienste ["DiffServ"].
  • IntServ definiert einen Satz von Erweiterungen des herkömmlichen Best-Effort-Modells des Internets. In der IntServ-Architektur wird ein Einrichtungsmechanismus verwendet, um Informationen so zu Routern zu transportieren, daß die Router angeforderte Dienste für Datenströme bereitstellen können, für welche die Dienste erforderlich sind. Das Betriebsmittelreservierungsprotokoll ["RSVP"] ist ein Einrichtungsmechanismus. Mit RSVP fordert ein Leitrechner eine spezifische QoS von dem Netzwerk für einen bestimmten Datenstrom an. Das Netzwerk antwortet, indem die Anforderung zugelassen oder zurückgewiesen wird. Für zugelassene Anforderungen werden die entsprechenden Router konfiguriert, um die QoS bereitzustellen. Für zusätzliche Informationen über IntServ und RSVP siehe RFC 1633, RFC 2205 und dazugehörige Spezifikationen.
  • In der DiffServ-Architektur werden Datenpakete in einen von mehreren aggregierten Datenströmen bzw. in "Klassen" klassifiziert. Ein Datenpaket-Header umfaßt einen DiffServ-Codepunkt ["DSCP"], der die Klasse des Datenpakets angibt. Ein Netzwerkknoten am Rand des DiffServ-Netzwerks, (d.h. ein DiffServe-Randknoten), kann einen entsprechenden DDSCP in den Datenpaket-Header stellen. Basierend auf dem DSCP kann ein DiffServ-Router verschiedene Datenpaket-Weiterleitungsbehandlungen auf das Datenpaket für den nächsten Sprung in dem DiffServ-Netzwerk anwenden. Für zusätzliche Informationen über Differv siehe RFC 2474, RFC 2475 und dazugehörige Spezifikationen.
  • Zur Behandlung von Belangen der Abrechnung für die Internet-Nutzung wurden verschiedene Abrechnungsarchitekturen untersucht. Verschiedene Architekturen rechnen nach Internet-Nutzung, (z.B. Verkehrs- und/oder Verbindungszeit), Mobiltelekommunikations-Netzwerknutzung, Sitzung oder Mediendatenströmen ab. In verschiedenen Anwendungen bietet die Abrechnung nach Sitzung und Datenströmen die Vorteile der Einfachheit für den Endbenutzer und der Flexibilität bei der Preisgestaltung für verschiedene Netzwerke. Für zusätzliche Informationen siehe die relevanten Spezifikationen der IETF und das 3rd Generation Partnership Project ["3GPP"].
  • III. Ende-Ende-QoS
  • Wenn Informationen über das Internet zwischen zwei zellularen Vorrichtungen fließen, kann die Ende-Ende-QoS sowohl von der QoS des Internet als auch der QoS für die Mobiltelekommunikations-Netzwerke (z.B. Global System for Mobile Communication-["GSM"] oder Universal Mobile Telecommunications System-["UMTS"] Netzwerk) zwischen dem Internet und den zellularen Vorrichtungen abhängen.
  • Das 3GPP hat zahlreiche Spezifikationen in bezug auf die QoS von Mobiltelekommunikations-Netzwerken und die Ende-Ende-QoS eingerichtet. Die 3rd Generation Technical Specification ["3G TS"] 23.060 v3.6.0 beschreibt Datenpaketdienste, die ein Paketdatenprotokoll ["PDP"] wie das IP über ein mobiles Telekommunikations-Netzwerk verwenden. 3G TS 23.207 v1.2.0 beschreibt ein Rahmenwerk für Ende-Ende-QoS und befaßt sich damit, wie QoS-Anforderungen zwischen verschiedenen Netzwerken abgebildet werden.
  • A. Trägerdienste
  • Um eine gewisse QoS über ein Netzwerk zu verwirklichen, wird im allgemeinen ein Trägerdienst ["BS", "Träger" oder "Dienst"] mit definierten Merkmalen und definierter Funktionalität vom Ursprung bis zum Ziel des Diensts über das Netzwerk eingerichtet. Ein Trägerdienst umfaßt Gesichtspunkte, die das Bereitstellen einer vertraglich vereinbarten QoS ermöglichen, zum Beispiel Steuerungszeichengabe, Benutzerebenentransport und Qos-Verwaltungsfunktionalität. 1 zeigt eine Trägerdienst-Schichtarchitektur (100) gemäß dem bisherigen Stand der Technik. Ein Trägerdienst auf einer spezifischen Schicht verwendet Dienste, die von den darunterliegenden Diensten bereitgestellt werden, und bieten den Schichten darüber Dienste an. Anderen Architekturen fehlen einer oder mehrere der in 1 gezeigten Dienste, sie verwenden eine andere Dienstekonfiguration oder sie verwenden andere Dienste. Für zusätzliche Informationen zu 1 und den Diensten und Komponenten, auf die darin verwiesen wird, siehe 3G TS 23.207 v1.2.0., 3G TS 23.107 v4.0.0 und dazugehörige Spezifikationen.
  • B. Beispiel-Netzwerkarchitektur
  • 2 zeigt ein vereinfachtes Beispiel einer Netzwerkarchitektur (200) gemäß dem bisherigen Stand der Technik. Andere Netzwerkarchitekturen sind möglich. Die Architektur (200) umfaßt ein UMTS-Netzwerk, das einen allgemeinen paketorientierten Funkdienst ["GPRS"] und ein Weitverkehrs-IP-Netzwerk (240), (z.B. das Internet), verwendet.
  • In 2 ist das lokale Benutzergerät ["UE"] (210) zum Beispiel eine zellulare Vorrichtung, wie beispielsweise ein Mobiltelefon oder ein Computer mit drahtloser Übertragungsfunktion. Der bedienende GPRS-Unterstützungsknoten ["SGSN"] (220) und der Netzübergangs-GPRS-Unterstützungsknoten ["GGSN"] (230) enthalten Funktionalität zum Unterstützen von GPRS für mobile Telekommunikations-Netzwerke und können sich in dem gleichen oder verschiedenen Netzwerkknoten befinden. Der SGSN (220) kommuniziert zum Beispiel mittels Drahtleitungskanal mit einer Basisstation, die wiederum mittels Funkübertragung mit dem UE (210) kommuniziert. Der GGSN (230) leitet Datenpakete, (z.B. Bereitstellen von DiffServ Edge, IntServ/RSVP-Zeichengabe oder anderen Funktionen), zwischen dem UMTS-Netzwerk und dem Weitverkehrs-IP-Netzwerk (240) weiter.
  • Die IP-Trägerschicht (270) umfaßt einen IP-Trägerdienst (272) zum Bereitstellen einer vertraglich vereinbarten QoS von dem UE (210) zum dem entfernten Leitrechner (260), der das UMTS-Netzwerk und das Weitverkehrs-IP-Netzwerk (240) umfaßt. Die Zugangsträgerschicht (280) umfaßt Trägerdienste unterhalb der IP-Trägerschicht (270), zum Beispiel einen UMTS-Trägerdienst zum Bereitstellen einer vertraglich vereinbarten QoS zwischen dem UE (210) und dem GGSN (230). 2 läßt die Details des entfernten Zugangspunkts (250) und Zugangsträgerdiensts zwischen dem Weitverkehrs-IP-Netzwerk (240) und dem entfernten Leitrechner (260) außer acht, welche die Seite des UE (210) widerspiegeln oder verschieden sein können.
  • Das UE (210) weist eine oder mehrere PDP-(z.B. IP) Adressen auf, die statisch oder dynamisch zugewiesen sein können. Ein oder mehrere PDP-Kontexte werden über den PDP-Kontextträger übergreifend eingerichtet (z.B. der GPRS über das UMTS-Netzwerk). Zum Beispiel fordert das UE (210) mit einer PDP-Kontextaktivierungs-Anforderung einen Paketdatendienst mit einer bestimmten QoS für eine PDP-Adresse von einem Zugangspunktnamen ["APN"] an. Der APN verweist auf ein externes Paketdatennetzwerk und/oder einen Dienst und kann zum Abbilden der Anforderung auf einen GGSN verwendet werden. Die angeforderte QoS kann mit einem QoS-Profil spezifiziert werden.
  • Ein QoS-Profil ist ein Satz von Attributen, die den Dienst für ein Netzwerk spezifizieren, wie beispielsweise ein UMTS-Netzwerk. 3G TS 23.107 v4.0.0 beschreibt vier verschiedene UMTS-QoS-Verkehrsklassen, die sich hauptsächlich dadurch unterscheiden, wie verzögerungsempfindlich der Verkehr ist. Zusätzlich zur Verkehrsklasse kann ein Benutzer des Trägers andere Attribute für den vom Netzwerk bereitgestellten Dienst spezifizieren, einschließlich höchster Bitrate, gewährleisteter Bitrate und Übertragungsverzögerung.
  • Figure 00070001
    Tabelle 1: UMTS-QoS-Verkehrsklassen in TS 23.107 v.4.0.0
  • Der SGSN (220) und der GGSN (230) können die angeforderte QoS entsprechend einem Teilnehmerprofil, aktuellen Betriebsmitteln und anderen Kriterien ändern. Das UE (210) kann zusätzliche PDP-Kontexte mit der gleichen oder einer anderen QoS über den PDP-Kontextträger anfordern. Das UE (210) kann auch gewisse Attribute von vorhandenen PDP-Kontexten ändern, (z.B. mit einer PDP-Kontext-Änderungsanforderung). Unter einigen Bedingungen können der GGSN oder andere Netzwerkeinheiten Kontexte aktivieren oder ändern.
  • Für zusätzliche Informationen zu 2, den Diensten und Komponenten, auf die darin verwiesen wird, andere Netzwerkarchitekturen, PDP, QoS-Profile und QoS für UMTS-Netzwerke siehe 3G TS 23.207 v1.2.0, 3G TS 23.107 v4.0.0, 3G TS 23.060 v3.6.0 und dazugehörige Spezifikationen.
  • C. Richtlinienumsetzung und QoS-Zusammenarbeit
  • 3 zeigt ein Rahmenwerk (300) mit QoS-Verwaltungsfunktionen für Ende-Ende-IP-QoS gemäß dem bisherigen Stand der Technik. 3 zeigt ein UE (310) auf höchster Ebene, ein UTRAN (320), wie beispielsweise ein Netzwerk von zellularen Basisstationen, ein CN EDGE (330), wie beispielsweise einen SGSN, einen Netzübergang (340), wie beispielsweise eine GGSN, eine Proxy-Anrufsitzungssteuerungsfunktion ["P-CSCF"] (350) und ein externes Netzwerk (360). Aus Gründen der Einfachheit zeigt 3 keine Trägerdienstfunktionen von unteren Schichten.
  • In 3 umfaßt der Netzübergang (340) einen IP-Bus-Manager (342), eine Übersetzungs- (346) Funktion und einen UMTS-BS-Manager (348). Der IP-Bus-Manager (342) verwaltet die Zusammenarbeit mit dem externen Netzwerk (360) unter Verwendung von Mechanismen wie beispielsweise DiffServ Edge, RSVP/IntServ-Zeichengabe, Richtliniensteuerung oder Dienstgütevereinbarungen. Der IP-BS-Manager (342) kommuniziert mit dem UMTS-BS-Manager (348) über die Übersetzungs- (346) Funktion, welche die Zusammenarbeit zwischen den Mechanismen und Parametern, (z.B. QoS-Parametern), des UMTS-Trägerdienstes und denjenigen des IP-Trägerdienstes bereitstellt. Andere Rahmenwerke sind möglich, zum Beispiel diejenigen, die einen IP-Bus-Manager und eine Übersetzungsfunktion in dem UE (310) umfassen, oder diejenigen, die andere Mechanismen für die Zusammenarbeit zwischen Netzwerken verwenden.
  • Das Rahmenwerk (300) kann zur Zugriffssteuerung auf Richtlinienbasis verwendet werden, wobei eine Richtlinien-Steuerungsfunktion ["PCF"] (353) Entscheidungen in bezug auf IP-Richtlinien auf Netzwerkbasis unter Verwendung von Richtlinieninformationen und -regeln trifft. Richtlinieninformationselemente umfassen zum Beispiel Adressen und genehmigte QoS für die IP-Datenströme einer Sitzung. Die PCF (353) kommuniziert Richtlinieninformationen an den IP-BS-Manager (342) in dem Netzübergang (340) über eine Schnittstelle. Für IP-Multimedia- und andere Dienste können Entscheidungen der lokalen Richtlinien auf Dienstbasis ["SBLP"] auf einen Träger angewendet werden. SBLP-Entscheidungen umfassen die Interaktion zwischen dem UE (310), dem Netzübergang (340) und der P-CSCF (350).
  • Zusätzlich zu der PCF (353) umfaßt die P-CSCF (350) einen lokalen SIP-Proxy (351), der für SIP-Zeichengabe und zum Erhalten einer SDP-Beschreibung einer Sitzung verwendet wird. Die P-CSCF (35) und PCF (353) haben mehrere Rollen, einschließlich der Zugangsberechtigung von QoS-Betriebsmitteln für die Sitzung, die in der SDP-Beschreibung beschrieben wird. Die P-CSCF (350)/PCF (353) können ein Berechtigungszeichen für eine SIP-Sitzung generieren und das Berechtigungszeichen mittels SIP-Nachricht an das UE (310) senden. Das Berechtigungszeichen entspricht zum Beispiel der IETF-Spezifikation für SIP Extensions for Media Authorization.
  • Das UE (310) stellt Betriebsmittelreservierungs-Anforderungen, die der Netzübergang (340) mit Berechtigungen von der PCF (353) abgleicht. Zum Beispiel nimmt das UE (310) das Berechtigungszeichen in die PDP-Kontextaktivierungs- oder -modifizierungsanforderungen zusammen mit UMTS-QoS-Parametern auf. Das Berechtigungszeichen kann dann verwendet werden, um die Anforderungen mit den Berechtigungen von der PCF (353) zu korrelieren.
  • Der Netzübergang (340) ist der IP-Richtlinienumsetzungspunkt und hat mehrere Rollen. Er steuert den Zugriff auf die QoS für den Datenstrom bzw. die Datenströme von IP-Paketdaten. Die Richtlinieninformationen werden entweder von der PCF (353) zu dem Netzübergang "geschoben" oder von der PCF (353) über den Netzübergang (340) angefordert. Der Netzübergang (340) stellt des weiteren die Datenstromsteuerungs-/Verknüpfungs-Funktionalität bereit und ergreift Maßnahmen, wenn die IP-Paketdaten für einen Datenstrom die Berechtigung überschreiten.
  • Für zusätzliche Informationen zur 3 und den Diensten und Komponenten, auf die darin verweisen wird, siehe 3G TS 23.207 v.1.2.0 und dazugehörige Spezifikationen.
  • Im allgemeinen ergibt sich durch eine Berechtigung pro Datenstrom eine feinere Kontrolle über Berechtigung, QoS-Verwaltung und Abrechnung als durch Berechtigung pro Sitzung, was wiederum im Vergleich zur alleinigen Berechtigung auf Netzwerkebene Vorteile aufweist. Das Berechtigungszeichen, das während der SIP-Zeichengabe generiert wird, ist jedoch unzureichend, um mehrere verschiedene Datenströme einer Sitzung für die Berechtigung einzeln zu identifizieren.
  • Die Patentanmeldung, die als internationale Veröffentlichung Nummer WO 00/10357 veröffentlicht worden ist, beschreibt das Übertragen von Datenpaketen in mehreren Datenströmen zu/von einer Mobilstation in einem mobilen Kommunikationssystem. Mehrere Profile sind mit einem Datenübertragungspfad verknüpft, wobei jedes Profil wenigstens einen QoS-Parameter aufweist. Jeder Datenstrom bzw. jedes Datenpaket ist mit einem Profilkennzeichen versehen, das eines der mehreren Profile angibt. Die Ablaufsteuerung und Richtlinienvorgabe für die Übertragung von einzelnen Datenpaketen basiert auf wenigstens einem QoS-Parameter des Profils, das durch das Profilkennzeichen angegeben wird, das mit dem fraglichen Datenstrom verknüpft ist.
  • KURZDARSTELLUNG DER ERFINDUNG
  • Die vorliegende Erfindung betrifft einen Bindungsmechanismus für Paketmediendatenströme. Der Bindungsmechanismus verwendet ein Berechtigungszeichen und Paketmediendatenstromkennungen zum Identifizieren von Paketmediendatenströmen einer Sitzung für die Berechtigung. Dies bietet die Vorteile, ein Berechtigungszeichen pro Sitzung zu verwenden, wobei auch die Betriebsmittelzugangsberechtigung und -zuweisung auf der Basis von einzelnen Paketmediendatenströmen der Sitzung gestattet wird. Der Bindungsmechanismus umfaßt verschiedene Gesichtspunkte.
  • Gemäß einem ersten Gesichtspunkt überträgt eine Vorrichtung eine oder mehrere Nachrichten einschließlich Bindungsinformationen für die Berechtigung von einem oder mehreren Paketmediendatenströmen einer Sitzung. Die Bindungsinformationen umfassen ein Berechtigungszeichen, das, wenn es mit einer Paketmediendatenstromkennung kombiniert wird, ausreichend ist, um einen Paketmediendatenstrom der Sitzung zu identifizieren. Zum Beispiel überträgt ein UE eine oder mehrere PDP-Kontextanforderungen einschließlich Bindungsinformationen. Die Bindungsinformationen umfassen ein SIP-Medien-Berechtigungszeichen und eine oder mehrere IP-Mediendatenstromkennungen.
  • Gemäß einem zweiten Gesichtspunkt verarbeitet ein Netzwerkknoten Bindungsinformationen zum Berechtigen von einem oder mehreren Paketmediendatenströmen einer Sitzung. Die Bindungsinformationen umfassen ein Berechtigungszeichen. Der Netzwerkknoten interpretiert jede der einen oder mehreren Paketmediendatenstromkennungen, die sich auf das Berechtigungszeichen beziehen, um einen Paketmediendatenstrom für die Sitzung zu identifizieren. Zum Beispiel umfassen die Bindungsinformationen ein SIP-Medien-Berechtigungszeichen und eine oder mehrere IP-Mediendatenstromkennungen.
  • Zusätzliche Merkmale und Vorteile der Erfindung gehen aus der folgenden ausführlichen Beschreibung von beschriebenen Ausführungsformen hervor, die unter Bezugnahme auf die begleitenden Zeichnungen fortgeführt wird.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 ist eine schematische Darstellung einer Trägerdienst-Schichtarchitektur gemäß dem bisherigen Stand der Technik.
  • 2 ist eine schematische Darstellung eines vereinfachten Beispiels einer Netzwerkarchitektur gemäß dem bisherigen Stand der Technik.
  • 3 ist eine schematische Darstellung, die QoS-Verwaltungsfunktionen für Ende-Ende-IP-QoS gemäß dem bisherigen Stand der Technik veranschaulicht.
  • 4 ist ein Blockschaltbild einer entsprechenden Rechnerumgebung, in welcher beschriebene Ausführungsformen implementiert werden können.
  • 5 und 6 sind Ablaufdiagramme von Techniken für einen Bindungsmechanismus unter Verwendung eines Berechtigungszeichens und von (einer) IP-Mediendatenstromkennung(en).
  • AUSFÜHRLICHE BESCHREIBUNG
  • Beschriebene Ausführungsformen der vorliegenden Erfindung beziehen sich auf einen Bindungsmechanismus zum Berechtigen von QoS, die für einen oder mehrere IP-Mediendatenströme einer Sitzung angefordert worden ist. Bindungsinformationen, die vom UE zu einem GGSN übertragen werden, umfassen ein SIP-Medien-Berechtigungszeichen. Der GGSN interpretiert eine oder mehrere IP-Mediendatenstromkennungen, die sich auf das SIP-Medien-Berechtigungszeichen beziehen, um den einen oder mehrere IP-Mediendatenströme der Sitzung zu identifizieren. In bezug auf Übertragungsbandbreite, rechnerische Komplexität und Zeichengabekomplexität ist die Verwendung eines Berechtigungszeichens pro Sitzung effizienter als die Verwendung eines unterschiedlichen Berechtigungszeichens pro IP-Mediendatenstrom der Sitzung. Gleichzeitig stellt die Verwendung von mehreren IP- Mediendatenstromkennungen in Verbindung mit dem Berechtigungszeichen pro Sitzung einen einfachen Mechanismus zur Betriebsmittelzugangsberechtigung und -zuweisung auf der Basis von einzelnen IP-Mediendatenströmen der Sitzung bereit.
  • In den beschriebenen Ausführungsformen umfaßt der Bindungsmechanismus mehrere Techniken und Systeme. Zwar werden die Techniken und Systeme hierin typischerweise als Bestandteil eines einzelnen integrierten Rahmenwerks beschrieben, doch können die Techniken und Systeme getrennt, möglicherweise in Kombination mit anderen Techniken und Systemen angewendet werden.
  • In den beschriebenen Ausführungsformen ist der Bindungsmechanismus Bestandteil eines Systems, das eine Reihe von technischen Spezifikationen erfüllt, einschließlich vor allem 3G TS 23.207, aber auch einschließlich 3G TS 23.107, 3G TS 23.060 und IETF Internet Draft mit dem Titel "SIP Extensions for Media Authorization". In alternativen Ausführungsformen arbeitet der Bindungsmechanismus in anderen Systemen und/oder mit anderen Protokollen.
  • Tabelle 2 listet einige Akronyme und Abkürzungen auf, die in der vorliegenden Anmeldung verwendet werden.
    Figure 00120001
  • Figure 00130001
  • Tabelle 2: Akronyme und Abkürzungen
  • I. Rechnerumgebung
  • 4 veranschaulicht ein verallgemeinertes Beispiel einer geeigneten Rechnerumgebung (400), in der die beschriebenen Ausführungsformen implementiert werden können. Es ist nicht beabsichtigt, daß die Rechnerumgebung (400) auf eine Einschränkung hinsichtlich des Umfangs des Einsatzes oder der Funktionalität der Erfindung hinweist. Die vorliegende Erfindung kann in verschiedenen Allzweck- oder Sonder-Rechnerumgebungen implementiert werden, wie beispielsweise zellularen Vorrichtungen oder anderen Benutzergeräten oder GGSN- oder anderen Netzwerkknoten.
  • Unter Bezugnahme auf 4 umfaßt die Rechnerumgebung (400) wenigstens eine Verarbeitungseinheit (410) und einen Speicher (420). In 4 ist diese grundlegendste Konfiguration (430) innerhalb einer gestrichelten Linie enthalten. Die Verarbeitungseinheit (410) führt vom Rechner ausführbare Befehle aus und kann ein realer oder ein virtueller Prozessor sein. In einem Mehrprozessorsystem führen mehrere Verarbeitungseinheiten vom Rechner ausführbare Befehle aus, um die Verarbeitungsleistung zu erhöhen. Der Speicher (420) kann ein flüchtiger Speicher sein, (z.B. Register, Cache, RAM), ein nicht-flüchtiger Speicher, (z.B. ROM, EEPROM, Flash-Speicher usw.) oder irgendeine Kombination aus den beiden. Der Speicher (420) speichert Software (480), die den Bindungsmechanismus mit einem Berechtigungszeichen und Datenstromkennung(en) implementiert.
  • Eine Rechnerumgebung kann zusätzliche Merkmale aufweisen. Zum Beispiel umfaßt die Rechnerumgebung (400) eine Speichervorrichtung (440), eine oder mehrere Eingabevorrichtungen (450), eine oder mehrere Ausgabevorrichtungen (460) und eine oder mehrere Kommunikationsverbindungen (470). Ein (nicht gezeigter) Zusammenschaltungsmechanismus, wie beispielsweise ein Bus, eine Steuereinrichtung oder ein Netzwerk, verbindet die Komponenten der Rechnerumgebung (400) miteinander. Typischerweise stellt die (nicht gezeigte) Betriebssystem-Software eine Betriebsumgebung für andere Software bereit, die in der Rechnerumgebung (400) ausgeführt wird, und koordiniert Aktivitäten der Komponenten der Rechnerumgebung (400).
  • Die Speichervorrichtung (440) kann entfernbar oder nicht-entfernbar sein und umfaßt Magnetplatten, Magnetbänder oder Kassetten, CD-ROMs, CD-RWs, DVDs oder jedes andere Medium, das zum Speichern von Informationen verwendet werden kann und auf das innerhalb der Rechnerumgebung (400) zugegriffen werden kann. Die Speichervorrichtung (440) kann vom Rechner ausführbare Befehle für die Software (480) speichern, die den Bindungsmechanismus mit einem Berechtigungszeichen und Datenstromkennung(en) implementiert.
  • Die Eingabevorrichtung(en) (450) können eine Berührungseingabevorrichtung sein, wie beispielsweise ein numerisches Tastenfeld, eine Tastatur, eine Maus, ein Stift oder eine Rollkugel, eine Spracheingabevorrichtung, eine Abtastvorrichtung oder eine andere Vorrichtung, die Eingabe in die Rechnerumgebung (400) bereitstellt. Die Ausgabevorrichtung(en) (460) können eine Anzeigevorrichtung, ein Drucker, ein Lautsprecher, eine CD-Schreibvorrichtung oder eine andere Vorrichtung sein, die Ausgabe aus der Rechnerumgebung (400) bereitstellt.
  • Die Kommunikationsverbindung(en) (470) ermöglichen die Kommunikation über ein Kommunikationsmedium mit einer anderen Rechnereinheit. Das Kommunikationsmedium transportiert Informationen, wie zum Beispiel vom Computer ausführbare Befehle, Audio- oder Video-Informationen oder andere Daten in einem modulierten Datensignal. Ein moduliertes Datensignal ist ein Signal, bei dem eines oder mehrere seiner Merkmale so eingerichtet oder geändert werden, daß Informationen in dem Signal verschlüsselt werden. Als Beispiel und nicht einschränkend umfassen Kommunikationsmedien verkabelte oder drahtlose Medien, die mit einer Funkfrequenz, einem elektrischen, optischen, Infrarot-, akustischen oder anderen Träger implementiert sind.
  • Die Erfindung kann in dem allgemeinen Kontext von computerlesbaren Medien beschrieben werden. Computerlesbare Medien sind alle verfügbaren Medien, auf die in einer Rechnerumgebung zugegriffen werden kann. Als Beispiel und nicht einschränkend umfassen computerlesbare Medien in der Rechnerumgebung (400) den Speicher (420), die Speichervorrichtung (440), Kommunikationsmedien und Kombinationen von allem oben genannten.
  • Die Erfindung kann in dem allgemeinen Kontext von computerausführbaren Befehlen beschrieben werden, wie beispielsweise denjenigen, die in Programm-Modulen enthalten sind, die in einer Rechnerumgebung auf einem realen oder virtuellen Zielprozessor ausgeführt werden. Im allgemeinen enthalten Programm-Module Routinen, Programme, Bibliotheken, Objekte, Klassen, Komponenten, Datenstrukturen usw., die bestimmte Aufgaben durchführen oder bestimmte abstrakte Datentypen implementieren. Die Funktionalität der Programm-Module kann je nach Wunsch in verschiedenen Ausführungsformen kombiniert oder zwischen Programm-Modulen aufgeteilt werden. Vom Rechner ausführbare Befehle für Programm-Module können in einer lokalen oder verteilten Rechnerumgebung ausgeführt werden.
  • Aus Darstellungsgründen verwendet die ausführliche Beschreibung Begriffe wie "anfordern", "generieren" oder "ändern", um Rechnertätigkeiten in einer Rechnerumgebung zu beschreiben. Diese Begriffe sind Abstraktionen auf höchster Ebene für Vorgänge, die von einem Rechner durchgeführt werden und sollten nicht mit Handlungen verwechselt werden, die von einem Menschen vorgenommen werden. Die tatsächlichen Rechnervorgänge, die diesen Begriffen entsprechen, ändern sich abhängig von der Implementierung.
  • II. Bindungsmechanismus
  • Ein hierin beschriebener Bindungsmechanismus verbindet einen PDP-Kontextträger mit Richtlinieninformationen in einem GGSN, um die SBLP-Umsetzung und QoS-Zusammenarbeit zu unterstützen. Die Richtlinieninformationen in dem GGSN basieren auf IP-Mediendatenströmen. Der Bindungsmechanismus identifiziert den bzw. die IP-Medienströme, die mit einem PDP-Kontextträger verknüpft sind, und verwendet diese Identifizierungsinformationen beim Auswählen der Richtlinieninformationen, die angewendet werden sollen.
  • Für den Bindungsmechanismus sind die Bindungsinformationen, (z.B. ein Berechtigungszeichen und Datenstromkennung(en)), die von einem UE bereitgestellt werden, ausreichend, um den bzw. die IP-Mediendatenströme zu identifizieren, die auf einem PDP-Kontext getragen werden. Der Bindungsmechanismus stellt einen einfachen Mechanismus bereit, der die Betriebsmittelzugriffsberechtigung und -zuweisung auf der Basis von IP-Mediendatenströmen ermöglicht, wobei ein einzelnes Berechtigungszeichen in SIP-Zeichengabe- und PDP-Kontextaktivierungs-/-änderungs-Nachrichten beibehalten wird. Dies wird den Vorteilen der Verwendung eines einzelnen Berechtigungszeichens pro Sitzung und den Vorteilen der Betriebsmittelzugriffsberechtigung und -zuweisung pro Datenstrom gerecht.
  • Für die Richtlinieninformationen verwendet die P-CSCF/PCF zum Beispiel eine SDP-Beschreibung einer Sitzung, um die Berechtigung für die Sitzung zu berechnen, einschließlich Einschränkungen in bezug auf IP-Betriebsmittel, IP-Paketdatenströme und (möglicherweise) IP-Ziele. Eine berechtigte Sitzung kann eine oder mehrere Datenstromberechtigungen enthalten, wobei jede Datenstromberechtigung einen IP-Datenstrom-5-Tupel, (d.h. Ursprungsadresse und -anschluß, Zieladresse und -anschluß, Protokoll) für den Datenstrom, eine Spezifikation von berechtigten Betriebsmitteln für den Datenstrom, und einen DSCP enthält, die einen zugewiesenen DiffServ pro Sprungverhalten für den Datenstrom identifiziert.
  • Die IP-Richtlinienumsetzung basiert auf IP-Mediendatenströmen, während UMTS-Träger auf PDP-Kontexten von einem UE zu einem GGSN basieren: Wenn ein PDP-Kontext aktiviert oder geändert wird und SBLP in Kraft sind, verwendet der GGSN die Richtlinieninformationen, die mit IP-Mediendatenströmen verknüpft sind, um den Träger zu berechtigen. Das UE steuert die Abbildung von IP-Mediendatenströmen auf PDP-Kontexte, und das UE versorgt den GGSN mit Bindungsinformationen, um es ihm zu ermöglichen, die Richtlinieninformationen für PDP-Kontextaktivierungs-/-änderungs-Anforderungsnachrichten korrekt zu identifizieren. Andernfalls verfügt der GGSN nicht über ausreichende Informationen, um die Richtlinieninformationen zu identifizieren, die zum Berechtigen des Trägers erforderlich sind.
  • Die IETF SIP Working Group hat in Erwägung gezogen, ein Berechtigungszeichen pro IP-Mediendatenstrom in einer SDP-Beschreibung zu verwenden, das dann von dem UE als Bindungsinformationen für den GGSN bereitgestellt werden könnte. Zwar ist dies von der Architektur her richtig, doch erfordert diese Näherungsweise eine Änderung des SDP und das Senden von mehr Informationen zwischen der PCF, dem GGSN und dem UE.
  • Im Gegensatz dazu werden für den hierin beschriebenen Bindungsmechanismus IP-Mediendatenströme durch ihre Reihenfolge in einer SDP-Beschreibung identifiziert. Zum Beispiel ist der erste Mediendatenstrom, (der durch eine mit "m=" beginnende Zeile in der SDP-Beschreibung identifiziert wird), Datenstrom 1, der zweite Mediendatenstrom ist Datenstrom 2 usw. Da sowohl die P-CSCF/PCF und das UE die SDP-Beschreibung haben, identifizieren sie die Datenströme in konsistenter Weise. Berechtigungsinformationen von der P-CSCF/PCF und Bindungsinformationen von dem UE können beide die Mediendatenströme oder Datenströme identifizieren.
  • 5 und 6 zeigen Techniken (500, 600) für einen Bindungsmechanismus, der ein Berechtigungszeichen und IP-Mediendatenstromkennung(en) verwendet. 5 und 6 veranschaulichen allgemein die Zeitsteuerung für den Bindungsmechanismus; die tatsächliche Zeitsteuerung hängt von den zugrundeliegenden Protokollen, (z.B. SIP und PDP), Netzwerk usw. ab.
  • Unter Bezugnahme auf 5 und 6 überträgt (610) die P-CSCF/PCF während der SIP-Zeichengabe ein Berechtigungszeichen und eine SDP-Beschreibung zu dem UE. Das UE empfängt (510) das Berechtigungszeichen und die SDP-Beschreibung.
  • Das UE überträgt (520) dann eine PDP-Kontextanforderung. Beim Aktivieren/Ändern eines PDP-Kontexts nimmt das UE das Berechtigungszeichen als die Bindungsinformationen in die Anforderung auf. Zum korrekten Abbilden von Mediendatenströmen auf PDP-Kontexte sollte das UE auch eine oder mehrere Datenstromkennungen gemäß der SDP-Beschreibung aufnehmen. (Das Berechtigungszeichen wurde von der P-CSCF/PCF während der SIP-Zeichengabe an das UE gesendet (610), und die Datenstromkennungen wurden von dem UE gemäß der Abfolge der Mediendatenströme in dem SDP abgeleitet.) Eine Datenstromkennung benötigt nur eine kleine Anzahl von Bits, so daß sich für die Funkverbindungsleistung nur eine minimale Auswirkung zeigt. Insbesondere sind Bindungsinformationen in den PDP-Kontextaktivierungs-/-änderungs-Nachrichten enthalten, um den PDP-Kontextträger mit Richtlinieninformationen zu verknüpfen. Der PDP-Konfigurationsoptionen-Parameter, (ein optionaler Parameter, der in einer PDP-Kontextaktivierungs-/-änderungs-Anforderung signalisiert wird), wird zu diesem Zweck verwendet. Alternativ wird ein anderer Parameter verwendet, wie beispielsweise ein Verkehrsdatenstrom-Vorlagenparameter eines PDP-Kontexts.
  • Das Berechtigungszeichen ist über PDP-Kontexte, die mit einem APN verknüpft sind, übergreifend eindeutig und entspricht der IETF-Spezifikation in Bezug auf SIP Extensions for Media Authorization.
  • Die Datenstronnkennungen identifizieren die IP-Mediendatenströme, die mit der SIP-Sitzung verknüpft sind. Wie oben beschrieben, können die Datenstromkennungen auf der Reihenfolge von Mediendatenströmen in der SDP-Beschreibung basieren. In diesem Fall ist eine Datenstromkennung, die mit dem Berechtigungszeichen kombiniert ist, ausreichend, um einen IP-Mediendatenstrom eindeutig zu identifizieren, da Datenstromkennungen in bezug auf ein Berechtigungszeichen interpretiert werden.
  • Damit QoS und Richtlinieninformationen aus der PCF "herausgezogen" werden können, kann das Berechtigungszeichen auch gestatten, daß der GGSN die Adresse der PFC bestimmt, die verwendet werden soll.
  • Der GGSN empfängt (620) die PDP-Kontextanforderung und verarbeitet die PDP-Kontextanforderung. Zum Beispiel identifiziert (630) der GGSN den bzw. die Mediendatenströme, die mit dem PDP-Kontextträger verknüpft sind, unter Verwendung der Bindungsinformationen, fragt (640) die PCF nach den Richtlinieninformationen ab, die auf den bzw. die IP-Medienströme angewendet werden sollen, die durch die Bindungsinformationen identifiziert worden sind, und verwendet die empfangenen Richtlinieninformationen, die mit dem bzw. den IP-M4diendatenströmen verknüpft sind, um den Träger zu berechtigen (650), wenn dies hinsichtlich der Richtlinieninformationen zutreffend ist.
  • Die SIP-Sitzungsänderung kann zu Änderungen an der SDP-Beschreibung führen, wie beispielsweise zum Hinzufügen oder Löschen von Mediendatenströmen. (Zum Beispiel befindet sich bei einer Implementierung, wenn ein Mediendatenstrom gelöscht wird, die entsprechende "m"-Zeile immer noch in der SDP-Beschreibung, die auf "m=0" gesetzt wird. Das entsprechende QoS-Betriebsmittel für diesen gelöschten Datenstrom wird in der PCF auf Null gesetzt. Wenn ein neuer Mediendatenstrom hinzugefügt wird, wird er an dem Ende der vorhandenen SDP-Beschreibung hinzugefügt.) Die P-CSCF/PCF kann ein neues Berechtigungszeichen ausgeben, wenn sich die SDP-Beschreibung ändert. Wenn die mit einem PDP-Kontext verknüpften Betriebsmittel sich als ein Ergebnis der SIP-Sitzungsänderung erhöhen, sendet das UE eine PDP-Kontextänderung mit dem alten (oder neuen) Betriebsmittelzeichen und Datenstromkennungen.
  • Nachdem die Prinzipien meiner Erfindung unter Bezugnahme auf gewisse beschriebene Ausführungsformen beschrieben und veranschaulicht worden sind, ist klar zu erkennen, daß die beschriebenen Ausführungsformen in Anordnung und Detail geändert werden können, ohne von solchen Prinzipien abzuweichen. Es sollte verstanden werden, daß die Programme, Prozesse oder Verfahren, die hierin beschrieben wurden, sich nicht auf irgendeinen bestimmten Typ von Rechnerumgebung beziehen oder darauf beschränkt sind, sofern nichts anderes angegeben ist. Verschiedene Typen von Mehrzweck- oder Sonder-Rechnerumgebungen können in Übereinstimmung mit den hierin beschriebenen Lehren verwendet werden oder in Übereinstimmung mit diesen Vorgänge durchführen. Elemente der beschriebenen Ausführungsformen, die in der Software gezeigt sind, können in der Hardware implementiert werden und umgekehrt.

Claims (26)

  1. Verfahren zum Anfordern einer Betriebsmittelzugangsberechtigung in einem Netzwerk, welches ein Teilnehmergerät und einen Netzwerkknoten umfaßt, wobei das Verfahren umfaßt: Ubertragen einer Nachricht von dem Teilnehmergerät, welche Bindungsinformationen für eine Sitzung umfaßt, wobei die Bindungsinformationen für die Sitzung ein Berechtigungszeichen und eine oder mehrere Paketmediendatenstromkennungen umfaßen, wobei jede der einen oder mehreren Paketmediendatenstromkennungen in den Bindungsinformationen für die Sitzung einen Paketmediendatenstrom in der Sitzung zusammen mit dem Berechtigungszeichen in den Bindungsinformationen für die Sitzung kennzeichnet, um eine Berechtigung auf einer Pro-Mediendatenstrom-Basis in der Sitzung zu erleichtern.
  2. Verfahren nach Anspruch 1, wobei die Sitzung mehrere Paketmediendatenströme aufweist, und wobei jede der einen oder mehreren Paketmediendatenstromkennungen in den Bindungsinformationen für die Sitzung einen unterschiedlichen Paketmediendatenstrom aus den mehreren Paketmediendatenströmen in der Sitzung zusammen mit dem Berechtigungszeichen in den Bindungsinformationen für die Sitzung kennzeichnet.
  3. Verfahren nach Anspruch 1 oder 2, welches ferner vor dem Übertragen ein Empfangen des Berechtigungszeichens an dem Teilnehmergerät umfaßt.
  4. Verfahren nach einem der vorhergehenden Ansprüche, welches ferner ein Übertragen einer zusätzlichen Nachricht zum Ändern der Berechtigung umfaßt, wobei die zusätzliche Nachricht ein zweites Berechtigungszeichen umfaßt.
  5. Verfahren zum Berechtigen von Betriebsmitteln in einem Netzwerk, welches Teilnehmergerät und einen Netzwerkknoten umfaßt, wobei das Verfahren umfaßt: ein Verarbeiten von Bindungsinformationen für die Sitzung im Netzwerkknoten für jede Sitzung der mehreren Sitzungen, wobei: die Bindungsinformationen für die Sitzung ein Berechtigungszeichen und eine oder mehrere Paketmediendatenstromkennungen umfassen, und jede der einen oder mehreren Paketmediendatenstromkennungen in den Bindungsinformationen für die Sitzung einen Paketmediendatenstrom in der Sitzung zusammen mit dem Berechtigungszeichen in den Bindungsinformationen für die Sitzung kennzeichnet, um eine Berechtigung auf einer Pro-Mediendatenstrom-Basis in der Sitzung zu erleichtern.
  6. Verfahren nach Anspruch 5, wobei wenigstens eine der mehreren Sitzungen mehrere Paketmediendatenströme aufweist, und wobei für jede Sitzung der mehreren Sitzungen jede der einen oder mehreren Paketmediendatenstromkennungen in den Bindungsinformationen für die Sitzung einen unterschiedlichen Paketmediendatenstrom der mehreren Paketmediendatenströme in der Sitzung zusammen mit dem Berechtigungszeichen in den Bindungsinformationen für die Sitzung kennzeichnet, falls die Sitzung mehrere Paketmediendatenströme aufweist.
  7. Verfahren nach Anspruch 5 oder 6, wobei das Verarbeiten ein Anfordern von Richtlinieninformationen umfaßt, welches durch das Berechtigungszeichen angezeigt wird.
  8. Verfahren nach Anspruch 5 oder 7, wobei das Verarbeiten ein Berechtigen entsprechend einer dienstbasierten lokalen Richtlinienentscheidung umfaßt.
  9. Verfahren nach einem der Ansprüche 5 bis 8, welches ferner ein Übertragen des Berechtigungszeichens an Teilnehmergerät vor dem Verarbeiten für jede Sitzung der mehreren Sitzungen umfaßt.
  10. Verfahren nach einem der Ansprüche 5 bis 9, welches ferner ein Empfangen einer Nachricht, welche die Bindungsinformationen umfaßt, vor dem Verarbeiten für jede Sitzung der mehreren Sitzungen umfaßt.
  11. Verfahren nach einem der Ansprüche 1, 3 oder 10, wobei die Nachricht eine PDP-Kontextanforderung ist.
  12. Verfahren nach einem der Ansprüche 1, 3 oder 10, wobei die Nachricht eine Kontextaktivierungsanforderung ist.
  13. Verfahren nach einem der Ansprüche 1, 3 oder 10, wobei die Nachricht eine Kontextänderungsanforderung ist.
  14. Verfahren nach einem der vorhergehenden Ansprüche, wobei der eine oder die mehreren Paketmediendatenstromkennungen auf eine Datenstromordnung in einer Sitzungsbeschreibung verweisen.
  15. Verfahren nach einem der Ansprüche 1 bis 14, wobei eine Sitzungsbeschreibung an das Teilnehmergerät während einer Sitzungsprotokollsignalgebung übertragen wird.
  16. Verfahren nach Anspruch 14, wobei das Sitzungsprotokoll SIP ist.
  17. Verfahren nach Anspruch 15, wobei die Sitzungsbeschreibung eine SDP-Beschreibung ist.
  18. Verfahren nach einem der vorhergehenden Ansprüche, wobei der Paketmediendatenstrom ein IP-Mediendatenstrom ist.
  19. Verfahren nach einem der vorhergehenden Ansprüche, wobei das Teilnehmergerät eine zellulare Vorrichtung ist.
  20. Verfahren nach einem der vorhergehenden Ansprüche, wobei der Netzwerkknoten ein GGSN umfaßt.
  21. Verfahren nach einem der vorhergehenden Ansprüche, wobei der Netzwerkknoten ein SGSN umfaßt.
  22. Verfahren nach einem der vorhergehenden Ansprüche, wobei der Netzwerkknoten ein P-CSCF umfaßt.
  23. Verfahren nach einem der vorhergehenden Ansprüche, wobei der Netzwerkknoten eine Richtliniensteuerungsfunktion umfaßt.
  24. Verfahren nach Anspruch 23, wobei die Richtliniensteuerungsfunktion das Berechtigungszeichen erzeugt.
  25. Computerprogramm, welches ein Computerprogrammcodemittel umfaßt, das dazu eingerichtet ist, alle Schritte aus jedem der vorhergehenden Ansprüche auszuführen, wenn das Programm auf einem Computer läuft.
  26. Computerprogramm nach Anspruch 25, welches auf einem computerlesbaren Medium verwirklicht ist.
DE60211881T 2001-04-17 2002-04-16 Bindungsinformation für ip mediendatenströmen Expired - Lifetime DE60211881T2 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US91047 1993-07-14
US28435801P 2001-04-17 2001-04-17
US284358P 2001-04-17
US10/091,047 US20020184510A1 (en) 2001-04-17 2002-03-04 Binding information for IP media flows
PCT/US2002/012181 WO2002085055A2 (en) 2001-04-17 2002-04-16 Binding information for ip media flows

Publications (2)

Publication Number Publication Date
DE60211881D1 DE60211881D1 (de) 2006-07-06
DE60211881T2 true DE60211881T2 (de) 2006-10-26

Family

ID=26783242

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60211881T Expired - Lifetime DE60211881T2 (de) 2001-04-17 2002-04-16 Bindungsinformation für ip mediendatenströmen

Country Status (8)

Country Link
US (1) US20020184510A1 (de)
EP (1) EP1382214B1 (de)
JP (2) JP2004533160A (de)
CN (1) CN100388815C (de)
AT (1) ATE328449T1 (de)
AU (1) AU2002258841A1 (de)
DE (1) DE60211881T2 (de)
WO (1) WO2002085055A2 (de)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7546376B2 (en) * 2000-11-06 2009-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources
US20020062379A1 (en) * 2000-11-06 2002-05-23 Widegren Ina B. Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with IP bearer services
EP1397011B1 (de) * 2001-03-01 2008-09-17 Mitsubishi Denki Kabushiki Kaisha Mobil-ip-paketkommunikationssystem
CN101448259A (zh) * 2001-06-27 2009-06-03 诺基亚西门子通信公司 用于无线通信网中承载授权的方法和系统
US7305700B2 (en) * 2002-01-08 2007-12-04 Seven Networks, Inc. Secure transport for mobile communication network
GB0207712D0 (en) * 2002-04-03 2002-05-15 Nokia Corp Handling of error cases
US7206324B2 (en) * 2002-05-03 2007-04-17 Telefonaktiebolaget Lm Ericsson (Publ) QoS translator
US6888807B2 (en) * 2002-06-10 2005-05-03 Ipr Licensing, Inc. Applying session services based on packet flows
US20040064555A1 (en) * 2002-09-27 2004-04-01 Renaud Cuny Service level allocation for IP networks
US20040187021A1 (en) * 2003-02-10 2004-09-23 Rasanen Juha A. Mobile network having IP multimedia subsystem (IMS) entities and solutions for providing simplification of operations and compatibility between different IMS entities
US6888821B2 (en) * 2003-02-10 2005-05-03 Nokia Corporation Dynamic media authorization in mobile networks
US20040199604A1 (en) * 2003-04-04 2004-10-07 Dobbins Kurt A. Method and system for tagging content for preferred transport
US7826353B2 (en) * 2003-05-05 2010-11-02 Nokia Corporation Method, system and network element for authorizing a data transmission
US7054774B2 (en) * 2003-06-27 2006-05-30 Microsoft Corporation Midstream determination of varying bandwidth availability
GB0324596D0 (en) * 2003-10-21 2003-11-26 Nokia Corp Sessions in a communication system
US7570590B2 (en) * 2003-10-28 2009-08-04 Alcatel-Lucent Usa Inc. Decision tree logic for determining the optimal value for QoS uplink and downlink maximum bitrate attributes
CN100527682C (zh) * 2003-11-12 2009-08-12 株式会社日立制作所 会话QoS控制装置
CN100433890C (zh) * 2003-12-22 2008-11-12 华为技术有限公司 应用动态业务质量控制的移动数据业务实现方法
GB2413464A (en) * 2004-04-21 2005-10-26 Orange Sa An inter-working unit with a protocol conversion or protocol encapsulation function, for use with dual stack user equipment on a packet radio network
US7162533B2 (en) * 2004-04-30 2007-01-09 Microsoft Corporation Session description message extensions
GB0410624D0 (en) * 2004-05-12 2004-06-16 Nokia Corp Media component control
DE602004022722D1 (de) * 2004-06-24 2009-10-01 Spyder Navigations Llc Transfer von paketdaten in einem system mit mobilendgerät, drahtlosem lokalem netzwerk und mobilnetzwerk
FI20040888A0 (fi) 2004-06-28 2004-06-28 Nokia Corp Palvelujen ohjaaminen pakettivälitteisessä dataverkossa
GB2424545A (en) * 2005-03-24 2006-09-27 Orange Personal Comm Serv Ltd Packet radio communications system where at least one ran is arranged to operate with a different communication standard than the other rans
US7751430B2 (en) 2005-07-14 2010-07-06 Motorola, Inc. Self optimization of time division duplex (TDD) timing and adaptive modulation thresholds
CN101039315B (zh) * 2006-03-16 2012-01-25 华为技术有限公司 与业务无关的接入网会话控制系统及方法
CN101047706B (zh) * 2006-03-27 2011-07-06 华为技术有限公司 一种接入网会话控制系统及方法
WO2007104264A1 (fr) * 2006-03-16 2007-09-20 Huawei Technologies Co., Ltd. Procede et systeme de commande de session, et appareil d'attribution d'identificateur de session associe dans un reseau d'acces
CN1996968B (zh) * 2006-06-26 2010-04-14 华为技术有限公司 媒体网关控制器向媒体网关下发资源提供决策的方法
WO2008105106A1 (ja) * 2007-02-28 2008-09-04 Hitachi Communication Technologies, Ltd. 通信品質制御システム
CN101110766B (zh) * 2007-03-23 2010-04-21 华为技术有限公司 一种信令ip流承载事件上报的控制方法和功能实体
CN101330638B (zh) * 2007-06-26 2012-05-23 中兴通讯股份有限公司 一种会话控制路径与承载控制路径的关联方法
GB2453525B (en) * 2007-09-26 2011-11-02 Motorola Inc Radio resource management
WO2010066295A1 (en) * 2008-12-10 2010-06-17 Telefonaktiebolaget Lm Ericsson (Publ) Token-based correlation of control sessions for policy and charging control of a data session through a nat
KR101645758B1 (ko) * 2009-01-09 2016-08-12 인터디지탈 패튼 홀딩스, 인크 무선 송수신 유닛 및 무선 송수신 유닛에서의 사용을 위한 방법
JP2013504271A (ja) * 2009-09-04 2013-02-04 ゼットティーイー コーポレーション 通信サービスのＩＰ相互接続におけるネットワーク間インターフェース上のサービス品質（ＱｏＳ）
WO2011060974A1 (en) * 2009-11-20 2011-05-26 Telefonaktiebolaget L M Ericsson (Publ) Controlling packet filter installation in a user equipment
US8675487B2 (en) * 2010-06-28 2014-03-18 Alcatel Lucent System and method for generating and updating PCC rules based on service requests
EP2458798A3 (de) 2010-11-29 2012-07-04 ZTE (USA) Inc. Verfahren und Vorrichtung zur Konfiguration der Profile der Teilnehmerdienstgüte
US9112830B2 (en) * 2011-02-23 2015-08-18 Mcafee, Inc. System and method for interlocking a host and a gateway
CN105208670B (zh) 2011-09-16 2019-01-18 华为技术有限公司 一种回收逆向授予中传输机会控制权的方法及装置
US8601144B1 (en) * 2012-11-27 2013-12-03 Sansay, Inc. Systems and methods for automatic ICE relay candidate creation
CN104065656B (zh) * 2014-06-24 2017-07-14 浙江宇视科技有限公司 一种媒体流数据识别方法
US10154072B2 (en) * 2014-09-17 2018-12-11 Microsoft Technology Licensing, Llc Intelligent streaming of media content
US10320748B2 (en) 2017-02-23 2019-06-11 At&T Intellectual Property I, L.P. Single packet authorization in a cloud computing environment
US10341864B2 (en) 2017-03-03 2019-07-02 Verizon Patent And Licensing Inc. Network-based device registration for content distribution platforms
US10805361B2 (en) 2018-12-21 2020-10-13 Sansay, Inc. Communication session preservation in geographically redundant cloud-based systems
CN111131543B (zh) * 2019-12-26 2022-07-22 北京浪潮数据技术有限公司 一种sdn多线程时序控制方法、系统、装置及可读存储介质
CN112511569B (zh) * 2021-02-07 2021-05-11 杭州筋斗腾云科技有限公司 网络资源访问请求的处理方法、系统及计算机设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6937566B1 (en) * 1997-07-25 2005-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic quality of service reservation in a mobile communications network
FI105969B (fi) * 1998-08-10 2000-10-31 Nokia Networks Oy Palvelunlaadun hallinta matkaviestinjärjestelmässä
US7546376B2 (en) * 2000-11-06 2009-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources

Also Published As

Publication number Publication date
EP1382214A2 (de) 2004-01-21
US20020184510A1 (en) 2002-12-05
CN1515123A (zh) 2004-07-21
WO2002085055A3 (en) 2003-02-06
AU2002258841A1 (en) 2002-10-28
CN100388815C (zh) 2008-05-14
WO2002085055A2 (en) 2002-10-24
JP2004533160A (ja) 2004-10-28
JP2008278512A (ja) 2008-11-13
ATE328449T1 (de) 2006-06-15
EP1382214B1 (de) 2006-05-31
DE60211881D1 (de) 2006-07-06

Similar Documents

Publication Publication Date Title
DE60211881T2 (de) Bindungsinformation für ip mediendatenströmen
DE60206894T2 (de) Verfahren und vorrichtung zur herstellung eines protokoll-proxy für ein mobiles host-endgerät in einer multimediasitzung
DE602004009913T2 (de) Verfahren, system und netzwerkelement zur autorisierung einer datenübertragung
DE60120354T2 (de) Rsvp-verarbeitung in 3g-netzwerken
DE602004005604T2 (de) Verfahren zur dienstqualitätsdifferenzierung in paketmodus-mobilkommunikationsnetzen
DE60130911T2 (de) Verfahren und gerät für die koordinierte verrechnung von diensten in einer multimedia-sitzung
DE60003525T2 (de) Übertragung von dienstqualitätsabbildungsinformation in einem paketfunknetz
DE60031435T2 (de) Dienstgütebezogene Herstellung einer Kommunikationssitzung in einem Kommunikationssystem
DE602005006095T2 (de) Bereitstellen von Informationen über die Beziehungen individueller Träger für mobile Endgeräte, die einen Multicast- oder Broadcastdienst empfangen
DE60130114T2 (de) Anwendungsbeeinflusste richtlinie
DE69834188T2 (de) Dynamische dienstqualitätreservierung in einem mobilen kommunikationsnetz
KR101486740B1 (ko) 방문 및 홈 네트워크들로부터 패킷 필터링／분류 및／또는 정책 제어 지원
DE60132387T2 (de) Richtlinien-Koordination in einem Kommunikationsnetz
DE602004005842T2 (de) Skalierbare und adaptive QoS-Architektur für Mehrkanal Multicast/Broadcast Dienste
EP1391081B1 (de) Heterogenes mobilfunksystem
EP1826956B1 (de) Anpassung von virtuellen und physikalischen Netzwerkschnittstellen
DE69921831T2 (de) Kontrolle der dienstqualitäten in einem mobilkommunikationssystem
DE60127815T2 (de) Verfahren zur rufkontrolle um verzögerungen beim starten von multimedia- oder sprachrufen in einem paketvermittelten funkkommunikationsnetz zu minimieren
DE10302788B4 (de) Einrichtung und Verfahren zum Umordnen von TFTs in einem Mobilkommunikationssystem
DE60314860T2 (de) Betrachtung der mobilstationsfähigkeit bei der aushandlung der dienstqualität für paketvermittelte dienste
DE60302051T2 (de) Verfahren, netzwerk und gerät zur konfiguration und steuerung von netzressourcen beim zurverfügungstellen von inhalten mit verteilungsregeln
DE60115030T2 (de) Kommunikationen unter verwendung von adaptiven mehrraten kodierern/dekodierern
DE60129821T2 (de) Gemeinsame gebührenerhebung kennung für kommunikationsnetze
DE60125422T2 (de) Abbildung von paketen auf pdp-kontexte bei vielfach-verbindungen
DE102006022046B4 (de) Verfahren zum Ermöglichen einer Steuerung der Dienstqualität und/oder der Dienstvergebührung bei Telekommunikationsdiensten

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8327 Change in the person/name/address of the patent owner

Owner name: AT&T MOBILITY II LLC, NEWCASTLE, DEL., US