โปรโตคอลการสตรีมสด

ภาพรวมสื่อการสตรีม:

สิ่งที่เรียกว่าสื่อสตรีมมิ่งหมายถึงรูปแบบสื่อที่เล่นบนอินเทอร์เน็ตโดยการส่งผ่านสตรีมมิ่ง
สื่อสตรีมมิ่งเรียกอีกอย่างว่าสตรีมมิงมีเดียซึ่งหมายความว่าธุรกิจต่างๆใช้เซิร์ฟเวอร์ส่งวิดีโอเพื่อส่งโปรแกรมเป็นแพ็กเก็ตข้อมูลไปยังเครือข่าย
หลังจากผู้ใช้คลายการบีบอัดข้อมูลผ่านอุปกรณ์คลายการบีบอัดโปรแกรมจะแสดงเหมือนเดิม
สื่อสตรีมมิ่งจะส่งไฟล์เสียงวิดีโอและมัลติมีเดียในเครือข่ายโดยการสตรีม
รูปแบบไฟล์มีเดียสตรีมมิ่งเป็นรูปแบบสื่อที่รองรับการส่งและเล่นแบบสตรีมมิ่ง
โหมดการส่งกระแสข้อมูลคือการแบ่งไฟล์มัลติมีเดียเช่นวิดีโอและเสียงออกเป็นแพ็กเกจการบีบอัดผ่านโหมดการบีบอัดพิเศษ
การส่งแบบต่อเนื่องและแบบเรียลไทม์จากเซิร์ฟเวอร์ไปยังคอมพิวเตอร์ของผู้ใช้ ในระบบสตรีมผู้ใช้ไม่ต้องรอทั้งไฟล์เหมือนไม่ใช่สตรีมมิ่ง
หลังจากการดาวน์โหลดทั้งหมดเสร็จสิ้นเราสามารถดูเนื้อหาได้ แต่หลังจากเวลาไม่กี่วินาทีหรือหลายสิบวินาทีของความล่าช้าในการเริ่มต้นเราสามารถใช้งานได้บนคอมพิวเตอร์ของผู้ใช้

เครื่องเล่นที่เกี่ยวข้องจะเล่นไฟล์วิดีโอหรือไฟล์เสียงและสตรีมมิ่งมีเดียที่บีบอัดและส่วนที่เหลือจะดาวน์โหลดต่อไปจนกว่าจะสิ้นสุดการเล่น
RTP: (โปรโตคอลการขนส่งแบบเรียลไทม์)
RTP เป็นโปรโตคอลเลเยอร์การขนส่งสำหรับสตรีมข้อมูลมัลติมีเดียบนอินเทอร์เน็ต RTP ใช้ร่วมกับ RTCP และอิงตามโปรโตคอล UDP

ซึ่งแตกต่างจาก HTTP และ FTP RTP สามารถดาวน์โหลดไฟล์วิดีโอทั้งหมดได้อย่างสมบูรณ์ ส่งข้อมูลบนเครือข่ายด้วยอัตราข้อมูลคงที่ ไคลเอนต์ยังดูไฟล์วิดีโอด้วยความเร็วนี้ เมื่อไหร่
หลังจากเล่นภาพยนตร์และภาพโทรทัศน์แล้วจะไม่สามารถเล่นได้อีกเว้นแต่จะมีการร้องขอข้อมูลจากเซิร์ฟเวอร์อีกครั้ง
RTCP: โปรโตคอลควบคุมการขนส่งแบบเรียลไทม์หรือ RTP (โปรโตคอลควบคุมหรือ RTCP)
RTCP เป็นโปรโตคอลน้องสาวของ RTP
หมายเหตุ: -: ใช้โปรโตคอล RTP และ RTCP ร่วมกันและใช้โปรโตคอล UDP (โดยทั่วไปใช้สำหรับการประชุมทางวิดีโอ)
RTSP: (โปรโตคอลการสตรีมแบบเรียลไทม์)
โปรโตคอลเซสชันสื่อการสตรีมแบบเรียลไทม์, SDP (Session Description Protocol), RTP (real time Transport Protocol)
RTSP เป็นโปรโตคอลการสตรีมมัลติมีเดียที่ใช้ในการควบคุมเสียงหรือวิดีโอ RTSP มีเฟรมเวิร์กที่ขยายได้ซึ่งทำให้สามารถควบคุมและต้องการข้อมูลแบบเรียลไทม์เช่นเสียงและวิดีโอ
ข้อมูลสื่อใช้โปรโตคอล RTP, RTCP
โดยทั่วไปแล้ว UDP จะใช้เป็นชั้นการขนส่ง เหมาะสำหรับฉาก IPTV
แหล่งข้อมูลประกอบด้วยข้อมูลภาคสนามและข้อมูลที่จัดเก็บในคลิป วัตถุประสงค์ของโปรโตคอลนี้คือเพื่อควบคุมการเชื่อมต่อการส่งข้อมูลหลายช่องทางและจัดเตรียมวิธีการเลือกช่องทางการส่งเช่น UDP, UDP แบบหลายผู้รับและ TCP

นอกจากนี้ยังมีวิธีการเลือกกลไกการส่งข้อมูลตาม RTP
โปรโตคอลเครือข่ายที่ใช้ในการส่งข้อมูลไม่อยู่ในขอบเขตของคำจำกัดความ เซิร์ฟเวอร์สามารถเลือกใช้ TCP หรือ UDP ในการส่งเนื้อหาสตรีมซึ่งสามารถทนต่อความล่าช้าของเครือข่ายได้มากกว่า
---> ความแตกต่างที่ใหญ่ที่สุดระหว่าง RTSP และ RTP คือ RTSP เป็นโปรโตคอลการส่งข้อมูลแบบเรียลไทม์สองทางซึ่งช่วยให้ไคลเอนต์สามารถส่งคำขอไปยังเซิร์ฟเวอร์เช่นการเล่นกรอเดินหน้าถอยหลังและอื่น ๆ เมื่อไหร่
อย่างไรก็ตาม RTSP สามารถส่งข้อมูลตาม RTP และยังสามารถเลือก TCP, UDP, UDP แบบหลายผู้รับและช่องทางอื่น ๆ เพื่อส่งข้อมูลซึ่งมีความสามารถในการปรับขนาดได้ดี คล้ายกับโปรโตคอล HTTP

โปรโตคอลเลเยอร์แอปพลิเคชันเครือข่าย

WebRTC:
มีการใช้โปรโตคอลของสื่อสตรีมมิ่งบนเว็บ เมื่อ Google เปิดตัว webrtc ครั้งแรกยักษ์ใหญ่ต่างมองด้วยความเย็นชาหรือต่อต้าน โปรโตคอล RTP ใช้สำหรับการส่งข้อมูล
RTMP (โปรโตคอลการส่งข้อความตามเวลาจริง)
Macromedia ได้พัฒนาชุดโปรโตคอลวิดีโอสดซึ่งตอนนี้เป็นของ adobe เช่นเดียวกับ HLS สามารถนำไปใช้กับวิดีโอสดได้และจะไม่สูญหายไปตาม TCP

// ความแตกต่างคือ RTMP ไม่สามารถเล่นในเบราว์เซอร์ IOS ที่ใช้แฟลชได้ แต่ประสิทธิภาพแบบเรียลไทม์ดีกว่า HLS
โปรโตคอลการส่งข้อความแบบเรียลไทม์เป็นโปรโตคอลแบบเปิดที่พัฒนาโดย Adobe Systems สำหรับการส่งสัญญาณเสียงวิดีโอและข้อมูลระหว่างเครื่องเล่นแฟลชและเซิร์ฟเวอร์

// ในรหัส IOS มักใช้ RTMP เพื่อพุชสตรีมมิ่ง คุณสามารถใช้ไลบรารีของบุคคลที่สาม librtmp IOS เพื่อพุชสตรีมมิ่ง Librtmp ห่อหุ้ม API หลักบางส่วนเพื่อให้ผู้ใช้เรียกใช้
โปรโตคอล RTMP ยังต้องการไคลเอนต์และเซิร์ฟเวอร์ในการสร้างการเชื่อมต่อ RTMP ผ่าน "handshake" จากนั้นจึงส่งข้อมูลควบคุมการเชื่อมต่อ โปรโตคอล RTMP จะจัดรูปแบบข้อมูลระหว่างการส่ง เพื่อให้เกิดการมัลติเพล็กซ์การรับเหมาช่วงและความเป็นธรรมของข้อมูลที่ดีขึ้นผู้ส่งจะแบ่งข้อความออกเป็นกลุ่มด้วย ID ข้อความและแต่ละกลุ่มอาจเป็นข้อความแยกกัน

นอกจากนี้ยังอาจเป็นส่วนหนึ่งของข้อความ ผู้รับจะคืนค่าส่วนเป็นข้อความที่สมบูรณ์ตามความยาวของข้อมูล ID ข้อความและข้อความที่อยู่ในกลุ่มเพื่อส่งและรับข้อมูล

HLS: HTTP Live Streaming (HLS)
เป็นโปรโตคอลการส่งผ่านสื่อสตรีมมิ่ง HTTP ที่ใช้งานโดย Apple Inc
สามารถรับรู้สื่อสตรีมมิ่งแบบสดและแบบออนดีมานด์ซึ่งส่วนใหญ่ใช้ในระบบ IOS
เพื่อให้บริการโซลูชั่นเสียงและวิดีโอสดและออนดีมานด์สำหรับอุปกรณ์ IOS (เช่น iPhone และ iPad)
HLS on demand นั้นโดยทั่วไปแล้ว HTTP ที่แบ่งกลุ่มตามความต้องการ ความแตกต่างคือส่วนของมันมีขนาดเล็กมาก
เมื่อเปรียบเทียบกับโปรโตคอลสตรีมมิงแบบสดทั่วไปเช่นโปรโตคอล RTMP โปรโตคอล RTSP โปรโตคอล MMS เป็นต้นความแตกต่างที่ใหญ่ที่สุดของสตรีมมิงแบบสด HLS คือสิ่งที่ไคลเอ็นต์สตรีมมิงแบบสดได้รับไม่ใช่ข้อความที่สมบูรณ์

สตรีมข้อมูลทั้งหมด
โปรโตคอล HLS เก็บสตรีมข้อมูลสดเป็นไฟล์มีเดียต่อเนื่องระยะสั้นและยาว (รูปแบบ mpeg-ts) ที่ฝั่งเซิร์ฟเวอร์ในขณะที่ฝั่งไคลเอ็นต์ดาวน์โหลดและเล่นไฟล์ขนาดเล็กเหล่านี้อย่างต่อเนื่อง
เนื่องจากเซิร์ฟเวอร์จะสร้างไฟล์ขนาดเล็กใหม่จากข้อมูลสดล่าสุดอยู่เสมอตราบใดที่ไคลเอนต์เล่นไฟล์ที่ได้รับจากเซิร์ฟเวอร์อย่างต่อเนื่องตามลำดับการถ่ายทอดสดจะรับรู้
จะเห็นได้ว่าโดยพื้นฐานแล้ว HLS จะขึ้นอยู่กับ>> เทคโนโลยีตามความต้องการเพื่อให้เกิดการถ่ายทอดสด <<. เนื่องจากข้อมูลถูกส่งผ่านโปรโตคอล HTTP จึงไม่จำเป็นต้องพิจารณาไฟร์วอลล์หรือพร็อกซี
ยิ่งไปกว่านั้นความยาวของไฟล์ที่แบ่งส่วนนั้นสั้นมากดังนั้นไคลเอนต์จึงสามารถเลือกและเปลี่ยนอัตรารหัสได้อย่างรวดเร็วเพื่อปรับให้เข้ากับการเล่นภายใต้เงื่อนไขแบนด์วิดท์ที่แตกต่างกัน อย่างไรก็ตามลักษณะทางเทคนิคประเภทนี้ของ HLS เป็นตัวกำหนดการพัฒนาในอนาคต

โดยทั่วไปความล่าช้าจะสูงกว่าโปรโตคอลสตรีมมิงแบบสดปกติเสมอ
// ทั้ง IOS และ Android รองรับโปรโตคอลนี้ตามธรรมชาติและการกำหนดค่าก็ง่าย คุณสามารถใช้แท็กวิดีโอได้โดยตรง
*** VLS: เป็นเซิร์ฟเวอร์สตรีมมิ่งชนิดหนึ่งซึ่งใช้เป็นพิเศษเพื่อแก้ปัญหาต่างๆของการสตรีม นอกจากนี้ยังมีลักษณะบางอย่างของ VLC ในฐานะเซิร์ฟเวอร์ videolan สามารถส่งออกสตรีม HTTP, RTP และ RTSP
โดยหลักการแล้ว RTSP, RTMP และ HTTP สามารถใช้สำหรับการถ่ายทอดสดและตามความต้องการ แต่โดยทั่วไปแล้ว RTSP และ RTMP จะใช้สำหรับการถ่ายทอดสดและ HTTP จะใช้สำหรับการออกอากาศตามความต้องการ เราเลือกโปรโตคอล RTMP

ความล่าช้าของโปรโตคอลต่างๆและสาเหตุ

RTMP และ httpflv: ข้อมูลของโปรโตคอลทั้งสองนี้ใกล้เคียงกันโดยประมาณดังนั้นสาเหตุของความล่าช้าจึงคล้ายกัน เป็นเรื่องสมเหตุสมผลที่จะกล่าวว่าความล่าช้าของการถ่ายทอดสดสตรีมมิ่ง TCP นั้นต่ำมาก เหตุใดจึงมีความล่าช้าใน RTMP และ httpflv เหตุผลก็คือใน h264, RTMP และ httpflv ต่างก็ส่งแท็ก flv ข้อมูลของแท็กวิดีโอมักเป็นข้อมูล H264 การถอดรหัส H264 มี IBP ฉันคือคีย์เฟรมซึ่งเป็นภาพที่สมบูรณ์ ก่อนอื่นคุณต้องมี I เพื่อถอดรหัส BP ต่อไปนี้ จำนวนเฟรม BP อาจน้อยได้ตามที่คุณต้องการ แต่จำนวนเฟรม I ต้องไม่น้อยกว่าดังนั้นเฟรมของฉันต้องอยู่ในการส่งแท็ก flv คือการส่งที่สอง (อันแรกคือ h264spps) อย่างไรก็ตาม I-frames ไม่ใช่เรื่องธรรมดาในสตรีม H264 มี แต่ไอเฟรมหลังอื่น ช่วงเวลานี้เรียกโดยทั่วไปว่า GOP เมื่อเข้ารหัส GOP ถูกตั้งค่าให้สั้นมาก เมื่อไคลเอนต์เชื่อมต่อเซิร์ฟเวอร์จะค้นหา I-frame ล่าสุดในสตรีมด้วยความเร็วสูงสุดและส่งข้อมูลสดจาก I-frame อย่างไรก็ตามเมื่อ GOP ยาวมาก I-frame interval จะยาวมากหรือรอให้ I frame ถัดไปเริ่มส่งข้อมูลไปยังการเชื่อมต่อใหม่หรือค้นหา I frame ล่าสุดในแคชเพื่อเริ่มส่ง นี่คือกุญแจสำคัญในการหน่วงเวลาของโปรโตคอล RTMP และ HLS ในแพลตฟอร์ม CDN หลัก ๆ เรียกว่า "RTMP second on technology" หลักการคือถอดรหัสข้อมูลการสตรีมสองครั้งและตั้งค่า GOP ขนาดเล็ก โดยทั่วไปเมื่อตั้งค่า GOP เป็น 1 วินาทีโดยไม่คำนึงถึงความล่าช้าของลิงก์การส่งผ่านเครือข่ายความล่าช้าของข้อมูลสูงสุดคือ 1 วินาที โชคดีที่ฉันเฟรมเป็น 0 ดีเลย์!

 

 

 

ไกลเท่าไหร่ (ยาว) ฝาครอบเครื่องส่งสัญญาณหรือไม่ ช่วงส่งขึ้นอยู่กับปัจจัยหลายอย่าง ระยะทางจริงจะขึ้นอยู่กับการติดตั้งเสาอากาศสูงที่ได้รับเสาอากาศโดยใช้สภาพแวดล้อมเช่นอาคารและสิ่งกีดขวางอื่น ๆ , ความไวของตัวรับสัญญาณ, เสาอากาศของเครื่องรับ การติดตั้งเสาอากาศสูงมากขึ้นและใช้ในชนบทระยะทางจะไกลมากขึ้น ตัวอย่าง 5W FM Transmitter ใช้ในเมืองและบ้านเกิด: ฉันมีการใช้งานของลูกค้า 5W ส่งสัญญาณ FM ประเทศสหรัฐอเมริกาที่มีเสาอากาศ GP ในบ้านเกิดของเขาและเขาทดสอบกับรถมันครอบคลุม 10km (6.21mile) ผมทดสอบการส่งสัญญาณ FM 5W กับเสาอากาศ GP ในบ้านเกิดของฉันมันครอบคลุมเกี่ยวกับ 2km (1.24mile) ผมทดสอบการส่งสัญญาณ FM 5W กับเสาอากาศ GP ในเมืองกวางโจวมันครอบคลุมเกี่ยวกับเพียง 300meter (984ft) ด้านล่างนี้เป็นช่วงโดยประมาณของเครื่องส่งสัญญาณ FM อำนาจที่แตกต่างกัน (ช่วงมีเส้นผ่าศูนย์กลาง) 0.1W ~ 5W FM Transmitter: 100M ~ 1KM 5W ~ 15W FM Ttransmitter: 1KM ~ 3KM 15W ~ 80W FM Transmitter: 3KM ~ 10KM 80W ~ 500W FM Transmitter: 10KM ~ 30KM 500W ~ 1000W FM Transmitter: 30KM ~ 50KM 1KW ~ 2KW FM Transmitter: 50KM ~ 100KM 2KW ~ 5KW FM Transmitter: 100KM ~ 150KM 5KW ~ 10KW FM Transmitter: 150KM ~ 200KM วิธีการติดต่อเราเพื่อส่งสัญญาณหรือไม่ โทรหาฉัน + 8618078869184 หรือ ส่งอีเมลถึงฉัน [ป้องกันอีเมล] 1.How ไกลคุณต้องการที่จะครอบคลุมในเส้นผ่าศูนย์กลาง? 2.How สูงของหอคุณ? 3.Where คุณมาจาก? และเราจะให้คำแนะนำมืออาชีพมากขึ้น เกี่ยวกับเรา FMUSER.ORG เป็น บริษัท บูรณาการระบบที่เน้นการส่งสัญญาณไร้สาย RF / อุปกรณ์สตูดิโอวิดีโอเสียง / สตรีมมิ่งและการประมวลผลข้อมูลเราให้บริการทุกอย่างตั้งแต่คำแนะนำและคำปรึกษาผ่านการรวมเข้ากับแร็คจนถึงการติดตั้ง   เรานำเสนอเครื่องส่งสัญญาณ FM, เครื่องส่งสัญญาณโทรทัศน์อะนาล็อก, เครื่องส่งสัญญาณโทรทัศน์ดิจิตอล, เครื่องส่งสัญญาณ VHF UHF, เสาอากาศ, ช่องเสียบสายโคแอกเชียล, STL, การประมวลผลทางอากาศ, ผลิตภัณฑ์ออกอากาศสำหรับสตูดิโอ, การตรวจสอบสัญญาณ ผลิตภัณฑ์ IPTV, Video / Audio Encoder / Decoder ออกแบบมาเพื่อตอบสนองความต้องการของทั้งเครือข่ายออกอากาศระหว่างประเทศขนาดใหญ่และสถานีส่วนตัวขนาดเล็กเหมือนกัน   โซลูชันของเรามีสถานีวิทยุ FM / สถานีโทรทัศน์อะนาล็อก / สถานีโทรทัศน์ดิจิตอล / อุปกรณ์สตูดิโอวิดีโอเสียง / ลิงค์เครื่องส่งสัญญาณสตูดิโอ / ระบบส่งสัญญาณโทรมาตร / ระบบโทรทัศน์ของโรงแรม / การแพร่ภาพสด IPTV / สตรีมมิงถ่ายทอดสด / การประชุมทางวิดีโอ / ระบบกระจายเสียง CATV   เราใช้ผลิตภัณฑ์เทคโนโลยีขั้นสูงสำหรับทุกระบบเพราะเรารู้ว่าความน่าเชื่อถือสูงและประสิทธิภาพสูงเป็นสิ่งสำคัญสำหรับระบบและโซลูชั่น ในเวลาเดียวกันเรายังต้องให้แน่ใจว่าระบบผลิตภัณฑ์ของเราในราคาที่สมเหตุสมผล   เรามีลูกค้าของผู้แพร่ภาพกระจายเสียงภาครัฐและเชิงพาณิชย์ผู้ประกอบการด้านการสื่อสารและหน่วยงานกำกับดูแลและเรายังนำเสนอโซลูชั่นและผลิตภัณฑ์ให้กับผู้กระจายสัญญาณขนาดเล็กท้องถิ่นและชุมชนหลายร้อยราย   FMUSER.ORG ส่งออกมานานกว่า 15 ปีและมีลูกค้าทั่วโลก ด้วยประสบการณ์ 13 ปีในด้านนี้เรามีทีมงานมืออาชีพเพื่อแก้ปัญหาทุกประเภทของลูกค้า เราทุ่มเทในการจัดหาผลิตภัณฑ์และบริการระดับมืออาชีพในราคาที่สมเหตุสมผล อีเมลติดต่อ: [ป้องกันอีเมล] โรงงานของเรา เรามี สร้างสรรค์สิ่งใหม่ ๆ ของโรงงาน คุณจะยินดีที่จะเข้าเยี่ยมชมโรงงานของเราเมื่อคุณมาถึงประเทศจีน ในปัจจุบันมีอยู่แล้ว ลูกค้า 1095 ทั่วโลกเข้าเยี่ยมชมสำนักงานกวางเจาของเรา ถ้าคุณมาถึงประเทศจีนคุณจะยินดีที่จะมาเยี่ยมชม ในงาน นี่คือการมีส่วนร่วมของเราในแหล่งที่มาทั่วโลก 2012 ฮ่องกง Electronics Fair . ลูกค้าจากทั่วทุกมุมโลก ในที่สุดก็มีโอกาสที่จะได้พบปะกัน Fmuser อยู่ที่ไหน คุณสามารถค้นหาหมายเลขนี้ " 23.127460034623816,113.33224654197693 "ใน google map จากนั้นคุณจะพบสำนักงาน fmuser ของเรา สำนักงาน FMUSER กว่างโจวอยู่ใน Tianhe District ซึ่งเป็น ศูนย์กลางของแคนตัน . มาก ใกล้ ไป แคนตันแฟร์ , กว่างโจวสถานีรถไฟ, ถนน xiaobei และ dashatou จะต้อง 10 นาที ถ้าใช้เวลา TAXI . ยินดีต้อนรับเพื่อน ๆ ทั่วโลกเพื่อเยี่ยมชมและเจรจาต่อรอง ติดต่อ: บลูสกาย โทรศัพท์มือถือ: + 8618078869184 WhatsApp: + 8618078869184 Wechat: + 8618078869184 E-mail: [ป้องกันอีเมล] QQ: 727926717 skype: sky198710021 ที่อยู่: No.305 ห้อง Huilan อาคาร No.273 Huanpu ถนนกว่างโจวประเทศจีนไปรษณีย์: 510620 ภาษาอังกฤษ: เรายอมรับการชำระเงินทั้งหมดเช่น PayPal, Credit Card, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer หากคุณมีคำถามใด ๆ โปรดติดต่อฉัน [ป้องกันอีเมล] หรือ WhatsApp + 8618078869184 PayPal  www.paypal.com เราขอแนะนำให้คุณใช้ PayPal เพื่อซื้อสินค้าของเราที่ PayPal เป็นวิธีการที่ปลอดภัยที่จะซื้อบนอินเทอร์เน็ต ทุกด้านล่างของหน้าในรายการของเราด้านบนมีโลโก้ PayPal จะจ่าย บัตรเครดิต.หากคุณไม่ได้มี PayPal แต่คุณมีบัตรเครดิตคุณยังสามารถคลิกที่ปุ่มสีเหลือง PayPal ชำระเงินด้วยบัตรเครดิตของคุณ -------------------------------------------------- ------------------- แต่ถ้าคุณยังไม่ได้บัตรเครดิตและไม่ได้มีบัญชี PayPal หรือยากที่จะมี Accout PayPal คุณสามารถใช้ต่อไปนี้: เวสเทิร์นยูเนี่ย  www.westernunion.com   ชำระเงินผ่าน Western Union กับฉัน: ชื่อ / ชื่อจริง: Yingfeng นามสกุล / นามสกุล / นามสกุล: จาง ชื่อเต็ม: Yingfeng Zhang ประเทศ: China เมืองกว่างโจว  -------------------------------------------------- ------------------- T / T  ชำระเงินด้วย T / T (โอน / โอน / โอนเงินผ่านธนาคาร)  ข้อมูลธนาคารแรก (บัญชีบริษัท): SWIFT BIC: BKCHHKHHXXX ชื่อธนาคาร: ธนาคารแห่งประเทศจีน (ฮ่องกง) จำกัด ฮ่องกง ที่อยู่ธนาคาร: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG รหัสธนาคาร: 012 ชื่อบัญชี: FMUSER INTERNATIONAL GROUP LIMITED เลขที่บัญชี : 012-676-2-007855-0 -------------------------------------------------- ------------------- ข้อมูลธนาคารที่สอง (บัญชีบริษัท): ผู้รับผลประโยชน์: Fmuser International Group Inc หมายเลขบัญชี: 44050158090900000337 ธนาคารผู้รับผลประโยชน์: China Construction Bank สาขากวางตุ้ง SWIFT Code: PCBCCNBJGDX ที่อยู่: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China **หมายเหตุ: เมื่อคุณโอนเงินเข้าบัญชีธนาคารของเรา โปรดอย่าเขียนอะไรในช่องหมายเหตุ มิฉะนั้น เราจะไม่สามารถรับการชำระเงินได้เนื่องจากนโยบายของรัฐบาลเกี่ยวกับธุรกิจการค้าระหว่างประเทศ * มันจะถูกส่งไปใน 1 2-วันทำการเมื่อชำระเงินที่ชัดเจน * เราจะส่งไปยังที่อยู่ของ PayPal หากคุณต้องการเปลี่ยนที่อยู่กรุณาส่งที่อยู่ที่ถูกต้องและหมายเลขโทรศัพท์อีเมลของฉัน [ป้องกันอีเมล] * ถ้าแพคเกจที่อยู่ด้านล่าง 2kg เราจะถูกส่งผ่านทางไปรษณีย์ทางอากาศก็จะใช้เวลาประมาณ 15-25days ถึงมือของท่าน ถ้าแพคเกจเป็นมากกว่า 2kg เราจะจัดส่งทาง EMS, DHL, UPS, Fedex ส่งด่วนรวดเร็วก็จะใช้เวลาประมาณ 7 ~ 15days ถึงมือของท่าน ถ้าแพคเกจมากกว่า 100kg เราจะส่งผ่าน DHL หรือขนส่งสินค้าทางอากาศ จะใช้เวลาประมาณ 3 ~ 7days ถึงมือของท่าน แพคเกจทั้งหมดที่มีรูปแบบจีนกวางโจว * แพคเกจจะถูกส่งเป็น "ของขวัญ" และแจ้งให้ทราบน้อยที่สุดเท่าที่จะเป็นไปได้ผู้ซื้อไม่จำเป็นต้องจ่าย "ภาษี" * หลังจากเรือเราจะส่ง E-mail และให้คุณติดตามตัวเลข สำหรับการรับประกัน ติดต่อเรา --- >> ส่งคืนสินค้าให้เรา --- >> รับและส่งเปลี่ยนใหม่ ชื่อ: หลิว Xiaoxia ที่อยู่: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu กว่างโจวประเทศจีน ไปรษณีย์: 510620 โทรศัพท์: + 8618078869184 โปรดกลับไปอยู่นี้และเขียนที่อยู่ของ PayPal ชื่อปัญหาของคุณบนหมายเหตุ:

สินค้าอื่น ๆ ของเรา:

ระบบป้องกันฟ้าผ่าแบบมืออาชีพสำหรับทาวเวอร์	แพ็คเกจอุปกรณ์สถานีวิทยุ FM แบบมืออาชีพ	FMUSER FU-1000C เครื่องส่งสัญญาณ FM 1000W พร้อมอินเทอร์เฟซอินพุตเสียง USB
แพ็คเกจกระจายเสียงวิทยุ FMUSER 200W	โซลูชัน IPTV ของโรงแรม	FMUSER FSN-1000T V5.0 1KW เครื่องส่งสัญญาณวิทยุ FM