A. Kerrison, A. Gillespie, R. Mistry, P. Brannan, C. Clough
{"title":"演进接入网的元素管理需求","authors":"A. Kerrison, A. Gillespie, R. Mistry, P. Brannan, C. Clough","doi":"10.1109/ICC.1994.368721","DOIUrl":null,"url":null,"abstract":"Access networks (ANs) cover that part of a network which exists between customers and exchanges. Increasingly not only are ANs becoming more sophisticated but they are also tending to combine features of both exchanges and transmission systems. In order to cope with this evolution a new type of TMN Q3 interface [CCITT Recommendation M.3010, 1992] is required to convey management information to and from the associated operations systems (OSs). To avoid different interfaces to the many and varied ANs being deployed, the new interface needs to be technology and implementation independent. This is best achieved by a common management interface between the network operators' OSs and the suppliers equipment. This type of interface would be terminated by an element manager (EM) that translates between the generic interface to an OS and the application specific communication within the AN. The need to accommodate different architecture's within a common interface cannot be met by the existing generic (object model) CCITT framework, and an approach being developed by the ETSI NA4 Sub-Technical Committee seems more appropriate. The common interface must also be capable of handling the ongoing build and evolution of the AN. This can be modelled by making use of a logical parallel with test management. In the longer term, ANs will evolve and become responsible for services. This has management implications which are revolutionary and still to be fully worked out.<<ETX>>","PeriodicalId":112111,"journal":{"name":"Proceedings of ICC/SUPERCOMM'94 - 1994 International Conference on Communications","volume":"70 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1994-05-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":"{\"title\":\"Element management requirements for evolving access networks\",\"authors\":\"A. Kerrison, A. Gillespie, R. Mistry, P. Brannan, C. Clough\",\"doi\":\"10.1109/ICC.1994.368721\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"Access networks (ANs) cover that part of a network which exists between customers and exchanges. Increasingly not only are ANs becoming more sophisticated but they are also tending to combine features of both exchanges and transmission systems. In order to cope with this evolution a new type of TMN Q3 interface [CCITT Recommendation M.3010, 1992] is required to convey management information to and from the associated operations systems (OSs). To avoid different interfaces to the many and varied ANs being deployed, the new interface needs to be technology and implementation independent. This is best achieved by a common management interface between the network operators' OSs and the suppliers equipment. This type of interface would be terminated by an element manager (EM) that translates between the generic interface to an OS and the application specific communication within the AN. The need to accommodate different architecture's within a common interface cannot be met by the existing generic (object model) CCITT framework, and an approach being developed by the ETSI NA4 Sub-Technical Committee seems more appropriate. The common interface must also be capable of handling the ongoing build and evolution of the AN. This can be modelled by making use of a logical parallel with test management. In the longer term, ANs will evolve and become responsible for services. This has management implications which are revolutionary and still to be fully worked out.<<ETX>>\",\"PeriodicalId\":112111,\"journal\":{\"name\":\"Proceedings of ICC/SUPERCOMM'94 - 1994 International Conference on Communications\",\"volume\":\"70 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"1994-05-01\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"0\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"Proceedings of ICC/SUPERCOMM'94 - 1994 International Conference on Communications\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.1109/ICC.1994.368721\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"Proceedings of ICC/SUPERCOMM'94 - 1994 International Conference on Communications","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/ICC.1994.368721","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
Element management requirements for evolving access networks
Access networks (ANs) cover that part of a network which exists between customers and exchanges. Increasingly not only are ANs becoming more sophisticated but they are also tending to combine features of both exchanges and transmission systems. In order to cope with this evolution a new type of TMN Q3 interface [CCITT Recommendation M.3010, 1992] is required to convey management information to and from the associated operations systems (OSs). To avoid different interfaces to the many and varied ANs being deployed, the new interface needs to be technology and implementation independent. This is best achieved by a common management interface between the network operators' OSs and the suppliers equipment. This type of interface would be terminated by an element manager (EM) that translates between the generic interface to an OS and the application specific communication within the AN. The need to accommodate different architecture's within a common interface cannot be met by the existing generic (object model) CCITT framework, and an approach being developed by the ETSI NA4 Sub-Technical Committee seems more appropriate. The common interface must also be capable of handling the ongoing build and evolution of the AN. This can be modelled by making use of a logical parallel with test management. In the longer term, ANs will evolve and become responsible for services. This has management implications which are revolutionary and still to be fully worked out.<>