-
Gebiet der
Erfindung
-
Die
vorliegende Erfindung betrifft ein Verfahren und eine Datenendgerätvorrichtung
zum Übertragen
und Empfangen von Anhangdaten von zusätzlichen Anhängen, den
Sitzungsinitiierungs-Meldungen eines Sitzungsinitiierungs-Protokolls.
-
Hintergrund
der Erfindung
-
Im
UMTS (Universal Mobile Telecommunications System) wird SIP (Session
Initiation Protocols) verwendet, um eine Multimedia-Sitzung oder
Anrufe, insbesondere VoIP (Voice over Internet Protocol) -Sitzungen
einzurichten. Eine Beschreibung des SIP ist in der Schrift XP 2164649 „IETF Draft: draft-ietf-sip-rfc2543bis-00.ps,
June, 5, 2000" zu
finden. Eine Multimedia-Sitzung
ist allgemein als ein Satz aus Multimediasendern und -empfängern definiert,
wobei Datenströme
von den Sendern zu den Empfängern
fließen.
Zu Multimedia-Sitzungen gehören
Internet-Multimedia-Konferenzen, Internet-Telefonanrufe und Multimedia-Verteilung.
-
Das
Sitzungsinitiierungs-Protokoll ist ein Anfrage-Antwort-Steuerungs(Signalisierungs-)Protokoll
zum Initiieren, Verwalten und Beenden von Sitzungen mit einem oder
mehren Teilnehmern (Sendern und Empfängern) oder Datenendgeräten. Das Sitzungsinitiierungs-Protokoll
ist ein Protokoll auf Anwendungsebene, das in paketvermittelten
Umgebungen, beispielsweise dem GPRS (General Packet Radio Service)-System,
UMTS- oder Paketkabel (USA cable modem standard)-Systemen, verwendet
wird. Das Sitzungsinitiierungs-Protokoll kann in jedem zuverlässigen und
unzuverlässigen
Protokoll, einschließlich
dem UDP (User Datagram Protocol), SCTP (Stream Control Transmission
Protocol) und dem TCP (Transmission Control Protocol) verwendet werden.
-
Das
Sitzungsinitiierungs-Protokoll verwendet Sitzungsinitiierungs-Meldungen zur Verhandlung zwischen
Teilnehmern oder zwischen Datenendgeräten. Eine Sitzungsinitiierungs-Meldung
enthält
eine SIP-Methode. Außerdem
kann eine Sitzungsinitiierungs-Meldung einen zusätzlichen Anhang, wie beispielsweise
einen MIME (Multipurpose Internet Mail Extensions)-Inhalt, wie beispielsweise
Bilder-, Video- und Audio-Dateien, als weiteren Inhalt enthalten.
-
MIME
ist eine Erweiterung des Internet E-Mail-Protokolls SMTP (Simple
Mail Transfer Protocol). MIME wird verwendet, um die Übertragung
von Bilder- und Audio-Dateien, wie beispielsweise Sprachnachrichten,
und andere binäre
Dateien, insbesondere Dateien, die keine Text-Dateien sind, zu unterstützen und
zu standardisieren. Im Allgemeinen werden zur Beschreibung, ob es
sich um einen Text- oder binären
Inhalt handelt, MIME-Namen verwendet. Der MIME-Name wird in einem
Inhaltstyp-Header verwendet, der den MIME-Typ des Inhalts beschreibt.
Der Inhalt kann beispielsweise Text/plain, Bild/gif oder Audio/mp3
sein.
-
So
ist es bekannt, das Sitzungsinitiierungs-Meldungen MIME-Inhalt enthalten
können.
Jedoch ist die Größe solchen
Inhalts, d. h. die Menge von Anhangdaten derartig zusätzlicher
Anhänge, aufgrund
einer vorgegebenen Maximalgröße des zugrunde
liegenden Protokolls beschränkt.
Insbesondere können
zurzeit in den meisten Umgebungen SIP-Meldungen lediglich etwa 600
Bytes große
MIME-Anhänge
transportieren. Dies liegt daran, dass UDP als unterlegtes Übertragungsprotokoll
verwendet wird.
-
Zusammenfassung
der Erfindung
-
Es
ist daher eine Aufgabe der vorliegenden Erfindung, die Übertragung
von größeren Anhängen zu
ermöglichen.
-
Diese
Aufgabe wird durch ein Verfahren gemäß Anspruch 1 zum Übertragen
von Anhangdaten von Anhängen
in Sitzungsinitiierungs-Meldungen eines Sitzungsinitiierungs-Protokolls
gelöst,
wobei das Protokoll bestimmt ist, Sitzungen mit einem oder mehreren
Datenendgeräten
in einem Netz werk zu initiieren, zu verwalten und zu beenden, wobei
die Anhangdaten in Anhangfragmente fragmentiert werden und die Anhangfragmente
an aufeinanderfolgenden Sitzungsinitiierungs-Meldungen angehängt werden.
-
Außerdem wird
die obige Aufgabe durch ein Verfahren gemäß Anspruch 21 zum Empfangen
von Anhangdaten von Anhängen
in Sitzungsinitiierungs-Meldungen
eines Sitzungsinitiierungs-Protokolls gelöst, wobei das Protokoll bestimmt
ist, Sitzungen mit einem oder mehreren Datenendgeräten in einem
Netzwerk zu initiieren, zu verwalten und zu beenden, wobei die Anhangdaten
von aufeinanderfolgenden Sitzungsinitiierungs-Meldungen getrennt werden
und aus den so erhaltenen Anhangfragmenten defragmentiert werden.
-
Außerdem wird
die obige Aufgabe durch eine Datenendgerätevorrichtung gemäß Anspruch
24 zum Übertragen
von Anhangdaten von Anhängen
in Sitzungsinitiierungs-Meldungen eines Sitzungsinitiierungs-Protokolls
gelöst,
wobei das Protokoll definiert ist, in einem Netzwerk Sitzungen mit
einem oder mehreren Datenendgeräten
zu initiieren, zu verwalten und zu beenden, mit:
Übertragungsmitteln
zum Übertragen
der Meldungen,
Sitzungsinitiierungs-Mittel zum Initiieren von
Sitzungen mit einem oder mehreren Datenendgerätevorrichtungen in dem Netzwerk,
Fragmentierungsmittel
zum Fragmentieren der Anhangdaten in Anhangfragmente, und
Anhängmittel
zum Anhängen
der Anhangfragmente an aufeinanderfolgende Sitzungsinitiierungs-Meldungen.
-
Außerdem wird
die obige Aufgabe durch eine Datenendgerätevorrichtung gemäß Anspruch
28 zum Empfangen von Anhangdaten, von Anhängen in Sitzungsinitiierungs-Meldungen
eines Sitzungsinitiierungs-Protokolls gelöst, wobei das Protokoll dazu
bestimmt ist, in einem Netzwerk Sitzungen mit einem oder mehreren
Datenendgeräten
zu initiieren, zu verwalten und zu beenden, mit:
Empfängermittel
zum Empfangen der Meldungen, Sitzungsinitiierungs-Mittel zum Initiieren
von Sitzungen mit einem oder mehreren Datenendge rätvorrichtungen
im Netzwerk, Trennmittel zum Trennen der Anhangsdaten von aufeinanderfolgenden
Sitzungsinitiierungs-Meldungen, um so Anhangfragmente zu erhalten
und Defragmentierungsmittel zum Defragmentieren der Anhangfragmente.
-
Der
Leitgedanken der Erfindung ist es, einen großen Anhang über aufeinanderfolgende SIP-Meldungen
durch Fragmentierung eines derartigen Anhangs auf eine Anzahl von
Anhangfragmenten zu verteilen und die Anhangfragmente eines nach
dem anderen an eine entsprechende Anzahl von aufeinanderfolgenden
Sitzungsinitiierungs-Meldungen anzuhängen, wobei jedes Fragment
an eine andere Meldung angehängt
wird. In ähnlicher
Weise wird ein derartig verteilter Anhang durch Abspalten jeder
Meldung von dieser Reihe aufeinanderfolgender Sitzungsinitiierungs-Meldungen zurückgewonnen,
dabei werden SIP-Methode und Anhangdaten getrennt, um das Anhangfragment
zu erhalten und die Anhangfragmente zu dem ursprünglichen Anhang zu defragmentieren.
-
So
ermöglicht
es die Erfindung, viel größere Anhänge, insbesondere
zwei bis fünfmal
größere Anhänge, in
Sitzungsinitiierungs-Meldungen zu übertragen. Aufgrund der Erfindung
ist es möglich,
ziemlich scharte Bilder oder Animationen vor oder zu Beginn einer
Sitzung zu übertragen.
-
Bevorzugt
werden die Anhangfragmente an eine erste Gruppe von aufeinanderfolgenden
Initiierungs-Meldungen angehängt,
welche von einer ersten Datenendgerätvorrichtung oder einem Anrufer
zu einer zweiten Datenendgerätevorrichtung
oder einem Angerufenen gesendet wird, bevor die zweite Datenendgerätvorrichtung
mit Alerting, insbesondere ein Telefon mit Klingeln, beginnt. Daher
ist es möglich,
den Anhang zu übertragen,
bevor das Telefon des Angerufenen zu klingeln beginnt, was vorteilhaft ist,
da es ermöglicht,
dem Angerufenen zusätzliche Informationen über den
bevorstehenden Anruf zur Verfügung
zu stellen.
-
In
einem weiteren bevorzugten Ausführungsbeispiel
werden die Anhangfragmente ebenso an eine zweite Gruppe von aufeinanderfolgenden
Sitzungsinitiierungs-Meldungen angehängt, wodurch die zweite Gruppe
von Sitzungsinitiierungs-Meldungen von der ersten Datenendgeräteinrichtung
zur zweiten Datenendgeräteinrichtung
gesendet wird, nachdem die zweite Datenendgeräteinrichtung mit Alerting begonnen
hat. Daher es möglich,
die maximale Größe von Anhängen weiter
zu vergrößern, da so
mehrere Meldungen für
den Transport der Anhangfragmente verwendet werden können.
-
In
noch einem weiteren bevorzugten Ausführungsbeispiel wird eine Sitzungsinitiierungs-Meldung nur
teilweise mit einem Anhangfragment aufgefüllt und freier Platz wird für während der Übertragung
der Meldung in dem Netzwerk hinzugefügte Routing-Informationen reserviert.
Daher können
Routing-Informationen während
der Übertragung
von einer Meldung ohne Überschreiten
der maximalen Größe der Meldung
hinzugefügt
werden.
-
Weitere
vorteilhafte Weiterbildungen sind in den abhängigen Patentansprüchen definiert.
-
Kurze Beschreibung
der Zeichnungsfiguren
-
Im
Folgenden wird die vorliegende Erfindung in größerem Detail basierend auf
den bevorzugten Ausführungsbeispielen
unter Bezugnahme auf die begleitenden Zeichnungsfiguren beschrieben,
in denen
-
1 ein
Diagramm einer Meldungssignalisierung zum Einrichten eines Multimedia-Anrufs zeigt;
-
2 eine
schematisches Darstellung einer Meldung eines Sitzungsinitiierungs-Protokolls
zeigt;
-
3 ein
Diagramm einer Meldungssignalisierung zum Einrichten eines Multimedia-Anrufs
gemäß einem
ersten Ausführungsbeispiel
der Erfindung zeigt;
-
4 ein
Diagramm einer Meldungssignalisierung zum Einrichten eines Multimedia-Anrufs
gemäß einem
zweiten Ausführungsbeispiel
der Erfindung zeigt; und
-
5 ein
Blockschaltbild einer Datenendgeräteinrichtung gemäß einem
bevorzugten Ausführungsbeispiel
der Erfindung zeigt.
-
Beschreibung
der bevorzugten Ausführungsbeispiele
-
1 zeigt
ein Meldungssignalisierungs-Diagramm, wenn ein Teilnehmer eines
paketvermittelten Netzwerks dabei ist, eine Sitzung mit einem anderen
Teilnehmer einzurichten. Ein Anrufer 1 oder etwas allgemeiner
ausgedrückt,
ein Client-Datenendgerät
möchte
eine Sitzung mit einem Angerufenen 2 oder einem Server-Datenendgerät starten.
Der Anrufer 1 startet die Initiierung der Sitzung durch
Senden einer SIP INVITE-Meldung an den Angerufenen 2 gemäß Schritt
S1. Der Angerufene 2 antwortet auf die SIP INVITE-Meldung
durch Zurücksenden
einer vorläufigen
SIP-Antwort-Meldung,
nämlich
einer SIP 183-Sitzungsfortschritt-Meldung an den Angerufenen gemäß Schritt
S2.
-
In
Reaktion auf diese SIP 183-Sitzungsfortschritt-Meldung sendet der
Anrufer 1 eine weitere SIP-Meldung, nämlich eine SIP PRACK-Meldung
an den Angerufenen 2 gemäß Schritt S3, um den Empfang
der vorläufigen
SIP-Antwort-Meldung,
nämlich der
SIP 183-Sitzungsfortschritt-Meldung zu bestätigen. Der Angerufene 2 bestätigt die
SIP PRACK-Meldung durch Zurücksenden
einer SIP 200 OK-Meldung an den Anrufer 1 gemäß Schritt
S4. In Reaktion auf die SIP 200 OK-Meldung sendet der Anrufer 1 eine
SIP INFO- oder SIP COMET-Meldung an den Angerufenen 2 gemäß Schritt
S5, um zusätzliche
optionale Informationen, beispielsweise Übertragung eines Status einer
Vorbedingung, wie beispielsweise „erfolgreich" oder „Fehler", zur Verfügung zu
stellen. Der Angerufene 2 antwortet auf die SIP INFO- oder SIP
COMET-Meldung mit einer SIP 200 OK-Meldung gemäß Schritt S6.
-
An
dieser Stelle beginnt die Datenendgeräteinrichtung des Angerufenen 2 mit
Alerting, insbesondere ein angerufenes Telefon mit Klingeln. Bis jetzt
hat der Angerufene drei SIP-Meldungen, nämlich eine SIP INVITE- Meldung, eine SIP
PRACK-Meldung und eine SIP INFO- oder SIP COMET-Meldung empfangen.
-
Der
Angerufene 2 zeigt an, dass seine Datenendgeräteinrichtung
oder sein Telefon klingelt durch Senden einer SIP 180 RINGING-Meldung
an den Anrufer 1. Außerdem
zeigt diese SIP 180 RINGING-Meldung dem Anrufer 1 an, dass
dem Anrufer 1 ein Rückruf-Anfruf-Fortschrittton
(ringback call progress tone) bereitgestellt werden soll. Die SIP
180 RINGING-Meldung zeigt dies in 1 gemäß Schritt S7
an. Der Rückruf
ist ein Signalisierungston, der von einer anrufenden Client-Anwendung
erzeugt wird und anzeigt, dass ein angerufener Beteiligter benachrichtigt
wird.
-
In
Reaktion auf diese SIP 180 RINGING-Meldung sendet der Anrufer 1 eine
weitere SIP PRACK-Meldung an den Angerufenen 2, um den Empfang
der SIP 180 RINGING-Meldung gemäß Schritt
S8 zu bestätigen.
Der Angerufene 2 bestätigt die
SIP PRACK-Meldung mit einer SIP 200 OK-Meldung gemäß Schritt S9.
-
Der
Anrufer 1 bestätigt
die SIP 200 OK-Meldung mit einer SIP ACK-Meldung und tauscht NCS (Network Call
Signaling) Signalisierung aus, die anweist, das lokale Rufzeichen
zu beenden und eine Vollduplex-Verbindung,
wie in Schritt S10 angezeigt, einzuschalten. Nun ist der Anruf „durchgeschaltet" und im Gange, wie
durch das Bezugszeichen 3 angezeigt wird.
-
Die
unter Bezug auf 1 beschriebene Meldungssignalisierung
zeigt, dass es fünf
vom Anrufer 1 zum Angerufenen 2 gesendete SIP-Meldungen
(INVITE, 2 × PRACK,
INFO oder COMET, und ACK) gibt. Drei von diesen SIP-Meldungen, nämlich die
INVITE-, PRACK- und INFO- oder COMET-Meldung, werden gesendet und empfangen,
bevor das Telefon des Angerufenen zu klingeln beginnt. Dementsprechend
werden zwei von diesen SIP-Meldungen, nämlich die PRACK- und ACK-Meldung
gesendet und empfangen, nachdem das Telefon zu klingeln begonnen
hat. Jede der SIP-Meldung
besitzt den gleichen Grundaufbau.
-
2 zeigt
den grundsätzlichen
Aufbau einer SIP-Meldung 4. Eine SIP-Meldung 4 besteht aus einem
ersten Teil, nämlich
einer SIP-Methode 5, die den Hauptbestandteil der SIP-Meldung 4 darstellt. Jedoch
kann eine SIP-Meldung 4 weitere
Daten bis zu einer bestimmten maximalen vorgegebenen Größe enthalten.
Die Gesamtgröße einer
SIP-Meldung ist durch die maximal zulässige Größe eines Datagramms begrenzt,
das in dem Netzwerk, welches den Anrufer 1 und den Angerufenen 2 verbindet,
insbesondere ein Netzwerk, das paketvermittelte Übertragung von Dateneinheiten,
wie beispielsweise UMTS oder GPRS, unterstützt.
-
Dem
oben Stehenden zufolge kann eine SIP-Meldung neben der SIP-Methode 5 weitere
Daten enthalten, wie beispielsweise Daten zusätzlicher Anhänge, die über das
Netzwerk mittels SIP-Meldung übertragen
werden. Die Anhangdaten 6 sollten jedoch in der Größe nicht
größer als
die maximal verfügbare
Größe der SIP-Meldung 4 sein,
die sich durch die Größe der SIP-Methode 5 ergibt.
Daher wird nur ein Teil eines großen Anhangs in einer SIP-Meldung 4,
nämlich
lediglich ein Anhangfragment 6, übertragen.
-
Da
die Größe einer
SIP-Meldung 4 aufgrund der Hinzufügung von neuen Via-Headern
während der Übertragung
der SIP-Meldung 4 in dem Netzwerk zunehmen kann, ist die
Größe des Anhangfragments 6 nicht
die maximal mögliche
Größe, nämlich die
maximal verfügbare
Größe einer
SIP-Meldung 4 reduziert
um die Größe der SIP-Methode 5,
die nach Aufnahme einer SIP-Methode 5 in einer SIP-Meldung 4 übrig bleibt,
sondern es wird freier Platz 7 für Routing-Informationen, wie
beispielsweise neue Via-Header,
reserviert.
-
Die
Größe für den freien
Platz 7, der für
Routing-Informationen reserviert ist, kann im Voraus erahnt werden.
Falls die Größe einer
SIP-Meldung 4 niemals die maximale Paketgröße von einem
Datagramm in UDP auf seiner Route durch das Netzwerk überschreitet,
ist es noch wahrscheinlich, dass die UDP-Fragmentierung im Kernnetzwerk
dafür Sorge trägt. Falls
jedoch die Größe in unzulässiger Weise zunimmt,
geht ein derartiges Datenpaket verloren und Standard-SIP-Verlässlichkeitsmechnismen
gelan gen zur Anwendung und ein Fehlercode für die Ursache wird an den Anrufer 1 zurückgegeben.
-
Das
Senden einer derartig fehlgeschlagenen Methode, die den Angerufenen
oder das Ziel nicht erreicht hat, kann, nachdem ein Zeitgeber für die Sendungswiederholung
im sendenden Datenendgerät abgelaufen
ist, wiederholt werden. Der Ablauf des Zeitgebers zeigt beispielsweise
an, dass die Methode aufgrund einer Meldungsgrößenbeschränkung nicht zugestellt werden
konnte.
-
Die 3 und 4 zeigen
weitere Diagramme für
die Meldungssignalisierung, die im Wesentlichen zu dem Diagramm
der 1 ähnlich
sind, daher kennzeichnen dieselben Nummern ähnliche Bestandteile oder Schritte,
wobei Unterschiede im Folgenden beschrieben werden.
-
3 veranschaulicht,
dass die SIP INVITE-Meldung gemäß Schritt
S1, die SIP PRACK-Meldung gemäß Schritt
S3 und die SIP INFO- oder SIP COMET-Meldung gemäß Schritt S5 den in 2 dargestellten
Aufbau besitzen. Daher wird ein Anhang über eine erste Gruppe von beispielsweise
drei aufeinanderfolgenden SIP-Meldungen durch Fragmentieren dieses
Anhangs und durch Anhängen
oder Multiplexen desselben über
diese Meldungen verteilt.
-
Daher
kann ein zusätzlicher
Anhang in Standard-SIP-Meldungen ohne zusätzlichen Datenverkehr zu benötigen übertragen
werden. Weiter können solche
Anhänge,
wie beispielsweise Bilder, auf bildfähigen Telefonen am Ende des
Angerufenen angezeigt werden. So empfängt der Angerufene zusätzliche
sichtbare Informationen mit Bezug zum aktuellen Anruf, insbesondere
sogar, bevor sein Telefon mit Klingeln beginnt. Alternativ oder
zusätzlich
kann ein anderer Inhalt als Bilder über die Anhänge, wie beispielsweise Audio
oder Video-Anhänge
oder einfache Textmitteilungen übertragen
werden.
-
Das
Verfahren zum Anhängen
lediglich von Teilen eines Anhangs oder lediglich von Anhangfragmenten
an SIP-Meldungen oder des Multiplexens eines Anhangs über drei
aufeinanderfolgende SIP-Meldungen, wie es in 3 dargestellt
ist, ermöglicht
es, Anhänge
von wenigstens dreimal der Datenmenge, die an eine reguläre SIP-Meldung
angehängt
werden können,
zu übertragen.
Insbesondere ist es möglich, über 2200
Bytes, die für
einen Anhang verfügbar
sind, zu übertragen,
unter der Annahme, dass dieser Inhalt benötigt wird, bevor das Telefon
des Angerufenen 2 zu klingeln beginnt.
-
Aufgrund
der Tatsache, dass die Größen einer
SIP PRACK-, SIP INFO- oder
SIP COMET-Methode jeweils viel kleiner sind als die Größe einer
SIP INVITE-Methode, ist die Verbesserung größer als das Dreifache der verfügbaren Größe einer
INVITE-Meldung. Daher wird die Menge der Anhangdaten, die gesendet
werden können,
bevor das Telefon des Angerufenen mit Alerting beginnt, von 600
Bytes auf wenigstens über
2200 Bytes mehr als verdreifacht. Die SIP INVITE-, PRACK- und INFO-
oder COMET-Meldungen
bilden eine garantierte logische Halb-Meldung, die im Vorhinein
bekannt ist und daher als eine einzige große Meldung verwendet werden
kann, die die fragmentierten Unterteile des Anhanginhalts aufnimmt.
Daher können
wenigstens 2200 Bytes an Anhangdaten übertragen werden, die einen
wirklich nützlichen
Inhalt ermöglichen,
wie beispielsweise farbenfrohe Bilder oder Animationen.
-
Bevorzugt
besteht die erste Gruppe von Meldungen aus einer Folge von Meldungen,
die immer während
der Initiierung einer erfolgreichen Sitzung gesendet werden. Diese
erste Gruppe enthält
insbesondere die INVITE-Meldung
zum Einladen des zweiten Datenendgeräts 2 oder des Angerufenen,
an einer Sitzung teilzunehmen, sowie die PRACK-Meldung zum Bestätigen der
Sitzungsparameter, die durch das zweite Datenendgerät 2 oder
den Angerufenen angezeigt worden sind und/oder die INFO- oder COMET-Meldung
zum Anzeigen einer erfolgreichen Reservierung der Ressourcen für die Medienkomponenten
der Sitzung.
-
4 zeigt
ein weiteres Signalisierungsdiagramm einer Meldung, das den verfügbaren Platz
für Anhangdaten
weiter durch Nutzung von nicht nur der ersten Gruppen von Meldungen,
nämlich
der SIP INVITE-, PRACK- und INFO- oder COMET-Meldung gemäß den Schritten
S1, S3 und S5, bevor das Telefon des Angerufenen 2 zu klingeln
beginnt, vergrößert, sondern
auch eine zweite Gruppe von Meldungen verwendet, nämlich die
SIP PRACK- und ACK-Meldung gemäß den Schritten
S8 und S10, nachdem das Telefon zu klingeln begonnen hat. Daher
ist es möglich,
alle fünf
vom Anrufer 1 an den Angerufenen 2 gesendeten
SIP-Meldungen zu nutzen, was es ermöglicht, einen Inhalt von etwa
4 bis 5 KBytes anzuhängen.
-
Die
Verwendung der SIP-Meldung gemäß dem Schritt
S8 und S10 für
die Übertragung
von Anhangfragmenten ermöglicht,
spezielle Informationen, nachdem das Telefon des Angerufenen 2 mit
Klingeln begonnen hat, zu übertragen.
Dieses Merkmal kann in bestimmten Anwendungen nützlich sein, insbesondere wenn
bestimmte Informationen nicht übertragen werden
dürfen,
bevor das Telefon des Angerufenen 2 zu klingeln begonnen
hat.
-
5 zeigt
ein Blockdiagramm einer Datenendgeräteinrichtung 8 zum
Empfangen und Senden von Anhangdaten, die in Anhangfragmente fragmentiert
sind, wodurch die Fragmente jeweils eines nach dem anderen an aufeinanderfolgende
Initiierungs-Meldungen angehängt
werden und/oder über aufeinanderfolgende
Initiierungs-Meldungen gemultiplext werden. Innerhalb des Anwendungsbereiches der
Erfindung kann solch eine Datenendgeräteinrichtung 8 ausgestattet
sein, lediglich fragmentierte Anhänge verteilt oder gemultiplext über aufeinanderfolgende
Meldungen zu senden oder lediglich fragmentierte Anhänge verteilt
oder gemultiplext über
aufeinanderfolgende Meldungen zu empfangen oder fragmentierte oder
verteilte oder gemultiplexte Anhangfragmente zu senden und zu empfangen. 5 veranschaulicht
eine Datenendgeräteinrichtung,
die geeignet ist zum Senden als auch zum Empfangen von solchen verteilten
oder gemultiplexten Anhangfragmenten.
-
Eine
Datenendgeräteinrichtung 8 enthält einen
Anhanggenerator 9, der Anhänge des MIME-Typs basierend
auf Dateien eines Standardformates erzeugt, die er von einer Anwendung über eine Eingabe/Ausgabeschnittstelle 10 erhalten
hat. Der Anhanggenerator 9 sendet den Anhang vom MIME-Typ
an eine Fragmentierungseinheit 11 über eine elek trische Leitung 12.
Die Fragmentierungseinheit 11 unterteilt den Anhang in
Fragmente einer Größe, die
nicht größer als
eine vorherbestimmte maximale Anhangfragmentgröße ist.
-
Die
Anhangfragmente werden über
eine elektrische Leitung 13 an einen Speicher 14 übertragen,
der die Anhangfragmente, so lange sie noch nicht an den Angerufenen übertragen
worden sind, speichert.
-
Als
Nächstes
wird jedes Anhangfragment eines nach dem anderen vom Speicher 14 zu
einer Anhangeinheit und/oder einem Multiplexer 15 über eine elektrische
Leitung 16 übertragen,
welche die Anhangfragmente an SIP-Methoden anhängen und/oder die Anhangfragmente
mit SIP-Methoden, multiplexen,
um SIP-Meldungen zu erzeugen, die diese SIP-Methode und eines der Anhangfragmente enthalten.
Die Anhangeinheit und/oder der Multiplexer 15 sind über eine
elektrische Leitung 17 mit einer SIP-Steuerungseinheit 18 verbunden,
die der Anhangseinheit und/oder dem Multiplexer 15 SIP-Methoden
zur Verfügung
stellt.
-
Die
Anhangeinheit und/oder der Multiplexer 15 ist weiter über eine
elektrische Leitung 19 mit einer Sende-Empfangseinheit 20 zum Übertragen 21 und
Empfangen 22 von Daten zu/von einem Netzwerk 23 verbunden.
-
Das
Netzwerk 23 ist bevorzugt ein Netzwerk, das paketvermittelte Übertragung
von Dateneinheiten, wie beispielsweise GPRS und UMTS, unterstützt. Bevorzugt
ist es wenigstens teilweise ein Funknetzwerk für mobile Kommunikation.
-
Der
Anhanggenerator 9, die Fragmentierungseinheit 11,
der Speicher 14, die Anhangeinheit und/oder der Multiplexer 15,
die SIP-Steuerungseinheit 18 und die Sende-Empfangseinrichtung 20 sind verbunden
miteinander über
einen Datenbus 24 und mit einem Mikroprozessor 25,
der das Zusammenwirken zwischen dem Anhanggenerator 9,
der Fragmentierungseinheit 11, dem Speicher 14,
der Anhangeinheit und/oder dem Multiplexer 15, der SIP-Steuerungseinheit 18 und
der Sende-Empfangseinrichtung 20 koordiniert, insbesondere
um den Zeitablauf der Zusammenwirkung zwischen diesen Bestandteilen
zu koordinieren.
-
5 wird
nun herangezogen, um das Empfangen von Anhangfragmenten zu erklären. Falls
die Datenendgeräteinrichtung 8 von
dem Netzwerk 23 SIP-Meldungen über die Sende-Empfangseinrichtung 20 empfängt, werden
diese SIP-Meldungen über
die elektrische Leitung 19 zu einer Trenneinheit und/oder
einem Demultiplexer oder einer kombinierten Anhang/Trenneinheit
und/oder einem Multiplexer/Demultiplexer 15 übertragen,
zur Verwendung dessen Trenn- und/oder Demultiplexer-Funktionalität. Die Trenneinheit
und/oder der Demultiplexer oder die kombinierte Anhäng/Trenneinheit
und/oder Multiplexer-/Demultiplexer 15 teilen eine empfangene SIP-Meldung
in eine Vielzahl von Teilen auf, wodurch die SIP-Methode in einen
ersten Teil, ein Anhangfragment in einen zweiten Teil und Routing-Informationen in
einen dritten Teil getrennt werden. Die abtrennte SIP-Meldung des ersten
Teils wird über
die elektrische Leitung 17 an die SIP-Steuerungseinheit 18 gesendet,
um die weitere SIP-Verarbeitung zu initiieren.
-
Das
Anhangfragment gemäß dem zweiten Teil
wird über
die elektrische Leitung 16 an den Speicher 14 gesendet.
Der Speicher 14 speichert eine Anzahl von Anhangfragmenten.
Nach dem Empfang von allen Anhangfragmenten, die zu einem Anhang gehören, insbesondere
nach dem Empfang der ersten drei oder fünf SIP-Meldungen überträgt der Speicher 14 die
Anhangfragmente eines nach dem anderen über die elektrische Leitung 13 zu
einer Defragmentierungseinheit oder einem kombinierten Fragmentierungs-/Defragmentierungseinheit 11,
die ihre Defragmentierungs-Funktionalität verwendet. Die Defragmentierungseinheit 11 defragmentiert
daher die Anhangfragmente durch Kombinieren der Fragmente, um den
Anhang wieder aufzubauen.
-
Der
defragmentierte Anhang wird dann über die elektrische Leitung 12 an
eine Anhangswiederherstellungseinheit oder kombinierte Erzeugungs/Wiederherstellungseinheit 9 mit
einer Anhangwiederherstellungs-Funktionalität übertragen.
Diese Wiederherstellungseinheit 9 stellt die ur sprüngliche Datei
wieder her, d. h., sie konvertiert den MIME-Typ-Anhang in das ursprüngliche
Dateiformat. Die wiederhergestellte Datei wird über die Eingabe-/Ausgabeschnittstelle 10 an
eine Anwendung zur weiteren Verarbeitung gesendet.
-
Die
Anhangswiederherstellungseinheit 9 oder kombinierte Erzeugungs/Wiederherstellungseinheit 9,
die Defragmentierungseinheit 11 oder kombinierte Fragmentierungs-/Defragmentierungseinheit 11,
der Speicher 14, die Trenneinheit und/oder der Demultiplexer
oder die kombinierte Anhang/Trenneinheit und/oder der Multiplexer/Demultiplexer 15, die
SIP-Steuerungseinheit 18 und
die Sende-Empfangseinrichtung 20 sind über den Datenbus 24 miteinander
und mit dem Mikroprozessor 25 verbunden, der das Zusammenwirken
zwischen diesen einzelnen Komponenten koordiniert, insbesondere,
um den Zeitablauf des Zusammenwirkens dieser Bestandteile zu koordinieren.
-
Alle
diese Bestandteile, einschließlich
des Mikroprozessors 25, werden oder eine beliebige Teilmenge
dieser Bestandteile wird bevorzugt in einer Prozessor-/Speicheranordnung
einer Datenendgeräteinrichtung
mittels Software umgesetzt, d. h., obwohl diese Bestandteile separat
durch Hardwaremittel umgesetzt werden können, ist eine derartige Implementierung
nicht notwendig und diese Bestandteile bestehen bevorzugt aus Softwaremodulen
dieser Prozessor-/Speicheranordnung.
-
Die
Fragmentierungseinheit 11 und/oder der Mikroprozessor 25 sind
geeignet, eine Menge von verfügbarem
Platz in einer SIP-Meldung zum Aufnehmen eines Anhangfragmentes
durch Untersuchen der durchschnittlichen Länge der in den Sitzungsinitiierungs-Meldungen
enthaltenen SIP-Methoden
zu bestimmen. Daher wird die maximal zulässige Größe von Anhangfragmenten berücksichtigt, wenn
ein Anhang in Anhangfragmente fragmentiert wird, d. h. eine Anhangfragmentgröße, die
kleiner als die maximale zulässige
Größe ist,
wird ausgewählt.
-
Außerdem ist
die SIP-Steuereinheit 18 fähig, eine Antwort-Methode oder
Antwort-Meldung, die von dem Netzwerk 23 empfangen wurde,
auszuwer ten, um zu bestimmen, ob eine angerufene Gegenstelle gemultiplexte
und fragmentierte Anhangdaten unterstützt. Der Grund dafür ist, dass
es möglich
sein kann, dass bestimmte Bestandteile des Netzwerks 23 oder
die Datenendgeräteinrichtung
des Angerufenen 2 fragmentierte und/oder gemultiplexte
Anhangdaten oder MIME-Typen mit mehrteiligem/gemischtem Inhalt nicht
unterstützen.
-
Falls
dies der Fall ist und ein derartig fragmentierter und/oder gemultiplexter
oder mehrteiliger Anhang an den Angerufenen 2 gesendet
wird, kann die Sitzung nicht eingerichtet werden. In diesem Fall gibt
der Angerufene 2 einen Fehlercode zurück und der Anrufer 1 kann
die SIP INVITE-Meldung erneut ohne den fragmentierten und/oder gemultiplexten Anhang
senden.
-
Dieses
Vorgehen kann weiter optimiert werden: Da die erste SIP-Meldung,
die von dem Angerufenen 2 an den Anrufer 1 zurückgesendet
wird, z. B. die SIP 183-Sitzungsfortschritt-Meldung, das Wissen darüber, ob
Mehrteiligkeit unterstützt
wird, enthält, können die
folgenden zwei SIP-Meldungen, die von dem Anrufer 1 an
den Angerufenen 2 gesendet werden, beispielsweise die SIP
PRACK-Meldung und SIP INFO- oder COMET-Meldung, zusammen mit den
Anhangfragmenten verwendet werden. Falls jedoch der Anrufer 1 festgestellt
hat, dass der Angerufene 2 keine mehrteiligen MIME-Meldungen unterstützt, werden
keine Anhangfragmente gesendet.
-
Bevorzugt
werden die Anhangfragmente unter Verwendung mehrteiliger Meldungen
oder Meldungen gemischten Typs wie dem MIME-Typ (Inhaltstyp: mehrteilig/gemischt;
Bereichsgrenze = xyz) gesendet. Innerhalb einer Mehrteiligen können verschiedene
Unterteile verwendet werden, wie beispielsweise Anwendung/sdp, Bild/gif
und die vorgeschlagenen Anhangfragmente, beispielsweise ist Teil eins
von drei in der INVITE-Meldung, Teil zwei von drei in der PRACK-Meldung
und Teil drei von drei in der INFO oder COMET-Meldung enthalten.
Jedes neue oder bereits existierende Trenn- und/oder Multiplex-Format
kann verwendet werden, um die Anhangdaten zu trennen.
-
Die
oben beschriebene MIME-Fragmentierung (allgemein bekannt als MIME-Meldung/teilweise)
kann ausgestaltet werden, um sich selbst an jede Art von Signalisierungs-Meldung
auf der SIP-Ebene anzupassen. Die MIME-Fragmentierung ist nicht
an bestimmte Signalisierungs-Meldungen gebunden. Daher ist die oben
beschriebene Erfindung nicht auf einen bestimmten Typ von Erweiterungsformat
beschränkt.
-
Außerdem wird
ein Verfahren zum Berechnen des verfügbaren Platzes für die Anhangdaten vorgeschlagen,
durch das die verfügbaren
SIP-Methoden vor der Alerting-Phase bestimmt werden und der verfügbare Platz
in diesen, beispielsweise basierend auf einer Schätzung der
SDP (Session Description Protocol) Inhaltsgrößen, berechnet wird. So wird der
gesamte verfügbare
Platz berechnet. Falls der Anhang nicht klein genug ist, um in die
INVITE-Meldung zu passen, wird bestimmt, ob er fragmentiert werden
kann. Falls er fragmentiert werden kann, wird er wie oben beschrieben übermittelt.
Falls er jedoch selbst durch Fragmentierung nicht übermittelt
werden kann, wird er unter Verwendung von TCP (Transmission Control
Protocol) übersendet.
Falls die Feststellung in dem Datenendgerät des Anrufers 1 durchgeführt wird,
kann die Größe des maximalen
Inhalts vor dem Senden der INVITE-Meldung bestimmt werden. So kann
unnötiger
Datenverkehr vermieden werden.
-
Zusammenfassend
können
die folgenden Schritte vor der Übertragung
eines Anhangs ausgeführt
werden. Das Datenendgerät
des Anrufers, nämlich
der Client bestimmt das für
die Übertragung
des Anhangs verfügbare
Signalisierungsverfahren. Die Bestimmung der möglichen Methoden zur Übertragung
des Anhangs oder der Anhangfragmente kann auf Informationen über den
Angerufenen basieren. Die Information über den Angerufenen können das Ziel
des Anrufs, die Kennung des Angerufenen, der Domain-Name innerhalb
des logischen Namens des Angerufenen sein. Diese Informationen können verwendet
werden, um die Fähigkeiten
des angerufenen Netzwerks zu bestimmen. Das bedeutet, dass bestimmt
wird, welche Signalisierungs-Meldungen immer während eines Anrufsaufbaus mit
dem Angerufenen in dem Netzwerk des Angerufenen gesendet werden.
Beispielsweise wird bestimmt, gemäß welchem Standard die verwendete Signalisierung
für den
Sitzungsaufbau zu dem angerufenen Netzwerk implementiert worden
ist.
-
Beispielsweise
kann mittels Untersuchens des Ziels, welches dem logischen Namen
der angerufenen Gegenstelle entspricht, die beispielsweise Kenntnis
abgeleitet werden, dass das Ziel der 3GPP (Third Generation Partnership
Project) SIP-Spezifikation entspricht und es ist bekannt, dass immer
eine bestimmte Folge von Methoden während des Sitzungsaufbaus gesendet
wird. Ähnlich
kann das Datenendgerät
das aktuelle Netzwerk untersuchen, bei dem es registriert ist, um
die Abfolge der Methoden, die in dem Verbindungsaufbau benutzt werden,
zu bestimmen.
-
Weiter
bestimmt die Datenendgeräteinrichtung
des Anrufers 1 oder der Client den verfügbaren Platz zum Übersenden
der Anhangfragmente. Bevorzugt wird dies durch Verwendung der PATH MTU-Ausforschung
und Untersuchens der durchschnittlichen Länge der SIP-Methoden durchgeführt. So
sind wiederholte Versuche möglich.
Anschließend fragmentiert
die Datenendgeräteinrichtung
des Anrufers 1 oder des Client den Anhang in Anhangfragmente.
Schließlich
wird der Anhang unter Verwendung einer MIME-Meldung/teilweisen Einkapselung gesendet.
-
Schließlich bietet
die Erfindung eine besonders nützliche
Eigenschaft für
bildfähige
Telefone, insbesondere seit gut aussendende Bilder mit handlicher
Größe zusammen
mit den SIP-Meldungen übertragen
werden können.
Daher ermöglicht
es die Erfindung, Bilder auf der Datenendgeräteinrichtung von einem Angerufenen
anzuzeigen, bevor die Datenendgeräteinrichtung des Angerufenen
mit Alerting beginnt.
-
Es
sei angemerkt, dass die vorliegende Erfindung nicht auf das oben
beschriebene bevorzugte Ausführungsbeispiel
beschränkt
ist, sondern in beliebigen festen oder kabellosen Netzwerkumgebungen implementiert
werden kann, die irgendeine Art eines Sitzungsinitiierungs-Protokolls
verwenden, in paketvermittelten Netzwerken sowie in leitungsvermittelten Netzwerken
sowie in kombinierten paketvermittelten und leitungsvermittelten
Netzwerken, insbesondere in UMTS-Datenendgeräten gemäß dem 3GPP und in Set-Top-Boxen.
Die Anzahl von Meldungen, die für die Übertragung
von Anhangfragmenten verwendet werden, ist nicht auf die Anzahl,
die in den Ausführungsbeispielen
gezeigt wurden, beschränkt,
welche größer sowie
kleiner, insbesondere als drei oder fünf Meldungen, sein kann. Das
bevorzugte Ausführungsbeispiel
kann daher innerhalb des Umfangs der angefügten Ansprüche variieren.