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

Dokumenti i referencës RFC2326
Protokolli i transmetimit në kohë reale (protokoll i transmetimit në kohë reale) është një protokoll i transmetimit multimedial që përdoret për të kontrolluar zërin ose videon dhe lejon kontrollin e njëkohshëm të kërkesës së transmetimit të shumëfishtë. Protokolli i komunikimit në rrjet i përdorur gjatë transmetimit nuk është brenda intervalit të tij të përcaktuar. Ana e serverit Ju mund të zgjidhni të përdorni TCP ose UDP për të transmetuar përmbajtje transmetuese. Sintaksa dhe funksionimi i saj janë të ngjashme me HTTP 1.1, por sinkronizimi i kohës nuk theksohet veçanërisht, kështu që mund të tolerojë vonesat e rrjetit. Kontrolli i sipërpërmendur i kërkesës me shumë transmetime (Multicast) i përmendur më parë jo vetëm që mund të zvogëlojë përdorimin e rrjetit në anën e serverit, por gjithashtu të mbështesë konferencat e videove me shumë palë (Video Konferencë). Për shkak se funksionon në mënyrë të ngjashme me HTTP1.1, funksioni i cache "Cache" i serverit të proxy "Proxy" është gjithashtu i zbatueshëm për RTSP, dhe për shkak se RTSP ka një funksion ridrejtimi, serveri që ofron shërbimin mund të kalohet në përputhje me ngarkesën aktuale situata për të shmangur ngarkesën e tepruar të përqendruar në të njëjtin server dhe të shkaktojë vonesë.

　　 u propozua bashkërisht nga Real Networks dhe Netscape. Protokolli përcakton se si aplikacionet një në shumë mund të transmetojnë në mënyrë efektive të dhëna multimedia përmes një rrjeti IP. RTSP ofron një kornizë të zgjerueshme që bën të mundur kontrollimin dhe kërkesën e të dhënave në kohë reale, të tilla si audio dhe video. Burimet e të dhënave përfshijnë të dhëna të drejtpërdrejta dhe të dhëna të ruajtura në klipe.
Qëllimi i këtij protokolli është të kontrollojë lidhjet e shumta të transmetimit të të dhënave, të sigurojë një mënyrë për të zgjedhur kanalet e transmetimit, të tilla si UDP, multicast UDP dhe TCP, dhe të sigurojë metoda për zgjedhjen e një mekanizmi transmetimi të bazuar në RTP.

RTP transmeton të dhëna audio / video. Nëse është PLAY, serveri ia dërgon klientit. Nëse është RECORD, mund të dërgohet në server nga klienti. I gjithë protokolli RTP përbëhet nga dy pjesë të lidhura ngushtë: protokolli i të dhënave RTP dhe protokolli i kontrollit RTP (dmth. RTCP)

　　 RTCP: RTCP përfshin Raportin e Dërguesit dhe Raportin e Marrësit, të përdorur për sinkronizim audio / video dhe qëllime të tjera dhe është një protokoll kontrolli;

　　Kërkesat e RTSP kryesisht përfshijnë PESRSHKRUAJ, RREGULLIM, PLAY, PAUSE, TEARDOWN, OPTIONS, etj., Siç nënkupton vetë emri, mund të njihet si funksion dialogu dhe kontrolli;

　　 Gjatë bisedës së RTSP, SETUP mund të përcaktojë portën e përdorur nga RTP / RTCP, PLAY / PAUSE / TEARDOWN mund të fillojë ose ndalojë dërgimin e RTP, etj .;

　　 TCP, emri i plotë është Protokolli i Kontrollit të Transferimit, dhe emri kinez është Protokolli i Kontrollit të Transmetimit. Punon në shtresën e transportit OSI dhe ofron shërbime të besueshme të transmetimit të orientuara drejt lidhjes.

　　 Puna e TCP është kryesisht për të krijuar një lidhje, dhe pastaj të marrë të dhëna nga programi i shtresës së aplikimit dhe të transmetojë. TCP përdor lidhjen e qarkut virtual për të punuar. Para dërgimit të të dhënave, duhet të vendosë një lidhje midis dërguesit dhe marrësit. Pas dërgimit të të dhënave, dërguesi do të presë që marrësi të japë një përgjigje konfirmuese, përndryshe dërguesi do të mendojë se këto të dhëna janë humbur dhe do t'i dërgojë përsëri këto të dhëna.

RTP nuk është si http dhe ftp që mund të shkarkojë të gjithë skedarin e filmit plotësisht. Dërgon të dhëna në rrjet me një shpejtësi fikse të të dhënave. Klienti gjithashtu shikon skedarin e filmit me këtë shpejtësi. Pasi të luhet ekrani i filmit, ai nuk mund të luhet në mënyrë të përsëritur. , Nëse nuk kërkoni përsëri të dhëna nga serveri.

　　 Dallimi më i madh midis RTSP dhe RTP është se: RTSP është një protokoll i dyanshëm në të vërtetë për transmetimin e të dhënave, i cili lejon klientin të dërgojë kërkesa te serveri, të tilla si operacionet e riprodhimit, përpara dhe të kundërt.

　　 Sigurisht, RTSP mund të transmetojë të dhëna të bazuara në RTP, dhe gjithashtu mund të zgjedhë TCP, UDP, UDP multicast dhe kanale të tjera për të dërguar të dhëna, e cila ka shkallëzim të mirë.
Isshtë një protokoll i shtresës së aplikimit të rrjetit i ngjashëm me protokollin http.

Numri i sekuencës: tregon pozicionin e segmentit në sekuencën e segmenteve që do të transmetohen

Numri i konfirmimit: specifikon numrin e sekuencës së segmentit të marrë me sukses, numri i sekuencës së konfirmimit përmban numrin e radhës tjetër që fundi që dërgon konfirmimin pret të marrë

Kompensimi i TCP: specifikon gjatësinë e kokës së segmentit. Gjatësia e kokës së seksionit varet nga opsioni i vendosur në fushën e opsionit të kokës së seksionit

Rezervuar: Një fushë e rezervuar është caktuar për përdorim në të ardhmen

PSH: Tregon që të dhënat do të dërgohen në procesin e marrjes sa më shpejt të jetë e mundur

Dritarja: Specifikoni komandën për madhësinë e segmentit tjetër që dërguesi mund të transmetojë

Checksum: Checksum përmban kokën e segmentit TCP dhe pjesën e të dhënave, të përdorura për të verifikuar besueshmërinë e kokës së segmentit dhe pjesës së të dhënave

Urgjenca: tregon se segmenti përmban informacionin e urgjencës dhe treguesi i urgjencës është i vlefshëm vetëm kur flamuri URG është vendosur në 1.

Opsionet: Përcaktohet madhësia e segmentit të njohur, vula kohore, fundi i fushës së opsionit dhe specifikohet opsioni kufitar i fushës së opsionit

Vendosja e lidhjes TCP: Procesi i krijimit të lidhjes TCP quhet ndryshe edhe shtrëngim duarsh TCP. Së pari, hosti i dërguesit fillon një kërkesë për sinkronizim (SYN) për të vendosur një lidhje me hostin e marrësit; hosti i marrësit përgjigjet me një përgjigje të sinkronizimit / njohjes (SYN / ACK) ndaj hostit të dërguesit pas marrjes së kësaj kërkese; hosti i dërguesit e merr këtë Pasi që paketa të dërgojë një mirënjohje (ACK) te hosti i marrësit, në këtë kohë lidhja TCP vendoset me sukses;

Mbyllja e lidhjes TCP: Pasi hosti i dërguesit dhe hosti i destinacionit të vendosin një lidhje TCP dhe të përfundojnë transmetimin e të dhënave, një paketë e të dhënave me flamurin përfundimtar të vendosur në 1 do të dërgohet për të mbyllur lidhjen TCP dhe për të liruar hapësirën e tamponit të zënë nga lidhja në të njëjtën kohë; Vendosja e rivendosjes së TCP: TCP lejon që lidhja të ndërpritet papritmas gjatë transmetimit, e cila quhet rivendosja e TCP;

Renditja dhe konfirmimi i të dhënave TCP: TCP është një protokoll i besueshëm transmetimi. Përdor numrat e sekuencës dhe numrat e konfirmimit për të ndjekur marrjen e të dhënave gjatë transmetimit;

Ritransmetimi i TCP: Në procesin e transmetimit të TCP, nëse pritësi i marrësit nuk merr një përgjigje njohjeje për një paketë të dhënash brenda periudhës së skadimit të ritransmetimit, pritësi dërgues e konsideron paketën e të dhënave të humbur dhe i dërgon paketën e të dhënave marrësit përsëri Anën, kjo quhet ritransmetim TCP;

Konfirmimi i vonesës së TCP: TCP jo gjithmonë konfirmon data menjëherë pasi e kanë marrë. Kjo i lejon hostit të dërgojë mesazhin e vet të konfirmimit tek pala tjetër gjatë marrjes së të dhënave.

Mbrojtja e të dhënave TCP (shuma e kontrollit): TCP është një protokoll i besueshëm transmetimi, i cili siguron llogaritjen e shumës së kontrollit për të realizuar integritetin e të dhënave gjatë transmetimit.

　　 Protokolli UDP është shkurtesa e anglisht UserDatagramProtocol, që është, protokolli i përdoruesit të të dhënave, i cili përdoret kryesisht për të mbështetur aplikacionet e rrjetit që kanë nevojë të transmetojnë të dhëna midis kompjuterëve. Aplikacione të shumta të rrjetit të klientit / serverit, duke përfshirë sistemet e konferencave video në rrjet, duhet të përdorin protokollin UDP. Protokolli UDP është përdorur për shumë vite që nga fillimi i tij. Megjithëse shkëlqimi i saj fillestar është fshehur nga disa protokolle të ngjashme, edhe sot, UDP është ende një protokoll i shtresës së transportit të rrjetit shumë praktik dhe i realizueshëm.

　　 Ashtu si protokolli i mirënjohur TCP (Transmission Control Protocol), protokolli UDP ndodhet drejtpërdrejt në krye të protokollit IP (Protokolli i Internetit). Sipas modelit të referencës OSI (Open System Interconnection), UDP dhe TCP janë të dy protokolle të shtresës së transportit.

　　 Funksioni kryesor i protokollit UDP është që të ngjesh trafikun e të dhënave të rrjetit në formën e të dhënave. Një datagram tipik është një njësi transmetuese e të dhënave binare. 8 bajtët e para të secilit datagram përdoren për të përmbajtur informacione të kokës, dhe bajtet e mbetura përdoren për të përmbajtur të dhëna specifike të transmetimit.

　　 TCP është një protokoll pikë-për-pikë, që do të thotë që secili klient duhet të ndajë lidhjen klient / server, kështu që transmetimi i të dhënave për shumë klientë nuk mund të realizohet në nivelin e rrjetit. Nëse një rrjedhë e të dhënave duhet të transmetohet në shumë klientë në të njëjtën kohë, serveri duhet të transmetojë një kopje të rrjedhës së të dhënave te secili klient. TCP mund të rregullojë dinamikisht shpejtësinë e transmetimit sipas gjerësisë së rrjetit dhe shkallës së bllokimit dhe të dërgojë përsëri paketat e të dhënave të humbura. Siguria e transmetimit të të dhënave është e siguruar, por burimet e serverit janë të shtrenjta dhe është e vështirë të sigurohet performanca në kohë reale e transmetimit të transmetimit të të dhënave kur rryma e të dhënave është e madhe.

UDP është një protokoll jo i besueshëm transmetimi. Në fundin e dërgimit, shpejtësia me të cilën UDP transmeton të dhënat kufizohet vetëm nga shpejtësia me të cilën aplikacioni gjeneron të dhëna, kapaciteti i kompjuterit dhe gjerësia e transmetimit të transmetimit; në fund të marrjes, UDP vendos secilin segment të mesazhit në një radhë. Aplikacioni lexon një segment mesazhesh nga radhë çdo herë; protokolli UDP nuk ka nevojë të ruajë gjendjen e lidhjes dhe nuk mendon se çdo paketë e të dhënave duhet të arrijë fundin e marrjes, kështu që ngarkesa e rrjetit është më e vogël se TCP dhe shpejtësia e transmetimit është më e shpejtë se TCP; Sa më i mbingarkuar rrjeti, aq më shumë pako të dhënash humbasin.

　　 Dallimi kryesor midis protokollit UDP dhe TCP është se si të arrihet transmetimi i besueshëm i informacionit. Protokolli TCP përmban një mekanizëm të veçantë të garantimit të dorëzimit. Kur marrësi i të dhënave merr informacionin nga dërguesi, ai automatikisht do t'i dërgojë dërguesit një mesazh konfirmimi; dërguesi do të vazhdojë të transmetojë informacione të tjera vetëm pasi të marrë mesazhin e konfirmimit. Përndryshe, do të presë derisa të merret mesazhi i konfirmimit.

　　 Pra, TCP ka më shumë kohë për të vendosur një lidhje sesa UDP. Krahasuar me UDP, TCP ka siguri dhe besueshmëri më të lartë. Madhësia e transmetimit të protokollit TCP nuk është e kufizuar. Pasi të vendoset lidhja, të dy palët mund të transmetojnë një sasi të madhe të të dhënave në një format të caktuar, ndërsa UDP është një protokoll jo i besueshëm me një kufi madhësie, i cili nuk mund të kalojë 64K çdo herë.

　　 Krahasuar me protokollin TCP, një ndryshim tjetër i protokollit UDP është mënyra e marrjes së shumëfishta të të dhënave që janë të papritura. Ndryshe nga TCP, UDP nuk garanton rendin e dërgimit dhe marrjes së të dhënave.

RTP është mbi UDP. Edhe pse UDP nuk është aq i besueshëm sa TCP dhe nuk mund të garantojë cilësinë e shërbimitpër sa i përket shërbimeve në kohë reale, RTCP duhet të monitorojë transmetimin e të dhënave dhe cilësinë e shërbimit në kohë reale. Sidoqoftë, për shkak se vonesa e transmetimit të UDP është më e ulët se ajo e TCP, ajo mund të jetë shumë e përputhshme me video dhe audio. Ndeshje e mire. Prandaj, në aplikime praktike, RTP / RTCP / UDP përdoret për media audio / video dhe TCP përdoret për transmetimin e të dhënave dhe sinjalizimin e kontrollit.

Protokolli RTMP është një protokoll i krijuar posaçërisht për transmetimin efikas të videos, audios dhe të dhënave. Realizon transmetimin e videos dhe zërit në kohë reale duke vendosur një lidhje binare TCP ose duke lidhur një tunel HTTP.

　　RTMP mbështet më shumë protokolle mediatike sesa serverat tradicionalë të mediave. Ai mbështet transmetimin dinamik të linjave të shumta që mund të përmbajnë të dhëna audio, video dhe skenare nga serveri te klienti dhe nga klienti te serveri. RTMP përpunon të dhënat audio, video dhe skenare veç e veç.

　　Të dhënat e zërit dhe videos ruhen veçmas në server. Nëse të dhënat e zërit arrijnë një kufi të caktuar në bufferin e zërit, të gjitha të dhënat në buffer do të hidhen poshtë, dhe të dhënat më të fundit të mbërritura do të lejohen të fillojnë të grumbullohen në buffer dhe t'i dërgohen secilit klient. Të dhënat video përpunohen në një mënyrë të ngjashme, ndryshimi është se kur arrin një kornizë e re çelësi, të dhënat në buffer pastrohen. Kur hidhni të dhënat e vjetra të kornizës, nëse zbulohet se të dhënat e klientit janë të gabuara, kornizat e reja dhe të vjetra janë të pajisura.

　　RTMP u jep nivele të ndryshme përparësie të dhënave. Në bisedat në kohë reale, tingulli është më i rëndësishmi, video i jepet përparësi e ulët dhe të dhënave të skriptit u jepet përparësi midis zërit dhe videos.

　　 Protokolli RTMP mund të krijojë rrjedha të shumta të të dhënave, por secila rrjedhë e të dhënave mund të ketë vetëm një drejtim. Përdorimi i RTMP mund të ndërtojë një sistem të tillë, klienti mund të bashkëveprojë me serverin RTMP dhe serverin e aplikacionit në të njëjtën kohë, në mënyrë që ngarkesa në server të shpërndahet, edhe pse në këtë strukturë të përmirësuar të sistemit, kërkesat e performancës të serverit RTMP janë relativisht të larta.

　　 Protokolli HTTP, emri i plotë është HyperText Transfer Protocol, dhe emri kinez është HyperText Transfer Protocol;

　　Protokolli MMS, emri i plotë është Microsoft Media Server Protocol, dhe emri kinez është Microsoft Media Server Protocol;

　　 Protokolli HLS, emri i plotë HTTP Live Streaming, është një protokoll transmetimi mediatik streaming bazuar në HTTP i implementuar nga Apple Inc .;

Sa larg (kohë) mbuluar transmetues?

Varg transmetimit varet nga shumë faktorë. Distanca e vërtetë është e bazuar në antenë instalimit lartësi, shtim antena, duke përdorur mjedisin si ndërtimi dhe pengesa të tjera, ndjeshmëri të marrësit, antenë të pranuesit. Instalimi i antenës më të lartë dhe duke përdorur në fshat, distanca do të shumë më tepër tani.

SHEMBULL 5W FM transmetues të përdorur në qytet dhe qytetin e lindjes:

Unë kam një SHBA përdorim konsumatorëve 5W FM transmetues me antenë GP në vendlindjen e tij, dhe ai e provuar atë me një makinë, ajo mbulon 10km (6.21mile).

I testuar FM transmetues 5W me antenë GP në vendlindjen time, ajo mbulon rreth 2km (1.24mile).

I testuar FM transmetues 5W me antenë GP në qytetin Guangzhou, që mbulojnë rreth vetëm 300meter (984ft).

Më poshtë janë gamë e përafërt e mesore ndryshme FM pushtet. (Varg është diametër)

0.1W ~ 5W FM transmetues: 100M ~ 1KM

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

15W ~ 80W FM transmetues: 3KM ~ 10KM

80W ~ 500W FM transmetues: 10KM ~ 30KM

500W ~ 1000W FM transmetues: 30KM ~ 50KM

1KW ~ 2KW FM transmetues: 50KM ~ 100KM

2KW ~ 5KW FM transmetues: 100KM ~ 150KM

5KW ~ 10KW FM transmetues: 150KM ~ 200KM

Si të na kontaktoni për transmetuesit?

Call me + 8618078869184 OSE
email mua [email mbrojtur]
1.How larg ju doni të mbuluar në diametër?
2.How i gjatë nga ju kullë?
3.Where nga jeni?
Dhe ne do të ju japin këshilla më profesionale.

Rreth nesh

FMUSER.ORG është një kompani e integrimit të sistemit që përqëndrohet në pajisjet e transmetimit pa tel të radios / studio audio audio / streaming dhe përpunimin e të dhënave. Ne po sigurojmë çdo gjë nga këshillimi dhe konsulenca përmes integrimit të rafteve në instalim, komisionim dhe trajnim.

Ne ofrojmë transmetues FM, transmetues televizori analog, transmetues televizori digjital, transmetues televizori digjital, transmetues analogësh televizivë, antenat, koaksialë lidhësa kabllorë, STL, përpunim ajror, prodhime transmetimi për studio, monitorim të sinjalit RF, encoders RDS, Produktet IPTV, Encoder Audio / Decoder Video / Audio, projektuar për të përmbushur nevojat e të dy rrjeteve të mëdha ndërkombëtare të transmetimit dhe të stacioneve të vogla private njësoj.

Zgjidhja jonë ka stacionin radio FM / stacionin televiziv analog / stacionin dixhital televiziv / pajisjet audio video studio / lidhjen e transmetuesit të studios / sistemin telemetrik të transmetuesit / sistemin e TV hotelier / transmetimin e drejtpërdrejtë transmetues / transmetimin e drejtpërdrejtë të transmetimit të drejtpërdrejtë / konferencën e videos / sistemin e transmetimit CATV.

Ne jemi duke përdorur produkte të teknologjisë së përparuar për të gjitha sistemet, sepse ne e dimë se besueshmëria e lartë dhe performanca e lartë janë aq të rëndësishme për sistemin dhe zgjidhjen. Në të njëjtën kohë ne gjithashtu duhet të sigurohemi sistemin tonë të produkteve me një çmim shumë të arsyeshëm.

Kemi klientë të transmetuesve publikë dhe komercialë, operatorëve të telekomunikacioneve dhe autoriteteve rregullatore, dhe gjithashtu ofrojmë zgjidhje dhe produkte për shumë qindra transmetues më të vegjël, lokalë dhe komunitet.

FMUSER.ORG ka eksportuar më shumë se 15 vjet dhe ka klientë në të gjithë botën. Me 13 vjet përvojë në këtë fushë, ne kemi një ekip profesional për të zgjidhur të gjitha llojet e problemeve të klientit. Ne kemi përkushtuar në furnizimin me çmime jashtëzakonisht të arsyeshme të produkteve dhe shërbimeve profesionale. Kontaktoni email: [email mbrojtur]

Fabrika jonë

Ne kemi modernizim nga fabrika. Ju jeni të mirëpritur të vizitojë fabrikën tonë kur ju vijnë në Kinë.

Aktualisht, ka tashmë konsumatorët 1095 e gjithë bota kanë vizituar zyrën tonë Guangzhou Tianhe. Nëse ju vini në Kinë, ju jeni të mirëpritur të na vizitoni.

në Panairin

Kjo është pjesëmarrja jonë në Burimet 2012 Global Hong Kong Electronics Fair . Konsumatorët nga e gjithë bota më në fund të ketë një shans për të marrë së bashku.

Ku është Fmuser?

Ju mund t'i kërkoni këto numra " 23.127460034623816,113.33224654197693 "në google map, atëherë mund të gjesh zyrën tonë fmuser.

Zyra FMUSER Guangzhou është në Tianhe Qarkut që është Qendra e kantonit . shumë pranë me Canton Fair , Stacioni hekurudhor Guangzhou, Rruga xiaobei dhe dashatou , Duhet vetëm 10 minuta në qoftë se të marrë TAXI . mirëpritur miqtë në mbarë botën për të vizituar dhe të negociuar.

Contact: Sky Blue
Cellphone: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [email mbrojtur]
QQ: 727926717
Skype: sky198710021
Adresa: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou China Kodi postar: 510620

English: Ne pranojmë të gjitha pagesa, të tilla si PayPal, Karta Krediti, Western Union, Alipay, Money Bookers, T / T, LC, PD, DA, OA, Payoneer, Nëse keni ndonjë pyetje, ju lutem më kontaktoni [email mbrojtur] ose WhatsApp + 8618078869184

PayPal.  www.paypal.com

Ne ju rekomandojmë të përdorni Paypal për të blerë artikujt tonë, Paypal është një mënyrë e sigurt për të blerë në internet.

Çdo i sonë lista item fund në krye të ketë një logo PayPal për të paguar.

Kartë Krediti.Nëse ju nuk keni PayPal, por ju keni kartë krediti, ju gjithashtu mund të klikoni butonin e verdhë PayPal për të paguar me kartë krediti.

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

Por në qoftë se ju nuk keni një kartë krediti dhe nuk keni një llogari PayPal apo e vështirë për të mori një accout PayPal, Ju mund të përdorni në vijim:
Western Union.  www.westernunion.com

Paguani me Western Union për mua:

Emri / Emri i dhënë: Yingfeng
Mbiemri / Mbiemri / Familja: Zhang
Emri i plotë: Yingfeng Zhang
Vendi: China
Qyteti: Guangzhou

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

T / T.  paguar nga T / T (transferim wire / Transferimi Telegrafike / Bank Transfer)
INFORMACIONI I BANK BS S First PAR (Llogaria e ndërmarrjes):

SWIFT BIC: BKCHHKHHXXX
Emri i bankës: BANKA E KINA (HONG KONG) KUFIZUAR, HONG KONG
Adresa e Bankës: Kulla e Bankës së Kinës, 1 GARDEN ROAD, QENDRORE, HONG KONG
KODI I BANKËS: 012
Emri i llogarisë: FMUSER INTERNATIONAL GROUP LIMITED
Llogari jo. : 012-676-2-007855-0

-------------------------------------------------- -------------------
INFORMACIONI I BANKS S Second DYT (Llogaria e ndërmarrjes):
Përfituesi: Fmuser International Group Inc.
Numri i llogarisë: 44050158090900000337
Banka e Përfituesit: Dega e Bankës Kinë të Ndërtimit në Guangdong
Kodi SWIFT: PCBCCNBJGDX
Adresa: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
** Shënim: Kur transferoni para në llogarinë tonë bankare, ju lutemi NUK shkruani asgjë në zonën e vërejtjeve, përndryshe ne nuk do të jemi në gjendje të marrim pagesën për shkak të politikës së qeverisë për biznesin e tregtisë ndërkombëtare.

* Ajo do të dërgohet në 1-2 ditë pune kur pagesa e qartë.

* Ne do të dërgojë atë në adresën tuaj PayPal. Nëse ju doni të ndryshoni adresën, ju lutem dërgoni adresën tuaj të saktë dhe numrin e telefonit në email tim [email mbrojtur]

* Nëse paketa është nën 2kg, ne do të transportohen nëpërmjet postës postë ajrore, ajo do të marrë rreth 15-25days në dorën tuaj.

Nëse paketa është më shumë se 2kg, ne do të anijes me anë të EMS, DHL, UPS, FedEx ofrimit të shpejtë të shprehur, ajo do të marrë rreth 7 ~ 15days në dorën tuaj.

Nëse paketa më shumë se 100kg, ne do të dërgojë nëpërmjet DHL apo mallrave e ajrit. Ajo do të marrë rreth 3 ~ 7days në dorën tuaj.

Të gjitha pakot janë të formë Kinë Guangzhou.

* Paketa do të dërgohet si një "dhuratë" dhe të deklarohet sa më pak të jetë e mundur, blerësi nuk ka nevojë të paguajë për "TATIM".

* Pas anije, ne do t'ju dërgojmë një e-mail dhe do t'ju japë numër të përcjelljes.

Për Garanci.
Kontaktoni me SHBA --- >> Kthejeni artikullin tek ne --- >> Merrni dhe dërgoni një zëvendësim tjetër.

Emri: Liu xiaoxia
Adresa: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou të Kinës.
ZIP: 510620
Telefon: + 8618078869184

Ju lutemi të kthehet në këtë adresë dhe shkruani PayPal adresën tuaj, emrin, problemi në shënim: