Measuring and Analyzing WiMAX Security and QoS in Testbed Experiments
Pourquoi ce travail est dans la base
Une base qui oublie comment elle a trouvé un travail ne peut pas être vérifiée. Voici les voies qui ont admis celui-ci.
Notice bibliographique
Résumé
Providing strong security is necessary for any wireless access networks. The latest broadband access network implementations are based on WiMAX and LTE, since they support high data rate and mobility. The WiMAX network has well structured QoS mechanisms and security architecture to support all kinds of fixed, mobile and multihop network users. Even though the existing fixed WiMAX network has well defined security architecture, it has many security issues like rouge Base Station (BS), Denial of Service (DoS) and etc. The rouge BS issue was solved in mobile WiMAX network, but the other security issues in fixed WiMAX network and the issues related to mobility like handover latency issues still exist. Most of the existing security issues in fixed and mobile WiMAX networks are solved in the upcoming international mobile telecommunication (IMT) - Advanced WiMAX network. But there are still some security issues due to high mobility support and advanced Medium Access Control (MAC) functionalities. On the other hand, Internet service providers may use the Internet Protocol Security (IPSec) for their wireless access due to its popularity in wired network. But IPSec may affect the throughput performance, since the IPSec header in each packet consumes additional bandwidth. Little research based on real experiments has been reported comparing WiMAX standard security and IPSec. In this paper, the security supported by the standards and IPSec for fixed WiMAX network is evaluated using testbed experiments. From the experimental results and existing research efforts, the security level and QoS support of theoretical and practical security schemes are analyzed.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Prédiction distillée sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.
Scores Codex et Gemma par catégorie
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,000 | 0,000 |
| Méta-épidémiologie (sens strict) | 0,000 | 0,000 |
| Méta-épidémiologie (sens large) | 0,000 | 0,000 |
| Bibliométrie | 0,000 | 0,000 |
| Études des sciences et des technologies | 0,000 | 0,000 |
| Communication savante | 0,000 | 0,001 |
| Science ouverte | 0,000 | 0,000 |
| Intégrité de la recherche | 0,000 | 0,000 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,000 | 0,000 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découle