FMUSER უფრო მარტივად გადასცემს ვიდეოს და აუდიოს!

[ელ.ფოსტით დაცულია] WhatsApp + 8618078869184
ენა

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

     

    5, RTSP პროტოკოლი

    საცნობარო დოკუმენტი RFC2326
    რეალური დროის ნაკადის პროტოკოლი (Real Time Streaming Protocol) არის მულტიმედიური ნაკადი პროტოკოლი, რომელიც გამოიყენება ხმის ან ვიდეოს გასაკონტროლებლად, და საშუალებას იძლევა ერთდროულად მრავალჯერადი ნაკადი მოთხოვნის კონტროლი. გადაცემის დროს გამოყენებული ქსელური კომუნიკაციის პროტოკოლი არ არის მის განსაზღვრულ დიაპაზონში. სერვერის მხარე შეგიძლიათ გამოიყენოთ TCP ან UDP ნაკადი შინაარსის გადასაცემად. მისი სინტაქსი და მოქმედება ჰგავს HTTP 1.1-ს, მაგრამ დროის სინქრონიზაცია განსაკუთრებით არ არის ხაზგასმული, ამიტომ მას შეუძლია მოითმინოს ქსელის შეფერხებები. ზემოთ აღნიშნულ მრავალ ნაკადი მოთხოვნის კონტროლს (Multicast) არა მხოლოდ შეუძლია შეამციროს ქსელის გამოყენება სერვერზე, არამედ მხარს დაუჭერს მრავალპარტიული ვიდეო კონფერენციებს (ვიდეო კონფერენცია). იმის გამო, რომ იგი მუშაობს HTTP1.1– ის ანალოგიურად, პროქსი სერვერის ”პროშის” ქეშის ფუნქცია ასევე გამოიყენება RTSP– სთვის და რადგან RTSP– ს აქვს გადამისამართების ფუნქცია, სერვერი, რომელიც უზრუნველყოფს მომსახურებას, შეიძლება გადაირთოს რეალური დატვირთვის შესაბამისად. სიტუაციის თავიდან ასაცილებლად იმავე სერვერზე კონცენტრირებული გადაჭარბებული დატვირთვა და შეფერხება.

       ერთობლივად იქნა შემოთავაზებული Real Networks და Netscape. პროტოკოლი განსაზღვრავს, თუ როგორ შეუძლია ერთ-ერთ პროგრამას ეფექტურად გადასცეს მულტიმედიური მონაცემები IP ქსელის საშუალებით. RTSP უზრუნველყოფს გაფართოებულ ჩარჩოს, რომელიც შესაძლებელს ხდის რეალურ დროში მონაცემების, როგორიცაა აუდიო და ვიდეო, კონტროლი და მოთხოვნა. მონაცემთა წყარო მოიცავს ცოცხალ მონაცემებს და კლიპებში შენახულ მონაცემებს.
    ამ პროტოკოლის მიზანია მრავალი მონაცემთა გადაცემის კავშირის კონტროლი, გადაცემის არხების, როგორიცაა UDP, multicast 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, multicast 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 გადაცემის პროცესში, თუ მიმღები მასპინძელი არ მიიღებს დადასტურების რეაგირებას მონაცემთა პაკეტზე რეტრანსლირების ვადის ამოწურვის პერიოდში, გამგზავნი მასპინძელი მიიჩნევს, რომ მონაცემთა პაკეტი დაკარგულია და მონაცემების პაკეტს კვლავ უგზავნის მიმღებს Side, this ეწოდება TCP რეტრანსლაციას;

     

    TCP დაგვიანებით დადასტურება: TCP ყოველთვის არ ადასტურებს დატა ამის მიღებისთანავე. ის საშუალებას აძლევს მასპინძელს მონაცემების მიღებისას გაუგზავნოს მეორე მხარეს საკუთარი დასტური შეტყობინება.

     

    TCP მონაცემთა დაცვა (შემოწმების ჯამი): TCP არის საიმედო გადაცემის პროტოკოლი, რომელიც უზრუნველყოფს ამოწმებს თანხის გაანგარიშებას მონაცემთა გადაცემის დროს მონაცემთა მთლიანობის გასაგებად.

     

     

    UDP პროტოკოლი

       UDP პროტოკოლი არის ინგლისური UserDatagramProtocol, ანუ მომხმარებლის datagram პროტოკოლის აბრევიატურა, რომელიც ძირითადად გამოიყენება ქსელის პროგრამების მხარდასაჭერად, რომლებსაც სჭირდებათ მონაცემთა გადაცემა კომპიუტერებს შორის. მრავალ კლიენტურ / სერვერულ ქსელურ პროგრამას, მათ შორის ქსელური ვიდეო კონფერენციების სისტემებს, სჭირდებათ გამოიყენონ UDP პროტოკოლი. UDP პროტოკოლი მრავალი წლის განმავლობაში გამოიყენება მისი შექმნის დღიდან. მიუხედავად იმისა, რომ მისი პირველადი ბრწყინვალება დაფარულია ზოგიერთი მსგავსი პროტოკოლით, დღესაც, UDP კვლავ ძალზე პრაქტიკული და განხორციელებადია ქსელის ტრანსპორტირების ფენის პროტოკოლად.


       ცნობილი TCP (გადაცემის კონტროლის პროტოკოლის) პროტოკოლის მსგავსად, UDP პროტოკოლი მდებარეობს IP (ინტერნეტ პროტოკოლის) პროტოკოლის თავზე. OSI (Open System Interconnection) საცნობარო მოდელის მიხედვით, UDP და TCP ორივე ტრანსპორტის ფენის პროტოკოლია.


       UDP პროტოკოლის მთავარი ფუნქციაა ქსელის მონაცემთა ტრაფიკის შეკუმშვა მონაცემთა სქემების სახით. ტიპიური დატაგრამა არის ორობითი მონაცემების გადამცემი ერთეული. თითოეული datagram- ის პირველი 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 პროტოკოლი, სრული სახელია HyperText გადაცემის პროტოკოლი, ხოლო ჩინური სახელია HyperText გადაცემის პროტოკოლი;

      MMS პროტოკოლი, სრული სახელია Microsoft Media Server Protocol, ხოლო ჩინური სახელი Microsoft Media Server Protocol;

       HLS პროტოკოლი, სრული სახელი HTTP Live Streaming, არის ნაკადი მედიის გადაცემის პროტოკოლი, რომელიც ეფუძნება HTTP– ს, რომელსაც ახორციელებს Apple Inc .;

     

     

     

     

     

     

    რამდენად შორს (ხანგრძლივი) გადამცემი საფარი?

    გადაცემა სპექტრი დამოკიდებულია ბევრ ფაქტორზე. ნამდვილი მანძილი ეფუძნება ანტენის დაყენების სიმაღლე, ანტენის, გამოყენებით გარემოს მსგავსად შენობის და სხვა დაბრკოლებები, მგრძობიარობა მიმღები, ანტენა მიმღების. დაყენების ანტენის უფრო მაღალი და გამოყენების ქალაქგარეთ, მანძილი კიდევ უფრო შორს.

    მაგალითი 5W FM გადამცემის გამოყენება ქალაქი და მშობლიურ:

    მაქვს USA კლიენტების გამოყენება 5W FM გადამცემი ერთად ჯი ანტენის თავის მშობლიურ და ის შესამოწმებლად იგი მანქანაში, ის ფარავს 10km (6.21mile).

    მე შესამოწმებლად 5W FM გადამცემი ერთად ჯი ანტენის ჩემს მშობლიურ, ის ფარავს 2km (1.24mile).

    მე შესამოწმებლად 5W FM გადამცემი ერთად ჯი ანტენის in Guangzhou ქალაქის, ის ფარავს მხოლოდ 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 OR
    მომაწოდეთ [ელ.ფოსტით დაცულია]
    1.How შორს გსურთ დასაფარავად დიამეტრი?
    2.How tall თქვენ კოშკი?
    3.Where ხარ?
    და ჩვენ მოგცემთ უფრო პროფესიული კონსულტაცია.

    ჩვენს შესახებ

    FMUSER.ORG არის სისტემური ინტეგრაციის კომპანია, რომელიც ფოკუსირებულია RF უკაბელო გადაცემის / სტუდიის ვიდეო აუდიო აპარატურა / ნაკადი და მონაცემთა დამუშავება .ჩვენ ვუზრუნველყოფთ ყველაფერს რჩევების და კონსულტაციებისგან, რათა უზრუნველყონ ინსტალაციის,
     
    ჩვენ გთავაზობთ FM გადამცემი, ანალოგური სატელევიზიო გადამცემი, ციფრული სატელევიზიო გადამცემი, VHF UHF გადამცემი, ანტენები, კოაქსიალური საკაბელო კონექტორები, STL, საჰაერო გადამუშავება, სტუდიის სამაუწყებლო პროდუქტები, RF სიგნალის მონიტორინგი, RDS Encoders, აუდიო პროცესორი და დისტანციური საიტის საკონტროლო დანადგარები, IPTV პროდუქტები, ვიდეო / აუდიო encoder / დეკოდერი, რომელიც მიზნად ისახავს როგორც დიდი საერთაშორისო სამაუწყებლო ქსელების და მცირე კერძო სადგურების მოთხოვნებს.
     
    ჩვენს გამოსავალს აქვს FM რადიოსადგური / ანალოგური ტელევიზია / ციფრული სატელევიზიო სადგური / აუდიო ვიდეო სტუდია აღჭურვილობა / სტუდია გადამცემის ბმული / გადამცემი ტელემეტრიული სისტემა / სასტუმროს სატელევიზიო სისტემა / IPTV პირდაპირი მაუწყებლობა / პირდაპირი ტრანსლაცია / ვიდეო კონფერენცია / CATV მაუწყებლობის სისტემა.
     
    ჩვენ ვხარჯავთ მოწინავე ტექნოლოგიურ პროდუქტებს ყველა სისტემასთან, რადგან ვიცით, რომ მაღალი საიმედოობა და მაღალი ხარისხის სისტემა იმდენად მნიშვნელოვანია, რომ სისტემა და გამოსავალია. ამავე დროს, ჩვენ ასევე უნდა დავრწმუნდეთ ჩვენი პროდუქციის სისტემა ძალიან გონივრულ ფასად.
     
    ჩვენ გვყავს კლიენტებისა და კომერციული მაუწყებლების, სატელეკომუნიკაციო ოპერატორების და მარეგულირებელი ორგანოების მომხმარებლები და ჩვენ ასევე გთავაზობთ ასობით და ადგილობრივ და სათემო მაუწყებლებს გამოსავალსა და პროდუქტს.
     
    FMUSER.ORG ექსპორტზე გადის 15 წელზე მეტი ხნის განმავლობაში და ჰყავს კლიენტები მთელ მსოფლიოში. ამ სფეროში 13 წლიანი გამოცდილებით, ჩვენ გვყავს პროფესიონალი გუნდი, რომელიც გადაჭრის მომხმარებლის ყველა სახის პრობლემას. ჩვენ ვიზრუნეთ პროფესიონალური პროდუქციისა და მომსახურების უკიდურესად გონივრული ფასების მომარაგებაში.
    Საკონტაქტო ელ. ფოსტა : [ელ.ფოსტით დაცულია]

    ჩვენი ქარხანა

    ჩვენ გვაქვს მოდერნიზაცია ქარხანა. თქვენ ხართ მისასალმებელი ეწვევა ჩვენს ქარხანას, როდესაც თქვენ მოვიდა ჩინეთში.

    დღეისათვის უკვე არსებობს 1095 მომხმარებელს მსოფლიოს ეწვია ჩვენი Guangzhou Tianhe ოფისში. თუ მოვა ჩინეთში, თქვენ მივესალმებით ეწვევა us.

    სამართლიანი

    ეს არის ჩვენი მონაწილეობა 2012 გლობალური წყაროები ჰონკონგში ელექტრონიქსი სამართლიანი . მომხმარებელთა მთელი მსოფლიოს საბოლოოდ აქვს შანსი ერთად.

    სად არის Fmuser?

    თქვენ შეგიძლიათ მოძებნოთ ეს ციფრები " 23.127460034623816,113.33224654197693 "google map- ში შეგიძლიათ იხილოთ ჩვენი fmuser ოფისი.

    FMUSER Guangzhou ოფისი Tianhe რაიონი, რომელიც ცენტრში Canton . ძალიან ახლოს რომ Canton სამართლიანი , Guangzhou რკინიგზის სადგური, xiaobei გზა და dashatou , მხოლოდ უნდა 10 წუთი თუ მიიღოს TAXI . სტუმარს მეგობრების მთელს მსოფლიოში ეწვევა და მოლაპარაკებას.

    საკონტაქტო: Sky Blue
    მობილური ტელეფონები: + 8618078869184
    WhatsApp: + 8618078869184
    Wechat: + 8618078869184
    ელ-ფოსტა: [ელ.ფოსტით დაცულია]
    QQ: 727926717
    Skype: sky198710021
    მისამართი: No.305 ოთახი HuiLan სამშენებლო No.273 Huanpu Road Guangzhou China 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 accout, შეგიძლიათ გამოიყენოთ შემდეგი:

      დასავლეთის გაერთიანება.  www.westernunion.com

       

      მიაქციეთ დასავლეთის მიერ კავშირის me:

      სახელი / სახელი: Yingfeng
      გვარი / გვარი / საოჯახო სახელი: Zhang
      სრული სახელი: Yingfeng Zhang
      ქვეყანა: ჩინეთი
      ქალაქი: Guangzhou 

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

      T / T.  გადახდა T / T (გადარიცხვით / სატელეგრაფო გადარიცხვა / საბანკო გადარიცხვა)
       
      პირველი ინფორმაცია ბანკის შესახებ (კომპანიის ანგარიში):
      SWIFT BIC: BKCHHKHHXXX
      ბანკის დასახელება: ჩინეთის ბანკის (HONG KONG) შეზღუდვა, HONG KONG
      ბანკის მისამართი: ჩინეთის TOWER BANK, XXX GARDEN ROAD, CENTRAL, HONG KONG
      ბანკის კოდი: 012
      ანგარიშის დასახელება: FMUSER INTERNATIONAL GROUP LIMITED
      ანგარიში NO. : 012-676-2-007855-0
      -------------------------------------------------- -------------------
      ინფორმაცია მეორე ბანკის შესახებ (კომპანიის ანგარიში):
      ბენეფიციარი: Fmuser International Group Inc.
      ანგარიშის ნომერი: 44050158090900000337
      ბენეფიციარის ბანკი: China Construction Bank Guangdong- ის ფილიალი
      SWIFT კოდი: PCBCCNBJGDX
      მისამართი: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, ჩინეთი
      ** შენიშვნა: როდესაც ჩვენს საბანკო ანგარიშზე თანხას გადარიცხავთ, გთხოვთ, არაფერი დაწეროთ შენიშვნების არეალში, წინააღმდეგ შემთხვევაში, ჩვენ ვერ მივიღებთ გადახდას საერთაშორისო სავაჭრო ბიზნესის სამთავრობო პოლიტიკის გამო.

    * ეს იქნება გაგზავნილი 1-2 სამუშაო დღის განმავლობაში, როდესაც გადახდის ნათელია.

    * ჩვენ გაუგზავნოთ თქვენი paypal მისამართზე. თუ გსურთ რომ შეიცვალოს მისამართი, გთხოვთ, თქვენი ზუსტი მისამართი და ტელეფონის ნომერი ჩემი ელ [ელ.ფოსტით დაცულია]

    * თუ პაკეტების ქვემოთ 2kg, ჩვენ გაიგზავნება გავლით პოსტი airmail, ის მიიღებს დაახლოებით 15-25days თქვენს ხელში.

    თუ პაკეტი უფრო მეტია, ვიდრე 2kg, ჩვენ მოვახდენთ მეშვეობით EMS, DHL, UPS, Fedex სწრაფი გამოხატული მიწოდების, ის მიიღებს დაახლოებით 7 ~ 15days თქვენს ხელში.

    თუ პაკეტი ზე მეტი 100kg, ჩვენ ვუგზავნით მეშვეობით DHL ან საჰაერო სატვირთო. იგი მიიღებს დაახლოებით 3 ~ 7days თქვენს ხელში.

    ყველა პაკეტები ფორმა China Guangzhou.

    * პაკეტი გაიგზავნება როგორც საჩუქარი და რაც შეიძლება ნაკლები დეკლარაციით, მყიდველს არ სჭირდება გადახდა "TAX" - ისთვის.

    * შემდეგ გემი, ჩვენ გამოგიგზავნით ელ და გაძლევთ თვალთვალის რაოდენობის.

    გარანტიისთვის.
    დაგვიკავშირდით --- >> დაგვიბრუნეთ ნივთი --- >> მიიღეთ და გაგზავნეთ სხვა ჩანაცვლება.

    სახელი: Liu xiaoxia
    მისამართი: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
    ZIP: 510620
    ტელეფონი: + 8618078869184

    გთხოვთ, ამ მისამართზე და წერა თქვენი paypal მისამართი, სახელი, პრობლემა შენიშვნა:

    ჩამოთვალეთ ყველა კითხვა

    მეტსახელად

    Email

    კითხვები

      შეიყვანეთ ელ.წერილი სიურპრიზის მისაღებად

      fmuser.org

      es.fmuser.org
      it.fmuser.org
      fr.fmuser.org
      de.fmuser.org
      af.fmuser.org -> აფრიკული
      sq.fmuser.org -> ალბანური
      ar.fmuser.org -> არაბული
      hy.fmuser.org -> სომხური
      az.fmuser.org -> აზერბაიჯანული
      eu.fmuser.org -> ბასკური
      be.fmuser.org -> ბელორუსული
      bg.fmuser.org -> Bulgarian
      ca.fmuser.org -> კატალანური
      zh-CN.fmuser.org -> ჩინური (გამარტივებული)
      zh-TW.fmuser.org -> ჩინური (ტრადიციული)
      hr.fmuser.org -> ხორვატული
      cs.fmuser.org -> ჩეხური
      da.fmuser.org -> დანიური
      nl.fmuser.org -> ჰოლანდიური
      et.fmuser.org -> ესტონური
      tl.fmuser.org -> ფილიპინური
      fi.fmuser.org -> ფინური
      fr.fmuser.org -> ფრანგული
      gl.fmuser.org -> გალური
      ka.fmuser.org -> ქართული
      de.fmuser.org -> გერმანული
      el.fmuser.org -> ბერძნული
      ht.fmuser.org -> ჰაიტიური კრეოლური
      iw.fmuser.org -> ებრაული
      hi.fmuser.org -> ჰინდი
      hu.fmuser.org -> Hungarian
      is.fmuser.org -> ისლანდიური
      id.fmuser.org -> ინდონეზიური
      ga.fmuser.org -> ირლანდიური
      it.fmuser.org -> იტალიური
      ja.fmuser.org -> იაპონური
      ko.fmuser.org -> კორეული
      lv.fmuser.org -> ლატვიური
      lt.fmuser.org -> ქართული
      mk.fmuser.org -> მაკედონური
      ms.fmuser.org -> მალაიზიური
      mt.fmuser.org -> მალტური
      no.fmuser.org -> ნორვეგიული
      fa.fmuser.org -> სპარსული
      pl.fmuser.org -> პოლონური
      pt.fmuser.org -> პორტუგალიური
      ro.fmuser.org -> რუმინული
      ru.fmuser.org -> რუსული
      sr.fmuser.org -> სერბული
      sk.fmuser.org -> სლოვაკური
      sl.fmuser.org -> Slovenian
      es.fmuser.org -> ესპანური
      sw.fmuser.org -> სუაჰილი
      sv.fmuser.org -> შვედური
      th.fmuser.org -> Thai
      tr.fmuser.org -> თურქული
      uk.fmuser.org -> უკრაინული
      ur.fmuser.org -> ურდუ
      vi.fmuser.org -> ვიეტნამური
      cy.fmuser.org -> უელსური
      yi.fmuser.org -> Yiddish

       
  •  

    FMUSER უფრო მარტივად გადასცემს ვიდეოს და აუდიოს!

  • კონტაქტები

    მისამართი:
    No.305 ოთახი HuiLan კორპუსი No.273 Huanpu Road Guangzhou China 510620

    ელ-ფოსტა:
    [ელ.ფოსტით დაცულია]

    ტელ / WhatApps:
    + 8618078869184

  • კატეგორიები

  • საინფორმაციო ბიულეტენი

    პირველი ან სრული სახელი

    ელ-ფოსტა

  • paypal გადაწყვეტა  დასავლეთის გაერთიანებაბანკი ჩინეთის
    ელ-ფოსტა:[ელ.ფოსტით დაცულია]   WhatsApp: +8618078869184 Skype: sky198710021 ესაუბროთ me
    Copyright 2006-2020 Powered By www.fmuser.org

    კონტაქტები