5, RTSP protokolas
Pamatinis dokumentas RFC2326
„Real Time Streaming Protocol“ („Real Time Streaming Protocol“) yra daugialypės terpės srautinio perdavimo protokolas, naudojamas garsui ar vaizdui valdyti ir leidžia vienu metu valdyti kelis srautinio perdavimo poreikius. Perdavimo metu naudojamas tinklo ryšio protokolas nėra jo apibrėžtame diapazone. Serverio pusė Jei norite perduoti srautinį turinį, galite naudoti TCP arba UDP. Jo sintaksė ir veikimas yra panašūs į HTTP 1.1, tačiau laiko sinchronizavimas nėra ypač pabrėžiamas, todėl jis gali toleruoti tinklo vėlavimą. Anksčiau minėta daugialypės srauto paklausos kontrolė („Multicast“) gali ne tik sumažinti tinklo naudojimą serverio pusėje, bet ir palaikyti daugiašales vaizdo konferencijas („Video Conference“). Kadangi ji veikia panašiai kaip HTTP1.1, tarpinio serverio „Proxy“ talpyklos funkcija „Talpykla“ taip pat taikoma RTSP, o kadangi RTSP turi peradresavimo funkciją, paslaugą teikiantį serverį galima perjungti pagal faktinę apkrovą. vengti per didelės apkrovos, sutelktos tame pačiame serveryje, ir sukelti vėlavimą
bendrai pasiūlė „Real Networks“ ir „Netscape“. Protokolas apibrėžia, kaip programos „vienas į daugelį“ gali efektyviai perduoti daugialypės terpės duomenis per IP tinklą. RTSP suteikia išplėstinę sistemą, leidžiančią valdyti ir pareikalauti realiuoju laiku teikiamų duomenų, pavyzdžiui, garso ir vaizdo. Duomenų šaltiniai apima tiesioginius ir klipuose saugomus duomenis.
Šio protokolo paskirtis yra valdyti kelis duomenų perdavimo ryšius, suteikti būdą pasirinkti perdavimo kanalus, tokius kaip UDP, daugiaadresis UDP ir TCP, ir numatyti perdavimo mechanizmo pasirinkimo metodus remiantis RTP.
Ryšys tarp RTSP ir RTP
RTP: realiojo laiko transporto protokolas
RTP / RTCP yra tikrasis duomenų perdavimo protokolas;
RTP perduoda garso / vaizdo duomenis. Jei tai PLAY, serveris siunčia jį klientui. Jei tai yra RECORD, klientas gali jį nusiųsti į serverį. Visą RTP protokolą sudaro dvi glaudžiai susijusios dalys: RTP duomenų protokolas ir RTP valdymo protokolas (ty RTCP) ；
RTCP: RTCP apima siuntėjo ataskaitą ir imtuvo ataskaitą, naudojamas garso / vaizdo sinchronizavimui ir kitiems tikslams, ir yra valdymo protokolas;
RTSP: realaus laiko srautinio perdavimo protokolas (RTSP)
Į RTSP užklausas daugiausia įtraukiama „DESCRIBE“, „SETUP“, „PLAY“, „PAUSE“, „TEARDOWN“, „OPTIONS“ ir kt., Kaip rodo pavadinimas, ji gali būti žinoma kaip dialogo ir valdymo funkcija;
RTSP pokalbio metu SETUP gali nustatyti prievadą, kurį naudoja RTP / RTCP, PLAY / PAUSE / TEARDOWN gali pradėti arba sustabdyti RTP siuntimą ir pan .;
6. TCP ir UDP protokolas
TCP protokolas
TCP, visas vardas yra Perdavimo valdymo protokolas, o kiniškas pavadinimas yra perdavimo valdymo protokolas. Jis veikia OSI transporto lygmenyje ir teikia į ryšį orientuotas patikimas perdavimo paslaugas.
TCP daugiausia siekia užmegzti ryšį, tada gauti duomenis iš programos sluoksnio programos ir perduoti. TCP darbui naudoja virtualios grandinės jungtį. Prieš siųsdamas duomenis, jis turi užmegzti ryšį tarp siuntėjo ir gavėjo. Išsiuntus duomenis, siuntėjas laukia, kol gavėjas pateiks patvirtinamąjį atsakymą, kitaip siuntėjas pamanys, kad šie duomenys yra prarasti, ir išsiųs šiuos duomenis iš naujo.
RTP nėra toks kaip http ir ftp, kurie gali visiškai atsisiųsti visą filmo failą. Jis siunčia duomenis tinkle fiksuotu duomenų perdavimo greičiu. Klientas taip pat žiūri filmo failą tokiu greičiu. Paleidus filmo ekraną, jo negalima pakartoti pakartotinai. , Nebent vėl paprašysite duomenų iš serverio.
Didžiausias skirtumas tarp RTSP ir RTP yra tas, kad: RTSP yra dvipusis realaus laiko duomenų perdavimo protokolas, leidžiantis klientui siųsti užklausas į serverį, pvz., Atkūrimą, greitą pirmyn ir atgal.
Žinoma, RTSP gali perduoti duomenis, pagrįstus RTP, taip pat gali pasirinkti TCP, UDP, daugiaadresį UDP ir kitus kanalus duomenims siųsti, o tai turi gerą mastelį.
Tai yra tinklo programų sluoksnio protokolas, panašus į http protokolą.
Šaltinio prievadas: nurodomas siuntėjo prievadas
Paskirties uostas: nurodomas priimančiosios prievado numeris
Sekos numeris: nurodo segmento padėtį perduodamų segmentų sekoje
Patvirtinimo numeris: nurodo sėkmingai gauto segmento eilės numerį, patvirtinimo eilės numeryje yra kitas eilės numeris, kurį tikisi gauti patvirtinimą siunčianti pabaiga
TCP poslinkis: nurodo segmento antraštės ilgį. Skyrių antraštės ilgis priklauso nuo parinkties, nustatytos skyriaus antraštės parinkčių lauke
Rezervuota: rezervuotas laukas skirtas naudoti ateityje
Ženklai: SYN, ACK, PSH, RST, URG, FIN
SYN: reiškia sinchronizavimą
ACK: reiškia patvirtinimą
PSH: nurodo, kad duomenys bus kuo greičiau nusiųsti į gaunantį procesą
RST: nurodo atstatytą ryšį
URG: nurodo avarinį rodyklę
FIN: rodo, kad siuntėjas baigė duomenų perdavimą
Langas: nurodykite kito segmento, kurį siuntėjas gali perduoti, dydį
Kontrolinė suma: kontrolinėje sumoje yra TCP segmento antraštė ir duomenų dalis, naudojama segmento antraštės ir duomenų dalies patikimumui patikrinti
Avarinis: nurodo, kad segmente yra avarinės informacijos, o pagalbos rodyklė galioja tik tada, kai URG vėliava nustatyta į 1.
Parinktys: Nurodomas atpažintas segmento dydis, laiko žyma, pasirinkimo lauko pabaiga ir nurodoma pasirinkimo lauko ribinė parinktis
Kaip veikia TCP
TCP ryšio nustatymas: TCP ryšio užmezgimo procesas taip pat vadinamas TCP trijų krypčių paspaudimu. Pirma, siuntėjo kompiuteris inicijuoja sinchronizavimo (SYN) užklausą užmegzti ryšį su imtuvo kompiuteriu; gavėjo priegloba atsako siunčiančiajam kompiuteriui sinchronizavimo / patvirtinimo (SYN / ACK) atsakymu, gavus šią užklausą; siuntėjas-pagrindinis kompiuteris tai gauna Po to, kai paketas išsiunčia patvirtinimą (ACK) imtuvo pagrindiniam kompiuteriui, šiuo metu TCP ryšys sėkmingai užmegztas;
TCP ryšio uždarymas: Kai siuntėjas ir paskirties pagrindinis kompiuteris užmezga TCP ryšį ir baigia duomenų perdavimą, duomenų paketas, kurio pabaigos vėliava nustatyta kaip 1, bus išsiųstas uždaryti TCP ryšį ir atlaisvinti ryšio užimamą buferinę vietą tuo pačiu metu; TCP nustatymas iš naujo: TCP leidžia staigiai nutraukti ryšį perdavimo metu, kuris vadinamas TCP atstatymu;
TCP duomenų rūšiavimas ir patvirtinimas: TCP yra patikimas perdavimo protokolas. Jis naudoja sekos numerius ir patvirtinimo numerius, kad galėtų stebėti duomenų priėmimą perdavimo metu;
TCP pakartotinis perdavimas: TCP perdavimo metu, jei imtuvo priegloba per retransliavimo skirtąjį laiką negauna patvirtinimo atsakymo į duomenų paketą, siuntėjas pagrindiniu kompiuteriu laiko duomenų paketą prarastu ir vėl siunčia duomenų paketą imtuvui. vadinamas TCP retransliacija;
TCP vėlavimo patvirtinimas: TCP ne visada patvirtina data iškart gavus. Tai leidžia priimančiajam nusiųsti kitai šaliai savo patvirtinimo pranešimą gaunant duomenis.
TCP duomenų apsauga (kontrolinė suma): TCP yra patikimas perdavimo protokolas, kuris pateikia kontrolinę sumą, kad būtų galima suprasti duomenų vientisumą perdavimo metu.
UDP protokolas
UDP protokolas yra sutrumpinimas angliško „UserDatagramProtocol“, tai yra vartotojo „datagram“ protokolo, kuris daugiausia naudojamas palaikyti tinklo programas, kurioms reikia perduoti duomenis tarp kompiuterių. Daugybė kliento / serverio tinklo programų, įskaitant tinklo vaizdo konferencijų sistemas, turi naudoti UDP protokolą. UDP protokolas buvo naudojamas daugelį metų nuo jo sukūrimo. Nors kai kurie panašūs protokolai užgožė jo pradinį spindesį, net ir šiandien UDP vis dar yra labai praktiškas ir įmanomas tinklo perdavimo sluoksnio protokolas.
Kaip ir gerai žinomas TCP (perdavimo valdymo protokolas) protokolas, UDP protokolas yra tiesiai ant IP (interneto protokolo) protokolo. Remiantis OSI (Open System Interconnection) etaloniniu modeliu, UDP ir TCP yra abu transporto sluoksnio protokolai.
Pagrindinė UDP protokolo funkcija yra suspausti tinklo duomenų srautą į datagramas. Tipiška datagrama yra dvejetainių duomenų perdavimo vienetas. Pirmieji 8 kiekvienos datagramos baitai naudojami antraštės informacijai, o likę baitai naudojami specifiniams perdavimo duomenims.
7. RTP / RTCP, RTMP, TCP, UDP protokolo palyginimas
TCP yra taškas į tašką protokolas, o tai reiškia, kad kiekvienas klientas turi atskirti kliento / serverio saitą, todėl duomenų transliavimo keliems klientams negalima realizuoti tinklo lygiu. Jei duomenų srautas turi būti perduotas keliems klientams tuo pačiu metu, serveris turi perduoti duomenų srauto kopiją kiekvienam klientui. TCP gali dinamiškai koreguoti perdavimo greitį pagal tinklo pralaidumą ir perkrovos laipsnį bei išsiųsti prarastus duomenų paketus. Užtikrinamas duomenų perdavimo patikimumas, tačiau serverio ištekliai yra brangūs, o duomenų srauto perdavimą realiuoju laiku, kai duomenų srautas yra didelis, sunku užtikrinti.
UDP yra nepatikimas perdavimo protokolas. Siuntimo pabaigoje greitį, kuriuo UDP perduoda duomenis, riboja tik greitis, kuriuo programa generuoja duomenis, kompiuterio talpa ir perdavimo pralaidumas; gavimo pabaigoje UDP kiekvieną pranešimo segmentą iškelia į eilę. Programa kiekvieną kartą nuskaito pranešimų segmentą iš eilės; UDP protokolui nereikia palaikyti ryšio būsenos ir nemanau, kad kiekvienas duomenų paketas turi pasiekti priėmimo galą, todėl tinklo apkrova yra mažesnė nei TCP, o perdavimo greitis yra didesnis nei TCP; Kuo daugiau perkrautas tinklas, tuo daugiau duomenų paketų prarandama.
Pagrindinis skirtumas tarp UDP ir TCP protokolo yra tai, kaip pasiekti patikimą informacijos perdavimą. TCP protokole yra specialus pristatymo garantijos mechanizmas. Duomenų imtuvas, gavęs informaciją iš siuntėjo, automatiškai išsiųs patvirtinimo pranešimą siuntėjui; siuntėjas toliau perduos kitą informaciją tik gavęs patvirtinimo pranešimą. Kitu atveju ji lauks, kol bus gautas patvirtinimo pranešimas.
Taigi TCP turi daugiau laiko prisijungti nei UDP. Palyginti su UDP, TCP turi didesnį saugumą ir patikimumą. TCP protokolo perdavimo dydis nėra ribojamas. Užmezgus ryšį, abi šalys gali perduoti didelį kiekį duomenų tam tikru formatu, tuo tarpu UDP yra nepatikimas protokolas, kurio dydžio limitas kiekvieną kartą negali viršyti 64K.
Palyginti su TCP protokolu, dar vienas UDP protokolo skirtumas yra tai, kaip gauti kelias netikėtas datagramas. Skirtingai nuo TCP, UDP negarantuoja duomenų siuntimo ir priėmimo tvarkos.
RTP viršija UDP. Nors UDP nėra tokia patikima kaip TCP ir negali garantuoti paslaugų kokybėsRealaus laiko paslaugų RTCP turi realiuoju laiku stebėti duomenų perdavimą ir paslaugų kokybę. Tačiau kadangi UDP perdavimo vėlavimas yra mažesnis nei TCP, jis gali būti labai suderinamas su vaizdo ir garso įrašais. Geros rungtynės. Todėl praktiškai RTP / RTCP / UDP naudojama garso / vaizdo laikmenoms, o TCP naudojama duomenims perduoti ir valdymo signalams perduoti.
RTMP protokolas yra specialiai sukurtas efektyviam vaizdo, garso ir duomenų perdavimui. Jis realizuoja vaizdo ir garso perdavimą realiuoju laiku, užmegzdamas dvejetainį TCP ryšį arba prijungdamas HTTP tunelį.
RTMP palaiko daugiau medijos protokolų nei tradiciniai laikmenų serveriai. Jis palaiko dinamišką kelių eilučių, kuriose gali būti garso, vaizdo ir scenarijaus duomenų, perdavimą iš serverio klientui ir iš kliento į serverį. RTMP garso, vaizdo ir scenarijaus duomenis apdoroja atskirai.
Garso ir vaizdo duomenys serveryje kaupiami atskirai. Jei garso duomenys pasiekia tam tikrą garso buferio ribą, visi buferio duomenys bus atmesti, o naujausius duomenis bus galima pradėti kaupti buferyje ir išsiųsti kiekvienam klientui. Vaizdo įrašo duomenys apdorojami panašiai, skirtumas yra tas, kad kai gaunamas naujas rakto rėmelis, duomenys iš buferio išvalomi. Atmetant senus rėmelio duomenis, jei nustatoma, kad kliento duomenys neteisingi, pritaikomi nauji ir seni rėmeliai.
RTMP suteikia skirtingus duomenų prioriteto lygius. Kalbant realiuoju laiku, garsas yra svarbiausias, vaizdo įrašams teikiamas mažas prioritetas, o scenarijaus duomenims - garso ir vaizdo.
RTMP protokolas gali sukurti kelis duomenų srautus, tačiau kiekvienas duomenų srautas gali turėti tik vieną kryptį. Naudojant RTMP galima sukurti tokią sistemą, klientas gali sąveikauti su RTMP serveriu ir programų serveriu tuo pačiu metu, kad būtų galima išsklaidyti serverio apkrovą, nors šioje patobulintoje sistemos struktūroje RTMP serverio našumo reikalavimai yra palyginti aukšti.
8. Kiti susitarimai
HTTP protokolas, visas vardas yra „HyperText Transfer Protocol“, o kinų - „HyperText Transfer Protocol“;
MMS protokolas, visas vardas yra „Microsoft Media Server Protocol“, o kinų - „Microsoft Media Server Protocol“;
HLS protokolas, visas vardas „HTTP Live Streaming“, yra srautinės medijos perdavimo protokolas, pagrįstas „Apple Inc“ įdiegtu HTTP;
|
|
|
|
Kaip toli (ilgas) siųstuvas dangtelis?
Perdavimo diapazonas priklauso nuo daugelio veiksnių. Tikrasis atstumas yra pagrįstas antenos diegiančio aukštį, kai antenos stiprinimo koeficientas, naudojant aplinką, pavyzdžiui, pastato ir kitų kliūčių, jautrumą imtuvo, antenos imtuvą. Diegimas antena daugiau aukštos ir naudojantis kaime, atstumas bus daug toli.
PAVYZDYS 5W FM siųstuvas naudoti mieste ir gimtajame:
Turiu USA Klientui 5W FM siųstuvas su GP antena gimtajame, ir jis jį išbandyti su automobiliu, tai apima 10km (6.21mile).
Aš išbandyti 5W FM siųstuvas su GP antena mano gimtajame mieste, tai užima apie 2km (1.24mile).
Aš išbandyti 5W FM siųstuvas su GP antena Guangzhou mieste, jis apima tik apie 300meter (984ft).
Žemiau yra apytiksliai įvairių galios FM siųstuvai. (Diapazonas yra skersmuo)
0.1W ~ 5W FM siųstuvas: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM siųstuvas: 3KM ~ 10KM
80W ~ 500W FM siųstuvas: 10KM ~ 30KM
500W ~ 1000W FM siųstuvas: 30KM ~ 50KM
1KW ~ 2KW FM siųstuvas: 50KM ~ 100KM
2KW ~ 5KW FM siųstuvas: 100KM ~ 150KM
5KW ~ 10KW FM siųstuvas: 150KM ~ 200KM
Kaip susisiekti su mumis dėl siųstuvo?
Paskambink man + 8618078869184 AR
Siųskite man [apsaugotas el. paštu]
1.How toli jūs norite padengti skersmens?
2.How aukštas iš jūsų bokštas?
3.Where tu?
Ir mes suteiksime jums daugiau profesionalių patarimų.
Apie mus
FMUSER.ORG yra sistemos integravimo įmonė, orientuota į RF bevielio perdavimo / studijos vaizdo garso įrenginius / transliacijas ir duomenų apdorojimą.
Siūlome FM siųstuvą, analoginį TV siųstuvą, skaitmeninį TV siųstuvą, VHF UHF siųstuvą, antenas, koaksialines kabelių jungtis, STL, ant oro apdorojimo, transliavimo produktus studijai, RF signalų stebėjimą, RDS koduotojus, garso procesorius ir nuotolinio valdymo blokus, IPTV Produktai, Video / Audio Encoder / Decoder, skirti tiek didelių tarptautinių transliavimo tinklų, tiek mažų privačių stočių poreikiams tenkinti.
Mūsų sprendimas turi FM radijo stotį / analoginę televizijos stotį / skaitmeninės televizijos stotį / garso ir vaizdo studijos įrangą / studijos siųstuvo nuorodą / siųstuvo teletrijos sistemą / viešbučio televizijos sistemą / IPTV tiesioginį transliavimą / tiesioginio srauto transliaciją / vaizdo konferenciją / CATV transliavimo sistemą.
Naudojame pažangias technologijas visoms sistemoms, nes žinome, kad didelis patikimumas ir aukštas našumas yra labai svarbūs sistemai ir sprendimui. Tuo pačiu metu mes taip pat turime užtikrinti, kad mūsų produktų sistema būtų labai priimtina.
Mes turime viešųjų ir komercinių transliuotojų, telekomunikacijų operatorių ir reguliavimo institucijų klientus, taip pat siūlome sprendimus ir produktus daugeliui mažesnių, vietinių ir bendruomenių transliuotojų.
FMUSER.ORG eksportuoja daugiau nei 15 metų ir turi klientų visame pasaulyje. Turėdami 13 metų patirtį šioje srityje, mes turime profesionalią komandą, kad išspręstume visas kliento problemas. Mes atsidavėme tiekdami itin pagrįstą profesionalių produktų ir paslaugų kainą. Kontaktinis Elektroninis paštas : [apsaugotas el. paštu]
Mūsų įmonė
Mes turime modernizavimas iš gamykloje. Maloniai kviečiame apsilankyti mūsų gamykloje, kai ateini į Kiniją.
Šiuo metu, yra jau 1095 klientai visame pasaulyje aplankė mūsų Guangdžou Tianhe pareigas. Jei atvykote į Kiniją, kviečiame apsilankyti pas mus.
tikrąja
Tai mūsų dalyvavimas 2012 Global Sources Honkongas Elektronika mugė . Klientai visame pasaulyje pagaliau turime galimybę gauti kartu.
Kur yra Fmuser?
Galite ieškoti šiais numeriais " 23.127460034623816,113.33224654197693 „google map“, tada rasite mūsų „fmuser“ biurą.
FMUSER Guangdžou buveinė yra Tianhe District, kuri yra centras Canton , labai netoli į Canton Fair , Guangzhou geležinkelio stotis, xiaobei kelių ir dashatou , Tik reikia 10 minučių jei imtis TAXI , Sveiki draugai visame pasaulyje aplankyti ir derėtis.
Kontaktai: Sky Blue
Mobilieji + 8618078869184
"WhatsApp + 8618078869184
Wechat: + 8618078869184
El. paštas: [apsaugotas el. paštu]
QQ: 727926717
Skype: sky198710021
Adresas: No.305 kambarys Huilan statybos No.273 Huanpu Kelių Guangdžou Pašto: 510620
|
|
|
|
Anglų: Mes priimame visus mokėjimus, tokius kaip „PayPal“, kreditinė kortelė, „Western Union“, „Alipay“, „Money Bookers“, T / T, LC, DP, DA, OA, „Payoneer“. Jei turite klausimų, susisiekite su manimi [apsaugotas el. paštu] arba „WhatsApp“ + 8618078869184
-
"PayPal".  www.paypal.com
Mes rekomenduojame jums naudoti PayPal pirkti mūsų daiktus, PayPal yra saugus būdas pirkti internete.
Kiekvienas iš mūsų objektų sąrašo puslapio apačioje viršuje turėti paypal logo mokėti.
Kreditinė kortelė.Jei jūs neturite paypal, bet jūs turite kreditinę kortelę, taip pat galite spustelėkite geltoną mygtuką PayPal mokėti su savo kreditine kortele.
-------------------------------------------------- -------------------
Bet jei jūs turite ne kreditine kortele, o ne turėti paypal sąskaitą arba sunku gavo paypal accout, Jūs galite naudoti taip:
"Western Union".  www.westernunion.com
Mokėti Western Union man:
Vardas / Pavardė: Yingfeng
Pavardė / Pavardė / Pavardė: Zhang
Visas pavadinimas: Yingfeng Zhang
Šalis: Kinija
Miestas: Guangdžou
|
-------------------------------------------------- -------------------
T / t. mokėti T / t (pavedimu / telegrafo perdavimas / Pervedimas)
Pirma BANKO INFORMACIJA (ĮMONĖS SĄSKAITA):
SWIFT BIC: BKCHHKHHXXX
Banko pavadinimas: Kinijos bankas (Honkongas), Honkongas
Banko adresas: KINIJOS BANKO TOBULĖ, 1 GARDEN ROAD, CENTRINIS, HONKONGAS
BANKO KODAS: 012
Paskyros pavadinimas: FMUSER INTERNATIONAL GROUP LIMITED
Sąskaitos numeris. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Antroji BANKO INFORMACIJA (ĮMONĖS SĄSKAITA):
Gavėjas: „Fmuser International Group Inc.“
Paskyros numeris: 44050158090900000337
Gavėjo bankas: Kinijos statybos banko Guangdongo skyrius
SWIFT kodas: PCBCCNBJGDX
Adresas: NO.553 Tianhe Road, Guangdžou, Guangdongas, Tianhe rajonas, Kinija
** Pastaba: Kai pervedate pinigus į mūsų banko sąskaitą, nerašykite nieko pastabų srityje, kitaip negalėsime gauti mokėjimo dėl vyriausybės vykdomos tarptautinės prekybos verslo politikos.
|
|
|
|
* Jis bus išsiųstas 1-2 darbo dienų, kai išmokos aišku.
* Mes atsiųsime jį į savo paypal adresą. Jei norite pakeisti adresą, prašome siųsti savo teisingą adresą ir telefono numerį į mano elektroninio pašto [apsaugotas el. paštu]
* Jei paketai yra žemiau 2kg, mes bus išsiųsti per pašto oro paštu, tai užtruks apie 15-25days į savo rankas.
Jei paketas yra daugiau nei 2kg, mes išsiųsti per EMS, DHL, UPS, FedEx greitai Express pristatymas, tai užtruks apie 7 ~ 15days į savo rankas.
Jei paketas daugiau nei 100kg, mes atsiųsime per DHL ar oro transportu. Tai užtruks apie 3 ~ 7days į savo rankas.
Visi paketai yra forma Kinija Guangzhou.
* Pakuotė bus išsiųsta kaip „dovana“ ir deklaruojama kuo mažiau, pirkėjui nereikia mokėti už „TAX“.
* Po laivo, mes Jums atsiųsime elektroniniu paštu ir duoti jums sekimo numerį.
|
|
|
Garantijai.
Susisiekite su mumis --- >> Grąžinkite mums prekę --- >> Gaukite ir išsiųskite kitą pakaitalą.
Vardas: Liu Xiaoxia
Adresas: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangdžou.
Pašto indeksas: 510620
Telefonas: + 8618078869184
Prašome grįžti į šį adresą ir parašykite savo paypal adresą, vardą, pavardę, problemą pastaba: |
|
