DE60110803T2

DE60110803T2 - Vorrichtung und verfahren zum überwachen und zum weiterleiten von mengenbasierten buchhaltungsdaten

Info

Publication number: DE60110803T2
Application number: DE60110803T
Authority: DE
Inventors: John Barna; Samy Touati; Lila Madour
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2000-08-18
Filing date: 2001-08-16
Publication date: 2006-02-02
Anticipated expiration: 2021-08-17
Also published as: AU2001285628A1; ATE295645T1; EP1310061A2; US20020046277A1; CN100512124C; WO2002017561A2; DE60110803D1; EP1310061B1; WO2002017561A3; US6999449B2; CN1468480A

Description

HINTERGRUND DER ERFINDUNG
Technisches Gebiet der Erfindung
Die vorliegende Erfindung betriff Telekommunikationssysteme, und insbesondere ein volumen-basiertes System und Verfahren zum Überwachen und Melden von Abrechnungsdaten in Internet-Protokoll-(IP)-basierten Telekommunikationsnetzen.
Beschreibung des Standes der Technik
Im voraus bezahlte (prepaid) Telekommunikationsdienste sind bekannt. Allerdings wirft die Einführung der Paketdaten-Kommunikationstechnologie sowie die Bereitstellung von Paketdatendiensten neue Probleme hinsichtlich der Abrechnung auf. Da Datengeschwindigkeiten extrem variieren können, sind herkömmliche Gebühren pro Minute nicht bevorzugt. Gebühren sollten vorzugsweise eher auf dem Datenvolumen (Bytes/Kilobytes) basieren, das an einen in einer Paketdatensitzung involvierten gegebenen Benutzer bzw. von diesem übertragen wird. Aus diesem Grunde ist es extrem wichtig, dass das für jeden Benutzer übertragene Datenvolumen innerhalb jeder Sitzung so genau wie möglich überwacht und gemeldet wird.
Insbesondere ist es wichtig, eine genaue Zählung der Menge an übertragenen Daten an bzw. von einem Prepaid-Teilnehmer zu verwalten. Derzeit wird die Implementierung einer Prepaid-Lösung für CDMA-2000-Paketkernnetze untersucht. Die Prepaid-Lösung soll einen Prepaid-Dienst für CDMA-2000-Benutzer einführen, der auf dem zwischen jedem Benutzer und dem IP-Netz übertragenen Datenvolumen basiert. Allerdings sind existierende Prozeduren nicht in der Lage, eine genaue Meldung der während einer Übergabeprozedur an bzw. von Mobilfunkteilnehmer(n) übertragenen Datenmenge vorzunehmen. Vielmehr sind diese so ausgestaltet, dass sie die Nutzung aufgrund der zeitlich festgelegten Länge jedes Anrufes melden, anstatt aufgrund des übertragenen Datenvolumens.
Das heutzutage verwendete Protokoll für das Melden von Abrechnungsdaten von Serviceknoten, wie den Paketdaten-Serviceknoten (Packet Data Service Nodes – PDSNs), an Abrechnungsserver, z.B. Autorisierungs-, Authentifizierungs- und Abrechnungsservern (AAA), ist das RADIUS-Protokoll. Das RADIUS-Protokoll verwendet Abrechnungsanforderungszwischenmeldungen heutzutage für Zwischenabrechnungsaktualisierungen. Diese Zwischenabrechnungsaktualisierungen basieren auf einer abgelaufenen Zeit und nicht auf dem übertragenen Datenvolumen, und stellen akkumulierte Informationen für die gesamte Abrechnungssitzung an den AAA-Server bereit. Somit sind existierende Prozeduren nicht in der Lage, einen Prepaid-Dienst zu steuern, der auf dem Datenvolumen basiert, welches übertragen wird, wenn ein Benutzer sein ihm zugeteiltes Volumen überschreitet.
Mit dem RADIUS-Protokoll werden derzeit die Abrechnungsanforderungszwischenmeldungen periodisch vom Kunden-PDSN an den AAA-Server gesendet, nämlich aufgrund des Wertes eines Abrechnungszwischenintervallattributes, das vom AAA-Server in einer RADIUS-Zugangsannahmemeldung zum Zeitpunkt der Authentifizierung zurückgesendet wird. Das Zeitintervall kann im PDSN auch lokal gesetzt werden, und das vom AAA-Server zurückgesendete Intervall wird dann ignoriert. Offensichtlich stellt das Zeitintervall lediglich eine Möglichkeit der Durchführung von Abrechnungsaktualisierungen aufgrund eines Zeitablaufes zur Verfügung. Zusätzlich sendet der AAA-Server auf diese Zwischenmeldungen derzeit keine Antwort an den PDSN. Auf eine Abrechnungsanforderungsstart- oder -stoppmeldung sendet der AAA-Server lediglich eine Abrechnungsantwortmeldung an den PDSN. Deshalb laufen die Abrechnungsanforderungszwischenmeldungen hinsichtlich der Abrechnung vom PDSN an den AAA-Server in eine Richtung. Für die korrekte Steuerung einer Prepaid-Datensitzung (d.h. die Sitzung zu beenden, wenn vorbestimmte Kriterien erfüllt sind) ist dies nicht akzeptabel.
Die erste Revision des IS-835 führte das Konzept eines Abrechnungsstop-Datensatzauslösers ein. Ein Abrechungsstop-Datensatzauslöser wird zum Schließen einer Abrechnungssitzung mittels einer Abrechnungsstopmeldung verwendet, wenn der Abrechnungsdatensatz eine konfigurierbare Schwellengröße oder eine beliebige Schwelle, die von einer Implementierung festgelegt ist, überschreitet. Wird die an wendbare Datensitzung im selben PDSN fortgesetzt, so folgt der Abrechnungsstopmeldung unmittelbar eine Abrechnungsstartmeldung, die eine weitere Abrechnungssitzung startet. Die beiden Abrechnungssitzungen werden dann mit einer Korrelations-ID korreliert.
Im Zusammenhang mit Mobilfunkteilnehmern, die von einem alten (bedienenden) PDSN an einen neuen (Ziel-)PDSN übergeben werden, wird der Abrechnungsprozedur eine weitere Komplexität hinzugefügt. Es wurde ein Vorschlag unterbreitet, die Geschwindigkeit, bei der eine Übergabe einer Mobilstation (MS) zwischen zwei PDSNs während Mobil-IPv4-Sitzungen stattfindet, zu erhöhen. Gemäß der vorgeschlagenen schnellen Übergabeprozedur ist es der MS möglich, das Senden und Empfangen von Daten wiederaufzunehmen, bevor sie sämtliche der notwendigen Aufbauprozeduren im neuen PDSN vollzogen hat. Gemäß dem Konzept des Mobil-IPs behält die MS ihre IP-Adresse bei, so dass sie jederzeit erreichbar ist, selbst wenn sie sich in einem anderen PDSN aufhält. Deshalb wird zwischen dem alten PDSN und dem neuen PDSN ein Tunnel hergestellt, und jedes Datenpaket, das während der Übergabeprozedur für die MS bestimmt ist, wird solange durch den Tunnel gesendet, bis sich die MS erfolgreich im neuen PDSN registriert hat und der Tunnel abgebrochen wird.
Während der Übergabe bestimmt eine Auflöseprozedur von dem Funkzugangsnetz das Auflösen sämtlicher Verbindungen an die MS von dem alten PDSN, und bestimmt somit das Schließen der Abrechnungs-Multi-Sitzung durch Senden einer endgültigen Abrechnungsstopmeldung vom alten PDSN an den AAA-Server. Der neue PDSN startet eine neue Abrechnungssitzung, wenn mehrere Kriterien erfüllt sind: Die MS sendet eine Mobil-IP-Registrierungsmeldung, die MS wird vom neuen PDSN authentifiziert und die MS registriert sich erfolgreich beim Heimatagenten (HA) an. Die neue Abrechnungssitzung kann mit der alten Abrechnungssitzung korreliert werden, jedoch besteht keine Möglichkeit der Abrechnung von zusätzlichen Daten, die möglicherweise während der Übergabeprozedur durch den Tunnel an die MS gesendet wurden. Das Tunneling zusätzlicher Pakete vom alten PDSN an das neue PDSN kann fortgeführt werden, da sich die MS möglicherweise noch immer nicht erfolgreich beim HA in dem neuen PDSN registriert hat. Da getunnelter Verkehr für die MS nach dem Beenden der Abrechnungssitzung in dem alten PDSN und vor dem Eröffnen einer neuen Abrechnungssitzung in dem neuen PDSN gesendet oder empfangen wurde, wird dieser Verkehr momentan nicht abgerechnet. Das übertragene Datenvolumen muss für Abrechnungszwecke berücksichtigt werden. Für Prepaid-Benutzer ist es von besonderer Wichtigkeit, genaue Abrechnungsdaten hinsichtlich ihrer Volumennutzung zu verwalten, da dies die Grundlage darstellt, auf der sie abgerechnet werden und das zusätzliche Volumen erworben wird.
Um den Nachteil der existierenden Lösungen zu überwinden, wäre es vorteilhaft, ein System und Verfahren zum Überwachen und Melden von Abrechnungsdaten in IP-basierten Telekommunikationsnetzen bereitzustellen, die volumen-basiert sind und die Menge der während der Übergabe einer MS übertragenen Daten genau nachvollzieht. Ein derartiges System und Verfahren wird gemäß der vorliegenden Erfindung bereitgestellt.
Ein System zum Überwachen und Steuern der Kommunikationsmenge zwischen einer entfernten Kommunikationseinheit und einem Kommunikationsserver ist in der internationalen Anmeldung WO 97/22936 bereits offenbart. Mittels Geschwindigkeitsreglern kann die Übertragung von Benutzer- oder Gruppendaten über eine gesetzte Menge hinaus beschränkt werden, und Benutzer können vorgewarnt werden, wenn sie sich dem Limit nähern. Der Geschwindigkeitsregler verfolgt dabei die ungefähre Zeit und/oder die Kosten. Allerdings, werden die obengenanten Probleme auch durch diese Anmeldung nicht gelöst.
ZUSAMMENFASSUNG DER ERFINDUNG
Die vorliegende Erfindung betrifft ein System gemäß Anspruch 1 und ein Verfahren gemäß den Ansprüchen 7 und 8, einen Netzwerkzugangsserver nach Anspruch 13 sowie einen Abrechnungsserver nach Anspruch 14.
Gemäß einem Aspekt ist die vorliegende Erfindung ein System zum Überwachen und Melden eines Datenvolumens, das während einer Datensitzung zwischen einem Endbenutzer und einem Datennetz übertragen wird. Das System umfasst einen Netzwerkszugangsserver (NAS), der dem Endbenutzer Zugang auf das Datennetz bereitstellt, und einen Abrechnungsserver in Kommunikation mit dem NAS, der Abrechnungsdatensätze für das Netz verwaltet. Der Abrechnungsserver kann eine Prepaid-Server-Funktion (PPS) enthalten, die einen Kontostand für den Endbenutzer verwaltet, umfassend ein Datenvolumen, zu dessen Übertragung der Endbenutzer autorisiert ist. Die PPS-Funktion kann auch als ein separater Knoten in Kommunikation mit dem Abrechnungsserver implementiert sein. Während des Aufbaus der Datensitzung informiert die PPS-Funktion den Abrechnungsserver über ein vorbestimmtes Datenvolumen, das der Endbenutzer während der Sitzung übertragen kann. Der NAS überwacht das zwischen dem Endbenutzer und dem Datennetz während der Datensitzung übertragene Datenvolumen und sendet Zwischenabrechnungsmeldungen an den Abrechnungsserver. Jede Zwischenabrechnungsmeldung meldet das akkumulierte Datenvolumen, das während der Datensitzung vor dem Senden der Zwischenabrechnungsmeldung übertragen ist. Der Abrechnungsserver empfängt die Zwischenabrechnungsmeldungen von dem NAS, bestimmt, wann das vorbestimmte Datenvolumen übertragen worden ist und benachrichtigt die PPS-Funktion, wenn das vorbestimmte Datenvolumen übertragen worden ist. Die PPS-Funktion benachrichtigt den Abrechnungsserver, wenn der Kontostand für den Endbenutzer unter ein Schwellendatenvolumen sinkt, und der Abrechnungsserver benachrichtigt dann den NAS, dass die Datensitzung beendet werden sollte.
Gemäß einem weiteren Aspekt ist die vorliegende Erfindung ein Verfahren zum Überwachen und Melden eines Datenvolumens, das zwischen einem Endbenutzer und einem Datennetz übertragen wird, das einen NAS und einen Abrechnungsserver in Kommunikation mit dem NAS umfasst. Der Abrechnungsserver kann eine PPS-Funktion enthalten. Das Verfahren umfasst die Schritte des Verwaltens eines Kontostandes für den Endbenutzer durch die PPS-Funktion, umfassend ein Datenvolumen, zu dessen Übertragung der Endbenutzer autorisiert ist, des Bereitstellens gegenüber dem Endbenutzer von Zugang auf das Datennetz über den NAS, und des Sendens einer Zugangsannahmemeldung von der PPS-Funktion an den Abrechnungsserver während des Aufbaus der Datensitzung, wobei die Zugangsannahmemeldung ein vorbestimmtes Datenvolumen angibt, das der Endbenutzer während der Datensitzung übertragen kann. Der NAS überwacht dann das zwischen dem Endbenutzer und dem Datennetz während der Datensitzung übertragene Datenvolumen und sendet Zwischenabrechnungsmeldungen an den Abrechnungsserver, die das akkumulierte Datenvolumen melden, das während der Datensitzung vor dem Senden der Zwischenabrechnungsmeldung übertragen ist. Die PPS-Funktion wird dann durch den Abrechnungsserver benachrichtigt, dass das vorbestimmte Datenvolumen übertragen worden ist. Im folgenden wird der Abrechnungsservers durch die PPS-Funktion benachrichtigt, dass der Kontostand für den Endbenutzer unter ein Schwellendatenvolumen gesunken ist, und der NAS wird durch den Abrechnungsserver benachrichtigt, dass die Datensitzung beendet werden sollte.
Alternativ kann ein neues, vorbestimmtes Datenvolumen an den NAS zurückgesendet werden. Der NAS überwacht dieses vorbestimmte Volumen, bis es abläuft oder der Benutzer die Sitzung beendet. Der NAS meldet die Nutzung dem Abrechnungsserver und wiederum der PPS-Funktion.
Gemäß einem weiteren Aspekt ist die vorliegende Erfindung ein Verfahren zum Überwachen und Melden eines Datenvolumens, das zwischen einer Mobilstation (MS) und einem Datennetz während einer Übergabeprozedur übertragen wird, in der die MS von einem ersten Paketdaten-Serviceknoten (PDSN-1) an einen zweiten Paketdaten-Serviceknoten (PDSN-2) während einer Datensitzung übergeben wird. Das Verfahren umfasst die Schritte des Aufbauen der Datensitzung über den PDSN-1, des Sendens einer Übergabeanforderung von dem PDSN-2 an den PDSN-1, sowie des Abbrechens durch den PDSN-1 einer ersten Abrechnungssitzung zwischen dem PDSN-1 und einem Abrechnungsserver. Im folgenden wird ein Datentunnel, z.B. eine Punkt-zu-Punkt-Protokoll-(PPP)-Verbindung zwischen dem PDSN-1 und dem PDSN-2 aufgebaut, Daten von dem PDSN-1 durch den Datentunnel an die MS während der Übergabeprozedur geleitet und durch den PDSN-1 das durch den Tunnel geleitete Datenvolumen überwacht. Sobald die Übergabeprozedur beendet ist, fordert der PDSN-2 an, dass der Tunnel abgebrochen wird. Im folgenden wird eine Anzeige über das Datenvolumen, das während der Übergabeprozedur durch den Tunnel geleitet wurde, von dem PDSN-1 an den PDSN-2 gesendet, durch den PDSN-2 eine zweite Abrechnungssitzung zwischen dem PDSN-2 und dem Abrechnungsserver gestartet und die Anzeige über das Datenvolumen, das während der Übergabepro zedur durch den Tunnel geleitet wurde, von dem PDSN-2 an den Abrechnungsserver gesendet.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
Unter Bezugnahme auf die folgenden Zeichnungen, in Verbindung mit der beiliegenden Beschreibung, soll die Erfindung verständlicher gemacht und die zahlreichen Aufgaben und Vorteile gegenüber dem Fachmann nahegelegt werden. Es zeigen:
1 ein Signalisierungsdiagramm, das den Fluss von Meldungen zwischen Zugangs- und Abrechnungsknoten und einem IP-Netz darstellt, wenn ein Abrechnungsverfahren basierend auf dem Ablauf eines übertragenen vorbestimmten Datenvolumens implementiert wird, unter Verwendung des Stopdatensatzauslösers; und
2 ein Signalisierungsdiagramm, das den Fluss von Meldungen zwischen Zugangs- und Abrechnungsknoten und einem IP-Netz darstellt, wenn Daten, die während einer Inter-PDSN-Übergabe einer Mobilstation übertragen werden, genau abgerechnet werden.
AUSFÜHRLICHE BESCHREIBUNG VON AUSFÜHRUNGSFORMEN
Zur Implementierung einer Lösung, die einen Prepaid-Teilnehmer aufgrund des Volumens belastet, zusätzlich zur Durchführung akkumulierter Aktualisierungen aufgrund von Zeitintervallen, ist es notwendig, dass das für jeden Benutzer übertragenen Datenvolumen so genau wie möglich gesteuert und überwacht wird. (Das übertragene Volumen kann sowohl das an das Netz oder vom Netz übertragene sein). Es gibt eine Reihe von Möglichkeiten, einen Auslöser zum Senden von Abrechnungsdaten an den AAA-Server aufgrund der Volumennutzung zu implementieren:

• Lokales Setzen eines Zwischenvolumens im PDSN. Eine Abrechnungsmeldung wird ausgelöst, wenn der Benutzer ein Datenvolumen konsumiert, das dem Zwischenvolumen entspricht. Abrechnungsdaten werden vom PDSN an den AAA-Server in einer Zwischenabrechnungsmeldung gesendet, und es wird keine Antwortmeldung vom AAA-Server zurückgesendet.
• Setzen des Zwischenvolumens in dem AAA-Server, und Zurücksenden des Zwischenvolumens an den PDSN in der RADIUS-Zugangsannahmemeldung bei Authentifizierung. Eine Zwischenabrechnungsmeldung wird ausgelöst, wenn der Benutzer ein Datenvolumen konsumiert, das dem Zwischenvolumen entspricht. Abrechnungsdaten werden vom PDSN an den AAA-Server in einer Zwischenabrechnungsmeldung gesendet, und es wird keine Antwortmeldung vom AAA-Server zurückgesendet.

Ein den oben beschriebenen Verfahren gegenüber alternatives Verfahren besteht im Zurücksenden eines ersten Attributes vom AAA-Server in der Zugangsannahmemeldung, welches das für den Benutzer erlaubte maximale Volumen angibt, und eines zweiten Attributes, welches ein Schwellenvolumen angibt, das einen Auslösepunkt für das Senden einer Abrechnungsstopmeldung darstellt. Diese neuen Attribute sind auch in der Abrechnungsantwortmeldung eingefügt, die vom AAA-Server an den PDSN als Antwort auf eine Abrechnungsstop- oder Abrechnungsstartmeldung gesendet wird.
Die Funktionalität für einen Prepaid-Server (PPS) kann in dem AAA-Server zur Bildung eines Knotens implementiert sein, der hier als ein „Abrechnungsserver" bezeichnet wird, oder in einem separaten Knoten, der in Kommunikation mit dem AAA-Server steht. Der PPS verfolgt das Datenvolumen, das der Prepaid-Teilnehmer in seinem Konto verfügbar hat, und steuert die Sitzung um sicherzustellen, dass der Teilnehmer das verfügbare Datenvolumen nicht überschreitet. Der PDSN überwacht dann das für den Prepaid-Teilnehmer in einer bestimmten Paketdatensitzung verwaltete Datenvolumen, und sobald die Volumenschwelle erreicht ist, sendet den PDSN eine Abrechnungsstopmeldung an den AAA-Server. Der AAA-Server oder PPS antwortet auf die Abrechnungsstopmeldung mit einer Abrechnungsantwortmeldung. Die Abrechnungsantwortmeldung enthält ein dem Teilnehmer erlaubtes, neues maximales Volumen (unter Berücksichtigung des bereits verbrauchten Volumens) sowie ein neues Schwellenvolumen, bei dem eine nachfolgende Abrechnungsstopmeldung ausgelöst werden soll.
Dieser Vorgang kann so lange wiederholt werden, bis der Prepaid-Teilnehmer sein Konto erschöpft hat oder zusätzliches Volumen erwirbt. Erwirbt der Teilnehmer zusätzliches Volumen, so bietet diese Mechanismus dem PDSN eine Möglichkeit, das aufgebrauchte Datenvolumen zu melden sowie dessen Aktualisierung mit dem neuen Volumen im Kontostand des Teilnehmers.
Die vorliegende Erfindung sieht einen Mechanismus zum Auslösen einer Meldung vom PPS an den Prepaid-Teilnehmer vor, um den Teilnehmer zu warnen, dass sein Guthaben oder sein Kontostand möglicherweise aufgebraucht ist und er zusätzliche Einheiten erwerben muss. Zusätzlich sieht sie einen Mechanismus zum Bereitstellen des aktuellsten Kontostandes an den PDSN vor, der während der laufenden Sitzung die Bilanz des Teilnehmers überwacht. Sie sieht ferner ein Verfahren zum Implementieren eines Stopdatensatzauslösers für CDMA-2000 aufgrund verbrauchten Volumens vor.
1 ist ein Signalisierungsdiagramm, das den Fluss von Meldungen zwischen Zugangs- und Abrechnungsknoten und einem IP-Netz darstellt, wenn ein Abrechnungsverfahren basierend auf dem Ablauf eines übertragenen vorbestimmten Datenvolumens implementiert wird, unter Verwendung des Stopdatensatzauslösers. Ein Endgerät, z.B. eine MS 11, das von einem Prepaid-Teilnehmer benutzt wird, verwendet einen Netzwerkzugangsserver (NAS), z.B. einen PDSN 12, um auf das IP-Netz oder Internet 13 zuzugreifen. Ein AAA-Server 14 führt Autorisierungs-, Authentifizierungs- und Abrechnungsdienste durch. Die Funktionalität eines Prepaid-Servers (PPS) 15 kann in einem AAA-Server implementiert sein, um einen Abrechnungsserver 18 zu bilden, oder in einem separaten Knoten, der in Kommunikation mit dem AAA-Server steht. Der PPS umfasst einen Protokoll-Server 16 sowie ein Konto 17 für den Prepaid-Teilnehmer. Der PPS verfolgt das Datenvolumen, das der Prepaid-Teilnehmer in seinem Konto verfügbar hat, und steuert die Sitzung, um sicherzustellen, dass der Teilnehmer das verfügbare Datenvolumen nicht überschreitet.
Bei 21 sendet die MS 11 eine Verbindungsanforderungsmeldung an den PDSN 12. Bei 22 sendet der PDSN eine Zugangsanforderungsmeldung an den AAA-Server 14, der bei 23 eine Authentifizierung der MS durchführt. Nach der positiven Authentifizierung der MS leitet der AAA-Server die Zugangsanforderungsnachricht bei 24 an den PPS 15 weiter. Der PPS führt einen Autorisierungsvorgang bei 25 durch und bestimmt die Prepaid-Attribute für den Prepaid-Teilnehmer. Die Prepaid-Attribute werden dann in einer Zugangsannahmemeldung 26 an den AAA-Server zurückgesendet. Bei 27 sendet der AAA-Server dann eine Zugangsannahmemeldung an den PDSN 12, umfassend ein erstes Attribut, welches das maximale erlaubte Datenvolumen für den Benutzer angibt (Max. Volumen „V"), sowie ein zweites Attribut, welches ein Schwellenvolumen (Min. Volumen „v") angibt, das einen Auslösepunkt zum Senden einer Abrechnungsstopmeldung darstellt.
Bei 28 sendet der PDSN 12 eine Abrechnungsanforderungsstartmeldung an den AAA-Server 14, und der AAA-Server leitet die Meldung bei 29 an den PPS 15 weiter. Der PPS antwortet dem AAA-Server mit einer Abrechnungsantwortmeldung 31 und fügt die Prepaid-Attribute ein. Der AAA-Server leitet bei 32 die Abrechnungsantwortmeldung an den PDSN weiter und gibt das maximale Volumen „V" an, das für den Benutzer erlaubt ist, sowie das Schwellenvolumen (Min. Volumen „v"), das den Auslösepunkt zum Senden einer Abrechnungsstopmeldung darstellt. Der PDSN stellt dann eine Verbindung 33 zwischen der MS 11 und dem IP-Netz oder Internet 13 her, und die Sitzung beginnt. Periodisch können Abrechnungszwischenmeldungen 34 und 35 vom PDSN an den AAA-Server gesendet werden, die in einem Zeitintervall „t" das Datenvolumen melden, das seit dem Start der Abrechnungssitzung verbraucht wurde. Das Zeitintervall kann lokal im PDSN bestimmt werden, oder kann vom AAA-Server in der Zugangsannahmemeldung 27 an den PDSN zurückgesendet werden. Bei 36 sendet der PDSN eine Abrechnungsanforderungsstopmeldung an den AAA-Server, wenn der PDSN berechnet, dass das in der Sitzung übertragene Datenvolumen (V-v) die Menge der verfügbaren Daten im Konto des Prepaid-Teilnehmers auf das Schwellenvolumen (v) reduziert hat. Der AAA-Server sendet wiederum die Abrechnungsanforderungsstopmeldung bei 37 zum PPS, der bei 38 einen zusätzlichen Autorisierungsvorgang durchführt.
An diesem Punkt kann der PPS 15 eine Meldung an den Prepaid-Teilnehmer senden, um den Teilnehmer zu warnen, dass sein Guthaben oder sein Kontostand möglicherweise aufgebraucht ist und er zusätzliche Einheiten erwerben muss. Der Teilnehmer kann zusätzliches Volumen erwerben, oder der PPS kann lediglich ein neues maximales Volumen „W" berechnen, das für den Teilnehmer erlaubt ist (unter Berücksichtigung des bereits aufgebrauchten Volumens), sowie ein neues Schwellenvolumen „w", bei dem eine nachfolgende Abrechnungsstopmeldung ausgelöst werden soll. Diese Volumina werden als Prepaid-Attribute in einer Abrechnungsantwortmeldung 39 an den AAA-Server 14 zurückgesendet, und der AAA-Server leitet die Attribute an den PDSN 12 in einer Abrechnungsantwortmeldung 41 weiter.
Der PDSN beginnt dann eine neue Abrechnungssitzung durch Versenden einer Abrechnungsanforderungsstartmeldung 42 an den AAA-Server 14, und der AAA-Server leitet die Meldung bei 43 an den PPS 15 weiter. Der PPS antwortet dem AAA-Server mit einer Abrechnungsantwortmeldung 44, und der AAA-Server leitet die Abrechnungsantwortmeldung bei 45 an den PDSN weiter. Bei 46 kann eine Abrechnungszwischenmeldung vom PDSN an den AAA-Server gesendet werden, die in einem Zeitintervall „t" das Datenvolumen meldet, das seit dem Start der Abrechnungssitzung verbraucht wurde. Bei 47 sendet der PDSN eine Abrechnungsanforderungsstopmeldung an den AAA-Server, wenn der PDSN berechnet, dass das in der Sitzung übertragenen Datenvolumen (W-w) die Menge der verfügbaren Daten im Konto des Prepaid-Teilnehmers auf das neue Schwellenvolumen (w) reduziert hat. Der AAA-Server sendet wiederum die Abrechnungsanforderungsstopmeldung bei 48 zum PPS, der bei 49 einen zusätzlichen Autorisierungsvorgang durchführt.
Als Ergebnis des Autorisierungsvorganges bei 49 kann der PPS bestimmen, dass der Prepaid-Teilnehmer sein ganzes verfügbares Volumen verbraucht hat, und sein Konto 17 ist nun erschöpft. In diesem Fall sendet der PPS eine Abrechnungsantwortmeldung 51 an den AAA-Server 14 und fügt Prepaid-Attribute ein, die angeben, dass das Konto des Prepaid-Teilnehmers erschöpft ist. Bei 52 sendet der AAA-Server eine Abrechnungsantwortmeldung an den PDSN 12 mit einem Beendigungsanzeiger, der anzeigt, das die Sitzung beendet werden soll. Der PDSN beendet daraufhin bei 53 die Verbindung.
Dieses Gerüst für volumen-basierte Abrechnungsmeldungen, um einer Prepaid-Lösung für Paketdaten Rechnung zu tragen, kann auch bei anderen Paketdatennetzen angewendet werden, wo der Zugriff über einen Netzwerkzugangsserver (NAS) erfolgt und ein AAA-Server in der Netzwerkarchitektur vorhanden ist. Die Prepaid-Funktionalität kann in dem AAA-Server oder einem anderen als PPS funktionierenden Knoten enthalten sein. Dieses Gerüst kann von anderen Protokollen unterstützt werden und ist nicht auf das RADIUS-Protokoll beschränkt.
Während einer Übergabe eines Prepaid-Mobilfunkteilnehmers ist es von Bedeutung, dass die Volumenbilanz, die im Konto des Prepaid-Teilnehmers verbleibt, weiterhin genau überwacht und gemeldet wird. Dies ist insbesondere dann von Belang, wenn die Übergabe eine Inter-PDSN-Übergabe ist. In dieser Situation wird ein Tunnel aufgebaut, um die beiden betroffenen PDSNs zum Befördern von Paketen während der Übergabeprozedur zu verbinden. Es ist möglich, dass Pakete von dem alten PDSN durch den Tunnel übermittelt werden, nachdem die Abrechnungssitzung im alten PDSN beendet ist, aber bevor die Abrechnungssitzung im neuen PDSN aufgebaut ist. Um die Genauigkeit des Prepaid-Kontostandes zu gewährleisten, muss dieses Volumen getunnelter Daten überwacht und gemeldet werden.
Gemäß dem Stand der Technik wird herkömmlich eine A10-Verbindung hergestellt, die einer zugangsspezifischen Schicht-2-Übergabe (CDMA 2000, 3GPP2/IS2001 Spezifikationen) folgt. Dies führt zu einer erheblichen Verzögerung. Um dieses Problem zu überwinden sowie um das Verzögerungsniveau zu senken, baut eine vorgeschlagene schnelle Übergabeprozedur die A10-Verbindung in dem Übergabevorgang früher auf, und vorzugsweise bevor der Übergabebefehl vom alten (bedienenden) PDSN ausgegeben wird. Insbesondere wird der Vorabaufbau der A10-Verbindung bewerkstelligt, nachdem die Zielbasisstationssteuerung (Base Station Controller – BSC) mit einer A9-Aufbau-A8-Meldung auf die PDSN-Übergabeanforderung antwortet. Der Vorabaufbau der A10-Verbindung stellt dem neuen (Ziel-) PDSN die Adresse des alten PDSN bereit. Der neue PDSN macht dann eine Übergabeabfrage gegenüber dem alten PDSN. Als Antwort hierauf stellt der alte PDSN sämtliche Sicherheits-, Mobilitäts- und PPP-Kontext-Informationen, die den Teilnehmer betreffen, bereit.
Die Übertragung der PPP-Kontext-Informationen macht die Notwendigkeit der Wiederverhandlung des PPP-Links beim neuen PDSN nach der Übergabe überflüssig und minimiert die Verzögerung des Sicherungsschichtaufbaus. Die Adresse des neuen PDSN wird dem alten PDSN in Verbindung mit der A9-AL-Trennung mitgeteilt, um die Paketübertragung an die alte BSC im Funkzugangsnetz zu stoppen, und diese Adresse wird für den Aufbau eines Pfades verwendet, um die Pakete an den neuen PDSN zu tunneln. Anschließend an die Mobilstationübergabe wird eine A9-AL-Verbindungsmeldung bereitgestellt, um die Wiederaufnahme der Paketdatenübertragung unter Verwendung des PDSN-zu-PDSN-Tunnels auszulösen.
Ein wichtiger Punkt in dem Übergabeszenario betrifft den Zeitablauf der Übertragung der Abrechnungsstopmeldung durch den alten PDSN. Bevor der neue PDSN eine Abrechnungsstapmeldung sendet, fordert er an, dass der Tunnel abgebrochen wird. Erfindungsgemäß antwortet der alte PDSN durch Senden einer Volumenzählerinformation, die die Menge von während des Übergabevorgangs getunnelten Daten darstellt, an den neuen PDSN. Der alte PDSN kann daraufhin eine Abrechnungsstopmeldung erzeugen. Diese getunnelte Volumeneinformation wird dann von dem neuen PDSN in ein neues Abrechnungsattribut eingefügt, das in der an den AAA-Server gesendeten Abrechnungsstapmeldung enthalten ist. Das neue Abrechnungsattribut gibt das „Prepaid-Volumen aufgrund von Mobilität" oder „während der Übergabe getunnelte Daten" sowie die Adresse des alten PDSN an. Die Adresse des alten PDSN wird eingefügt, falls Ereignisse zu Prüfungszwecken korreliert werden müssen. Der AAA-Server oder der PPS können die Adresse des alten PDSN ebenfalls benutzen, um sie mit der PDSN-Adresse der letzten Abrechnungsstopmeldung für Verifizierungszwecke in Übereinstimmung zu bringen.
Vor dem Senden der Abrechnungsantwortmeldung vom AAA-Server an den Kunden-PDSN können der AAA-Server oder der PPS den Kontostand des Prepaid-Teilnehmers aktualisieren, indem die während der Übergabe getunnelten Daten vom Kontostand abgezogen werden. Diese Information wird auch zur Berechnung des maximalen Datenvolumens, das der Prepaid-Teilnehmer übermitteln darf, sowie des Schwellenvolumens der Daten, das den Auslösepunkt zum Senden einer zusätzlichen Abrechnungsstopmeldung durch den PDSN darstellt, verwendet. Neue Attribute werden in der Abrechnungsantwortmeldung eingefügt, um diese Information an den PDSN zu befördern.
Die 2 ist ein Signalisierungsdiagramm, das den Fluss von Meldungen zwischen Zugangs- und Abrechnungsknoten und einem IP-Netz darstellt, wenn Daten, die während einer Inter-PDSN-Übergabe einer Mobilstation übertragen werden, genau abgerechnet werden. Die MS 11, das Internet 13, der AAA-Server 14, der PPS 15 sowie der Abrechnungsserver 18 entsprechen der Darstellung und Beschreibung gemäß 1. Eine Quellenbasisstationssteuerung (Base Station Controller – BSC) 61 und eine Quellenpaketsteuerfunktion (Packet Control Function – PCF) 62 sind einem Quellen-PDSN-1 63 zugeordnet. Ebenso sind eine Ziel-BSC 64 sowie eine Ziel-PCF 65 einer Ziel-PDSN-2 66 zugeordnet.
Zu Beginn der 2 ist die MS 11 in eine Paketdatensitzung über das Internet 13 involviert. Eine Verbindung 67 wird zwischen der MS, der Quellen-PCF 62 und dem Quellen-PDSN1 63 aufgebaut. Bei 68 wird bestimmt, dass eine Inter-PDSN-Übergabe erforderlich ist, da beispielsweise die MS sich von dem Bedienungsbereich des PDSN-1 in den Bedienungsbereich des Ziel-PDSN-2 66 bewegt. Die Ziel-PCF 65 sendet dann eine A11-Registrierungsanforderungsmeldung 69 an den PDSN-2. Bei 71 wird eine Übergabeabfrage vom PDSN-2 an den PDSN-1 initiiert, die bei 72 im Aufbau einer PPP-(Point-to-Point-Protocol)-Verbindung resultiert. Der PDSN-2 sendet daraufhin eine A11-Registrierungsantwort 73 an die Ziel-PCF. An diesem Punkt wird die Verbindung 67 zwischen der MS, der Quellen-PCF und dem PDSN-1 durch das Übermitteln von Daten sowohl an die Quellen-PCF als auch an die Ziel-PCF verbessert. Wie bei 74 gezeigt, wird eine Verbindung zwischen PDSN-1 und PDSN-2 aufgebaut, und bei 75 wird eine Verbindung zwischen PDSN-2 und der Ziel-PCF aufgebaut.
Beim erfolgreichen Beenden der Übergabe gibt die Ziel-PCF 65 dies dem Ziel-PDSN-2 66 gegenüber in einer A11-Registrierungsanforderungsmeldung 76 an. Der Ziel-PDSN-2 wiederum leitet diesen Hinweis bei 77 an den Ziel-PDSN-1 63. Während der PDSN-1 die Verbindung zum Internet bei 78 aufrechterhält, werden Daten an die MS 11 über die PP-Verbindung 79 zwischen dem PDSN-1 und dem PDSN-2, über die Verbindung 81 zwischen dem PDSN-2 und der Ziel-PCF 65 sowie über die Verbindung 82 zwischen der Ziel-PCF und der MS übermittelt Daraufhin wird eine Abrechnungsanforderungsstopmeldung 83 vom Quellen-PDSN-1 63 an den AAA-Server 14 gesendet. Bei 84 leitet der AAA-Server die Abrechnungsanforderungsstopmeldung weiter an den PPS 15, wo bei Schritt 85 angegeben ist, dass die Sitzung im PDSN-1 beendet wurde. Bei 86 sendet der PPS eine Abrechnungsantwortmeldung an den AAA-Server, der die Abrechnungsantwortmeldung bei 87 an den PDSN-1 weiterleitet.
Bei Schritt 88 beginnt die Sitzung zu ruhen. Die PP-Verbindung zwischen dem PDSN-1 und dem PDSN-2 wird durch Senden einer PP-Freigabeanforderungsmeldung 89 vom PDSN-2 an den PDSN-1 freigegeben. Bei 91 wird eine PP-Freigabeanforderungsantwortmeldung vom PDSN-1 an den PDSN-2 mit Abrechnungsinformationen gesendet, die das über die PP-Verbindung während der Übergabeprozedur übertragene Datenvolumen (d.h. das Mobilitätsvolumen) betreffen. Die Ziel-PCF 65 sendet dann eine A11-Registrierungsanforderungsmeldung 92 an den PDSN-2, und der PDSN-2 sendet eine Zugangsanforderungsmeldung 93 an den AAA-Server. Der PDSN-2 wird somit zum bedienenden PDSN. Bei 94 führt der AAA-Server 14 eine Authentifizierung der MS durch. Nach positiver Authentifizierung der MS leitet der AAA-Server die Zugangsanforderungsmeldung bei 95 an den PPS 15 weiter. Der PPS führt einen Autorisierungsvorgang bei 96 durch, in dem die Prepaid-Attribute für den Prepaid-Teilnehmer bestimmt werden. Die Preparid-Attribute werden dann an den AAA-Server in einer Zugangsannahmemeldung 97 zurückgesendet. Bei 98 sendet der AAA-Server dann eine Zugangsannahmemeldung an den PDSN-2 und fügt die Prepaid-Attribute ein. Wie oben beschrieben, können die Attribute ein erstes Attribut enthalten, welches das maximale erlaubte Datenvolumen für den Benutzer angibt (Max. Volumen „V"), sowie ein zweites Attribut, welches ein Schwellenvolumen (Min. Volumen „v") angibt, das einen Auslösepunkt zum Senden einer Abrechnungsstopmeldung darstellt.
Der Ziel-PDSN-2 66 sendet daraufhin eine Mobil-IP-Registrierungsmeldung 99 an einen Heimatagenten (HA) 101, der eine Bestätigungsmeldung (ACK) 102 zurück sendet. Der PDSN-2 sendet dann eine Abrechnungsanforderungsstartmeldung 103 an den AAA-Server 14, der die Startmeldung bei 104 an den PPS 15 weiterleitet. Die Abrechnungsanforderungsstartmeldung enthält das während der Übergabeprozedur übertragene Datenvolumen (d.h. Mobilitätsvolumen), wie in der PP-Freigabeanforderungsantwortmeldung bei Schritt 91 gemeldet. Bei Schritt 105 führt der PPS eine Autorisierungsprozedur durch, um zu bestimmen, ob der Endbenutzer weiterhin autorisiert ist, mit der Sitzung fortzufahren, nachdem das Mobilitätsvolumen abgerechnet ist. Eine Abrechnungsantwortmeldung 106 wird dann an den AAA-Server zurückgesendet, der die Abrechnungsantwortmeldung bei 107 an den PDSN-2 weiterleitet.
Obgleich die neuen Abrechnungsattribute hier als zu den RADIUS-Meldungen hinzugefügt beschrieben sind, könnten auch andere Protokolle verwendet werden, solange die Daten zwischen dem PDSN und einem lokalen Abrechnungsspeicher oder einem Knoten, der Abrechnungsdaten sammelt, geleitet werden. Der PPS kann dann benachrichtigt werden, dass eine zusätzliche Datenmenge während der Zeit, die für das Durchführen der Übergabe notwendig war, an die MS getunnelt wurde.
Somit wird angenommen, dass die Funktion und der Aufbau der vorliegenden Erfindung aus der obigen Beschreibung hervorgeht. Während das gezeigte und beschriebene System und Verfahren als bevorzugt gekennzeichnet sind, ist es naheliegend, dass verschiedene Änderungen und Modifikationen vorgenommen werden könnten, ohne vom Umfang der Erfindung, wie er in den folgenden Ansprüchen definiert ist, abzuweichen.

Claims

System zum Überwachen und Melden eines Datenvolumens, das während einer Datensitzung zwischen einem Endbenutzer und einem Datennetz übertragen wird, wobei das System umfasst: einen Netzwerkszugangsserver NAS, der ausgestaltet ist, um dem Endbenutzer Zugang auf das Datennetz bereitzustellen; und einen Abrechnungsserver (18) in Kommunikation mit dem NAS, der ausgestaltet ist, um Abrechnungsdatensätze für das Netz zu verwalten, wobei der Abrechnungsserver (18) eine Prepaid-Server-(15)-Funktion PPS enthält, die ausgestaltet ist, um einen Kontostand für den Endbenutzer zu verwalten, umfassend ein Datenvolumen, zu dessen Übertragung der Endbenutzer autorisiert ist, wobei die PPS-Funktion (15) ausgestaltet ist, um den Abrechnungsserver (18) während des Aufbaus der Datensitzung über ein vorbestimmtes Datenvolumen zu informieren, das der Endbenutzer während der Sitzung übertragen kann, wobei der NAS ausgestaltet ist, um das zwischen dem Endbenutzer und dem Datennetz während der Datensitzung übertragene Datenvolumen zu überwachen und Zwischenabrechnungsmeldungen während der Sitzung an den Abrechnungsserver (18) zu senden, wobei jede Zwischenabrechnungsmeldung ein akkumuliertes Datenvolumen meldet, das während der Datensitzung vor dem Senden der Zwischenabrechnungsmeldung übertragen ist; wobei der Abrechnungsserver (18) ausgestaltet ist, um die Zwischenabrechnungsmeldungen von dem NAS zu empfangen, um zu bestimmen, wann das vorbestimmte Datenvolumen übertragen worden ist und um die PPS-Funktion (15) zu benachrichtigen, wenn das vorbestimmte Datenvolumen übertragen worden ist; wobei die PPS-Funktion (15) ausgestaltet ist, um den Abrechnungsserver (18) zu benachrichtigen, wenn der Kontostand für den Endbenutzer unter ein Schwellendatenvolumen sinkt; und wobei der Abrechnungsserver (18) ausgestaltet ist, um den NAS zu benachrichtigen, dass die Datensitzung beendet werden sollte, wenn der Abrechnungsserver (18) benachrichtigt wird, dass der Kontostand für den Endbenutzer unter das Schwellendatenvolumen gesunken ist.
System nach Anspruch 1, wobei die PPS-Funktion in einem eigenständigen Prepaid-Server PPS (15) in Kommunikation mit dem Abrechnungsserver (18) implementiert ist.
System nach Anspruch 2, wobei der PPS (15) ausgestaltet ist, um den Abrechnungsserver (18) über ein vorbestimmtes Datenvolumen zu informieren, das der Endbenutzer während der Sitzung derart übertragen kann, dass, wenn der Abrechnungsserver (18) den PPS (15) benachrichtigt, dass das vorbestimmte Datenvolumen übertragen worden ist, noch ausreichend im Konto des Endbenutzers verbleibendes Volumen für die Fortführung der Sitzung zur Verfügung steht, während der PPS (15) den Endbenutzer benachrichtigt, weiteres Datenvolumen zu erwerben.
System nach Anspruch 2, wobei der PPS (15) ausgestaltet ist, um den Abrechnungsserver (18) über ein vorbestimmtes Datenvolumen zu informieren, das der Endbenutzer während der Sitzung derart übertragen kann, dass, wenn der Abrechnungsserver (18) den PPS (15) benachrichtigt, dass das vorbestimmte Datenvolumen übertragen worden ist, noch ausreichend im Konto des Endbenutzers verbleibendes Volumen für die Fortführung der Sitzung zur Verfügung steht, und der PPS (15) ausgestaltet ist, den Abrechnungsserver (18) über ein zweites vorbestimmtes Datenvolumen zu informieren, das der Endbenutzer während der Sitzung übertragen kann.
System nach Anspruch 1, wobei der Abrechnungsserver (18) ebenfalls ausgestaltet ist, um den NAS über ein Auslösedatenvolumen zu informieren, das den NAS veranlasst, eine Abrechnungsstopmeldung an den Abrechnungsserver zu senden.
System nach Anspruch 1, wobei der Endbenutzer eine Mobilstation (11) ist und der NAS ein Paketdaten-Serviceknoten PDSN (12) ist.
Verfahren zum Überwachen und Melden eines Datenvolumens, das während einer Datensitzung zwischen einem Endbenutzer und einem Datennetz übertragen wird, das einen Netzwerkszugangsserver NAS und einen Abrechnungsserver (18) in Kommunikation mit dem NAS umfasst, wobei der Abrechnungsserver (18) eine Prepaid-Server-(15)-Funktion PPS enthält, wobei das Verfahren die Schritte umfasst: Verwalten eines Kontostandes für den Endbenutzer durch die PPS-Funktion (15), umfassend ein Datenvolumen, zu dessen Übertragung der Endbenutzer autorisiert ist; Bereitstellen gegenüber dem Endbenutzer von Zugang auf das Datennetz über den NAS; Senden einer Zugangsannahmemeldung von der PPS-Funktion (15) an den Abrechnungsserver (18) während des Aufbaus der Datensitzung, wobei die Zugangsannahmemeldung ein vorbestimmtes Datenvolumen angibt, das der Endbenutzer während der Datensitzung übertragen kann; Überwachen des zwischen dem Endbenutzer und dem Datennetz während der Datensitzung übertragenen Datenvolumens durch den NAS; Senden einer Reihe von Zwischenabrechnungsmeldungen von dem NAS an den Abrechnungsserver (18) während der Datensitzung, wobei jede Zwischenabrechnungsmeldung ein akkumuliertes Datenvolumen meldet, das während der Datensitzung vor dem Senden der Zwischenabrechnungsmeldung übertragen ist; Benachrichtigen der PPS-Funktion (15) durch den Abrechnungsserver (18), dass das vorbestimmte Datenvolumen übertragen worden ist; Benachrichtigen des Abrechnungsservers (18) durch die PPS-Funktion (15), dass der Kontostand für den Endbenutzer unter ein Schwellendatenvolumen gesunken ist; und Benachrichtigen des NAS durch den Abrechnungsserver (18), dass die Datensitzung beendet werden sollte, wenn der Abrechnungsserver (18) be nachrichtigt wird, dass der Kontostand für den Endbenutzer unter das Schwellendatenvolumen gesunken ist.
Verfahren nach Anspruch 7, wobei die PPS-Funktion in einem eigenständigen Prepaid-Server PPS (15) in Kommunikation mit dem Abrechnungsserver (18) implementiert ist.
Verfahren nach Anspruch 7, weiterhin nach dem Schritt des Benachrichtigens der PPS-Funktion (15) durch den Abrechnungsserver (18), dass das vorbestimmte Datenvolumen übertragen worden ist, umfassend die Schritte: Bestimmen durch die PPS-Funktion (15), ob noch ausreichend im Konto des Endbenutzers verbleibendes Volumen für die Fortführung der Sitzung zur Verfügung steht; und Anbieten einer Option an den Endbenutzer, weiteres Datenvolumen zu erwerben, nachdem bestimmt wurde, dass noch ausreichend im Konto des Endbenutzers verbleibendes Volumen für die Fortführung der Sitzung zur Verfügung steht.
Verfahren nach Anspruch 7, weiterhin nach dem Schritt des Benachrichtigens der PPS-Funktion (15) durch den Abrechnungsserver (18), wenn das vorbestimmte Datenvolumen übertragen worden ist, umfassend die Schritte: Bestimmen durch die PPS-Funktion (15), ob noch ausreichend im Konto des Endbenutzers verbleibendes Volumen für die Fortführung der Sitzung zur Verfügung steht; und Informieren des Abrechnungsservers (18) durch die PPS-Funktion (15) über ein nachfolgendes vorbestimmtes Datenvolumen, das der Endbenutzer während der Sitzung übertragen kann, nachdem bestimmt wurde, dass noch ausreichend im Konto des Endbenutzers verbleibendes Volumen für die Fortführung der Sitzung zur Verfügung steht.
Verfahren nach Anspruch 7, wobei der Schritt des Sendens einer Zugangsannahmemeldung von der PPS-Funktion (15) an den Abrechnungsserver (18) auch das Senden einer Anzeige über ein Auslösedatenvolumen enthält, wobei das Verfahren weiterhin die Schritte umfasst: Senden der Anzeige über das Auslösedatenvolumen an den NAS; Bestimmen durch den NAS, ob das übertragene Datenvolumen gleich dem Auslösedatenvolumen ist; und Senden einer Abrechungsstopmeldung von dem NAS an den Abrechnungsserver (18), nachdem bestimmt wurde, dass das übertragene Datenvolumen gleich dem Auslösedatenvolumen ist.
Verfahren nach Anspruch 7, zum Überwachen und Melden eines Datenvolumens, das zwischen einer Mobilstation MS (11) und dem Datennetz während einer Verbindungsübergabeprozedur übertragen wird, in der die MS (11) von einem ersten Paketdaten-Serviceknoten PDSN-1 (63) an einen zweiten Paketdaten-Serviceknoten PDSN-2 (66) während einer Datensitzung übergeben wird, wobei das Verfahren die Schritte umfasst: Aufbauen der Datensitzung über den PDSN-1 (63); Senden einer Verbindungsübergabeanforderung von dem PDSN-2 (66) an den PDSN-1 (63); Abbrechen durch den PDSN-1 (63) einer ersten Abrechnungssitzung zwischen dem PDSN-1 (63) und dem Abrechnungsserver (18); Aufbauen eines Datentunnels zwischen dem PDSN-1 (63) und dem PDSN-2 (66), wobei der Schritt des Aufbauens eines Datentunnels zwischen dem PDSN-1 (63) und dem PDSN-2 (66) das Aufbauen einer Point-to-Point-Protokoll-(PPP)-Verbindung zwischen dem PDSN-1 (63) und dem PDSN-2 (66) umfasst; Leiten von Daten von dem PDSN-1 (63) durch den Datentunnel an die MS (11) während der Verbindungsübergabeprozedur, wobei der PDSN-1 (63) das durch den Tunnel geleitete Datenvolumen überwacht; Anfordern durch den PDSN-2 (66), dass der Tunnel abgebrochen wird, wenn die Verbindungsübergabeprozedur beendet ist; Senden einer Anzeige über das Datenvolumen, das während der Verbindungsübergabeprozedur durch den Tunnel geleitet wurde, von dem PDSN-1 (63) an den PDSN-2 (66); Starten durch den PDSN-2 (66) einer zweiten Abrechnungssitzung zwischen dem PDSN-2 (66) und dem Abrechnungsserver (18); und Senden der Anzeige über das Datenvolumen, das während der Verbindungsübergabeprozedur durch den Tunnel geleitet wurde, von dem PDSN-2 (66) an den Abrechnungsserver (18), wobei der Netzwerkszugangsserver der zweite Paketdaten-Serviceknoten PDSN-2 (66) ist, der Prepaid-Server PPS (15) in Kommunikation mit dem Abrechnungsserver (18) steht, der einen Kontostand für die MS (11) verwaltet, die das maximale Volumen angibt, und das Verfahren weiterhin die Schritte umfasst: Senden einer Zugangsanforderungsmeldung vom Abrechnungsserver (18) an den PPS (15), wobei die Zugangsanforderungsmeldung die Anzeige über das Datenvolumen enthält, die während der Verbindungsübergabeprozedur durch den Tunnel geleitet wurde; und Bestimmen durch die PPS (15) eines neuen maximalen Datenvolumens, das die MS (11) während der Datensitzung übertragen kann, durch Subtrahieren des Datenvolumens, das durch den Tunnel geleitet wurde, von dem maximalen Datenvolumen, das die MS (11) übertragen kann, und wobei die Zugangsannahmemeldung das neue maximale Volumen angibt.
Netzwerkszugangsserver NAS, der ausgestaltet ist, um einem Endbenutzer Zugang zu einem Datennetz in einem System zum Überwachen und Melden eines Datenvolumens bereitzustellen, das während einer Datensitzung zwischen dem Endbenutzer und dem Datennetz übertragen wird, wobei das System umfasst: einen Abrechnungsserver (18) in Kommunikation mit dem NAS, der Abrechnungsdatensätze für das Netz verwaltet, wobei der Abrechnungsserver (18) eine Prepaid-Server-(15)-Funktion PPS enthält, die einen Kontostand für den Endbenutzer verwaltet, umfassend ein Datenvolumen, zu dessen Übertragung der Endbenutzer autorisiert ist, wobei die PPS-Funktion (15) den Abrechnungsserver (18) während des Aufbaus der Datensitzung über ein vorbestimmtes Datenvolumen informiert, das der Endbenutzer während der Sitzung übertragen kann, wobei der NAS ausgestaltet ist, um das zwischen dem Endbenutzer und dem Datennetz während der Datensitzung übertragene Datenvolumen zu überwachen und Zwischenabrechnungsmeldungen während der Sitzung an den Abrechnungsserver (18) zu senden, wobei jede Zwischenabrechnungsmeldung ein akkumuliertes Datenvolumen meldet, das während der Datensitzung vor dem Senden der Zwischenabrechnungsmeldung übertragen ist; wobei der Abrechnungsserver (18) die Zwischenabrechnungsmeldungen von dem NAS empfängt, bestimmt, wann das vorbestimmte Datenvolumen übertragen worden ist und die PPS-Funktion (15) benachrichtigt, wenn das vorbestimmte Datenvolumen übertragen worden ist; wobei die PPS-Funktion (15) den Abrechnungsserver (18) benachrichtigt, wenn der Kontostand für den Endbenutzer unter ein Schwellendatenvolumen sinkt; und wobei der NAS ausgestaltet ist, um eine Benachrichtigung von dem Abrechnungsserver (18) zu empfangen, dass die Datensitzung beendet werden sollte, wenn der Abrechnungsserver (18) benachrichtigt wird, dass der Kontostand für den Endbenutzer unter das Schwellendatenvolumen gesunken ist.
Abrechnungsserver für ein System zum Überwachen und Melden eines zwischen einem Endbenutzer und einem Datennetz während einer Datensitzung übertragenen Datenvolumens, wobei das System einen Netzwerkszugangsserver NAS umfasst, der dem Endbenutzer Zugang auf das Datennetz bereitstellt; wobei der Abrechnungsserver (18) in Kommunikation mit dem NAS steht, der Abrechnungsdatensätze für das Netz verwaltet, wobei der Abrechnungsserver (18) eine Prepaid-Server-(15)-Funktion PPS enthält, die ausgestaltet ist, um einen Kontostand für den Endbenutzer zu verwalten, umfassend ein Datenvolumen, zu dessen Übertragung der Endbenutzer autorisiert ist, wobei die PPS-Funktion (15) ausgestaltet ist, den Abrechnungsserver (18) während des Aufbaus der Datensitzung über ein vorbestimmtes Datenvolumen zu informieren, das der Endbenutzer während der Sitzung übertragen kann, wobei der Abrechnungsserver (18) ausgestaltet ist, um Zwischenabrechnungsmeldungen während der Sitzung von dem NAS zu empfangen, wobei der NAS das zwischen dem Endbenutzer und dem Datennetz während der Datensitzung übertragene Datenvolumen überwacht, wobei jede Zwischenabrechnungsmeldung ein akkumuliertes Datenvolumen meldet, das während der Datensitzung vor dem Senden der Zwischenabrechnungsmeldung übertragen ist; wobei der Abrechnungsserver (18) die Zwischenabrechnungsmeldungen von dem NAS empfängt, bestimmt, wann das vorbestimmte Datenvolumen übertragen worden ist und die PPS-Funktion (15) benachrichtigt, wenn das vorbestimmte Datenvolumen übertragen worden ist; wobei die PPS-Funktion (15) ausgestaltet ist, um den Abrechnungsserver (18) zu benachrichtigen, wenn der Kontostand für den Endbenutzer unter ein Schwellendatenvolumen sinkt; und wobei der Abrechnungsserver (18) ausgestaltet ist, den NAS zu benachrichtigen, dass die Datensitzung beendet werden sollte, wenn der Abrechnungsserver (18) benachrichtigt wird, dass der Kontostand für den Endbenutzer unter das Schwellendatenvolumen gesunken ist.