一种保护设备收发机状态的设置方法和装置专利检索- 连接管理例如连接建立操作或释放专利检索查询-专利查询网

一种保护设备收发机状态的设置方法和装置
申请号	CN200710169620.8	申请日	2007-11-05	公开(公告)号	CN101431509B	公开(公告)日	2012-11-21
申请人	华为技术有限公司;			发明人	张建伟; 朱学生; 王可;
摘要	本发明公开了一种保护设备收发机状态的设置方法和装置。该设置方法包括以下步骤：获取保护设备在下一超帧周期内的角色和状态；根据所述角色和状态设置所述保护设备的收发机在下一超帧周期内的状态变化。通过使用本发明，根据保护设备的角色和状态，分析了一个超帧周期内可能的收发机状态改变，对保护设备的收发机在一个超帧周期内的状态转换进行组合，并以超帧周期为单位进行收发机状态设置，从而有效减少了超帧周期内MAC子层与物理层之间的原语交互，大大提高了通信协议栈的效率。
权利要求	1.一种保护设备收发机状态的设置方法，其特征在于，包括以下步骤：获取保护设备在下一超帧周期内的角色和状态；根据所述下一超帧周期内的角色和状态设置所述保护设备的收发机在下一超帧周期内的状态变化；所述角色包括：主保护设备、从保护设备或备保护设备；所述状态包括：主保护设备中的发送信标状态或接收信标状态；或从保护设备中的侦听信标状态、发送RTS 请求状态或发送信标状态；或备选保护设备中的侦听信标并发送NPD码字或发送信标并发送NPS码字状态。 2.如权利要求1所述保护设备收发机状态的设置方法，其特征在于，所述获取保护设备在下一超帧周期内的角色和状态具体为：根据当前超帧周期的应答期的指示，获取所述保护设备在下一超帧周期内的角色和状态。 3.如权利要求2所述保护设备收发机状态的设置方法，其特征在于，所述保护设备在下一超帧周期内的角色和状态包括：保护设备初始化时，处于侦听状态；或保护设备提升为主保护设备后，处于初始化传输状态；或作为主保护设备处于发送信标状态或处于接收信标状态；或作为从保护设备处于侦听信标状态、发送发送请求RTS请求状态或发送信标状态；或作为备选保护设备处于侦听信标并发送备选保护设备NPD码字状态或发送信标并发送NPD码字状态。 4.如权利要求3所述保护设备收发机状态的设置方法，其特征在于，所述根据所述角色和状态设置所述保护设备的收发机在下一超帧周期内的状态变化具体为：根据所述角色和状态生成携带控制参数的请求原语；根据所述携带控制参数的请求原语设置所述保护设备的收发机在下一超帧周期内的状态变化。 5.如权利要求4所述保护设备收发机状态的设置方法，其特征在于，所述控制参数包括：收发机在信标期的状态、收发机在接收期的状态、收发机在应答期的状态、以及所述控制参数的有效期，所述有效期包括只在一个超帧周期内有效、或一直有效。 6.如权利要求5所述保护设备收发机状态的设置方法，其特征在于，所述保护设备在初始化阶段，所述控制参数具体为：信标期处于接收态、接收期处于接收态、应答期处于接收态、一直有效；所述保护设备作为主保护设备在初始化传输阶段，所述控制参数具体为：信标期处于发送态、接收期处于发送态、应答期处于发送态、一直有效。 7.如权利要求5所述保护设备收发机状态的设置方法，其特征在于，所述保护设备在下一超帧周期内作为主保护设备处于发送信标状态时，所述控制参数具体为：信标期处于发送态、接收期处于接收态、应答期处于发送态、一直有效；所述保护设备在下一超帧周期内作为主保护设备处于接收信标状态时，所述控制参数具体为：信标期处于接收态、接收期处于接收态、应答期处于发送态、只在一个超帧周期内有效；所述保护设备在下一超帧周期内作为从保护设备处于侦听信标状态时，所述控制参数具体为：信标期处于接收态、接收期处于接收态、应答期处于接收态、一直有效；所述保护设备在下一超帧周期内作为从保护设备处于发送请求状态时，所述控制参数具体为：信标期处于接收态、接收期处于发送态、应答期处于接收态、只在一个超帧周期内有效；所述保护设备在下一超帧周期内作为从保护设备处于发送信标状态时，所述控制参数具体为：信标期处于发送态、接收期处于接收态、应答期处于接收态、只在一个超帧周期内有效；所述保护设备在下一超帧周期内作为备选保护设备处于侦听信标并发送备选保护设备NPD码字状态时，所述控制参数具体为：信标期处于接收态、接收期处于发送态、应答期处于接收态、只在一个超帧周期内有效；所述保护设备在下一超帧周期内作为备选保护设备处于发送信标并发送备选保护设备NPD码字状态时，所述控制参数具体为：信标期处于发送态、接收期处于发送态、应答期处于接收态、只在一个超帧周期内有效。 8.一种用于设置保护设备收发机状态的装置，其特征在于，包括：获取单元，用于获取保护设备在下一超帧周期内的角色和状态；所述角色包括：主保护设备、从保护设备或备保护设备；所述状态包括：主保护设备中的发送信标状态或接收信标状态；或从保护设备中的侦听信标状态、发送RTS请求状态或发送信标状态；或备选保护设备中的侦听信标并发送NPD码字或发送信标并发送NPS码字状态；状态设置单元，用于根据所述下一超帧周期内的角色和状态设置所述保护设备的收发机在下一超帧周期内的状态变化。 9.如权利要求8所述用于设置保护设备收发机状态的装置，其特征在于，所述获取单元进一步包括：指示解析子单元，用于解析当前超帧周期的应答期的指示；状态获取子单元，用于根据所述指示解析子单元的解析结果获取所述保护设备在下一超帧周期内的角色和状态。 10.如权利要求8所述用于设置保护设备收发机状态的装置，其特征在于，所述状态设置单元进一步包括：原语生成子单元，用于根据所述保护设备在下一超帧周期内的角色和状态生成携带控制参数的请求原语；设置子单元，用于根据所述原语生成子单元生成的原语设置所述保护设备的收发机在下一超帧周期内的状态变化。
说明书全文	一种保护设备收发机状态的设置方法和装置技术领域 [0001] 本发明涉及通信技术领域，尤其涉及一种保护设备收发机状态的设置方法和装置。背景技术 [0002] 随着数字电视的推广，原本用于模拟电视的频段的利用率越来越低。目前已批准免授权的设备在不造成干扰的前提下使用这部分未使用的电视频段。尽管这些电视信道没有被用来广播电视信号，但其他低功率的授权设备比如无线麦克风等，也工作在这些电视信道上。因此保护这些低功率的设备免受干扰就显得尤为重要。 [0003] IEEE 802.22.1标准定义了一种保护设备(Protecting Device，PD)或信标设备(Beaconing Device)用来组成信标网络(Beaconing Network)，加强对低功率的授权主用户设备(比如无线麦克风)的保护，有利于与免授权设备进行频谱共享。 [0004] 信标网络中的信标传输都是广播的，发送的数据可以被网络覆盖范围内的任何设备接收和处理。信标网络中的保护设备分为主保护设备(PrimaryProtecting Device，PPD) 和从保护设备(Secondary Protecting Device，SPD)。主保护设备控制无线信道的接入，融合其他从保护设备的信标数据，负责广播该信标网络中的所有信标信息；从保护设备负责一部分区域的低功率的授权设备的保护，把信标内容发送给主用户设备。为了缩短主保护设备退出后重新选择新主保护设备的时间，IEEE 802.22.1标准定义了一种特殊的从保护设备，即备选保护设备(Next-in-line Protecting Device，NPD)。 [0005] 保护设备的体系结构是基于开放系统互连(Open System Interconnection，OSI)七层模型的多层结构，如图1所示。每一层负责一部分协议，并向上层提供服务。 [0006] IEEE 802.22.1标准定义保护设备的物理层(Physical Layer，PHY)和介质接入控制(Medium Access Control，MAC)子层。物理层包括无线收发器以及底层的控制机制，向MAC层提供比特传输的服务。介质接入控制子层提供物理信道的接入服务，并进行MAC 帧的组装和分解。高层(Next Higher Layer，NHL)不属于标准规定的部分，但由于高层执行选择工作信道、决定保护设备的工作模式(成为主保护设备还是从保护设备)、开始/停止信标帧的传送、处理接收到的信标帧的信息、融合数据以及处理安全机制的错误等功能，高层的行为对保护设备的正常工作非常重要，因此IEEE 802.22.1标准在附录中描述了高层的行为。 [0007] 各层之间的接口被称作服务接入点(Service Access Points，SAPs)。每个服务接入点提供了相邻两层之间的信息交互方法。高层与介质接入控制子层之间通过 MLME(MAC sublayer Management Entity，MAC子层管理实体)-SAP接口进行信息交互；介质接入控制子层与物理层之间的数据通过PD-SAP进行交互，控制信息通过PLME(PHY Layer Management Entity，物理层管理实体)-SAP进行交互。 [0008] IEEE 802.22.1系统的超帧(superframe)结构如图2所示。一个超帧周期分为31个时隙(slot)，前30个时隙用于发送信标数据，后文称作信标期，第31个时隙用作设备间通信(Inter-device communication period，ICP)，后文称作设备间通信期。信标期内超帧分为两个逻辑信道：同步信道(Synchronization channel)和信标信道(beacon channel)。同步信道包含30个同步突发(Sync burst)，用来进行超帧同步；信标信道用来发送信标数据(MAC beacon frame)。设备间通信期又分为两部分：接收期(Rx period)和应答期(Acknowledgement/No acknowledgement period，ANP)。 [0009] 设备间通信期为一个时隙长度，包括32个调制符号，其中包括8个符号长度的接收期和8个符号长度的应答期，如图3所示。从保护设备可以在接收期内发送 RTS(Request to Send)请求，主保护设备在接收期内检测到RTS请求后，在随后的应答期内做出接收或拒绝的回复。若主保护设备接收了RTS请求，则在应答期内发送对应的 ACK(Acknowledgement)码字；若主保护设备拒绝了RTS请求，则在应答期内发送NACK(No Acknowledgement)码字。 [0010] 保护设备开机后首先进行初始化。设备初始化的步骤如下：每个保护设备在指定的电视频道上侦听若干个超帧周期以判断该信道上是否存在主保护设备。若没有侦听到主保护设备，该保护设备就提升为主保护设备并开始发送信标帧；若侦听到一个或多个主保护设备的存在，该保护设备可决定成为主保护设备并开始发送自己的信标帧，或成为从保护设备并尝试与其中一个主保护设备联系。当信标网络中存在主保护设备时，主保护设备应该选择某个从保护设备作为备选保护设备。如果主保护设备停止发送信标，备选保护设备将提升为主保护设备，其他从保护设备最终会与新的主保护设备联系，新的主保护设备应该选择其中某个从保护设备成为新的备选保护设备。 [0011] 主保护设备初始化完成后，它需要广播信标帧以便其他保护设备能够侦听到它的存在，并与之进行联系，把相关的保护信息上报。主保护设备的初始化传输过程持续100个超帧周期，在这个过程中，只有主保护设备发送信标帧，因此不需要设置设备间通信期，在第31个时隙对应的同步信道上发送同步突发，信标信道上发送全零。主保护设备初始化传输过程中超帧的结构如图4所示。 [0012] 保护设备之间存在两种数据传输模型：主保护设备向从保护设备发送数据，从保护设备向主用户设备发送数据。 [0013] 由于主保护设备控制无线信道的接入，因此主保护设备向从保护设备发送数据时(即主保护设备广播信标，从保护设备或其他设备侦听信标)，把保护信息发送给MAC层构成信标帧通过PHY层发送即可。处于主保护设备覆盖范围内的从保护设备侦听来自主保护设备的信标，并恢复其中的保护信息。如图5所示。 [0014] 当从保护设备向主保护设备发送信标时，它必须在ICP的接收期内向主保护设备发送RTS请求，在ICP的应答期得到主保护设备的ACK后，在下一个超帧周期的信标期内发送信标帧。从保护设备利用RTS请求一般只能得到下一个超帧的发送机会，即主保护设备必须在下一个超帧的应答期内回应 NACK，收回再下一个超帧的发送权。如图6所示。 [0015] 若从保护设备需要连续两个超帧周期进行发送，则首先通过RTS请求得到发送机会，在发送的信标帧中设置NST(Next SPD Superframe to Transmit)位为1，表示从保护设备需要再发送一个信标帧。主保护设备收到该帧后，可以拒绝从保护设备的NST要求，也可以同意该要求，因为主保护设备负责控制无线信道的接入。若主保护设备同意从保护设备的NST要求，则它必须在应答期内发送Go-On码字。需要注意的是NST要求是有时间限制的，若从保护设备在发出设置了NST位的信标帧后的两个超帧时间内没有收到Go-On码字，则它必须重新发送RTS请求。 [0016] 若某个从保护设备被选为备选保护设备，它必须周期性地在接收期内发送NPD码字，以指示它的存在。 [0017] 一个超帧周期内包括信标期和设备间通信期，其中设备间通信期包括接收期和应答期，介质接入控制子层必须及时设置保护设备的无线收发机的收发状态以辅助完成相应的功能。收发状态的设置是通过PLME-SET-TRX-STATE原语来设置的，该原语包括请求和确认两个原语，如图7所示。 [0018] PLME-SET-TRX-STATE.request原语是保护设备的MAC子层管理实体(MACsublayer Management Entity，MLME)产生并发送给它的物理层管理实体(PHY Layer Management Entity，PLME)，要求物理层实体改变收发机的内部状态。该原语的参数如表1 所示。 [0019] 表1：PLME-SET-TRX-STATE.request原语的参数 [0020]名称类型取值范围描述 TRX State 枚举 RX_ON，TX_ON，TRX OFF 无线收发机的新状态。 [0021] 收发机共有三种状态：收发机无效(TRX_OFF)、发射(TX_ON)和接收(RX_ON)。收到PLME-SET-TRX-STATE.request原语后，物理层管理实体立即让物理层实体按请求的状态进行改变。 [0022] PLME-SET-TRX-STATE.confirm原语是保护设备的物理层管理实体产生并发送给它的MAC子层管理实体，报告改变收发机状态请求的结果。该原语的参数如表2所示。 [0023] 表2：PLME-SET-TRX-STATE.confirm原语的参数 [0024]名称类型取值范围描述 Status 枚举 COMPLETE 请求改变收发机状态的结果。 [0025] 收到PLME-SET-TRX-STATE.confirm原语后，MAC层管理实体就被告知它请求改变无线收发机状态的请求被接收了。 [0026] 在实现本发明过程中，发明人发现现有技术中至少存在如下问题：根据现有技术，一个超帧周期内需要在信标期、接收期和应答期分三次设置收发机的状态，而且在每个超帧周期内都需要进行这些设置，因此MAC子层与物理层之间的原语交互非常频繁。 [0027] 发明内容 [0028] 本发明的实施例提供一种保护设备收发机状态的设置方法和设置装置，用于减少超帧周期内MAC子层与物理层之间的原语交互、提高通信协议栈的效率。 [0029] 为达到上述目的，本发明的实施例提供一种保护设备收发机状态的设置方法，包括以下步骤： [0030] 获取保护设备在下一超帧周期内的角色和状态； [0031] 根据所述角色和状态以超帧周期为单位设置所述保护设备的收发机在下一超帧周期内的状态变化。 [0032] 本发明的实施例还提供一种用于设置保护设备收发机状态的装置，包括： [0033] 获取单元，用于获取保护设备在下一超帧周期内的角色和状态； [0034] 状态设置单元，用于根据所述获取单元获取角色和状态以超帧周期为单位设置所述保护设备的收发机在下一超帧周期内的状态变化。 [0035] 与现有技术相比，本发明的实施例具有以下优点： [0036] 根据保护设备的角色和状态，分析了一个超帧周期内可能的收发机状态改变，对保护设备的收发机在一个超帧周期内的状态转换进行组合，并以超帧周期为单位进行收发机状态设置，从而有效减少了超帧周期内MAC子层与物理层之间的原语交互，大大提高了通信协议栈的效率。附图说明 [0037] 图1是现有技术中保护设备的体系结构示意图； [0038] 图2是现有技术中超帧结构示意图； [0039] 图3是现有技术中设备间通信期的示意图； [0040] 图4是现有技术中主保护设备初始化传输的超帧结构示意图； [0041] 图5是现有技术中主保护设备到从保护设备的通信示意图； [0042] 图6是现有技术中从保护设备到主保护设备的通信示意图； [0043] 图7是现有技术中保护设备收发机状态设置示意图； [0044] 图8是本发明的实施例一中一种保护设备收发机状态的设置方法流程图； [0045] 图9是本发明的施例二中一种用于设置保护设备收发机状态的装置示意图。具体实施方式 [0046] 本发明的实施例一中一种保护设备收发机状态的设置方法如图8所示，包括以下步骤： [0047] 步骤s801、获取保护设备在下一超帧周期内的角色和状态。 [0048] 具体的，保护设备可以根据当前超帧周期的应答期的指示，获取保护设备在下一超帧周期内的角色和状态，从而设置保护设备的收发机在下一超帧周期内的状态变化。该应答期的指示可以为接收到的原语中所携带的ANPResponse参数，该参数可以为ACK、NACK 或Go-on。 [0049] 保护设备处于的角色可能包括：主保护设备、从保护设备和备保护设备。 [0050] 所处的角色和状态包括： [0051] 保护设备初始化时，处于侦听状态；或 [0052] 保护设备提升为主保护设备后，处于初始化传输状态；或 [0053] 作为主保护设备处于发送信标状态或处于接收信标状态；或 [0054] 作为从保护设备处于侦听信标状态、发送RTS请求状态或发送信标状态；或 [0055] 作为备选保护设备处于侦听信标并发送NPD码字状态或发送信标并发送NPD码字状态。 [0056] 步骤s802、根据该角色和状态设置保护设备的收发机在下一超帧周期内的状态变化。 [0057] 具体的，可以根据角色和状态生成携带控制参数的请求原语；根据携带控制参数的请求原语设置保护设备的收发机在下一超帧周期内的状态变化。该控制参数包括：收发机在信标期的状态、收发机在接收期的状态、收发机在应答期的状态、以及控制参数的有效期，该有效期包括只在一个超帧周期内有效、或一直有效。 [0058] 其中，保护设备在初始化阶段，对应的控制参数具体为：信标期处于接收态、接收期处于接收态、应答期处于接收态、一直有效； [0059] 保护设备作为主保护设备在初始化传输阶段，对应的控制参数具体为：信标期处于发送态、接收期处于发送态、应答期处于发送态、一直有效。 [0060] 保护设备在下一超帧周期内作为主保护设备处于发送信标状态时，对应的控制参数具体为：信标期处于发送态、接收期处于接收态、应答期处于发送态、一直有效； [0061] 保护设备在下一超帧周期内作为主保护设备处于接收信标状态时，对应的控制参数具体为：信标期处于接收态、接收期处于接收态、应答期处于发送态、只在一个超帧周期内有效； [0062] 保护设备在下一超帧周期内作为从保护设备处于侦听信标状态时，对应的控制参数具体为：信标期处于接收态、接收期处于接收态、应答期处于接收态、一直有效； [0063] 保护设备在下一超帧周期内作为从保护设备处于发送请求状态时，对应的控制参数具体为：信标期处于接收态、接收期处于发送态、应答期处于接收态、只在一个超帧周期内有效； [0064] 保护设备在下一超帧周期内作为从保护设备处于发送信标状态时，对应的控制参数具体为：信标期处于发送态、接收期处于接收态、应答期处于接收态、只在一个超帧周期内有效； [0065] 保护设备在下一超帧周期内作为备选保护设备处于侦听信标并发送NPD码字状态时，对应的控制参数具体为：信标期处于接收态、接收期处于发送态、应答期处于接收态、只在一个超帧周期内有效； [0066] 保护设备在下一超帧周期内作为备选保护设备处于发送信标并发送NPD码字状态时，对应的控制参数具体为：信标期处于发送态、接收期处于发送态、应答期处于接收态、只在一个超帧周期内有效。 [0067] 以下结合具体的应用场景对上述步骤进行详细描述。 [0068] 根据保护设备的定义，主保护设备负责控制无线信道的接入，负责广播该信标网络中的所有信标信息；从保护设备负责一部分区域的低功率的授权设备的保护，当有信息需要更新时，把信标内容发送给主用户设备。因此，大多数的时间内，主保护设备都是在发送信标帧，而从保护设备都是在侦听信标帧。 [0069] 保护设备开机后，首先进行设备初始化，每个保护设备在指定的电视频道上侦听若干个超帧周期以判断该信道上是否存在主保护设备。因此设备初始化时，收发机的状态在若干个超帧周期内都是接收状态。主保护设备在初始化传输过程中，需要连续发送若干个不带设备间通信期的信标，因此收发机在初始化传输过程中都是发射状态。 [0070] 信标网络正常工作情况下，保护设备之间存在信息交换，即超帧周期中包括设备间通信期。根据保护设备的角色和状态，在一个超帧周期内保护设备的收发机状态转换如表3所示。 [0071] 表3：一个超帧周期内收发机的状态转换 [0072]角色状态信标期接收期应答期主保护设备发送信标发送接收发送接收信标接收接收发送侦听信标接收接收接收从保护设备发送RTS请求接收发送接收发送信标发送接收接收备选侦听信标并发接收发送接收保护设备送NPD码字发送信标并发送发送发送接收 NPD码字 [0073] 为了减少MAC子层与物理层之间的原语交互，根据对不同保护设备在不同情况下收发机状态转换的分析，本发明的实施例重新设计了PLME-SET-TRX-STATE原语的参数，一次请求可以直接指定一个超帧周期内的状态转换，PLME-SET-TRX-STATE.request原语的参数包括(TRX_State1，TRX_State2，TRX_State3，Periodic)，各个参数的取值以及所表示的含义如表4所示。 [0074] 表4：修改后PLME-SET-TRX-STATE.request原语的参数 [0075]名称类型取值范围描述 TRX_State1 枚举 RX_ON，TX_ON，无线收发机在信标期的新状态。 TRX_OFF TRX_State2 枚举 RX_ON，TX_ON，无线收发机在接收期的新状态。 TRX_OFF TRX_State3 枚举 RX_ON，TX_ON，无线收发机在应答期的新状态。 TRX_OFF Periodic 布尔值真或假如果该参数为真，则该请求携带的状态设置信息一直有效，直到收到新的设置状态请求为止；如果该参数为假，则该请求携带的状态设置参数只在一个超帧周期内有效。 [0076] 保护设备初始化阶段，参数TRX_State1、TRX_State2和TRX_State3都设置为相同的值。初始化时，保护设备的MAC子层管理实体收到MLME-SEARCH.request原语后，需要在信道上侦听若干个超帧周期以判断该信道上是否存在主保护设备，则设置 PLME-SET-TRX-STATE.request原语的参数为(RX_ON，RX_ON，RX_ON，TRUE)，使得无线收发机在若干个超帧周期内一直处于接收状态。 [0077] 主保护设备初始化传输过程中，主保护设备准备开始广播自己的信标帧以保证其他保护设备侦听到其存在，该过程中只有主保护设备发送信标帧。因此，主保护设备的MAC 子层管理实体收到MLME-START-BEACON.request原语并通过控制参数获知设备准备进行初始化传输过程时，则设置PLME-SET-TRX-STATE.request原语的参数为(TX_ON，TX_ON， TX_ON，TRUE)，使得主保护设备的无线收发机在初始化传输过程中的若干个超帧周期内一直处于发射状态，该超帧周期中不需要设备间通信期。 [0078] 信标网络正常工作情况下，保护设备之间存在信息交换，即超帧周期中包括设备间通信期。 [0079] 对于主保护设备，设置一个超帧周期内保护设备的收发机状态转换的标准为： [0080] (1)若主保护设备的MAC子层管理实体收到PLME-ANP-DECISION.confirm原语中ANPResponse参数为NACK，即主保护设备需要在下一个超帧周期内发送信标，则 PLME-SET-TRX-STATE.request原语的参数设置为(TX_ON，RX_ON，TX_ON，TRUE)。 [0081] (2)若主保护设备的MAC子层管理实体收到PLME-ANP-DECISION.confirm原语中ANPResponse参数为ACK或Go-On，即主保护设备接受了从保护设备的请求，从保护设备需要在下一个超帧周期的信标期内发送信标，则PLME-SET-TRX-STATE.request原语的参数设置为(RX_ON，RX_ON，TX_ON，FALSE)。 [0082] 对于从保护设备，设置一个超帧周期内保护设备的收发机状态转换的条件为： [0083] (1)若从保护设备的MAC子层管理实体收到PLME-ANP-RESPONSE.indication原语中ANPResponse参数为NACK，即主保护设备需要在下一个超帧周期的信标期内发送信标，且没有收到MLME-START-BEACON.request原语，即不需要在下一个超帧周期内的接收期内发送RTS请求，则PLME-SET-TRX-STATE.request原语的参数设置为(RX_ON，RX_ON，RX_ON， TRUE)。 [0084] (2)若从保护设备的MAC子层管理实体收到PLME-ANP-RESPONSE.indication原语中ANPResponse参数为NACK，即主保护设备需要在下一个超帧周期的信标期内发送信标，且收到MLME-START-BEACON.request原语，即需要在下一个超帧周期内的接收期内发送RTS请求，则PLME-SET-TRX-STATE.request原语的参数设置为(RX_ON，TX_ON，RX_ON， FALSE)。 [0085] (3)若从保护设备的MAC子层管理实体收到PLME-ANP-RESPONSE.indication原语中ANPResponse参数为ACK或Go-On，即从保护设备需要在下一个超帧周期的信标期内发送信标，则PLME-SET-TRX-STATE.request原语的参数设置为(TX_ON，RX_ON，RX_ON，FALSE)。 [0086] 对于备选保护设备，必须周期性地在接收期内发送NPD码字，设置一个超帧周期内保护设备的收发机状态转换的条件为： [0087] (1)若备选保护设备的MAC子层管理实体收到 PLME-ANP-RESPONSE.indication原语中ANPResponse参数为NACK，即主保护设备需要在下一超帧周期的信标期内发送信标，且需要在当前超帧接收期内发送NPD码字，则不管有没有收到 PLME-INITIATE-RTS-BURST.request原语(用于指示在下一超帧期的接收期发送RTS请求)，都设置PLME-SET-TRX-STATE.request原语的参数为(RX_ON，TX_ON，RX_ON，FALSE)。 [0088] (2)若备选保护设备的MAC子层管理实体收到PLME-ANP-RESPONSE.indication原语中ANPResponse参数为ACK或Go-On，即备选保护设备需要在下一个超帧周期的信标期内发送信标，且需要在当前超帧的接收期内发送NPD码字，则PLME-SET-TRX-STATE.request 原语的参数设置为(TX_ON，TX_ON，RX_ON，FALSE)。 [0089] 通过使用本发明实施例的方法，根据保护设备的角色和状态，分析了一个超帧周期内可能的收发机状态改变，对保护设备的收发机在一个超帧周期内的状态转换进行组合，并以超帧周期为单位进行收发机状态设置，从而有效减少了超帧周期内MAC子层与物理层之间的原语交互，大大提高了通信协议栈的效率。 [0090] 本发明的实施例二还提供一种用于设置保护设备收发机状态的装置，如图9所示，包括： [0091] 获取单元10，用于获取保护设备在下一超帧周期内的角色和状态。 [0092] 状态设置单元20，用于根据获取单元10获取角色和状态设置所述保护设备的收发机在下一超帧周期内的状态变化。 [0093] 具体的，获取单元10进一步包括： [0094] 指示解析子单元11，用于解析当前超帧周期的应答期的指示。 [0095] 状态获取子单元12，用于根据指示解析子单元11的解析结果获取保护设备在下一超帧周期内的角色和状态。 [0096] 具体的，状态设置单元20进一步包括： [0097] 原语生成子单元21，用于根据保护设备在下一超帧周期内的角色和状态生成携带控制参数的请求原语。该原语为PLME-SET-TRX-STATE原语，一条PLME-SET-TRX-STATE. request原语的参数包括(TRX_State1，TRX_State2，TRX_State3，Periodic)，可以直接指定接收机在一个超帧周期内的状态转换。 [0098] 设置子单元22，用于根据原语生成子单元21生成的原语设置保护设备的收发机在下一超帧周期内的状态变化。 [0099] 通过使用本发明实施例的装置，根据保护设备的角色和状态，分析了一个超帧周期内可能的收发机状态改变，对保护设备的收发机在一个超帧周期内的状态转换进行组合，并以超帧周期为单位进行收发机状态设置，从而有效减少了超帧周期内MAC子层与物理层之间的原语交互，大大提高了通信协议栈的效率。 [0100] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台设备执行本发明各个实施例所述的方法。 [0101] 以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

意见反馈