信标模式在230M无线电力负荷管理系统数传中的应用

摘要：文章在分析了国内230M无线电力负荷管理系统数传速率提升后出现的“高速未高效”问题的基础上，提出了一种基于信标模式的无线系统数传方案，并给出了具体的MAC层帧结构。本方案使系统巡测效率提高了一倍。
关键词：230M无线数传；系统巡测；信道；信标；超帧

0 引言
2010年11月，国家发改委、工信部等六部门联合发布了《电力需求侧管理办法》(以下简称《办法》)，为提高电能利用效率，促进电力资源优化配置，保障用电秩序，要求有关部门和各地从2011年1月1日起全面实施电力需求侧管理。《办法》规定，电网企业应加强对电力用户用电信息的采集、分析，为电力用户实施电力需求侧管理提供技术支撑和信息服务。230M无线电力负荷管理系统(以下简称“系统”)是其中主要的技术支撑之一，承担着对用电现场各种用电信息的实时采集与用电管理的任务，不仅具有全面的采集功能，而且还具备远程控制功能。系统通过230M无线电台实现系统主站与用电侧终端之间大量数据和命令的传递，系统的数传效率直接影响到系统的性能及其功能的发挥，以及系统所能容纳的终端数量。随着窄带无线通信技术的发展，系统数传速率也在不断地提高，已从以往普遍使用的1．2kbps逐步提高到目前最高的19．2kbps，速率虽提高到原来的16倍了，但系统实际的巡测效率仅提高到原来的2倍左右，出现了所谓的“高速未高效”的情况。

1 高速未高效的原因及对策
目前的无线电力负荷管理系统对终端数据的巡测过程可由图1表示，其中粗实线部分都为占用无线信道的时间，粗虚线部分为不占用的时间。一般地，系统主站巡测时发送的数据召测命令报文的长度为几十个字节左右，终端应答报文的长度有长有短，不超过255个字节。

考虑到电台的性价比，目前国内系统都选用了模拟通话台配调制解调器的方案实现系统数传，电台发送前的信道建立时间一般至少需要100ms；另据系统终端实际运行情况测得，终端处理命令组织应答报文及发送准备时间一般需要250 ms，其中包括终端电台建立信道时间100 ms；并根据实际情况假设：召测命令报文长20字节，应答报文长128字节，据此，我们可以列出采用不同数传速率巡测时平均一台一次召测过程所需的时间及其空中传输时间占比，如表1所示。

从表1我们可以发现：随着传输速率成倍地提高，一次数据召测的总时间T的下降幅度脚没有折半降低，当速率达到19．2kbps时，相对9．6kbps，T的下降幅度r只有16％，远没到50％，也就印证出现了“高速未高效”的情况。
再看，随着传输速率成倍地提高，数据在空中传输的时间占比R在不断的下降，当速率达到19．2kbps时，R已降到了20％以下，这说明随着传输速率成倍地提高，由提速而减少的数据空中传输时间在召测过程总时间中的占比在不断地下降，正是由于占比的大幅下降，使提速的贡献率也随之大幅下降，造成了“高速未高效”，因此，要使提速的效果能真正体现在实际的巡测效率上，就应该提高空中耗时的占比，也就要设法减小T1和T3。