DE102005013905A1

DE102005013905A1 - Ermittlung der Zuordnung von Datenströmen zu Nutzverbindungen durch Benachrichtigung bei detektierten Daten mindestens eines Datenstroms an einen Steuerungsknoten

Info

Publication number: DE102005013905A1
Application number: DE102005013905A
Authority: DE
Inventors: Thomas Dr. Belling; Mirko Schramm
Original assignee: Siemens Corp
Current assignee: Siemens Corp
Priority date: 2005-03-24
Filing date: 2005-03-24
Publication date: 2006-09-28
Anticipated expiration: 2025-03-25
Also published as: WO2006100183A1; DE102005013905B4

Abstract

Die Erfindung beschreibt ein Verfahren, eine Netzeinheit und ein System zur Ermittlung der Zuordnung von Datenströmen zu Nutzverbindungen durch Benachrichtigen eines Steuerungsknotens (PDF, CRF) bei detektierten Daten mindestens eines Datenstroms in einer Netzeinheit (GGSN, PDG) eines Kommunikationsnetzes. Erfindungsgemäß werden mit mindestens einem vom Steuerungsknoten (PDF, CRF) gesendeten Paketfilter in der Netzeinheit (GGSN, PDG) Daten mindestens eines Datenstroms, betreffend die Übereinstimmung mit mindestens einem Parameter des Paketfilters, ausgewertet und
von der Netzeinheit (GGSN, PDG) in Abhängigkeit vom Auswertergebnis an den Steuerungsknoten (PDF, CRF) wird mindestens eine Information, betreffend die ausgewerteten Daten des mindestens einen Datenstroms, gesendet.

Description

Die Erfindung betrifft ein Verfahren, eine Netzeinheit und ein System zur Ermittlung der Zuordnung von Datenströmen zu Nutzverbindungen durch Benachrichtigen eines Steuerungsknotens bei detektierten Daten mindestens eines Datenstroms in einer Netzeinheit eines Kommunikationsnetzes.

In der 3GPP-Standardisierung ist zur Dienst-abhängigen Autorisierung des Aufbaus von IP Nutzverbindungen über das Paketorientierte so genannte „General Packet Radio Service" (GPRS) Mobilfunknetz die so genannte „Service Based Local Policy" (SBLP) in TS 23.207 sowie TS 29.207 und TS 29.208 standardisiert. Die GPRS Nutzverbindungen sind Punkt-zu-Punkt-Verbindungen und werden auch als „Packet Data Protocol" (PDP) Kontexte bezeichnet. Der vom mobilen Endgerät, dem so genannten „User Equipment" (UE), angestoßene Aufbau und die Modifikation von PDP Kontexten wird am so genannten „Gateway GPRS Support Node" (GGSN) über die so genannte Go-Schnittstelle von der so genannten „Policy Decision Function" (Ressourcen-Entscheidungsfunktion) (PDF) autorisiert, welche die von dem Endgerät gegenwärtig genutzten Dienste kennt. Die PDF wird über diese Dienste von einer oder mehreren so genannter „Application Functions" (Applikationsfunktionen) (AF) informiert, die mit dem Endgerät zur Aushandlung des Dienstes Signalisierungsnachrichten austauschen, beispielsweise das im so genannten „IP Multimedia core network Subsystem" (IMS) der 3GPP genutzte SIP-Protokoll, IETF RFC 3261. Die Autorisierung legt die für den PDP Kontext erlaubte so genannte „Quality of Service" (Qualität des Dienstes) (QoS) fest, also die Bandbreite und mittels der so genannten QoS Klasse die erlaubte Verzögerung der Pakete.

Die PDF weiß, welche IP Datenströme zu einem Dienst gehören. Unter einem Datenstrom soll hier eine Folge von Daten-Paketen mit derselben Absender- und Empfänger Adresse, sowie derselben Art von darin transportierten Nutzdaten verstanden werden. Im Falle von IP/UDP oder IP/TCP Transport soll der IP Datenstrom zusätzlich durch dieselben UDP bzw. TCP Portnummern von Sender und Empfänger charakterisiert sein. Es ist möglich, dass ein Endgerät mehrere PDP Kontexte zum GGSN aufbaut und gleichzeitig nutzt. Zur Autorisierung eines PDP Kontexte muss die PDF daher wissen, welche IP Datenströme darin transportiert werden.

Die bisher in TS 29.207 standardisierte Lösung für SBLP, die der PDF ermöglicht zu erkennen, welche IP Datenströme in einem PDP Kontexte transportiert werden, nutzt das so genannte „Autorisierungs-Token". Dieses Token wird für eine Dienst-Sitzung von der PDF auf Anforderung der Applikationsfunktion generiert und von der Applikationsfunktion zum Endgerät signalisiert. Das Endgerät nutzt das Token sowie so genannte „Flow Identifier", also zusätzliche Indizes, die den IP Datenstrom innerhalb des Dienstes angeben, um beim Aufbau und der Veränderung eines PDP Kontextes in der entsprechenden Signalisierung anzugeben, für welche IP Datenströme der PDP Kontext verwendet werden soll. Autorisierungs-Token und Flow Identifier werden zusammen als „Binding Info" bezeichnet. Der GGSN reicht diese Information aus der PDP Kontext Signalisierung über die Go-Schnittstelle zur PDF weiter.

Die Benutzung des Autorisierungs-Tokens hat allerdings eine Reihe von Nachteilen zur Folge. So muss die Signalisierung zwischen der Applikationsfunktion und dem Endgerät den Transport des Tokens unterstützen, was gegenwärtig nur für die SIP-Signalisierung der Fall ist. Auch muss die zur Nutzverbindung gehörende Signalisierung im Zugangsnetz den Transport der Binding Info unterstützen, was zwar für die PDP Kontexte des GPRS zutrifft, aber nicht für alternative Zugangsnetze, die in der 3GPP von Interesse sind, etwa WLAN oder DSL. Für GPRS gibt es die Einschränkung, dass der erste vom Endgerät aufgebaute PDP Kontext keine Binding Info unterstützt, und das Endgerät deswegen beim Erhalt eines Tokens weitere PDP Kontext(e) aufbauen muss. Deshalb kann der zuerst aufgebaute PDP Kontext nicht über SBLP überwacht werden.

Im Falle von GPRS wird der Aufbau oder die Modifikation eines PDP Kontextes vom Endgerät mittels in TS 29.060 standardisierter Signalisierung angestoßen. Hierbei teilt das Endgerät dem GGSN mittels Paketfilter in dem so genannten „Traffic Flow Template" (TFT, Kodierung gemäß TS 24.008) mit, wie vom IP Kernnetz empfangene IP Datenströme zwecks Weitertransport zum Endgerät hin auf PDP Kontexte verteilt werden sollen. Bisher sind in TFTs nur Paketfilter für Datenströme in so genannter „Downlink" Richtung enthalten, also vom IP Kernnetz hin zum Endgerät. Paketfilter für Datenströme in so genannter „Uplink" Richtung, also vom Endgerät hin zum IP Kernnetz, sind dagegen nicht enthalten. Wenn der GGSN wie bereits für FBC standardisiert der Ressourcen-Entscheidungsfunktion den TFT signalisiert, kann die Ressourcen-Entscheidungsfunktion auch diese Information nutzen, um in Frage kommende PDP Kontexte zu identifizieren. Allerdings ist es der Ressourcen-Entscheidungsfunktion nicht in allen Fällen möglich, mit Hilfe der in TFT enthaltenen Information die von der Applikationsfunktion beschriebenen Downlink IP Datenströme eindeutig auf PDP Kontexte zu verteilen. Beispielsweise kann die Applikationsfunktion nur Angaben zu IP Adresse und/oder Portnummer des Empfängers machen, während das Endgerät im TFT nur Angaben zu dem Absender der IP Pakete macht. Darüber hinaus ist eine Zuordnung von Uplink Datenströmen zu PDP Kontexten mit Hilfe der im TFT enthaltenen Informationen nicht möglich.

Aufgabe der Erfindung ist es, einem Steuerungsknoten, beispielsweise einer Ressourcen-Entscheidungsfunktion (PDF-Einheit) oder einer Vergebührungsregelungsfunktion (ORF-Einheit), mittels eines effizienten und einfachen Verfahrens zu ermöglichen, zu erfahren, welche Datenströme in welchem PDP Kontext transportiert werden.

Die Aufgabe wird erfindungsgemäß jeweils durch die Gegenstände der unabhängigen Patentansprüche gelöst. Weiterbildungen der Erfindung sind in den Unteransprüchen angegeben.

Ein Kern der Erfindung ist darin zu sehen, dass ein Steuerungsknoten eines Kommunikationsnetzes, beispielsweise eine Ressourcen-Entscheidungsfunktion (PDF-Einheit) oder eine Vergebührungsregelungsfunktion (CRF-Einheit), in einer weiteren Netzeinheit eines Kommunikationsnetzes, zum Beispiel in einem Gateway-GPRS-Unterstützungsknoten (GGSN) oder in einem anderer Gateway, zu einzelnen Nutzverbindungen zum Zugangsnetz, beispielsweise PDP Kontexte, zugeordnete Paketfilter installiert, die einen oder mehrere Datenströme beschreiben, und dass die weitere Netzeinheit eines Kommunikationsnetzes mit mindestens einem vom Steuerungsknoten erhaltenen Paketfilter Daten mindestens eines Datenstroms auswertet, ein Auswertergebnis erstellt und falls gemäß dem Paketfilter zu detektierende Daten mindestens eines Datenstroms detektiert werden, wird mindestens eine das Auswertergebnis betreffende Information an den Steuerungsknoten gesandt. Dabei wird als Kommunikationsnetz ein zellulares Mobilfunknetz, ein paketvermittelndes Netz, ein IP-Netz etc. verwendet. Es wird dabei mindestens ein Parameter des Paketfilters mit Parametern der Daten mindestens eines Datenstroms verglichen und bei Übereinstimmung der Steuerungsknoten entsprechend informiert. Damit ist es dem Steuerungsknoten, zum Beispiel einer PDF-Einheit, einer CRF-Einheit etc., möglich zu erkennen, welche IP Datenströme in welchem PDP Kontext transportiert werden.

Neben der Autorisierung kann der Steuerungsknoten diese Information dazu nutzen, die Applikationsfunktion über Ereignisse zu informieren, die dem zum Transport der entsprechenden IP Datenverbindungen genutzten PDP Kontext betreffen, beispielsweise dem Abbau der Nutzverbindung.

Neben der beschriebenen Verwendung im Rahmen von SBLP ist die vorliegende Erfindung auch für das ebenfalls in der 3GPP in TS 23.125 sowie TS 29.210 und TS 29.211 standardisierte so genannte „Flow Based Charging" (FBC) anwendbar. Bei FBC werden so genannten „Charging Rules" (Vergebührungsregeln) von der so genannten Vergebührungsregelungsfunktion „Charging Rules Function" (CRF) über die Gx-Schnittstelle an zum Beispiel dem GGSN für bestimmte PDP Kontext(e) installiert. Die Vergebührungsregeln beschreiben IP Datenströme sowie für sie anzuwendende Regeln zur Vergebührung. Die CRF-Einheit wählt die Charging Rules unter Berücksichtigung von gegenwärtig vom Endgerät genutzten Diensten aus, über die sie von Applikationsfunktionen über die Rx-Schnittstelle informiert wird.

Für FBC ist bisher keine Lösung standardisiert, die es der CRF-Einheit (Charging Rules Function) in jedem Fall ermög licht, zu wissen, welche IP Datenströme in welchem PDP Kontext transportiert werden. Charging Rules (Vergebührungsregeln) werden daher entsprechend häufig in mehreren PDP Kontexten installiert. Deswegen sieht der Standard bisher nur sehr eingeschränkte Benachrichtigungen der CRF-Einheit an die Applikationsfunktion vor. Auch muss die CRF-Einheit deswegen häufig identische Vergebührungsregeln in vielen PDP Kontexten installieren.

Die CRF-Einheit kann die Information, welche IP Datenströme in welchem PDP-Kontext transportiert werden, über das erfindungsgemäße Verfahren erhalten. Die CRF-Einheit kann diese Information einerseits nutzen, um die Vergebührungsregeln entsprechend über PDP Kontexte zu verteilen, und damit die Anzahl der am GGSN benötigten Vergebührungsregeln und damit auch die Prozessierungslast für Datenströme zu reduzieren. Daneben kann die CRF-Einheit die Information nutzen, um in ähnlicher Weise wie die PDF-Einheit die Applikationsfunktion über Ereignisse zu informieren, die den zum Transport der entsprechenden IP Datenverbindungen genutzten PDP Kontexte betreffen. Bisher sieht der Standard nur vor, dass die CRF-Einheit die Applikationsfunktion informiert, wenn alle PDP Kontexte zu einem Endgerät beendet sind. Damit kann die Applikationsfunktion nicht sicher sein, darüber informiert zu werden, wenn die für einen Dienst genutzten PDP Kontexte beendet werden, da noch von anderen Diensten genutzte PDP Kontexte erhalten bleiben können. Auch war es der CRF-Einheit bisher nicht möglich, der Applikationsfunktion die Information zu geben, welche Datenströme in welchem PDP Kontexten transportiert werden. Die Applikationsfunktion könnte diese Information für Statistiken oder der Vergebührung gesammelten Daten abspeichern, die dadurch besser mit im GGSN gesammelten Daten korreliert werden können.

In der 3GPP wird gegenwärtig die Verwendung alternativer Paket-orientierter Zugangsnetze zum GPRS untersucht, beispielsweise WLAN und DSL. Auch hier ist die Verwendung von SBLP and FBC von Interesse und das erfindungsgemäße Verfahren anwendbar. Hier übernimmt ein anderer so genannter „Packet Data Gateway" (PDG =Paket-Daten-Gateway) die Rolle des GGSN und reicht Paket-Nutzdaten zwischen den Punkt-zu-Punkt-Verbindungen zu Endgeräten im Zugangsnetz und dem Kern Paket-Netz, beispielsweise einem IP Netz, weiter. Die Punkt-zu-Punkt-Verbindungen werden häufig bei der Verwendung eines Paketnetzes als Zugangsnetz emuliert, beispielsweise durch die Verwendung der IP-über-IP-Technik.

Die CRF-Einheit und die PDF-Einheit können als Steuerungsknoten betrachtet werden, die mit der Paket-Daten-Gateway (z.B. GGSN) Signalisierungsnachrichten austauschen, um die Behandlung von Punkt-zu-Punkt-Verbindungen zum Zugangsnetz und/oder die Behandlung von empfangenen Nutzdaten in der Paket-Daten-Gateway zu beeinflussen. Der Steuerungsknoten weiß, welche Paket-Datenströme von und zu einem Endgerät zu erwarten sind, beispielsweise weil sie von einer Applikationsfunktion entsprechende Informationen erhalten hat. Der Steuerungsknoten weiß aber zunächst nicht, wie das Endgerät die Paket-Datenströme über seine PDP Kontexte verteilt.

Das erfindungsgemäße Verfahren sieht vor, dass ein Steuerungsknoten, beispielsweise eine PDF-Einheit oder eine CRF-Einheit, an einer Netzeinheit, zum Beispiel einem „Packet Data Gateway" (PDG), einem GGSN etc., zu einzelnen Nutzver bindungen zum Zugangsnetz, beispielsweise PDP Kontexte, zugeordneten Paketfilter installiert, die einen oder mehrere Datenströme identifizieren, und die Netzeinheit im Folgenden den Steuerungsknoten informiert, dass sie zum Paketfilter passende Daten-Pakete empfängt, wobei die Netzeinheit die verwendete Nutzverbindung mitteilt und den oder die vom Paketfilter identifizierten Datenstrom oder Datenströme oder den Paketfilter angibt.

Ein Paketfilter ermöglicht die Identifikation eines oder mehrerer Datenströme und ist durch Empfänger und möglicherweise auch Absender- Adresse, Richtung des Datenstroms (zum Kennetz oder zum Zugangsnetz), sowie möglicherweise der Art der darin transportierten Nutzdaten definiert. Bei IP Paketfiltern beinhaltet die Definition auch Empfänger- und möglicherweise Sender- Portnummer.

Es ist möglich, dass der Steuerungsknoten dieselben Paketfilter zunächst für alle für die Datenströme in Frage kommenden Nutzverbindungen einrichtet. Die in Frage kommenden Nutzverbindungen kann der Steuerungsknoten beispielsweise durch die Adresse des Endgeräts identifizieren. Dazu muss die Netzeinheit den Steuerungsknoten diese Adresse mitteilen, wenn eine Nutzverbindung eingerichtet wird. Im Falle von GPRS kann der GGSN dem Steuerungsknoten auch das einem PDP Kontext zugeordnete TFT signalisieren, und der Steuerungsknoten kann auch diese Information zur Auswahl der in Frage kommenden Nutzverbindungen heranziehen.

Zum Detektieren eines Datenstroms reicht es aus, wenn die Netzeinheit das erste zum entsprechenden Paketfilter passende Daten-Paket empfängt. Um den Aufwand bei der Netzeinheit und die Signalisierungslast an der Schnittstelle zum Steuerungsknoten gering zu halten, braucht die Netzeinheit dem Steuerungsknoten nicht mitteilen, ob und wie häufig die Netzeinheit weitere passende Daten mindestens eines Datenstroms empfängt. In einer Variante der Erfindung teilt die Netzeinheit dem Steuerungsknoten allerdings auch mit, wenn sie über einen gewissen Zeitrahmen keine passenden Daten-Pakete mehr empfängt. Diese Information kann beispielsweise im Falle von SBLP oder FBC die PDF-Einheit bzw. CRF-Einheit an die Applikationsfunktion weiterreichen. Die PDF-Einheit kann diese Information auch dazu benutzen, um die autorisierte QoS des PDP Kontextes herabzusetzen. Das diesbezügliche Verhalten der PDF-Einheit kann auch vom entsprechenden Dienst abhängen. Beispielsweise kann es bei Telephonie zu längeren Pausen im Datenstrom kommen, während bei anderen Diensten ein ständiger Datenstrom zu erwarten ist.

In einer vorteilhaften Ausführungsform der Erfindung teilt der Steuerungsknoten der Netzeinheit bei der Installation jedes Paketfilters mit, ob sie für diesen Paketfilter eine Benachrichtigung wünscht, wenn die Netzeinheit entsprechende Datenströme empfängt. Der Steuerungsknoten kann in bestimmten Fällen auf eine entsprechende Benachrichtigung verzichten wollen, um Signalisierungslast an der Schnittstelle zur Netzeinheit und Prozessierungslast bei der Netzeinheit zu sparen, beispielsweise wenn das Endgerät nur eine Nutzverbindung benutzt, oder wenn der verwendete PDP Kontext eine niedrige und damit billige QoS-Klasse nutzt.

Zusätzlich kann der Steuerungsknoten der Netzeinheit bei der Installation eines Paketfilters auch mitteilen, ob er eine Benachrichtigung wünscht, wenn die Netzeinheit über einen gewissen Zeitrahmen keine passenden (IP-) Daten-Pakete mehr empfängt, und den entsprechenden Zeitrahmen definieren. Der Steuerungsknoten kann dies abhängig vom entsprechenden Dienst entscheiden.

Es ist zu erwarten, dass die Netzeinheit nach dem Aufbau oder der Veränderung einer Nutzverbindung darin häufig mehrere Datenströme nahezu gleichzeitig entdeckt, die alle für einen neuen Dienst erforderlich sind. Daher ist es vorteilhaft, wenn die Netzeinheit für einen definierten Zeitraum nach dem Aufbau oder der Veränderung einer Nutzverbindung wartet, und dann alle in diesem Zeitraum entdeckten Datenströme auf einmal meldet. Im Falle von SBLP muss der beim GGSN verwendete Zeitraum allerdings kleiner sein als der bei der PDF-Einheit verwendete Zeitraum.

In einer weiteren vorteilhaften Ausführungsform der Erfindung speichert die Netzeinheit die ermittelte Information, welcher IP Datenstrom in welcher Nutzverbindung transportiert wird, zunächst selbst ab, und teilt diese Information dem Steuerungsknoten in Signalisierungen bezüglich anderer die Nutzverbindung betreffende Ereignisse mit. Diese Variante ist vorteilhaft, wenn der Steuerungsknoten diese Information nur benötigt, um auf das signalisierte Ereignis zu reagieren. Für SBLP ist die Variante allerdings nicht geeignet.

In einer weiteren vorteilhaften Ausführungsform der Erfindung findet die Mitteilung über den Zustand aller Paketfilter für die Verbindungen eines Endgerätes regelmäßig statt. Dabei sollte das Zeitintervall vom Operator konfigurierbar sein. Diese Variante ist vorteilhaft, um die individuellen Mitteilungen zum Steuerungsknoten zu minimieren. Der Nachteil dabei ist, dass die Information über den Zustand der Paketfilter um das konfigurierbare Zeitintervall verzögert sein kann.

Für SBLP kann sich erfindungsgemäß daraus ergeben:
Gemäß der bereits standardisierten SBLP installiert die PDF-Einheit so genannte „Gates" bei am GGSN für die von SBLP genutzten PDP Kontexte. Ein „Gate" beinhaltet einen Paketfilter sowie Informationen für den GGSN, ob er entsprechende IP Pakete verwerfen oder weiterreichen soll, also wie Daten behandelt werden sollen. Allerdings sieht das standardisierte SBLP bisher keine erfindungsgemäße Benachrichtigung an die PDF-Einheit vor, wenn am Gate entsprechende Daten-Pakete detektiert werden. Erfindungsgemäß teilt der GGSN der PDF-Einheit mit, wenn er einem Gate entsprechende Daten-Pakete empfängt.

Wenn der GGSN die PDF-Einheit um die Autorisierung eines neuen oder modifizierten PDP Kontextes ersucht, muss die PDF-Einheit zunächst Gates für alle in Frage kommenden IP Datenströme installieren. Ebenso muss die PDF-Einheit zunächst entsprechende Gates in allen ihr schon bekannten und für einen IP Datenstrom in Frage kommenden PDP Kontexten installieren, wenn die PDF beispielsweise aus der Beschreibung eines neuen Dienstes von einer Applikationsfunktion erfährt, dass dieser IP Datenstrom bald beginnen wird. Erfindungsgemäß installiert die PDF-Einheit dieselben Gates also anders als bisher standardisiert möglicherweise in mehreren PDP Kontexten, und wählt die entsprechenden PDP Kontexte nicht mit Hilfe der Binding Info aus. Stattdessen wählt die PDF-Einheit die für einen IP Datenstrom in Frage kommenden PDP Kontexte mit Hilfe der dem PDP Kontext zugeordneten IPv4 Adresse oder dem IPv6 Address Präfix des Endgerätes aus. Zusätzlich kann die PDF-Einheit die dem PDP Kontext zugeordnete TFT Information berücksichtigen.

Gemäß dem bisherigen SBLP-Standard verwendet der GGSN die Gates auch, um Downlink Datenströme auf PDP Kontexte zu verteilen. Dies erfordert jedoch, dass ein Gate in genau einem PDP Kontext installiert ist. Da es erfindungsgemäß nötig sein kann, ein Gate in mehreren PDP Kontexten zu installieren, verwendet der GGSN erfindungsgemäß zum Auswählen der Downlink IP Datenströme auf einen PDP Kontext die vom Endgerät signalisierten TFT Paketfilter statt den Gates, wenn das UE für den PDP Kontext keine Binding Info signalisiert hat. Davon ist die Funktionalität der Gates, Datenströme auch verwerfen zu können, nicht betroffen, da die Gates auf allen in Frage kommenden PDP Kontexten installiert werden. Der GGSN wendet auf empfangene Downlink Datenströme zunächst die TFT Filter an, um die Datenströme einem PDP Kontext zuzuweisen. Dann wendet der GGSN für jeden PDP Kontext getrennt die jeweils installierten Gates an, um zu entscheiden, ob der Downlink Datenstrom in dem PDP Kontext transportiert werden oder verworfen werden muss. Dabei werden Datenströme, die zu keinem Gate passen, verworfen.

Da das Endgerät bei dem Aufbau oder der Veränderung eines PDP Kontextes die entsprechenden IP Datenströme noch nicht sendet, muss die PDF-Einheit zunächst, beispielsweise für einen definierten Zeitraum, den PDP Kontext ohne Kenntnis der darin später beförderten IP Datenströme autorisieren. Dazu muss die PDF-Einheit zunächst für den PDP Kontext eine so hohe QoS (Qualität des Dienstes) autorisieren, dass sie bei jeder Verteilung der IP Datenströme ausreicht. Dazu kann die PDF-Ein heit beispielsweise hohe vorkonfigurierte Werte verwenden. Es ist jedoch vorteilhaft, wenn die PDF-Einheit dabei berücksichtigt, welche IP Datenströme für den PDP Kontext wie oben beschrieben in Frage kommen, und nur die höchste für einen der in Frage kommenden IP Datenstrom nötige QoS-Klasse sowie die für alle in Frage kommenden IP Datenströme gemeinsam benötigte Bandbreite autorisieren.

Während der Übergangszeit erwartet die PDF-Einheit vom GGSN darüber informiert zu werden, welche IP Datenströme im PDP Kontext entdeckt wurden. Die PDF-Einheit speichert die Information, welche IP Datenströme im PDP Kontext entdeckt wurden, für jeden überwachten PDP Kontext. Nach Ablauf des definierten Zeitraumes ermittelt die PDF-Einheit die für die entdeckten IP Datenströme im PDP Kontext zu verwendende Qualität des Dienstes QoS des PDP Kontextes, wobei der dafür in TS 29.208 standardisierte Algorithmus unverändert verwendet werden kann, und signalisiert dem GGSN die entsprechend veränderte autorisierte Qualität des Dienstes QoS mit bereits standardisierten Befehlen, vorzugsweise nur falls sie von der ursprünglich autorisierten Qualität des Dienstes QoS abweicht. Der GGSN wird gemäß dem bereits bestehenden Standard beim Erhalt einer solchen Signalisierung die Qualität des Dienstes QoS des PDP Kontextes entsprechend herabsetzen.

Es ist vorteilhaft, die Signalisierung an der Go-Schnittstelle so zu verändern, dass die PDF-Einheit bei der Abfrage der Autorisierung des PDP Kontextes vom GGSN über die vom Endgerät geforderte Qualität des Dienstes QoS informiert wird. In diesem Fall wird die PDF-Einheit nur die vom Endgerät geforderte Qualität des Dienstes QoS autorisieren. Da das Endgerät bereits beim Aufbau oder der Veränderung des PDP Kontextes weiß, welche IP Datenströme darin befördert werden sollen, wird es nur die tatsächlich dafür erforderliche Qualität des Dienstes QoS fordern. Diese Qualität des Dienstes QoS ist häufig geringer als die von der PDF-Einheit zunächst abgeschätzte Qualität des Dienstes QoS. Somit kann häufig die Signalisierung der veränderten autorisierten Qualität des Dienstes QoS am Ende der Übergangszeit vermieden werden.

Die PDF-Einheit kann die Länge des definierten Zeitraumes abhängig von dem von der Applikationsfunktion beschriebenen Dienst machen. Beispielsweise ist es bei manchen Diensten erforderlich, dass ein Nutzer eines Endgerätes den Anruf annimmt, bevor Datenströme gesendet werden, während bei einer Beantwortung durch eine „Maschine" bzw. Endgerät wesentlich schneller Datenströme zu erwarten sind. Die PDF-Einheit kann den Ablauf des definierten Zeitraumes auch davon abhängig machen, dass die Applikationsfunktion sie auffordert, den GGSN anzuweisen, die zum Dienst gehörenden empfangenen IP Datenströme nicht zu verwerfen sondern weiterzureichen, dass heißt die entsprechenden Gates zu öffnen. Dies kann während des Aufbaus eines Dienstes von Vorteil sein, da oft zunächst keine Datenströme gesendet werden, beispielsweise bis bei Telephonie ein Benutzer das Telefon abnimmt. Für das IMS (IP Multimedia core network Subsystem) wird dem Operator empfohlen, die Gates erst zu diesem Zeitpunkt zu öffnen.

Die PDF-Einheit kann die endgültige Qualität des Dienstes QoS eines PDP Kontextes auch wie oben beschrieben ermitteln und den definierten Zeitraum beenden, sobald sie für jeden ihr zum Beispiel aus der von einer Applikationsfunktion signalisierten Dienstbeschreibungen bekannten IP Datenstrom von oder zu einem Endgerät, der möglicherweise in dem PDP Kontext transportiert wird, eine Information erhalten hat, in welchem PDP Kontext der Datenstrom transportiert wird.

Die PDF-Einheit kann ein Gate in einem PDP Kontext dann entfernen, wenn sie vom GGSN darüber informiert wird, dass der entsprechende Datenstrom in einem anderen PDP Kontext entdeckt wurde, um am GGSN die nötige Rechenleistung zum Auffinden passender Gates für empfangene IP Daten-Pakete und auch den nötigen Speicher zu vermindern. Diese Ausführungsform setzt allerdings voraus, dass das Endgerät den PDP Kontext zum Übertragen eines Datenstroms nicht wechselt.

Die PDF-Einheit kann nach Ablauf des definierten Zeitraumes auch Gates für in einem PDP Kontext nicht entdeckte IP Datenströme in diesem PDP Kontext entfernen, um am GGSN die nötige Rechenleistung zum Auffinden passender Gates für empfangene IP Daten-Pakete und auch den nötigen Speicher zu vermindern. Diese Ausführungsform hat allerdings den Nachteil, dass erst nach Ablauf des definierten Zeitraumes beginnende Datenströme verworfen werden und sollte von der PDF-Einheit deswegen nur verwendet werden, wenn die PDF-Einheit weiß, dass die dem Gate entsprechenden Datenströme entweder sofort nach Erhalt entsprechender Information von der Applikationsfunktion oder gar nicht zu erwarten sind.

Wenn die PDF-Einheit dem Endgerät ermöglichen will, Datenströme zu einem beliebigen Zeitpunkt von einem PDP Kontext auf einen anderen zu verlagern, lässt die PDF-Einheit Gates in allen in Frage kommenden PDP Kontexten installiert, solange der IP Datenstrom möglicherweise übertragen wird. Diese Ausführungsform ist besonders für so genannte Uplink- Datenströme vorteilhaft, also für Datenströme vom Endgerät zum GGSN.

Das Endgerät muss bei so genannten Downlink-Datenströmen, also bei Datenströmen vom GGSN zum Endgerät, die TFT Information in einem oder mehreren PDP Kontexten verändern, um den Transport eines Datenstroms in einem anderen PDP Kontext zu erreichen, und der GGSN benachrichtigt die PDF-Einheit in diesem Fall. Wenn die PDF-Einheit vom GGSN darüber informiert wird, dass ein in der PDF-Einheit bereits in einem ersten PDP Kontext zugeordneter Datenstrom in einem anderen PDP Kontext entdeckt wurde, merkt sich die PDF-Einheit, dass der Datenstrom nunmehr im anderen PDP Kontext transportiert wird. Zusätzlich passt die PDF-Einheit die autorisierte Qualität des Dienstes QoS im ersten PDP Kontext so an, dass der Datenstrom dort nicht mehr berücksichtigt wird, und passt die autorisierte Qualität des Dienstes QoS im weiteren PDP Kontext so an, dass der Datenstrom dort berücksichtigt wird.

Da die PDF-Einheit die Information hat, welche IP Datenströme in einem PDP Kontext transportiert werden, kann die PDF-Einheit den für diese Datenströme zuständigen Applikationsfunktionen Mitteilungen über diesen PDP Kontext betreffende Ereignisse weiterreichen, beispielsweise über den Abbau des PDP Kontextes oder den zeitweiligen Verlust der Verbindung an der Luftschnittstelle. Dabei kann die PDF-Einheit auch die betroffenen IP Datenströme angeben.

Daneben kann die PDF-Einheit die gespeicherte Information über die Verteilung der IP Datenströme über PDP Kontexte auch dann berücksichtigen, wenn im Folgenden der GGSN um Autorisierung für einen neuen oder die Veränderung eines bestehen den PDP Kontexts ersucht. Dazu kann es zum Beispiel kommen, wenn das Endgerät neben einem bestehenden Dienst einen weiteren Dienst startet. Hierbei werden für die Ermittlung der autorisierten Qualität des Dienstes QoS für einen neuen PDP Kontext nur IP Datenströme berücksichtigt, die bisher keinem PDP Kontext zugeordnet sind. Für die Ermittlung der autorisierten Qualität des Dienstes QoS eines modifizierten bestehenden PDP Kontextes werden die bisher diesem PDP Kontext zugewiesenen IP Datenströme berücksichtigt sowie IP Datenströme, die bisher keinem PDP Kontext zugewiesen sind. Diese Ausführungsform setzt allerdings voraus, dass das Endgerät nicht den PDP Kontext zum Übertragen eines Datenstroms wechselt.

Wenn die PDF-Einheit dem Endgerät ermöglichen will, Datenströme zu einem beliebigen Zeitpunkt von einem PDP Kontext auf einen anderen zu verlagern, berücksichtigt die PDF-Einheit alle in Frage kommenden Datenströme, wenn der GGSN um Autorisierung für einen neuen oder die Veränderung eines bestehenden PDP Kontexts ersucht. Die in Frage kommenden Datenströme ermittelt die PDF-Einheit wie oben beschrieben beispielsweise anhand der Adresse des Endgeräts und der TFT Information und berücksichtigt dabei auch Datenströme, die der GGSN bereits in einem anderen PDP Kontext gemeldet hat.

Wenn der GGSN der PDF-Einheit signalisiert, dass er zu einem Paketfilter passende IP Pakete empfängt oder nicht mehr empfängt, muss der GGSN den entsprechenden IP Datenstrom in der Signalisierung ausdrücken. Dabei ist es vorteilhaft, wenn der GGSN die in TS 29.207, Annex C definierten so genannten „Flow Identifier" verwendet, die auch in der Signalisierung zwischen der Applikationsfunktion und der PDF-Einheit verwendet werden, um den detektierten IP Datenstrom auszudrücken. Um dies zu ermöglichen, muss die Signalisierung an der Go-Schnittstelle so erweitert werden, dass die PDF-Einheit dem GGSN bereits bei der Installation eines Paketfilters die entsprechenden Flow Identifier(s) (Datenstrom-Identifizierer) mitteilt. Mit Signalisierung ist grundsätzlich das Austauschen mindestens einer Signalisierungsnachricht zwischen beteiligten Netzeinheiten zu verstehen. Zusätzlich ist es vorteilhaft, wenn mindestens ein Parameter zur Identifikation des von einer Applikationsfunktion beschriebenen Dienstes neben dem Flow Identifier dem Paketfilter zugeordnet wird.

In einer alternativen Ausführungsform signalisiert der GGSN der PDF-Einheit direkt eine analoge Beschreibung des Paketfilters, wie sie bei der Installation des Paketfilters verwendet wird, wenn er zu einem Paketfilter passende IP Pakete empfängt oder nicht mehr empfängt. Diese Beschreibung beinhaltet Absender- und Empfänger Adresse sowie Portnummer für IP Pakete, sowie die Art der darin transportierten Nutzdaten.

Für FBC kann das erfindungsgemäße Verfahren wie folgt verwendet werden:
Erfindungsgemäß teilt der GGSN der CRF-Einheit mit, wenn er einer Vergebührungsregel „Charging Rule" entsprechende Daten-Pakete empfängt.

Die Vergebührungsregel enthält bereits „Flow Identifier" für alle darin entsprechenden IP Datenströme. Bei der empfindungsgemäßen Verwendung der Vergebührungsregeln ist es sinnvoll, sie so zu verwenden, dass eine Vergebührungsregel je weils nur einem Datenstrom entspricht und nur einen Paketfilter enthält. Alternativ kann die standardisierte Datenstruktur für die Vergebührungsregel erfindungsgemäß so verändert werden, dass jedem Paketfilter innerhalb der Vergebührungsregel einzeln „Flow Identifier" zugewiesen sind.

Wenn der GGSN die CRF-Einheit um Vergebührungsregeln für einen neuen oder modifizierten PDP Kontextes ersucht, installiert die CRF-Einheit gemäß dem bestehenden Standard zunächst Vergebührungsregeln für alle in Frage kommenden IP Datenströme. Ebenso installiert die CRF-Einheit zunächst entsprechende Vergebührungsregeln in allen ihr schon bekannten und für einen IP Datenstrom in Frage kommenden PDP Kontexten, wenn die CRF-Einheit beispielsweise aus der Beschreibung eines neuen Dienstes von einer Applikationsfunktion erfährt, dass dieser IP Datenstrom bald beginnen wird.

Erfindungsgemäß kann die CRF-Einheit eine Vergebührungsregel in einem PDP Kontext dann entfernen, wenn sie vom GGSN darüber informiert wird, dass alle der Vergebührungsregel entsprechenden Datenströme in anderen PDP Kontexten entdeckt wurden. Dadurch kann am GGSN die nötige Rechenleistung zum Auffinden passender Vergebührungsregeln für empfangene IP Daten-Pakete und auch der nötigen Speicher vermindert werden. Diese Ausführungsform setzt, allerdings bei Uplink-Datenströmen voraus, dass das Endgerät den zum Transport eines Datenstroms verwendeten PDP Kontext nicht wechselt. Bei so genannten Downlink-Datenströmen, also bei Datenströmen vom GGSN zum Endgerät, verändert das Endgerät die TFT Information in einem oder mehreren PDP Kontexten, um den Transport eines Datenstroms in einem anderen PDP Kontext zu erreichen, und der GGSN benachrichtigt die CRF-Einheit in diesem Fall.

In einer vorteilhaften Ausführungsform, die die entsprechende Signalisierung mittels mindestens einer Signalisierungsnachricht zum Entfernen von mehreren Vergebührungsregeln zusammenfasst, wartet die CRF-Einheit für einen definierten Zeitraum, nach dem Sie der GGSN vom Aufbau oder der Modifikation des PDP Kontextes unterrichtet hat, und sendet dann eine gemeinsame Nachricht zum Entfernen aller Vergebührungsregeln, für die der GGSN alle entsprechenden Datenströme in anderen PDP Kontexten entdeckt hat.

Wenn der GGSN die CRF-Einheit informiert, dass das TFT eines bestehenden Kontextes verändert wurde oder ein neuer PDP Kontext aufgebaut wurde, installiert die CRF-Einheit erneut Vergebührungsregeln in allen in Frage kommenden PDP Kontexten. Die in Frage kommenden Datenströme ermittelt die CRF-Einheit wie bereits beschrieben beispielsweise anhand der Adresse des Endgeräts und der TFT Information und berücksichtigt dabei auch Datenströme, die der GGSN bereits in einem anderen PDP Kontext gemeldet hat. Diese Ausführungsform ist nur erforderlich, wenn die CRF-Einheit dem Endgerät den Wechsel eines für einen Downlink Datenstrom verwendeten PDP Kontextes ermöglichen will.

In einer vorteilhaften Ausführungsform der Erfindung speichert die CRF-Einheit, in welchem PDP Kontext welche IP Datenströme entdeckt wurden. Dadurch kann die CRF-Einheit die für diese Datenströme zuständigen Applikationsfunktionen Mitteilungen über diesen PDP Kontext betreffende Ereignisse weiterreichen, beispielsweise über den Abbau des PDP Kontextes oder den zeitweiligen Verlust der Verbindung an der Luft schnittstelle. Dabei kann die CRF-Einheit auch die betroffenen IP Datenströme angeben.

Ein großer Vorteil der Erfindung besteht darin, dass die Erfindung SBLP ohne Verwendung eines Autorisierungs-Tokens und der damit verbundenen beschriebenen Nachteile ermöglicht. So wird SBLP für Dienste ermöglicht, die nicht das SIP-Protokoll als Signalisierungsprotokoll nutzen. Außerdem wird neben dem GPRS-Netz die Verwendung anderer Zugangsnetze ermöglicht. Dabei bleibt die Funktionalität von SBLP im Vergleich zur Variante mit Autorisierungs-Token nahezu vollständig erhalten. Die Veränderungen gegenüber dem bestehenden Standard werden so klein wie möglich gehalten.

Ein weiterer Vorteil der Erfindung liegt darin, dass die Erfindung eine verbesserte Funktionalität von FBC im Vergleich zum gegenwärtigen Standard bietet. So können Vergebührungsregeln (Charging Rules) besser über PDP Kontexte verteilt werden, womit die Anzahl der im GGSN benötigten Vergebührungsregeln minimiert werden kann und damit die Last am GGSN verringert wird. Darüber hinaus kann die CRF-Einheit der Applikationsfunktion eine verbesserte Benachrichtigung über Ereignisse bieten, die PDP Kontexte betreffen, die vom entsprechenden Dienst genutzt werden. Zudem wird es der ORF-Einheit auch ermöglicht, der Applikationsfunktion die Information zu geben, welche Datenströme in welchen PDP Kontexten transportiert werden. Die Applikationsfunktion könnte diese Information beispielsweise im Rahmen von Statistiken oder der Vergebührung nutzen. Die Veränderungen gegenüber dem bestehenden Standard werden so klein wie möglich gehalten.

Die Erfindung wird anhand eines in einer Figur dargestellten Ausführungsbeispiels näher erläutert. Dabei zeigen

1 eine typische Netz-Konfiguration,

2 das erfindungsgemäße Verfahren im Rahmen von SBLP,

3 das erfindungsgemäße Verfahren im Rahmen von FBC,

4 eine erfindungsgemäße Netzeinheit (GGSN),

5 eine weitere erfindungsgemäße Netzeinheit (PDF).

1 zeigt eine typische Netz-Konfiguration. Dargestellt sind ein Endgerät UE, das beispielsweise ein Mobilfunkendgerät, ein mobiler Computer, ein Computer, ein mobiler Organizer etc. sein kann, eine Applikationsfunktion AF, und eine Ressourcen-Entscheidungsfunktion PDF, CRF (Steuerungsknoten), beispielsweise im Falle von SBLP eine Policy Decision Function PDF und im Falle von FBC eine Charging Rules Function CRF. Das Endgerät nutzt in diesem Beispiel zwei PDP Kontexte A und B als Verbindungen zum GGSN durch das mobile Zugangsnetz GPRS.

2 das erfindungsgemäße Verfahren im Rahmen von SBLP. Es wird die Signalisierung für das erfindungsgemäße Verfahren dargestellt, die zwischen einem Endgerät UE, einer Applikationsfunktion AF, einer Policy Decision Function (Ressourcen-Entscheidungsfunktion) PDF und einem Gateway GPRS Support Node GGSN ausgetauscht wird. Diese Netzwerkelemente befinden sich in der in 1 dargestellten Konfiguration bzw. im dargestellten System. Es wird jedoch angenommen, dass die Signalisierung zwischen der Applikationsfunktion AF und dem Endgerät UE in einem weiteren, in 1 nicht dargestellten PDP Kontext übertragen wird. Der Signalisierungsablauf ist im Einzelnen wie folgt:

1. Das Endgerät UE und die Applikationsfunktion AF handeln mittels Signalisierung einen Dienst beispielsweise mit zwei IP Datenströmen a und b aus, die beide vom Endgerät UE über GPRS in das IP Kernnetz gesendet werden sollen.
2. Die Applikationsfunktion AF informiert die Ressourcen-Entscheidungsfunktion PDF, dass ein Dienst mit dem Endgerät UE gestartet werden soll. Die IP Adresse des Endgerätes UE wird angegeben und die Datenströme a und b werden beschrieben. Die Ressourcen-Entscheidungsfunktion PDF kann die Messung eines definierten Zeitraumes bereits jetzt beginnen.
3. Das Endgerät UE beschließt, für Datenströme a und b getrennte PDP Kontexte A bzw. B zu verwenden. Es sendet für PDP Kontext A einen so genannten „PDP Context Activation Request" als Anfrage zur Netzeinheit GGSN und gibt dabei die gewünschte Qualität des Dienstes QoS-A für den PDP Kontext A an, um den Aufbau des PDP Kontextes A anzufordern.
4. Die Netzeinheit GGSN ersucht die für das Endgerät UE zuständige Ressourcen-Entscheidungsfunktion PDF über die Go-Schnittstelle um Autorisierung des PDP Kontextes A. Das bereits standardisierte entsprechende Kommando wird erfindungsgemäß so verändert, dass einerseits keine „Binding Information" angegeben wird und andererseits die geforderte QoS-A sowie die IPv4 Adresse oder der IPv6 Adress-Präfix des Endgerätes UE angegeben wird.
5. Die Ressourcen-Entscheidungsfunktion PDF weiß zu diesem Zeitpunkt noch nicht, welche Datenströme in PDP Kontext A transportiert werden. Sie wählt als Kandidaten alle Datenströme aus, die von oder zu dem über die IP Adresse identifizierten Endgerät UE gehen, hier Datenströme a und b. Die Ressourcen-Entscheidungsfunktion PDF kann erfindungsgemäß zu diesem Zeitpunkt nur Obergrenzen für eine sinnvolle Qualität des Dienstes QoS für den PDP Kontext ermitteln. Die QoS Klasse sollte nicht höher sein als die höchste für mindestens einen der Datenströme a und b benötigte QoS Klasse und die Bandbreite sollte die Summe der für die Datenströme a und b erforderlichen Bandbreiten nicht überschreiten. Als einfachere Variante kann die Ressourcen-Entscheidungsfunktion PDF fest konfigurierte Werte für die Obergrenze verwenden. Falls die geforderte Qualität des Dienstes QoS größer ist als die ermittelte Obergrenze, wird sie in der Autorisierung entsprechend herabgesetzt. In einer einfacheren Implementierung kann die Ressourcen-Entscheidungsfunktion PDF zu diesem Zeitpunkt die geforderte Qualität des Dienstes QoS in jedem Fall autorisieren. In 1 ist dargestellt, dass die Ressourcen-Entscheidungsfunktion PDF die geforderte Qualität des Dienstes QoS-A auch autorisiert. Die Ressourcen-Entscheidungsfunktion PDF signalisiert an die Netzeinheit GGSN, dass der PDP Kontext A unter Verwendung von QoS A autorisiert ist, und dass für die Datenströme a und b entsprechende Gates a bzw. b installiert werden sollen. Die zur Beschreibung der Gates verwendete Datenstruktur kann erfindungsgemäß so verändert werden, dass sie die den Gates entsprechenden „Flow Identifier" entsprechend TS 29.207 enthält. Ansonsten wird das bereits standardisierte entsprechende Kommando unverändert verwendet. Falls die Ressourcen-Entscheidungsfunktion PDF wie unter Schritt 2. die Messung des definierten Zeitraumes noch nicht begonnen hat, beginnt die Ressourcen-Entscheidungsfunktion PDF nun die Messung des definierten Zeitraumes, der dem PDP Kontext A zugeordnet ist. Die Ressourcen-Entscheidungsfunktion PDF speichert die autorisierte QoS-A sowie die installierten Gates a und b.
6. Die Netzeinheit GGSN sendet an das Endgerät UE einen so genannten „PDP Kontext Activation Response" als Antwort, um den Aufbau von PDP Kontext A abzuschließen.
7.–10. Analog Schritten 3. bis 6. wird PDP Kontext B aufgebaut und autorisiert.
11. Das Endgerät UE beginnt, Datenstrom a über PDP Kontext A in das IP Kernnetz zu senden.
12. Die Netzeinheit GGSN entdeckt mit Hilfe des in Gate a enthaltenen Paketfilters, dass zu detektierende Daten des Datenstroms a detektiert wurden und informiert erfindungsgemäß die Ressourcen-Entscheidungsfunktion PDF, dass Datenstrom a in PDP Kontext A entdeckt wurde. Dazu ist eine neue noch zu bestimmende Nachricht erforderlich, die Datenstrom a beispielsweise mit Hilfe eines „Flow Identifier" entsprechend TS 29.207 beschreiben kann. Die Ressourcen-Entscheidungsfunktion PDF speichert, dass Datenstrom a in PDP Kontext A transportiert wird. In einer nicht dargestellten optimierten Variante der Erfindung kann die Netzeinheit GGSN die Nachricht für eine gewisse Zeit verzögern, um abzuwarten, ob bald darauf noch weitere IP Datenströme entdeckt werden, und die entsprechenden Nachrichten dann zusammenzufassen.
13.–14. Analog Schritten 11. bis 12. beginnt das Endgerät UE Datenstrom b über PDP Kontext B zu senden und die Netzeinheit GGSN unterrichtet die Ressourcen-Entscheidungsfunktion PDF.
15. Die Ressourcen-Entscheidungsfunktion PDF stellt fest, dass der definierte Zeitraum beendet ist. Dies kann entweder durch Ablauf einer festgelegten Zeit geschehen, oder weil die Ressourcen-Entscheidungsfunktion PDF nun für alle ihr bekannten Datenströme weiß, in welchem PDP Kontext sie befördert werden.
16. Nach Ende des definierten Zeitraumes überprüft die Ressourcen-Entscheidungsfunktion PDF die Autorisierung für den PDP Kontext A. Die Ressourcen-Entscheidungsfunktion PDF weiß nun, dass nur Datenstrom a in diesem PDP Kontext A befördert wird und ermittelt mit Hilfe dieser Information und dem in TS 29.208 bereits standardisierten Algorithmus die autorisierte Qualität des Dienstes QoS für diesen PDP Kontext. In 1 wird angenommen, dass die neu ermittelte autorisierte Qualität des Dienstes QoS-a kleiner ist als die zunächst autorisierte QoS-A. Die Ressourcen-Entscheidungsfunktion PDF erkennt auch erfindungsgemäß, dass Gate b nicht in PDP Kontext A benötigt wird. Deswegen signalisiert die Ressourcen-Entscheidungsfunktion PDF an die Netzeinheit GGSN, dass für PDP Kontext A die autorisierte Qualität des Dienstes QoS auf QoS-a herabgesetzt und Gate b entfernt werden soll. Dazu kann ein bereits standardisiertes Kommando unverändert verwendet werden.
17. Die Netzeinheit GGSN signalisiert zum Endgerät UE, um die Qualität des Dienstes QoS des PDP Kontext A auf QoS-a herabzusetzen.
18. Nach Ende des definierten Zeitraumes überprüft die Ressourcen-Entscheidungsfunktion PDF die Autorisierung für PDP Kontext B analog Schritt 16. In 2 wird angenommen, dass die neu ermittelte autorisierte Qualität des Dienstes QoS der zunächst autorisierten Qualität des Dienstes QoS-B entspricht. Deswegen signalisiert die Ressourcen-Entscheidungsfunktion PDF an die Netzeinheit GGSN, dass Gate a entfernt werden soll.
19. Nach einiger Zeit beschließt das Endgerät UE, PDP Kontext A zu beenden, und signalisiert das an die Netzeinheit GGSN.
20. Die Netzeinheit GGSN teilt der Ressourcen-Entscheidungsfunktion PDF mittels eines bereits standardisierten Kommandos mit, dass PDP Kontext A beendet wird.
21. Die Ressourcen-Entscheidungsfunktion PDF nutzt die bereits erfindungsgemäß unter Schritt 12 empfangene und abgespeicherte Information, um die Applikationsfunktion AF zu benachrichtigen, dass ein PDP Kontext beendet wurde, der Datenstrom a transportierte.

3 zeigt das erfindungsgemäße Verfahren im Rahmen von FBC. Es wird die Signalisierung für das Verfahren dargestellt, die zwischen einem Endgerät UE, einer Applikationsfunktion AF, einer Charging Rules Function CRF (Vergebührungs-Regelungs-Funktion) und einem Gateway GPRS Support Node GGSN ausgetauscht wird. Diese Netzwerkelemente befinden sich in der in 1 dargestellten Konfiguration bzw. im dargestellten System. Der Signalisierungsablauf ist im Einzelnen wie folgt:

1. Das Endgerät UE und die Applikationsfunktion AF handeln mittels Signalisierung einen Dienst beispielsweise mit zwei IP Datenströmen a und b aus, die beide vom Endgerät UE über GPRS in das IP Kernnetz gesendet werden sollen.
2. Die Applikationsfunktion AF informiert die Ressourcen-Entscheidungsfunktion CRF, dass ein Dienst mit dem Endgerät UE gestartet werden soll. Die IP Adresse des Endgerätes UE wird angegeben und die Datenströme a und b werden beschrieben.
3. Das Endgerät UE beschließt, für Datenströme a und b getrennte PDP Kontexte A bzw. B zu verwenden. Es sendet für PDP Kontext A einen so genannten „PDP Context Activation Request" als Anfrage zur Netzeinheit GGSN, um den Aufbau des PDP Kontextes A anzufordern.
4. Die Netzeinheit GGSN informiert die für das Endgerät UE zuständige Ressourcen-Entscheidungsfunktion CRF über die Gx-Schnittstelle über den Aufbau des PDP Kontextes A.
5. Die Ressourcen-Entscheidungsfunktion CRF weiß zu diesem Zeitpunkt noch nicht, welche Datenströme in PDP Kontext A transportiert werden. Sie wählt alle Datenströme aus, die von oder zu dem über die IP Adresse identifizierten Endgerät UE gehen, hier Datenströme a und b. Die Ressourcen-Entscheidungsfunktion CRF signalisiert an die Netzeinheit GGSN, dass in PDP Kontext A die den Datenströmen a und b entsprechende Vergebührungsregeln CR a bzw. CR b installiert werden sollen.

Die zur Beschreibung der Vergebührungsregeln verwendete Datenstruktur kann erfindungsgemäß so verändert werden, dass jedem Paketfilter einzeln entsprechenden „Flow Identifier" entsprechend TS 29.207 zugewiesen werden. Ansonsten wird das bereits standardisierte entsprechende Kommando unverändert verwendet. Die Ressourcen-Entscheidungsfunktion CRF speichert die die installierten Vergebührungsregeln CR a und CR b.

6. Die Netzeinheit GGSN sendet an das Endgerät UE einen so genannten „PDP Kontext Activation Response" als Antwort, um den Aufbau von PDP Kontext A abzuschließen.
7.–10. Analog zu den Schritten 3. bis 6. wird PDP Kontext B aufgebaut und die Ressourcen-Entscheidungsfunktion CRF installiert die Vergebührungsregeln CR a und CR b darin.
11. Das Endgerät UE beginnt, Datenstrom a über PDP Kontext A in das IP Kernnetz zu senden.
12. Die Netzeinheit GGSN entdeckt mit Hilfe des in CR a enthaltenen Paketfilters, dass das erste Datenstrom a entsprechendes IP Daten-Paket empfangen wurde und informiert erfindungsgemäß die Ressourcen-Entscheidungsfunktion CRF, dass Datenstrom a in PDP Kontext A detektiert wurde. Dazu ist eine Nachricht erforderlich, die Datenstrom a beispielsweise mit Hilfe eines „Flow Identifier" entsprechend TS 29.207 beschreiben kann. Die Ressourcen-Entscheidungsfunktion CRF speichert, dass Datenstrom a in PDP Kontext A transportiert wird. In einer nicht dargestellten optimierten Variante der Erfindung kann die Netzeinheit GGSN die Nachricht für eine gewisse Zeit verzögern, um abzuwarten, ob bald darauf noch weitere IP Datenströme entdeckt bzw. detektiert werden, und die entsprechenden Nachrichten dann zusammenzufassen.
13. Die Ressourcen-Entscheidungsfunktion CRF weiß nun, dass nur Datenstrom a in diesem PDP Kontext A befördert wird. Die Ressourcen-Entscheidungsfunktion CRF erkennt erfindungsgemäß daraus, dass CR a nicht in PDP Kontext B benötigt wird. Um Prozessierungslast und Arbeitsspeicher in der Netzeinheit GGSN zu sparen, signalisiert die Ressourcen-Entscheidungsfunktion CRF an die Netzeinheit GGSN, dass CR a aus PDP Kontext B entfernt werden soll. Dazu kann ein bereits standardisiertes Kommando unverändert verwendet werden.
14.–16. Analog Schritten 11. bis 13. beginnt das Endgerät UE Datenstrom b über PDP Kontext B zu senden und die Netzeinheit GGSN unterrichtet die Ressourcen-Entscheidungsfunktion CRF. Die Ressourcen-Entscheidungsfunktion CRF entfernt CR b aus PDP Kontext A.
17. Nach einiger Zeit beschließt das Endgerät UE, PDP Kontext A zu beenden, und signalisiert das an die Netzeinheit GGSN.
18. Die Netzeinheit GGSN teilt die Ressourcen-Entscheidungsfunktion CRF mittels eines bereits standardisierten Kommandos mit, dass PDP Kontext A beendet wird.
19. Die Ressourcen-Entscheidungsfunktion CRF nutzt die bereits erfindungsgemäß unter Schritt 12 empfangene und abgespeicherte Information, um der Applikationsfunktion AF zu benachrichtigen, dass ein PDP Kontext beendet wurde, der Datenstrom a transportierte.

4 zeigt eine erfindungsgemäße Netzeinheit GGSN mit einer Empfangseinheit E, einer Sendeeinheit S und einer Verarbeitungseinheit V zum Durchführen des Verfahrens gemäß
2 und 3. Dabei wird die Netzeinheit zur Ermittlung der zum Transport von Datenströmen verwendeten Nutzverbindungen und zum Benachrichtigen eines Steuerknotens (PDF, CRF) bei detektierten Daten mindestens eines Datenstroms verwendet.
5 zeigt einen erfindungsgemäßen Steuerungsknoten zum Durchführen des Verfahrens gemäß 2 und 3. Der Steuerungsknoten weist eine Empfangseinheit EE, eine Sendeeinheit SE und eine Verarbeitungseinheit VE auf.

Claims

Verfahren zur Ermittlung der Zuordnung von Datenströmen zu Nutzverbindungen durch Benachrichtigen eines Steuerungsknotens (PDF, CRF) bei detektierten Daten mindestens eines Datenstroms in einer Netzeinheit (GGSN, PDG) eines Kommunikationsnetzes, dadurch gekennzeichnet, dass mit mindestens einem vom Steuerungsknoten (PDF, CRF) gesendeten Paketfilter in der Netzeinheit (GGSN, PDG) Daten mindestens eines Datenstroms hinsichtlich der Übereinstimmung mit mindestens einem Parameter des Paketfilters ausgewertet werden und dass von der Netzeinheit (GGSN, PDG) in Abhängigkeit vom Auswertergebnis an den Steuerungsknoten (PDF, CRF) mindestens eine das Auswertergebnis betreffende Information gesendet wird.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die das Auswertergebnis betreffende Information mindestens einen Datenstrom angibt.
Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die das Auswertergebnis betreffende Information mindestens einen Datenstrom mittels mit jeweils einem Flow Identifier angibt.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die das Auswertergebnis betreffende Information mindestens einen Paketfilter angibt.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die das Auswertergebnis betreffende Information mindestens eine Nutzverbindung angibt.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass dass der Steuerungsknoten (PDF, CRF) zusammen mit einem Paketfilter für die Daten mindestens eines Datenstroms jeweils einen dem Paketfilter zugeordneten Flow Identifier für den Datenstrom an die Netzeinheit (GGSN, PDG) sendet.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) einen mindestens einem Datenstrom entsprechenden Paketfilter für jede Nutzverbindung, über die zu detektierende Daten des mindestens einen Datenstroms übertragen werden können, sendet.
Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) die Nutzverbindung, über die zu detektierende Daten mindestens eines Datenstroms übertragen werden können, mit Hilfe der Adresse eines Endgerätes (UE) auswählt.
Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) die Nutzverbindung, über die zu detektierende Daten mindestens eines Datenstroms übertragen werden können, mit Hilfe der TFT Information auswählt.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei Detektion des ersten Datenpaketes der zu detektierenden Daten mindestens eines Datenstroms von der Netzeinheit (GGSN, PDG) mindestens eine dem Auswertergebnis betreffende Information an den Steuerungsknoten (PDF, CRF) gesandt wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Netzeinheit (GGSN, PDG) dem Steuerungsknoten (PDF, CRF) eine Information sendet, wenn über einen definierten Zeitraum keine zu detektierenden Daten mindestens eines Datenstroms detektiert werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass mit dem mindestens einen Paketfilter mindestens ein Parameter vom Steuerungsknoten (PDF, CRF) versandt wird, der angibt, ob mindestens eine dem Auswertergebnis betreffende Information an den Steuerungsknoten (PDF, CRF) gesandt werden soll.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass mit dem mindestens einen Paketfilter mindestens ein Parameter vom Steuerungsknoten (PDF, CRF) versandt wird, der angibt, ob eine Information an den Steuerungsknoten (PDF, CRF) gesandt werden soll, wenn über einen definierten Zeitraum keine zu detektierende Daten mindestens eines Datenstroms detektiert werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass von der Netzeinheit (GGSN, PDG) mit mindestens einem Paketfilter Daten mindestens eines Datenstroms über einen definierten Zeitraum detektiert werden und mindestens eine das Auswertergebnis betreffende Information nach Ablauf des Zeitraumes an den Steuerungsknoten (PDF, CRF) gesandt wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Auswertergebnis von der Netzeinheit (GGSN, PDG) gespeichert wird.
Verfahren nach Anspruch 15, dadurch gekennzeichnet, dass die Netzeinheit (GGSN, PDG) alle in einem definierten Zeitraum gespeicherten Auswerteergebnisse zusammen mit mindestens einer Signalisierungsnachricht an den Steuerungsknoten (PDF, CRF) sendet.
Verfahren nach Anspruch 15, dadurch gekennzeichnet, dass die Netzeinheit (GGSN, PDG) mindestens ein gespeichertes Auswerteergebnis in einer Signalisierungsnachricht an die Ressourcen-Entscheidungsfunktion (PDF, CRF) sendet, die auch Informationen bezüglich anderer Ereignisse der Nutzverbindung enthält, zum Beispiel eine Benachrichtigung über den Aufbau oder die Veränderung der Nutzverbindung.
Verfahren nach Anspruch 15, dadurch gekennzeichnet, dass von der Netzeinheit (GGSN, PDG) dem Steuerungsknoten (PDF, CRF) in periodischen Zeitabständen mindestens eine das Auswertergebnis betreffende Information zugesandt wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass als Netzeinheit (GGSN, PDG) ein Gateway-GPRS-Unterstützungs-Knoten (GGSN), ein Paket-Daten-Gateway (PDG) und/oder ein Gateway verwendet werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) der Netzeinheit (GGSN, PDG) den mindestens einen Paketfilter sendet, wenn sie von der Netzeinheit (GGSN, PDG) mindestens eine Signalisierungsnachricht bezüglich des Aufbaus oder Veränderung einer Nutzverbindung empfängt.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) der Netzeinheit (GGSN, PDG) den mindestens einen Paketfilter sendet, wenn sie von einer weiteren Netzeinheit (AF) mindestens eine Signalisierungsnachricht bezüglich der für einen Dienst benötigten Datenströme empfängt.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) bei Empfang mindestens einer Signalisierungsnachricht betreffend die Detektion von Daten mindestens eines Datenstroms der Netzeinheit von der Netzeinheit (GGSN, PDG) speichert, dass zu detektierende Daten eines Datenstroms in der mittels der mindestens einen Signalisierungsnachricht angegebenen Nutzverbindung detektiert wurden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) bei Empfang mindestens einer Signalisierungsnachricht von der Netzeinheit (GGSN, PDG) bezüglich mindestens eines mindestens eine Nutzverbindung betreffenden Ereignisses, beispielsweise bezüglich des Abbaus oder der Veränderung der einer Nutzverbindung, mindestens einer Applikationsfunktion (AF) mindestens eine Signalisierungsnachricht bezüglich des mindestens einen Ereignisses sendet und darin die Datenströme angibt, deren Daten in der mindestens einen Nutzverbindung detektiert wurden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) nach Erhalt mindestens einer Signalisierungsnachricht betreffend die Detektion von Daten mindestens eines Datenstroms von der Netzeinheit (GGSN, PDG) der Netzeinheit (GGSN, PDG) signalisiert, dass der Paketfilter für die Daten dieses mindestens einen Datenstroms von einer Nutzverbindung entfernt werden soll.
Verfahren nach Anspruch 24, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) die Signalisierung zum Entfernen mehrerer Paketfilter dadurch zusammenfasst, dass der Steuerungsknoten vor dem Absenden einen definierten Zeitraum auf weitere Signalisierungsnachrichten von der Netzeinheit (GGSN, PDG) wartet, dass Daten weiterer Datenströme detektiert wurden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei einer Anfrage betreffend die Autorisierung einer neuen oder modifizierten Nutzverbindung von der Netzeinheit (GGSN, PDG) an den Steuerungsknoten (PDF, CRF) der Steuerungsknoten (PDF, CRF) eine mindestens den Anforderungen aller dem Steuerungsknoten bekannten Datenströme, für die Daten über die Nutzverbindung übertragen werden können, entsprechende Qualität des Dienstes autorisiert.
Verfahren nach Anspruch 26, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) die Summe der Bandbreiten der ihm (PDF, CRF) bekannten Datenströme, für die Daten über die Nutzverbindung übertragen werden können, autorisiert.
Verfahren nach Anspruch 26, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) die höchste QoS-Klasse autorisiert, die für mindestens einen der ihm (PDF, CRF) bekannten Datenströme erforderlich ist, für die Daten über die Nutzverbindung übertragen werden können.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Signalisierung an der Go-Schnittstelle derart verändert wird, dass bei der Abfrage der Autorisierung der Nutzverbindung bei der Netzeinheit (GGSN, PDG) der Steuerungsknoten (PDF, CRF) mindestens eine Information über die vom Endgerät (UE) geforderte Qualität des Dienstes erhält.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass bei einer Anfrage betreffend die Autorisierung einer neuen oder modifizierten Nutzverbindung von der Netzeinheit (GGSN, PDG) an den Steuerungsknoten (PDF, CRF) der Steuerungsknoten (PDF, CRF) die vom Endgerät (UE) geforderte Qualität des Dienstes QoS autorisiert.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass nach einem definierten Zeitraum bei einer Anfrage betreffend die Autorisierung einer neuen oder modifizierten Nutzverbindung von der Netzeinheit (GGSN, PDG) an den Steuerungsknoten (PDF, CRF) der Steuerungsknoten (PDF, CRF) die den Anforderungen derjenigen Datenströme, für die Daten in der Nutzverbindung detektiert wurden, entsprechende zu ver wendende Qualität des Dienstes QoS für die Nutzverbindung ermittelt.
Verfahren nach Anspruch 31, dadurch gekennzeichnet, dass die Länge des definierten Zeitraums abhängig vom Dienst ist, dessen Daten in mindestens einem Datenstrom übertragen werden sollen.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) für eine Nutzverbindung die den Anforderungen derjenigen Datenströme, für die Daten in der Nutzverbindung detektiert wurden, entsprechende zu verwendende Qualität des Dienstes QoS für die Nutzverbindung ermittelt, sobald für alle dem Steuerungsknoten bekannten Datenströme, für die Daten über die Nutzverbindung übertragen werden konnten, Daten in einer Nutzverbindung detektiert wurden.
Verfahren nach dem Anspruch 31 oder 33, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) die ermittelte Qualität des Dienstes QoS für eine Nutzverbindung an die Netzeinheit (GGSN, PDG) signalisiert.
Verfahren nach Anspruch 34, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) die ermittelte Qualität des Dienstes QoS für eine Nutzverbindung an die Netzeinheit (GGSN, PDG) nur dann signalisiert, wenn sie von der bei der Anfrage betreffend der Autorisierung einer neuen oder modifizierten Nutzverbindung autorisierten Qualität des Dienstes QoS abweicht.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Paketfilter in einem Gate enthalten ist.
Verfahren nach Anspruch 36, dadurch gekennzeichnet, dass die Netzeinheit (GGSN, PDG) an Stelle von Gates TFT Filter Informationen zum Zuordnen von Daten von Downlink Datenströmen zu Nutzverbindungen verwendet, wenn vom Steuerungsknoten (PDF, CRF) Gates für die Nutzverbindung an die Netzeinheit gesendet wurden, aber die Netzeinheit (GGSN, PDG) keine Binding Information für die Nutzverbindung vom Endgerät (UE) erhalten hat.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Paketfilter in einer Vergebührungsregel (Charging Rule) enthalten ist.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Nutzverbindung ein PDP-Kontext ist.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Steuerungsknoten (PDF, CRF) eine PDF-Einheit (PDF) und/oder eine CRF-Einheit (CRF) ist.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Kommunikationsnetz ein zellulares Mobilfunknetz, ein paketvermittelndes Netz und/oder ein IP-Netz ist.
Netzeinheit (GGSN, PDG) eines Kommunikationsnetzes zur Ermittlung der zum Transport von Datenströmen verwendeten Nutzverbindungen und zum Benachrichtigen eines Steuerknotens (PDF, CRF) bei detektierten Daten mindestens eines Datenstroms, – mit einer Empfangseinheit (E) und einer Sendeeinheit (S) zum Durchführen der Kommunikation, – mit einer Verarbeitungseinheit (V) zum Auswerten betreffend die Übereinstimmung mit mindestens einem Parameter des Paketfilters von Daten mindestens eines Datenstroms mit mindestens einem vom Steuerungsknoten (PDF, CRF) gesendeten Paketfilter und zum Versenden mindestens einer Information betreffend die ausgewerteten Daten des min destens einen Datenstroms in Abhängigkeit vom Auswertergebnis an den Steuerungsknoten (PDF, CRF).
System zur Ermittlung der Zuordnung von Datenströmen zu Nutzverbindungen und zum Benachrichtigen eines Steuerungsknotens (PDF, CRF) bei detektierten Daten mindestens eines Datenstroms in einer Netzeinheit (GGSN, PDG) eines Kommunikationsnetzes, – mit dem Steuerungsknoten (PDF, CRF) zum Versenden mindestens eines Paketfilter an die Netzeinheit (GGSN, PDG), – mit der Netzeinheit (GGSN, PDG) zum Auswerten betreffend die Übereinstimmung mit mindestens einem Parameter des Paketfilters von Daten mindestens eines Datenstroms mit mindestens einem vom Steuerungsknoten gesendeten Paketfilter und zum Versenden mindestens einer Information betreffend die ausgewerteten Daten des mindestens einen Datenstroms in Abhängigkeit vom Auswertergebnis an die Ressourcen-Entscheidungsfunktion.
Steuerungsknoten (PDF, CRF) eines Kommunikationsnetzes zum Bereitstellen von Paketfiltern, zum Senden der Paketfilter zu einer Netzeinheit (GGSN, PDG) und zum Empfangen von Informationen betreffend die detektierten Daten mindestens eines Datenstroms von der Netzeinheit (GGSN, PDG), – mit einer Empfangseinheit (EE) und einer Sendeeinheit (SE) zum Durchführen der Kommunikation, – mit einer Verarbeitungseinheit (VE) zum Auswählen und Bereitstellen mindestens eines Paketfilters an die Netzeinheit (GGSN, PDG) und zum Auswerten der von der Netzeinheit (GGSN, PDG) gesendeten Informationen betreffend die mit dem mindestens, einen bereitgestellten Paketfilter detektierten Daten mindestens eines Datenstroms.