Was ist HTTP Header Enrichment?

Unter HTTP-Header-Anreicherung versteht man das Hinzufügen von Datenfeldern in den HTTP-Header, die von nachgeschalteten Servern verwendet werden. Dies wird üblicherweise in Mobilfunknetzen durch Hinzufügen von Benutzer- und Gerätekennungen wie IMEI, IMSI, MSISDN UID oder anderen Daten zur Identifizierung von Teilnehmern oder mobilen Geräten genutzt.

Die HTTP-Header-Anreicherung erfolgt in der Regel am Gateway-GPRS-Support-Knoten oder an anderen Netzgrenzen durch Gateway- oder Edge-Produkte, die über diese Funktion verfügen.

Zusätzliche Informationen werden in der Regel zu HTTP-Headern hinzugefügt, die von anderen Systemen zur Steuerung des Datenverkehrs, zur Verarbeitung des Datenverkehrs für zusätzliche Zusatzdienste oder zur Verarbeitung durch Abrechnungs-, Analyse- oder Teilnehmeranwendungssysteme verarbeitet werden.

Umsatzsteigerung durch HTTP-Header-Anreicherung in Mobilfunknetzen

Bieten Sie einzigartige und differenzierte Kundenerlebnisse und profitieren Sie von neuen Möglichkeiten der Servicemonetarisierung mit der A10 HTTP-Header-Anreicherungslösung.

Erfahren Sie, wie Sie Ihre Einnahmen steigern können

So funktioniert die HTTP-Header-Anreicherung

Das HTTP-Protokoll erlaubt das Hinzufügen von benutzerdefinierten Datensätzen in den HTTP-Header. Das Format dafür ist normalerweise:
X-your-data: xxxxxxxxxxxxxxxxxxxxxxxx

Das Einfügen der MSISDN in den HTTP-Header könnte folgendermaßen aussehen:
X-MSISDN: xxxxxxxxxxxxxxxxxx

Den HTTP-Headern kann praktisch alles hinzugefügt werden. Da es sich bei HTTP um ein textbasiertes Protokoll handelt, ist die spätere Verarbeitung dieser Informationen ein einfacher Vorgang

Beispiel für einen Anwendungsfall

Es wird ein Beispiel für einen Anwendungsfall vorgestellt. Der Code zur Implementierung mit der A10 aFleX-Sprache wird im nächsten Abschnitt vorgestellt.
Hinzufügen der MSISDN-Teilnehmerinformationen zum HTTP-Header.

1. Analysiert den Benutzernamen aus dem Instream-HTTP-Header. Dies ist der Netzwerk-Teilnehmer-Benutzername, der bereits in den HTTP-Headern vorhanden ist.
2. Abfrage des Radius-Servers des Anbieters mit dem Benutzernamen und Abruf der zugehörigen MSISDN für diesen bestimmten Teilnehmer
3. Einfügen der Daten X-msisdn und zugehöriger Daten in den HTTP-Header

Code-Muster

# aFleX script to provide Header Enrichment for
# the purpose of policy based Traffic Steering.
#
# This comes in 2 parts.
# 1) Script that is bound to a RADIUS VPORT.
# 2) Script that is bound to a HTTP VPORT.
# Virtual Server Port: RADIUS
#
when RULE_INIT {
    set ::DEBUG 0
}
when CLIENT_DATA {
    binary scan [RADIUS::avp 40] H* avp40
    if { ($::DEBUG == 1) } { log "RADIUS == User-Name=[RADIUS::avp 1], User-Password=[RADIUS::avp 2], Framed-IP-Address=[RADIUS::avp 8], Filter-Id=[RADIUS::avp 11], Calling-Station-Id=[RADIUS::avp 31], Acct-Status-Type=$avp40" }
    if { $avp40 == 1 } {
        table set msisdn [RADIUS::avp 8] [RADIUS::avp 31] indef
        table set policy [RADIUS::avp 8] [RADIUS::avp 11] indef
        if { ($::DEBUG == 1) } { log "RADIUS == TABLE SET MSISDN: [table lookup msisdn [RADIUS::avp 8]] - POLICY: [table lookup policy [RADIUS::avp 8]]" }
    } elseif { $avp40 == 2 } {
        table delete msisdn [RADIUS::avp 8]
        table delete policy [RADIUS::avp 8]
        if { ($::DEBUG == 1) } { log "RADIUS == TABLE DELETE MSISDN: [table lookup msisdn [RADIUS::avp 8]] - POLICY: [table lookup policy [RADIUS::avp 8]]" }
    }
}
#
# Virtual Server Port: HTTP
#
when RULE_INIT {
    set ::DEBUG 0
}
when HTTP_REQUEST {
    HTTP::header insert MSISDN [table lookup msisdn [IP::client_addr]]
    HTTP::header insert User-Type [table lookup policy [IP::client_addr]]
    if { ($::DEBUG == 1) }
        { log "HTTP == MSISDN: [table lookup msisdn [IP::client_addr]] - POLICY: [table lookup policy [IP::client_addr]]" }
}