FMUSER Wirless Μετάδοση βίντεο και ήχου πιο εύκολα!
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 -> Βουλγαρικά
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 -> Ουγγρική
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 -> Σλοβένικα
es.fmuser.org -> Ισπανικά
sw.fmuser.org -> Σουαχίλι
sv.fmuser.org -> Σουηδικά
th.fmuser.org -> Ταϊλάνδης
tr.fmuser.org -> Τουρκικά
uk.fmuser.org -> Ουκρανικά
ur.fmuser.org -> Ουρντού
vi.fmuser.org -> Βιετνάμ
cy.fmuser.org -> Ουαλικά
yi.fmuser.org -> Γίντις
1. Εισαγωγή στο RTP
Το RTP είναι ένα πρωτόκολλο μετάδοσης σε πραγματικό χρόνο η οποία παρέχει υπηρεσία μετάδοσης από άκρο σε άκρο, η οποία υποστηρίζει τη μετάδοση δεδομένων σε πραγματικό χρόνο σε υπηρεσία δικτύου εκπομπής μεμονωμένου στόχου και πολλαπλών στόχων, ενώ η μετάδοση δεδομένων σε πραγματικό χρόνο παρακολουθείται και ελέγχεται από το πρωτόκολλο RTCP.
2. Το RTP ορίζεται στο RFC
Η εφαρμογή που χρησιμοποιεί πρωτόκολλο RTP εκτελείται σε RTP, ενώ το πρόγραμμα που εκτελεί RTP εκτελείται στο ανώτερο επίπεδο του UDP, προκειμένου να χρησιμοποιηθεί ο αριθμός θύρας και ο έλεγχος και του UDP. Το RTP μπορεί να θεωρηθεί ως ένα υπόστρωμα του στρώματος μεταφοράς. Τα μπλοκ δεδομένων ήχου και τηλεόρασης που δημιουργούνται από εφαρμογές πολυμέσων ενθυλακώνονται σε πακέτα RTP, κάθε πακέτο RTP είναι ενθυλακωμένο σε τμήμα μηνυμάτων UDP και στη συνέχεια συσκευάζεται σε πακέτα IP.
Η δομή του πακέτου περιλαμβάνει διάφορους τομείς που χρησιμοποιούνται ευρέως στα πολυμέσα, συμπεριλαμβανομένων ήχου κατ 'απαίτηση, βίντεο κατ' απαίτηση, τηλεφώνου Διαδικτύου και τηλεδιάσκεψης. Η προδιαγραφή RTP δεν θέτει πρότυπα για συμπιεσμένες μορφές ήχου και τηλεόρασης και μπορεί να χρησιμοποιηθεί για τη μετάδοση αρχείων σε κανονική μορφή. Για παράδειγμα, ο ήχος σε wav ή το GSM (Παγκόσμιο Σύστημα για κινητές επικοινωνίες), MPEG-1 και MPEG-2 TV μπορούν επίσης να χρησιμοποιηθούν για τη μετάδοση αρχείων ήχου και τηλεόρασης που είναι αποθηκευμένα σε ιδιόκτητες μορφές.
Από την πλευρά των προγραμματιστών εφαρμογών, οι εκτελεστές RTP μπορούν να θεωρηθούν ως μέρος της εφαρμογής, επειδή οι προγραμματιστές πρέπει να ενσωματώσουν το RTP στην εφαρμογή. Στο τέλος της αποστολής, οι προγραμματιστές πρέπει να γράψουν το πρόγραμμα που εκτελεί το πρωτόκολλο RTP στο πρόγραμμα εφαρμογής που δημιουργεί πακέτο πληροφοριών RTP και, στη συνέχεια, το πρόγραμμα εφαρμογής στέλνει πακέτο πληροφοριών RTP στην υποδοχή διεπαφής του UDP, όπως φαίνεται στο σχήμα 2. Παρομοίως, τα πακέτα RTP εισάγονται στην εφαρμογή μέσω της διεπαφής υποδοχής UDP στον δέκτη. Επομένως, οι προγραμματιστές πρέπει να γράψουν το πρόγραμμα που εκτελεί το πρωτόκολλο RTP στην εφαρμογή που εξάγει δεδομένα πολυμέσων από πακέτο RTP.
Το έγγραφο λαμβάνει το RTP ως παράδειγμα για να δείξει τη διαδικασία εργασίας του. Ας υποθέσουμε ότι ο ήχος της πηγής ήχου είναι κωδικοποιημένος ήχος PCM 64 kb / s και υποθέστε ότι η εφαρμογή παίρνει 20 ms κωδικοποιημένων δεδομένων ως κομμάτι, δηλαδή 160 byte δεδομένων ήχου σε ένα μπλοκ δεδομένων. Η εφαρμογή πρέπει να προσθέσει τίτλο RTP σε αυτά τα δεδομένα ήχου για τη δημιουργία πακέτων RTP, τα οποία περιλαμβάνουν τον τύπο, τον αριθμό ακολουθίας και τη χρονική σήμανση των δεδομένων ήχου. Στη συνέχεια, τα πακέτα RTP αποστέλλονται στη διεπαφή υποδοχής UDP, όπου ενθυλακώνονται στα πακέτα UDP. Στον δέκτη, το πρόγραμμα εφαρμογής λαμβάνει πακέτο πληροφοριών RTP από τη διεπαφή υποδοχής, εξάγει το μπλοκ δεδομένων ήχου από το πακέτο πληροφοριών RTP και, στη συνέχεια, αποκωδικοποιεί και αναπαράγει ήχο σωστά χρησιμοποιώντας τις πληροφορίες στο πεδίο τίτλου του πακέτου RTP.
Εάν η εφαρμογή δεν χρησιμοποιεί ιδιόκτητες λύσεις για να παρέχει τύπο ωφέλιμου φορτίου, αριθμό ακολουθίας ή χρονική σήμανση, αλλά χρησιμοποιεί τυπικό πρωτόκολλο RTP, η εφαρμογή θα είναι ευκολότερη στην εκτέλεση με άλλες εφαρμογές δικτύου, κάτι που όλοι ελπίζουν. Για παράδειγμα, εάν δύο διαφορετικές εταιρείες αναπτύσσουν λογισμικό τηλεφώνου Διαδικτύου, όλες ενσωματώνουν RTP στα προϊόντα τους, κάτι που είναι ελπιδοφόρο ότι οι χρήστες που χρησιμοποιούν διαφορετικό λογισμικό τηλεφώνου της εταιρείας μπορούν να επικοινωνήσουν.
Είναι σημαντικό να τονιστεί ότι το RTP δεν παρέχει κανένα μηχανισμό για να διασφαλίσει ότι τα δεδομένα παραδίδονται στον δέκτη εγκαίρως ή άλλη ποιότητα υπηρεσίας. Δεν εγγυάται ότι το πακέτο πληροφοριών δεν έχει χαθεί ή ότι δεν διαταράσσεται η σειρά των πακέτων. Πράγματι, η ενθυλάκωση RTP μπορεί να φανεί μόνο από την πλευρά του συστήματος. Ο δρομολογητής στη μέση δεν διακρίνει ότι το datagram IP μεταφέρει πακέτα RTP.
Το RTP επιτρέπει σε κάθε πηγή μέσων να εκχωρηθεί ξεχωριστή ροή πακέτων RTP, όπως κάμερα ή μικρόφωνο. Για παράδειγμα, μια τηλεοπτική διάσκεψη με δύο εμπλεκόμενες ομάδες θα μπορούσε να ανοίξει τέσσερις ροές πακέτων: δύο κάμερες που μεταδίδουν τηλεοπτικές ροές και δύο μικρόφωνα για τη μετάδοση ροών ήχου. Ωστόσο, πολλές δημοφιλείς τεχνολογίες κωδικοποίησης, συμπεριλαμβανομένων των MPEG-1 και MPEG-2, συνδέουν τον ήχο και τις τηλεοπτικές εικόνες μαζί για να σχηματίσουν μια μοναδική ροή δεδομένων στη διαδικασία κωδικοποίησης και να δημιουργήσουν μια ροή πακέτων RTP προς μία κατεύθυνση.
Τα πακέτα RTP δεν περιορίζονται σε μετάδοση ενός στόχου και μπορούν επίσης να μεταδοθούν σε ένα προς πολλά δέντρα εκπομπής πολλαπλών στόχων ή σε δέντρο πολλαπλών στόχων πολλαπλών στόχων. Για παράδειγμα, η μετάδοση πολλαπλών στόχων με πολλαπλές έως πολλές, σε αυτήν την εφαρμογή, όλα τα τερματικά μετάδοσης συνήθως στέλνουν τη ροή πακέτων RTP τους στο δέντρο πολλαπλών αντικειμενικών εκπομπών με την ίδια διεύθυνση εκπομπής πολλαπλών αντικειμένων.
3. Πεδίο κεφαλίδας πακέτου RTP
Ο τίτλος RTP αποτελείται από τέσσερα πεδία κεφαλίδας πακέτων και άλλους τομείς: τομέας τύπου ωφέλιμου φορτίου, τομέας αριθμού ακολουθίας, τομέας χρονικής σήμανσης και τομέας αναγνώρισης πηγής συγχρονισμού.
1) τύπος ωφέλιμου φορτίου
Το πεδίο τύπου ωφέλιμου φορτίου στο πακέτο RTP έχει μήκος 7 bit, οπότε το RTP μπορεί να υποστηρίξει 128 διαφορετικούς τύπους ωφέλιμου φορτίου. Για ροή ήχου, αυτό το πεδίο χρησιμοποιείται για να υποδείξει τον τύπο κωδικοποίησης που χρησιμοποιείται από τον ήχο, όπως PCM, προσαρμοστική διαμόρφωση δέλτα, γραμμική προγνωστική κωδικοποίηση και ούτω καθεξής. Εάν ο αποστολέας αποφασίσει να αλλάξει τη μέθοδο κωδικοποίησης κατά τη διάρκεια της περιόδου σύνδεσης ή μετάδοσης, ο αποστολέας μπορεί να ειδοποιήσει τον παραλήπτη μέσω αυτού του τομέα. Ο Πίνακας 1 παραθέτει τους τύπους ωφέλιμων φορτίων που μπορούν να υποστηρίξουν το RTP προς το παρόν.
Για τηλεοπτικές ροές, οι τύποι ωφέλιμου φορτίου μπορούν να χρησιμοποιηθούν για να υποδείξουν τον τύπο κωδικοποίησης τηλεόρασης, όπως κίνηση JPEG, MPEG-1, MPEG-2, h.231 κ.λπ. Ο αποστολέας μπορεί επίσης να αλλάξει τη μέθοδο κωδικοποίησης της τηλεόρασης ανά πάσα στιγμή κατά τη διάρκεια τη συνεδρία ή κατά τη διάρκεια της συνεδρίας. Ο Πίνακας 16-02 απαριθμεί ορισμένους τύπους ωφέλιμων φορτίων τηλεόρασης που μπορεί να υποστηρίξει το RTP προς το παρόν.
2) σειριακός αριθμός
Το πεδίο πεδίου αριθμού ακολουθίας έχει μήκος 16 bit. Προσθέστε 1 σε κάθε αριθμό ακολουθίας πακέτων RTP. Ο δέκτης μπορεί να το χρησιμοποιήσει για να ελέγξει εάν το πακέτο λείπει και να επεξεργαστεί το πακέτο σύμφωνα με τον αριθμό ακολουθίας. Για παράδειγμα, η εφαρμογή λήψης λαμβάνει μια ροή πακέτων RTP, η οποία έχει ένα διάστημα μεταξύ των αριθμών ακολουθίας 86 και 89, και ο δέκτης γνωρίζει ότι τα πακέτα 87 και 88 έχουν χαθεί και λαμβάνουν μέτρα για την επεξεργασία των χαμένων δεδομένων.
3) χρονική σήμανση
Ο τομέας χρονικής σήμανσης έχει μήκος 32 byte. Αντικατοπτρίζει το χρόνο δειγματοληψίας (ώρα) του πρώτου byte στο πακέτο RTP. Ο δέκτης μπορεί να χρησιμοποιήσει αυτήν τη χρονική σήμανση για να αφαιρέσει το jitter των πακέτων που προκαλούνται από το δίκτυο και να παρέχει λειτουργία συγχρονισμού για αναπαραγωγή στο τέλος λήψης.
4) αναγνωριστικό πηγής συγχρονισμού
Το μήκος του τομέα αναγνώρισης πηγής συγχρονισμού (SSRC) είναι 32 bit. Χρησιμοποιείται για τον προσδιορισμό της προέλευσης της ροής πακέτων RTP και κάθε ροή πακέτου κατά τη διάρκεια περιόδου σύνδεσης RTP ή περιόδου έχει ένα σαφές SSRC. Το SSRC δεν είναι η διεύθυνση IP του αποστολέα, αλλά ένας αριθμός που εκχωρείται τυχαία από την πηγή στην αρχή της νέας ροής πακέτων.
|
Εισαγάγετε email για να εκπλήξετε
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 -> Βουλγαρικά
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 -> Ουγγρική
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 -> Σλοβένικα
es.fmuser.org -> Ισπανικά
sw.fmuser.org -> Σουαχίλι
sv.fmuser.org -> Σουηδικά
th.fmuser.org -> Ταϊλάνδης
tr.fmuser.org -> Τουρκικά
uk.fmuser.org -> Ουκρανικά
ur.fmuser.org -> Ουρντού
vi.fmuser.org -> Βιετνάμ
cy.fmuser.org -> Ουαλικά
yi.fmuser.org -> Γίντις
FMUSER Wirless Μετάδοση βίντεο και ήχου πιο εύκολα!
Επικοινωνία
Διεύθυνση:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Κίνα 510620
Κατηγορίες
Newsletter