CTRh / RTCP 、 TCP 、 CDU 、 RTMP 、 RTSP (2)

Dogfen gyfeirio RFC2326
Protocol ffrydio amlgyfrwng yw'r Protocol Ffrydio Amser Real (Protocol Ffrydio Amser Real) a ddefnyddir i reoli sain neu fideo, ac mae'n caniatáu rheoli galw ffrydio lluosog ar yr un pryd. Nid yw'r protocol cyfathrebu rhwydwaith a ddefnyddir wrth drosglwyddo o fewn ei ystod ddiffiniedig. Ochr y gweinydd Gallwch ddewis defnyddio TCP neu CDU i drosglwyddo cynnwys ffrydio. Mae ei gystrawen a'i weithrediad yn debyg i HTTP 1.1, ond ni phwysleisir cydamseru amser yn arbennig, felly gall oddef oedi rhwydwaith. Gall y rheolaeth galw aml-ffrydio uchod (Multicast) y soniwyd amdani yn gynharach nid yn unig leihau defnydd y rhwydwaith ar ochr y gweinydd, ond hefyd gefnogi cynadleddau fideo aml-barti (Cynhadledd Fideo). Oherwydd ei fod yn gweithio yn yr un modd â HTTP1.1, mae swyddogaeth storfa "Cache" y gweinydd dirprwyol "Proxy" hefyd yn berthnasol i RTSP, ac oherwydd bod gan RTSP swyddogaeth ailgyfeirio, gellir newid y gweinydd sy'n darparu'r gwasanaeth yn ôl y llwyth gwirioneddol. sefyllfa i Osgoi llwyth gormodol wedi'i ganolbwyntio ar yr un gweinydd ac achosi oedi.

　　 cynigiwyd ar y cyd gan Real Networks a Netscape. Mae'r protocol yn diffinio sut y gall cymwysiadau un i lawer drosglwyddo data amlgyfrwng yn effeithiol trwy rwydwaith IP. Mae RTSP yn darparu fframwaith estynadwy sy'n ei gwneud hi'n bosibl rheoli ac ar-amser data amser real, fel sain a fideo. Mae ffynonellau data yn cynnwys data byw a data sydd wedi'i storio mewn clipiau.
Pwrpas y protocol hwn yw rheoli nifer o gysylltiadau trosglwyddo data, darparu ffordd i ddewis sianeli trosglwyddo, megis CDU, CDU multicast a TCP, a darparu dulliau ar gyfer dewis mecanwaith trosglwyddo yn seiliedig ar CTRh.

Mae CTRh yn trosglwyddo data sain / fideo. Os yw'n CHWARAE, mae'r gweinydd yn ei anfon at y cleient. Os yw'n COFNOD, gall y cleient ei anfon at y gweinydd. Mae protocol cyfan y CTRh yn cynnwys dwy ran sydd â chysylltiad agos: protocol data CTRh a phrotocol rheoli CTRh (hy RTCP) ；

　　 RTCP: Mae RTCP yn cynnwys Adroddiad Anfonwr ac Adroddiad Derbynnydd, a ddefnyddir ar gyfer cydamseru sain / fideo a dibenion eraill, ac mae'n brotocol rheoli;

　　Mae ceisiadau RTSP yn bennaf yn cynnwys DESCRIBE, SETUP, CHWARAE, PAUSE, TEARDOWN, OPSIYNAU, ac ati, fel y mae'r enw'n awgrymu, gellir ei alw'n swyddogaeth ddeialog a rheoli;

　　 Yn ystod sgwrs RTSP, gall SETUP benderfynu ar y porthladd a ddefnyddir gan RTP / RTCP, gall CHWARAE / PAUSE / TEARDOWN ddechrau neu atal anfon CTRh, ac ati;

　　 TCP, yr enw llawn yw Protocol Rheoli Trosglwyddo, a'r enw Tsieineaidd yw Protocol Rheoli Trosglwyddo. Mae'n gweithio ar haen drafnidiaeth OSI ac yn darparu gwasanaethau trosglwyddo dibynadwy sy'n canolbwyntio ar gysylltiad.

　　 Gwaith TCP yn bennaf yw sefydlu cysylltiad, ac yna derbyn data o'r rhaglen haen ymgeisio a'i drosglwyddo. Mae TCP yn defnyddio cysylltiad cylched rhithwir i weithio. Cyn anfon data, mae angen iddo sefydlu cysylltiad rhwng yr anfonwr a'r derbynnydd. Ar ôl anfon y data, bydd yr anfonwr yn aros i'r derbynnydd roi ymateb cadarnhau, fel arall bydd yr anfonwr yn meddwl bod y data hwn yn cael ei golli, ac yn ail-anfon y data hwn.

Nid yw CTRh fel http a ftp a all lawrlwytho'r ffeil ffilm gyfan yn llwyr. Mae'n anfon data ar y rhwydwaith ar gyfradd ddata sefydlog. Mae'r cleient hefyd yn gwylio'r ffeil ffilm ar y cyflymder hwn. Ar ôl chwarae sgrin y ffilm, ni ellir ei chwarae dro ar ôl tro. , Oni bai eich bod yn gofyn am ddata gan y gweinydd eto.

　　 Y gwahaniaeth mwyaf rhwng RTSP a CTRh yw: Mae RTSP yn brotocol trosglwyddo data amser real dwy ffordd, sy'n caniatáu i'r cleient anfon ceisiadau at y gweinydd, fel chwarae yn ôl, cyflym ymlaen, a gweithrediadau gwrthdroi.

　　 Wrth gwrs, gall RTSP drosglwyddo data yn seiliedig ar CTRh, a gall hefyd ddewis TCP, CDU, CDU multicast a sianeli eraill i anfon data, sydd â scalability da.
Mae'n brotocol haen cais rhwydwaith tebyg i'r protocol http.

Rhif dilyniant: mae'n nodi lleoliad y segment yn nhrefn y segmentau sydd i'w trosglwyddo

Rhif cadarnhau: yn nodi rhif dilyniant y segment a dderbyniwyd yn llwyddiannus, mae'r rhif dilyniant cadarnhau yn cynnwys y rhif dilyniant nesaf y mae'r diwedd sy'n anfon y cadarnhad yn disgwyl ei dderbyn

Gwrthbwyso TCP: yn nodi hyd pennawd y segment. Mae hyd pennawd yr adran yn dibynnu ar yr opsiwn a osodir ym maes opsiwn pennawd yr adran

PSH: Yn nodi y bydd y data yn cael ei anfon i'r broses dderbyn cyn gynted â phosibl

Ffenestr: Nodwch y gorchymyn ynghylch maint y segment nesaf y gall yr anfonwr ei drosglwyddo

Siec: Mae'r gwiriad yn cynnwys pennawd segment TCP a rhan ddata, a ddefnyddir i wirio dibynadwyedd pennawd y segment a'r rhan ddata

Argyfwng: yn nodi bod y segment yn cynnwys gwybodaeth frys, ac mae'r pwyntydd argyfwng yn ddilys dim ond pan fydd baner URG wedi'i gosod i 1.

Dewisiadau: Nodir maint y segment cydnabyddedig, y stamp amser, diwedd y maes opsiwn, a phennir opsiwn ffin y maes opsiwn

Sefydlu cysylltiad TCP: Gelwir y broses sefydlu cysylltiad TCP hefyd yn ysgwyd llaw tair ffordd TCP. Yn gyntaf, mae'r gwesteiwr anfonwr yn cychwyn cais cydamseru (SYN) i sefydlu cysylltiad â'r gwesteiwr derbynnydd; mae'r gwesteiwr derbynnydd yn ymateb gydag ymateb cydamseru / cydnabod (SYN / ACK) i'r gwesteiwr anfonwr ar ôl derbyn y cais hwn; mae'r gwesteiwr anfonwr yn derbyn hyn Ar ôl i'r pecyn gael cydnabyddiaeth (ACK) i'r gwesteiwr derbynnydd, ar yr adeg hon mae'r cysylltiad TCP wedi'i sefydlu'n llwyddiannus;

Cau cysylltiad TCP: Ar ôl i'r gwesteiwr anfonwr a'r gwesteiwr cyrchfan sefydlu cysylltiad TCP a chwblhau'r trosglwyddiad data, anfonir pecyn data gyda'r faner ddiwedd wedi'i osod i 1 i gau'r cysylltiad TCP a rhyddhau'r gofod clustogi y mae'r cysylltiad yn ei feddiannu yn yr un amser; Gosod Ailosod TCP: Mae TCP yn caniatáu tarfu ar y cysylltiad yn sydyn yn ystod y trosglwyddiad, a elwir yn ailosod TCP;

Didoli a chadarnhau data TCP: Mae TCP yn brotocol trosglwyddo dibynadwy. Mae'n defnyddio rhifau dilyniant a rhifau cadarnhau i olrhain y derbyniad data wrth eu trosglwyddo;

Ail-drosglwyddo TCP: Yn y broses o drosglwyddo TCP, os nad yw'r gwesteiwr derbynnydd yn derbyn ymateb cydnabyddiaeth i becyn data o fewn y cyfnod amser ail-drosglwyddo, mae'r gwesteiwr anfonwr yn ystyried bod y pecyn data wedi'i golli ac yn anfon y pecyn data at y derbynnydd eto Ochr, hwn fe'i gelwir yn ail-drosglwyddiad TCP;

Cadarnhad oedi TCP: Nid yw TCP bob amser yn cadarnhau'r data yn syth ar ôl ei dderbyn. Mae'n caniatáu i'r gwesteiwr anfon ei neges gadarnhau ei hun i'r parti arall wrth dderbyn y data.

Diogelu data TCP (checksum): Mae TCP yn brotocol trosglwyddo dibynadwy, sy'n darparu cyfrifiad gwirio i wireddu cyfanrwydd data wrth ei drosglwyddo.

　　 Protocol y CDU yw talfyriad Saesneg UserDatagramProtocol, hynny yw, protocol datagram defnyddiwr, a ddefnyddir yn bennaf i gefnogi cymwysiadau rhwydwaith y mae angen iddynt drosglwyddo data rhwng cyfrifiaduron. Mae angen i nifer o gymwysiadau rhwydwaith cleientiaid / gweinyddwyr gan gynnwys systemau fideo-gynadledda rhwydwaith ddefnyddio protocol y CDU. Mae protocol y CDU wedi cael ei ddefnyddio ers blynyddoedd lawer ers ei sefydlu. Er bod rhai disgleirdeb cychwynnol wedi cuddio ei ddisgleirdeb cychwynnol, hyd yn oed heddiw, mae'r CDU yn dal i fod yn brotocol haen trafnidiaeth rhwydwaith ymarferol a dichonadwy iawn.

　　 Fel y protocol TCP (Protocol Rheoli Trosglwyddo) adnabyddus, mae'r protocol CDU wedi'i leoli'n uniongyrchol ar ben y protocol IP (Protocol Rhyngrwyd). Yn ôl model cyfeirio OSI (Cydgysylltiad System Agored), mae'r CDU a TCP ill dau yn brotocolau haen drafnidiaeth.

　　 Prif swyddogaeth protocol y CDU yw cywasgu traffig data rhwydwaith ar ffurf datagramau. Uned drosglwyddo o ddata deuaidd yw datagram nodweddiadol. Defnyddir yr 8 beit cyntaf o bob datagram i gynnwys gwybodaeth pennawd, a defnyddir y beit sy'n weddill i gynnwys data trosglwyddo penodol.

　　 Protocol pwynt i bwynt yw TCP, sy'n golygu bod angen i bob cleient wahanu'r cyswllt cleient / gweinydd, felly ni ellir gwireddu darlledu data i gleientiaid lluosog ar lefel y rhwydwaith. Os oes rhaid trosglwyddo llif data i gleientiaid lluosog ar yr un pryd, rhaid i'r gweinydd drosglwyddo copi o'r llif data i bob cleient. Gall TCP addasu'r cyflymder trosglwyddo yn ddeinamig yn ôl lled band y rhwydwaith a graddfa'r tagfeydd ac ail-anfon y pecynnau data a gollwyd. Sicrheir dibynadwyedd trosglwyddo data, ond mae adnoddau gweinydd yn ddrud, ac mae'n anodd sicrhau perfformiad amser real trosglwyddo llif data pan fydd y llif data yn fawr.

Protocol trosglwyddo annibynadwy yw CDU. Ar y diwedd anfon, mae'r cyflymder y mae'r CDU yn trosglwyddo data yn cael ei gyfyngu gan y cyflymder y mae'r cymhwysiad yn cynhyrchu data yn unig, gallu a lled band trosglwyddo'r cyfrifiadur; ar y diwedd derbyn, mae'r CDU yn rhoi pob segment neges mewn ciw. Mae'r cais yn darllen segment neges o'r ciw bob tro; nid oes angen i brotocol y CDU gynnal cyflwr y cysylltiad, ac nid yw'n credu bod yn rhaid i bob pecyn data gyrraedd y diwedd derbyn, felly mae'r llwyth rhwydwaith yn llai na TCP, ac mae'r cyflymder trosglwyddo yn gyflymach na TCP; Po fwyaf o dagfeydd yw'r rhwydwaith, y mwyaf o becynnau data a gollir.

　　 Y prif wahaniaeth rhwng y CDU a phrotocol TCP yw sut i sicrhau bod gwybodaeth yn cael ei throsglwyddo'n ddibynadwy. Mae'r protocol TCP yn cynnwys mecanwaith gwarantu cyflenwi arbennig. Pan fydd y derbynnydd data yn derbyn y wybodaeth gan yr anfonwr, bydd yn anfon neges gadarnhau at yr anfonwr yn awtomatig; dim ond ar ôl derbyn y neges gadarnhau y bydd yr anfonwr yn parhau i drosglwyddo gwybodaeth arall. Fel arall, bydd yn aros nes y derbynnir y neges gadarnhau.

　　 Felly mae gan TCP fwy o amser i sefydlu cysylltiad na'r CDU. O'i gymharu â'r CDU, mae gan TCP ddiogelwch a dibynadwyedd uwch. Nid yw maint trosglwyddiad protocol TCP yn gyfyngedig. Unwaith y bydd y cysylltiad wedi'i sefydlu, gall y ddau barti drosglwyddo llawer iawn o ddata mewn fformat penodol, tra bod y CDU yn brotocol annibynadwy gyda therfyn maint, na all fod yn fwy na 64K bob tro.

　　 O'i gymharu â'r protocol TCP, gwahaniaeth arall ym mhotocol y CDU yw sut i dderbyn sawl datagram sy'n annisgwyl. Yn wahanol i TCP, nid yw'r CDU yn gwarantu trefn anfon a derbyn data.

Mae'r CTRh yn uwch na'r CDU. Er nad yw'r CDU mor ddibynadwy â TCP ac ni all warantu'r cymhwyster gwasanaetho wasanaethau amser real, mae angen i RTCP fonitro trosglwyddo data ac ansawdd gwasanaeth mewn amser real. Fodd bynnag, oherwydd bod oedi trosglwyddo CDU yn is nag TCP, gall fod yn gydnaws iawn â fideo a sain. Cydweddiad da. Felly, mewn cymwysiadau ymarferol, defnyddir RTP / RTCP / CDU ar gyfer cyfryngau sain / fideo, a defnyddir TCP ar gyfer trosglwyddo data a signalau rheoli.

Mae'r protocol RTMP yn brotocol sydd wedi'i gynllunio'n benodol ar gyfer trosglwyddo fideo, sain a data yn effeithlon. Mae'n sylweddoli trosglwyddiad fideo a sain amser real trwy sefydlu cysylltiad TCP deuaidd neu gysylltu twnnel HTTP.

　　Mae RTMP yn cefnogi mwy o brotocolau cyfryngau na gweinyddwyr cyfryngau traddodiadol. Mae'n cefnogi trosglwyddiad deinamig llinellau lluosog a allai gynnwys data sain, fideo a sgript o'r gweinydd i'r cleient ac o'r cleient i'r gweinydd. Mae RTMP yn prosesu data sain, fideo a sgript ar wahân.

　　Mae data sain a fideo yn cael eu clustogi ar wahân yn y gweinydd. Os yw'r data sain yn cyrraedd terfyn penodol yn y byffer sain, bydd yr holl ddata yn y byffer yn cael ei daflu, a chaniateir i'r data a gyrhaeddodd yn fwyaf diweddar ddechrau casglu yn y byffer a'i anfon at bob cleient. Mae data fideo yn cael ei brosesu mewn ffordd debyg, y gwahaniaeth yw pan fydd ffrâm allweddol newydd yn cyrraedd, mae'r data yn y byffer yn cael ei glirio. Wrth daflu'r hen ddata ffrâm, os canfyddir bod data'r cleient yn anghywir, mae'r fframiau hen a newydd wedi'u gosod.

　　Mae RTMP yn rhoi gwahanol lefelau blaenoriaeth i ddata. Mewn sgwrs amser real, sain yw'r pwysicaf, rhoddir blaenoriaeth isel i fideo, a rhoddir blaenoriaeth i ddata sgript rhwng sain a fideo.

　　 Gall protocol RTMP greu ffrydiau data lluosog, ond dim ond un cyfeiriad y gall pob ffrwd ddata ei gael. Gall defnyddio RTMP adeiladu system o'r fath, gall y cleient ryngweithio â'r gweinydd RTMP a gweinydd y rhaglen ar yr un pryd, fel y gellir gwasgaru'r llwyth ar y gweinydd, er yn y strwythur system gwell hwn, mae gofynion perfformiad y gweinydd RTMP. yn gymharol uchel.

　　 Protocol HTTP, yr enw llawn yw Protocol Trosglwyddo HyperText, a'r enw Tsieineaidd yw Protocol Trosglwyddo HyperText;

　　Protocol MMS, yr enw llawn yw Microsoft Media Server Protocol, a'r enw Tsieineaidd yw Microsoft Media Server Protocol;

　　 Mae protocol HLS, enw llawn HTTP Live Streaming, yn brotocol trosglwyddo cyfryngau ffrydio yn seiliedig ar HTTP a weithredwyd gan Apple Inc .;

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: