RTP / RTCP 、 TCP 、 UDP 、 RTMP 、 RTSP (2)

Referenzdokument RFC2326
Das Echtzeit-Streaming-Protokoll (Real Time Streaming Protocol) ist ein Multimedia-Streaming-Protokoll zur Steuerung von Ton oder Video und ermöglicht die gleichzeitige Steuerung mehrerer Streaming-Anforderungen. Das während der Übertragung verwendete Netzwerkkommunikationsprotokoll liegt nicht innerhalb seines definierten Bereichs. Die Serverseite Sie können TCP oder UDP verwenden, um Streaming-Inhalte zu übertragen. Die Syntax und der Betrieb ähneln HTTP 1.1, die Zeitsynchronisation wird jedoch nicht besonders hervorgehoben, sodass Netzwerkverzögerungen toleriert werden können. Die oben erwähnte Multi-Streaming-Anforderungssteuerung (Multicast) kann nicht nur die Netzwerknutzung auf der Serverseite reduzieren, sondern auch Videokonferenzen mit mehreren Teilnehmern (Videokonferenz) unterstützen. Da es ähnlich wie HTTP1.1 funktioniert, gilt die Cache-Funktion "Cache" des Proxyservers "Proxy" auch für RTSP. Da RTSP über eine Umleitungsfunktion verfügt, kann der Server, der den Dienst bereitstellt, entsprechend der tatsächlichen Auslastung umgeschaltet werden Situation zu vermeiden Vermeiden Sie übermäßige Last, die sich auf denselben Server konzentriert, und verursachen Sie Verzögerungen.

　　 wurde gemeinsam von Real Networks und Netscape vorgeschlagen. Das Protokoll definiert, wie Eins-zu-Viele-Anwendungen Multimediadaten effektiv über ein IP-Netzwerk übertragen können. RTSP bietet ein erweiterbares Framework, mit dem Echtzeitdaten wie Audio und Video gesteuert und bei Bedarf abgerufen werden können. Datenquellen umfassen Live-Daten und Daten, die in Clips gespeichert sind.
Der Zweck dieses Protokolls besteht darin, mehrere Datenübertragungsverbindungen zu steuern, eine Möglichkeit zum Auswählen von Übertragungskanälen wie UDP, Multicast-UDP und TCP bereitzustellen und Verfahren zum Auswählen eines Übertragungsmechanismus basierend auf RTP bereitzustellen.

RTP überträgt Audio- / Videodaten. Wenn es sich um PLAY handelt, sendet der Server es an den Client. Wenn es sich um RECORD handelt, kann es vom Client an den Server gesendet werden. Das gesamte RTP-Protokoll besteht aus zwei eng verwandten Teilen: dem RTP-Datenprotokoll und dem RTP-Steuerprotokoll (dh RTCP) ；

　　 RTCP: RTCP enthält Sender- und Empfängerbericht, die für die Audio- / Videosynchronisation und andere Zwecke verwendet werden, und ist ein Steuerprotokoll.

　　RTSP-Anforderungen umfassen hauptsächlich DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS usw., wie der Name schon sagt, kann es als Dialog- und Steuerfunktion bezeichnet werden.

　　 Während der RTSP-Konversation kann SETUP den von RTP / RTCP verwendeten Port bestimmen, PLAY / PAUSE / TEARDOWN kann das Senden von RTP starten oder stoppen usw.;

　　 TCP, der vollständige Name ist Übertragungskontrollprotokoll, und der chinesische Name ist Transmission Control Protocol. Es arbeitet auf der OSI-Transportschicht und bietet verbindungsorientierte zuverlässige Übertragungsdienste.

　　 Die Arbeit von TCP besteht hauptsächlich darin, eine Verbindung herzustellen, Daten vom Anwendungsschichtprogramm zu empfangen und zu senden. TCP verwendet eine virtuelle Verbindung, um zu arbeiten. Vor dem Senden von Daten muss eine Verbindung zwischen dem Sender und dem Empfänger hergestellt werden. Nachdem die Daten gesendet wurden, wartet der Absender darauf, dass der Empfänger eine Bestätigungsantwort gibt, andernfalls denkt der Absender, dass diese Daten verloren gehen, und sendet diese Daten erneut.

RTP ist nicht wie http und ftp, die die gesamte Filmdatei vollständig herunterladen können. Es sendet Daten im Netzwerk mit einer festen Datenrate. Der Client sieht sich die Filmdatei auch mit dieser Geschwindigkeit an. Nachdem der Filmbildschirm abgespielt wurde, kann er nicht wiederholt abgespielt werden. , Es sei denn, Sie fordern erneut Daten vom Server an.

　　 Der größte Unterschied zwischen RTSP und RTP besteht darin, dass: RTSP ein bidirektionales Echtzeit-Datenübertragungsprotokoll ist, mit dem der Client Anforderungen an den Server senden kann, z. B. Wiedergabe-, Schnellvorlauf- und Rückwärtsvorgänge.

　　 Natürlich kann RTSP Daten basierend auf RTP übertragen und auch TCP, UDP, Multicast-UDP und andere Kanäle zum Senden von Daten auswählen, was eine gute Skalierbarkeit aufweist.
Es ist ein Netzwerkanwendungsschichtprotokoll, das dem http-Protokoll ähnlich ist.

Sequenznummer: Gibt die Position des Segments in der Sequenz der zu übertragenden Segmente an

Bestätigungsnummer: Gibt die Sequenznummer des erfolgreich empfangenen Segments an. Die Bestätigungssequenznummer enthält die nächste Sequenznummer, die das Ende, das die Bestätigung sendet, voraussichtlich empfangen wird

TCP-Offset: Gibt die Länge des Segment-Headers an. Die Länge der Abschnittsüberschrift hängt von der im Optionsfeld Abschnittsüberschrift festgelegten Option ab

Reserviert: Ein reserviertes Feld ist für die zukünftige Verwendung vorgesehen

PSH: Zeigt an, dass die Daten so schnell wie möglich an den Empfangsprozess gesendet werden

Fenster: Geben Sie den Befehl über die Größe des nächsten Segments an, das der Absender senden kann

Prüfsumme: Die Prüfsumme enthält den TCP-Segmentheader und den Datenteil, mit denen die Zuverlässigkeit des Segmentkopfs und des Datenteils überprüft wird

Notfall: Zeigt an, dass das Segment Notfallinformationen enthält und der Notfallzeiger nur gültig ist, wenn das URG-Flag auf 1 gesetzt ist.

Optionen: Die erkannte Segmentgröße, der Zeitstempel und das Ende des Optionsfelds werden angegeben, und die Grenzoption des Optionsfelds wird angegeben

TCP-Verbindungsaufbau: Der TCP-Verbindungsaufbau wird auch als TCP-Drei-Wege-Handshake bezeichnet. Zunächst initiiert der Senderhost eine Synchronisationsanforderung (SYN), um eine Verbindung zum Empfängerhost herzustellen. Der Empfängerhost antwortet nach dem Empfang dieser Anforderung mit einer Synchronisations- / Bestätigungsantwort (SYN / ACK) an den Senderhost. Der Sender-Host empfängt dies. Nachdem das Paket eine Bestätigung (ACK) an den Empfänger-Host gesendet hat, wird zu diesem Zeitpunkt die TCP-Verbindung erfolgreich hergestellt.

Schließen der TCP-Verbindung: Nachdem der Absenderhost und der Zielhost eine TCP-Verbindung hergestellt und die Datenübertragung abgeschlossen haben, wird ein Datenpaket mit dem Endflag 1 gesendet, um die TCP-Verbindung zu schließen und den von der Verbindung belegten Pufferplatz freizugeben die selbe Zeit; TCP-Reset-Einstellung: Mit TCP kann die Verbindung während der Übertragung plötzlich unterbrochen werden. Dies wird als TCP-Reset bezeichnet.

Sortieren und Bestätigen von TCP-Daten: TCP ist ein zuverlässiges Übertragungsprotokoll. Es verwendet Sequenznummern und Bestätigungsnummern, um den Datenempfang während der Übertragung zu verfolgen.

TCP-Neuübertragung: Wenn der Empfängerhost während der TCP-Übertragung innerhalb des Zeitlimits für die Neuübertragung keine Bestätigungsantwort auf ein Datenpaket erhält, betrachtet der Senderhost das Datenpaket als verloren und sendet das Datenpaket erneut an den Empfänger wird als TCP-Neuübertragung bezeichnet;

Bestätigung der TCP-Verzögerung: TCP bestätigt nicht immer die data sofort nach Erhalt. Es ermöglicht dem Host, seine eigene Bestätigungsnachricht an die andere Partei zu senden, während er die Daten empfängt.

TCP-Datenschutz (Prüfsumme): TCP ist ein zuverlässiges Übertragungsprotokoll, das eine Prüfsummenberechnung bietet, um die Integrität der Daten während der Übertragung zu realisieren.

　　 Das UDP-Protokoll ist die Abkürzung für English UserDatagramProtocol, dh User Datagram Protocol, das hauptsächlich zur Unterstützung von Netzwerkanwendungen verwendet wird, die Daten zwischen Computern übertragen müssen. Zahlreiche Client / Server-Netzwerkanwendungen, einschließlich Netzwerkvideokonferenzsystemen, müssen das UDP-Protokoll verwenden. Das UDP-Protokoll wird seit seiner Einführung seit vielen Jahren verwendet. Obwohl seine anfängliche Brillanz durch einige ähnliche Protokolle verdeckt wurde, ist UDP auch heute noch ein sehr praktisches und praktikables Protokoll für die Netzwerk-Transportschicht.

　　 Wie das bekannte TCP-Protokoll (Transmission Control Protocol) befindet sich das UDP-Protokoll direkt über dem IP-Protokoll (Internet Protocol). Nach dem OSI-Referenzmodell (Open System Interconnection) sind UDP und TCP beide Transportschichtprotokolle.

　　 Die Hauptfunktion des UDP-Protokolls besteht darin, den Netzwerkdatenverkehr in Form von Datagrammen zu komprimieren. Ein typisches Datagramm ist eine Übertragungseinheit von Binärdaten. Die ersten 8 Bytes jedes Datagramms werden verwendet, um Header-Informationen zu enthalten, und die verbleibenden Bytes werden verwendet, um bestimmte Übertragungsdaten zu enthalten.

　　 TCP ist ein Punkt-zu-Punkt-Protokoll. Dies bedeutet, dass jeder Client die Client / Server-Verbindung trennen muss, sodass Daten, die an mehrere Clients gesendet werden, auf Netzwerkebene nicht realisiert werden können. Wenn ein Datenstrom gleichzeitig an mehrere Clients übertragen werden muss, muss der Server eine Kopie des Datenstroms an jeden Client senden. TCP kann die Übertragungsgeschwindigkeit dynamisch an die Netzwerkbandbreite und den Überlastungsgrad anpassen und die verlorenen Datenpakete erneut senden. Die Zuverlässigkeit der Datenübertragung ist gewährleistet, aber die Serverressourcen sind teuer, und es ist schwierig, die Echtzeitleistung der Datenstromübertragung sicherzustellen, wenn der Datenstrom groß ist.

UDP ist ein unzuverlässiges Übertragungsprotokoll. Am sendenden Ende ist die Geschwindigkeit, mit der UDP Daten überträgt, nur durch die Geschwindigkeit, mit der die Anwendung Daten generiert, die Kapazität des Computers und die Übertragungsbandbreite begrenzt. Auf der Empfangsseite stellt UDP jedes Nachrichtensegment in eine Warteschlange. Die Anwendung liest jedes Mal ein Nachrichtensegment aus der Warteschlange. Das UDP-Protokoll muss den Verbindungsstatus nicht aufrechterhalten und glaubt nicht, dass jedes Datenpaket das empfangende Ende erreichen muss, sodass die Netzwerklast kleiner als TCP und die Übertragungsgeschwindigkeit schneller als TCP ist. Je überlasteter das Netzwerk ist, desto mehr Datenpakete gehen verloren.

　　 Der Hauptunterschied zwischen dem UDP- und dem TCP-Protokoll besteht darin, wie eine zuverlässige Informationsübertragung erreicht werden kann. Das TCP-Protokoll enthält einen speziellen Mechanismus für die Zustellgarantie. Wenn der Datenempfänger die Informationen vom Absender empfängt, sendet er automatisch eine Bestätigungsnachricht an den Absender. Der Absender sendet andere Informationen erst weiter, nachdem er die Bestätigungsnachricht erhalten hat. Andernfalls wird gewartet, bis die Bestätigungsnachricht empfangen wird.

　　 TCP hat also mehr Zeit, um eine Verbindung herzustellen als UDP. Im Vergleich zu UDP bietet TCP eine höhere Sicherheit und Zuverlässigkeit. Die Größe der TCP-Protokollübertragung ist nicht begrenzt. Sobald die Verbindung hergestellt ist, können beide Parteien eine große Datenmenge in einem bestimmten Format übertragen, während UDP ein unzuverlässiges Protokoll mit einer Größenbeschränkung ist, die jedes Mal 64 KB nicht überschreiten darf.

　　 Im Vergleich zum TCP-Protokoll besteht ein weiterer Unterschied zum UDP-Protokoll darin, wie mehrere unerwartete Datagramme empfangen werden. Im Gegensatz zu TCP garantiert UDP nicht die Reihenfolge des Sendens und Empfangens von Daten.

RTP liegt über UDP. Obwohl UDP nicht so zuverlässig wie TCP ist und die Servicequalität nicht garantieren kannFür Echtzeitdienste muss RTCP die Datenübertragung und die Dienstqualität in Echtzeit überwachen. Da jedoch die Übertragungsverzögerung von UDP geringer ist als die von TCP, kann es sehr gut mit Video und Audio kompatibel sein. Gutes Spiel. Daher wird in praktischen Anwendungen RTP/RTCP/UDP für Audio-/Videomedien und TCP für die Übertragung von Daten und Steuersignalisierung verwendet.

Das RTMP-Protokoll ist ein Protokoll, das speziell für die effiziente Übertragung von Video, Audio und Daten entwickelt wurde. Es realisiert eine Video- und Tonübertragung in Echtzeit, indem eine binäre TCP-Verbindung hergestellt oder ein HTTP-Tunnel angeschlossen wird.

　　RTMP unterstützt mehr Medienprotokolle als herkömmliche Medienserver. Es unterstützt die dynamische Übertragung mehrerer Leitungen, die Audio-, Video- und Skriptdaten vom Server zum Client und vom Client zum Server enthalten können. RTMP verarbeitet Audio-, Video- und Skriptdaten separat.

　　Ton- und Videodaten werden im Server separat gepuffert. Wenn die Sounddaten eine bestimmte Grenze im Soundpuffer erreichen, werden alle Daten im Puffer verworfen, und die zuletzt eingetroffenen Daten können im Puffer gesammelt und an jeden Client gesendet werden. Videodaten werden auf ähnliche Weise verarbeitet. Der Unterschied besteht darin, dass beim Eintreffen eines neuen Schlüsselbilds die Daten im Puffer gelöscht werden. Wenn beim Verwerfen der alten Rahmendaten festgestellt wird, dass die Daten des Clients falsch sind, werden die neuen und alten Rahmen angepasst.

　　RTMP gibt Daten unterschiedliche Prioritätsstufen. Bei Gesprächen in Echtzeit ist Ton am wichtigsten, Video hat eine niedrige Priorität und Skriptdaten haben eine Priorität zwischen Ton und Video.

　　 Das RTMP-Protokoll kann mehrere Datenströme erstellen, aber jeder Datenstrom kann nur eine Richtung haben. Durch die Verwendung von RTMP kann ein solches System erstellt werden. Der Client kann gleichzeitig mit dem RTMP-Server und dem Anwendungsserver interagieren, sodass die Last auf dem Server verteilt werden kann, obwohl in dieser verbesserten Systemstruktur die Leistungsanforderungen des RTMP-Servers erfüllt sind sind relativ hoch.

　　 HTTP-Protokoll, der vollständige Name lautet HyperText Transfer Protocol und der chinesische Name lautet HyperText Transfer Protocol.

　　MMS-Protokoll, der vollständige Name lautet Microsoft Media Server Protocol und der chinesische Name lautet Microsoft Media Server Protocol.

　　 Das HLS-Protokoll, vollständiger Name HTTP Live Streaming, ist ein Streaming Media-Übertragungsprotokoll, das auf HTTP basiert und von Apple Inc. Implementiert wurde.

Wie weit (lang) der Sender ab?

Die Reichweite hängt von vielen Faktoren ab. Der wahre Abstand basiert auf der Installation der Antenne Höhe, Antennengewinn, Umgebung mit wie Gebäude und andere Hindernisse, Empfindlichkeit des Empfängers, Antenne des Empfängers. Installieren Antenne mehr hoch, und unter Verwendung von auf dem Land, der Abstand wird viel mehr weit.

Beispiel 5W FM-Transmitter verwenden in der Stadt und Heimatstadt:

Ich habe einen USA-Kunden Gebrauch 5W FM-Transmitter mit GP-Antenne in seiner Heimatstadt, und er es mit einem Auto zu testen, es decken 10km (6.21mile).

Ich teste die 5W FM-Transmitter mit GP-Antenne in meiner Heimatstadt, sie decken etwa 2km (1.24mile).

Ich teste die 5W FM-Transmitter mit GP-Antenne in der Stadt Guangzhou, decken sie etwa nur 300meter (984ft).

Im Folgenden sind die ungefähren Bereich unterschiedlicher Leistung FM-Transmitter. (Der Bereich ist Durchmesser)

0.1W ~ 5W FM-Transmitter: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W FM-Transmitter: 3KM ~ 10KM

80W ~ 500W FM-Transmitter: 10KM ~ 30KM

500W ~ 1000W FM-Transmitter: 30KM ~ 50KM

1KW ~ 2KW FM-Transmitter: 50KM ~ 100KM

2KW ~ 5KW FM-Transmitter: 100KM ~ 150KM

5KW ~ 10KW FM-Transmitter: 150KM ~ 200KM

Wie uns für den Sender zu kontaktieren?

Rufen Sie mich an + 8618078869184 ODER
Maile mir [E-Mail geschützt]
1.How weit wollen Sie im Durchmesser zu decken?
2.How hohen Turm von euch?
3.Where sind Sie?
Und wir werden Ihnen mehr professionelle Beratung geben.

Über uns

FMUSER.ORG ist ein Systemintegrationsunternehmen, das sich auf die drahtlose HF-Übertragung / Studio-Video-Audio-Ausrüstung / Streaming und Datenverarbeitung konzentriert. Wir bieten alles von Beratung über Rack-Integration bis hin zu Installation, Inbetriebnahme und Schulung.

Wir bieten FM-Sender, Analog-TV-Sender, Digital-TV-Sender, UKW-UHF-Sender, Antennen, Koaxialkabel-Steckverbinder, STL, On-Air-Verarbeitung, Rundfunkprodukte für das Studio, RF-Signalüberwachung, RDS-Encoder, Audioprozessoren und Remote Site Control Units, IPTV-Produkte, Video / Audio-Encoder / -Decoder, wurden entwickelt, um die Anforderungen sowohl großer internationaler Rundfunknetze als auch kleiner privater Sender zu erfüllen.

Unsere Lösung verfügt über FM-Radiosender / Analog-TV-Sender / Digital-TV-Sender / Audio-Video-Studio-Ausrüstung / Studio-Senderverbindung / Sender-Telemetriesystem / Hotel-TV-System / IPTV-Live-Übertragung / Streaming-Live-Übertragung / Videokonferenz / CATV-Übertragungssystem.

Wir verwenden fortschrittliche Technologieprodukte für alle Systeme, da wir wissen, dass hohe Zuverlässigkeit und hohe Leistung für das System und die Lösung so wichtig sind. Gleichzeitig müssen wir auch sicherstellen, dass unser Produktsystem zu einem sehr vernünftigen Preis angeboten wird.

Wir haben Kunden von öffentlich-rechtlichen und kommerziellen Rundfunkanstalten, Telekommunikationsbetreibern und Regulierungsbehörden und bieten Lösungen und Produkte auch vielen Hunderten kleinerer, lokaler und kommunaler Rundfunkanstalten an.

FMUSER.ORG exportiert seit mehr als 15 Jahren und hat Kunden auf der ganzen Welt. Mit 13 Jahren Erfahrung auf diesem Gebiet verfügen wir über ein professionelles Team, um alle Arten von Kundenproblemen zu lösen. Wir sind bestrebt, die äußerst günstigen Preise für professionelle Produkte und Dienstleistungen zu liefern. Kontakt E-mail : [E-Mail geschützt]

UNSER WERK

Wir haben Modernisierung der Fabrik. Sie sind willkommen, unsere Fabrik zu besuchen, wenn Sie nach China kommen.

Derzeit gibt es bereits 1095 Kunden auf der ganzen Welt besuchte unser Büro Guangzhou Tianhe. Wenn Sie nach China kommen, sind Sie herzlich eingeladen, uns zu besuchen.

Am Messe

Dies ist unsere Teilnahme an 2012 Global Sources Hong Kong Electronics Fair . Kunden aus der ganzen Welt schließlich haben eine Chance, zusammen zu bekommen.

Wo ist FMUSER?

Sie können diese Nummern suchen " 23.127460034623816,113.33224654197693 "in google map finden sie dann unser fmuser büro.

FMUSER Guangzhou Büro befindet sich in Tianhe District, welche das ist Zentrum des Kantons . Sehr in der Nähe von zu den Canton Fair , guangzhou Bahnhof, Xiaobei Straße und Dashatou , brauche nur 10 Мinuten wenn übernehmen TAXI . Willkommen Freunde auf der ganzen Welt zu besuchen und zu verhandeln.

Kontakt: Sky Blue
Telefon: + 8618078869184
WhatsApp: +8618078869184
WeChat: + 8618078869184
E-Mail: [E-Mail geschützt]
QQ: 727926717
Skype: sky198710021
Adresse: No.305 Zimmer Huilan Gebäude No.273 Huanpu Straße Guangzhou China PLZ: 510620

Englisch: Wir akzeptieren alle Zahlungen wie PayPal, Kreditkarte, Western Union, Alipay, Geldbucher, T / T, LC, DP, DA, OA, Payoneer. Wenn Sie Fragen haben, kontaktieren Sie mich bitte [E-Mail geschützt] oder WhatsApp + 8618078869184

PayPal.  www.paypal.com

Wir empfehlen Ihnen, Paypal benutzen unsere Produkte zu kaufen, die Paypal ist eine sichere Möglichkeit, im Internet zu kaufen.

Jedes unserer Artikelliste Seite unten auf ein PayPal-Logo zu bezahlen.

Kreditkarte.Wenn Sie nicht paypal haben, aber Sie Kreditkarte haben, können Sie auch den Yellow PayPal-Button klicken Sie mit Ihrer Kreditkarte zu bezahlen.

-------------------------------------------------- -------------------

Aber wenn Sie nicht über eine Kreditkarte und haben kein PayPal-Konto oder schwierig, eine paypal accout zu bekommen, können Sie verwenden, um die folgenden:
Western Union.  www.westernunion.com

Bezahlen per Western Union zu mir:

Vorname / Vorname: Yingfeng
Nachname / Nachname / Nachname: Zhang
Voller Name: Yingfeng Zhang
Land: China
Ort: Guangzhou

-------------------------------------------------- -------------------

T / T.  Zahlung per T / T (Überweisung / Telegraphen Transfer / Banküberweisung)
Erste BANKINFORMATION (UNTERNEHMENSKONTO):

SWIFT BIC: BKCHHKHHXXX
Bankname: BANK VON CHINA (HONG KONG) LIMITED, HONGKONG
Bankadresse: BANK DES CHINA-TURMES, 1-GARTEN-STRASSE, ZENTRAL, HONGKONG
BANK-CODE: 012
Kontoname: FMUSER INTERNATIONAL GROUP LIMITED
Konto Nr. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Zweite BANKDATEN (UNTERNEHMENSKONTO):
Begünstigter: Fmuser International Group Inc
Kontonummer: 44050158090900000337
Bank des Begünstigten: China Construction Bank Filiale Guangdong
SWIFT-Code: PCBCCNBJGDX
Adresse: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe-Bezirk, China
**Hinweis: Wenn Sie Geld auf unser Bankkonto überweisen, schreiben Sie bitte nichts in das Bemerkungsfeld, da wir sonst die Zahlung aufgrund der Regierungspolitik zum internationalen Handelsgeschäft nicht erhalten können.

* Es wird in 1-2 geschickt Tage zu arbeiten, wenn die Zahlung klar.

* Wir werden es zu Ihrer paypal Adresse. Wenn Sie Adresse ändern möchten, benutzen Sie bitte Ihre korrekte Adresse und Telefonnummer per E-Mail senden [E-Mail geschützt]

* Wenn die Pakete unter 2kg ist, werden wir per Post Luftpost verschickt werden, wird es über 15-25days auf die Hand nehmen.

Wenn das Paket mehr als 2kg ist, werden wir über EMS, DHL, UPS, Fedex schnell Expressversand versendet, dauert es etwa 7 nehmen ~ 15days auf die Hand.

Wenn das Paket mehr als 100kg, werden wir über DHL oder Luftfracht schicken. Es wird etwa 3 nehmen ~ 7days auf die Hand.

Alle Pakete sind Form China Guangzhou.

* Das Paket wird als "Geschenk" verschickt und so wenig wie möglich deklariert. Der Käufer muss nicht für "STEUER" bezahlen.

* Nach dem Schiff, werden wir Ihnen eine E-Mail und geben Sie die Tracking-Nummer senden.

Für die Garantie.
Kontaktieren Sie uns --- >> Senden Sie den Artikel an uns zurück --- >> Empfangen und senden Sie einen weiteren Ersatz.

Name: Liu Xiaoxia
Adresse: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
PLZ: 510620
Telefon: +8618078869184 (XNUMX)XNUMX XNUMX XNUMX XNUMX

Bitte kehren Sie zu dieser Adresse und schreiben Sie Ihre PayPal-Adresse, Name, Problem auf Hinweis: