Pag-aralan ang susi ng teknolohiya ng pagsasaayos ng IPTV end-to-end multicast push network

Bilang isang bagong high-bandwidth, de-kalidad na serbisyong multimedia sa Internet, naglalagay ang IPTV ng mas mataas na mga kinakailangan sa IP metropolitan area network ng mga operator ng telecom. Kung ikukumpara sa tradisyunal na teknolohiyang unicast, ang multicast na teknolohiya ay may kalamangan na ang bandwidth ng network ay hindi tataas nang linear sa bilang ng mga gumagamit batay sa katumbas na kahusayan sa paghahatid, at mabisang makatipid ng karga ng video server at ng nagdala ng network. Samakatuwid, para sa mga operator ng telecom na i-deploy at ipatupad ang mga serbisyo ng IPTV nang mahusay at matipid, inirerekumenda na gamitin ang end-to-end multicast push, at ang pagsasaayos ng IP multicast network ang susi.

Sa kasalukuyan, ang network ng IP metropolitan area ng mga operator ng telecom ay pangunahing binubuo ng metropolitan area backbone network at broadband access network, at ang data ng serbisyo ng IPTV ay itinulak sa end ng gumagamit sa pamamagitan ng metropolitan area backbone network at broadband access network. Ang network ng backbone ng metro ay pangunahin na binubuo ng mga layer ng network (layer 3) na mga aparato, na maaaring paganahin ang mga multicast routing protocol tulad ng PIM-SM upang ma-access ang mga multicast na mapagkukunan (ibig sabihin, mga aparatong pang-end ng IPTV) para sa pagruruta at pagpapasa ng mga multicast packet. Ang network ng access ng broadband ay pangunahing binubuo ng layer ng link ng data (layer 2) na kagamitan, at ang mga teknolohiya tulad ng IGMP Proxy o IGMP Snooping ay maaaring magamit para sa Layer 2 multicast forwarding upang ma-access ang mga kagamitan sa terminal ng IPTV (ibig sabihin, mga kahon ng set-top na IPTV). Ang Larawan 1 ay isang diagram ng eskematiko ng isang end-to-end na modelo ng push na IPTV.

Inilalarawan ng artikulong ito ang mga pangunahing teknolohiya ng pagsasaayos ng IPTV end-to-end na multicast push network mula sa dalawang magkakaibang antas ng network: ang network ng backbone ng metro at ang network ng access ng broadband.

Ang pangunahing pagkakaiba sa pagitan ng isang multicast na mensahe at isang unicast na mensahe ay ang pagkilala sa address ng patutunguhan ng mensahe. Ang patutunguhang address ng mensahe ng multicast ay ang address ng pangkat na multicast (address ng klase D IP na nagsisimula sa "1110"), at ang mensahe ng unicast ay batay sa patutunguhang host IP. Ginagamit ang address na patutunguhan. Dahil walang isa-sa-isang pagsusulat sa pagitan ng address ng multicast na pangkat at ng patutunguhang host, magagamit lamang ng multicast router ang pagiging natatangi ng pinagmulang address ng mensahe upang makagawa ng mga pagpapasya sa pagruruta. Sa madaling salita, ang multicast router ay nagpapadala ng mensahe sa direksyong malayo sa pinagmulang multicast batay sa pinagmulang address ng mensahe sa halip na ang patutunguhang address. Ang teknolohiyang ito ay tinatawag na reverse path forwarding (maikli ang RPF).

Upang maiwasan ang mga problema tulad ng mga loop ng pagruruta, itinatakda ng RPF na dapat maabot ng mga multicast packet ang router mula sa itinalagang upstream na kalapit na node, at ang mga multicast packet na ipinasa ng iba pang mga kalapit na node ay itinapon. Kapag may isang problema sa pagruruta ng multicast, maaaring hindi maabot ng mga multicast packet sa iba pang mga landas tulad ng mga unicast packet, maaantala ang mga live na signal ng broadcast ng IPTV sa backbone network, at ang mga unicast application tulad ng pagba-browse sa web at pagpapadala at pagtanggap ng mail ay normal sagabal Sa oras na ito, kasama ang landas sa pamamahagi ng multicast, suriin ang talahanayan ng pagruruta ng RPF ng multicast router at ang mga paaraw na node nito.

Ang puno ng pamamahagi ng multicast sa PIM-SM na protocol ay maaaring nahahati sa dalawang kategorya: pinagmulang puno at nakabahaging puno. Gumagamit ang pinagmulan ng puno ng multicast na mapagkukunan bilang ugat ng puno, na kilala rin bilang ang pinakamaikling puno ng landas, na maaaring mabawasan ang pagka-antala ng end-to-end na multicast, ngunit dapat itago ng router ang isang malaking impormasyon ng pagruruta, na kung saan ubusin ang marami ng mga mapagkukunan ng system; ang nakabahaging puno ay gumagamit ng RP (PIM-SM) Isang mahalagang router sa protokol, ginagamit para sa pagruruta at pag-convert sa pagitan ng mga multicast na mapagkukunan at mga multicast router) Bilang karaniwang ugat ng node ng lahat ng mga puno ng pamamahagi ng multicast, dapat maabot muna ng multicast na trapiko ng mapagkukunan ang RP bago maging naihatid, at ang multicast path ay karaniwang hindi optimal, Ipakikilala nito ang karagdagang pagkaantala sa network, ngunit ang impormasyon sa pagruruta na kailangang panatilihin ng router ay maaaring maging napakaliit.

Ginagawa ng buong PIM-SM na proteksyon ang mga pakinabang ng dalawang puno ng pamamahagi ng multicast. Sa paunang yugto ng multicast, hindi maaaring gamitin ng multicast router ang pinagmulan ng puno dahil hindi nito malalaman ang lokasyon ng mapagkukunang multicast, ngunit maaari itong makuha ang unang ilang mga multicast packet na ipinadala ng pinagmulang multicast sa pamamagitan ng kilalang RP node at ng nakabahaging puno nito. Alamin ang lokasyon ng pinagmulan ng multicast at lumipat mula sa ibinahaging puno sa pinagmulang puno upang mabawasan ang pagkaantala sa network at maiwasan ang mga bottleneck ng network na maaaring sanhi ng mga RP node.

Ang network ng backbone ng metro sa pangkalahatan ay pangunahin na binubuo ng mga router ng Cisco. Ang mga router tulad ng Cisco ay nagpapatupad ng paglipat ng puno ng pamamahagi ng multicast sa pamamagitan ng preset na threshold na SPT-Threshold ng rate ng daloy. Kapag napansin na ang rate ng daloy ng multicast ng isang mapagkukunang multicast ay lumampas sa SPT-Threshold, ang paglilipat ng multicast nito ay lilipat mula sa nakabahaging puno patungo sa pinagmulang puno; katulad din, kung ang multicast flow rate ay mas mababa kaysa sa SPT-Threshold, ang multicast routing na ito Maaari ka ring lumipat mula sa pinagmulang puno patungo sa nakabahaging puno. Ang SPT-Threshold ay karaniwang naka-configure bilang 0, upang ang router ay lilipat mula sa nakabahaging puno sa pinagmulan pagkatapos matanggap ang unang multicast packet.

Bilang root node ng nakabahaging puno, gumaganap ang RP ng isang papel sa pag-link pataas at pababa sa multicast na proseso. Isinasaalang-alang na ang PIM-SM protocol ay may mga katangian ng paglipat ng multicast tree switching, karaniwang ginagamit ang RP upang maitaguyod ang paunang koneksyon sa pagitan ng multicast source at ng multicast router. Kapag ang multicast na pagruruta ng router ay inililipat mula sa nakabahaging puno patungo sa pinagmulang puno, hindi ito mag-RP at kailangan muli ang ibinahaging puno. Samakatuwid, ang lokasyon ng RP sa multicast network ay hindi masyadong mahalaga. Ang susi ay ang pagiging maaasahan at katatagan nito.

Upang mapabuti ang pagiging maaasahan at katatagan ng RP, maraming mga multicast router ang maaaring mapili upang ibahagi ang pagpapaandar ng RP (iyon ay, Anycast RP na teknolohiya), at ang loopback interface ng bawat RP node ay itinalaga ng parehong IP address, sa gayon nabubuo ang pagbabahagi ng pag-load at proteksyon ng Mali.

Ang problema sa pagsasaayos ng RP sa multicast network ay hindi lamang nauugnay sa pagsasaayos at paglawak ng RP node mismo, ngunit nagsasangkot din ng problema kung paano malaman ng iba pang mga router ng multicast ang tungkol sa node ng RP. Sa paunang yugto ng multicast, maaaring hindi alam ng multicast router ang lokasyon ng pinagmulan ng multicast, ngunit dapat malaman ang RP address. Mayroong dalawang pangunahing paraan para sa isang multicast router upang makakuha ng isang RP address, iyon ay, ang static na paraan ng pagsasaayos ng RP at ang awtomatikong pamamaraan ng pagtuklas ng RP. Ang static na pagsasaayos ng RP ay mas ligtas at epektibo na maiiwasan ang mga mapanlinlang na aktibidad tulad ng forging RP, ngunit ang workload ng pagsasaayos ng network ay mabigat at hindi ito kaaya-aya sa pabago-bagong pagsasaayos ng RP at iba pang mga node; ang awtomatikong pagtuklas ng RP ay maaaring mabawasan ang workload ng pagsasaayos at mapadali ang mga pagbabago sa network at mga diskarte sa pagkontrol. Pagsasaayos, ngunit may ilang mga panganib sa seguridad. Para sa isang maliit na sukatang metropolitan area backbone network, maaari mong gamitin ang pamamaraan ng statically configuring RP sa bawat multicast router; para sa isang malakihang metropolitan area backbone network na may mahigpit na mga patakaran sa pagtatanggol sa seguridad, inirerekumenda na gamitin ang pamamaraan ng awtomatikong pagtuklas ng RP.

Sa paunang yugto ng multicast, ang mga multicast router sa pangkalahatan ay nakakakuha ng headend ng IPTV (ibig sabihin, multicast source) na trapiko at impormasyon sa lokasyon sa pamamagitan ng mga kilalang RP node at kanilang mga nakabahaging puno. Upang malaman ng RP ang tungkol sa mapagkukunang multicast, ang multicast router na direktang konektado sa pinagmulang multicast ay responsable para sa pag-encapsulate ng unang ilang mga multicast packet na ipinadala ng multicast na mapagkukunan sa isang hiwalay na mensahe ng Rehistro ng PIM, at pinasimulan ang multicast sa RP sa unicast mode Proseso ng pagpaparehistro ng mapagkukunan. Sa pamamagitan ng mensaheng ito, makakakuha ang RP hindi lamang ng mga packet ng multicast na grupo ng interes, kundi pati na rin ang IP address ng multicast na mapagkukunan. Pagkatapos nito, isusulong ng RP ang impormasyon ng mapagkukunan ng multicast sa iba pang mga router ng multicast, at tinatapos ang proseso ng pagrehistro ng multicast na mapagkukunan ng isang mensahe na PIM Registe-Stop.

Ang client ng IPTV (set-top box) ay nakikipag-usap sa multicast router (karaniwang ginagawa ng service router o broadband access server) ng layer ng control access sa serbisyo ng network ng backbone network sa pamamagitan ng IGMP protocol sa pamamagitan ng broadband access network upang sumali o lumabas sa isang tukoy. Multicast na pangkat (ie IPTV live na channel).

Kapag ang isang set-top box ay nagpapadala ng isang multicast group na sumali sa mensahe ng kahilingan sa isang multicast router, ang patutunguhang MAC address ng mensahe ay ang MAC address ng multicast group sa halip na ang multicast router, na naiiba sa unicast na pamamaraan. Dapat pansinin na ang isang multicast group MAC address ay talagang tumutugma sa 32 magkakaibang mga multicast na pangkat ng mga IP address. Ito ay dahil ang MAC address ng multicast group ay 01: 00: 5E: 00: 00: 00 ～ 01: 00: 5E: 7F: FF: FF, iyon ay, ang mabisang address space ay 23 bits lamang, at ang mabisa address ng multicast group IP Mayroong 28 mga puwang.

Ang ugnayan sa pagmamapa sa pagitan ng dalawa ay upang ipantay ang mas mababang 23 piraso ng MACC address na may mas mababang 23 piraso ng IP address, na nagreresulta sa pagkawala ng itaas na 5 piraso ng multicast group IP address. Halimbawa, kung ang tatlong magkakaibang IPTV live na channel ay gumagamit ng 224.0.0.1, 224.128.0.1, at 239.128.0.1 bilang mga multicast group IP address, ang kanilang kaukulang multicast group na mga MAC address ay lahat ng 01: 00: 5E: 00: 00:01, kung saan ay magiging sanhi ng set-top box at ang pangalawang-tier na kagamitan ng broadband access network na hindi makilala ang tatlong signal. Samakatuwid, bigyang pansin ang mga nasabing isyu kapag nagpaplano ng mga multicast IP address.

Ang network ng access ng broadband ay binubuo ng isang malaking bilang ng mga aparato ng elemento ng network tulad ng mga Layer 2 switch at DSLAM na tumatakbo sa layer ng link ng data. Ang tampok ng kagamitan sa Layer 2 ay nagpapalitan ito / nagpapasa ng mga frame ng data batay sa mga MAC address sa pagitan ng mga port ng aparato, at may mahinang pag-parse at pag-andar para sa pangatlong layer (layer ng network) ng mga IP packet, kaya't hindi nito direktang suportahan ang pagtatrabaho ng IGMP sa pangatlong layer. At iba pang mga multicast na protokol. Kapag ang isang tipikal na aparato ng Layer 2 tulad ng isang switch ay nagpoproseso ng IPTV multicast traffic, nai-broadcast nito ang mga multicast data frame sa lahat ng mga port nito alinsunod sa hindi alam na mga patutunguhang address o mga pamamaraan ng pag-broadcast, na malamang na maging sanhi ng mga problema tulad ng mga broadcast ng bagyo.

Upang malutas ang problema ng pagbaha ng multicast packet, kailangang gamitin ang mga teknolohiyang layer ng Multicast forwarding 2, tulad ng mga teknolohiya ng IGMP Snooping at IGMP Proxy. Sinusubaybayan ng teknolohiya ng IGMP Snooping ang mensahe ng IGMP sa pagitan ng set-top box at ng multicast router upang maunawaan ang pagpapasa ng ugnayan ng port ng aparato sa multicast data frame; habang ang teknolohiya ng IGMP Proxy ay humahadlang sa mensahe ng IGMP sa pagitan ng set-top box at ng multicast router Pagsala at pagpapasa ng proxy ay maaaring makatipid ng maraming trapiko sa pagitan ng multicast router at ng Layer 2 na aparato, ngunit nangangailangan ito ng mataas na mga tagapagpahiwatig ng pagganap tulad ng kapasidad sa pagproseso at memorya ng aparato ng elemento ng network. Kapag ang pag-configure ng mga aparato ng Layer 2, maaari kang pumili ayon sa aktwal na pagganap ng aparato ng elemento ng network at ang antas ng suporta para sa teknolohiya ng IGMP Snooping / Proxy.

Kumuha ng isang live na channel sa IPTV na may bandwidth na 2 Mbit / s bilang isang halimbawa. Kung ang aparato ng Layer 2 ay hindi gumagamit ng Layer 2 multicast forwarding na teknolohiya, ang mga multicast packet na ipinadala sa lahat ng mga gumagamit ng IPTV ay ipapasa sa lahat ng mga port, kahit na ang port ng gumagamit ay may 10 Mbit / s. s Access bandwidth, ang mga multicast packet ng 5 IPTV live na mga channel ay maaaring ma-block; pagkatapos ng pag-aampon ng Layer 2 multicast forwarding technology, ang mga multicast packet ay ipinapasa lamang sa mga port na may kahilingan sa paggamit, at kung ang bawat port ay higit na nakakonekta lamang Para sa isang IPTV set-top box, higit sa isang multicast packet lamang (iyon ay, 2 Mbit / s traffic) ng isang live na channel ay naipasa sa kaukulang port.

Ang trapikong ipinasa ng Layer 2 multicast ay nagsasangkot lamang ng mga serbisyong multicast ng IPTV at hindi nagsasangkot ng iba pang mga serbisyo ng broadband. Samakatuwid, sa broadband access network, ang mga teknolohiya tulad ng VLANs ay karaniwang ginagamit upang ihiwalay ang IPTV multicast traffic mula sa iba pang mga serbisyo at trapiko ng gumagamit. Ang mga karaniwang ginagamit na teknolohiya ng VLAN ay may kasamang cross-VLAN multicast replication na teknolohiya mula sa multicast VLAN sa bawat gumagamit na VLAN, at QinQ, na lumulutas ng hindi sapat na bilang ng mga VLAN ID

Ang live na programa ng IPTV ay naihatid sa terminal ng gumagamit sa pamamagitan ng network ng nagdadala ng IP, at higit sa lahat mayroong dalawang mga mode na multicast, katulad ng pabago-bagong mode na multicast at static multicast mode. Sa pabago-bagong mode na multicast, ang mga switch, DSLAM at iba pang mga aparato ay makakatanggap at maghatid lamang ng programa ng channel pagkatapos matanggap ang unang kahilingan ng gumagamit na sumali sa isang channel (multicast group); at kapag tumatagal ang channel (multicast group) Kapag nag-log out ang isang gumagamit, hihinto ang aparato ng elemento ng network sa pagtanggap ng multicast stream. Ang static multicast mode ay upang i-configure nang static ang MAC multicast forwarding entry ng bawat IPTV channel (multicast group) sa mga kagamitan sa paglipat, hindi alintana kung manonood ang mga gumagamit ng ibaba nito o hindi, ang multicast stream ay naihatid sa kagamitan ng elemento ng network.

Walang kinalaman ang static na trapiko ng multicast sa bilang ng mga gumagamit ng IPTV, ang bilang lamang ng mga channel at bandwidth bawat channel. Kapag ang bilang ng mga gumagamit ay mas mababa sa bilang ng mga channel, ang trapiko ay magiging mas malaki kaysa sa unicast traffic; ang maximum na trapiko ng pabago-bagong multicast ay kapag ang bilang ng kasabay na mga gumagamit ng IPTV ay mas mababa kaysa sa bilang ng mga channel Kapag ang bilang ng mga kasabay na gumagamit ng IPTV ay mas malaki kaysa sa bilang ng mga channel, ito ay katumbas ng static na multicast na trapiko. Sa static mode na multicast, ang bilis ng paglipat ng channel ng gumagamit ay mabilis at ang pang-unawa ng serbisyo ay mabuti, ngunit ang demand ng network bandwidth ay mas malaki; Maaaring i-minimize ng dinamikong multicast ang trapiko ng network sa ilalim ng anumang mga pangyayari, ngunit kapag nakatanggap ang gumagamit ng isang bagong channel (Multicast group), maaaring mayroong isang tiyak na pagkaantala sa network.

Kapag ang bilang ng mga gumagamit ng IPTV na konektado sa kagamitan sa network ay napakaliit, ang mga kalamangan ng multicast ay hindi halata. Samakatuwid, sa paunang yugto ng pag-unlad ng mga serbisyo ng IPTV, walang gaanong mga gumagamit ng IPTV o ang network ng access sa broadband ay hindi pa nai-reconstruct sa lugar. Maaari mong gamitin ang mga dinamikong multicast o kahit unicast upang makapagpadala ng mga live na signal ng IPTV. Kapag ang bilang ng mga gumagamit na konektado sa isang aparato ng network ay lumampas sa bilang ng mga channel sa IPTV, ang mga katangian ng multicasting upang i-save ang bandwidth ng trapiko sa network ay naging mas at mas makabuluhan. Sa oras na ito, iyon ay, kapag ang serbisyo ng IPTV ay binuo sa isang mature na yugto at ang pagbabago ng network ng access sa broadband ay nasa lugar na, ang static multicast mode ay maaaring magamit upang maipadala ang live na signal ng IPTV upang higit na mapabuti ang kalidad ng serbisyo ng IPTV. Samakatuwid, maaaring magpasya ang mga operator kung i-configure ang kagamitan sa pag-access sa network sa isang pabago-bago o static na multicast mode ayon sa aktwal na mga kundisyon tulad ng kalidad ng network at pagtagos sa serbisyo ng IPTV.

Ang pagsasama-sama ng umiiral na network ng IP metropolitan area ng mga operator ng telecom, sistematikong ipinapaliwanag ng papel na ito ang mga pangunahing teknolohiya ng end-to-end na multicast push network config ng IPTV, na may mahusay na sanggunian na sanggunian para sa mga operator ng telecom na mag-deploy at ipatupad ang mga serbisyo ng IPTV nang mahusay at matipid.

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: