Dadansoddwch dechnoleg ffurfweddu allweddol rhwydwaith gwthio multicast pen-i-ben IPTV

Fel gwasanaeth amlgyfrwng Rhyngrwyd newydd o ansawdd uchel o led band, mae IPTV yn gosod gofynion uwch ar rwydwaith ardal fetropolitan IP gweithredwyr telathrebu. O'i gymharu â'r dechnoleg unicast draddodiadol, mae gan y dechnoleg multicast y fantais nad yw lled band y rhwydwaith yn cynyddu'n llinol â nifer y defnyddwyr ar sail effeithlonrwydd trosglwyddo cyfatebol, a gall arbed llwyth y gweinydd fideo a'r rhwydwaith cludwyr yn effeithiol. Felly, er mwyn i weithredwyr telathrebu ddefnyddio a gweithredu gwasanaethau IPTV yn effeithlon ac yn economaidd, argymhellir defnyddio gwthio multicast o'r dechrau i'r diwedd, a chyfluniad y rhwydwaith multicast IP yw'r allwedd.

Ar hyn o bryd, mae'r rhwydwaith ardal fetropolitan IP o weithredwyr telathrebu yn cynnwys rhwydwaith asgwrn cefn ardal fetropolitan a rhwydwaith mynediad band eang yn bennaf, ac mae data gwasanaeth IPTV yn cael ei wthio i ben y defnyddiwr trwy rwydwaith asgwrn cefn ardal fetropolitan a rhwydwaith mynediad band eang yn ei dro. Mae'r rhwydwaith asgwrn cefn metro yn cynnwys dyfeisiau haen rhwydwaith (haen 3) yn bennaf, a all alluogi protocolau llwybro multicast fel PIM-SM i gael mynediad at ffynonellau multicast (hy dyfeisiau pen IPTV) ar gyfer llwybro ac anfon pecynnau multicast. Mae'r rhwydwaith mynediad band eang yn cynnwys offer haen cyswllt data (haen 2) yn bennaf, a gellir defnyddio technolegau fel IGMP Proxy neu IGMP Snooping ar gyfer anfon haen aml-haen Haen 2 i gael mynediad at offer terfynell IPTV (hy blychau pen set IPTV). Mae Ffigur 1 yn ddiagram sgematig o fodel gwthio multicast pen-i-ben IPTV.

Mae'r erthygl hon yn disgrifio technolegau cyfluniad allweddol rhwydwaith gwthio aml-ben-i-ben IPTV o ddwy lefel rhwydwaith wahanol: rhwydwaith asgwrn cefn y metro a'r rhwydwaith mynediad band eang.

2. Technoleg cyfluniad multicast allweddol ar gyfer rhwydwaith asgwrn cefn metro

Y prif wahaniaeth rhwng neges multicast a neges unicast yw nodi cyfeiriad cyrchfan y neges. Cyfeiriad cyrchfan y neges multicast yw'r cyfeiriad grŵp multicast (cyfeiriad IP dosbarth D gan ddechrau gyda "1110"), ac mae'r neges unicast yn seiliedig ar IP y gwesteiwr cyrchfan. Defnyddir y cyfeiriad fel y cyfeiriad cyrchfan. Gan nad oes gohebiaeth un i un rhwng cyfeiriad y grŵp multicast a'r gwesteiwr cyrchfan, dim ond unigrywiaeth cyfeiriad ffynhonnell y neges y gall y llwybrydd multicast ei ddefnyddio i wneud penderfyniadau llwybro. Mewn geiriau eraill, mae'r llwybrydd multicast yn anfon y neges i'r cyfeiriad i ffwrdd o'r ffynhonnell multicast yn seiliedig ar gyfeiriad ffynhonnell y neges yn lle'r cyfeiriad cyrchfan. Gelwir y dechnoleg hon yn anfon llwybr gwrthdroi (RPF yn fyr).

Er mwyn osgoi problemau fel dolenni llwybro, mae RPF yn nodi bod yn rhaid i becynnau multicast gyrraedd y llwybrydd o'r nod cyfagos i fyny'r afon dynodedig, a chaiff pecynnau multicast a anfonir ymlaen gan nodau cyfagos eraill eu taflu. Pan fydd problem gyda llwybro multicast, efallai na fydd pecynnau multicast yn gallu cyrraedd trwy lwybrau eraill fel pecynnau unicast, bydd signalau darlledu byw IPTV yn cael eu torri ar draws y rhwydwaith asgwrn cefn, ac mae cymwysiadau unicast fel pori gwe ac anfon a derbyn post yn normal. rhwystrau. Ar yr adeg hon, ar hyd y llwybr dosbarthu multicast, gwiriwch fwrdd llwybro RPF y llwybrydd multicast a'i nodau cyfagos i fyny'r afon.

Gellir rhannu'r goeden ddosbarthu multicast yn y protocol PIM-SM yn ddau gategori: coeden ffynhonnell a choeden a rennir. Mae'r goeden ffynhonnell yn defnyddio'r ffynhonnell multicast fel gwraidd y goeden, a elwir hefyd yn y goeden lwybr fyrraf, a all leihau'r oedi multicast o'r dechrau i'r diwedd, ond mae'n rhaid i'r llwybrydd storio llawer iawn o wybodaeth lwybro, sy'n defnyddio llawer. adnoddau system; mae'r goeden a rennir yn defnyddio RP (PIM-SM) Llwybrydd pwysig yn y protocol, a ddefnyddir ar gyfer llwybro a chydgyfeirio rhwng ffynonellau multicast a llwybryddion multicast) Fel nod gwreiddiau cyffredin yr holl goed dosbarthu multicast, rhaid i draffig ffynhonnell multicast gyrraedd yr RP cyn bod wedi'i gyflenwi, ac fel rheol nid yw'r llwybr multicast yn optimaidd. Bydd yn cyflwyno oedi rhwydwaith ychwanegol, ond gall y wybodaeth lwybro y mae angen i'r llwybrydd ei chadw fod yn fach iawn.

Mae'r protocol PIM-SM yn gwneud defnydd llawn o fanteision y ddwy goeden ddosbarthu multicast. Yng ngham cychwynnol multicast, ni all y llwybrydd multicast ddefnyddio'r goeden ffynhonnell oherwydd ni all wybod lleoliad y ffynhonnell multicast, ond gall gael gafael ar yr ychydig becynnau multicast cyntaf a anfonwyd gan y ffynhonnell multicast trwy'r nod RP hysbys a'i goeden a rennir. Gwybod lleoliad y ffynhonnell multicast a newid o'r goeden a rennir i'r goeden ffynhonnell i leihau oedi rhwydwaith ac osgoi tagfeydd rhwydwaith a allai gael eu hachosi gan nodau RP.

Yn gyffredinol, mae'r rhwydwaith asgwrn cefn metro yn cynnwys llwybryddion Cisco yn bennaf. Mae llwybryddion fel Cisco yn gweithredu newid y goeden ddosbarthu multicast trwy'r trothwy rhagosodedig SPT-Trothwy'r gyfradd llif. Pan ganfyddir bod cyfradd llif multicast ffynhonnell multicast yn fwy na Throthwy SPT, bydd ei lwybro multicast yn newid o'r goeden a rennir i'r goeden ffynhonnell; yn yr un modd, os yw'r gyfradd llif multicast yn is na Throthwy SPT, ei lwybro aml-bast Gallwch hefyd newid yn ôl o'r goeden ffynhonnell i'r goeden a rennir. Yn gyffredinol, mae SPT-Threshold wedi'i ffurfweddu fel 0, fel y bydd y llwybrydd yn newid o'r goeden a rennir i'r ffynhonnell ar ôl derbyn y pecyn multicast cyntaf.

Fel nod gwraidd y goeden a rennir, mae RP yn chwarae rôl o gysylltu i fyny ac i lawr yn y broses multicast. O ystyried bod gan y protocol PIM-SM nodweddion newid coed dosbarthu multicast, defnyddir RP yn gyffredinol i sefydlu'r cysylltiad cychwynnol rhwng y ffynhonnell multicast a'r llwybrydd multicast. Unwaith y bydd llwybro multicast y llwybrydd yn cael ei newid o'r goeden a rennir i'r goeden ffynhonnell, ni fydd yn RP ac mae angen ei goeden a rennir eto. Felly, nid yw lleoliad yr RP yn y rhwydwaith multicast yn bwysig iawn. Yr allwedd yw ei ddibynadwyedd a'i sefydlogrwydd.

Er mwyn gwella dibynadwyedd a sefydlogrwydd RP, gellir dewis llwybryddion multicast lluosog i rannu swyddogaeth RP (hynny yw, technoleg Anycast RP), a rhoddir yr un cyfeiriad IP i ryngwyneb loopback pob nod RP, a thrwy hynny ffurfio'r rhannu llwyth a diogelu namau.

Mae'r broblem cyfluniad RP yn y rhwydwaith multicast nid yn unig yn gysylltiedig â chyfluniad a defnydd y nod RP ei hun, ond mae hefyd yn cynnwys y broblem o sut mae llwybryddion multicast eraill yn dysgu am y nod RP. Yng ngham cychwynnol multicast, efallai na fydd y llwybrydd multicast yn gwybod lleoliad y ffynhonnell multicast, ond rhaid bod y cyfeiriad RP yn hysbys. Mae dwy brif ffordd i lwybrydd multicast gael cyfeiriad RP, hynny yw, y dull RP cyfluniad statig a'r dull RP darganfod awtomatig. Mae cyfluniad statig RP yn fwy diogel a gall atal gweithgareddau twyllodrus fel ffugio RP yn effeithiol, ond mae llwyth gwaith cyfluniad rhwydwaith yn drwm ac nid yw'n ffafriol i addasiad deinamig RP a nodau eraill; gall darganfod RP yn awtomatig leihau llwyth gwaith cyfluniad a hwyluso newidiadau rhwydwaith a strategaethau rheoli. Addasiad, ond mae yna rai risgiau diogelwch. Ar gyfer rhwydwaith asgwrn cefn ardal fetropolitan ar raddfa fach, gallwch ddefnyddio'r dull o ffurfweddu RP yn statig ar bob llwybrydd multicast; ar gyfer rhwydwaith asgwrn cefn ardal fetropolitan ar raddfa fawr gyda pholisïau amddiffyn diogelwch llym, argymhellir defnyddio'r dull o ddarganfod RP yn awtomatig.

Yng ngham cychwynnol multicast, mae llwybryddion multicast yn gyffredinol yn cael gwybodaeth traffig a lleoliad headend IPTV (hy, ffynhonnell multicast) trwy nodau RP hysbys a'u coed a rennir. Er mwyn i'r RP ddysgu am y ffynhonnell multicast, mae'r llwybrydd multicast sydd wedi'i gysylltu'n uniongyrchol â'r ffynhonnell multicast yn gyfrifol am grynhoi'r ychydig becynnau multicast cyntaf a anfonwyd gan y ffynhonnell multicast mewn neges Cofrestr PIM ar wahân, ac mae'n cychwyn multicast i'r RP yn unicast modd. Proses gofrestru ffynhonnell. Trwy'r neges hon, gall yr RP gael nid yn unig pecynnau'r grŵp diddordeb multicast, ond hefyd gyfeiriad IP y ffynhonnell multicast. Ar ôl hynny, mae'r RP yn anfon y wybodaeth ffynhonnell multicast ymlaen i lwybryddion multicast eraill, ac yn dod â'r broses gofrestru ffynhonnell multicast i ben gyda neges PIM Registe-Stop.

Mae'r cleient IPTV (blwch pen set) yn cyfathrebu â'r llwybrydd multicast (a gyflawnir fel arfer gan y llwybrydd gwasanaeth neu'r gweinydd mynediad band eang) o haen rheoli mynediad gwasanaeth rhwydwaith asgwrn cefn metro trwy'r protocol IGMP trwy'r rhwydwaith mynediad band eang i ymuno neu adael penodol Grŵp Multicast (hy sianel fyw IPTV).

Pan fydd blwch pen set yn anfon neges cais ymuno â grŵp multicast i lwybrydd multicast, cyfeiriad MAC cyrchfan y neges yw cyfeiriad MAC y grŵp multicast yn lle'r llwybrydd multicast, sy'n wahanol i'r dull unicast. Dylid nodi bod cyfeiriad MAC grŵp multicast mewn gwirionedd yn cyfateb i 32 o gyfeiriadau IP grŵp multicast gwahanol. Mae hyn oherwydd mai cyfeiriad MAC y grŵp multicast yw 01: 00: 5E: 00: 00: 00 ～ 01: 00: 5E: 7F: FF: FF, hynny yw, dim ond 23 darn yw'r gofod cyfeiriad effeithiol, a'r effeithiol cyfeiriad y grŵp multicast IP Mae 28 lle.

Y berthynas fapio rhwng y ddau yw cyfateb y 23 darn isaf o'r cyfeiriad MACC â 23 darn isaf y cyfeiriad IP, sy'n arwain at golli 5 darn uchaf cyfeiriad IP y grŵp multicast. Er enghraifft, os yw tair sianel fyw IPTV wahanol yn defnyddio 224.0.0.1, 224.128.0.1, a 239.128.0.1 fel cyfeiriadau IP y grŵp multicast, mae eu cyfeiriadau MAC grŵp multicast cyfatebol i gyd yn 01: 00: 5E: 00: 00:01, sydd yn achosi i'r blwch pen set ac offer ail haen y rhwydwaith mynediad band eang fethu â gwahaniaethu rhwng y tri signal. Felly, rhowch sylw i faterion o'r fath wrth gynllunio cyfeiriadau IP multicast.

Mae'r rhwydwaith mynediad band eang yn cynnwys nifer fawr o ddyfeisiau elfen rhwydwaith fel switshis Haen 2 a DSLAMs sy'n rhedeg wrth yr haen cyswllt data. Nodwedd offer Haen 2 yw ei fod yn cyfnewid / anfon fframiau data ymlaen yn seiliedig ar gyfeiriadau MAC rhwng porthladdoedd dyfeisiau, ac mae ganddo swyddogaethau dosrannu a llwybro gwael ar gyfer y drydedd haen (haen rhwydwaith) o becynnau IP, felly ni all gefnogi IGMP yn uniongyrchol ar y trydydd haen. A phrotocolau multicast eraill. Pan fydd dyfais Haen 2 nodweddiadol fel switsh yn prosesu traffig multicast IPTV, mae'n darlledu fframiau data multicast i'w holl borthladdoedd yn ôl cyfeiriadau cyrchfan anhysbys neu ddulliau darlledu, sy'n debygol o achosi problemau fel stormydd darlledu.

Er mwyn datrys problem llifogydd pecyn multicast, mae angen mabwysiadu technolegau anfon aml-haen Haen 2, megis technolegau IGMP Snooping a IGMP Proxy. Mae technoleg Snooping IGMP yn monitro'r neges IGMP rhwng y blwch pen set a'r llwybrydd multicast i amgyffred perthynas anfon porthladd y ddyfais â'r ffrâm ddata multicast; tra bod technoleg Proxy IGMP yn rhyng-gipio'r neges IGMP rhwng y blwch pen set a'r llwybrydd multicast Gall hidlo a anfon dirprwy arbed traffig multicast rhwng y llwybrydd multicast a'r ddyfais Haen 2, ond mae angen dangosyddion perfformiad uchel fel y gallu prosesu a'r cof. o'r ddyfais elfen rhwydwaith. Wrth ffurfweddu dyfeisiau Haen 2, gallwch ddewis yn ôl perfformiad gwirioneddol y ddyfais elfen rhwydwaith a graddfa'r gefnogaeth i dechnoleg Snooping / Proxy IGMP.

Cymerwch sianel fyw IPTV gyda lled band o 2 Mbit yr eiliad fel enghraifft. Os nad yw'r ddyfais Haen 2 yn defnyddio technoleg anfon aml-haen Haen 2, bydd y pecynnau multicast a anfonir at bob defnyddiwr IPTV yn cael eu hanfon ymlaen i bob porthladd, hyd yn oed os oes gan y porthladd defnyddiwr 10 Mbit yr eiliad. s Mynediad lled band, gellir rhwystro'r pecynnau multicast o 5 sianel fyw IPTV; ar ôl mabwysiadu technoleg anfon multicast Haen 2, dim ond gyda'r cais defnydd y mae'r pecynnau multicast yn cael eu hanfon ymlaen, ac os yw pob porthladd wedi'i gysylltu ar y mwyaf yn unig ar gyfer blwch pen set IPTV, dim ond un pecyn multicast ar y mwyaf (hynny yw, Mae 2 draffig Mbit yr eiliad o sianel fyw yn cael ei anfon ymlaen i'r porthladd cyfatebol.

Mae'r traffig a anfonir gan Layer 2 multicast yn cynnwys gwasanaethau multicast IPTV yn unig ac nid yw'n cynnwys gwasanaethau band eang eraill. Felly, yn y rhwydwaith mynediad band eang, defnyddir technolegau fel VLANs yn gyffredinol i ynysu traffig multicast IPTV oddi wrth wasanaethau eraill a thraffig defnyddwyr. Mae technolegau VLAN a ddefnyddir yn gyffredin yn cynnwys technoleg dyblygu multicast traws-VLAN o VLAN multicast i bob defnyddiwr VLAN, a QinQ, sy'n datrys nifer annigonol o IDau VLAN

Cyflwynir y rhaglen fyw IPTV i derfynell y defnyddiwr trwy'r rhwydwaith cludwyr IP, ac mae dau fodd multicast yn bennaf, sef modd multicast deinamig a modd multicast statig. Yn y modd multicast deinamig, dim ond ar ôl derbyn y cais defnyddiwr cyntaf i ymuno â sianel (grŵp multicast) y bydd switshis, DSLAMs a dyfeisiau eraill yn derbyn ac yn cyflwyno'r rhaglen sianel; a phan fydd y sianel (grŵp multicast) yn para Pan fydd defnyddiwr yn allgofnodi, bydd y ddyfais elfen rhwydwaith yn rhoi'r gorau i dderbyn y llif multicast. Y modd statig multicast yw ffurfweddu cofnodion anfon MAC multicast pob sianel IPTV (grŵp multicast) yn statig ar yr offer newid, ni waeth a yw'r defnyddwyr i lawr yr afon yn ei wylio ai peidio, mae'r nant multicast wedi'i danfon i'r offer elfen rhwydwaith.

Nid oes gan draffig statig multicast unrhyw beth i'w wneud â nifer y defnyddwyr IPTV, dim ond nifer y sianeli a'r lled band fesul sianel. Pan fydd nifer y defnyddwyr yn llai na nifer y sianeli, bydd y traffig yn fwy na'r traffig unicast; uchafswm traffig multicast deinamig yw pan fydd nifer y defnyddwyr IPTV cydamserol yn llai na nifer y sianeli Pan fydd nifer y defnyddwyr cydamserol IPTV yn fwy na nifer y sianeli, mae'n gyfwerth â thraffig statig multicast. Yn y modd statig multicast, mae cyflymder newid sianel y defnyddiwr yn gyflym ac mae'r canfyddiad gwasanaeth yn dda, ond mae'r galw am led band rhwydwaith yn fwy; gall multicast deinamig leihau traffig y rhwydwaith o dan unrhyw amgylchiadau, ond pan fydd y defnyddiwr yn derbyn sianel newydd (grŵp Multicast), efallai y bydd oedi rhwydwaith penodol.

Pan fydd nifer y defnyddwyr IPTV sy'n gysylltiedig â'r offer rhwydwaith yn fach iawn, nid yw manteision multicast yn amlwg. Felly, yng ngham cychwynnol datblygiad gwasanaethau IPTV, nid oes llawer o ddefnyddwyr IPTV neu nid yw'r rhwydwaith mynediad band eang wedi'i ailadeiladu yn ei le. Gallwch ddefnyddio multicast deinamig neu hyd yn oed unicast i drosglwyddo signalau byw IPTV. Pan fydd nifer y defnyddwyr sy'n gysylltiedig â dyfais rhwydwaith yn llawer mwy na nifer y sianeli IPTV, mae nodweddion aml-bastio i arbed lled band traffig rhwydwaith yn dod yn fwy a mwy arwyddocaol. Ar yr adeg hon, hynny yw, pan fydd y gwasanaeth IPTV wedi'i ddatblygu i gam aeddfed a bod y trawsnewidiad rhwydwaith mynediad band eang wedi bod ar waith, gellir defnyddio'r modd statig multicast i drosglwyddo'r signal byw IPTV i wella ansawdd gwasanaeth IPTV ymhellach. Felly, gall gweithredwyr benderfynu a ddylid ffurfweddu'r offer rhwydwaith mynediad mewn modd multicast deinamig neu statig yn unol ag amodau gwirioneddol fel ansawdd rhwydwaith a threiddiad gwasanaeth IPTV.

Gan gyfuno'r rhwydwaith ardal fetropolitan IP bresennol o weithredwyr telathrebu, mae'r papur hwn yn ehangu'n systematig dechnolegau allweddol cyfluniad rhwydwaith gwthio aml-ben-i-ben IPTV, sydd ag arwyddocâd cyfeirio da i weithredwyr telathrebu ddefnyddio a gweithredu gwasanaethau IPTV yn effeithlon ac yn economaidd.

Pa mor bell (hir) y clawr trosglwyddydd?

Mae'r ystod trosglwyddo yn dibynnu ar nifer o ffactorau. Mae'r pellter gwir yn seiliedig ar yr antena osod uchder, ennill antena, gan ddefnyddio amgylchedd fel adeiladu a rhwystrau eraill, sensitifrwydd y derbynnydd, antena y derbynnydd. Gosod antena yn fwy uchel ac yn defnyddio yn y cefn gwlad, bydd y pellter llawer mwy yn hyn.

ENGHRAIFFT 5W FM Trosglwyddydd defnyddio yn y ddinas a'r dref enedigol:

Mae gen i UDA ddefnydd cwsmeriaid 5W trosglwyddydd fm gyda antena meddygon teulu yn ei dref enedigol, ac efe brofi 'i ag a car, ei gwmpasu 10km (6.21mile).

Rwy'n profi trosglwyddydd fm 5W gyda antena meddygon teulu yn fy nhref enedigol, mae'n cynnwys tua 2km (1.24mile).

Rwy'n profi trosglwyddydd fm 5W gyda antena meddygon teulu yn ninas Guangzhou, mae'n cynnwys tua unig 300meter (984ft).

Isod mae yr ystod fras o wahanol Trosglwyddydd pŵer FM. (Mae'r ystod yn diamedr)

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

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

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

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

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

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

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

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

Sut i gysylltu â ni am y trosglwyddydd?

Ffoniwch fi + 8618078869184 NEU
e-bost ataf [e-bost wedi'i warchod]
1.How bell ydych am i dalu mewn diamedr?
2.How tal ohonoch tŵr?
3.Where rydych yn dod?
A byddwn yn rhoi cyngor mwy proffesiynol i chi.

Amdanom ni

Mae FMUSER.ORG yn gwmni integreiddio'r system sy'n canolbwyntio ar offer sain / ffrydio fideo / llifo di-wifr RF a phrosesu data. Rydym yn darparu popeth o gyngor ac ymgynghoriaeth trwy integreiddio rac i osod, comisiynu a hyfforddi.

Rydym yn cynnig trosglwyddydd FM, trosglwyddydd teledu analog, trosglwyddydd teledu digidol, trosglwyddydd VHF UHF, antenâu, cysylltwyr ceblau cyfechelog, STL, ar brosesu aer, cynhyrchion darlledu ar gyfer y stiwdio, monitro arwyddol RF, offerynnau RDS, proseswyr sain ac unedau rheoli safleoedd o bell, Cynhyrchion IPTV, Fideo / Encoder Sain / Sain, wedi'u cynllunio i ddiwallu anghenion rhwydweithiau darlledu rhyngwladol mawr a gorsafoedd preifat bach fel ei gilydd.

Mae gan ein datrysiad Orsaf Radio FM / Gorsaf Deledu Analog / Gorsaf Deledu Ddigidol / Offer Stiwdio Fideo Sain / Cyswllt Trosglwyddydd Stiwdio / System Telemetreg Trosglwyddydd / System Deledu Gwesty / Darlledu Byw IPTV / Ffrydio Darlledu Byw / Cynhadledd Fideo / system Ddarlledu CATV.

Rydym yn defnyddio cynhyrchion technoleg uwch ar gyfer yr holl systemau, oherwydd gwyddom fod dibynadwyedd uchel a pherfformiad uchel mor bwysig i'r system a'r datrysiad. Ar yr un pryd mae'n rhaid i ni sicrhau hefyd bod ein system cynnyrch yn bris rhesymol iawn.

Mae gennym gwsmeriaid darlledwyr cyhoeddus a masnachol, gweithredwyr telathrebu ac awdurdodau rheoleiddio, ac rydym hefyd yn cynnig atebion a chynhyrchion i gannoedd o ddarlledwyr llai, lleol a chymunedol.

Mae FMUSER.ORG wedi bod yn allforio mwy na 15 blynedd ac mae ganddo gleientiaid ledled y byd. Gyda 13 mlynedd o brofiad yn y maes hwn, mae gennym dîm proffesiynol i ddatrys pob math o broblemau cwsmer. Gwnaethom ymrwymo i gyflenwi prisiau rhesymol iawn cynhyrchion a gwasanaethau proffesiynol. E-bost cyswllt: [e-bost wedi'i warchod]

Mae ein Ffatri

Rydym wedi moderneiddio y ffatri. Mae croeso i chi ymweld â'n ffatri pan fyddwch yn dod i Tsieina i chi.

Ar hyn o bryd, mae yna eisoes cwsmeriaid 1095 o gwmpas y byd ymweld â'n swyddfa Guangzhou Tianhe. Os byddwch yn dod i Tsieina, mae croeso i chi ymweld â ni chi.

yn Ffair

Mae hyn yn ein cyfranogiad yn 2012 Ffynonellau Global Hong Kong Electronics Ffair . Cwsmeriaid o bob cwr o'r byd yn olaf yn cael cyfle i ddod at ei gilydd.

Ble mae Fmuser?

Gallwch chwilio'r rhifau hyn " 23.127460034623816,113.33224654197693 "yn google map, yna gallwch ddod o hyd i'n swyddfa fmuser.

swyddfa FMUSER Guangzhou yn Tianhe District sef y nghanol y Treganna . iawn ger i'r Ffair Treganna , gorsaf reilffordd Guangzhou, ffordd xiaobei a dashatou , Dim ond angen 10 munud os cymryd TACSI . Croeso ffrindiau o amgylch y byd i ymweld a thrafod.

Cyswllt: Sky Blue
Cellphone: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-bost: [e-bost wedi'i warchod]
QQ: 727926717
Skype: sky198710021
Cyfeiriad: Ystafell No.305 HuiLan Adeilad No.273 Road Huanpu Guangzhou Tsieina Zip: 510620

Saesneg: Rydym yn derbyn pob taliad, fel PayPal, Cerdyn Credyd, Western Union, Alipay, Archebwyr Arian, T / T, LC, DP, DA, OA, Payoneer, Os oes gennych unrhyw gwestiwn, cysylltwch â mi [e-bost wedi'i warchod] neu WhatsApp + 8618078869184

PayPal.  www.paypal.com

Rydym yn argymell eich bod yn defnyddio Paypal i brynu ein eitemau, The Paypal yn ffordd ddiogel i'w prynu ar y rhyngrwyd.

Mae pob un o'n dudalen rhestr eitem gwaelod ar ben cael logo paypal i dalu.

Cerdyn credyd.Os nad oes gennych paypal, ond mae gennych gerdyn credyd, gallwch hefyd glicio ar y botwm Melyn PayPal i dalu gyda'ch cerdyn credyd.

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

Ond os nad ydych wedi gerdyn credyd ac nid gennych gyfrif PayPal neu anodd ei got a accout paypal, Gallwch ddefnyddio'r canlynol:
Undeb gorllewinol.  www.westernunion.com

Talu drwy Western Union i mi:

Enw cyntaf / Enw rhybudd: Yingfeng
Enw / Cyfenw / Enw teulu: Zhang
Enw llawn: Yingfeng Zhang
Gwlad: Tsieina
City: Guangzhou

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

T / T.  dalu drwy T / T (trosglwyddo gwifren / Trosglwyddo telegraffig / Trosglwyddiad Banc)
GWYBODAETH BANC Gyntaf (CYFRIF CWMNI):

SWIFT BIC: BKCHHKHHXXX
Enw'r banc: BANK OF CHINA (HONG KONG) CYFYNGEDIG, HONG KONG
Cyfeiriad y Banc: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
COD BANC: 012
Enw'r Cyfrif: FMUSER INTERNATIONAL GROUP LIMITED
Nifer y Cyfrif. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Ail WYBODAETH BANC (CYFRIF CWMNI):
Buddiolwr: Fmuser International Group Inc.
Rhif y Cyfrif: 44050158090900000337
Banc y Buddiolwr: Cangen Guangdong Banc Adeiladu Tsieina
Cod SWIFT: PCBCCNBJGDX
Cyfeiriad: RHIF.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
** Sylwch: Pan drosglwyddwch arian i'n cyfrif banc, PEIDIWCH ag ysgrifennu unrhyw beth yn yr ardal sylwadau, fel arall ni fyddwn yn gallu derbyn y taliad oherwydd polisi'r llywodraeth ar fusnes masnach ryngwladol.

* Bydd yn cael ei anfon yn 1-2 diwrnod gwaith pan fydd y taliad clir.

* Byddwn yn anfon at eich cyfeiriad paypal. Os ydych am newid cyfeiriad, anfonwch eich cyfeiriad cywir a rhif ffôn i fy e-bost [e-bost wedi'i warchod]

* Os yw'r pecynnau yn is 2kg, byddwn yn cael ei gludo drwy'r post gynwys post airmail, bydd yn cymryd tua 15-25days i eich llaw.

Os yw'r pecyn yn fwy na 2kg, byddwn yn llong drwy EMS, DHL, UPS, FedEx dosbarthu cyflym gyflym, bydd yn cymryd tua 7 ~ 15days i eich llaw.

Os bydd y pecyn yn fwy na 100kg, byddwn yn anfon drwy DHL neu cludo nwyddau awyr. Bydd yn cymryd tua 3 ~ 7days i eich llaw.

Mae pob un o'r pecynnau yn cael eu ffurflen Tsieina Guangzhou.

* Bydd pecyn yn cael ei anfon fel "rhodd" ac yn declear cyn lleied â phosib, nid oes angen i'r prynwr dalu am "TRETH".

* Ar ôl llong, byddwn yn anfon e-bost atoch a rhowch y rhif olrhain i chi.

Am Warant.
Cysylltwch â'r UD --- >> Dychwelwch yr eitem atom --- >> Derbyn ac anfon un arall yn ei lle.

Enw: Liu xiaoxia
Cyfeiriad: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Tsieina.
ZIP: 510620
Ffôn: + 8618078869184

Dychwelwch i'r cyfeiriad hwn ac ysgrifennu eich cyfeiriad paypal, enw, problem ar nodyn: