Ffrydio a throsglwyddo technoleg darlledu byw

Gwthio cytundeb
Yn gyntaf, gadewch i ni gyflwyno pa brotocolau gwthio sydd ar gael, eu statws cyfredol, manteision ac anfanteision yn y maes darlledu byw.

RTMP
WebRTC
Protocol perchnogol yn seiliedig ar CDU
HLS
FLV
RTMP
RTMP yw'r acronym ar gyfer Protocol Negeseuon Amser Real. Mae'r protocol yn seiliedig ar TCP ac mae'n deulu protocol, gan gynnwys protocol sylfaenol RTMP a RTMPT / RTMPS / RTMPE a llawer o amrywiadau eraill. Protocol rhwydwaith yw RTMP a ddyluniwyd ar gyfer cyfathrebu data amser real. Fe'i defnyddir yn bennaf ar gyfer cyfathrebu sain, fideo a data rhwng y platfform Flash / AIR a chyfryngau ffrydio / gweinyddwyr rhyngweithiol sy'n cefnogi'r protocol RTMP. Mae meddalwedd sy'n cefnogi'r cytundeb hwn yn cynnwys Adobe Media Server / Ultrant Media Server / red5, ac ati.

RTMP yw'r protocol trosglwyddo cyfryngau ffrydio prif ffrwd cyfredol, a ddefnyddir yn helaeth yn y maes darlledu byw. Gellir dweud bod y rhan fwyaf o'r cynhyrchion darlledu byw ar y farchnad yn mabwysiadu'r protocol hwn.

Mae cefnogaeth CDN yn dda, cefnogaeth gwerthwyr CDN prif ffrwd
Protocol syml, hawdd ei weithredu ar amrywiol lwyfannau

Yn seiliedig ar TCP, mae'r gost trosglwyddo yn uchel, ac mae'r broblem yn sylweddol pan fo cyfradd colli'r pecyn yn uchel mewn amgylchedd rhwydwaith gwan
Nid yw'n cefnogi gwthio porwr
Cytundeb perchnogol Adobe, nid yw Adobe yn diweddaru mwyach
Mae problemau sefydlogrwydd anrhagweladwy hefyd yn dueddol o ddigwydd pan fydd concurrency enfawr

Mae WebRTC, y mae ei enw yn deillio o'r talfyriad o Web Real-Time Communication (Saesneg: Web Real-Time Communication), yn API sy'n cefnogi porwyr gwe ar gyfer sgyrsiau llais neu fideo amser real. Cafodd ei gyrchu'n agored ar 1 Mehefin, 2011 ac fe'i cynhwyswyd yn safonau a argymhellir gan W3C y Consortiwm Gwe Fyd-Eang gyda chefnogaeth Google, Mozilla, ac Opera.

Safon W3C, lefel uchel o gefnogaeth gan borwyr prif ffrwd
Mae Google y tu ôl iddo ac mae ganddo weithrediadau cyfeirio ar wahanol lwyfannau
Mae'r haen waelod yn seiliedig ar SRTP a'r CDU, ac mae llawer o le i optimeiddio mewn amodau rhwydwaith gwan
Gellir gwireddu cyfathrebu pwynt i bwynt, gydag oedi isel rhwng y partïon cyfathrebu

ICE, STUN, TURN Nid yw CDN traddodiadol yn darparu gwasanaethau tebyg
Protocol perchnogol yn seiliedig ar CDU
Bydd rhai cymwysiadau darlledu byw yn defnyddio CDU fel y protocol sylfaenol i ddatblygu eu protocolau preifat eu hunain, oherwydd gall manteision y CDU mewn amgylchedd rhwydwaith gwan gyflawni gwell effaith optimeiddio rhwydwaith gwan trwy rywfaint o diwnio wedi'i addasu, ond mae hefyd yn sicr o fod yn breifat. protocol.

Cost datblygu uchel
Nid yw CDN yn gyfeillgar, mae angen i chi adeiladu eich CDN eich hun neu ddod i gytundeb â CDN
Ymladd yn annibynnol, yn methu esblygu gyda'r gymuned
Cytundebau eraill

Hyrwyddir protocol FLV yn bennaf gan Adobe. Mae'r fformat yn hynod o syml, heblaw bod rhywfaint o wybodaeth pennawd marciwr yn cael ei ychwanegu at floc mawr o fframiau fideo a phenawdau sain a fideo. Oherwydd y symlrwydd eithafol hwn, mae'n aeddfed o ran perfformiad oedi a chydsyniad arian ar raddfa fawr. Yr unig ddiffyg yw bod y gefnogaeth ar y porwr symudol yn gyfyngedig iawn, ond mae'n hynod addas i'w ddefnyddio fel protocol darlledu byw APP symudol.

Mae'r datrysiad a gyflwynwyd gan Apple yn rhannu'r fideo yn segmentau fideo bach o 5-10 eiliad, ac yna'n eu rheoli gyda'r tabl mynegai m3u8. Gan fod y fideos a lawrlwythwyd gan y cleient yn ddata cyflawn o 5-10 eiliad, mae llyfnder y fideo yn dda iawn. Da, ond mae hefyd yn cyflwyno oedi mawr (mae oedi cyffredinol HLS tua 10-30s). O'i gymharu â FLV, mae gan HLS gefnogaeth gref iawn ar iPhone a'r mwyafrif o borwyr symudol android, felly fe'i defnyddir yn aml ar gyfer rhannu URL yn QQ a WeChat Moments.

Mae angen trosglwyddo'r cyfryngau ffrydio rydyn ni'n eu gwthio allan i'r gynulleidfa. Y cyswllt cyfan yw'r rhwydwaith trosglwyddo. Cyfatebiaeth logisteg cludo nwyddau yw'r holl bellter o'r man gadael i'r gyrchfan. Os nad yw gallu'r ffordd yn ddigonol, bydd yn achosi tagfeydd traffig, sef tagfeydd rhwydwaith. Ar yr adeg hon, Byddwn yn newid y pellter, sef yr amserlennu deallus, fel y'i gelwir, ond bydd y rhwydwaith trawsyrru yn amserlennu o safbwynt byd-eang, felly bydd yn cael gwell effaith nag amserlennu'r byd atomig. Mae'n bosibl bod duw yn edrych i lawr ar darddiad a chyrchfan yr awyr. Yr holl wybodaeth draffig yn yr amser, ac mae'n amser real, ac yna'n rhoi ffordd glir i chi, pa mor hudolus.

Pam mae rhwydwaith dosbarthu cynnwys, tarddiad y rhwydwaith dosbarthu cynnwys
Tarddodd y Rhyngrwyd o rwydwaith mewnol o fyddin yr Unol Daleithiau. Mae Tim Berners-Lee yn un o ddyfeiswyr y Rhyngrwyd. Rhagwelodd yn gynnar y byddai tagfeydd rhwydwaith yn dod yn rhwystr mwyaf i ddatblygiad y Rhyngrwyd yn y dyfodol agos, felly cododd broblem academaidd. Er mwyn dyfeisio dull datrys problemau newydd a sylfaenol i wireddu dosbarthiad cynnwys Rhyngrwyd heb dagfeydd, yn y pen draw, esgorodd y broblem academaidd hon ar wasanaeth Rhyngrwyd-CDN arloesol. Bryd hynny, roedd Dr. Berners-Lee drws nesaf i swyddfa'r Athro Tom Leighton, athro mathemateg gymhwysol yn Sefydliad Technoleg Massachusetts. Cafodd ei gyffroi gan her Berners-Lee. O'r diwedd, datrysodd Letghton y broblem hon a dechrau ei gynllun busnes ei hun, gan sefydlu Akamai, gan ddod yn gwmni CDN cyntaf y byd.

Mae'r ffigur uchod yn ddiagram sgematig o'r defnydd tair lefel o system CDN nodweddiadol. Y nod yw'r uned leoli fwyaf sylfaenol yn y system CDN. Fe'i rhennir yn lleoliad tair lefel, nod canolog, nod rhanbarthol a nod ymyl. Y lefel uchaf yw'r nod canolog, a'r un canol yw'r nod canolog. Mae'r lefel yn nod rhanbarthol, ac mae'r nodau ymyl wedi'u gwasgaru'n ddaearyddol, gan ddarparu gwasanaethau mynediad cynnwys cyfagos i ddefnyddwyr.

Mae'r canlynol yn cyflwyno dosbarthiad nodau CDN, sydd wedi'u rhannu'n ddau gategori yn bennaf, nodau asgwrn cefn a nodau POP, a rhennir nodau asgwrn cefn ymhellach yn nodau canolog a nodau rhanbarthol.

Nod ymyl
A siarad yn rhesymegol, nodau asgwrn cefn sy'n bennaf gyfrifol am ddosbarthu cynnwys ac yn dychwelyd i'r ffynhonnell pan fethir nodau ymyl, a nodau POP sy'n bennaf gyfrifol am ddarparu gwasanaethau mynediad cynnwys cyfagos i ddefnyddwyr. Fodd bynnag, os yw graddfa rhwydwaith CDN yn fawr, bydd y nodau ymyl yn dychwelyd yn uniongyrchol i nod y ganolfan yn achosi pwysau gormodol ar offer craidd yr haen ganol. Cyflwyno nodau rhanbarthol yn gorfforol i fod yn gyfrifol am reoli ardal ddaearyddol ac arbed rhywfaint o ddata poeth.

Pwyntiau poen rhwydwaith trosglwyddo darllediad byw sy'n wahanol i CDN traddodiadol
Gyda dyfodiad oes Live, mae darlledu byw wedi dod yn faes brwydr mawr arall i werthwyr CDN cyfredol. Pa fath o wasanaethau y mae angen i CDN eu cefnogi yn yr oes Fyw?

Cefnogaeth ar gyfer ffrydio protocolau cyfryngau, gan gynnwys RTMP, HLS, HTTP-FLV, ac ati.
Mae'r sgrin gyntaf yn cael ei droi ymlaen mewn eiliadau, ac mae'r rheolaeth o fewn eiliadau o glic y defnyddiwr i'r chwarae
1 ~ 3 Oedi rheoli, o'r pen ffrydio i'r diwedd chwarae, rheolir yr oedi rhwng 1 a 3 eiliad
Gall llwybro deallus byd-eang y rhwydwaith cyfan ddefnyddio pob nod yn y rhwydwaith CDN cyfan i wasanaethu un defnyddiwr, waeth beth fo'r cyfyngiadau daearyddol. Gyda datblygiad parhaus y broses integreiddio fyd-eang, mae darlledu byw ar draws rhanbarthau, gwledydd a chyfandiroedd yn dod yn norm. Mae'n debygol iawn y bydd yr angor yn Ewrop a'r Unol Daleithiau a bydd y defnyddwyr yn Asia.

Mae nodau lefel dydd yn cynyddu yn ôl y galw, ac mae cwmnïau Tsieineaidd sy'n mynd dramor wedi dod yn duedd. Mae angen mwy o nodau tramor ar CDN. Y dyddiau hyn, mae mwy o nodau tramor yn cystadlu am gael eu defnyddio'n gyflym. Mae'n cymryd un diwrnod o godi'r galw am nodau i gysylltu â'r rhwydwaith i ddarparu gwasanaethau. O fewn hyn, rhoddir gofynion uchel iawn ar weithredu a chynnal a chadw CDN. Ni all y cynllun misol gwreiddiol a mynediad i'r rhwydwaith fodloni'r gofynion uwch.
Llwybro cyswllt CDN traddodiadol

Mae CDN yn seiliedig ar dopoleg rhwydwaith tebyg i goed. Mae gan bob haen GSLB (Cydbwyso Llwyth Gweinydd Byd-eang) ar gyfer cydbwyso llwyth o nodau CDN lluosog yn yr un haen. Beth yw'r buddion?

Ymhlith y nifer o senarios cais CDN y soniwyd amdanynt uchod, mae cyflymiad gwe, cyflymiad fideo, a chyflymiad trosglwyddo ffeiliau i gyd yn dibynnu ar systemau GSLB a Cache ar yr un pryd. Y system Cache yw cost yr holl system CDN, a gellir gwneud y mwyaf o strwythur y coed dylunio. Arbedwch fuddsoddiad cyfalaf y system Cache. Oherwydd mai dim ond y nod canolog sydd angen cadw'r holl gopïau storfa o'r cyfle, mae'n cael ei leihau gam wrth gam, a dim ond ychydig bach o storfa boeth sydd ei angen ar y nodau ymyl i daro'r rhan fwyaf o'r ceisiadau mynediad CDN, sy'n lleihau cost yn fawr y rhwydwaith CDN, sydd hefyd yn unol â'r amser. Mae anghenion defnyddwyr CDN yn sefyllfa lle mae pawb ar eu hennill.

Ond yn oes Live, mae'r gwasanaeth darlledu byw yn wasanaeth ffrydio ac anaml y mae'n cynnwys y system Cache. Yn y bôn, gellir rhyddhau'r adnoddau storio ar ôl i'r darllediad gael ei gwblhau. Hyd yn oed os yw'r gofynion storio oherwydd rhesymau polisi, maent i gyd yn storfa oer. Mae'r buddsoddiad mewn storio yn gymharol Mae'n rhad iawn ac nid oes angen ei storio ym mhob nod, cyhyd ag y gellir olrhain y data yn ôl ac ar gael.

Gadewch i ni edrych ar dopoleg y rhwydwaith tebyg i goed. Mae nifer y dolenni sydd ar gael i ddefnyddwyr yn gyfyngedig. Fel y dangosir yn y ffigur isod, nifer y dolenni sydd ar gael i ddefnyddwyr mewn ardal benodol yw: 2 * 5 = 10

Os yw'r defnyddiwr mewn ardal benodol, bydd GSLB (DNS Smart fel arfer ar lefel y nod ymyl) yn llwybr y defnyddiwr i nod ymyl yn yr ardal, a bydd yr haen uchaf yn llwybr y defnyddiwr i nod ardal (yma, GSLB Fel arfer y cydbwyseddydd llwyth mewnol), ac yn olaf yn ôl i'r nod canolog, bydd y nod canolog yn cysylltu'r orsaf ffynhonnell.

Rhaid i'r nod cyflymaf y gall y defnyddiwr ei gyrchu fod y nod ymyl yn yr ardal. Os nad oes nod ymyl yn yr ardal, rhaid i'r nod cyflymaf fod y nod ymyl yn yr ardal resymegol gyfagos.

Rhaid i'r nod cyflymaf y gall nod ymyl gael mynediad iddo fod yn nod ardal yn yr ardal, ac ni ddylai fod yn nod mewn ardaloedd eraill.
Rhaid i'r nod rhanbarthol i'r nod canolog fod y cyflymaf, ac mae cyflymder a lled band y ddolen hon yn optimaidd.
Ond a yw hyn yn wir mewn gwirionedd? A yw'n wir cyflwyno cymaint o dybiaethau?

Mewn gwirionedd, hyd yn oed os yn ddamcaniaethol gallwn brofi bod y rhagdybiaethau uchod yn ddilys, mae cynllunio nodau a chyfluniad rhanbarthol yn dibynnu'n bennaf ar ddyluniad a chynllunio pobl. Rydym yn gwybod bod nifer fawr o bobl yn annibynadwy, a hyd yn oed os yw'r cynllunio rhanbarthol yn gywir ar y pryd, pwy all warantu'r statig hyn A fydd cynllunio'r rhwydwaith yn cael ei newid oherwydd gosod ffibr neu oherwydd pwysau gormodol ar rai IDCs? Felly, gallwn neidio allan o hualau topoleg y rhwydwaith tebyg i goed ac archwilio topoleg rhwydwaith newydd sy'n addas ar gyfer cyflymiad darllediad byw.

Er mwyn cael gwared ar y cyfyngiadau llwybro cyswllt cyfyngedig ac actifadu'r gallu i drefnu'r rhwydwaith, gallwn droi'r nodau uchod yn dopoleg rhwydwaith rhwyll:

Rydym wedi gweld, ar ôl i ni newid strwythur y rhwydwaith i strwythur rhwyll, bod cysylltiadau selectable y defnyddiwr yn dod yn: yr holl lwybrau rhwng dau bwynt a bennir yn y graff heb ei gyfeirio, fel y mae'r myfyrwyr sydd wedi astudio theori graff yn gwybod, mae'r nifer yn syfrdanol.

Gall y system ddewis unrhyw gyflymaf cysylltu trwy lwybro deallus yn lle dibynnu ar gynllunio â llaw sydd wedi dyddio wrth ddefnyddio'r system. P'un a yw'n ychwanegu ffibr rhwng rhai dolenni neu bwysau gormodol IDC penodol, gellir ei adlewyrchu yn y rhwydwaith gorffen mewn amser real, Er mwyn helpu defnyddwyr i wthio'r cyswllt gorau posibl mewn amser real. Ar yr adeg hon, gallwn gael gwared ar rai o'r rhagdybiaethau blaenorol a chynllunio llwybr cyswllt y rhwydwaith mewn amser real trwy beiriannau yn lle bodau dynol. Yn y bôn nid cryfderau dynol yw tasgau cyfrifiadurol amser real ar raddfa fawr, a dylem eu rhoi i rywogaethau mwy addas.

Fel y soniwyd yn gynharach, mae cwmnïau Tsieineaidd sy'n mynd dramor wedi dod yn duedd gyffredinol, ac mae'r galw am nodau CDN dramor yn cynyddu. Yn y sefyllfa hon, mae angen i werthwyr CDN ddefnyddio rhwydweithiau asgwrn cefn a nodau ymyl newydd mewn rhanbarthau newydd, ac mae angen cynllunio rhwydwaith manwl. Mae'r amseroedd wedi newid. Yn wreiddiol, roedd defnyddwyr CDN i gyd yn ddefnyddwyr ar lefel menter, ac roedd cylch iteriad eu llinellau busnes yn hir, roedd cynllun amser hir, a gadawyd mwy o amser i werthwyr CDN. Mae cwmnïau rhyngrwyd yn talu sylw i gyflymder. Mae iteriadau bob yn ail wythnos wedi dod yn norm. Mae hyn yn cynnwys y gwrthddywediad rhwng cost a chyflymder ymateb. Os defnyddir nodau ymlaen llaw, gallant wasanaethu'r cwmnïau Rhyngrwyd hyn yn well, ond mae pwysau cost uwch, ac i'r gwrthwyneb. Methu ymateb i'r cwmnïau Rhyngrwyd hyn sy'n tyfu'n gyflym.

Yn ddelfrydol, os yw'r defnyddiwr yn cyflwyno gofyniad, mae'r gwneuthurwr CDN yn ei werthuso'n fewnol, yn rhoi adborth ar yr un diwrnod, ac yn ei ddefnyddio ar yr un diwrnod, gall y cwsmer brofi nodau newydd yn yr ardal newydd ar yr un diwrnod. Sut i ddelio ag ef?

Yr ateb yw rhwydwaith cymar-i-gymar sy'n seiliedig ar dopoleg rwyll. Yn y topoleg rwyllog, mae pob nod yn Gyfoed. Yn rhesymegol, mae'r gwasanaethau a ddarperir gan bob nod yn gyfwerth. Nid oes angen dylunio topoleg rhwydwaith gymhleth yn ôl rhanbarth. Ar ôl i'r nodau fod ar-lein Nid oes angen proses leoli gymhleth, a gallwch gofrestru gwybodaeth nod yn uniongyrchol ar-lein i ddarparu gwasanaethau i ddefnyddwyr. Mewn theori, gellir rheoli'r amser cyn ac ar ôl cyfuno â thechnoleg rhithwiroli o fewn diwrnod.

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: