JP3489561B2 - Protocol processing device - Google Patents

Description

Detailed Description of the Invention

[0001]

TECHNICAL FIELD The present invention relates to a protocol processing for performing transparent data transmission between adjacent nodes and simultaneously processing a plurality of protocols.
Regarding the device .

[0002]

2. Description of the Related Art Conventionally, for example, in a digital subscriber transmission system (ISDN) or an ATM network signaling system, a protocol processing device for simultaneously processing a plurality of protocols for transparent (transparent) data transmission between adjacent nodes has been proposed. It is provided in the communication network.

FIG. 7 is a block diagram showing the configuration of a conventional protocol processing device. Referring to FIG. 7, the frame generation unit 1 converts received information from the reception line into a format that can be interpreted by the protocol processing unit 3, and also physically receives a frame received from the protocol processing unit 3 through the protocol type determination frame transmission unit 5. Format conversion according to the layer format. The protocol type determination unit 2 determines the protocol type based on the frame received from the frame generation unit 1, and notifies the protocol processing unit 3 of the determination result.

Further, in the protocol type judging section 2,
Depending on the received frame, the determination result is notified to the protocol type determination frame transmission unit 5. The protocol processing unit 3 executes a process based on the protocol type determined by the protocol type determining unit 2, passes the upper layer primitive to the upper layer unit 4, and executes the process here. When the upper layer unit 4 outputs the link setting request to the protocol processing unit 3, the protocol type determination frame transmission unit 5 executes the frame transmission of the protocol type determination from the protocol processing unit 3 through the protocol type determination frame transmission unit 5.

Next, the operation of the conventional protocol processing device will be described. FIG. 8 is a sequence diagram showing a link setting request from the other side when the other side is provided with the automatic protocol determination like the own side. Referring to FIG. 8, when a link setting request is transmitted from layer 3 to layer 2,
Layer 2 sends enhanced asynchronous balanced mode setting (SABME) and start (BGN) to the other side. The other party first returns an unnumbered confirmation (UA) to SABME. When the UA receives the UA, it sends a frame of “Receivable (RR) Poll (invitation) P = 1” and “Receiveable (R)
R) F = 1 or P = 1 ”, waiting for reception.

Upon receiving these, the link setting confirmation limit is transmitted from the layer 2 to the layer 3. Next, the other party returns a start confirmation (BGAK) to BGN. When the local side receives BGAK, it sends a status request / protocol data unit (POLL / PDU) frame, and invites status response / protocol data unit (ST
(AT / PDU) reception standby state. When receiving this, the layer 2 transmits a link setting confirmation primitive to the layer 3.

FIG. 9 is a flowchart showing a processing procedure in the operation of the conventional example. The flowchart of FIG. 9 shows processing of a frame received by the protocol type determination unit 2. In FIG. 9, when the frame type determination unit 2 receives a frame (step S10), it determines whether it is SABME (step S11). In the case of SABME (step S11; Yes), the UA is transmitted to the other party (step S12). Next, "RR P = 1" is transmitted (step S13), the RR reception waiting flag is turned ON, and, for example, the process returns to frame reception (step S10) (step S14). Next, the D channel link access procedure (LAPD) primary flag is turned on (step S
15).

When the received frame is not SABME (step S11; No), it is determined whether or not it is BGN (step S16), and if it is BGN (step S16; Y).
es), and BGAK is transmitted (step S17). Next, POLL is transmitted (step S18), the STAT reception waiting flag is turned ON, and, for example, the process returns to frame reception (step S10) (step S19). Furthermore, the high-speed data transfer protocol (SSCOP) primary flag is set to O.
Set to N (step S20).

When the received frame is not BGN (step S16; No), it is determined whether the link setting request flag is ON (step S21). In this step S21,
When the link setting request flag is ON (step S21;
Yes), and it is determined whether or not it is UA (step S22).
In the case of UA (step S22; Yes), “RR P =
1 "is transmitted (step S13).

The link setting request flag is turned ON in the link setting request process of the protocol type determination frame transmitting section 5 which will be described later. When the received frame is not UA (step S22; No), it is determined whether it is BGAK (step S23). In the case of BGAK (step S2)
3; Yes), and send POLL (step S1)
8). If the received frame is not BGAK (step S
23; No), and it is determined whether the RR reception waiting flag is ON (step S24).

The link setting request flag is set to O.
When it is not N (step S21; No), it is determined whether the RR reception waiting flag is ON (step S24). R
When the R reception waiting flag is ON (step S24; Yes)
s), it is determined whether or not it is RR (step S25). Here, in the case of RR (step S25; Yes), it is determined that the partner protocol is LAPD, the LAPD flag is turned on, and, for example, frame reception (step S10).
It returns to (step S26).

The LAPD flag ON information is referred to by the protocol processing unit 3 and the protocol type determination frame transmitting unit 5. If it is not RR (step S2)
5; No) does not perform any particular process, and returns (returns) to frame reception (step S10), for example. RR
When the reception waiting flag is not ON (step S24; N
o), it is determined whether or not the STAT reception waiting flag is ON (step S27).

When the STAT reception flag is ON (step S27; Yes), it is determined whether the received frame is STAT (step S28). In the case of STAT (step S28; Yes), the partner protocol is determined to be SSCOP, the SSCOP flag is turned ON, and, for example, the process returns to frame reception (step S10) (step S29).

The SSCOP flag ON information is referred to by the protocol processing unit 3 and the protocol type determination frame transmitting unit 5. If not STAT (step S2
8; No), without performing any particular processing, for example, returns to frame reception (step S10). Even when the STAT reception waiting flag is not ON (step S27; No), no particular process is performed, and the process returns to frame reception (step S10), for example.

[0017]

The above-mentioned conventional example has the following disadvantages (1) and (2). (1) A link is established by a plurality of protocols. That is, at the time of link setting from the self side, link setting frames of a plurality of protocols are transmitted in response to this link setting request, and the partner side responds to each of them.

[0018] (2) it would be linked established by multiple protocols in the event of a line loopback test. That is, according to (1)
When the other party responds and is returned on the line, the other side
After receiving, each side responds to each.

The present invention solves the problems in the prior art as described above, and a protocol device having the same function as that of its own side is used for linking with a plurality of protocols in a state where the own side and the other side face each other. An object of the present invention is to provide a protocol processing device capable of suppressing useless frame transmission and reception without establishing the communication and enabling efficient communication.

Furthermore, the present invention, without establishing a link with multiple protocols at folding test, will be able to suppress unnecessary frame transceiver, efficient providing of other communications can become protocol processor To aim.

[0024]

In order to achieve the above object, a protocol processing device of the present invention is a protocol processing device for transparently transmitting data between adjacent nodes, and physically transmits information and frames received through a receiving line. A frame generation unit that performs frame assembly by converting according to the layer format, a protocol type determination unit that automatically determines the protocol type from the frame assembled by the frame generation unit, and a protocol based on the protocol determined by the protocol type determination unit A protocol processing unit that performs processing, an upper layer of the protocol processing unit, an upper layer unit that performs protocol processing, a protocol type holding unit that holds and sends the determination result of the protocol type in the protocol type determination unit, and an upper layer Link setting request from department And a protocol type determining frame transmitting unit for transmitting the judgment result frame protocol type fine protocol type holding portion is holding, the upper layer
If there is a link setting request from the
Section determines whether the protocol is retained and
When it is held, BGN is not transmitted .

The apparatus of the present invention is configured such that the frame generation unit processes the LAPD frame format and the SSCOP frame format.

In the device of the present invention, the protocol processing device is arranged so as to face the own device and the other device, and the own device is
SABME and BGN are transmitted from layer 2 by a link setting request from layer 3 to layer 2, and B for BGN is transmitted.
When a GAK response is received, it is ignored, when a UA is received, a frame of "RR P = 1" is transmitted, and "RR
It becomes the reception standby state of "F = 1 or P = 1", and "RR
When "F = 1 or P = 1" is received, the link setting confirmation primitive is transmitted from the layer 2 to the layer 3, and after the link is established, it operates by LAPD, and the data reception primitive is transferred from the layer 2 to the layer 3 by receiving the I frame. By transmitting data from layer 3 to layer 2
Sends an I frame from the other device, the other device responds with UA, and responds with BGAK to BGN,
After the link is established, it operates by LAPD, receives DISC from layer 2, and receives I frame from layer 2.

The protocol processing apparatus of the present invention converts the received information and frame according to the format of the physical layer, the protocol type is automatically determined, and executes the processing. Furthermore, the upper layer of the processing based on the protocol is executed, the link setting request from this upper layer and the protocol type based on the held protocol are determined and held, and
This determination result is transmitted as a protocol type determination frame.

Therefore, in opposite protocol devices having the same function, useless frame transmission / reception is suppressed without establishing links by a plurality of protocols. Further, it is possible to suppress useless frame transmission / reception without establishing a link with a plurality of protocols during the loopback test.
As a result, efficient communication becomes possible.

[0029]

BEST MODE FOR CARRYING OUT THE INVENTION Next, an embodiment of a protocol processing device of the present invention will be described in detail with reference to the drawings. Figure 1
FIG. 1 is a block diagram showing a configuration in an embodiment of a protocol processing method and its device of the present invention. In FIG.
The protocol processing device of this example includes a frame generation unit 1 that assembles frames.

Further, the protocol processing apparatus of this example is based on the protocol type determination unit 2 for automatically determining the protocol type of the frame assembled by the frame generation unit 1 and the protocol type determined by the protocol type determination unit 2. It has a protocol processing unit 3 for performing the processing. Furthermore, the protocol processing device of this example includes an upper layer unit 4 that performs upper layer protocol processing of the protocol processing unit 3.
have.

Further, the protocol processor of this example is
A protocol type determination frame transmission unit 5 that transmits a protocol type determination frame based on the link setting request from the upper layer unit 4 and the held protocol is provided, and the protocol type determination result by the protocol type determination unit 2 is further provided. It has a protocol type holding unit 6 for holding.

Next, the operation of this embodiment will be described. Referring to FIG. 1, the frame generation unit 1 converts the information received through the reception line into a format that can be interpreted by the protocol processing unit 3. In addition, the frame generation unit 1
Performs format conversion of the frame received from the protocol processing unit 3 through the protocol type determination frame transmission unit 5 according to the physical layer format. The protocol type determination unit 2 determines the protocol type from the frame received from the frame generation unit 1.

The protocol type determination unit 2 also notifies the protocol processing unit 3 and the protocol type holding unit 6 of the determination result of the protocol type. The protocol processing unit 3 executes processing based on the protocol type determined by the protocol type determination unit 2. The upper layer primitives from the protocol processing unit 3 are passed to the upper layer unit 4 for processing.

When the upper layer unit 4 sends a link setting request to the protocol processing unit 3, the protocol processing unit 3
This link setting request is notified to the protocol type determination frame transmitting section 5. Protocol type determination frame transmission unit 5
Notifies the frame generation unit 1 of a frame corresponding to the protocol type held by the protocol type holding unit 6.

FIG. 2 is a diagram showing a frame format in the embodiment, and FIG. 3 is a sequence diagram for explaining the operation of the embodiment. In FIG. 2, as an example,
(A) LAPD frame format, and (b) SS
The COP frame format is shown. After that, the LAPD protocol and SSCOP shown in FIGS.
It will be explained based on the protocol.

The LAPD frame format flag 9 and the frame error check (FCS) 10 are processed by the frame generation unit 1, and this information is not sent to the protocol type determination unit 2. The LAPD frame type is determined based on the information in the control field 7. SSC
The OP frame type is determined by the trailer 8 of the SSCOP frame format.

In FIG. 3, in the sequence of the link setting / releasing request from the own side when the other side has the automatic determination function similarly to the own side, in the sequence from layer 3 to layer 2
When a link setup request is sent to the
Send E and BGN to the other party. The other party responds with a UA.

When the local side receives the UA, "RR P = 1"
Frame is transmitted, and the reception standby state of "RR F = 1 or P = 1" is entered. When this “RR F = 1 or P = 1” is received, the link setting confirmation primitive is transmitted from the layer 2 to the layer 3. Then, the other party responds to BGN with BGAK. When this is received on the self side, it is ignored. After the link is established, it operates by LAPD. Upon receiving the I frame, the local side transmits the data reception primitive from the layer 2 to the layer 3.

Further, by transmitting data from layer 3 to layer 2, an I frame (CCITT recommended international standard specification interface) is transmitted from the layer 2 to the other party. When a link release request is transmitted from layer 3 to layer 2, layer 2 transmits disconnection (DISC) to the other party. When receiving the UA from the other party, the link release request is transmitted from the layer 2 to the layer 3.

FIG. 4 is a flow chart showing the processing procedure of the embodiment. FIG. 5 is a flowchart showing another processing procedure of the embodiment, and FIG. 6 is a flowchart showing yet another processing procedure of the embodiment.

FIG. 4 shows a processing procedure of the frame received by the protocol type judging section 2, and when the protocol type judging section 2 receives the frame (step S10),
It is determined whether it is SABME (step S11). SA
In the case of BME (step S11; Yes), UA is transmitted to the other party (step S12). Next, SSCOP1
It is determined whether the next flag is on (ON) (step S
31).

If the SSCOP primary flag is ON (step S31; Yes), no particular process is performed and, for example, the process returns to frame reception (step S10). SSCO
When the P1 primary flag is not ON (step S31; N
o), “RR P = 1” is transmitted (step S1)
3). Further, the RR reception waiting flag is turned on (step S14), then the LAPD primary flag is turned on,
For example, the process returns to frame reception (step S10) (step S15).

The LAPD primary flag is held in the protocol type holding unit 6. When the received frame is not SABME (step S11; No), it is determined whether it is BGN (step S16). In the case of BGN (step S
16; Yes), BGAK is transmitted (step S1)
7). Next, it is determined whether the LAPD primary flag is ON (step S30).

When the LAPD primary flag is ON (step S30; Yes), no particular process is performed, and the process returns to frame reception (step S10), for example. LAPD
When the primary flag is not ON (step S30; N
o), POLL is transmitted (step S18), and STAT
Set the reception waiting flag to ON (step S19), and then
The SSCOP primary flag is turned ON, and, for example, the process returns to frame reception (step S10) (step S20).

The SSCOP primary flag is held in the protocol type holding unit 6. When the received frame is not BGN (step S16; No), the link setting request flag is ON
It is determined whether or not (step S21). Here, if the link setting request flag is ON (step S21; Ye
s), it is determined whether or not it is the UA (step S22), and if it is the UA (step S22; Yes), the determination process of the SSCOP primary flag ON is executed (step S31).

The link setting request flag is turned on by the link setting request process of the protocol type determination frame transmitting section 5 described later. If the received frame is not UA (step S22; No), it is determined whether or not it is BGAK (step S23), and if it is BGAK (step S23; Yes), the LAPD primary flag ON determination processing is executed (step S23). S30). If the received frame is not BGAK (step S23; No), R
It is determined whether the R reception waiting flag is ON (step S
24).

Further, the above-mentioned link setting request flag is set to O.
When it is not N (step S21; No), it is determined whether the RR reception waiting flag is ON (step S24). R
When the R reception waiting flag is ON (step S24; Yes)
s), it is determined whether or not it is RR (step S25). Here, in the case of RR (step S25; Yes), it is determined that the partner protocol is LAPD and the LAPD flag is set to O.
If it is set to N, the process returns to frame reception (step S10) (step S26).

This LAPD flag ON information is held by the protocol type holding unit 6 and referred to by the protocol processing unit 3 and the protocol type determination frame transmitting unit 5. RR
If not (step S25; No), no particular process is performed, and the process returns to frame reception (step S10), for example.
When the RR reception waiting flag is not ON (step S2
4; No), and it is determined whether or not the STAT reception waiting flag is ON (step S27).

When the STAT reception flag is ON (step S27; Yes), it is determined whether or not the received frame is STAT (step S28). When it is STAT (step S28; Yes), it is determined that the partner protocol is SSCOP. Then, the SSCOP flag is turned on, and the process returns to frame reception (step S10) (step S29).

The SSCOP flag ON information is held by the protocol type holding unit 6, and is referred to by the protocol processing unit 3 and the protocol type determination frame transmitting unit 5. STA
If it is not T (step S28; No), no particular process is performed and, for example, the process returns to frame reception (step S10). When the STAT reception waiting flag is not ON (step S27; No), no particular process is performed, and the process returns to frame reception (step S10), for example.

FIG . 5 shows frame processing when a link setting request is made from layer 3 to layer 2. In FIG. 5, when there is a link setting request from the upper layer unit 4 through the protocol processing unit 3 (step S32a), the LAPD
Alternatively, it is determined whether the SSCOP flag is ON (step S32b). If the LAPD flag or the SSCOP flag is ON (step S32b; Yes), the LAPD
It is determined whether the secondary flag is ON (step S3
3).

When the LAPD secondary flag is ON (step S33; Yes), SABME is transmitted (step S34). When the LAPD secondary flag is not ON (step S33; No), BGN is transmitted (step S35). LAPD flag or SSCOP flag is ON
If not (step S32b; No), SABME
Is transmitted (step S36), and at the same time BGN is transmitted (step S37). Further, the link setting request flag is turned on (step S38).

FIG. 6 illustrates frame processing when a link release request is made from layer 3 to layer 2. First, when there is a link release request from the upper layer unit 4 through the protocol processing unit 3 (step S39a), L
It is determined whether the APD flag is ON (step S39).
b). If the LAPD flag is ON (step S39
b; Yes), DISC is transmitted (step S4)
0).

[0054] At the same time LAPD1-order flag off (OF
F) (step S41). Next, the LAPD flag is turned off (step S42). When the LAPD flag is not ON (step S39b; No), EN
D is transmitted (step S43), and at the same time, the SSCOP primary flag is turned off (step S44). Next, SS
The COP flag is turned off (step S45).

[0055]

As is apparent from the above description, according to the protocol processing device of the present invention, in opposite protocol devices having the same function, unnecessary frame transmission / reception is performed without establishing a link by a plurality of protocols. Can be suppressed, and there is an effect that efficient communication becomes possible.

Further, according to the present invention, it is possible to suppress useless frame transmission / reception without establishing links by a plurality of protocols during the loopback test, and there is an effect that efficient communication becomes possible.

[Brief description of drawings]

FIG. 1 is a block diagram showing a configuration of an embodiment of a protocol processing method and an apparatus thereof according to the present invention.

FIG. 2 is a diagram showing a frame format in the embodiment.

FIG. 3 is a sequence diagram for explaining the operation of the embodiment.

FIG. 4 is a flowchart showing a processing procedure of the embodiment.

FIG. 5 is a flowchart showing another processing procedure of the embodiment.

FIG. 6 is a flowchart showing still another processing procedure of the embodiment.

FIG. 7 is a block diagram showing a configuration of a conventional protocol processing device.

FIG. 8 is a sequence diagram illustrating a link setting request from the own side when the other side is equipped with automatic protocol determination as in the case of the conventional example in the conventional example.

FIG. 9 is a flowchart showing a processing procedure in an operation of a conventional example.

[Explanation of symbols]

1 frame generator 2 Protocol type determination unit 3 Protocol processing unit 4 Upper layer part 5 Protocol type determination frame transmitter 6 Protocol type storage

Claims (3)

(57) [Claims] 1. A protocol processing device for transparently transmitting data between adjacent nodes, and a frame generation part for converting information and frames received through a reception line according to a physical layer format to assemble a frame, and the frame generation. A protocol type determination unit that automatically determines the protocol type from the frame assembled by the unit, a protocol processing unit that performs protocol processing based on the protocol determined by the protocol type determination unit, and an upper layer protocol process of the protocol processing unit. An upper layer part to perform, a protocol type holding part that holds and sends the determination result of the protocol type in the protocol type determining part, and a link setting request from the upper layer part and the protocol type holding part. Proto And a protocol type determination result frame transmitting unit for transmitting the judgment result frame Le type, when the upper layer has a link setup request, the protocol
Whether the protocol is stored in the
JGN is judged and if it is held, BGN is not transmitted.
Protocol processing and wherein the decoction. 2. The protocol processing device according to claim 1, wherein the frame generation unit processes the LAPD frame format and the SSCOP frame format. 3. The protocol processing device according to claim 1 or 2 is arranged so as to face the own device and the partner device, and the own device is switched from layer 2 to layer 2 in response to a link setting request from layer 3 to layer 2. Send SABME and BGN, ignore when BGAK response to BGN is received, send "RR P = 1" frame when UA is received, and "RR F = 1 or P = 1" When receiving "RR F = 1 or P = 1", the link setting confirmation primitive is transmitted from layer 2 to layer 3, and after the link is established, it operates by LAPD and receives data by I frame reception. The primitive is transmitted from the layer 2 to the layer 3, and the I frame is transmitted from the layer 2 by the data transmission from the layer 3 to the layer 2. And a BGAK response to BGN, operates by LAPD after link establishment, receives DISC from layer 2, receives I frame from layer 2, protocol processing device characterized by the following: .