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

Dokumento ng sanggunian RFC2326
Ang Real Time Streaming Protocol (Real Time Streaming Protocol) ay isang multimedia streaming protocol na ginamit upang makontrol ang tunog o video, at pinapayagan ang sabay na maramihang kontrol sa streaming demand. Ang network protocol ng komunikasyon na ginamit sa panahon ng paghahatid ay hindi nasa loob ng tinukoy na saklaw nito. Ang panig ng server Maaari kang pumili upang gamitin ang TCP o UDP upang maipadala ang nilalamang streaming. Ang syntax at pagpapatakbo nito ay katulad ng HTTP 1.1, ngunit ang pagsabay ng oras ay hindi partikular na binibigyang diin, kaya maaari nitong tiisin ang mga pagkaantala sa network. Ang nabanggit na multi-streaming demand control (Multicast) na nabanggit kanina ay hindi lamang mabawasan ang paggamit ng network sa panig ng server, ngunit susuportahan din ang mga multi-party na video conference (Video Conference). Dahil gumagana ito nang katulad sa HTTP1.1, ang cache function na "Cache" ng proxy server na "Proxy" ay nalalapat din sa RTSP, at dahil ang RTSP ay may pagpapaandar sa pag-redirect, ang server na nagbibigay ng serbisyo ay maaaring ilipat ayon sa aktwal na pagkarga sitwasyon upang maiwasan ang labis na pag-load na puro sa parehong server at maging sanhi ng pagkaantala.

　　 ay sama-sama na iminungkahi ng Real Networks at Netscape. Tinutukoy ng protocol kung paano ang isa-sa-maraming mga aplikasyon ay maaaring epektibo na magpadala ng data ng multimedia sa pamamagitan ng isang IP network. Nagbibigay ang RTSP ng isang napapalawak na balangkas na ginagawang posible upang makontrol at on-demand na real-time na data, tulad ng audio at video. Ang mga mapagkukunan ng data ay may kasamang live na data at data na nakaimbak sa mga clip.
Ang layunin ng protokol na ito ay upang makontrol ang maraming mga koneksyon sa paghahatid ng data, upang magbigay ng isang paraan upang pumili ng mga channel ng paghahatid, tulad ng UDP, multicast UDP at TCP, at upang magbigay ng mga pamamaraan para sa pagpili ng isang mekanismo ng paghahatid batay sa RTP.

Nagpapadala ang RTP ng data ng audio / video. Kung PLAY ito, ipinapadala ito ng server sa client. Kung ito ay record, maaari itong ipadala sa server ng client. Ang buong RTP protocol ay binubuo ng dalawang malapit na magkakaugnay na bahagi: RTP data protocol at RTP control protocol (ie RTCP) ；

　　 RTCP: Kasama sa RTCP ang Ulat ng Pagpapadala at Ulat ng Tagatanggap, na ginamit para sa pag-synck ng audio / video at iba pang mga layunin, at isang control protocol;

　　Pangunahing isinasama ng mga kahilingan sa RTSP ang DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPSYON, atbp., Tulad ng ipinahihiwatig ng pangalan, maaari itong makilala bilang isang pag-uusap at pag-andar ng kontrol;

　　 Sa panahon ng pag-uusap sa RTSP, maaaring matukoy ng SETUP ang port na ginamit ng RTP / RTCP, ang PLAY / PAUSE / TEARDOWN ay maaaring magsimula o ihinto ang pagpapadala ng RTP, atbp.

　　 TCP, ang buong pangalan ay Transfer Control Protocol, at ang pangalang Tsino ay Transmission Control Protocol. Gumagana ito sa layer ng transportasyon ng OSI at nagbibigay ng maaasahang serbisyo sa paghahatid na nakatuon sa koneksyon.

　　 Ang gawain ng TCP ay pangunahin upang magtatag ng isang koneksyon, at pagkatapos ay makatanggap ng data mula sa programa ng layer ng application at magpadala. Gumagamit ang TCP ng koneksyon sa virtual circuit upang gumana. Bago magpadala ng data, kailangang magtatag ng koneksyon sa pagitan ng nagpadala at ng tatanggap. Matapos maipadala ang data, maghihintay ang nagpadala para sa tatanggap na magbigay ng kumpirmasyong tugon, kung hindi man iisipin ng nagpadala Ang data na ito ay nawala, at ipadala muli ang data na ito.

Ang RTP ay hindi tulad ng http at ftp na maaaring i-download ang buong file ng pelikula. Nagpapadala ito ng data sa network sa isang nakapirming rate ng data. Pinapanood din ng kliyente ang file ng pelikula sa bilis na ito. Matapos i-play ang screen ng pelikula, hindi ito maaaring i-play nang paulit-ulit. , Maliban kung humiling ka muli ng data mula sa server.

　　 Ang pinakamalaking pagkakaiba sa pagitan ng RTSP at RTP ay ang: RTSP ay isang two-way real-time data transmission protocol, na nagbibigay-daan sa kliyente na magpadala ng mga kahilingan sa server, tulad ng pag-playback, fast forward, at pag-reverse ng operasyon.

　　 Siyempre, ang RTSP ay maaaring magpadala ng data batay sa RTP, at maaari ring pumili ng TCP, UDP, multicast UDP at iba pang mga channel upang magpadala ng data, na may mahusay na kakayahang sumukat.
Ito ay isang network application layer na protokol na katulad ng http protocol.

Numero ng pagkakasunud-sunod: ipinapahiwatig ang posisyon ng segment sa pagkakasunud-sunod ng mga segment na maililipat

Numero ng kumpirmasyon: tinutukoy ang numero ng pagkakasunud-sunod ng matagumpay na natanggap na segment, ang numero ng pagkakasunud-sunod ng kumpirmasyon ay naglalaman ng susunod na numero ng pagkakasunud-sunod na inaasahan ng natapos na pagpapadala ng kumpirmasyon na makatanggap

Offset ng TCP: tinutukoy ang haba ng header ng segment. Ang haba ng header ng seksyon ay nakasalalay sa pagpipilian na itinakda sa patlang ng pagpipilian ng header ng seksyon

Nakareserba: Ang isang nakareserba na patlang ay itinalaga para magamit sa hinaharap

PSH: Ipinapahiwatig na ang data ay ipapadala sa proseso ng pagtanggap sa lalong madaling panahon

Window: Tukuyin ang utos tungkol sa laki ng susunod na segment na maaaring maipadala ng nagpadala

Checksum: Naglalaman ang tsekum ng bahagi ng header ng TCP at bahagi ng data, ginamit upang mapatunayan ang pagiging maaasahan ng segment ng header at bahagi ng data

Emergency: ipinapahiwatig na ang segment ay naglalaman ng impormasyong pang-emergency, at ang emergency pointer ay may bisa lamang kapag ang flag ng URG ay nakatakda sa 1.

Mga Pagpipilian: Ang kinikilalang sukat ng segment, timestamp, ang pagtatapos ng patlang ng pagpipilian ay tinukoy, at ang pagpipiliang hangganan ng patlang ng pagpipilian ay tinukoy

Pagtatatag ng koneksyon sa TCP: Ang proseso ng pagtatatag ng koneksyon sa TCP ay tinatawag ding TCP three-way handshake. Una, ang nagpadala host nagpasimula ng isang kahilingan sa pag-synchronize (SYN) upang magtaguyod ng isang koneksyon sa host ng tatanggap; ang tagatanggap ng host ay tumugon na may tugon sa pagsabay / pagkilala (SYN / ACK) sa host ng nagpadala pagkatapos matanggap ang kahilingang ito; natanggap ito ng nagpadala host Pagkatapos ng packet ay naipadala ng isang pagkilala (ACK) sa host ng tatanggap, sa oras na ito ang koneksyon sa TCP ay matagumpay na naitatag;

Pagsasara ng koneksyon sa TCP: Matapos ang host ng nagpadala at ang host ng patutunguhan ay magtatag ng isang koneksyon sa TCP at kumpletuhin ang paghahatid ng data, isang data packet na may end flag na nakatakda sa 1 ay ipapadala upang isara ang koneksyon sa TCP at palabasin ang puwang ng buffer na sinakop ng koneksyon sa Parehong oras; Pagtatakda ng TCP reset: Pinapayagan ng TCP ang koneksyon na magambala bigla sa panahon ng paghahatid, na kung tawagin ay TCP reset;

Pag-uuri at pagkumpirma ng data ng TCP: Ang TCP ay isang maaasahang transmission protocol. Gumagamit ito ng mga numero ng pagkakasunud-sunod at mga numero ng kumpirmasyon upang subaybayan ang pagtanggap ng data sa panahon ng paghahatid;

Paghahatid ng TCP: Sa proseso ng paghahatid ng TCP, kung ang host ng tatanggap ay hindi nakatanggap ng isang sagot sa pagkilala sa isang packet ng data sa loob ng panahon ng pag-timeout ng muling pagpapadala, isinasaalang-alang ng host ng nagpadala na nawala ang packet ng data at muling ipinapadala ang packet ng data sa tatanggap. ay tinatawag na TCP retransmission;

Pagkumpirma ng pagkaantala sa TCP: Hindi palaging kumpirmahin ng TCP ang data kaagad pagkatapos matanggap ito. Pinapayagan nitong mag-host ang host ng sarili nitong mensahe ng kumpirmasyon sa kabilang partido habang tumatanggap ng data.

Proteksyon ng data ng TCP (tsekum): Ang TCP ay isang maaasahang paghahatid ng paghahatid, na nagbibigay ng pagkalkula ng tsekum upang mapagtanto ang integridad ng data sa panahon ng paghahatid.

　　 Ang UDP protocol ay ang pagpapaikli ng English UserDatagramProtocol, iyon ay, user datagram protocol, na pangunahing ginagamit upang suportahan ang mga aplikasyon ng network na kailangang magpadala ng data sa pagitan ng mga computer. Maraming mga aplikasyon ng client / server network kabilang ang mga system ng video video conferencing ang kailangang gumamit ng UDP protocol. Ang UDP protocol ay ginamit ng maraming taon mula nang magsimula ito. Kahit na ang paunang kaningningan nito ay natatakpan ng ilang mga katulad na mga protokol, kahit ngayon, ang UDP ay isang napaka praktikal at magagawa na network transport layer protokol.

　　 Tulad ng kilalang protokol na TCP (Transmission Control Protocol), ang UDP protocol ay direktang matatagpuan sa tuktok ng IP (Internet Protocol) na protokol. Ayon sa modelo ng sanggunian na OSI (Open System Interconnection), ang UDP at TCP ay parehong mga proteksyon ng layer ng transport.

　　 Ang pangunahing pag-andar ng UDP protocol ay upang siksikin ang trapiko ng data ng network sa anyo ng mga datagram. Ang isang tipikal na datagram ay isang yunit ng paghahatid ng binary data. Ang unang 8 byte ng bawat datagram ay ginagamit upang maglaman ng impormasyon ng header, at ang natitirang byte ay ginagamit upang maglaman ng tiyak na data ng paghahatid.

　　 Ang TCP ay isang point-to-point na protokol, na nangangahulugang kailangan ng bawat kliyente na paghiwalayin ang link ng client / server, kaya't ang pagsasahimpapaw ng data sa maraming kliyente ay hindi maisasakatuparan sa antas ng network. Kung ang isang data stream ay dapat na mailipat sa maraming mga kliyente nang sabay, ang server ay dapat magpadala ng isang kopya ng stream ng data sa bawat client. Dynamic na maaaring ayusin ng TCP ang bilis ng paghahatid ayon sa bandwidth ng network at ang antas ng kasikipan at muling ipadala ang mga nawalang pack ng data. Tinitiyak ang pagiging maaasahan ng paghahatid ng data, ngunit ang mga mapagkukunan ng server ay mahal, at mahirap matiyak ang real-time na pagganap ng paghahatid ng stream ng data kapag ang data stream ay malaki.

Ang UDP ay isang hindi maaasahang transmission protocol. Sa pagpapadala ng pagtatapos, ang bilis ng paglipat ng data ng UDP ay limitado lamang sa bilis ng pagbuo ng data ng application, ang kakayahan ng computer at bandwidth ng paghahatid; sa pagtanggap, ang UDP ay naglalagay ng bawat segment ng mensahe sa isang pila. Binabasa ng application ang isang segment ng mensahe mula sa pila sa bawat oras; ang UDP protocol ay hindi kailangang mapanatili ang estado ng koneksyon, at hindi iniisip na ang bawat packet ng data ay dapat na maabot ang pagtanggap, kaya't ang pagkarga ng network ay mas maliit kaysa sa TCP, at ang bilis ng paghahatid ay mas mabilis kaysa sa TCP; Ang mas masikip na network, mas maraming mga packet ng data ang nawala.

　　 Ang pangunahing pagkakaiba sa pagitan ng UDP at TCP protocol ay kung paano makamit ang maaasahang paghahatid ng impormasyon. Naglalaman ang TCP protocol ng isang espesyal na mekanismo ng garantiya sa paghahatid. Kapag natanggap ng tatanggap ng data ang impormasyon mula sa nagpadala, awtomatiko itong magpapadala ng isang mensahe ng kumpirmasyon sa nagpadala; ang nagpadala ay magpapatuloy na magpadala ng ibang impormasyon pagkatapos lamang matanggap ang mensahe ng kumpirmasyon. Kung hindi man, maghihintay ito hanggang sa matanggap ang mensahe ng kumpirmasyon.

　　 Kaya't ang TCP ay may mas maraming oras upang maitaguyod ang isang koneksyon kaysa sa UDP. Kung ikukumpara sa UDP, ang TCP ay may mas mataas na seguridad at pagiging maaasahan. Ang laki ng paghahatid ng TCP protocol ay hindi limitado. Kapag naitatag ang koneksyon, ang parehong mga partido ay maaaring magpadala ng isang malaking halaga ng data sa isang tiyak na format, habang ang UDP ay isang hindi maaasahang protokol na may isang limitasyon sa laki, na hindi maaaring lumagpas sa 64K sa bawat oras.

　　 Kung ikukumpara sa TCP protocol, isa pang pagkakaiba ng UDP protocol ay kung paano makatanggap ng maraming mga datagram na hindi inaasahan. Hindi tulad ng TCP, hindi ginagarantiyahan ng UDP ang pagkakasunud-sunod ng pagpapadala at pagtanggap ng data.

Ang RTP ay nasa itaas ng UDP. Bagaman ang UDP ay hindi maaasahan tulad ng TCP at hindi masisiguro ang kwalipikadong serbisyoIto ng mga serbisyong real-time, kailangang subaybayan ng RTCP ang paghahatid ng data at kalidad ng serbisyo sa real time. Gayunpaman, dahil ang pagkaantala ng paghahatid ng UDP ay mas mababa kaysa sa TCP, maaari itong maging napaka katugma sa video at audio. Magandang laban. Samakatuwid, sa mga praktikal na aplikasyon, ang RTP / RTCP / UDP ay ginagamit para sa audio / video media, at ginagamit ang TCP para sa paghahatid ng data at control signaling.

Ang RTMP protocol ay isang protocol na partikular na idinisenyo para sa mahusay na paghahatid ng video, audio at data. Napagtanto nito ang real-time na video at pagpapadala ng tunog sa pamamagitan ng pagtataguyod ng isang koneksyon ng binary TCP o pagkonekta ng isang HTTP tunnel.

　　Sinusuportahan ng RTMP ang mas maraming mga protocol ng media kaysa sa tradisyunal na mga server ng media. Sinusuportahan nito ang dynamic na paghahatid ng maraming mga linya na maaaring maglaman ng data ng audio, video, at script mula sa server patungo sa client at mula sa client papunta sa server. Hiwalay na pinoproseso ng RTMP ang data ng audio, video, at script.

　　Ang data ng tunog at video ay hiwalay na nai-buffer sa server. Kung ang data ng tunog ay umabot sa isang tiyak na limitasyon sa sound buffer, lahat ng data sa buffer ay itatapon, at ang pinakahuling dumating na data ay pinapayaganang simulan ang pagkolekta sa buffer at ipadala sa bawat kliyente. Ang data ng video ay naproseso sa katulad na paraan, ang pagkakaiba ay kapag dumating ang isang bagong key frame, ang data sa buffer ay malinis. Kapag itinapon ang lumang data ng frame, kung nalaman na ang data ng kliyente ay mali, ang bago at lumang mga frame ay nilagyan.

　　Nagbibigay ang RTMP ng iba't ibang mga antas ng priyoridad sa data. Sa real-time na pag-uusap, ang tunog ang pinakamahalaga, ang video ay binibigyan ng mababang priyoridad, at ang data ng script ay binibigyan ng isang priyoridad sa pagitan ng tunog at video.

　　 Ang RTMP protocol ay maaaring lumikha ng maraming data stream, ngunit ang bawat data stream ay maaari lamang magkaroon ng isang direksyon. Ang paggamit ng RTMP ay maaaring bumuo ng tulad ng isang system, ang client ay maaaring makipag-ugnay sa RTMP server at ang server ng application nang sabay, upang ang pagkarga sa server ay maaaring maikalat, kahit na sa pinabuting istraktura ng system na ito, ang mga kinakailangan sa pagganap ng RTMP server ay medyo mataas.

　　 HTTP protocol, ang buong pangalan ay HyperText Transfer Protocol, at ang pangalang Intsik ay HyperText Transfer Protocol;

　　Ang MMS protocol, ang buong pangalan ay Microsoft Media Server Protocol, at ang pangalang Intsik ay Microsoft Media Server Protocol;

　　 Ang HLS protocol, buong pangalan na HTTP Live Streaming, ay isang streaming media transmission protocol batay sa HTTP na ipinatupad ng Apple Inc.;

Gaano kalayo (mahaba) mga transmiter pabalat?

Ang hanay transmission ay depende sa maraming mga kadahilanan. Ang tunay na distansya ay batay sa antena-install taas, antena makakuha, gamit na kapaligiran tulad ng mga gusali at iba pang mga obstructions, pagiging sensitibo ng receiver, antena ng receiver. Pag-install ng antena mas mataas at gamit sa kanayunan, ang distansya ay mas malayo.

EXAMPLE 5W FM transmiter gamitin sa lungsod at bayan:

Mayroon akong isang USA customer paggamit 5W FM transmiter na may GP antena sa kanyang bayang kinalakhan, at siya ay subukan ito sa isang kotse, takpan ito 10km (6.21mile).

subukan ko ang 5W FM transmiter na may GP antena sa aking bayan, ito ay sumasakop tungkol 2km (1.24mile).

subukan ko ang 5W FM transmiter na may GP antena sa Guangzhou city, takpan ito tungkol lamang 300meter (984ft).

Sa ibaba ay ang tinatayang saklaw ng iba't-ibang kapangyarihan FM Transmitters. (Hanay ay diameter)

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

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

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

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

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

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

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

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

Paano makikipag-ugnayan sa amin para sa mga transmiter?

Tawagan ako + 8618078869184 O
email sa akin [protektado ng email]
1.How malayo gusto mong upang masakop ang lapad?
2.How ang taas ng tower mo?
3.Where ka?
At kami ay magbibigay sa iyo ng karagdagang propesyonal na payo.

Tungkol sa Amin

FMUSER.ORG ay isang sistema ng pagsasama-sama ng kumpanya na tumututok sa RF wireless transmission / studio video audio kagamitan / streaming at pagpoproseso ng data. Nagbibigay kami ng lahat mula sa payo at pagkonsulta sa pamamagitan ng rack integration sa pag-install, commissioning at pagsasanay.

Nag-aalok kami ng FM Transmitter, Analog TV Transmitter, Digital TV transmitter, VHF UHF Transmitter, Antennas, Coaxial Cable Connectors, STL, On Air Processing, Broadcast Products para sa Studio, Pagmamanman ng RF Signal, RDS Encoders, Audio Processors at Remote Site Control Units, Mga Produkto ng IPTV, Video / Audio Encoder / Decoder, na idinisenyo upang matugunan ang mga pangangailangan ng parehong malalaking internasyonal na mga network ng broadcast at mga maliliit na pribadong istasyon.

Ang aming solusyon ay mayroong FM Radio Station / Analog TV Station / Digital TV Station / Audio Video Studio Equipment / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.

Gumagamit kami ng mga advanced na mga produktong teknolohiya para sa lahat ng mga sistema, dahil alam namin na ang mataas na pagiging maaasahan at mataas na pagganap ay napakahalaga para sa sistema at solusyon. Sa parehong oras kailangan din naming tiyakin na ang aming mga produkto system na may isang napaka-makatwirang presyo.

Mayroon kaming mga mamimili ng pampubliko at komersyal na tagapagbalita, mga operator ng telecom at mga awtoridad ng regulasyon, at nag-aalok din kami ng solusyon at mga produkto sa maraming daan-daang mga mas maliit, lokal at tagapagbalita ng komunidad.

Ang FMUSER.ORG ay nag-export ng higit sa 15 taon at may mga kliyente sa buong mundo. Sa karanasan ng 13 taon sa larangang ito, mayroon kaming isang propesyonal na koponan upang malutas ang lahat ng uri ng mga problema ng customer. Nakatuon kami sa pagbibigay ng lubos na makatwirang pagpepresyo ng mga propesyonal na produkto at serbisyo. Makipag-ugnay sa email: [protektado ng email]

Ang aming Factory

Meron kami paggawa ng makabago ng factory. Ikaw ay malugod na bisitahin ang aming factory kapag dumating ka sa China.

Sa kasalukuyan, may mga naka 1095 customer sa buong mundo binisita ang aming Guangzhou Tianhe opisina. Kung dumating ka sa China, ikaw ay malugod na bisitahin kami.

sa Fair

Ito ang aming pakikilahok sa 2012 Global Sources Hong Kong Electronics Fair . Mga customer mula sa buong mundo sa wakas ay magkaroon ng isang pagkakataon upang makakuha ng magkasama.

Nasaan si Fmuser?

Maaari mong hanapin ang mga numerong ito " 23.127460034623816,113.33224654197693 "sa google map, pagkatapos ay mahahanap mo ang aming tanggapan ng fmuser.

FMUSER Guangzhou opisina ay sa Tianhe District kung saan ay ang gitna ng Canton . napaka malapit sa Canton Fair , guangzhou istasyon ng tren, Xiaobei kalsada at dashatou , kailangan lamang 10 minuto kung gagawin tAXI . Maligayang pagdating mga kaibigan sa buong mundo upang bisitahin at makipag-ayos.

Contact: Sky Blue
Cellphone: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [protektado ng email]
QQ: 727926717
Skype: sky198710021
Tirahan No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China Zip: 510620

Ingles: Tinatanggap namin ang lahat ng mga pagbabayad, tulad ng PayPal, Credit Card, Western Union, Alipay, Book Book ng Pera, T / T, LC, DP, DA, OA, Payoneer, Kung mayroon kang anumang katanungan, mangyaring makipag-ugnay sa akin [protektado ng email] o WhatsApp + 8618078869184

PayPal.  www.paypal.com

Inirerekumenda namin sa iyo na gamitin ang Paypal upang bumili ng aming mga item, ang Paypal ay isang ligtas na paraan upang bumili sa internet.

Ang bawat ng aming listahan item page ibaba sa itaas magkaroon ng isang PayPal logo upang magbayad.

Credit Card.Kung wala kang PayPal, ngunit mayroon kang credit card, ikaw din ay maaaring mag-klik sa Yellow button PayPal upang magbayad gamit ang iyong credit card.

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

Ngunit kung mayroon kang hindi isang credit card at hindi magkaroon ng isang PayPal account o mahirap na nakuha ng isang PayPal accout, Maaari mong gamitin ang mga sumusunod:
Western Union.  www.westernunion.com

Magbayad sa pamamagitan ng Western Union sa akin:

Pangalan / Pangalan ng pangalan: Yingfeng
Apelyido / Apelyido / Pangalan ng Pamilya: Zhang
Buong pangalan: Yingfeng Zhang
Bansa: Tsina
City: Guangzhou

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

T / T.  magbayad sa pamamagitan ng T / T (wire transfer / pantelegrapo Transfer / Bank Transfer)
Unang IMPORMASYON SA BANK (ACCOUNT NG KUMPANYAN):

SWIFT BIC: BKCHHKHHXXX
Pangalan ng bangko: BANK OF CHINA (HONG KONG) LIMITADO, HONG KONG
Address ng Bangko: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANK CODE: 012
Pangalan ng Account: FMUSER INTERNATIONAL GROUP LIMITED
HINDI account. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Pangalawang IMPORMASYON SA BANK (ACCOUNT NG KUMPANYAN):
Makikinabang: Fmuser International Group Inc.
Numero ng Account: 44050158090900000337
Bangko ng Benepisyaryo: Bangko ng Konstruksiyon ng Tsina sa Sangay ng Guangdong
SWIFT Code: PCBCCNBJGDX
Address: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
** Tandaan: Kapag naglipat ka ng pera sa aming bank account, mangyaring HUWAG magsulat ng anuman sa lugar ng pangungusap, kung hindi man ay hindi kami makakatanggap ng bayad dahil sa patakaran ng pamahalaan sa pang-internasyong negosyo sa kalakal.

* Ito ay ipapadala sa 1 2-araw ng trabaho kapag malinaw pagbabayad.

* Kami ay ipadala ito sa iyong PayPal address. Kung gusto mong baguhin ang address, mangyaring ipadala ang iyong tamang address at numero ng telepono sa aking email [protektado ng email]

* Kung ang mga pakete ay mas mababa 2kg, ay ipinadala namin sa pamamagitan ng post airmail, tatagal ito ng 15-25days sa iyong kamay.

Kung ang pakete ay higit pa sa 2kg, kami ay nagpapadala sa pamamagitan ng EMS, DHL, UPS, Fedex mabilis express delivery, tatagal ito ng 7 ~ 15days sa iyong kamay.

Kung ang mga pakete ng higit sa 100kg, magpapadala kami sa pamamagitan ng DHL o air kargamento. Aabutin ng tungkol sa 3 ~ 7days sa iyong kamay.

Ang lahat ng mga pakete ay anyo China Guangzhou.

* Ipapadala ang package bilang isang "regalo" at i-declear nang mas mababa hangga't maaari, hindi kailangang magbayad ang mamimili para sa "TAX".

* Pagkatapos barko, papadalhan ka namin ng isang e-mail at bibigyan ka ng tracking number.

Para sa Warranty.
Makipag-ugnay sa US --- >> Ibalik ang item sa amin --- >> Tumanggap at magpadala ng isa pang kapalit.

Pangalan: Liu Xiaoxia
Tirahan 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
ZIP: 510620
Telepono: + 8618078869184

Mangyaring bumalik sa address na ito at isulat ang iyong PayPal address, pangalan, problema sa tala: