5, פרוטוקול RTSP
מסמך הפניה RFC2326
פרוטוקול הזרמת זמן אמת (פרוטוקול הזרמת זמן אמת) הוא פרוטוקול הזרמת מולטימדיה המשמש לבקרה של סאונד או וידאו, ומאפשר שליטה בו זמנית על דרישת הזרמה מרובה. פרוטוקול תקשורת הרשת המשמש במהלך השידור אינו בתחומו המוגדר. צד השרת ניתן לבחור להשתמש ב- TCP או UDP להעברת תוכן זורם. התחביר וההפעלה שלו דומים ל- HTTP 1.1, אך סנכרון הזמן אינו מודגש במיוחד, כך שהוא יכול לסבול עיכובים ברשת. בקרת הביקוש הרב-סטרימינג הנ"ל (Multicast) הנ"ל שהוזכרה קודם לכן יכולה לא רק להפחית את השימוש ברשת בצד השרת, אלא גם לתמוך בכנסי וידאו מרובי-צדדים (Video Conference). מכיוון שהיא פועלת באופן דומה ל- HTTP1.1, פונקציית המטמון "מטמון" של שרת ה- proxy "פרוקסי" חלה גם על RTSP ומכיוון של- RTSP יש פונקציית ניתוב מחדש, ניתן להחליף את השרת המספק את השירות בהתאם לעומס בפועל. מצב להימנע מעומס יתר מרוכז באותו השרת ולגרום לעיכוב.
הוצע במשותף על ידי רשתות אמיתיות ונטסקייפ. הפרוטוקול מגדיר כיצד יישומים רבים-רבים יכולים להעביר ביעילות נתוני מולטימדיה דרך רשת IP. RTSP מספקת מסגרת הניתנת להרחבה המאפשרת לשלוט בנתונים בזמן אמת על פי דרישה, כגון שמע ווידאו. מקורות הנתונים כוללים נתונים חיים ונתונים המאוחסנים בקליפים.
מטרתו של פרוטוקול זה היא לשלוט על מספר חיבורי העברת נתונים, לספק דרך לבחירת ערוצי שידור, כגון UDP, UDP multicast ו- 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 multicast וערוצים אחרים לשליחת נתונים, בעלי יכולת הרחבה טובה.
זהו פרוטוקול שכבת יישומי רשת הדומה לפרוטוקול 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 לא תמיד מאשר את ה- data מיד לאחר קבלתו. זה מאפשר למארח לשלוח את הודעת האישור שלו לצד השני בזמן קבלת הנתונים.
הגנת נתונים TCP (בדיקת בדיקה): TCP הוא פרוטוקול העברה אמין, המספק חישוב בדיקת בדיקה כדי לממש את תקינות הנתונים במהלך השידור.
פרוטוקול UDP
פרוטוקול UDP הוא קיצור של UserDatagramProtocol באנגלית, כלומר פרוטוקול datagram של משתמשים, שמשמש בעיקר לתמיכה ביישומי רשת שצריכים להעביר נתונים בין מחשבים. יישומי רשת לקוח / שרת רבים, כולל מערכות ועידת וידאו ברשת, צריכים להשתמש בפרוטוקול UDP. פרוטוקול ה- UDP משמש שנים רבות מאז הקמתו. אף על פי שהמבריקות הראשונית שלו הוסתרה על ידי כמה פרוטוקולים דומים, גם כיום UDP הוא עדיין פרוטוקול שכבת תחבורת רשת מעשי וניתן לביצוע.
כמו פרוטוקול TCP (Transmission Control Protocol) הידוע, פרוטוקול 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 משדר FM להשתמש בעיר הולדתו:
יש לי משדר FM 5W שימוש הלקוח ארה"ב עם אנטנה 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 היא חברה אינטגרציה מערכת המתמקדת RF אלחוטית שידור / וידאו אולפן ציוד אודיו / הזרמת ועיבוד נתונים. אנו מספקים הכל החל ייעוץ וייעוץ באמצעות שילוב מתלה התקנה, הזמנת והכשרה.
אנו מציעים משדר FM, משדר טלוויזיה אנלוגי, משדר טלוויזיה דיגיטלית, משדר VHF UHF, אנטנות, מחברים כבל קואקסיאלי, STL, על עיבוד האוויר, שידור מוצרים עבור אולפן, RF אותות ניטור, RDS אנקודרים, מעבדי אודיו ויחידות אתר מרוחק, IPTV מוצרים, וידאו / אודיו קודאי / מפענח, שנועד לענות על הצרכים של שתי רשתות שידור בינלאומיות גדולות תחנות פרטיות קטנות כאחד.
לפיתרון שלנו יש תחנת רדיו FM / תחנת טלוויזיה אנלוגית / תחנת טלוויזיה דיגיטלית / ציוד סטודיו לאודיו וידאו / קישור משדר אולפן / מערכת משדר טלמטריה / מערכת טלוויזיה במלון / IPTV שידור חי / סטרימינג שידור חי / ועידת וידאו / מערכת שידור CATV.
אנו משתמשים במוצרי טכנולוגיה מתקדמים עבור כל המערכות, משום שאנו יודעים מהימנות גבוהה וביצועים גבוהים כל כך חשובים עבור המערכת והפתרון. במקביל אנחנו גם צריכים לוודא מערכת המוצרים שלנו עם מחיר סביר מאוד.
יש לנו לקוחות של משדרים ציבוריים ומסחריים, מפעילי תקשורת ורשויות רגולטוריות, ואנחנו מציעים גם פתרונות ומוצרים למאות רבות של משדרים קטנים, מקומיים וקהילתיים.
FMUSER.ORG מייצאת יותר מ 15 שנים ויש לה לקוחות בכל רחבי העולם. עם 13 שנות ניסיון בתחום זה, יש לנו צוות מקצועי כדי לפתור את כל סוגי הבעיות של הלקוח. אנו מקדישים לספק תמחור סביר ביותר של מוצרים ושירותים מקצועיים. דוא"ל ליצירת קשר: [מוגן בדוא"ל]
המפעל שלנו
יש לנו מוֹדֶרנִיזָצִיָה של המפעל. אתם מוזמנים לבקר במפעל שלנו בעת לבוא לסין.
נכון לעכשיו, יש כבר לקוחות 1095 ברחבי העולם ביקרו במשרד Tianhe גואנגזו שלנו. אם אתה בא לסין, אתם מוזמנים לבקר אותנו.
ביריד
זהו השתתפותנו מקורות 2012 גלובל יריד אלקטרוניקה הונג קונג . לקוחות מכל רחבי העולם סוף סוף יש הזדמנות להיפגש.
איפה Fmuser?
אתה יכול לחפש במספרים האלה " 23.127460034623816,113.33224654197693 "במפה של גוגל, אז תוכל למצוא את משרד fmuser שלנו.
משרד FMUSER גואנגזו נמצא מחוז Tianhe המהווה את מרכז של קנטון . מאוד ליד אל ה יריד קנטון , תחנת רכבת גואנגזו, כביש xiaobei ו dashatou , רק צריך דקות 10 אם לקחת מוֹנִית . ברוכים הבאים חברים ברחבי העולם כדי לבקר ולנהל משא ומתן.
ליצירת קשר: Blue Sky
נייד: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail [מוגן בדוא"ל]
QQ: 727926717
סקייפ: sky198710021
כתובת: No.305 חדר HuiLan בניין No.273 Huanpu כביש גואנגזו בסין Zip: 510620
|
|
|
|
אנגלית: אנו מקבלים את כל התשלומים, כגון PayPal, כרטיס אשראי, ווסטרן יוניון, אליפיי, פנקסי כסף, T / T, LC, DP, DA, OA, Payoneer, אם יש לך שאלה כלשהי, אנא צור איתי קשר [מוגן בדוא"ל] או WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
אנו ממליצים לך להשתמש Paypal לקנות פריטים שלנו, The Paypal היא דרך בטוחה כדי לקנות באינטרנט.
כל של תחתית הדף ברשימת הפריטים שלנו על יש העליונה לוגו paypal לשלם.
כרטיס אשראי.אם אין לך paypal, אבל יש לך כרטיס אשראי, אתה גם יכול ללחוץ על כפתור PayPal צהוב לשלם עם כרטיס האשראי שלך.
-------------------------------------------------- -------------------
אבל אם עדיין לא כרטיס אשראי ולא צריך חשבון PayPal או קשה קבל accout PayPal, אתה יכול לעשות זאת בדרכים הבאות:
ווסטרן יוניון.  www.westernunion.com
שלם באמצעות Western Union לי:
שם פרטי / שם פרטי: Yingfeng
שם משפחה / שם משפחה / שם משפחה: Zhang
שם מלא: Yingfeng Zhang
מדינה: סין
עיר: גואנגזו
|
-------------------------------------------------- -------------------
T / T. שימו ידי T / T (העברה בנקאית / העברת טלגרפים / העברה בנקאית)
מידע על הבנק הראשון (חשבון חברה):
סוויפט BIC: BKCHHKHHXX
שם הבנק: בנק סין (הונג קונג) מוגבל, הונג קונג
כתובת הבנק: הבנק של מגדל סין, 1 GARDEN כביש, מרכז, הונג קונג
קוד בנק: 012
שם חשבון: FMUSER קבוצה בינלאומית מוגבלת
מספר חשבון. : 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 אל היד.
כל החבילות הן טופס סין גואנגג'ואו.
* החבילה תישלח כ"מתנה "ותסרב כמה שפחות, הקונה לא צריך לשלם עבור" מס ".
* אחרי הספינה, ואנו נשלח אליך הודעת דואר אלקטרוני ולתת לך את מספר מעקב.
|
|
|
לקבלת אחריות.
צרו קשר עם ארה"ב --- >> החזירו לנו את הפריט --- >> קבלו ושלחו מחליף אחר.
שם: ליו שיאושיה
כתובת: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu גואנגזו בסין.
ZIP: 510620
טלפון: + 8618078869184
נא להחזיר לכתובת זו ולכתוב כתובת paypal שלך, שם, הבעיה על פתק: |
|
