一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种业务的配置方法及装置与流程

2022-07-02 00:26:28 来源:中国专利 TAG:


1.本技术涉及通信技术领域,尤其涉及一种业务的配置方法及装置。


背景技术:

2.在新兴的虚拟现实(virtual reality,vr)游戏、云游戏、超清视频等业务中,用户对低时延、低抖动的网络品质要求日益强烈,光传送网(optical transport network,otn)能提供可承诺的带宽隔离和稳定的时延性能,正好能够适用于此类业务。
3.对于一个用户设备(user equipment,ue)来说,该ue的业务在otn中的路径是预先配置好的。且由于路径都是预先配置,后续无法调整路径的参数(例如带宽等参数),因此为了保证用户的体验质量,则在初始配置路径时就会按照用户的峰值需求为该路径预留带宽,即,目前为预先配置的路径所配置的带宽也比较大。但ue并不一定始终会执行相应的业务,例如用户可能玩几小时游戏之后就会停止,并不会一直处于玩游戏的状态。但是为该ue的业务已建好的路径不会被删除,即使用户没有使用该路径,该路径也会继续存在,且为该路径配置的带宽等资源也不能被其他用户或其他业务占用。这就造成了整网巨大的资源浪费,导致建网成本非常高。


技术实现要素:

4.本技术实施例提供一种业务的配置方法及装置,用于节省资源,以缩减建网成本。
5.第一方面,提供一种业务的配置方法,该方法可由第一装置执行,第一装置例如为otn设备,或者是设置在otn设备内的芯片系统,或者第一装置例如为接入网控制器等。在下文的介绍过程中,以第一装置是otn设备为例,且将作为第一装置的otn设备称为第一otn设备。第一otn设备接收来自olt设备的第一消息,所述第一消息包括业务的第一地址信息;所述第一otn设备根据所述第一消息确定otn中是否已建立第一路径,所述第一路径用于传输所述业务,且所述第一路径满足所述第一地址信息;所述第一otn设备根据确定结果建立传输所述业务的路径或调整已建立的所述第一路径的带宽。第一路径满足第一地址信息,也可称为第一路径对应第一地址信息等,对此可理解为,根据第一地址信息所确定的路径就是第一路径,或者说第一路径是根据第一地址信息确定的。也就是说,根据第一地址信息可在otn中确定一条路径,该路径就是第一路径。
6.在本技术实施例中,可以在终端设备发起业务时再为该业务建立在otn中的路径,即,不必始终维持业务在otn中的路径,由此减少了资源的浪费,提高了资源的利用率,也降低了建网成本。或者,可以在终端设备发起业务时再调整已建立的路径的带宽,那么即使维持业务在otn中的路径,也可以按照较小的带宽来维持,在需要使用该路径时调整带宽即可,这样也能减少资源浪费。而且本技术实施例由于可以在发起业务时再为该业务建立在otn中的路径,或者可以调整已建立的路径的带宽,则可以根据业务的实际需求来为相应的路径配置带宽,而不必按照用户的峰值需求配置带宽,这样也可以进一步减少资源浪费。
7.在一种可选的实施方式中,所述第一地址信息包括如下一项或多项:所述业务的
源ip地址,所述业务的目的ip地址,所述业务在所述第一otn设备上的出口地址,以及,所述业务通过所述otn后的下一跳地址。其中,所述业务的源ip地址为请求所述业务的终端设备的ip地址,所述业务的目的ip地址为提供所述业务的应用服务器的ip地址。通过在第一消息中包括第一地址信息,使得第一otn设备能够确定otn中是否已建立第一路径,以及在otn中未建立第一路径的情况下,也能够根据第一地址信息新建路径,以满足业务传输需求。
8.在一种可选的实施方式中,所述第一otn设备根据所述第一消息确定所述otn中是否已建立第一路径,包括:所述第一otn设备根据所述第一地址信息确定第二地址信息,所述第二地址信息包括所述第一路径在所述otn中的源设备标识、目的设备标识、以及时隙编号;所述第一otn设备根据所述第二地址信息确定所述otn中是否已建立所述第一路径。这里给出了第一otn设备确定otn中是否已建立第一路径的方式。
9.在一种可选的实施方式中,所述第一otn设备根据确定结果建立传输所述业务的路径,包括:在所述otn中尚未建立所述第一路径的情况下,所述第一otn设备向ccu发送第二消息,所述第二消息用于请求建立用于传输所述业务的第二路径。如果otn中没有建立第一路径,那么第一otn设备可请求建立第二路径,从而满足该业务的传输需求。可见,本技术实施例中在不使用一条路径时可删除该路径,在需要使用时再建立路径即可,能够有效减少资源浪费的情况。
10.在一种可选的实施方式中,所述第二消息还包括第二地址信息,所述第二地址信息包括所述第二路径在所述otn中的源设备标识、目的设备标识、以及时隙编号,其中,所述第二地址信息是根据所述第一地址信息得到的。如果要请求建立第二路径,那么可以将第二地址信息发送给ccu,第二地址信息相当于描述了第二路径,使得ccu明确第二路径是哪条路径。
11.在一种可选的实施方式中,所述第一otn设备根据确定结果调整已建立的所述第一路径的带宽,包括:在所述otn中已建立所述第一路径的情况下,所述第一otn设备确定所述第一路径的带宽是否满足所述业务的带宽需求;当所述第一路径的带宽不满足所述业务的带宽需求时,所述第一otn设备向ccu发送第二消息,所述第二消息用于请求调整所述第一路径的带宽,其中,调整后的带宽能够满足所述业务的带宽需求。如果第一路径已存在,那么可继续利用第一路径,而不必新建路径,减少新建路径所带来的信令消耗。但已存在的第一路径的参数可能不满足该业务当前的需求,例如第一路径的带宽可能不满足该业务的带宽需求,那么第一otn设备可请求调整第一路径的带宽,使得调整后的带宽能够满足该业务的需求。
12.在一种可选的实施方式中,所述第一消息为pcep消息。或者第一消息也可以是其他类型的消息,对此不做限制。
13.在一种可选的实施方式中,所述pcep消息还用于指示更新路径。例如,新建路径或调整已有路径的参数(例如带宽)等,都可以视为是更新路径。
14.在一种可选的实施方式中,所述方法还包括:所述第一otn设备接收来自所述olt设备的第三消息,所述第三消息用于请求删除所述业务在所述otn中的路径;所述第一otn设备向所述ccu发送第四消息,所述第四消息用于请求删除所述业务在所述otn中的路径。在无需执行某个业务时,可删除该业务在otn中的路径,或者可将该业务在otn中的路径的带宽调小,以减小资源浪费。例如终端设备如果长期不执行某个业务,则可删除该业务在
otn中的路径,以在更大程度上减少资源浪费。
15.在一种可选的实施方式中,所述方法还包括:所述第一otn设备接收来自所述olt设备的第三消息,所述第三消息用于请求调整所述业务在所述otn中的路径的带宽;所述第一otn设备向所述ccu发送第四消息,所述第四消息用于请求调整所述业务在所述otn中的路径的带宽,其中,调整后的带宽小于调整前的带宽。可选的,所述第一otn设备还可以接收来自所述ccu的第七消息,所述第七消息指示是否能够调整所述业务在所述otn中的路径的带宽。在无需执行某个业务时,可删除该业务在otn中的路径,或者可将该业务在otn中的路径的带宽调小,以减小资源浪费。例如终端设备可能短期内不执行某个业务,但可能一段时间后又会执行该业务,则可调整该业务在otn中的路径的带宽,以减少资源浪费,而且也能维持该业务在otn中的路径,减少了建立路径所带来的资源消耗。
16.第二方面,提供另一种业务的配置方法,该方法可由第二装置执行,第二装置例如为olt设备,或者是设置在olt设备内的芯片系统。在下文的介绍过程中,以第二装置是olt设备为例。olt设备接收来自终端设备的第一信令,所述第一信令用于请求配置业务;所述olt设备向第一otn设备发送第一消息,所述第一消息用于确定所述业务在otn中的路径,所述第一消息包括所述业务的第一地址信息。
17.在一种可选的实施方式中,所述第一地址信息包括如下一项或多项:所述第一地址信息包括所述业务的源ip地址,所述业务的目的ip地址,所述业务在所述第一otn设备上的出口地址,以及,所述业务在通过所述otn后的下一跳地址。其中,所述业务的源ip地址为请求所述业务的终端设备的ip地址,所述业务的目的ip地址为提供所述业务的应用服务器的ip地址。
18.在一种可选的实施方式中,所述第一消息为pcep消息。
19.在一种可选的实施方式中,所述pcep消息用于指示更新路径。
20.在一种可选的实施方式中,所述方法还包括:所述olt设备接收来自所述第一otn设备的第五消息,所述第五消息用于指示所述业务在所述otn中的路径可用或不可用。
21.在一种可选的实施方式中,所述方法还包括:所述olt设备向所述第一otn设备发送第三消息,所述第三消息用于请求删除所述业务在所述otn中的路径,或用于请求调整所述业务在所述otn中的路径的带宽。
22.关于第二方面或第二方面的各种可选的实施方式所带来的技术效果,可参考对于第一方面或相应的实施方式的技术效果的介绍。
23.第三方面,提供一种通信装置。所述通信装置可以是上述第一至第二方面中的任意一方面所述的第一装置。所述通信装置具备上述第一装置的功能。一种可选的实现方式中,所述通信装置包括基带装置和射频装置。另一种可选的实现方式中,所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。收发单元能够实现发送功能和接收功能,在收发单元实现发送功能时,可称为发送单元,在收发单元实现接收功能时,可称为接收单元。发送单元和接收单元可以是同一个功能模块,该功能模块称为收发单元,该功能模块能实现发送功能和接收功能;或者,发送单元和接收单元可以是不同的功能模块,收发单元是对这些功能模块的统称。
24.例如,所述收发单元(或者,所述接收单元),用于接收来自光线路终端olt设备的第一消息,所述第一消息包括业务的第一地址信息;
25.所述处理单元,用于根据所述第一消息确定otn中是否已建立第一路径,所述第一路径用于传输所述业务,且所述第一路径满足所述第一地址信息;
26.所述处理单元,还用于根据确定结果建立传输所述业务的路径或调整已建立的所述第一路径的带宽。
27.再一种可选的实现方式中,所述通信装置包括存储单元和处理单元,所述处理单元用于与存储单元耦合,并执行存储单元中的程序或指令,使能所述通信装置执行上述第一装置的功能。
28.第四方面,提供另一种通信装置。所述通信装置可以是上述第一至第二方面中的任意一方面所述的第二装置。所述通信装置具备上述第二装置的功能。一种可选的实现方式中,所述通信装置包括基带装置和射频装置。另一种可选的实现方式中,所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。收发单元的实现方式可参考第三方面的介绍。
29.例如,所述接收单元,用于接收来自终端设备的第一信令,所述第一信令用于请求执行业务;
30.所述发送单元,用于向第一otn设备发送第一消息,所述第一消息用于确定业务在otn中的路径,所述第一消息包括所述业务的第一地址信息。
31.或者,所述处理单元,用于通过所述收发单元接收来自终端设备的第一信令,所述第一信令用于请求执行业务;
32.所述处理单元,还用于通过所述收发单元向第一otn设备发送第一消息,所述第一消息用于确定业务在otn中的路径,所述第一消息包括所述业务的第一地址信息。
33.再一种可选的实现方式中,所述通信装置包括存储单元和处理单元,所述处理单元用于与存储单元耦合,并执行存储单元中的程序或指令,使能所述通信装置执行上述第二装置的功能。
34.第五方面,提供一种通信系统,或者该通信系统也可以称为业务的配置系统。例如该通信系统可以包括第三方面所述的通信装置,以及可以包括第四方面所述的通信装置。
35.第六方面,提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序或指令,当其被运行时,使得上述各方面中第一装置或第二装置所执行的方法被实现。
36.第七方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得上述各方面所述的方法被实现。
37.在本技术实施例中,由于在终端设备发起业务时第一otn设备可以根据otn中是否建立第一路径进行相应处理,例如可根据确定结果新建路径或调整已有路径的带宽,这表明可以在终端设备发起业务时再为该业务建立在otn中的路径,或者即使为相应的业务维持了在otn中的路径,也不必按照大带宽来维持,而只需用较小的带宽维持该路径即可,由此减少了资源的浪费,提高了资源的利用率,也降低了建网成本。而且本技术实施例由于可以在发起业务时再为该业务建立在otn中的路径,或者可以调整已建立的路径的带宽,则可以根据业务的实际需求来为相应的路径配置带宽,而不必按照用户的峰值需求配置带宽,这样也可以进一步减少资源浪费。
附图说明
38.图1a为本技术实施例的一种应用场景的示意图;
39.图1b为云vr业务的执行流程图;
40.图2为本技术实施例的另一种应用场景的示意图;
41.图3为本技术实施例提供的一种业务的配置方法的流程图;
42.图4为本技术实施例提供的中间节点字段的一种格式示意图;
43.图5为本技术实施例提供的erp字段的一种格式示意图;
44.图6为本技术实施例提供的另一种业务的配置方法的流程图;
45.图7为本技术实施例提供的一种通信装置的结构示意图;
46.图8为本技术实施例提供的另一种通信装置的结构示意图;
47.图9为本技术实施例提供的再一种通信装置的结构示意图。
具体实施方式
48.为了使本技术实施例的目的、技术方案和优点更加清楚,下面将结合附图对本技术实施例作进一步地详细描述。
49.以下,对本技术实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
50.本技术实施例中,终端设备是一种具有无线收发功能的设备,可以是固定设备,移动设备、手持设备(例如手机)、穿戴设备、车载设备,或内置于上述设备中的无线装置(例如,通信模块,调制解调器,或芯片系统等)。所述终端设备用于连接人,物,机器等,可广泛用于各种场景,例如包括但不限于以下场景:蜂窝通信、设备到设备通信(device-to-device,d2d)、车到一切(vehicle to everything,v2x)、机器到机器/机器类通信(machine-to-machine/machine-type communications,m2m/mtc)、物联网(internet of things,iot)、虚拟现实(virtual reality,vr)、增强现实(augmented reality,ar)、工业控制(industrial control)、无人驾驶(self driving)、远程医疗(remote medical)、智能电网(smart grid)、智能家具、智能办公、智能穿戴、智能交通,智慧城市(smart city)、无人机、机器人等场景的终端设备。所述终端设备有时可称为用户设备(user equipment,ue)、终端、接入站、ue站、远方站、无线通信设备、或用户装置等等。
51.本技术实施例中,对于名词的数目,除非特别说明,表示“单数名词或复数名词”,即"一个或多个”。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b的情况,其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。例如,a/b,表示:a或b。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),表示:a,b,c,a和b,a和c,b和c,或a和b和c,其中a,b,c可以是单个,也可以是多个。
52.本技术实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的大小、内容、顺序、时序、优先级或者重要程度等。例如,第一消息和第二消息,可以是同一个消息,也可以是不同的消息,且,这种名称也并不是表示这两个消息的大小、内容、发送顺序、优先级或者重要程度等的不同。
53.在新兴的vr游戏、云游戏、超清视频等业务中,用户对低时延、低抖动的网络品质
要求日益强烈,otn能提供可承诺的带宽隔离和稳定的时延性能,正好能够适用于此类业务。例如一种典型的应用场景可参考图1a。图1a包括终端设备、光网络终端(optical network terminal,ont)、光线路终端(optical line terminal,olt)、多个otn设备、集中控制单元(central control unit,ccu)、网关、以及应用服务器。图1a中的终端设备以智能眼镜为例,例如vr眼镜。可认为多个otn设备属于otn网络,或者说,图1a中,otn网络包括多个otn设备。当然图1a只画出了部分otn设备,还有一些otn设备并未画出。实际上,otn网络可能包括一个或多个otn设备。ccu位于otn中,也可以视为是otn设备,只是本技术实施例会涉及到ccu的功能,因此将ccu单独画出。该应用服务器可为相应的应用提供服务,例如可以为视频应用提供服务等。以该应用服务器为vr应用提供服务为例,则该应用服务器例如为vr渲染云(或者称为vr渲染服务器)。另外,如果将图1a所示的场景应用于vr业务,那么图1a还可以包括vr调度平台。vr调度平台可用于管理一个或多个vr设备,例如可以为这些vr设备提供vr渲染云的地址等。
54.以将图1a所示的场景应用于vr业务为例,云(cloud)vr业务流程可参考图1b。
55.s11、vr设备向vr调度平台发送vr业务服务请求,vr调度平台接收来自vr设备的vr业务服务请求。该vr游戏服务请求可用于请求执行该vr业务,该vr业务例如为vr游戏业务。
56.s12、vr调度平台向vr设备发送vr渲染云的地址,vr设备接收来自vr调度平台的vr渲染云的地址。该vr渲染云是为该vr业务提供服务的应用服务器。
57.例如,vr设备启动后,先通过互联网(internet)通道获得vr渲染云的地址,互联网通道即为vr设备与vr调度平台之间的通道,即,vr设备从vr调度平台获得vr渲染云的地址。
58.s13、vr设备向ont发送用于连接vr渲染云的信令,ont接收来自vr设备的该信令。该信令用于请求执行vr业务。
59.s14、ont进行业务流识别。
60.ont可以识别该信令所请求执行的业务,以确定该业务的路径。例如,如果识别该业务为vr业务,则将该信令通过olt设备、otn等发送给vr渲染云,而如果该业务是其他业务,则可能通过其他路径发送该信令。
61.s15、olt设备通过otn、网关等设备,将该信令发送给vr渲染云,vr渲染云接收来自网关的该信令。
62.如果在otn中已建立了该vr业务对应的路径,那么可执行s15;而如果在otn中尚未建立该vr业务对应的路径,则s15无法执行,业务执行失败。
63.s16、vr渲染云通过网关、otn、olt设备、ont等设备,将vr业务的数据流发送给vr设备。vr业务的数据流例如为vr游戏视频渲染流等。
64.通过图1b所示的流程,vr设备就可以开始执行vr业务,用户通过vr设备就能观看相应的影像。
65.目前,对于一个ue来说,该ue的业务在otn中的路径是预先配置好的。且由于路径都是预先配置,后续无法调整路径的参数(例如带宽等参数),因此为了保证用户的体验质量,则在初始配置路径时就会按照用户的峰值需求为该路径预留带宽,即,目前为预先配置的路径所配置的带宽也比较大。例如该ue为vr设备,vr设备所执行的vr业务在otn中的路径会预先配置,且为该路径配置的带宽是该vr业务的峰值带宽。但ue并不一定始终会执行相应的业务,例如用户可能玩几小时游戏之后就会停止,并不会一直处于玩游戏的状态。但是
为该ue的业务已建好的路径不会被删除,即使用户没有使用该路径,该路径也会继续存在,且为该路径预留的带宽等资源也不能被其他用户或其他业务占用。这就造成了整网巨大的资源浪费,导致建网成本非常高。
66.考虑到这个问题,目前也可以不使用otn,而是使用其他隧道来传输业务。例如可使用mpls隧道、sr隧道等。使用这种隧道,即使为一个业务预先配置了路径,如果用户没有使用该业务,则其他用户或其他业务也可以使用该路径,这解决了资源浪费的问题。使用这种隧道,相当于多个用户可共用资源,不同的用户可以通过抢占的方式来使用资源。而这种方式就会导致拥塞问题,因此如果使用这种隧道,业务的时延、抖动等性能指标都会较差,无法满足对这些指标要求较高的业务。
67.鉴于此,提供本技术实施例的技术方案。在本技术实施例中,可以在终端设备发起业务时再为该业务建立在otn中的路径,即,不必始终维持业务在otn中的路径,由此减少了资源的浪费,提高了资源的利用率,也降低了建网成本。或者,可以在终端设备发起业务时再调整已建立的路径的带宽,那么即使维持业务在otn中的路径,也可以按照较小的带宽来维持,在需要使用该路径时调整带宽即可,这样也能减少资源浪费。而且本技术实施例由于可以在发起业务时再为该业务建立在otn中的路径,或者可以调整已建立的路径的带宽,则可以根据业务的实际需求来为相应的路径配置带宽,而不必按照用户的峰值需求配置带宽,这样也可以进一步减少资源浪费。
68.本技术实施例提供的技术方案可应用于otn,或者也可应用于其他类似的网络。例如图1a可作为本技术实施例的一种应用场景。另外请参考图2,为本技术实施例的另一种应用场景。图2包括终端设备、ont、olt设备、多个otn设备、ccu、网关、应用服务器、接入网控制器、以及传送网控制器。接入网控制器可以由通信运营商提供,可以位于接入网设备中,作为接入网设备内的功能模块,或者也可能不位于接入网设备中,而是位于其他设备中,作为其他设备内的功能模块,或者也可以是独立的设备。接入网控制器可以对一个或多个olt设备进行整体管理。传送网控制器可以对otn进行管理,传送网控制器可以由通信运营商提供,可以位于接入网设备中,作为接入网设备内的功能模块,或者也可能不位于接入网设备中,而是位于其他设备中,作为其他设备内的功能模块,或者也可以是独立的设备。图2中,传送网控制器可以与otn的入口otn设备和出口otn设备通信,这只是示例,实际上传送网控制器可以与otn所包括的全部otn设备或部分otn设备通信。关于对图2所包括的其他设备的介绍,可参考前文对于图1a的介绍。
69.下面结合附图介绍本技术实施例提供的方法。本技术的各个实施例可应用于图1a所示的场景或图2所示的场景。在下文的介绍过程中,主要以将本技术的各个实施例提供的技术方案应用于图1a所示的场景为例。如果将本技术的各个实施例提供的技术方案应用于图2所示的场景,则下文中由第一otn设备所执行的步骤可替换为由接入网控制器执行,下文中由ccu所执行的步骤可替换为由传送网控制器执行。需要注意的是,在图1a或图2中都包括多个otn设备,而本技术的各个实施例所述的第一otn设备,可以是图1a或图2中最左侧的otn设备,或者说,本技术的各个实施例所述的第一otn设备,是从用户侧进入otn的入口otn设备。另外在本技术的各个实施例对应的附图(例如图3或图6)中,凡是用虚线表示的步骤均为可选的步骤。
70.请参考图3,为本技术实施例提供的一种业务的配置方法。
71.s301、olt设备向第一otn设备发送第一消息,相应的,第一otn设备接收来自olt设备的第一消息。这是以将本技术实施例的技术方案应用于图1a所示的场景为例。如果将本技术实施例的技术方案应用于图2所示的场景,则s301可替换为:olt设备向接入网控制器发送第一消息,相应的,接入网控制器接收来自olt设备的第一消息。相应的,在后续步骤中所介绍的由第一otn设备所执行的过程,都可以改由接入网控制器执行。
72.第一消息可包括业务的第一地址信息,第一地址信息包括该业务在otn中的路径需要满足的地址信息。相当于,olt设备告知第一otn设备,传输该业务的路径需要满足第一地址信息。所谓的一条路径满足第一地址信息,可以理解为,该路径是根据第一地址信息确定的,或者说,根据第一地址信息可确定一条路径,该路径就是满足第一地址信息的路径。第一地址信息可包括如下一项或多项:该业务的源互联网协议(internet protocol,ip)地址,该业务的目的ip地址,该业务在第一otn设备上的出口地址,以及,该业务通过otn后的下一跳地址。例如,第一地址信息包括该业务的源ip地址以及该业务的目的ip地址;或者,第一地址信息包括该业务在第一otn设备上的出口地址,以及该业务通过otn后的下一跳地址;或者,第一地址信息包括该业务的目的ip地址;或者,第一地址信息包括该业务通过otn后的下一跳地址;或者,第一地址信息包括该业务的源ip地址,该业务的目的ip地址,该业务在第一otn设备上的出口地址,以及该业务通过otn后的下一跳地址,等等。
73.该业务的源ip地址例如为请求该业务的终端设备的ip地址。该业务的目的ip地址例如为提供该业务的应用服务器的ip地址,例如该业务为vr业务,则该vr业务的目的ip地址可以是提供该vr业务的vr渲染云的ip地址,该业务的目的ip地址也可从第一信令中得到。该业务在第一otn设备上的出口地址,例如为第一otn设备上用于发送该业务的接口的地址。该业务通过otn后的下一跳地址,例如为该业务通过otn后的下一跳设备的ip地址,例如该业务通过otn后会到达网关,那么该业务通过otn后的下一跳设备的ip地址就是该网关的ip地址。该业务在第一otn设备上的出口地址和该业务通过otn后的下一跳地址,也可以从第一信令中得到,或者也可由olt设备确定。
74.由于第一otn设备与olt设备之间已建立了pcep会话,那么例如,第一消息为pcep消息,例如pcep请求(request)消息,或者,第一消息也可以是其他消息。可选的,本技术实施例可以在pcep请求消息中新增第一字段,即,相对于现有的pcep协议所规定的消息格式的基础上新增第一字段,第一字段可用于承载该业务在第一otn设备上的出口地址和该业务通过otn后的下一跳地址。第一字段例如称为中间节点(middle-points)字段,或者也可以是其他名称。或者,也可以利用pcep请求消息中的已有字段来承载该业务在第一otn设备上的出口地址和该业务通过otn后的下一跳地址。可参考图4,为middle-points对象的格式的一种示例。在图4中,对象等级(object-class)是指middle-points对象的类型,例如为44,或者也可能是其他取值;ot表示对象类型(object-type),例如,ot的取值为“1”,表示更新路径,ot的取值为“2”,表示删除路径;res表示预留位,例如可固定为0;p标志表示middle-points字段是可选字段或必选字段,在本技术实施例中p标志可置1,表示middle-points字段为必选字段;由于p标志置1,则i标志需置0,表示middle-points字段不可忽略;对象长度(object length)可指示middle-points字段所承载的信息的长度,例如该业务在第一otn设备上的出口地址和该业务通过otn后的下一跳地址的长度为8,则object length可置为8。出接口ip(out interface ip)可填充该业务在第一otn设备上的出口地址,下一
跳ip(next hop ip)可填充该业务通过otn后的下一跳地址。
75.对于该业务的源ip地址和该业务的目的ip地址,可通过pcep请求消息中的第二字段承载。第二字段可以是在现有的pcep协议所规定的消息格式的基础上新增的字段,或者也可以是pcep请求消息中的已有字段。例如本技术实施例利用pcep请求消息中已有的终点(end-points)字段作为第二字段,end-points字段本身是用于承载otn中的入口otn设备的ip地址和出口otn设备的ip地址,但本技术实施例令end-points字段承载请求该业务的终端设备的ip地址和提供该业务的应用服务器的ip地址,这样使得终端设备和应用服务器对于otn设备是可见的,有利于otn为该终端设备建立或维护相应的路径。
76.第一消息除了包括第一地址信息外,可选的,还可以指示更新路径或删除路径。例如第一消息为pcep请求消息,该pcep请求消息包括第三字段,第三字段可指示更新路径或删除路径。例如,如果终端设备是请求业务,那么第三字段可以指示更新路径,更新路径可包括新建路径,也可包括调整已有路径的带宽等;如果终端设备是下线,或者请求删除路径等,则第三字段可以指示删除路径。s301中的第一消息所包括的第三字段是指示更新路径。
77.第三字段可以是在现有的pcep协议所规定的消息格式的基础上新增的字段,或者也可以是pcep请求消息中的已有字段。以第三字段是新增字段为例,例如将第三字段称为erp字段,或者也可以是其他名称。可参考图5,为erp对象的格式的一种示例。在图5中,object-class是指erp对象的类型,例如为43,或者也可能是其他取值;ot表示object-type,例如,ot的取值为“1”,表示更新路径,ot的取值为“2”,表示删除路径;res表示预留位,例如可固定为0;p标志表示erp字段是可选字段或必选字段,在本技术实施例中p标志可置1,表示erp字段为必选字段;由于p标志置1,则i标志需置0,表示erp字段不可忽略;由于erp对象已通过ot指示了更新路径或删除路径,没有进一步的对象体,因此object length可置0,表示无对象体。
78.可选的,第一消息除了包括第一地址信息外,还可以包括带宽需求信息,或包括时延需求信息,或包括带宽需求信息和时域需求信息。其中,带宽需求信息和时延需求信息都是用于传输该业务的路径需要满足的信息。例如带宽需求信息可以指示用于传输该业务的路径需要满足的带宽,时延需求信息可以指示用于传输该业务的路径需要满足的时延。当然,第一消息除了包括这些信息外,还可以包括用于传输该业务路径所满足的其他信息。
79.第一字段、第二字段、第三字段、以及带宽需求信息和时延需求信息等,都可以包括在第一消息的消息头中。以第一消息是pcep请求消息、且第一消息包括第一字段、第二字段、第三字段、以及带宽需求信息和时延需求信息为例,本技术实施例提供的pcep请求消息的消息头的一种示例如下:
[0080][0081]
在该示例中,以带宽(bandwidth)字段承载带宽需求信息、时延(delay)字段承载
时延需求信息为例。另外rp字段是pcep请求消息中原有的字段,可用于承载请求id号(request-id-number),request-id-number可指示该pcep请求消息的序号。
[0082]
s302、第一otn设备根据第一消息,确定otn中是否已建立传输该业务的路径。在本技术实施例中,otn中用于传输业务的路径,也可以称为用于传输业务的管道,或者称为用于传输业务的通道等。
[0083]
第一消息包括了otn中用于传输业务的路径需要满足的一些要求(例如第一地址信息等),则第一otn设备可以确定otn中是否有满足第一消息的要求的路径存在。具体地,如果otn中存在一条路径能够满足第一消息的要求,则第一otn设备确定otn中已建立了传输该业务的路径,而如果otn中不存在任一条路径能够满足第一消息的要求,则第一otn设备确定otn中未建立传输该业务的路径。
[0084]
例如,第一otn设备可根据第一地址信息得到第二地址信息,第二地址信息为otn中的地址信息。该过程可理解为,第一otn设备将第一地址信息映射为otn中的地址信息。第一otn设备可根据第二地址信息确定otn中是否已建立传输该业务的路径。
[0085]
例如,第二地址信息包括第一路径在otn中的源设备(或者,称为源节点)标识、目的设备(或者,称为目的节点)标识、以及时隙编号,源设备标识例如为源设备的身份号(id),目的设备标识例如为目的设备的id。第一路径在otn中的源设备,例如为第一路径进入otn的入口otn设备,第一路径在otn中的目的设备,例如为第一路径离开otn的出口otn设备。时隙编号例如包括该源设备所对应的入口时隙编号(或者,称为入口时隙通道号),以及包括该目的设备所对应的出口时隙编号(或者,称为出口时隙通道号),入口时隙编号和出口时隙编号可作为第一路径的编号。可理解为,第二地址信息指明了第一路径在otn中的源设备、目的设备、以及编号,因此根据第二地址信息就可以确定otn网络中是否存在第一路径。如果第一路径已存在,就认为已建立了能够传输该业务的路径,如果第一路径不存在,就认为未建立能够传输该业务的路径。其中,第一路径就是能够满足第一地址信息的路径,也是能够满足第二地址信息的路径。第一路径满足第一地址信息(或,第二地址信息),也可称为第一路径对应第一地址信息(或,第二地址信息)等,对此可理解为,根据第一地址信息(或,第二地址信息)所确定的路径就是第一路径,或者说第一路径是根据第一地址信息(或,第二地址信息)确定的。也就是说,根据第一地址信息(或,第二地址信息)可在otn中确定一条路径,该路径就是第一路径。
[0086]
s303、第一otn设备根据确定结果建立传输该业务的路径,或调整已建立的第一路径的带宽。
[0087]
如果第一路径不存在,则第一otn设备可在otn中新建一条路径来传输该业务;如果第一路径已存在,则第一otn设备可根据情况调整第一路径的带宽。关于第一otn设备如何新建路径,以及如何调整第一路径的带宽等内容,将在下一个实施例中介绍,因此这里不多赘述。
[0088]
在本技术实施例中,由于在终端设备发起业务时第一otn设备可以根据otn中是否建立第一路径进行相应处理,例如可根据确定结果新建路径或调整已有路径的带宽,这表明可以在终端设备发起业务时再为该业务建立在otn中的路径,或者即使为相应的业务维持了在otn中的路径,也不必按照大带宽来维持,而只需用较小的带宽维持该路径即可,由此减少了资源的浪费,提高了资源的利用率,也降低了建网成本。而且本技术实施例由于可
以在发起业务时再为该业务建立在otn中的路径,或者可以调整已建立的路径的带宽,则可以根据业务的实际需求来为相应的路径配置带宽,而不必按照用户的峰值需求配置带宽,这样也可以进一步减少资源浪费。
[0089]
请参考图6,为本技术实施例提供的另一种业务的配置方法。图6所示的方法可以视为是对图3所示的方法的细化介绍,或者说,图6所示的方法可以视为是图3所示的方法的一种实施方式。
[0090]
s601、olt设备与第一otn设备之间建立路径计算单元通信协议(path computation element communication protocol,pcep)会话(session),例如该pcep会话是基于用户侧接口(user network interface,uni)的会话。例如s601可实现为,第一otn设备内的uni-pce与olt设备内的nni-pcc建立pcep会话。
[0091]
由于本技术实施例提供的技术方案涉及到确定业务在otn中的路径的过程,或者说涉及到路径计算的过程,因此会涉及两个功能单元,路径计算客户端(path computation clients,pcc)和路径计算单元(path computation element,pce),其中,pcc可视为客户端,pce可视为该客户端的服务器。例如olt设备内设置有pcc(例如称为uni-pcc),第一otn设备内设置有对应的pce(例如称为uni-pce),因此olt设备可视为客户端,otn设备可视为服务器。本技术实施例所述的olt设备与第一otn设备之间的信息交互,可以通过olt设备内的uni-pcc和第一otn设备内的uni-pce实现。
[0092]
s602、第一otn设备与ccu建立pcep会话,例如该pcep会话是基于网络侧接口(network node interface,nni)的会话。例如s602可实现为,第一otn设备内的nni-pcc与ccu内的nni-pce建立pcep会话。
[0093]
例如第一otn设备内设置有pcc(例如称为nni-pcc),ccu内设置有pce(例如称为nni-pce),因此第一otn设备可视为客户端,ccu可视为服务器。本技术实施例所述的ccu与第一otn设备之间的信息交互,可以通过ccu内的nni-pce和第一otn设备内的nni-pcc实现。
[0094]
在部署otn时,olt设备与第一otn设备之间、以及第一otn设备与ccu之间,就可建立pcep会话。其中,s601可发生在s602之前,或者s601可发生在s602之后,或者s601与s602可同时发生。
[0095]
s603、终端设备向ont发送第一信令,相应的,ont接收来自vr设备的第一信令。第一信令用于请求业务,或者,第一信令用于请求配置业务。例如,第一信令用于请求连接该业务的应用服务器,就视为第一信令是用于请求配置该业务。
[0096]
本技术实施例中,该业务例如为视频业务、音频业务或其他数据业务等,对于该业务的类型等并不做限制。例如终端设备需要请求该业务时(例如终端设备上线,或者用户调用了终端设备上安装的某个应用,该应用对应于该业务),终端设备可向ont发送第一信令。
[0097]
s604、ont将第一信令发送给olt设备,相应的,olt设备接收来自ont的第一信令。
[0098]
s605、olt设备识别该业务。
[0099]
olt设备可以识别第一信令所请求的业务,以确定该业务应如何传输。例如,如果确定该业务为高品质业务,或者说该业务是对传输质量要求较高的业务,则可通过otn传输该业务,那么olt设备可将第一信令通过otn发送给该业务的应用服务器;而如果确定该业务是除了高品质业务外的其他业务,则可能不通过otn,而是通过其他设备传输该业务,那么olt设备可能通过其他路径发送该信令。
[0100]
例如,高品质业务包括视频业务,例如vr业务等,另外高品质业务还可能包括其他业务。至于何种业务属于高品质业务,可预先配置在olt设备中。
[0101]
s606、olt设备向第一otn设备发送第一消息,相应的,第一otn设备接收来自olt设备的第一消息。例如s606可实现为,olt设备内的uni-pcc向第一otn设备的uni-pce发送第一消息。例如本技术实施例中的该业务为高品质业务,则olt设备向第一otn设备发送第一消息。
[0102]
例如,第一消息可包括第一地址信息,第一地址信息所包括的业务的源ip地址例如为请求该业务的终端设备的ip地址,即s603中所述的终端设备的ip地址,该终端设备的ip地址可从第一信令中得到。该业务的目的ip地址例如为提供该业务的应用服务器的ip地址,例如该业务为vr业务,则该vr业务的目的ip地址可以是提供该vr业务的vr渲染云的ip地址,该业务的目的ip地址也可从第一信令中得到。该业务在第一otn设备上的出口地址,例如为第一otn设备上用于发送该业务的接口的地址。该业务通过otn后的下一跳地址,例如为该业务通过otn后的下一跳设备的ip地址,例如该业务通过otn后会到达网关,那么该业务通过otn后的下一跳设备的ip地址就是该网关的ip地址。该业务在第一otn设备上的出口地址和该业务通过otn后的下一跳地址,也可以从第一信令中得到,或者也可由olt设备确定。另外,第一消息所包括的带宽需求信息和/或时延需求信息等,也可以从第一信令中得到。
[0103]
关于s606的更多内容,可参考对于图3所示的实施例中的s301的介绍。
[0104]
s607、第一otn设备根据第一消息,确定otn中是否已建立传输该业务的路径。在本技术实施例中,otn中用于传输业务的路径,也可以称为用于传输业务的管道,或者称为用于传输业务的通道等。
[0105]
关于s607的更多内容,可参考对于图3所示的实施例中的s302的介绍。其中,第一otn设备根据第一地址信息得到第二地址信息,例如可实现为,第一otn设备内的uni-pce解析第一地址信息,且将第一地址信息映射为第二地址信息,并将第二地址信息发送给第一otn设备内的nni-pcc。
[0106]
根据图3所示的实施例中的s303的介绍可知,如果第一路径不存在,则第一otn设备可在otn中新建一条路径来传输该业务;如果第一路径已存在,则第一otn设备可调整第一路径的带宽。下面对这两个过程分别介绍,其中,s608~s613是介绍第一otn设备新建路径的过程,s613~s618是介绍第一otn设备调整第一路径的带宽的过程,这两个过程不会都发生,而是根据第一路径是否存在而发生其中一个过程。
[0107]
s608、第一otn设备向ccu发送第二消息,相应的,ccu接收来自第一otn设备的第二消息。由于第一otn设备与ccu之间已建立了pcep会话,那么例如,第二消息为pcep消息,例如pcep请求消息,或者也可以是其他消息。在s609中,第二消息可用于请求建立第二路径,或者,第二消息可用于确定是否能够建立第二路径,或者,第二消息用于确定第二路径是否可用。例如s608可实现为,第一otn设备内的nni-pcc向ccu内的nni-pce发送第二消息。
[0108]
这是以将本技术实施例的技术方案应用于图1a所示的场景为例。如果将本技术实施例的技术方案应用于图2所示的场景,则s608可替换为:接入网控制器向传送网控制器发送第二消息,相应的,传送网控制器接收来自接入网控制器的第二消息。相应的,在后续步骤中所介绍的由第一otn设备所执行的过程,都可以改由接入网控制器执行,而在后续步骤
中所介绍的由ccu所执行的过程,都可以改由传送网控制器执行。
[0109]
第二消息可包括第二地址信息,第二地址信息就是第二消息所请求建立的第二路径需要满足的地址信息。第二路径满足第二地址信息,也可称为第二路径对应第二地址信息等,对此可理解为,根据第二地址信息所确定的路径就是第二路径,或者说第二路径是根据第二地址信息确定的。也就是说,根据第二地址信息可在otn中确定一条路径,该路径就是第二路径。可选的,第二消息还可以包括带宽需求信息和/或时延需求信息等,这些信息都是从第一消息中得到的,这些信息也是第二消息所请求建立的第二路径需要满足的信息。如果第二消息是pcep请求消息,第二消息的一种格式可参考前文所介绍的第一消息的格式。
[0110]
相当于,第一otn设备能够根据第一消息确定第一路径,如果otn中尚未建立第一路径,那么第一otn设备可新建一条路径用于传输该业务,例如将该新建的路径称为第二路径。但第一otn设备无法确定otn是否能够支持第二路径,例如无法确定otn是否能够支持第二路径的带宽等参数,因此第一otn设备需要向ccu发送第二消息,以询问是否能够建立第二路径。
[0111]
s609、ccu向第一otn设备发送第六消息,相应的,第一otn设备接收来自ccu的第六消息。例如s609可实现为,ccu内的nni-pce向第一otn设备内的nni-pcc发送第六消息。
[0112]
如果第二消息用于请求建立第二路径,或者,第二消息用于确定是否能够建立第二路径,那么第六消息可用于指示能够建立第二路径,或指示不能建立第二路径;或者,如果第二消息用于确定第二路径是否可用,那么第六消息可用于指示第二路径可用或不可用。如果第六消息指示不能建立第二路径,或指示第二路径不可用,那么可选的,第六消息还可以指示不能建立第二路径或第二路径不可用的原因,例如该原因为otn不支持第二路径所要求的带宽,或otn不支持第二路径所要求的时延等。
[0113]
如果第六消息指示能够建立第二路径,或指示第二路径可用,则执行s610;如果第六消息指示不能建立第二路径,或指示第二路径不可用,则执行s611。
[0114]
s610、第一otn设备新建第二路径。
[0115]
如果第六消息指示能够建立第二路径,或指示第二路径可用,则第一otn设备可以在otn中新建第二路径。
[0116]
如果将本技术实施例提供的技术方案应用于图2所示的场景,那么在执行s610(s610需替换为:传送网控制器向接入网控制器发送第六消息,相应的,接入网控制器接收来自传送网控制器的第六消息)后,传送网控制器可以向第一otn设备发送第一指示信息,第一指示信息可指示新建第二路径,例如第一指示信息可包括第二地址信息,以及还可以包括第一消息中的其他信息,例如带宽需求信息和/或时延需求信息等。第一otn设备接收第一指示信息后,可执行s610。
[0117]
s611、第一otn设备向olt设备发送第五消息,相应的,olt设备接收来自第一otn设备的第五消息。例如该第五消息也可以是pcep消息,例如第一消息为pcep请求消息,那么该第五消息可视为是该pcep请求消息的pcep回复消息。例如s611可实现为,第一otn设备内的uni-pce向olt设备内的uni-pcc发送第五消息。
[0118]
如果第六消息指示能够建立第二路径,或指示第二路径可用,则该第五消息指示第二路径可用;如果第六消息指示不能建立第二路径,或指示第二路径不可用,则该第五消
息指示第二路径不可用。其中,如果要执行s610,那么s611可以发生在s610之后,或者也可以发生在s610之前,或者也可以与s610同时发生。
[0119]
第五消息例如可包括第三字段,关于第三字段的介绍可参考前文。以第五消息是pecp回复消息、且第五消息包括第三字段为例,该pecp回复消息的一种示例如下:
[0120][0121]
其中erp字段可作为第三字段,erp对象的格式可参考前文的介绍。无路径(no-path)字段可用于在指示第二路径不可用时使用。
[0122]
如果第五消息指示第二路径不可用,olt设备还可以通过ont将第五消息转发给终端设备,终端设备接收第五消息后,可以获知该业务无法通过otn进行,则终端设备可采取相应措施,例如可暂停执行该业务,或者可以更换路径等;或者,如果第五消息指示能够建立第二路径,或指示第二路径可用,olt设备也可以通过ont将第五消息转发给终端设备,终端设备接收第五消息后,可以正常进行该业务;或者,如果第五消息指示能够建立第二路径,或指示第二路径可用,那么后续应用服务器会向终端设备发送该业务的数据(例如第一数据),因此olt设备也可以不必向终端设备转发第五消息,终端设备接收了来自应用服务器的该业务的数据,也就能明确第二路径是可用的。
[0123]
或者,如果将本技术实施例提供的技术方案应用于图2所示的场景,那么,如果第六消息指示不能建立第二路径,或指示第二路径不可用,则传送网控制器除了可以向第一otn设备发送第六消息外,还可以向otn中除了第一otn设备外的全部或部分otn设备发送第六消息,另外olt设备接收第五消息后,可以通过ont将第五消息转发给终端设备,终端设备接收第五消息后,可以获知该业务无法通过otn进行,则终端设备可采取相应措施,例如可暂停执行该业务,或者可以更换路径等;或者,如果第五消息指示能够建立第二路径,或指示第二路径可用,则olt设备可以通过ont将第五消息转发给终端设备,终端设备接收第五消息后,可以正常进行该业务;或者,如果第五消息指示能够建立第二路径,或指示第二路径可用,那么后续应用服务器会向终端设备发送该业务的数据(例如第一数据),因此olt设备也可以不必向终端设备发送第五消息,终端设备接收了来自应用服务器的该业务的数据,也就能明确第二路径是可用的。
[0124]
s612、olt设备通过第二路径转发第一信令。例如按照图1a所示的场景,olt设备将第一信令发送给第一otn设备,第一otn设备通过第二路径将第一信令发送给网关,网关再将第一信令转发给提供该业务的应用服务器,s612也以此为例。
[0125]
s613、应用服务器通过第二路径向终端设备发送第一数据,相应的,终端设备通过第二路径接收来自应用服务器的第一数据。例如按照图1a所示的场景,s613的过程为:应用服务器向网关发送第一数据,网关接收来自应用服务器的第一数据;网关通过第二路径向第一otn设备发送第一数据,第一otn设备通过第二路径接收来自网关的第一数据;第一otn设备向olt设备发送第一数据,olt设备接收来自第一otn设备的第一数据;olt设备向ont发送第一数据,ont接收来自olt设备的第一数据;ont向终端设备发送第一数据,终端设备接收来自ont的第一数据。
[0126]
第一数据为该业务的数据,也就是说,应用服务器接收了来自终端设备的第一信令,第一信令用于请求该业务,那么应用服务器可以向终端设备提供该业务的数据,从而终端设备可以执行该业务。
[0127]
s614、第一otn设备确定第一路径的参数是否满足该业务的参数需求。
[0128]
从s614开始是介绍第一路径已存在的情况,由于第一消息除了第一地址信息外可能还包括了传输该业务的路径需要满足的其他的一些信息(或者,称为参数),例如带宽需求信息(或者,称为带宽需求参数)和/或时延需求信息(或者,称为时延需求参数)等,因此第一otn设备还需要确定已建立的第一路径是否能够满足第一消息的各种参数要求。例如,第一消息还包括带宽需求信息,则第一otn设备可以确定第一路径的带宽是否能够满足该带宽需求信息;又例如,第一消息还包括时延需求信息,则第一otn设备可以确定第一路径的时延指标是否能够满足该时延需求信息。
[0129]
如果第一路径的参数不满足该业务的参数需求(或者说,不满足第一消息所包括的参数要求),则可执行s615~s617;而如果第一路径的参数能够满足该业务的参数需求(或者说,能够满足第一消息所包括的参数要求),则可不必执行s615~s617,而是可执行s618,因此s615~s617是可选的步骤。例如,第一路径只要有一种参数不满足该业务的参数需求,就可执行s615~s617,而如果第一路径的各个参数均能够满足该业务的参数需求,就可不必执行s615~s617。
[0130]
s615、第一otn设备向ccu发送第二消息,相应的,ccu接收来自第一otn设备的第二消息。由于第一otn设备与ccu之间已建立了pcep会话,那么例如,第二消息为pcep消息,例如pcep请求消息,或者也可以是其他消息。在s615中,第二消息可用于请求调整第一路径的参数。例如s615可实现为,第一otn设备内的nni-pcc向ccu内的nni-pce发送第二消息。
[0131]
这是以将本技术实施例的技术方案应用于图1a所示的场景为例。如果将本技术实施例的技术方案应用于图2所示的场景,则s615可替换为:接入网控制器向传送网控制器发送第二消息,相应的,传送网控制器接收来自接入网控制器的第二消息。相应的,在后续步骤中所介绍的由第一otn设备所执行的过程,都可以改由接入网控制器执行,而在后续步骤中所介绍的由ccu所执行的过程,都可以改由传送网控制器执行。
[0132]
第二消息可包括第二地址信息,第二地址信息就是第二消息所请求调整的第一路径需要满足的地址信息,可理解为,第二消息通过第二地址信息指明了要调整的是第一路径。另外,第二消息还可以包括待调整的信息。例如,第一otn设备在s614中确定第一路径的带宽无法满足带宽需求信息所指示的带宽,那么第二消息可以包括带宽需求信息;又例如,第一otn设备在s614中确定第一路径的时延无法满足时延需求信息所指示的时延,那么第二消息可以包括时延需求信息,等等。
[0133]
如果第二消息是pcep请求消息,第二消息的一种格式可参考前文所介绍的第一消息的格式。
[0134]
相当于,第一otn设备确定已存在的第一路径不满足该业务当前的需求,且第一otn设备也能确定该业务当前的需求究竟是何种需求,但第一otn设备无法确定是否能够按照该业务当前的需求来调整第一路径的参数,或者说,第一otn设备无法确定otn是否能够支持按照该业务当前的需求来调整第一路径的参数,例如无法确定otn是否能够支持调整后的参数,因此第一otn设备需要向ccu发送第二消息,以询问是否能够调整第一路径的参
数。
[0135]
s616、ccu向第一otn设备发送第六消息,相应的,第一otn设备接收来自ccu的第六消息。第六消息可用于指示能够调整第一路径的参数,或指示不能调整第一路径的参数。例如s616可实现为,ccu内的nni-pce向第一otn设备内的nni-pcc发送第六消息。
[0136]
如果第六消息指示能够调整第一路径的参数,则执行s617;如果第六消息指示不能调整第一路径的参数,则执行s618。
[0137]
s617、第一otn设备调整第一路径的参数,其中,调整参数后的第一路径能够满足第一消息的要求。
[0138]
如果第六消息指示能够调整第一路径的参数,则第一otn设备可以根据第一消息的参数要求调整第一路径的参数,使得调整参数后的第一路径能够满足该业务当前的需求。
[0139]
如果将本技术实施例提供的技术方案应用于图2所示的场景,那么在执行s616(s616需替换为:传送网控制器向接入网控制器发送第六消息,相应的,接入网控制器接收来自传送网控制器的第六消息)后,传送网控制器可以向第一otn设备发送第二指示信息,第二指示信息可指示调整第一路径的参数,例如第二指示信息可包括第二地址信息,以及还可以包括第一消息中的其他信息,例如带宽需求信息和/或时延需求信息等。第一otn设备接收第一指示信息后,可执行s617。
[0140]
s618、第一otn设备向olt设备发送第五消息,相应的,olt设备接收来自第一otn设备的第五消息。例如该第五消息也可以是pcep消息,例如第一消息为pcep请求消息,那么该第五消息可视为是该pcep请求消息的pcep回复消息。例如s618可实现为,第一otn设备内的uni-pce向olt设备内的uni-pcc发送第五消息。
[0141]
如果已建立的第一路径的参数无需调整,或者第六消息指示能够调整第一路径的参数,则该第五消息指示第一路径可用;如果第六消息指示不能调整第一路径的参数,则该第五消息指示第一路径不可用。其中,如果要执行s617,那么s618可以发生在s617之后,或者也可以发生在s617之前,或者也可以与s617同时发生。
[0142]
如果第五消息指示第一路径不可用,olt设备可以通过ont将第五消息转发给终端设备,终端设备接收第五消息后,可以获知该业务无法通过otn进行,则终端设备可采取相应措施,例如可暂停执行该业务,或者可以更换路径等;或者,如果第五消息指示第一路径可用,olt设备可以通过ont将第五消息转发给终端设备,终端设备接收第五消息后,可以正常进行该业务;或者,如果第五消息指示第一路径可用,那么后续应用服务器会向终端设备发送该业务的数据(例如第一数据),因此olt设备也可以不必向终端设备转发第五消息,终端设备接收了来自应用服务器的该业务的数据,也就能明确第二路径是可用的。
[0143]
或者,如果将本技术实施例提供的技术方案应用于图2所示的场景,那么,如果第六消息指示不能调整第一路径的参数,则传送网控制器除了可以向第一otn设备发送第六消息外,还可以向otn中除了第一otn设备外的全部或部分otn设备发送第六消息,另外olt设备接收第五消息后,可以通过ont将第五消息转发给终端设备,终端设备接收第五消息后,可以获知该业务无法通过otn进行,则终端设备可采取相应措施,例如可暂停执行该业务,或者可以更换路径等;或者,如果第五消息指示第一路径可用,则olt设备可以通过ont将第五消息转发给终端设备,终端设备接收第五消息后,可以正常进行该业务;或者,如果
第五消息指示第一路径可用,那么后续应用服务器会向终端设备发送该业务的数据(例如第一数据),因此olt设备也可以不必向终端设备发送第五消息,终端设备接收了来自应用服务器的该业务的数据,也就能明确第一路径是可用的。
[0144]
在执行s618之后,如果第五消息指示第一路径可用,则可执行s612和s613,只需将s612和s613中所述的“第二路径”替换为“第一路径”即可,不多赘述。
[0145]
可选的,本技术实施例中,如果终端设备暂时不再使用该业务已建立的路径,则第一otn设备还可以删除该路径,或者还可以调整该路径的带宽,例如将该路径的带宽调小,只需维持该路径即可,无需为该路径预留过多的带宽,以节省资源。下面再通过一些步骤介绍相应的过程。
[0146]
s619、olt设备向第一otn设备发送第三消息,相应的,第一otn设备接收来自olt设备的第三消息。第三消息可请求删除该业务在otn中的路径,或者可请求调整该业务在otn中的路径的带宽。这里所述的该业务在otn中的路径,例如为s610中新建的第二路径,或者是s617中调整参数后的第一路径,或者是已建立的无需调整参数的第一路径。为了便于称呼,在下文中将第三消息所指示的路径称为第三路径。图6中,以第三消息用于请求删除第三路径为例。例如s619可实现为,olt设备内的uni-pcc向第一otn设备内的uni-pce发送第三消息。
[0147]
例如,终端设备在下线之前,或者在停止使用该业务之前,可以通过ont向olt设备发送通知消息,该通知消息可请求删除该业务在otn中的路径,或者可请求调整该业务在otn中的路径的带宽,olt设备接收该通知消息后,可以向第一otn设备发送第三消息。例如,如果第三消息用于请求调整该业务在otn中的路径的带宽,那么第三消息与第一消息可以是同一类型的消息,例如第三消息与第一消息所包括的信息可能相同或相似。本技术实施例中,可由终端设备主动请求删除路径或调整路径的带宽,由于业务是由终端设备使用,因此由终端设备主动请求删除路径或调整路径的带宽,可以使得删除路径或调整路径带宽的操作更为符合业务的执行情况,减小了对业务的影响,且能够节省资源。
[0148]
或者,终端设备可以不用主动请求,而是由olt设备对终端设备的行为进行感知,例如olt设备可以感知终端设备是否下线,或者感知终端设备是否在执行业务,如果感知到终端设备已下线,或者感知到终端设备在一段时长内未执行该业务,则olt设备可以向第一otn发送第三消息。olt设备感知终端设备是否下线,一种方式为,ont与终端设备之间可以维持心跳数据,如果ont在第一时长内未接收来自终端设备的心跳数据,就可以通知olt设备,从而olt设备认为终端设备已下线。olt设备感知终端设备在一段时长内未执行业务,一种方式为,olt设备在第二时长内未接收来自终端设备或来自应用服务器的对应于该业务的数据,则olt设备认为终端设备已不再执行该业务。这种方式无需终端设备主动请求,减轻了终端设备的负担,也简化了终端设备的实现。
[0149]
s620、第一otn设备向ccu发送第四消息,相应的,ccu接收来自第一otn设备的第四消息。如果第三消息请求删除第三路径,则第四消息可用于请求删除第三路径;或者,如果第三消息请求调整第三路径的带宽,则第四消息可用于请求调整第三路径的带宽,或者,第四消息可用于询问是否能够调整第三路径的带宽。例如,如果第四消息用于请求调整该业务在otn中的路径的带宽,那么第四消息与第二消息可以是同一类型的消息,例如第四消息与第二消息所包括的信息可能相同或相似。图6中,以第四消息用于请求删除第三路径为
例。其中,第一otn设备可将第三消息转发给ccu,那么第三消息和第四消息就是相同的消息;或者,第一otn设备可不转发第三消息,而是根据第三消息生成第四消息,那么第三消息和第四消息就是不同的消息。例如s620可实现为,第一otn设备内的nni-pcc向ccu内的nni-pce发送第四消息。
[0150]
相当于,第一otn设备可通知ccu,将要删除第三路径;或者,第一otn设备无法确定是否能够调整第三路径的带宽,因此第一otn设备需要询问ccu。
[0151]
例如,第二消息包括第二地址信息,从而ccu根据第二地址信息可以确定第三路径。如果第四消息用于请求调整第三路径的带宽,或者,第四消息可用于询问是否能够调整第三路径的带宽,那么第四消息还可以包括带宽调整信息,该带宽调整信息可指示带宽调整量,或者指示调整后的带宽。该带宽调整信息可以是从第三消息中获得的,或者第三消息也可以不包括该带宽调整信息,而是由第一otn设备确定该带宽调整信息。例如,调整后的带宽可小于调整前的带宽,即,终端设备可能暂时不使用该路径,但可能过段时间后又会使用该路径,因此无需将该路径删除,而是可以将该路径的带宽调小,这样既能维持该路径,又能减少资源浪费。
[0152]
s621、第一otn设备删除第三路径,或调整第三路径的带宽。图6中,以第一otn设备删除第三路径为例。
[0153]
如果第四消息用于请求删除第三路径,且ccu认为可以删除第三路径,则ccu也可以不必再回复第一otn设备,相当于,第一otn设备可以通知ccu设备,将要删除第三路径,以及,第一otn设备可删除第三路径。在这种情况下,s620可以在s621之前执行,或者s620可以在s621之后执行,或者s620与s621也可以同时执行。
[0154]
而如果第四消息用于请求调整第三路径的带宽,或者,第四消息用于询问是否能够调整第三路径的带宽,那么在执行s620之后,或者说ccu接收来自第一otn设备的第四消息后,还可以向第一otn设备发送第七消息,相应的,第一otn设备接收来自ccu的第七消息。则第七消息可指示能够调整第三路径的带宽,或指示不能调整第三路径的带宽。其中,如果第七消息指示能够调整第三路径的带宽,则第一otn设备可调整第三路径的带宽,即,执行s621,例如第一otn设备可根据所述带宽调整信息调整第三路径的带宽;如果第七消息指示不能调整第三路径的带宽,则第一otn设备可不调整第三路径的带宽。
[0155]
可选的,第一otn设备还可以向olt设备发送第八消息,相应的,olt设备接收来自第一otn设备的第八消息。
[0156]
如果第三消息请求删除第三路径,则第八消息可用于指示已删除第三路径;或者,如果第三消息请求调整第三路径的带宽,则第八消息可用于指示能够调整第三路径的带宽,或者指示不能调整第三路径的带宽。
[0157]
olt设备接收第八消息后,可通过ont将第八消息转发给终端设备,从而终端设备能够明确第三路径是否能够删除,或者是否能够调整第三路径的带宽。
[0158]
在本技术实施例中,可以在终端设备请求业务时再为该业务建立在otn中的路径,即,不必始终维持业务在otn中的路径,由此减少了资源的浪费,提高了资源的利用率,也降低了建网成本。或者,可以在终端设备发起业务时再调整已建立的路径的带宽,那么即使维持业务在otn中的路径,也可以按照较小的带宽来维持,在需要使用该路径时调整带宽即可,这样也能减少资源浪费。而且本技术实施例由于可以在发起业务时再为该业务建立在
otn中的路径,或者可以调整已建立的路径的带宽,则可以根据业务的实际需求来为相应的路径配置带宽,而不必按照用户的峰值需求配置带宽,这样也可以进一步减少资源浪费。
[0159]
而且本技术实施例中,在无需执行某个业务时,可删除该业务在otn中的路径,例如终端设备如果长期不执行某个业务,则可删除该业务在otn中的路径,以减少资源浪费。或者,在无需执行某个业务时,例如终端设备可能短期内不执行某个业务,但可能一段时间后又会执行该业务,则可调整该业务在otn中的路径的带宽,以减少资源浪费,而且也能维持该业务在otn中的路径,减少了建立路径所带来的资源消耗。
[0160]
图7给出了本技术实施例提供的一种通信装置的结构示意图。通信装置700可以是图3所示的实施例或图6所示的实施例所述的第一otn设备或接入网控制器,用于实现上述方法实施例中第一otn设备或接入网控制器所执行的方法。或者,所述通信装置700可以是图3所示的实施例或图6所示的实施例所述的olt设备,用于实现上述方法实施例中对应于olt设备的方法。具体的功能可以参见上述方法实施例中的说明。
[0161]
通信装置700包括一个或多个处理器701。处理器701也可以称为处理单元,可以实现一定的控制功能。所述处理器701可以是通用处理器或者专用处理器等。例如,包括:基带处理器,中央处理器,应用处理器,调制解调处理器,图形处理器,图像信号处理器,数字信号处理器,视频编解码处理器,控制器,和/或神经网络处理器等。所述基带处理器可以用于对通信协议以及通信数据进行处理。所述中央处理器可以用于对通信装置700进行控制,执行软件程序和/或处理数据。不同的处理器可以是独立的器件,也可以是设置在一个或多个处理电路中,例如,集成在一个或多个专用集成电路上。
[0162]
可选的,通信装置700中包括一个或多个存储器702,用于存储指令704,所述指令可在所述处理器上被运行,使得通信装置700执行上述方法实施例中描述的方法。可选的,所述存储器702中还可以存储有数据。所述处理器和存储器可以单独设置,也可以集成在一起。
[0163]
可选的,通信装置700可以包括指令703(有时也可以称为代码或程序),所述指令703可以在所述处理器上被运行,使得所述通信装置700执行上述实施例中描述的方法。处理器701中可以存储数据。
[0164]
可选的,通信装置700还可以包括收发器705以及天线706。所述收发器705可以称为收发单元、收发机、收发电路、收发器,输入输出接口等,用于通过天线706实现通信装置700的收发功能。
[0165]
可选的,通信装置700还可以包括以下一个或多个部件:无线通信模块,外部存储器接口,内部存储器,通用串行总线(universal serial bus,usb)接口,电源管理模块,天线,输入输出模块,传感器模块,或马达等。可以理解,在一些实施例中,通信装置700可以包括更多或更少部件,或者某些部件集成,或者某些部件拆分。这些部件可以是硬件,软件,或者软件和硬件的组合实现。
[0166]
本技术实施例中描述的处理器701和收发器705可实现在集成电路(integrated circuit,ic)、模拟ic、射频集成电路(radio frequency identification,rfid)、混合信号ic、专用集成电路(application specific integrated circuit,asic)、印刷电路板(printed circuit board,pcb)、或电子设备等上。实现本文描述的通信装置,可以是独立设备(例如,独立的集成电路等),或者可以是较大设备中的一部分(例如,可嵌入在其他设
备内的模块),具体可以参照前述关于第一otn设备或接入网控制器,或olt设备的说明,在此不再赘述。
[0167]
图8为本技术实施例提供的通信装置800的示意性框图。示例性地,通信装置800例如可实现图3或图6所示的实施例所述的第一otn设备或接入网控制器的功能。
[0168]
通信装置800包括处理单元810。可选的,还可以包括收发单元820。示例性地,通信装置800可以是设备,例如第一otn设备或接入网控制器;或者,通信装置800也可以是功能模块,例如是应用于第一otn设备中的芯片或者其他具有上述第一otn设备功能的组合器件、部件,或者是应用于接入网控制器中的芯片或者其他具有上述接入网控制器功能的组合器件、部件等。当通信装置800是设备时,收发单元820可以是收发器,收发器可以包括天线和射频电路等,处理单元810可以是处理器(或者,处理电路),例如基带处理器,基带处理器中可以包括一个或多个中央处理单元(central processing unit,cpu),当通信装置800是功能模块时,收发单元820可以是射频单元,处理单元810可以是处理器(或者,处理电路),例如基带处理器。当通信装置800是芯片系统时,收发单元820可以是芯片(例如基带芯片)的输入输出接口、处理单元810可以是芯片系统的处理器(或者,处理电路),可以包括一个或多个中央处理单元。应理解,本技术实施例中的处理单元810可以由处理器或处理器相关电路组件(或者,处理电路)实现,例如处理单元810可通过图7所示的实施例所述的一个或多个处理器701实现;收发单元820可以由收发器或收发器相关电路组件实现,例如收发单元820可通过图7所示的实施例所述的收发器705实现,或通过收发器705和天线706实现。
[0169]
另外,收发单元820可以是一个功能模块,该功能模块既能完成发送操作也能完成接收操作,例如收发单元820可以用于执行图3或图6所示的实施例中由第一otn设备或接入网控制器所执行的全部发送操作和接收操作,例如,在执行发送操作时,可以认为收发单元820是发送单元,而在执行接收操作时,可以认为收发单元820是接收单元;或者,收发单元820也可以是两个功能模块,收发单元820可以视为这两个功能模块的统称,这两个功能模块分别为发送单元和接收单元,发送单元用于完成发送操作,例如发送单元可以用于执行图3或图6所示的实施例中由第一otn设备或接入网控制器所执行的全部发送操作,接收单元用于完成接收操作,例如接收单元可以用于执行图3或图6所示的实施例中由第一otn设备或接入网控制器所执行的全部接收操作。
[0170]
其中,收发单元820(或者,接收单元),用于接收来自olt设备的第一消息,第一消息包括业务的第一地址信息。处理单元810,用于根据第一消息确定otn中是否已建立第一路径,第一路径用于传输该业务,且第一路径满足第一地址信息。处理单元810,还用于根据确定结果建立传输该业务的路径或调整已建立的第一路径的带宽。
[0171]
作为一种可选的实施方式,第一地址信息包括如下一项或多项:所述业务的源ip地址;该业务的目的ip地址,该业务在第一otn设备上的出口地址,以及,该业务通过otn后的下一跳地址。其中,该业务的源ip地址为请求该业务的终端设备的ip地址,该业务的目的ip地址为提供该业务的应用服务器的ip地址。
[0172]
作为一种可选的实施方式,处理单元810可通过如下方式根据第一消息确定otn中是否已建立第一路径:根据第一地址信息确定第二地址信息,并根据第二地址信息确定otn中是否已建立第一路径。第二地址信息包括第一路径在otn中的源设备标识、目的设备标识、以及时隙编号。
[0173]
作为一种可选的实施方式,处理单元810可通过如下方式根据确定结果建立传输该业务的路径:在otn中尚未建立所述第一路径的情况下,通过收发单元820(或者,发送单元)向ccu发送第二消息,第二消息用于请求建立用于传输业务的第二路径。
[0174]
作为一种可选的实施方式,第二消息还包括第二地址信息,第二地址信息包括第二路径在所述otn中的源设备标识、目的设备标识、以及时隙编号,其中,第二地址信息是根据第一地址信息得到的。
[0175]
作为一种可选的实施方式,处理单元810可通过如下方式根据确定结果调整已建立的第一路径的带宽:在otn中已建立所述第一路径的情况下,确定第一路径的带宽是否满足该业务的带宽需求。当第一路径的带宽不满足该业务的带宽需求时,通过收发单元820(或者,发送单元)向ccu发送第二消息,第二消息用于请求调整第一路径的带宽。其中,调整后的带宽能够满足该业务的带宽需求。
[0176]
作为一种可选的实施方式,第一消息为pcep消息。
[0177]
作为一种可选的实施方式,该pcep消息还用于指示更新路径。
[0178]
作为一种可选的实施方式,收发单元820(或者,接收单元),还用于接收来自olt设备的第三消息,第三消息用于请求删除该业务在otn中的路径。收发单元820(或者,发送单元),还用于向ccu发送第四消息,第四消息用于请求删除该业务在otn中的路径。
[0179]
作为一种可选的实施方式,收发单元820(或者,接收单元),还用于接收来自olt设备的第三消息,所述第三消息用于请求调整该业务在otn中的路径的带宽。收发单元820(或者,发送单元),还用于向ccu发送第四消息,第四消息用于请求调整该业务在otn中的路径的带宽。其中,调整后的带宽小于调整前的带宽。
[0180]
通信装置800的收发单元820可用于执行图3或图6所示的实施例中的第一otn设备或接入网控制器的全部或部分收发操作,处理单元810可用于执行图3或图6所示的实施例中的第一otn设备或接入网控制器除了收发操作外的其他操作。因此对于收发单元820和处理单元810能够实现的功能的更多介绍,可参考图3或图6所示的实施例。
[0181]
图9为本技术实施例提供的通信装置900的示意性框图。示例性地,通信装置900例如可实现图3或图6所示的实施例所述的olt设备的功能。
[0182]
通信装置900包括处理单元910。可选的,还可以包括收发单元920。示例性地,通信装置900可以是设备,例如olt设备;或者,通信装置900也可以是功能模块,例如是应用于olt设备中的芯片或者其他具有上述olt设备功能的组合器件、部件等。当通信装置900是设备时,收发单元920可以是收发器,收发器可以包括天线和射频电路等,处理单元910可以是处理器(或者,处理电路),例如基带处理器,基带处理器中可以包括一个或多个cpu,当通信装置900是功能模块时,收发单元920可以是射频单元,处理单元910可以是处理器(或者,处理电路),例如基带处理器。当通信装置900是芯片系统时,收发单元920可以是芯片(例如基带芯片)的输入输出接口、处理单元910可以是芯片系统的处理器(或者,处理电路),可以包括一个或多个中央处理单元。应理解,本技术实施例中的处理单元910可以由处理器或处理器相关电路组件(或者,处理电路)实现,例如处理单元910可通过图7所示的实施例所述的一个或多个处理器701实现;收发单元920可以由收发器或收发器相关电路组件实现,例如收发单元920可通过图7所示的实施例所述的收发器705实现,或通过收发器705和天线706实现。
programmable read only memory,eeprom)、紧凑型光盘只读存储器(compact disc read-only memory,cd-rom)、通用串行总线闪存盘(universal serial bus flash disk)、移动硬盘、或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。另外,通过示例性但不是限制性说明,许多形式的ram可用,例如静态随机存取存储器(static ram,sram)、动态随机存取存储器(dynamic ram,dram)、同步动态随机存取存储器(synchronous dram,sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram,ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram,esdram)、同步连接动态随机存取存储器(synchronous link dram,sldram)或直接内存总线随机存取存储器(direct rambus ram,dr ram)。
[0194]
以上所述,仅为本技术的具体实施方式,但本技术实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本技术实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本技术实施例的保护范围之内。因此,本技术实施例的保护范围应所述以权利要求的保护范围为准。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献