技术领域
[0001] 本
发明涉及无线通信技术，特别涉及一种流量控制的方法和装置。
背景技术
[0002] 不断增长的无线数据业务对网络性能提出了新的要求，而针对下行高速业务的需求，3GPP(3rd Generation partnership project 3，代合作项目)Release 5引入了重要的增强技术-HSDPA(High Speed Downlink Packet Access，高速下行分组接入)技术。
[0003] HSDPA技术采用共享的下行信道进行数据传输，通过引入自适应调制与编码(AMC)、混合自动重传
请求(Hybrid Automatic Repeat Request，HARQ)、快速调度、16QM (Quadrature Amplitude Modulation，
正交调幅)等技术，从而得到了较高的数据吞吐量，并且有效的降低了数据重传的次数和传输过程中的时延。
[0004] 目前HSDPA技术中的调度在NodeB(基站)中完成。具体的：
[0005] 用户终端(UE)通过测量当前的C/I(载波干扰比)来判断信道
质量的好坏，根据当前的信道质量在协议规定的传输格式及资源组合(TFRC)表中选择合适的数据
块大小(TBS)以及调制编码方式，同时用户终端还将对当前传输时间间隔(TTI)接收到的数据块进行解码，最后将ACK/NACK信息以及TFRC信息一起作为信道质量指示(CQI)信息，通过HS-SICH信道上报给NodeB；
[0006] NodeB根据收到的CQI信息在下一个TTI内发送合适的数据块。
[0007] 当多个用户终端在线时，NodeB需要采用调度
算法，从而达到控制下行流量的目的。
[0008] 目前，NodeB采用下面3种基本调度算法中的一种：
[0009] 1、基于最大载干比的MAX-C/I调度算法；
[0010] 2、对用户终端轮询调度的Round Robin算法；
[0011] 3、兼顾时间与资源的部分公平调度PF算法。
[0012] 但是目前的协议中并没有根据用户终端的MBR控制下行流量的方案。
[0013] 综上所述，目前的流量控制中，没有根据用户终端的MBR控制下行流量的方案。
发明内容
[0014] 本发明
实施例提供一种流量控制的方法和装置，能够根据用户终端的MBR控制下行流量。
[0015] 本发明实施例提供一种流量控制的方法，该方法包括：
[0016] 根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值；
[0017] 根据收到的来自基站的容量分配控制
帧，确定每次需要发送的数据量；
[0018] 根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
[0019] 本发明实施例提供一种流量控制设备，该设备包括：
[0020] 容量确定模块，用于根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值；
[0021] 数据量确定模块，用于根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量；
[0022] 发送模块，用于根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
[0023] 本发明实施例提供一种无线网络
控制器RNC，该RNC包括：
[0024] 无线链路控制RLC模块，用于缓存收到的数据；
[0025] MAC-d模块，用于根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值，根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法发送缓存的数据；
[0026] FP模块，用于将来自所述MAC-d模块的数据，通过IUB口发送。
[0027] 本发明实施例根据业务类型对应的最大允许突发时间和QoS(Quality ofService，业务质量)信息中的MBR(最大比特速率)，确定令牌桶剩余容量的最大值(即令牌桶的总容量)，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB(RNC和Node B之间的
接口)口发送数据。由于可以根据用户终端的MBR控制下行数据的流量，从而可以满足运营商根据用户签约速率限制用户数据流量的需求，增加了流量控制的应用场景。
附图说明
[0028] 图1为本发明实施例流量控制设备的结构示意图；
[0029] 图2为本发明实施例RNC(Radio Network Controller，无线网络控制器)的结构示意图；
[0030] 图3为本发明实施例流量控制的方法流程示意图；
[0031] 图4为本发明实施例RNC发起容量请求消息的方法流程示意图；
[0032] 图5为本发明实施例RNC进行流量控制的方法流程示意图。
具体实施方式
[0033] 本发明实施例根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶剩余容量的最大值(即令牌桶的总容量)，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。由于可以根据用户终端的MBR控制下行数据的流量，从而可以满足运营商根据用户签约速率限制用户数据流量的需求。
[0034] 其中，本发明实施例采用的令牌桶算法基本原理如下：
[0035] 令牌以一定的速率放入桶中；
[0036] 每个令牌允许源发送一定数量的比特，且每个令牌允许发送的比特数量相同；
[0037] 发送一个包，流量调节器就要从桶中删除与包大小相等的令牌数；
[0038] 如果没有足够的令牌发送包，这个包就会等待直到有足够的令牌后再发送；
[0039] 桶有特定的容量，如果桶已经满了，新加入的令牌就会被丢弃。
[0040] 本发明实施例在任何时候，发送到网络上的最大突发数据量与桶的大小成比例。令牌桶允许突发，但是不能超过限制。
[0041] 需要说明的是，本发明实施例并不局限于上述介绍的令牌桶算法方式，其他令牌桶算法方式同样适用本发明实施例。
[0042] 下面结合
说明书附图对本发明实施例作进一步详细描述。
[0043] 如图1所示，本发明实施例流量控制设备包括：容量确定模块100、数据量确定模块110和发送模块120。
[0044] 容量确定模块100，用于根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶的总容量，将令牌桶的总容量的值作为令牌桶剩余容量的最大值。
[0045] 具体的，容量确定模块100根据预先设定的用户业务和最大允许突发时间的对应关系，确定用户业务对应的最大允许突发时间，将QoS信息中的MBR乘以确定的最大允许突发时间，得到令牌桶的总容量。
[0046] 比如MBR为ρ字节/秒(8*ρ比特/秒)，最大允许突发时间是S，则令牌桶的总容量(即最大突发数据量)C＝ρ*S。
[0047] 在具体实施过程中，用户业务和最大允许突发时间的对应关系可以根据需要动态进行配置。
[0048] 其中，容量确定模块100在确定令牌桶的总容量之前，根据MAC-d流对应的RB(Radio Bearer，无线承载)标识或RAB(Radio Access Bearer，无线接入承载)标识，从QoS信息中确定业务类型和MBR。
[0049] 在具体实施过程中，用户业务建立在HS-DSCH(High Speed DownlinkShared Channel，高速下行共享信道)信道。在建立时，容量确定模块100会收到高层信令发送的通知消息，该通知消息中包含该用户业务的RAB标识、业务类型、MBR、RB标识和MAC-d(Medium Access Control-Dedicated，专用介质接入控制)流(MacdFolw)标识，并建立相应的对应关系；相应的，容量确定模块100确定MAC-d流对应的MAC-d流标识，根据上述对应关系，确定该MAC-d流标识对应的RB标识或RAB标识，然后就可以确定对应的业务类型和MBR，最后从QoS信息中获取业务类型和MBR。
[0050] 数据量确定模块110，用于根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量。
[0051] 具体的，数据量确定模块110从收到的容量分配控制帧中，提取出发送间隔内需要传输的MAC-d PDU块数，最大MAC-d PDU协议数据单元大小，发送的时间粒度和发送时间间隔；
[0052] 然后根据提取出的参数确定每次需要发送的数据量。
[0053] 数据量确定模块110根据下列公式确定每次需要发送的数据量：
[0054] V＝(Credits×Max MAC-d PDU Size)×g÷Interval (公式一)
[0055] 其中，V是每次需要发送的数据量，Credits是容量分配控制帧中发送间隔内需要传输的MAC-d PDU(MAC-d协议数据单元)块数，Max MAC-d PDU Size是容量分配控制帧中最大MAC-d PDU协议数据单元大小，g是容量分配控制帧中发送的时间粒度，Interval是容量分配控制帧中发送时间间隔。
[0056] 如果用户业务建立在HS-DSCH上，则Interval是HS-DSCH Interval，表示HS-DSCH发送时间间隔。
[0057] 在具体实施过程中，数据量确定模块110在收到新数据，且当前没有缓存的数据后(即以前缓存的数据已经发送完)，缓存收到的新数据，并向基站发送容量请求消息，指示基站返回容量分配控制帧。
[0058] 发送模块120，用于根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
[0059] 具体的，发送模块120在令牌桶当前的剩余容量大于当前需要发送的数据量时，通过IUB口发送与当前需要发送的数据量大小相同的数据，并将所述令牌桶当前的剩余容量减去发送的数据量，得到更新后的令牌桶当前的剩余容量；
[0060] 在令牌桶当前的剩余容量不大于当前需要发送的数据量时，根据令牌桶当前的剩余容量大小，确定实际需要发送的数据量，通过IUB口发送与实际需要发送的数据量相同的数据，并将令牌桶当前的剩余容量清0。
[0061] 其中，发送模块120根据下列方式确定实际需要发送的数据量：
[0062] 将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小，得到实际需要发送的数据量。
[0063] 比如令牌桶当前的剩余容量大小是10M，最大MAC-d协议数据单元大小是4M，则10/4＝2.5，取整后＝2，也就是说能够发送2个最大MAC-d协议数据单元大小的数据量，即实际需要发送的数据量是2×4M＝8M。
[0064] 由于不需要时实进行流量控制，比如目前网络负载比较轻，就不需要进行流量控制，所以可以设定一个令牌桶流量控制
开关，令牌桶流量控制开关可以根据需要开启或关闭。
[0065] 相应的，发送模块120在确定令牌桶流量功能开关开启时，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
[0066] 其中，本发明实施例流量控制设备还可以进一步包括：添加模块130。
[0067] 添加模块130，用于根据设定的令牌数，周期增加令牌桶的剩余容量。
[0068] 其中，增加后的令牌桶的剩余容量不大于令牌桶的总容量。
[0069] 在具体实施过程中，可以设置一个令牌计数器，用于记录令牌桶的剩余容量，则在令牌计数器的数值等于令牌桶的总容量，则不再进行累加。
[0070] 比如设定每10毫秒增加ρ/100个字节的令牌数，如果令牌桶的剩余容量等于令牌桶的总容量，则不再进行累加。
[0071] 本发明实施例还可以在RNC中进行流量控制。如图2所示，本发明实施例RNC的结构包括：RLC(Radio Link Control，无线链路控制)模块200、MAC-d模块210和FP(帧协议)模块220。
[0072] RLC模块200，用于缓存收到的数据。
[0073] 具体的，RLC模块200在收到来自PDCP的数据后，缓存数据。
[0074] 进一步的，RLC模块200还可以将当前缓存的数据量通知MAC-d模块210。
[0075] 其中，RLC模块200在收到来自MAC-d模块210的获取消息后，向MAC-d模块210发送与获取消息中数据量的大小相同的数据；
[0076] 然后RLC模块200将缓存的剩余容量通知MAC-d模块210。
[0077] MAC-d模块210，用于根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶的总容量，将令牌桶的总容量的值作为令牌桶剩余容量的最大值，根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法发送缓存的数据。
[0078] 具体的，RNC的OAMS(操作维护系统)根据不同的业务类型设置不同的最大允许突发时间(这个参数可以根据需要进行动态配置)，并通过配置消息将各类业务的最大允许突发时间通知用户面的MAC-d模块210。
[0079] 相应的，MAC-d模块210根据各类业务的最大允许突发时间，建立用户业务和最大允许突发时间的对应关系；以及根据该对应关系确定确定用户业务对应的最大允许突发时间，将QoS信息中的MBR乘以确定的最大允许突发时间，得到令牌桶的总容量。
[0080] 其中，MAC-d模块210在确定令牌桶的总容量之前，根据MAC-d流对应的RB标识或RAB标识，从QoS信息中确定业务类型和MBR。
[0081] 用户业务建立过程中RNC高层信令通知用户面的MAC-d模块210用户的QoS信息(来源于SGSN的RAB指派消息)，如果用户业务建立在HS-DSCH信道上，RNC高层信令在用户业务建立时通过内部配置消息通知用户面的MAC-d模块210此业务的RAB ID，以及其对应的QoS信息，RB ID和MAC-d流标识，由用户面的MAC-d模块210保存该对应关系。
[0082] 相应的，用户面的MAC-d模块210在进行下行
数据处理时可以根据MAC-d流对应的RB ID和RAB ID在用户的QoS信息中索引获得业务类型和MBR。
[0083] 其中，MAC-d模块210在收到来自RLC模块200的通知，且RLC模块200在收到新数据之前没有缓存的数据时(由于RLC模块200每次发送和缓存数据时，都会将剩余容量通知MAC-d模块210，所以MAC-d模块210可以根据通知确定RLC模块200在收到新数据之前是否还有缓存的数据)，向FP模块220发送容量请求消息。
[0084] 在具体实施过程中，可以设置一个容量请求
定时器，MAC-d模块210向FP模块220发送容量请求消息后启动该容量请求定时器，在设定时间内如果没有收到的容量分配控制帧，则重新发送容量请求消息，并重启容量请求定时器。
[0085] MAC-d模块210通过FP模块220收到来自基站的容量分配控制帧后，从收到的容量分配控制帧中，提取出发送间隔内需要传输的MAC-d PDU块数，最大MAC-d PDU协议数据单元大小，发送的时间粒度和发送时间间隔；
[0086] 然后根据提取出的参数确定每次需要发送的数据量。
[0087] 具体的，MAC-d模块210可以根据公式一确定每次需要发送的数据量。
[0088] 其中，MAC-d模块210采用令牌桶算法发送缓存的数据包括：
[0089] 在令牌桶当前的剩余容量大于当前需要发送的数据量时，发送与当前需要发送的数据量大小相同的数据，并将令牌桶当前的剩余容量减去发送的数据量，得到更新后的令牌桶当前的剩余容量；
[0090] 在令牌桶当前的剩余容量不大于当前需要发送的数据量时，根据令牌桶当前的剩余容量大小，确定实际需要发送的数据量，发送与实际需要发送的数据量相同的数据，并将令牌桶当前的剩余容量清0。
[0091] 具体的，MAC-d模块210在确定发送的数据量后，向RLC模块200发送包含数据量的获取消息，指示RLC模块200返回同等大小的数据。
[0092] 进一步的，MAC-d模块210根据下列方式确定实际需要发送的数据量：
[0093] 将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小，得到实际需要发送的数据量。
[0094] 由于不需要时实进行流量控制，比如目前网络负载比较轻，就不需要进行流量控制，所以RNC的OAMS可以设定一个令牌桶流量控制开关，令牌桶流量控制开关可以根据需要开启或关闭。
[0095] 相应的，MAC-d模块210在确定令牌桶流量功能开关开启时，采用令牌桶算法发送缓存的数据。
[0096] FP模块220，用于将来自MAC-d模块210的数据，通过IUB口向基站发送。
[0097] 其中，FP模块220负责转发MAC-d模块210和基站之间的信息。
[0098] 具体的，FP模块220在收到来自MAC-d模块210的容量请求消息后，将容量请求消息向基站发送；
[0099] 在收到来自基站的容量分配控制帧后，将该容量分配控制帧发送给MAC-d模块210，
[0100] 其中，本发明实施例RNC还可以进一步包括：流量控
制模块230。
[0101] 流量
控制模块230，用于根据设定的令牌数，周期增加令牌桶的剩余容量。
[0102] 其中，增加后的令牌桶的剩余容量不大于令牌桶的总容量。
[0103] 在具体实施过程中，可以设置一个令牌计数器，用于记录令牌桶的剩余容量，则在令牌计数器的数值等于令牌桶的总容量，则不再进行累加。
[0104] 如图3所示，本发明实施例流量控制的方法包括下列步骤：
[0105] 步骤301、根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶的总容量，将令牌桶的总容量的值作为令牌桶剩余容量的最大值。
[0106] 步骤302、根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量。
[0107] 步骤303、根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
[0108] 其中，步骤301中根据预先设定的用户业务和最大允许突发时间的对应关系，确定用户业务对应的最大允许突发时间，将QoS信息中的MBR乘以确定的最大允许突发时间，得到令牌桶的总容量。
[0109] 比如MBR为ρ字节/秒(8*ρ比特/秒)，最大允许突发时间是S，则令牌桶的总容量(即最大突发数据量)C＝ρ*S。
[0110] 在具体实施过程中，用户业务和最大允许突发时间的对应关系可以根据需要动态进行配置。
[0111] 其中，步骤301之前还可以进一步包括：
[0112] 步骤300、根据MAC-d流对应的RB标识或RAB标识，从QoS信息中确定业务类型和MBR。
[0113] 在具体实施过程中，用户业务建立在HS-DSCH信道。在建立时，会得到该用户业务的RAB标识、业务类型、MBR、RB标识和MAC-d流(MacdFolw)标识，并建立相应的对应关系；相应的，步骤301中确定MAC-d流对应的MAC-d流标识，根据上述对应关系，确定该MAC-d流标识对应的RB标识或RAB标识，然后就可以确定对应的业务类型和MBR，最后从QoS信息中获取业务类型和MBR。
[0114] 其中，步骤302中从收到的容量分配控制帧中，提取出发送间隔内需要传输的MAC-d PDU块数，最大MAC-d PDU协议数据单元大小，发送的时间粒度和发送时间间隔；然后根据提取出的参数确定每次需要发送的数据量。
[0115] 具体的，可以根据公式一确定每次需要发送的数据量。
[0116] 其中，步骤302之前还可以进一步包括：
[0117] 步骤a302、在收到新数据，且当前没有缓存的数据后(即以前缓存的数据已经发送完)，缓存收到的新数据，并向基站发送容量请求消息，指示基站返回容量分配控制帧。
[0118] 其中，步骤303中需要对令牌桶当前的剩余容量和当前需要发送的数据量进行比较；
[0119] 在令牌桶当前的剩余容量大于当前需要发送的数据量时，通过IUB口发送与当前需要发送的数据量大小相同的数据，并将令牌桶当前的剩余容量减去发送的数据量，得到更新后的令牌桶当前的剩余容量；
[0120] 在令牌桶当前的剩余容量不大于当前需要发送的数据量时，根据令牌桶当前的剩余容量大小，确定实际需要发送的数据量，通过IUB口发送与所述实际需要发送的数据量相同的数据，并将所述令牌桶当前的剩余容量清0。
[0121] 在具体实施过程中，可以根据下列方式确定实际需要发送的数据量：
[0122] 将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小，得到实际需要发送的数据量。
[0123] 比如令牌桶当前的剩余容量大小是10M，最大MAC-d协议数据单元大小是4M，则10/4＝2.5，取整后＝2，也就是说能够发送2个最大MAC-d协议数据单元大小的数据量，即实际需要发送的数据量是2×4M＝8M。
[0124] 由于不需要时实进行流量控制，比如目前网络负载比较轻，就不需要进行流量控制，所以可以设定一个令牌桶流量控制开关，令牌桶流量控制开关可以根据需要开启或关闭。
[0125] 相应的，步骤303中，在确定令牌桶流量功能开关开启时，采用令牌桶算法通过IUB口发送数据。
[0126] 其中，步骤301之后还可以进一步包括：
[0127] 根据设定的令牌数，周期增加令牌桶的剩余容量，增加后的令牌桶的剩余容量不大于令牌桶的总容量。
[0128] 在具体实施过程中，可以设置一个令牌计数器，用于记录令牌桶的剩余容量，则在令牌计数器的数值等于令牌桶的总容量，则不再进行累加。
[0129] 比如设定每10毫秒增加ρ/100个字节的令牌数，如果令牌桶的剩余容量等于令牌桶的总容量，则不再进行累加。
[0130] 如图4所示，本发明实施例RNC发起容量请求消息的方法包括下列步骤：
[0131] 步骤401、RLC模块接收来自PDCP的数据。
[0132] 步骤402、RLC模块通知MAC-d模块当前缓存的数据量。
[0133] 步骤403、MAC-d模块在收到通知消息后查看RLC模块之前还存的数据量是否为0，如果是，则执行步骤404；否则，不发送容量请求消息，并跳出本流程。
[0134] 步骤404、MAC-d模块向FP模块发送容量请求消息，并启动容量请求定时器。
[0135] 步骤405、FP模块通过IUB口向基站发送容量请求消息。
[0136] 其中，如果容量请求定时器超时后，MAC-d模块没有收到基站返回的容量分配控制帧，则MAC-d模块重新执行步骤404。
[0137] 如图5所示，本发明实施例RNC进行流量控制的方法包括下列步骤：
[0138] 步骤501、FP模块接收来自基站的容量分配控制帧。
[0139] 步骤502、FP模块将容量分配控制帧中携带的容量分配信息发送给MAC-d模块。
[0140] 其中，容量分配控制帧中包括但不限于下列信息：
[0141] 发送间隔内需要传输的MAC-d PDU块数，最大MAC-d PDU协议数据单元大小，发送的时间粒度和发送时间间隔。
[0142] 当然，FP模块也可以将容量分配控制帧发送给MAC-d模块。
[0143] 步骤503、MAC-d模块收到容量分配信息后，停止容量请求定时器，根据容量分配信息确定每次需要发送的数据量。
[0144] 其中，MAC-d模块根据容量分配信息周期从RLC模块中获取数据，在令牌桶流量控制开关是开启时，根据令牌桶当前的剩余容量和令牌桶的总容量，对数据进行流量控制，具体的：
[0145] 步骤504、MAC-d模块通过RLC_Status_Ind消息从RLC模块中获取数据。
[0146] 步骤505、RLC模块向MAC-d模块发送数据。
[0147] 步骤506、RLC模块将剩余的数据量通知给MAC-d模块。
[0148] 步骤507、MAC-d模块向FP模块转发数据，同时将RLC模块当前的缓存数据量通知FP模块，如果本次数据发送完成后缓存中还有数据未发完，则重新启动一个容量请求定时器。
[0149] 步骤508、FP模块将当前的缓存数据量携带在来自MAC-d模块的数据中通过IUB口发送给Node B。
[0150] 其中，步骤506与步骤505之间没有必然的时序关系。也就是说，可以先执行步骤505，在执行步骤506；也可以先执行步骤506，在执行步骤505；还可以同时执行步骤505和
506。
[0151] 从上述实施例中可以看出：本发明实施例根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值；根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量；根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
[0152] 由于可以根据用户终端的MBR控制下行数据的流量，从而可以满足运营商根据用户签约速率限制用户数据流量的需求，增加了流量控制的应用场景。
[0153] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些
修改和变型属于本发明
权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
