RTP / RTCP 、 TCP 、 UDP 、 RTMP 、 RTSP (2)

Tài liệu tham khảo RFC2326
Giao thức truyền phát thời gian thực (Real Time Streaming Protocol) là một giao thức truyền phát đa phương tiện được sử dụng để điều khiển âm thanh hoặc video và cho phép kiểm soát nhiều nhu cầu phát trực tuyến đồng thời. Giao thức truyền thông mạng được sử dụng trong quá trình truyền không nằm trong phạm vi xác định của nó. Phía máy chủ Bạn có thể chọn sử dụng TCP hoặc UDP để truyền tải nội dung trực tuyến. Cú pháp và hoạt động của nó tương tự như HTTP 1.1, nhưng đồng bộ hóa thời gian không được nhấn mạnh đặc biệt, vì vậy nó có thể chịu được sự chậm trễ của mạng. Kiểm soát nhu cầu đa luồng (Multicast) được đề cập trước đó không chỉ có thể giảm mức sử dụng mạng ở phía máy chủ mà còn hỗ trợ hội nghị truyền hình nhiều bên (Video Conference). Bởi vì nó hoạt động tương tự như HTTP1.1, chức năng bộ nhớ cache "Bộ nhớ cache" của máy chủ proxy "Proxy" cũng có thể áp dụng cho RTSP và vì RTSP có chức năng chuyển hướng, máy chủ cung cấp dịch vụ có thể được chuyển đổi theo tải thực tế tình huống để Tránh tải quá nhiều tập trung trên cùng một máy chủ và gây ra sự chậm trễ.

　　 được đề xuất bởi Real Networks và Netscape. Giao thức xác định cách một-nhiều ứng dụng có thể truyền dữ liệu đa phương tiện thông qua mạng IP một cách hiệu quả. RTSP cung cấp một khuôn khổ có thể mở rộng giúp bạn có thể kiểm soát và theo yêu cầu dữ liệu thời gian thực, chẳng hạn như âm thanh và video. Nguồn dữ liệu bao gồm dữ liệu trực tiếp và dữ liệu được lưu trữ trong clip.
Mục đích của giao thức này là kiểm soát nhiều kết nối truyền dữ liệu, cung cấp cách chọn kênh truyền, chẳng hạn như UDP, UDP đa hướng và TCP, và cung cấp phương pháp chọn cơ chế truyền dựa trên RTP.

RTP truyền dữ liệu âm thanh / video. Nếu nó là PLAY, máy chủ sẽ gửi nó cho máy khách. Nếu nó là RECORD, nó có thể được máy khách gửi đến máy chủ. Toàn bộ giao thức RTP bao gồm hai phần liên quan chặt chẽ với nhau: giao thức dữ liệu RTP và giao thức điều khiển RTP (tức là RTCP) ；

　　 RTCP: RTCP bao gồm Báo cáo người gửi và Báo cáo người nhận, được sử dụng để đồng bộ hóa âm thanh / video và các mục đích khác, và là một giao thức điều khiển;

　　Các yêu cầu RTSP chủ yếu bao gồm DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, v.v., như tên của nó, nó có thể được biết đến như một chức năng đối thoại và điều khiển;

　　 Trong cuộc hội thoại RTSP, SETUP có thể xác định cổng được sử dụng bởi RTP / RTCP, PLAY / PAUSE / TEARDOWN có thể bắt đầu hoặc dừng việc gửi RTP, v.v.;

　　 TCP, tên đầy đủ là Giao thức kiểm soát chuyển giao, và tên tiếng Trung là Transmission Control Protocol. Nó hoạt động trên lớp vận chuyển OSI và cung cấp các dịch vụ truyền dẫn đáng tin cậy theo định hướng kết nối.

　　 Công việc của TCP chủ yếu là thiết lập kết nối, sau đó nhận dữ liệu từ chương trình lớp ứng dụng và truyền đi. TCP sử dụng kết nối mạch ảo để hoạt động. Trước khi gửi dữ liệu, nó cần thiết lập kết nối giữa người gửi và người nhận. Sau khi dữ liệu được gửi, người gửi sẽ đợi người nhận đưa ra phản hồi xác nhận, nếu không, người gửi sẽ nghĩ Dữ liệu này bị mất và gửi lại dữ liệu này.

RTP không giống như http và ftp có thể tải xuống toàn bộ tệp phim. Nó gửi dữ liệu trên mạng với tốc độ dữ liệu cố định. Máy khách cũng xem tệp phim ở tốc độ này. Sau khi màn hình chiếu phim, không thể phát lại nhiều lần. , Trừ khi bạn yêu cầu lại dữ liệu từ máy chủ.

　　 Sự khác biệt lớn nhất giữa RTSP và RTP là: RTSP là giao thức truyền dữ liệu thời gian thực hai chiều, cho phép máy khách gửi các yêu cầu đến máy chủ, chẳng hạn như các hoạt động phát lại, tua đi nhanh và ngược lại.

　　 Tất nhiên, RTSP có thể truyền dữ liệu dựa trên RTP và cũng có thể chọn TCP, UDP, UDP đa hướng và các kênh khác để gửi dữ liệu, có khả năng mở rộng tốt.
Nó là một giao thức lớp ứng dụng mạng tương tự như giao thức http.

Số thứ tự: cho biết vị trí của phân đoạn trong chuỗi các phân đoạn được truyền đi

Số xác nhận: chỉ định số thứ tự của phân đoạn đã nhận thành công, số thứ tự xác nhận chứa số thứ tự tiếp theo mà phần cuối gửi xác nhận mong đợi nhận được

TCP offset: chỉ định độ dài của tiêu đề phân đoạn. Độ dài của tiêu đề mục phụ thuộc vào tùy chọn được đặt trong trường tùy chọn tiêu đề mục

Dành riêng: Trường dành riêng được chỉ định để sử dụng trong tương lai

PSH: Cho biết dữ liệu sẽ được gửi đến quá trình nhận càng sớm càng tốt

FIN: Cho biết người gửi đã hoàn tất quá trình truyền dữ liệu

Cửa sổ: Chỉ định lệnh về kích thước của phân đoạn tiếp theo mà người gửi có thể truyền

Checksum: Tổng kiểm tra chứa tiêu đề phân đoạn TCP và phần dữ liệu, được sử dụng để xác minh độ tin cậy của tiêu đề phân đoạn và phần dữ liệu

Khẩn cấp: chỉ ra rằng phân đoạn chứa thông tin khẩn cấp và con trỏ khẩn cấp chỉ hợp lệ khi cờ URG được đặt thành 1.

Tùy chọn: Kích thước phân đoạn được công nhận, dấu thời gian, phần cuối của trường tùy chọn được chỉ định và tùy chọn ranh giới của trường tùy chọn được chỉ định

Thiết lập kết nối TCP: Quá trình thiết lập kết nối TCP còn được gọi là bắt tay ba chiều TCP. Đầu tiên, máy chủ người gửi khởi tạo một yêu cầu đồng bộ hóa (SYN) để thiết lập kết nối với máy chủ người nhận; máy chủ người nhận trả lời bằng phản hồi đồng bộ hóa / xác nhận (SYN / ACK) cho máy chủ người gửi sau khi nhận được yêu cầu này; máy chủ người gửi nhận được thông tin này Sau khi gói được gửi một xác nhận (ACK) đến máy chủ người nhận, lúc này kết nối TCP đã được thiết lập thành công;

Đóng kết nối TCP: Sau khi máy chủ người gửi và máy chủ đích thiết lập kết nối TCP và hoàn tất quá trình truyền dữ liệu, một gói dữ liệu có cờ kết thúc được đặt thành 1 sẽ được gửi để đóng kết nối TCP và giải phóng không gian đệm bị chiếm bởi kết nối tại cùng lúc; TCP reset Setting: TCP cho phép kết nối bị ngắt đột ngột trong quá trình truyền, quá trình này được gọi là TCP reset;

Phân loại và xác nhận dữ liệu TCP: TCP là một giao thức truyền tải đáng tin cậy. Nó sử dụng số thứ tự và số xác nhận để theo dõi việc nhận dữ liệu trong quá trình truyền;

Truyền lại TCP: Trong quá trình truyền TCP, nếu máy chủ nhận không nhận được phản hồi xác nhận đối với gói dữ liệu trong khoảng thời gian chờ truyền lại, máy chủ người gửi sẽ coi gói dữ liệu bị mất và gửi lại gói dữ liệu cho máy thu Bên, điều này được gọi là truyền lại TCP;

Xác nhận trễ TCP: TCP không phải lúc nào cũng xác nhậnata ngay sau khi nhận được nó. Nó cho phép máy chủ gửi thông báo xác nhận của riêng mình cho bên kia trong khi nhận dữ liệu.

Bảo vệ dữ liệu TCP (checksum): TCP là một giao thức truyền đáng tin cậy, cung cấp tính toán tổng kiểm tra để nhận ra tính toàn vẹn của dữ liệu trong quá trình truyền.

　　 Giao thức UDP là tên viết tắt của tiếng Anh UserDatagramProtocol, tức là giao thức datagram của người dùng, được sử dụng chủ yếu để hỗ trợ các ứng dụng mạng cần truyền dữ liệu giữa các máy tính. Nhiều ứng dụng mạng máy khách / máy chủ bao gồm hệ thống hội nghị truyền hình mạng cần sử dụng giao thức UDP. Giao thức UDP đã được sử dụng trong nhiều năm kể từ khi ra đời. Mặc dù vẻ rực rỡ ban đầu của nó đã bị che lấp bởi một số giao thức tương tự, ngay cả ngày nay, UDP vẫn là một giao thức lớp truyền tải mạng rất thực tế và khả thi.

　　 Giống như giao thức TCP (Transmission Control Protocol) nổi tiếng, giao thức UDP nằm ngay trên đầu giao thức IP (Internet Protocol). Theo mô hình tham chiếu OSI (Open System Interconnection), UDP và TCP đều là giao thức lớp truyền tải.

　　 Chức năng chính của giao thức UDP là nén lưu lượng dữ liệu mạng thành dạng biểu đồ dữ liệu. Một sơ đồ dữ liệu điển hình là một đơn vị truyền dữ liệu nhị phân. 8 byte đầu tiên của mỗi gói dữ liệu được sử dụng để chứa thông tin tiêu đề, và các byte còn lại được sử dụng để chứa dữ liệu truyền cụ thể.

　　 TCP là một giao thức điểm-điểm, có nghĩa là mỗi máy khách cần phải tách liên kết máy khách / máy chủ, do đó việc truyền dữ liệu đến nhiều máy khách không thể thực hiện được ở cấp độ mạng. Nếu một luồng dữ liệu phải được truyền đến nhiều máy khách cùng một lúc, thì máy chủ phải truyền một bản sao của luồng dữ liệu đến từng máy khách. TCP có thể tự động điều chỉnh tốc độ truyền theo băng thông mạng và mức độ tắc nghẽn và gửi lại các gói dữ liệu bị mất. Độ tin cậy của quá trình truyền dữ liệu được đảm bảo, nhưng tài nguyên máy chủ rất tốn kém và khó đảm bảo hiệu suất truyền tải luồng dữ liệu theo thời gian thực khi luồng dữ liệu lớn.

UDP là một giao thức truyền tải không đáng tin cậy. Khi kết thúc gửi, tốc độ UDP truyền dữ liệu chỉ bị giới hạn bởi tốc độ ứng dụng tạo ra dữ liệu, dung lượng máy tính và băng thông truyền; ở đầu nhận, UDP đặt từng đoạn tin nhắn vào một hàng đợi. Ứng dụng đọc một đoạn tin nhắn từ hàng đợi mỗi lần; giao thức UDP không cần duy trì trạng thái kết nối, và không nghĩ rằng mọi gói dữ liệu đều phải đến đầu nhận, do đó tải mạng nhỏ hơn TCP, và tốc độ truyền tải nhanh hơn TCP; Mạng càng tắc nghẽn thì càng mất nhiều gói dữ liệu.

　　 Sự khác biệt chính giữa giao thức UDP và TCP là làm thế nào để đạt được sự truyền tải thông tin đáng tin cậy. Giao thức TCP chứa một cơ chế đảm bảo phân phối đặc biệt. Khi bộ thu dữ liệu nhận được thông tin từ bên gửi, nó sẽ tự động gửi thông báo xác nhận cho bên gửi; Người gửi sẽ chỉ tiếp tục truyền các thông tin khác sau khi nhận được thông báo xác nhận. Nếu không, nó sẽ đợi cho đến khi nhận được thông báo xác nhận.

　　 Vì vậy TCP có nhiều thời gian hơn để thiết lập kết nối so với UDP. So với UDP, TCP có độ bảo mật và độ tin cậy cao hơn. Kích thước của việc truyền giao thức TCP không bị giới hạn. Khi kết nối được thiết lập, cả hai bên có thể truyền một lượng lớn dữ liệu ở một định dạng nhất định, trong khi UDP là một giao thức không đáng tin cậy với giới hạn kích thước, không thể vượt quá 64K mỗi lần.

　　 So với giao thức TCP, một điểm khác biệt khác của giao thức UDP là cách nhận nhiều biểu đồ dữ liệu không mong muốn. Không giống như TCP, UDP không đảm bảo thứ tự gửi và nhận dữ liệu.

RTP nằm trên UDP. Mặc dù UDP không đáng tin cậy như TCP và không thể đảm bảo chất lượng dịch vụngoài các dịch vụ thời gian thực, RTCP cần giám sát quá trình truyền dữ liệu và chất lượng dịch vụ trong thời gian thực. Tuy nhiên, vì độ trễ truyền của UDP thấp hơn TCP nên nó có thể rất tương thích với video và âm thanh. Trận đấu hay. Do đó, trong các ứng dụng thực tế, RTP / RTCP / UDP được sử dụng cho phương tiện âm thanh / video, và TCP được sử dụng để truyền dữ liệu và báo hiệu điều khiển.

Giao thức RTMP là một giao thức được thiết kế đặc biệt để truyền video, âm thanh và dữ liệu một cách hiệu quả. Nó nhận ra truyền video và âm thanh theo thời gian thực bằng cách thiết lập kết nối TCP nhị phân hoặc kết nối đường hầm HTTP.

　　RTMP hỗ trợ nhiều giao thức media hơn các máy chủ media truyền thống. Nó hỗ trợ truyền động nhiều dòng có thể chứa dữ liệu âm thanh, video và kịch bản từ máy chủ đến máy khách và từ máy khách đến máy chủ. RTMP xử lý dữ liệu âm thanh, video và kịch bản riêng biệt.

　　Dữ liệu âm thanh và video được lưu vào bộ đệm riêng biệt trong máy chủ. Nếu dữ liệu âm thanh đạt đến một giới hạn nhất định trong bộ đệm âm thanh, tất cả dữ liệu trong bộ đệm sẽ bị loại bỏ và dữ liệu đến gần đây nhất sẽ được phép bắt đầu thu thập trong bộ đệm và được gửi đến từng máy khách. Dữ liệu video được xử lý theo cách tương tự, điểm khác biệt là khi có khung khóa mới, dữ liệu trong bộ đệm sẽ bị xóa. Khi loại bỏ dữ liệu khung cũ, nếu phát hiện sai dữ liệu của khách hàng thì lắp khung mới và cũ.

　　RTMP cung cấp các mức ưu tiên khác nhau cho dữ liệu. Trong cuộc trò chuyện thời gian thực, âm thanh là quan trọng nhất, video được ưu tiên thấp và dữ liệu tập lệnh được ưu tiên giữa âm thanh và video.

　　 Giao thức RTMP có thể tạo nhiều luồng dữ liệu, nhưng mỗi luồng dữ liệu chỉ có thể có một hướng. Sử dụng RTMP có thể xây dựng một hệ thống như vậy, máy khách có thể tương tác với máy chủ RTMP và máy chủ ứng dụng cùng một lúc, do đó tải trên máy chủ có thể được phân tán, mặc dù trong cấu trúc hệ thống được cải tiến này, các yêu cầu về hiệu suất của máy chủ RTMP tương đối cao.

　　 Giao thức HTTP, tên đầy đủ là HyperText Transfer Protocol, còn tên tiếng Trung là Giao thức truyền siêu văn bản;

　　Giao thức MMS, tên đầy đủ là Microsoft Media Server Protocol, tên tiếng Trung là Microsoft Media Server Protocol;

　　 Giao thức HLS, tên đầy đủ HTTP Live Streaming, là một giao thức truyền tải phương tiện trực tuyến dựa trên HTTP do Apple Inc thực hiện;

Làm thế nào đến nay (dài) bìa phát?

Phạm vi truyền tải phụ thuộc vào nhiều yếu tố. Khoảng cách thật sự dựa trên ăng ten lắp đặt chiều cao, ăng-ten, sử dụng môi trường như xây dựng và các vật cản khác, nhạy của máy thu, ăng ten của máy thu. Lắp đặt ăng ten cao hơn và sử dụng ở nông thôn, khoảng cách sẽ nhiều hơn rất nhiều.

VÍ DỤ 5W FM Transmitter sử dụng trong thành phố và quê hương:

Tôi có một Mỹ sử dụng của khách hàng 5W fm transmitter với GP ăng ten tại quê hương của mình, và ông thử nghiệm nó với một chiếc xe, nó bao gồm 10km (6.21mile).

Tôi kiểm tra fm transmitter 5W với GP ăng-ten ở quê hương của tôi, nó chiếm khoảng 2km (1.24mile).

Tôi kiểm tra fm transmitter 5W với ăng ten GP tại thành phố Quảng Châu, nó chiếm khoảng chỉ 300meter (984ft).

Dưới đây là phạm vi gần đúng của máy phát điện FM khác nhau. (Phạm vi đó là đường kính)

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

Làm thế nào để liên hệ với chúng tôi để phát?

Hãy gọi cho tôi + 8618078869184 HOẶC
Gửi thư điện tử cho tôi [email được bảo vệ]
1.How xa bạn muốn bao gồm đường kính?
2.How cao của bạn tháp?
3.Where là bạn từ đâu?
Và chúng tôi sẽ cung cấp cho bạn lời khuyên chuyên nghiệp hơn.

Về chúng tôi

FMUSER.ORG là một công ty tích hợp hệ thống tập trung vào truyền phát / thu thập dữ liệu và thiết bị âm thanh video không dây RF. Chúng tôi đang cung cấp mọi thứ từ tư vấn và tư vấn thông qua tích hợp giá đỡ đến lắp đặt, vận hành và đào tạo.

Chúng tôi cung cấp Máy phát FM, Máy phát TV Analog, Máy phát TV kỹ thuật số, Máy phát VHF UHF, Ăng-ten, Đầu nối cáp đồng trục, STL, Xử lý không khí, Sản phẩm phát sóng cho Studio, Giám sát tín hiệu RF, Bộ mã hóa RDS, Bộ xử lý âm thanh và Thiết bị điều khiển từ xa, Sản phẩm IPTV, Bộ mã hóa / giải mã video / âm thanh, được thiết kế để đáp ứng nhu cầu của cả các mạng phát sóng quốc tế lớn và các đài tư nhân nhỏ.

Giải pháp của chúng tôi có Đài phát thanh FM / Đài truyền hình tương tự / Đài truyền hình kỹ thuật số / Thiết bị phòng thu âm thanh video / Liên kết máy phát studio / Hệ thống đo xa máy phát / Hệ thống truyền hình khách sạn / Truyền hình trực tiếp IPTV / Truyền phát trực tiếp / Hội nghị video / Hệ thống truyền hình CATV.

Chúng tôi đang sử dụng các sản phẩm công nghệ tiên tiến cho tất cả các hệ thống, bởi vì chúng tôi biết độ tin cậy cao và hiệu suất cao rất quan trọng đối với hệ thống và giải pháp. Đồng thời chúng tôi cũng phải đảm bảo hệ thống sản phẩm của mình với giá cả rất hợp lý.

Chúng tôi có khách hàng của các đài truyền hình công cộng và thương mại, nhà khai thác viễn thông và cơ quan quản lý, và chúng tôi cũng cung cấp giải pháp và sản phẩm cho hàng trăm đài truyền hình nhỏ hơn, địa phương và cộng đồng.

FMUSER.ORG đã xuất khẩu hơn 15 năm và có khách hàng trên khắp thế giới. Với kinh nghiệm 13 năm trong lĩnh vực này, chúng tôi có một đội ngũ chuyên nghiệp để giải quyết tất cả các loại vấn đề của khách hàng. Chúng tôi tận tâm cung cấp giá cả cực kỳ hợp lý của các sản phẩm và dịch vụ chuyên nghiệp. Địa chỉ email liên lạc : [email được bảo vệ]

Nhà máy của chúng tôi

Chúng ta có hiện đại hóa của nhà máy. Bạn được chào đón đến thăm nhà máy của chúng tôi khi bạn đến Trung Quốc.

Hiện nay, đã có khách hàng 1095 trên thế giới đã đến thăm văn phòng Quảng Châu Thiên Hà của chúng ta. Nếu bạn đến Trung Quốc, bạn đều được chào đón đến thăm chúng tôi.

tại Hội chợ

Đây là sự tham gia của chúng tôi trong 2012 Global Sources Hội chợ điện tử Hồng Kông . Khách hàng từ khắp nơi trên thế giới cuối cùng đã có một cơ hội để có được với nhau.

Trường Fmuser là?

Bạn có thể tìm kiếm những con số này " 23.127460034623816,113.33224654197693 "trong bản đồ google, sau đó bạn có thể tìm thấy văn phòng fmuser của chúng tôi.

FMUSER Quảng Châu văn phòng là ở quận Thiên Hà là trung tâm của Canton . Rất ở gần đến Canton Fair , ga đường sắt Quảng Châu, xiaobei đường và dashatou , chỉ cần 10 phút nếu mất XE TẮC XI . Chào mừng bạn bè xung quanh thế giới đến thăm và đàm phán.

Liên hệ: Blue Sky
Di động: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [email được bảo vệ]
QQ: 727926717
Skype: sky198710021
Địa chỉ: Phòng No.305 HuiLan Building No.273 Huanpu đường Quảng Châu Trung Quốc Zip: 510620

Anh: Chúng tôi chấp nhận tất cả các khoản thanh toán, chẳng hạn như PayPal, Thẻ tín dụng, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Nếu bạn có bất kỳ câu hỏi nào, vui lòng liên hệ với tôi [email được bảo vệ] hoặc WhatsApp + 8618078869184

PayPal.  www.paypal.com

Chúng tôi khuyên bạn nên sử dụng Paypal để mua các mặt hàng của chúng tôi, The Paypal là một cách an toàn để mua trên internet.

Mỗi đáy trang danh mục của chúng tôi trên đầu có một logo paypal để thanh toán.

Thẻ tín dụng.Nếu bạn không có paypal, nhưng bạn có thẻ tín dụng, bạn cũng có thể nhấp vào nút PayPal vàng để trả bằng thẻ tín dụng của bạn.

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

Nhưng nếu bạn không có thẻ tín dụng và không có một tài khoản paypal hoặc khó khăn để có một accout paypal, Bạn có thể sử dụng sau đây:
Western Union.  www.westernunion.com

Trả tiền bằng Western Union cho tôi:

Tên / Tên được đặt: Yingfeng
Họ / Họ / Tên gia đình: Zhang
Tên đầy đủ: Yingfeng Zhang
Quốc gia: Trung Quốc
Thành phố: Quảng Châu

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

T / T.  Thanh toán by T / T (chuyển khoản / điện báo chuyển / Chuyển khoản)
THÔNG TIN NGÂN HÀNG ĐẦU TIÊN (TÀI KHOẢN CÔNG TY):

SWIFT BIC: BKCHHKHHXXX
Tên ngân hàng: NGÂN HÀNG TRUNG QUỐC (HỒNG KÔNG) LIMITED, HỒNG KÔNG
Địa chỉ ngân hàng: NGÂN HÀNG CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HỒNG KÔNG
MÃ NGÂN HÀNG: 012
Tên tài khoản: FMUSER QUỐC TẾ LIMITED
Tài khoản số : 012-676-2-007855-0

-------------------------------------------------- -------------------
THÔNG TIN NGÂN HÀNG THỨ XNUMX (TÀI KHOẢN CÔNG TY):
Người thụ hưởng: Fmuser International Group Inc
Số tài khoản: 44050158090900000337
Ngân hàng của người thụ hưởng: Ngân hàng Xây dựng Trung Quốc Chi nhánh Quảng Đông
Mã SWIFT: PCBCCNBJGDX
Địa chỉ: SỐ 553 Đường Thiên Hà, Quảng Châu, Quảng Đông, Quận Thiên Hà, Trung Quốc
** Lưu ý: Khi bạn chuyển tiền vào tài khoản ngân hàng của chúng tôi, vui lòng KHÔNG ghi bất cứ điều gì vào phần ghi chú, nếu không chúng tôi sẽ không thể nhận được khoản thanh toán do chính sách của chính phủ về kinh doanh thương mại quốc tế.

* Nó sẽ được gửi trong 1-2 ngày làm việc khi thanh toán rõ ràng.

* Chúng tôi sẽ gửi nó cho địa chỉ paypal của bạn. Nếu bạn muốn thay đổi địa chỉ, xin vui lòng gửi đúng địa chỉ và số điện thoại vào email của tôi [email được bảo vệ]

* Nếu bao bì dưới 2kg, chúng ta sẽ được vận chuyển qua đường bưu đường hàng không, nó sẽ mất khoảng 15-25days để bàn tay của bạn.

Nếu gói đó hơn 2kg, chúng tôi sẽ gửi qua EMS, DHL, UPS, Fedex chuyển phát nhanh nhanh, nó sẽ mất khoảng 7 ~ 15days để bàn tay của bạn.

Nếu gói hơn 100kg, chúng tôi sẽ gửi qua DHL hoặc đường hàng không. Nó sẽ mất khoảng 3 ~ 7days để bàn tay của bạn.

Tất cả các gói có hình thức Trung Quốc Quảng Châu.

* Gói sẽ được gửi như một "món quà" và declear càng ít càng tốt, người mua không cần phải trả "THUẾ".

* Sau khi con tàu, chúng tôi sẽ gửi cho bạn một e-mail và cung cấp cho bạn số lượng theo dõi.

Để được bảo hành.
Liên hệ với chúng tôi --- >> Trả hàng cho chúng tôi --- >> Nhận và gửi một sản phẩm thay thế khác.

Tên: Liu Xiaoxia
Địa chỉ: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Quảng Châu Trung Quốc.
Zip: 510620
Điện thoại: + 8618078869184

Hãy quay trở lại địa chỉ này và ghi địa chỉ paypal, tên, vấn đề của bạn vào lưu ý: