CN113872998A - 建立管道的方法及装置 - Google Patents

建立管道的方法及装置 Download PDF

Info

Publication number
CN113872998A
CN113872998A CN202010617458.7A CN202010617458A CN113872998A CN 113872998 A CN113872998 A CN 113872998A CN 202010617458 A CN202010617458 A CN 202010617458A CN 113872998 A CN113872998 A CN 113872998A
Authority
CN
China
Prior art keywords
transmitted
information
data
service
controller
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010617458.7A
Other languages
English (en)
Inventor
夏建东
闫志勇
陈巍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010617458.7A priority Critical patent/CN113872998A/zh
Priority to PCT/CN2021/096552 priority patent/WO2022001530A1/zh
Publication of CN113872998A publication Critical patent/CN113872998A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例提供建立管道的方法及装置,涉及网络技术领域,可以为终端与业务服务器之间的数据建立管道,以使得数据在该管道中传输时,满足该数据对网络的需求。该方法包括:控制器接收来自第一网关设备的业务需求信息,其中,业务需求信息用于指示终端与业务服务器之间的待传输数据对控制器管理的网络的需求,第一网关设备与终端连接,业务服务器与第二网关设备连接,第一网关设备和第二网关设备通过网络连接;控制器根据业务需求信息,在网络中为待传输数据建立管道,其中,管道包括N个转发设备,待传输数据在管道中传输时,满足上述需求,N为大于或等于1的整数。

Description

建立管道的方法及装置
技术领域
本申请涉及网络技术领域,尤其涉及建立管道的方法及装置。
背景技术
在网络技术中,终端有数据要发送给业务服务器时,终端会将该数据发送给接入网关。接入网关接收到该数据后,经网络将该数据发送给云网关。云网关接收到该数据后,将该数据发送给业务服务器,如此,业务服务器可以对该数据进行处理。
在上述过程中,网络是基于尽力转发的原则构建的。也就是说,网络对接收到的数据都是“尽力”转发的。因此,终端与业务服务器之间的数据通过网络传输时,网络不能保证能够满足该数据对网络需求。
发明内容
本申请实施例提供建立管道的方法及装置,可以为终端与业务服务器之间的数据建立管道,以使得数据在该管道中传输时,满足该数据对网络的需求。
为达到上述目的,本申请的实施例采用如下技术方案:
第一方面,本申请实施例提供一种建立管道的方法,该方法包括:控制器接收来自第一网关设备的业务需求信息,该业务需求信息用于指示终端与业务服务器之间的待传输数据对该控制器管理的网络的需求,该第一网关设备与该终端连接,该业务服务器与第二网关设备连接,该第一网关设备和该第二网关设备通过该网络连接;该控制器根据该业务需求信息,在该网络中为该待传输数据建立管道,该管道包括N个转发设备,该待传输数据在该管道中传输时,满足该需求,N为大于或等于1的整数。
上述第一方面提供的方法,控制器可以接收来自第一网关设备的用于指示待传输数据对网络的需求的业务需求信息,并根据该业务需求信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。其中,管道中的转发设备、第一网关设备或第二网关设备使用的转发资源都是控制器根据业务需求信息为待传输数据配置的,因此,待传输数据在该管道中传输时,可以满足待传输数据对网络的需求,另外,还可以提高网络资源的利用率。
在一种可能的实现方式中,该控制器根据该业务需求信息,在该网络中为该待传输数据建立管道,包括:该控制器根据该业务需求信息、第一对应关系和第二对应关系在该网络中为该待传输数据建立管道;其中,该第一对应关系为该第一网关设备的地址与该网络中的第一转发设备的用户网络接口(user-to-network interface,UNI)的对应关系;该第二对应关系为该第二网关设备的地址与该网络中的第二转发设备的UNI的对应关系;该第一转发设备与该第一网关设备连接,该第二转发设备与该第二网关设备连接。基于上述方法,控制器可以根据第一网设备的地址与网络中的第一转发设备的UNI的对应关系确定管道的起始转发设备,根据第二网设备的地址与网络中的第二转发设备的UNI的对应关系确定管道的结束转发设备。后续,控制器可以根据起始转发设备、结束转发设备和业务需求信息确定该管道。如此,可以使得待传输数据在该管道中传输时,满足待传输数据对网络的需求。
在一种可能的实现方式中,该控制器根据该业务需求信息、第一对应关系和第二对应关系在该网络中为该待传输数据建立管道,包括:该控制器根据该业务需求信息、该第一对应关系和该第二对应关系确定转发资源以及该N个转发设备中,每个转发设备的转发表;其中,该转发资源用于指示该N个转发设备以及每个转发设备使用的资源。基于上述方法,控制器可以根据第一网设备的地址与网络中的第一转发设备的UNI的对应关系确定管道的起始转发设备,根据第二网设备的地址与网络中的第二转发设备的UNI的对应关系确定管道的结束转发设备。后续,控制器可以根据起始转发设备、结束转发设备和业务需求信息确定转发资源以及该N个转发设备中,每个转发设备的转发表。如此,通过转发表,可以使得待传输数据在该管道中传输,通过转发资源,可以使得待传输数据在管道中传输时,满足待传输数据对网络的需求。
在一种可能的实现方式中,该方法还包括:该控制器分别向该N个转发设备发送N个转发设备中的每个转发设备对应的转发资源和转发表。基于上述方法,每个转发设备可以获取到该转发设备对应的转发资源和转发表,以使得待传输数据在该管道中传输,并且使得待传输数据在该管道中传输时,满足待传输数据对网络的需求。
在一种可能的实现方式中,该方法还包括:该控制器接收来自该第一网关设备的更新需求信息,该更新需求信息用于指示更新后的业务需求信息。基于上述方法,当业务需求信息发生变化时,控制器可以接收来自第一网关设备的用于指示更新后的业务需求信息的更新需求信息。如此,控制器可以根据该更新需求信息,更新原先建立的管道,或者重新建立管道。从而当待传输数据在更新后的管道或重新建立的管道中传输时,可以满足待传输数据对网络的新需求。
在一种可能的实现方式中,该方法还包括:该控制器接收来自该第一网关设备的访问结束通知消息,该访问结束通知消息用于指示拆除该管道。基于上述方法,控制器可以接收来自第一网关设备的访问结束通知消息,以便控制器根据该访问结束通知消息拆除管道。如此,管道中的N个转发设备或N个转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
在一种可能的实现方式中,该业务需求信息包括服务水平协议信息。基于上述方法,业务需求信息可以通过服务水平协议信息指示终端与业务服务器之间的待传输数据对该控制器管理的网络的需求,以便控制器根据服务水平协议信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。
第二方面,本申请实施例提供一种建立管道的方法,该方法包括:终端获取业务需求信息,该业务需求信息用于指示该终端与业务服务器之间的待传输数据对控制器管理的网络的需求;该终端向第一网关设备发送该业务需求信息。
上述第二方面提供的方法,终端可以获取用于指示待传输数据对网络的需求的业务需求信息,并通过第一网关设备向控制器发送该业务需求信息,以便控制器根据该业务需求信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。其中,管道中的转发设备、第一网关设备或第二网关设备使用的转发资源都是控制器根据业务需求信息为待传输数据配置的,因此,待传输数据在该管道中传输时,可以满足待传输数据对网络的需求,另外,还可以提高网络资源的利用率。
在一种可能的实现方式中,该方法还包括:该终端向该业务服务器发送协商信息,该协商信息用于通知该业务服务器,管道的网络参数,该管道为该控制器为该待传输数据建立的,该管道包括N个转发设备,所待传输数据在该管道中传输时,满足该需求,N为大于或等于1的整数;该终端根据该网络参数与该业务服务器通信。基于上述方法,终端可以通知业务服务器管道的网络参数,并和业务服务器根据该网络参数通信。如此,终端根据该网络参数和业务服务器通信时,可以获得较大,较稳定的吞吐量,并减少试探传输带来的丢包和时延。
在一种可能的实现方式中,该协商信息包括以下信息中的至少一种:带宽信息、时延信息或丢包率。基于上述方法,终端可以和业务服务器协商以下信息中的至少一种:带宽信息、时延信息或丢包率,并根据上述至少一种信息与业务服务器通信。
在一种可能的实现方式中,该方法还包括:该终端向该第一网关设备发送更新需求信息,该更新需求信息用于指示更新后的业务需求信息。基于上述方法,当业务需求信息发生变化时,终端可以通过第一网关设备,向控制器发送用于指示更新后的业务需求信息的更新需求信息,以便控制器可以根据该更新需求信息,更新原先建立的管道,或者重新建立管道。从而当待传输数据在更新后的管道或重新建立的管道中传输时,可以满足待传输数据对网络的新需求。
在一种可能的实现方式中,该方法还包括:该终端向该第一网关设备发送访问结束通知消息,该访问结束通知消息用于指示拆除该控制器为该终端和该业务服务器建立的管道。基于上述方法,终端可以通过第一网关设备向控制器发送访问结束通知消息,以便控制器根据该访问结束通知消息拆除管道。如此,管道中的N个转发设备或N个转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
在一种可能的实现方式中,该业务需求信息包括服务水平协议信息。基于上述方法,业务需求信息可以通过服务水平协议信息指示终端与业务服务器之间的待传输数据对该控制器管理的网络的需求,以便控制器根据服务水平协议信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。
第三方面,本申请实施例提供一种建立管道的方法,该方法包括:第一网关设备获取业务需求信息,该业务需求信息用于指示终端与业务服务器之间的待传输数据对控制器管理的网络的需求;该第一网关设备向该控制器发送该业务需求信息。
上述第三方面提供的方法,第一网关设备可以获取用于指示待传输数据对网络的需求的业务需求信息,并向控制器发送该业务需求信息,以便控制器根据该业务需求信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。其中,管道中的转发设备、第一网关设备或第二网关设备使用的转发资源都是控制器根据业务需求信息为待传输数据配置的,因此,待传输数据在该管道中传输时,可以满足待传输数据对网络的需求,另外,还可以提高网络资源的利用率。
在一种可能的实现方式中,该第一网关设备获取业务需求信息,包括:该第一网关设备接收来自该终端的业务需求信息。基于上述方法,第一网关设备可以从终端获取业务需求信息。
在一种可能的实现方式中,该第一网关设备获取业务需求信息,包括:该第一网关设备获取该待传输数据的目的地址,和/或,该待传输数据的业务类型;该第一网关设备根据该目的地址和/或该业务类型确定该业务需求信息。基于上述方法,第一网关设备可以自己确定业务需求信息。如此,第一网关设备可以不需要从其他装置处获取该业务需求信息,可以节省信令开销。
在一种可能的实现方式中,该方法还包括:该第一网关设备接收来自该终端的更新需求信息,该更新需求信息用于指示更新后的业务需求信息;该第一网关设备向该控制器发送该更新需求信息。基于上述方法,当业务需求信息发生变化时,第一网关设备可以接收来自终端的用于指示更新后的业务需求信息的更新需求信息,并将该更新需求信息发送给控制器。如此,控制器可以根据该更新需求信息,更新原先建立的管道,或者重新建立管道。从而当待传输数据在更新后的管道或重新建立的管道中传输时,可以满足待传输数据对网络的新需求。
在一种可能的实现方式中,该方法还包括:该第一网关设备接收来自该终端的访问结束通知消息,该访问结束通知消息用于指示拆除该控制器为该待传输数据建立的管道;该第一网关设备向该控制器发送该访问结束通知消息。基于上述方法,第一网关设备可以接收来自终端的访问结束通知消息,并将该访问结束通知消息发送给控制器,以便控制器根据该访问结束通知消息拆除管道。如此,管道中的N个转发设备或N个转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
在一种可能的实现方式中,该方法还包括:该第一网关设备确定停止使用该控制器为该待传输数据建立的管道;该第一网关设备向该控制器发送该访问结束通知消息,该访问结束通知消息用于指示拆除该该控制器为该待传输数据建立的管道。基于上述方法,当第一网关设备确定停止使用该控制器为该待传输数据建立的管道时,第一网关设备会向控制器发送访问结束通知消息,以便控制器根据该访问结束通知消息拆除管道。如此,管道中的N个转发设备或N个转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
在一种可能的实现方式中,该业务需求信息包括服务水平协议信息。基于上述方法,业务需求信息可以通过服务水平协议信息指示终端与业务服务器之间的待传输数据对该控制器管理的网络的需求,以便控制器根据服务水平协议信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。
第四方面,本申请实施例提供一种建立管道的方法,该方法包括:业务服务器接收来自终端的协商信息,该协商信息用于通知业务服务器,管道的网络参数,该管道为控制器为该终端和该业务服务器之间的待传输数据建立的,该管道包括该N个转发设备,所待传输数据在该管道中传输时,满足该待传输数据对该控制器管理的网络的需求,N为大于或等于1的整数;该业务服务器根据该网络参数与该终端通信。
上述第四方面提供的方法,业务服务器可以接收来自终端的管道的网络参数,并和终端根据该网络参数通信。如此,终端根据该网络参数和业务服务器通信时,可以获得较大,较稳定的吞吐量,并减少试探传输带来的丢包和时延。
在一种可能的实现方式中,该协商信息包括以下信息中的至少一种:带宽信息、时延信息或丢包率。基于上述方法,终端可以和业务服务器协商以下信息中的至少一种:带宽信息、时延信息或丢包率,并根据上述至少一种信息与终端通信。
第五方面,本申请实施例提供一种通信装置,该通信装置包括:通信模块和处理模块;通信模块,用于接收来自第一网关设备的业务需求信息,该业务需求信息用于指示终端与业务服务器之间的待传输数据对该通信装置管理的网络的需求,该第一网关设备与该终端连接,该业务服务器与第二网关设备连接,该第一网关设备和该第二网关设备通过该网络连接;处理模块,用于根据该业务需求信息,在该网络中为该待传输数据建立管道,该管道包括N个转发设备,该待传输数据在该管道中传输时,满足该需求,N为大于或等于1的整数。
上述第五方面提供的通信装置可以接收来自第一网关设备的用于指示待传输数据对网络的需求的业务需求信息,并根据该业务需求信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。其中,管道中的转发设备、第一网关设备或第二网关设备使用的转发资源都是该通信装置根据业务需求信息为待传输数据配置的,因此,待传输数据在该管道中传输时,可以满足待传输数据对网络的需求,另外,还可以提高网络资源的利用率。
在一种可能的实现方式中,处理模块,具体用于根据该业务需求信息、第一对应关系和第二对应关系在该网络中为该待传输数据建立管道;其中,该第一对应关系为该第一网关设备的地址与该网络中的第一转发设备的用户网络接口UNI的对应关系;该第二对应关系为该第二网关设备的地址与该网络中的第二转发设备的UNI的对应关系;该第一转发设备与该第一网关设备连接,该第二转发设备与该第二网关设备连接。上述通信装置可以根据第一网设备的地址与网络中的第一转发设备的UNI的对应关系确定管道的起始转发设备,根据第二网设备的地址与网络中的第二转发设备的UNI的对应关系确定管道的结束转发设备。后续,该通信装置可以根据起始转发设备、结束转发设备和业务需求信息确定该管道。如此,可以使得待传输数据在该管道中传输时,满足待传输数据对网络的需求。
在一种可能的实现方式中,处理模块,具体用于根据该业务需求信息、该第一对应关系和该第二对应关系确定转发资源以及该N个转发设备中,每个转发设备的转发表;其中,该转发资源用于指示该N个转发设备以及每个转发设备使用的资源。上述通信装置可以根据第一网设备的地址与网络中的第一转发设备的UNI的对应关系确定管道的起始转发设备,根据第二网设备的地址与网络中的第二转发设备的UNI的对应关系确定管道的结束转发设备。后续,该通信装置可以根据起始转发设备、结束转发设备和业务需求信息确定转发资源以及该N个转发设备中,每个转发设备的转发表。如此,通过转发表,可以使得待传输数据在该管道中传输,通过转发资源,可以使得待传输数据在管道中传输时,满足待传输数据对网络的需求。
在一种可能的实现方式中,通信模块,还用于分别向该N个转发设备发送N个转发设备中的每个转发设备对应的转发资源和转发表。基于上述通信装置,每个转发设备可以获取到该转发设备对应的转发资源和转发表,以使得待传输数据在该管道中传输,并且使得待传输数据在该管道中传输时,满足待传输数据对网络的需求。
在一种可能的实现方式中,通信模块,还用于接收来自该第一网关设备的更新需求信息,该更新需求信息用于指示更新后的业务需求信息。基于上述通信装置,当业务需求信息发生变化时,该通信装置可以接收来自第一网关设备的用于指示更新后的业务需求信息的更新需求信息。如此,该通信装置可以根据该更新需求信息,更新原先建立的管道,或者重新建立管道。从而当待传输数据在更新后的管道或重新建立的管道中传输时,可以满足待传输数据对网络的新需求。
在一种可能的实现方式中,通信模块,还用于接收来自该第一网关设备的访问结束通知消息,该访问结束通知消息用于指示拆除该管道。上述通信装置,可以接收来自第一网关设备的访问结束通知消息,以便通信装置根据该访问结束通知消息拆除管道。如此,管道中的N个转发设备或N个转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
在一种可能的实现方式中,该业务需求信息包括服务水平协议信息。如此,业务需求信息可以通过服务水平协议信息指示终端与业务服务器之间的待传输数据对该通信装置管理的网络的需求,以便通信装置根据服务水平协议信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。
第六方面,本申请实施例提供一种通信装置,该通信装置包括:处理模块和通信模块;处理模块,用于获取业务需求信息,该业务需求信息用于指示该通信装置与业务服务器之间的待传输数据对控制器管理的网络的需求;通信模块,用于向第一网关设备发送该业务需求信息。
上述第六方面提供的通信装置可以获取用于指示待传输数据对网络的需求的业务需求信息,并通过第一网关设备向控制器发送该业务需求信息,以便控制器根据该业务需求信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。其中,管道中的转发设备、第一网关设备或第二网关设备使用的转发资源都是控制器根据业务需求信息为待传输数据配置的,因此,待传输数据在该管道中传输时,可以满足待传输数据对网络的需求,另外,还可以提高网络资源的利用率。
在一种可能的实现方式中,通信模块,还用于向该业务服务器发送协商信息,该协商信息用于通知该业务服务器,管道的网络参数,该管道为该控制器为该待传输数据建立的,该管道包括N个转发设备,所待传输数据在该管道中传输时,满足该需求,N为大于或等于1的整数;通信模块,还用于根据该网络参数与该业务服务器通信。上述通信装置可以通知业务服务器管道的网络参数,并和业务服务器根据该网络参数通信。如此,该通信装置根据该网络参数和业务服务器通信时,可以获得较大,较稳定的吞吐量,并减少试探传输带来的丢包和时延。
在一种可能的实现方式中,该协商信息包括以下信息中的至少一种:带宽信息、时延信息或丢包率。上述通信装置可以和业务服务器协商以下信息中的至少一种:带宽信息、时延信息或丢包率,并根据上述至少一种信息与业务服务器通信。
在一种可能的实现方式中,通信模块,还用于向该第一网关设备发送更新需求信息,该更新需求信息用于指示更新后的业务需求信息。基于上述通信装置,当业务需求信息发生变化时,该通信装置可以通过第一网关设备,向控制器发送用于指示更新后的业务需求信息的更新需求信息,以便控制器可以根据该更新需求信息,更新原先建立的管道,或者重新建立管道。从而当待传输数据在更新后的管道或重新建立的管道中传输时,可以满足待传输数据对网络的新需求。
在一种可能的实现方式中,通信模块,还用于向该第一网关设备发送访问结束通知消息,该访问结束通知消息用于指示拆除该控制器为该通信装置和该业务服务器建立的管道。上述通信装置可以通过第一网关设备向控制器发送访问结束通知消息,以便控制器根据该访问结束通知消息拆除管道。如此,管道中的N个转发设备或N个转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
在一种可能的实现方式中,该业务需求信息包括服务水平协议信息。基于上述通信装置,业务需求信息可以通过服务水平协议信息指示该通信装置与业务服务器之间的待传输数据对该控制器管理的网络的需求,以便控制器根据服务水平协议信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。
第七方面,本申请实施例提供一种通信装置,该通信装置包括:处理模块和通信模块;处理模块,用于获取业务需求信息,该业务需求信息用于指示终端与业务服务器之间的待传输数据对控制器管理的网络的需求;通信模块,用于向该控制器发送该业务需求信息。
上述第七方面提供的通信装置,可以获取用于指示待传输数据对网络的需求的业务需求信息,并向控制器发送该业务需求信息,以便控制器根据该业务需求信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。其中,管道中的转发设备、该通信装置或第二网关设备使用的转发资源都是控制器根据业务需求信息为待传输数据配置的,因此,待传输数据在该管道中传输时,可以满足待传输数据对网络的需求,另外,还可以提高网络资源的利用率。
在一种可能的实现方式中,处理模块,具体用于通过通信模块接收来自该终端的业务需求信息。如此,上述通信装置可以从终端获取业务需求信息。
在一种可能的实现方式中,处理模块,具体用于获取该待传输数据的目的地址,和/或,该待传输数据的业务类型;处理模块,还具体用于根据该目的地址和/或该业务类型确定该业务需求信息。上述通信装置可以自己确定业务需求信息。如此,该通信装置可以不需要从其他装置处获取该业务需求信息,可以节省信令开销。
在一种可能的实现方式中,通信模块,用于接收来自该终端的更新需求信息,该更新需求信息用于指示更新后的业务需求信息;通信模块,还用于向该控制器发送该更新需求信息。基于上述通信装置,当业务需求信息发生变化时,该通信装置可以接收来自终端的用于指示更新后的业务需求信息的更新需求信息,并将该更新需求信息发送给控制器。如此,控制器可以根据该更新需求信息,更新原先建立的管道,或者重新建立管道。从而当待传输数据在更新后的管道或重新建立的管道中传输时,可以满足待传输数据对网络的新需求。
在一种可能的实现方式中,通信模块,还用于接收来自该终端的访问结束通知消息,该访问结束通知消息用于指示拆除该控制器为该待传输数据建立的管道;通信模块,还用于备向该控制器发送该访问结束通知消息。上述通信装置可以接收来自终端的访问结束通知消息,并将该访问结束通知消息发送给控制器,以便控制器根据该访问结束通知消息拆除管道。如此,管道中的N个转发设备或N个转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
在一种可能的实现方式中,处理模块,还用于确定停止使用该控制器为该待传输数据建立的管道;通信模块,还用于向该控制器发送该访问结束通知消息,该访问结束通知消息用于指示拆除该该控制器为该待传输数据建立的管道。基于上述通信装置,当该通信装置确定停止使用该控制器为该待传输数据建立的管道时,该通信装置会向控制器发送访问结束通知消息,以便控制器根据该访问结束通知消息拆除管道。如此,管道中的N个转发设备或N个转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
在一种可能的实现方式中,该业务需求信息包括服务水平协议信息。基于上述通信装置,业务需求信息可以通过服务水平协议信息指示终端与业务服务器之间的待传输数据对该控制器管理的网络的需求,以便控制器根据服务水平协议信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。
第八方面,本申请实施例提供一种通信装置,该通信装置包括:通信模块;通信模块,用于接收来自终端的协商信息,该协商信息用于通知该通信装置,管道的网络参数,该管道为控制器为该终端和该通信装置之间的待传输数据建立的,该管道包括该N个转发设备,所待传输数据在该管道中传输时,满足该待传输数据对该控制器管理的网络的需求,N为大于或等于1的整数;通信模块,还用于根据该网络参数与该终端通信。
上述第八方面提供的通信装置可以接收来自终端的管道的网络参数,并和终端根据该网络参数通信。如此,终端根据该网络参数和通信装置通信时,可以获得较大,较稳定的吞吐量,并减少试探传输带来的丢包和时延。
在一种可能的实现方式中,该协商信息包括以下信息中的至少一种:带宽信息、时延信息或丢包率。基于上述通信装置,终端可以和该通信装置协商以下信息中的至少一种:带宽信息、时延信息或丢包率,并根据上述至少一种信息与终端通信。
第九方面,本申请实施例提供一种通信装置,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该装置实现上述第一方面、或第一方面任一种可能的实施方式中所述的方法。
第十方面,本申请实施例提供一种通信装置,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该装置实现上述第二方面、或第二方面任一种可能的实施方式中所述的方法。
第十一方面,本申请实施例提供一种通信装置,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该装置实现上述第三方面、或第三方面任一种可能的实施方式中所述的方法。
第十二方面,本申请实施例提供一种通信装置,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该装置实现上述第四方面、或第四方面任一种可能的实施方式中所述的方法。
第十三方面,本申请实施例提供一种通信装置,该装置用于实现上述第一方面、或第一方面任一种可能的实施方式中所述的方法。
第十四方面,本申请实施例提供一种通信装置,该装置用于实现上述第二方面、或第二方面任一种可能的实施方式中所述的方法。
第十五方面,本申请实施例提供一种通信装置,该装置用于实现上述第三方面、或第三方面任一种可能的实施方式中所述的方法。
第十六方面,本申请实施例提供一种通信装置,该装置用于实现上述第四方面、或第四方面任一种可能的实施方式中所述的方法。
第十七方面,本申请实施例提供一种计算机可读介质,其上存储有计算机程序或指令,所述计算机程序或指令被执行时使得计算机执行上述第一方面、或第一方面任一种可能的实施方式中所述的方法。
第十八方面,本申请实施例提供一种计算机可读介质,其上存储有计算机程序或指令,所述计算机程序或指令被执行时使得计算机执行上述第二方面、或第二方面任一种可能的实施方式中所述的方法。
第十九方面,本申请实施例提供一种计算机可读介质,其上存储有计算机程序或指令,所述计算机程序或指令被执行时使得计算机执行上述第三方面、或第三方面任一种可能的实施方式中所述的方法。
第二十方面,本申请实施例提供一种计算机可读介质,其上存储有计算机程序或指令,所述计算机程序或指令被执行时使得计算机执行上述第四方面、或第四方面任一种可能的实施方式中所述的方法。
第二十一方面,本申请实施例提供一种计算机程序产品,其包括计算机程序代码,所述计算机程序代码在计算机上运行时,使得计算机执行上述第一方面、或第一方面任一种可能的实施方式中所述的方法。
第二十二方面,本申请实施例提供一种计算机程序产品,其包括计算机程序代码,所述计算机程序代码在计算机上运行时,使得计算机执行上述第二方面、或第二方面任一种可能的实施方式中所述的方法。
第二十三方面,本申请实施例提供一种计算机程序产品,其包括计算机程序代码,所述计算机程序代码在计算机上运行时,使得计算机执行上述第三方面、或第三方面任一种可能的实施方式中所述的方法。
第二十四方面,本申请实施例提供一种计算机程序产品,其包括计算机程序代码,所述计算机程序代码在计算机上运行时,使得计算机执行上述第四方面、或第四方面任一种可能的实施方式中所述的方法。
第二十五方面,本申请实施例提供一种芯片,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该芯片实现上述第一方面、或第一方面任一种可能的实施方式中所述的方法。
第二十六方面,本申请实施例提供一种芯片,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该芯片实现上述第二方面、或第二方面任一种可能的实施方式中所述的方法。
第二十七方面,本申请实施例提供一种芯片,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该芯片实现上述第三方面、或第三方面任一种可能的实施方式中所述的方法。
第二十八方面,本申请实施例提供一种芯片,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该芯片实现上述第四方面、或第四方面任一种可能的实施方式中所述的方法。
第二十九方面,本申请实施例提供一种通信系统。该系统包括上述第五方面所述的装置,和/或上述第六方面所述的装置,和/或上述第七方面所述的装置,和/或上述第八方面所述的装置;或者上述第九方面所述的装置,和/或上述第十方面所述的装置,和/或上述第十一方面所述的装置,和/或上述第十二方面所述的装置;或者上述第十三方面所述的装置,和/或上述第十四方面所述的装置,和/或上述第十五方面所述的装置,和/或上述第十六方面所述的装置。
可以理解的,上述提供的任一种通信装置、芯片、计算机可读介质、计算机程序产品或通信系统等均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考对应的方法中的有益效果,此处不再赘述。
附图说明
图1A为本申请实施例提供的通信系统架构示意图一;
图1B为本申请实施例提供的通信系统架构示意图二;
图2为本申请实施例提供的通信装置的硬件结构示意图;
图3为本申请实施例提供的建立管道的方法的流程示意图一;
图4为本申请实施例提供的网络的示意图一;
图5为本申请实施例提供的网络的示意图二;
图6为本申请实施例提供的建立管道的方法的流程示意图二;
图7为本申请实施例提供的建立管道的方法的流程示意图三;
图8为本申请实施例提供的建立管道的方法的流程示意图四;
图9A为本申请实施例提供的吞吐量的示意图一;
图9B为本申请实施例提供的吞吐量的示意图二;
图10为本申请实施例提供的建立管道的方法的流程示意图五;
图11为本申请实施例提供的建立管道的方法的流程示意图六;
图12为本申请实施例提供的建立管道的方法的流程示意图七;
图13为本申请实施例提供的建立管道的方法的流程示意图八;
图14为本申请实施例提供的建立管道的方法的流程示意图九;
图15为本申请实施例提供的建立管道的方法的流程示意图十;
图16为本申请实施例提供的通信装置的结构示意图一;
图17为本申请实施例提供的通信装置的结构示意图二;
图18为本申请实施例提供的通信装置的结构示意图三;
图19为本申请实施例提供的通信装置的结构示意图四;
图20为本申请实施例提供的芯片的结构示意图;
图21为本申请实施例提供的通信系统的组成示意图。
具体实施方式
下面结合附图对本申请实施例的实施方式进行详细描述。
本申请实施例提供的方法可用于各种通信系统。下面仅以图1A和图1B所示通信系统为例,对本申请实施例提供的方法进行描述。
如图1A所示,为本申请实施例提供的一种通信系统的架构示意图。图1A中,通信系统包括终端101、业务服务器102和网络103。终端101和业务服务器102可以通过网络103通信。
图1A中的终端101可以是计算机,或具有无线收发功能的设备。例如,终端101为便携式计算机(如手机)、笔记本电脑、个人计算机(personal computer,PC)、可穿戴电子设备(如智能手表)、平板电脑、增强现实(augmented reality,AR)/虚拟现实(virtualreality,VR)设备、车辆、车载模组、车载电脑、车载芯片、车载通信系统、工业控制中的无线终端等。可以理解的,终端101还可以称为终端设备、用户端、客户端、用户设备、移动站或移动台等。
图1A中的业务服务器102可以是一种能够为终端101提供计算,或应用等服务的设备。
图1A中的网络103可以用于传输终端101与业务服务器102之间的数据。例如,网络103可以是光传送网络(optical transport network,OTN)等。网络103可以包括网关设备1031、网关设备1032、控制器1033和至少一个转发设备(图1A中未示出)。
其中,网关设备1031与终端101连接,可以为终端101提供网络接入、路由、认证或管理等功能。进一步的,网关设备1031可以是具备三层功能的光线路终端(optical lineterminal,OLT)等运营商的边缘设备。网关设备1032与业务服务器102连接,可以为业务服务器102提供网络接入、路由、认证或管理等功能。进一步的,网关设备1032可以是具备三层功能的OLT等运营商的边缘设备。网关设备1031和网关设备1032通过一个或多个转发设备连接。
控制器1033可以独立部署在网络103中,也可以部署在网络103中的一个或多个设备上。例如,控制器1033部署在网关设备1031、网关设备1032或至少一个转发设备上。控制器1033独立部署在网络103中时,可以与网络103中的设备连接。控制器1033可以根据接收到的业务需求信息为终端101和业务服务器102之间的待传输数据建立管道,使得待传输数据在该管道中传输时,满足业务需求信息中指示的业务需求。
可选的,图1A所示的通信系统还包括调度服务器104。调度服务器104与终端101和业务服务器102连接。调度服务器104可以用于确认终端101的身份和权限。调度服务器104还可以为终端101确定要访问的业务服务器。调度服务器104可以是全局调度服务器,也可以是局部调度服务器。例如,对于云VR类服务,调度服务器104为全局调度服务器;对于其他服务器,调度服务器104为全局调度服务器或局部调度服务器。
如图1B所示,为本申请实施例提供的又一种通信系统的架构示意图。图1B中,通信系统包括终端105、业务服务器106、网络107和网络108。终端105和业务服务器106可以通过网络107和网络108通信。
图1B中的终端105和业务服务器106的介绍可以参考上述对终端101和业务服务器102的描述,不予赘述。
图1B中的网络107和网络108可以用于传输终端105与业务服务器106之间的数据。网络107包括网关设备1071、网关设备1072、控制器1073和至少一个转发设备(图1B中未示出)。网络108包括网关设备1081、网关设备1082、控制器1083和至少一个转发设备(图1B中未示出)。
其中,网关设备1071与终端105连接,可以为终端105提供网络接入、路由、认证或管理等功能。进一步的,网关设备1071可以是具备三层功能的OLT等运营商的边缘设备。网关设备1072与网关设备1081连接。网关设备1072和网关设备1081可以将两个不同域(例如不同网段)的网络(例如网络107和网络108)连接在一起。进一步的,网关设备1072或网关设备1081可以是具备三层功能的OLT等运营商的边缘设备。网关设备1082与业务服务器106连接,可以为业务服务器106提供网络接入、路由、认证或管理等功能。进一步的,网关设备1082可以是具备三层功能的OLT等运营商的边缘设备。网关设备1071和网关设备1072通过一个或多个转发设备连接,网关设备1081和网关设备1082通过一个或多个转发设备连接。
控制器1073可以独立部署在网络107中,也可以部署在网络107中的一个或多个设备上。例如,控制器1073部署在网关设备1071、网关设备1072或至少一个转发设备上。控制器1073独立部署在网络107中时,可以与网络107中的设备连接。控制器1073可以根据接收到的业务需求信息为终端105和业务服务器106之间的待传输数据建立管道,使得待传输数据在该管道中传输时,满足业务需求信息中指示的业务需求。
类似的,控制器1083可以独立部署在网络108中,也可以部署在网络108中的一个或多个设备上。例如,控制器1083部署在网关设备1081、网关设备1082或至少一个转发设备上。控制器1083独立部署在网络108中时,可以与网络108中的设备连接。控制器1083可以根据接收到的业务需求信息为终端105和业务服务器106之间的待传输数据建立管道,使得待传输数据在该管道中传输时,满足业务需求信息中指示的业务需求。
可选的,图1B所示的通信系统还包括调度服务器109。调度服务器109与终端105和业务服务器106连接。调度服务器109可以用于确认终端105的身份和权限。调度服务器109还可以为终端105确定要访问的业务服务器。调度服务器109可以是全局调度服务器,也可以是局部调度服务器。例如,对于云VR类服务,调度服务器109为全局调度服务器;对于其他服务器,调度服务器109为全局调度服务器或局部调度服务器。
需要说明的是,上述图1A和图1B仅是本申请实施例提供的通信系统的示例,在实际应用中,通信系统还可以是其他形式的,例如,终端和业务服务器可以通过三个或更多个不同域的网络通信,不予限制。
应注意,图1A和图1B所示的通信系统仅用于举例,并非用于限制本申请的技术方案。本领域的技术人员应当明白,在具体实现过程中,上述通信系统还可以包括其他设备,同时也可根据具体需要来确定终端、网关设备、控制器、业务服务器或调度服务器的数量。图1A或图1B中的各网元还可以通过其他接口进行连接。
可选的,本申请实施例图1A或图1B中的各网元,例如终端101、网关设备1031、控制器1073或网关设备1081等,可以是一个设备内的一个功能模块。可以理解的是,上述功能既可以是硬件设备中的网络元件,例如手机中的通信芯片,也可以是在专用硬件上运行的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。
例如,图1A或图1B中的各网元均可以通过图2中的通信装置20来实现。图2所示为可适用于本申请实施例的通信装置的硬件结构示意图。该通信装置20包括至少一个处理器201,通信线路202,存储器203以及至少一个通信接口204。
处理器201可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路202可包括一通路,在上述组件之间传送信息,例如总线。
通信接口204,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网接口,无线接入网接口(radio access network,RAN),无线局域网接口(wirelesslocal area networks,WLAN)等。
存储器203可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路202与处理器相连接。存储器也可以和处理器集成在一起。本申请实施例提供的存储器通常可以具有非易失性。其中,存储器203用于存储执行本申请方案所涉及的计算机执行指令,并由处理器201来控制执行。处理器201用于执行存储器203中存储的计算机执行指令,从而实现本申请实施例提供的方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器201可以包括一个或多个CPU,例如图2中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信装置20可以包括多个处理器,例如图2中的处理器201和处理器207。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,通信装置20还可以包括输出设备205和输入设备206。输出设备205和处理器201通信,可以以多种方式来显示信息。例如,输出设备205可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备206和处理器201通信,可以以多种方式接收用户的输入。例如,输入设备206可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信装置20可以是一个通用设备或者是一个专用设备。在具体实现中,通信装置20可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant,PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图2中类似结构的设备。本申请实施例不限定通信装置20的类型。
下面结合图1A、图1B和图2对本申请实施例提供的建立管道的方法进行具体阐述。
需要说明的是,本申请实施例提供的建立管道的方法可以应用于多个场景,例如:云(cloud)VR场景、视频点播场景、视频游戏场景或其他对显示画面的品质要求较高的场景等等。
需要说明的是,本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例,具体实现中也可以是其他的名字,本申请实施例对此不作具体限定。
需要说明的是,在本申请的描述中,“第一”、或“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。本申请中的“第一网关设备”等具有不同编号的网关设备,该编号仅为用于上下文行文方便,不同的次序编号本身不具有特定技术含义,比如,第一网关设备,第二网关设备等,可以理解为是一系列网关设备中的一个或者任一个。可理解,在具体实施时,不同编号的网关设备也可以是同一个或者同一种类型的网关设备,本申请对此不作限定。
需要说明的是,本申请下述实施例中,“示例性的”、“可选的”或者“例如”等词用于表示作例子、例证或说明。本申请下述实施例中被描述为“示例性的”、“可选的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”、“可选的”或者“例如”等词旨在以具体方式呈现相关概念。
可以理解的,本申请实施例中同一个步骤或者具有相同功能的步骤或者消息在不同实施例之间可以互相参考借鉴。
可以理解的,本申请实施例中,控制器、第一网关设备、第二网关设备、终端或业务服务器可以执行本申请实施例中的部分或全部步骤,这些步骤仅是示例,本申请实施例还可以执行其它步骤或者各种步骤的变形。此外,各个步骤可以按照本申请实施例呈现的不同的顺序来执行,并且有可能并非要执行本申请实施例中的全部步骤。
在本申请实施例中,建立管道的方法的执行主体的具体结构,本申请实施例并未特别限定,只要可以通过运行记录有本申请实施例建立管道的方法的代码的程序,以根据本申请实施例的建立管道的方法进行通信即可,例如,本申请实施例提供的建立管道的方法的执行主体可以是控制器,或者为应用于控制器中的部件,例如,芯片,本申请对此不进行限定。或者,本申请实施例提供的建立管道的方法的执行主体可以是第一网关设备,或者为应用于第一网关设备的部件,例如,芯片,本申请对此不进行限定。或者,本申请实施例提供的建立管道的方法的执行主体可以是第二网关设备,或者为应用于第二网关设备的部件,例如,芯片,本申请对此不进行限定。或者,本申请实施例提供的建立管道的方法的执行主体可以是终端,或者为应用于终端的部件,例如,芯片,本申请对此不进行限定。或者,本申请实施例提供的建立管道的方法的执行主体可以是业务服务器,或者为应用于业务服务器的部件,例如,芯片,本申请对此不进行限定。下述实施例以建立管道的方法的执行主体分别为控制器、第一网关设备、第二网关设备、终端和业务服务器为例进行描述。
如图3所示,为本申请实施例提供的一种建立管道的方法。该方法以图1A所示的通信系统为例,该方法包括步骤301-步骤304。
步骤301:终端获取业务需求信息。
其中,该终端可以为图1A中的终端101。
其中,业务需求信息用于指示终端与业务服务器之间的待传输数据对控制器管理的网络的需求。其中,待传输数据可以是已经到达终端或业务服务器的数据,也可以是终端和业务服务器之间实时通信的数据。业务服务器可以为图1A中的业务服务器102。控制器可以为图1A中的控制器1033,控制器管理的网络可以是图1A中的网络103。
一种可能的实现方式,业务需求信息包括服务水平协议信息(service levelagreement,SLA)。示例性的,SLA包括以下信息中的至少一种:待传输数据的带宽信息、待传输数据的时延信息、待传输数据的丢包率或带传送数据的时延抖动信息。待传输数据的带宽信息用于指示待传输数据的带宽。待传输数据的时延信息用于指示待传输数据的时延。待传输数据的时延抖动信息用于指示待传输数据的时延抖动。其中,待传输数据的带宽、待传输数据的时延、待传输数据的丢包率和待传输数据的时延抖动的介绍可以参考常规技术的描述。
一种可能的实现方式,在步骤301之前,终端确定将要访问的业务服务器。示例性的,终端向调度服务器发送用于请求分配业务服务器的请求信息。调度服务器接收到该请求信息后,验证终端的身份或权限等信息,并向终端发送用于指示业务服务器的响应信息。终端接收到来自调度服务器的响应信息后,根据响应信息确定要访问的业务服务器。
其中,调度服务器可以为图1A中的调度服务器104。
需要说明的是,调度服务器除了为终端分配业务服务器之外,还可以为终端确定SLA,并向终端发送该SLA。SLA可以包括在响应信息中,也可以单独发送。
可以理解的,除了调度服务器可以为终端确定SLA之外,终端可以可以自己确定该SLA。
示例性的,调度服务器或终端可以通过下述任一种方式确定SLA。
一种可能的实现方式,SLA是根据待传输数据的业务类型确定的。
可以理解的,业务的分类方法有多种,不同的分类方法对应的业务类型不同。
示例性的,根据协议类型可以将业务分为:超文本传输协议(hypertext transferprotocol,HTTP)类型和用户数据报协议(user datagram protocol,UDP)类型等。
示例性的,根据视频清晰度可以将业务分为标清类型、超清类型和高清类型等。
示例性的,根据业务的内容可以将业务分为VR业务、视频点播业务和视频游戏业务等。
应理解,上述HTTP类型、UDP类型、标清类型、超清类型、高清类型、VR业务、视频点播业务或视频游戏业务等仅是业务类型的示例,在实际应用中,业务类型还可以包括其他类型,业务类型也可以根据其他方法分类,不予限制。
示例性的,SLA可以根据表1所示的SLA与待传输数据的业务类型的对应关系确定。例如,若待传输数据的业务类型为HTTP类型,则SLA包括带宽信息1、时延信息1、丢包率1和时延抖动信息1;若待传输数据的业务类型为UDP类型,则SLA包括带宽信息2、时延信息2、丢包率2和时延抖动信息2;若待传输数据的业务类型为标清类型,则SLA包括带宽信息3、时延信息3、丢包率3和时延抖动信息3;若待传输数据的业务类型为超清类型,则SLA包括带宽信息4、时延信息4、丢包率4和时延抖动信息4;若待传输数据的业务类型为高清类型,则SLA包括带宽信息5、时延信息5、丢包率5和时延抖动信息5。
表1
业务类型 带宽信息 时延信息 丢包率 时延抖动信息
HTTP类型 带宽信息1 时延信息1 丢包率1 时延抖动信息1
UDP类型 带宽信息2 时延信息2 丢包率2 时延抖动信息2
标清类型 带宽信息3 时延信息3 丢包率3 时延抖动信息3
超清类型 带宽信息4 时延信息4 丢包率4 时延抖动信息4
高清类型 带宽信息5 时延信息5 丢包率5 时延抖动信息5
另一种可能的实现方式,SLA是根据待传输数据的相关参数确定。例如,SLA是根据待传输数据的大小确定的;或者,SLA是根据待传输数据的时延需求确定的。
步骤302:终端向第一网关设备发送业务需求信息。
其中,第一网关设备可以为图1A中的网关设备1031。
可以理解的,终端还向第一网关设备发送待传输数据的目的地址。进一步的,终端还向第一网关设备发送协议端口标识。上述待传输数据的目的地址或协议端口标识可以和业务需求信息一起发送,也可以分开发送。
其中,待传输数据的目的地址为业务服务器的地址,例如,待传输数据的目的地址为业务服务器的互联网协议(Internet Protocol,IP)地址。协议端口标识用于标识协议端口。例如,协议端口标识为20,表示文件传输协议(file transfer protocol,FTP)数据连接端口。
对应的,第一网关设备接收来自终端的业务需求信息。
可以理解的,第一网关设备还接收来自终端的待传输数据的目的地址。进一步的,第一网关设备还接收来自终端的协议端口标识。
需要说明的是,上述业务需求信息除了是终端获取并发送给第一网关设备的之外,该业务需求信息也可以是第一网关设备根据待传输数据的目的地址,和/或,待传输数据的业务类型确定的。在这种情况下,上述步骤301和步骤302可以替换为下述步骤A和B。
步骤A:第一网关设备获取待传输数据的目的地址,和/或,待传输数据的业务类型。
一种可能的实现方式,第一网关设备接收来自终端的待传输数据的目的地址,和/或,待传输数据的业务类型的信息。其中,待传输数据的业务类型的信息用于指示待传输数据的业务类型。例如,待传输数据的业务类型的信息包括待传输数据对应的协议端口标识。
步骤B:第一网关设备根据待传输数据的目的地址,和/或,待传输数据的业务类型确定业务需求信息。
一种可能的实现方式,待传输数据的目的地址,和/或,待传输数据的业务类型与业务需求信息有对应关系。
示例性的,以第一网关设备根据待传输数据的目的地址确定业务需求信息为例,待传输数据的目的地址与业务需求信息的对应关系如表2所示,若待传输数据的目的地址为目的地址1,则第一网关确定的业务需求信息为业务需求信息1;若待传输数据的目的地址为目的地址2,则第一网关确定的业务需求信息为业务需求信息2;若待传输数据的目的地址为目的地址3,则第一网关确定的业务需求信息为业务需求信息3。
表2
待传输数据的目的地址 业务需求信息
目的地址1 业务需求信息1
目的地址2 业务需求信息2
目的地址3 业务需求信息3
示例性的,以第一网关设备根据待传输数据的业务类型确定业务需求信息为例,待传输数据的业务类型与业务需求信息的对应关系如表3所示,若待传输数据的业务类型为标清类型,则第一网关确定的业务需求信息为业务需求信息1;若待传输数据的业务类型为超清类型,则第一网关确定的业务需求信息为业务需求信息2;若待传输数据的业务类型为高清类型,则第一网关确定的业务需求信息为业务需求信息3。
表3
待传输数据的业务类型 业务需求信息
标清类型 业务需求信息1
超清类型 业务需求信息2
高清类型 业务需求信息3
示例性的,以第一网关设备根据待传输数据的目的地址,和/或,待传输数据的业务类型确定业务需求信息为例,待传输数据的业务类型与业务需求信息的对应关系如表4所示,若待传输数据的目的地址为目的地址1,待传输数据的业务类型为VR业务,则第一网关确定的业务需求信息为业务需求信息1;若待传输数据的目的地址为目的地址2,待传输数据的业务类型为视频点播业务,则第一网关确定的业务需求信息为业务需求信息2;若待传输数据的目的地址为目的地址3,待传输数据的业务类型为视频游戏业务,则第一网关确定的业务需求信息为业务需求信息3。
表4
待传输数据的目的地址 待传输数据的业务类型 业务需求信息
目的地址1 VR业务 业务需求信息1
目的地址2 视频点播业务 业务需求信息2
目的地址3 视频游戏业务 业务需求信息3
步骤303:第一网关设备向控制器发送业务需求信息。
可以理解的,第一网关还向控制器发送待传输数据的源地址、待传输数据的目的地址和下一跳地址,以便通知控制器需要建立的管道的起始节点和结束节点。其中,待传输数据的源地址为终端的地址,例如,待传输数据的源地址为终端的IP地址。下一跳地址为第二网关设备的地址,例如,下一跳地址为第二网关设备的IP地址。第二网关设备可以为图1A中的网关设备1032。
进一步的,第一网关设备还向控制器发送协议端口标识。上述待传输数据的源地址、待传输数据的目的地址、下一跳地址或协议端口标识可以和业务需求信息一起发送,也可以分开发送。
对应的,控制器接收来自第一网关设备的业务需求信息。
可以理解的,控制器还接收来自第一网关设备的待传输数据的源地址、待传输数据的目的地址和下一跳地址。进一步的,控制器还接收来自第一网关设备的协议端口标识。
步骤304:控制器根据业务需求信息,在网络中为待传输数据建立管道。
其中,该管道包括N个转发设备。待传输数据在该管道中传输时,满足业务需求信息中指示的需求。N为大于或等于1的整数。
一种可能的实现方式,在网络初始建立时,控制器获取第一对应关系和第二对应关系。
其中,第一对应关系为第一网关设备的地址与网络中的第一转发设备的用户网络接口(user-to-network interface,UNI)的对应关系。第二对应关系为第二网关设备的地址与网络中的第二转发设备的UNI的对应关系。该第一转发设备与该第一网关设备连接,该第二转发设备与该第二网关设备连接。第一网关设备的地址可以为第一网关设备的IP地址。第二网关设备的地址可以为第二网关设备的IP地址。
示例性的,以图4所示的网络401为例,若第一网关设备402通过转发设备404的UNI1与转发设备404连接,第一对应关系可以如表5所示。若第二网关设备403通过转发设备405的UNI 2与转发设备405连接,第二对应关系可以如表6所示。
表5
UNI UNI对应的网关设备的地址
UNI 1 第一网关设备的地址
表6
UNI UNI对应的网关设备的地址
UNI 2 第二网关设备的地址
一种可能的实现方式,控制器可以通过接口探测上述第一对应关系和第二对应关系。例如,控制器可以将包括第一网关设备的地址或第二网关设备的地址的地址解析协议(address resolution protocol,ARP)请求广播到网络中所有的设备上,并接收返回消息。后续,控制器可以根据返回消息确定第一对应关系和第二对应关系。
可以理解的,后续,若第一对应关系和第二对应关系未发生变化的情况下,控制器不需要再次获取第一对应关系和第二对应关系。
一种可能的实现方式,控制器根据业务需求信息,在网络中为待传输数据建立管道,包括:控制器根据业务需求信息、第一对应关系和第二对应关系在网络中为待传输数据建立管道。
示例性的,以图4所示的网络为,控制器建立的管道包括转发设备404和转发设备405。
进一步的,控制器根据业务需求信息、第一对应关系和第二对应关系在网络中为待传输数据建立管道,包括:控制器根据业务需求信息、第一对应关系和第二对应关系确定转发资源以及N个转发设备中,每个转发设备的转发表。
其中,转发资源用于指示N个转发设备以及每个转发设备使用的资源。转发设备使用的资源用于指示待传输数据的带宽、待传输数据的时隙、待传输数据对应的线程中的一种或多种。应理解,在实际应用中转发设备使用的资源还包括其他信息,不予限制。
其中,转发表包括入接口的标识,以及该入接口的标识对应的出接口的标识。示例性的,以图4所示的网络为例,若转发设备404通过接口1与网关设备402连接,转发设备404通过接口2与转发设备405连接,则转发设备404对应的转发表包括:接口1,以及与接口1对应的接口2。
示例性的,控制器根据待传输数据的源地址、待传输数据的目的地址、第一对应关系和第二对应关系确定与第一网关设备连接的第一转发设备和与第二网关设备连接的第二转发设备;控制器根据网络拓扑和业务需求信息确定第一转发设备和第二转发设备之间的转发设备,以及第一网关设备、第二网关设备和N个转发设备中每个转发设备使用的资源和转发表。其中,第一转发设备、第二转发设备以及第一转发设备和第二转发设备之间的转发设备包括在N个转发设备中。
可以理解的,N值不同时,网络拓扑结构不同。
示例性的,当N为1时,第一网关设备与第二网关设备通过一个转发设备连接。
示例性的,当N为2时,第一网关设备与第一转发设备、第二转发设备、第二网关设备依次相连。以图4为例,第一网关设备为网关设备402,第一转发设备为转发设备404,第二转发设备为转发设备405,第二网关设备为网关设备403。
示例性的,当N为3时,网络的拓扑结构可以如图5所示。图5中,第一网关设备为网关设备502,第一转发设备为转发设备504,第二转发设备为转发设备505,第一转发设备和第二转发设备之间的转发设备为转发设备506,第二网关设备为网关设备503。
可以理解的,当N大于3时,第一转发设备和第二转发设备之间的转发设备的个数大于1,也就是说,在这种情况下,第一转发设备和第二转发设备通过多个转发设备连接。
可以理解的,控制器根据业务需求信息、第一对应关系和第二对应关系确定转发资源以及N个转发设备中,每个转发设备的转发表之后,可以分别向N个转发设备发送N个转发设备中每个转发设备对应的转发资源和转发表。控制器还向第一网关设备发送第一网关设备对应的转发资源和转发表,向第二网关设备发送第二网关设备对应的转发资源和转发表。
示例性的,以图4所示的网络为例,控制器向网关设备402发送网关设备402对应的转发资源和转发表;控制器向转发设备404发送转发设备404对应的转发资源和转发表;控制器向转发设备405发送转发设备405对应的转发资源和转发表;控制器向网关设备403发送网关设备403对应的转发资源和转发表。
可以理解的,本申请实施例中,N个转发设备中每个转发设备对应的转发资源、第一网关设备对应的转发资源和第二网关设备对应的转发资源都是待传输数据专用的资源。也就是说,上述每个转发设备对应的转发资源、第一网关设备对应的转发资源和第二网关设备对应的转发资源是用于传输上述待传输数据的,不能用于其他业务。因此,待传输数据在管道中传输时,可以满足业务需求信息中指示的需求。
一种可能的实现方式,步骤304之后,控制器向第一网关设备发送业务需求信息的响应信息。该响应信息用于指示管道是否建立成功。第一网关设备接收到该响应信息后,向终端发送该响应信息。
可以理解的,在步骤304之后,终端通过该管道与业务服务器通信。
基于图3所示的方法,终端可以通过第一网关设备向控制器发送用于指示待传输数据对网络的需求的业务需求信息。控制器接收到该业务需求信息后,可以根据该业务需求信息,在网络中为待传输数据建立满足待传输数据对网络的需求的管道。其中,管道中的转发设备、第一网关设备或第二网关设备使用的转发资源都是控制器根据业务需求信息为待传输数据配置的,因此,待传输数据在该管道中传输时,可以满足待传输数据对网络的需求,另外,还可以提高网络资源的利用率。
可选的,在图3所示方法的第一种可能的实现方式中,终端与业务服务器通信的过程中,上述业务需求信息会发生变化。例如,终端用户切换视频的清晰度时,业务需求信息会发生变化。此时,终端需要通过第一网关设备向控制器发送更新需求信息,以便控制器根据更新需求信息,更新原先的管道或者重新建立管道。具体的,如图6所示,图3所示的方法还包括步骤601-步骤603。
步骤601:终端向第一网关设备发送更新需求信息。
其中,该更新需求信息用于指示更新后的业务需求信息。
一种可能的实现方式,更新需求信息包括更新后的业务需求信息。示例性的,更新需求信息包括带宽信息1、时延信息1、丢包率1和时延抖动信息1。
另一种可能的实现方式,更新需求信息包括更新后的业务需求信息中,与上述业务需求信息不同的信息。
示例性的,以业务需求信息包括带宽信息1、时延信息1、丢包率1和时延抖动信息1,更新后的业务需求信息包括带宽信息1、时延信息1、丢包率1和时延抖动信息2为例,则更新需求信息包括时延抖动信息2。
可以理解的,更新需求信息还可以包括终端的地址和业务服务器的地址,以便通知控制器该更新需求信息是针对哪条管道,或那个业务需求信息的。
对应的,第一网关设备接收来自终端的更新需求信息。
步骤602:第一网关设备向控制器发送更新需求信息。
对应的,控制器接收来自第一网关设备的更新需求信息。
步骤603:控制器根据更新需求信息,更新上述管道,或者重新在网络中建立管道。
可以理解的,若更新需求信息包括更新后的业务需求信息中,与上述业务需求信息不同的信息,则控制接收到更新需求信息后,会先根据更新需求信息和业务需求信息确定更新后的业务需求信息。
示例性的,以业务需求信息包括带宽信息1、时延信息1、丢包率1和时延抖动信息1,更新需求信息包括使用抖动信息2为例,则控制器可以确定更新后的业务需求信息包括带宽信息1、时延信息1、丢包率1和时延抖动信息2。
可以理解的,控制器确定了更新后的业务需求信息后,可以重新在网络中建立管道,也可以不重新建立管道。若控制器确定重新建立管道,控制器会将上述步骤304中建立的管道拆除,再重新建立管道。控制器重新在网络中建立管道的过程与步骤304中建立管道的过程类似,具体的,可以参考上述步骤304中建立管道的过程,不予赘述。若控制器确定不重新建立管道,可以更新上述管道。
一种可能的实现方式,控制器根据更新需求信息,更新上述管道,包括:控制器根据更新需求信息和网络拓扑,确定第一网关设备对应的转发资源、第二网关设备对应的转发资源和N个转发设备中每个转发设备对应的转发资源。
可以理解的,控制重新在网络中建立了管道后,分别向N个转发设备发送N个转发设备中的每个转发设备对应的转发资源和转发表,向第一网关设备发送第一网关设备对应的转发资源和转发表,向第二网关设备发送第二网关设备对应的转发资源和转发表。
可以理解的,控制更新上述管道后,向N个转发设备发送该转发设备对应的转发资源,向第一网关设备发送第一网关设备对应的转发资源,向第二网关设备发送第二网关设备对应的转发资源。
一种可能的实现方式,步骤603之后,控制器向第一网关设备发送更新需求信息的响应信息。该响应信息用于指示管道是否更新成功,或者管道是否重新建立成功。第一网关设备接收到该响应信息后,向终端发送该响应信息。
可以理解的,在步骤603之后,终端通过该更新后的管道,或重新建立的管道与业务服务器通信。
基于图6所示的方法,当业务需求信息发生变化时,终端可以通过第一网关设备向控制器发送更新需求信息。控制器接收到该更新需求信息后,可以根据该更新需求信息,更新原先建立的管道,或者重新建立管道。如此,当待传输数据在更新后的管道或重新建立的管道中传输时,可以满足待传输数据对网络的新需求。
可选的,在图3所示方法的第二种可能的实现方式中,终端与业务服务器结束通信时,终端可以通过第一网关设备向控制器发送访问结束通知消息,以便控制器拆除管道。具体的,如图7所示,图3所示的方法还包括步骤701-步骤703。
步骤701:终端向第一网关设备发送访问结束通知消息。
其中,访问结束通知消息用于指示拆除控制器为终端和业务服务器建立的管道。
一种可能的实现方式,访问结束通知消息包括终端的地址和业务服务器的地址,以便通知控制器该访问结束通知消息是针对哪条管道,或针对哪个业务需求信息的。
对应的,第一网关设备接收来自终端的访问结束通知消息。
步骤702:第一网关设备向控制器发送访问结束通知消息。
对应的,控制器接收来自第一网关设备的访问结束通知消息。
步骤703:控制器根据访问结束通知消息拆除上述管道。
示例性的,控制器向N个转发设备、第一网关设备和第二网关设备发送指示信息。该指示信息用于指示删除每个设备上的为待传输数据配置的转发资源和转发表。
可以理解的,上述步骤701-步骤703也可以在步骤603之后执行。
基于图7所示的方法,终端与业务服务器结束通信时,终端可以通过第一网关设备向控制器发送访问结束通知消息,以便控制器根据该访问结束通知消息拆除管道。如此,上述N个转发设备或N个转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
上述图7所示的方法中,终端在通信结束时,通过第一网关设备通知控制器拆除管道。除此之外,在图3所示方法的第三种可能的实现方式中,第一网关设备也可以通知控制器拆除管道。在这种情况下,第一网关设备可以具备监控终端对网络的使用情况的功能。具体的,如图8所示,图3所示的方法还包括步骤801-步骤803。
步骤801:第一网关设备确定停止使用控制器为待传输数据建立的管道。
第一网关设备可以在下述示例性的情况下,确定停止使用控制器为待传输数据建立的管道。
示例性的,在预设时间内,第一网关设备未检测到终端通过管道与业务服务器通信,第一网关设备确定停止使用控制器为待传输数据建立的管道。
示例性的,第一网关设备检测到终端会员身份到期时,确定停止使用控制器为待传输数据建立的管道。
示例性的,第一网关设备检测到终端的账户余额小于或等于门限值时,确定停止使用控制器为待传输数据建立的管道。
步骤802:第一网关设备向控制器发送访问结束通知消息。
其中,访问结束通知消息用于指示拆除控制器为终端和业务服务器建立的管道。
一种可能的实现方式,访问结束通知消息包括终端的地址和业务服务器的地址,以便通知控制器该访问结束通知消息是针对哪条管道,或针对哪个业务需求信息的。
对应的,控制器接收来自第一网关设备的访问结束通知消息。
步骤803:控制器根据访问结束通知消息拆除上述管道。
示例性的,控制器向N个转发设备、第一网关设备和第二网关设备发送指示信息。该指示信息用于指示删除每个设备上的为待传输数据配置的转发资源和转发表。
可以理解的,上述步骤801-步骤803也可以在步骤603之后执行。
基于图8所示的方法,第一网关设备确定停止使用控制器为待传输数据建立的管道后,可以向控制器发送访问结束通知消息,以便控制器根据该访问结束通知消息拆除管道。如此,上述N个转发设备或N个转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
可以理解的,在常规技术中,终端与业务服务器通过三次握手建立连接后,由于不知道网络的传输能力,终端和业务服务器通信时,会采用试探的方法传输数据。
以业务服务器向终端发送数据为例,一开始业务服务器采用第一带宽向终端发送数据。在预设时间内,丢包率小于或等于阈值时,业务服务器采用第二带宽向终端发送数据,第二带宽大于第一带宽。若在预设时间内,丢包率小于或等于阈值,业务服务器采用第三带宽向终端发送数据,第三带宽大于第二带宽;若在预设时间内,丢包率大于或等于阈值,业务服务器采用第四带宽向终端发送数据,第四带宽小于第二带宽。因此,在常规技术中,业务服务器向终端发送数据的过程中,吞吐量可以如图9A所示。在上述过程中,业务服务器要不断试探合适的带宽,会经常出现丢包的情况,而且,在数据开始传输的一段时间内,为了避免丢包,业务服务器使用的带宽较小,会产生时延。基于上述问题,终端可以与业务服务器协商网络参数,并通过协商后的网络参数通信。
可选的,在图3所示方法的第四种可能的实现方式中,终端可以通过管道通知业务服务器管道的网络参数,以便终端和业务服务器根据该网络参数通信。具体的,如图10所示,图3所示的方法还包括步骤1001-步骤1002。
步骤1001:终端向业务服务器发送协商信息。
其中,协商信息用于通知业务服务器,管道的网络参数。示例性的,协商信息包括以下信息中的至少一种:带宽信息、时延信息或丢包率。其中,带宽信息用于指示该管道对应的带宽,时延信息用于指示该管道对应的时延,该丢包率为该管道对应的丢包率。
一种可能的实现方式,终端通过管道向业务服务器发送协商信息。
一种可能的实现方式,终端与业务服务器进行三次握手并建立连接之后,向业务服务器发送协商信息。
对应的,业务服务器接收来自终端的协商信息。
步骤1002:终端根据网络参数与业务服务器通信。
一种可能的实现方式,终端通过管道与业务服务器通信。
可以理解的,此时终端和业务服务器都知道了该管道的网络参数,因此,终端和业务服务器不需要采用试探的方法传输数据,而是采用上述管道的网络参数传输数据。在这种情况下,吞吐量可以如图9B所示。
基于图10所示的方法,终端可以通知业务服务器管道的网络参数,并和业务服务器根据该网络参数通信。如此,终端根据该网络参数和业务服务器通信时,可以获得较大,较稳定的吞吐量,并减少试探传输带来的丢包和时延。
上述图3、图6、图7、图8和图10所示方法是以图1A所示的通信系统为例的。下面以图1B所示的通信系统为例介绍本申请实施例提供的建立管道的方法。
可以理解的,图1B所示的通信系统中,终端和业务服务器通过两个不同域的网络通信的。在实际应用中,终端和业务服务器还可以通过三个或更多个不同域的网络通信。这种情况下建立管道的方法,与终端和业务服务器通过两个不同域的网络通信时,建立管道的方法类似,因此,可以参考下述图11-图15所示的方法。
如图11所示,为本申请实施例提供的另一种建立管道的方法。该方法包括步骤1101-步骤1108。
步骤1101:终端105获取业务需求信息。
步骤1102:终端105向网关设备1071发送业务需求信息。
步骤1103:网关设备1071向控制器1073发送业务需求信息。
步骤1104:控制器1073根据业务需求信息,在网络107中为待传输数据建立管道1。
上述步骤1101-步骤1104的介绍可以参考上述步骤301-步骤304中对应的描述,不予赘述。
步骤1105:网关设备1071通过至少一个转发设备向网关设备1072发送业务需求信息。
其中,该至少一个转发设备包括在网络107中。
对应的,网关设备1072通过至少一个转发设备接收来自网关设备1071的业务需求信息。
需要说明的是,本申请实施例不限制步骤1103-步骤1104,和步骤1105的执行顺序。例如,可以先执行步骤1103-步骤1104,再执行步骤1105,也可以先执行步骤1105,再执行步骤1103-步骤1104,还可以同时执行步骤1103-步骤1104,以及步骤1105。
步骤1106:网关设备1072向网关设备1081发送业务需求信息。
对应的,网关设备1081接收来自网关设备1072的业务需求信息。
步骤1107:网关设备1081向控制器1083发送业务需求信息。
步骤1108:控制器1083根据业务需求信息,在网络108中为待传输数据建立管道2。
上述步骤1107-步骤1108的介绍可以参考上述步骤303-步骤304中对应的描述,不予赘述。
基于图11所示的方法,终端105可以通过网关设备1071向控制器1073发送用于指示待传输数据对网络的需求的业务需求信息。控制器1073接收到该业务需求信息后,可以根据该业务需求信息,在网络107中为待传输数据建立满足待传输数据对网络的需求的管道1。终端105还可以通过网关设备1071、网关设备1072和网关设备1081向控制器1083发送用于指示待传输数据对网络的需求的业务需求信息。控制器1083接收到该业务需求信息后,可以根据该业务需求信息,在网络108中为待传输数据建立满足待传输数据对网络的需求的管道2。其中,管道1中的转发设备、网关设备1071或网关设备1072使用的转发资源都是控制器1073根据业务需求信息为待传输数据配置的。管道2中的转发设备、网关设备1081或网关设备1082使用的转发资源都是控制器1083根据业务需求信息为待传输数据配置的。因此,待传输数据在该管道1和管道2中传输时,可以满足待传输数据对网络的需求,另外,还可以提高网络资源的利用率。
可选的,在图11所示方法的第一种可能的实现方式中,终端105与业务服务器106通信的过程中,上述业务需求信息会发生变化。例如,终端105用户切换视频的清晰度时,业务需求信息会发生变化。此时,终端105需要通过网关设备1071向控制器1073发送更新需求信息,以便控制器1073根据更新需求信息,更新原先的管道1或者重新建立管道3。终端105还需要通过网关设备1071、网关设备1072和网关设备1081向控制器1083发送更新需求信息,以便控制器1083根据更新需求信息,更新原先的管道2或者重新建立管道4。具体的,如图12所示,图11所示的方法还包括步骤1201-步骤1207。
步骤1201:终端105向网关设备1071发送更新需求信息。
步骤1202:网关设备1071向控制器1073发送更新需求信息。
步骤1203:控制器1073根据更新需求信息,更新上述管道1,或者重新在网络107中建立管道3。
上述步骤1201-步骤1203的介绍可以参考上述步骤601-步骤603中对应的描述,不予赘述。
步骤1204:网关设备1071通过至少一个转发设备向网关设备1072发送更新需求信息。
其中,该至少一个转发设备包括在网络107中。
对应的,网关设备1072通过至少一个转发设备接收来自网关设备1071的更新需求信息。
需要说明的是,本申请实施例不限制步骤1202-步骤1203,和步骤1204的执行顺序。例如,可以先执行步骤1202-步骤1203,再执行步骤1204,也可以先执行步骤1204,再执行步骤1202-步骤1203,还可以同时执行步骤1202-步骤1203,以及步骤1204。
步骤1205:网关设备1072向网关设备1081发送更新需求信息。
对应的,网关设备1081接收来自网关设备1072的更新需求信息。
步骤1206:网关设备1081向控制器1083发送更新需求信息。
步骤1207:控制器1083根据更新需求信息,更新上述管道2,或者重新在网络108中建立管道4。
上述步骤1206-步骤1207的介绍可以参考上述步骤602-步骤603中对应的描述,不予赘述。
基于图12所示的方法,当业务需求信息发生变化时,终端105可以通过网关设备1071向控制器1073发送更新需求信息。控制器1073接收到该更新需求信息后,可以根据该更新需求信息,更新原先建立的管道1,或者重新建立管道3。终端105还可以通过网关设备1071、网关设备1072和网关设备1081向控制器1083发送更新需求信息。控制器1083接收到该更新需求信息后,可以根据该更新需求信息,更新原先建立的管道2,或者重新建立管道4。如此,当待传输数据在更新后的管道1或重新建立的管道3中传输时,可以满足待传输数据对网络的新需求,当待传输数据在更新后的管道2或重新建立的管道4中传输时,可以满足待传输数据对网络的新需求。
可选的,在图11所示方法的第二种可能的实现方式中,终端105与业务服务器106结束通信时,终端105可以通过网关设备1071向控制器1073发送访问结束通知消息,以便控制器1073拆除管道1。终端105还可以通过网关设备1071、网关设备1072和网关设备1081向控制器1083发送访问结束通知消息,以便控制器1083拆除管道2。具体的,如图13所示,图11所示的方法还包括步骤1301-步骤1307。
步骤1301:终端105向网关设备1071发送访问结束通知消息。
步骤1302:网关设备1071向控制器1073发送访问结束通知消息。
步骤1303:控制器1073根据访问结束通知消息拆除上述管道1。
上述步骤1301-步骤1303的介绍可以参考上述步骤701-步骤703中对应的描述,不予赘述。
步骤1304:网关设备1071通过至少一个转发设备向网关设备1072发送访问结束通知消息。
其中,该至少一个转发设备包括在网络107中。
对应的,网关设备1072通过至少一个转发设备接收来自网关设备1071的访问结束通知消息。
需要说明的是,本申请实施例不限制步骤1302-步骤1303,和步骤1304的执行顺序。例如,可以先执行步骤1302-步骤1303,再执行步骤1304,也可以先执行步骤1304,再执行步骤1302-步骤1303,还可以同时执行步骤1302-步骤1303,以及步骤1304。
步骤1305:网关设备1072向网关设备1081发送访问结束通知消息。
对应的,网关设备1081接收来自网关设备1072的访问结束通知消息。
步骤1306:网关设备1081向控制器1083发送访问结束通知消息。
步骤1307:控制器1083根据访问结束通知消息拆除上述管道2。
上述步骤1306-步骤1307的介绍可以参考上述步骤702-步骤703中对应的描述,不予赘述。
基于图13所示的方法,终端105与业务服务器106结束通信时,终端105可以通过网关设备1071向控制器1073发送访问结束通知消息,以便控制器1073根据该访问结束通知消息拆除管道1。终端105可以通过网关设备1071、网关设备1072和网关设备1081向控制器1083发送访问结束通知消息,以便控制器1083根据该访问结束通知消息拆除管道2。如此,上述管道1和管道2中的转发设备或管道1和管道2中的转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
上述图13所示的方法中,终端105在通信结束时,通过网关设备1071通知控制器1073拆除管道1,通过网关设备1071、网关设备1072和网关设备1081通知控制器1083拆除管道2。除此之外,在图11所示方法的第三种可能的实现方式中,网关设备1071也可以通知控制器1073拆除管道1,网关设备1071还可以通过网关设备1072和网关设备1081通知控制器1083拆除管道2。在这种情况下,网关设备1071可以具备监控终端105对网络107的使用情况的功能。具体的,如图14所示,图11所示的方法还包括步骤1401-步骤1407。
步骤1401:网关设备1071确定停止使用控制器1073为待传输数据建立的管道1,以及控制器1083为待传输数据建立的管道2。
步骤1402:网关设备1071向控制器1073发送访问结束通知消息。
步骤1403:控制器1073根据访问结束通知消息拆除上述管道1。
上述步骤1401-步骤1403的介绍可以参考上述步骤801-步骤803中对应的描述,不予赘述。
步骤1404:网关设备1071通过至少一个转发设备向网关设备1072发送访问结束通知消息。
其中,该至少一个转发设备包括在网络107中。
对应的,网关设备1072通过至少一个转发设备接收来自网关设备1071的访问结束通知消息。
需要说明的是,本申请实施例不限制步骤1402-步骤1403,和步骤1404的执行顺序。例如,可以先执行步骤1402-步骤1403,再执行步骤1404,也可以先执行步骤1404,再执行步骤1402-步骤1403,还可以同时执行步骤1402-步骤1403,以及步骤1404。
步骤1405:网关设备1072向网关设备1081发送访问结束通知消息。
对应的,网关设备1081接收来自网关设备1072的访问结束通知消息。
步骤1406:网关设备1081向控制器1083发送访问结束通知消息。
步骤1407:控制器1083根据访问结束通知消息拆除上述管道2。
上述步骤1406-步骤1407的介绍可以参考上述步骤802-步骤803中对应的描述,不予赘述。
基于图14所示的方法,网关设备1071确定停止使用控制器1073为待传输数据建立的管道1,以及控制器1083为待传输数据建立的管道2后,可以向控制器1073发送访问结束通知消息,以便控制器1073根据该访问结束通知消息拆除管道1。还可以通过网关设备1072和网关设备1082向控制器1083发送访问结束通知消息,以便控制器1083根据该访问结束通知消息拆除管道2。如此,上述管道1和管道2中的转发设备或管道1和管道2中的转发设备对应的转发资源后续可以被分配给其他业务,可以提高网络中转发设备的利用率,以及资源的利用率。
可以理解的,在常规技术中,终端105与业务服务器106通过三次握手建立连接后,由于不知道网络的传输能力,终端105和业务服务器106通信时,会采用试探的方法传输数据。采用试探的方法传输数据的介绍可以参考上述图10所示方法中的介绍。在终端105和业务服务器106采用试探的方法传输数据的过程中,会经常出现丢包的情况,而且,在数据开始传输的一段时间内,为了避免丢包,使用的带宽较小,会产生时延。基于上述问题,终端105可以与业务服务器106协商网络参数,并通过协商后的网络参数通信。
可选的,在图11所示方法的第四种可能的实现方式中,终端105可以通过管道1和管道2通知业务服务器106管道1和管道2的网络参数,以便终端105和业务服务器106根据该网络参数通信。具体的,如图15所示,图11所示的方法还包括步骤1501-步骤1502。
步骤1501:终端105向业务服务器106发送协商信息。
步骤1502:终端105根据网络参数与业务服务器106通信。
上述步骤1501-步骤1502的介绍可以参考上述步骤1001-步骤1002中对应的描述,不予赘述。
基于图15所示的方法,终端105可以通知业务服务器106管道1和管道2的网络参数,并和业务服务器106根据该网络参数通信。如此,终端根据该网络参数和业务服务器通信时,获得较大,较稳定的吞吐量,并减少试探传输带来的丢包和时延。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,上述终端、第一网关设备、控制器或业务服务器等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法操作,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端、第一网关设备、控制器或业务服务器进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
比如,以采用集成的方式划分各个功能模块的情况下,图16示出了一种通信装置的结构示意图。该通信装置可以为控制器或者控制器中的芯片或者片上系统,或其他可实现上述终端设备功能的组合器件、部件等,该通信装置可以用于执行上述实施例中涉及的控制器的功能。
作为一种可能的实现方式,图16所示的通信装置包括:通信模块1601和处理模块1602。
通信模块1601,用于接收来自第一网关设备的业务需求信息,该业务需求信息用于指示终端与业务服务器之间的待传输数据对该通信装置管理的网络的需求,该第一网关设备与该终端连接,该业务服务器与第二网关设备连接,该第一网关设备和该第二网关设备通过该网络连接。例如,结合图3,通信模块1601可以用于执行步骤303。
处理模块1602,用于根据该业务需求信息,在该网络中为该待传输数据建立管道,该管道包括N个转发设备,该待传输数据在该管道中传输时,满足该需求,N为大于或等于1的整数。例如,结合图3,处理模块1602可以用于执行步骤304。
在一种可能的实现方式中,处理模块1602,具体用于根据该业务需求信息、第一对应关系和第二对应关系在该网络中为该待传输数据建立管道;其中,该第一对应关系为该第一网关设备的地址与该网络中的第一转发设备的用户网络接口UNI的对应关系;该第二对应关系为该第二网关设备的地址与该网络中的第二转发设备的UNI的对应关系;该第一转发设备与该第一网关设备连接,该第二转发设备与该第二网关设备连接。
在一种可能的实现方式中,处理模块1602,具体用于根据该业务需求信息、该第一对应关系和该第二对应关系确定转发资源以及该N个转发设备中,每个转发设备的转发表;其中,该转发资源用于指示该N个转发设备以及每个转发设备使用的资源。
在一种可能的实现方式中,通信模块1601,还用于分别向该N个转发设备发送N个转发设备中的每个转发设备对应的转发资源和转发表。
在一种可能的实现方式中,通信模块1601,还用于接收来自该第一网关设备的更新需求信息,该更新需求信息用于指示更新后的业务需求信息。
在一种可能的实现方式中,通信模块1601,还用于接收来自该第一网关设备的访问结束通知消息,该访问结束通知消息用于指示拆除该管道。
在一种可能的实现方式中,该业务需求信息包括服务水平协议信息。
其中,上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该通信装置以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到该通信装置可以采用图2所示的形式。
比如,图2中的处理器201可以通过调用存储器203中存储的计算机执行指令,使得通信装置执行上述方法实施例中的建立管道的方法。
示例性的,图16中的通信模块1601和处理模块1602的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现。或者,图16中的处理模块1602的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现,图16中的通信模块1601的功能/实现过程可以通过图2中的通信接口204来实现。
由于本实施例提供的通信装置可执行上述的建立管道的方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
比如,以采用集成的方式划分各个功能模块的情况下,图17示出了一种通信装置的结构示意图。该通信装置可以为终端或者终端中的芯片或者片上系统,或其他可实现上述终端功能的组合器件、部件等,该通信装置可以用于执行上述实施例中涉及的终端的功能。
作为一种可能的实现方式,图17所示的通信装置包括:处理模块1701和通信模块1702。
处理模块1701,用于获取业务需求信息,该业务需求信息用于指示该通信装置与业务服务器之间的待传输数据对控制器管理的网络的需求。例如,结合图3,处理模块1701可以用于执行步骤301。
通信模块1702,用于向第一网关设备发送该业务需求信息。例如,结合图3,通信模块1702可以用于执行步骤302。
在一种可能的实现方式中,通信模块1702,还用于向该业务服务器发送协商信息,该协商信息用于通知该业务服务器,管道的网络参数,该管道为该控制器为该待传输数据建立的,该管道包括N个转发设备,所待传输数据在该管道中传输时,满足该需求,N为大于或等于1的整数;通信模块1702,还用于根据该网络参数与该业务服务器通信。
在一种可能的实现方式中,该协商信息包括以下信息中的至少一种:带宽信息、时延信息或丢包率。
在一种可能的实现方式中,通信模块1702,还用于向该第一网关设备发送更新需求信息,该更新需求信息用于指示更新后的业务需求信息。
在一种可能的实现方式中,通信模块1702,还用于向该第一网关设备发送访问结束通知消息,该访问结束通知消息用于指示拆除该控制器为该通信装置和该业务服务器建立的管道。
在一种可能的实现方式中,该业务需求信息包括服务水平协议信息。
其中,上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该通信装置以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到该通信装置可以采用图2所示的形式。
比如,图2中的处理器201可以通过调用存储器203中存储的计算机执行指令,使得通信装置执行上述方法实施例中的建立管道的方法。
示例性的,图17中的处理模块1701和通信模块1702的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现。或者,图17中的处理模块1701的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现,图17中的通信模块1702的功能/实现过程可以通过图2中的通信接口204来实现。
由于本实施例提供的通信装置可执行上述的建立管道的方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
比如,以采用集成的方式划分各个功能模块的情况下,图18示出了一种通信装置的结构示意图。该通信装置可以为第一网关设备或者第一网关设备中的芯片或者片上系统,或其他可实现上述终端设备功能的组合器件、部件等,该通信装置可以用于执行上述实施例中涉及的第一网关设备的功能。
作为一种可能的实现方式,图18所示的通信装置包括:处理模块1801和通信模块1802。
处理模块1801,用于获取业务需求信息,该业务需求信息用于指示终端与业务服务器之间的待传输数据对控制器管理的网络的需求。例如,结合图3,处理模块1801可以用于执行步骤302。
通信模块1802,用于向该控制器发送该业务需求信息。例如,结合图3,通信模块1802可用于执行步骤303。
在一种可能的实现方式中,处理模块1801,具体用于通过通信模块接收来自该终端的业务需求信息。
在一种可能的实现方式中,处理模块1801,具体用于获取该待传输数据的目的地址,和/或,该待传输数据的业务类型;处理模块1801,还具体用于根据该目的地址和/或该业务类型确定该业务需求信息。
在一种可能的实现方式中,通信模块1802,用于接收来自该终端的更新需求信息,该更新需求信息用于指示更新后的业务需求信息;通信模块1802,还用于向该控制器发送该更新需求信息。
在一种可能的实现方式中,通信模块1802,还用于接收来自该终端的访问结束通知消息,该访问结束通知消息用于指示拆除该控制器为该待传输数据建立的管道;通信模块1802,还用于备向该控制器发送该访问结束通知消息。
在一种可能的实现方式中,处理模块1801,还用于确定停止使用该控制器为该待传输数据建立的管道;通信模块1802,还用于向该控制器发送该访问结束通知消息,该访问结束通知消息用于指示拆除该该控制器为该待传输数据建立的管道。
在一种可能的实现方式中,该业务需求信息包括服务水平协议信息。
其中,上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该通信装置以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到该通信装置可以采用图2所示的形式。
比如,图2中的处理器201可以通过调用存储器203中存储的计算机执行指令,使得通信装置执行上述方法实施例中的建立管道的方法。
示例性的,图18中的处理模块1801和通信模块1802的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现。或者,图18中的处理模块1801的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现,图18中的通信模块1802的功能/实现过程可以通过图2中的通信接口204来实现。
由于本实施例提供的通信装置可执行上述的建立管道的方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
比如,以采用集成的方式划分各个功能模块的情况下,图19示出了一种通信装置的结构示意图。该通信装置可以为业务服务器或者业务服务器中的芯片或者片上系统,或其他可实现上述业务服务器功能的组合器件、部件等,该通信装置可以用于执行上述实施例中涉及的业务服务器的功能。
作为一种可能的实现方式,图19所示的通信装置包括:通信模块1901。
通信模块1901,用于接收来自终端的协商信息,该协商信息用于通知该通信装置,管道的网络参数,该管道为控制器为该终端和该通信装置之间的待传输数据建立的,该管道包括该N个转发设备,所待传输数据在该管道中传输时,满足该待传输数据对该控制器管理的网络的需求,N为大于或等于1的整数。例如,结合图10,通信模块1901可以用于执行步骤1001。
通信模块1901,还用于根据该网络参数与该终端通信。例如,结合图10,通信模块1901还可以用于执行步骤1002。
在一种可能的实现方式中,该协商信息包括以下信息中的至少一种:带宽信息、时延信息或丢包率。
其中,上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该通信装置以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到该通信装置可以采用图2所示的形式。
比如,图2中的处理器201可以通过调用存储器203中存储的计算机执行指令,使得通信装置执行上述方法实施例中的建立管道的方法。
示例性的,图19中的通信模块1901的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现。或者,图19中的通信模块1901的功能/实现过程可以通过图2中的通信接口204来实现。
由于本实施例提供的通信装置可执行上述的建立管道的方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
图20为本申请实施例提供的一种芯片的结构示意图。芯片200包括一个或多个处理器2001以及接口电路2002。可选的,所述芯片200还可以包含总线2003。其中:
处理器2001可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器2001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器2001可以是通用处理器、数字通信器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
接口电路2002用于数据、指令或者信息的发送或者接收。处理器2001可以利用接口电路2002接收的数据、指令或者其它信息,进行加工,可以将加工完成信息通过接口电路2002发送出去。
可选的,芯片200还包括存储器,存储器可以包括只读存储器和随机存取存储器,并向处理器提供操作指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。
可选的,存储器存储了可执行软件模块或者数据结构,处理器可以通过调用存储器存储的操作指令(该操作指令可存储在操作系统中),执行相应的操作。
可选的,芯片200可以使用在本申请实施例涉及的通信装置(包括控制器、终端、第一网关设备、第二网关设备或业务服务器)中。可选的,接口电路2002可用于输出处理器2001的执行结果。关于本申请的一个或多个实施例提供的建立管道的方法可参考前述各个实施例,这里不再赘述。
需要说明的,处理器2001、接口电路2002各自对应的功能既可以通过硬件设计实现,也可以通过软件设计来实现,还可以通过软硬件结合的方式来实现,这里不作限制。
图21示出了的一种通信系统的组成示意图,如图21所示,该通信系统210中可以包括:控制器2101、终端2102、网关设备2103和业务服务器2104。需要说明的是,图21仅为示例性附图,本申请实施例不限定图21所示通信系统210包括的网元以及网元的个数。
其中,控制器2101具有上述图16所示通信装置的功能,可以用于接收来自网关设备2103的业务需求信息,并根据业务需求信息,在该网络中为该待传输数据建立管道。
终端2102具有上述图17所示通信装置的功能,可以用于获取业务需求信息,并向网关设备2103发送该业务需求信息。
网关设备2103具有上述图18所示通信装置的功能,可以用于获取业务需求信息,并向控制器2101发送该业务需求信息。
业务服务器2104具有上述图19所示通信装置的功能,可以用于接收来自终端2102的协商信息,并根据该网络参数与终端2102通信。
可选的,通信系统210还包括调度服务器2105。
调度服务器2105可以用于为终端2102确定要访问的业务服务器2104。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到该通信系统210对应网元的功能描述,在此不再赘述。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (28)

1.一种建立管道的方法,其特征在于,所述方法包括:
控制器接收来自第一网关设备的业务需求信息,所述业务需求信息用于指示终端与业务服务器之间的待传输数据对所述控制器管理的网络的需求,所述第一网关设备与所述终端连接,所述业务服务器与第二网关设备连接,所述第一网关设备和所述第二网关设备通过所述网络连接;
所述控制器根据所述业务需求信息,在所述网络中为所述待传输数据建立管道,所述管道包括N个转发设备,所述待传输数据在所述管道中传输时,满足所述需求,N为大于或等于1的整数。
2.根据权利要求1所述的方法,其特征在于,所述控制器根据所述业务需求信息,在所述网络中为所述待传输数据建立管道,包括:
所述控制器根据所述业务需求信息、第一对应关系和第二对应关系在所述网络中为所述待传输数据建立管道;
其中,所述第一对应关系为所述第一网关设备的地址与所述网络中的第一转发设备的用户网络接口UNI的对应关系;所述第二对应关系为所述第二网关设备的地址与所述网络中的第二转发设备的UNI的对应关系;所述第一转发设备与所述第一网关设备连接,所述第二转发设备与所述第二网关设备连接。
3.根据权利要求2所述的方法,其特征在于,所述控制器根据所述业务需求信息、第一对应关系和第二对应关系在所述网络中为所述待传输数据建立管道,包括:
所述控制器根据所述业务需求信息、所述第一对应关系和所述第二对应关系确定转发资源以及所述N个转发设备中,每个转发设备的转发表;
其中,所述转发资源用于指示所述N个转发设备以及每个转发设备使用的资源。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述控制器分别向所述N个转发设备发送所述N个转发设备中的每个转发设备对应的转发资源和转发表。
5.根据权利要求1-4中任一项所述的方法,其特征在于,所述方法还包括:
所述控制器接收来自所述第一网关设备的更新需求信息,所述更新需求信息用于指示更新后的业务需求信息。
6.根据权利要求1-5中任一项所述的方法,其特征在于,所述方法还包括:
所述控制器接收来自所述第一网关设备的访问结束通知消息,所述访问结束通知消息用于指示拆除所述管道。
7.根据权利要求1-6中任一项所述的方法,其特征在于,所述业务需求信息包括服务水平协议信息。
8.一种建立管道的方法,其特征在于,所述方法包括:
终端获取业务需求信息,所述业务需求信息用于指示所述终端与业务服务器之间的待传输数据对控制器管理的网络的需求;
所述终端向第一网关设备发送所述业务需求信息。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
所述终端向所述业务服务器发送协商信息,所述协商信息用于通知所述业务服务器,管道的网络参数,所述管道为所述控制器为所述待传输数据建立的,所述管道包括N个转发设备,所待传输数据在所述管道中传输时,满足所述需求,N为大于或等于1的整数;
所述终端根据所述网络参数与所述业务服务器通信。
10.根据权利要求9所述的方法,其特征在于,所述协商信息包括以下信息中的至少一种:带宽信息、时延信息或丢包率。
11.根据权利要求8-10中任一项所述的方法,其特征在于,所述方法还包括:
所述终端向所述第一网关设备发送更新需求信息,所述更新需求信息用于指示更新后的业务需求信息。
12.根据权利要求8-11中任一项所述的方法,其特征在于,所述方法还包括:
所述终端向所述第一网关设备发送访问结束通知消息,所述访问结束通知消息用于指示拆除所述控制器为所述终端和所述业务服务器建立的管道。
13.根据权利要求8-12中任一项所述的方法,其特征在于,所述业务需求信息包括服务水平协议信息。
14.一种建立管道的方法,其特征在于,所述方法包括:
第一网关设备获取业务需求信息,所述业务需求信息用于指示终端与业务服务器之间的待传输数据对控制器管理的网络的需求;
所述第一网关设备向所述控制器发送所述业务需求信息。
15.根据权利要求14所述的方法,其特征在于,所述第一网关设备获取业务需求信息,包括:
所述第一网关设备接收来自所述终端的业务需求信息。
16.根据权利要求14所述的方法,其特征在于,所述第一网关设备获取业务需求信息,包括:
所述第一网关设备获取所述待传输数据的目的地址,和/或,所述待传输数据的业务类型;
所述第一网关设备根据所述目的地址和/或所述业务类型确定所述业务需求信息。
17.根据权利要求14-16中任一项所述的方法,其特征在于,所述方法还包括:
所述第一网关设备接收来自所述终端的更新需求信息,所述更新需求信息用于指示更新后的业务需求信息;
所述第一网关设备向所述控制器发送所述更新需求信息。
18.根据权利要求14-17中任一项所述的方法,其特征在于,所述方法还包括:
所述第一网关设备接收来自所述终端的访问结束通知消息,所述访问结束通知消息用于指示拆除所述控制器为所述待传输数据建立的管道;
所述第一网关设备向所述控制器发送所述访问结束通知消息。
19.根据权利要求14-17中任一项所述的方法,其特征在于,所述方法还包括:
所述第一网关设备确定停止使用所述控制器为所述待传输数据建立的管道;
所述第一网关设备向所述控制器发送访问结束通知消息,所述访问结束通知消息用于指示拆除所述控制器为所述待传输数据建立的管道。
20.根据权利要求14-19中任一项所述的方法,其特征在于,所述业务需求信息包括服务水平协议信息。
21.一种建立管道的方法,其特征在于,所述方法包括:
业务服务器接收来自终端的协商信息,所述协商信息用于通知业务服务器,管道的网络参数,所述管道为控制器为所述终端和所述业务服务器之间的待传输数据建立的,所述管道包括N个转发设备,所待传输数据在所述管道中传输时,满足所述待传输数据对所述控制器管理的网络的需求,N为大于或等于1的整数;
所述业务服务器根据所述网络参数与所述终端通信。
22.根据权利要求21所述的方法,其特征在于,所述协商信息包括以下信息中的至少一种:带宽信息、时延信息或丢包率。
23.一种通信装置,其特征在于,包括:通信模块和处理模块;所述通信模块和所述处理模块用于支持所述通信装置执行如权利要求1-7中任一项所述的方法。
24.一种通信装置,其特征在于,包括:处理模块和通信模块;所述处理模块和所述通信模块用于支持所述通信装置执行如权利要求8-13中任一项所述的方法。
25.一种通信装置,其特征在于,包括:处理模块和通信模块;所述处理模块和所述通信模块用于支持所述通信装置执行如权利要求14-20中任一项所述的方法。
26.一种通信装置,其特征在于,包括:通信模块;所述通信模块用于支持所述通信装置执行如权利要求21-22中任一项所述的方法。
27.一种通信装置,其特征在于,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得所述装置执行如权利要求1至7中任一项所述的方法,或者执行如权利要求8至13中任一项所述的方法,或者执行如权利要求14至20中任一项所述的方法,或者执行如权利要求21至22中任一项所述的方法。
28.一种通信系统,其特征在于,包括:如权利要求23所述的装置,和/或,如权利要求24所述的装置,和/或,如权利要求25所述的装置,和/或,如权利要求26所述的装置。
CN202010617458.7A 2020-06-30 2020-06-30 建立管道的方法及装置 Pending CN113872998A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010617458.7A CN113872998A (zh) 2020-06-30 2020-06-30 建立管道的方法及装置
PCT/CN2021/096552 WO2022001530A1 (zh) 2020-06-30 2021-05-27 建立管道的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010617458.7A CN113872998A (zh) 2020-06-30 2020-06-30 建立管道的方法及装置

Publications (1)

Publication Number Publication Date
CN113872998A true CN113872998A (zh) 2021-12-31

Family

ID=78981706

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010617458.7A Pending CN113872998A (zh) 2020-06-30 2020-06-30 建立管道的方法及装置

Country Status (2)

Country Link
CN (1) CN113872998A (zh)
WO (1) WO2022001530A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1917440A (zh) * 2005-08-19 2007-02-21 华为技术有限公司 一种基于区分服务的Pipe模型实现方法
WO2010017176A1 (en) * 2008-08-08 2010-02-11 Telcordia Technologies, Inc. Systems and methods for qos provisioning and assurance for point-to-point sip sessions in diffserv-enabled mpls networks
CN102104915A (zh) * 2009-12-22 2011-06-22 中国移动通信集团公司 一种基于PMIP的QoS控制方法和系统
CN105991712A (zh) * 2015-02-12 2016-10-05 林琳 一种网络加速装置
CN106470168A (zh) * 2015-08-22 2017-03-01 华为技术有限公司 一种数据传输方法、使用该方法的交换机以及网络控制系统
CN108471629A (zh) * 2017-02-23 2018-08-31 华为技术有限公司 传输网络中业务服务质量的控制方法、设备及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1917440A (zh) * 2005-08-19 2007-02-21 华为技术有限公司 一种基于区分服务的Pipe模型实现方法
WO2010017176A1 (en) * 2008-08-08 2010-02-11 Telcordia Technologies, Inc. Systems and methods for qos provisioning and assurance for point-to-point sip sessions in diffserv-enabled mpls networks
CN102104915A (zh) * 2009-12-22 2011-06-22 中国移动通信集团公司 一种基于PMIP的QoS控制方法和系统
CN105991712A (zh) * 2015-02-12 2016-10-05 林琳 一种网络加速装置
CN106470168A (zh) * 2015-08-22 2017-03-01 华为技术有限公司 一种数据传输方法、使用该方法的交换机以及网络控制系统
CN108471629A (zh) * 2017-02-23 2018-08-31 华为技术有限公司 传输网络中业务服务质量的控制方法、设备及系统

Also Published As

Publication number Publication date
WO2022001530A1 (zh) 2022-01-06

Similar Documents

Publication Publication Date Title
US11399405B2 (en) Session management method, device, and system
US10680928B2 (en) Multi-stream transmission method and device in SDN network
US11277313B2 (en) Data transmission method and corresponding device
CN110313163B (zh) 分布式计算系统中的负载平衡
CN108471629B (zh) 传输网络中业务服务质量的控制方法、设备及系统
CN111787069A (zh) 业务接入请求的处理方法、装置、设备及计算机存储介质
WO2013108676A1 (ja) 多重ゲートウェイ装置、多重回線通信システム、多重回線通信方法およびプログラム
CN112039796B (zh) 数据包传输方法和装置、存储介质和电子设备
US20220086262A1 (en) Network packet processing method and apparatus and network server
CN110971522B (zh) 一种确定路由泄露的方法、设备和系统
CN113938872B (zh) 通信方法、装置、系统及计算机存储介质
EP3057287A1 (en) Node allocation method, device and system
WO2021254001A1 (zh) 会话建立方法、装置、系统及计算机存储介质
US20240048477A1 (en) Packet forwarding method, apparatus, and system, and computer-readable storage medium
CN112788060A (zh) 数据包传输方法和装置、存储介质和电子设备
CN108512779B (zh) 控制信息传递方法、服务器和系统
CN107786448B (zh) 建立业务流的转发路径的方法和装置
EP3713184A1 (en) Data transmission method and related device
JP2023523773A (ja) 通信方法および関連装置
CN112714146B (zh) 一种资源调度方法、装置、设备及计算机可读存储介质
CN104639557A (zh) 一种建立pcep会话的方法、系统及设备
CN112019492B (zh) 访问控制方法、装置及存储介质
CN113163276A (zh) 路由信息的发布方法、装置及系统
CN113872998A (zh) 建立管道的方法及装置
US20220286532A1 (en) Method and apparatus for obtaining shared maximum segment size mss

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20211231