A method and apparatus for adjusting optical transport network pipe bandwidth

Abstract

The application provides a method and device for adjusting bandwidth of an optical transport network (OTN) pipe, comprising: determining characteristic information of received service data; determining, according to the characteristic information, that a user service to which the service data belongs is not marked; adjusting bandwidth of an OTN pipe used for transmitting the user service; and then marking the user service. After being marked, the user service can be transmitted. Therefore, the application can ensure that the user service online during adjustment of bandwidth of the pipe is operated without loss by adjusting the bandwidth and then transmitting the user service.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of communication, and more particularly, to a method and device for adjusting bandwidth of an optical transport network (OTN) pipe. BACKGROUND

[0002] In a current optical transport network (OTN), in order to improve the waste caused by static reservation of bandwidth resources in a traditional scheme, the bandwidth of a pipe is adjusted according to real-time traffic. When multiple user traffics are online at the same time, the total bandwidth required in theory can be greater than the actual bandwidth. The bandwidth adjustment requires a certain time, and during the bandwidth adjustment, traffic congestion can be caused, leading to indiscriminate packet loss and affecting the experience of the online user traffics.

[0003] Therefore, how to ensure lossless operation of the online user traffics during adjustment of the bandwidth of the OTN pipe while reducing bandwidth waste is an urgent problem to be solved in the industry. SUMMARY

[0004] The present application provides a method and device for adjusting bandwidth of an optical transport network pipe, which can effectively avoid affecting normal operation of the online old user traffics during adjustment of the bandwidth of the OTN pipe when a new user traffic is accessed.

[0005] In a first aspect, a method for adjusting bandwidth of an optical transport network pipe is provided, and is applied to an OTN device. The method comprises: determining characteristic information of received traffic data; determining, according to the characteristic information, that a user traffic to which the traffic data belongs is not marked; adjusting bandwidth of an OTN pipe used for transmitting the user traffic; and after the adjustment of the bandwidth of the OTN pipe used for transmitting the user traffic is completed, marking the user traffic.

[0006] According to the scheme provided in the present application, the OTN device determines characteristic information of received traffic data, and then determines that a user traffic to which the traffic data belongs is not marked. The bandwidth of an OTN pipe used for transmitting the user traffic is adjusted, and the user traffic is marked. This method can ensure that, when a user traffic that is not marked, i.e., a new user traffic, is accessed, the normal operation of a user traffic that is marked, i.e., an old user traffic, is not affected during adjustment of the bandwidth, and loss of packets of the old user traffic during the bandwidth adjustment is avoided, thereby improving the experience of the old user traffic.

[0007] In combination with the first aspect, in some implementations of the first aspect, determining that the user traffic to which the traffic data belongs is not marked comprises: when the characteristic information is not on a first traffic characteristic list, determining that the user traffic is not marked; and wherein marking the user traffic comprises: adding the characteristic information to the first traffic characteristic list to mark the user traffic.

[0008] In the implementation, whether the user service is marked is determined according to whether the characteristic information of the user service is in the first service characteristic list, so that the OTN device can allocate bandwidth to the user service which is not marked, and after the bandwidth is allocated, the characteristic information is added to the first characteristic list to mark the user service.

[0009] In combination with the first aspect, in some implementations of the first aspect, the first bandwidth adjustment value of the OTN pipe is determined according to the characteristic information; and the bandwidth of the OTN pipe used for transmitting the user service is adjusted by using the first bandwidth adjustment value.

[0010] In the implementation, the OTN device determines the first bandwidth adjustment value of the pipe according to the characteristic information, and adjusts the bandwidth of the pipe according to the first bandwidth adjustment value.

[0011] In combination with the first aspect, in some implementations of the first aspect, the first bandwidth adjustment value of the OTN pipe is determined according to the characteristic information of the user service, including: determining whether the characteristic information is in the second service characteristic list.

[0012] When the characteristic information is not in the second service characteristic list, the first bandwidth adjustment value is determined according to the characteristic information, and the characteristic information is added to the second service characteristic list; or,

[0013] When the characteristic information is in the second service characteristic list, the first bandwidth adjustment value is set to zero.

[0014] In the implementation, the first bandwidth adjustment value can be determined according to whether the characteristic information is in the second service characteristic list. When the user service belongs to the user service which is not marked and the characteristic information of the user service is not in the second service characteristic list, the OTN device has not allocated bandwidth to the user service, and the bandwidth is allocated to the user service according to the characteristic information, and the characteristic information of the user service is added to the second service characteristic list. When the characteristic information is in the second service characteristic list, it means that the OTN device has allocated bandwidth to subsequent service data belonging to the user service before receiving the service data, and therefore, the first bandwidth adjustment value is set to zero to avoid allocating bandwidth to the same user service again.

[0015] In combination with the first aspect, in some implementations of the first aspect, the first bandwidth adjustment value of the OTN pipe is determined according to the characteristic information, including: determining the type of the user service according to the characteristic information; and determining the first bandwidth adjustment value of the OTN pipe according to the type of the user service.

[0016] In the implementation, the OTN device can allocate different bandwidths to different types of user services according to the types of the user services, so that bandwidth resources can be saved.

[0017] In the embodiments of the present application, the OTN device can store a list of service types and corresponding required bandwidths, or maintain a program, module or the like capable of determining the service type according to the characteristic information and then determining the required bandwidth, and the OTN device adjusts the bandwidth of the OTN pipe by determining the required bandwidth as the first bandwidth adjustment value.

[0018] In combination with the first aspect, in some implementations of the first aspect, it is determined that the user service is offline; the characteristic information is removed from the first service characteristic list and the second service characteristic list; a second bandwidth adjustment value of the OTN pipe is determined according to the characteristic information; and the bandwidth of the OTN pipe is adjusted according to the second bandwidth adjustment value.

[0019] In this implementation, the OTN device can remove the characteristic information of the user service from the first service characteristic list and the second service characteristic list in time after the user service is offline, and release the redundant bandwidth, thereby reducing the waste of bandwidth resources.

[0020] In combination with the first aspect, in some implementations of the first aspect, it is determined that the user service is offline, including: monitoring the traffic of the user service, wherein the characteristic information of the user service is on the first service characteristic list; and determining that the user service is offline when the traffic of the user service in a predetermined period is less than a threshold value.

[0021] In this implementation, the OTN device monitors the traffic of the user service whose characteristic information is on the first service characteristic list in real time, and when the traffic of a certain user service is less than a threshold value in a predetermined period, it means that the user service has been in standby state for a long time or has been completely offline, and when the bandwidth resource is relatively tight, the redundant bandwidth resource occupied by the user service can be released to save the pipe bandwidth resource.

[0022] In combination with the first aspect, in some implementations of the first aspect, the received service data is discarded.

[0023] In this implementation, the OTN device discards the first few service data of a user service in the bandwidth adjustment process, so that the online user service is not affected by the unmarked user service, i.e. the new service, and the packet loss is improved, and the user experience is improved.

[0024] In combination with the first aspect, in some implementations of the first aspect, the received service data is buffered; and after the user service is marked, the service data is sent.

[0025] In this implementation, the OTN device buffers the service data that is not on the first service characteristic list, so that the service data can be sent after the bandwidth adjustment is completed, which can avoid the first few service data of the new user service from being discarded, and the user experience of the new online user service is better.

[0026] In some implementations of the first aspect, the OTN pipe includes an optical service unit (OSU) pipe or a flexible optical channel data unit (ODUflex) pipe.

[0027] In some implementations of the first aspect, the service data is an Internet Protocol (IP) packet, and the characteristic information includes a source IP address, a destination IP address, and a virtual local area network (VLAN) number of the IP packet.

[0028] In some implementations of the first aspect, the service data is a transmission control protocol (TCP) packet or a user datagram protocol (UDP) packet, and the characteristic information includes a source IP address, a destination IP address, a VLAN number, an IP protocol number, and a port number of the TCP or UDP packet.

[0029] In some implementations of the first aspect, the service data is an Ethernet media access control (MAC) frame, and the characteristic information includes a source MAC address, a destination MAC address, and a VLAN number of the Ethernet MAC frame.

[0030] In a second aspect, an apparatus for adjusting bandwidth of an optical transport network (OTN) pipe is provided. The apparatus includes a first determining module configured to determine characteristic information of received service data; a second determining module configured to determine, according to the characteristic information, that a user service to which the service data belongs has not been marked; a first adjusting module configured to adjust bandwidth of an OTN pipe used to transmit the user service; and a marking module configured to mark the user service after the first adjusting module completes adjusting the bandwidth of the OTN pipe used to transmit the user service.

[0031] According to the scheme provided in the present application, the first determining module determines the characteristic information of the received service data, and then the second determining module determines that the user service to which the service data belongs has not been marked. The first adjusting module adjusts the bandwidth of the OTN pipe used to transmit the user service, and the marking module marks the user service. This method can ensure that the normal operation of the marked user service (i.e., an old user service) is not affected during bandwidth adjustment when the unmarked user service (i.e., a new user service) accesses the OTN, and can avoid packet loss of the old user service during bandwidth adjustment, thereby improving the experience of the old user service.

[0032] In some implementations of the second aspect, the first determining module is specifically configured to determine, according to the characteristic information not being on a first service characteristic list, that the user service to which the service data belongs has not been marked.

[0033] The marking module is specifically configured to add the characteristic information to the first service characteristic list to mark the user service.

[0034] In the implementation, the first determining module determines whether the user service has been marked according to whether the characteristic information is in the first service characteristic list, so that the OTN device can allocate bandwidth to the user service which has not been marked, and after the bandwidth is allocated, the marking module adds the characteristic information to the first service characteristic list to mark the user service.

[0035] With reference to the second aspect, in some implementations of the second aspect, the apparatus further includes a third determining module configured to determine a first bandwidth adjustment value of the OTN pipe according to the characteristic information.

[0036] The first adjusting module is specifically configured to adjust the bandwidth of the OTN pipe according to the first bandwidth adjustment value of the OTN pipe.

[0037] In the implementation, the third determining module determines the first bandwidth adjustment value of the pipe according to the characteristic information, and the first adjusting module adjusts the bandwidth of the pipe according to the first bandwidth adjustment value.

[0038] With reference to the second aspect, in some implementations of the second aspect, the third determining module is specifically configured to:

[0039] when the characteristic information is not in the second service characteristic list, determine a first bandwidth adjustment value of the OTN pipe according to the characteristic information, and add the characteristic information to the second service characteristic list; or

[0040] when the characteristic information is in the second service characteristic list, determine the first bandwidth adjustment value of the OTN pipe as zero.

[0041] In the implementation, the first bandwidth adjustment value can be determined according to whether the characteristic information is in the second service characteristic list. When the user service has not been marked and the characteristic information of the user service is not in the second service characteristic list, the OTN device has not allocated bandwidth to the user service, and bandwidth is allocated to the user service according to the characteristic information, and the characteristic information of the user service is added to the second service characteristic list. When the characteristic information is in the second service characteristic list, it means that the OTN device has allocated bandwidth to previous service data belonging to the user service before receiving the service data, and therefore setting the first bandwidth adjustment value as zero can avoid allocating bandwidth to the same user service again.

[0042] With reference to the second aspect, in some implementations of the second aspect, the third determining module is specifically configured to: determine a type of the user service according to the characteristic information, and determine the first bandwidth adjustment value of the OTN pipe according to the type of the user service.

[0043] In the implementation, the OTN device can allocate different bandwidths to different types of user services according to the type of the user service, so that bandwidth resources can be saved.

[0044] It should be understood that, for this implementation, when the third determination module does not determine whether the feature information is on the second service feature list, the third determination module directly determines the user service type according to the feature information, determines the first bandwidth adjustment value according to the user service type, and adjusts the pipe bandwidth accordingly.

[0045] When the third determination module determines whether the feature information is on the second service feature list, only when the feature information is not on the second service feature list, the third determination module directly determines the user service type according to the feature information, determines the first bandwidth adjustment value according to the user service type, and adjusts the pipe bandwidth accordingly; when the feature information is on the second service feature list, the third determination module determines that the first bandwidth adjustment value is zero, and does not need to further determine the user service type, and the pipe bandwidth does not need to be adjusted.

[0046] In combination with the second aspect, in some implementations of the second aspect, the apparatus further includes a fourth determination module, a removal module, a fifth determination module, and a second adjustment module. The fourth determination module is configured to determine that a user service is offline. The removal module is configured to remove the feature information of the user service from the first service feature list and the second service feature list. The fifth determination module is further configured to determine a second bandwidth adjustment value of the OTN pipe according to the feature information of the user service. The second adjustment module is further configured to adjust the bandwidth of the OTN pipe according to the second bandwidth adjustment value.

[0047] In this implementation, after the fourth determination module determines that the user service is offline, the removal module removes the feature information of the user service from the first service feature list and the second service feature list, and the second adjustment module releases the redundant bandwidth, thereby reducing the waste of bandwidth resources.

[0048] In combination with the second aspect, in some implementations of the second aspect, the fourth determination module includes a monitoring unit configured to monitor the traffic of a user service, wherein the feature information of the user service is on the first service feature list; and a determination unit configured to determine that the user service is offline according to that the traffic of the user service in a predetermined period is less than a threshold value.

[0049] In this implementation, the monitoring unit monitors the traffic of the user service whose feature information is on the first service feature list in real time. When the traffic of a certain user service is less than a threshold value in a predetermined period, it means that the user service has been in standby state for a long time or has been completely offline. When the bandwidth resource is relatively tight, the bandwidth resource occupied by the user service can be released to save the pipe bandwidth resource.

[0050] In combination with the second aspect, in some implementations of the second aspect, the apparatus 800 further includes a discarding module configured to discard the received service data.

[0051] In the implementation, the discarding module discards the first several service data of a user service, so that the user service that is online is not affected by the new service that is not marked and packet loss is improved, and user experience is improved.

[0052] In combination with the second aspect, in some implementations of the second aspect, the apparatus further includes a caching module configured to cache the received service data; and the apparatus further includes a sending module configured to send the service data after the marking module marks the user service.

[0053] In the implementation, the caching module caches the service data that is not in the first service feature list, so that the sending module sends the service data after bandwidth adjustment is completed, which avoids discarding the first several service data of the new user service, and user experience of the new user service is improved.

[0054] In combination with the second aspect, in some implementations of the second aspect, the OTN pipe includes an optical service module (OSU) pipe or a flexible optical channel data module (ODUflex) pipe.

[0055] In combination with the second aspect, in some implementations of the second aspect, the service data is an Internet Protocol (IP) packet, and the feature information includes a source IP address, a destination IP address, and a virtual local area network (VLAN) number of the IP packet.

[0056] The service data is a Transmission Control Protocol (TCP) packet or a User Datagram Protocol (UDP) packet, and the feature information includes a source IP address, a destination IP address, a VLAN number, an IP protocol number, and a port number of the TCP or UDP packet; or

[0057] The service data is an Ethernet Media Access Control (MAC) frame, and the feature information includes a source MAC address, a destination MAC address, and a VLAN number of the Ethernet MAC frame.

[0058] In a third aspect, an apparatus for adjusting bandwidth of an optical transport network (OTN) pipe is provided, and the apparatus includes a processor and a communication interface, the processor is coupled to the memory through the communication interface, and the processor is configured to execute program codes in the memory to implement the method in the first aspect or any possible implementation manner of the first aspect.

[0059] In a fourth aspect, an OTN system is provided, and the OTN system is configured to implement the method in the first aspect or any possible implementation manner of the first aspect.

[0060] In a fifth aspect, a computer program product is provided, and the computer program product includes computer program codes or instructions, when the computer program codes or instructions are executed on an OTN device, the OTN device is caused to implement the method in the first aspect or any possible implementation manner of the first aspect.

[0061] In a sixth aspect, a computer storage medium is provided, and the computer storage medium stores computer instructions, which, when executed on a computer, cause the computer to perform the method in the first aspect or any possible implementation manner of the first aspect.

[0062] In a seventh aspect, a chip is provided, and the chip comprises: a processor configured to invoke and run a computer program from a memory, so that a communication device installed with the chip performs the method in the first aspect or any possible implementation manner of the first aspect. BRIEF DESCRIPTION OF DRAWINGS

[0063] Figure 1 is an application scenario suitable for the present application.

[0064] Figure 2 A schematic flow chart of a method for adjusting OTN pipe bandwidth is shown, which is an embodiment of the present application.

[0065] Figure 3 A schematic flow chart of a method for adjusting OTN pipe bandwidth is shown, which is an embodiment of the present application.

[0066] Figure 4 A schematic flow chart of a method for adjusting OTN pipe bandwidth is shown, which is a specific embodiment of the present application.

[0067] Figure 5 A schematic flow chart of a method for adjusting OTN pipe bandwidth is shown, which is another specific embodiment of the present application.

[0068] Figure 6 A schematic flow chart of a method for adjusting OTN pipe bandwidth is shown, which is another specific embodiment of the present application.

[0069] Figure 7 A schematic flow chart of a method for adjusting OTN pipe bandwidth is shown, which is another specific embodiment of the present application.

[0070] Figure 8 A schematic block diagram of an apparatus for adjusting OTN pipe bandwidth is shown, which is an embodiment of the present application. DETAILED DESCRIPTION

[0071] The technical solutions in the present application will be described below with reference to the drawings.

[0072] Currently, in the field of home broadband services, the rapid development of emerging virtual reality (VR) games, cloud games, ultra-clear videos, online education and other applications makes ordinary home users increasingly demand low latency and low jitter network quality. Optical transport network (OTN) pipes can provide promised bandwidth isolation and stable latency performance, which is suitable for such services. However, in the traditional OTN networking scheme, the OTN pipe is generally applied by the user and issued by the operator. Once the user opens the service, the network bandwidth resource is statically reserved regardless of whether it is actually used or not, and is idle when not in use.

[0073] For example, family 1 and family 2 share an OTN network. Family 1 mainly surfs the Internet for classes during the day, with a peak bandwidth of 100M; family 2 mainly plays games or live broadcasts after work hours, with a peak bandwidth of 200M. The two families do not overlap in the use of OTN services throughout the day, so the actual traffic throughout the day does not exceed 200M. However, if the maximum bandwidth requirement is reserved, 300M of network resources will be occupied at all times.

[0074] All home users in the network will not be online at the same time for 24 hours, but there is a certain concurrency ratio. If the network is built according to the maximum demand bandwidth of all users, the peak OTN resource of the entire network will be reserved, which will inevitably cause part of the resource to be idle for a long time, resulting in a great waste of cost for the operator.

[0075] Currently, in order to avoid the above problems, the prior art provides a method for dynamically adjusting the bandwidth of an OTN pipe:

[0076] When creating an OTN pipe, a bandwidth margin threshold is reserved for the pipe. Then, at the OTN device at the entrance of the pipe, the total traffic carried by the pipe is monitored. When the bandwidth margin is less than the threshold value, the bandwidth margin is adjusted again to reach the threshold value.

[0077] For example, the bandwidth margin threshold is 1G, and when the OTN pipe traffic is detected as 300M, the pipe bandwidth is triggered to be adjusted to 1.3G; and when the traffic is monitored as 500M, the pipe bandwidth is changed to 1.5G. However, this scheme has certain disadvantages: first, a small amount of bandwidth is wasted due to the need to reserve a certain bandwidth margin threshold; second, when multiple user services are online at the same time, the old user services using the OTN pipe are damaged. For example, assume that an OTN pipe is shared by multiple home user services, and the bandwidth margin threshold of the pipe is 1G, and the service bandwidth of each home user service is 200M. When only one user service is online, the pipe bandwidth is 1.2G; suddenly, at a certain moment, six new user services are online, and theoretically, the total bandwidth required is (6+1)*200M+1G=2.4G, which exceeds the current 1.2G. However, the bandwidth needs to be adjusted from 1.2G to the target 2.4G, which requires a process, and before the process is completed, the user service traffic exceeding the bandwidth will cause congestion and packet loss, and the loss is indiscriminate, that is, the old user service already in use is damaged, and the user experience is severely affected.

[0078] In summary, in the OTN, how to ensure that the online user services are not damaged when new user services are online during the bandwidth adjustment process is a problem that needs to be solved in the industry.

[0079] Therefore, the present application provides a method and device for adjusting the bandwidth of an OTN pipe, which sets a whitelist system for the OTN device sending service data of the OTN pipe port, and when it is determined according to the characteristic information that the user service is not marked, the pipe bandwidth is adjusted, and the OTN device does not send service data of the user service, so as to not affect the transmission of the online user service. In addition, when the bandwidth of the OTN pipe is adjusted using the method, the bandwidth can be allocated as needed to avoid waste caused by static allocation of bandwidth; and the redundant bandwidth can be released in time by monitoring the user service traffic, so as to effectively allocate bandwidth resources.

[0080] In order to facilitate understanding of the embodiments of the present application, the concepts involved in the present application are first explained.

[0081] 1. Optical Transport Network (OTN): OTN combines the electrical network and all-optical network, and transplants the perfect overhead management function of Synchronous Digital Hierarchy (SDH) to Wavelength Division Multiplexing (WDM), effectively making up for the deficiency of the existing WDM system in performance monitoring and maintenance management, and realizing the transmission, multiplexing, routing selection and monitoring of service signals in the optical domain. OTN can complete various signal encapsulation and transparent transmission, realize large-granularity bandwidth multiplexing, cross and configuration, and has strong overhead and maintenance management capability.

[0082] 2. Virtual Local Area Network (VLAN): VLAN is a technology of logically dividing devices in a local area network into different network segments to realize virtual workgroups. VLAN is proposed to solve the security of Ethernet, and the broadcast and unicast traffic in a VLAN will not be forwarded to other VLANs.

[0083] 3. Service data: In order to realize the reliability of network transmission data, no matter what transmission protocol is used, the common way is that the data sender divides the multimedia original file into fixed-size data blocks (i.e. service data of the present application), and then packs each data block according to the adopted protocol, adjusts the corresponding control information or command information and sends it to the receiving end. In the transmission process, it will be continuously encapsulated into packets, packets, frames for transmission, that is, some headers composed of control information are added. The control information of the header generally includes source identification, destination identification, data length, survival time, protocol number, port number, etc. of the service message.

[0084] In order to facilitate the understanding of the embodiments of the present application, the following points are explained

[0085] In various embodiments of the present application, the terms and / or descriptions of different embodiments are consistent and can be mutually referred to if there is no special description and logical conflict, and the technical features in different embodiments can be combined to form new embodiments according to their inherent logical relationship.

[0086] It can be understood that in the embodiments shown below, "first", "second" and various numerical numbers are only distinguished for the convenience of description, and do not limit the scope of the embodiments of the present application. The size of the serial number of each process below does not mean the order of execution, and the execution order of each process should be determined according to its function and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0087] In the embodiments of the present application, the descriptions such as "when", "in the case of", "if", and "whether" all refer to the objective situation that the device will make corresponding processing, which is not limited in time, and does not require the device to have a judgment action when it is implemented, nor does it mean that there are other limitations.

[0088] The method provided by the embodiments of the present application will be described in detail below with reference to the drawings.

[0089] Figure 1 An application scenario suitable for the present application is shown, as shown in Figure 1 The entire OTN network includes users, OTN pipes and servers. The OTN pipes include access OTN, intermediate OTN and cloud-side OTN. The OTN device close to the user side is the access OTN device, the OTN device close to the server is the cloud-side OTN device, and the intermediate OTN device can be one or more. Among them, the access OTN can also be called the source node, the intermediate OTN device can also be called the intermediate node, and the cloud-side OTN device can also be called the sink node. Several users subscribe to OTN services, and the users subscribing to OTN services can be for video, games, live broadcast, etc. Several users subscribing to OTN services share the OTN pipe.

[0090] Figure 2 A schematic flowchart of a method 200 for adjusting the bandwidth of the OTN pipe according to the embodiments of the present application is shown, which is executed by the OTN device. As shown in Figure 2 The method 200 includes:

[0091] S210, determining the characteristic information of the received service data.

[0092] S220, judging whether the user service to which the service data belongs is marked.

[0093] If the user service is not marked,

[0094] S2210, adjusting the pipe bandwidth, and then marking the user service.

[0095] If the user service is marked,

[0096] S2220, sending the received service data.

[0097] The service data in the method 200 is the basic transmission unit of the user service. The same user service will be divided into several service data for transmission, and will be received by the OTN device at a certain rate. The characteristic information is the control information of the header of the service data. The OTN device can confirm the header control information, i.e., the characteristic information, of each service data when receiving the service data. It can be understood that the characteristic information is both the characteristic information of the received service data and the characteristic information of the user service to which the service data belongs.

[0098] The OTN device determines whether the received service data belongs to a marked user service by a certain manner, and determines whether to send the service data according to the determination result. If the service data is not marked, the pipe bandwidth used for transmitting the user service to which the service data belongs is adjusted first, and then the user service is marked. The user service becomes a marked user service, and the subsequent service data of the user service received by the OTN device at a certain rate can be sent to other OTN node devices in the pipe.

[0099] The method 200 can limit the sending of the user service by a certain rule, and only send the service data of the user service that has been marked (i.e., the old user service). For the user service that has not been marked (i.e., the new user service), the service data of the user service is not sent before the pipe bandwidth is adjusted and the user service is marked. Thus, the congestion of the user service flow caused by insufficient pipe bandwidth is avoided, and the normal operation of the online user service that has been marked is affected.

[0100] The method 200 can make the new user service online bandwidth adjustment process not affect the normal operation of the old user service, so that the old user service obtains better user experience.

[0101] It should be understood that the steps of adjusting the bandwidth of the OTN pipe used for transmitting the user service and marking the user service in step S2210 can also be performed simultaneously or the user service is marked first and then the pipe bandwidth is adjusted in implementation. However, in this case, since the bandwidth adjustment needs a certain time, the newly received subsequent service data of the user service is sent by the OTN device during the bandwidth adjustment, causing short-time flow congestion, and the flow congestion stops only after the bandwidth adjustment is completed. After that, different user services are transmitted in the OTN pipe together, forming concurrent shared OTN pipes.

[0102] In S210, the characteristic information of the received service data is determined. The received service data can be an IP packet, a TCP / UDP packet, or an Ethernet media access control layer (MAC) frame. The characteristic information is the header control information of the service data. When the service data is an Internet Protocol (IP) packet, the characteristic information can include the source IP address, the destination IP address, and the Virtual Local Area Network (VLAN) number of the IP packet. When the service data is a Transmission Control Protocol (TCP) or User Datagram Protocol (UDP) packet, the characteristic information can include the source IP address, the destination IP address, the VLAN number, the IP protocol number, and the port number of the packet. When the service data is an Ethernet MAC frame, the characteristic information can include the source MAC address, the destination MAC address, and the VLAN number.

[0103] The service data can be service data sent from the user side to the server side or a message sent from the server side to the user side in different application scenarios. Correspondingly, the access OTN device close to the user side receives the service data or the cloud OTN device close to the server side receives the service data, which is not limited in the application.

[0104] In S220, it is judged whether the user service to which the service data belongs is marked.

[0105] In the embodiment of the application, according to the feature information confirmed in S210, it can be understood that the user service to which the service data belongs is judged whether it is marked or not, that is, the user service is divided into two categories, namely, marked user service and unmarked user service, so that the next operation is performed according to the judgment result.

[0106] In a possible implementation, the OTN device judges whether the user service to which the received service data belongs is marked by setting a first service feature list. The OTN device can compare the feature information determined in S210 with the first service feature list, and when the feature information of the service data is not on the first service feature list, it is judged that the user service to which the service data belongs is not marked. The first service feature list can be a table stored in the OTN device, and the OTN device can read and write the table, so that the table is updated as needed.

[0107] In another possible implementation, the OTN device can judge whether the user service to which the service data belongs is marked according to the feature information through a program or a module. For example, through the input feature information, the internal program or module of the OTN device can output the attribute of the user service, that is, whether it is marked, and the next operation is performed according to the output result. The process of marking the user service can be to write the feature information of the user service into the program or module, so that it becomes a marked user service.

[0108] In S2210, if the user service is not marked, the bandwidth of the OTN pipe used to transmit the user service is adjusted, and then the user service is marked.

[0109] In the embodiment of the application, when the user service is not marked, the pipe needs to be adjusted in bandwidth, and then the service is marked. It can be seen that, compared with the marked user service, the unmarked user service needs to perform the process of bandwidth adjustment. The method 200 corresponds to the process of user online, so the adjustment here can be understood as increasing the pipe bandwidth. For the unmarked user service, the OTN pipe does not allocate bandwidth for it, so it needs to be adjusted in bandwidth first, so that the pipe meets the demand. After the user service is marked, the subsequent service data of the user service meets the condition of S2220, and the OTN device transmits the subsequent service data of the user service.

[0110] In a possible implementation, the OTN device determines that the characteristic information of the received service data is not on the first service characteristic list, i.e., the OTN pipe bandwidth is adjusted first, and the subsequent service data of the user service meets the condition of S2220, and then the OTN device sends the subsequent service data of the user service. It can be seen that the first service characteristic list is equivalent to a forwarding plane whitelist. The service data of the user service on the whitelist can be directly sent, and the service data of the user service not on the whitelist needs to be added to the whitelist after adjusting the pipe bandwidth, and then can be sent. Therefore, the user service not originally on the first service characteristic list can be regarded as being unblocked by being added to the first service characteristic list.

[0111] In the embodiments of the present application, only the first service characteristic list is used to perform the function of the forwarding plane whitelist. In other embodiments of the present application, the first service characteristic list can also perform the function of the forwarding plane blacklist. That is, initially, the characteristic information of all user services subscribed to the OTN service is on the first service characteristic list. When a user service is not marked, the characteristic information of the user service is removed from the first service characteristic list after adjusting the pipe bandwidth for the user service, and then the OTN device can send the subsequent service data of the user service.

[0112] In the embodiments of the present application, in a possible implementation, the first bandwidth adjustment value of the OTN pipe is determined according to the characteristic information, and the bandwidth of the OTN pipe is adjusted according to the first bandwidth adjustment value.

[0113] Specifically, the service data can be classified according to the characteristic information, the required bandwidth of the type of the user service to which the service data belongs is obtained, and the first bandwidth adjustment value of the OTN pipe is determined according to the required bandwidth. The characteristic information can be the characteristic information determined by the OTN device in S210, or the characteristic information re-extracted by the OTN device from the service data. The characteristic information used as the classification basis can be all the identified or extracted characteristic information, or part of the characteristic information.

[0114] In the embodiments of the present application, the process of obtaining the required bandwidth of the service type can be that the OTN device maintains a list in which a service type is corresponded to a required bandwidth, and the OTN device compares the characteristic information with the list to obtain the bandwidth corresponding to the service type in the list as the required bandwidth. The process of obtaining the required bandwidth of the service type can also be that the OTN device has a related program or module inside, and by inputting the characteristic information, the required bandwidth of the service data type can be obtained as output.

[0115] Specifically, the bandwidth required by the service type can be the maximum bandwidth of the service data or a value set by reasonably calculating the maximum bandwidth, the average bandwidth and other related data. For example, a hospital uses OTN service as the main information transmission system, and the main two services of the hospital are image service and office service. The image service characteristic information is: destination IP = cloud, source IP = hospital, VLAN = 1, and the office service characteristic information is: destination IP = cloud, source IP = hospital, VLAN = 2. The required maximum bandwidths are 1500M and 300M respectively. At a certain moment, the OTN device receives an IP packet, judges that the packet belongs to the image packet of the hospital through the destination IP = cloud, source IP = hospital, VLAN = 1 of the packet, and determines that the user service requires 1500M bandwidth, which corresponds to increasing the bandwidth of the OTN pipe by 1500M.

[0116] Specifically, the process of adjusting the bandwidth of the OTN pipe includes:

[0117] The OTN device sends the bandwidth adjustment instruction to other OTN node devices of the OTN pipe;

[0118] After other OTN node devices complete bandwidth adjustment, they send a bandwidth adjustment completion feedback to the OTN device;

[0119] The OTN device receives the feedback of all OTN devices of the pipe, that is, completes the process of adjusting the bandwidth of the OTN pipe.

[0120] In the embodiments of the present application, the bandwidth is adjusted according to the service type, that is, the OTN device can allocate bandwidth as needed, and the bandwidth resources can be fully utilized without waste.

[0121] In another possible implementation, the OTN device discards or caches the service data of the unmarked user service received.

[0122] When the OTN device discards the service data, it should be understood that the OTN device can discard the service data after confirming the characteristic information.

[0123] When the OTN device caches the service data, the OTN device can first forward the cached service data to other OTN device nodes of the OTN pipe after the bandwidth adjustment is completed, and then forward the subsequent service data of the user service.

[0124] Caching the first few service data of the unmarked user service can make the user service allowed to be sent after being added to the first service characteristic list, and will not cause results such as lag due to the lack of the first few service data, and the experience is better.

[0125] It should be understood that, due to different time required by different bandwidth adjustment methods, all the service data of the unmarked user service received by the OTN device will be discarded or buffered before the bandwidth adjustment is completed, i.e., the number of the discarded or buffered service data is indefinite.

[0126] In S2220, if the user service has been marked, the received service data is sent.

[0127] If the OTN device judges that the user service has been marked, no other operation is performed, and the service data of the user service is directly sent. The OTN device can send the service data to other OTN node devices on the pipe.

[0128] In a possible implementation, the OTN device judges that the characteristic information is on the first service characteristic list, does not trigger bandwidth adjustment, and directly forwards the service data. When the characteristic information of the service data is on the first service characteristic list, it means that the OTN device has allocated bandwidth for the user service to which the service data belongs, and therefore, the bandwidth adjustment is not needed, and the direct forwarding of the service data will not affect other online user services.

[0129] In the embodiments of the present application, a second service characteristic list can also be set. A schematic flow chart of a method 300 for adjusting the bandwidth of the OTN pipe according to the embodiments of the present application is shown in Figure 3 The method 300 includes the following steps.

[0130] S310, service data of a user service is received, and characteristic information of the user service is not on a first service characteristic list.

[0131] S320, it is determined whether the characteristic information is on a second service characteristic list.

[0132] If the characteristic information is not on the second service characteristic list:

[0133] S3210, a first bandwidth adjustment value is determined according to the characteristic information, and the characteristic information is added to the second service characteristic list.

[0134] If the characteristic information is on the second service characteristic list:

[0135] S3220, the first bandwidth adjustment value is set to zero.

[0136] S330, the bandwidth of the OTN pipe for transmitting the user service is adjusted according to the first bandwidth adjustment value.

[0137] S340, the characteristic information is added to the first service characteristic list.

[0138] The method 300 adds a judgment process before the pipeline bandwidth adjustment, i.e. judging whether the characteristic information is on the second service characteristic list, and only allocates bandwidth to the original user service not on the second service characteristic list.

[0139] As mentioned above, before the pipeline bandwidth adjustment is completed, a plurality of service data will be received by the OTN device, and when the second service characteristic list is set, the first service data of the plurality of service data can be allocated bandwidth, and when the subsequent service data is received by the OTN device, since the second service characteristic list already has the characteristic information of the user service, the first bandwidth adjustment value can be set to zero, i.e. the subsequent service data of the user service will not be repeatedly allocated bandwidth.

[0140] The method 300 can be online when a new user service is online, without affecting the operation of the online user service, and without causing the problem of repeatedly allocating bandwidth for the same user service.

[0141] In S310, the OTN device receives service data of a user service, wherein the characteristic information of the user service is not on the first service characteristic list. The user service whose characteristic information is not on the first service characteristic list can be understood as a new service, i.e. a possible implementation of the user service not marked in the method 200, and the OTN device has not allocated bandwidth for the user service.

[0142] In S320, it is determined whether the characteristic information is on the second service characteristic list, and the process of judging whether the characteristic information is on the first service characteristic list is similar to that described above.

[0143] In the method 300, the difference between the first service characteristic list and the second characteristic list can only be the difference in update time, i.e. when a new online user service (the user service whose characteristic information is not on the first service characteristic list) is online, the characteristic information is first added to the second service characteristic list to update the second service characteristic list according to S3210, and then the first service characteristic list is updated according to S340. The first service characteristic list is used as a basis for judging whether the OTN device transmits a user service, and the second service characteristic list is used as a basis for judging whether the OTN device allocates bandwidth for a user service (the characteristic information of the user service is set to 0 in the second service characteristic list, i.e. no bandwidth is allocated). Therefore, the characteristic information added to the two lists only needs to be able to distinguish each user service, and in some cases, the contents of the two lists can also be different, which is not limited by the present application. For different user services, the corresponding characteristic information can be used to distinguish each user service as described above.

[0144] In the method 300, the second service feature list is equivalent to a blacklist of bandwidth adjustment. During the bandwidth adjustment for a service of a user, a plurality of service data are received by the OTN device. According to the second service feature list, subsequent service data of the same user service do not need to be allocated bandwidth, i.e., the repeated allocation of bandwidth resources can be avoided.

[0145] In S3210, if the feature information is not on the second service feature list, the first bandwidth adjustment value is determined according to the feature information, and the feature information is added to the second service feature list.

[0146] The process of determining the first bandwidth adjustment value in S3210 can be consistent with the method 200, i.e., determining the service type of the user according to the feature information, and determining the first bandwidth adjustment value according to the service type.

[0147] In S3210, the feature information is added to the second service feature list. After the bandwidth adjustment value of the user service is determined, the user service can be added to the blacklist (second service feature list) of bandwidth adjustment, so as to avoid the repeated allocation of bandwidth for a user service.

[0148] It should be understood that the steps of S3210 can also be to add the feature information to the second service feature list first, and then determine the bandwidth adjustment value according to the feature information, or the process of determining the bandwidth adjustment value and the process of adding the feature information to the second service feature list are performed simultaneously. These several implementation manners have no essential influence on the effect of the scheme, and can also achieve the technical effects of the present application.

[0149] In S3220, if the feature information is on the second service feature list, the first bandwidth adjustment value is set to zero.

[0150] In the method 300, the first service feature list is set as a whitelist and the second service feature list is set as a blacklist, so that the two lists can be updated in a consistent manner when the same user service is online, i.e., the feature information of the user service is added to the lists.

[0151] It should be understood that the feature information in the present application is used to distinguish the specific user service, whether for the first service feature list or the second service feature list. Therefore, the feature information listed in the present application is only exemplary, and other features for distinguishing the specific user service should also fall within the protection scope of the present application.

[0152] In S340, the feature information is added to the first service feature list. The process has been exemplarily given in the method 200, which will not be repeated here.

[0153] In one possible implementation, the OTN device in the method 300 can also discard the received service data. It should be understood that the discarding step should be understood as not forwarding the service data. The discarding operation can be performed after the OTN device determines the characteristic information of the service data.

[0154] In another possible implementation, the OTN device in the method 300 can also cache the received service data. When the OTN device caches the service data, the OTN device can first send the cached service data to other OTN device nodes of the OTN pipe after the bandwidth adjustment is completed, and then send the subsequent service data of the user service. The OTN device can extract the characteristic information from the cached service data after caching the service data, and perform other steps, such as determining the bandwidth adjustment value, adding the first service characteristic list, and other operations that require characteristic information.

[0155] Through the embodiments of the present application, new user services can be effectively allocated bandwidth as needed without affecting the online user services, and the first service data of the new user services can be cached to obtain better user experience.

[0156] In another embodiment of the present application, in the method 200, the OTN device can also monitor and periodically count the actual traffic of the user service that has been marked. For example, the OTN device can count the traffic of the user service that has been marked in real time, and thus can monitor that the traffic of the user service is lower than a certain threshold in a predetermined period, for example, ten minutes, that is, it can be determined that the user service is offline. The threshold can be artificially set, for example, when it is found that the user service is in a standby state for a long time, there can still be very low average traffic, and if the pipe bandwidth resource is relatively tight, the pipe bandwidth resource occupied by the user service can also be released at this time. The threshold can be zero, that is, it is monitored that the traffic of the user service is zero in ten minutes, and the bandwidth allocated to the user service is released, so that when the pipe bandwidth resource is relatively abundant, the user service that is temporarily in standby and still has low traffic can not be forced offline.

[0157] Specifically, the process of releasing the pipe bandwidth includes the following three steps:

[0158] Before corresponding adjustment of the bandwidth allocated thereto, the OTN device cancels the marking of the user service.

[0159] According to the characteristic information of the user service, the type of the user service is determined, and then the required bandwidth value is determined.

[0160] The required bandwidth value is used as a second bandwidth adjustment value to adjust the OTN pipe bandwidth. Unlike the adjustment of the bandwidth in the method 200 and the method 300, the adjustment at this time is for the offline user service, and thus the pipe bandwidth is correspondingly reduced.

[0161] Similarly, in the method 300, the OTN device can also monitor and periodically count the actual traffic of the user service in the first service feature list, and when a user service is offline, if the traffic of the user service in a predetermined period is reduced below a threshold value, the bandwidth allocated to the user service can be adjusted correspondingly to release redundant bandwidth resources.

[0162] The corresponding adjustment of the bandwidth allocated to the user service includes:

[0163] Removing the feature information of the user service from the first service feature list and the second service feature list;

[0164] Adjusting the OTN pipe bandwidth according to the second bandwidth adjustment value of the user service.

[0165] Similarly, in the above operation for the offline user service, the bandwidth adjustment is to reduce the pipe bandwidth.

[0166] Unlike the OTN device adjusting the pipe bandwidth first and then marking the user service (adding the feature information to the first service feature list) when the user service is online, the preferred embodiment of the OTN device when the user service is offline is to cancel the marking of the user service first (remove the feature information from the first service feature list), and then adjust the pipe bandwidth. This can avoid the situation that the user service which has been determined to be offline suddenly comes online after the pipe bandwidth is adjusted, and if the user service is not canceled, its service data can still be sent by the OTN device, but the pipe bandwidth does not meet the demand, causing congestion of the user service traffic and affecting the user experience of the normal running user service. Since the possibility of a user service that has been offline for a long time to come online during the bandwidth adjustment period is small, the steps for online are to adjust (reduce) the pipe bandwidth first, and then remove the feature information of the user service from the first service feature list and the second service feature list.

[0167] If the offline user service comes online again, it can still be allocated bandwidth according to the steps for online in the method 200 or the method 300, that is, the orderly and smooth transmission of the user service can be ensured.

[0168] Another embodiment of the present application is that the OTN device can count the traffic of a user service in a long period, and when it is detected that the maximum traffic required by the user service is reduced in a long period, the pipe bandwidth can also be reduced according to the difference between the actual maximum traffic and the allocated traffic.

[0169] Another embodiment of the present application, when the bandwidth required by the service changes in a longer statistical cycle, the list of service type and required bandwidth maintained by the OTN device can be updated according to the change, or the relevant program or module in the OTN device can be updated, wherein the required bandwidth of the service data type can be obtained by inputting certain service data characteristic information in the program or module. As described above, the required bandwidth can be the maximum bandwidth of a certain service or a value set by reasonably calculating the maximum bandwidth, the average bandwidth and other related data. In this way, the pipe bandwidth adjustment value can be more reasonable according to the statistical value of the OTN device, the waste of bandwidth resources can be reduced, and the required bandwidth of a certain service can be adaptively adjusted in a timely manner, so that the effect of the embodiments of the present application is avoided to be worse.

[0170] In the method 200 and the method 300, the OTN pipe of the present application can be an OSU pipe and an ODUflex pipe.

[0171] In the method 200 and the method 300, any OTN device node in the OTN network pipe of the present application can have the function of the OTN device, and correspondingly, the OTN device is an access OTN device, an intermediate OTN device, and a cloud-side OTN device.

[0172] Hereinafter, the OTN bandwidth adjustment method 200 and the method 300 according to the embodiments of the present application are described in detail. Figures 4 to 7 The OTN bandwidth adjustment method 200 and the method 300 according to the embodiments of the present application are described in detail.

[0173] It should be noted that, in the case of no special description, Figures 4 to 7 The same terms in the embodiments have the same meanings as those in the method 200 and the method 300 described above.

[0174] Figures 4 to 7 Only the access OTN is taken as an example, how the access OTN allocates bandwidth flexibly according to the uplink traffic service is described in detail, and the embodiments of the present application are not limited thereto. In different cases, the access OTN device can also be an intermediate OTN and a cloud-side OTN. The user service can have different meanings according to the different positions of the OTN, which can be uplink traffic service, i.e., service data sent from the user side to the server side; or downlink traffic service, i.e., downlink traffic service sent from the server side to the user side. In the embodiments 4 to 7, the user service is uplink traffic service due to the limitation of the access OTN.

[0175] Figure 4 A method for adjusting the bandwidth of the OTN pipe is given in one specific embodiment of the present application.

[0176] As Figure 4As shown, in this embodiment, there is no user service transmission in the OTN pipe, and the bandwidth required by the user service 1 is 100M. Figure 4 The access OTN is an OTN access node close to the user service 1, and the cloud-side OTN is an OTN device node close to the service side.

[0177] S410, the access OTN establishes an initial bandwidth pipe.

[0178] For example, the pipe bandwidth is the minimum bandwidth 2M. The minimum initial bandwidth can also be set as needed, for example, a part of the pipe bandwidth can be reserved as a buffer according to the size of the traffic fluctuation of the user service. In this way, when the traffic of a certain user service suddenly exceeds the allocated bandwidth, the buffer bandwidth can be used to ensure that the user experience will not be reduced due to lag. In the S410 step, the first service feature list maintained by the access OTN is empty, the second service feature list is empty, and all services cannot be sent to the next OTN device node through the access OTN device.

[0179] S420, receiving user service 1 service data. The user service 1 is online, so the OTN device receives its service data and determines the feature information of the service data from the header of the service data.

[0180] For example, the service data is an IP packet, and the feature information confirmed by the access OTN device can include: source IP = user service 1, destination IP = cloud, and VLAN = 1. The service data can also be a TCP packet, and the feature information confirmed by the access OTN device can include: source IP = user service 1, destination IP = cloud, VLAN = 1, IP protocol number = 6 (TCP), and port number = 80. When the service data is a UDP packet, the feature information confirmed by the access OTN device can include: source IP = user service 1, destination IP = cloud, VLAN = 1, IP protocol number = 17 (UDP), and port number = 80. When the service data is an Ethernet MAC frame, the feature information confirmed by the access OTN device can include: source MAC address = user service 1, destination MAC address = cloud, and VLAN = 1.

[0181] S430, determining a first bandwidth adjustment value according to the feature information. Since the first service feature list and the second service feature list are empty at this time, the access OTN device does not send the service data of the user service 1, and there is no need to determine the bandwidth adjustment value as zero. The OTN device only needs to determine the bandwidth required by the user service 1 as 100M according to the feature information and the template corresponding to the service type and the required bandwidth maintained by the access OTN device, that is, setting the bandwidth required by the user service 1 as 100M as the first bandwidth adjustment value.

[0182] S440, adding the characteristic information of the user service to the second service characteristic list; and adjusting the pipe bandwidth according to the first bandwidth adjustment value. After S440, the first service characteristic list is still empty, and the second service characteristic list is updated with the characteristic information 1 of the user service 1. Exemplarily, the characteristic information 1 can be: source IP = user service 1, destination IP = cloud, and VLAN = 1. When performing the bandwidth adjustment step, in specific embodiments, generally because the OTN pipe is initially established with a minimum bandwidth of 2M, in order to more efficiently utilize bandwidth resources, when the first user service of the pipe, i.e., the user service 1, is online, the first bandwidth adjustment value can be deducted from the initial bandwidth, i.e., when the bandwidth required by the user service 1 is 100M, the bandwidth is adjusted to 100M instead of 102M.

[0183] In S440, when the pipe bandwidth is adjusted, the access OTN device sends a bandwidth adjustment instruction to the remaining intermediate OTN devices and the cloud-side OTN device.

[0184] S450, adding the characteristic information of the user service 1 to the first service characteristic list. Exemplarily, at this time, the first service characteristic list includes the characteristic information 1, and the second service characteristic list includes the characteristic information 1. As known from the previous discussion, the second service characteristic list is equivalent to a forwarding plane white list, and after S450, the OTN device can send subsequent service data of the user service 1.

[0185] S460, sending the service data of the user service 1.

[0186] It should be understood that, because the access OTN does not buffer the service data of the user service 1 in this embodiment, the service data received by the access OTN in S410 has been discarded, and the service data forwarded by the user service 1 in S460 is subsequent service data belonging to the user service 1.

[0187] Through the method of this embodiment, when there is no other user service running in the OTN pipe, the bandwidth can be flexibly allocated to the online user service according to the service type, and the waste of bandwidth resources is reduced.

[0188] Figure 5 An OTN pipe bandwidth adjustment method is given in a specific embodiment of the present application.

[0189] As shown in Figure 5 In this embodiment, the OTN pipe already has the user service 1 being transmitted, and the pipe bandwidth is currently 100M; the user service 2 shares the OTN pipe with the user service 1, and the user service 2 requires a bandwidth of 100M; Figure 4 The access OTN is an OTN access node close to the user service 1, and the cloud-side OTN is an OTN device node close to the server.

[0190] S510, receiving service data of user service 2 and buffering. In this step, user service 2 is online, and the OTN device receives and buffers the service data.

[0191] The OTN device receives the service data of user service 2 and determines the characteristic information of the service data from the header of the service data.

[0192] For example, the service data is an IP packet, and the characteristic information confirmed by the access OTN device can include: source IP = user service 2, destination IP = cloud, and VLAN = 1. The service data can also be a TCP packet, and the characteristic information confirmed by the access OTN device can include: source IP = user service 2, destination IP = cloud, VLAN = 1, IP protocol number = 6 (TCP), and port number = 80. When the service data is a UDP packet, the characteristic information confirmed by the access OTN device can include: source IP = user service 2, destination IP = cloud, VLAN = 1, IP protocol number = 17 (UDP), and port number = 80. When the service data is an Ethernet MAC frame, the characteristic information confirmed by the access OTN device can include: source MAC address = user service 2, destination MAC address = cloud, and VLAN = 1.

[0193] The OTN device buffers the service data. Specifically, there is a storage space in the OTN device, which can store a small amount of service data.

[0194] S520, determining a first bandwidth adjustment value according to the characteristic information. Since the first service characteristic list and the second service characteristic list both only have the characteristic information 1 of user service 1 at this time, the access OTN device does not send the service data of user service 2; according to the determined characteristic information and the template of service type and required bandwidth maintained by the access OTN device, it is determined that the required bandwidth of user service 2 is 100M, and the access OTN device determines the required bandwidth of user service 2 as the first bandwidth adjustment value of the OTN pipe

[0195] S530, adding the characteristic information 2 of user service 2 to the second service characteristic list; and adjusting the pipe bandwidth according to the first bandwidth adjustment value. The access OTN adds the characteristic information of user service 2 to the second service characteristic list maintained by the access OTN; and the access OTN device initiates OTN pipe bandwidth adjustment to adjust the pipe bandwidth from 100M to 200M.

[0196] At this time, the first service characteristic list includes: characteristic information 1; and the second service characteristic list includes: characteristic information 1 and characteristic information 2.

[0197] S540, adding the characteristic information of user service 2 to the first service characteristic list.

[0198] At this time, the first service feature list includes: feature information 1, feature information 2; and the second service feature list includes: feature information 1, feature information 2.

[0199] S550, send the service data of the user service 2.

[0200] In step S550, since the service data is buffered by the OTN device in S510, after the feature information of the user service 2 is added to the first service feature list in S540, the user service 2 is connected, and the service data thereof can be sent. The OTN device first sends the service data buffered in S510, and then sends the subsequent service data of the user service 2 to other OTN devices. At this time, the user service 1 and the user service 2 form concurrent shared OTN pipes.

[0201] In the embodiment of the present application, from the online of the user service 2 to the connection of the user service 2 to the OTN forwarding device, the pipe bandwidth changes from 100M to 200M, which is always greater than the bandwidth required by the user service 1, so that the user service 1 can be ensured to run without loss during the online process of the user service 2, and the experience of the online user service 1 is not affected.

[0202] In addition, since the first service data of the newly online user service 2 is buffered by using the buffering mechanism, the new user experience is better.

[0203] Figure 6 A method for adjusting the OTN pipe bandwidth is given in one specific embodiment of the present application.

[0204] As shown in Figure 6 In the present embodiment, there is already a user service 1 in the OTN pipe for transmission, and the pipe bandwidth is currently 100M; the user service 3 shares the OTN pipe with the user service 1, and the bandwidth required by the user service 3 is 100M; Figure 6 The OTN device accessed in the middle is an OTN access node close to the user service 1, and the cloud-side OTN is an OTN device node close to the server.

[0205] S610, receive the first service data of the user service 3, specifically, the user service 3 is online, so the OTN device receives the service data of the user service 3 and determines the feature information of the user service 3.

[0206] Specifically, when the service data is an IP packet, the characteristic information determined by the access OTN device may include: source IP = user service 3, destination IP = cloud, and VLAN = 1. When the data packet is a TCP packet, the characteristic information determined by the access OTN device may include: source IP = user service 3, destination IP = cloud, VLAN = 1, IP protocol number = 6 (TCP), and port number = 80. When it is a UDP packet, the characteristic information determined by the access OTN device may include: source IP = user service 3, destination IP = cloud, VLAN = 1, IP protocol number = 17 (UDP), and port number = 80. When the first service data is an Ethernet MAAC frame, the characteristic information determined by the access OTN device may include: source MAC = user service 3, destination MAC = cloud, and VLAN = 1.

[0207] S620, determine the first bandwidth adjustment value based on the feature information of the first service data. Since both the first service feature list and the second service feature list only contain feature information 1 for user service 1, the access OTN device does not send user service 3 service data. Based on the determined feature information and the template corresponding to the service type and required bandwidth maintained by the access OTN device, the access OTN device determines that the bandwidth required for user service 3 is 100M; the access OTN device determines the bandwidth required for user service 3 as the first bandwidth adjustment value for the OTN pipeline.

[0208] S630: Add the characteristic information of user service 3 to the second service characteristic list; adjust the pipeline bandwidth according to the first bandwidth adjustment value.

[0209] User service 3's feature information 3 is added to the second service feature list. At this time, the first service feature list includes: feature information 1; the second service feature list includes: feature information 1 and feature information 3.

[0210] S640 receives the second service data of user service 3.

[0211] like Figure 6 As shown, at time S640, the pipeline bandwidth has not yet been adjusted. The OTN access point receives the second service data for user service 3. It should be understood that, due to the different time required for bandwidth adjustment, this second service data can be interpreted as all service data received before the bandwidth adjustment is complete.

[0212] S650 determines the pipeline bandwidth adjustment value to be zero based on the characteristic information of the second service data.

[0213] This step essentially performs step S3220 of method 300, where the pipeline bandwidth adjustment value is determined to be zero because feature information 3 is in the second service feature list. Afterwards, the pipeline bandwidth for user service 3 is adjusted.

[0214] S660, add the user service 3 feature information to the first service feature list. User service 3 is now enabled.

[0215] S670, send user service 3 service data.

[0216] In this embodiment of the application, the existence of the second service feature list makes the pipeline bandwidth adjustment more reasonable, allocating bandwidth only once for a user service, and sending the user service only after the bandwidth adjustment is completed, thereby enhancing the user experience of online user services.

[0217] Figure 7 This application provides a specific embodiment of a method for adjusting OTN pipeline bandwidth.

[0218] like Figure 7 As shown, in this embodiment, user service 1 and user service 2 are already being transmitted in the OTN pipe with a bandwidth of 200M. The bandwidth required for user service 1 and user service 2 is 100M each. Figure 7 The OTN access device in the middle is the OTN access node close to user service 1, and the OTN on the cloud side is the OTN device node close to the server.

[0219] S710 only transmits service data for User Service 2. Specifically, since User Service 1 is offline, the access OTN device no longer receives service data for User Service 1.

[0220] S720 detects that user service 1 has zero traffic within a predetermined period and determines that user service 1 is offline.

[0221] Depending on the specific circumstances, such as when bandwidth resources are relatively scarce, user services whose traffic has been below a certain threshold for an extended period can be taken offline. These services can be considered as standby services for a longer period of time.

[0222] Based on the feature information, S730 determines the second bandwidth adjustment value. The feature information for user service 1 is then removed from the first and second service feature lists.

[0223] Specifically, the templates corresponding to the service types and required bandwidth maintained by the access OTN equipment are used to determine that the bandwidth required for user service 1 is 100M. This is used as the second bandwidth adjustment value, and the feature information of user service 1 is removed from both the first and second service feature lists. At this point, only the feature information of user service 2 remains in both lists.

[0224] S740 adjusts the pipe bandwidth according to the second bandwidth adjustment value.

[0225] Specifically, the access OTN device initiates an OTN pipeline bandwidth adjustment, and adjusts the OTN pipeline bandwidth from 200M to 100M according to the second bandwidth adjustment value.

[0226] S750, send service data for user service 2.

[0227] In this embodiment, the access OTN device can save bandwidth resources by periodically monitoring the traffic of various services and releasing redundant bandwidth in a timely manner.

[0228] It should be understood that, Figures 4 to 7 The source IP, destination IP, VLAN number, etc. in the examples are provided for illustrative purposes only, and these information may differ in other cases.

[0229] The various embodiments described herein can be independent solutions or combinations based on their inherent logic, and all such solutions fall within the protection scope of this application.

[0230] It is understood that the methods and operations implemented by the OTN device in the above-described method embodiments can also be implemented by components (such as chips or circuits) used in the OTN device.

[0231] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0232] The above, combined with Figures 2 to 7 The methods provided in the embodiments of this application are described in detail below. Figure 8 The apparatus provided in the embodiments of this application is described in detail. It should be understood that the description of the apparatus embodiments corresponds to the description of the method embodiments. Therefore, any content not described in detail can be found in the method embodiments above. For the sake of brevity, further details are omitted here.

[0233] Figure 8 An OTN pipe bandwidth adjustment device 800 according to an embodiment of this application is provided. This device 800 can be used for… Figures 2 to 3 The OTN device shown or Figures 4 to 7 The access OTN device can have any of the functions of the OTN device or access OTN device in the method. The device 800 includes a first determining module 810 for determining characteristic information of received service data; a second determining module 820 for determining, based on the characteristic information, that the user service to which the service data belongs has not been marked; a first adjusting module 830 for adjusting the bandwidth of the OTN pipe used for transmitting the user service; and a marking module 840 for marking the user service.

[0234] In one embodiment of the present application, after the first adjusting module 830 adjusts the bandwidth of the OTN pipe for transmitting the user service, the marking module 840 marks the user service.

[0235] In this embodiment, the user service can also be marked at the same time or before the pipe bandwidth is adjusted. However, in this case, since the bandwidth adjustment needs a certain time, it will cause the subsequent service data of the newly received user service to be transmitted by the OTN device during the bandwidth adjustment, resulting in short traffic congestion, and this traffic congestion will stop only after the bandwidth adjustment is completed. Different services form concurrent shared OTN pipes.

[0236] For example, the OTN pipe for transmitting the user service adjusted by the first adjusting module 830 includes an optical service module (OSU) pipe or a flexible optical channel data module (ODUflex) pipe.

[0237] For example, the service data is an Internet protocol (IP) packet, and the characteristic information includes a source IP address, a destination IP address, and a virtual local area network (VLAN) number of the IP packet.

[0238] For example, the service data is a transmission control protocol (TCP) packet or a user datagram protocol (UDP) packet, and the characteristic information includes a source IP address, a destination IP address, a VLAN number, an IP protocol number, and a port number of the TCP or UDP packet; or

[0239] For example, the service data is an Ethernet media access control (MAC) frame, and the characteristic information includes a source MAC address, a destination MAC address, and a VLAN number of the Ethernet MAC frame.

[0240] In another embodiment of the present application, the first determining module 810 is specifically configured to determine that the user service to which the service data belongs is not marked according to that the characteristic information is not on the first service characteristic list; and the marking module 840 is specifically configured to add the characteristic information to the first service characteristic list to mark the user service.

[0241] In this embodiment, the first service characteristic list can also have other forms, and any mode that can realize the function of the list, such as a program or software, can be regarded as the "first service characteristic list". In addition to the white list form introduced in the present application, the list can also be set in the form of a black list. As long as the list can distinguish specific services, that is, can realize the technical effects of the present application.

[0242] In another embodiment of the present application, the device further includes a third determining module configured to determine a first bandwidth adjustment value of the OTN pipe according to the characteristic information; and the first adjusting module 830 is specifically configured to adjust the bandwidth of the OTN pipe according to the first bandwidth adjustment value of the OTN pipe.

[0243] In another embodiment of the present application, the third determining module is specifically configured to:

[0244] When the characteristic information is not on the second service characteristic list, the first bandwidth adjustment value of the OTN pipe is determined according to the characteristic information; the characteristic information is added to the second service characteristic list; or,

[0245] When the characteristic information is on the second service characteristic list, the first bandwidth adjustment value of the OTN pipe is determined as zero.

[0246] In another embodiment of the present application, the third determining module is specifically configured to: determine the type of the user service according to the characteristic information; and determine the first bandwidth adjustment value of the OTN pipe according to the type of the user service.

[0247] In another embodiment of the present application, the third determining module is specifically configured to: determine the type of the user service according to the characteristic information; and determine the first bandwidth adjustment value of the OTN pipe according to the type of the user service.

[0248] In this implementation manner, the OTN device can allocate different bandwidths to different types of user services according to the types of the user services, so that the bandwidth resources can be saved.

[0249] It should be understood that, for this implementation manner, when the third determining module does not determine whether the characteristic information is on the second service characteristic list, the third determining module directly determines the type of the user service according to the characteristic information, determines the first bandwidth adjustment value according to the type of the user service, and adjusts the pipe bandwidth according to the first bandwidth adjustment value.

[0250] When the third determining module determines whether the characteristic information is on the second service characteristic list, only when the characteristic information is not on the second service characteristic list, the third determining module directly determines the type of the user service according to the characteristic information, determines the first bandwidth adjustment value according to the type of the user service, and adjusts the pipe bandwidth according to the first bandwidth adjustment value; and when the characteristic information is on the second service characteristic list, the third determining module determines the first bandwidth adjustment value as zero, without further determining the type of the user service, and the pipe bandwidth does not need to be adjusted.

[0251] In another embodiment of the present application, the device further includes a fourth determining module, a removing module, a fifth determining module and a second adjusting module. The fourth determining module is configured to determine that the user service is offline; the removing module is configured to remove the characteristic information of the user service from the first service characteristic list and the second service characteristic list; the fifth determining module is further configured to determine a second bandwidth adjustment value of the OTN pipe according to the characteristic information of the user service; and the second adjusting module is further configured to adjust the bandwidth of the OTN pipe according to the second bandwidth adjustment value.

[0252] In the embodiment, the OTN device can remove the characteristic information of the user service from the first service characteristic list and the second characteristic list in time after the user service is offline, and release the redundant bandwidth, thereby reducing the waste of bandwidth resources.

[0253] In another embodiment of the present application, the fourth determining module comprises: a monitoring unit configured to monitor the traffic of a user service, wherein the characteristic information of the user service is on the first service characteristic list; and a determining unit configured to determine that the user service is offline according to the traffic of the user service being less than a threshold value in a predetermined period.

[0254] In the implementation, the OTN device monitors the traffic of the user service whose characteristic information is on the first service characteristic list in real time, and when the traffic of a certain user service is less than a threshold value in a predetermined period, it means that the user service has been in standby state for a long time or has been completely offline, and when the bandwidth resource is relatively tight, the bandwidth resource occupied by the user service can be released to save the pipe bandwidth resource.

[0255] In another embodiment of the present application, the apparatus 800 further comprises a discarding module configured to discard the received service data.

[0256] In another embodiment of the present application, the apparatus further comprises a buffering module configured to buffer the received service data, and a sending module configured to send the service data after the marking module 840 marks the user service.

[0257] The embodiment of the present application further provides an apparatus for adjusting the pipe bandwidth of an optical transport network, comprising: a processor and a communication interface, the processor is coupled to a memory through the communication interface, the memory stores one or more computer programs, the one or more computer programs comprise instructions, when the instructions are executed by the processor, the method in any possible implementation manner described above is executed.

[0258] The present application further provides an OTN system, comprising one or more OTN devices

[0259] The present application further provides a computer program product, when the computer program product is run on a computer, the computer executes the related steps described above to realize the method for adjusting the pipe bandwidth of the optical transport network in the above embodiments.

[0260] The present application further provides a computer storage medium, the computer storage medium stores computer instructions, when the instructions are executed on a computer, the computer executes the related steps described above to realize the method for adjusting the pipe bandwidth of the optical transport network in the above embodiments.

[0261] The application further provides a chip comprising a processor, which is used to call and run a computer program from a memory, so that a device installed with the chip performs relevant steps to implement the method for adjusting the bandwidth of an optical transport network pipe in the above embodiments.

[0262] In several embodiments provided in the application, it should be understood that the disclosed method and device can be implemented in other manners. For example, the described device embodiments are merely schematic, and the division of the units is merely a logical function division, and there can be another division manner in actual implementation. For example, a plurality of units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the displayed or discussed mutual couplings or direct couplings or communication connections can be indirect couplings or communication connections through some interfaces, devices or units, and can be electrical, mechanical or in other forms.

[0263] The units described as separate components can or can not be physically separate, and the components displayed as units can or can not be physical units, i.e., can be located in one place, or can be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purposes of the embodiments.

[0264] In addition, each functional unit in the embodiments of the application can be integrated in a processing unit, or each unit can exist physically, or two or more units can be integrated in one unit.

[0265] If the functions are implemented in the form of software function units and sold or used as independent products, they can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the application essentially or the parts of the technical solutions that make contributions to the prior art or the parts of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a storage medium, and includes a plurality of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in the embodiments of the application. The aforementioned storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and various media that can store program codes.

[0266] The above merely provides the specific implementation of the present application, but the protection scope of the present application is not limited to this. Any person skilled in the art can easily think of the changes or replacements within the technical range disclosed by the present application, which should be covered in the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A method for adjusting the bandwidth of an optical transport network (OTN) pipe, characterized in that, The method comprises: determining characteristic information of received service data; determining, according to the characteristic information, that a user service to which the service data belongs is not marked; adjusting a bandwidth of an OTN pipe used for transmitting the user service; after the adjusting of the bandwidth of the OTN pipe used for transmitting the user service is completed, marking the user service.

2. The method of claim 1, wherein, The determining that the user service to which the service data belongs is not marked comprises: when the characteristic information is not on a first service characteristic list, determining that the user service is not marked. The marking of the user service comprises: adding the characteristic information to the first service characteristic list to mark the user service.

3. The method of claim 2, wherein, The method further comprises: determining, according to the characteristic information, a first bandwidth adjustment value of the OTN pipe; The adjusting of the bandwidth of the OTN pipe used for transmitting the user service comprises: adjusting, according to the first bandwidth adjustment value, the bandwidth of the OTN pipe.

4. The method of claim 3, wherein, The determining, according to the characteristic information, of the first bandwidth adjustment value of the OTN pipe comprises: determining whether the characteristic information is on a second service characteristic list; when the characteristic information is not on the second service characteristic list, determining, according to the characteristic information, the first bandwidth adjustment value of the OTN pipe and adding the characteristic information to the second service characteristic list; or when the characteristic information is on the second service characteristic list, determining the first bandwidth adjustment value as zero.

5. The method of claim 3, wherein, The determining, according to the characteristic information, of the first bandwidth adjustment value of the OTN pipe comprises: determining, according to the characteristic information, a type of the user service; determining, according to the type of the user service, the first bandwidth adjustment value of the OTN pipe.

6. The method of claim 4, wherein, The method further comprises: determining that the user service is offline; removing the characteristic information from the first service characteristic list and the second service characteristic list; determining, according to the characteristic information, a second bandwidth adjustment value of the OTN pipe; adjusting, according to the second bandwidth adjustment value, the bandwidth of the OTN pipe.

7. The method of claim 6, wherein, The determining that the user service is offline comprises: monitoring traffic of the user service, wherein the characteristic information of the user service is on the first service characteristic list; when the traffic of the user service in a predetermined period is less than a threshold value, determining that the user service is offline.

8. The method according to any one of claims 1-7, characterized in that, The method further comprises: discarding the received service data.

9. The method according to any one of claims 1-7, characterized in that, The method further comprises: buffering the received service data; after the marking of the user service, the method further comprises: sending the service data.

10. The method according to any one of claims 1-7, characterized in that, The OTN pipe comprises an optical service unit (OSU) pipe or a flexible optical channel data unit (ODUflex) pipe.

11. The method of any of claims 1-7, wherein: the service data is an Internet Protocol (IP) packet, and the characteristic information comprises a source IP address, a destination IP address, and a virtual local area network (VLAN) number of the IP packet. The service data is a transmission control protocol (TCP) packet or a user datagram protocol (UDP) packet, and the characteristic information includes a source IP address, a destination IP address, a virtual local area network (VLAN) number, an IP protocol number and a port number of the TCP or UDP packet; or The service data is an Ethernet media access control (MAC) frame, and the characteristic information includes a source MAC address, a destination MAC address and a VLAN number of the Ethernet MAC frame.

12. An apparatus for adjusting the bandwidth of an optical transmission network (OTN) pipe, characterized in that, The apparatus comprises: a first determining module configured to determine characteristic information of received service data; a second determining module configured to determine, according to the characteristic information, that user service to which the service data belongs is not marked; a first adjusting module configured to adjust a bandwidth of an OTN pipe used for transmitting the user service; a marking module configured to mark the user service after the first adjusting module completes the adjustment of the bandwidth of the OTN pipe used for transmitting the user service.

13. The apparatus of claim 12, wherein the first determining module is specifically configured to determine, according to the characteristic information not being on a first service characteristic list, that the user service to which the service data belongs is not marked; the marking module is specifically configured to add the characteristic information to the first service characteristic list to mark the user service.

14. The apparatus of claim 13, wherein, The apparatus further comprises: a third determining module configured to determine, according to the characteristic information, a first bandwidth adjustment value of the OTN pipe; wherein the first adjusting module is specifically configured to adjust the bandwidth of the OTN pipe according to the first bandwidth adjustment value of the OTN pipe.

15. The apparatus of claim 14, wherein the third determining module is specifically configured to: when the characteristic information is not on a second service characteristic list, determine, according to the characteristic information, the first bandwidth adjustment value of the OTN pipe and add the characteristic information to the second service characteristic list; or when the characteristic information is on the second service characteristic list, determine the first bandwidth adjustment value of the OTN pipe as zero.

16. The apparatus of claim 14, wherein the third determining module is specifically configured to determine, according to the characteristic information, a type of the user service and determine, according to the type of the user service, the first bandwidth adjustment value of the OTN pipe. The apparatus further comprises:

17. The apparatus of claim 15, wherein, a fourth determining module configured to determine that the user service is offline; a removing module configured to remove the characteristic information of the user service from the first service characteristic list and the second service characteristic list; a fifth determining module configured to determine, according to the characteristic information of the user service, a second bandwidth adjustment value of the OTN pipe; a second adjusting module configured to adjust the bandwidth of the OTN pipe according to the second bandwidth adjustment value. The fourth determining module comprises:

18. The apparatus of claim 17, wherein, a monitoring unit configured to monitor traffic of the user service, wherein the characteristic information of the user service is on the first service characteristic list; a determining unit configured to determine that the user service is offline according to that the traffic of the user service within a predetermined period is less than a threshold value. The apparatus further comprises:

19. The apparatus of any of claims 12-18, wherein, ​ A discarding module is configured to discard the received service data.

20. The apparatus of any one of claims 12-18, wherein, The apparatus further includes: A caching module is configured to cache the received service data. A sending module is configured to send the service data after the marking module marks the user service.

21. The apparatus of any one of claims 12-18, wherein, The OTN pipe includes an optical service unit (OSU) pipe or a flexible optical channel data unit (ODUflex) pipe.

22. The apparatus of any of claims 12-18, wherein, The service data is an Internet Protocol (IP) packet, and the characteristic information includes a source IP address, a destination IP address, and a virtual local area network (VLAN) number of the IP packet. The service data is a Transmission Control Protocol (TCP) packet or a User Datagram Protocol (UDP) packet, and the characteristic information includes a source IP address, a destination IP address, a VLAN number, an IP protocol number, and a port number of the TCP or UDP packet; or The service data is an Ethernet Media Access Control (MAC) frame, and the characteristic information includes a source MAC address, a destination MAC address, and a VLAN number of the Ethernet MAC frame.

23. An apparatus for adjusting optical transport network pipe bandwidth, the apparatus comprising: a processor configured to: determine a bandwidth of a pipe; and adjust the bandwidth of the pipe based on a bandwidth adjustment factor. include: A processor and a communication interface, the processor coupled to a memory through the communication interface, the processor configured to execute program codes in the memory to implement the method of any of claims 1-11.

24. An OTN system, characterized in that, The OTN system includes the apparatus of any of claims 12-22.

25. A computer program product, characterised in that, The computer program product includes computer program codes or instructions that, when executed on a computer, cause the computer to perform the method of any of claims 1-11.

Images