WO2025148273A1 - 开销处理方法、装置、存储介质及电子装置 - Google Patents

开销处理方法、装置、存储介质及电子装置

Info

Publication number
WO2025148273A1
WO2025148273A1 PCT/CN2024/107381 CN2024107381W WO2025148273A1 WO 2025148273 A1 WO2025148273 A1 WO 2025148273A1 CN 2024107381 W CN2024107381 W CN 2024107381W WO 2025148273 A1 WO2025148273 A1 WO 2025148273A1
Authority
WO
WIPO (PCT)
Prior art keywords
overhead
layer container
service layer
frame
frame header
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/CN2024/107381
Other languages
English (en)
French (fr)
Inventor
张源斌
夏惠龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Publication of WO2025148273A1 publication Critical patent/WO2025148273A1/zh
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0847—Transmission error
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]

Definitions

  • calculating the expected frame header indication overhead of the next service layer container based on the frame header indication overhead of the current service layer container includes: determining the third number of byte blocks for carrying customer service frame in the current service layer container based on the frame header indication overhead of the current service layer container, the first number and the length of the customer service frame; and determining the expected frame header indication overhead of the next service layer container based on the second number, the third number and the length of the customer service frame.
  • determining the fifth number of client service frame byte blocks carried by the next service layer container based on the expected frame header indication overhead of the next service layer container and the second number includes: determining a second modulo result of taking the modulo of the length of the client service frame by a second difference between the second number and the expected frame header indication overhead of the next service layer container; and determining the fifth number based on the second modulo result.
  • determining the fifth quantity based on the second modulus result includes: when the second modulus result is not 0, determining the fifth quantity as the second modulus result; when the second modulus result is 0, determining the fifth quantity as the length of the customer service frame.
  • the method further includes: determining a sixth number of client service frame byte blocks carried by the next service layer container based on the third number and the second number when the fourth number is greater than a first difference between the second number and a predetermined value.
  • the method further includes: using the calculated number of client service frame byte blocks carried by the next service layer container as the third number, and using the number of client service byte blocks carried in a subsequent service layer container as the second number to determine the expected frame header indication overhead of the subsequent service layer container.
  • an overhead processing method including: extracting a first overhead and a second overhead from a target service layer container, wherein the first overhead and the second overhead are two adjacent overheads, and the first overhead and the second overhead are both used to indicate the reframe information of the service layer container; when it is determined that the values of the first overhead and the second overhead are the same and the third overhead corresponding to the value of the first overhead is a value other than 0b111, or the values of the first overhead and the second overhead conform to a preset sequence and the third overhead corresponding to the value of the first overhead is 0b111, entering a synchronization state.
  • the preset sequence includes 0 to 10 cycles.
  • an overhead processing device comprising: a first extraction module, configured to extract a frame header indication overhead from a current service layer container; a calculation module, configured to calculate an expected frame header indication overhead of a next service layer container based on the frame header indication overhead of the current service layer container, wherein the frame header indication overhead of the current service layer container is a value other than 0x1FF; a comparison module, configured to compare the expected frame header indication overhead with the frame header indication overhead from the next service layer container.
  • the frame header indication overhead extracted from the container is compared, and if the comparison results for the first predetermined number of consecutive times are consistent, the synchronization state is entered, wherein the frame header indication overhead represents the number of byte blocks between the first new client service frame header and the starting boundary of the service layer container.
  • an overhead processing device including: a second extraction module, configured to extract a first overhead and a second overhead from a target service layer container, wherein the first overhead and the second overhead are two adjacent overheads, and the first overhead and the second overhead are both used to indicate the reframe information of the service layer container; a synchronization module, configured to enter a synchronization state when it is determined that the values of the first overhead and the second overhead are the same and the third overhead corresponding to the value of the first overhead is a value other than 0b111, or when the values of the first overhead and the second overhead conform to a preset sequence and the third overhead corresponding to the value of the first overhead is 0b111.
  • a computer-readable storage medium in which a computer program is stored, wherein the computer program is configured to execute the steps of any one of the above method embodiments when running.
  • an electronic device including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.
  • FIG1 is a hardware structure block diagram of a mobile terminal according to an overhead processing method of an embodiment of the present disclosure
  • FIG2 is a flowchart of a method for processing overhead according to an embodiment of the present disclosure
  • FIG4 is a structural block diagram 1 of an overhead processing device according to an embodiment of the present disclosure.
  • the STM-1 frame boundary can be identified based on the STM-1 framing process.
  • the VC-n service does not have overhead for framing.
  • a special overhead is defined in fgODUflex to indicate the position of the VC-n frame header in fgODUflex.
  • IEEE802.3 specifies the positioning and processing function of 66b boundaries
  • the Ethernet service rate carried by fgODUflex is relatively low. If the 66b boundary positioning is performed according to the IEEE802.3 definition, it will cause a relatively large processing delay. Therefore, fgOTN technology also defines overhead to identify 66b boundaries and speed up the processing speed of boundary identification.
  • the transmission device 106 is configured to receive or send data via a network.
  • Specific examples of the above-mentioned network may include a wireless network provided by a communication provider of the mobile terminal.
  • the transmission device 106 includes a network adapter (Network Interface Controller, referred to as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet.
  • the transmission device 106 can be a radio frequency (Radio Frequency, referred to as RF) module, which is configured to communicate with the Internet wirelessly.
  • RF Radio Frequency
  • Step S206 compare the expected frame header indication overhead with the frame header indication overhead extracted from the next service layer container. If the comparison results for the first predetermined number of consecutive times are consistent, enter the synchronization state, wherein the frame header indication overhead represents the number of byte blocks between the first new client service frame header and the starting boundary of the service layer container.
  • the CFS overhead detection process has two states, one is a synchronous state and the other is an out-of-step state.
  • the current CFS overhead value is extracted from the overhead of the fgODUflex frame. If the CFS value is 0x1FF, the next CFS overhead value is extracted until a CFS overhead value Y(i) other than 0x1FF is obtained, and the next CFS overhead expected value E(i+1) is predicted based on the CFS overhead value.
  • the next CFS overhead expected value is determined by the current CFS overhead value Y(i), the frame length L of the VC-n customer service, and the number of 16-byte data blocks C128(i) of the current mapped payload area used to carry the VC-n customer service and the number of 16-byte data blocks C128(i+1) of the next mapped payload area used to carry the VC-n customer service.
  • the VC-n service has different frame lengths depending on the service type.
  • the frame length includes but is not limited to 32 bytes, 64 bytes, 128 bytes, 144 bytes, 192 bytes, 576 bytes, etc.
  • the frame length of the VC-n service is 144 bytes (i.e., 9 16-byte frames).
  • the frame length of the cascaded VC-n client service is also increased by v times.
  • the frame header indication overhead of the current service layer container and the frame header indication overhead of the next service layer container include but are not limited to: CFS (Client Frame Start).
  • the current service layer container and the next service layer container include but are not limited to: the payload area of fgODUflex.
  • the byte block is not limited to a 16-byte block.
  • the first predetermined number is not limited to: 2 times, 3 times, 4 times, etc. The first predetermined number can be set according to the application scenario.
  • the execution scenario of the above steps includes but is not limited to: the out-of-sync state of the CFS overhead detection process.
  • the expected frame header indication overhead value of the next service layer container is calculated by at least one of: the length of the customer service frame, the first number of customer service byte blocks in the current service layer container, the second number of customer service byte blocks in the next service layer container, and the frame header indication overhead of the current service layer container.
  • the size of the current service layer container and the next service layer container includes but is not limited to: 105 bytes, 106 bytes, etc., but is not limited thereto.
  • the length of the client service frame is in units of 16 bytes, and the length of the client service frame includes but is not limited to: 144 bytes, that is, 9 16 bytes.
  • the lengths of multiple client service frames mapped by the client service are generally the same.
  • the third number is the number of byte blocks remaining that are insufficient to transmit a complete customer service frame after the current service layer container completes the transmission of one or more new complete customer service frames, that is, the number of partial byte blocks that carry a complete customer service frame.
  • the first quantity and the length of the customer service frame determine the third quantity of byte blocks in the current service layer container for carrying customer service frame blocks, including: determining a first remainder result of taking the remainder of the length of the customer service frame by taking the remainder of the calculation result of the first quantity and the frame header indication overhead of the current service layer container; when the first remainder result is not 0, determining the third quantity as the remainder result; when the first remainder result is 0, determining the third quantity as the length of the customer service frame.
  • determining the calculation result of the first number and the current frame header indication overhead includes but is not limited to: obtaining the calculation result by subtraction. Exemplarily, determining the difference between the first number and the current frame header indication overhead as the calculation result.
  • Y(i) is used to represent the CFS overhead value (i.e., the frame header indication overhead of the current service layer container mentioned above), L is used to represent the frame length of the customer service, C128(i) is used to represent the number of 16 bytes used to carry the VC-n service in the current i-th mapping payload area (i.e., the first number mentioned above), and X(i) is used to represent the number of 16 bytes of the VC-n customer service frame carried in the current i-th mapping payload area (i.e., the third number mentioned above), where i is an integer greater than zero.
  • CFS overhead value i.e., the frame header indication overhead of the current service layer container mentioned above
  • L is used to represent the frame length of the customer service
  • C128(i) is used to represent the number of 16 bytes used to carry the VC-n service in the current i-th mapping payload area (i.e., the first number mentioned above)
  • X(i) is used to represent
  • the 16-byte quantity that can be used to carry VC-n client services can carry one or more VC-n client service frames
  • the remaining 16 bytes C128(i)-Y(i) used to carry the VC-n data in the i-th mapped payload area is less than or equal to L, that is, after the i-th mapped payload area completes the carrying of the last complete TU-12 frame, the remaining 16 bytes are insufficient to carry a VC-n client service frame or just carry a VC-n client service frame, and after the VC-n client service is mapped to the current i-th mapped payload area, the 16-byte number X(i) of a complete VC-n client service frame carried by the i-th mapped payload area is equal to C128(i)-Y(i). The value of X(i) is greater than or equal to 1 and less than or equal to L.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • the number of 16 bytes X(i) of the VC-n client service frames carried in the current i-th mapped payload area is determined based on the current non-0x1FF CFS overhead value Y(i), the frame length L of the VC-n client service (in units of 16 bytes), and the number of 16 bytes C128(i) used to carry the VC-n service in the current i-th mapped payload area.
  • determining the expected frame header indication overhead of the next service layer container based on the second number, the third number, and the length of the client service frame includes: determining a fourth number of client service frame byte blocks carried by the next service layer container based on the third number and the length of the client service frame; and determining the expected frame header indication overhead of the next service layer container when the fourth number is less than or equal to a first difference between the second number and a predetermined value.
  • the pin is the fourth number; when the fourth number is greater than the first difference between the second number and the predetermined value, it is determined that the expected frame header indication overhead of the next service layer container is 0x1FF.
  • the method further includes: when the fourth number is less than or equal to a first difference between the second number and a predetermined value, determining a fifth number of client service frame byte blocks carried by the next service layer container based on the expected frame header indication overhead of the next service layer container and the second number.
  • the fifth number is the number of byte blocks remaining that are insufficient to transmit a complete customer service frame after the next service layer container completes the transmission of the current and new one or more complete customer service frames, that is, the number of partial byte blocks that carry a complete customer service frame.
  • determining the fifth number of client service frame byte blocks carried by the next service layer container based on the expected frame header indication overhead of the next service layer container and the second number includes: determining a second modulo result of taking the modulo of the length of the client service frame by a second difference between the second number and the expected frame header indication overhead of the next service layer container; and determining the fifth number based on the second modulo result.
  • determining the fifth quantity based on the second modulus result includes: when the second modulus result is not 0, determining the fifth quantity as the second modulus result; when the second modulus result is 0, determining the fifth quantity as the length of the customer service frame.
  • the method further includes: determining a sixth number of customer service frame byte blocks carried by the next service layer container based on the third number and the second number when the fourth number is greater than a first difference between the second number and a predetermined value.
  • Y(i) is used to represent the CFS overhead value (i.e., the frame header indication overhead of the current service layer container mentioned above), L is used to represent the frame length of the customer service, C128(i) is used to represent the number of 16 bytes used to carry the VC-n service in the current i-th mapping payload area (i.e., the first number mentioned above), C128(i+1) is used to represent the number of 16 bytes used to carry the VC-n service in the current i+1-th mapping payload area (i.e., the second number mentioned above), X(i) is used to represent the number of 16 bytes of the VC-n customer service frame carried in the current i-th mapping payload area (i.e., the third number mentioned above), and E(i+1) is used to represent the expected CFS value E(i+1) corresponding to the i+1-th mapping payload area (i.e., the expected frame header indication overhead mentioned above), wherein
  • the CFS expected value E(i+1) and X(i+1) corresponding to the i+1th mapped payload area are determined.
  • Y(i) is used to represent the CFS overhead value (i.e., the frame header indication overhead of the current service layer container mentioned above), L is used to represent the frame length of the customer service, C128(i) is used to represent the number of 16 bytes used to carry the VC-n service in the current i-th mapping payload area (i.e., the first number mentioned above), C128(i+1) is used to represent the number of 16 bytes used to carry the VC-n service in the current i+1-th mapping payload area (i.e., the second number mentioned above), X(i) is used to represent the number of 16 bytes of the VC-n customer service frame carried in the current i-th mapping payload area (i.e., the third number mentioned above), and E(i+1) is used to represent the expected CFS value E(i+1) corresponding to the i+1-th mapping payload area (i.e., the expected frame header indication overhead mentioned above), wherein
  • the CFS expected value E(i+1) and X(i+1) corresponding to the i+1th mapped payload area are determined.
  • the method further includes: using the calculated number of customer service frame byte blocks carried by the next service layer container as the third number, and using the number of customer service byte blocks used to carry the subsequent service layer container as the second number to determine the expected frame header indication overhead of the subsequent service layer container.
  • the expected cost value in all subsequent service layer containers (i.e., the aforementioned CFS expected value) can be calculated. Specifically, this can be achieved by setting i in the above embodiment to i+1.
  • the out-of-sync state starting from the first non-0x1FF CFS cost value received, if the CFS cost value received N times in a row is the same as the expected value, the synchronization state is entered.
  • the synchronization state when the calculated CFS expected value and the extracted When the CFS overhead value is inconsistent, the frame boundary of the VC-n service is identified according to the calculated CFS expected value, and the next CFS expected value is calculated based on the CFS expected value.
  • N and M are integers greater than or equal to 1.
  • FIG3 is a second flowchart of the overhead processing method according to an embodiment of the present disclosure. As shown in FIG3 , the process includes the following steps:
  • Step S302 extracting a first overhead and a second overhead from a target service layer container, wherein the first overhead and the second overhead are two adjacent overheads, and both the first overhead and the second overhead are used to indicate multiframe information of the service layer container;
  • Step S304 when it is determined that the values of the first overhead and the second overhead are the same and the third overhead corresponding to the value of the first overhead is a value other than 0b111, or when the values of the first overhead and the second overhead conform to a preset sequence and the third overhead corresponding to the value of the first overhead is 0b111, enter a synchronization state.
  • the Ethernet service is mapped to the payload area of fgODUflex in the manner of IMP (Interface Mapping Processor).
  • the Ethernet service has a 66b structure.
  • the first bit of the first 66b code block in the Ethernet client service flow is mapped to the first bit of the first fgODUflex frame payload area, and the last bit of the 20224th 66b code block is mapped to the last bit of the 11th fgODUflex frame payload area.
  • the mapping process is completed in sequence.
  • the OMFI (Optical Multiplex Frame Identifier) overhead is used to count the cycles of 11 fgODUflex frames. Eight OMFI overheads are defined in each fgODUflex frame, and the values of these OMFI overheads are the same.
  • the fgODUflex payload area extracts the Ethernet client service and identifies the Ethernet service 66b boundary based on the OMFI overhead in the fgODUflex frame.
  • the service delivery process will be affected by bit errors, which will cause OMFI overhead errors, thus affecting the identification of Ethernet service 66b boundaries.
  • the OMFI overhead needs to be detected and processed.
  • the OMFI overhead detection process has two states: one is the synchronization state and the other is the out-of-sync state.
  • the two adjacent OMFI overhead values do not conform to the preset sequence.
  • These two situations are abnormal situations.
  • the abnormal situation occurs after Z consecutive detections, it enters the out-of-sync state. After the out-of-sync state continues for a period of time, an OMFI loss alarm is generated.
  • the OMFI loss alarm triggers the maintenance signal of the Ethernet customer service.
  • Z is an integer greater than or equal to 1.
  • the OMFI start of the fgODUflex frame should be maintained during the OMFI out-of-sync period.
  • the first determining module includes: a third determining unit, configured to determine a second difference between the second number and the expected frame header indication overhead of the next service layer container to perform a length adjustment on the length of the client service frame. a second remainder result of the remainder; and a fourth determining unit, configured to determine the fifth quantity based on the second remainder result.
  • the above-mentioned computer-readable storage medium may include, but is not limited to: a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk, and other media that can store computer programs.
  • An embodiment of the present disclosure further provides an electronic device, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.
  • modules or steps of the present disclosure can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order than here, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation.
  • the present disclosure is not limited to any specific combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Communication Control (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

本发明实施例提供了一种开销处理方法、装置、存储介质及电子装置，其中，所述方法包括：从当前服务层容器中提取帧头指示开销；基于所述当前服务层容器的帧头指示开销计算下一服务层容器的期望帧头指示开销，其中，所述帧头指示开销为除0x1FF外的取值；将所述期望帧头指示开销与从所述下一服务层容器中提取的帧头指示开销进行比较，若连续第一预定数量的比较结果一致，则进入同步状态，其中，所述帧头指示开销表示第一个新的客户业务帧头与服务层容器起始边界间隔的字节块数量。

Description

开销处理方法、装置、存储介质及电子装置
相关申请的交叉引用
本公开基于2024年01月08日提交的发明名称为“开销处理方法、装置、存储介质及电子装置”的中国专利申请CN 202410030033.4，并且要求该专利申请的优先权，通过引用将其所公开的内容全部并入本公开。
技术领域
本公开实施例涉及通信领域，具体而言，涉及一种开销处理方法、装置、存储介质及电子装置。
背景技术
fgODUflex(flexible OTN Digital Unit，灵活光传送网络数字单元)是光传送网中用来承载小颗粒业务的容器，VC-n(Virtual Container-n，虚拟容器-n)通过fgODUflex实现高效承载，VC-n具有固定的帧长，从fgODUflex解映射出客户业务的时候，需要先识别VC-n帧结构的边界，再进行业务的解析，VC-n中没有用于定帧的开销，因此fgODUflex中定义了专门的开销用来指示VC-n的帧头在fgODUflex中的位置，在传输过程中，误码会导致开销出现错误，从而导致VC-n的结构边界无法正确被识别，从而正常无法完成客户业务的解析。针对这些开销出错的识别是需要解决的问题。
发明内容
本公开实施例提供了一种开销处理方法、装置、存储介质及电子装置，以至少解决相关技术中由于传输错误造成开销出错的问题。
根据本公开的一个实施例，提供了一种开销处理方法，包括：从当前服务层容器中提取帧头指示开销；基于所述当前服务层容器的帧头指示开销计算下一服务层容器的期望帧头指示开销，其中，所述当前服务层容器的帧头指示开销为除0x1FF外的取值；将所述期望帧头指示开销与从所述下一服务层容器中提取的帧头指示开销进行比较，若连续第一预定数量的比较结果一致，则进入同步状态，其中，所述帧头指示开销表示第一个新的客户业务帧头与服务层容器起始边界间隔的字节块数量。
在一个示例性实施例中，所述下一服务层容器的期望帧头指示开销值由至少以下之一计算得到：客户业务帧的长度，所述当前服务层容器中用于承载客户业务字节块的第一数量，所述下一服务层容器中用于承载客户业务字节块的第二数量，所述当前服务层容器的帧头指示开销。
在一个示例性实施例中，基于所述当前服务层容器的帧头指示开销计算下一服务层容器的期望帧头指示开销包括：基于所述当前服务层容器的帧头指示开销，所述第一数量和所述客户业务帧的长度确定所述当前服务层容器中用于承载客户业务帧字节块的第三数量；基于所述第二数量、所述第三数量以及所述客户业务帧的长度确定所述下一服务层容器的期望帧头指示开销。
在一个示例性实施例中，基于所述当前服务层容器的帧头指示开销，所述第一数量和所述客户业务帧的长度确定所述当前服务层容器中用于承载客户业务帧字节块的第三数量包括：确定所述第一数量和所述当前服务层容器的帧头指示开销的计算结果对所述客户业务帧的长度进行取余的第一取余结果；在所述第一取余结果不为0的情况下，确定所述第三数量为所述取余结果；在所述第一取余结果为0的情况下，确定所述第三数量为所述客户业务帧的长度。
在一个示例性实施例中，基于所述第二数量、所述第三数量以及所述客户业务帧的长度确定所述下一服务层容器的期望帧头指示开销包括：基于所述第三数量和所述客户业务帧的长度确定所述下一服务层容器承载客户业务帧字节块的第四数量；在所述第四数量小于或等于所述第二数量与预定值的第一差值的情况下，确定所述下一服务层容器的期望帧头指示开销为所述第四数量；在所述第四数量大于所述第二数量与预定值的第一差值的情况下，确定所述下一服务层容器的期望帧头指示开销为所述0x1FF。
在一个示例性实施例中，所述方法还包括：在所述第四数量小于或等于所述第二数量与预定值的第一差值的情况下，基于所述下一服务层容器的期望帧头指示开销以及所述第二数量确定所述下一服务层容器承载客户业务帧字节块的第五数量。
在一个示例性实施例中，基于所述下一服务层容器的期望帧头指示开销以及所述第二数量确定所述下一服务层容器承载客户业务帧字节块的第五数量包括：确定所述第二数量与所述下一服务层容器的期望帧头指示开销的第二差值对所述客户业务帧的长度进行取余的第二取余结果；基于所述第二取余结果确定所述第五数量。
在一个示例性实施例中，基于所述第二取余结果确定所述第五数量包括：在所述第二取余结果不为0的情况下，确定所述第五数量为所述第二取余结果；在所述第二取余结果为0的情况下，确定所述第五数量为所述客户业务帧的长度。
在一个示例性实施例中，所述方法还包括：在所述第四数量大于所述第二数量与预定值的第一差值的情况下，基于所述第三数量和所述第二数量确定所述下一服务层容器承载的客户业务帧字节块的第六数量。
在一个示例性实施例中，所述方法还包括：将计算出的所述下一服务层容器承载的客户业务帧字节块的数量作为所述第三数量，以及，将后续服务层容器中用于承载客户业务字节块的数量作为所述第二数量，确定所述后续服务层容器的期望帧头指示开销。
根据本公开的另一个实施例，提供了一种开销处理方法，包括：从目标服务层容器中提取第一开销和第二开销，其中，所述第一开销和所述第二开销为两个相邻的开销，且所述第一开销和所述第二开销均用于指示服务层容器的复帧信息；在确定所述第一开销和所述第二开销的值相同且所述第一开销的值对应的第三开销为除0b111外的取值的情况下，或者所述第一开销和所述第二开销的取值符合预设序列且所述第一开销的值对应的第三开销为0b111的情况下，进入同步状态。
在一个示例性实施例中，所述预设序列包括0到10的循环。
根据本公开的另一个实施例，提供了一种开销处理装置，包括：第一提取模块，设置为从当前服务层容器中提取帧头指示开销；计算模块，设置为基于所述当前服务层容器的帧头指示开销计算下一服务层容器的期望帧头指示开销，其中，所述当前服务层容器的帧头指示开销为除0x1FF外的取值；比较模块，设置为将所述期望帧头指示开销与从所述下一服务层 容器中提取的帧头指示开销进行比较，若连续第一预定数量的比较结果一致，则进入同步状态，其中，所述帧头指示开销表示第一个新的客户业务帧头与服务层容器起始边界间隔的字节块数量。
根据本公开的另一个实施例，提供了一种开销处理装置，包括：第二提取模块，设置为从目标服务层容器中提取第一开销和第二开销，其中，所述第一开销和所述第二开销为两个相邻的开销，且所述第一开销和所述第二开销均用于指示服务层容器的复帧信息；同步模块，设置为在确定所述第一开销和所述第二开销的值相同且所述第一开销的值对应的第三开销为除0b111外的取值的情况下，或者所述第一开销和所述第二开销的取值符合预设序列且所述第一开销的值对应的第三开销为0b111的情况下，进入同步状态。
根据本公开的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本公开的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
附图说明
图1是根据本公开实施例的开销处理方法的移动终端的硬件结构框图；
图2是根据本公开实施例的开销处理方法的流程图一；
图3是根据本公开实施例的开销处理方法的流程图二；
图4是根据本公开实施例的开销处理装置的结构框图一；
图5是根据本公开实施例的开销处理装置的结构框图二。
具体实施方式
下文中将参考附图并结合实施例来详细说明本公开的实施例。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
首先对本公开所涉及到的相关技术进行说明：
OTN(Optical Transport Network，光传送网)主要用于承载1G以上的大颗粒业务，对于1G以下的客户业务承载会造成带宽浪费的现象。例如，将10M业务承载在1.25G的ODU0(Optical channel Data Unit 0，光通道数据单元0)中，就会有极大的带宽浪费。为了更好的支持1G以下客户业务的承载，国际标准组织正在讨论fgOTN(flexible grid Optical Transport Network，灵活光传送网)技术。fgOTN技术是对现有OTN技术的扩展，能够高效的支持1G以下的客户业务，相关的技术讨论已经收敛。在fgOTN技术讨论过程中，针对1G以下的客户业务承载定义了专门的开销，如何对这些开销进行检测以及产生告警后的后续处理，将会是fgOTN技术的一个讨论要点。
fgODUflex是光传送网中用来承载小颗粒业务的容器，低速客户业务诸如E1(E-carrier Level 1，E1电路)、VC-n、FE(Fast Ethernet，快速以太网)、STM-1(Synchronous Transport  Module level-1，同步传输模块-1)等通过fgODUflex实现高效承载。客户业务都有相关的结构特性，VC-n、STM-1等业务具有固定的帧长，以太网业务则是由66b组成。不管是帧结构还是66b结构，再从fgODUflex解映射出客户业务的时候，都需要识别结构的边界，然后才能进行业务的解析。STM-1业务有帧头指示信号，从fgODUflex解映射出STM-1后，可以基于STM-1的定帧处理完成STM-1帧边界的识别。但VC-n业务则没有用于定帧的开销，当前讨论中在fgODUflex中定义了专门的开销用来指示VC-n的帧头在fgODUflex中的位置。对于基于66b的以太网业务，虽然IEEE802.3规范了66b边界的定位处理功能，但fgODUflex承载的以太网业务速率都比较低，按照IEEE802.3定义方式进行66b边界定位的话，就会造成比较大的处理时延，因此fgOTN技术中也定义了开销来进行66b边界的识别，加快边界识别的处理速度。在传输过程中，会因为误码影响导致这些开销出现错误，开销出错就会导致客户业务的结构边界无法正确被识别，从而无法正常解析客户业务，针对这些开销出错的识别是需要解决的问题。
针对相关技术中存在的上述问题，在本公开的实施例中提出了对应的解决方式，下面结合实施例对本公开进行说明：
本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是根据本公开实施例的开销处理方法的移动终端的硬件结构框图。如图1所示，移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和设置为存储数据的存储器104，其中，上述移动终端还可以包括设置为通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可设置为存储计算机程序，例如，应用软件的软件程序以及模块，如本公开实施例中的开销处理方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106设置为经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其设置为通过无线方式与互联网进行通讯。
在本实施例中提供了一种开销处理方法，图2是根据本公开实施例的开销处理方法的流程图一，如图2所示，该流程包括如下步骤：
步骤S202，从当前服务层容器中提取帧头指示开销；
步骤S204，基于所述当前服务层容器的帧头指示开销计算下一服务层容器的期望帧头指示开销，其中，所述当前服务层容器的帧头指示开销为除0x1FF外的取值；
步骤S206，将所述期望帧头指示开销与从所述下一服务层容器中提取的帧头指示开销进行比较，若连续第一预定数量的比较结果一致，则进入同步状态，其中，所述帧头指示开销表示第一个新的客户业务帧头与服务层容器起始边界间隔的字节块数量。
在上述实施例中，所述处理方法的应用场景包括但不限于VC-n业务，对于VC-n业务的传递方法如下：
在发送侧，将VC-n业务按照包括但不限于GMP(Group Management Protocol，组管理协议)的方式映射到fgODUflex的净荷区中，映射过程包括但不限于：按照fgODUflex帧的2行为一个映射净荷区域进行处理，一个VC-n客户业务帧可能会映射到一个映射净荷区域或跨两个、多个映射净荷区域，当完成VC-n客户业务在上一个映射净荷区域的映射后，就可以知道某个VC-n帧在之前一个或多个映射区域中传递的16字节数据量X，以及需要在当前一个或多个映射净荷区域需要传递的16字节数据量Y。每个映射净荷区域可以承载的客户业务16字节数据量包括但不限于C128(Code 128，128码)。若Y小于等于C128-1，则表示当前的映射净荷区域中会有下一个VC-n业务帧的帧头出现，此时将Y值作为CFS(Client Frame Start，客户帧起始)开销(即前述的当前服务层容器的帧头指示开销)的内容，由于GMP映射会增加16字节的填充块数量，下一个VC-n帧头在映射净荷区域的位置不一定是Y+1。如果Y大于C128-1，则表示当前映射净荷区域中不会出现有下一个VC-n客户业务的帧头出现，将CFS填充为固定的数值0x1FF，所述字节块包括数据块和填充块。
在接收侧，根据GMP的映射开销按照包括但不限于sigma-delta(西格玛-德尔塔)算法的方式计算得到映射净荷区域中用来承载VC-n客户业务的16字节数据块，以及16字节填充块。从映射净荷区域的16字节数据块中提取出VC-n客户业务，并根据fgODUflex帧中的CFS(客户业务帧头起始)开销，进行VC-n帧边界的识别。但在业务传递过程中会受到误码的影响，误码会导致CFS开销出错，从而影响VC-n客户业务的帧边界识别。需要对CFS开销进行检测处理。所述CFS开销检测处理有两种状态，一种是同步状态，一种是失步状态。从fgODUflex帧的开销中提取出当前CFS开销值，若CFS的值为0x1FF，则提取下一个CFS开销值，直到获得一个非0x1FF的CFS开销值Y(i)，并基于该CFS开销值预测下一个CFS开销期望值E(i+1)，所述下一个CFS开销期望值由当前CFS开销值Y(i)，VC-n客户业务的帧长L个16字节，以及当前映射净荷区域用于承载VC-n客户业务的16字节数据块数量C128(i)和下一个映射净荷区域用于承载VC-n客户业务的16字节数据块数量C128(i+1)确定。
所述VC-n业务根据业务类型的不同，具有不同的帧长度，示例性的，所述帧长度包括但不限于：32字节、64字节、128字节、144字节、192字节、576字节等等，在本公开的应用场景中，优选的，VC-n业务的帧长度为144字节(即9个16字节)，同一种类型的VC-n业务，也会出现v个VC-n级联起来进行传递的需求，级联后的VC-n客户业务其帧的长度也扩大了v倍。
在上述步骤中，所述当前服务层容器的帧头指示开销、下一服务层容器的帧头指示开销包括但不限于：CFS(Client Frame Start，客户帧起始)。所述当前服务层容器、下一服务层容器包括但不限于：fgODUflex的净荷区。所述字节块包括但不限于为16字节块。所述第一预定数量包括但不限于：2次、3次、4次等等，所述第一预定数量可根据应用场景设置，上述步骤的执行场景包括但不限于：CFS开销检测处理的失步状态。
其中，上述步骤的执行主体可以为基站、终端等，或者为网络侧的特定的网元或节点， 或者是其他的具备类似处理能力的设备，但不限于此。
通过上述步骤，由于逐层计算每层的期望开销，并将计算得出的期望开销与从该层中提取的实际开销作比较，可以实现对开销出错的精准识别，因此，可以解决相关技术中由于传输错误造成开销出错的问题，进而达到了提高所确定出的开销的准确度，从而使客户业务的边界结构能够被准确识别的效果。
在一个可选的实施例中，所述下一服务层容器的期望帧头指示开销值由至少以下之一计算得到：客户业务帧的长度，所述当前服务层容器中用于承载客户业务字节块的第一数量，所述下一服务层容器中用于承载客户业务字节块的第二数量，所述当前服务层容器的帧头指示开销。
在上述步骤中，所述当前服务层容器、下一服务层容器的大小包括但不限于：105字节、106字节等等，但不限于此。示例性的，所述客户业务帧的长度以16字节为单位，所述客户业务帧的长度包括但不限于：144字节，即9个16字节，此外，客户业务所映射得到的多个客户业务帧的长度一般都是相同的。
在一个可选的实施例中，基于所述当前服务层容器的帧头指示开销计算下一服务层容器的期望帧头指示开销包括：基于所述当前服务层容器的帧头指示开销，所述第一数量和所述客户业务帧的长度确定所述当前服务层容器中用于承载客户业务帧字节块的第三数量；基于所述第二数量、所述第三数量以及所述客户业务帧的长度确定所述下一服务层容器的期望帧头指示开销。
在上述步骤中，所述第三数量为当前服务层容器完成新的一个或多个完整客户业务帧传递之后，剩余的不足传递一个完整客户业务帧的字节块数量，即承载一个完整客户业务帧的部分字节块数量。
在一个可选的实施例中，基于所述当前服务层容器的帧头指示开销，所述第一数量和所述客户业务帧的长度确定所述当前服务层容器中用于承载客户业务帧字节块的第三数量包括：确定所述第一数量和所述当前服务层容器的帧头指示开销的计算结果对所述客户业务帧的长度进行取余的第一取余结果；在所述第一取余结果不为0的情况下，确定所述第三数量为所述取余结果；在所述第一取余结果为0的情况下，确定所述第三数量为所述客户业务帧的长度。
在上述步骤中，确定所述第一数量和所述当前帧头指示开销的计算结果包括但不限于：采用减法计算的方式，得到计算结果，示例性的，确定第一数量与所述当前帧头指示开销的差值为计算结果。
下面结合实施例，对前述的方法做整体说明：
实施例一：
首先，对实施例中的相关参数进行说明：Y(i)用来表示CFS开销值(即前述的当前服务层容器的帧头指示开销)、L用来表示客户业务的帧长、C128(i)用来表示当前第i个映射净荷区域中用于承载VC-n业务的16字节数量(即前述的第一数量)、X(i)用来表示当前第i个映射净荷区域中承载的VC-n客户业务帧的16字节数量(即前述的第三数量),其中，i为大于零的整数。
根据当前非0x1FF的CFS开销值Y(i)，VC-n客户业务的帧长L(以16字节为单位)以及当前第i个映射净荷区域中用于承载VC-n业务的16字节数量C128(i)，确定当前第i个 映射净荷区域中承载的VC-n客户业务帧的16字节数量X(i)。
当第i个映射净荷区域中用来承载VC-n数据量的剩余16字节数量C128(i)-Y(i)大于L的时候，也就是说第i个映射净荷区域中完成上一个完整TU-12帧承载之后，还可用来承载VC-n客户业务的16字节数量可以承载一个或多个VC-n客户业务帧，当前第i个映射净荷区域中承载的最后一个完整的VC-n客户业务帧的16字节数量X(i)由(C128(i)-Y(i))对VC-n客户业务帧长L取余确定，若取余结果不为0，则X(i)＝(C128(i)-Y(i))mod L，否则X(i)＝L。
当第i个映射净荷区域中用来承载VC-n数据量的剩余16字节数量C128(i)-Y(i)小于等于L的时候，也就是说第i个映射净荷区域完成上一个完整TU-12帧承载之后，剩余16字节数量不足以承载一个VC-n客户业务帧或者刚好承载一个VC-n客户业务帧，完成VC-n客户业务到当前第i个映射净荷区域映射后，一个完整的VC-n客户业务帧被第i个映射净荷区域承载的16字节数量X(i)＝C128(i)-Y(i)。X(i)的取值大于等于1且小于等于L。
下面结合公式，对上述步骤进行说明：
若C128(i)-Y(i)>L；
如果(C128(i)-Y(i))mod L≠0；
则X(i)＝(C128(i)-Y(i))mod L；
否则X(i)＝L；
若C128(i)-Y(i)≤L；
则X(i)＝C128(i)-Y(i)。
实施例二：
首先，对实施例中的相关参数进行说明：Y(i)用来表示CFS开销值(即前述的当前服务层容器的帧头指示开销)、L用来表示客户业务的帧长、C128(i)用来表示当前第i个映射净荷区域中用于承载VC-n业务的16字节数量(即前述的第一数量)、X(i)用来表示当前第i个映射净荷区域中承载的VC-n客户业务帧的16字节数量(即前述的第三数量),其中，i为大于零的整数。
根据当前非0x1FF的CFS开销值Y(i)，VC-n客户业务的帧长L(以16字节为单位)以及当前第i个映射净荷区域中用于承载VC-n业务的16字节数量C128(i)，确定当前第i个映射净荷区域中承载的VC-n客户业务帧的16字节数量X(i)。
当前第i个映射净荷区域中承载的最后一个完整的VC-n客户业务帧的16字节数量X(i)由(C128(i)-Y(i))对VC-n客户业务帧长L取余确定，若取余结果不为0，则X(i)＝(C128(i)-Y(i))mod L，否则X(i)＝L。
下面结合公式，对上述步骤进行说明：
如果(C128(i)-Y(i))mod L≠0
则X(i)＝(C128(i)-Y(i))mod L
否则X(i)＝L
在一个可选的实施例中，基于所述第二数量、所述第三数量以及所述客户业务帧的长度确定所述下一服务层容器的期望帧头指示开销包括：基于所述第三数量和所述客户业务帧的长度确定所述下一服务层容器承载客户业务帧字节块的第四数量；在所述第四数量小于或等于所述第二数量与预定值的第一差值的情况下，确定所述下一服务层容器的期望帧头指示开 销为所述第四数量；在所述第四数量大于所述第二数量与预定值的第一差值的情况下，确定所述下一服务层容器的期望帧头指示开销为所述0x1FF。
在一个可选的实施例中，所述方法还包括：在所述第四数量小于或等于所述第二数量与预定值的第一差值的情况下，基于所述下一服务层容器的期望帧头指示开销以及所述第二数量确定所述下一服务层容器承载客户业务帧字节块的第五数量。
在上述步骤中，所述第五数量为下一服务层容器完成当前以及新的一个或多个完整客户业务帧传递之后，剩余的不足传递一个完整客户业务帧的字节块数量，即承载一个完整客户业务帧的部分字节块数量。
在一个可选的实施例中，基于所述下一服务层容器的期望帧头指示开销以及所述第二数量确定所述下一服务层容器承载客户业务帧字节块的第五数量包括：确定所述第二数量与所述下一服务层容器的期望帧头指示开销的第二差值对所述客户业务帧的长度进行取余的第二取余结果；基于所述第二取余结果确定所述第五数量。
在一个可选的实施例中，基于所述第二取余结果确定所述第五数量包括：在所述第二取余结果不为0的情况下，确定所述第五数量为所述第二取余结果；在所述第二取余结果为0的情况下，确定所述第五数量为所述客户业务帧的长度。
在一个可选的实施例中，所述方法还包括：在所述第四数量大于所述第二数量与预定值的第一差值的情况下，基于所述第三数量和所述第二数量确定所述下一服务层容器承载的客户业务帧字节块的第六数量。
下面结合具体实施例，对前述的方法做整体说明：
实施例三：
首先，对实施例中的相关参数进行说明：Y(i)用来表示CFS开销值(即前述的当前服务层容器的帧头指示开销)、L用来表示客户业务的帧长、C128(i)用来表示当前第i个映射净荷区域中用于承载VC-n业务的16字节数量(即前述的第一数量)、C128(i+1)用来表示当前第i+1个映射净荷区域中用于承载VC-n业务的16字节数量(即前述的第二数量)、X(i)用来表示当前第i个映射净荷区域中承载的VC-n客户业务帧的16字节数量(即前述的第三数量)、E(i+1)用来表示第i+1个映射净荷区域对应的CFS期望值E(i+1)(即前述的期望帧头指示开销)，其中，i为大于零的整数。
根据实施例一中所计算得到的X(i)以及VC-n客户业务帧的长度L，确定第i+1个映射净荷区域对应的CFS期望值E(i+1)和X(i+1)。
当(L–X(i))小于等于(C128(i+1)-1)时，即第i+1个映射净荷区域会出现客户业务VC-n的帧头，则E(i+1)＝L–X(i)；第i+1个映射净荷区域中承载的最后一个完整的VC-n客户业务帧的16字节数量X(i+1)的值由第i+1映射净荷区域中用于承载VC-n业务的16字节数量C128(i+1)和E(i+1)确定，若(C128(i+1)-E(i+1))对VC-n客户业务帧长L取余结果不为0，则X(i+1)＝(C128(i+1)-E(i+1))mod L，否则X(i+1)＝L。
当(L–X(i))大于(C128(i+1)-1)时，即i+1个映射净荷区域不会出现客户业务VC-n的帧头，则E(i+1)＝0x1FF，一个完整的VC-n客户业务帧被第i+1个映射净荷区域以及之前映射净荷区域承载的16字节数量X(i+1)＝C128(i)-Y(i)+C128(i+1)。
下面结合公式，对上述步骤进行说明：
若L–X(i)≤C128(i+1)-1
则E(i+1)＝L–X(i),
如果(C128(i+1)-E(i+1))mod L≠0
X(i+1)＝(C128(i+1)-E(i+1))mod L
否则X(i+1)＝L
若L–X(i)>C128(i+1)-1
则E(i+1)＝0x1FF，X(i+1)＝C128(i)-Y(i)+C128(i+1)
实施例四：
首先，对实施例中的相关参数进行说明：Y(i)用来表示CFS开销值(即前述的当前服务层容器的帧头指示开销)、L用来表示客户业务的帧长、C128(i)用来表示当前第i个映射净荷区域中用于承载VC-n业务的16字节数量(即前述的第一数量)、C128(i+1)用来表示当前第i+1个映射净荷区域中用于承载VC-n业务的16字节数量(即前述的第二数量)、X(i)用来表示当前第i个映射净荷区域中承载的VC-n客户业务帧的16字节数量(即前述的第三数量)、E(i+1)用来表示第i+1个映射净荷区域对应的CFS期望值E(i+1)(即前述的期望帧头指示开销)，其中，i为大于零的整数。
根据上述实施例中所计算得到的X(i)以及VC-n客户业务帧的长度L，确定第i+1个映射净荷区域对应的CFS期望值E(i+1)和X(i+1)。
当(L–X(i))小于等于(C128(i+1)-1)时，即第i+1个映射净荷区域会出现客户业务VC-n的帧头，则E(i+1)＝L–X(i)；第i+1个映射净荷区域中承载的最后一个完整的VC-n客户业务帧的16字节数量X(i+1)的值由第i+1映射净荷区域中用于承载VC-n业务的16字节数量C128(i+1)和E(i+1)确定，若(C128(i+1)-E(i+1))对VC-n客户业务帧长L取余结果不为0，则X(i+1)＝(C128(i+1)-E(i+1))mod L，否则X(i+1)＝L。
当(L–X(i))大于(C128(i+1)-1)时，即i+1个映射净荷区域不会出现客户业务VC-n的帧头，则E(i+1)＝0x1FF，一个完整的VC-n客户业务帧被第i+1个映射净荷区域以及之前映射净荷区域承载的16字节数量X(i+1)＝C128(i)-Y(i)+C128(i+1)。
下面结合公式，对上述步骤进行说明：
若L–X(i)≤C128(i+1)-1
则E(i+1)＝L–X(i),
如果(C128(i+1)-E(i+1))mod L≠0
X(i+1)＝(C128(i+1)-E(i+1))mod L
否则X(i+1)＝L
若L–X(i)>C128(i+1)-1
则E(i+1)＝0x1FF，X(i+1)＝[C128(i)-Y(i)]+C128(i+1)
在一个可选的实施例中，所述方法还包括：将计算出的所述下一服务层容器承载的客户业务帧字节块的数量作为所述第三数量，以及，将后续服务层容器中用于承载客户业务字节块的数量作为所述第二数量，确定所述后续服务层容器的期望帧头指示开销。
在上述实施例中，通过重复执行前述实施例中的步骤，可以计算得到后续所有服务层容器中期望开销值(即前述的CFS期望值)，具体的，可以通过将上述实施例中的i设置为i+1实现。在失步状态下，从接收到的第1个非0x1FF的CFS开销值开始，若连续N次接收到的CFS开销值和期望值相同，进入同步状态。在同步状态下，当计算得到的CFS期望值和提取 的CFS开销值不一致时，按照计算得到的CFS期望值进行VC-n业务的帧边界识别，并以该CFS期望值为基准计算下一个CFS期望值。在同步状态下，当连续M次接收到的CFS开销值和期望值不同，则进入失步状态，并产生CFS丢失告警，CFS丢失告警触发产生VC-n客户业务的维护信号。N和M为大于等于1的整数。
下面结合具体实施例，对本公开的方案进行整体说明：
具体实施例一：
在本具体实施例中，源节点和宿节点通过fgODUflex进行1个TU-12(Tributary Unit-12，12倍速支路单元，1个TU-12可以包含一个或多个VC-12)业务的传递。该整体流程包括如下步骤：
步骤1，在源节点，从STM接口解析出TU-12，其中，TU-12的复帧为144个字节，将TU-12按照GMP的方式映射到fgODUflex帧的2行映射净荷区域，并插入CFS开销。TU-12的复帧长度为L＝9个16字节，fgODUflex的2行映射净荷区域中用来承载TU-12帧的16字节数量为105、106，因此每个fgODUflex的2行映射净荷区域中都会有TU-12的帧头出现，即CFS值不会为0x1FF，默认CFS开销为失步状态，进行CFS开销的同步处理。
步骤2，在宿节点，从第i个fgODUflex帧的2行映射净荷区域对应的开销中提取CFS值Y(i)＝6，第i个fgODUflex帧的2行映射净荷区域用来承载TU-12帧的16字节数据块数量C128(i)＝105在第i-1个fgODUflex帧的2行映射净荷区域对应的GMP开销位置承载。
步骤3，第i个fgODUflex帧的2行映射净荷区域中还可以用来承载TU-12帧的剩余16字节数量为C128(i)-Y(i)＝105–6＝99个16字节。TU-12帧的长度L＝9个16字节，C128(i)-Y(i)＞L，即99个16字节刚好可以承载11个完整的TU-12帧。由于(C128(i)-Y(i))mod L＝(105–6)mod 9＝0，因此第i个fgODUflex帧的2行映射净荷区域用来承载最后一个完整TU-12帧的16字节数量X(i)＝L＝9，表示传完一个整TU-12帧。
步骤4，在第i个fgODUflex帧的2行映射净荷区域对应的GMP开销提取第i+1个fgODUflex帧的2行映射净荷区域用来承载TU-12帧的16字节数据块数量C128(i+1)＝106。根据步骤3中第i个fgODUflex帧的2行映射净荷区域用来承载最后一个完整TU-12帧的数量X(i)＝9以及TU-12帧的长度(9个16字节)，由于L–X(i)＝0＜(C128(i+1)-1)＝105,表示可以承载多个TU-12帧，因此第i+1个fgODUflex帧的2行映射净荷区域对应的CFS期望开销值E(i+1)＝L–X(i)＝9-9＝0。
步骤5，第i+1个fgODUflex帧的2行映射净荷区域中还可以用来承载TU-12帧的剩余16字节数量为C128(i+1)-E(i+1)＝106–0＝106个16字节。C128(i+1)-E(i+1)＞L，即106个16字节可以承载11个完整的TU-12帧加一个完整TU-12帧的前7个字节。也就是第i+1个fgODUflex帧的2行映射净荷区域用来承载最后一个完整TU-12帧的16字节数量X(i+1)＝(C128(i+1)-E(i+1))modL＝(106–0)mod9＝7。
步骤6，将i改为i+1，重复执行步骤4和5，可以计算出第i+2,第i+3等后续所有的CFS开销期望值。
步骤7，若连续2次接收到的CFS开销值和CFS期望值相同，则进入同步状态。使用CFS值进行TU-12帧头的识别，并持续进行CFS开销值和CFS期望值的比对。
步骤8，在同步状态下，若连续5次接收到的CFS开销值和CFS期望值不同，则进入失步状态，并产生CFS丢失告警，该告警触发使用维护信号取代正常的TU-12信号。从步骤2 开始继续进行CFS同步处理直至进入同步状态。
具体实施例二：
步骤1，在源节点，从STM接口解析出60个TU-12，将60个TU-12按字节交织成一个数据流，其中TU-12的复帧长度为144个字节，将交织后TU-12数据流按照GMP的方式映射到fgODUflex帧的2行映射净荷区域，并插入CFS开销。TU-12的复帧长度为9个16字节，60个TU-12交织后的60xTU-12数据帧长L＝9*60＝540个16字节。fgODUflex的2行映射净荷区域中用来承载交织后的60xTU-12数据帧的16字节数量为453或454，存在某个fgODUflex的2行映射净荷区域中没有交织后的60xTU-12数据帧帧头的情况，即CFS值会为0x1FF；默认CFS开销为失步状态，进行CFS开销的同步处理。
步骤2，在宿节点，从fgODUflex帧的2行映射净荷区域对应的开销中提取CFS值，直到提取出一个不为0x1FF的CFS开销值，假设从第i个fgODUflex帧的2行映射净荷区域对应的开销中提取CFS值Y(i)＝450，第i个fgODUflex帧的2行映射净荷区域用来承载交织后的60xTU-12数据帧的16字节数据块数量C128(i)＝453在第i-1个fgODUflex帧的2行映射净荷区域对应的GMP开销位置承载。
步骤3，第i个fgODUflex帧的2行映射净荷区域中还可以用来承载交织后的60xTU-12数据帧的剩余16字节数量为C128(i)-Y(i)＝453–450＝3个16字节。交织后的60xTU-12数据帧的长度L＝540个16字节，C128(i)-Y(i)＜L，即剩余的3个16字节不够承载一个完整的交织后的60xTU-12数据帧。第i个fgODUflex帧的2行映射净荷区域用来承载最后一个完整的交织后的60xTU-12数据帧的16字节数量X(i)＝C128(i)-Y(i)＝453–450＝3，表示承载最后一个完整的交织后的60xTU-12数据帧的前3个16字节。
步骤4，在第i个fgODUflex帧的2行映射净荷区域对应的GMP开销提取第i+1个fgODUflex帧的2行映射净荷区域用来承载交织后的60xTU-12数据帧的16字节数据块数量C128(i+1)＝454。根据步骤3中第i个fgODUflex帧的2行映射净荷区域用来承载最后一个完整交织后的60xTU-12数据帧的数量X(i)＝3以及交织后的60xTU-12数据帧的长度L(540个16字节)，L–X(i)＝540–3＝537>C128(i+1)-1＝454–1＝453，表示第i+1个fgODUflex帧的2行映射净荷区域不足以承载第i帧最后一个完整的交织后的60xTU-12数据帧剩余的537个字节，即第i+1个fgODUflex帧的2行映射净荷区域不会出现下一个交织后的60xTU-12数据帧的帧头。因此第i+1个fgODUflex帧的2行映射净荷区域对应的CFS期望开销值E(i+1)＝0x1FF。
步骤5，第i+1个fgODUflex帧的2行映射净荷区域中可以用来承载交织后的60xTU-12数据帧的454个16字节。即完成交织后的60xTU-12数据帧到第i+1个fgODUflex帧的2行映射净荷区域映射后，一个完整的交织后的60xTU-12数据帧已经被fgODUflex帧的2行映射净荷区域的16字节数量X(i+1)＝C128(i)-Y(i)+C128(i+1)＝453–450+454＝457。
步骤6，将i改为i+1，重复执行步骤4和5，可以计算出第i+2,第i+3等后续所有的CFS开销期望值。
步骤7，若连续2次接收到的CFS开销值和CFS期望值相同，则进入同步状态。使用CFS值进行交织后的60xTU-12数据帧的帧头识别，并持续进行CFS开销值和CFS期望值的比对。
步骤8，在同步状态下，若连续5次接收到的CFS开销值和CFS期望值不同，则进入失步状态，并产生CFS丢失告警，该告警触发使用维护信号取代正常的交织后的60xTU-12数据 帧信号。从步骤2开始继续进行CFS同步处理直至进入同步状态。
图3是根据本公开实施例的开销处理方法的流程图二，如图3所示，该流程包括如下步骤：
步骤S302，从目标服务层容器中提取第一开销和第二开销，其中，所述第一开销和所述第二开销为两个相邻的开销，且所述第一开销和所述第二开销均用于指示服务层容器的复帧信息；
步骤S304，在确定所述第一开销和所述第二开销的值相同且所述第一开销的值对应的第三开销为除0b111外的取值的情况下，或者所述第一开销和所述第二开销的取值符合预设序列且所述第一开销的值对应的第三开销为0b111的情况下，进入同步状态。
在上述实施例中，所述处理方法的应用场景包括但不限于以太网业务，对于以太网业务的传递方法如下：
在发送侧，将以太网业务按照IMP(Interface Mapping Processor，接口映射处理器)的方式映射到fgODUflex的净荷区中，以太网业务为66b结构，以太网客户业务流中的第1个66b码块的第1个比特映射到第1个fgODUflex帧净荷区域的第1个比特，第20224个66b码块的最后一个比特映射到第11个fgODUflex帧净荷区域的最后一个比特，依次循环，完成整个映射过程，使用OMFI(Optical Multiplex Frame Identifier，光复用帧标识符)开销来进行11个fgODUflex帧的循环计数，每个fgODUflex帧中定义了8个OMFI开销，且这些OMFI开销的值相同。
在接收侧，fgODUflex净荷区域提取出以太网客户业务，并根据fgODUflex帧中的OMFI开销，进行以太网业务66b边界的识别。但在业务传递过程中会受到误码的影响，误码会导致OMFI开销出错，从而影响以太网业务66b边界的识别。需要对OMFI开销进行检测处理，OMFI开销检测处理有两种状态，一种是同步状态，一种是失步状态。
在上述实施例中，所述目标服务层容器包括但不限于：fgODUflex净荷区域，在失步状态下，进行OMFI开销值的检测。所述第一开销位于所述第二开销之前，若检测到相邻两个OMFI开销值相同且第一个OMFI开销值对应的HRN不为0b111，或者检测到相邻两个OMFI开销值符合预设序列且第一个OMFI值对应的HRN为0b111，则进入到同步状态。所述预设序列为0到10的不断循环。进入同步状态后，根据对应的OMFI值，就可以知道fgODUflex在OMFI复帧的位置，从而确定66b的边界。
在同步状态下，当检测到在第一个OMFI开销值对应的HRN不为0b111时相邻两个OMFI开销值不同，或者在第一个OMFI开销值对应的HRN为0b111时相邻两个OMFI开销值不符合预设序列，这两种情况为异常情况，当连续Z次检测出现异常情况时，就进入到失步状态，失步状态持续一段时间后产生OMFI丢失告警，OMFI丢失告警触发产生以太网客户业务的维护信号。Z为大于等于1的整数。fgODUflex帧的OMFI起始在OMFI失步期间应保持。
通过上述步骤，由于将同一服务层中相邻的开销进行比较，因此，可以实现对开销出错的精准识别，因此，可以解决相关技术中由于传输错误造成开销出错的问题，进而达到了提高所确定出的开销的准确度，从而使客户业务的边界结构能够被准确识别的效果。
在一个可选的实施例中，所述预设序列包括0到10的循环。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前 者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本公开各个实施例所述的方法。
在本实施例中还提供了一种开销处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本公开实施例的开销处理装置的结构框图一，如图4所示，该装置包括：第一提取模块42，设置为从当前服务层容器中提取帧头指示开销；计算模块44，设置为基于所述当前服务层容器的帧头指示开销计算下一服务层容器的期望帧头指示开销，其中，所述当前服务层容器的帧头指示开销为除0x1FF外的取值；比较模块46，设置为将所述期望帧头指示开销与从所述下一服务层容器中提取的帧头指示开销进行比较，若连续第一预定数量的比较结果一致，则进入同步状态，其中，所述帧头指示开销表示第一个新的客户业务帧头与服务层容器起始边界间隔的字节块数量。
在一个可选的实施例中，所述下一服务层容器的期望帧头指示开销值由至少以下之一计算得到：客户业务帧的长度，所述当前服务层容器中用于承载客户业务字节块的第一数量，所述下一服务层容器中用于承载客户业务字节块的第二数量，所述当前服务层容器的帧头指示开销。
在一个可选的实施例中，所述计算模块44包括：第一确定单元，设置为基于所述当前服务层容器的帧头指示开销，所述第一数量和所述客户业务帧的长度确定所述当前服务层容器中用于承载客户业务帧字节块的第三数量；第二确定单元，设置为基于所述第二数量、所述第三数量以及所述客户业务帧的长度确定所述下一服务层容器的期望帧头指示开销。
在一个可选的实施例中，所述第一确定单元包括：第一确定子单元，设置为确定所述第一数量和所述当前服务层容器的帧头指示开销的计算结果对所述客户业务帧的长度进行取余的第一取余结果；第二确定子单元，设置为在所述第一取余结果不为0的情况下，确定所述第三数量为所述取余结果；第三确定子单元，设置为在所述第一取余结果为0的情况下，确定所述第三数量为所述客户业务帧的长度。
在一个可选的实施例中，所述第二确定单元包括：第四确定子单元，设置为基于所述第三数量和所述客户业务帧的长度确定所述下一服务层容器承载客户业务帧字节块的第四数量；第五确定子单元，设置为在所述第四数量小于或等于所述第二数量与预定值的第一差值的情况下，确定所述下一服务层容器的期望帧头指示开销为所述第四数量；第六确定子单元，设置为在所述第四数量大于所述第二数量与预定值的第一差值的情况下，确定所述下一服务层容器的期望帧头指示开销为所述0x1FF。
在一个可选的实施例中，所述装置还包括：第一确定模块，设置为在所述第四数量小于或等于所述第二数量与预定值的第一差值的情况下，基于所述下一服务层容器的期望帧头指示开销以及所述第二数量确定所述下一服务层容器承载客户业务帧字节块的第五数量。
在一个可选的实施例中，所述第一确定模块包括：第三确定单元，设置为确定所述第二数量与所述下一服务层容器的期望帧头指示开销的第二差值对所述客户业务帧的长度进行取 余的第二取余结果；第四确定单元，设置为基于所述第二取余结果确定所述第五数量。
在一个可选的实施例中，所述第四确定单元包括：第七确定子单元，设置为在所述第二取余结果不为0的情况下，确定所述第五数量为所述第二取余结果；第八确定子单元，设置为在所述第二取余结果为0的情况下，确定所述第五数量为所述客户业务帧的长度。
在一个可选的实施例中，所述装置还包括：第二确定模块，设置为在所述第四数量大于所述第二数量与预定值的第一差值的情况下，基于所述第三数量和所述第二数量确定所述下一服务层容器承载的客户业务帧字节块的第六数量。
在一个可选的实施例中，所述装置还包括：第三确定模块，设置为将计算出的所述下一服务层容器承载的客户业务帧字节块的数量作为所述第三数量，以及，将后续服务层容器中用于承载客户业务字节块的数量作为所述第二数量，确定所述后续服务层容器的期望帧头指示开销。
图5是根据本公开实施例的开销处理装置的结构框图二，如图5所示，该装置包括：第二提取模块52，设置为从目标服务层容器中提取第一开销和第二开销，其中，所述第一开销和所述第二开销为两个相邻的开销，且所述第一开销和所述第二开销均用于指示服务层容器的复帧信息；同步模块54，设置为在确定所述第一开销和所述第二开销的值相同且所述第一开销的值对应的第三开销为除0b111外的取值的情况下，或者所述第一开销和所述第二开销的取值符合预设序列且所述第一开销的值对应的第三开销为0b111的情况下，进入同步状态。
在一个可选的实施例中，所述预设序列包括0到10的循环。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
本公开的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本公开的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本公开的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本公开不限制于任何特定的硬件和软件结合。
以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员 来说，本公开可以有各种更改和变化。凡在本公开的原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (16)

  1. 一种开销处理方法，包括：
    从当前服务层容器中提取帧头指示开销；
    基于所述当前服务层容器的帧头指示开销计算下一服务层容器的期望帧头指示开销，其中，所述当前服务层容器的帧头指示开销为除0x1FF外的取值；
    将所述期望帧头指示开销与从所述下一服务层容器中提取的帧头指示开销进行比较，若连续第一预定数量的比较结果一致，则进入同步状态，其中，所述帧头指示开销表示第一个新的客户业务帧头与服务层容器起始边界间隔的字节块数量。
  2. 根据权利要求1所述的方法，其中，所述下一服务层容器的期望帧头指示开销值由至少以下之一计算得到：客户业务帧的长度，所述当前服务层容器中用于承载客户业务字节块的第一数量，所述下一服务层容器中用于承载客户业务字节块的第二数量，所述当前服务层容器的帧头指示开销。
  3. 根据权利要求1所述的方法，其中，基于所述当前服务层容器的帧头指示开销计算下一服务层容器的期望帧头指示开销包括：
    基于所述当前服务层容器的帧头指示开销，所述当前服务层容器中用于承载客户业务字节块的第一数量和客户业务帧的长度确定所述当前服务层容器中用于承载客户业务帧字节块的第三数量；
    基于所述下一服务层容器中用于承载客户业务字节块的第二数量、所述第三数量以及所述客户业务帧的长度确定所述下一服务层容器的期望帧头指示开销。
  4. 根据权利要求3所述的方法，其中，基于所述当前服务层容器的帧头指示开销，所述第一数量和所述客户业务帧的长度确定所述当前服务层容器中用于承载客户业务帧字节块的第三数量包括：
    确定所述第一数量和所述当前服务层容器的帧头指示开销的计算结果对所述客户业务帧的长度进行取余的第一取余结果；
    在所述第一取余结果不为0的情况下，确定所述第三数量为所述取余结果；
    在所述第一取余结果为0的情况下，确定所述第三数量为所述客户业务帧的长度。
  5. 根据权利要求3所述的方法，其中，基于所述第二数量、所述第三数量以及所述客户业务帧的长度确定所述下一服务层容器的期望帧头指示开销包括：
    基于所述第三数量和所述客户业务帧的长度确定所述下一服务层容器承载客户业务帧字节块的第四数量；
    在所述第四数量小于或等于所述第二数量与预定值的第一差值的情况下，确定所述下一服务层容器的期望帧头指示开销为所述第四数量；
    在所述第四数量大于所述第二数量与预定值的第一差值的情况下，确定所述下一服务层 容器的期望帧头指示开销为所述0x1FF。
  6. 根据权利要求5所述的方法，其中，所述方法还包括：
    在所述第四数量小于或等于所述第二数量与预定值的第一差值的情况下，基于所述下一服务层容器的期望帧头指示开销以及所述第二数量确定所述下一服务层容器承载客户业务帧字节块的第五数量。
  7. 根据权利要求6所述的方法，其中，基于所述下一服务层容器的期望帧头指示开销以及所述第二数量确定所述下一服务层容器承载客户业务帧字节块的第五数量包括：
    确定所述第二数量与所述下一服务层容器的期望帧头指示开销的第二差值对所述客户业务帧的长度进行取余的第二取余结果；
    基于所述第二取余结果确定所述第五数量。
  8. 根据权利要求7所述的方法，其中，基于所述第二取余结果确定所述第五数量包括：
    在所述第二取余结果不为0的情况下，确定所述第五数量为所述第二取余结果；
    在所述第二取余结果为0的情况下，确定所述第五数量为所述客户业务帧的长度。
  9. 根据权利要求5所述的方法，其中，所述方法还包括：
    在所述第四数量大于所述第二数量与预定值的第一差值的情况下，基于所述第三数量和所述第二数量确定所述下一服务层容器承载的客户业务帧字节块的第六数量。
  10. 根据权利要求3所述的方法，其中，所述方法还包括：
    将计算出的所述下一服务层容器承载的客户业务帧字节块的数量作为所述第三数量，以及，将后续服务层容器中用于承载客户业务字节块的数量作为所述第二数量，确定所述后续服务层容器的期望帧头指示开销。
  11. 一种开销处理方法，包括：
    从目标服务层容器中提取第一开销和第二开销，其中，所述第一开销和所述第二开销为两个相邻的开销，且所述第一开销和所述第二开销均用于指示服务层容器的复帧信息；
    在确定所述第一开销和所述第二开销的值相同且所述第一开销的值对应的第三开销为除0b111外的取值的情况下，或者所述第一开销和所述第二开销的取值符合预设序列且所述第一开销的值对应的第三开销为0b111的情况下，进入同步状态。
  12. 根据权利要求11所述的方法，其中，所述预设序列包括0到10的循环。
  13. 一种开销处理装置，包括：
    第一提取模块，设置为从当前服务层容器中提取帧头指示开销；
    计算模块，设置为基于所述当前服务层容器的帧头指示开销计算下一服务层容器的期望帧头指示开销，其中，所述当前服务层容器的帧头指示开销为除0x1FF外的取值；
    比较模块，设置为将所述期望帧头指示开销与从所述下一服务层容器中提取的帧头指示 开销进行比较，若连续第一预定数量的比较结果一致，则进入同步状态，其中，所述帧头指示开销表示第一个新的客户业务帧头与服务层容器起始边界间隔的字节块数量。
  14. 一种开销处理装置，包括：
    第二提取模块，设置为从目标服务层容器中提取第一开销和第二开销，其中，所述第一开销和所述第二开销为两个相邻的开销，且所述第一开销和所述第二开销均用于指示服务层容器的复帧信息；
    同步模块，设置为在确定所述第一开销和所述第二开销的值相同且所述第一开销的值对应的第三开销为除0b111外的取值的情况下，或者所述第一开销和所述第二开销的取值符合预设序列且所述第一开销的值对应的第三开销为0b111的情况下，进入同步状态。
  15. 一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被处理器执行时实现所述权利要求1至10任一项中所述的方法的步骤，或者实现权利要求11至12任一项中所述的方法的步骤。
  16. 一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述权利要求1至10任一项中所述的方法的步骤，或者实现权利要求11至12任一项中所述的方法的步骤。
PCT/CN2024/107381 2024-01-08 2024-07-24 开销处理方法、装置、存储介质及电子装置 Pending WO2025148273A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202410030033.4A CN120281683A (zh) 2024-01-08 2024-01-08 开销处理方法、装置、存储介质及电子装置
CN202410030033.4 2024-01-08

Publications (1)

Publication Number Publication Date
WO2025148273A1 true WO2025148273A1 (zh) 2025-07-17

Family

ID=96231021

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/107381 Pending WO2025148273A1 (zh) 2024-01-08 2024-07-24 开销处理方法、装置、存储介质及电子装置

Country Status (2)

Country Link
CN (1) CN120281683A (zh)
WO (1) WO2025148273A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008092321A1 (fr) * 2007-01-26 2008-08-07 Huawei Technologies Co., Ltd. Système de programmation de service et son procédé
US20130129345A1 (en) * 2011-02-23 2013-05-23 Ciena Corporation Optical transport network synchronization and timestamping systems and methods
CN112511921A (zh) * 2020-03-27 2021-03-16 中兴通讯股份有限公司 光传送网中业务处理方法、处理装置和电子设备
CN112865910A (zh) * 2019-11-28 2021-05-28 中兴通讯股份有限公司 一种数据传输方法、装置、终端设备和存储介质
CN114157383A (zh) * 2021-12-03 2022-03-08 安徽皖通邮电股份有限公司 基于FPGA的Cm时钟恢复算法、系统、存储介质及设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008092321A1 (fr) * 2007-01-26 2008-08-07 Huawei Technologies Co., Ltd. Système de programmation de service et son procédé
US20130129345A1 (en) * 2011-02-23 2013-05-23 Ciena Corporation Optical transport network synchronization and timestamping systems and methods
CN112865910A (zh) * 2019-11-28 2021-05-28 中兴通讯股份有限公司 一种数据传输方法、装置、终端设备和存储介质
CN112511921A (zh) * 2020-03-27 2021-03-16 中兴通讯股份有限公司 光传送网中业务处理方法、处理装置和电子设备
CN114157383A (zh) * 2021-12-03 2022-03-08 安徽皖通邮电股份有限公司 基于FPGA的Cm时钟恢复算法、系统、存储介质及设备

Also Published As

Publication number Publication date
CN120281683A (zh) 2025-07-08

Similar Documents

Publication Publication Date Title
US11552871B2 (en) Receive-side timestamp accuracy
EP3955528B1 (en) Delay measurement method, system and storage medium
US11539607B2 (en) Detection block sending and receiving method, and network device and system
US20190280797A1 (en) Flexible ethernet group establishment method and device
JP7047233B2 (ja) ビットブロックストリーム・ビットエラー検出方法およびデバイス
US20240314079A1 (en) Service sending and receiving methods, device, system and storage medium
CN113765619B (zh) 64b/66b码流发送方法、64b/66b码流接收方法及设备
CN106330579B (zh) 一种用于ptn设备的丢包统计方法及装置
BR112021003214A2 (pt) método de transmissão de pacote de dados e aparelho de transmissão de pacote de dados
EP3633887A1 (en) Method, device and system for transmitting service flow in flexible ethernet protocol
CN112583509A (zh) 获取数据流的时间戳的方法及装置、存储介质和电子装置
US8644347B2 (en) Transporting optical data units in an optical transport network
WO2025148273A1 (zh) 开销处理方法、装置、存储介质及电子装置
CN107241155A (zh) 一种自适应时钟恢复方法及装置
JP7762211B2 (ja) Ｏａｍ情報ブロックの受信方法及び装置
US20250168541A1 (en) Mapping Method and Apparatus for Content to Be Mapped, and Storage Medium and Electronic Apparatus
WO2024007804A1 (zh) 固定速率信号的速率恢复方法及装置
CN116545573B (zh) 一种基于fpga实现的虚级联组成员自动识别方法及系统
JP2000286922A (ja) 伝送速度検出回路
CN117354873A (zh) 一种承载方法、通信设备以及存储介质
WO2021098721A1 (zh) 时戳配置方法及装置、时钟同步方法及装置、存储介质、电子装置
US20140119389A1 (en) Interface for asynchronous virtual container channels and high data rate port
CN119232310A (zh) 一种光传送网中的业务处理方法、装置、设备及存储介质
US12133199B2 (en) Method and apparatus for transmitting service data
EP4708999A1 (en) Bearing method, and communication node and storage medium

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: 24916329

Country of ref document: EP

Kind code of ref document: A1