IP Library › Granted Patent US 12,395,262
Granted Patent B2
US 12,395,262 · App. 17/914,790 · Granted Aug 19, 2025

Method and apparatus for service processing in optical transport network, and electronic device

Inventors: Yuanbin Zhang (Guangdong, CN); Yan Yuan (Guangdong, CN)
Assignee: ZTE CORPORATION
H04J3/1652H04Q11/0067H04J14/00H04Q11/00H04Q11/0062H04Q2011/0086
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,395,262
App. No.
17/914,790
Granted
Aug 19, 2025
Kind
B2
Abstract

Embodiments of the present disclosure provides a method for service processing in an optical transport network including: mapping a client service into a service container; and mapping the service container into an optical transport network frame, where a payload area of the optical transport network frame consists of payload blocks, each of the payload blocks includes an overhead area, and the overhead area includes an indicator being used for indicating whether data carried by the payload block is service container data or stuff data. The embodiments of the present disclosure further provide an apparatus for service processing in an optical transport network, an electronic device and a computer readable medium.

Claims (59)

1. A method for service processing in optical transport network, comprising:

mapping a client service into a service container; and

mapping the service container into an optical transport network frame,

wherein a payload area of the optical transport network frame consists of payload blocks, each of the payload block comprises an overhead area, and the overhead area comprises an indicator being used for indicating whether data carried by the payload block is service container data or stuff data,

wherein in the payload area of the optical transport network frame, multiple consecutive payload blocks are used as a transmission period, and

mapping the service container into the optical transport network frame comprises:

calculating the number N1 of payload blocks that need to be occupied by the service container in one transmission period according to a bandwidth of the service container and a bandwidth of the payload blocks;

determining distribution locations in the transmission period of payload blocks that need to be occupied by the service container based on a preset allocation algorithm according to the number N1 of payload blocks that need to be occupied by the service container in the transmission period; and

mapping the service container into the payload blocks at the determined distribution locations,

wherein in one transmission period, for the payload blocks for bearing the service container, in a case that data size of the service container data buffered in a service container cache area exceeds a size of one payload block, the service container data is carried in the payload block; otherwise, the stuff data is carried in the payload block.

2. The method of claim 1 , wherein the bandwidth of the payload blocks allocated to the service container is larger than the bandwidth of the service container, and when mapping the service container into the payload blocks, the stuff data is inserted for rate adaptation, and the indicator is used to indicate whether the payload block carries the service container data or the stuff data.

3. The method of claim 1 , wherein in M transmission periods, N1*M payload blocks for bearing the service container form a service layer frame, and the number of the payload blocks for carrying the service container data in the service layer frame is C;

C

=

floor

(

v

*

M

*

t

L

)

wherein M is a preset integer, floor( ) is a round-down function, v represents a service container bit rate, t represents a time duration for sending data of one transmission period, and L represents a length of one payload block.

4. The method of claim 3 , wherein mapping the service container into the payload blocks at the determined distribution locations comprises:

determining types of data expected to be carried respectively by N payload blocks of the service layer frame based on a preset allocation algorithm according to the number C of the payload blocks that need to be occupied by the service container data in M transmission period, wherein N=N1.sup.*M, and the types of data comprise the service container data or the stuff data; and

determining types of data actually carried by the N payload blocks of the service layer frame according to data size of the service container data buffered in a service container cache area and the types of data expected to be carried respectively by the N payload blocks of the service layer frame.

5. The method of claim 4 , wherein the preset allocation algorithm comprises sigma-delta algorithm.

6. The method of claim 4 , wherein determining the types of data actually carried by the N payload blocks of the service layer frame according to the data size of the service container data buffered in the service container cache area and the types of data expected to be carried respectively by the N payload blocks of the service layer frame comprises:

for each of the N payload blocks of the service layer frame, in a case that the payload block is expected to carry the service container data, deciding whether the data size of the service container data buffered in the service container cache area exceeds a size of one payload block; and

in a case that the data size of the service container data buffered in the service container cache area exceeding the size of one payload block is decided, determining that the payload block actually carries the service container data; otherwise, determining that the payload block actually carries the stuff data.

7. The method of claim 4 , wherein determining the types of data actually carried by the N payload blocks of the service layer frame according to the data size of the service container data buffered in the service container cache area and the types of data expected to be carried respectively by the N payload blocks of the service layer frame comprises:

for each of the N payload blocks of the service layer frame, in a case that the payload block is expected to carry the stuff data, deciding whether the data size of the service container data buffered in the service container cache area exceeds a preset threshold; and

in a case that the data size of the service container data buffered in the service container cache area exceeding the preset threshold is decided, determining that the payload block actually carries the service container data; otherwise, determining that the payload block actually carries the stuff data,

wherein the preset threshold is greater than or equal to a size of one payload block.

8. The method of claim 1 , wherein the indicator occupies 1 bit,

the indicator of the payload block carrying the service container data is 1, and the indicator of the payload block carrying the stuff data is 0.

9. The method of claim 1 , further comprising:

acquiring the optical transport network frame, and acquiring data flow from the payload area of the optical transport network frame;

determining the payload blocks carrying the service container data according to the indicators within the payload blocks in the data flow, and extracting the service container data; and

acquiring the client service from the service container.

10. An electronic device, comprising:

one or more processors; and

a memory storing one or more programs thereon, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method of claim 1 .

11. A non-transitory computer readable medium storing a computer program thereon, wherein the computer program, when executed by a processor, cause the processor to implement the method of claim 1 .

12. An apparatus for service processing in optical transport network, comprising:

a first mapping module configured to map a client service into a service container; and

a second mapping module configured to map the service container into an optical transport network frame,

wherein a payload area of the optical transport network frame comprises multiple payload blocks, each of the payload block comprises an overhead area, and the overhead area comprises an indicator being used for indicating whether data carried by the payload block is service container data or stuff data,

wherein in the payload area of the optical transport network frame, multiple consecutive payload blocks are used as a transmission period, and

the second mapping module is configured to:

calculate the number N1 of payload blocks that need to be occupied by the service container in one transmission period according to a bandwidth of the service container and a bandwidth of the payload blocks;

determine distribution locations in the transmission period of payload blocks that need to be occupied by the service container based on a preset allocation algorithm according to the number N1 of payload blocks that need to be occupied by the service container in the transmission period; and

map the service container into the payload blocks at the determined distribution locations,

wherein in one transmission period, for the payload blocks for bearing the service container, in a case that data size of the service container data buffered in a service container cache area exceeds a size of one payload block, the service container data is carried in the payload block; otherwise, the stuff data is carried in the payload block.

13. The apparatus of claim 12 , further comprising:

a first acquisition module configured to acquire the optical transport network frame, and acquire data flow from the payload area of the optical transport network frame;

an extraction module configured to determine the payload blocks carrying the service container data according to the indicators within the payload blocks in the data flow, and extract the service container data; and

a second acquisition module configured to acquire the client service from the service container.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 27, 2022
From: ZHANG, YUANBIN; YUAN, YAN
To: ZTE CORPORATION
Reel/Frame 061221/0709 →
Priority Claims (1)
CN 202010232125.2 · Mar 27, 2020 · national
Continuity (1)
Related Publication 20230135776A1 · May 4, 2023
References Cited (31)
US 8989222B1 · Mok · 2015 [cited by examiner]
US 9231721B1 · Varadarajan · 2016 [cited by examiner]
US 20060104309A1 · Vissers et al. · 2006 [cited by applicant]
US 20080075113A1 · Harley · 2008 [cited by examiner]
US 20100226648A1 · Katagiri · 2010 [cited by examiner]
US 20100226652A1 · Vissers · 2010 [cited by examiner]
US 20110135304A1 · Katagiri · 2011 [cited by examiner]
US 20160142799A1 · Makishima · 2016 [cited by examiner]
US 20160261934A1 · Yoshida · 2016 [cited by examiner]
US 20170230736A1 · Su · 2017 [cited by examiner]
US 20180098076A1 · Su et al. · 2018 [cited by applicant]
US 20200092029A1 · Vissers et al. · 2020 [cited by applicant]
US 20200374023A1 · Su et al. · 2020 [cited by applicant]
US 20210083774A1 · Su · 2021 [cited by examiner]
US 20210084383A1 · Xiang · 2021 [cited by examiner]
US 20220052762A1 · Su · 2022 [cited by examiner]
US 20220337925A1 · Su · 2022 [cited by examiner]
CN 1773898A · 2006 [cited by applicant]
CN 101651512A · 2010 [cited by applicant]
CN 101800912A · 2010 [cited by applicant]
CN 105429726A · 2016 [cited by applicant]
CN 106301678A · 2017 [cited by applicant]
CN 110557217A · 2019 [cited by applicant]
JP 2018517371A · 2018 [cited by applicant]
KR 20110095893A · 2011 [cited by applicant]
WO WO2018001248A1 · 2018 [cited by applicant]
WO WO2020034954A1 · 2020 [cited by applicant]
WIPO, International Search Report issued on Feb. 26, 2021. [cited by applicant]
Korean Patent Office, first Office action dated Feb. 20, 2024, for corresponding KR application No. 10-2022-7030303. [cited by applicant]
G.Sup_sub1G “Sub 1 Gbit/s services transport over OTN”—Text proposal for defining legacy PDH/SDH signal mapping into sub1G OTN, International Telecommunication Union, Nov. 1, 2019. [cited by applicant]
China Patent Office, First Office Action (OA1) dated May 28, 2025, for corresponding CN application No. 202010232125.2. [cited by applicant]