上行无线下行有线文档..doc

方案验证 第一步：双向链路（收+发） 第二步：添加FTP代理 第三步：QoS机制 看性能是否能达到所需的要求，在确定是否要继续下一步 模拟方案 目前的硬件设备只能提供单向的链路，为做到程序上mac层的完全隔离，将物理层完全屏蔽掉，选用了两种方案 方案一： 上行时通过无线链路，下行时通道是通过fpga的板间互传通道 好处： 实现了mac层与底层的完全隔离 mac-phy接口层也真正的实现了双向操作 坏处： 目前无人能承担mac-phy接口 方案二： 上行时通过无线链路，下行时通过网线传输 Mac板上本来有两个网口，可以将一个网口同业务源相连，另一个网口用于mac板之间的通道 但目前真正可以用的网口只有一个是通的，只能将所有的数据都通过这个网口， 第一版方案 目前只是测试，测试通过后在进行正式的规范程序编写 如何在最快速的情况下修改程序，又能起到以后对上下行无线情况下的兼容？ 对于原本的AP端： 增加发送方的程序，即增加原有MT程序，问题于将MT原有发到ram的数据发送到网口中 MT_Tx_ServFillIp原本用于直接将数据copy到ram地址空间，machead，ipsource 现在将其新分配一个空间用于存放mac数据，将其发送到消息队列wphy， Wphy发送到MT_Tx_msgQSendMac 创建一个任务entryTestSendMAC，将所有的数据调用sendMacData发送到对方， 同时注意要增加结束帧信号， 结束分两种情况： 接收的数据满了，通过计数确定 如果数据没有了，怎么模拟出来，这里msgQReceive用No_wait的形式就可以确定 对于原本的MT端： 增加原有的AP的程序，但重点是原本的AP程序都是在ram中接收到数据，然后开始排序，如何将数据存入到ram是一个重点，同时AP程序的启动也是因为收到了数据到达的中断，这里怎样让程序能够模拟出原本的fpga中断也是一个重点 利用网口启动testMacENDRcvRtn，接收到的数据会有两种，一种是正常的数据，另外一种是数据结束符 对于正常的数据，从pdata中获得数据，将pdata copy到预先分配好的bSourServRx空间 对于数据结束符，发送到mt_msgQIdRcvMac 新建任务entryTestRcvMAC，接收数据结束符，改变bSourServRx，产生信号量使其可以开始接收端的工作 同时注意在ipFilterTest里要将ram地址锁定在bSourServRx 程序修改记录： 先做ap端，Initiate中增加2个消息队列，2个信号量mt_Tx_msgQIdRecivIp，mt_Tx_semServ，msgQSendMac，semTxMac 增加了testIpENDRcvRtn函数接收IP队列 修改了MT_Tx_ServFillIp函数，将分好包的mac块发送到msgQSendMac 增加sendMacData函数 在MT_Tx_ServData函数增加一句semGive(semTxMac); 中断全部修改了，接收了5ms中断后，释放给mt的信号量（也许可以去掉），5ms时间包，ap的信号量 个人认为之前的testMacENDRcvRtn，entryTestRcvMAC之类的没有用，追踪发现没有用，都去掉了， 做mt端，修改testIpENDRcvRtn，除了接收ip队列外，还接收了mac数据包和结束帧 增加entryTestRcvMAC函数，用于修改寄存器值 Initiate中增加ap_Rx_msgQIdServ, ap_Rx_msgQIdQos，mt_msgQIdRcvMac，ap_semFpgaIsr 中断无修改 IP_unpack需要对 switch(pUdpHdr -uh_dport)里的errorblock处理，因为并没有经过物理层的纠错 AP 2010-10-13 调试记录： 第一次调试出现问题： 数据出现花屏，乱码，绑定网口出错 不知mac板IP地址 回来观察程序发现问题： 加入双方的程序后，AP端接收占用0寄存器，在发送时，源程序，修改了0存器，导致接收寄存器不可用，此寄存器剧猜测可能是不能写的，只能读的 通过bsp源程序寻找到mac板地址，更改最后一位，但还不知道怎么对应的规律，猜测可能根据Ip地址的最后一位更改 static char MacAddrDft0[6] = { 0x00, 0x0A, 0x35, 0x01, 0x02, 0x04 }; 2010-10-14 问题： 定位还是在网口上，发送，接收一同时，就死掉，netTupleGet error， 重新理解网口