[0055] 为了使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例作进一步地详细描述。
[0056] 以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
[0057] 1)CPE，CPE客户终端设备常布放于通过双绞线接入的家庭，用于提供家庭用户的有线宽带、互联网协议电视(internet protocol television，IPTV)、网络电话(voice over internet protocol，VoIP)等业务的综合接入。CPE实现了接入网络与用户设备之间的连接。
[0058] 2)CO，为局端设备，在P2MP场景下，可通过用户节点连接多个CPE，从而为多个CPE提供入网服务。
[0059] 3)本申请实施例中的术语“系统”和“网络”可被互换使用。“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。
[0060] 以及，除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。
[0061] 如上介绍了本申请实施例涉及的一些概念，下面介绍本申请实施例的技术背景。
[0062] 以PON为代表的FTTH(fiber to the home，光纤入户)技术已经可以在带宽上满足日益增长的对接入网络速率的预期，但在投资成本、布放与运维、及稳定性等多方面都存在难以克服的限制，尤其是光纤入户的建设成本较高，全生命周期的成本投入还远远达不到运营商的期望。数字用户线路(digital subscriber line，DSL)等铜线接入技术则在投资、运维等方面都存在明显的优势。运营商希望在保护和利用既有铜线投资的同时，能够提供在未来10至20年甚至更长时间内满足用户需求的宽带接入服务。
[0063] 为了满足这种中长期更高速率的需求，ITU-T已经成立了G.fast项目来研究FTTdp场景下使用铜线来提供最后的高速接入，其目标是在100米范围内提供500Mbps以上的接入速率。目前，ITU-T Q4正在进行G.fast相关的技术研究和标准制定，G.fast标准编号为G.9701。
[0064] G.fast的上下行采用TDD。TDD是一种半双工复用方式，即上下行都占用整个频段的所有子载波来发送信息，由系统分别分配时隙。同一时隙下，一端的收发器只能发送或接收，而对端的收发器在该时隙只能采取相反的操作。目前，G.fast标准采用如图1所示的超帧结构。一个超帧包括多个TDD帧，超帧中的第一个帧为TDD同步帧，TDD同步帧包括下行同步符号和上行同步符号。
[0065] 为了为用户提供更高的速率，ITU于2017年6月通过G.mgfast标准立项。在G.mgfast标准框架内，运营商提出了双绞线网络的P2MP架构。在P2MP的网络架构下，电话线(双绞线)连接了局端设备的一个端口和多个CPE，CPE通过与局端设备通信而入网。
[0066] 目前，G.994.1标准规定了CPE与CO之间的握手过程。在G.994.1标准中，握手是CO和CPE之间通过特定消息的交互，完成传输模式的信息交互和选择的过程。G.994.1标准还规范了握手前的建链和握手结束后的拆链过程。建链的目的是确认收发两端已准备好进行握手消息交互，拆链的目的是结束握手(handshake)阶段，进入初始化阶段或者恢复到初始状态。G.994.1各阶段的过程可参考图2，局端设备和CPE在进行交互消息的发送之前，需要确认对端已准备好进行消息交互，这一确认过程称为建链。建链成功后，双端才能进行消息的交互。在双端完成握手时，需要进行拆链，结束握手消息交互阶段，之后再进入初始化(initialization)阶段和数据传输(showtime)阶段。当握手过程中发生异常时，需要进行拆链，结束握手消息交互阶段，并恢复到初始状态。
[0067] 现有的G.994.1标准只支持P2P模式，即局端设备的一个端口只跟一个CPE握手。换句话说，在CPE发送握手请求之前，局端设备的该端口是处于静默的状态，不发送任何信号的。而在P2MP模式下，很有可能在一个CPE发送握手请求之前，局端设备已经处于showtime阶段与另外的CPE在传输信号。例如，一条G.mgfast线路上有一个CPE已经上线，这时如果有新的CPE请求上线就会出现这种情况。而局端设备处于showtime阶段的握手流程是G.994.1不支持的。就是说，在P2MP模式下，局端设备可能会与多个CPE连接，如果局端设备的一个端口只跟一个CPE握手，会导致多个CPE无法接入局端设备。
[0068] 鉴于此，提供本申请实施例的技术方案，局端设备能够与多个CPE通过时分复用方式实现通信，避免局端设备只能与一个CPE握手的情况，使得多个CPE都能够接入局端设备，进而接入网络，满足CPE的连接需求。
[0069] 请参考图3，介绍本申请实施例的一种应用场景，是P2MP网络的一种示意图。电话线(双绞线)连接了局端设备的一个端口和用户节点，用户节点连接了多个CPE。例如，新建住宅可以在家里的每个房间装电话线的接口，有了这些接口，每一个房间都可以接一个CPE。在图3中有两个家庭，A家庭和B家庭。其中A家庭有4个电话线接口，可以同时连接4个CPE：CPE A1、CPE A2、CPE A3和CPE A4。B家庭也有4个电话线接口，可以同时连接4个CPE：CPE B1、CPE B2、CPE B3和CPE B4。图3中家庭的数量和每个家庭的CPE的数量只是示例，本申请不限制一个家庭所拥有的CPE的数量，以及不限制局端设备所能够连接的CPE的数量，也就是说，不限制一个通信网络所包括的局端设备和CPE的数量。
[0070] 本申请实施例可以适用于P2MP网络，也可以适用于其他类似的有线通信系统，例如有线电视网络(cable)系统等。在本文的介绍过程中，是以应用在P2MP网络为例。
[0071] 下面结合附图介绍本申请实施例提供的技术方案，在下文的介绍过程中，以本申请实施例提供的技术方案应用在图3所示的应用场景为例，即，通信网络以图3所示的P2MP网络为例。且在本申请实施例中，局端设备连接的多个CPE中有至少一个CPE处于showtime状态，即，局端设备也处于showtime状态，处于showtime状态的CPE通过时分复用方式与局端设备通信。在实际应用中当然不限于此。
[0072] 请参见图4，本申请一实施例提供一种通信方法，该方法的流程描述如下。
[0073] S41、第一CPE获得基本配置信息，第一CPE为局端设备连接的多个CPE中的一个，且第一CPE处于静默(silent)状态。
[0074] 此时第一CPE不是如前所述的处于showtime状态的CPE，而是待上线的CPE。对于待上线的CPE可理解如下：CO连接了多个CPE，在处于silent的CPE中，部分CPE或者全部CPE是等待或准备与CO进行握手，则这些CPE就是待上线的CPE，第一CPE就是待上线的CPE中的任意一个。
[0075] 有了基本配置信息，局端设备和CPE就可以正确解调初始化阶段的信号。基本配置信息可以包括表1中所示的至少一项：
[0076] 表1
[0077]
[0078] 其中，表1中的CE length是循环前缀+循环后缀-beta的值，其中beta是窗的长度；Profile主要用于限定发送的功率谱密度的频带和幅度；下行符号个数是指每个TDD帧中发送的下行符号的个数。
[0079] 第一CPE可以通过不同的方式获得基本配置信息。
[0080] 作为一种示例，基本配置信息可以是协议预先规定的，则CPE和局端设备都可以预先存储基本配置信息。在这种情况下，第一CPE通过在本地查询就可以获得基本配置信息，局端设备无需发送广播消息，能够减少设备之间的交互过程。
[0081] 作为另一种示例，基本配置信息可以是局端设备提供的。例如局端设备确定基本配置信息，则局端设备可以发送第三广播消息，第三广播消息就用于指示基本配置信息。第一CPE先接收广播通道的第三广播消息，由于广播通道采用最简单的4阶正交振幅调制(quadrature amplitude modulation，QAM)，所以对于待上线的CPE来说广播通道的消息是可以解调的，则第一CPE可以根据第三广播消息的指示获得基本配置信息。
[0082] 在基本配置信息由局端设备提供的情况下，为了尽量使得待上线的CPE都能够获得基本配置信息，局端设备可以多次发送第三广播消息，本申请实施例对于第三广播消息的发送次数、发送时机和发送间隔等不作限制。
[0083] S42、第一CPE向局端设备发送第一信号，则局端设备接收来自第一CPE的第一信号。第一CPE通过第一信号包括的至少一个符号的相位变化指示第一CPE是否支持基本配置信息，局端设备通过解析第一信号，就可以确定第一CPE是否支持基本配置信息。
[0084] 第一信号也可称为建链信号，例如将第一信号表示为P2MP-启动(startup，SU)-x。第一信号可以是正弦信号，可以采用二进制差分相位键控(differential phase shift keying，DPSK)方式调制，即调制数字“1”时，信号相位翻转180°，调制数字“0”时，信号相位不变。另外，为了保证鲁棒性，第一信号所包括的每个比特(bit)可以重复发送，例如可重复发送5次，或者可重复发送8次等，本申请实施例对于重复发送的次数不作限制。
[0085] 该第一信号的子载波间隔可以延用G.994.1的标准所规定的子载波间隔，G.994.1的标准所规定的子载波间隔为4.3125kHz，或者，该第一信号的子载波间隔也可以不同于G.994.1的标准所规定的子载波间隔，例如第一信号的子载波间隔可以等于G.mgfast规定的showtime阶段的信号的子载波间隔。其中，如果该第一信号的子载波间隔等于4.3125kHz，即兼容G.994.1标准，那么将该第一信号表示为P2MP-SU-1；而如果该第一信号的子载波间隔等于G.mgfast规定的showtime阶段的信号的子载波间隔，那么将该第一信号表示为P2MP-SU-2。
[0086] 在本申请实施例中，P2MP-SU-x信号包括多个符号，则第一CPE可通过P2MP-SU-x信号包括的至少一个符号的相位变化来指示第一CPE是否支持基本配置信息。至少一个符号可以是P2MP-SU-x信号包括的全部符号或部分符号。符号的相位发生变化，一种方式是符号的相位发生翻转，例如翻转180°，例如对于二进制符号来说，就是从“0”翻转到“1”，或者从“1”翻转到“0”。
[0087] 在G.994.1标准中，CPE与局端设备要实现交互，也需要先建链，因此也有建链信号，G.994.1标准规定的建链信号为-40dBm/Hz的正弦信号，且该正弦信号包括的符号每16ms进行一次相位翻转。本申请实施例中，P2MP-SU-x信号采用与G.994.1标准所规定的建链信号不同的相位变化模式：
[0088] 1、相位翻转的时间不同。
[0089] 本申请实施例中，P2MP-SU-x信号包括的至少一个符号的相位翻转间隔与G.994.1标准中规定的16ms的间隔不同，例如P2MP-SU-x信号包括的至少一个符号每8ms翻转一次相位或每32ms翻转一次相位等。
[0090] 由于P2MP-SU-x的子载波间隔可能比4.3125kHz更大，即一个符号的持续时间更短，所以可以支持更快的相位翻转。
[0091] 2、相位翻转的形式不同。
[0092] P2MP-SU-x信号通过至少一个符号的相位变化来指示CPE是否支持基本配置信息，则P2MP-SU-x信号可以表达两种含义：CPE支持基本配置信息，或CPE不支持基本配置信息。那么对于这两种含义，P2MP-SU-x信号可通过不同的相位翻转形式来表达，即，P2MP-SU-x信号包括的至少一个符号的相位可以按照第一方式变化，也可以按照第二方式变化。例如第一方式为相位按照0110110…翻转的方式，第二方式为相位按照001001001…翻转的方式。
其中，0110110…的方式可理解为，P2MP-SU-x信号包括的至少一个符号经过第一个翻转间隔后，相位发生翻转，经过第二个翻转间隔后，相位再发生翻转，经过第三个翻转间隔后，相位无变化，以此类推。同理，001001001…的方式可理解为，P2MP-SU-x信号包括的至少一个符号经过第一个翻转间隔后，相位无变化，经过第二个翻转间隔后，相位再翻转，经过第三个翻转间隔后，相位无变化，以此类推。
[0093] 例如，P2MP-SU-x信号包括的至少一个符号的相位若采用第一方式变化，则表示CPE支持基本配置信息，并请求直接进入初始化阶段。P2MP-SU-x包括的至少一个符号的相位若采用第二方式变化，则表示CPE不支持基本配置信息，或者如果基本配置信息是局端设备提供的，则可能是CPE在接收基本配置信息时出错而无法获取基本配置信息，且表示CPE请求进入支持P2MP的握手阶段。
[0094] 采用本申请实施例提供的P2MP-SU-x信号可以尽量保证，在建链初期局端设备就可以区分CPE是想要通过P2P模式还是P2MP模式上线。需要说明的是P2MP-SU-2和P2MP-SU-1一样，在建链时局端设备就可以区分是P2P还是P2MP模式。P2MP-SU-2相对P2MP-SU-1还有一个好处，即在建链时局端设备只需要处理一种符号率的符号，即只需要处理跟G.mgfast规定的showtime阶段相同的符号率的符号，但是P2MP-SU-1由于兼容了G.994.1的子载波间隔，所以局端设备需要处理两种符号率的符号。
[0095] 在本申请实施例中，第一CPE向局端设备发送第一信号，有不同的方式，下面介绍几种方式。
[0096] 方式A、第一CPE在第一子载波上向局端设备发送第一信号，第一子载波是为CPE与局端设备采用时分复用方式交互所预留的子载波。
[0097] 第一子载波是专门为P2MP下CPE和局端设备的握手所预留的子载波，因为showtime阶段的起始子载波为2.2MHz的子载波，则例如第一子载波的最小频率大于2.2MHz，第一子载波的子载波间隔与showtime的子载波间隔一致，第一子载波中可包括至少一个子载波。
[0098] 第一子载波一旦定义了，则showtime阶段和初始化阶段就不能再使用第一子载波，那么局端设备只要从第一子载波上接收信号，就可以确定是CPE所发送的P2MP下的建链信号。从该角度来说，在方式A下，可以不限制第一CPE在第一子载波上发送第一信号的时间。
[0099] 方式B、第一CPE在预留的时间段内、在第二子载波上向局端设备发送第一信号，第二子载波是为CPE与局端设备采用频分复用方式握手所预留的子载波。
[0100] 第二子载波可以是G.994.1标准中所规定的握手载波集所包括的子载波。
[0101] 在G.994.1标准中，握手信号都是在对应的握手载波集上进行发送和检测。G.994.1标准规定，不同的Annex模式的握手消息必须通过指定的几个载波进行传送，这些用于握手的载波集合称为握手载波集。为了方便区分，每个载波集都有特定的名字，如A43、B43等，详见表2。
[0102] 表2
[0103]
[0104] 其中，G.fast标准所使用的握手载波集为A43，B43，或A43，A43c。那么第二子载波就可以包括A43和/或B43中的子载波，或包括A43和/或A43c中的子载波。
[0105] 在这种情况下，P2MP-SU-x与G.994.1标准使用相同的子载波，则使用的子载波间隔是4.3125khz，而showtime阶段的子载波间隔不是4.3125khz，所以两种信号混合不利于局端设备的接收，因此需要分开发送，以便局端设备能检测到，那么就需要在时间上有所区分。因此本申请实施例中，第一CPE可以是在预留的时间段内、在第二子载波上向局端设备发送第一信号，预留的时间段可以是专门为CPE在P2MP下与局端设备握手所预留的时间。预留的时间段可以包括至少一个时分复用时间单元的上行数据发送时间段的子集，即，包括至少一个时分复用时间单元的上行数据发送时间段中的部分时长或全部时长。其中，时分复用时间单元例如为TDD帧，或者为TDD时隙(slot)，或者为TDD迷你时隙(mini-slot)等，本申请实施例不作限制。关于预留的时间段，包括但不限于以下几种情况：
[0106] 情况a、在每个时分复用时间单元的上行数据发送时间段中都预留一部分时间段作为预留的时间段。
[0107] 以时分复用时间单元是TDD帧为例。在情况A下，在每个TDD帧的上行数据发送时间段中都留出一部分时间段专门给待上线的CPE发送第一信号。本申请实施例对于一个TDD帧中预留的时间段的长度不作限制，不同的TDD帧中的预留的时间段的长度可以相同，也可以不相同，这些都可根据实际情况设置，或由协议规定。
[0108] 可参考图5A，以4个TDD帧为例，图5A中的Ds代表下行传输，D代表上行数据，即，D所示的时间段即为上行数据发送时间段，画斜线的部分代表从D所示的上行数据发送时间段中预留的时间段。可以看到，在其中的每个TDD帧的上行数据发送时间段中都留出了一部分时间段作为预留的时间段。当然，图5A中是以预留的时间段位于上行数据发送时间段的结束位置为例，在实际应用中预留的时间段可以位于上行数据发送时间段的任意位置，例如预留的时间段也可以位于上行数据发送时间段的开始位置或中间位置等。但预留的时间段位于上行数据发送时间段的结束位置，可以尽量保证上行数据的优先发送。另外，不同的TDD帧中的预留的时间段的位置可以相同，也可以不相同，这些都可根据实际情况设置，或由协议规定。
[0109] 在这种情况下，预留的时间段在时分复用时间单元中的位置等信息可以由协议规定，或者也可以由局端设备通知，例如局端设备发送第二广播消息，则待上线的CPE接收第二广播消息，第二广播消息就用于指示预留的时间段。待上线的CPE接收第二广播消息后，就可以确定预留的时间段的位置等信息。
[0110] 在每个时分复用时间单元中都设置预留的时间段，则可以尽量避免CPE因不能及时获知预留的时间段究竟在哪个时分复用时间单元而导致无法发送第一信号，提高CPE发送第一信号的成功率。另外，在时分复用时间单元中将上行数据发送时间段的一部分时间段设置为预留的时间段，则上行数据发送时间段中剩余的时间段还可以继续用来发送上行数据，尽量保证上行数据的正常发送。
[0111] 情况b、在部分时分复用时间单元的上行数据发送时间段中预留一部分时间段作为预留的时间段。
[0112] 即，不是在每个时分复用时间单元的上行数据发送时间段中都预留时间段，而是在其中的某一个或某几个时分复用时间单元的上行数据发送时间段中留出一部分时间段专门给待上线的CPE发送第一信号。
[0113] 可参考图5B，以4个TDD帧为例，图5B中的Ds代表下行传输，D代表上行数据，即，D所示的时间段即为上行数据发送时间段，画斜线的部分代表从D所示的上行数据发送时间段中预留的时间段。可以看到，在其中的第二个TDD帧的上行数据发送时间段中留出了一部分时间段作为预留的时间段，而在其他的TDD帧的上行数据发送时间段中未留出预留的时间段。当然，图5B中是以预留的时间段位于上行数据发送时间段的结束位置为例，在实际应用中预留的时间段可以位于上行数据发送时间段的任意位置，例如预留的时间段也可以位于上行数据发送时间段的开始位置或中间位置等。另外，如果在多个TDD帧的上行数据发送时间段都留出预留的时间段，则不同的TDD帧中的预留的时间段的位置可以相同，也可以不相同，这些都可根据实际情况设置，或由协议规定。
[0114] 在这种情况下，预留的时间段可能是按一定规律出现的，也可能是局端设备根据当前的业务随机指定的。如果预留的时间段是按一定规律出现的，则预留的时间段可以由协议规定，或者也可以由局端设备通知，而如果预留的时间段是局端设备根据当前的业务随机指定的，则预留的时间段由局端设备通知。在预留的时间段由局端设备通知的情况下，局端设备可以在广播信道中发送第二广播消息，则待上线的CPE接收第二广播消息，第二广播消息就用于指示预留的时间段。待上线的CPE接收第二广播消息后，就可以确定预留的时间段具体位于哪些时分复用时间单元、以及预留的时间段在时分复用时间单元中的位置等信息。
[0115] 可选的，为了防止待上线的CPE因为没有及时接收第二广播消息而错过预留的时间段，局端设备可以提前较多时间开始发送第二广播消息，第二广播消息可以只发送一次，或者也可以发送多次，例如提前多个TDD帧开始发送第二广播消息，在每个TDD帧都发送一次，或者隔几个TDD帧发送一次。例如局端设备可以在预留的时间段所在的TDD帧的前10个TDD帧中就开始发送第二广播消息，第二广播消息可以只发送一次，或者在这前10个TDD帧中的每个TDD帧里都发送一次。另外，如果第二广播消息在每个TDD帧里都发送一次，则局端设备在发送第二广播消息时，还可以在第二广播消息中携带倒数计时器，倒数计时器的初始值为首次发送第二广播消息的TDD帧的编号与该TDD帧之后的第一个预留的时间段所在的TDD帧的编号之间的差值，在随后的每个TDD帧中发送的第二广播消息中，局端设备都将该倒数计时器的值减1。
[0116] 例如，局端设备可以在预留的时间段所在的TDD帧的前10个TDD帧开始发送第二广播消息，该第二广播消息指示预留的时间段位于第n个TDD帧，第二广播消息携带的倒数计时器的初始值为10。在接下来的每一个TDD帧，局端设备继续广播第二广播消息，在每个第二广播消息中，都将倒数计时器的值在上一个第二广播消息的基础上减1，则倒数计时器的值为0的TDD帧就是留出了预留的时间段的TDD帧。通过这种方式，使得待上线的CPE能够较为准确地获知哪个TDD帧具有预留的时间段，从而能够在正确的位置发送第一信号。
[0117] 在部分时分复用时间单元中设置预留的时间段，既可以保证CPE能够向局端设备发送第一信号，又可以保证正常的其他信息的交互过程。
[0118] 情况c、将部分时分复用时间单元的上行数据发送时间段全部作为预留的时间段。
[0119] 这种情况与情况b的区别在于，情况c是将部分时分复用时间单元的上行数据发送时间段全部作为预留的时间段，而情况b只是将部分时分复用时间单元的上行数据发送时间段中的一部分时间段作为预留的时间段。情况c较为适用于业务不繁忙或者要求建链信号发送的时间比较长的情况。
[0120] 如上介绍了几种预留的时间段的情况，在实际应用中可选择不同的情况，或者具体使用哪种情况可由协议定义。
[0121] 可参考图5C，以4个TDD帧为例，图5C中的Ds代表下行传输，D代表上行数据，即，D所示的时间段即为上行数据发送时间段，画斜线的部分代表从D所示的上行数据发送时间段中预留的时间段。可以看到，其中的第二个TDD帧的上行数据发送时间段全部作为预留的时间段，而在其他的TDD帧的上行数据发送时间段中未留出预留的时间段。
[0122] 同样的，预留的时间段可以由协议规定，或者由局端设备通知，关于局端设备通知的方式可参考情况b中的描述，不多赘述。
[0123] 第一CPE通过在预留的时间段中占用第二子载波向局端设备发送第一信号，可以避免第一信号与P2P下的信号发生冲突，同时还可以复用G.994.1所规定的子载波，无需额外重新定义子载波，能够提高资源的利用率。
[0124] 方式C、第一CPE在预留的时间段内、在第一子载波上向局端设备发送第一信号，第一子载波是为CPE与局端设备采用时分复用方式交互所预留的子载波。
[0125] 关于对第一子载波的解释可参考方式A。
[0126] 同样是在第一子载波上向局端设备发送第一信号，与方式A不同的是，同样可以设置预留的时间段，第一CPE也可以选择在预留的时间段向局端设备发送第一信号，这样，第一子载波在除预留的时间段之外的其他时间段也可以有其他的用途，能够提高资源利用率。关于预留的时间段，可参考方式B中的相关介绍，不多赘述。
[0127] 将时分复用时间单元中的上行数据发送时间段全部设置为预留的时间段，可以尽量保证CPE有较为充足的时间发送第一信号，提高CPE发送第一信号的成功率。
[0128] 如上介绍了几种第一CPE向局端设备发送第一信号的方式，在实际应用中可选择不同的方式，或者具体使用哪种方式可由协议定义。
[0129] 局端设备接收第一信号后，根据第一信号的相位变化形式就可以确定第一CPE是否支持基本配置信息，以及确定第一CPE的请求。例如，在第一信号包括的至少一个符号的相位按照如前所述的第一方式进行变化的情况下，则局端设备确定第一CPE支持基本配置信息，且第一CPE请求进入初始化阶段，而在第一信号包括的至少一个符号的相位按照如前所述的第二方式进行变化的情况下，则局端设备确定第一CPE不支持基本配置信息，且第一CPE请求进入P2MP的握手阶段。
[0130] 那么，该通信方法还可以包括如下的步骤：
[0131] S43、如果局端设备确定第一信号包括的至少一个符号的相位是按照如前所述的第一方式进行变化，则局端设备可以开辟专门的时分复用时间单元与第一CPE进行初始化阶段的信息交互，例如局端设备可以在第一时分复用时间单元上与第一CPE进行初始化阶段的信息交互。
[0132] 在初始化阶段，局端设备和第一CPE可以测量信噪比(SNR)，从而确定比特加载表(bit loading table)。另外，局端设备和第一CPE还可以各自训练频域均衡系数，通过同步符号(sync symbol)，还要训练抵消串扰的系数等等，以保证进入showtime阶段后能稳定地传输数据。当然在初始化阶段中，局端设备和第一CPE还可能有其他的工作，本申请实施例不作限制。
[0133] 其中，第一时分复用时间单元可以是不包括预留的时间段的时分复用时间单元，或者，第一时分复用时间单元也可以是包括预留的时间段的时分复用时间单元，则第一时分复用时间单元中的预留的时间段只占用第一时分复用时间单元的上行数据发送时间段中的一部分时间段，局端设备在第一时分复用时间单元上与第一CPE进行初始化阶段的信息交互时，是使用第一时分复用时间单元的上行数据发送时间段中未被设置为预留的时间段的剩余的时间段来交互。为了使得第一CPE能够在第一时分复用时间单元上与局端设备交互，局端设备需要首先通知第一CPE，例如局端设备可以发送第一广播消息，则第一CPE可接收第一广播消息，第一广播消息用于指示第一时分复用时间单元，例如指示第一时分复用时间单元的位置等信息。则第一CPE根据第一广播消息就可以确定第一时分复用时间单元，从而在第一时分复用时间单元与局端设备进行初始化阶段的信息交互。
[0134] 或者，S44、如果局端设备确定第一信号包括的至少一个符号的相位是按照如前所述的第二方式进行变化，则局端设备可以开辟专门的时分复用时间单元与第一CPE进行P2MP的握手阶段的信息交互，例如局端设备可以在第二时分复用时间单元上与第一CPE进行握手阶段的信息交互。
[0135] 在握手阶段，局端设备和第一CPE可以重新交互表1所示的基本配置信息，例如包括将要使用的模板或CE的长度等。这些信息决定了局端设备和CPE可以正确的解调初始化阶段发送的信号。当然在握手阶段中，局端设备和第一CPE还可能有其他的工作，本申请实施例不作限制。
[0136] 其中，第二时分复用时间单元可以是不包括预留的时间段的时分复用时间单元，或者，第而时分复用时间单元也可以是包括预留的时间段的时分复用时间单元，则第二时分复用时间单元中的预留的时间段只占用第二时分复用时间单元的上行数据发送时间段中的一部分时间段，局端设备在第二时分复用时间单元上与第一CPE进行握手阶段的信息交互时，是使用第二时分复用时间单元的上行数据发送时间段中未被设置为预留的时间段的剩余的时间段来交互。为了使得第一CPE能够在第二时分复用时间单元上与局端设备交互，局端设备需要首先通知第一CPE，例如局端设备可以发送第一广播消息，则第一CPE可接收第一广播消息，第一广播消息用于指示第二时分复用时间单元，例如指示第二时分复用时间单元的位置等信息。则第一CPE根据第一广播消息就可以确定第二时分复用时间单元，从而在第二时分复用时间单元与局端设备进行握手阶段的信息交互。也就是说，本申请实施例中的第一广播消息可用于指示第一时分复用时间单元或第二时分复用时间单元。
[0137] 其中，S43和S44为可选的步骤。
[0138] 另外，本申请实施例已经介绍了，局端设备连接的多个CPE中有至少一个CPE处于showtime状态，即，局端设备也处于showtime状态，那么在局端设备处于silent状态时，局端设备通过与连接的多个CPE中的至少一个CPE握手才能进入showtime状态。在本申请实施例中，局端设备可以是通过本申请实施例提供的通信方法进入showtime状态，即，待上线的CPE都采用本申请实施例提供的通信方法与局端设备进行握手交互。或者，CPE可以监控局端设备的状态，在局端设备处于silent状态时，待上线的CPE可以继续延用现有技术中的方式，即按照G.994.1标准所规定的P2P的方式与局端设备进行握手，则局端设备通过与一个CPE的P2P握手而进入showtime状态，待上线的CPE通过监控确定局端设备进入了showtime状态，则待上线的CPE就按照本申请实施例提供的通信方法来与局端设备进行P2MP的握手交互，这样，既可以延用G.994.1标准，也可以使用本申请实施例提供的P2MP的方案，较为灵活。
[0139] 下面结合附图介绍本申请实施例提供的设备。
[0140] 图6示出了一种CPE600的结构示意图。该CPE600可以实现上文中涉及的第一CPE的功能。该CPE600可以是上文中所述的第一CPE，或者可以是设置在上文中所述的第一CPE中的芯片。该CPE600可以包括处理器601和收发器602。其中，处理器601可以用于执行图4所示的实施例中的S41、S43、及S44，和/或用于支持本文所描述的技术的其它过程。收发器602可以用于执行图4所示的实施例中的S41、S42、S43、以及S44，和/或用于支持本文所描述的技术的其它过程。其中，收发器602执行S41，主要是指收发器602接收来自局端设备的基本配置信息，则处理器601获得收发器602接收的基本配置信息。
[0141] 例如，处理器601，用于获得基本配置信息；
[0142] 收发器602，用于向局端设备发送第一信号，CPE600通过所述第一信号包括的至少一个符号的相位变化指示CPE600是否支持所述基本配置信息。
[0143] 其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
[0144] 图7示出了一种局端设备700的结构示意图。该局端设备700可以实现上文中涉及的局端设备的功能。该局端设备700可以是上文中所述的局端设备，或者可以是设置在上文中所述的局端设备中的芯片。该局端设备700可以包括处理器701和收发器702。其中，处理器701可以用于执行图4所示的实施例中的S43及S44，和/或用于支持本文所描述的技术的其它过程。收发器702可以用于执行图4所示的实施例中的S41、S42、S43以及S44，和/或用于支持本文所描述的技术的其它过程。其中，收发器702执行S41，主要是指收发器702向第一CPE发送基本配置信息。
[0145] 例如，收发器702，用于接收来自第一CPE的第一信号；
[0146] 处理器701，用于根据所述第一信号包括的至少一个符号的相位变化确定所述第一CPE是否支持基本配置信息，所述第一CPE为所述多个CPE中的请求上线的CPE。
[0147] 其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
[0148] 在一个简单的实施例中，本领域的技术人员可以想到，还可以将CPE600或局端设备700通过如图8A所示的通信装置800的结构实现。该通信装置800可以实现上文中涉及的第一CPE或局端设备的功能。该通信装置800可以包括处理器801。其中，在该通信装置800用于实现图4所示的实施例中的第一CPE的功能时，处理器801可用于执行图4所示的实施例中的S41、S43、及S44，和/或用于支持本文所描述的技术的其它过程。在该通信装置800用于实现图4所示的实施例中的局端设备的功能时，处理器801可用于执行图4所示的实施例中的S43及S44，和/或用于支持本文所描述的技术的其它过程。
[0149] 其中，通信装置800可以通过现场可编程门阵列(field-programmable gate array，FPGA)，专用集成芯片(application specific integrated circuit，ASIC)，系统芯片(system on chip，SoC)，中央处理器(central processor unit，CPU)，网络处理器(network processor，NP)，数字信号处理电路(digital signal processor，DSP)，微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片实现，则通信装置600可被设置于本申请实施例的网络设备或终端设备中，以使得该网络设备或终端设备实现本申请实施例提供的信号发送、接收方法。
[0150] 在一种可选实现方式中，该通信装置800还可以包括存储器802，可参考图8B，其中，存储器802用于存储计算机程序或指令，处理器801用于译码和执行这些计算机程序或指令。应理解，这些计算机程序或指令可包括上述第一CPE或局端设备的功能程序。当第一CPE的功能程序被处理器801译码并执行时，可使得第一CPE实现本申请实施例的通信方法中第一CPE的功能。当局端设备的功能程序被处理器801译码并执行时，可使得局端设备实现本申请实施例的通信方法中局端设备的功能。
[0151] 在另一种可选实现方式中，这些第一CPE或局端设备的功能程序存储在通信装置800外部的存储器中。当第一CPE的功能程序被处理器801译码并执行时，存储器802中临时存放上述第一CPE的功能程序的部分或全部内容。当局端设备的功能程序被处理器801译码并执行时，存储器802中临时存放上述局端设备的功能程序的部分或全部内容。
[0152] 在另一种可选实现方式中，这些第一CPE或局端设备的功能程序被设置于存储在通信装置800内部的存储器802中。当通信装置800内部的存储器802中存储有第一CPE的功能程序时，通信装置800可被设置在本申请实施例的第一CPE中。当通信装置800内部的存储器802中存储有局端设备的功能程序时，通信装置800可被设置在本申请实施例的局端设备中。
[0153] 在又一种可选实现方式中，这些第一CPE的功能程序的部分内容存储在通信装置800外部的存储器中，这些第一CPE的功能程序的其他部分内容存储在通信装置800内部的存储器802中。或，这些局端设备的功能程序的部分内容存储在通信装置800外部的存储器中，这些局端设备的功能程序的其他部分内容存储在通信装置800内部的存储器802中。
[0154] 在本申请实施例中，CPE600、局端设备700及通信装置800对应各个功能划分各个功能模块的形式来呈现，或者，可以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指ASIC，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。
[0155] 另外，图6所示的实施例提供的CPE600还可以通过其他形式实现。例如该CPE包括处理模块和收发模块。例如处理模块可通过处理器601实现，收发模块可通过收发器602实现。其中，处理模块可以用于执行图4所示的实施例中的S41、S43、及S44，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图4所示的实施例中的S41、S42、S43、以及S44，和/或用于支持本文所描述的技术的其它过程。其中，收发模块执行S41，主要是指收发模块接收来自局端设备的基本配置信息，则处理模块获得收发模块接收的基本配置信息。
[0156] 例如，处理模块，用于获得基本配置信息；
[0157] 收发模块，用于向局端设备发送第一信号，CPE600通过所述第一信号包括的至少一个符号的相位变化指示CPE600是否支持所述基本配置信息。
[0158] 其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
[0159] 图7所示的实施例提供的局端设备700还可以通过其他形式实现。例如该局端设备包括处理模块和收发模块。例如处理模块可通过处理器701实现，收发模块可通过收发器702实现。其中，处理模块可以用于执行图4所示的实施例中的S43及S44，和/或用于支持本文所描述的技术的其它过程。收发模块可以用于执行图4所示的实施例中的S41、S42、S43以及S44，和/或用于支持本文所描述的技术的其它过程。其中，收发模块执行S41，主要是指收发模块向第一CPE发送基本配置信息。
[0160] 例如，收发模块，用于接收来自第一CPE的第一信号；
[0161] 处理模块，用于根据所述第一信号包括的至少一个符号的相位变化确定所述第一CPE是否支持基本配置信息，所述第一CPE为所述多个CPE中的请求上线的CPE。
[0162] 其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
[0163] 由于本申请实施例提供的CPE600、局端设备700、及通信装置800可用于执行图4所示的实施例所提供的方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
[0164] 本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0165] 在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digital versatile disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
[0166] 显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
