-
Die
Erfindung betrifft ein Verfahren und eine Anordnung zur Erhebung
von Nutzerverhalten zur Laufzeit im mobilen 3GPP IP basierten Multimedia
Subsystem.
-
Die
nachfolgend aufgeführten
Ausführungen
(Text und Figuren) zu einer Erfindung sind vorab in einer für Techniker üblichen
Form ausgeführt.
Eine spätere
fachgerechte Patentanmeldung auf der Basis dieser Informationen
unter Inanspruchnahme der Priorität dieser hier vorliegenden
Ausführungen
ist geplant. Für
alle in dieser provisorischen Patentanmeldung enthalten Ideen und
Merkmale sowie für
alle nur denkbaren Kombinationen einzelner Merkmale wird grundsätzlich die
Option auf Patentschutz beansprucht.
-
Verfahren
zur Erhebung von Nutzerverhalten zur Laufzeit im mobilen 3GPP IP
based Multimedia Subsystem (IMS), mit der Möglichkeit zur Übertragung
von nutzerverhaltensabhängigen
Informationen zum mobilen Endgerät
(Werbung, Ring-Töne,
Bilder, Clips) Das Verfahren stützt
sich auf eine neue technische Komponente OSAS (Online Statistics
and Advertisement Server), die als Applikationsserver in das IMS
integriert wird.
-
Der
Erfindung liegt folgende Aufgabe zugrunde:
Heutige Statistik
Systeme in mobilen Systemen basieren meist auf einer Auswertung
von Call Detailed Records. Diese werden meist nach einer Sprachverbindung
erzeugt. Durch die Auswertung, können
wichtige Rückschlüsse auf
das Nutzerverhalten des jeweiligen Kunden gezogen werden, der sich
im mobilen System durch seine MSISDN, IMSI identifiziert. In Abhängigkeit
des Nutzerverhaltens kann der Kunde individuell (z.B. über Post) über bestimmte
Aspekte (z.B. Tarife etc.) informiert werden. Mit dem OSAS System
(Erfindung) können
für IP
basierte Dienste die Statistik-Daten zur Laufzeit erhoben und bewertet
werden, sodass zur Laufzeit (während
des Gesprächsaufbaus)
der Kunde schon mit entsprechenden Informationen versorgt werden
kann. Diese Informationen können
in unterschiedlichen (multimedialen) Medien hinterlegt sein (z.B.
Bilder, Text, Musik, Videos).
-
IMS-basierter Online-Server
für Statistik
und Werbung (OSAS)
-
Einleitung
-
Derzeit
werden Statistiken von IMS- oder SIP- basierte Diensten dadurch
gesammelt, dass CDRs der speziellen Sammelfunktionen bewertet werden.
Die CDRs werden von den Gebühren-Sammelfunktionen
mittels beispielsweise des ftp (file transfer protocol) abgeholt.
Die CDRs werden dann offline in den IT und Data Warehouse Systemen
bewertet. Die Ergebnisse werden ausgelegt und es können Rückschlüsse in Bezug
auf das Service-abhängige
Nutzerverhalten gezogen werden. Folge dieser Rückschlüsse sind eine Reihe von Maßnahmen
welche durch die TMO Vertriebskanäle eingeleitet werden könnten (zum
Beispiel durch Kreieren von Flugblättern (Flyers), Werbung in
Werbesendungen und weiteres)
-
Der Online Server für Statistiken
und Werbung (OSAS)
-
Der
Online Server für
Statistiken und Werbung ist eine neue Anwendungsserverkomponente,
die einfach in die IMS Session Anwendungen und in den entsprechenden
Signalisierungsverkehr eingebunden werden kann. Im Vergleich zu
den CDR basierten Statistiken wie in der Einleitung beschrieben
sorgt der OSAS für folgende
bedeutende Vorteile:
Online-Bewertung des Nutzerverhaltens(während der
Laufzeit der Anwendung). Die Ergebnisse können online gesehen werden
und nicht offline durch Bewertung der CDRs mit einer Verzögerung von
mindestens einigen Stunden).
- – Online
Werbung ist möglich
(während
des Verbindungsaufbaus und während
der Verbindung) in Abhängigkeit
der Statistiken, die über
den Nutzer gewonnen werden
- – beispielsweise
Tarif Alternativen können
bekannt gemacht werden
- – beispielsweise
können
neue Dienste beworben werden
- – beispielsweise
können
Medien während
des Verbindungsaufbaus übertragen
werden
- – Die
Möglichkeit
der Auswertung von Nutzungen und Teilnehmerverhalten während des
Verbindungsaufbaus ermöglicht
sogar die Option IMS Dienste ähnlich
bekannter GSM Dienste wie beispielsweise dem TMO Soundlogo Dienst
auf IMS Niveau anzubieten unter Verwendung von MIME Typen während des
Sitzungsaufbaus wie
- – Bilder
[jpg, tiff, gif, ...]
- – Text
[ASCII, UTF8, ...]
- – Musik
[wav, mpeg, ... wie beim Soundlogo Dienst]
-
Das
Konzept von Redirect Mechanismen zu nutzen um nutzerabhängige Daten
zu sammeln, ist gut bekannt in den Internet- und http-Welten (sog.
Adserver redirects). Eine Verifizierung des Konzeptes sollte daher
für IMS
basierte Dienste daher einfach zur Verfügung zu stellen sein.
-
Anwendungsfälle
-
Viele
Anwendungsfälle
können
hergeleitet werden, durch Verwendung IMS basierter Dienste unter
online Sammeln von Statistiken und Bereitstellen von Online Werbungen
beispielsweise
- – Verbindungsaufbau zum Push
to Talk Server für
abgehenden Mobilverkehr
- – Verbindungsaufbau
zum Push to Talk Server für
ankommenden Mobilverkehr
- – Verbindungsaufbau
für Videotelephonie
für abgehenden
Mobilverkehr
- – Verbindungsaufbau
für Videotelephonie
für ankommenden
Mobilverkehr
- – Verbindungsaufbau
für kombinierte
Push to Talk und Präsenz-Dienste
für abgehenden
Mobilverkehr
-
Architektur und Voraussetzungen
-
Siehe 1
-
- – Architektur
basiert auf dem IMS wie er standardisiert ist für den 3GPP UMTS Release 5 aufwärts
- – IMS
Teilnehmer-Profil beinhaltet neue Triggerpunkte für spezielle
Anwendungsserver
- – Der
OSAS wird als eine neue Applikation im Spiralling Flow des IMS angesehen
- – Der
OSAS hat Zugang zu aller relevanten SIP Signalisierung und zu den
Signalisierungsdaten während des
Sitzungsaufbaus.
- – Der
OSAS kann daraus online alle relevante Parameter auswerten, nämlich aus
- – FROM
und TO Adressfeldern
- – A
Party
- – B
Party
- – benutztem
Dienst
- – benutzten
Codecs
- – Sitzungsdauer
- – für die Vergebührung relevante
Inter Operator Parameter wie IOI
- – prinzipiell
alle Information in den entsprechenden SIP Meldungen (z.B. SIP invite)
- – ...viele
andere SIP und SDP Parameter
-
Beispiele für Hoch-Niveau-Gesprächsfluss
-
a) Grundlegende Verbindungsaufbau
eines abgehenden Mobil-Gesprächs
für beispielsweise
Videotelefonie
-
Siehe 2:
Verbindungsaufbau eines abgehenden Mobil-Gesprächs für beispielsweise Videotelefonie
unter Berücksichtigung
des OSAS
-
1. SIP Register
-
Das
mobile Endgerät
sendet eine SIP Register Meldung zur Einbuchung in die Call State
Control Funktion, nach erfolgreichem Authentifizierungsverfahren
(hier nicht dargestellt) wird das Teilnehmerprofil in die CSCF geladen.
Es enthält
den speziellen OSAS Trigger.
-
2. SIP INVITE (SIP Teil,
SDP Teil)
-
Das
MOBILES ENDGERÄT
sendet eine SIP INVITE Meldung zur Call State Control Funktion,
um eine SIP Sitzung einzuleiten (z.B. für Videotelephonie). Die SIP
Invite Meldung wird von der CSCF erkannt. Die OSAS Trigger sorgen
für die
Weiterleitung zum OSAS.
-
3. SIP Invite (SIP Teil,
SDP Teil)
-
Das
OSAS kann online Statistikdaten aus dem SIP und SDP Teil entnehmen,
zudemkann es Medien zum SIP Invite hinzufügen.
-
4. SIP Invite (SIP Teil,
SDP Teil + zusätzliche
Medien)
-
Die
SIP Invite Meldung wird jetzt zum CSCF zurückgeleitet.
-
5. Trying (Provisional
response + Zusätzliche
Medieninhalte)
-
Eine „Provisional
Response" wird zum
mobilen Endgerät
gesendet, sie beinhaltet zusätzliche
Medien wie Text-Werbung, Musik (ähnlich
dem Soundlogo, Klingelton), Bilder oder irgendwelche anderen Medieninhalte
gemäß den IETF
MIME Typen.
-
6. SIP Invite (SIP Teil,
SDP Teil)
-
Der
SIP Invite bzw. Verbindungsaufbau wird weitergeleitet zum entfernten
Netzwerk, ohne die zusätzlichen
Medien. Die CSCF bewirkt das Löschen
der zusätzlichen
Mediendaten, die vom OSAS kommen (in Abhängigkeit der Netzbetreibervorgaben)
-
b) Grundsätzlicher
Mobilfunk-Gesprächsaufbau
für Push
to Talk
-
Siehe 3 Grundsätzlicher
Gesprächsaufbau
für Push
to Talk
-
1. SIP Register
-
Das
mobile Endgerät
sendet eine SIP Register Meldung zur Einbuchung in die Call State
Control Funktion(CSCF), nach erfolgreicher Authentifizierung (hier
nicht dargestellt) wird das Teilnehmerprofil in die CSCF geladen.
Es enthält
einen PoC Trigger und einen spezifischen OSAS Trigger.
-
2. SIP Invite (SIP Teil,
SDP Teil)
-
3. SIP Invite (SIP Teil,
SDP Teil)
-
Das
mobile Endgerät
sendet eine SIP Invite Meldung zur CSCF, um eine PoC Verbindung
aufzubauen.
-
SIP
Invite wird an der CSCF erkannt. Sie stellt den PoC Trigger zur
Verfügung
und leitet die Anfrage an den PoC Server weiter.
-
4. SIP Invite (SIP Teil,
SDP Teil, PoC spezifische Information)
-
Der
PoC Server sendet die Invite Meldung zurück und liefert zusätzliche
PoC spezifische Informationen.
-
5. SIP Invite (SIP Teil,
SDP Teil)
-
Die
SIP Invite Meldung wird erneut an der CSCF erkannt. Der OSAS Trigger
sorgt für
eine Weiterleitung der Invite Meldung an den OSAS.6. SIP Invite
(SIP Teil, SDP Teil + zusätzliche
Medien)
-
Der
OSAS kann online Statistiken aus dem SIP- und dem SDP-Teil entnehmen,
zusätzlich
kann er Medien zur SIP Invite Meldung hinzufügen.
-
7. Trying (Provisional
response + zusätzliche
Medien)
-
Eine „provisional
response" wird zum
Endgerät
gesendet, es beinhaltet zusätzliche
Medien wie z.B. Text Werbung, Musik (wie. z.B. Soundlogo, Klingelton,
Bilder oder irgendwelche anderen Medien) gemäß den IETF mime-types
-
8. SIP Invite (SIP Teil,
SDP Teil)
-
Die
SIP Invite Meldung wird weitergeleitet zum entfernten Netzwerk und
beinhaltet nicht die zusätzlichen
Medieninhalte. Die CSCF sorgt dafür, die zusätzlichen vom OSAS bereitgestellten
Medieninhalte zu löschen
(abhängig
von den Netzbetreibervorgaben)
-
Zusammenfassung
und Ausblick auf weitere Dienste
-
Der
OSAS stellt Mittel bereit, um online sehr schnell Statistikdaten
zu sammeln und diese von mobilen Netzbetreibern auszuwerten.
-
Der
OSAS stellt Mittel bereit, um Mediendaten in den Verbindungsaufbau
Signalfluss einzuschleusen, damit diese am Endgerät des Nutzers
eingespielt werden. (z.B. Amtzeichen Töne, Werbebilder, Werbetexte usw.
gemäß den IETF
mime types)
-
Das
Konzept des OSAS ist in der Internetwelt bekannt und zwar wird dort
HTTP Redirect für
Werbezwecke verwendet. Der OSAS ist in der Lage, dynamisch den Endnutzer
zu beeinflussen indem es online Statistikdaten in Bezug auf Dienste- und/oder auf Teilnehmer-Niveau
auswertet und die passende Werbung zum Kunden einspielt.
-
Viele
SIP basierte Applikationen werden von Verkäufern angeboten. Das Geschäftsmodell
dieser Verkäufer
ist transaktionsbasiert. Auf diese Weise würde TMO würde auf der Basis von SIP Transaktionen
bezahlen. Im Falle eines gewerblichen Schutzrechtes/Patentes könnten die
Lizenzkosten deutlich gesenkt werden.
-
