WO2013000343A1 - 传输配置数据的处理方法及装置 - Google Patents
传输配置数据的处理方法及装置 Download PDFInfo
- Publication number
- WO2013000343A1 WO2013000343A1 PCT/CN2012/075372 CN2012075372W WO2013000343A1 WO 2013000343 A1 WO2013000343 A1 WO 2013000343A1 CN 2012075372 W CN2012075372 W CN 2012075372W WO 2013000343 A1 WO2013000343 A1 WO 2013000343A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- objects
- transmission
- configuration data
- protocol stack
- obtaining
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
Definitions
- the present invention relates to the field of communications, and in particular to a method and apparatus for processing transmission configuration data.
- BACKGROUND With the maturity of the wireless communication network management technology, the equipment operators have more and more perfect technical requirements for upgrading, managing the base station, and the network management software, which is not only reflected in the network management for data and signaling.
- the user In terms of the processing speed, the user has paid more and more attention to whether the network management can directly and intuitively abstract the data managed by the network administrator, whether the maintenance cost of the operation and maintenance can be greatly reduced, and whether the maintenance cost can be greatly reduced. Meet the increasingly valued user experience satisfaction.
- the trend of the base station network management technology is that, in order to realize the decoupling of the data on the base station side and the data on the network management side, the data management method based on the form of high coupling has evolved into the data topology presentation based on the objectized form.
- the transmission data model is an important part of the local maintenance terminal (LMT) of the base station network management system. It mainly displays the configuration and dependencies of the transmission data. When an alarm occurs on the transmission data layer, the alarm on the data layer needs to be displayed immediately. Information, and status information of each transmitted data object is provided in real time.
- LMT local maintenance terminal
- the main base station network management software in the industry and the management of the transmission data by the base station network management software LMT are based on a tabular data management method, and each type of transmission data is abstracted into a table, and the specific transmission is performed.
- the data exists in the form of table records.
- all the transfer tables use a tree structure as shown in Figure 1.
- the hierarchical structure of the transport layer data cannot be represented, although the data represents the 3rd Generation Partnership Project (3rd Generation Partnership Project, Some cells of the 3GPP protocol are abbreviated, but the hierarchy of the protocol cannot be abstracted.
- the present invention provides a method and an apparatus for processing transmission configuration data, so as to at least solve the problem that the transmission configuration data display in the related art is not intuitive, and the operation and maintenance cost is very high.
- a processing method of transmitting configuration data includes: abstracting each object that transmits configuration data from a local maintenance terminal (LMT) network management configuration system; layering and encapsulating each object according to a lub interface protocol stack hierarchy; The way to obtain the relationship between the hierarchical objects.
- the foregoing objects for abstracting the transmission configuration data from the LMT network management configuration include: establishing a communication link between the LMT network management configuration system and the base station; the LMT network management configuration system acquiring transmission configuration data from the base station; acquiring each object of the transport layer configuration data Example.
- the layering and encapsulating each object according to the hierarchical structure of the lub interface stack includes: establishing a correspondence between the object and the signaling of the lub interface protocol stack; and filling the objects into a predetermined number of the lub interface protocol stack corresponding to the signaling In the transport protocol block.
- the obtaining the association relationship between the tiered objects according to the predetermined transmission bearer manner includes: acquiring an object layered according to the lub port protocol stack hierarchy; and acquiring the association between the tiered objects according to the Internet Protocol IP transport bearer manner relationship.
- the obtaining the association relationship between the tiered objects according to the predetermined transmission bearer manner includes: acquiring an object layered according to the hierarchical structure of the lub port protocol stack; and acquiring the layered object according to the asynchronous transport mode (ATM) transport bearer mode The relationship between the two.
- the method further includes: acquiring alarm information of each object; and adding identifier information to the highest level alarm corresponding to each object.
- the method further includes: acquiring state information of each object in the transport protocol block; determining whether there is a faulty object; and adding fault indication information to the faulty object.
- a processing apparatus for transmitting configuration data includes: an abstracting module, configured to abstract each object of the transmission configuration data from the local maintenance terminal LMT network management configuration system; the hierarchical encapsulation module is set to be based on lub The port protocol stack hierarchy layer and encapsulates each object; the first obtaining module is configured to obtain an association relationship between the layered objects according to a predetermined transmission bearer manner.
- the above-mentioned abstraction module includes: a first establishing unit, configured to establish a communication link between the LMT network management system and the base station; the first acquiring unit is configured to enable the LMT network management system to obtain transmission configuration data from the base station; An instance of each object set to get transport layer configuration data.
- the layered encapsulation module includes: a second establishing unit, configured to establish a correspondence between the object and the signaling of the Iub port protocol stack; and the filling unit is configured to fill the object into the Iub port protocol stack corresponding to the signaling respectively The number of transmission protocol blocks.
- the first acquiring module includes: a third acquiring unit, configured to acquire an object layered according to an Iub port protocol stack hierarchy; and a fourth obtaining unit, configured to transmit an bearer according to an Internet Protocol IP transmission bearer mode or an asynchronous transmission mode Get the association between the tiered objects.
- the device further includes: a second acquiring module, configured to acquire alarm information of each object; and a first processing module, configured to add identifier information to the highest level alarm corresponding to each object.
- the device further includes: a third obtaining module, configured to acquire state information of each object in the transport protocol block; a determining module, configured to determine whether there is a faulty object; and a second processing module, configured to add a fault indication to the faulty object information.
- the LMT transmission configuration data is modeled based on the Iub interface protocol stack, which solves the problem that the transmission configuration data display in the related technology is not intuitive, and the operation and maintenance cost is very high, and thus can be based on the Iub port protocol stack hierarchy.
- FIG. 1 is a screenshot of a transmission data tabular tree display manner
- FIG. 2 is a screenshot of an association relationship of a transmission data tabular display
- FIG. 3 is a processing method for transmitting configuration data according to an embodiment of the present invention
- Figure 4 is a schematic diagram of the Iub port protocol stack of 3GPP
- 5 is a schematic diagram of an Iub interface of a 3GPP
- FIG. 6 is an abstract class diagram of a transport data objectification according to a preferred embodiment of the present invention
- FIG. 7 is an association diagram of an IP bearer mode according to a preferred embodiment of the present invention
- FIG. 9 is a schematic diagram of an Excel template file for storing MO object attribute information according to a preferred embodiment of the present invention
- FIG. 10 is a schematic diagram of an Asynchronous Transfer Mode (ATM) bearer mode according to a preferred embodiment of the present invention
- ATM Asynchronous Transfer Mode
- FIG. 11 is a topological view of a transport MO object display of an LMT objectified display according to a preferred embodiment of the present invention
- FIG. 13 is a topological diagram of a transmission MO object status display in accordance with a preferred embodiment of the present invention
- FIG. 14 is an LMT transmission data objectification in accordance with a preferred embodiment of the present invention.
- FIG. 15 is a block diagram showing a structure of a processing device for transmitting configuration data according to an embodiment of the present invention
- Figure 16 is a block diagram showing the structure of a processing device for transmitting configuration data in accordance with a preferred embodiment of the present invention.
- the processing method of the transmission configuration data mainly includes the following processing: Step S302: abstracting each object of the transmission configuration data from the LMT network management configuration system; Step S304: Layering and encapsulating according to the Iub interface protocol stack hierarchy Each object; Step S306: Acquire an association relationship between the layered objects according to a predetermined transmission bearer manner.
- the management of the transmission configuration data by the network management software LMT is mainly based on the data management method in the form of a tab.
- the hierarchical structure of the protocol cannot be abstracted, and the dependencies between the data are complicated, not a pair. The structure of one makes the operation and maintenance unable to find the hierarchical dependence between the data.
- the processing method of the transmission configuration data shown in FIG. 3 is used to model the LMT transmission configuration data based on the Iub interface protocol stack, so that the hierarchical structure and the dependency relationship (that is, the above-mentioned association relationship) of the transmission data can be clearly displayed, and then It can visually display the transmission configuration data of the network management LMT, saving operation and maintenance costs.
- the above step S302 may further include the following processing:
- the NodeB and the RNC are two independent network elements, and the interface connecting them is the Iub interface.
- the wireless access network element is generally divided into two parts: a wireless network (layer) and a transmission network (layer).
- the so-called transmission configuration data is to transmit signaling and user information of the wireless network layer and the transmission network layer in the Iub interface.
- the 3GPP divides the information transmitted on the Iub interface of the NodeB into three "logical planes" in the vertical direction: the wireless network control plane, the transmission network control plane, and the user plane. See Figure 4 for details.
- the Radio Network Control Plane is divided into two parts: The first part belongs to the Radio Network Layer and is the "NodeB Application Part". The agreement that this part follows is the "NBAP" protocol. The second part belongs to the transport layer. After all, the NodeB and the RNC independently need to transmit the network to carry the information to be exchanged. The function of the part of the transport layer is to carry the BAP protocol information, and ensure that the RNC and the NodeB can successfully complete the NBAP exchange. That is to say, the transmission data layer of the LMT provides a bearer for the NBAP signaling.
- the configuration of the part of the transmission configuration data object is agreed by the NodeB and the RNC in advance, and the respective parameters are configured by the respective network management software.
- the protocol stack is further abstracted into a hierarchical structure of the 3GPP lub interface logical plane according to the cells therein, that is, the prototype of the LMT transport data layer modeling model is shown in FIG. 5, based on the topology of the protocol stack model LMT for transmitting data. The show made a further abstraction.
- MO objects individual objects
- the model, the transmission resource MO is based on the TransportNetwork (transport network), and is modeled according to the lub and Abis interface transmission protocol stack between the base station and the upper-level network element RNC/BSC (the base station and the CN are connected in LTE), from the physical Layer-to-application layer abstracts resources such as Ethernet port, E1VT1 port, Internet Protocol (IP), Asynchronous Transfer Mode (ATM), BAP, BTSM, etc.
- the design is shown in Figure 6.
- 20 transmission class objects as shown in Fig. 6 are extracted, and the design of each class defines the class.
- Basic attributes for example, basic information such as transmission link number, port number, etc.
- the MO of the upper link must depend on the underlying layer.
- the MO of the link exists, and thus the two transmission bearers are extracted with reference to the real scenario in the actual transmission configuration—the IP transmission bearer mode is as shown in FIG. 7 and the ATM transmission bearer mode is as shown in FIG. 8, and then the designed MO is adopted.
- the attribute model and the dependency generation generate a set of interdependent MO transport data objects that can be sent to the foreground base station. After that, the designed 20 MO data can be saved in Excel format file, and each page stores a transmission data object as shown in Figure 9.
- Each page defines the basic attributes of the MO object, and the value range of the basic attributes. , the type of the value, etc., in addition, also includes the attribute value of the MO object on which the MO object depends, so that the associated MO object can be found accordingly, and then the Excel format MO object template file is imported and sent to the base station. Flow, the flow is further described below in conjunction with FIG. As shown in FIG.
- the process may include the following processes: Step S1002: Import an object file in an excel format; Step S1004: Edit a file, and write a value of an attribute field of the MO object; Step S1006: Generate an association relationship between the MO objects Step S1008: Detecting the legality of the MO attribute value, that is, determining whether the MO attribute value conforms to the data range; Step S1010: Checking the configuration constraint relationship of the MO according to the constraint relationship of the business requirement; Step S1012: Comparing the similarities and differences of the data objects between the two adjacent configurations to determine whether it is necessary to send the data to the base station by means of incremental synchronization or full synchronization of the data; Step S1014: Turning to the XML that the base station can recognize The template file is sent to the base station.
- the operation and maintenance and the user can complete the configuration of the transmitting base station by simply modifying the excel configuration file and filling in the attribute value of the transmission object and the attribute value of the associated transmission object. Need to care about the specific details of the data dependencies.
- the LMT transmission data can be changed by changing the excel file and importing to finally change the data configuration of the delivered base station, and the data modification is very flexible.
- merely changing the flexibility of data is not enough for operation and maintenance.
- the transmission of data involves a lot of details of the Iub protocol. These details may not be of concern to the operators. This requires an intuitive and hierarchical presentation.
- step S304 may further include the following processing:
- Physical Layer A physical layer equivalent to the logical diagram of the Iub protocol, used to populate physical layer objects, including IP ports and ATM ports.
- ATM Link Equivalent to the ATM layer in the Iub protocol logic diagram ATM bearer, populating the AtmLayerLink object.
- Ethernet/PPP Link Equivalent to the Iub protocol logic diagram Data Link layer, populating data link objects, including Ethernet, HDLC, and PPP.
- IP Equivalent to the IP layer of the Iub protocol logic diagram, populating IP objects.
- SCTP Equivalent to the SCTP layer of the Iub protocol logic diagram, filling the SCTP object.
- UDP/RTP Equivalent to the UDP layer of the Iub protocol logic diagram, filling UDP/RTP objects.
- AAL2 Equivalent to Iub protocol logic diagram AAL2 layer, padding AAL2 object
- SaalUni Equivalent to the Iub protocol logic diagram AAL5/SSCOP/SSCF-UM layer, populating the SaalUni object.
- ALCAP Equivalent to the Iub protocol logic diagram ALCAP layer, populating the ALCAP object.
- bapCSignalling/NbapDSignalling/BTSM is equivalent to the Iub protocol logic diagram NBAP layer, populates the BAP corresponding object
- Iub/Aibs DataStream equivalent to the Iub protocol logic diagram Channels layer, populating the Iub/AibsDataStream object.
- the 20 MO objects of the LMT transmission data have been modeled by the Iub protocol logic diagram, filled into the 11 protocol blocks of the LMT topology display protocol stack diagram, and the layered design of the transmission data is completed, and the LMT transmission data is generated.
- the modeling effect diagram of the topology display is shown in Figure 11.
- the above step S306 may further include the following processing:
- step S306 may further include the following processing:
- the foregoing predetermined transmission bearer mode includes, but is not limited to, an IP transmission bearer mode and an ATM transport bearer mode, and may be other transport bearer modes.
- the predetermined transmission bearer mode for example, the IP transmission bearer mode and the ATM transport bearer mode
- the hierarchical relationship of the plurality of MO objects may be finally abstracted.
- the IP bearer relationship is shown in Figure 7.
- the ATM bearer relationship is shown in Figure 8.
- the 3GPP Iub port protocol stack structure is introduced, and based on this, the protocol stack hierarchical model abstracting the transmission data is extracted, and the transmission is performed.
- the topology representation of the data makes the transport layer clear and intuitive.
- this simple presentation reduces the maintenance difficulty of operation and maintenance.
- the protocol-based transmission data dependence method also greatly satisfies User experience.
- the following processing may be further included: (1) acquiring alarm information of each object;
- the function of transmitting the MO object display topology alarm display may be provided. Specifically, the alarm information of each MO object is obtained, and the identification information (for example, the fill color) is added according to the highest alarm level, and each protocol block is The alarm view obtains the highest level alarm and renders the color according to the alarm level. As shown in Figure 12, the highest level alarm of ATMLink is a critical alarm, which is rendered in red (see the shaded part in the figure).
- the following processing may also be included:
- the function of transmitting the MO object display topology state display may be provided, the state of each object is obtained, and the MO object with the fault is obtained. If the MO object of a protocol block has a fault, the protocol block is added. Fault indication information (for example, adding a small dot to display a fault). As shown in Figure 13, ATMLink has a faulty MO object, adding black dots.
- FIG. 14 is a topology diagram for transmitting MO objects, and the right half is a list of MO object states corresponding to a specific selection protocol block, and the selection can be performed in the list.
- the individual MO object operates; and selects the alarm view of the MO object corresponding to the protocol block.
- FIG. 15 is a block diagram showing the structure of a processing apparatus for transmitting configuration data according to an embodiment of the present invention. As shown in FIG.
- the processing device for transmitting configuration data includes: an abstracting module 10, configured to abstract each object for transmitting configuration data from an LMT network management configuration system; and a hierarchical encapsulation module 20, configured to be based on an Iub interface stack level Structure And encapsulating each object; and the first obtaining module 30 is configured to acquire an association relationship between the layered objects according to a predetermined transmission bearer manner.
- the abstract module 10, the hierarchical encapsulation module 20, and the first acquisition module 30 are combined with each other, and the LMT transmission configuration data is modeled based on the lub interface protocol stack, so that the transmission can be performed.
- the above-mentioned abstraction module 10 may further include: a first establishing unit 100, configured to establish a communication link between the LMT network management system and the base station; and the first obtaining unit 102 is configured to enable the LMT network management
- the configuration system acquires transmission configuration data from the base station; the second obtaining unit 104 is configured to obtain an instance of each object of the transport layer configuration data.
- a first establishing unit 100 configured to establish a communication link between the LMT network management system and the base station
- the first obtaining unit 102 is configured to enable the LMT network management
- the configuration system acquires transmission configuration data from the base station; the second obtaining unit 104 is configured to obtain an instance of each object of the transport layer configuration data.
- the hierarchical encapsulation module 20 may further include: a second establishing unit 200 configured to establish a correspondence between the object and the signaling of the lub interface protocol stack; and the filling unit 202 is configured to fill the objects separately A predetermined number of transport protocol blocks are included in the lub interface protocol stack of the corresponding signaling.
- the first obtaining module 30 may further include: a third obtaining unit 300 configured to acquire an object layered according to a lub interface protocol stack hierarchy; and a fourth obtaining unit 302 configured to be configured according to the IP The transport bearer mode or the ATM transport bearer mode acquires the association relationship between the tiered objects.
- a second establishing unit 200 configured to establish a correspondence between the object and the signaling of the lub interface protocol stack
- the filling unit 202 is configured to fill the objects separately
- a predetermined number of transport protocol blocks are included in the lub interface protocol stack of the corresponding signaling.
- the first obtaining module 30 may further include: a third obtaining unit 300 configured to acquire an object layered according
- the processing device for transmitting the configuration data may further include: a second acquiring module 40, configured to acquire alarm information of each object; and the first processing module 50 is set to a highest level corresponding to each object.
- the alarm adds identification information.
- the processing device for transmitting configuration data may further include: a third acquiring module
- the abstract module 10 obtains an MO object that is abstracted after the transport configuration data is objectized, and the hierarchical encapsulation module 20 is layered according to the 3GPP lub interface protocol layer logic (as shown in FIG. 5). Encapsulate the MO object, model the generated transfer MO object display topology (as shown in Figure 11). Specifically, the following processing is included:
- Ethemet/PPP Link Populates data link objects, including Ethemet, HDLC, and PPP.
- IP Populate the IP object.
- SCTP Populate the SCTP object.
- UDP/RTP ⁇ True Charge UDP/RTP object.
- AAL2 Populate the AAL2 object.
- SaalUni Populate the SaalUni object.
- ALCAP Populates the ALCAP object.
- bapCSignalling/NbapDSignalling/BTSM Populate the BAP object
- Iub/Aibs DataStream ⁇ True Iub/AibsDataStream object.
- the 20 MO objects of the LMT transmission data have been modeled by the Iub protocol logic diagram, filled into the 11 protocol blocks of the LMT topology display protocol stack diagram, and the layered design of the transmission data is completed, and the LMT transmission data topology display is generated.
- the modeling effect diagram is shown in Figure 11.
- the first obtaining module 30 acquires the association relationship between the layered objects according to the predetermined transmission bearer manner. Specifically, after the LMT transmission data is objectized, based on the main transmission bearer mode, the association relationship between the two MO objects can be abstracted.
- the IP transmission bearer association relationship is as shown in FIG. 7, and the ATM transmission bearer relationship is as shown in FIG. As shown in Figure 8.
- the function of transmitting the MO object display topology alarm display may be provided.
- the second obtaining module 40 acquires the alarm information of each MO object
- the first processing module 50 increases the identification information according to the highest alarm level (for example, Fill color), the highest level alarm is obtained according to the alarm view in each protocol block, and the color is rendered according to the alarm level.
- the highest level alarm of ATMLink is a critical alarm, which is rendered in red (see the shaded part in the figure).
- the function of transmitting the MO object display topology state display may also be provided, the third obtaining module 60 acquires the state of each object, and the determining module 70 determines whether there is a faulty MO object, if the MO object of a protocol block exists.
- the second processing module 80 adds fault indication information to the protocol block (for example) For example, adding a small dot is displayed as a fault). As shown in Figure 13, ATMLink has a faulty MO object, adding black dots.
- FIG. 14 The left half of FIG. 14 is a topology diagram for transmitting MO objects, and the right half is a list of MO object states corresponding to specific selection protocol blocks, where a single selected one can be selected.
- the MO object operates; and selects the alarm view of the MO object corresponding to the protocol block. If a corresponding MO object does not exist in a protocol block, the protocol block may be displayed as a sag. In a specific operation, moving the mouse to the protocol block prompts the user not to install.
- the foregoing processing device for transmitting configuration data may be disposed in the LMT network management system.
- the display of transmission data is more standard and professional, so that it is closer to the protocol stack in data presentation, so that operation and maintenance can clearly understand the level of transmission data in the protocol stack without knowing the specific details of the protocol, which greatly facilitates the chain. Operation troubleshooting for road failures.
- the transmission data view directly displays the alarm and status of the object, and maximizes the information displayed by the topology map.
- the invention is not limited to any specific combination of hardware and software.
- the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种传输配置数据的处理方法及装置,上述方法中,从LMT网管配置***中抽象出传输配置数据的各个对象;根据Iub口协议栈层次结构分层并封装各个对象;根据预定传输承载方式获取分层后的对象之间的关联关系。根据本发明提供的技术方案,可以基于Iub口协议栈层次结构来直观地展示网管LMT的传输配置数据,节省运营维护成本。
Description
传输配置数据的处理方法及装置 技术领域 本发明涉及通信领域, 具体而言, 涉及一种传输配置数据的处理方法及装置。 背景技术 随着无线通讯网管技术的日趋成熟, 设备运营商在对于升级, 管理基站的这一必 要的工具一网管软件的技术要求已经越来越完善, 这不仅仅体现在网管对于数据和 信令的处理速度上, 对于操作基站的命令的完备性上, 用户已经越来越注重网管对于 所管理的数据是否能很好的直观抽象, 是否可以大大减小运维的人力维护成本, 以及 是否能够满足越来越被看重的用户体验满意度。 基站网管技术的趋势是, 为了实现基站侧数据和网管侧数据的解耦, 已经由基于 表格形式的高耦合性的数据管理方式演变为基于对象化形式的数据拓扑展现方式。 传输数据模型是基站网管本地维护终端 (Local Maintenance Terminal, 简称为 LMT) 的一个重要组成部分, 主要展示传输数据的配置方式和依赖关系, 当传输数据 层发生告警时, 需要即时展示其上的告警信息, 并且实时提供各个传输数据对象的状 态信息。 在本发明对传输数据的抽象之前, 业内的主要基站网管软件以及本基站网管软件 LMT对于传输数据的管理, 是基于表格形式的数据管理方式, 每一类传输数据抽象为 一张表格, 具体传输数据以表记录的形式存在, 在 LMT 中所有传输表格使用树形结 构如图 1所示, 无法体现传输层数据的各层次结构, 虽然数据代表着第三代合作伙伴 计划(3rd Generation Partnership Project, 简称为 3GPP)协议的某些信元, 但是无法抽 象出协议的层次结构, 由于数据之间的依赖关系很复杂, 具体可以参见图 2, 不是一 对一的结构, 使得运维无法找出数据之间的层次依赖关系, 一旦底层传输链路出现故 障, 由于传输数据展示的不直观, 使得运营维护成本非常高。 另外由于受限于这种数 据的最小单元是表记录的展现方式, 使得对应到告警的显示以及状态则需要点击记录 后才能获得, 用户体验也不好。
发明内容 本发明提供了一种传输配置数据的处理方法及装置, 以至少解决相关技术中传输 配置数据展示的不直观, 使得运营维护成本非常高的问题。 根据本发明的一个方面, 提供了一种传输配置数据的处理方法。 根据本发明的传输配置数据的处理方法包括: 从本地维护终端 (LMT) 网管配置 ***中抽象出传输配置数据的各个对象; 根据 lub 口协议栈层次结构分层并封装各个 对象; 根据预定传输承载方式获取分层后的对象之间的关联关系。 上述从 LMT网管配置中抽象出传输配置数据的各个对象包括: 建立 LMT网管配 置***与基站之间的通信链路; LMT网管配置***从基站获取传输配置数据; 获取传 输层配置数据的各个对象的实例。 上述根据 lub 口协议栈层次结构分层并封装各个对象包括: 建立对象与 lub 口协 议栈的信令的对应关系; 将对象分别填充到与其对应的信令的 lub 口协议栈中预定个 数的传输协议块中。 上述根据预定传输承载方式获取分层后的对象之间的关联关系包括:获取根据 lub 口协议栈层次结构分层后的对象;根据互联网协议 IP传输承载方式获取分层后的对象 之间的关联关系。 上述根据预定传输承载方式获取分层后的对象之间的关联关系包括:获取根据 lub 口协议栈层次结构分层后的对象; 根据异步传输方式 (ATM) 传输承载方式获取分层 后的对象之间的关联关系。 在根据预定传输承载方式获取分层后的对象之间的关联关系之后, 还包括: 获取 各个对象的告警信息; 对各个对象对应的最高等级告警增加标识信息。 在根据预定传输承载方式获取分层后的对象之间的关联关系之后, 还包括: 获取 传输协议块中各个对象的状态信息; 判断是否存在故障的对象; 对存在故障的对象增 加故障指示信息。 根据本发明的另一方面, 提供了一种传输配置数据的处理装置。 根据本发明的传输配置数据的处理装置包括: 抽象模块, 设置为从本地维护终端 LMT网管配置***中抽象出传输配置数据的各个对象;分层封装模块,设置为根据 lub
口协议栈层次结构分层并封装各个对象; 第一获取模块, 设置为根据预定传输承载方 式获取分层后的对象之间的关联关系。 上述抽象模块包括: 第一建立单元, 设置为建立 LMT网管配置***与基站之间 的通信链路; 第一获取单元, 设置为使 LMT网管配置***从基站获取传输配置数据; 第二获取单元, 设置为获取传输层配置数据的各个对象的实例。 上述分层封装模块包括: 第二建立单元, 设置为建立对象与 Iub口协议栈的信令 的对应关系; 填充单元, 设置为将对象分别填充到与其对应的信令的 Iub 口协议栈中 预定个数的传输协议块中。 上述第一获取模块包括: 第三获取单元, 设置为获取根据 Iub口协议栈层次结构 分层后的对象; 第四获取单元, 设置为根据互联网协议 IP传输承载方式或者异步传输 方式 ATM传输承载方式获取分层后的对象之间的关联关系。 上述装置还包括: 第二获取模块, 设置为获取各个对象的告警信息; 第一处理模 块, 设置为对各个对象对应的最高等级告警增加标识信息。 上述装置还包括: 第三获取模块,设置为获取传输协议块中各个对象的状态信息; 判断模块, 设置为判断是否存在故障的对象; 第二处理模块, 设置为对存在故障的对 象增加故障指示信息。 通过本发明, 基于 Iub口协议栈对 LMT传输配置数据进行建模, 解决了相关技术 中传输配置数据展示的不直观, 使得运营维护成本非常高的问题, 进而可以基于 Iub 口协议栈层次结构来直观地展示网管 LMT的传输配置数据, 节省运营维护成本。 附图说明 此处所说明的附图用来提供对本发明的进一步理解, 构成本申请的一部分, 本发 明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的不当限定。 在附图 中: 图 1是传输数据表格化树形展示方式的截屏图; 图 2是传输数据表格化展示的关联关系的截屏图; 图 3是根据本发明实施例的传输配置数据的处理方法的流程图; 图 4是 3GPP的 Iub口协议栈的示意图;
图 5是 3GPP的 Iub口的逻辑示意图; 图 6是根据本发明优选实施例的传输数据对象化后抽象类图; 图 7是根据本发明优选实施例的 IP承载方式的关联图; 图 8是根据本发明优选实施例的异步传输方式 (Asynchronous Transfer Mode, 简 称为 ATM) 的承载方式的关联图; 图 9 是根据本发明优选实施例的保存 MO对象属性信息的 Excel模板文件的示意 图; 图 10 是根据本发明优选实施例的 Excel格式 MO对象模板文件导入并下发到基 站的流程图; 图 11是根据本发明优选实施例的 LMT对象化展示的传输 MO对象显示的拓扑图; 图 12是根据本发明优选实施例的传输 MO对象告警显示的拓扑图; 图 13是根据本发明优选实施例的传输 MO对象状态显示的拓扑图; 图 14 是根据本发明优选实施例的 LMT 传输数据对象化展现全界面布局的示意 图; 图 15是根据本发明实施例的传输配置数据的处理装置的结构框图; 以及 图 16是根据本发明优选实施例的传输配置数据的处理装置的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是, 在不冲突的 情况下, 本申请中的实施例及实施例中的特征可以相互组合。 图 3是根据本发明实施例的传输配置数据的处理方法的流程图。 如图 3所示, 该 传输配置数据的处理方法主要包括以下处理: 步骤 S302: 从 LMT网管配置***中抽象出传输配置数据的各个对象; 步骤 S304: 根据 Iub口协议栈层次结构分层并封装各个对象; 步骤 S306: 根据预定传输承载方式获取分层后的对象之间的关联关系。
相关技术中, 网管软件 LMT对于传输配置数据的管理, 主要是基于表格形式的 数据管理方式, 对于该管理方式, 无法抽象出协议的层次结构, 而且数据之间的依赖 关系很复杂, 不是一对一的结构, 使得运维无法找出数据之间的层次依赖关系, 一旦 底层传输链路出现故障, 由于传输数据展示的不直观, 使得运营维护成本非常高。 采 用图 3所示的传输配置数据的处理方法,基于 Iub口协议栈对 LMT传输配置数据进行 建模, 可以使得传输数据的层次结构和依赖关系 (即上述关联关系) 能够得以清晰地 展现, 进而可以直观地展示网管 LMT的传输配置数据, 节省运营维护成本。 优选地, 上述步骤 S302可以进一步包括以下处理:
( 1 ) 建立 LMT网管配置***与基站之间的通信链路; (2) LMT网管配置***从基站获取传输配置数据;
(3 ) 获取传输层配置数据的各个对象的实例。 已知 NodeB和 RNC是两个独立的网元, 连接他们的接口就是 Iub口。 无线接入 网网元在功能上一般分为无线网络 (层) 和传输网络 (层) 两部分, 所谓的传输配置 数据就是在 Iub接口中传送无线网络层和传输网络层的信令和用户信息。 3GPP把 NodeB的 Iub口上传递的信息, 在垂直方向划分成了 3个"逻辑平面": 无线网络控制面, 传输网络控制面, 用户面, 具体可以参见图 4。 从 3GPP的 Iub口协议栈可以看到, 无线网络控制面 (Radio Network Control Plane) 分为两部分: 第一部分, 属于无线网络层 (Radio Network Layer), 是" NodeB应用部分 (NodeB Application Part)", 这部分所遵循的协议, 就是" NBAP"协议。 第二部分, 属于传输层 (Transport Layer), 毕竟 NodeB和 RNC各自独立需要传 输网络来承载待交换的信息, 这部分传输层的作用就是承载 BAP 协议信息, 保障 RNC和 NodeB顺利的完成 NBAP交流。 也就是说, LMT的传输数据层就是为 NBAP信令提供承载,这部分传输配置数据 对象的配置是事先 NodeB和 RNC约定好的, 各自通过各自的网管软件来配置相应的 参数。
协议栈按照其中的信元进一步抽象为 3GPP的 lub口逻辑面的层次结构, 即 LMT 的传输数据层的建模模型的原型如图 5所示, 基于此协议栈模型 LMT对其传输数据 的拓扑展示做了进一步的抽象。 在优选实施过程中, 为了基于 lub口协议栈对 LMT传输配置数据进行建模, 需要 首先把网管管理的传输数据抽象为各个对象 (以下称为 MO对象), 建立出 LMT的传 输数据的 MO对象模型,传输资源 MO以 TransportNetwork (传输网)为根节点, 按照基 站与上级网元 RNC/BSC之间的 lub和 Abis接口传输协议栈进行建模 (LTE中是基站 与 CN的对接), 从物理层到应用层依次将以太网口、 E1VT1口、 互联网协议 (Internet Protocol, 简称为 IP)、 异步传输方式 (Asynchronous Transfer Mode, 简称为 ATM)、 BAP、 BTSM等资源抽象出来, 传输数据对象化后的设计如图 6所示。 在优选实施过程中, 在 LMT传输对象化设计以后, 可以按照原来的 LMT传输表 数据解耦合的设计,提取出如图 6的 20个传输类对象, 每个类的设计定义出了这个类 的基本属性(例如, 传输链路号, 端口号等等的基本信息), 其中, 各个传输类之间由 于协议层次关系, 也存在的一定的关联关系, 例如, 高层链路的 MO必须依赖于底层 链路的 MO而存在, 由此参照实际传输配置中的真实场景, 提取出两种传输承载方式 — IP传输承载方式如图 7和 ATM传输承载方式如图 8, 接下来采用已经设计好的 MO属性模型和依赖关系生成需要的可以下发到前台基站去的一整套相互依赖的 MO 传输数据对象。 之后可以将设计好的 20个 MO数据以 Excel格式的文件保存,每个页面存储一个 传输数据对象如图 9所示, 每个页面中定义了这个 MO对象的基本属性, 基本属性的 取值范围,值的类型等等,此外,还包括了这个 MO对象所依赖的 MO对象的属性值, 以便可以依此找到其关联的 MO对象, 之后执行 Excel格式 MO对象模板文件导入并 下发到基站的流程, 以下结合图 10进一步描述该流程。 如图 10所示, 该流程可以包括以下处理: 步骤 S1002: 导入 excel格式的对象文件; 步骤 S1004: 编辑文件, 写入 MO对象的属性字段的数值; 步骤 S1006: 生成 MO对象之间的关联关系; 步骤 S1008: 检测 MO属性值的合法性, 即判断 MO属性值是否符合数据范围; 步骤 S1010: 按照业务需要的约束关系检查 MO的配置约束关系;
步骤 S1012: 比较相邻的两次配置之间的数据对象的异同, 以判断是否有必要用 数据的增量同步或者是全同步的方式下发到基站; 步骤 S1014: 转为基站可以识别的 XML模板文件, 下发到基站。 按此下发数据的方式, 运维和用户可以通过仅仅修改 excel 配置文件, 只用填写 传输对象的属性值和其关联的传输对象的属性值即能完成传输数据的下发基站配置, 完全不需要关心数据的依赖关系的具体细节。 按照以上方式, LMT传输数据可以通过更改 excel文件并导入来最终更改下发的 基站的数据配置, 数据的修改非常灵活。 但是仅仅更改数据灵活对于运维来说是不够 的, 传输数据涉及到非常多的 Iub协议的细节, 这些细节运维人员可能是不需要关心 的, 这就需要一个直观有层次的展现方式, 可以使得运维人员不用关心协议的具体细 节, 就可以看到 LMT传输数据的层次依赖关系, 这样才可以从根本上提高运维人员 的维护效率,因此需要关联 LMT传输数据的展示图,从 Iub协议栈逻辑图中抽象出来。 优选地, 上述步骤 S304可以进一步包括以下处理:
( 1 ) 建立对象与 Iub口协议栈的信令的对应关系; (2)将对象分别填充到与其对应的信令的 Iub口协议栈中预定个数的传输协议块 中。 在优选实施过程中, 按照 3GPP的 Iub口协议, 分类已经设计好的 20个 MO传输 对象, 可以把传输拓扑图分成预定个数的协议块 (例如, 11个):
( 1 ) Physical Layer: 等同于 Iub协议逻辑图的物理层, 用于填充物理层对象, 包括 IP端口以及 ATM端口。
( 2 ) ATM Link: 等同于 Iub 协议逻辑图 ATM 承载中的 ATM 层, 填充 AtmLayerLink对象。
( 3 ) Ethernet/PPP Link: 等同于 Iub协议逻辑图 Data Link层,填充数据链路对象, 包括 Ethernet、 HDLC以及 PPP。 ( 4 ) IP: 等同于 Iub协议逻辑图 IP层, 填充 IP对象。
( 5 ) SCTP: 等同于 Iub协议逻辑图 SCTP层,填充 SCTP对象。
(6) UDP/RTP: 等同于 Iub协议逻辑图 UDP层,填充 UDP/RTP对象。
(7) AAL2: 等同于 Iub协议逻辑图 AAL2层,填充 AAL2对象
( 8) SaalUni: 等同于 Iub协议逻辑图 AAL5/SSCOP/SSCF-UM层,填充 SaalUni 对象。 (9) ALCAP: 等同于 Iub协议逻辑图 ALCAP层, 填充 ALCAP对象。
( 10) bapCSignalling/NbapDSignalling/BTSM: 等同于 Iub协议逻辑图 NBAP层, 填充 BAP对应对象
( 11 ) Iub/Aibs DataStream:等同于 Iub 协议逻辑图 Channels 层, 填充 Iub/AibsDataStream对象。 至此, LMT传输数据的 20个 MO对象, 已经以 Iub协议逻辑图为原型建模, 填 充到了 LMT拓扑展示协议栈图的 11个协议块中, 完成了传输数据的分层设计, 生成 LMT传输数据拓扑展示的建模效果图如图 11所示。 优选地, 上述步骤 S306可以进一步包括以下处理:
( 1 ) 获取根据 Iub口协议栈层次结构分层后的对象; (2) 根据 IP传输承载方式获取分层后的对象之间的关联关系。 优选地, 上述步骤 S306还可以进一步包括以下处理:
( 1 ) 获取根据 Iub口协议栈层次结构分层后的对象;
(2) 根据 ATM传输承载方式获取分层后的对象之间的关联关系。 需要注意的是, 上述预定传输承载方式包括但不限于 IP传输承载方式和 ATM传 输承载方式, 当然也可以是其他传输承载方式。 在优选实施过程中, LMT传输数据对象化以后, 基于预定传输承载方式 (例如, IP传输承载方式和 ATM传输承载方式),可以最终抽象出多种 MO对象分层后的关联 关系,具体地, IP承载方式关联关系如图 7所示, ATM承载方式关联关系如图 8所示。 通过上述处理, 与网管 LMT传输数据现有展现方式相比较, 引入了 3GPP的 Iub 口协议栈结构, 在此基础上建模, 提取抽象了传输数据的协议栈层次模型, 这种传输
数据的拓扑展现方式使得传输层展现层次清晰, 非常直观, 一方面这种简明的展现方 式降低了运维的维护难度, 另一方面这种基于协议栈的传输数据依赖方式, 也极大地 满足了的用户体验。 优选地, 在执行步骤 S306之后, 还可以包括以下处理: ( 1 ) 获取各个对象的告警信息;
(2) 对各个对象对应的最高等级告警增加标识信息。 在优选实施过程中,可以提供传输 MO对象显示拓扑图告警显示的功能,具体地, 获取各个 MO对象的告警信息, 按最高告警等级增加标识信息 (例如, 填充颜色), 每个协议块中根据告警视图获取最高级别告警,根据告警级别渲染颜色。如图 12所示, ATMLink的最高级别告警为严重告警, 渲染为红色 (参见图中阴影部分)。 优选地, 在执行步骤 S306之后, 还可以包括以下处理:
( 1 ) 获取传输协议块中各个对象的状态信息;
(2) 判断是否存在故障的对象;
(3 ) 对存在故障的对象增加故障指示信息。 在优选实施过程中, 可以提供传输 MO对象显示拓扑图状态显示的功能, 获取各 个对象的状态, 获取是否存在故障的 MO对象, 如果某协议块的 MO对象存在故障, 则在该协议块上增加故障指示信息 (例如, 增加小圆点显示为故障)。 如图 13所示, ATMLink存在有故障的 MO对象, 增加黑色小圆点。 通过上述处理, 在传输数据对象化抽象后, 其上挂告警的展现和对状态展示的支 持, 这种直观明了的拓扑展现方式使得网管 LMT对于传输数据的处理和展示上日趋 标准化和专业化。 传输资源全界面视图的示例可以参见图 14的描述, 图 14的左半部分为传输 MO 对象显示拓扑图, 右半部分是具体选择协议块对应的 MO对象状态列表, 在该列表中 可以对选择的单个 MO对象进行操作; 以及选择协议块对应的 MO对象的告警视图。 图 15是根据本发明实施例的传输配置数据的处理装置的结构框图。如图 15所示, 该传输配置数据的处理装置包括: 抽象模块 10, 设置为从 LMT网管配置***中抽象 出传输配置数据的各个对象; 分层封装模块 20, 设置为根据 Iub口协议栈层次结构分
层并封装各个对象; 以及第一获取模块 30, 设置为根据预定传输承载方式获取分层后 的对象之间的关联关系。 在图 15所示的传输配置数据的处理装置中, 抽象模块 10、 分层封装模块 20、 以 及第一获取模块 30相互结合, 基于 lub口协议栈对 LMT传输配置数据进行建模, 可 以使得传输数据的层次结构和依赖关系 (即上述关联关系) 能够得以清晰地展现, 进 而可以直观地展示网管 LMT的传输配置数据, 节省运营维护成本。 优选地, 如图 16所示, 上述抽象模块 10可以进一步包括: 第一建立单元 100, 设置为建立 LMT网管配置***与基站之间的通信链路; 第一获取单元 102, 设置为使 LMT网管配置***从基站获取传输配置数据; 第二获取单元 104, 设置为获取传输层 配置数据的各个对象的实例。 优选地, 如图 16所示, 分层封装模块 20可以进一步包括: 第二建立单元 200, 设置为建立对象与 lub口协议栈的信令的对应关系;填充单元 202,设置为将对象分别 填充到与其对应的信令的 lub口协议栈中预定个数的传输协议块中。 优选地, 如图 16所示, 第一获取模块 30可以进一步包括: 第三获取单元 300, 设置为获取根据 lub口协议栈层次结构分层后的对象;第四获取单元 302,设置为根据 IP传输承载方式或者 ATM传输承载方式获取分层后的对象之间的关联关系。 优选地, 如图 16所示, 上述传输配置数据的处理装置还可以包括: 第二获取模块 40, 设置为获取各个对象的告警信息; 第一处理模块 50, 设置为对各个对象对应的最 高等级告警增加标识信息。 优选地, 如图 16所示, 上述传输配置数据的处理装置还可以包括: 第三获取模块
60, 设置为获取传输协议块中各个对象的状态信息; 判断模块 70, 设置为判断是否存 在故障的对象; 第二处理模块 80, 设置为对存在故障的对象增加故障指示信息。 在优选实施过程中, 如图 6所示,抽象模块 10获取传输配置数据对象化后抽象的 MO对象, 分层封装模块 20按 3GPP的 lub口协议层逻辑 (如图 5所示) 分层并封装 MO对象, 建模生成传输 MO对象显示拓扑图 (如图 11所示)。 具体包括以下处理:
( 1 ) 获取跟传输业务相关的所有的 MO对象;
(2) 按协议栈划分上述 MO对象, 生成传输 MO对象显示拓扑图。 例如, 按 3GPP的 lub口协议, 拓扑图分成 11个协议块:
( 1 ) Physical Layer: 填充物理层对象, 包括 IP端口以及 ATM端口。
(2) ATM Link: 填充 AtmLayerLink对象。
(3 ) Ethemet/PPP Link:填充数据链路对象, 包括 Ethemet、 HDLC以及 PPP。
(4) IP: 填充 IP对象。 ( 5 ) SCTP: 填充 SCTP对象。
(6) UDP/RTP: ±真充 UDP/RTP对象。
(7) AAL2: 填充 AAL2对象。
( 8) SaalUni: 填充 SaalUni对象。
(9) ALCAP: 填充 ALCAP对象。 ( 10) bapCSignalling/NbapDSignalling/BTSM: 填充 BAP对应对象
( 11 ) Iub/Aibs DataStream:±真充 Iub/AibsDataStream对象。
LMT传输数据的 20个 MO对象, 已经以 Iub协议逻辑图为原型建模, 填充到了 LMT拓扑展示协议栈图的 11个协议块中, 完成了传输数据的分层设计, 生成 LMT传 输数据拓扑展示的建模效果图如图 11所示。 之后, 第一获取模块 30 根据预定传输承载方式获取分层后的对象之间的关联关 系。 具体地, LMT传输数据对象化以后, 基于主要的传输承载方式, 最终可以抽象出 两种 MO对象分层后的关联关系, IP传输承载方式关联关系如图 7所示, ATM传输 承载方式关联关系如图 8所示。 在优选实施过程中,可以提供传输 MO对象显示拓扑图告警显示的功能,具体地, 第二获取模块 40获取各个 MO对象的告警信息, 第一处理模块 50按最高告警等级增 加标识信息(例如, 填充颜色), 每个协议块中根据告警视图获取最高级别告警, 根据 告警级别渲染颜色。 如图 12所示, ATMLink的最高级别告警为严重告警, 渲染为红 色 (参见图中阴影部分)。 在优选实施过程中, 还可以提供传输 MO对象显示拓扑图状态显示的功能, 第三 获取模块 60获取各个对象的状态, 判断模块 70判断是否存在故障的 MO对象, 如果 某协议块的 MO对象存在故障,第二处理模块 80在该协议块上增加故障指示信息(例
如, 增加小圆点显示为故障)。 如图 13所示, ATMLink存在有故障的 MO对象, 增加 黑色小圆点。 生成的传输资源全界面视图具体参见图 14, 图 14的左半部分为传输 MO对象显 示拓扑图, 右半部分是具体选择协议块对应的 MO对象状态列表, 在该列表中可以对 选择的单个 MO对象进行操作; 以及选择协议块对应的 MO对象的告警视图。 如果某协议块没有存在对应的 MO对象, 可以将该协议块显示为下陷状, 在具体 操作中, 将鼠标移动到该协议块提示用户未安装。 需要注意的是, 上述传输配置数据的处理装置可以设置于 LMT网管***中。 综上所述, 借助本发明提供的上述实施例, 实现了如下技术效果: (1 ) 传输数据 查询结果清楚并直观, 进而方便了业务的运营维护。 (2) 传输数据的展现更加标准和 专业, 使其在数据展现上更贴近协议栈, 使得运维可以不需了解协议的具体细节能够 清楚知道传输数据在协议栈中的层次, 大大方便了链路故障时运维对于故障的排查。 (3 ) 传输数据视图直接展现对象的告警和状态, 实现了拓扑图展现的信息最大化。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布在多个计算装置所 组成的网络上, 可选地, 它们可以用计算装置可执行的程序代码来实现, 从而可以将 它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块, 或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样, 本发明不限 制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本领域的技 术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内, 所作的 任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。
Claims
1. 一种传输配置数据的处理方法, 包括:
从本地维护终端 LMT网管配置***中抽象出传输配置数据的各个对象; 根据 lub口协议栈层次结构分层并封装各个所述对象;
根据预定传输承载方式获取分层后的对象之间的关联关系。
2. 根据权利要求 1所述的方法, 其中, 所述从 LMT网管配置中抽象出传输配置 数据的各个对象包括:
建立所述 LMT网管配置***与基站之间的通信链路;
所述 LMT网管配置***从所述基站获取所述传输配置数据; 获取所述传输层配置数据的各个所述对象的实例。
3. 根据权利要求 1所述的方法, 其中, 所述根据 lub口协议栈层次结构分层并封 装各个所述对象包括:
建立所述对象与所述 lub口协议栈的信令的对应关系;
将所述对象分别填充到与其对应的信令的所述 lub 口协议栈中预定个数的 传输协议块中。
4. 根据权利要求 1所述的方法, 其中, 所述根据预定传输承载方式获取分层后的 对象之间的关联关系包括:
获取根据所述 lub口协议栈层次结构分层后的对象;
根据互联网协议 IP传输承载方式获取所述分层后的对象之间的关联关系。
5. 根据权利要求 1所述的方法, 其中, 所述根据预定传输承载方式获取分层后的 对象之间的关联关系包括:
获取根据 lub口协议栈层次结构分层后的对象;
根据异步传输方式 ATM传输承载方式获取所述分层后的对象之间的关联 关系。
6. 根据权利要求 1至 5中任一项所述的方法, 其中, 在根据预定传输承载方式获 取分层后的对象之间的关联关系之后, 还包括: 获取各个所述对象的告警信息;
对各个所述对象对应的最高等级告警增加标识信息。
7. 根据权利要求 1至 5中任一项所述的方法, 其中, 在根据预定传输承载方式获 取分层后的对象之间的关联关系之后, 还包括:
获取所述传输协议块中各个所述对象的状态信息;
判断是否存在故障的对象;
对所述存在故障的对象增加故障指示信息。
8. 一种传输配置数据的处理装置, 包括:
抽象模块, 设置为从本地维护终端 LMT 网管配置***中抽象出传输配置 数据的各个对象;
分层封装模块, 设置为根据 lub 口协议栈层次结构分层并封装各个所述对 象;
第一获取模块, 设置为根据预定传输承载方式获取分层后的对象之间的关 联关系。
9. 根据权利要求 8所述的装置, 其中, 所述抽象模块包括:
第一建立单元, 设置为建立所述 LMT 网管配置***与基站之间的通信链 路;
第一获取单元, 设置为使所述 LMT 网管配置***从所述基站获取所述传 输配置数据;
第二获取单元, 设置为获取所述传输层配置数据的各个所述对象的实例。
10. 根据权利要求 8所述的装置, 其中, 所述分层封装模块包括:
第二建立单元, 设置为建立所述对象与所述 lub 口协议栈的信令的对应关 系;
填充单元, 设置为将所述对象分别填充到与其对应的信令的所述 lub 口协 议栈中预定个数的传输协议块中。
11. 根据权利要求 8所述的装置, 其中, 所述第一获取模块包括:
第三获取单元,设置为获取根据所述 lub口协议栈层次结构分层后的对象; 第四获取单元,设置为根据互联网协议 IP传输承载方式或者异步传输方式 ATM传输承载方式获取所述分层后的对象之间的关联关系。
12. 根据权利要求 8至 11任一项所述的装置, 其中, 还包括:
第二获取模块, 设置为获取各个所述对象的告警信息;
第一处理模块,设置为对各个所述对象对应的最高等级告警增加标识信息。
13. 根据权利要求 8至 11任一项所述的装置, 其中, 还包括:
第三获取模块, 设置为获取所述传输协议块中各个所述对象的状态信息; 判断模块, 设置为判断是否存在故障的对象;
第二处理模块, 设置为对所述存在故障的对象增加故障指示信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/130,072 US9473960B2 (en) | 2011-06-30 | 2012-05-11 | Method and device for processing transport configuration data |
EP12805178.6A EP2728798B1 (en) | 2011-06-30 | 2012-05-11 | Method and device for processing transmission configuration data |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110182345.XA CN102857954B (zh) | 2011-06-30 | 2011-06-30 | 传输配置数据的处理方法及装置 |
CN201110182345.X | 2011-06-30 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2013000343A1 true WO2013000343A1 (zh) | 2013-01-03 |
Family
ID=47404070
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2012/075372 WO2013000343A1 (zh) | 2011-06-30 | 2012-05-11 | 传输配置数据的处理方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9473960B2 (zh) |
EP (1) | EP2728798B1 (zh) |
CN (1) | CN102857954B (zh) |
WO (1) | WO2013000343A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112449354A (zh) * | 2019-08-27 | 2021-03-05 | 中兴通讯股份有限公司 | 基站站型替换方法、装备及sdr网管*** |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10289547B2 (en) * | 2014-02-14 | 2019-05-14 | Western Digital Technologies, Inc. | Method and apparatus for a network connected storage system |
US10587689B2 (en) | 2014-02-14 | 2020-03-10 | Western Digital Technologies, Inc. | Data storage device with embedded software |
CN105592489A (zh) * | 2014-11-12 | 2016-05-18 | 中兴通讯股份有限公司 | 一种传输数据管理方法和装置 |
CN112564751B (zh) * | 2019-09-26 | 2022-08-19 | 大唐移动通信设备有限公司 | 一种信道传输方法以及通信设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002300279A (ja) * | 2001-03-30 | 2002-10-11 | Hitachi Kokusai Electric Inc | 監視システム |
CN1640055A (zh) * | 2002-07-01 | 2005-07-13 | 西门子公司 | 针对借助xml的网络单元的配置和接口描述的网络管理方法 |
CN101272279A (zh) * | 2008-05-06 | 2008-09-24 | 中兴通讯股份有限公司 | 一种实现本地维护终端管理多版本网元的方法和装置 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5499343A (en) * | 1993-12-17 | 1996-03-12 | Taligent, Inc. | Object-oriented networking system with dynamically configurable communication links |
JP3451415B2 (ja) * | 1996-03-29 | 2003-09-29 | 富士通株式会社 | ネットワーク管理システムのデータベース同期方法 |
KR100366538B1 (ko) * | 2000-04-26 | 2002-12-31 | 주식회사 하이닉스반도체 | Imt-2000 시스템에서의 tmn을 이용한 이동통신망관리장치 및 그 방법 |
US7072329B2 (en) * | 2000-05-22 | 2006-07-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Combining differing transport technologies in a telecommunications system |
US7200676B2 (en) * | 2003-03-26 | 2007-04-03 | Microsoft Corporation | Transmitting and receiving messages through a customizable communication channel and programming model |
WO2004090684A2 (en) * | 2003-03-31 | 2004-10-21 | System Management Arts, Inc. | Method and apparatus for multi-realm system modeling |
US20060041741A1 (en) * | 2004-08-23 | 2006-02-23 | Nokia Corporation | Systems and methods for IP level decryption |
ATE432563T1 (de) * | 2005-12-05 | 2009-06-15 | Ericsson Telefon Ab L M | Verfahren und system bezüglich netzverwaltung |
CN100574283C (zh) * | 2007-06-12 | 2009-12-23 | 华为技术有限公司 | 上、下行传输方法及汇聚节点 |
CN100596222C (zh) * | 2007-08-02 | 2010-03-24 | 华为技术有限公司 | 告警处理装置和方法 |
CN101141398A (zh) * | 2007-10-11 | 2008-03-12 | 华为技术有限公司 | 一种rnc负荷分担容灾的方法、***和装置 |
US8964781B2 (en) * | 2008-11-05 | 2015-02-24 | Qualcomm Incorporated | Relays in a multihop heterogeneous UMTS wireless communication system |
-
2011
- 2011-06-30 CN CN201110182345.XA patent/CN102857954B/zh not_active Expired - Fee Related
-
2012
- 2012-05-11 US US14/130,072 patent/US9473960B2/en not_active Expired - Fee Related
- 2012-05-11 EP EP12805178.6A patent/EP2728798B1/en not_active Not-in-force
- 2012-05-11 WO PCT/CN2012/075372 patent/WO2013000343A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002300279A (ja) * | 2001-03-30 | 2002-10-11 | Hitachi Kokusai Electric Inc | 監視システム |
CN1640055A (zh) * | 2002-07-01 | 2005-07-13 | 西门子公司 | 针对借助xml的网络单元的配置和接口描述的网络管理方法 |
CN101272279A (zh) * | 2008-05-06 | 2008-09-24 | 中兴通讯股份有限公司 | 一种实现本地维护终端管理多版本网元的方法和装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112449354A (zh) * | 2019-08-27 | 2021-03-05 | 中兴通讯股份有限公司 | 基站站型替换方法、装备及sdr网管*** |
Also Published As
Publication number | Publication date |
---|---|
US20140126384A1 (en) | 2014-05-08 |
CN102857954B (zh) | 2017-09-29 |
EP2728798A1 (en) | 2014-05-07 |
EP2728798A4 (en) | 2015-01-14 |
CN102857954A (zh) | 2013-01-02 |
US9473960B2 (en) | 2016-10-18 |
EP2728798B1 (en) | 2018-06-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106559251B (zh) | 一种基于yang模型的编译方法、及对应的接口、组件和*** | |
WO2018127144A1 (zh) | 管理网络切片实例的方法、装置和*** | |
US11909744B2 (en) | Network verification method and apparatus | |
CN109560955A (zh) | 网络的部署信息确定方法及设备 | |
CN101379765A (zh) | 从提供商边缘针对网络操作来配置客户设备的技术 | |
CN103368769B (zh) | 用于提高网络装置之间的兼容性的方法和设备 | |
WO2013000343A1 (zh) | 传输配置数据的处理方法及装置 | |
CN103716213B (zh) | 在固定接入网中和在用户设备中运行的方法 | |
CN106685679A (zh) | 一种网络服务部署方法和装置 | |
CN107624230A (zh) | 业务可用性管理的方法与实体 | |
CN102291745A (zh) | 一种多ap测试的方法和装置 | |
CN109391498A (zh) | 网络组件的管理方法和网络设备 | |
CN109617995A (zh) | 对租户集群vpc内部容器的管理***、方法及电子设备 | |
CN102812744A (zh) | 用于移动回程网络的efm-oam和cfm-oam的互配 | |
WO2021082860A1 (zh) | 一种配置方法、相关装置和*** | |
CN108063694A (zh) | 通过核心程序在通讯端口上进行压力测试的***及其方法 | |
CN104243198B (zh) | 一种基于网络配置协议的网络管理方法和*** | |
CN107135190A (zh) | 基于传输层安全连接的数据流量归属识别方法及装置 | |
CN104468172B (zh) | 采集适配器管理方法和*** | |
CN117201579A (zh) | 一种基于udp与dds架构的半实物仿真通信*** | |
CN102665237A (zh) | Ir接口协议一致性仿真测试装置及互联互通测试方法 | |
CN103763676B (zh) | Ap与ac间的通信方法和设备 | |
CN110460456A (zh) | 一种管理信息库mib同步生成网络拓扑的方法及装置 | |
CN109842527A (zh) | 一种网络告警方法以及设备 | |
CN101471850B (zh) | 标识媒体资源的方法,媒体网关及媒体网关控制器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12805178 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 14130072 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2012805178 Country of ref document: EP |