5, пратакол RTSP
Даведачны дакумент RFC2326
Пратакол струменевай перадачы ў рэальным часе (Пратакол струменевай перадачы ў рэальным часе) - гэта пратакол струменевай перадачы мультымедыйных файлаў, які выкарыстоўваецца для кіравання гукам і відэа і дазваляе адначасова кантраляваць патрабаванні да некалькіх струменевых перадач. Пратакол сеткавай сувязі, які выкарыстоўваецца падчас перадачы, не знаходзіцца ў вызначаным дыяпазоне. Бок сервера Вы можаце выкарыстоўваць TCP або UDP для перадачы струменевага кантэнту. Яго сінтаксіс і праца падобныя на HTTP 1.1, але сінхранізацыя часу асабліва не падкрэсліваецца, таму ён можа пераносіць затрымкі ў сетцы. Вышэйзгаданы кантроль патрабаванняў шматструменнай перадачы (Multicast), згаданы раней, можа не толькі паменшыць выкарыстанне сеткі на баку сервера, але і падтрымліваць шматбаковыя відэаканферэнцыі (відэаканферэнцыі). Паколькі ён працуе аналагічна HTTP1.1, функцыя кэша "Кэш" проксі-сервера "Проксі" таксама прымяняецца да RTSP, а паколькі RTSP мае функцыю перанакіравання, сервер, які забяспечвае паслугу, можа быць пераключаны ў адпаведнасці з фактычнай нагрузкай. сітуацыя, каб пазбегнуць празмернай нагрузкі, сканцэнтраванай на адным і тым жа серверы і выклікаць затрымку.
быў сумесна прапанаваны Real Networks і Netscape. Пратакол вызначае, як прыкладанні "адзін да многіх" могуць эфектыўна перадаваць мультымедыйныя дадзеныя праз IP-сетку. RTSP забяспечвае пашыраемую структуру, якая дазваляе кантраляваць дадзеныя ў рэжыме рэальнага часу і перадаваць іх па патрабаванні, напрыклад, аўдыё і відэа. Крыніцы даных ўключаюць жывыя даныя і даныя, якія захоўваюцца ў кліпах.
Мэта гэтага пратаколу - кантраляваць некалькі злучэнняў перадачы даных, забяспечыць спосаб выбару каналаў перадачы, такіх як UDP, шматадрасны UDP і TCP, а таксама забяспечыць метады выбару механізму перадачы на аснове RTP.
Адносіны паміж RTSP і RTP
RTP: транспартны пратакол у рэжыме рэальнага часу
RTP/RTCP - сапраўдны пратакол перадачы дадзеных;
RTP перадае аўдыя/відэададзеныя. Калі гэта PLAY, сервер адпраўляе яго кліенту. Калі гэта RECORD, кліент можа адправіць яго на сервер. Увесь пратакол RTP складаецца з дзвюх цесна звязаных частак: пратакола даных RTP і пратакола кіравання RTP (напрыклад, RTCP) ；
RTCP: RTCP уключае ў сябе справаздачу адпраўніка і справаздачу атрымальніка, якія выкарыстоўваюцца для сінхранізацыі аўдыё/відэа і іншых мэтаў і з'яўляюцца пратаколам кіравання;
RTSP: Пратакол струменевай перадачы ў рэальным часе (RTSP)
Запыты RTSP у асноўным уключаюць DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS і г.д., як вынікае з назвы, гэта можа быць вядома як функцыя дыялогу і кіравання;
Падчас размовы RTSP SETUP можа вызначыць порт, які выкарыстоўваецца RTP/RTCP, PLAY/PAUSE/TEARDOWN можа пачаць або спыніць адпраўку RTP і г.д.;
6. Пратаколы TCP і UDP
Пратакол TCP
TCP, поўная назва Пратакол кантролю перадачы, а кітайская назва - пратакол кіравання перадачай. Ён працуе на транспартным узроўні OSI і забяспечвае надзейныя паслугі перадачы, арыентаваныя на злучэнне.
Праца TCP у асноўным заключаецца ва ўсталяванні злучэння, а затым атрыманні даных з праграмы прыкладнога ўзроўню і перадачы. Для працы TCP выкарыстоўвае злучэнне віртуальнай сеткі. Перад адпраўкай дадзеных неабходна ўсталяваць злучэнне паміж адпраўніком і атрымальнікам. Пасля адпраўкі даных адпраўнік будзе чакаць, пакуль атрымальнік дасць пацвярджальны адказ, у адваротным выпадку адпраўнік падумае, што гэтыя даныя страчаны, і адправіць іх паўторна.
RTP не падобны на http і ftp, якія могуць загрузіць увесь файл фільма цалкам. Ён адпраўляе даныя па сетцы з фіксаванай хуткасцю. Кліент таксама праглядае файл фільма з такой хуткасцю. Пасля прайгравання кінаэкрана яго нельга прайграваць паўторна. , Калі вы зноў не запытаеце дадзеныя з сервера.
Самае вялікае адрозненне паміж RTSP і RTP заключаецца ў наступным: RTSP - гэта двухбаковы пратакол перадачы даных у рэальным часе, які дазваляе кліенту адпраўляць серверу запыты, такія як прайграванне, перамотка наперад і назад.
Вядома, RTSP можа перадаваць дадзеныя на аснове RTP, а таксама можа выбіраць TCP, UDP, шматадрасны UDP і іншыя каналы для адпраўкі дадзеных, якія маюць добрую маштабаванасць.
Гэта пратакол сеткавага ўзроўню прыкладанняў, падобны на пратакол http.
Порт крыніцы: указваецца порт адпраўніка
Порт прызначэння: указваецца нумар порта прымаючага боку
Парадкавы нумар: паказвае пазіцыю сегмента ў паслядоўнасці сегментаў для перадачы
Нумар пацверджання: вызначае парадкавы нумар паспяхова атрыманага сегмента, парадкавы нумар пацверджання змяшчае наступны парадкавы нумар, які канец, які адпраўляе пацвярджэнне, чакае атрымаць
Зрушэнне TCP: вызначае даўжыню загалоўка сегмента. Даўжыня загалоўка раздзела залежыць ад параметра, зададзенага ў полі опцыі загалоўка раздзела
Зарэзервавана: зарэзерваванае поле прызначана для выкарыстання ў будучыні
Знакі: SYN, ACK, PSH, RST, URG, FIN
SYN: азначае сінхранізацыю
ACK: азначае пацверджанне
PSH: паказвае, што даныя будуць адпраўлены ў працэс атрымання як мага хутчэй
RST: Паказвае злучэнне для скіду
URG: Паказвае аварыйны паказальнік
FIN: Паказвае, што адпраўнік завяршыў перадачу даных
Акно: укажыце каманду аб памеры наступнага сегмента, які адпраўнік можа перадаць
Кантрольная сума: кантрольная сума змяшчае загаловак сегмента TCP і частку дадзеных, якія выкарыстоўваюцца для праверкі надзейнасці загалоўка сегмента і часткі дадзеных.
Надзвычайная сітуацыя: паказвае, што сегмент змяшчае інфармацыю аб надзвычайнай сітуацыі, а паказальнік надзвычайнай сітуацыі дзейнічае толькі тады, калі сцяг URG усталяваны ў 1.
Параметры: указваецца распазнаны памер сегмента, пазнака часу, канец поля параметра і параметр мяжы поля параметра.
Як працуе TCP
Устанаўленне TCP-злучэння: працэс устанаўлення TCP-злучэння таксама называецца трохбаковым рукапацісканнем TCP. Спачатку хост-адпраўнік ініцыюе запыт сінхранізацыі (SYN), каб усталяваць злучэнне з хостам-атрымальнікам; хост-атрымальнік адказвае хостам-адпраўшчыкам адказам сінхранізацыі/пацверджання (SYN/ACK) пасля атрымання гэтага запыту; хост-адпраўнік атрымлівае гэта Пасля адпраўкі пакета пацвярджэнне (ACK) на хост-атрымальнік, у гэты час TCP-злучэнне паспяхова ўстаноўлена;
Закрыццё TCP-злучэння: пасля таго, як хост-адпраўнік і хост-прыёмнік усталююць TCP-злучэнне і завершаць перадачу даных, будзе адпраўлены пакет даных са сцягам канца, усталяваным у 1, каб закрыць TCP-злучэнне і вызваліць буферную прастору, занятую злучэннем у той самы час; Налада скіду TCP: TCP дазваляе раптоўна перапыніць злучэнне падчас перадачы, што называецца скідам TCP;
Сартаванне і пацвярджэнне даных TCP: TCP з'яўляецца надзейным пратаколам перадачы. Ён выкарыстоўвае парадкавыя нумары і нумары пацверджання для адсочвання прыёму даных падчас перадачы;
Паўторная перадача TCP: у працэсе перадачы TCP, калі хост-атрымальнік не атрымлівае адказу пацверджання на пакет даных на працягу перыяду чакання паўторнай перадачы, хост-адпраўнік лічыць пакет даных страчаным і зноў адпраўляе пакет даных да атрымальніка. называецца рэтрансляцыяй TCP;
Пацвярджэнне затрымкі TCP: TCP не заўсёды пацвярджае dата адразу пасля яго атрымання. Гэта дазваляе хосту адпраўляць уласнае паведамленне з пацвярджэннем іншаму боку падчас атрымання даных.
Абарона даных TCP (кантрольная сума): TCP - гэта надзейны пратакол перадачы, які забяспечвае разлік кантрольнай сумы для захавання цэласнасці даных падчас перадачы.
Пратакол UDP
UDP пратакол - гэта абрэвіятура ангельскага UserDatagramProtocol, гэта значыць пратакол карыстацкіх датаграм, які ў асноўным выкарыстоўваецца для падтрымкі сеткавых прыкладанняў, якія павінны перадаваць дадзеныя паміж кампутарамі. Шматлікія сеткавыя дадаткі кліент / сервер, уключаючы сеткавыя сістэмы відэаканферэнцый, павінны выкарыстоўваць пратакол UDP. Пратакол UDP выкарыстоўваецца шмат гадоў з моманту свайго стварэння. Хоць яго першапачатковы бляск быў затуманены некаторымі падобнымі пратаколамі, і сёння UDP па-ранейшаму з'яўляецца вельмі практычным і магчымым пратаколам транспартнага ўзроўню сеткі.
Як і добра вядомы пратакол TCP (Transmission Control Protocol), пратакол UDP знаходзіцца непасрэдна над пратаколам IP (Internet Protocol). Згодна з эталоннай мадэллю OSI (Open System Interconnection), UDP і TCP з'яўляюцца пратаколамі транспартнага ўзроўню.
Асноўная функцыя пратаколу UDP - сціскаць сеткавы трафік дадзеных у выглядзе дейтаграм. Тыповая датаграма - гэта адзінка перадачы двайковых дадзеных. Першыя 8 байтаў кожнай дейтаграмы выкарыстоўваюцца для ўтрымання інфармацыі загалоўка, а астатнія байты - для ўказання пэўных дадзеных перадачы.
7. Параўнанне пратаколаў RTP/RTCP, RTMP, TCP, UDP
TCP - гэта пратакол "кропка-кропка", што азначае, што кожны кліент павінен падзяляць сувязь кліент/сервер, таму трансляцыя даных некалькім кліентам не можа быць рэалізавана на сеткавым узроўні. Калі паток даных павінен быць перададзены некалькім кліентам адначасова, сервер павінен перадаць копію патоку даных кожнаму кліенту. TCP можа дынамічна рэгуляваць хуткасць перадачы ў залежнасці ад прапускной здольнасці сеткі і ступені перагрузкі і паўторна адпраўляць страчаныя пакеты даных. Надзейнасць перадачы дадзеных забяспечваецца, але рэсурсы сервера дарагія, і цяжка забяспечыць прадукцыйнасць перадачы патоку даных у рэжыме рэальнага часу, калі паток даных вялікі.
UDP - гэта ненадзейны пратакол перадачы. У канцы адпраўкі хуткасць, з якой UDP перадае даныя, абмежавана толькі хуткасцю, з якой прыкладанне генеруе даныя, ёмістасцю кампутара і прапускной здольнасцю перадачы; на прыёмным канцы UDP змяшчае кожны сегмент паведамлення ў чаргу. Прыкладанне кожны раз счытвае сегмент паведамлення з чаргі; Пратакол UDP не мае патрэбы ў падтрыманні стану злучэння і не лічыць, што кожны пакет даных павінен дасягнуць прымаючага канца, таму нагрузка на сетку меншая, чым TCP, а хуткасць перадачы вышэй, чым TCP; Чым больш перагружаная сетка, тым больш пакетаў дадзеных губляецца.
Асноўнае адрозненне паміж пратаколамі UDP і TCP заключаецца ў тым, як дамагчыся надзейнай перадачы інфармацыі. Пратакол TCP змяшчае спецыяльны механізм гарантыі дастаўкі. Калі атрымальнік дадзеных атрымлівае інфармацыю ад адпраўніка, ён аўтаматычна адправіць паведамленне аб пацверджанні адпраўшчыку; адпраўнік будзе працягваць перадаваць іншую інфармацыю толькі пасля атрымання паведамлення аб пацверджанні. У адваротным выпадку ён будзе чакаць, пакуль не будзе атрымана паведамленне пра пацверджанне.
Такім чынам, TCP мае больш часу для ўстанаўлення злучэння, чым UDP. У параўнанні з UDP, TCP мае больш высокую бяспеку і надзейнасць. Памер перадачы пратаколу TCP не абмежаваны. Пасля ўстаноўкі злучэння абодва бакі могуць перадаваць вялікую колькасць даных у пэўным фармаце, у той час як UDP з'яўляецца ненадзейным пратаколам з абмежаваннем памеру, якое не можа перавышаць кожны раз 64K.
У параўнанні з пратаколам TCP яшчэ адным адрозненнем пратакола UDP з'яўляецца спосаб атрымання некалькіх нечаканых датаграм. У адрозненне ад TCP, UDP не гарантуе парадак адпраўкі і атрымання даных.
RTP вышэй UDP. Хоць UDP не такі надзейны, як TCP, і не можа гарантаваць якасць абслугоўванняУ якасці паслуг у рэжыме рэальнага часу RTCP павінен кантраляваць перадачу даных і якасць абслугоўвання ў рэжыме рэальнага часу. Аднак, паколькі затрымка перадачы UDP меншая, чым TCP, ён можа быць вельмі сумяшчальны з відэа і аўдыё. Добры матч. Такім чынам, у практычных прыкладаннях RTP/RTCP/UDP выкарыстоўваецца для аўдыя/відэа носьбітаў, а TCP выкарыстоўваецца для перадачы даных і сігналізацыі кіравання.
Пратакол RTMP - гэта пратакол, распрацаваны спецыяльна для эфектыўнай перадачы відэа, аўдыё і даных. Ён рэалізуе перадачу відэа і гуку ў рэжыме рэальнага часу шляхам усталявання двайковага злучэння TCP або падлучэння HTTP-тунэля.
RTMP падтрымлівае больш медыяпратаколаў, чым традыцыйныя медыясерверы. Ён падтрымлівае дынамічную перадачу некалькіх радкоў, якія могуць утрымліваць аўдыё, відэа і дадзеныя сцэнарыя, ад сервера да кліента і ад кліента да сервера. RTMP апрацоўвае аўдыё, відэа і дадзеныя сцэнарыя асобна.
Гукавыя і відэададзеныя буферызуюцца асобна на серверы. Калі гукавыя даныя дасягаюць пэўнага ліміту ў гукавым буферы, усе даныя ў буферы будуць адкінуты, а апошнія даныя, якія паступілі, могуць пачаць збірацца ў буфер і адпраўляцца кожнаму кліенту. Відэададзеныя апрацоўваюцца аналагічным чынам, з той розніцай, што пры паступленні новага ключавога кадра дадзеныя ў буферы ачышчаюцца. Пры адхіленні старых даных фрэйма, калі выяўляецца, што даныя кліента памылковыя, новы і стары фрэймы падганяюцца.
RTMP дае розныя ўзроўні прыярытэту даным. У размове ў рэжыме рэальнага часу гук з'яўляецца найбольш важным, відэа мае нізкі прыярытэт, а даныя сцэнарыя маюць прыярытэт паміж гукам і відэа.
Пратакол RTMP можа ствараць некалькі патокаў даных, але кожны паток даных можа мець толькі адзін кірунак. Выкарыстанне RTMP можа пабудаваць такую сістэму, кліент можа ўзаемадзейнічаць з серверам RTMP і серверам прыкладанняў у той жа час, так што нагрузка на сервер можа быць размеркавана, хоць у гэтай палепшанай структуры сістэмы, патрабаванні да прадукцыйнасці сервера RTMP адносна высокія.
8. Іншыя пагадненні
Пратакол HTTP, поўная назва - Пратакол перадачы гіпертэксту, а кітайская назва - Пратакол перадачы гіпертэксту;
Пратакол MMS, поўная назва - Microsoft Media Server Protocol, а кітайская назва - Microsoft Media Server Protocol;
Пратакол HLS, поўная назва HTTP Live Streaming, - гэта пратакол перадачы струменевага мультымедыя на аснове HTTP, рэалізаваны Apple Inc.;
|
|
|
|
Як далёка (доўгі) вечка перадатчыка?
Далёкасць перадачы залежыць ад шматлікіх фактараў. Сапраўднае адлегласць заснавана на антэны ўстаноўка вышыні, каэфіцыент узмацнення антэны, з выкарыстаннем асяроддзя, як будынка і іншыя перашкоды, адчувальнасці прымача, антэны прымача. Ўстаноўка антэны больш высокага і выкарыстання ў сельскай мясцовасці, адлегласць будзе значна больш далёка.
Прыклад 5W FM-перадатчык выкарыстоўваць у горадзе і родным горадзе:
У мяне ёсць кліент выкарыстоўваць 5W FM-перадатчык з ЗША GP антэны ў сваім родным горадзе, і ён праверыць яго з аўтамабілем, ён ахоплівае 10km (6.21mile).
Я праверыць FM-перадатчык 5W з GP антэны ў маім родным горадзе, ён ахоплівае каля 2km (1.24mile).
Я праверыць FM-перадатчык 5W з GP антэны ў горадзе Гуанчжоу, ён ахоплівае толькі пра 300meter (984ft).
Ніжэй прыведзены прыкладны дыяпазон розных перадатчыкаў магутнасці FM. (Дыяпазон дыяметра)
0.1W ~ 5W FM-перадатчык: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-перадатчык: 3KM ~ 10KM
80W ~ 500W FM-перадатчык: 10KM ~ 30KM
500W ~ 1000W FM-перадатчык: 30KM ~ 50KM
1KW ~ 2KW FM-перадатчык: 50KM ~ 100KM
2KW ~ 5KW FM-перадатчык: 100KM ~ 150KM
5KW ~ 10KW FM-перадатчык: 150KM ~ 200KM
Як звязацца з намі для перадатчыка?
Патэлефануй мне + 8618078869184 АБО
Напішыце мне, [электронная пошта абаронена]
1.How далёка вы хочаце, каб пакрыць у дыяметры?
2.How высокі з вас вежа?
3.Where вы?
І мы дамо вам больш прафесійныя парады.
Пра нас
FMUSER.ORG - гэта кампанія, якая займаецца сістэмнай інтэграцыяй, якая спецыялізуецца на бесправадной перадачы радыёчастотнай радыёчастотнай тэхнікі / студыі, відэа-аўдыё абсталявання / струменевай перадачы і апрацоўцы дадзеных. Мы даем усё, ад кансультацый і кансультацый да інтэграцыі стойак да мантажу, эксплуатацыі і навучання.
Мы прапануем FM-перадатчык, аналагавы тэлевізійны перадатчык, лічбавы тэлевізійны перадатчык, УКХ-UHF-перадатчык, антэны, кааксіяльныя раздымы, STL, на паветранай апрацоўцы, радыёвяшчальныя прадукты для студыі, радыёчастотны маніторынг, RDS-энкадэры, аўдыё-працэсары і аддаленыя блокі кіравання сайтам, Прадукты IPTV, Відэа / Аўдыё Кодэры / Дэкодэр, прызначаныя для задавальнення патрэб як буйных міжнародных сетак вяшчання, так і малых прыватных станцый.
У нашым рашэнні ёсць FM-радыёстанцыя / Аналагавая тэлевізійная станцыя / Лічбавая тэлевізійная станцыя / Аўдыё-відэастудыя Абсталяванне / Студыя-перадатчык / Тэлеметрычная сістэма перадатчыка / Гасцінічная тэлевізійная сістэма / Прамая трансляцыя IPTV / Трансляцыя ў прамым эфіры / Відэаканферэнцыя / Сістэма вяшчання CATV.
Мы выкарыстоўваем перадавыя тэхналогіі для ўсіх сістэм, таму што мы ведаем, што высокая надзейнасць і высокая прадукцыйнасць так важныя для сістэмы і рашэння. У той жа час, мы таксама павінны пераканацца, што наша прадукцыя сістэмы па вельмі разумнай цане.
У нас ёсць кліенты грамадскіх і камерцыйных вяшчальнікаў, аператараў сувязі і органаў рэгулявання, і мы таксама прапануем рашэнні і прадукты для многіх сотняў малых, мясцовых і грамадскіх вяшчальнікаў.
FMUSER.ORG экспартуе больш за 15 гадоў і мае кліентаў па ўсім свеце. З 13-гадовым вопытам у гэтай галіне ў нас ёсць прафесійная каманда, якая дазваляе вырашаць усе праблемы кліента. Мы імкнемся паставіць надзвычай разумныя цэны на прафесійныя тавары і паслугі. Кантактны адрас электроннай пошты: [электронная пошта абаронена]
Наша фабрыка
Мы маем мадэрнізацыя завода. Запрашаем Вас наведаць наш завод, калі вы прыехалі ў Кітай.
У цяперашні час ужо існуюць кліенты 1095 па ўсім свеце наведалі наш офіс Гуанчжоу Тяньхэ. Калі вы прыехалі ў Кітай, вы можаце наведаць нас.
на выставе
Гэта наш удзел у 2012 Global Sources Hong Kong Electronics Fair . Кліенты з усяго свету нарэшце-то ёсць шанец атрымаць разам.
Дзе Fmuser?
Вы можаце шукаць гэтыя нумары " 23.127460034623816,113.33224654197693 "на карце Google, вы можаце знайсці наш офіс fmuser.
FMUSER Гуанчжоу офіс знаходзіцца ў раёне Тяньхэ, які з'яўляецца цэнтр кантона , вельмі каля на Canton Fair , Чыгуначная станцыя Гуанчжоу, xiaobei дарогі і Dashatou , Толькі патрэба 10 хвілін калі прыняць ТАКСІ , Сардэчна запрашаем сябры па ўсім свеце, каб наведаць і абмеркаваць.
Кантактная асоба: Sky Blue
Мабільны тэлефон: + 8618078869184
WhatsApp: + 8618078869184
WeChat: + 8618078869184
Электронная пошта: [электронная пошта абаронена]
QQ: 727926717
Skype: sky198710021
Адрас: No.305 нумар Huilan Building No.273 Хуанпу-роўд Гуанчжоу Кітай Zip: 510620
|
|
|
|
англійская: Мы прымаем усе плацяжы, такія як PayPal, крэдытная карта, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Калі ў вас ёсць пытанні, звяжыцеся са мной [электронная пошта абаронена] альбо WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Мы рэкамендуем вам выкарыстоўваць Paypal, каб купіць нашы дэталі, Paypal з'яўляецца бяспечным спосабам, каб купіць у Інтэрнэце.
Кожны з нашага спісу элементаў ўнізе старонкі уверсе ёсць лагатып PayPal, каб заплаціць.
Крэдытная картка.Калі ў вас няма Paypal, але ў вас ёсць крэдытная карта, вы таксама можаце націснуць жоўтую кнопку PayPal, каб аплаціць з дапамогай крэдытнай карты.
-------------------------------------------------- -------------------
Але калі ў вас няма крэдытнай карты і не маюць PayPal рахунку або цяжка атрымаў PayPal ведама, Вы можаце выкарыстоўваць наступнае:
Western Union.  www.westernunion.com
Аплаціце Western Union мне:
Імя / імя па бацьку: Yingfeng
Прозвішча / прозвішча / прозвішча: Zhang
Поўнае фірменнае найменне: Yingfeng Zhang
Краіна: Кітай
Горад: Гуанчжоу
|
-------------------------------------------------- -------------------
T / T. аплаціць T / T (пераход драты / тэлеграфны пераклад / Банкаўскі пераклад)
Першая банкаўская інфармацыя (рахунак кампаніі):
SWIFT BIC: BKCHHKHHXXX
Назва банка: БАНК Кітая (Ганконг) Лімітэд, Ганконг
Адрас банка: БАНК Кітая TOWER, 1 GARDEN ROAD, ЦЭНТРАЛЬНЫ, Ганконг
БАНК КОД: 012
Імя рахунку: FMUSER INTERNATIONAL GROUP LIMITED
Нумар рахунку. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Другая банкаўская інфармацыя (рахунак кампаніі):
Атрымальнік: Fmuser International Group Inc.
Нумар рахунку: 44050158090900000337
Банк атрымальніка: Кітайскі будаўнічы банк, філіял Гуандун
SWIFT-код: PCBCCNBJGDX
Адрас: NO.553 Tianhe Road, Гуанчжоу, Гуандун, раён Цяньхэ, Кітай
** Заўвага: Калі вы пералічваеце грошы на наш банкаўскі рахунак, НЕ пішыце нічога ў поле заўвагі, інакш мы не зможам атрымаць плацёж з-за палітыкі ўрада ў галіне міжнароднага гандлю.
|
|
|
|
* Ён будзе накіраваны ў 1-2 рабочых дзён, калі аплата ясна.
* Мы адправім яго на ваш адрас PayPal. Калі вы хочаце змяніць адрас, калі ласка, адпраўце ваш правільны адрас і нумар тэлефона, на мой адрас электроннай пошты [электронная пошта абаронена]
* Калі пакеты ніжэй 2kg, мы будзем пагружаныя праз паветраную пошту, гэта зойме каля 15-25days да вашай руцэ.
Калі пакет больш чым 2kg, мы грузім праз EMS, DHL, UPS, Fedex хуткая экспрэс-дастаўкі, гэта зойме каля 7 ~ 15days да вашай руцэ.
Калі пакет больш чым 100kg, мы пашлем праз DHL або паветраным транспартам. Гэта зойме каля 3 ~ 7days да вашай руцэ.
Усе пакеты формы China Гуанджоу.
* Пасылка будзе адпраўлена ў якасці "падарунка" і выраблена як мага менш, пакупніку не трэба плаціць за "НАЛОГ".
* Пасля таго, як карабель, мы вышлем Вам па электроннай пошце і даць вам нумар для адсочвання.
|
|
|
Для гарантыі.
Звяжыцеся з намі --- >> Вярніце нам тавар --- >> Атрымайце і адпраўце іншую замену.
Імя: Лю Xiaoxia
Адрас: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Гуанчжоу Кітай.
Паштовы індэкс: 510620
Тэлефон: + 8618078869184
Калі ласка, вярніцеся на гэты адрас і напісаць свой PayPal адрас, імя, праблемы на нататку: |
|
