带宽请求的发送方法及装置、存储介质、电子装置与流程

文档序号:24648755发布日期:2021-04-13 16:36阅读:75来源:国知局
带宽请求的发送方法及装置、存储介质、电子装置与流程

1.本公开涉及通信技术领域,具体而言,涉及一种带宽请求的发送方法及装置、存储介质、电子装置。


背景技术:

2.无源光网络(passive optical network,简称为pon)架构如图1所示,是一种点到多点的网络架构,由光线路终端(optical line terminal,简称为olt)、光分配网络(optical distribute network,简称为odn)和光网络单元(optical network unit,简称为onu)组成,olt通过odn与多个光网络单元连接。
3.onu的上行发送需要olt通过带宽分配进行协调,以免不同onu发送的信号发生冲突,无源光网络系统一般通过动态带宽分配(dynamic bandwidth assignment,简称为dba)计算各onu的上行带宽。
4.传统的dba算法是onu向olt报告本地待发送数据情况,olt根据onu报告情况对onu分配带宽。本地待发送数据情况通过上行动态带宽请求(dynamic bandwidth request upstream,简称为dbru)表示,在一个带宽分配(allocation)中包括dbru和负载payload,在一个带宽分配周期中,先发送dbru,后面紧接着会再发送携带在payload中的数据,而dbru中请求带宽分配的缓存数据中包含后续发送的携带在payload中的数据,因此,当olt接收到dbru时,dbru中指示的onu待发送数据情况已经不包括payload中携带的数据了。此时olt获取的onu中的待发送数据情况与实际的待发送数据情况是不一致的。即,olt获取的onu中的待发送数据情况是不准确的,进而导致dba分配不准确。
5.针对相关技术中,olt获取的onu中的待发送数据情况不准确,进而导致dba分配不准确的问题,目前尚未提出有效的解决办法。


技术实现要素:

6.本公开实施例提供了一种带宽请求的发送方法及装置、存储介质、电子装置,以至少解决相关技术中olt获取的onu中的待发送数据情况不准确,进而导致dba分配不准确的问题。
7.根据本公开的一个实施例,提供了一种带宽请求的发送方法,包括:在传输容器获得的带宽分配中,依次向光线路终端发送负载和带宽请求,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述带宽请求生成时所述传输容器中缓存的数据量。
8.可选地,在传输容器获得的带宽分配中,依次向光线路终端发送负载和带宽请求包括:在传输容器获得的带宽分配中,向所述光线路终端发送所述负载;在向所述光线路终端发送所述负载之后,在所述带宽分配的末尾位置发送所述带宽请求,其中,所述带宽请求的生成时刻与所述带宽请求的发送时刻之间的差值小于或等于预设差值。
9.可选地,所述向所述光线路终端发送带宽请求之前,所述方法还包括以下至少之
一:向所述光线路终端发送第一指示信息,其中,所述第一指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序;接收所述光线路终端发送的第二指示信息,其中,所述第二指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序。
10.根据本公开的一个实施例,还提供了一种带宽请求的发送方法,包括:在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,所述第二数据的数据量由所述带宽请求生成时所述传输容器中缓存的数据量减去所述第一数据的数据量获得。
11.可选地,所述依次向光线路终端发送所述带宽请求和所述负载之前,所述方法还包括以下至少之一:向所述光线路终端发送第一指示信息,其中,所述第一指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序,和/或所述第二数据的数据量的计算方式;接收所述光线路终端发送的第二指示信息,其中,所述第二指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序,和/或所述第二数据的数据量的计算方式。
12.根据本公开的一个实施例,还提供了一种带宽请求的发送方法,包括:在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述带宽请求生成时所述传输容器中缓存的数据量;所述光线路终端使用所述第二数据的数据量减去所述第一数据的数据量得到第三数据的数据量,并根据所述第三数据的数据量分配带宽。
13.可选地,所述在传输容器获得的带宽分配中,依次向所述光线路终端发送所述带宽请求和所述负载之前,所述方法还包括:向所述光线路终端发送第一指示信息,其中,所述第一指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序,和/或所述第三数据的数据量的计算方式;接收所述光线路终端发送的第二指示信息,其中,所述第二指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序,和/或所述第三数据的数据量的计算方式。
14.根据本公开的一个实施例,还提供了一种带宽请求的发送方法,包括:光网络单元和光线路终端之间约定带宽请求的发送方式,其中,所述光网络单元中包括一个或多个传输容器,所述带宽请求的发送方式包括以下至少之一:在传输容器获得的带宽分配中,依次向所述光线路终端发送第一负载和第一带宽请求,其中,所述第一负载中携带第一数据,所述第一带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述第一带宽请求生成时所述传输容器中缓存的数据量;在传输容器获得的带宽分配中,依次向所述光线路终端发送第二带宽请求和第二负载,其中,所述第二负载中携带第三数据,所述第二带宽请求中携带第四数据的数据量,所述第四数据的数据量由所述第二带宽请求生成时所述传输容器中缓存的数据量减去所述第三数据的数据量获得;在传输容器获得的带宽分配中,依次向所述光线路终端发送第三带宽请求和第三负载,其中,所述第三负载中携带第五数据,所述第三带宽请求中携带第六数据的数据量,所述第六数据的数据量为:所述第三带宽请求生成时所述传输容器中缓存的数据量,所述光线路终端使用所述第六数据的数据量减去所述第五数据的数据量得到第七数据的数据量,并根据所述第七数据的数据量分配带宽;在传输容器获得的带宽分配中,依次向所述光线路终端发送第四带宽请求和第四负载,其中,所述第四负载中携带第八数据,所述第四带宽请求中携带的第九数据的数据量,所述第
九数据的数据量为:所述第四带宽请求生成时所述传输容器中缓存的数据量。
15.可选地,所述光网络单元和光线路终端之间约定带宽请求的发送方式包括:所述光网络单元向所述光线路终端发送第一指示信息,其中,所述第一指示信息用于指示所述带宽请求的发送方式;所述光网络单元接收所述光线路终端发送的第二指示信息,其中,所述第二指示信息用于指示所述带宽请求的发送方式。
16.根据本公开的一个实施例,还提供了一种带宽请求的发送装置,包括:第一发送模块,用于在传输容器获得的带宽分配中,依次向光线路终端发送负载和带宽请求,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述带宽请求生成时所述传输容器中缓存的数据量。
17.根据本公开的一个实施例,还提供了一种带宽请求的发送装置,包括:第二发送模块,用于在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,所述第二数据的数据量由所述带宽请求生成时所述传输容器中缓存的数据量减去所述第一数据的数据量获得。
18.根据本公开的一个实施例,还提供了一种带宽请求的发送装置,包括:第三发送模块,用于在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述带宽请求生成时所述传输容器中缓存的数据量;分配模块,用于使用所述第二数据的数据量减去所述第一数据的数据量得到第三数据的数据量,并根据所述第三数据的数据量分配带宽。
19.根据本公开的一个实施例,还提供了一种带宽请求的发送装置,包括:约定模块,用于在光网络单元和光线路终端之间约定带宽请求的发送方式,其中,所述光网络单元中包括一个或多个传输容器,所述带宽请求的发送方式包括以下至少之一:在传输容器获得的带宽分配中,依次向所述光线路终端发送第一负载和第一带宽请求,其中,所述第一负载中携带第一数据,所述第一带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述第一带宽请求生成时所述传输容器中缓存的数据量;在传输容器获得的带宽分配中,依次向所述光线路终端发送第二带宽请求和第二负载,其中,所述第二负载中携带第三数据,所述第二带宽请求中携带第四数据的数据量,所述第四数据的数据量由所述第二带宽请求生成时所述传输容器中缓存的数据量减去所述第三数据的数据量获得;在传输容器获得的带宽分配中,依次向所述光线路终端发送第三带宽请求和第三负载,其中,所述第三负载中携带第五数据,所述第三带宽请求中携带第六数据的数据量,所述第六数据的数据量为:所述第三带宽请求生成时所述传输容器中缓存的数据量,所述光线路终端使用所述第六数据的数据量减去所述第五数据的数据量得到第七数据的数据量,并根据所述第七数据的数据量分配带宽;在传输容器获得的带宽分配中,依次向所述光线路终端发送第四带宽请求和第四负载,其中,所述第四负载中携带第八数据,所述第四带宽请求中携带的第九数据的数据量,所述第九数据的数据量为:所述第四带宽请求生成时所述传输容器中缓存的数据量。
20.根据本发明实施例的又一方面,还提供了一种计算机可读的存储介质,该存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述带宽请求的发送方法。
21.根据本发明实施例的又一方面,还提供了一种电子装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,上述处理器通过计算机程序执行上述的带宽请求的发送方法。
22.通过本申请实施例,在传输容器获得的带宽分配中,依次向光线路终端发送负载和带宽请求,其中,负载中携带第一数据,带宽请求中携带第二数据的数据量,第二数据的数据量为:第一带宽请求生成时传输容器中缓存的数据量,通过调整负载和带宽请求的发送顺序,当发送带宽请求时,负载中携带的第一数据已经不存在于当前带宽分配中,带宽请求中携带的第二数据的数据量更接近当前带宽分配中实际需要发送的数据量,解决了相关技术中olt获取的onu中的待发送数据情况不准确,进而导致dba分配不准确的问题,提高了olt带宽分配的准确率。
附图说明
23.此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
24.图1是相关技术中无源光网络的架构示意图;
25.图2是根据本申请实施例的一种可选的带宽请求的发送方法的流程图;
26.图3是本申请实施例中又一种可选的带宽请求的发送方法的流程图;
27.图4是本申请实施例中又一种可选的带宽请求的发送方法的流程图;
28.图5是本申请实施例中又一种可选的带宽请求的发送方法的流程图;
29.图6是本申请实施例的一种可选的带宽请求的发送装置的结构框图;
30.图7是本申请实施例的一种可选的带宽请求的发送装置的结构框图;
31.图8是本申请实施例的一种可选的带宽请求的发送装置的结构框图;
32.图9是本申请实施例的一种可选的带宽请求的发送装置的结构框图;
33.图10是根据本公开实施例的一种可选的带宽分配结构示意图;
34.图11是根据本公开实施例的一种可选的带宽分配结构示意图;
35.图12是根据本申请实施例的一种可选的设备结构框图。
具体实施方式
36.下文中将参考附图并结合实施例来详细说明本申请。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
37.需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
38.本申请实施例提供了一种带宽请求的发送方法。图2是本申请实施例中一种可选的带宽请求的发送方法的流程图,如图2所示,该方法包括:
39.步骤s102,在传输容器获得的带宽分配中,依次向光线路终端发送负载和带宽请求,其中,负载中携带第一数据,带宽请求中携带第二数据的数据量,第二数据的数据量为:带宽请求生成时传输容器中缓存的数据量。
40.通过上述方法,在传输容器获得的带宽分配中,依次向光线路终端发送负载和带宽请求,其中,负载中携带第一数据,带宽请求中携带第二数据的数据量,第二数据的数据
量为:带宽请求生成时传输容器中缓存的数据量,通过调整负载和带宽请求的发送顺序,当发送带宽请求时,负载中携带的第一数据已经不存在于当前带宽分配中,带宽请求中携带的第二数据的数据量更接近当前带宽分配中实际需要发送的数据量,解决了相关技术中olt获取的onu中的待发送数据情况不准确,进而导致dba分配不准确的问题,提高了olt带宽分配的准确率。
41.需要说明的是,传输容器可以用t-cont来表示,一个onu内包括一个或多个t-cont,带宽请求的发送是以onu为单位的,onu每次向olt发送负载或带宽请求时,每个onu内包含了一个或多个t-cont的带宽分配。
42.可选地,在传输容器获得的带宽分配中,依次向光线路终端发送负载和带宽请求包括:在传输容器获得的带宽分配中,向光线路终端发送负载;在向光线路终端发送负载之后,在带宽分配的末尾位置发送带宽请求,其中,带宽请求的生成时刻与带宽请求的发送时刻之间的差值小于或等于预设差值。
43.越靠近带宽分配的末尾位置,带宽请求中携带的第二数据的数据量越接近带宽分配中缓存的数据量,olt根据带宽请求中的数据量来分配资源的准确度越高。带宽请求的生成时刻与带宽请求的发送时刻之间的差值小于或等于预设差值可以理解为带宽请求的生成时刻与带宽请求的发送时刻之间的差值越小,表示带宽请求的生成时间越短,生成速度越快,第二数据的数据量越接近带宽分配中实际缓存的数据量。
44.可选地,向光线路终端发送带宽请求之前,所述方法还包括以下至少之一:向光线路终端发送第一指示信息,其中,第一指示信息用于指示在带宽分配中负载与带宽请求的发送顺序;接收光线路终端发送的第二指示信息,其中,第二指示信息用于指示在带宽分配中所述负载与带宽请求的发送顺序。
45.onu和olt之间需要约定好,可以是onu向olt发送报告信息,也可以是olt对onu进行指示,olt知道负载的带宽请求的发送顺序为先发负载后发带宽请求之后,就可以直接使用带宽请求中携带的第二待发送数据的数据量来分配带宽。
46.根据本公开的一个实施例,还提供了一种带宽请求的发送方法。图3是本申请实施例中又一种可选的带宽请求的发送方法的流程图,如图3所示,该方法包括:包括:
47.步骤s202,在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载,其中,负载中携带第一数据,带宽请求中携带第二数据的数据量,第二数据的数据量由带宽请求生成时传输容器中缓存的数据量减去第一数据的数据量获得。
48.需要说明的是,不改变负载和带宽请求的发送顺序时,可以通过上述计算方法来获取带宽请求中的数据量,当发送带宽请求时,使用当前带宽分配中缓存的数据总量减去后续发送的负载中携带的第一数据,基本上可以获取当前带宽请求真实需要的带宽。
49.可选地,依次向光线路终端发送带宽请求和负载之前,所述方法还包括以下至少之一:向光线路终端发送第一指示信息,其中,第一指示信息用于指示在带宽分配中所述负载与带宽请求的发送顺序,和/或所第二数据的数据量的计算方式;接收光线路终端发送的第二指示信息,其中,第二指示信息用于指示在带宽分配中所述负载与带宽请求的发送顺序,和/或第二数据的数据量的计算方式。
50.根据本公开的一个实施例,还提供了一种带宽请求的发送方法,图4是本申请实施例中又一种可选的带宽请求的发送方法的流程图,如图4所示,该方法包括:
51.步骤s302,在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载,其中,负载中携带第一数据,带宽请求中携带第二数据的数据量,第二数据的数据量为:带宽请求生成时传输容器中缓存的数据量;
52.步骤s304,光线路终端使用第二数据的数据量减去第一数据的数据量得到第三数据的数据量,并根据第三数据的数据量分配带宽。
53.需要说明的是,可以在发送带宽请求的同时指示光线路终端使用第二数据的数据量减去第一数据的数据量得到第三数据的数据量,并根据第三数据的数据量分配带宽,也可以不通过带宽请求指示,可以是onu通过其他的报告信息或者指示信息来指示olt,也可以是olt提前与onu约定好的,也可以是olt向onu发送的指示,本公开实施例对此不作限制。
54.当带宽分配中负载和带宽请求的发送顺序是先发送带宽请求,后发送负载时,可以在onu侧,发送带宽请求的时候,使用带宽请求中携带的数据量减去负载中携带的缓存数据的数据量,然后将减后得到的数据量发送到olt侧来请求分配带宽,这是在onu侧执行的计算动作。也可以是在olt侧来执行,即,omu直接将带宽请求和负载发送到olt侧,然后由olt使用带宽请求中携带的数据量减去负载中携带的缓存数据的数据量,然后根据将减后得到的数据量为onu分配带宽。如果是先发送负载后发送带宽请求的顺序,则不用执行相减这一步骤,负载中携带部分缓存数据发送后,带宽请求中的数据量已经是不包含负载中携带的那部分缓存数据了,可以直接根据负载中携带的数据量分配带宽。
55.可选地,在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载之前,所述方法还包括:向光线路终端发送第一指示信息,其中,第一指示信息用于指示在带宽分配中负载与带宽请求的发送顺序,和/或第三数据的数据量的计算方式;接收光线路终端发送的第二指示信息,其中,第二指示信息用于指示在带宽分配中负载与带宽请求的发送顺序,和/或第三数据的数据量的计算方式。
56.onu发送带宽请求的方式至少包括四种,而发送方式需要在onu和olt之间进行约定或协商,或是由其中一方报告或指示发送方式,另一方才能配合完整计算过程。图5是本申请实施例中又一种可选的带宽请求的发送方法的流程图,如图5所示,该方法包括:
57.步骤s402,光网络单元和光线路终端之间约定带宽请求的发送方式,其中,光网络单元中包括一个或多个传输容器,带宽请求的发送方式包括以下至少之一:
58.在传输容器获得的带宽分配中,依次向光线路终端发送第一负载和第一带宽请求,其中,第一负载中携带第一数据,第一带宽请求中携带第二数据的数据量,第二数据的数据量为:第一带宽请求生成时传输容器中缓存的数据量;
59.在传输容器获得的带宽分配中,依次向光线路终端发送第二带宽请求和第二负载,其中,第二负载中携带第三数据,第二带宽请求中携带第四数据的数据量,第四数据的数据量由所述第二带宽请求生成时传输容器中缓存的数据量减去所述第三数据的数据量获得;
60.在传输容器获得的带宽分配中,依次向所述光线路终端发送第三带宽请求和第三负载,其中,所述第三负载中携带第五数据,所述第三带宽请求中携带第六数据的数据量,所述第六数据的数据量为:所述第三带宽请求生成时所述传输容器中缓存的数据量,所述光线路终端使用所述第六数据的数据量减去所述第五数据的数据量得到第七数据的数据量,并根据所述第七数据的数据量分配带宽;
61.在传输容器获得的带宽分配中,依次向所述光线路终端发送第四带宽请求和第四负载,其中,所述第四负载中携带第八数据,所述第四带宽请求中携带的第九数据的数据量,所述第九数据的数据量为:所述第四带宽请求生成时所述传输容器中缓存的数据量。
62.可选地,所述光网络单元和光线路终端之间约定带宽请求的发送方式包括:所述光网络单元向所述光线路终端发送第一指示信息,其中,所述第一指示信息用于指示所述带宽请求的发送方式;所述光网络单元接收所述光线路终端发送的第二指示信息,其中,所述第二指示信息用于指示所述带宽请求的发送方式。
63.需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
64.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
65.在本实施例中还提供了一种带宽请求的发送装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
66.图6是根据本申请实施例的一种可选的带宽请求的发送装置的结构框图,如图6所示,该装置包括:
67.第一发送模块502,用于在传输容器获得的带宽分配中,依次向光线路终端发送负载和带宽请求,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述带宽请求生成时所述传输容器中缓存的数据量。
68.可选地,第一发送模块502包括:第一发送单元,用于在传输容器获得的带宽分配中,向所述光线路终端发送所述负载;第二发送单元,用于在向所述光线路终端发送所述负载之后,在所述带宽分配的末尾位置发送所述带宽请求,其中,所述带宽请求的生成时刻与所述带宽请求的发送时刻之间的差值小于或等于预设差值。
69.可选地,所述装置还包括:第一指示信息发送模块,用于向所述光线路终端发送第一指示信息,其中,所述第一指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序;第一接收模块,用于接收所述光线路终端发送的第二指示信息,其中,所述第二指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序。
70.图7是根据本申请实施例的一种可选的带宽请求的发送装置的结构框图,如图7所示,该装置包括:
71.第二发送模块602,用于在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,
所述第二数据的数据量由所述带宽请求生成时所述传输容器中缓存的数据量减去所述第一数据的数据量获得。
72.可选地,所述装置还包括:第二指示信息发送模块,用于向所述光线路终端发送第一指示信息,其中,所述第一指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序,和/或所述第二待发送数据的数据量的计算方式;第二接收模块,用于接收所述光线路终端发送的第二指示信息,其中,所述第二指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序,和/或所述第二待发送数据的数据量的计算方式。
73.图8是根据本申请实施例的一种可选的带宽请求的发送装置的结构框图,如图8所示,该装置包括:
74.第三发送模块702,用于在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载,其中,负载中携带第一数据,带宽请求中携带第二数据的数据量,第二数据的数据量为:带宽请求生成时所述传输容器中缓存的数据量;
75.分配模块704,用于使用所述第二数据的数据量减去所述第一数据的数据量得到第三数据的数据量,并根据所述第三数据的数据量分配带宽。
76.可选地,所述装置还包括:第三指示信息发送模块,用于向所述光线路终端发送第一指示信息,其中,所述第一指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序,和/或所述第三数据的数据量的计算方式;第三接收模块,用于接收所述光线路终端发送的第二指示信息,其中,所述第二指示信息用于指示在所述带宽分配中所述负载与所述带宽请求的发送顺序,和/或所述第三数据的数据量的计算方式。
77.图9是根据本申请实施例的一种可选的带宽请求的发送装置的结构框图,如图9所示,该装置包括:
78.约定模块802,用于在光网络单元和光线路终端之间约定带宽请求的发送方式,其中,所述光网络单元中包括一个或多个传输容器,所述带宽请求的发送方式包括以下至少之一:在传输容器获得的带宽分配中,依次向所述光线路终端发送第一负载和第一带宽请求,其中,所述第一负载中携带第一数据,所述第一带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述第一带宽请求生成时所述传输容器中缓存的数据量;在传输容器获得的带宽分配中,依次向所述光线路终端发送第二带宽请求和第二负载,其中,所述第二负载中携带第三数据,所述第二带宽请求中携带第四数据的数据量,所述第四数据的数据量由所述第二带宽请求生成时所述传输容器中缓存的数据量减去所述第三数据的数据量获得;在传输容器获得的带宽分配中,依次向所述光线路终端发送第三带宽请求和第三负载,其中,所述第三负载中携带第五数据,所述第三带宽请求中携带第六数据的数据量,所述第六数据的数据量为:所述第三带宽请求生成时所述传输容器中缓存的数据量,所述光线路终端使用所述第六数据的数据量减去所述第五数据的数据量得到第七数据的数据量,并根据所述第七数据的数据量分配带宽;在传输容器获得的带宽分配中,依次向所述光线路终端发送第四带宽请求和第四负载,其中,所述第四负载中携带第八数据,所述第四带宽请求中携带的第九数据的数据量,所述第九数据的数据量为:所述第四带宽请求生成时所述传输容器中缓存的数据量。
79.可选地,所述约定模块802包括:发送单元,用于向所述光线路终端发送第一指示信息,其中,所述第一指示信息用于指示所述带宽请求的发送方式;接收单元,用于接收所
述光线路终端发送的第二指示信息,其中,所述第二指示信息用于指示所述带宽请求的发送方式。
80.上述带宽请求的发送装置包括处理器和存储器,上述第一发送模块502,第二发送模块602,第三发送模块702,分配模块704,约定模块802等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
81.处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整负载和带宽请求的发送顺序,或是,将带宽请求中携带的数据量减去负载中携带的数据量来获取对应的带宽分配,解决了相关技术中olt获取的onu中的待发送数据情况不准确,进而导致dba分配不准确的问题,提高了olt带宽分配的准确率。
82.存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram),存储器包括至少一个存储芯片。
83.为了更好地理解本公开实施例中记载的方案,下面结合附图进行具体说明。
84.以吉比特无源光网络技术(x gigabit-capable passive optical networks,简称为xg-pon)为例,本地待发送数据情况通过上行动态带宽请求(dynamic bandwidth request upstream,简称为dbru)表示,dbru在一个带宽分配(allocation)中先发送,紧接着再发送数据(数据携带在负载xgtc payload中),根据xg-pon标准,dbru中包含随后发送的数据(即携带在xgtc payload中的数据),这种dbru报告中包含了已经发送的数据,而且dbru在带宽分配前部发送,获取的待发送数据情况不是最新的,这种dbru方法会给olt侧汇报不准确的本地待发送数据信息,从而会导致dba分配不准确。
85.为了解决上述问题,本公开实施例提供了一种带宽请求的发送方法。图10是根据本公开实施例的一种可选的带宽分配结构示意图,如图10所示,改进后的dba报告方式,在带宽分配中,先发送数据,再发送dbru,其中dbru的生成时间尽量接近或者等于dbru发送时间,使得dbru中携带最新的待发送数据情况。如图10所示,在上行帧格式中,将dbru放置在带宽分配allocation中的最后,即在xgtc payload之后,其中xgtc payload中携带发送的数据。dbru中用三个字节表示bufocc,即缓存数据的数据量,用一个字节表示校验码crc。
86.数据发送:onu获得t-cont相应带宽后,预留dbru对应的带宽,发送数据,数据携带在xgtc payload中,准备dbru。准备dbru的时间在该t-cont带宽结束之前,并尽量靠后,以尽量获得缓存中最新的待发送数据情况。
87.图11是根据本公开实施例的一种可选的带宽分配结构示意图,如图11示,onu仍然采用旧的dbru报告方式,但是在olt侧,收到dbru中的缓存数据情况,以及后续xgtc payload中的数据量后,两者相减作为onu报告的缓存数据情况。
88.如图11所示,onu仍然采用旧的dbru报告方式,但是在onu报告之前,将获取的缓存数据情况,以及后续xgtc payload中发送的数据量后,两者相减作为onu报告的缓存数据情况,在dbru区域进行发送。
89.图11所示的发送结构图兼容现有的dbru报告方式,onu选择报告方式,并且在上行帧中指示采用哪种报告方式。改进后的dba报告方式,在带宽分配中,先发送数据(负载),再发送dbru,其中dbru的生成时间尽量接近或者等于dbru发送时间,使得dbru中携带最新的待发送数据情况。如图10所示,在上行帧格式中,将dbru放置在带宽分配allocation中的最
后,即在xgtc payload之后,其中xgtc payload中携带发送的数据。
90.数据发送:onu获得t-cont相应带宽后,预留dbru对应的带宽,发送数据,数据携带在xgtc payload中,准备dbru。准备dbru的时间在该t-cont带宽结束之前,并尽量靠后,以尽量获得缓存中最新的待发送数据情况。
91.上行帧的xgtc header中有一个9bits的ind域,用于指示部分上行发送的选项。原来的定义如下表所示:
[0092][0093][0094]
改进后的ind定义为:
[0095][0096]
当ind域的bits7-6为10时,表示原来dbru报告方式的改进:onu仍然按照原来的方式报告dbru,在olt接收侧,需要将dbru减去后面紧跟发送的数据量作为待传输数据情况。
[0097]
上述图11所示的发送结构图中,也可以是olt指示onu采用哪种dbru报告方式。改进后的dba报告方式,在带宽分配中,先发送数据,再发送dbru,其中dbru的生成时间尽量接近或者等于dbru发送时间,使得dbru中携带最新的待发送数据情况。在上行帧格式中,将dbru放置在带宽分配allocation中的最后,即在xgtc payload之后,其中xgtc payload中携带发送的数据。数据发送:onu获得t-cont相应带宽后,预留dbru对应的带宽,发送数据,数据携带在xgtc payload中,准备dbru。准备dbru的时间在该t-cont带宽结束之前,并尽量靠后,以尽量获得缓存中最新的待发送数据情况。
[0098]
上行帧的xgtc header中有一个9bits的ind域,用于指示部分上行发送的选项。原来的定义为:
[0099]
bits含义8ploam queue status,用于报告ploam消息队列的情况7-1reserved0dying gasp
[0100]
改进后的ind定义为:
[0101][0102]
当ind域的bits7-6为10时,表示原来dbru报告方式的改进:onu仍然按照原来的方式报告dbru,在olt接收侧,需要将dbru减去后面紧跟发送的数据量作为待传输数据情况。
[0103]
olt在下行帧上指示onu采用哪种dbru报告方式,可以通过修改已有ploam消息profile来实现,见表中的34-35比特的定义。
[0104]
[0105][0106]
本申请实施例提供了一种存储介质,其上存储有程序,该程序被处理器执行时实现所述带宽请求的发送方法。
[0107]
本申请实施例提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行所述带宽请求的发送方法。
[0108]
图12是根据本申请实施例的一种可选的电子装置(设备)结构框图。本申请实施例提供了一种设备,设备包括至少一个处理器1101、以及与处理器连接的至少一个存储器1102、总线1103;其中,处理器、存储器通过总线完成相互间的通信;处理器用于调用存储器中的程序指令,以执行上述的带宽请求的发送方法。本文中的设备可以是服务器、pc、pad、手机等。
[0109]
本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:
[0110]
s1,在传输容器获得的带宽分配中,依次向光线路终端发送负载和带宽请求,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述带宽请求生成时所述传输容器中缓存的数据量。
[0111]
可选地,本申请提供的计算机程序产品还适于执行有如下方法步骤的程序:
[0112]
s1,在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,所述第二数据的数据量由所述带宽请求生成时所述传输容器中缓存的数据量减去所述第一数据的数据量获得。
[0113]
可选地,本申请提供的计算机程序产品还适于执行有如下方法步骤的程序:
[0114]
s1,在传输容器获得的带宽分配中,依次向光线路终端发送带宽请求和负载,其中,所述负载中携带第一数据,所述带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述带宽请求生成时所述传输容器中缓存的数据量;
[0115]
s2,所述光线路终端使用所述第二数据的数据量减去所述第一数据的数据量得到第三数据的数据量,并根据所述第三数据的数据量分配带宽。
[0116]
可选地,本申请提供的计算机程序产品还适于执行有如下方法步骤的程序:
[0117]
s1,光网络单元和光线路终端之间约定带宽请求的发送方式,其中,光网络单元中包括一个或多个传输容器,带宽请求的发送方式包括以下至少之一:
[0118]
在传输容器获得的带宽分配中,依次向所述光线路终端发送第一负载和第一带宽请求,其中,所述第一负载中携带第一数据,所述第一带宽请求中携带第二数据的数据量,所述第二数据的数据量为:所述第一带宽请求生成时所述传输容器中缓存的数据量;在传输容器获得的带宽分配中,依次向所述光线路终端发送第二带宽请求和第二负载,其中,所述第二负载中携带第三数据,所述第二带宽请求中携带第四数据的数据量,所述第四数据的数据量由所述第二带宽请求生成时所述传输容器中缓存的数据量减去所述第三数据的数据量获得;在传输容器获得的带宽分配中,依次向所述光线路终端发送第三带宽请求和第三负载,其中,所述第三负载中携带第五数据,所述第三带宽请求中携带第六数据的数据量,所述第六数据的数据量为:所述第三带宽请求生成时所述传输容器中缓存的数据量,所述光线路终端使用所述第六数据的数据量减去所述第五数据的数据量得到第七数据的数据量,并根据所述第七数据的数据量分配带宽;在传输容器获得的带宽分配中,依次向所述光线路终端发送第四带宽请求和第四负载,其中,所述第四负载中携带第八数据,所述第四带宽请求中携带的第九数据的数据量,所述第九数据的数据量为:所述第四带宽请求生成时所述传输容器中缓存的数据量。
[0119]
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0120]
在一个典型的配置中,设备包括一个或多个处理器(cpu)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。
[0121]
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram),存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。
[0122]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
[0123]
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0124]
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0125]
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1