KR20020054193A - Resource Management Control for Supporting BCC Protocol in V5.2 Interface of Access Networks - Google Patents

Abstract

PURPOSE: A resource management control method for supporting BCC(bearer channel connection) protocol in V5.2 interface of access network is provided to perform a transformation of related composite information by performing a request and a response to allotment and cancellation of a time slot through a BCC protocol in a V5.2 system of an access network. CONSTITUTION: A first process(S1-S5) receives a request for resource allotment and allotment cancellation from a BCC protocol, and extracts a physical link identifier, a logical port identifier, and information related to time slot. A second process(S6-S8) discriminates between a BRI(Basic Rate Interface) and a PRI(Primary Rate Interface). A third process(S9-S14) generates an allotment rejection message in response to the request for resource allotment. A fourth process(S19-S24) generates information of allotment state. A fifth process(S15-S18) generates an allotment rejection message in response to the request for allotment cancellation. A sixth process(S25-S32) generates information of allotment cancellation state.

Description

Resource Management Control for Supporting BCC Protocol in V5.2 Interface of Access Networks}

The present invention provides a resource management function for a time slot allocation request and a release request in a V5.2 system of an access network applying a V5.2 interface between a local exchange and an access network. V5.2 relates to the field of communication systems

In general, FIG. 1 is a physical diagram of a V5.2 interface, and the end-station exchanger 200 interfaces with each access network 100 using the V5.2 protocol.

The V5.2 interface, defined in ITU-T Recommendation G.965, is a signaling protocol that provides a standard interface from layer 1 to layer 3 between the access network 100 and the end-station exchange 200, It is an open interface capable of accommodating various access networks 100 that accommodate subscriber devices, wireless local loops (WLLs), private branch exchanges (PBXs), and other remote PSTN / ISDN subscribers to the end-station exchange 200.

This V5.2 interface has up to 16 E1 (2.048 Mbps) links per bundle, and 32 timeslots are assigned to each E1 link. Time slots 15, 16, and 31 of each E1 link can be used as physical communication channels, timeslots not assigned to a physical communication channel can be used as bearer channels, and channel 16 on the first and second links is protected. Include a protocol.

FIG. 2 is a schematic diagram of a functional model of the V5.2 interface, wherein the layer 3 protocol of the V5.2 interface is composed of a PSTN signaling protocol, a control protocol, a link control protocol, a protection protocol, and a bearer channel protocol.

Here, the PSTN signaling protocol is for transmitting signaling information of PSTN user ports in both directions, and the control protocol is information for changing user port status and user port control, frame allocation of 2.048 Mbits / sec link (E1 link), and multiframe. Control information regarding allocation, alert monitoring and CRC, information for controlling Layer 2 links and moving PSTN signaling, and information for controlling synchronization and restart capability of provisioning to provide general functionality.

The link control protocol is a protocol for bidirectionally transmitting information such as checking the status of the E1 link, blocking of the link by the management entity, and unblocking. The protection protocol is a communication channel based on the protection protocol, and is a protocol for bidirectionally transmitting information having k multiplexed structures in order to protect various types of information on a V5.2 interface when an E1 link is in use. In addition, the bearer channel protocol is a protocol for bidirectionally transmitting information such as allocation and release of a bearer channel.

There are a number of patents related to basic channel access among the prior art using the above-mentioned protocols. For example, a few examples include domestic patents (published number: 1999-013117; title: V5 using a basic channel access table). .2 a method of processing aggregation information of an interface) and a Japanese patent (published number: 1998-023155; title: a congestion control method for a V5.2 communication method and a V5.2 communication system that operated it).

However, the domestic patent of the prior art described above describes a means for implementing a aggregation function for allocating and releasing timeslots using a basic channel access (BCC) table in a single station exchange and an access network supported by the V5.2 protocol. Although it is proposed as a subject, the patent targets a basic channel access (BCC) table composed of attributes such as a user port identifier, a link identifier, a timeslot identifier, a state, and a priority.

In addition, the conventional Japanese patent discloses a circuit control means for detecting a congestion situation in a single station exchange and transmitting a congestion generation signal through a separate dedicated line when congestion occurs.

Therefore, the management technology that allows the V5.2 system of the access network to receive a success request or a failure response for each request after receiving an allocation request or a deallocation request of a timeslot from a local exchange through a BCC protocol. Since there is no prior art, there is a need for development accordingly.

The reason for this is that protocol developers typically use SDL as defined in the Appendix to the Recommendation. If a specific protocol has a function definition but no SDL exists, it is difficult to find. For the V5.2 protocol, the ITU-T Recommendation (G.965) does not include SDL for Developers, but the ETSI Recommendation (ETS 300 347-1) contains significant amounts of SDL for Developers.

However, the resource management module that directly interfaces with the BCC protocol is included in one block in the SDL functional block diagram, but the inputs, related operations, and outputs are not defined at all.

An object of the present invention for solving the above problems is success of each request after the V5.2 system of the access network receives a request for allocation or release of a timeslot through a BCC protocol from a local exchange. The present invention provides a resource management control method according to a method of converting related configuration information required for a response or failure response.

1 is a physical diagram of a V5.2 interface

2 is a schematic diagram of the functional model of the V5.2 interface;

3 is a block diagram of an access network

4 is a configuration diagram for a module related to the V5 protocol stack and a support module

5A is a detailed flowchart of a resource management control for supporting a BCC protocol in a V5.2 interface of an access network according to the present invention.

Figure 5b is a flow chart for rejection check for resource allocation and deallocation requests during detailed processing of resource management control to support the BCC protocol in the V5.2 interface of the access network according to the present invention

A feature of the present invention for achieving the above object is, in the V5.2 system of the access network in the resource management detailed control method of BCC protocol resource management control from the local exchange, the BCC resource management module resources from the BCC protocol After receiving the allocation request or the allocation request, extracting the physical link identifier, the logical port identifier, and the timeslot related information using the logical link identifier and the interface identifier; In the case of the ISDN port type, determining a physical port identifier after determining whether it is a basic rate interface (BRI) type or a primary rate interface (PRI) type by using a logical port identifier; If the received message type is a resource allocation request, performing a rejection check on the received message type and generating / transmitting an allocation rejection message in the case of a failure result; A fourth step of generating and transmitting data on the allocation status of the physical port identifier and the V5 timeslot information and the corresponding conditions if the result is a success, and modifying the related data; A fifth step of, if the received message type is a resource deassignment request, performs a rejection check on the received message type, and generates / transmits a deassignment rejection message if the result is a failure; In the case of a successful result, the method may include a sixth process of generating and transmitting data on various conditions according to the de-allocation situation for the physical port identifier and the V5 timeslot information and modifying the related data.

As an additional feature of the present invention for achieving the above object, if the fourth process is a success result, the fourth process reflects the allocation status of the physical port identifier and the V5 timeslot information and generates / transmits an internal access message for connection. A first step; Generating / transmitting an allocation completion message for the resource allocation request; And a third step of modifying the congestion situation related data to increase the current counter value and timeslot counter value.

As another additional feature of the present invention for achieving the above object, the sixth step reflects the release status of the physical port identifier and the V5 timeslot information and indicates an internal disconnection message for disconnection. Generating / transmitting a first step; Generating / transmitting a deallocation complete message for the resource deallocation request; Generating / sending a howling tone provision test message to detect whether the access network subscriber is holding the handset on for a long time; And a fourth step of modifying the congestion situation related data in order to decrease the current call counter value and the timeslot counter value.

Another aspect of the present invention for achieving the above object is, in the V5.2 system of the access network in the rejection check method during BCC protocol resource management control from the local exchange, congestion check, access network failure check, access Network internal blocking test, user port blocking test, user port non-provisioning test, link blocking test, unsupported link test, unsigned V5 timeslot check, unsigned user port timeslot check, physical C channel use check, V5 time A first step of checking whether the slot connection state check and the user port timeslot connection state check are rejected and returning a success result and a failure result; Rejection check for resource allocation request includes basic check such as congestion check, access network fault check, access network internal block check, unsigned V5 timeslot check, unsupported user port timeslot check, physical C channel usage check, V5 And a second process of returning a success result and a failure result after confirming whether the time slot data is checked for conformity, the user port data is checked for conformity, and whether the user port timeslot data is checked for rejection.

The above object and various advantages of the present invention will become more apparent from the preferred embodiments of the present invention described below with reference to the accompanying drawings by those skilled in the art.

Hereinafter, exemplary embodiments of the present invention will be described with reference to the accompanying drawings.

3 is a diagram illustrating a connection configuration between a local exchange (LE) 4, an OLT 3, an ONU 2, and a subscriber station 1 in an access network to which the present invention is applied, and the LE (4) and the OLT (3). ) Is normally connected to E1, and the OLT 3 and ONU 2 are normally connected to STM4c. The ONU 2 and the subscriber station 1 are connected to copper, xDSL, E1, and the like.

4 is a configuration diagram of a V5 protocol stack related module and a supporting module, and illustrates a functional structure of a V5 interface. The functional structure of the V5 consists of the Layer 1 FSM functions of the User and Service ports as a whole, the functions of the LAPV5 Layer 2, the Layer 3 functions of the PSTN signaling protocol, protection protocol, BCC protocol, control protocol and link control protocol, and It consists of functions of the application layer of V5 system management. The PSTN User Port, ISDN BA User Port, ISDN PA User Port, and V5 Service Port functional blocks in the functional structure mean physical ports for subscribers and service nodes connected to the access network, and are not included in the functional structure of V5.

The LAPV5 function block includes the frame relay (FR) function of the LAPV5-DL, LAPV5-EF, and ISDN D-channels, and a corresponding function between these functions. In addition, the LAPV5-EF sublayer function, which performs bit stuffing and de-stamping functions for LAPV5-DL frames, ISDN D / F / Ds frames, and FCS check and generation, is replaced by a function handled by an HDLC controller. It is not included in the functional structure of. The above is as follows.

The LAPV5 protocol module (M1, M2) provides EF address checking and LAPV5-DL or ISDN FR functions, in addition to bit stuffing and de-stamping functions for LAPV5-DL frames, ISDN D / F / Ds frames, and FCS check and generation. LAPV5-EF sublayer that functions as an interface to the LAPV5-DL sublayer that establishes a data link for reliable transmission of protocol (PSTN, control, etc.) information and performs control functions to detect abnormal conditions. It consists of.

The CTRL (Control) protocol module M3 performs user port control functions, such as blocking and unblocking user ports, and information transfer functions related to interface identifiers and common control functions, such as identification or reprovision of a variant.

The PSTN signaling protocol module M4 performs a control related information transfer function for a telephone service call via an access network. The bearer channel connection (BCC) protocol module M5 performs on-demand information transfer of bearer channels between user ports and service ports for aggregation of V5.2 service calls.

The Bearer Channel Connection Resource Management (BCC-RM) module M6 is a module related to the present invention and is a module that performs resource management functions such as allocation and release of connection resources in order to perform the BCC protocol.

The Link Control protocol module (M7, M8) is designed to identify the V5.2 E1 link and to ensure that the V5.2 E1 link occurs in operation. Perform information transfer to support unblocking. To this end, it consists of two sub-modules: Link Control FSM (LKCT-FSM) and Link Control Protocol (LKCT).

The PTCN (Protection) protocol module (M9) performs the transfer-related information transfer function to operate the reliable physical C channel of the V5.2 signal link.

The system management modules M10 and M11 request management of user ports and service ports, initialization of provisioning data, configuration of datalinks for overall management of the V5 system, and system management (SM) for the V5.1 interface. It consists of two submodules of System Management (SM2) for the V5.2 interface.

The AGT (Agent Adapter) module (M12) performs an agent matching function for provisioning, configuration, and failure of V5.

Modules referred to by reference numbers M13 to M17 include PPORT-FSM (PSTN Port Status FSM), BRPORT-FSM (ISDN Basic Rate Port Status FSM), PRPORT-FSM (ISDN Primary Rate Port Status FSM), and SPORT-FSM (V5. 1 Link Status FSM) and S2PORT-FSM (V5.2 Link Status FSM) are modules that manage the status FSM for PSTN port, ISDN BRI and PRI ports, and V5.1 and V5.2 E1 links, respectively.

5A and 5B are detailed flowcharts of resource management control for supporting the BCC protocol in the V5.2 interface of the access network.

5A is a detailed process flow diagram for resource allocation and deallocation of resource management control to support the BCC protocol.

After the BCC resource management module receives the resource allocation request or the release request from the BCC protocol, the BCC resource management module extracts the physical link identifier using the logical link identifier and the interface identifier. Of course, the interface identifier is not information received from the exchange but information determined during the information conversion process of the V5.2 system of the access network.

In addition, the logical port identifier and timeslot-related information is extracted. In the case of the ISDN port type, the logical port identifier is used to determine whether it is a basic rate interface (BRI) type or a primary rate interface (PRI) type, and then the physical port identifier is checked (S1 / S2 / S4 to S9).

If the received message type is a resource allocation request, a rejection check for this is performed, and if it is a failure result, an allocation rejection message is generated / transmitted (S10 to S14). If the result is successful, it reflects the allocation status of the physical port identifier and the V5 timeslot information and creates / sends an internal access message for connection.

Then, the allocation completion message for the resource allocation request is generated / transmitted, and the congestion situation-related data is modified to increase the current call counter value and the timeslot counter value (S10 / S11 / S19 to S24).

If the received message type is a resource allocation request, a rejection check is performed, and if the failure message result is generated, the allocation allocation rejection message is generated / transmitted (S15 to S18 / S24).

In the case of a successful result, it reflects the release status of the physical port identifier and the V5 timeslot information and generates / sends an internal disconnection message for disconnection. Generate / send the deallocation complete message for the resource deallocation request. In order to detect whether the access network subscriber has been holding the handset on for a long time, a generation / transmission of howling tone provision test message is generated, and related to the congestion situation in order to reduce the current counter value and the timeslot counter value. Correct the data (S15 / S16 / S25 to S32).

5B is a flow chart illustrating a rejection check for a resource allocation and deallocation request during detailed processing of a resource management control for supporting a BCC protocol in a V5.2 interface of an access network according to the present invention.

Rejection checks for resource allocation requests include congestion checks, access network failure checks, access network internal block checks, user port block checks, user port non-provisioned checks, link block checks, unsigned link checks, and unsigned V5 timeslot checks. After confirming whether or not the unsupported user port timeslot check, the physical C channel use check, the V5 timeslot connection check, and the user port timeslot connection check are rejected, the success and failure results should be returned (S101 to S126). ).

Rejection check for resource allocation request includes basic check such as congestion check, access network fault check, access network internal block check, unsigned V5 timeslot check, unsupported user port timeslot check, physical C channel usage check, V5 After confirming whether the time slot data is checked for conformity, the user port data is checked for conformity, and whether the user port timeslot data is checked for rejection, a success result and a failure result should be returned (S128 to S145).

The order of detecting each rejection situation for resource allocation and deallocation requests can be in any order because there are no special criteria, but all items that can be checked should be checked according to the scope of provisioned configuration management information.

Therefore, the overall operation of the resource management module is to reconstruct the information and generate the output signal through the relevant conversion process using the configuration information stored in the DB form of the V5.2 system. In this case, the input signal targets only the allocation request signal and the release request signal of the timeslot.

Therefore, the output signal can be used to success There are two signals: response or failure response. success There are two signals: response or failure response. The relationship between input and output signals is composed of functions of related information.

While the invention has been shown and described in connection with specific embodiments thereof, it is well known in the art that various modifications and changes can be made without departing from the spirit and scope of the invention as indicated by the claims. Anyone who owns it can easily find out.

When the resource management control method for supporting the BCC protocol is provided in the V5.2 interface of the access network according to the present invention operating as described above, the V5.2 system of the access network uses the BCC protocol from the local exchange. After receiving the allocation request or the allocation request of the timeslot through the conversion of the relevant configuration information required for success or failure response for each request can be performed.

Claims (4)

In the V5.2 system of the access network in the detailed resource management method of BCC protocol resource management control from the local exchange, Receiving, by the BCC resource management module, a resource allocation request or an allocation request from the BCC protocol, and extracting a physical link identifier, a logical port identifier, and timeslot related information using a logical link identifier and an interface identifier; In the case of the ISDN port type, determining whether the BRI or Basic Rate Interface (PRI) type is determined using the logical port identifier, and then identifying the physical port identifier; A third step of, if the received message type is a resource allocation request, performs a rejection check on the resource allocation request and generates / sends an allocation rejection message if the result is a failure; A fourth step of generating and transmitting data on the allocation status of the physical port identifier and the V5 timeslot information and the corresponding conditions if the result is a success, and modifying the related data; If the received message type is a resource allocation request, performing a rejection check on the resource allocation request; and generating / transmitting the deassignment rejection message in the case of a failure result; If the result of the success, V5 of the access network comprising a sixth step of generating and transmitting data on the various conditions according to the de-allocation situation for the physical port identifier and V5 timeslot information and modifying the relevant data. Resource management control method to support BCC protocol in 2 interface. The method of claim 1, The fourth step includes: a first step of reflecting the allocation status of the physical port identifier and the V5 timeslot information and generating / transmitting an internal access message for connection if the result is a success; A second step of generating / transmitting an allocation completion message for the resource allocation request; And And a third step of modifying congestion situation related data in order to increase the current counter value and timeslot counter value. The method of claim 1, The sixth step may include: a first step of generating / transmitting an internal disconnection message for disconnection, reflecting the release status of the physical port identifier and the V5 timeslot information, if the result is a success; Generating / transmitting a deallocation complete message for the resource deallocation request; Generating / sending a howling tone provision test message to detect whether the access network subscriber is holding the handset on for a long time; And And a fourth step of modifying the congestion situation related data to reduce the current call counter value and the timeslot counter value. A method of controlling resource management for supporting the BCC protocol in a V5.2 interface of an access network. In the V5.2 system of the access network in the rejection check method during BCC protocol resource management control from the local exchange, Congestion Check, Access Network Failure Check, Access Network Internal Block Check, User Port Block Check, User Port Unprovision Check, Link Block Check, Unprotected Link Check, Unsigned V5 Time Slot Check, Unsafe User Port Time Slot Check A first step of checking whether the physical C channel is used, the V5 timeslot connection state check, the user port timeslot connection state check and whether to return a success result and a failure result; Rejection check for resource allocation request includes basic check such as congestion check, access network fault check, access network internal block check, unsigned V5 timeslot check, unsupported user port timeslot check, physical C channel usage check, V5 And a second process of returning a success result and a failure result after confirming whether the time slot data is checked for conformity, whether the user port data is checked for conformity, or whether the user port timeslot data is checked for rejection. Resource management control method to support BCC protocol in V5.2 interface of access network.