光通信方法、设备、系统和存储介质

技术领域

本公开涉及通信领域，并且更具体地，涉及光通信方法、设备、系统和存储介质。

背景技术

目前，承载宽带互联网业务的网络架构包括家庭网络、接入网、城域网、骨干网络以及 国际互联网。家庭网络中的用户终端设备经由家庭网关接入接入网，进而经由城域网和骨干 网络访问国际互联网。从家庭网络到骨干网络，设备进行层次汇聚，从而形成一个树状网络。

家庭网关与骨干网络中的宽带网络网关之间的业务管道是特定于用户终端设备的用户的。 也就是说，用户的用户终端设备上的所有应用的流量都在一个业务管道中进行承载。用户终 端设备上的应用没有被细分，也缺少对应用的差异化处理，由此导致用户的体验较差。

发明内容

本公开的实施例提供了光通信方法、设备、系统、存储介质。

根据本公开实施例的第一方面，提供了一种光通信方法。该方法包括网络管理设备从接 入侧设备接收创建业务管道的第一请求消息，该第一请求消息包括用户终端设备请求访问的 应用的标识和接入侧设备的标识。该方法还包括网络管理设备基于应用的标识和接入侧设备 的标识，确定第一光边缘设备。该方法还包括网络管理设备在用户终端设备和第一光边缘设 备之间创建业务管道。该方法还包括网络管理设备创建应用与业务管道之间的映射。该方法 还包括网络管理设备向接入侧设备发送关于该映射的信息，以使与应用相关联的业务数据经 业务管道传输。以此方式，对应用进行了区别对待，改善了用户体验。

在一些实施例中，网络管理设备基于应用的标识和接入侧设备的标识，确定多个候选光 边缘设备。进而，网络管理设备基于多个候选光边缘设备的负载状况或者多个候选光边缘设 备针对应用的服务质量的历史统计信息，从多个候选光边缘设备中选择第一光边缘设备。以 此方式，可以根据拥塞状况动态调整业务管道的路径。

在一些实施例中，附加地，网络管理设备从多个候选光边缘设备周期性地获取多个候选 光边缘设备针对应用的服务质量的统计信息。进而，网络管理设备基于获取的统计信息，确 定历史统计信息。由于每个光边缘设备所连接的骨干网络可以是不同的，该实施例可以选择 对应用更为友好的光边缘设备来创建业务管道。

在一些实施例中，附加地，网络管理设备基于第一光边缘设备的标识、接入侧设备的标 识以及应用所需的服务质量，确定用于承载业务管道的承载隧道。进而，网络管理设备创建 业务管道与承载隧道之间的映射。进一步，网络管理设备分别向接入侧设备和第一光边缘设 备发送关于业务管道与承载隧道之间的映射的信息。以此方式，可以根据应用所需的服务质 量来选择承载隧道。

在一些实施例中，附加地，网络管理设备从接入侧设备接收拆除业务管道的第二请求消 息。进而，网络管理设备基于第二请求消息，拆除业务管道。以此方式，可以动态地拆除业 务管道。

在一些实施例中，接入侧设备包括光网络终端或光线路终端。

根据本公开实施例的第二方面，提供了一种光通信方法。该方法包括接入侧设备接收到 来自用户终端设备的访问应用的用户请求消息后，接入侧设备判断用户终端设备和第一光边 缘设备之间的业务管道是否已被创建。该方法还包括如果确定业务管道未被创建，则接入侧 设备向网络管理设备发送创建业务管道的第一请求消息，该第一请求消息包括应用的标识和 接入侧设备的标识。该方法还包括接入侧设备从网络管理设备接收关于应用与业务管道之间 的映射的信息。该方法还包括接入侧设备基于信息，使与应用相关联的业务数据经业务管道 传输。以此方式，对应用进行了区别对待，改善了用户体验。

在一些实施例中，接入侧设备基于应用的标识，确定与应用相关联的业务管道策略。进 而，接入侧设备响应于业务管道策略指示与应用相关联的业务数据经业务管道传输，确定业 务管道是否已被创建。由此，可以基于与应用相关联的业务管道策略来确定是否创建业务管 道。

在一些实施例中，附加地，如果确定业务管道未被创建，则接入侧设备利用与应用相关 联的通信会话来更新与应用相关联的通信会话列表并且将应用的状态更新为有效。

在一些实施例中，接入侧设备在转发表中配置与应用相关联的通信会话。进而，接入侧 设备将与通信会话相关联的流量映射到业务管道，从而使与应用相关联的业务数据经业务管 道传输。以此方式，对应用进行了区别对待，改善了用户体验。

在一些实施例中，附加地，接入侧设备响应于检测到应用离线，向网络管理设备发送拆 除业务管道的第二请求消息。以此方式，可以动态地拆除业务管道。

在一些实施例中，接入侧设备包括光网络终端或光线路终端。

根据本公开实施例的第三方面，提供了一种光通信网络中的网络管理设备。该网络管理 设备包括第一接收模块、第一确定模块、第一业务管道创建模块、第一映射创建模块和第一 发送模块。第一接收模块被配置为从接入侧设备接收创建业务管道的第一请求消息，该第一 请求消息包括用户终端设备请求访问的应用的标识和接入侧设备的标识。第一确定模块被配 置为基于应用的标识和接入侧设备的标识，确定第一光边缘设备。第一业务管道创建模块被 配置为在用户终端设备和第一光边缘设备之间创建业务管道。第一映射创建模块被配置为创 建应用与业务管道之间的映射。第一发送模块被配置为向接入侧设备发送关于映射的信息， 以使与应用相关联的业务数据经业务管道传输。

在一些实施例中，第一确定模块还被配置为：基于应用的标识和接入侧设备的标识，确 定多个候选光边缘设备；以及基于多个候选光边缘设备的负载状况或者多个候选光边缘设备 针对应用的服务质量的历史统计信息，从多个候选光边缘设备中选择第一光边缘设备。

在一些实施例中，该网络管理设备还包括统计信息获取模块，被配置为从多个候选光边 缘设备周期性地获取多个候选光边缘设备针对应用的服务质量的统计信息。在这样的实施例 中，第一确定模块还被配置为基于获取的统计信息，确定历史统计信息。

在一些实施例中，第一确定模块还被配置为基于第一光边缘设备的标识、接入侧设备的 标识以及应用所需的服务质量，确定用于承载业务管道的承载隧道。在这样的实施例中，第 一映射创建模块还被配置为创建业务管道与承载隧道之间的映射，并且第一发送模块还被配 置为分别向接入侧设备和第一光边缘设备发送关于业务管道与承载隧道之间的映射的信息。

在一些实施例中，第一接收模块还被配置为从接入侧设备接收拆除业务管道的第二请求 消息。在这样的实施例中，该网络管理设备还包括：拆除模块，被配置为基于第二请求消息， 拆除业务管道。

在一些实施例中，接入侧设备包括光网络终端或光线路终端。

在一些实施例中，该网络管理设备还包括第二接收模块、第二确定模块、第二业务管道 创建模块、第二映射创建模块和第二发送模块。第二接收模块被配置为从接入侧设备接收创 建用户级业务管道的第三请求消息，该第三请求消息包括接入侧设备的标识。第二确定模块 被配置为基于接入侧设备的标识和多个候选光边缘设备的负载状况，确定第二光边缘设备。 第二业务管道创建模块被配置为在用户终端设备和第二光边缘设备之间创建用户级业务管道。 第二映射创建模块被配置为创建用户终端设备的用户与用户级业务管道之间的映射。第二发 送模块被配置为向接入侧设备发送关于用户与用户级业务管道之间的映射的信息，以使与用 户相关联的业务数据经用户级业务管道传输。

在一些实施例中，该网络管理设备还包括第三接收模块、第三确定模块、第三业务管道 创建模块、第三映射创建模块以及第三发送模块。第三接收模块被配置为从接入侧设备接收 创建终端级业务管道的第四请求消息。该第四请求消息包括用户终端设备的标识、用户终端 设备的类型以及接入侧设备的标识。第三确定模块被配置为基于用户终端设备的标识、用户 终端设备的类型以及接入侧设备的标识，确定第三光边缘设备。第三业务管道创建模块被配 置为在用户终端设备和第三光边缘设备之间创建终端级业务管道。第三映射创建模块被配置 为创建用户终端设备与终端级业务管道之间的映射。第三发送模块被配置为向接入侧设备发 送关于用户终端设备与终端级业务管道之间的映射的信息，以使与用户终端设备相关联的业 务数据经终端级业务管道传输。

根据本公开实施例的第四方面，提供了一种光通信网络中的接入侧设备。该接入侧设备 包括判断模块、发送模块、接收模块和传输模块。判断模块被配置为在接入侧设备接收到来 自用户终端设备的访问应用的用户请求消息后，判断用户终端设备和第一光边缘设备之间的 业务管道是否已被创建。发送模块被配置为如果确定业务管道未被创建，则向网络管理设备 发送创建业务管道的请求，该请求包括应用的标识和接入侧设备的标识。接收模块被配置为 从网络管理设备接收关于应用与业务管道之间的映射的信息。传输模块被配置为基于该信息， 使与应用相关联的业务数据经业务管道传输。

在一些实施例中，判断模块还被配置为：基于应用的标识，确定与应用相关联的业务管 道策略；以及响应于业务管道策略指示与应用相关联的业务数据经业务管道传输，确定业务 管道是否已被创建。

在一些实施例中，装置还包括更新模块。更新模块被配置为如果确定业务管道未被创建， 则利用与应用相关联的通信会话来更新与应用相关联的通信会话列表以及将应用的状态更新 为有效。

在一些实施例中，传输模块还被配置为：在转发表中配置与应用相关联的通信会话以及 将与通信会话相关联的流量映射到业务管道。

在一些实施例中，发送模块还被配置为响应于检测到应用离线，向网络管理设备发送拆 除业务管道的第二请求消息。

在一些实施例中，发送模块还被配置为：如果接入侧设备上电，则向网络管理设备发送 创建用户级业务管道的第三请求消息，该第三请求消息包括接入侧设备的标识。在这样的实 施例中，接收模块还被配置为从网络管理设备接收关于用户终端设备的用户与用户级业务管 道之间的映射的信息。在这样的实施例中，传输模块还被配置为：基于关于用户与用户级业 务管道之间的映射的信息，使与用户相关联的业务数据经用户级业务管道传输。

在一些实施例中，发送模块还被配置为：如果检测到用户终端设备接入接入侧设备，则 向网络管理设备发送创建终端级业务管道的第四请求消息，该第四请求消息包括用户终端设 备的标识和接入侧设备的标识。在这样的实施例中，接收模块还被配置为从网络管理设备接 收关于用户终端设备与终端级业务管道之间的映射的信息。在这样的实施例中，传输模块还 被配置为基于关于用户终端设备与终端级业务管道之间的映射的信息，使与用户终端设备相 关联的业务数据经终端级业务管道传输。

根据本公开实施例的第五方面，提供一种光通信系统。该光通信系统包括：根据本公开 实施例第三方面所述的网络管理设备、根据本公开实施例第四方面所述的接入侧设备以及光 边缘设备。网络管理设备与接入侧设备和第一光边缘设备通信连接。

根据本公开实施例的第六方面，提供一种电子设备。该电子设备包括处理器以及存储器。 存储器包括计算机程序代码。存储器和计算机程序代码被配置为与所述处理器一起使得电子 设备执行根据第一方面或第二方面所述的方法。

根据本公开实施例的第七方面，提供一种计算机可读存储介质。该计算机可读存储介质 包括机器可执行指令。机器可执行指令在由设备执行时促使设备执行根据第一方面或第二方 面所述的方法。

通过下文对示例实施例的描述将会理解，根据在此提出的技术方案，可以及时确定以太 网环路中的各链路的优劣情况，并且及时执行保护倒换以达到链路的最优化。从而可以进一 步避免业务受损并提升业务体验。

应当理解，发明内容部分中所描述的内容并非旨在限定本公开实施例的关键或重要特征， 亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实现方式的特征、优点及其他方面将变得更加 明显。在此以示例性而非限制性的方式示出了本公开的若干实现方式，在附图中：

图1A示出了现有的承载宽带互联网业务的网络架构的示意框图；

图1B示出了现有的承载宽带互联网业务的树状网络架构的示意框图；

图2示出了现有的宽带互联网业务的业务模型的示意图；

图3示出了现有的宽带互联网业务的业务模型中的连接和会话的创建过程；

图4示出了图2所示的家庭网关与宽带网络网关之间的互联网业务管道的细节图；

图5示出了可以在其中实施本公开的实施例的示例网络架构的示意框图；

图6示出了根据本公开的一些实施例的承载隧道的示意图；

图7示出了根据本公开的实施例的用于创建业务管道的示例过程的信令交互图；

图8示出了根据本公开的一些实施例的用于创建业务管道的示例方法的流程图；

图9示出了根据本公开的另一些实施例的用于创建业务管道的示例方法的流程图；

图10示出了适合于实现本公开的一些实施例的电子装置的示意框图；

图11示出了适合于实现本公开的另一些实施例的电子装置的示意框图；以及

图12示出了适合于实现本公开的实施例的电子设备的简化框图。

在各个附图中，相同或相似参考数字表示相同或相似元素。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中示出了本公开的一些实施例， 然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的 实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开 的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

在此使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少 部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另 外的实施例”。其他术语的相关定义将在下文描述中给出。

应理解，尽管本文可以使用术语“第一”和“第二”等来描述各种元件，但这些元件不应受 到这些术语的限制。这些术语仅用于区分一个元件和另一个元件。例如，第一元件可以称为 第二元件，同样，第二元件可以称为第一元件，而不脱离实施例的范围。如本文所用，术语“和 /或”包括一个或多个所列术语的任何和所有组合。

在此使用的术语“电路”是指以下的一项或多项：

(a)仅硬件电路实现方式(诸如仅模拟和/或数字电路的实现方式)；以及

(b)硬件电路和软件的组合，诸如(如果适用)：(i)模拟和/或数字硬件电路与软件/ 固件的组合，以及(ii)硬件处理器的任意部分与软件(包括一起工作以使得诸如光线路终端 (OLT)或其他计算设备等装置执行各种功能的数字信号处理器、软件和存储器)；以及

(c)硬件电路和/或处理器，诸如微处理器或者微处理器的一部分，其要求软件(例如 固件)用于操作，但是在不需要软件用于操作时可以没有软件。

电路的定义适用于此术语在本申请中(包括任意权利要求中)的所有使用场景。作为另 一示例，在此使用的术语“电路”也覆盖仅硬件电路或处理器(或多个处理器)、或者硬件电路 或处理器的一部分、或者其随附软件或固件的实现方式。例如，如果适用于特定权利要求元 素，术语“电路”还覆盖基带集成电路或处理器集成电路或者其他计算设备中的类似的集成电 路。

传统的网络架构

图1A示出了传统的承载宽带互联网业务的网络架构100的示意框图。如图所示，网络 架构100可以包括家庭网络110、接入网120、城域网130、骨干网络140以及国际互联网150、 互联网数据中心(Internet Data Center，IDC)或公有云160。

家庭网络110包括用户终端设备111以及光网络终端(Optical NetworkTerminal，ONT) 112。ONT 112充当家庭网关，可以通过短距无线接入技术(例如WIFI)或者以太网连接用 户终端设备111。在附图中，为了简化起见，用户终端设备也被称作“终端”。

接入网120典型地是使用无源光网络(Passive Optical Network，PON)技术的光纤到户 (Fibre to the Home，FTTH)网络。接入网120包括光线路终端(Optical LineTermination， OLT)121和无源的光分发网络(Optical Distribution Network，ODN，未示出)。ONT 112从 OLT 121的用户与网络接口(User-Network Interface，UNI)侧接入接入网120。OLT 121的 网络与网络接口(Network-Network Interface，NNI)侧连接到城域网130中的汇聚设备131。

城域网130主要包括汇聚设备131和宽带网络网关(Broadband Network Gateway，BNG) 132。汇聚设备131用于汇聚来自各个OLT的流量，BNG 132则充当业务网关，实现对宽带 用户的认证、计费以及宽带接入会话管理。BNG 132的NNI侧连接到骨干网络140。

骨干网络140的UNI侧连接各个城域网，NNI侧连接国际骨干互联网150或者IDC或公 有云160。

IDC 160可以为支撑互联网业务的数据中心，包括大量的互联网业务服务器。

从另外一个角度来看，从家庭网络110到BNG 132，设备进行层层汇聚，形成一个典型 的树状网络，如图1B所示。

图1B示出了现有的承载宽带互联网业务的树状网络架构105的示意框图。网络架构105 与网络架构100类似，二者的区别仅在于：在网络架构105中，城域网130包括多个汇聚设 备，即汇聚设备131-1和131-2；接入网120包括多个OLT，即OLT 121-1至121-4，并且包括ODN 122；家庭网络110包括多个ONT，即ONT 112-1至112-10，并且ONT 112-1至112-10 分别连接用户终端设备111-4至111-13。

传统的互联网业务模型

图2示出了传统的宽带互联网业务的业务模型200的示意图。为了便于描述，以下将结 合图1A所示的网络架构100对业务模型200进行描述。

如图2所示，宽带互联网业务是一个分层的模型。用户终端设备111上可以运行应用113。 用户终端设备111与内容服务器151之间是应用层会话。该应用层会话例如可以包括超文本 传输协议(Hyper Text Transfer Protocol，HTTP)会话、基于安全超文本传输协议(Hypertext Transfer Protocol Secure，HTTPs)会话等。

用户终端设备111与内容服务器151之间也存在若干个传输控制协议(Transmission Control Protocol，TCP)会话或用户数据报协议(User DatagramProtocol，UDP)会话。TCP 可以用来承载FTP/HTTP会话等应用层会话，而UDP主要用来承载视频和协议报文。

在ONT 112上可以部署网络地址转换(Network Address And Port Translation，NAPT)功 能，在BNG 132上也可以可选地部署NAPT功能，用于实现内网地址和公网地址的转换。

在用户终端设备111与内容服务器151之间也会建立一个互联网协议(InternetProtocol， IP)连接，中间会经过多个层3(L3)转发功能节点。

图2中的黑色小方块表示用户终端设备111和内容服务器151的IP主控(host)功能， 黑色圆圈表示L3接口功能，L3接口之间的报文转发就是L3转发功能。

ONT 112的NNI侧L3接口与BNG 132的UNI侧L3接口之间存在一个2.5层的以太网之上的点对点协议(Point-to-Point Protocol over Ethernet，PPPOE)会话，主要是利用PPPOE 协议来实现用户的认证、PPPOE会话建立拆除的管理。

承载PPPOE会话的是一段以太连接，在ONT 112与OLT 121之间一般采用单层虚拟局 域网(Virtual Local Area Network，VLAN封装，在OLT 121与BNG 132的UNI侧接口之间一般采用双层VLAN封装。该以太连接在ONT 112、OLT 121、汇聚设备131和BNG 132处 体现为分段的连接或者接口配置，拼接在一起就是图2中所示的“从ONT到BNG的互联网 业务管道”。

在业务模型200中，自底向上是一个分层承载的体系，底层连接或会话是上层会话的承 载层，如果底层连接或会话不存在，则上层会话也无法创建。底层从ONT 112到BNG132 的业务管道是基础，如果该业务管道没有配置，则上层的以太连接、PPPOE会话、IP连接、 传输层会话和应用层会话都无法创建。

传统的连接和会话的创建

图3示出了传统的宽带互联网业务的业务模型中的连接和会话的创建过程300。为了便 于描述，以下将结合图1A所示的网络架构100和图2所示的业务模型200进行描述。

在图3中，每个虚线框都表示一个子过程(也被称作任务)。

子过程310涉及设备的预配置，与用户终端设备111的用户无关。在子过程310中，当 BNG 132安装后，管理平台170触发配置BNG 132的UNI/NNI侧互联网业务接口，使BNG132的互联网业务接口可以与互联网上的各个服务器实现IP层可达。此外，管理平台170还配置汇聚设备131上的互联网业务接口。

在用户终端设备111的用户开通互联网业务后，业务发放平台170会执行用户级业务发 放子过程320。在用户级业务发放子过程320中，业务发放平台170配置BNG 132、OLT121 和ONT 112。具体地，业务发放平台170配置各个设备的业务连接、以太层接口、PPPOE层接口，以便打通从ONT 112到OLT 121的业务连接、以太连接以及PPPOE会话。

在ONT 112上电后，ONT 112执行子过程330。在子过程330中，ONT 112主动进行PPPOE 拨号，建立互联网业务的底层PPPOE会话。

在用户终端设备111接入ONT 112后，用户终端设备111执行子过程340。在子过程340 中，用户终端设备111会从ONT 112获取IP地址，实现用户终端设备111到各个服务器的IP 层可达。

当用户终端设备111上的应用(APP)113打开，APP 113执行子过程350。在子过程350 中，APP 113触发建立从APP 113到内容服务器151的IP层连接、TCP/UDP会话和应用层会 话。

ONT与BNG之间的传统互联网业务管道

图4示出了图2所示的ONT与BNG之间的传统互联网业务管道的细节图。为了便于描述，以下将结合图1A所示的网络架构100以及图3所示的连接和会话的创建过程300进行 描述。

如图4所示，在用户级业务发放子过程320中需要配置框400中的接口和功能(其中接 口使用圆形或者椭圆形来表示，功能使用矩形来表示)。

具体地，在ONT 112上需要配置底层的吉比特无源光网络封装模式接口(GPONEncapsulation Mode Port，gemport)，包括gemport标识(gemport ID)，关联的传输容器(transmission container，T-CONT)类型和带宽，T-CONT队列调度策略。然后，配置ONT 112上的VLAN接口(VLAN ID，802.1p值，关联的gemport接口)，PPPOE客户端接口(PPPOE 账户名和密码，关联的VLAN接口)和互联网业务NNI L3接口(IP地址获取方式，IP层差 分服务代码点(Differentiated Services Code Point，DSCP)值，关联的L3接口)。

在OLT 121上需要配置UNI侧的gemport接口(ONT ID，gemport ID)，其上的VLAN接口(VLAN ID，关联的gemport接口)；网络侧的双层VLAN接口(外层VLAN ID，内层 ID，关联的物理以太接口)；配置VLAN切换功能(UNI侧单层VLAN接口，NNI侧双层VLAN 接口，802.1P处理策略)。

汇聚设备131上的配置属于单用户无关的配置。汇聚设备131的UNI侧和NNI侧VLAN接口承载所有用户的互联网业务，在设备预配置子过程310中就已经配置到汇聚设备131上了，所以不属于ONT与BNG之间的互联网业务管道的配置。

在BNG 132上需要配置双层VLAN接口(外层VLAN ID，内层VLAN ID，802.1p处理 策略)；PPPOE服务器接口(验证、授权和记账(Authentication、Authorization、Accounting，AAA)策略，最大和保证带宽，关联的双层VLAN接口)。这些配置在用户级业务发放子过 程320中会下发给BNG 132、OLT 121和ONT 112。如果配置正确的话，就可以打通VLAN 层的连接。当ONT 112上电后，就会触发PPPOE拨号，在VLAN连接的基础上创建PPPOE 会话。

根据以上参考图2至4的描述可以理解，在现有方案中，ONT与BNG之间的互联网业务管道是特定于接入ONT的用户终端设备的用户的。也就是说，用户的用户终端设备上的应用的流量都在一个业务管道中进行承载。用户终端设备上的应用没有被细分，从ONT、OLT到BNG并不感知应用，也不会对应用进行差异化处理。然而，最终用户可能希望对一个或多个特定的应用进行一些更好的保障。

鉴于此，本公开的实施例提供了改进的通信方案。在该方案中，网络管理设备基于用户 终端设备请求访问的应用的标识和接入侧设备的标识，在用户终端设备和光边缘设备之间创 建业务管道，创建应用与该业务管道之间的映射，进而向接入侧设备发送关于该映射的信息， 以使与应用相关联的业务数据经该业务管道传输。该方案通过创建特定于应用的业务管道， 使得与应用相关联的业务数据该经业务管道传输，对应用进行了区别对待，改善了用户体验。

下面将参照图5至12更详细地描述本公开的实施例。

本公开的网络架构

图5示出了可以在其中实施本公开的实施例的示例网络架构500的示意框图。如图所示， 网络架构500与网络架构100类似。网络架构500与网络架构100的区别在于：接入网120 和城域网130均采用Fabric(光纤化)架构。在该Fabric架构中，图1A所示的城域网130中的汇聚设备131由图5所示的光纤(optical-fabric，O-F)设备133-1至133-4代替，图1A所示的城域网130中的BNG 132由图5所示的光边缘(optical-edge，O-E)设备134-1至134-4代替。在下文中，为了便于描述，O-F设备133-1至133-4统称为O-F设备133，O-E设备134-1至134-4统称为O-E设备134。O-E设备134不仅服务于宽带家庭用户，而且服务于移动回 传、层2(L2)/层3(L3)组网和入云专线和层1(L1)传输专线。O-E设备134-1至134-4 池化部署，从而形成O-E设备共享池。

网络架构500与网络架构100的区别还在于：ONT 112或者OLT 121可以检测应用是否 上线。在下文中，ONT和OLT也统称为接入侧设备。如果检测到应用上线，接入侧设备确定用户终端设备111和O-E设备134之间的业务管道是否已被创建。如果确定该业务管道未被创建，则接入侧设备向网络管理设备180发送创建业务管道的第一请求消息，该第一请求消息包括用户终端设备111请求访问的应用的标识和接入侧设备的标识。

此外，网络架构500与网络架构100的区别还在于：网络架构500还包括网络管理设备 180。网络管理设备180从接入侧设备(例如ONT 112或者OLT 121)接收创建业务管道的第 一请求消息。该第一请求消息包括用户终端设备111请求访问的应用的标识和接入侧设备的 标识。网络管理设备180基于应用的标识和接入侧设备的标识来确定O-E设备，进而在用户 终端设备和O-E设备之间创建业务管道。进一步，网络管理设备创建应用与该业务管道之间 的映射并向接入侧设备发送关于该映射的信息，以使与应用相关联的业务数据经该业务管道 传输。由于与应用相关联的业务数据都经该业务管道传输，因此在下文中该业务管道也被称 为应用级业务管道。

在一些实施例中，网络管理设备180可以选择用于承载业务管道的承载隧道。

在一些实施例中，网络管理设备180可以向ONT 112和OLT 121发送关于业务管道的配 置信息，用于在ONT 112和OLT 121配置业务管道。此外，网络管理设备180还可以向OLT 121和O-E设备134发送关于承载隧道的配置信息，用于在OLT 121和O-E设备134上配置承载隧道。

应当理解，图5中示出的用户终端设备、ONT、OLT、O-F设备和O-E设备的数目仅仅是示意，网络架构500中可以包括更多或更少的用户终端设备、ONT、OLT、O-F设备和O-E 设备，本公开的实施例对此不做任何限制。作为示例，在一些实施例中，网络架构500中可 以包括多个不同类型的用户终端设备，例如手机，平板电脑、个人计算机、智能电视等。

在一些实施例中，在网络架构500中，任意一个OLT 121与任意一个O-E设备134之间 可以存在多条承载隧道。这将在下文中结合图6进行描述。

本公开的承载隧道

图6示出了根据本公开的一些实施例的承载隧道的示意图。如图6所示，OLT 121与O-E 设备134-1之间存在三条承载隧道。承载隧道610从OLT 121经由O-F设备133-1和133-2到达O-E设备134-1。承载隧道620从OLT 121经由O-F设备133-3和133-4到达O-E设备 134-1。承载隧道630从OLT 121经由O-F设备133-5和133-6到达O-E设备134-1。承载隧 道610、620和630可以分别承载来自三个不同ONT的流量。

在一些实施例中，OLT 121、O-F设备133和O-E设备134可以支持多种隧道技术，包括 但不限于：支持流量工程的IPv6段路由隧道(Segment Routing IPv6-TrafficEngineering， SRv6-TE)、仅支持“尽力而为”的IPv6段路由隧道(Segment Routing IPv6-besteffort，SRV6-BE)、 光服务单元(Optical Service Unit，OSU)。SRV6-TE隧道可以精确地控制路径，而SRV6-BE 隧道无法精确地控制路径。OSU是OTN网络上的最小承载颗粒。多种隧道技术结合多路径 可以提供不同的服务水平协议(Service Level Agreement，SLA)等级。

本公开的业务管道的创建

图7示出了根据本公开的实施例的用于创建业务管道的示例过程700的信令交互图。为 了论述的目的，将参考图5中示出的各种元素来描述示例过程700。然而，应当理解，示例 过程700也可以在任何其他通信场景中的网络管理设备和接入侧设备之间执行。此外，为了 论述的目的，以下将以接入侧设备由ONT 112实现为例进行描述。然而，可以理解，在其他 实施例中，接入侧设备也可以由OLT 121来实现，本公开的范围在此方面不受限制。

如图7所示，在接收到来自用户终端设备111的访问应用的用户请求消息后，ONT112 判断(712)用户终端设备111和O-E设备134之间的业务管道是否已被创建。如果确定业务 管道未被创建，则ONT 112向网络管理设备180发送(713)创建业务管道的第一请求消息。 相应地，网络管理设备180从ONT 112接收创建业务管道的第一请求消息。该第一请求消息 包括用户终端设备111请求访问的应用的标识和接入侧设备的标识。

在一些实施例中，可选地，ONT 112可以基于应用的标识，确定(711)与应用相关联的 业务管道策略。如果该业务管道策略指示与应用相关联的业务数据经业务管道传输，则ONT 112进一步确定业务管道是否已被创建。以下将结合一个具体示例进行描述。

在一个应用上线后，与应用相关联的一个或多个通信会话将被初始化。该通信会话可以 包括TCP会话和UDP会话中的至少一项。ONT 112可以基于这些通信会话识别出该应用所 属的应用小类和应用大类。例如，应用小类的示例可以包括但是不限于：抖音、腾讯视频、 微信、王者荣耀等，应用大类的示例可以包括但是不限于：OTT(Over The Top)视频、WEB 浏览、手机游戏等。

在该示例中，ONT 112可以使用应用小类和应用大类作为关键字在应用标记表中进行查 找，确定应用的标识。该应用标记表可以由网络管理设备180创建并发送给ONT112。以下 表1示出了“应用标记表”的一个示例。

表1应用标记表

例如，假设某个应用的小类是“王者荣耀”，则其标识可以为3。如果某个应用不是应用 标记表中所示出的特定的应用，即，该应用所属的应用大类和应用小类均为“其他”，则其标 识为999。

在确定了应用的标识之后，ONT 112可以使用应用的标识作为关键字在“应用策略和状 态表”中查找与应用相关联的业务管道策略。以下表2示出了“应用策略和状态表”的一个 示例。

表2应用策略和状态表

如“应用策略和状态表”所示，如果应用的标识为1，则ONT 112可以确定与该应用相 关联的业务管道策略为“单独的应用级业务管道”、并且已经针对该应用创建了标识(ID)为 10的业务管道(也被称作业务管道10)。在这种情况下，ONT 112可以更新与该应用相关联 的通信会话列表，将这次新增的一个或多个通信会话刷新到通信会话列表中，在转发表中配 置与该应用相关联的通信会话，并且将新增的通信会话映射到应用级业务管道10。

如果应用的标识为3，则ONT 112可以确定与该应用相关联的业务管道策略为“单独的 应用级业务管道”、但是当前还没有创建对应的应用级业务管道。在这种情况下，ONT112可 以向网络管理设备180发送创建业务管道的第一请求消息。该第一请求消息可以包括应用的 标识和ONT 112的ID。此外，ONT 112可以利用与该应用相关联的新增的通信会话来更新与 应用相关联的通信会话列表。另外，ONT 112还可以将应用策略和状态表中的应用的状态更 新为有效(即，正在使用)。可以理解，当与某个应用相关联的所有通信会话都被删除时， ONT 112可以将应用的状态更新为无效。

如果应用的标识为4、5或者999，则ONT 112可以确定与该应用相关联的业务管道策略 为“采用用户级业务管道”(将在下文详述)，对应的业务管道的标识是0。ONT 112可以更 新与该应用相关联的通信会话列表，将新增的一个或多个通信会话刷新到通信会话列表中， 在转发表中配置与该应用相关联的通信会话，并且将新增的通信会话映射到业务管道0。

继续参考图7，在接收到创建业务管道的第一请求消息后，网络管理设备180基于该第 一请求消息中的应用的标识和ONT 112的标识，确定(714)O-E设备134。

在一些实施例中，网络管理设备180可以基于应用的标识和ONT 112的标识，确定多个 候选O-E设备。进而，网络管理设备180可以基于多个候选O-E设备的负载状况或者多个候 选O-E设备针对应用的服务质量的历史统计信息，从多个候选O-E设备中选择一个O-E设备。

在采用图5所示的网络架构的实施例中，网络管理设备180可以基于应用的标识和ONT 112的标识，将O-E设备134-1至134-4确定为候选O-E设备。进而，网络管理设备180可以基于O-E设备134-1至134-4的负载状况或者O-E设备134-1至134-4针对应用的服务质 量的历史统计信息，从O-E设备134-1至134-4中选择一个O-E设备。作为示例，网络管理 设备180可以使用应用的标识和ONT 112的标识来查找“应用O-E选择策略表”，以确定多 个候选O-E设备和O-E选择策略。以下表3示出了“应用O-E选择策略表”的一个示例。

表3应用O-E选择策略表

例如，如“应用O-E选择策略表”所示，如果应用的标识为3，那么网络管理设备180可以使用应用的标识“3”作为关键字来查找“应用O-E选择策略表”，以确定与该应用相关联的业务管道策略为“历史统计优先”，即基于历史统计信息来从候选O-E设备134-1和O-E设备134-2(例如图5所示的O-E设备134-2)中选择一个O-E设备。

进一步，网络管理设备180可以使用应用的标识以及根据“应用O-E选择策略表”确定 的候选O-E设备的标识作为关键字，在“应用O-E历史统计表”中进行查找，以确定候选O-E设备针对该应用的服务质量的历史统计信息。以下表4示出了“应用O-E历史统计表” 的一个示例。

表4应用O-E历史统计表

如“应用O-E历史统计表”所示，O-E设备134-1针对标识为3的应用的历史平均丢包率和历史平均时延分别为2E-7和约110ms，O-E设备134-2针对标识为3的应用的历史平均丢包率和历史平均时延分别为3E-4和约150ms。

进一步，网络管理设备180可以使用应用的标识作为关键字，在“应用参数表”中进行 查找，以确定该应用对于服务质量的要求。以下表5示出了“应用参数表”的一个示例。

表5应用参数表

如“应用参数表”所示，标识为3的应用对于时延的要求为“<150ms(即，小于150ms)”。 由于根据“应用O-E历史统计表”可以确定O-E设备134-1针对标识为3的应用的历史平均 时延为约110ms(<150ms)，因此网络管理设备180可以选择候选O-E设备134-1来创建业务 管道。

为了使网络管理设备180获得多个候选O-E设备针对应用的服务质量的历史统计信息， 多个候选O-E设备中的每一个可以周期性地统计其针对应用的服务质量的信息并将所统计的 信息发送给网络管理设备180。相应地，网络管理设备180可以从多个候选O-E设备周期性 地获取多个候选O-E设备针对应用的服务质量的统计信息。进而，网络管理设备180可以基 于所获取的统计信息，确定多个候选O-E设备针对应用的服务质量的历史统计信息。

在一些实施例中，网络管理设备180可以预先创建应用的标识以及与应用相关联的域名 之间的映射。例如，在上述“应用参数表”中，与标识为1的应用相关联的域名为@WEB、 与标识为3的应用相关联的域名为@王者荣耀等等。在创建了该映射后，网络管理设备180 可以将该映射的信息发送给O-E设备134。由此，O-E设备134可以通过与应用相关联的域 名来标识应用。

在一些实施例中，O-E设备134可以基于与应用相关联的域名进行服务质量统计，周期 性地采集与应用相关联的每个TCP/UDP会话的时延、丢包率等，并周期性汇总和上报给网络 管理设备180，从而在网络管理设备180处生成上述“应用O-E历史统计表”。

例如，针对应用的标识为3、域名为@王者荣耀，每个O-E设备134都具有一个UNI L3接口，从UNI侧接入多个ONT的应用级业务管道，管道采用双层VLANID来标识。O-E设 备134可以每秒采集一次该UNI L3接口中所有TCP/UDP会话的时延和丢包率，然后每隔5 分钟或者15分钟汇总一次业务管道级和应用级质量情况(即5分钟或者15分钟内的平均时 延和丢包率)，并上报给网络管理设备180。此外，每个O-E设备134还可以将相应O-E设备 的标识和所针对的域名与统计信息一起上报给网络管理设备180。

在接收到O-E设备134所上报的统计信息之后，网络管理设备180可以通过域名在“应 用参数表”中查找到该域名对应的应用的标识。

网络管理设备180可以利用数学平均法对15分钟汇总上报的平均丢包率和平均时延先汇 总，从而生成24小时SLA统计表。此外，网络管理设备180可以利用数学平均法对每天的 SLA统计信息再进行汇总，从而生成每周的平均SLA统计。

在一些实施例中，“应用O-E历史统计表”的更新采用当前的历史统计、上周的SLA统 计和上一天的SLA统计进行加权平均。换言之，可以分别通过以下方式确定历史平均丢包率 和历史平均时延：

应用O-E历史平均丢包率＝应用O-E历史平均丢包率*70％+上周该应用O-E平均丢包率 *20％+上一天该应用O-E平均丢包率*10％；

应用O-E历史平均时延＝应用O-E历史平均时延*70％+上周该应用O-E平均时延*20％+ 上一天该应用O-E平均时延*10％。

应当理解，以上仅仅是确定多个候选O-E设备针对应用的服务质量的历史统计信息的示 例，基于所获取的统计信息，网络管理设备180可以采用任何适当的方法来确定该历史统计 信息。本公开的范围在此方面不受限制。

继续参考图7，在确定了O-E设备之后，网络管理设备180在用户终端设备111和所确 定的O-E设备之间创建(715)业务管道。

在创建了业务管道之后，网络管理设备180创建(716)应用与业务管道之间的映射。进 而，网络管理设备180向ONT 112发送(717)关于该映射的信息，以使与应用相关联的业 务数据经该业务管道传输。

相应地，ONT 112从网络管理设备180接收关于应用与业务管道之间的映射的信息。进 而，ONT 112基于关于应用与业务管道之间的映射的信息，使与应用相关联的业务数据经业 务管道传输(718)。

在一些实施例中，为了使与应用相关联的业务数据经所创建的业务管道传输，ONT112 可以在转发表中配置与应用相关联的通信会话并且将与通信会话相关联的流量映射到业务管 道。例如，ONT 112可以基于应用的标识在上述“应用策略和状态记录表”中查找与应用相 关联的通信会话列表。进而，ONT 112可以在转发表中配置该通信会话列表，并将其中的通 信会话映射到所创建的业务管道。

在一些实施例中，在创建了业务管道之后，网络管理设备180可以从上述“应用参数表” 中的QOS(服务质量)模板来获取各个ONT 112、OLT 121和O-E设备134的QOS参数， 从“应用参数表”中获取与应用相关联的域名，并且分配VLAN ID和gemport ID等参数。

在一些实施例中，除了向ONT 112发送关于应用与业务管道之间的映射的信息之外，网 络管理设备180还可以生成ONT 112上的业务管道接口的其他参数并发送给ONT112。例如， ONT 112上的业务管道接口的其他参数可以包括：gemport ID、T-CONT ID、T-CONT类型、 T-CONT带宽、单层VLAN ID、802.1p和DSCP值、L3接口IP地址获取方式、静态地址方 式下的IP地址、PPPOE账户名密码和域名、DHCPv4/v6客户端参数等。

在一些实施例中，网络管理设备180还可以基于O-E设备134的标识、ONT 112的标识 以及应用所需的服务质量，确定用于承载所创建的业务管道的承载隧道。网络管理设备180 可以创建该业务管道与承载隧道之间的映射。进而，网络管理设备180分别向OLT 121和O-E 设备134发送关于业务管道与承载隧道之间的映射的信息。以下将结合一个具体示例进行描 述。

在该示例中，根据上述“应用O-E选择策略表”，网络管理设备180可以确定ONT 112所接入的OLT的标识为121。根据上述“应用参数表”，网络管理设备180可以确定与应用相关联的SLA等级为3。进而，网络管理设备180可以使用ONT 112所接入的OLT的标识(121)、O-E设备的标识(134-1)以及与应用相关联的SLA等级作为关键字，在“隧道选择表”中进 行查找，以确定用于承载所创建的业务管道的承载隧道。以下表6示出了“隧道选择表”的 一个示例。

表6隧道选择表

如以上“隧道选择表”所示，在ONT 112所接入的OLT的标识为121、O-E设备的标识为134-1以及与应用相关联的SLA等级为3的情况下，网络管理设备180确定用于承载所创建的业务管道的承载隧道为隧道12。

在一些实施例中，除了向OLT 121和O-E设备134发送关于业务管道与承载隧道之间的 映射的信息之外，网络管理设备180还可以生成OLT 121上的业务管道接口和O-E设备134 上的业务管道接口的其他参数并分别发送给OLT 121和O-E设备134。例如，OLT 121上的 业务管道接口的其他参数可以包括：光网络终端标识ONT ID、GEM端口标识gemport ID、VLAN ID、网络侧虚拟局域网标识SVLAN ID、用户侧虚拟局域网标识CVLAN ID、网络侧 标签S-TAG默认值和映射策略、网络侧C-TAG默认值和映射策略、双方向带宽限速要求等。O-E设备134上的业务管道接口的其他参数可以包括：域名、SVLAN ID、CVLAN ID、NNI 到UNI方向S-TAG默认值和映射策略、NNI到UNI方向C-TAG默认值和映射策略等。

在一些实施例中，如果ONT 112检测到应用离线，则ONT 112可以向网络管理设备180 发送拆除业务管道的第二请求消息。响应于接收到该第二请求消息，网络管理设备180可以 拆除该业务管道。

在一些实施例中，ONT 112可以不直接检测应用的离线。相反，如果ONT 112检测到与 该应用相关联的所有通信会话都已经超时并被删除，并且在一段时间内没有新的通信会话加 入，则ONT 112可以确定该应用离线。

在一些实施例中，如以上参考“应用策略和状态表”所述，如果应用的标识为4、5或者 999，则ONT 112可以确定与该应用相关联的业务管道策略为“采用用户级业务管道”。在这 样的实施例中，在检测到ONT 112上电后，OLT 121可以向网络管理设备180发送创建用户 级业务管道的第三请求消息，该第三请求消息包括ONT 112的标识。在接收到该第三请求消 息后，网络管理设备180基于ONT 112的标识和多个候选O-E设备的负载状况，从多个候选 O-E设备中确定一个O-E设备(也被称作第二O-E设备)。进一步，网络管理设备180在用户终端设备111和第二O-E设备之间创建用户级业务管道并且创建用户终端设备111的用户与该用户级业务管道之间的映射。进而，网络管理设备180向ONT 112发送关于用户与用户级业务管道之间的映射的信息。在接收到该信息后，ONT 112基于该信息，使得与用户相关联的业务数据经用户级业务管道传输。在这样的实施例中，在检测到ONT 112断电后，OLT121 可以向网络管理设备180发送拆除用户级业务管道的请求消息，该请求消息包括ONT112的 标识。在接收到该请求消息后，网络管理设备180可以拆除该用户级业务管道。由此实现了 在ONT上电时创建用户级业务管道，而在ONT断电时拆除用户级业务管道，从而可以释放 O-E设备的资源，进而实现O-E设备的共享。

如前所述，在一些实施例中，网络架构500中可以包括多个不同类型的用户终端设备， 例如手机，平板电脑、个人计算机、智能电视等。在现有技术中，各种类型的用户终端设备 上的流量都在一个业务管道中进行承载，缺少对用户终端设备的差异化处理，由此导致用户 的体验较差。为了解决该问题，在一些实施例中，网络管理设备180可以基于用户终端设备 所接入的接入侧设备的第四请求消息，创建特定于某个用户终端设备的业务管道，使得与该 用户终端设备相关联的业务数据都经该业务管道传输。由此，可以实现对用户终端设备的差 异化处理。由于与该用户终端设备相关联的业务数据都经该业务管道传输，因此在下文中该 业务管道也被称为终端级业务管道。

在这样的实施例中，ONT 112可以检测用户终端设备111是否接入ONT 112。如果检测 到用户终端设备111接入ONT 112，ONT 112向网络管理设备180发送创建终端级业务管道 的第四请求消息，该第四请求消息包括用户终端设备111的标识、用户终端设备111的类型 以及ONT 112的标识。在接收到该第四请求消息后，网络管理设备180基于用户终端设备111 的标识、用户终端设备111的类型以及ONT 112的标识，从多个候选O-E设备中确定一个O-E设备(也被称作第三O-E设备)。进而，网络管理设备180在用户终端设备111和第三 O-E设备之间创建终端级业务管道并且创建用户终端设备111与终端级业务管道之间的映射。进一步，网络管理设备180向ONT 112发送关于用户终端设备111与终端级业务管道之间的映射的信息。在接收到该信息后，ONT 112基于该信息，使得与用户终端设备111相关联的业务数据经该终端级业务管道传输。由于与应用相关联的业务数据都经该业务管道传输，因 此在下文中该业务管道也被称为应用级业务管道。

本公开的创建业务管道的方法的示例实现

图8示出了根据本公开的一些实施例的用于创建业务管道的示例方法800的流程图。在 一些实施例中，示例方法800可以由网络管理设备来实现。作为示例，网络管理设备可以是 示例网络架构500中的网络管理设备180。在这样的示例中，方法800可以由网络管理设备 180的处理器或处理单元配合其他组件(例如，收发器)来实现。在其他实施例中，示例方 法800也可以由独立于示例网络架构500的其他电子设备来实现。

在框810处，网络管理设备180从接入侧设备接收创建业务管道的第一请求消息，该第 一请求消息包括用户终端设备请求访问的应用的标识和接入侧设备的标识。

在框820处，网络管理设备180基于应用的标识和接入侧设备的标识，确定第一光边缘 设备。

在框830处，网络管理设备180在用户终端设备和第一光边缘设备之间创建业务管道。

在框840处，网络管理设备180创建应用与业务管道之间的映射。

在框850处，网络管理设备180向接入侧设备发送关于映射的信息，以使与应用相关联 的业务数据经业务管道传输。

在一些实施例中，网络管理设备180基于应用的标识和接入侧设备的标识，确定多个候 选光边缘设备。进而，网络管理设备180基于多个候选光边缘设备的负载状况或者多个候选 光边缘设备针对应用的服务质量的历史统计信息，从多个候选光边缘设备中选择第一光边缘 设备。

在一些实施例中，附加地，网络管理设备180从多个候选光边缘设备周期性地获取多个 候选光边缘设备针对应用的服务质量的统计信息。进而，网络管理设备180基于获取的统计 信息，确定历史统计信息。

在一些实施例中，附加地，网络管理设备180基于第一光边缘设备的标识、接入侧设备 的标识以及应用所需的服务质量，确定用于承载业务管道的承载隧道。进而，网络管理设备 180创建业务管道与承载隧道之间的映射。进一步，网络管理设备180分别向接入侧设备和 第一光边缘设备发送关于业务管道与承载隧道之间的映射的信息。

在一些实施例中，附加地，网络管理设备180从接入侧设备接收拆除业务管道的第二请 求消息。进而，网络管理设备180基于第二请求消息，拆除业务管道。

在一些实施例中，接入侧设备包括光网络终端或光线路终端。

图9示出了根据本公开的另一些实施例的用于创建业务管道的示例方法900的流程图。 在一些实施例中，示例方法900可以由接入侧设备来实现。作为示例，接入侧设备可以是示 例网络架构500中的ONT 112或OLT 121。在这样的示例中，方法900可以由ONT 112或 OLT 121的处理器或处理单元配合其他组件(例如，收发器)来实现。在其他实施例中，示例方法900也可以由独立于示例网络架构500的其他电子设备来实现。

在框910处，在接入侧设备接收到来自用户终端设备的访问应用的用户请求消息后，接 入侧设备判断用户终端设备和第一光边缘设备之间的业务管道是否已被创建。

在框920处，如果确定业务管道未被创建，则接入侧设备向网络管理设备发送创建业务 管道的第一请求消息，该第一请求消息包括应用的标识和接入侧设备的标识。

在框930处，接入侧设备从网络管理设备接收关于应用与业务管道之间的映射的信息。

在框940处，接入侧设备基于关于应用与业务管道之间的映射的信息，使与应用相关联 的业务数据经业务管道传输。

在一些实施例中，接入侧设备基于应用的标识，确定与应用相关联的业务管道策略。进 而，接入侧设备响应于业务管道策略指示与应用相关联的业务数据经业务管道传输，确定业 务管道是否已被创建。

在一些实施例中，附加地，如果确定业务管道未被创建，则接入侧设备利用与应用相关 联的通信会话来更新与应用相关联的通信会话列表并且将应用的状态更新为有效。

在一些实施例中，接入侧设备在转发表中配置与应用相关联的通信会话。进而，接入侧 设备将与通信会话相关联的流量映射到业务管道，从而使与应用相关联的业务数据经业务管 道传输。

在一些实施例中，附加地，接入侧设备响应于检测到应用离线，向网络管理设备发送拆 除业务管道的第二请求消息。

在一些实施例中，接入侧设备包括光网络终端或光线路终端。

本公开的创建业务管道的装置和设备的示例实现

图10示出了适合于实现本公开的一些实施例的电子装置1000的示意框图。在一些实施 例中，装置1000可以实现为前述图5中的网络管理设备180或者是网络管理设备180的一部 分。应理解，装置1000可以包括比所示组件更多的附加组件或者省略其中所示的一部分组件， 本公开实施例对此并不进行限制。

如图所示，装置1000包括第一接收模块1010、第一确定模块1020、第一业务管道创建 模块1030、第一映射创建模块1040和第一发送模块1050。

第一接收模块1010被配置为从接入侧设备接收创建业务管道的第一请求消息，该第一请 求消息包括用户终端设备请求访问的应用的标识和接入侧设备的标识。

第一确定模块1020被配置为基于应用的标识和接入侧设备的标识，确定第一光边缘设备。

第一业务管道创建模块1030被配置为在用户终端设备和第一光边缘设备之间创建业务 管道。

第一映射创建模块1040被配置为创建应用与业务管道之间的映射。

第一发送模块1050被配置为向接入侧设备发送关于映射的信息，以使与应用相关联的业 务数据经业务管道传输。

在一些实施例中，第一确定模块1020还被配置为：基于应用的标识和接入侧设备的标识， 确定多个候选光边缘设备；以及基于多个候选光边缘设备的负载状况或者多个候选光边缘设 备针对应用的服务质量的历史统计信息，从多个候选光边缘设备中选择第一光边缘设备。

在一些实施例中，装置1000还包括统计信息获取模块，被配置为从多个候选光边缘设备 周期性地获取多个候选光边缘设备针对应用的服务质量的统计信息。在这样的实施例中，第 一确定模块还被配置为基于获取的统计信息，确定历史统计信息。

在一些实施例中，第一确定模块还被配置为基于第一光边缘设备的标识、接入侧设备的 标识以及应用所需的服务质量，确定用于承载业务管道的承载隧道。在这样的实施例中，第 一映射创建模块还被配置为创建业务管道与承载隧道之间的映射，并且第一发送模块还被配 置为分别向接入侧设备和第一光边缘设备发送关于业务管道与承载隧道之间的映射的信息。

在一些实施例中，第一接收模块还被配置为从接入侧设备接收拆除业务管道的第二请求 消息。在这样的实施例中，装置1000还包括：拆除模块，被配置为基于第二请求消息，拆除 业务管道。

在一些实施例中，接入侧设备包括光网络终端或光线路终端。

在一些实施例中，装置1000还包括第二接收模块、第二确定模块、第二业务管道创建模 块、第二映射创建模块和第二发送模块。第二接收模块被配置为从接入侧设备接收创建用户 级业务管道的第三请求消息，该第三请求消息包括接入侧设备的标识。第二确定模块被配置 为基于接入侧设备的标识和多个候选光边缘设备的负载状况，确定第二光边缘设备。第二业 务管道创建模块被配置为在用户终端设备和第二光边缘设备之间创建用户级业务管道。第二 映射创建模块被配置为创建用户终端设备的用户与用户级业务管道之间的映射。第二发送模 块被配置为向接入侧设备发送关于用户与用户级业务管道之间的映射的信息，以使与用户相 关联的业务数据经用户级业务管道传输。

在一些实施例中，装置1000还包括第三接收模块、第三确定模块、第三业务管道创建模 块、第三映射创建模块以及第三发送模块。第三接收模块被配置为从接入侧设备接收创建终 端级业务管道的第四请求消息。该第四请求消息包括用户终端设备的标识、用户终端设备的 类型以及接入侧设备的标识。第三确定模块被配置为基于用户终端设备的标识、用户终端设 备的类型以及接入侧设备的标识，确定第三光边缘设备。第三业务管道创建模块被配置为在 用户终端设备和第三光边缘设备之间创建终端级业务管道。第三映射创建模块被配置为创建 用户终端设备与终端级业务管道之间的映射。第三发送模块被配置为向接入侧设备发送关于 用户终端设备与终端级业务管道之间的映射的信息，以使与用户终端设备相关联的业务数据 经终端级业务管道传输。

图11示出了适合于实现本公开的另一些实施例的电子装置1100的示意框图。在一些实 施例中，装置1100可以实现为前述图5中的ONT 112或OLT 121。在另一些实施例中，装置 1100可以实现为前述图5中的ONT 112的一部分或OLT 121的一部分。应理解，装置1100可以包括比所示组件更多的附加组件或者省略其中所示的一部分组件，本公开实施例对此并 不进行限制。

如图所示，装置1100包括判断模块1110、发送模块1120、接收模块1130和传输模块1140。

判断模块1110被配置为在接入侧设备接收到来自用户终端设备的访问应用的用户请求 消息后，判断用户终端设备和第一光边缘设备之间的业务管道是否已被创建。发送模块1120 被配置为如果确定业务管道未被创建，则向网络管理设备180发送创建业务管道的请求，该 请求包括应用的标识和ONT 112的标识。接收模块1130被配置为从网络管理设备180接收 关于应用与业务管道之间的映射的信息。传输模块1140被配置为基于该信息，使与应用相关 联的业务数据经业务管道传输。

在一些实施例中，判断模块1110还被配置为：基于应用的标识，确定与应用相关联的业 务管道策略；以及响应于业务管道策略指示与应用相关联的业务数据经业务管道传输，确定 业务管道是否已被创建。

在一些实施例中，装置1100还包括更新模块。更新模块被配置为如果确定业务管道未被 创建，则利用与应用相关联的通信会话来更新与应用相关联的通信会话列表以及将应用的状 态更新为有效。

在一些实施例中，传输模块1140还被配置为：在转发表中配置与应用相关联的通信会话 以及将与通信会话相关联的流量映射到业务管道。

在一些实施例中，发送模块1120还被配置为响应于检测到应用离线，向网络管理设备发 送拆除业务管道的第二请求消息。

在一些实施例中，发送模块1120还被配置为：如果接入侧设备上电，则向网络管理设备 发送创建用户级业务管道的第三请求消息，该第三请求消息包括接入侧设备的标识。在这样 的实施例中，接收模块1130还被配置为从网络管理设备接收关于用户终端设备的用户与用户 级业务管道之间的映射的信息。在这样的实施例中，传输模块1140还被配置为：基于关于用 户与用户级业务管道之间的映射的信息，使与用户相关联的业务数据经用户级业务管道传输。

在一些实施例中，发送模块1120还被配置为：如果检测到用户终端设备接入接入侧设备， 则向网络管理设备发送创建终端级业务管道的第四请求消息，该第四请求消息包括用户终端 设备的标识和接入侧设备的标识。在这样的实施例中，接收模块1130还被配置为从网络管理 设备接收关于用户终端设备与终端级业务管道之间的映射的信息。在这样的实施例中，传输 模块1140还被配置为基于关于用户终端设备与终端级业务管道之间的映射的信息，使与用户 终端设备相关联的业务数据经终端级业务管道传输。

图12示出了适合于实现本公开的实施例的电子设备1200的简化框图。设备1200可以实 现为网络管理设备，例如图5所示的网络管理设备180。此外，设备1200还可以实现为接入 侧设备，例如图5所示的ONT 112或OLT 121。如图所示，设备1200包括一个或多个处理器 1210、耦合到处理器1210的一个或多个存储器1220以及耦合到处理器1210的一个或多个通 信模块1240。

通信模块1240用于双向通信。通信模块1240具有通信接口以便于通信。通信接口可以 表示与其他网络元件通信所必需的任何接口。

处理器1210可以是适合于本地技术网络的任何类型，并且作为限制性示例，可以包括以 下中的一个或多个：通用计算机、专用计算机、微处理器、数字信号处理器和基于多核处理 器架构的处理器。设备1200可以具有多个处理器，例如专用集成电路芯片，其在时间上从属 于与主处理器同步的时钟。

存储器1220可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性 存储器的示例包括但不限于只读存储器(ROM)1224、电可编程只读存储器(EPROM)、闪 存、硬盘、光盘(CD)、数字视频盘(DVD)和其他磁存储和/或光存储装置。易失性存储器的示例包括但不限于随机存取存储器(RAM)1222和不会在断电持续时间中持续的其他易失性存储器。

计算机程序1230包括由关联的处理器1210执行的计算机可执行指令。程序1230可以存 储在ROM 1220中。处理器1210可以通过将程序1230加载到RAM 1220中来执行任何合适 的动作和处理。

可以借助于程序1230来实现本公开的实施例，使得设备1200可以执行如参考图1至图 11所讨论的本公开的任何处理。本公开的实施例还可以通过硬件或通过软件和硬件的组合来 实现。

在一些实施例中，程序1230可以有形地包含在计算机可读介质中，该计算机可读介质可 以包括在设备1200中(诸如在存储器1220中)或者可以由设备1200访问的其他存储设备。 可以将程序1230从计算机可读介质加载到RAM 1222以供执行。计算机可读介质可以包括任 何类型的有形非易失性存储器，例如ROM、EPROM、闪存、硬盘、CD、DVD等。

一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑，或其任何组 合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他 计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程 图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为 非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备， 或其某些组合中实施。可用来实现本公开实施例的硬件器件的示例包括但不限于：现场可编 程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复 杂可编程逻辑器件(CPLD)，等等。

作为示例，本公开的实施例可以在机器可执行指令的上下文中被描述，机器可执行指令 诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言，程序模块 包括例程、程序、库、对象、类、组件、数据结构等，其执行特定的任务或者实现特定的抽 象数据结构。在各实施例中，程序模块的功能可以在所描述的程序模块之间合并或者分割。 用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中，程序 模块可以位于本地和远程存储介质二者中。

用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机 程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器，使得 程序代码在被计算机或其他可编程的数据处理装置执行的时候，引起在流程图和/或框图中规 定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、 部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。

在本公开的上下文中，计算机程序代码或者相关数据可以由任意适当载体承载，以使得 设备、装置或者处理器能够执行上文描述的各种处理和操作。载体的示例包括信号、计算机 可读介质等等。

信号的示例可以包括电、光、无线电、声音或其它形式的传播信号，诸如载波、红外信 号等。

机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何 有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以 包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任 意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携 式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存 储器(EPROM或闪存)、光存储设备、磁存储设备，或其任意合适的组合。

另外，尽管操作以特定顺序被描绘，但这并不应该理解为要求此类操作以示出的特定顺 序或以相继顺序完成，或者执行所有图示的操作以获取期望结果。在某些情况下，多任务或 并行处理会是有益的。同样地，尽管上述讨论包含了某些特定的实施细节，但这并不应解释 为限制任何发明或权利要求的范围，而应解释为对可以针对特定发明的特定实施例的描述。 本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反 之，在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子 组合中实施。

尽管已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利 要求中限定的主题并不限于上文描述的特定特征或动作。相反，上文描述的特定特征和动作 是作为实现权利要求的示例形式而被公开的。