本申请涉及通信技术领域，尤其涉及数据处理方法及电缆调制解调器终端系统。
背景技术：
有线电缆数据服务接口规范(dataovercableserviceinterfacespecifications，dosis)是一个定义混合光纤同轴电缆网(hybridfiber－coaxial，hfc)网络的标准。docsis3.1引入了正交频分复用(orthogonalfrequencydivisionmultiplexing，ofdm)信道下行模板的概念。模板(profile)定义了ofdm下行信道上每个子载波的调制方式，并且通过下行信道模板描述符(downstreamprofiledescriptor,dpd)消息广播给所有cm。cmts可以为使用的ofdm下行信道定义多个模板，不同模板中的每个子载波的调制方式可以不一样。cmts可以将不同的模板分配给不同组内的cm。通过给不同组内的cm分配不同的下行ofdm模板，可以使下行信道质量相似的cm使用合适的子载波调制方式，提高下行信道的抗躁能力，以便同一个ofdm下行信道可以同时适应不同信道质量的cm。
标准中定义了cmts最多可以支持16个下行ofdm模板，而当前cm最多只支持4个模板，因此cmts如果根据下行动态模板分组算法计算完毕后，需要更换cm使用的下行模板的时候，就需要使用动态绑定变更(dynamicbondingchange，dbc)消息通知cm更换下行ofdm模板。
现有技术中，在需要进行下行动态模板切换时，cmts通过dbc请求消息通知cm切换模板后，继续使用老模板(之前分配给该cm的下行ofdm模板)发送下行报文，当接收到cm发送的dbc响应后，cmts使用切换后的新模板发送下行报文给cm，并同时发送dbc确认消息给cm。
在上述切换过程中，cmts在接收到dbc响应之前都会使用老模板发送下行报文，而cm配置好新模板后就会使用新模板获取下行报文。则在cm接收到dbc请求消息到cmts接收到dbc响应期间，会存在一小段时间，cmts使用旧模板发送下行报文，而cm使用新模板接收下行报文，使得cm无法获取cmts发送的下行报文，从而导致丢包现象，影响用户的下行业务。
技术实现要素：
本申请实施例提供了数据处理方法及cmts，用于防止丢包，提升用户体验。
有鉴于此，本申请第一方面提供了一种数据处理方法，该方法包括：
当cmts确定cm需要切换下行信道对应的调制模式时，cmts向cm发送dbc请求，该dbc请求用于请求cm将下行信道对应的调制模式从第一模式组更换为第二模式组，第一模式组为cm当前支持的模式组，第二模式组中的至少一个目标模式不在第一模式组中；
cmts发送dbc请求后，使用两种不同的模式向该cm发送相同的两份下行数据报文，其中一个模式为第一模式组中的一个模式，另一个模式为目标模式，本实施例中使用第一模式组中的模式发送的下行数据报文称为第一下行数据报文，将使用目标模式发送的下行数据报文称为第二下行数据报文，第一下行数据报文与第二下行数据报文相同；
cmts使用两种不同的模式向该cm发送相同的两份下行数据报文一段时间后，cmts仅使用一种模式(第二模式组中的任一模式)向cm发送下行数据报文(第三下行数据报文)。
应理解，下行模板定义了下行信道上每个子载波的调制方式，本实施例中的模式组也称为模板组，本实施例中的模式也称为模板。
结合本申请第一方面，在本申请第一方面的第一种实现方式中，cmts使用两种不同的模式向该cm发送相同的两份下行数据报文一段时间后，cmts仅使用一种模式(第二模式组中的任一模式)向cm发送下行数据报文(第三下行数据报文)具体可以是，cmts接收到该cm发送的dbc响应，并向该cm发送dbc确认消息之后，cmts仅使用一种模式(第二模式组中的任一模式)向cm发送下行数据报文(第三下行数据报文)。
其中，dbc确认消息用于通知cm该cmts已经接收到dbc响应。
本实施例中，cmts在向cm发送dbc确认消息之后再取消使用旧模板组中的模板发送数据，只使用新模板组中的模板发送数据，从而可以在cm完成下行模板的切换后再取消使用旧模板组中的模板发送数据，而只使用新模板组中的模板发送数据，确保了cm在更换模板的过程中不会出现丢包现象，提升用户体验。
结合本申请第一方面或第一方面的第一种实现方式，在本申请第一方面的第二种实现方式中，cmts使用两种不同的模式向该cm发送相同的两份下行数据报文具体可以通过如下方式：
cmts获取第一数据报文，对第一数据报文进行复制得到第二数据报文，然后使用第一模式组中的任一模式对应的调制方式对第一数据报文进行调制，同时使用目标模式对应的调制方式对第二数据报文进行调制，然后将调制得到的两份数据报文发送到下行信道。
本申请实施例提供了一种使用两种不同模式发送相同的两份下行数据报文的具体方式，提高了方案的可实现性。
本申请第二方面提供了一种数据处理方法，该方法包括：
当cmts确定cm需要切换上行信道对应的iuc时，cmts向cm发送dbc请求，该dbc请求用于请求cm将上行信道对应的iuc组从第一iuc组更换为第二iuc组，第一iuc组为cm当前支持的iuc组，第二iuc组中的至少一个目标iuc不在第一iuc组中；
cmts发送dbc请求后，针对该cm发送的带宽分配请求(第一上行带宽分配请求)，cmts分配两个带宽，其中一个使用第一iuc组中的一个iuc分配，另一个使用目标iuc分配，然后将两个分配结果发送给cm。
cmts针对该cm的带宽分配请求分配两个带宽一段时间后，当cmts接收到cm发送的带宽分配请求(第二上行带宽分配请求)时，cmts仅使用第二iuc组中的其中一个iuc为该cm分配带宽。
本申请实施例中，当cmts确定cm需要切换上行iuc时，会向cm发送dbc请求，在发送完dbc请求后，cmts先使用旧iuc组中的任意iuc以及新iuc组中的目标iuc(即新iuc组中包含而旧iuc组不包含的iuc)分配两个带宽(即第一结果和第二结果)，一段时间后，cmts仅使用新iuc组中的iuc为cm分配带宽。本实施例中，cmts在cm更换iuc组的过程中，可以使用旧iuc组中的iuc和新iuc组中的iuc为cm分配带宽，则cm不管是切换完成前还是切换完成后，都可以发送上行数据，避免了cm在更换iuc的过程中出现的丢包现象，提升用户体验。
结合本申请第二方面，在本申请第一方面的第一种实现方式中，cmts针对该cm的带宽分配请求分配两个带宽一段时间后，当cmts接收到cm发送的带宽分配请求(第二上行带宽分配请求)时，cmts仅使用第二iuc组中的其中一个iuc为该cm分配带宽具体指的时cmts接收到该cm发送的dbc响应，并向该cm发送dbc确认消息之后，cmts仅使用第二模式组中的其中一个iuc为该cm分配带宽。
其中，dbc确认消息用于通知cm该cmts已经接收到dbc响应。
结合本申请第二方面或第二方面的第一种实现方式，在本申请第二方面的第二种实现方式中，cmts可以通过如下方式将两个带宽分配结果发送给cm：
cmts分别针对两个带宽分配结果(第一结果及第二结果)形成两个信息元素(informationelement，ie)，并将这两个ie承载在对应信道的上行带宽分配映射消息中，以广播的形式发送给所有cm。
本实施例提供了一种使用不同iuc同时产生两个分配结果发送给cm的具体方式，提高了方案的可实现性。
本申请第三方面提供了一种数据处理方法，该方法包括：
当cmts确定cm需要切换下行信道对应的调制模式时，cmts向cm发送dbc请求，该dbc请求用于请求cm将下行信道对应的调制模式从第一模式组更换为第二模式组，第一模式组为cm当前支持的模式组，第二模式组与第一模式组是不相同的模式组，但是第二模式组与第一模式组均包含目标模式；
cmts发送dbc请求后，使用目标模式向该cm下行数据报文(第一下行数据报文)；
cmts使用目标模式向该cm下行数据报文一段时间后，cmts可以使用第二模式组中的任意一种模式向cm发送下行数据报文(第二下行数据报文)。
应理解，下行模板定义了下行信道上每个子载波的调制方式，本实施例中的模式组也称为模板组，本实施例中的模式也称为模板。
本申请实施例中，当cmts确定cm需要切换下行模板时，可以保留cm当前支持的模板组中的至少一个目标模板，cmts向cm发送dbc请求，在发送完dbc请求后，cmts使用其中一个目标模板发送下行数据，在cmts发送完dbc确认消息之后，cmts即可使用cmts第二模式组中的任一模式向cm发送下行数据。本实施例中，cmts可以保留cm当前支持的模板组中的至少一个目标模板，并且在切换过程中，使用这个目标模板向cm发送下行数据，而cm在更换模板组的过程中会保留目标模板，则不管cm在什么时候更换好模板组，都可以使用目标模板获取下行数据，避免了cm在更换模板组的过程中出现的丢包现象，提升用户体验。
结合本申请第三方面，在本申请第三方面的第一种实现方式中，cmts使用目标模式向该cm发送下行数据报文一段时间后，cmts使用第二模式组中的任意一种模式向cm发送下行数据报文具体可以是，cmts接收到该cm发送的dbc响应，并向该cm发送dbc确认消息之后，cmts第二模式组中的任意一种模式向cm发送下行数据报文。
其中，dbc确认消息用于通知cm该cmts已经接收到dbc响应。
本申请第四方面提供了一种数据处理方法，该方法包括：
当cmts确定cm需要切换上行信道对应的iuc时，cmts向cm发送dbc请求，该dbc请求用于请求cm将上行信道对应的iuc组从第一iuc组更换为第二iuc组，第一iuc组为cm当前支持的iuc组，第二iuc组与第二iuc组中均包含目标iuc；
cmts发送dbc请求后，针对该cm发送的带宽分配请求(第一上行带宽分配请求)，cmts使用目标iuc为该cm分配带宽，并将分配结果发送给cm。
cmts使用目标iuc为该cm分配带宽一段时间后，当cmts接收到cm发送的带宽分配请求(第二上行带宽分配请求)时，cmts可以第二iuc组中的任意一个iuc为该cm分配带宽。
结合本申请第四方面，在本申请第四方面的第一种实现方式中，cmts使用目标iuc为该cm分配带宽一段时间后，当cmts接收到cm发送的带宽分配请求(第二上行带宽分配请求)时，cmts可以第二iuc组中的任意一个iuc为该cm分配带宽具体指的是，cmts接收cm发送的dbc响应，向cm发送dbc确认消息之后，当cmts接收到cm发送的带宽分配请求(第二上行带宽分配请求)时，cmts可以第二iuc组中的任意一个iuc为该cm分配带宽。
其中，dbc确认消息用于通知cm该cmts已经接收到dbc响应。
本申请第五方面提供了一种cmts，该cmts包括：第一发送单元，第二发送单元以及第三发送单元。
第一发送单元用于向电缆调制解调器cm发送动态绑定变更dbc请求，dbc请求用于请求cm将下行信道对应的调制模式从第一模式组更换为第二模式组，第一模式组为cm当前支持的模式组，第二模式组中的至少一个目标模式不在第一模式组中；
第二发送单元用于使用第一模式组中的任一模式向cm发送第一下行数据报文，并使用目标模式向cm发送第二下行数据报文，第一下行数据报文与第二下行数据报文相同；
第三发送单元用于使用第二模式组中的任一模式向cm发送第三下行数据报文。
结合本申请第五方面，在本申请第一方面的第一种实现方式中，cmts还包括：接收单元以及第四发送单元。
接收单元用于接收dbc请求对应的dbc响应；
第四发送单元用于向cm发送dbc确认消息，dbc确认消息同于通知cm，cmts已经接收到dbc响应。
结合本申请第五方面或第五方面的第一种实现方式，在本申请第五方面的第二种实现方式中，第二发送单元包括：媒体接入控制层mac模块以及物理层phy模块；
mac模块用于获取第一数据报文，复制第一数据报文得到第二数据报文，将第一数据报文打包得到第一数据帧，将第二数据报文打包得到第二数据帧，并将第一数据帧以及第二数据帧发送至phy模块；
phy模块用于使用第一模式组中的任一模式对应的调制方式对第一数据报文进行调制得到第一下行数据报文，使用目标模式对应的调制方式对第二数据报文进行调制得到第二下行数据报文，将第一下行数据以及第二数据报文发送到下行信道。
本申请第六方面提供了一种cmts，该cmts包括：第一发送单元，第一分配单元，第二发送单元以及第二分配单元。
第一发送单元用于向电缆调制解调器cm发送动态绑定变更dbc请求，dbc请求用于请求cm将上行信道对应的时间片使用编码iuc组从第一iuc组更换为第二iuc组，第一iuc组为cm当前支持的iuc组，第二iuc组中的至少一个目标iuc不在第一iuc组中；
第一分配单元用于当cmts接收到cm发送的第一上行带宽分配请求时，cmts使用第一iuc组的任一iuc为cm分配上行带宽得到第一结果，使用目标iuc为cm分配上行带宽得到第二结果；
第二发送单元用于cmts向cm发送第一结果以及第二结果；
第二分配单元用于当cmts接收到cm发送的第二上行带宽分配请求时，cmts使用第二iuc组中的任一iuc为cm分配上行带宽。
结合本申请第六方面，在本申请第一方面的第一种实现方式中，cmts还包括：接收单元以及第三发送单元。
接收单元用于接收dbc请求对应的dbc响应；
第三发送单元用于向cm发送dbc确认消息，dbc确认消息同于通知cm，cmts已经接收到dbc响应。
结合本申请第六方面或第六方面的第一种实现方式，在本申请第六方面的第二种实现方式中，cmts还包括：通知单元；第二分配单元为第一分配单元，第一分配单元包括动态带宽分配dba模块。
通知单元用于当第一发送单元发送dbc请求之后，通知dba模块使用第一iuc组中的任一iuc以及目标iuc同时为cm分配带宽；当第三发送单元发送dbc确认消息之后，通知dba模块使用第二iuc组中的任一iuc为cm分配带宽。
结合本申请第六方面，第六方面的第一或第二种实现方式，在本申请第六方面的第三种实现方式中，第二发送单元包括：承载模块以及广播模块，该承载模块用于将所述第一结果对应的信息元素ie承载在第一上行带宽分配映射消息中，并将所述第二结果对应的ie承载在第二上行带宽分配映射消息中，该广播模块用于将第一上行带宽分配映射消息以及第二上行带宽分配映射消息广播给该cm。
本申请第七方面提供了一种cmts，该cmts包括：第一发送模块，第二发送模块以及第三发送模块。
第一发送模块，用于向cm发送dbc请求，该dbc请求用于请求cm将下行信道对应的调制模式从第一模式组更换为第二模式组，第一模式组为cm当前支持的模式组，第二模式组与第一模式组是不相同的模式组，但是第二模式组与第一模式组均包含目标模式；
第二发送模块，用于使用目标模式向该cm第一下行数据报文；
第三发送模块，用于使用第二模式组中的任意一种模式向cm发送第二下行数据报文。
结合本申请第七方面，在本申请第七方面的第一种实现方式中，该cmts还包括：接收单元以及第三发送单元。
接收单元用于接收dbc请求对应的dbc响应；
第三发送单元用于向cm发送dbc确认消息，dbc确认消息同于通知cm，cmts已经接收到dbc响应。
本申请第八方面提供了一种cmts，该cmts包括：
第一发送单元，用于向cm发送dbc请求，该dbc请求用于请求cm将上行信道对应的iuc组从第一iuc组更换为第二iuc组，第一iuc组为cm当前支持的iuc组，第二iuc组中的至少一个目标iuc不在第一iuc组中；
第一分配单元，用于当接收到该cm发送的第一上行带宽分配请求时，分配两个带宽，其中一个使用第一iuc组中的一个iuc分配，另一个使用目标iuc分配，
第二发送单元，用于将第一分配单元分配的两个结果发送给cm。
第二分配单元，当cmts接收到cm发送的第二上行带宽分配请求时，使用第二iuc组中的其中一个iuc为该cm分配带宽。
结合本申请第八方面，在本申请第八方面的第一种实现方式中，接收单元以及第三发送单元。
接收单元用于接收dbc请求对应的dbc响应；
第三发送单元用于向cm发送dbc确认消息，dbc确认消息同于通知cm，cmts已经接收到dbc响应。
本申请第九方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
本申请第十方面提供了一种，包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各面所述的方法。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例中，当cmts确定cm需要切换下行模板时，会向0cm发送dbc请求，在发送完dbc请求后，cmts先使用旧模板组中的任意模板以及新模板组中的目标模板(即新模板组中包含而旧模板组不包含的模板)发送两份相同的下行数据(即第一下行数据报文和第二数据下行报文)，一段时间后，cmts仅使用新模板组中的目标向cm发送下行数据。本实施例中，cmts在cm更换模板组的过程中，可以使用旧模板组中的模板和新模板组中的模板发送下行数据，则cm不管是切换完成前还是切换完成后，都可以解调得到cmts发送的下行数据，避免了cm在更换模板的过程中出现的丢包现象，提升用户体验。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例。
图1为本申请实施例中数据处理系统的一个结构示意图；
图2为本申请实施例中数据处理方法的一个实施例流程图；
图3为本申请实施例中数据处理方法的另一实施例流程图；
图4为本申请实施例中数据处理方法的另一实施例流程图；
图5为本申请实施例中数据处理方法的另一实施例流程图；
图6为本申请实施例中数据处理方法的另一实施例流程图；
图7为本申请实施例中数据处理方法的另一实施例流程图；
图8为本申请实施例中数据处理方法的另一实施例流程图；
图9为本申请实施例中数据处理方法的另一实施例流程图；
图10为本申请实施例中cmts的一个实施例示意图；
图11为本申请实施例中cmts的另一实施例示意图；
图12为本申请实施例中cmts的另一实施例示意图；
图13为本申请实施例中cmts的另一实施例示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例提供了一种数据处理方法及电缆调制解调器终端系统，用于防止丢包，提升用户体验。
为了便于理解，下面对本申请实施例中的数据处理方法及电缆调制解调器终端系统使用的网络系统进行介绍。
混合光纤同轴电缆网(hybridfiber－coaxial，hfc)网络技术是一种经济实用的综合数字服务宽带网接入技术。hfc通常由光纤干线、同轴电缆支线和用户配线网络三部分组成，从有线电视台出来的节目信号先变成光信号在干线上传输；到用户区域后再由光信号转换成电信号，经分配器分配后最后通过同轴电缆送到用户。图1为一种典型的hfc网络，如图1所示，hfc网络可以包括以下设备和器件：网络管理系统、城域网、同轴电缆局端接入设备(cmts)、光站、cm、用户侧的机顶盒(settopbox，stb)、个人电脑(personalcomputer，pc)和光缆(fiber)、同轴电缆(cable)、放大器、分支器(tap)等，图1中未将各个器件一一示出。
cmts与前端的城域网(互联网)连接。与城域网相连的还可以有dhcp(dynamichostconfigurationprotocol)服务器、简单文件传输协议(trivialfiletransferprotocol，tftp)服务器等其他网络设备；图中未示出。
cmts是管理控制cm的设备，其配置可通过控制台(console)接口或以太网接口完成。其配置内容主要有：下行频率、下行调制方式、下行电平等。下行频率在指定的频率范围内可以任意设定，但为了不干扰其它频道的信号，应参照有线电视的频道划分表选定在规定的频点上。调制方式的选择应考虑信道的传输质量。此外，还要设置dhcp服务器、tftp服务器的ip地址，cmts的ip地址等。上述设置完成后，如果中间线路无故障，信号电平的衰减符合要求，则启动dhcp服务器、tftp服务器等，就可在前端的互联网和cm间建立正常的通信通道。
cm主要用于有线电视网进行数据传输。平常用调制解调器通过电话线上互联网，而cm是在有线电视网络上用来上互联网的设备，它是串接在用户家的有线电视电缆插座和上网设备之间的。它把用户要上传的上行数据调制之后向互联网等传送，将互联网等发来的下行数据解调后传输给上网设备。
本申请中，某个cm的“上游”是指以该cm为界、靠近cmts的一侧；同理，某个cm的“下游“是指以该cm为界、远离cmts的一侧。
本申请中，有时还会使用到“上游”来指代本申请提供的方向选择性装置的输入端口侧，使用到“下游”来指代所述方向选择性装置的输出端口侧。
本申请中，“上行信号”，是指cm发送给cmts的信号，上行信号一般为低频信号，例如上行信号的频率可以在100兆(单位：m)以下。相应的，“下行信号”是指cmts发送给cm的信号，下行信号一般为高频信号。由于上行信号和下行信号的频段不一样，因此上行信号和下行信号可以在同一根传输介质上传输。
除了上述图1所示的hfc网络系统，本申请还可以使用与其他系统，具体此处不作限定。
下面对本申请中的数据处理方法进行介绍，请参阅图2，本申请中数据处理方法的一个实施例包括：
201、cmts向cm发送dbc请求；
cm完成初始化后，会使用配置参数向cmts申请注册，当cm接收到cmts发出的注册响应后，cm就进入了正常的工作状态。cm进行正常工作状态后会保持与cmts的通信，当cmts认为与该cm之间的下行信道当前的前通信质量较差或其他原因需要对cm当前支持的下行信道调制模式(即cm当前配置的模板(profile))进行更换时，cmts向cm发送dbc请求，该dbc请求用于请求cm将下行信道对应的调制模式从第一模式组更换为第二模式组，其中，第一模式组指的是cm当前支持的模式组，第二模式组中存在至少一个目标模式不在第一模式组中，即本实施例中目标模式指的是第二模式组中包含，而第一模式组中不包含的模式。
202、cmts使用第一模式组中的任一模式向cm发送第一下行数据报文，并使用第二模式组中的目标模式向cm发送第二下行数据报文；
cmts选择第一模式组中的任意一个模式向cm发送第一下行数据报文，并使用第二模式组中的目标模式发送第二下行数据报文，第一下行数据报文与第二下行数据报文相同，即将两份相同的数据报文分别通过新模板组中的模板和旧模板组中的模板进行发送。
203、cmts使用第二模式组中的任一模式向cm发送第三下行数据报文。
cmts发送第一下行数据报文以及第二下行数据报文之后，再使用第二模式组中的任意一个模式向cm发送第三下行数据报文。
本申请实施例中，当cmts确定cm需要切换下行模板时，会向cm发送dbc请求，在发送完dbc请求后，cmts先使用旧模板组中的任意模板以及新模板组中的目标模板(即新模板组中包含而旧模板组不包含的模板)发送两份相同的下行数据(即第一下行数据报文和第二数据下行报文)，一段时间后，cmts仅使用新模板组中的模板向cm发送下行数据。本实施例中，cmts在cm更换模板组的过程中，可以使用旧模板组中的模板和新模板组中的模板发送下行数据，则cm不管是切换完成前还是切换完成后，都可以解调得到cmts发送的下行数据，避免了cm在更换模板的过程中出现的丢包现象，提升用户体验。
应理解，上述图2对应实施例中，cmts使用第一模式组中任一模式向cm发送第一下行数据报文，并使用第二模式组中的目标模式向cm发送第二下行数据报文之后，当满足预设的触发条件时，cmts只使用第二模式组中的模式发送数据。根据不同触发条件的设定，cmts只使用第二模式组中的模式发送数据的时间点有所不同，下面以其中一种为例对本发明实施例中的数据处理方法进行详细描述，请参阅图3，本申请实施例中数据处理方法的另一实施例包括：
301、cmts向cm发送dbc请求；
cm完成初始化后，会使用配置参数向cmts申请注册，当cm接收到cmts发出的注册响应后，cm就进入了正常的工作状态。cm进行正常工作状态后会保持与cmts的通信，当cmts认为与该cm之间的下行信道当前的前通信质量较差或其他原因需要对cm当前支持的下行信道调制模式(即cm当前配置的模板(profile)组)进行更换时，cmts向cm发送dbc请求，该dbc请求用于请求cm将下行信道对应的调制模式从第一模式组更换为第二模式组，其中，第一模式组指的是cm当前支持的模式组，第二模式组中存在至少一个目标模式不在第一模式组中，即本实施例中目标模式指的是第二模式组中包含，而第一模式组中不包含的模式。
302、cmts使用第一模式组中的任一模式向cm发送第一下行数据报文，并使用第二模式组中的目标模式向cm发送第二下行数据报文；
cmts选择第一模式组中的任意一个模式向cm发送第一下行数据报文，并使用第二模式组中的目标模式发送第二下行数据报文，第一下行数据报文与第二下行数据报文相同，即将两份相同的数据报文分别通过新模板组中的模板和旧模板组中的模板进行发送。
具体地，cmts从网络侧获取第一数据报文，并对第一数据报文进行复制得到第二数据报文，然后使用第一模式组中的任一模式对应的调试方式对第一数据报文进行调整得到第一下行数据报文，并使用目标模式对应的调试方式对第二数据报文进行调制得到第二下行数据报文，cmts将第一下行数据报文以及第二下行数据报文发送到下行信道。其中，第一数据报文具体可以是服务器需要反馈给用户终端的数据，也可以是服务器广播给各用户终端的数据，还可以是其他数据，具体此处不作限定。
更具体地，本实施例中，cmts包括媒体接入控制(mediaaccesscontrollayer，mac)模块和物理层(physicallayer，phy)模块，cmts获取第一数据报文后，使用mac模块对该数据报文进行复制得到第二数据报文，分别将第一数据报文和第二数据报文打包成mac帧发送给phy模块，并通知phy模块分别使用两种调制方式对两份数据报文进行调制，phy模块使用第一模式组中的模式对应的调制方式对打包成mac帧格式的第一数据报文(第二数据报文)进行调制，使用第二模式组中的目标模式对应的调制方式对打包成mac帧格式的第二数据报文(第一数据报文)进行调制，并将调制后的两份数据报文发送到下行信道，为了便于描述，本实施例中，将使用第一模式组中的模式对应的调制方式调制得到的数据报文称为第一下行数据报文，将使用第二模式组中的目标模式对应的调制方式调制得到的数据称为第二下行数据报文。
需要说明的是，本实施例中，phy模块和mac模块可以支持一份表项或两份表项，phy模块支持两份相同数据报文的调制。
应理解，除了上述方式，cmts也可以通过其他方式使用第一模式组中的模式和第二模式组中的目标模式发送第一下行数据报文和第二下行数据报文，具体此处不作限定。
应理解，本实施例中，如果目标模式有多个，则cm可以从多个目标模式中选择其中一个目标模式向cm发送第二下行数据报文。
303、cmts接收dbc请求对应的dbc响应；
cm接收到cmts发送的dbc请求后，会根据该dbc请求更换下行模板，即将下行信道对应的调制模式从第一模式组更换为第二模式组，在这过程中cm会向cmts发送dbc响应，cmts接收该dbc响应。
具体地，若第二模式组中不存在该cm当前支持的模式，则cm会将当前支持的所有模式删除，并且针对第二模式组中的每一个模式进行配置；若第二模式组存在该cm当前支持的模式，则cm会把当前支持的模式组中第二模式组也有的模式保留，将当前支持的模式组中第二模式组没有的模式删除，并针对每个目标模式进行配置。
304、cmts向cm发送dbc确认消息；
cmts接收到dbc响应后，会向cm发送dbc确认消息，该dbc确认消息用于通知cm，cmts已经接收到该dbc响应，从而使得cm不会向cmts重复发送dbc响应。
305、cmts使用第二模式组中的任一模式向cm发送第三下行数据报文。
cmts向cm发送dbc确认消息之后，可以立即只使用一个模式(从第二模式组中选择的任意一个模式)向cm发送下行数据报文(即第三下行数据报文)，也可以在发送dbc确认消息一段时间(预设时间长度)之后，只使用一个模式(从第二模式组中选择的任意一个模式)向cm发送下行数据报文。
本申请实施例中，当cmts确定cm需要切换下行模板时，会向cm发送dbc请求，在发送完dbc请求后，cmts先使用旧模板组中的任意模板以及新模板组中的目标模板(即新模板组中包含而旧模板组不包含的模板)发送两份相同的下行数据(即第一下行数据报文和第二数据下行报文)，一段时间后，cmts仅使用新模板组中的目标向cm发送下行数据。本实施例中，cmts在cm更换模板组的过程中，可以使用旧模板组中的模板和新模板组中的模板发送下行数据，则cm不管是切换完成前还是切换完成后，都可以解调得到cmts发送的下行数据，避免了cm在更换模板的过程中出现的丢包现象，提升用户体验。
其次，本发明实施例中，cmts在向cm发送dbc确认消息之后再取消使用旧模板组中的模板发送数据，只使用新模板组中的模板发送数据，从而可以在cm完成下行模板的切换后再取消使用旧模板组中的模板发送数据，而只使用新模板组中的模板发送数据，确保了cm在更换模板的过程中不会出现丢包现象，提升用户体验。
本发明实施例还提供了另一种数据处理方法，请参阅图4，本发明实施了中数据处理方法的另一实施例包括：
401、cmts向cm发送dbc请求；
cm完成初始化后，会使用配置参数向cmts申请注册，当cm接收到cmts发出的注册响应后，cm就进入了正常的工作状态。cm进行正常工作状态后，保持与cmts的通信，当cmts认为与该cm之间的下行信道当前的前通信质量较差或其他原因需要对cm当前支持的下行信道调制模式(即cm当前配置的模板(profile)组)进行更换时，cmts向cm发送dbc请求，该dbc请求用于请求cm将下行信道对应的调制模式从第一模式组更换为第二模式组，其中，第一模式组指的是cm当前支持的模式组，第二模式组与第一模式组不相同，但是第一模式组与第二模式组均包含目标模式，即本实施例中目标模式指的是第二模式组和第二模式组都有的模式。
也就是说，本发明实施例中，当cmts认为与该cm之间的下行信道当前的通信质量较差或其他原因需要对cm当前支持的下行信道调制模式(即cm当前配置的模板(profile)组)进行更换时，cmts根据cm当前支持的模式组，保留该模式组中的至少一个目标模式不进行更换。
402、cmts使用目标模式向cm发送第一下行数据报文；
cmts向cm发送dbc请求后，使用目标模式向cm发送下行数据报文，为了便于理解，本实施例中，将cmts使用目标模式发送的下行数据报文称为第一下行数据报文。
应理解，本实施例中，第一模式组和第二模式组可以包含多个相同的模式，即目标模式可以由多个，则cmts可以选择任意一个目标模式向cm发送下行数据报文。
403、cmts接收dbc请求对应的dbc响应；
cm接收到cmts发送的dbc请求后，会根据该dbc请求更换下行模板，即将下行信道对应的调制模式从第一模式组更换为第二模式组，在这过程中cm会向cmts发送dbc响应，cmts接收该dbc响应。
具体地，cm会把当前支持的模式组中第二模式组也有的模式(即所有目标模式)保留，将当前模式组中除了目标模式以外的其他模式删除，并对第二模式组中除了目标模式以外的其他模式进行配置。
404、cmts向cm发送dbc确认消息；
cmts接收到dbc响应后，会向cm发送dbc确认消息，该dbc确认消息用于通知cm，cmts已经接收到该dbc响应，从而使得cm不会向cmts重复发送dbc响应。
405、cmts使用第二模式组中的任一模式向cm发送第二下行数据报文。
cmts向cm发送dbc确认消息之后，可以立即从第二模式组中选择任意一个模式向cm发送下行数据报文，也可以在发送dbc确认消息一段时间(预设时间长度)之后，从第二模式组中选择任意一个模式向cm发送下行数据报文。
本申请实施例中，当cmts确定cm需要切换下行模板时，可以保留cm当前支持的模板组中的至少一个目标模板，cmts向cm发送dbc请求，在发送完dbc请求后，cmts使用其中一个目标模板发送下行数据，在cmts发送完dbc确认消息之后，cmts即可使用cmts第二模式组中的任一模式向cm发送下行数据。本实施例中，cmts可以保留cm当前支持的模板组中的至少一个目标模板，并且在切换过程中，使用这个目标模板向cm发送下行数据，而cm在更换模板组的过程中会保留目标模板，则不管cm在什么时候更换好模板组，都可以使用目标模板获取下行数据，避免了cm在更换模板组的过程中出现的丢包现象，提升用户体验。
为了便于理解本申请实施例中的数据处理方法，下面以一实际应用场景为例进行介绍：
如图5所示，cm当前支持模板1、2、3和4(第一模式组)，在数据传输过程中，cmts实际使用模板1向cm发送下行数据报文，cmts根据当前的信道质量确定cm所支持的模板1、2、3和4均不适合用于传输下行数据报文，cmts需要使用模板5向cm发送下行数据报文，由于cm可以支持4个模板，所以cmts向cm发送dbc请求，以指示cm将当前支持的模板从1、2、3和4更换为5(目标模式)、6(目标模式)、7(目标模式)、8(目标模式)。
cmts向cm发送dbc请求后，从网络侧获取到第一数据报文，cmts中的mac模块对该第一下行数据报文进行复制得到第二数据报文，然后将这两个报文打包成mac帧并传递给phy模块，并告知phy模块使用两个模板对这两份数据报文进行信号调制，phy模块从mac模块处获取两份数据报文后，用模板1对应的调制方式对其中一份数据报文进行调制，并使用模板5(目标模式)对应的调制方式对另一份数据报文进行调制，然后将调制后的两份数据报文(第一下行数据报文以及第二下行数据报文)发送到下行信道中。
cm接收到cmts发送的dbc请求后，向cmts反馈dbc响应，同时将模板1、2、3和4对应的参数删除，并配置模板5、6、7和8对应的参数。
cmts接收到cm反馈的dbc响应后，向cm返回dbc确认消息。
cm接收cmts发送的dbc确认消息，确定cmts已经收到了dbc响应，不再向cmts重复发送该dbc响应。
cmts向cm发送确认消息后，mac模块会停止对从网络侧获取的数据报文进行复制，直接将从网络侧获取的数据报文传递给phy模块，phy模块仅使用模板5对应的调制方式对传递过来的数据报文进行调制，并将调制后的数据报文发送到下行信道中。
上述过程中，cm在完成模板5配置之前可以通过模板1对应的调制模式获取下行数据报文，在完成模板5之后可以通过模板5对应的调制方式获取下行数据报文，避免了切换期间的丢包现象。
由于hfc网络是点到多点的网络，各个cm在发送上行信号时，所有的cm共用上行信道。为了防止各个cm的上行信号发生冲突，所以需要进行上行带宽分配，将上行信道从频率和时间上分成不同的片段，一个片段只允许一个cm发送上行信号。在具体实现上，一般是cmts周期性地根据各个cm的请求分配上行带宽，将分配的结果形成上行带宽分配映射(map)消息下行广播给所有的cm，cm解析map消息，选择属于自己的时隙发送上行信号，其中，map消息用于规定各个cm分别哪个时隙对应的时间间隔发送何种上行信号。
docsis3.1上行引入了正交频分多址(orthogonalfrequencydivisionmultipleaccess，ofdma)信道，在ofdma信道上cm可以使用多种数据时间片使用编码(intervalusagecode，iuc)来发送上行报文，每种iuc各自定义了上行整个频谱各个子载波的调制方式，cm可以选择不同的iuc(也就是相当于选择了不同的上行调制方式)来适应不同质量的信道来进行上行报文发送。cm使用哪个iuc来发送上行报文，由cmts指定，cmts通过dbc消息控制cm上行使用的iuc列表。
对于需要切换cm上行信道使用的iuc时，cmts需要通过dbc消息修改cm的iuc列表，具体地，在需要切换cm上行信道使用的iuc时，cmts通过dbc请求消息通知cm切换iuc后，继续使用旧的iuc(之前分配给该cm使用的iuc)给该cm分配带宽，当接收到cm发送的dbc响应后，向cm发送dbc确认消息，并使用切换后新的iuc给该cm分配带宽。
在上述切换过程中，cmts在接收到dbc响应之前都会使用旧的iuc分配带宽，而cm配置好新的iuc后就会使用新的iuc发送上行报文。则在cm接收到dbc请求消息到cmts接收到dbc响应期间，会存在一小段时间，cmts使用旧的iuc给cm分配下行带宽，而cm使用新的iuc发送上行报文，使得cm无法发送上行报文，从而导致丢包现象，影响用户体验。
对此，本申请还提供了一种数据处理方法解决上述问题。请参阅图6，本申请中数据处理方法的一个实施例包括：
601、cmts向cm发送dbc请求；
cm完成初始化后，会使用配置参数向cmts申请注册，当cm接收到cmts发出的注册响应后，cm就进入了正常的工作状态。cm进行正常工作状态后，当cmts接收到cm发送的带宽分配请求时，cmts会使用该cm当前支持的iuc组中的iuc为该cm分配带宽。
当cmts根据上行信道质量或其他因素确定需要对cm当前支持的iuc组进行调整时，cmts向cm发送dbc请求，该dbc请求用于请求该cm将上行信道对应的iuc从第一iuc组更换为第二iuc组，其中，第一iuc组指的是cm当前支持的iuc组，第二iuc组中的至少一个目标iuc不在第一iuc组中，即本实施例中目标iuc指的是第二iuc组中包含，而第一iuc组中不包含的iuc。
602、cmts接收cm发送的第一上行带宽分配请求；
cm需要发送上行数据的时候，会向cmts发送带宽分配请求，cmts向cm发送dbc请求后，当接收到该cm发送的带宽分配请求(第一上行带宽分配请求)时，cmts执行步骤603。
603、cmts使用第一iuc组中的任一iuc为cm分配上行带宽得到第一结果，使用第二iuc组中的目标iuc为cm分配上行带宽得到第二结果；
当cmts接收到第一上行带宽分配请求时，为该cm分配两个带宽，一个使用第一iuc组中的任一iuc分配，一个使用目标iuc分配，本实施例中，将使用第一iuc组中任一iuc分配的结果称为第一结果，将使用目标iuc分配的结果称为第二结果。
604、cmts向cm发送第一结果以及第二结果；
cmts使用两个不同的iuc为cm分配两个带宽后，将这两个带宽对应的结果发送给cm，即向cm发送第一结果以及第二结果，使得该cm可以使用第一iuc组中的iuc在对应的时间片上发送上行数据，或者使用第二iuc组中的目标iuc在对应的时间片上发送上行数据。
605、cmts接收cm发送的第二上行带宽分配请求；
cmts使用两个iuc为cm分配两个带宽一段时间后，当cmts接收到cm发送的带宽分配请求(第二上行带宽分配请求)时，cmts执行如下步骤606。
606、cmts使用第二iuc组中的任一iuc为cm分配上行带宽。
当cmts接收到cm发送的第二上行带宽分配请求时，cmts从第二iuc组中选择任意一个iuc为该cm分配上行带宽，该iuc可以是目标iuc，也可以不是，具体此处不作限定。
进一步地，cmts为cm分配上行带宽后，可以将分配结果发送给该cm，使得cm可以使用第二iuc组中的iuc在对应的时间片上发送上行数据。
本申请实施例中，当cmts确定cm需要切换上行iuc时，会向cm发送dbc请求，在发送完dbc请求后，cmts先使用旧iuc组中的任意iuc以及新iuc组中的目标iuc(即新iuc组中包含而旧iuc组不包含的iuc)分配两个带宽(即第一结果和第二结果)，一段时间后，cmts仅使用新iuc组中的iuc为cm分配带宽。本实施例中，cmts在cm更换iuc组的过程中，可以使用旧iuc组中的iuc和新iuc组中的iuc为cm分配带宽，则cm不管是切换完成前还是切换完成后，都可以发送上行数据，避免了cm在更换iuc的过程中出现的丢包现象，提升用户体验。
应理解，上述图6对应实施例中，cmts使用两种不同iuc为cm分配两个带宽后，当满足预设的触发条件时，cmts只使用第二iuc组中的其中一个iuc为该cm分配带宽。根据不同触发条件的设定，cmts只使用第二iuc组中的其中一个iuc为该cm分配带宽的时间点有所不同，下面以其中一种为例对本发明实施例中的数据处理方法进行详细描述，请参阅图7，本申请实施例中数据处理方法的另一实施例包括：
701、cmts向cm发送dbc请求；
cm完成初始化后，会使用配置参数向cmts申请注册，当cm接收到cmts发出的注册响应后，cm就进入了正常的工作状态。cm进行正常工作状态后，当cmts接收到cm发送的带宽分配请求时，cmts会使用该cm当前支持的iuc组中的iuc为该cm分配带宽。
当cmts根据上行信道质量或其他因素确定需要对cm当前支持的iuc组进行调整时，cmts向cm发送dbc请求，该dbc请求用于请求该cm将上行信道对应的iuc从第一iuc组更换为第二iuc组，其中，第一iuc组指的是cm当前支持的iuc组，第二iuc组中的至少一个目标iuc不在第一iuc组中，即本实施例中目标iuc指的是第二iuc组中包含，而第一iuc组中不包含的iuc。
本实施例中，cmts向cm发送dbc发送请求后，还可以通知动态带宽分配(dynamicbandwidthallocation，dba)模块在第一iuc组中的任一iuc以及目标iuc上同时分配带宽。
702、cmts接收cm发送的第一上行带宽分配请求；
cm需要发送上行数据的时候，会向cmts发送带宽分配请求，cmts向cm发送dbc请求后，当接收到该cm发送的带宽分配请求(第一上行带宽分配请求)时，cmts执行步骤703。
703、cmts使用第一iuc组中的任一iuc为cm分配上行带宽得到第一结果，使用第二iuc组中的目标iuc为cm分配上行带宽得到第二结果；
当cmts接收到cm发送的第一上行带宽分配请求时，cmts中的dba模块会同时使用两种不同的iuc为cm分配两个带宽，一个使用第一iuc组中的任一iuc分配，一个使用目标iuc分配，本实施例中，将使用第一iuc组中任一iuc分配的结果称为第一结果，将使用目标iuc分配的结果称为第二结果。
704、cmts向cm发送第一结果以及第二结果；
cmts使用两个不同的iuc为cm分配两个带宽后，将两个不同的iuc对应的分配结果发送给cm，使得该cm可以使用第一iuc组中的iuc在对应的时间片上发送上行数据，或者使用第二iuc组中的目标iuc在对应的时间片上发送上行数据。
具体地，cmts分别将第一结果对应的ie承载在第一上行带宽分配映射消息中，并将第二结果对应的ie承载在上行带宽分配映射消息，然后将第一上行带宽分配映射消息以及第二上行带宽分配映射消息下行广播给所有的cm，使得cm可以解析第一上行带宽分配映射消息，使用第一iuc组中的iuc在对应的时间片上发送上行数据，或者解析第二上行带宽分配映射消息，使用第二iuc组中的目标iuc在对应的时间片上发送上行数据。其中，第一上行带宽分配映射消息和第二上行带宽分配映射消息可以相同也可以不同，具体此处不作限定。
705、cmts接收dbc请求对应的dbc响应；
cm接收到cmts发送的dbc请求后，会根据该dbc请求将上行信道对应的iuc从第一iuc组更换为第二iuc组，在这过程中cm会向cmts发送dbc响应，cmts接收该dbc响应。
具体地，若第二模式组中不存在该cm当前支持的iuc，则cm会将当前支持的所有iuc删除，并且针对第二iuc组中的每一个iuc进行配置；若第二iuc组存在该cm当前支持的iuc，则cm会把当前支持的iuc组中第二iuc组也有的iuc保留，将当前支持的iuc组中第二iuc组没有的iuc删除，并针对每个目标iuc进行配置。
706、cmts向cm发送dbc确认消息；
cmts接收到dbc响应后，会向cm发送dbc确认消息，该dbc确认消息用于通知cm，cmts已经接收到该dbc响应，从而使得cm不会向cmts重复发送dbc响应。
707、cmts接收cm发送的第二上行带宽分配请求；
cmts向cm发送dbc确认消息后，cmts可以立即通知dba模块仅使用第二iuc组中的其中一个iuc为cm分配上行带宽，也可以在发送dbc确认消息一段时间(预设时间长度)之后通知dba模块仅使用第二iuc组中的其中一个iuc为cm分配上行带宽，通知完dba模块后，当cmts接收到cm发送的带宽分配请求(第二上行带宽分配请求)时，cmts执行如下步骤708。
708、cmts使用第二iuc组中的任一iuc为cm分配上行带宽。
当cmts接收到cm发送的第二上行带宽分配请求时，cmts中的dba模块从第二iuc组中选择任意一个iuc为该cm分配上行带宽，该iuc可以是目标iuc，也可以不是，具体此处不作限定。进一步地，cmts为cm分配上行带宽后，可以将分配结果对应的ie承载在上行带宽分配映射消息中，通过该上行带宽分配映射消息广播给所有的cm，使得该cm解析该上行带宽分配映射消息后使用第二iuc组中的iuc在对应的时间片上发送上行数据。
本申请实施例中，当cmts确定cm需要切换上行iuc时，会向cm发送dbc请求，在发送完dbc请求后，cmts先使用旧iuc组中的任意iuc以及新iuc组中的目标iuc(即新iuc组中包含而旧iuc组不包含的iuc)分配两个带宽(即第一结果和第二结果)，一段时间后，cmts仅使用新iuc组中的iuc为cm分配带宽。本实施例中，cmts在cm更换iuc组的过程中，可以使用旧iuc组中的iuc和新iuc组中的iuc为cm分配带宽，则cm不管是切换完成前还是切换完成后，都可以发送上行数据，避免了cm在更换iuc的过程中出现的丢包现象，提升用户体验。
其次，本发明实施例中，cmts在向cm发送dbc确认消息之后再取消使用旧iuc组中的iuc分配带宽，只使用新iuc组中的iuc分配带宽，从而可以在cm完成iuc组的切换后再取消使用旧iuc组中的iuc分配带宽，而只使用新iuc组中的iuc分配带宽，确保了cm在更换iuc组的过程中不会出现丢包现象，提升用户体验。
本发明实施例还提供了另一种数据处理方法，请参阅图8，本发明实施了中数据处理方法的另一实施例包括：
801、cmts向cm发送dbc请求，第一iuc组与第二iuc组均包含目标iuc；
cm完成初始化后，会使用配置参数向cmts申请注册，当cm接收到cmts发出的注册响应后，cm就进入了正常的工作状态。cm进行正常工作状态后，当cmts接收到cm发送的带宽分配请求时，cmts会使用该cm当前支持的iuc组中的iuc为该cm分配带宽。
当cmts根据上行信道质量或其他因素确定需要对cm当前支持的iuc组进行调整时，cmts向cm发送dbc请求，该dbc请求用于请求该cm将上行信道对应的iuc从第一iuc组更换为第二iuc组，其中，第一iuc组指的是cm当前支持的iuc组，第二iuc组与第一iuc组不相同，但是第一iuc组与第二iuc组中均包含目标iuc，即本实施例中目标iuc指的是第二iuc组和第二iuc组都有的iuc。
也就是说，本发明实施例中，当cmts认为与该cm之间的上行信道当前的通信质量较差或其他原因需要对cm当前支持的iuc组进行更换时，cmts根据cm当前支持的iuc组，保留该iuc组中的至少一个目标iuc不进行更换。
802、cmts接收cm发送的第一上行带宽分配请求；
cm需要发送上行数据的时候，会向cmts发送带宽分配请求，cmts向cm发送dbc请求后，当接收到该cm发送的带宽分配请求(第一上行带宽分配请求)时，cmts执行步骤803。
803、cmts使用目标iuc为cm分配上行带宽得到目标结果；
当cmts接收到cm发送的第一上行带宽分配请求时，cmts中的dba模块会使用目标iuc为cm分配带宽，本实施例中将使用目标iuc分配的结果称为目标结果。
804、cmts向cm发送目标结果；
cmts将使用目标iuc分配的结果(目标结果)对应的ie承载在对应的上行带宽分配映射消息，并将该上行带宽分配映射消息下行广播给所有的cm，使得该cm解析该上行带宽分配映射信息，使用目标iuc在对应的时间片上发送上行数据。
805、cmts接收dbc请求对应的dbc响应；
cm接收到cmts发送的dbc请求后，会根据该dbc请求将上行信道对应的iuc从第一iuc组更换为第二iuc组，在这过程中cm会向cmts发送dbc响应，cmts接收该dbc响应。
具体地，cm会把当前支持的iuc组中第二iuc组也有的iuc(即目标iuc)保留，将当前支持的iuc组中除了目标iuc以外的其他iuc删除，并针对第二iuc组中除了目标iuc以外的其他iuc进行配置。
806、cmts向cm发送dbc确认消息；
cmts接收到dbc响应后，会向cm发送dbc确认消息，该dbc确认消息用于通知cm，cmts已经接收到该dbc响应，从而使得cm不会向cmts重复发送dbc响应。
807、cmts接收cm发送的第二上行带宽分配请求；
cmts向cm发送dbc确认消息后，cmts可以立即通知dba模块可以使用第二iuc组中的任意一个iuc为cm分配上行带宽，也可以在发送dbc确认消息一段时间(预设时间长度)之后通知dba模块可以使用第二iuc组中的任意一个iuc为cm分配上行带宽，通知完dba模块后，当cmts接收到cm发送的带宽分配请求(第二上行带宽分配请求)时，cmts执行如下步骤808。
808、cmts使用第二iuc组中的任一iuc为cm分配上行带宽。
当cmts接收到cm发送的第二上行带宽分配请求时，cmts中的dba模块从第二iuc组中选择任意一个iuc为该cm分配上行带宽，该iuc可以是目标iuc，也可以不是，具体此处不作限定。进一步地，cmts为cm分配上行带宽后，可以将分配结果对应的ie承载在上行带宽分配映射消息中广播给所有的cm，使得该cm解析该上行带宽分配映射消息后使用第二iuc组中的iuc在对应的时间片上发送上行数据。
本申请实施例中，当cmts确定cm需要切换上行iuc时，可以保留cm当前支持的iuc组中的至少一个目标iuc，cmts向cm发送dbc请求，在发送完dbc请求后，cmts使用目标iuc分配带宽，在cmts发送完dbc确认消息之后，cmts即可使用cmts第二iuc组中的任一iuc为cm分配带宽。本实施例中，cmts可以保留cm当前支持的iuc组中的至少一个目标iuc，并且在切换过程中，使用这个目标iuc为cm分配带宽，而cm在更换iuc组的过程中会保留目标iuc，则不管cm在什么时候更换好iuc组，都可以使用目标iuc在对应时间片上发送上行数据，避免了cm在更换iuc组的过程中出现的丢包现象，提升用户体验。
为了便于理解本申请实施例中的数据处理方法，下面以一实际应用场景为例进行介绍：
如图9所示，cm当前支持iuc13和iuc14(第一iuc组)，在数据传输过程中，当cm需要发送上行数据时，cmts会使用iuc13为该cm的带宽分配请求分配上行带宽。
cmts根据当前的上行信道质量确定cm所支持的iuc13和iuc14均不适合用于传输上行数据，cm需要使用iuc12向cmts发送上行数据，由于cm可以支持2个iuc，所以cmts向cm发送dbc请求，以指示该cm将当前支持的iuc13和iuc14(第一iuc组)更换为iuc11和iuc12(第二iuc组)。
cmts向cm发送dbc请求后，通知dba模块为该cm在iuc13和iuc12上同时分配带宽。
通知完dba模块后，dba模块接收到该cm的带宽分配请求(第一带宽分配请求)，dba模块使用iuc13为该cm分配带宽，并使用iuc12为该cm分配带宽。
cmts将使用iuc13分配的结果对应的ie承载在第一上行带宽分配映射消息中，同时将iuc12分配的结果对应的ie承载在第二上行带宽分配映射消息中，然后分别将第一上行带宽分配映射消息以及第二上行带宽分配映射消息广播给所有cm。
cm接收到cmts发送的dbc请求后，向cmts反馈dbc响应，同时将iuc13和iuc14对应的参数删除，并配置iuc11和iuc12有的参数。
cmts接收到cm反馈的dbc响应后，向cm返回dbc确认消息，同时通知dba模块仅使用iuc12为该cm分配带宽。
通知完dba模块后，dba模块接收到该cm的带宽分配请求(第二带宽分配请求)，dba模块使用iuc12为该cm分配带宽，并将该分配结果对应的ie承载在上行带宽分配映射消息中，将该上行带宽分配映射消息广播给所有cm。
上述过程中，cm在完成iuc12对应参数的配置之前可以通过解析第一上行带宽分配映射消息，使用iuc13在对应的时间片上发送上行数据，在完成iuc12对应参数的配置之后可以通过解析第二上行带宽分配映射消息，使用iuc12在对应的时间片上发送上行数据，避免了切换期间的丢包现象。
上面介绍了本申请实施例中的数据处理方法，下面对本申请实施例中的cmts进行介绍，请参阅图10，本申请实施例中cmts的一个实施例包括：
第一发送单元1001，用于向电缆调制解调器cm发送动态绑定变更dbc请求，dbc请求用于请求cm将下行信道对应的调制模式从第一模式组更换为第二模式组，第一模式组为cm当前支持的模式组，第二模式组中的至少一个目标模式不在第一模式组中；
第二发送单元1002，用于使用第一模式组中的任一模式向cm发送第一下行数据报文，并使用目标模式向cm发送第二下行数据报文，第一下行数据报文与第二下行数据报文相同；
第三发送单元1003，用于使用第二模式组中的任一模式向cm发送第三下行数据报文。
应理解上述图10对应cmts中各模块所执行的流程与前述图2所示的实施例中描述的方法流程类似，此处不再赘述。
本申请实施例中，当cmts确定cm需要切换下行模板时，第一发送单元1001会向cm发送dbc请求，在发送完dbc请求后，第二发送单元1002使用旧模板组中的任意模板以及新模板组中的目标模板(即新模板组中包含而旧模板组不包含的模板)发送两份相同的下行数据(即第一下行数据报文和第二数据下行报文)，一段时间后，第三发送单元1003使用新模板组中的目标向cm发送下行数据。本实施例中，cmts在cm更换模板组的过程中，可以使用旧模板组中的模板和新模板组中的模板发送下行数据，则cm不管是切换完成前还是切换完成后，都可以解调得到cmts发送的下行数据，避免了cm在更换模板的过程中出现的丢包现象，提升用户体验。
为了便于理解，下面对本申请实施例中的cmts进行详细介绍，请参阅图11，本申请实施例中cmts的另一实施例包括：
第一发送单元1101，用于向电缆调制解调器cm发送动态绑定变更dbc请求，dbc请求用于请求cm将下行信道对应的调制模式从第一模式组更换为第二模式组，第一模式组为cm当前支持的模式组，第二模式组中的至少一个目标模式不在第一模式组中；
第二发送单元1102，用于使用第一模式组中的任一模式向cm发送第一下行数据报文，并使用目标模式向cm发送第二下行数据报文，第一下行数据报文与第二下行数据报文相同；
接收单元1103，用于接收dbc请求对应的dbc响应；
第四发送单元1104，用于向cm发送dbc确认消息，dbc确认消息同于通知cm，cmts已经接收到dbc响应。
第三发送单元1105，用于使用第二模式组中的任一模式向cm发送第三下行数据报文。
可选地，在本实施例中，第二发送单元1102可以包括：mac模块11021以及phy模块11022；
mac模块11021，用于获取第一数据报文，复制第一数据报文得到第二数据报文，将第一数据报文打包得到第一数据帧，将第二数据报文打包得到第二数据帧，并将第一数据帧以及第二数据帧发送至phy模块；
phy模块11022，用于使用第一模式组中的任一模式对应的调制方式对第一数据报文进行调制得到第一下行数据报文，使用目标模式对应的调制方式对第二数据报文进行调制得到第二下行数据报文，将第一下行数据以及第二数据报文发送到下行信道。
应理解上述图11对应cmts中各模块所执行的流程与前述图3所示的实施例中描述的方法流程类似，此处不再赘述。
本申请实施例中，当cmts确定cm需要切换下行模板时，第一发送单元1101会向cm发送dbc请求，在发送完dbc请求后，第二发送单元1102使用旧模板组中的任意模板以及新模板组中的目标模板(即新模板组中包含而旧模板组不包含的模板)发送两份相同的下行数据(即第一下行数据报文和第二数据下行报文)，一段时间后，第三发送单元1103仅使用新模板组中的目标向cm发送下行数据。本实施例中，cmts在cm更换模板组的过程中，可以使用旧模板组中的模板和新模板组中的模板发送下行数据，则cm不管是切换完成前还是切换完成后，都可以解调得到cmts发送的下行数据，避免了cm在更换模板的过程中出现的丢包现象，提升用户体验。
其次，本发明实施例中，cmts在向cm发送dbc确认消息之后再取消使用旧模板组中的模板发送数据，只使用新模板组中的模板发送数据，从而可以在cm完成下行模板的切换后再取消使用旧模板组中的模板发送数据，而只使用新模板组中的模板发送数据，确保了cm在更换模板的过程中不会出现丢包现象，提升用户体验。
本申请实施例还提供了另一种cmts，请参阅图12，本申请实施例中cmts的另一实施例包括：
第一发送单元1201，用于向电缆调制解调器cm发送动态绑定变更dbc请求，dbc请求用于请求cm将上行信道对应的时间片使用编码iuc组从第一iuc组更换为第二iuc组，第一iuc组为cm当前支持的iuc组，第二iuc组中的至少一个目标iuc不在第一iuc组中；
第一分配单元1202，用于当cmts接收到cm发送的第一上行带宽分配请求时，cmts使用第一iuc组的任一iuc为cm分配上行带宽得到第一结果，使用目标iuc为cm分配上行带宽得到第二结果；
第二发送单元1203，用于cmts向cm发送第一结果以及第二结果；
第二分配单元1204，用于当cmts接收到cm发送的第二上行带宽分配请求时，cmts使用第二iuc组中的任一iuc为cm分配上行带宽。
应理解上述图12对应cmts中各模块所执行的流程与前述图6所示的实施例中描述的方法流程类似，此处不再赘述。
本申请实施例中，当cmts确定cm需要切换上行iuc时，第一发送单元1201会向cm发送dbc请求，在发送完dbc请求后，第一分配单元1202使用旧iuc组中的任意iuc以及新iuc组中的目标iuc(即新iuc组中包含而旧iuc组不包含的iuc)分配两个带宽(即第一结果和第二结果)，一段时间后，第二分配单元1204使用新iuc组中的iuc为cm分配带宽。本实施例中，cmts在cm更换iuc组的过程中，可以使用旧iuc组中的iuc和新iuc组中的iuc为cm分配带宽，则cm不管是切换完成前还是切换完成后，都可以发送上行数据，避免了cm在更换iuc的过程中出现的丢包现象，提升用户体验。
为了便于理解，下面对本申请实施例中的另一cmts进行详细介绍，请参阅图13，本申请实施例中cmts的另一实施例包括：
第一发送单元1301，用于向电缆调制解调器cm发送动态绑定变更dbc请求，dbc请求用于请求cm将上行信道对应的时间片使用编码iuc组从第一iuc组更换为第二iuc组，第一iuc组为cm当前支持的iuc组，第二iuc组中的至少一个目标iuc不在第一iuc组中；
第一分配单元1302，用于当cmts接收到cm发送的第一上行带宽分配请求时，cmts使用第一iuc组的任一iuc为cm分配上行带宽得到第一结果，使用目标iuc为cm分配上行带宽得到第二结果；
第二发送单1303，用于cmts向cm发送第一结果以及第二结果；
接收单元1304，用于接收dbc请求对应的dbc响应；
第三发送单元1305，用于向cm发送dbc确认消息，dbc确认消息同于通知cm，cmts已经接收到dbc响应。
第二分配单元1306，用于当cmts接收到cm发送的第二上行带宽分配请求时，cmts使用第二iuc组中的任一iuc为cm分配上行带宽。
可选地，在本实施例中，cmts还可以包括通知单元1307，第二分配单元1306即第一分配单元1302，第一分配单元1302(第二分配单元)包括dba模块13021；
通知单元1307用于当第一发送单元1301发送dbc请求之后，通知dba模块13021使用第一iuc组中的任一iuc以及目标iuc同时为cm分配带宽；当第三发送单元1305发送dbc确认消息之后，通知dba模块13021使用第二iuc组中的任一iuc为cm分配带宽。
可选地，在本实施例中，第二发送单元1303还可以包括：
承载模块13031，用于将所述第一结果对应的信息元素ie承载在第一上行带宽分配映射消息中，并将所述第二结果对应的ie承载在第二上行带宽分配映射消息中；
广播模块13032，用于将第一上行带宽分配映射消息以及第二上行带宽分配映射消息广播给该cm。
应理解上述图13对应cmts中各模块所执行的流程与前述图7所示的实施例中描述的方法流程类似，此处不再赘述。
本申请实施例中，当cmts确定cm需要切换上行iuc时，第一发送单元1301会向cm发送dbc请求，在发送完dbc请求后，第一分配单元1302使用旧iuc组中的任意iuc以及新iuc组中的目标iuc(即新iuc组中包含而旧iuc组不包含的iuc)分配两个带宽(即第一结果和第二结果)，一段时间后，第二分配单元1306使用新iuc组中的iuc为cm分配带宽。本实施例中，cmts在cm更换iuc组的过程中，可以使用旧iuc组中的iuc和新iuc组中的iuc为cm分配带宽，则cm不管是切换完成前还是切换完成后，都可以发送上行数据，避免了cm在更换iuc的过程中出现的丢包现象，提升用户体验。
其次，本发明实施例中，cmts在向cm发送dbc确认消息之后再取消使用旧iuc组中的iuc分配带宽，只使用新iuc组中的iuc分配带宽，从而可以在cm完成iuc组的切换后再取消使用旧iuc组中的iuc分配带宽，而只使用新iuc组中的iuc分配带宽，确保了cm在更换iuc组的过程中不会出现丢包现象，提升用户体验。
本申请实施例还提供了计算机存储介质，该计算机存储介质用于储存为上述cmts所用的计算机软件指令，其包括用于执行为所述cmts所设计的程序。
本申请实施例还提供了计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述图2至图9中任意一项的数据处理方法中的流程。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文全称：read-onlymemory，英文缩写：rom)、随机存取存储器(英文全称：randomaccessmemory，英文缩写：ram)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。