Method capable of dynamically loading different terminal exchange chip drives

A technology of terminal switching and dynamic loading, which is applied in the direction of program loading/starting, electrical components, program control devices, etc. It can solve problems such as hard curing, large control software volume, and affecting other users' terminal user experience, etc., to achieve dynamic loading, Avoid Bulky Effects

CN102830983AInactive Publication Date: 2012-12-19SHANGHAI BROADBAND TECH
8 Cites 9 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Publication Date
2012-12-19
Estimated Expiration
Not applicable · inactive patent

Smart Images

  • Figure 1
    Figure 1
  • Figure 2
    Figure 2
  • Figure 3
    Figure 3
Patent Text Reader

Abstract

The invention provides a method capable of dynamically loading different terminal exchange chip drives. The method comprises the following steps: supporting the property of a dynamically loadable inner kernel mode driving module by using an embedded operation system platform, packing a terminal exchange chip drive to the inner kernel mode driving module, driving a calling interface in a control software at an ethernet over cable (EoC) head terminal by adopting an abstract terminal exchange chip; and flexibly matching the corresponding actual driving calling interface according to the current connected EoC terminal type under the EoC head terminal and dynamically loading the required exchange chip driving module to realize the control and the management of the EoC terminal. By adopting the invention, the dynamic loading of different types of terminal exchange chip drives can be realized, the separation of a control software code and a terminal exchange chip drive code of the EoC head terminal is realized; and simultaneously, the terminal exchange chip drive is selectively put on the local place or on a remote drive loading server; therefore the problem of the large control software caused by supporting multiple types of exchange chip drives is resolved.
Need to check novelty before this filing date? Find Prior Art

Description

technical field

[0001] The invention relates to a next-generation broadcasting network (NGB) application technology, in particular to a method for dynamically loading different terminal switching chip drivers in the application of the next-generation broadcasting network. Background technique

[0002] At present, the Ethernet over coaxial cable (EoC) access system widely used in the construction of the next generation broadcasting network (NGB) usually adopts a master-slave (Master-Slave) communication and management architecture. In this architecture, the EoC access system is mainly composed of EoC head-end equipment deployed in corridors for EoC network side access and EoC terminal equipment deployed in user rooms for EoC network user side access, as shown in the attached figure 1 shown in . The EoC head-end device manages and schedules one or more EoC terminal devices connected under it.

[0003] The management of the EoC terminal equipment by the EoC head-end equipment...

Examples

Embodiment approach

[0020] Taking the EoC terminal devices that need to be connected under an EoC head-end device including terminals with Marvell88E6031 switching chips, terminals with Marvell 88E6061 switching chips, and other Broadcom-type terminals, Marvell 88E6031 supports switching chips by default as an example. The embodiment of the solution provided by the invention is as follows:

[0021] Firstly, the terminal switching chip drivers to be supported (including Marvell 88E6031, Marvell88E6061, and other Broadcom types) are encapsulated into a dynamically loadable kernel driver module. At the same time, the kernel driver of Marvell 88E6031 is placed locally, and other types of kernel drivers are placed on the remote driver loading server.

[0022] Integrate the parameter definition code of the driver calling interface to support the switch chip into the control software code of the EoC head end, so as to facilitate the driver interface calling. And add abstract driver call interface, call...