Tp Benutzerdaten Header Indikator Forex

User Data Header Quelle: en. wikipedia. orgwikiUserDataHeader Aktualisiert: 2016-01-11T13: 22Z User Data Header (UDH) ist eine binäre Struktur, die am Anfang einer kurzen Nachricht im Short Message Service im GSM vorhanden sein kann. Es enthält keinen Text, aber es gibt an, wie die Nachricht formatiert und verarbeitet werden soll. UDH kann verwendet werden, um verkettete SMS zu bilden. Um den Inhalt der Nachricht mit Farben, Textformatierungen, kleinen Bildern und Animationen und einfacher Musik zu bereichern, die im Enhanced Messaging Service (EMS) verwendet werden, um Portnummern zu vermitteln, die den Start einer Anwendung im Mobiltelefon verursachen können Für Multimedia Messaging Service (MMS) oder um die Verwendung von nationalen Sprachschiebetabellen anzuzeigen. 1 Technische Realisierung Anwesenheit von User Data Header wird durch das TP-UDHI (Transfer Layer Protocol User Data Header Indicator) Bit - 6. Bit des ersten Oktetts der GSM 03.40 oder 3GPP 23.040 Nachricht angezeigt. Wenn UDH vorhanden ist, steht es am Anfang des TP-UD (TP-User Data) Feldes und beginnt immer mit einem UDHL (UDH Length) Oktett. Der Rest von UDH ist eine Folge von Tag-Length-Value-Triplets. Der Tag heißt Information-Element-Identifier (IEI) und ist immer 1 Oktett lang, das Längen-Oktett ist immer 1 Oktett lang und es gibt die Länge der Informationselement Daten an. UDH isst Platz aus der Nachrichten-Nutzlast. Je länger die UDH ist, desto weniger Platz bleibt für den Nachrichtentext oder andere Inhalte. Wenn TP-UD sieben-Bit-Daten enthält, wird die Länge von TP-UD in septets gegeben und das UDH wird zu einer Septet-Grenze mit 0-6 Null-Bits gefüllt. Die nächste Tabelle zeigt, wie ein TP-UD einer Nachricht im GSM 7-Bit-Standard-Alphabet mit Text Hi mit einem vordefinierten Sound Chord High wird codiert werden: 31 Hinzufügen von erweiterten Web Service Binäre SMS-Unterstützung Dieses Kapitel erklärt, wie die Oracle Communications Services verwendet werden Gatekeeper binäre SMS erweiterte Web-Service-Schnittstelle, um binäre SMS-Unterstützung für Anwendungen hinzuzufügen. Verständnis des Binär-SMS-Webdienstes Der erweiterte Web Services Binary SMS Web Service ermöglicht das Senden und Empfangen von generischen Binärinhalten über SMS. Sowohl anwendungsinitiierte als auch netzwerkausgelöste Anfragen werden unterstützt. Der binäre Inhalt kann Daten über die Logos und Klingeltöne hinaus enthalten, die von Parlay X Short Messaging angegeben werden. Beispiele für unterstützte binäre Inhalte enthalten vCards, Kalendereinträge und WAP Push-Nachrichten. Der erweiterte Web Services Binary SMS Web Service unterstützt das automatische Chunking von übergroßen binären SMS-Nachrichten, um Nachrichten zu behandeln, die die maximale Größe einer einzelnen SMS-Anforderung überschreiten. Übergroße unsegmentierte Nachrichten werden automatisch in größenkonforme einzelne Nachrichten unterteilt und von Services Gatekeeper behandelt, wenn die korrekte Codierung im Nachrichtenkopf vorhanden ist. Namespaces Die BinarySMS-Schnittstelle und der Service verwenden die Namespaces: Die BinarySmsNotificationManager-Schnittstelle und der Service verwenden die Namespaces: Darüber hinaus verwendet Extended Web Services Binary SMS gemeinsame Datentypdefinitionen, die für alle Extended Web Services-Schnittstellen üblich sind, siehe Grundlegendes zu den erweiterten Web Services-Common Definitions. Fehlerdefinitionen sind nach ETSI ES 202 391-1 V1.2.1 (2006-10) Open Service Access (OSA) Parlay X Web Services Teil 1: Common (Parlay X 2). Der Endpunkt für die BinarySMS-Schnittstelle lautet: lthost: portgtewsbinarysmsBinarySms Der Endpunkt für die BinarySmsNotificationManager-Schnittstelle ist: host. Port ewsbinarysmsnotificationBinarySmsNotificationManager Wo die Werte für Host und Port von Ihrer spezifischen Services Gatekeeper-Bereitstellung abhängen. Sequenzdiagramm In diesem Abschnitt werden die Sequenzdiagramme für das Senden und Empfangen einer SMS erläutert. Abbildung 31-1 zeigt die allgemeine Nachrichtenfolge zum Senden einer binären SMS-Nachricht von einer erweiterten Web Services Binary SMS-Anwendung an das Netzwerk. In dieser Meldungssequenz erhält die Applikation auch eine Benachrichtigung aus dem Netzwerk, die den Lieferstatus der SMS angibt, dh, dass die Nachricht ihr Ziel erreicht hat. Es zeigt auch an, wie eine Anwendung den Lieferstatus der Nachricht abfragen kann. Die Interaktion zwischen dem Netzwerk und dem Service Gatekeeper wird protokoll-agnostisch dargestellt. Die genauen Operationen und Sequenzen hängen davon ab, welches Netzwerkprotokoll verwendet wird. Die Zustellungsbenachrichtigungen werden aus der Parlay X 2.1 Short Messaging-Implementierung gesendet. Abbildung 31-1 Sequenzdiagramm Applikationsinitiierte senden Extended Web Services Binäre SMS empfangen SMS Abbildung 31-2 zeigt die allgemeine Nachrichtenfolge für den Empfang einer binären SMS-Nachricht aus dem Netzwerk mit Services Gatekeeper. In dieser Meldungssequenz zeichnet die Applikation auch eine Meldung auf netzgesteuerten Kurznachrichten ab. Die Interaktion zwischen dem Netzwerk und dem Service Gatekeeper wird protokoll-agnostisch dargestellt. Die genauen Operationen und Sequenzen hängen davon ab, welches Netzwerkprotokoll verwendet wird. Abbildung 31-2 Sequenzdiagramm erhalten Extended Web Services Binäre SMS XML Schema Datentyp Definition Die folgenden Datenstrukturen werden im Extended Web Services Binary SMS Web Service verwendet. BinaryMessage-Struktur Definiert die binäre Nutzlast der SMS für anwendungsinitiierte Nachrichten. Definiert die TP-User Data (TP-UD). Zur Beschreibung von TP-User Data (TP-UD), TP-User-Data-Header-Indikator (TP UDHI) siehe 3GPP TS 23.040 V6.5.1, Technische Realisierung des Kurznachrichtendienstes (SMS) unter: Tabelle 31 -1 BinaryMessage-Struktur Operationen zum Starten und Stoppen von Abonnements für Benachrichtigungen für Kurznachrichten mit binärem Inhalt. Operation: StartBinarySmsNotification Startet ein Abonnement für Benachrichtigungen für Kurznachrichten, die Inhalte in Form von Binärdaten haben. Ein Korrelator wird in der Anfrage zur Verfügung gestellt. Dieser Korrelator wird beim Stoppen des Abonnements verwendet. Eingabemeldung: StartBinarySmsNotification Tabelle 31-6 Eingabemeldung: StartBinarySmsNotification Interface: BinarySmsNotification Diese Schnittstelle wird von der Applikation implementiert. Es wird von Services Gatekeeper verwendet, um Kurznachrichten mit binärem Inhalt an eine Anwendung zu liefern. Nur Nachrichten, die mit einem zuvor gestarteten Abonnement für Benachrichtigungen übereinstimmen, werden ausgeliefert. Benachrichtigungen über gelieferte Kurzmitteilungen werden über die Parlay X 2.1 Short Messaging SmsNotification Schnittstelle mit der Methode NotifySmsDeliveryReceipt ausgeliefert. Operation: NotifyBinarySmsReception Services Gatekeeper ruft diese Methoden auf Die Benachrichtigung wird verwendet, um eine kurze Nachricht mit binärem Inhalt an die Anwendung zu senden. Die Meldung erfolgt, wenn die Kurznachricht mit den bei der Anmeldung verbundenen Kriterien übereinstimmt. Siehe Operation: StartBinarySmsNotification. Die Methode muss von einem Web Service auf der Applikationsseite implementiert werden. Es wird von Services Gatekeeper aufgerufen, wenn es eine kurze Nachricht mit binärem Inhalt aus dem Netzwerk erhält und die Kriterien erfüllt sind. Eingabemeldung: NotifyBinarySmsReceptionRequest Tabelle 31-12 Eingabemeldung: NotifyBinarySmsReceptionRequest Konfigurieren der automatischen Chunking von Binär-SMS Diese Schnittstelle enthält eine Funktion, die Oversize-SMS-Nachrichten automatisch in kleinere Segmente trennt, so dass auch Switches, die die Größe von SMS beschränken, sie unterstützen. Diese Funktion funktioniert für SMS-Nachrichten, die entweder User Data Header (UDH) Header oder Sar Header verwenden. Jeder Chunk bekommt sein eigenes Header-Segment, so dass Ihre Switches behandeln sie eine separate SMS-Nachrichten. Sie verwenden die wlng. smpp. concatenatedmessageindicator Services Gatekeeper-Systemeigenschaft, um den Typ des Headers auszuwählen, den Sie verwenden. 0 ist der Standardwert. Es zeigt UDH-Header an. Ändern Sie diese Einstellung auf 1, wenn Ihre Implementierung SMS mit Sar-Headern verarbeitet. Diese Funktion folgt den 3GPP TS 23.038 und 3GPP TS 23.040 Spezifikationen für UDH und die SMPPv3.4 Spezifikation für Sar. Die documentliterale WSDL-Darstellung der Schnittstellen kann aus den Endnoten der Web Services abgerufen werden, siehe Endpunkte. Die Benachrichtigungsschnittstelle kann heruntergeladen werden: Wo Host und Port von der Service Gatekeeper-Bereitstellung abhängig sind. Fehlercodes Folgende Fehlercodes sind für SVC0001 definiert: Servicefehler: Fehlercodes für Parlay X 2.1 Kurznachrichten, siehe Fehlercodes. 16133 Zu viele Segmente in der Botschaft. Folgende Fehlercodes sind für EPOL0001 definiert: Richtlinienfehler: Richtlinienfehlercodes, die für Parlay X 2.1 Kurznachrichten definiert sind, siehe Fehlercodes.