dmr:start
Σύγκριση εκδόσεων
Εδώ βλέπετε τις διαφορές μεταξύ της επιλεγμένης έκδοσης και της τρέχουσας έκδοσης της σελίδας.
| Προηγούμενος έλεγχος και από τις δύο πλευρέςΠροηγούμενη αναθεώρησηΕπόμενη αναθεώρηση | Προηγούμενη αναθεώρηση | ||
| dmr:start [2026/08/02 16:02] – sa7svr | dmr:start [2026/08/02 16:12] (τρέχουσα) – sa7svr | ||
|---|---|---|---|
| Γραμμή 1430: | Γραμμή 1430: | ||
| Η κατανεμημένη αρχιτεκτονική του, οι δυναμικές δυνατότητες διαχείρισης Talkgroups και οι προηγμένες υπηρεσίες παρακολούθησης το καθιστούν σημείο αναφοράς στον χώρο των ψηφιακών επικοινωνιών. | Η κατανεμημένη αρχιτεκτονική του, οι δυναμικές δυνατότητες διαχείρισης Talkgroups και οι προηγμένες υπηρεσίες παρακολούθησης το καθιστούν σημείο αναφοράς στον χώρο των ψηφιακών επικοινωνιών. | ||
| + | |||
| + | ====== DMR ID (Radio ID) ====== | ||
| + | |||
| + | ===== Overview ===== | ||
| + | |||
| + | Το **DMR ID**, γνωστό και ως **Radio ID**, αποτελεί το μοναδικό ψηφιακό αναγνωριστικό κάθε σταθμού που συμμετέχει σε ένα δίκτυο DMR. | ||
| + | |||
| + | Μπορεί να θεωρηθεί ως η «ψηφιακή ταυτότητα» ενός ραδιοερασιτέχνη μέσα στο οικοσύστημα DMR. | ||
| + | |||
| + | Όπως κάθε σταθμός διαθέτει μοναδικό διακριτικό κλήσης (Callsign), έτσι και στο DMR κάθε χρήστης διαθέτει έναν μοναδικό αριθμό Radio ID, ο οποίος χρησιμοποιείται από όλα τα δίκτυα για την αναγνώριση και τη δρομολόγηση των επικοινωνιών. | ||
| + | |||
| + | Κάθε αριθμός εκχωρείται μία μόνο φορά και είναι μοναδικός σε παγκόσμιο επίπεδο. | ||
| + | |||
| + | ===== Purpose of the DMR ID ===== | ||
| + | |||
| + | Το Radio ID χρησιμοποιείται από το δίκτυο για: | ||
| + | |||
| + | * Αναγνώριση του χρήστη. | ||
| + | * Ταυτοποίηση του Callsign. | ||
| + | * Δρομολόγηση των συνομιλιών. | ||
| + | * Υποστήριξη Private Calls. | ||
| + | * Καταγραφή δραστηριότητας. | ||
| + | * Εμφάνιση πληροφοριών στα Dashboards. | ||
| + | * Διαχείριση δικαιωμάτων πρόσβασης. | ||
| + | |||
| + | Χωρίς έγκυρο Radio ID ένας σταθμός δεν μπορεί να συμμετέχει κανονικά σε ένα παγκόσμιο δίκτυο DMR. | ||
| + | |||
| + | ===== Structure ===== | ||
| + | |||
| + | Ένα DMR ID είναι ένας αριθμός πολλών ψηφίων. | ||
| + | |||
| + | Ο αριθμός αυτός δεν είναι τυχαίος. | ||
| + | |||
| + | Εκχωρείται από την παγκόσμια βάση δεδομένων DMR και παραμένει συνδεδεμένος με: | ||
| + | |||
| + | * Callsign | ||
| + | * Όνομα χειριστή | ||
| + | * Χώρα | ||
| + | * Περιοχή | ||
| + | * Άλλες δημόσιες πληροφορίες που επιλέγει να διαθέσει ο χρήστης. | ||
| + | |||
| + | ===== Global Database ===== | ||
| + | |||
| + | Οι πληροφορίες αποθηκεύονται σε μία κεντρική βάση δεδομένων. | ||
| + | |||
| + | Οι Master Servers συγχρονίζουν περιοδικά τα δεδομένα ώστε να εμφανίζονται σωστά: | ||
| + | |||
| + | * το Callsign, | ||
| + | * το όνομα, | ||
| + | * η χώρα, | ||
| + | * και οι σχετικές πληροφορίες του σταθμού. | ||
| + | |||
| + | Έτσι, όταν πραγματοποιείται μία εκπομπή, | ||
| + | |||
| + | ===== Registration ===== | ||
| + | |||
| + | Για να αποκτήσει κάποιος DMR ID απαιτείται εγγραφή. | ||
| + | |||
| + | Κατά τη διαδικασία αυτή γίνεται έλεγχος ότι: | ||
| + | |||
| + | * ο χρήστης διαθέτει έγκυρη ραδιοερασιτεχνική άδεια, | ||
| + | * το Callsign είναι μοναδικό, | ||
| + | * δεν υπάρχει ήδη καταχωρημένο Radio ID. | ||
| + | |||
| + | Μετά την έγκριση εκχωρείται ένας μοναδικός αριθμός που χρησιμοποιείται σε όλα τα συμβατά δίκτυα DMR. | ||
| + | |||
| + | ===== Use in Repeaters ===== | ||
| + | |||
| + | Όταν ένας πομποδέκτης εκπέμπει μέσω ενός αναμεταδότη, | ||
| + | |||
| + | Ο αναμεταδότης προωθεί το ID στον Master Server μαζί με: | ||
| + | |||
| + | * το Talkgroup, | ||
| + | * το Time Slot, | ||
| + | * το Color Code, | ||
| + | * τα ψηφιακά Voice Frames. | ||
| + | |||
| + | Ο Master χρησιμοποιεί το Radio ID για να γνωρίζει ποιος είναι ο αποστολέας της εκπομπής. | ||
| + | |||
| + | ===== Private Calls ===== | ||
| + | |||
| + | Το Radio ID επιτρέπει επίσης την πραγματοποίηση **Private Calls**. | ||
| + | |||
| + | Σε αυτή την περίπτωση, | ||
| + | |||
| + | Εφόσον ο παραλήπτης είναι συνδεδεμένος στο δίκτυο, | ||
| + | |||
| + | ===== Dashboards ===== | ||
| + | |||
| + | Τα περισσότερα δίκτυα DMR εμφανίζουν σε πραγματικό χρόνο πληροφορίες σχετικά με τους ενεργούς χρήστες. | ||
| + | |||
| + | Οι πληροφορίες αυτές βασίζονται στο Radio ID και μπορεί να περιλαμβάνουν: | ||
| + | |||
| + | * Callsign. | ||
| + | * Όνομα. | ||
| + | * Χώρα. | ||
| + | * Talkgroup. | ||
| + | * Time Slot. | ||
| + | * Αναμεταδότη ή Hotspot. | ||
| + | * Διάρκεια συνομιλίας. | ||
| + | |||
| + | Οι πληροφορίες αυτές διευκολύνουν τόσο τους χρήστες όσο και τους διαχειριστές. | ||
| + | |||
| + | ===== Security ===== | ||
| + | |||
| + | Το Radio ID δεν αποτελεί μηχανισμό ασφάλειας. | ||
| + | |||
| + | Αποτελεί μηχανισμό αναγνώρισης. | ||
| + | |||
| + | Παρόλα αυτά, πολλά δίκτυα πραγματοποιούν ελέγχους εγκυρότητας ώστε να αποτρέπεται η χρήση ανύπαρκτων ή λανθασμένων Radio IDs. | ||
| + | |||
| + | Ορισμένα δίκτυα εφαρμόζουν επιπλέον πολιτικές που επιτρέπουν την πρόσβαση μόνο σε εγκεκριμένα Radio IDs. | ||
| + | |||
| + | ===== Best Practices ===== | ||
| + | |||
| + | Για σωστή λειτουργία συνιστάται: | ||
| + | |||
| + | * Χρήση του προσωπικού σας Radio ID. | ||
| + | * Αποφυγή χρήσης Radio ID άλλου χειριστή. | ||
| + | * Τακτική ενημέρωση των στοιχείων σας. | ||
| + | * Έλεγχος της σωστής καταχώρισης του Callsign. | ||
| + | * Χρήση του ίδιου Radio ID σε όλους τους προσωπικούς πομποδέκτες DMR. | ||
| + | |||
| + | ===== Summary ===== | ||
| + | |||
| + | Το DMR ID αποτελεί τη μοναδική ψηφιακή ταυτότητα κάθε χρήστη στο οικοσύστημα DMR. | ||
| + | |||
| + | Η σωστή χρήση του επιτρέπει την αξιόπιστη αναγνώριση των σταθμών, | ||
| + | |||
| + | ====== DMR Voice Routing ====== | ||
| + | |||
| + | ===== Overview ===== | ||
| + | |||
| + | Η δρομολόγηση φωνής (**Voice Routing**) αποτελεί μία από τις σημαντικότερες λειτουργίες κάθε δικτύου DMR. | ||
| + | |||
| + | Κάθε φορά που ένας χρήστης πατά το πλήκτρο **PTT (Push-To-Talk)**, | ||
| + | |||
| + | Η διαδικασία αυτή πραγματοποιείται μέσα σε ελάχιστα χιλιοστά του δευτερολέπτου και είναι πλήρως αυτοματοποιημένη. | ||
| + | |||
| + | ===== Voice Encoding ===== | ||
| + | |||
| + | Πριν ακόμη η φωνή μεταδοθεί μέσω του αέρα, μετατρέπεται σε ψηφιακά δεδομένα. | ||
| + | |||
| + | Η μετατροπή πραγματοποιείται από τον **AMBE+2 Vocoder**, ο οποίος αναλύει την ανθρώπινη ομιλία και δημιουργεί μία σειρά από ψηφιακά Voice Frames. | ||
| + | |||
| + | Κάθε Voice Frame περιέχει πληροφορίες που επιτρέπουν στον παραλήπτη να ανασυνθέσει με μεγάλη ακρίβεια την αρχική φωνή. | ||
| + | |||
| + | Η τεχνική αυτή μειώνει σημαντικά το απαιτούμενο εύρος ζώνης, διατηρώντας παράλληλα υψηλή ποιότητα ήχου. | ||
| + | |||
| + | ===== Digital Voice Frames ===== | ||
| + | |||
| + | Η μετάδοση δεν πραγματοποιείται ως συνεχές ηχητικό σήμα. | ||
| + | |||
| + | Η φωνή χωρίζεται σε μικρά ψηφιακά πακέτα (Voice Frames). | ||
| + | |||
| + | Κάθε πακέτο περιλαμβάνει: | ||
| + | |||
| + | * Digital Voice | ||
| + | * Radio ID | ||
| + | * Talkgroup ID | ||
| + | * Time Slot | ||
| + | * Color Code | ||
| + | * Synchronization Information | ||
| + | * Error Correction Data | ||
| + | * Link Control Information | ||
| + | |||
| + | Τα δεδομένα αυτά επιτρέπουν στο δίκτυο να γνωρίζει ακριβώς από πού προέρχεται η εκπομπή και πού πρέπει να σταλεί. | ||
| + | |||
| + | ===== Voice Routing Process ===== | ||
| + | |||
| + | Η διαδρομή μιας εκπομπής μπορεί να περιγραφεί ως εξής. | ||
| + | |||
| + | < | ||
| + | Operator | ||
| + | │ | ||
| + | ▼ | ||
| + | DMR Radio | ||
| + | │ | ||
| + | ▼ | ||
| + | Repeater ή Hotspot | ||
| + | │ | ||
| + | ▼ | ||
| + | Master Server | ||
| + | │ | ||
| + | ▼ | ||
| + | Routing Engine | ||
| + | │ | ||
| + | | ||
| + | | ||
| + | | ||
| + | Peers OpenBridge BrandMeister | ||
| + | | ||
| + | | ||
| + | ▼ | ||
| + | Destination Repeaters | ||
| + | ▼ | ||
| + | Remote Operators | ||
| + | </ | ||
| + | |||
| + | Κάθε στάδιο πραγματοποιεί διαφορετικό έλεγχο πριν προωθήσει την εκπομπή στο επόμενο. | ||
| + | |||
| + | ===== Routing Decisions ===== | ||
| + | |||
| + | Ο Master Server εξετάζει πολλαπλές πληροφορίες πριν αποφασίσει τη διαδρομή της συνομιλίας. | ||
| + | |||
| + | Ενδεικτικά ελέγχονται: | ||
| + | |||
| + | * Source Radio ID | ||
| + | * Source Repeater | ||
| + | * Talkgroup | ||
| + | * Time Slot | ||
| + | * Color Code | ||
| + | * Active Links | ||
| + | * Routing Rules | ||
| + | * OpenBridge Rules | ||
| + | * ACL Policies | ||
| + | |||
| + | Μόνο όταν ολοκληρωθούν όλοι οι έλεγχοι προωθείται η εκπομπή. | ||
| + | |||
| + | ===== Voice Distribution ===== | ||
| + | |||
| + | Το δίκτυο δεν δημιουργεί νέα αντίγραφα της φωνής. | ||
| + | |||
| + | Αντίθετα, | ||
| + | |||
| + | Έτσι μειώνεται σημαντικά: | ||
| + | |||
| + | * η χρήση CPU, | ||
| + | * η χρήση μνήμης, | ||
| + | * το απαιτούμενο Bandwidth, | ||
| + | * η καθυστέρηση μετάδοσης. | ||
| + | |||
| + | Η συγκεκριμένη τεχνική επιτρέπει σε χιλιάδες χρήστες να επικοινωνούν ταυτόχρονα με πολύ μικρή καθυστέρηση. | ||
| + | |||
| + | ===== Network Latency ===== | ||
| + | |||
| + | Η συνολική καθυστέρηση εξαρτάται από: | ||
| + | |||
| + | * την απόσταση μεταξύ των Servers, | ||
| + | * την ποιότητα της σύνδεσης Internet, | ||
| + | * τον αριθμό των OpenBridge συνδέσεων, | ||
| + | * τον αριθμό των ενεργών Routing Rules, | ||
| + | * τον φόρτο του δικτύου. | ||
| + | |||
| + | Σε ένα σωστά σχεδιασμένο δίκτυο η καθυστέρηση παραμένει συνήθως πολύ μικρή, προσφέροντας σχεδόν άμεση επικοινωνία. | ||
| + | |||
| + | ===== Error Correction ===== | ||
| + | |||
| + | Κατά τη μετάδοση είναι πιθανό να χαθούν ορισμένα πακέτα. | ||
| + | |||
| + | Για τον λόγο αυτό το πρωτόκολλο DMR χρησιμοποιεί μηχανισμούς ανίχνευσης και διόρθωσης σφαλμάτων. | ||
| + | |||
| + | Οι μηχανισμοί αυτοί αυξάνουν σημαντικά την αξιοπιστία της επικοινωνίας ακόμη και σε δύσκολες συνθήκες λήψης. | ||
| + | |||
| + | ===== Summary ===== | ||
| + | |||
| + | Η δρομολόγηση φωνής αποτελεί μία από τις πιο εξελιγμένες λειτουργίες του DMR. | ||
| + | |||
| + | Ο συνδυασμός του AMBE+2 Vocoder, των Voice Frames, των Master Servers και των μηχανισμών δρομολόγησης επιτρέπει την αξιόπιστη και ταχύτατη μεταφορά ψηφιακής φωνής μεταξύ χρηστών που βρίσκονται οπουδήποτε στον κόσμο. | ||
| + | |||
| + | ====== DMR Packet Flow (From PTT to Speaker) ====== | ||
| + | |||
| + | ===== Overview ===== | ||
| + | |||
| + | Κάθε φορά που ένας χρήστης πατά το πλήκτρο **PTT (Push-To-Talk)** σε έναν πομποδέκτη DMR, ενεργοποιείται μία πολύπλοκη αλληλουχία διεργασιών που πραγματοποιούνται μέσα σε ελάχιστα χιλιοστά του δευτερολέπτου. | ||
| + | |||
| + | Αυτό που αντιλαμβάνεται ο χειριστής ως μία απλή εκπομπή φωνής, στην πραγματικότητα αποτελεί μία συνεχόμενη ανταλλαγή εκατοντάδων ψηφιακών πακέτων μεταξύ του πομποδέκτη, | ||
| + | |||
| + | Η διαδικασία αυτή πραγματοποιείται αυτόματα χωρίς καμία παρέμβαση του χρήστη. | ||
| + | |||
| + | ===== Step 1 - Voice Acquisition ===== | ||
| + | |||
| + | Η διαδικασία ξεκινά όταν ο χειριστής πατήσει το πλήκτρο PTT. | ||
| + | |||
| + | Το μικρόφωνο μετατρέπει την ανθρώπινη φωνή σε αναλογικό ηλεκτρικό σήμα. | ||
| + | |||
| + | Το σήμα αυτό οδηγείται στον ψηφιακό επεξεργαστή του πομποδέκτη. | ||
| + | |||
| + | ===== Step 2 - Voice Encoding ===== | ||
| + | |||
| + | Ο ψηφιακός επεξεργαστής χρησιμοποιεί τον **AMBE+2 Vocoder** για να μετατρέψει την ανθρώπινη ομιλία σε συμπιεσμένα ψηφιακά δεδομένα. | ||
| + | |||
| + | Κατά τη διαδικασία αυτή αφαιρούνται πληροφορίες που δεν είναι απαραίτητες για την κατανόηση της ομιλίας, | ||
| + | |||
| + | Το αποτέλεσμα είναι μία συνεχής ροή ψηφιακών Voice Frames. | ||
| + | |||
| + | ===== Step 3 - Frame Construction ===== | ||
| + | |||
| + | Ο πομποδέκτης δημιουργεί τα πακέτα που θα μεταδοθούν. | ||
| + | |||
| + | Κάθε πακέτο περιλαμβάνει: | ||
| + | |||
| + | * Voice Frames | ||
| + | * Radio ID | ||
| + | * Talkgroup ID | ||
| + | * Time Slot | ||
| + | * Color Code | ||
| + | * Link Control Information | ||
| + | * Synchronization Data | ||
| + | * Error Correction Data | ||
| + | |||
| + | Όλες αυτές οι πληροφορίες είναι απαραίτητες ώστε το δίκτυο να μπορέσει να αναγνωρίσει την εκπομπή και να τη δρομολογήσει σωστά. | ||
| + | |||
| + | ===== Step 4 - TDMA Transmission ===== | ||
| + | |||
| + | Τα πακέτα δεν μεταδίδονται συνεχώς. | ||
| + | |||
| + | Ο πομποδέκτης εκπέμπει μόνο κατά τη διάρκεια της δικής του χρονοθυρίδας (Time Slot). | ||
| + | |||
| + | Μετά την ολοκλήρωση της εκπομπής του συγκεκριμένου Frame, ο πομπός σταματά προσωρινά μέχρι να έρθει η επόμενη διαθέσιμη χρονοθυρίδα. | ||
| + | |||
| + | Η διαδικασία αυτή επαναλαμβάνεται δεκάδες φορές κάθε δευτερόλεπτο. | ||
| + | |||
| + | ===== Step 5 - Repeater Reception ===== | ||
| + | |||
| + | Ο DMR Repeater λαμβάνει τα ψηφιακά πακέτα και πραγματοποιεί σειρά ελέγχων. | ||
| + | |||
| + | Ελέγχει: | ||
| + | |||
| + | * Color Code | ||
| + | * Time Slot | ||
| + | * Frame Integrity | ||
| + | * Synchronization | ||
| + | * Radio ID | ||
| + | * Talkgroup | ||
| + | |||
| + | Εφόσον όλα είναι σωστά, προωθεί τα δεδομένα στον Master Server. | ||
| + | |||
| + | ===== Step 6 - Master Processing ===== | ||
| + | |||
| + | Ο Master Server αναλαμβάνει την επεξεργασία της εκπομπής. | ||
| + | |||
| + | Αναλύει: | ||
| + | |||
| + | * Source Radio ID | ||
| + | * Source Repeater | ||
| + | * Destination Talkgroup | ||
| + | * Active Routing Rules | ||
| + | * Active Bridges | ||
| + | * ACL Policies | ||
| + | * OpenBridge Rules | ||
| + | |||
| + | Με βάση τις πληροφορίες αυτές αποφασίζει ποιοι προορισμοί πρέπει να λάβουν την εκπομπή. | ||
| + | |||
| + | ===== Step 7 - Network Distribution ===== | ||
| + | |||
| + | Η εκπομπή προωθείται προς όλους τους κατάλληλους προορισμούς. | ||
| + | |||
| + | Ανάλογα με την αρχιτεκτονική του δικτύου μπορεί να σταλεί προς: | ||
| + | |||
| + | * Repeaters | ||
| + | * Hotspots | ||
| + | * IPSC2 Masters | ||
| + | * HBLink Servers | ||
| + | * BrandMeister Masters | ||
| + | * OpenBridge Servers | ||
| + | |||
| + | Η διαδικασία αυτή πραγματοποιείται ταυτόχρονα για όλους τους ενεργούς προορισμούς. | ||
| + | |||
| + | ===== Step 8 - Remote Reception ===== | ||
| + | |||
| + | Ο απομακρυσμένος Repeater ή Hotspot λαμβάνει τα Voice Frames. | ||
| + | |||
| + | Πραγματοποιεί εκ νέου ελέγχους συγχρονισμού και ακεραιότητας των δεδομένων πριν τα εκπέμψει μέσω RF προς τους τελικούς χρήστες. | ||
| + | |||
| + | ===== Step 9 - Voice Reconstruction ===== | ||
| + | |||
| + | Ο πομποδέκτης του παραλήπτη λαμβάνει τα Voice Frames. | ||
| + | |||
| + | Ο AMBE+2 Decoder ανασυνθέτει την ανθρώπινη ομιλία χρησιμοποιώντας τα ψηφιακά δεδομένα. | ||
| + | |||
| + | Το αποτέλεσμα είναι μία καθαρή και κατανοητή αναπαραγωγή της αρχικής φωνής. | ||
| + | |||
| + | ===== End-to-End Communication ===== | ||
| + | |||
| + | Η συνολική διαδικασία μπορεί να απεικονιστεί ως εξής. | ||
| + | |||
| + | < | ||
| + | Operator | ||
| + | │ | ||
| + | ▼ | ||
| + | Microphone | ||
| + | │ | ||
| + | ▼ | ||
| + | AMBE+2 Encoder | ||
| + | │ | ||
| + | ▼ | ||
| + | Digital Voice Frames | ||
| + | │ | ||
| + | ▼ | ||
| + | DMR Radio | ||
| + | │ | ||
| + | ▼ | ||
| + | Repeater / Hotspot | ||
| + | │ | ||
| + | ▼ | ||
| + | Master Server | ||
| + | │ | ||
| + | ▼ | ||
| + | Routing Engine | ||
| + | │ | ||
| + | ▼ | ||
| + | OpenBridge / IPSC2 / BrandMeister / HBLink | ||
| + | │ | ||
| + | ▼ | ||
| + | Remote Repeater | ||
| + | │ | ||
| + | ▼ | ||
| + | Destination Radio | ||
| + | │ | ||
| + | ▼ | ||
| + | AMBE+2 Decoder | ||
| + | │ | ||
| + | ▼ | ||
| + | Speaker | ||
| + | </ | ||
| + | |||
| + | ===== Performance ===== | ||
| + | |||
| + | Σε μία σωστά σχεδιασμένη υποδομή DMR η συνολική καθυστέρηση από τη στιγμή που ο χρήστης πατά το PTT μέχρι να ακουστεί η φωνή στον απομακρυσμένο σταθμό είναι συνήθως μικρότερη από ένα δευτερόλεπτο. | ||
| + | |||
| + | Η ακριβής καθυστέρηση εξαρτάται από: | ||
| + | |||
| + | * Την ποιότητα της σύνδεσης Internet. | ||
| + | * Τον αριθμό των ενδιάμεσων Servers. | ||
| + | * Τον αριθμό των OpenBridge συνδέσεων. | ||
| + | * Τον φόρτο του δικτύου. | ||
| + | * Τη γεωγραφική απόσταση μεταξύ των υποδομών. | ||
| + | |||
| + | ===== Summary ===== | ||
| + | |||
| + | Η μετάδοση φωνής στο DMR αποτελεί μία σύνθετη αλλά εξαιρετικά αποδοτική διαδικασία, | ||
| + | |||
| + | Η συνεργασία μεταξύ του πομποδέκτη, | ||
| + | |||
| + | ====== HELLAS Zone DMR Infrastructure ====== | ||
| + | |||
| + | ===== Overview ===== | ||
| + | |||
| + | Το **HELLAS Zone DMR Infrastructure** αποτελεί μία σύγχρονη και ανεξάρτητη υποδομή Digital Mobile Radio (DMR), σχεδιασμένη για να παρέχει αξιόπιστες υπηρεσίες ψηφιακής επικοινωνίας στην ελληνική και τη διεθνή ραδιοερασιτεχνική κοινότητα. | ||
| + | |||
| + | Η υποδομή βασίζεται σε αρχές υψηλής διαθεσιμότητας, | ||
| + | |||
| + | Κύριος στόχος του HELLAS Zone είναι η δημιουργία ενός ανοικτού και τεχνολογικά σύγχρονου περιβάλλοντος, | ||
| + | |||
| + | ===== Design Objectives ===== | ||
| + | |||
| + | Η σχεδίαση της υποδομής βασίστηκε στους παρακάτω στόχους. | ||
| + | |||
| + | * Υψηλή αξιοπιστία. | ||
| + | * Συνεχής λειτουργία. | ||
| + | * Επεκτασιμότητα. | ||
| + | * Απλή διαχείριση. | ||
| + | * Διαλειτουργικότητα. | ||
| + | * Υποστήριξη πολλαπλών τεχνολογιών Digital Voice. | ||
| + | * Δυνατότητα μελλοντικής επέκτασης. | ||
| + | |||
| + | Η αρχιτεκτονική επιτρέπει την προσθήκη νέων υπηρεσιών χωρίς να απαιτείται ανασχεδιασμός της υπάρχουσας υποδομής. | ||
| + | |||
| + | ===== Infrastructure Components ===== | ||
| + | |||
| + | Η υποδομή περιλαμβάνει πολλαπλά συνεργαζόμενα υποσυστήματα. | ||
| + | |||
| + | * DMR Master Services | ||
| + | * IPSC2 Infrastructure | ||
| + | * OpenBridge Connectivity | ||
| + | * Dashboard Services | ||
| + | * Documentation Server | ||
| + | * Monitoring Services | ||
| + | * Network Statistics | ||
| + | * Future Cross-Mode Services | ||
| + | |||
| + | Κάθε υπηρεσία εκτελεί συγκεκριμένο ρόλο και συνεργάζεται με τις υπόλοιπες μέσω κοινής αρχιτεκτονικής. | ||
| + | |||
| + | ===== Network Philosophy ===== | ||
| + | |||
| + | Το HELLAS Zone δεν σχεδιάστηκε ως ένας απλός DMR Server. | ||
| + | |||
| + | Αποτελεί μία ολοκληρωμένη πλατφόρμα Digital Voice. | ||
| + | |||
| + | Η φιλοσοφία του βασίζεται στη συνεργασία διαφορετικών τεχνολογιών, | ||
| + | |||
| + | Με τον τρόπο αυτό είναι δυνατή η σταδιακή προσθήκη νέων υπηρεσιών χωρίς να επηρεάζεται η λειτουργία των ήδη υπαρχόντων. | ||
| + | |||
| + | ===== Core Services ===== | ||
| + | |||
| + | Οι βασικές υπηρεσίες της υποδομής περιλαμβάνουν: | ||
| + | |||
| + | * Διαχείριση δικτύου DMR. | ||
| + | * Δρομολόγηση Talkgroups. | ||
| + | * Διασύνδεση μέσω OpenBridge. | ||
| + | * Παρακολούθηση της κατάστασης του δικτύου. | ||
| + | * Δημοσίευση τεχνικής τεκμηρίωσης. | ||
| + | * Συλλογή στατιστικών στοιχείων. | ||
| + | * Υποστήριξη διαχειριστών και χρηστών. | ||
| + | |||
| + | Οι υπηρεσίες αυτές λειτουργούν ανεξάρτητα αλλά συνεργάζονται μεταξύ τους για την παροχή μιας ολοκληρωμένης εμπειρίας. | ||
| + | |||
| + | ===== Scalability ===== | ||
| + | |||
| + | Η αρχιτεκτονική του HELLAS Zone έχει σχεδιαστεί ώστε να μπορεί να αναπτυχθεί σταδιακά. | ||
| + | |||
| + | Η προσθήκη νέων υπηρεσιών, | ||
| + | |||
| + | Η δυνατότητα αυτή εξασφαλίζει ότι η υποδομή μπορεί να εξελίσσεται μαζί με τις ανάγκες της κοινότητας. | ||
| + | |||
| + | ===== Reliability ===== | ||
| + | |||
| + | Η αξιοπιστία αποτελεί βασική προτεραιότητα. | ||
| + | |||
| + | Για τον σκοπό αυτό εφαρμόζονται διαδικασίες όπως: | ||
| + | |||
| + | * Συνεχής παρακολούθηση των υπηρεσιών. | ||
| + | * Τακτική δημιουργία αντιγράφων ασφαλείας. | ||
| + | * Έλεγχος της κατάστασης των Servers. | ||
| + | * Ενημέρωση λογισμικού. | ||
| + | * Παρακολούθηση των διαθέσιμων πόρων του συστήματος. | ||
| + | |||
| + | Οι διαδικασίες αυτές συμβάλλουν στη διατήρηση υψηλής διαθεσιμότητας και σταθερής λειτουργίας. | ||
| + | |||
| + | ===== Future Development ===== | ||
| + | |||
| + | Το HELLAS Zone αναπτύσσεται συνεχώς. | ||
| + | |||
| + | Στόχος είναι η προσθήκη νέων υπηρεσιών και η επέκταση της διαλειτουργικότητας με άλλα δίκτυα Digital Voice. | ||
| + | |||
| + | Η αρχιτεκτονική έχει σχεδιαστεί ώστε να υποστηρίζει νέες τεχνολογίες χωρίς σημαντικές αλλαγές στη βασική δομή της. | ||
| + | |||
| + | ===== Summary ===== | ||
| + | |||
| + | Το HELLAS Zone αποτελεί μία ολοκληρωμένη πλατφόρμα Digital Voice και όχι απλώς έναν ακόμη DMR Server. | ||
| + | |||
| + | Η συνδυασμένη χρήση σύγχρονων τεχνολογιών, | ||
| + | |||
| + | ====== HELLAS Zone IPSC2 Architecture ====== | ||
| + | |||
| + | ===== Overview ===== | ||
| + | |||
| + | Το **HELLAS Zone IPSC2 Architecture** αποτελεί τον βασικό πυρήνα της υποδομής DMR του HELLAS Zone. | ||
| + | |||
| + | Η αρχιτεκτονική έχει σχεδιαστεί ώστε να παρέχει υψηλή αξιοπιστία, | ||
| + | |||
| + | Σε αντίθεση με μία απλή εγκατάσταση DMR, το HELLAS Zone βασίζεται σε μία πολυεπίπεδη αρχιτεκτονική (Multi-Layer Architecture), | ||
| + | |||
| + | Η σχεδίαση αυτή επιτρέπει τη σταδιακή προσθήκη νέων υπηρεσιών, | ||
| + | |||
| + | ===== Architecture Philosophy ===== | ||
| + | |||
| + | Η φιλοσοφία του HELLAS Zone βασίζεται σε τέσσερις θεμελιώδεις αρχές. | ||
| + | |||
| + | * Ανεξαρτησία. | ||
| + | * Αξιοπιστία. | ||
| + | * Επεκτασιμότητα. | ||
| + | * Διαλειτουργικότητα. | ||
| + | |||
| + | Κάθε υποσύστημα λειτουργεί αυτόνομα, | ||
| + | |||
| + | Με τον τρόπο αυτό μία πιθανή βλάβη σε μία υπηρεσία δεν επηρεάζει απαραίτητα τη λειτουργία των υπολοίπων. | ||
| + | |||
| + | ===== Core Infrastructure ===== | ||
| + | |||
| + | Η βασική υποδομή αποτελείται από τα παρακάτω υποσυστήματα. | ||
| + | |||
| + | * IPSC2 Master Server. | ||
| + | * Network Routing Engine. | ||
| + | * OpenBridge Gateway. | ||
| + | * Dashboard Services. | ||
| + | * Documentation Platform. | ||
| + | * Monitoring Services. | ||
| + | * Statistics Engine. | ||
| + | * Future Cross-Mode Bridge Services. | ||
| + | |||
| + | Κάθε υπηρεσία έχει σαφώς καθορισμένο ρόλο μέσα στο οικοσύστημα. | ||
| + | |||
| + | ===== IPSC2 Master ===== | ||
| + | |||
| + | Ο IPSC2 Master αποτελεί τον κεντρικό κόμβο του δικτύου. | ||
| + | |||
| + | Οι βασικές του λειτουργίες περιλαμβάνουν: | ||
| + | |||
| + | * Διαχείριση των συνδεδεμένων Repeaters. | ||
| + | * Διαχείριση Hotspots. | ||
| + | * Έλεγχο των Talkgroups. | ||
| + | * Δρομολόγηση της ψηφιακής φωνής. | ||
| + | * Διαχείριση των ενεργών συνδέσεων. | ||
| + | * Συνεργασία με OpenBridge. | ||
| + | * Υποστήριξη μελλοντικών υπηρεσιών. | ||
| + | |||
| + | Ο Master αποτελεί το σημείο όπου συγκεντρώνεται και οργανώνεται όλη η κυκλοφορία του δικτύου. | ||
| + | |||
| + | ===== Routing Engine ===== | ||
| + | |||
| + | Το Routing Engine είναι υπεύθυνο για τη λήψη όλων των αποφάσεων σχετικά με τη διαδρομή κάθε ψηφιακής εκπομπής. | ||
| + | |||
| + | Για κάθε νέα μετάδοση εξετάζονται: | ||
| + | |||
| + | * Source Radio ID. | ||
| + | * Source Repeater ή Hotspot. | ||
| + | * Destination Talkgroup. | ||
| + | * Time Slot. | ||
| + | * Routing Policies. | ||
| + | * OpenBridge Policies. | ||
| + | * Active Links. | ||
| + | |||
| + | Με βάση τα στοιχεία αυτά δημιουργείται δυναμικά η κατάλληλη διαδρομή της συνομιλίας. | ||
| + | |||
| + | ===== Traffic Management ===== | ||
| + | |||
| + | Η υποδομή έχει σχεδιαστεί ώστε να διαχειρίζεται αποτελεσματικά μεγάλο αριθμό ταυτόχρονων συνομιλιών. | ||
| + | |||
| + | Η διαχείριση της κυκλοφορίας περιλαμβάνει: | ||
| + | |||
| + | * Βελτιστοποίηση δρομολόγησης. | ||
| + | * Ελαχιστοποίηση καθυστερήσεων. | ||
| + | * Αποφυγή διπλών μεταδόσεων. | ||
| + | * Έλεγχο ενεργών συνδέσεων. | ||
| + | * Βελτιστοποίηση χρήσης Bandwidth. | ||
| + | |||
| + | Η φιλοσοφία αυτή επιτρέπει την αξιόπιστη λειτουργία ακόμη και σε περιόδους αυξημένης δραστηριότητας. | ||
| + | |||
| + | ===== High Availability ===== | ||
| + | |||
| + | Η αρχιτεκτονική του HELLAS Zone έχει σχεδιαστεί ώστε να υποστηρίζει συνεχή λειτουργία. | ||
| + | |||
| + | Για τον σκοπό αυτό εφαρμόζονται διαδικασίες όπως: | ||
| + | |||
| + | * Συνεχής παρακολούθηση υπηρεσιών. | ||
| + | * Αυτόματη επανασύνδεση υπηρεσιών. | ||
| + | * Έλεγχος λειτουργίας κρίσιμων διεργασιών. | ||
| + | * Τακτική δημιουργία αντιγράφων ασφαλείας. | ||
| + | * Περιοδικός έλεγχος της κατάστασης του συστήματος. | ||
| + | |||
| + | Οι διαδικασίες αυτές αυξάνουν σημαντικά τη συνολική αξιοπιστία της υποδομής. | ||
| + | |||
| + | ===== Scalability ===== | ||
| + | |||
| + | Η αρχιτεκτονική σχεδιάστηκε ώστε να μπορεί να αναπτυχθεί σταδιακά. | ||
| + | |||
| + | Στο μέλλον μπορούν να προστεθούν: | ||
| + | |||
| + | * Νέοι Repeaters. | ||
| + | * Νέα Hotspots. | ||
| + | * Νέα Talkgroups. | ||
| + | * Νέα OpenBridge Links. | ||
| + | * Νέα Dashboards. | ||
| + | * Νέα Monitoring Services. | ||
| + | * Νέες τεχνολογίες Digital Voice. | ||
| + | |||
| + | Η επέκταση πραγματοποιείται χωρίς να απαιτείται αλλαγή της βασικής δομής του δικτύου. | ||
| + | |||
| + | ===== Future Integration ===== | ||
| + | |||
| + | Η υποδομή του HELLAS Zone έχει σχεδιαστεί με στόχο τη συνεργασία με διαφορετικές τεχνολογίες Digital Voice. | ||
| + | |||
| + | Στις μελλοντικές δυνατότητες περιλαμβάνονται: | ||
| + | |||
| + | * WIRES-X. | ||
| + | * YSF. | ||
| + | * D-STAR. | ||
| + | * NXDN. | ||
| + | * P25. | ||
| + | * M17. | ||
| + | * AllStar Link. | ||
| + | * Άλλες πλατφόρμες που θα υποστηριχθούν στο μέλλον. | ||
| + | |||
| + | Η διασύνδεση θα πραγματοποιείται μέσω κατάλληλων μηχανισμών Bridge, διατηρώντας την ανεξαρτησία κάθε δικτύου. | ||
| + | |||
| + | ===== Summary ===== | ||
| + | |||
| + | Η αρχιτεκτονική IPSC2 του HELLAS Zone αποτελεί μία σύγχρονη και επεκτάσιμη υποδομή Digital Voice, σχεδιασμένη ώστε να παρέχει αξιόπιστη λειτουργία, | ||
| + | |||
| + | Ο συνδυασμός του IPSC2 Master, του Routing Engine και των υπηρεσιών διασύνδεσης δημιουργεί μία σταθερή βάση πάνω στην οποία μπορούν να αναπτυχθούν όλες οι μελλοντικές υπηρεσίες του HELLAS Zone. | ||
| + | |||
| + | ====== HELLAS Zone OpenBridge Architecture ====== | ||
| + | |||
| + | ===== Overview ===== | ||
| + | |||
| + | Το **HELLAS Zone OpenBridge** αποτελεί τον βασικό μηχανισμό διασύνδεσης του δικτύου HELLAS Zone με άλλες ανεξάρτητες υποδομές Digital Voice. | ||
| + | |||
| + | Σκοπός του δεν είναι να αντικαταστήσει τον IPSC2 Master ούτε να λειτουργήσει ως ανεξάρτητο δίκτυο DMR. | ||
| + | |||
| + | Η αποστολή του είναι η ασφαλής, | ||
| + | |||
| + | Η αρχιτεκτονική αυτή επιτρέπει στο HELLAS Zone να συνεργάζεται με εξωτερικά δίκτυα χωρίς να επηρεάζεται η εσωτερική λειτουργία του. | ||
| + | |||
| + | ===== Design Philosophy ===== | ||
| + | |||
| + | Το OpenBridge του HELLAS Zone σχεδιάστηκε με βάση τρεις βασικές αρχές. | ||
| + | |||
| + | * Ελεγχόμενη δρομολόγηση. | ||
| + | * Πλήρης ανεξαρτησία των δικτύων. | ||
| + | * Ελαχιστοποίηση της άσκοπης κυκλοφορίας. | ||
| + | |||
| + | Δεν μεταφέρονται όλες οι συνομιλίες. | ||
| + | |||
| + | Κάθε Talkgroup αξιολογείται σύμφωνα με συγκεκριμένους κανόνες πριν επιτραπεί η μετάδοσή του προς άλλο δίκτυο. | ||
| + | |||
| + | Με αυτόν τον τρόπο προστατεύονται τόσο η σταθερότητα όσο και η απόδοση όλων των συνδεδεμένων υποδομών. | ||
| + | |||
| + | ===== Logical Architecture ===== | ||
| + | |||
| + | Η λογική αρχιτεκτονική του HELLAS Zone OpenBridge μπορεί να απεικονιστεί ως εξής. | ||
| + | |||
| + | < | ||
| + | Local User | ||
| + | │ | ||
| + | ▼ | ||
| + | DMR Repeater / Hotspot | ||
| + | │ | ||
| + | ▼ | ||
| + | HELLAS Zone IPSC2 Master | ||
| + | │ | ||
| + | ▼ | ||
| + | Routing Engine | ||
| + | │ | ||
| + | ▼ | ||
| + | OpenBridge Gateway | ||
| + | │ | ||
| + | | ||
| + | | ||
| + | | ||
| + | IPSC2 Network | ||
| + | │ | ||
| + | ▼ | ||
| + | Remote Repeaters | ||
| + | │ | ||
| + | ▼ | ||
| + | Remote Users | ||
| + | </ | ||
| + | |||
| + | Το OpenBridge λειτουργεί αποκλειστικά ως σημείο διασύνδεσης μεταξύ των ανεξάρτητων δικτύων. | ||
| + | |||
| + | ===== Packet Processing ===== | ||
| + | |||
| + | Όταν μία νέα εκπομπή φθάνει στον IPSC2 Master πραγματοποιούνται διαδοχικοί έλεγχοι. | ||
| + | |||
| + | Εξετάζονται: | ||
| + | |||
| + | * Source Radio ID. | ||
| + | * Source Repeater. | ||
| + | * Source Network. | ||
| + | * Talkgroup. | ||
| + | * Time Slot. | ||
| + | * Routing Policies. | ||
| + | * ACL Policies. | ||
| + | * OpenBridge Rules. | ||
| + | |||
| + | Μόνο όταν ολοκληρωθούν επιτυχώς όλοι οι έλεγχοι επιτρέπεται η προώθηση της συνομιλίας προς το OpenBridge. | ||
| + | |||
| + | ===== Routing Decisions ===== | ||
| + | |||
| + | Το Routing Engine αποφασίζει δυναμικά: | ||
| + | |||
| + | * αν το Talkgroup επιτρέπεται να εξέλθει από το HELLAS Zone, | ||
| + | * προς ποια δίκτυα θα σταλεί, | ||
| + | * ποια δίκτυα πρέπει να αγνοηθούν, | ||
| + | * αν υπάρχουν προσωρινοί περιορισμοί, | ||
| + | * αν ισχύουν ειδικοί κανόνες δρομολόγησης. | ||
| + | |||
| + | Με αυτόν τον τρόπο αποφεύγεται η ανεξέλεγκτη κυκλοφορία δεδομένων. | ||
| + | |||
| + | ===== Traffic Filtering ===== | ||
| + | |||
| + | Η μεταφορά ολόκληρης της κυκλοφορίας προς όλα τα δίκτυα θα δημιουργούσε υπερβολικό φόρτο. | ||
| + | |||
| + | Για τον λόγο αυτό εφαρμόζεται φιλτράρισμα. | ||
| + | |||
| + | Μπορούν να οριστούν: | ||
| + | |||
| + | * επιτρεπόμενα Talkgroups, | ||
| + | * αποκλεισμένα Talkgroups, | ||
| + | * διαφορετικοί κανόνες ανά δίκτυο, | ||
| + | * διαφορετικοί κανόνες ανά Time Slot, | ||
| + | * διαφορετικοί κανόνες ανά Peer. | ||
| + | |||
| + | Η τεχνική αυτή μειώνει σημαντικά το απαιτούμενο Bandwidth. | ||
| + | |||
| + | ===== Loop Prevention ===== | ||
| + | |||
| + | Ένα από τα σοβαρότερα προβλήματα στις διασυνδέσεις πολλών δικτύων είναι η δημιουργία Routing Loops. | ||
| + | |||
| + | Ένα Routing Loop εμφανίζεται όταν μία συνομιλία επιστρέφει ξανά στο δίκτυο από το οποίο ξεκίνησε. | ||
| + | |||
| + | Για την αποφυγή αυτού του φαινομένου εφαρμόζονται μηχανισμοί όπως: | ||
| + | |||
| + | * αναγνώριση της αρχικής προέλευσης, | ||
| + | * έλεγχος μοναδικότητας των πακέτων, | ||
| + | * εφαρμογή πολιτικών αποκλεισμού επαναδρομολόγησης, | ||
| + | * φιλτράρισμα κυκλικών διαδρομών. | ||
| + | |||
| + | Οι μηχανισμοί αυτοί εξασφαλίζουν ότι κάθε συνομιλία ακολουθεί μία μόνο επιτρεπόμενη διαδρομή. | ||
| + | |||
| + | ===== Bandwidth Optimisation ===== | ||
| + | |||
| + | Το OpenBridge μεταφέρει αποκλειστικά την απαραίτητη πληροφορία. | ||
| + | |||
| + | Δεν δημιουργεί νέα Voice Frames. | ||
| + | |||
| + | Δεν πραγματοποιεί μετατροπή του ήχου. | ||
| + | |||
| + | Αναλαμβάνει μόνο την ασφαλή προώθηση των ήδη υπαρχόντων ψηφιακών πακέτων. | ||
| + | |||
| + | Έτσι διατηρείται χαμηλή η χρήση: | ||
| + | |||
| + | * CPU. | ||
| + | * RAM. | ||
| + | * Network Traffic. | ||
| + | * Internet Bandwidth. | ||
| + | |||
| + | ===== Monitoring ===== | ||
| + | |||
| + | Η λειτουργία του OpenBridge παρακολουθείται συνεχώς. | ||
| + | |||
| + | Ελέγχονται: | ||
| + | |||
| + | * ενεργές συνδέσεις, | ||
| + | * κατάσταση των Peers, | ||
| + | * ενεργά Talkgroups, | ||
| + | * χρήση Bandwidth, | ||
| + | * καθυστέρηση μετάδοσης, | ||
| + | * σφάλματα επικοινωνίας, | ||
| + | * στατιστικά κυκλοφορίας. | ||
| + | |||
| + | Η συνεχής παρακολούθηση επιτρέπει την έγκαιρη ανίχνευση προβλημάτων. | ||
| + | |||
| + | ===== Future Expansion ===== | ||
| + | |||
| + | Η αρχιτεκτονική του OpenBridge έχει σχεδιαστεί ώστε να μπορεί να επεκταθεί χωρίς σημαντικές αλλαγές. | ||
| + | |||
| + | Στο μέλλον μπορούν να προστεθούν: | ||
| + | |||
| + | * νέα DMR δίκτυα, | ||
| + | * νέες OpenBridge συνδέσεις, | ||
| + | * νέες πολιτικές δρομολόγησης, | ||
| + | * νέοι μηχανισμοί ασφαλείας, | ||
| + | * διασυνδέσεις με άλλες πλατφόρμες Digital Voice. | ||
| + | |||
| + | ===== Summary ===== | ||
| + | |||
| + | Το HELLAS Zone OpenBridge αποτελεί τον κεντρικό μηχανισμό διασύνδεσης της υποδομής με εξωτερικά δίκτυα DMR. | ||
| + | |||
| + | Η εφαρμογή προηγμένων κανόνων δρομολόγησης, | ||
| + | |||
| + | ====== Cross-Mode Digital Voice Architecture ====== | ||
| + | |||
| + | ===== Overview ===== | ||
| + | |||
| + | Οι σύγχρονες ψηφιακές επικοινωνίες δεν περιορίζονται πλέον σε ένα μόνο πρωτόκολλο ή σε μία μόνο τεχνολογία. | ||
| + | |||
| + | Σήμερα υπάρχουν πολλά ανεξάρτητα Digital Voice δίκτυα, | ||
| + | |||
| + | Το **HELLAS Zone** έχει σχεδιαστεί με στόχο να αποτελέσει μία πλατφόρμα διαλειτουργικότητας (Interoperability Platform), επιτρέποντας την επικοινωνία μεταξύ διαφορετικών τεχνολογιών μέσω κατάλληλων μηχανισμών διασύνδεσης (Bridges). | ||
| + | |||
| + | ===== Digital Voice Networks ===== | ||
| + | |||
| + | Οι βασικές τεχνολογίες που μπορούν να συνεργαστούν είναι: | ||
| + | |||
| + | * DMR | ||
| + | * System Fusion (YSF) | ||
| + | * WIRES-X | ||
| + | * D-STAR | ||
| + | * NXDN | ||
| + | * P25 | ||
| + | * M17 | ||
| + | * AllStar Link | ||
| + | |||
| + | Παρότι κάθε μία χρησιμοποιεί διαφορετική αρχιτεκτονική, | ||
| + | |||
| + | ===== Cross-Mode Philosophy ===== | ||
| + | |||
| + | Η βασική φιλοσοφία του Cross-Mode δεν είναι η ένωση όλων των δικτύων σε ένα. | ||
| + | |||
| + | Αντίθετα, | ||
| + | |||
| + | Οι Bridges επιτρέπουν την ανταλλαγή συγκεκριμένων συνομιλιών μεταξύ επιλεγμένων σημείων, | ||
| + | |||
| + | Με τον τρόπο αυτό διατηρούνται: | ||
| + | |||
| + | * η ανεξαρτησία, | ||
| + | * η αξιοπιστία, | ||
| + | * η επεκτασιμότητα, | ||
| + | * η σταθερότητα κάθε δικτύου. | ||
| + | |||
| + | ===== High-Level Architecture ===== | ||
| + | |||
| + | Η συνολική αρχιτεκτονική μπορεί να περιγραφεί ως εξής. | ||
| + | |||
| + | < | ||
| + | | ||
| + | │ | ||
| + | ┌───────────────┼────────────────┐ | ||
| + | │ | ||
| + | ▼ | ||
| + | DMR | ||
| + | │ | ||
| + | ├───────────────┼────────────────┤ | ||
| + | │ | ||
| + | ▼ | ||
| + | NXDN P25 M17 | ||
| + | │ | ||
| + | └───────────────┼────────────────┘ | ||
| + | ▼ | ||
| + | AllStar Link | ||
| + | </ | ||
| + | |||
| + | Κάθε τεχνολογία λειτουργεί ανεξάρτητα, | ||
| + | |||
| + | ===== Voice Conversion ===== | ||
| + | |||
| + | Η ανταλλαγή φωνής μεταξύ διαφορετικών τεχνολογιών δεν είναι πάντοτε άμεση. | ||
| + | |||
| + | Ανάλογα με τα δύο δίκτυα που επικοινωνούν, | ||
| + | |||
| + | * μετατροπή κωδικοποίησης φωνής, | ||
| + | * μετατροπή πλαισίων δεδομένων, | ||
| + | * μετατροπή πρωτοκόλλων, | ||
| + | * προσαρμογή σηματοδοσίας, | ||
| + | * νέα δρομολόγηση πακέτων. | ||
| + | |||
| + | Οι μετατροπές πραγματοποιούνται από εξειδικευμένες υπηρεσίες Bridge. | ||
| + | |||
| + | ===== Voice Codecs ===== | ||
| + | |||
| + | Οι κυριότερες τεχνολογίες χρησιμοποιούν διαφορετικές μορφές κωδικοποίησης. | ||
| + | |||
| + | ^ Network ^ Voice Codec ^ | ||
| + | | DMR | AMBE+2 | | ||
| + | | YSF | AMBE | | ||
| + | | WIRES-X | AMBE | | ||
| + | | D-STAR | AMBE | | ||
| + | | NXDN | AMBE+2 | | ||
| + | | P25 | IMBE ή AMBE ανάλογα με την υλοποίηση | | ||
| + | | M17 | Codec2 | | ||
| + | | AllStar Link | PCM Audio | | ||
| + | |||
| + | Η διαφορετική κωδικοποίηση αποτελεί τον βασικό λόγο για τον οποίο απαιτούνται ειδικές διαδικασίες μετατροπής μεταξύ ορισμένων δικτύων. | ||
| + | |||
| + | ===== Transcoding ===== | ||
| + | |||
| + | Όταν δύο τεχνολογίες χρησιμοποιούν διαφορετικό Codec, απαιτείται διαδικασία **Transcoding**. | ||
| + | |||
| + | Η διαδικασία αυτή περιλαμβάνει: | ||
| + | |||
| + | * αποκωδικοποίηση της αρχικής φωνής, | ||
| + | * μετατροπή σε ενδιάμεση μορφή, | ||
| + | * νέα κωδικοποίηση σύμφωνα με το πρωτόκολλο του δικτύου προορισμού. | ||
| + | |||
| + | Η διαδικασία πραγματοποιείται σε πραγματικό χρόνο. | ||
| + | |||
| + | ===== Packet Routing ===== | ||
| + | |||
| + | Πριν από οποιαδήποτε μετατροπή εξετάζονται: | ||
| + | |||
| + | * Source Network. | ||
| + | * Destination Network. | ||
| + | * Source Talkgroup ή Reflector. | ||
| + | * Routing Policies. | ||
| + | * Bridge Rules. | ||
| + | * Access Policies. | ||
| + | |||
| + | Μόνο όταν επιτρέπεται η συγκεκριμένη διαδρομή πραγματοποιείται η ανταλλαγή της συνομιλίας. | ||
| + | |||
| + | ===== Bridge Services ===== | ||
| + | |||
| + | Η πλατφόρμα μπορεί να χρησιμοποιεί εξειδικευμένες υπηρεσίες όπως: | ||
| + | |||
| + | * DMR Bridges | ||
| + | * YSF Bridges | ||
| + | * D-STAR Bridges | ||
| + | * NXDN Bridges | ||
| + | * P25 Bridges | ||
| + | * M17 Bridges | ||
| + | * AllStar Bridges | ||
| + | |||
| + | Κάθε υπηρεσία αναλαμβάνει τη μεταφορά ή τη μετατροπή των δεδομένων μεταξύ δύο ή περισσότερων τεχνολογιών. | ||
| + | |||
| + | ===== Advantages ===== | ||
| + | |||
| + | Η αρχιτεκτονική Cross-Mode προσφέρει σημαντικά πλεονεκτήματα. | ||
| + | |||
| + | * Επικοινωνία μεταξύ διαφορετικών τεχνολογιών. | ||
| + | * Προστασία της ανεξαρτησίας κάθε δικτύου. | ||
| + | * Δυνατότητα μελλοντικής επέκτασης. | ||
| + | * Κεντρική διαχείριση των Bridges. | ||
| + | * Υψηλή ευελιξία. | ||
| + | * Αποδοτική αξιοποίηση των υποδομών. | ||
| + | |||
| + | ===== Future Vision ===== | ||
| + | |||
| + | Μακροπρόθεσμος στόχος του HELLAS Zone είναι η δημιουργία μιας ολοκληρωμένης πλατφόρμας Digital Voice, όπου διαφορετικές τεχνολογίες θα μπορούν να συνεργάζονται με ελεγχόμενο και αξιόπιστο τρόπο. | ||
| + | |||
| + | Η υλοποίηση νέων Bridges θα πραγματοποιείται σταδιακά, | ||
| + | |||
| + | ===== Summary ===== | ||
| + | |||
| + | Η αρχιτεκτονική Cross-Mode αποτελεί το επόμενο βήμα στην εξέλιξη των ψηφιακών επικοινωνιών. | ||
| + | |||
| + | Με τη χρήση εξειδικευμένων Bridges και μηχανισμών δρομολόγησης, | ||
| + | |||
| + | Το HELLAS Zone έχει σχεδιαστεί ώστε να υποστηρίζει αυτή τη φιλοσοφία, | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
dmr/start.1785686551.txt.gz · Τελευταία τροποποίηση: από sa7svr
