La passerelle Trunk Gateway de mSwitch™ permet d’offrir une téléphonie IP améliorée même lorsque vous migrez vers une nouvelle infrastructure, sans perturber le service ni les habitudes d’utilisation des abonnés. Le rôle principal de la TG est de servir de passerelle voix/données/fax entre les réseaux IP et l’ancien PSTN/réseaux sans fil. Elle fonctionne de manière fluide et transparente avec l’ancien PSTN, offrant une évolutivité et une rentabilité maximales.
Questions et commentaires
La plateforme du châssis XG(S)PON de GENEW est composée de OLT, ONT et ODN, et offre une fibre haute vitesse jusqu’à la maison, au bâtiment ou au trottoir (FTTH, FTTB, FTTC, etc.) comme alternative au cuivre. Pour une évolution en douceur de DSL à GPON/XG(S)-PON, la plateforme OLT de GENEW prend en charge la coexistence des cartes de maintenance GPON et XG(S)-PON. La plateforme OLT de GENEW prend également en charge la carte de service Combo-PON qui inclut GPON+XG-PON et GPON+XGS-PON pour le cas de différents services GPON/XG-PON/XGS-PON dans le même ODN. Les fournisseurs peuvent évoluer en douceur de GPON à XG(S)-PON dans la même plateforme.
État de disponibilité: | |
---|---|
5G SCP
GENEW
Protection contre les surcharges
Les répliques et instances de SCP surveillent leur charge de trafic en interaction avec le routeur de service pour ralentir le trafic et/ou auto-échelonner les services SCP pour gérer la surcharge en fonction des besoins.
Statistiques et indicateurs clés de performance (KPI)
Le SCP génère des statistiques et des KPI afin que les serveurs externes puissent les récupérer à des fins de suivi des performances et de santé (par exemple le nombre de demandes entrantes et sortantes par unité de temps). La logique de service SCP utilise également ces statistiques pour le contrôle de la congestion et pour les décisions de routage fondées sur la charge/latence des entrées d’itinéraire.
Enregistrements du détail des transactions (TDR)
Le SCP permet la génération configurable de TDR pour les transactions de service entrantes et/ou sortantes. L’opérateur peut sélectionner les éléments d’information (IE) à inclure dans différents flux de données TDR (par exemple pour les analyses ou la criminalistique).
Protection contre les surcharges
Les répliques et instances de SCP surveillent leur charge de trafic en interaction avec le routeur de service pour ralentir le trafic et/ou auto-échelonner les services SCP pour gérer la surcharge en fonction des besoins.
Statistiques et indicateurs clés de performance (KPI)
Le SCP génère des statistiques et des KPI afin que les serveurs externes puissent les récupérer à des fins de suivi des performances et de santé (par exemple le nombre de demandes entrantes et sortantes par unité de temps). La logique de service SCP utilise également ces statistiques pour le contrôle de la congestion et pour les décisions de routage fondées sur la charge/latence des entrées d’itinéraire.
Enregistrements du détail des transactions (TDR)
Le SCP permet la génération configurable de TDR pour les transactions de service entrantes et/ou sortantes. L’opérateur peut sélectionner les éléments d’information (IE) à inclure dans différents flux de données TDR (par exemple pour les analyses ou la criminalistique).
Le SCP est mis en œuvre comme un ensemble de microservices conteneurisés, décomposés en une fonction Service-Router, des fonctions front-end de calcul du SCP, et un microservice back-end Datastore pour le persistent storage. Tous les micro-services du composant peuvent être répliqués dans un cluster Kubernetes (K8S) à des fins de résilience et d’évolutivité. En outre, deux clusters K8S ou plus peuvent comprendre un seul déploiement du système TITAN.IUM pour atteindre la géoredondance du système multi-site, avec réplication du cross-site Datastore pour assurer une vue commune des données persistantes SCP. Le Service-Router fournit des services de routage HTTP1/2 et expose en toute sécurité les interfaces SBI aux réseaux IP externes. Toutes les NF NetNumber et 5G partagent un microservice « Network Function Control Agent » (NFCA) commun, responsable de la gestion commune de la NF, par exemple pour traiter l’inscription des profils NF aux NRF qui leur sont assignés, tenir à jour ces inscriptions par l’intermédiaire de Heartbeat, et gérer les opérations de failover/failback.
Le SCP est mis en œuvre comme un ensemble de microservices conteneurisés, décomposés en une fonction Service-Router, des fonctions front-end de calcul du SCP, et un microservice back-end Datastore pour le persistent storage. Tous les micro-services du composant peuvent être répliqués dans un cluster Kubernetes (K8S) à des fins de résilience et d’évolutivité. En outre, deux clusters K8S ou plus peuvent comprendre un seul déploiement du système TITAN.IUM pour atteindre la géoredondance du système multi-site, avec réplication du cross-site Datastore pour assurer une vue commune des données persistantes SCP. Le Service-Router fournit des services de routage HTTP1/2 et expose en toute sécurité les interfaces SBI aux réseaux IP externes. Toutes les NF NetNumber et 5G partagent un microservice « Network Function Control Agent » (NFCA) commun, responsable de la gestion commune de la NF, par exemple pour traiter l’inscription des profils NF aux NRF qui leur sont assignés, tenir à jour ces inscriptions par l’intermédiaire de Heartbeat, et gérer les opérations de failover/failback.