CN110312275B - Method for CBR service to realize service monitoring on Ethernet frame - Google Patents

Abstract

The invention provides a method for monitoring a CBR service on an Ethernet frame, wherein the method comprises the following steps: setting monitoring information of the CBR service with constant bit rate, wherein the monitoring information is used for describing data content and check information of the CBR service; and carrying the monitoring information on the Ethernet frame, and sending the Ethernet frame. The invention solves the technical problem that the error reason can not be positioned when the CBR service is wrong in the related technology.

Description

Method for CBR service to realize service monitoring on Ethernet frame

Technical Field

The invention relates to the field of communication, in particular to a method for monitoring a CBR service on an Ethernet frame.

Background

In the related art, in an application scenario of a 5G fronthaul network, a bearer device is connected between an RRU (radio remote unit) and a BBU (baseband processing unit), and the fronthaul service is transmitted by the bearer device, as shown in fig. 1, fig. 1 is a scenario diagram of a CBR being carried on a FLEXE in the related art of the present invention. If the forwarding service is transmitted by using the bearer supporting the FLEXE, the CBR service is transmitted as a client of the FLEXE. The CBR terminates, regenerates or converts the PCS coding directly at the L1 layer without ethernet simulation, so as to conform to the PCS coding rule of FlexE Client, the CBR is mapped into FlexE according to the encapsulation format shown in fig. 2, and is transmitted in the time slot of FLEXEShim, fig. 2 is a schematic diagram of the encapsulation format in which the CBR is mapped into FlexE in the related art of the present invention.

If a certain block is lost or the data content of the certain block is modified by mistake in the process of transmitting the CBR service, the CBR service analyzed at a remote end has a problem, because the CBR frame carried by the FLEXE has no OAM (operation, administration and maintenance) indication, the local end and the remote end are mutually isolated, at the moment, where the error is caused cannot be positioned, the error is caused by what reason, whether the block is lost or the block content is modified, and the source of the error cannot be found, so that the fault cannot be solved.

In view of the above problems in the related art, no effective solution has been found at present.

Disclosure of Invention

The embodiment of the invention provides a method for monitoring a CBR service on an Ethernet frame.

According to an embodiment of the present invention, there is provided a method for enabling a CBR service to monitor a service in an ethernet frame, including: setting monitoring information of a constant bit rate CBR service, wherein the monitoring information is used for describing data content and check information of the CBR service; and carrying the monitoring information on an Ethernet frame, and sending the Ethernet frame.

According to an embodiment of the present invention, another method for enabling service monitoring of CBR service in ethernet frames is provided, including: receiving an Ethernet frame, wherein the Ethernet frame carries a constant bit rate CBR service and monitoring information, and the monitoring information is used for describing data content and verification information of the CBR service; and monitoring the CBR service according to the monitoring information.

According to a further embodiment of the present invention, there is also provided a storage medium having a computer program stored therein, wherein the computer program is arranged to perform the steps of any of the above method embodiments when executed.

There is also provided, in accordance with yet another embodiment of the present invention, an electronic device including a memory and a processor, wherein the memory stores instructions executed by the processor, and the processor is configured to set monitoring information of a CBR service at a constant bit rate, wherein the monitoring information is used to describe data content and check information of the CBR service, and carry the monitoring information over an ethernet frame, and transmit the ethernet frame.

By the invention, the monitoring information of the CBR service is sent, the receiving end can monitor the data of the CBR service through the monitoring information, the error reason can be positioned according to the monitoring information when the CBR service is analyzed and received to be wrong, and the technical problem that the error reason can not be positioned when the CBR service is wrong in the related technology can be solved.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:

FIG. 1 is a schematic view of a scenario in which CBR is carried on FLEXE in the related art of the present invention;

FIG. 2 is a schematic diagram of a package format for mapping CBR to FLEXE in the related art of the present invention;

fig. 3 is a flowchart of a method for CBR service to implement service monitoring on ethernet frames according to an embodiment of the present invention;

FIG. 4 is a flow chart of another method for CBR traffic to implement traffic monitoring over Ethernet frames according to an embodiment of the present invention;

fig. 5 is a block diagram of a service monitoring apparatus according to an embodiment of the present invention;

fig. 6 is a block diagram of another traffic monitoring apparatus according to an embodiment of the present invention;

FIG. 7 is a diagram showing the definition of each byte of the S block in the present embodiment;

FIG. 8 is a diagram showing the definition of each byte of the T block in the present embodiment;

FIG. 9 is a diagram illustrating block statistics calculation in the S block in the present embodiment;

FIG. 10 is a diagram showing the calculation of the series numbers in the S block in the present embodiment;

fig. 11 is a schematic diagram of bip8 verification in the T block in this embodiment.

Detailed Description

The invention will be described in detail hereinafter with reference to the accompanying drawings in conjunction with embodiments. It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.

Example 1

The embodiment of the present application may operate on the network architecture shown in fig. 1, as shown in fig. 1, the network architecture includes: the RRU comprises a BBU, an RRU and a bearing device, wherein the BBU and the RRU are interacted through the bearing device.

In this embodiment, a method for a CBR service operating in the network architecture to implement service monitoring on an ethernet frame is provided, and fig. 3 is a flowchart of a method for a CBR service to implement service monitoring on an ethernet frame according to an embodiment of the present invention, as shown in fig. 3, the flowchart includes the following steps:

step S302, setting monitoring information of the CBR service with constant bit rate, wherein the monitoring information is used for describing data content and check information of the CBR service;

and step S304, carrying the monitoring information on the Ethernet frame, and sending the Ethernet frame.

Through the steps, the monitoring information of the CBR service is sent, the receiving end can monitor the data of the CBR service through the monitoring information, the error reason can be positioned according to the monitoring information when the CBR service is analyzed and received to be wrong, and the technical problem that the error reason cannot be positioned when the CBR service is wrong in the related art can be solved.

Optionally, the executing body of the above steps may be BBU, RRU, etc., but is not limited thereto.

Optionally, carrying the monitoring information in an ethernet frame includes: and carrying the block statistics and the sequence number in an S block of the Ethernet frame, wherein the monitoring information comprises: and the block statistics and the sequence number are used for judging whether the CBR service has data block loss.

Optionally, carrying the monitoring information in an ethernet frame includes: carrying check information in a T block of an Ethernet frame, wherein the monitoring information comprises: and checking information, wherein the checking information is used for judging whether the content of the data block of the CBR service is modified. The monitoring information includes: block statistics, sequence numbers, and check information.

Optionally, before carrying the monitoring information on the ethernet frame, the method further includes: the first designated location is partitioned in an S-block of the ethernet frame and the second designated location is partitioned in a T-block of the ethernet frame. The first designated location is a field location reserved in the S block and the second designated location is a field location reserved in the T block. The reserved field is an unused field, and the transmission of data content is not affected by carrying monitoring information.

In this embodiment, a method for enabling a CBR service operating in the network architecture to implement service monitoring on an ethernet frame is provided, and fig. 4 is a flowchart of another method for enabling a CBR service to implement service monitoring on an ethernet frame according to an embodiment of the present invention, as shown in fig. 4, the flowchart includes the following steps:

step S402, receiving an Ethernet frame, wherein the Ethernet frame carries a constant bit rate CBR service and monitoring information, and the monitoring information is used for describing data content and verification information of the CBR service;

and S404, monitoring the CBR service according to the monitoring information.

Optionally, the monitoring information includes: block counting, sequence number; the block statistics and the sequence number are carried in an S block of an Ethernet frame, and are used for judging whether the CBR service has data block loss. The monitoring information includes: and checking information, wherein the checking information is carried in a T block of the Ethernet frame and is used for judging whether the content of the data block of the CBR service is modified.

Optionally, the monitoring the CBR service according to the monitoring information includes at least one of:

comparing whether the block statistics in the S block are consistent with the currently calculated block statistics, and determining that a CBR service data block is lost between the last S block and the last T block of the current S block and the T block when the block statistics in the S block and the currently calculated block statistics are inconsistent;

comparing whether the sequence number in the S block is equal to the currently calculated sequence number, if not, recovering the CBR service, and if the recovered CBR service is correct, determining that only the S block is lost; and if the recovered CBR service is incorrect, determining that the S block and the CBR service data block are lost.

Comparing whether the check information in the T block is equal to the check information calculated currently, and determining that the content of the current CBR data block is modified when the check information in the T block is not equal to the check information calculated currently;

comparing whether the block statistics in the S block and the currently calculated block statistics are consistent, comparing whether the sequence number in the S block and the currently calculated sequence number are equal, comparing whether the check information in the T block and the currently calculated check information are equal, when the block statistics in the S block and the currently calculated block statistics are consistent, the sequence number in the S block and the currently calculated sequence number are equal, and the check information in the T block and the currently calculated check information are not equal, recovering the CBR service, and if the recovered CBR service is correct, determining that the T block is lost before the current T block;

wherein the CBR service comprises one or more CBR service data blocks. The CBR service may be a Common Public Radio Interface (CPRI) service.

Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.

Example 2

In this embodiment, a service monitoring apparatus is further provided, and the apparatus is used to implement the foregoing embodiments and preferred embodiments, and details of which have been already described are omitted. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. Although the means described in the embodiments below are preferably implemented in software, an implementation in hardware, or a combination of software and hardware is also possible and contemplated.

Fig. 5 is a block diagram of a service monitoring apparatus according to an embodiment of the present invention, and as shown in fig. 5, the apparatus includes:

a setting module 50, configured to set monitoring information of a constant bit rate CBR service, where the monitoring information is used to describe data content and check information of the CBR service;

and the sending module 52 is configured to carry the monitoring information on an ethernet frame and send the ethernet frame.

Fig. 6 is a block diagram of another structure of a service monitoring apparatus according to an embodiment of the present invention, as shown in fig. 6, including:

a receiving module 60, configured to receive an ethernet frame, where the ethernet frame carries a CBR service with a constant bit rate and monitoring information, and the monitoring information is used to describe data content and check information of the CBR service;

and the monitoring module 62 is configured to monitor the CBR service according to the monitoring information.

It should be noted that, the above modules may be implemented by software or hardware, and for the latter, the following may be implemented, but not limited to: the modules are all positioned in the same processor; alternatively, the modules are respectively located in different processors in any combination.

Example 3

The embodiment is an optional embodiment of the present application, and is used to describe the scheme of the present application in detail in combination with a specific implementation scenario.

In the scheme of this embodiment, the CBR service is carried by FLEXE, and when there is a problem in receiving the CBR service from a remote end, it may be determined what reason causes the CBR service problem.

The embodiment provides a method for monitoring a CBR service on a FLEXE, which comprises the following steps:

step 1: in the S block, a segment of field is divided at the reserved field position to be used as a CBR service monitoring field.

Step 2: in the T block, a field is also marked off at the reserved field position as a CBR traffic monitoring field.

And step 3: at the local terminal, the block statistics and the sequence number in the monitoring information of the CBR are placed in the S block, and the bip8 verification in the monitoring information is placed in the T block and is sent out through FLEXE.

And 4, step 4: at the far end, the block statistics and the sequence numbers are extracted from the received S blocks and are respectively compared with the local block statistics and the local sequence numbers. The bip8 checksum is extracted from the T block and compared to the locally computed bip checksum. Thereby obtaining the monitoring information of the CBR service.

The following takes CPRI service with CBR characteristics as an example to illustrate the features and technical content of the present invention, and the services (e.g., E1 service, etc.) that only conform to the CBR characteristics in specific implementation belong to the scope of the present embodiment.

If the bearer device supporting the FLEXE is used for transmitting the forwarding service, the CPRI with the CBR service specificity is transmitted as a Client of the FLEXE. The CPRI directly terminates PCS encoding, regenerates or converts PCS encoding rules in an L1 layer without Ethernet simulation, so that the PCS encoding rules conform to Flexe Client and are transmitted in a time slot of FLEXE Shim.

If a certain block is lost or the data content of a certain block is modified by mistake in the process of transferring the CPRI service, the CPRI service analyzed by the remote end has a problem, because the CPRI frame carried by the FLEXE has no OAM (operation, administration, maintenance) indication, the local end and the remote end are mutually isolated, at this time, where the error is caused cannot be positioned, and the CPRI service is wrong due to what reason, whether the block is lost or the block content is modified, and the source of the error cannot be found, so that the fault cannot be solved. Once the problem occurs in the analyzed CPRI service, it cannot be determined. If some positioning monitoring information is additionally added, the positioning monitoring information is transmitted through the unused reserved positions in the S block and the T block, once the service has a problem, the opposite terminal can know what reason is caused according to the monitoring information, and therefore the fault is solved.

The S block has 8 bytes in total, and has 7 bytes reserved, as shown in fig. 7, fig. 7 is a schematic diagram of the definition of each byte of the S block in this embodiment. A 2-byte block statistic and a 2-byte sequence number are added to the reserved location in the S-block to monitor whether a block is lost.

The T block has 8 bytes in total and has 7 bytes reserved, as shown in fig. 8, and fig. 8 is a schematic diagram of the definition of each byte of the T block in this embodiment. A one-byte bip8 check is added to the reserved location in the T block to monitor whether the data content of the CPRI block has been modified.

When the block statistics extracted from the received S block by the remote end are compared with the locally calculated block statistics, and the block statistics are inconsistent, the remote end knows that the CPRI data block between the last S block and the last T block is lost.

When the remote end extracts the sequence number from the received S block and compares the sequence number with the locally calculated sequence number, and the sequence number is not equal to the locally calculated sequence number, if the recovered CPRI service is correct, only the S block is lost; if the recovered CPRI service is incorrect, the S block and the CPRI service data block are lost.

When the extracted sequence number from the received S block and the locally calculated sequence number are compared and equal to each other at the far end, the extracted block statistics from the received S block and the locally calculated block statistics are compared and are also consistent with each other, and the extracted bip8 check from the received T block and the locally calculated bip check are compared and are not equal to each other, if the recovered service is abnormal, the content of the CPRI data block is modified.

When the sequence number extracted from the received S block by the remote end is compared with the sequence number calculated locally and is equal to the sequence number extracted from the received S block, the extracted block statistics in the received S block is compared with the block statistics calculated locally and is also consistent with the extracted block statistics in the received S block, and the bip8 check extracted from the received T block is compared with the bip check calculated locally and is unequal to the extracted block statistics in the received T block, if the recovered service is normal, the T block is lost before the T block.

A specific example of the method and the apparatus for monitoring the CBR service on the FLEXE in this embodiment is given below:

the data block (one block of 64 bits) between the S block and the T block is counted each time in the sending direction and placed in the bit [47:32] in the next S block, that is, the block count in the current S block is the number of data blocks (including the S block and the T block) between the last S block and the T block, as shown in fig. 9, fig. 9 is a schematic diagram of block count calculation in the S block in this embodiment. And receiving the direction, calculating the data block between the S block and the T block each time, comparing the obtained local count value with the block statistics extracted from the next S block, if the local count value is not equal to the block statistics extracted from the next S block, adding the difference between the error block statistics counter and the T block statistics counter, and reporting the error block statistics counter to the CPU. When the error block count counter is not 0, then there is a CPRI data block lost between the last S and T blocks.

In the transmit direction, the bits [63:48] of the S block are the sequence numbers, starting with 0 and incrementing by 1 each time. I.e., one (S + data block (n block) + T) plus 1, as shown in fig. 10, fig. 10 is a schematic diagram of the calculation of the serial number in the S block in the present embodiment. And adding 1 to the local sequence number every time the receiving direction receives one S block, comparing the local sequence number with the sequence number extracted from the S block, if the local sequence number is not equal to the S block, adding 1 to the error count of the sequence number, and reporting the error count of the sequence number to the CPU. When the error count of the sequence number is not equal to 0, if the recovered CPRI service is correct, the S block is lost; if the recovered CPRI service is incorrect, the S block and the CPRI service data block are lost.

In the sending direction, bip8 verification is performed on the last T block and the current S block and all the current data blocks each time, and the verification value is placed in bit [55:48] in the current T block, as shown in fig. 11, where fig. 11 is a schematic diagram of bip8 verification in the T block in this embodiment. And receiving the direction, carrying out bip8 verification on the extracted last T block, the extracted S block and all the data blocks at the time, comparing the obtained verification value with the verification value in the verification field in the T block at the time, and if the obtained verification value is not equal to the verification value in the verification field in the T block at the time, adding 1 to the bip8 error statistical counter. When bip8 error statistic counter is not 0, error block statistic counter is 0, and sequence number error count is equal to 0, if the recovered service is incorrect, the content of CPRI data block is modified; if the recovered service is correct, a T block is lost before the T block.

Various flexible ways can be provided for specific implementation, including: services that conform to CBR characteristics (not limited to CPRI services, E1 services, etc.); the block statistics field may reserve any position in bytes in the S block; the sequence number field may reserve any position in bytes in the S-block; the bip8 check field may be reserved anywhere in bytes in the T block. The block statistics and sequence numbers do not have to be 16 bits, but may be other bit widths.

Example 4

Embodiments of the present invention also provide a storage medium having a computer program stored therein, wherein the computer program is arranged to perform the steps of any of the above method embodiments when executed.

Alternatively, in the present embodiment, the storage medium may be configured to store a computer program for executing the steps of:

s1, setting monitoring information of a constant bit rate CBR service, wherein the monitoring information is used for describing data content and check information of the CBR service;

and S2, carrying the monitoring information on an Ethernet frame, and sending the Ethernet frame.

Optionally, in this embodiment, the storage medium may include, but is not limited to: various media capable of storing computer programs, such as a usb disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic disk, or an optical disk.

Embodiments of the present invention also provide an electronic device comprising a memory having a computer program stored therein and a processor arranged to run the computer program to perform the steps of any of the above method embodiments.

Optionally, the electronic apparatus may further include a transmission device and an input/output device, wherein the transmission device is connected to the processor, and the input/output device is connected to the processor.

Optionally, in this embodiment, the processor may be configured to execute the following steps by a computer program:

s1, setting monitoring information of a constant bit rate CBR service, wherein the monitoring information is used for describing data content and check information of the CBR service;

and S2, carrying the monitoring information on an Ethernet frame, and sending the Ethernet frame.

Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiments and optional implementation manners, and this embodiment is not described herein again.

It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.

The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the principle of the present invention should be included in the protection scope of the present invention.

Claims (8)

1. A method for monitoring services of CBR services on Ethernet frames is characterized by comprising the following steps:

setting monitoring information of a constant bit rate CBR service, wherein the monitoring information is used for describing data content and check information of the CBR service;

carrying the monitoring information on an Ethernet frame and sending the Ethernet frame;

wherein, before carrying the monitoring information on an ethernet frame, the method further comprises: dividing a first designated location in an S block of the Ethernet frame and a second designated location in a T block of the Ethernet frame; the first designated position is a field position reserved in an S block, and the second designated position is a field position reserved in a T block;

wherein the monitoring information comprises at least one of: block statistics and sequence numbers carried in an S block of an Ethernet frame, and check information carried in a T block of the Ethernet frame;

wherein, the block statistics and the sequence number are used for judging whether the CBR service has data block loss; the check information is used for judging whether the content of the data block of the CBR service is modified.

2. A method for monitoring services of CBR services on Ethernet frames is characterized by comprising the following steps:

receiving an Ethernet frame, wherein the Ethernet frame carries a constant bit rate CBR service and monitoring information, and the monitoring information is used for describing data content and verification information of the CBR service;

monitoring the CBR service according to the monitoring information;

wherein the monitoring information is carried in the ethernet frame in the following manner:

dividing a first designated location in an S block of the Ethernet frame and a second designated location in a T block of the Ethernet frame; the first designated position is a field position reserved in an S block, and the second designated position is a field position reserved in a T block;

wherein the monitoring information comprises at least one of: block statistics and sequence numbers carried in an S block of an Ethernet frame, and check information carried in a T block of the Ethernet frame;

wherein, the block statistics and the sequence number are used for judging whether the CBR service has data block loss; the check information is used for judging whether the content of the data block of the CBR service is modified.

3. The method of claim 2, wherein monitoring the CBR traffic according to the monitoring information comprises:

comparing whether the block statistics in the S block are consistent with the currently calculated block statistics, and determining that a CBR service data block is lost between the last S block and the last T block of the current S block and the T block when the block statistics in the S block and the currently calculated block statistics are inconsistent;

wherein the CBR service comprises one or more CBR service data blocks.

4. The method of claim 2, wherein monitoring the CBR traffic according to the monitoring information comprises:

comparing whether the sequence number in the S block is equal to the currently calculated sequence number, if not, recovering the CBR service, and if the recovered CBR service is correct, determining that only the S block is lost; if the recovered CBR service is incorrect, determining that the S block and the CBR service data block are lost;

wherein the CBR service comprises one or more CBR service data blocks.

5. The method of claim 2, wherein monitoring the CBR traffic according to the monitoring information comprises:

comparing whether the block statistics in the S block and the currently calculated block statistics are consistent, comparing whether the sequence number in the S block and the currently calculated sequence number are equal, comparing whether the check information in the T block and the currently calculated check information are equal, recovering the CBR service when the block statistics in the S block and the currently calculated block statistics are consistent, the sequence number in the S block and the currently calculated sequence number are equal, and the check information in the T block and the currently calculated check information are not equal, and determining that the T block is lost before the current T block if the recovered CBR service is correct;

wherein the CBR service comprises one or more CBR service data blocks.

6. The method of claim 2, wherein monitoring the CBR traffic according to the monitoring information comprises:

and comparing whether the check information in the T block is equal to the currently calculated check information or not, and determining that the content of the current CBR data block is modified when the check information in the T block is not equal to the currently calculated check information.

7. A storage medium, in which a computer program is stored, wherein the computer program is arranged to perform the method of any of claims 1 to 6 when executed.

8. An electronic device comprising a memory and a processor, wherein the memory stores instructions executed by the processor, and the processor is configured to set monitoring information of a constant bit rate CBR service, wherein the monitoring information is used for describing data content and check information of the CBR service, and carrying the monitoring information on an ethernet frame, and transmitting the ethernet frame;

the processor is further configured to partition the first designated location in an S block of the ethernet frame and partition the second designated location in a T block of the ethernet frame; the first designated position is a field position reserved in an S block, and the second designated position is a field position reserved in a T block;

wherein the monitoring information comprises at least one of: block statistics and sequence numbers carried in an S block of an Ethernet frame, and check information carried in a T block of the Ethernet frame;

wherein, the block statistics and the sequence number are used for judging whether the CBR service has data block loss; the check information is used for judging whether the content of the data block of the CBR service is modified.

Images