5, RTSP protokols
Atsauces dokuments RFC2326
Reālā laika straumēšanas protokols (reālā laika straumēšanas protokols) ir multivides straumēšanas protokols, ko izmanto skaņas vai video kontrolei, un ļauj vienlaikus kontrolēt vairāku straumēšanas pieprasījumu. Pārraides laikā izmantotais tīkla sakaru protokols nav tā noteiktajā diapazonā. Servera puse Straumēšanas satura pārsūtīšanai varat izvēlēties izmantot TCP vai UDP. Tās sintakse un darbība ir līdzīga HTTP 1.1, taču laika sinhronizācija nav īpaši uzsvērta, tāpēc tā var pieļaut tīkla aizkavēšanos. Iepriekš minētā vairāku straumēšanas pieprasījuma kontrole (Multicast), kas tika pieminēta iepriekš, var ne tikai samazināt tīkla lietojumu servera pusē, bet arī atbalstīt daudzpusēju video konferences (Video Conference). Tā kā tā darbojas līdzīgi HTTP1.1, starpniekservera "Proxy" kešatmiņas funkcija "Kešatmiņa" ir piemērojama arī RTSP un tā kā RTSP ir novirzīšanas funkcija, serveri, kas nodrošina pakalpojumu, var pārslēgt atbilstoši faktiskajai slodzei izvairīties no pārmērīgas slodzes, kas koncentrēta uz to pašu serveri, un izraisīt kavēšanos.
kopīgi ierosināja Real Networks un Netscape. Protokols nosaka, kā viens pret daudziem lietojumprogrammas var efektīvi pārsūtīt multivides datus, izmantojot IP tīklu. RTSP nodrošina paplašināmu sistēmu, kas ļauj kontrolēt un pēc pieprasījuma reāllaika datus, piemēram, audio un video. Datu avoti ietver aktīvos datus un klipos saglabātos datus.
Šī protokola mērķis ir kontrolēt vairākus datu pārraides savienojumus, nodrošināt veidu, kā izvēlēties pārraides kanālus, piemēram, UDP, multicast UDP un TCP, un nodrošināt pārraides mehānisma izvēles metodes, pamatojoties uz RTP.
Attiecības starp RTSP un RTP
RTP: reāllaika transporta protokols
RTP / RTCP ir faktiskais datu pārraides protokols;
RTP pārraida audio / video datus. Ja tas ir PLAY, serveris to nosūta klientam. Ja tas ir RECORD, klients to var nosūtīt serverim. Viss RTP protokols sastāv no divām cieši saistītām daļām: RTP datu protokols un RTP vadības protokols (ti, RTCP) ；
RTCP: RTCP ietver sūtītāja ziņojumu un uztvērēja ziņojumu, ko izmanto audio / video sinhronizēšanai un citiem mērķiem, un tas ir vadības protokols;
RTSP: reāllaika straumēšanas protokols (RTSP)
RTSP pieprasījumos galvenokārt ietilpst DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS utt., Kā norāda nosaukums, to var dēvēt par dialoga un vadības funkciju;
RTSP sarunas laikā SETUP var noteikt RTP / RTCP izmantoto portu, PLAY / PAUSE / TEARDOWN var sākt vai pārtraukt RTP sūtīšanu utt .;
6. TCP un UDP protokols
TCP protokols
TCP, pilns nosaukums ir Pārsūtīšanas kontroles protokols, un ķīniešu nosaukums ir Pārraides kontroles protokols. Tas darbojas OSI transporta slānī un nodrošina uz savienojumu orientētus uzticamus pārraides pakalpojumus.
TCP galvenais uzdevums ir izveidot savienojumu un pēc tam saņemt datus no lietojumprogrammas slāņa programmas un pārsūtīt. TCP darbam izmanto virtuālās ķēdes savienojumu. Pirms datu nosūtīšanas tam ir jāizveido savienojums starp sūtītāju un saņēmēju. Pēc datu nosūtīšanas sūtītājs gaidīs, kamēr saņēmējs sniegs apstiprinošu atbildi, pretējā gadījumā sūtītājs domās, ka šie dati ir zaudēti, un atkārtoti nosūtīs šos datus.
RTP nav tāds kā http un ftp, kas var pilnībā lejupielādēt visu filmas failu. Tas nosūta datus tīklā ar fiksētu datu pārraides ātrumu. Ar šādu ātrumu klients skatās arī filmas failu. Pēc filmas ekrāna atskaņošanas to nevar atskaņot atkārtoti. , Ja vien vēlreiz nepieprasāt datus no servera.
Lielākā atšķirība starp RTSP un RTP ir tā, ka: RTSP ir divvirzienu reāllaika datu pārraides protokols, kas ļauj klientam nosūtīt serverim pieprasījumus, piemēram, atskaņošanu, ātru pārsūtīšanu uz priekšu un atpakaļgaitu.
Protams, RTSP var pārsūtīt datus, pamatojoties uz RTP, un datu sūtīšanai var izvēlēties arī TCP, UDP, multicast UDP un citus kanālus, kuriem ir laba mērogojamība.
Tas ir tīkla lietojuma slāņa protokols, kas līdzīgs http protokolam.
Avota ports: ir norādīts sūtītāja ports
Galamērķa ports: tiek noteikts saņēmēja gala porta numurs
Secības numurs: norāda segmenta pozīciju pārsūtāmo segmentu secībā
Apstiprinājuma numurs: norāda veiksmīgi saņemtā segmenta kārtas numuru, apstiprinājuma kārtas numurs satur nākamo kārtas numuru, kuru paredz saņemt apstiprinājuma sūtītājs
TCP nobīde: norāda segmenta galvenes garumu. Sadaļas galvenes garums ir atkarīgs no sadaļas galvenes opciju laukā iestatītās opcijas
Rezervēts: rezervēts lauks ir paredzēts izmantošanai nākotnē
Pazīmes: SYN, ACK, PSH, RST, URG, FIN
SYN: nozīmē sinhronizāciju
ACK: nozīmē apstiprinājumu
PSH: norāda, ka dati tiks nosūtīti uz saņemšanas procesu pēc iespējas ātrāk
RST: norāda savienojuma atiestatīšanu
URG: norāda ārkārtas rādītāju
FIN: norāda, ka sūtītājs ir pabeidzis datu pārsūtīšanu
Logs: norādiet komandu par nākamā segmenta lielumu, kuru sūtītājs var nosūtīt
Kontrolsumma: Kontrolsumma satur TCP segmenta galveni un datu daļu, ko izmanto, lai pārbaudītu segmenta galvenes un datu daļas uzticamību
Avārija: norāda, ka segmentā ir informācija par ārkārtas situāciju, un avārijas rādītājs ir derīgs tikai tad, ja URG karodziņš ir iestatīts uz 1.
Opcijas: tiek norādīts atzītais segmenta lielums, laika zīmogs, opcijas lauka beigas un norādīta opcijas lauka robežas opcija
Kā darbojas TCP
TCP savienojuma izveide: TCP savienojuma izveides procesu sauc arī par TCP trīsvirzienu rokasspiedienu. Pirmkārt, sūtītāja resursdators uzsāk sinhronizācijas (SYN) pieprasījumu, lai izveidotu savienojumu ar uztvērēja resursdatoru; uztvērēja resursdators pēc šī pieprasījuma saņemšanas atbild uz sūtītāja resursdatoru ar sinhronizācijas / apstiprināšanas (SYN / ACK) atbildi; sūtītāja resursdators to saņem Pēc tam, kad pakete saņēmēja resursdatoram ir nosūtījusi apstiprinājumu (ACK), šajā laikā TCP savienojums ir veiksmīgi izveidots;
TCP savienojuma slēgšana: Kad sūtītāja resursdators un galamērķa resursdators ir izveidojis TCP savienojumu un pabeidzis datu pārraidi, tiks nosūtīta datu pakete, kuras beigu karodziņš ir iestatīts uz 1, lai aizvērtu TCP savienojumu un atbrīvotu savienojuma aizņemto bufera vietu plkst. tajā pašā laikā; TCP reset iestatījums: TCP ļauj pēkšņi pārtraukt savienojumu pārraides laikā, ko sauc par TCP reset;
TCP datu šķirošana un apstiprināšana: TCP ir uzticams pārraides protokols. Tas izmanto kārtas numurus un apstiprinājuma numurus, lai izsekotu datu saņemšanu pārraides laikā;
TCP retranslācija: TCP pārraides procesā, ja uztvērēja resursdators retranslācijas noildzes periodā nesaņem apstiprinājuma atbildi uz datu paketi, sūtītāja resursdators uzskata datu paketi par pazaudētu un atkal nosūta datu paketi uztvērējam. sauc par TCP retranslāciju;
TCP kavēšanās apstiprinājums: TCP ne vienmēr apstiprina data tūlīt pēc tā saņemšanas. Tas ļauj resursdatoram, saņemot datus, nosūtīt savam apstiprinājuma ziņojumu otrai pusei.
TCP datu aizsardzība (kontrolsumma): TCP ir uzticams pārraides protokols, kas nodrošina kontrolsummas aprēķināšanu, lai realizētu datu integritāti pārraides laikā.
UDP protokols
UDP protokols ir angļu valodas UserDatagramProtocol saīsinājums, tas ir, lietotāja datagramma protokols, kuru galvenokārt izmanto, lai atbalstītu tīkla lietojumprogrammas, kurām ir jāpārraida dati starp datoriem. UDP protokols jāizmanto daudzām klienta / servera tīkla lietojumprogrammām, tostarp tīkla videokonferenču sistēmām. UDP protokols ir izmantots daudzus gadus kopš tā izveidošanas. Kaut arī tā sākotnējo spožumu ir aizklājuši daži līdzīgi protokoli, pat šodien UDP joprojām ir ļoti praktisks un iespējams tīkla transporta slāņa protokols.
Tāpat kā labi pazīstamais TCP (pārraides kontroles protokols) protokols, arī UDP protokols atrodas tieši virs IP (interneta protokola) protokola. Saskaņā ar OSI (Open System Interconnection) atsauces modeli gan UDP, gan TCP ir transporta slāņa protokoli.
UDP protokola galvenā funkcija ir tīkla datu plūsmas saspiešana datagramu veidā. Tipiska datagramma ir bināro datu pārraides vienība. Katras datagrammas pirmie 8 baiti tiek izmantoti galvenes informācijas saturēšanai, bet pārējie baiti tiek izmantoti, lai saturētu konkrētus pārraides datus.
7. RTP / RTCP, RTMP, TCP, UDP protokolu salīdzinājums
TCP ir punkts – punkts protokols, kas nozīmē, ka katram klientam ir jānošķir klienta / servera saite, tāpēc datu pārraidi vairākiem klientiem tīkla līmenī nevar realizēt. Ja datu straume vienlaikus jānosūta vairākiem klientiem, serverim katram klientam jānosūta datu straumes kopija. TCP var dinamiski pielāgot pārraides ātrumu atbilstoši tīkla joslas platumam un pārslodzes pakāpei un nosūtīt zaudētās datu paketes atkārtoti. Tiek nodrošināta datu pārraides uzticamība, taču serveru resursi ir dārgi, un ir grūti nodrošināt datu plūsmas pārraides veiktspēju reāllaikā, ja datu plūsma ir liela.
UDP ir neuzticams pārraides protokols. Nosūtīšanas beigās ātrumu, kādā UDP pārraida datus, ierobežo tikai ātrums, kādā lietojumprogramma ģenerē datus, datora jauda un pārraides joslas platums; saņēmēja galā UDP katru ziņojumu segmentu ievieto rindā. Lietojumprogramma katru reizi nolasa ziņojumu segmentu no rindas; UDP protokolam nav jāuztur savienojuma stāvoklis, un viņš nedomā, ka katrai datu paketei jāsasniedz saņēmēja gals, tāpēc tīkla slodze ir mazāka par TCP, un pārraides ātrums ir ātrāks nekā TCP; Jo vairāk tīkls ir pārslogots, jo vairāk datu paketes tiek zaudētas.
Galvenā atšķirība starp UDP un TCP protokolu ir tas, kā panākt uzticamu informācijas pārraidi. TCP protokols satur īpašu piegādes garantijas mehānismu. Kad datu saņēmējs saņem informāciju no sūtītāja, tas automātiski nosūta sūtītājam apstiprinājuma ziņojumu; sūtītājs turpinās pārsūtīt citu informāciju tikai pēc apstiprinājuma ziņojuma saņemšanas. Pretējā gadījumā tā gaidīs, kamēr tiks saņemts apstiprinājuma ziņojums.
Tātad TCP ir vairāk laika savienojuma izveidei nekā UDP. Salīdzinot ar UDP, TCP ir augstāka drošība un uzticamība. TCP protokola pārraides lielums nav ierobežots. Kad savienojums ir izveidots, abas puses var pārsūtīt lielu datu apjomu noteiktā formātā, savukārt UDP ir neuzticams protokols ar lieluma ierobežojumu, kas katru reizi nedrīkst pārsniegt 64K.
Salīdzinot ar TCP protokolu, vēl viena UDP protokola atšķirība ir tā, kā saņemt vairākas negaidītas datagrammas. Atšķirībā no TCP, UDP negarantē datu nosūtīšanas un saņemšanas kārtību.
RTP ir virs UDP. Lai gan UDP nav tik uzticama kā TCP, un tā nevar garantēt pakalpojumu kvalitātiRTCP reālā laika pakalpojumu reāllaikā jāuzrauga datu pārraide un pakalpojumu kvalitāte. Tomēr, tā kā UDP pārraides kavēšanās ir mazāka nekā TCP, tā var būt ļoti saderīga ar video un audio. Labs mačs. Tādēļ praktiskos pielietojumos audio / video nesējiem tiek izmantota RTP / RTCP / UDP, bet datu pārraidei un vadības signālam tiek izmantota TCP.
RTMP protokols ir īpaši izstrādāts efektīvai video, audio un datu pārraidei. Tas realizē reāllaika video un skaņas pārraidi, izveidojot bināru TCP savienojumu vai savienojot HTTP tuneli.
RTMP atbalsta vairāk multivides protokolu nekā tradicionālie multivides serveri. Tas atbalsta dinamisku vairāku līniju pārraidi, kas var saturēt audio, video un skriptu datus no servera uz klientu un no klienta uz serveri. RTMP audio, video un skriptu datus apstrādā atsevišķi.
Skaņas un video dati serverī tiek buferēti atsevišķi. Ja skaņas dati sasniedz noteiktu skaņas bufera robežu, visi buferī esošie dati tiks izmesti, un jaunākos datus varēs sākt vākt buferī un nosūtīt katram klientam. Video dati tiek apstrādāti līdzīgā veidā, atšķirība ir tāda, ka, saņemot jaunu atslēgas rāmi, buferī esošie dati tiek notīrīti. Atmetot vecos rāmja datus, ja tiek atklāts, ka klienta dati ir nepareizi, tiek uzstādīti jaunie un vecie rāmji.
RTMP piešķir dažādiem prioritāšu līmeņiem datiem. Reāllaika sarunā vissvarīgākā ir skaņa, videoklipam tiek piešķirta zema prioritāte, bet skripta datiem prioritāte ir starp skaņu un video.
RTMP protokols var izveidot vairākas datu plūsmas, taču katrai datu straumei var būt tikai viens virziens. Izmantojot RTMP, var izveidot šādu sistēmu, klients vienlaikus var mijiedarboties ar RTMP serveri un lietojumprogrammu serveri, lai servera slodzi varētu izkliedēt, lai gan šajā uzlabotajā sistēmas struktūrā RTMP servera veiktspējas prasības ir salīdzinoši augstas.
8. Citi līgumi
HTTP protokols, pilns nosaukums ir HyperText Transfer Protocol un ķīniešu nosaukums HyperText Transfer Protocol;
MMS protokols, pilns nosaukums ir Microsoft Media Server Protocol, un ķīniešu nosaukums ir Microsoft Media Server Protocol;
HLS protokols, pilns nosaukums HTTP Live Streaming, ir straumēšanas multivides pārraides protokols, kura pamatā ir Apple Inc ieviests HTTP;
|
|
|
|
Cik tālu (gara) raidītājs vāks?
Pārvades diapazons ir atkarīgs no daudziem faktoriem. Patiess attālums ir balstīta uz antenas elektroinstalācija augstumu, antenas pastiprinājumu, izmantojot vidi, piemēram, celtniecības un citiem šķēršļiem, jutības uztvērēju, antenu uztvērēja. Uzstādot antenu vairāk augstas un izmantojot laukos, attālums būs daudz tālu.
PIEMĒRS 5W FM raidītājs izmantot pilsētas un dzimtajā:
Man ir ASV klientu izmantošanas 5W FM raidītājs ar GP antenu savā dzimtajā pilsētā, un viņš to izmēģināt ar auto, tas aptver 10km (6.21mile).
Es pārbaudītu 5W FM raidītājs ar GP antenu manā dzimtajā pilsētā, tā aptver apmēram 2km (1.24mile).
Es pārbaudītu 5W FM raidītājs ar GP antenu Guangzhou pilsētā, tas segtu aptuveni tikai 300meter (984ft).
Zemāk ir aptuvens virkne dažādu jaudu FM raidītāji. (Diapazons ir diametrs)
0.1W ~ 5W FM raidītājs: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM raidītājs: 3KM ~ 10KM
80W ~ 500W FM raidītājs: 10KM ~ 30KM
500W ~ 1000W FM raidītājs: 30KM ~ 50KM
1KW ~ 2KW FM raidītājs: 50KM ~ 100KM
2KW ~ 5KW FM raidītājs: 100KM ~ 150KM
5KW ~ 10KW FM raidītājs: 150KM ~ 200KM
Kā sazināties ar mums, lai raidītājs?
Piezvani man + 8618078869184 OR
rakstiet man [e-pasts aizsargāts]
1.How tālu jūs vēlaties, lai segtu diametrā?
2.How garš no jums tornis?
3.Where tu esi?
Un mēs sniegsim jums vairāk profesionālu padomu.
Par mums
FMUSER.ORG ir sistēmas integrācijas uzņēmums, kas koncentrējas uz RF bezvadu pārraidi / studijas video audio aparatūru / straumēšanu un datu apstrādi. Mēs sniedzam visu, sākot no padomiem un konsultācijām, izmantojot plauktu integrāciju līdz uzstādīšanai, nodošanai ekspluatācijā un apmācību.
Piedāvājam FM raidītāju, analogo televīzijas raidītāju, digitālo TV raidītāju, VHF UHF raidītāju, antenas, koaksiālos kabeļu savienotājus, STL, gaisa apstrādi, raidījumu produktus studijai, RF signālu monitoringu, RDS kodētājus, audio procesorus un attālās vietnes vadības blokus, IPTV produkti, Video / Audio Encoder / Decoder, kas paredzēti, lai apmierinātu gan lielu starptautisko apraides tīklu, gan mazu privāto staciju vajadzības.
Mūsu risinājumam ir FM radio stacija / analogā TV stacija / digitālās televīzijas stacija / audio video studijas aprīkojums / studijas raidītāja saite / raidītāja telemetrijas sistēma / viesnīcu televīzijas sistēma / IPTV tiešraide / straumēšanas tiešraide / video konference / CATV apraides sistēma.
Mēs izmantojam progresīvas tehnoloģijas produktus visām sistēmām, jo mēs zinām, ka augsta uzticamība un augsta veiktspēja ir tik svarīgi sistēmai un risinājumam. Tajā pašā laikā mums ir arī jānodrošina mūsu produktu sistēma ar ļoti saprātīgu cenu.
Mums ir publisko un komerciālo raidorganizāciju, telekomunikāciju operatoru un regulēšanas iestāžu klienti, kā arī piedāvājam risinājumus un produktus daudziem simtiem mazāku, vietēju un sabiedrisku raidorganizāciju.
FMUSER.ORG eksportē vairāk nekā 15 gadus, un tam ir klienti visā pasaulē. Ar 13 gadu pieredzi šajā jomā mums ir profesionāla komanda, lai atrisinātu visa veida klienta problēmas. Mēs veltījām profesionālu produktu un pakalpojumu ārkārtīgi pieņemamu cenu piegādei. E-pasts saziņai : [e-pasts aizsargāts]
Mūsu rūpnīca
Mums ir modernizācija no rūpnīcas. Jūs esat laipni aicināti apmeklēt mūsu rūpnīcā, kad jūs nākt uz Ķīnu.
Šobrīd jau ir 1095 klienti visā pasaulē apmeklēja mūsu Guangzhou Tianhe biroju. Ja jūs nākt uz Ķīnu, Jūs esat laipni aicināti apmeklēt mūs.
at Fair
Tas ir mūsu līdzdalība 2012 Global Sources Hong Kong Electronics Fair . Klienti no visas pasaules beidzot ir iespēja saņemt kopā.
Kur ir Fmuser?
Jūs varat meklēt šajos numuros " 23.127460034623816,113.33224654197693 "google map, tad jūs varat atrast mūsu fmuser biroju.
FMUSER Guangzhou birojs atrodas Tianhe rajons, kas ir centrs Canton . ļoti netālu uz Canton Fair , Guangzhou dzelzceļa stacija, xiaobei ceļa un dashatou , Tikai nepieciešams 10 minūtes ja ņem TAXI . Welcome draugi visā pasaulē, lai apmeklētu un apspriest.
Kontaktpersona: Sky Blue
Izmērs: + 8618078869184
WhatsApp + 8618078869184
Wechat: + 8618078869184
E-pasts: [e-pasts aizsargāts]
QQ: 727926717
Skype: sky198710021
Adrese: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Angļu: Mēs pieņemam visus maksājumus, piemēram, PayPal, kredītkarti, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ja jums ir kādi jautājumi, lūdzu, sazinieties ar mani [e-pasts aizsargāts] vai WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Mēs iesakām izmantot Paypal iegādāties mūsu preces, Paypal ir drošs veids, kā iegādāties internetā.
Katrs mūsu posteni lapa apakšas uz augšu ir paypal logo maksāt.
Kredītkarte.Ja jums nav paypal, bet jums ir kredītkarte, jūs arī varat noklikšķināt uz Yellow PayPal pogu maksāt ar savu kredītkarti.
-------------------------------------------------- -------------------
Bet, ja jums nav kredītkarte, un nav paypal kontu vai grūti got paypal accout, Jūs varat izmantot:
Rietumu savienība.  www.westernunion.com
Maksāt ar Western Union man:
Vārds / vārds: Yingfeng
Uzvārds / Uzvārds / Ģimenes vārds: Zhang
Pilns nosaukums: Yingfeng Zhang
Valsts: Ķīna
Pilsēta: Guangzhou
|
-------------------------------------------------- -------------------
T / T. maksāt ar T / T (pārskaitījumu / telegrāfa Transfer / Bank Transfer)
Pirmā BANKAS INFORMĀCIJA (UZŅĒMUMA KONTS):
SWIFT BIC: BKCHHKHHXXX
Bankas nosaukums: ĶĪNA BANKAS (HONGKONG) LIMITED, HONGKONG
Bankas adrese: ĶĪNAS BANKAS TORNS, 1 GARDEN ROAD, CENTRĀLS, HONKONGA
BANKAS KODS: 012
Konta nosaukums: FMUSER INTERNATIONAL GROUP LIMITED
Konta numurs. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Otrā BANKAS INFORMĀCIJA (UZŅĒMUMA KONTS):
Saņēmējs: Fmuser International Group Inc.
Konta numurs: 44050158090900000337
Saņēmēja banka: Ķīnas celtniecības bankas Guangdong filiāle
SWIFT kods: PCBCCNBJGDX
Adrese: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
** Piezīme. Kad pārskaitāt naudu uz mūsu bankas kontu, lūdzu, PIEZĪMES apgabalā NERAKSTIET neko, pretējā gadījumā mēs nevarēsim saņemt maksājumu valdības politikas dēļ attiecībā uz starptautisko tirdzniecību.
|
|
|
|
* Tas tiks nosūtīts 1-2 darba dienu, kad maksājums skaidrs.
* Mēs nosūtīsim to uz jūsu paypal adresi. Ja jūs vēlaties mainīt adresi, lūdzu, sūtiet savu pareizo adresi un tālruņa numuru uz manu e-pastu [e-pasts aizsargāts]
* Ja iepakojumi ir zem 2kg, mēs tiks nosūtīti pa pastu aviopastu, tas prasīs apmēram 15-25days uz jūsu rokas.
Ja iepakojums ir vairāk nekā 2kg, mēs kuģis izmantojot EMS, DHL, UPS, FedEx ātri eksprespasta, tas prasīs apmēram 7 ~ 15days uz savu roku.
Ja pakete vairāk nekā 100kg, mēs nosūtīsim caur DHL vai gaisa kravu. Tas prasīs apmēram 3 ~ 7days uz savu roku.
Visi iepakojumi ir forma Ķīna Guangzhou.
* Iepakojums tiks nosūtīts kā "dāvana" un deklarēs pēc iespējas mazāk, pircējam nav jāmaksā par "NODOKli".
* Pēc kuģa, mēs nosūtīsim jums e-pastu, un sniedz jums izsekošanas numuru.
|
|
|
Garantijai.
Sazinieties ar mums --- >> Atgrieziet preci mums --- >> Saņemiet un nosūtiet citu aizstājēju.
Vārds: Liu Xiaoxia
Adrese: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Ķīnā.
ZIP: 510620
Tālrunis: + 8618078869184
Lūdzu, atgriezieties uz šo adresi un rakstīt jūsu paypal adrese, vārds, problēmu piezīmi: |
|
