5 ، بروتوكول RTSP
وثيقة مرجعية RFC2326
بروتوكول دفق الوقت الحقيقي (بروتوكول دفق الوقت الحقيقي) هو بروتوكول دفق وسائط متعددة يستخدم للتحكم في الصوت أو الفيديو ، ويسمح بالتحكم في الطلب المتزامن المتعدد. بروتوكول اتصال الشبكة المستخدم أثناء الإرسال ليس ضمن النطاق المحدد له. جانب الخادم ، يمكنك اختيار استخدام TCP أو UDP لنقل المحتوى المتدفق. يتشابه تركيبه وتشغيله مع HTTP 1.1 ، ولكن لم يتم التأكيد بشكل خاص على مزامنة الوقت ، لذلك يمكنه تحمل تأخيرات الشبكة. لا يمكن للتحكم في الطلب متعدد الدفق المذكور أعلاه (البث المتعدد) المذكور سابقًا أن يقلل من استخدام الشبكة على جانب الخادم فحسب ، بل يدعم أيضًا مؤتمرات الفيديو متعددة الأطراف (مؤتمر الفيديو). نظرًا لأنه يعمل بشكل مشابه لـ HTTP1.1 ، فإن وظيفة ذاكرة التخزين المؤقت "Cache" للخادم الوكيل "Proxy" تنطبق أيضًا على 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 ، الاسم الكامل هو بروتوكول التحكم في النقل، والاسم الصيني هو بروتوكول التحكم في الإرسال. يعمل على طبقة نقل 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: تشير إلى أن المرسل قد أكمل نقل البيانات
Window: حدد الأمر المتعلق بحجم المقطع التالي الذي يمكن للمرسل إرساله
المجموع الاختباري: يحتوي المجموع الاختباري على رأس مقطع TCP وجزء البيانات ، ويستخدمان للتحقق من موثوقية رأس المقطع وجزء البيانات
حالة طوارئ: تشير إلى أن المقطع يحتوي على معلومات الطوارئ ، ويكون مؤشر الطوارئ صالحًا فقط عند تعيين علامة URG على 1.
الخيارات: يتم تحديد حجم المقطع الذي تم التعرف عليه والطابع الزمني ونهاية حقل الخيار وخيار حدود حقل الخيار
كيف يعمل برنامج التعاون الفني
إنشاء اتصال TCP: تسمى عملية إنشاء اتصال TCP أيضًا مصافحة TCP ثلاثية الاتجاهات. أولاً ، يبدأ مضيف المرسل طلب مزامنة (SYN) لإنشاء اتصال بمضيف جهاز الاستقبال ؛ يرد مضيف جهاز الاستقبال باستجابة التزامن / إقرار (SYN / ACK) لمضيف المرسل بعد تلقي هذا الطلب ؛ يتلقى مضيف المرسل هذا بعد إرسال الحزمة إقرارًا (ACK) إلى مضيف جهاز الاستقبال ، في هذا الوقت تم إنشاء اتصال TCP بنجاح ؛
إغلاق اتصال TCP: بعد قيام مضيف المرسل والمضيف الوجهة بإنشاء اتصال TCP وإكمال نقل البيانات ، سيتم إرسال حزمة بيانات مع تعيين علامة النهاية على 1 لإغلاق اتصال TCP وتحرير مساحة المخزن المؤقت التي يشغلها الاتصال على نفس الوقت؛ إعداد إعادة تعيين TCP: يسمح TCP بقطع الاتصال فجأة أثناء الإرسال ، وهو ما يسمى إعادة تعيين TCP ؛
فرز وتأكيد بيانات TCP: بروتوكول TCP هو بروتوكول إرسال موثوق. يستخدم أرقام التسلسل وأرقام التأكيد لتتبع استقبال البيانات أثناء الإرسال ؛
إعادة إرسال TCP: في عملية إرسال TCP ، إذا لم يتلق مضيف المستلم استجابة إفادة لحزمة بيانات خلال فترة مهلة إعادة الإرسال ، يعتبر مضيف المرسل حزمة البيانات مفقودة ويرسل حزمة البيانات إلى جهاز الاستقبال مرة أخرى ، وهذا الجانب يسمى إعادة إرسال TCP ؛
تأكيد تأخير TCP: لا يقوم TCP دائمًا بتأكيد data مباشرة بعد استلامه. يسمح للمضيف بإرسال رسالة التأكيد الخاصة به إلى الطرف الآخر أثناء تلقي البيانات.
حماية بيانات TCP (المجموع الاختباري): TCP هو بروتوكول إرسال موثوق ، يوفر حساب المجموع الاختباري لإدراك سلامة البيانات أثناء الإرسال.
بروتوكول UDP
بروتوكول UDP هو اختصار لـ English UserDatagramProtocol ، أي بروتوكول مخطط بيانات المستخدم ، والذي يستخدم بشكل أساسي لدعم تطبيقات الشبكة التي تحتاج إلى نقل البيانات بين أجهزة الكمبيوتر. تحتاج العديد من تطبيقات شبكة العميل / الخادم ، بما في ذلك أنظمة مؤتمرات الفيديو على الشبكة ، إلى استخدام بروتوكول UDP. تم استخدام بروتوكول UDP لسنوات عديدة منذ إنشائه. على الرغم من أن تألقها الأولي قد تم حجبه بواسطة بعض البروتوكولات المماثلة ، حتى اليوم ، لا يزال UDP بروتوكول طبقة نقل شبكة عملي للغاية وممكن.
مثل بروتوكول TCP (بروتوكول التحكم في الإرسال) المعروف ، يقع بروتوكول UDP مباشرة أعلى بروتوكول IP (بروتوكول الإنترنت). وفقًا للنموذج المرجعي 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 هو بروتوكول غير موثوق به بحد الحجم ، والذي لا يمكن أن يتجاوز 64 كيلو بايت في كل مرة.
مقارنة ببروتوكول 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 Transfer Protocol ، والاسم الصيني هو HyperText Transfer Protocol ؛
بروتوكول MMS ، الاسم الكامل هو Microsoft Media Server Protocol ، والاسم الصيني هو Microsoft Media Server Protocol ؛
بروتوكول HLS ، الاسم الكامل لـ HTTP Live Streaming ، هو بروتوكول نقل وسائط متدفقة يعتمد على HTTP تنفذه شركة Apple Inc.
|
|
|
|
مدى (طويل) غطاء الارسال؟
مجموعة انتقال يعتمد على عوامل كثيرة. ويستند المسافة الحقيقية على هوائي تركيب ارتفاع، كسب الهوائي، وذلك باستخدام بيئة مثل بناء وغيرها من العوائق، حساسية المتلقي، وهوائي جهاز الاستقبال. تركيب هوائي أكثر عالية واستخدام في الريف، وستكون المسافة أكثر من ذلك بكثير بكثير.
مثال 5W وزير الخارجية الارسال استخدام في المدينة ومسقط:
لدي العملاء استخدام وزير الخارجية الارسال 5W الولايات المتحدة الأمريكية مع هوائي سباق الجائزة الكبرى في مسقط رأسه، وكان اختباره مع سيارة، من تغطية 10km (6.21mile).
أنا اختبار زير الخارجية الارسال 5W مع هوائي سباق الجائزة الكبرى في مسقط رأسي، وتغطي حوالي 2km (1.24mile).
أنا اختبار زير الخارجية الارسال 5W مع هوائي سباق الجائزة الكبرى في مدينة قوانغتشو، وتغطي حوالي 300meter فقط (984ft).
وفيما يلي مجموعة التقريبي لمختلف أجهزة الإرسال FM السلطة. (هذه المجموعة هي قطر)
0.1W ~ 5W وزير الخارجية الارسال: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W وزير الخارجية الارسال: 3KM ~ 10KM
80W ~ 500W وزير الخارجية الارسال: 10KM ~ 30KM
500W ~ 1000W وزير الخارجية الارسال: 30KM ~ 50KM
1KW ~ 2KW وزير الخارجية الارسال: 50KM ~ 100KM
2KW ~ 5KW وزير الخارجية الارسال: 100KM ~ 150KM
5KW ~ 10KW وزير الخارجية الارسال: 150KM ~ 200KM
كيفية الاتصال بنا للحصول على الارسال؟
اتصل بي + 8618078869184 أو
راسلني [البريد الإلكتروني محمي]
1.How الآن تريد تغطية في قطر؟
2.How طويل القامة منكم برج؟
3.Where هي من أنت؟
وسنقدم لكم المزيد من النصائح المهنية.
من نحن
FMUSER.ORG هي شركة تكامل النظام التي تركز على معدات البث / الاستوديوهات الصوتية لنقل الفيديو / الاستوديو اللاسلكي ومعالجة البيانات. نحن نقدم كل شيء من المشورة والاستشارات من خلال تكامل الرف إلى التركيب والتكليف والتدريب.
نحن نقدم جهاز إرسال FM ، جهاز إرسال تلفزيون تناظري ، جهاز إرسال تلفزيون رقمي ، جهاز إرسال VHF UHF ، هوائيات ، موصلات كبل متحد المحور ، STL ، على معالجة الهواء ، منتجات إذاعية للاستوديو ، مراقبة إشارات RF ، وحدات ترميز RDS ، معالجات الصوت ووحدات التحكم في الموقع البعيد ، منتجات IPTV ، تشفير / فك تشفير الفيديو / الصوت ، مصممة لتلبية احتياجات كل من شبكات البث الدولية الكبيرة والمحطات الخاصة الصغيرة على حد سواء.
يحتوي حلنا على محطة راديو FM / محطة تلفزيون تناظرية / محطة تلفزيون رقمية / معدات استوديو الصوت والفيديو / رابط مرسل الاستوديو / نظام القياس عن بعد المرسل / نظام تلفزيون الفندق / البث المباشر IPTV / البث المباشر / البث المباشر / مؤتمر الفيديو / نظام البث CATV.
نحن نستخدم منتجات التكنولوجيا المتقدمة لجميع الأنظمة ، لأننا نعرف أن الموثوقية العالية والأداء العالي مهمان للغاية للنظام والحل. في الوقت نفسه ، علينا أيضًا التأكد من نظام منتجاتنا بسعر معقول جدًا.
لدينا عملاء من المذيعين العامين والتجاريين ومشغلي الاتصالات والهيئات التنظيمية ، كما نقدم الحلول والمنتجات لمئات من المذيعين الأصغر والمحليين والمجتمعين.
FMUSER.ORG تصدر منذ أكثر من 15 عامًا ولديها عملاء في جميع أنحاء العالم. مع 13 عامًا من الخبرة في هذا المجال ، لدينا فريق محترف لحل جميع أنواع مشاكل العملاء. لقد كرسنا جهودنا لتوفير أسعار معقولة للغاية للمنتجات والخدمات المهنية. تواصل بالبريد الاكتروني : [البريد الإلكتروني محمي]
مصنعنا
لدينا تحديث من المصنع. انكم مدعوون الى زيارة المصنع عندما جئت الى الصين.
في الوقت الحاضر، وهناك بالفعل الزبائن 1095 في جميع أنحاء العالم بزيارة مكتبنا قوانغتشو تيانخه. إذا كنت تأتي إلى الصين، انكم مدعوون الى زيارة الولايات المتحدة.
في معرض
هذا هو مشاركتنا في المصادر العالمية 2012 معرض هونغ كونغ للإلكترونيات . العملاء من جميع أنحاء العالم لدينا أخيرا فرصة للحصول على معا.
أين هو FMUSER؟
يمكنك البحث عن هذه الأرقام " 23.127460034623816,113.33224654197693 "في خريطة جوجل ، ثم يمكنك العثور على مكتبنا fmuser.
مكتب FMUSER قوانغتشو في حي تيانخه الذي هو مركز كانتون . جدا قرب إلى معرض كانتون , محطة سكة حديد قوانغتشو, الطريق xiaobei وdashatou ، تحتاج فقط 10 دقيقة إذا أخذ سيارة اجره . نرحب الأصدقاء في جميع أنحاء العالم لزيارة والتفاوض.
الاتصال: السماء الزرقاء
الهاتف المحمول: + 8618078869184
ال WhatsApp: + 8618078869184
Wechat: + 8618078869184
البريد الإلكتروني: [البريد الإلكتروني محمي]
QQ: 727926717
سكايب: 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
-
باي بال.  www.paypal.com
ننصحك باستخدام باي بال لشراء سلع لدينا، وباي بال هو وسيلة آمنة لشراء على شبكة الانترنت.
كل من لدينا صفحة قائمة البند أسفل على رأس ديك شعار باي بال للدفع.
بطاقة ائتمان.إذا لم يكن لديك باي بال، ولكن لديك بطاقة الائتمان، يمكنك أيضا النقر فوق الزر باي بال الأصفر لدفع مع بطاقة الائتمان الخاصة بك.
-------------------------------------------------- -------------------
ولكن إذا كان لديك لا بطاقة الائتمان وليس لديك حساب باي بال أو يصعب حصلت على تعاطيه باي بال، يمكنك استخدام ما يلي:
الاتحاد الغربي.  www.westernunion.com
الدفع عن طريق ويسترن يونيون لي:
الاسم الأول / الاسم المعطى: Yingfeng
اسم العائلة / اللقب / اسم العائلة: Zhang
الاسم الكامل: Yingfeng Zhang
الدولة: الصين
المدينة: قوانغتشو
|
-------------------------------------------------- -------------------
T / T. ادفع عن طريق تي / تي (حوالة مصرفية / نقل البرقية / حوالة مصرفية)
معلومات البنك الأول (حساب الشركة):
SWIFT BIC: BKCHHKHHXXX
اسم البنك: بنك الصين (هونج كونج) المحدودة ، هونج كونج
عنوان البنك: برج بنك الصين ، 1 GARDEN ROAD ، CENTRAL ، هونج كونج
رمز البنك: 012
اسم الحساب: FMUSER INTERNATIONAL GROUP LIMITED
الحساب لا. : 012-676-2-007855-0
-------------------------------------------------- -------------------
معلومات البنك الثانية (حساب الشركة):
المستفيد: Fmuser International Group Inc
رقم الحساب: شنومكس
بنك المستفيد: بنك التعمير الصيني فرع قوانغدونغ
كود السويفت: PCBCCNBJGDX
العنوان: رقم 553 طريق تيانخه ، قوانغتشو ، قوانغدونغ ، مقاطعة تيانخه ، الصين
** ملاحظة: عند تحويل الأموال إلى حسابنا المصرفي ، يرجى عدم كتابة أي شيء في منطقة الملاحظات ، وإلا فلن نتمكن من استلام الدفعة بسبب سياسة الحكومة الخاصة بأعمال التجارة الدولية.
|
|
|
|
* سيتم إرسالها في 1-2 أيام العمل عند دفع واضح.
* ونحن سوف إرساله إلى عنوانك. إذا كنت ترغب في تغيير عنوان، يرجى ارسال العنوان الصحيح ورقم الهاتف على البريد الإلكتروني الخاص بي [البريد الإلكتروني محمي]
* إذا كان الحزم هو أقل 2kg، فإننا سوف يتم شحنها عن طريق البريد الجوي، وسوف يستغرق حوالي 15-25days إلى يدك.
إذا كانت الحزمة هي أكثر من 2kg، ونحن سوف السفينة عبر نظم الإدارة البيئية، دي إتش إل، يو بي إس، فيديكس اكسبريس وسرعة التسليم، وسوف يستغرق حوالي 7 ~ 15days إلى يدك.
إذا كان أكثر من حزمة و100kg، ونحن سوف ترسل عبر DHL أو الشحن الجوي. وسوف يستغرق حوالي 3 ~ 7days إلى يدك.
كل الحزم هي شكل الصين قوانغتشو.
* سيتم إرسال الحزمة ك "هدية" و declear بأقل قدر ممكن ، لا يحتاج المشتري لدفع "الضرائب".
* بعد السفينة، ونحن سوف نرسل لك رسالة بالبريد الإلكتروني ويعطيك رقم تتبع.
|
|
|
للضمان.
اتصل بنا - >> إعادة العنصر إلينا - >> استلام وإرسال بديل آخر.
الاسم: ليو شياو شيا
العنوان: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu قوانغتشو الصين.
الرمز البريدي: 510620
موبايل: 8618078869184
يرجى العودة إلى هذا العنوان وكتابة عنوان بريدك باي بال، واسم، مشكلة على المذكرة: |
|
