CN102315958A - 通信单板进行文件加载及主机端传输加载文件的方法 - Google Patents
通信单板进行文件加载及主机端传输加载文件的方法 Download PDFInfo
- Publication number
- CN102315958A CN102315958A CN2010102239112A CN201010223911A CN102315958A CN 102315958 A CN102315958 A CN 102315958A CN 2010102239112 A CN2010102239112 A CN 2010102239112A CN 201010223911 A CN201010223911 A CN 201010223911A CN 102315958 A CN102315958 A CN 102315958A
- Authority
- CN
- China
- Prior art keywords
- load document
- phase
- host side
- board
- stage
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及通信技术领域,提供了一种通信单板进行文件加载及主机端传输加载文件的方法,该方法包括:复位后向主机端请求第一阶段加载文件;接收所述主机端根据第一阶段加载文件请求返回的第一阶段加载文件,所述第一阶段加载文件中包含复位配置字;加载所述第一阶段加载文件,实现根据第一阶段加载文件中包含的复位配置字初始化硬件参数。本发明在硬件上不包含EEPROM的情况下,实现了复位配置字初始化,节省了硬件资源。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种通信单板进行文件加载的和通信单板、主机端传输加载文件的方法及主机端。
背景技术
通信单板复位后,需要先对硬件参数进行初始化,然后才能启动初始化程序进行其它配置。通常将为使通信单板能够正常工作而需要配置的硬件参数称为复位配置字(Reset Word)。
现有通信单板实现复位配置字初始化的方法如下:
将复位配置字存储在固态存储设备如EEPROM(Electrically ErasableProgrammable Read-Only Memory,电可擦可编程只读存储器)中,并将用于存放复位配置字的固态存储设备映射到通信单板复位后第一个读取的地址区域。
这样,通信单板设备复位后,从预先安排的地址区域上读取固态存储设备中的复位配置字,使用复位配置字进行硬件参数配置。
通信单板完成复位配置字初始化后,就可以进行其它配置。现有通信单板多采用DHCP(Dynamic Host Configuration Protocol,动态主机设置协议)实现主机(HOST)为其动态配置IP地址,并通过以太网采用TFTP(Trivial FileTransfer Protocol,简单文件传输协议)实现主机(HOST)为其加载包括实现设定功能如基站通信功能的工程代码的工程文件,使通信单板具有设定功能。
以采用型号为8156 DSP的通信单板为例,如图1所示,DSP初始化复位配置字后启动初始化程序Boot Code(DSP的默认加载代码)执行以下步骤:
步骤S101,DSP作为DHCP客户端向板卡上HOST端的DHCP服务器配置发出DHCP Discover封包;
当DHCP客户端第一次登录网络的时候,也就是客户端发现本机上没有任何IP数据设定,它会向网络发出一个DHCP Discover封包进行广播。
步骤S102,板卡上HOST端的DHCP服务器向DHCP客户端响应DHCPOffer封包;
当DHCP服务器监听到DHCP客户端发出的DHCP Discover广播后,从还没有租出的地址范围内,选择最前面的空置IP,连同其它TCP/IP设定,响应给客户端一个DHCP Offer封包。
由于客户端在开始的时候还没有IP地址,所以在其DHCP Discover封包内会带有其MAC地址信息,并且有一个XID编号来辨别该封包,DHCP服务器响应的DHCP Offer封包则会根据这些信息传递给DHCP客户端。
步骤S103,DSP作为DHCP客户端向DHCP服务器发送DHCP Request封包,通知其选择的IP地址;
如果DHCP客户端收到网络上多台DHCP服务器的响应,则会挑选其中一个DHCP Offer(通常是最先抵达的那个)提供的IP地址,并且会向网络广播一个DHCP Request封包,告诉所有DHCP服务器它接受的是哪一台服务器提供的IP地址。
步骤S104,DHCP服务器向DHCP客户端返回DHCP ACK响应;
当DHCP服务器接收到DHCP客户端的DHCP Request封包之后,会向DHCP客户端发出一个DHCP ACK响应,并通知需要下载的工程文件相关信息和存储有工程文件的TFTP服务器地址,以确认IP租约的正式生效,也就结束了一个完整的动态配置IP过程。
具体的工程文件一般为s文件,工程文件相关信息一般为s文件的文件名。这里的s文件具体是指通信单板DSP能够解析,并运行解析获得的工程代码使通信单板具有设定功能的文件。
步骤S105,通信单板DSP作为TFTP客户端向TFTP服务器发送TFTPRequest封包,请求加载工程文件;
具体地,通信单板DSP利用步骤S104中获得的s文件名及存储s文件的TFTP地址,向TFTP服务器发出TFTP Request封包,请求加载s文件。
步骤S106,TFTP服务器接收到TFTP Request封包后,根据请求开始一次到TFTP客户端的工程文件传输。
即如果配置比较大,分多次传输,每次只传输其中一部分。
步骤S107,DSP作为TFTP客户端接收到该次传输工程文件后,向TFTP服务器返回TFTP ACK响应,通知TFTP服务器该次传输接收成功;
具体地,加载过程中会把s文件中记录的数据存储到相应的存储空间中。
步骤S108,TFTP服务器接收到TFTP ACK响应后,按上面方法进行下次传输,直至最后一次向TFTP客户端传输工程文件;
步骤S109,DSP作为TFTP客户端接收到最后一次的传输工程文件后,向TFTP服务器返回TFTP ACK响应,通知TFTP服务器最后一次传输接收成功,至此,完成工程文件的加载。
s文件加载完成后,DSP就会跳到工程的入口函数开始执行代码。
如前所述,复位配置字的初始化是DHCP客户端加载工程文件前一个必不可少的步骤。复位配置字的初始化过程中最重要的就是对DDR SDRAM(Double Data Rate Synchronous Dynamic Random Access Memory,双倍速率同步动态随机存储器)控制器进行初始化,因为DSP工程中的代码和数据都会存储到DDR SDRAM,因此DDR SDRAM控制器初始化后,才能将s文件中记录的数据进行正确存储。所以在使用DDR SDRAM之前,必须对DDRSDRAM控制器进行配置,这一步的工作是不能省去的。
在已有的设计方案中,如图2所示,通常是把复位配置字存储到EEPROM中,然后在加载s文件之前,利用DSP上的12C(Inter-Integrated Circuit)读取EEPROM中的复位配置字完成复位配置字初始化,然后再通过以太来进行s文件加载,而这种方案存在如下缺点:
1)EEPROM会增加硬件成本;
2)EEPROM需要考虑烧写问题,增加设计难度;
3)EEPROM加载会存在加载可靠性问题。
但是如果去掉了EEPROM,就无法正常的去初始化复位配置字完成DDRSDRAM控制器的初始化。现有的工程文件加载方案必须包括EEPROM,如果只是为了实现加载而特意添加存储复位配置字的EEPROM,从一定程度上造成了硬件资源的浪费。
存在上述问题的不只是通信单板DSP,其它类型的通信单板的工程文件加载也同样存在上述问题。
发明内容
本发明实施例提供一种通信单板进行文件加载的方法和通信单板、主机端传输加载文件的方法及主机端,用以优化现有的通信单板文件加载流程。
本发明提供一种通信单板进行文件加载的方法,包括:
复位后向主机端请求第一阶段加载文件;
接收所述主机端根据第一阶段加载文件请求返回的第一阶段加载文件,所述第一阶段加载文件中包含复位配置字;
加载所述第一阶段加载文件,实现根据第一阶段加载文件中包含的复位配置字初始化硬件参数。
本发明还提供一种主机端传输加载文件的方法,包括:
接收通信单板复位后发送的第一阶段加载文件请求;
将请求的第一阶段加载文件发送给所述通信单板,所述第一阶段加载文件中包含复位配置字。
本发明还提供一种进行文件加载的通信单板,包括:
第一阶段加载文件请求单元,用于在所述通信单板复位后向主机端请求第一阶段加载文件;
第一接收单元,用于接收所述主机端根据第一阶段加载文件请求返回的第一阶段加载文件,所述第一阶段加载文件中包含复位配置字;
第一阶段加载单元,用于加载所述第一阶段加载文件,实现根据第一阶段加载文件中包含的复位配置字初始化硬件参数。
本发明还提供一种传输加载文件的主机端,包括:
第一请求接收单元,用于接收通信单板复位后发送的第一阶段加载文件请求;
第一传输单元,用于将请求的第一阶段加载文件发送给所述通信单板,所述第一阶段加载文件中包含复位配置字。
利用本发明提供的通信单板进行文件加载的方法和通信单板、主机端传输加载文件的方法及主机端,具有以下有益效果如下:在硬件上不包含EEPROM的情况下,利用软件代替硬件完成通信单板如DSP的复位配置字初始化工作,在不影响效率的前提下精简掉冗余的部分,充分利用现有资源实现所有的功能,高效、稳定地实现通信单板文件加载。
附图说明
图1为现有为通信单板DSP加载工程文件流程图;
图2为现有采用EEPROM实现工程文件加载示意图;
图3为本发明通信单板进行文件加载的方法流程图;
图4为依照本发明实施例中通信单板进行文件加载的方法流程图;
图5为依照本发明实施例中通信单板与主机端握手交互流程图;
图6为依照本发明实施例中通信单板发送的更换请求消息的帧结构图;
图7为依照本发明实施例中主机端发送的更换响应消息的帧结构图;
图8为依照本发明实施例中主机端传输加载文件的方法流程图;
图9为依照本发明实施例中进行文件加载的通信单板结构图;
图10为依照本发明实施例中传输加载文件的主机端结构图。
具体实施方式
下面结合附图和实施例对本发明提出的通信单板进行文件加载的方法和通信单板、主机端传输加载文件的方法及主机端进行更详细地说明。
现有通信单板初始化过程依赖于EEPROM完成硬件参数初始化,如果硬件不包含EEPROM,工程文件加载显然就不能成功加载,而硬件参数初始化工作是必不可少的,这样就造成了硬件资源的浪费。所以需要一种不依赖于EEPROM能够完成硬件参数初始化工作方案。
本发明从简化硬件设计的角度出发,在不影响效率的前提下精简掉硬件设计中冗余的部分-存储复位配置字的EEPROM,充分利用现有资源实现通信单板的硬件参数初始化。
如图3所示,本发明提供的通信单板进行文件加载的方法包括:
步骤S301,通信单板复位后向主机端HOST请求第一阶段加载文件;
步骤S302,接收主机端HOST根据第一阶段加载文件请求返回的第一阶段加载文件,所述第一阶段加载文件中包含复位配置字;
步骤S303,加载所述第一阶段加载文件,实现根据第一阶段加载文件中包含的复位配置字初始化硬件参数。
本发明提供的上述通信单板进行文件加载的方法中,通信单板复位后,通过向主机端HOST请求第一阶段加载文件,通过主机端返回的第一阶段加载文件中的复位配置字进行硬件参数初始化。其中复位配置字包括要赋值的硬件参数地址及对应的硬件参数赋值,将该复位配置字以软件编码方式保存在第一阶段加载文件,由于通信单板通过对第一阶段加载文件的解析可以获得第一阶段加载代码,通过运行第一阶段加载代码,直接将硬件参数地址对应进行硬件参数赋值,从而以软件运行的方式实现硬件参数初始化,节省了硬件资源。
优选地,在采用文件加载方式实现硬件参数初始化的基础上,进行包括实现设定功能如基站通信功能的工程代码的工程文件加载,该方法中加载第一阶段加载文件之后,还包括:
步骤S304,通信单板向主机端HOST请求第二阶段加载文件;
步骤S305,接收所述主机端根据第二阶段加载文件请求返回的第二阶段加载文件,所述第二阶段加载文件中包含实现设定功能的工程代码;
步骤S306,加载所述包含实现设定功能的工程代码的第二阶段加载文件,使所述通信单板具有所述设定功能。
第二阶段加载文件的加载同现有的完成硬件参数初始化后的工程文件加载过程,主要使通信单板通过加载工程文件而具有设定功能。
本发明将复位配置字以软件编码方式存储在主机端HOST的第一阶段加载文件中,通过一次文件加载可以实现硬件参数赋值。用软件运行赋值替代原来的硬件编码赋值,在硬件上去掉EEPROM的情况下,实现了利用以太加载通信单板初始化硬件参数,相比使用EEPROM的方案,本发明节省成本减少硬件资源,简化电路设计,同时增加了加载的可靠性和稳定性。两个阶段的文件加载分工明确,第一阶段文件加载的功能清晰简洁,消耗最小的时间成本实现了所需的功能,与一次加载方案相比在加载时间上并没有大的改变,有效地控制了耗时的开销。
优选地,第一阶段加载文件加载过程和第二阶段加载文件加载过程都是运行复位配置字后启动初始化程序Boot Code(DSP的默认加载代码)实现的加载请求和加载文件接收,Boot Code运行执行的步骤见图1所示,不同的是第一阶段加载文件加载过程中实现的功能不同。
如图4所示,两次运行Boot Code实现通信单板进行文件加载的方法包括:
通信单板复位后启动初始化程序Boot Code执行以下步骤:
步骤S401,通信单板时作为DHCP客户端通过DHCP向网络广播DHCP发现包,用于请求网络中接收DHCP发现包的DHCP服务器为通信单板分配IP地址。
步骤S402,板卡上HOST端的DHCP服务器向DHCP客户端响应DHCP响应消息,通知为其分配的IP地址。
步骤S403,通信单板根据接收的DHCP响应消息,获得主机端DHCP服务器为其板分配的IP地址,并将IP地址通过DHCP请求消息通知网络中DHCP服务器。
步骤S404,DHCP服务器向DHCP客户端返回DHCP应答消息,通知需要下载的第一阶段加载文件相关信息如文件名和存储有第一阶段加载文件的TFTP服务器地址。
若通信单板采用DSP,第一阶段加载文件具体为包含复位配置字的s文件。
步骤S405,DHCP客户端根据接收的DHCP应答消息,利用获得要加载的第一阶段加载文件的相关信息及存储该第一阶段加载文件的主机端地址,向存储该第一阶段加载文件的TFTP服务器地址发送加载请求,该加载请求中包括第一阶段加载文件文件相关信息;
步骤S406,TFTP服务器接收到通信单板复位后第一次发送的加载请求后,利用第一阶段加载文件相关信息找到第一阶段加载文件,并将第一阶段加载文件发送给通信单板。
如果配置比较大,可以分多次传输,每次只传输其中一部分。
步骤S407,通信单板作为TFTP客户端接收到第一阶段加载文件后向TFTP服务器返回TFTP ACK响应,通知TFTP服务器该次传输接收成功,同时加载第一阶段加载文件,即对第一阶段加载文件进行解析,并运行解析获得的第一加载代码,运行第一加载代码时实现以下功能:
1)根据第一阶段加载文件中包含的复位配置字初始化硬件参数;
因此,第一阶段加载文件的加载可以实现以软件运行方式,利用软件编码形式的复位配置字进行硬件参数初始化。
至此,第一阶段加载文件加载结束。确定第一阶段加载文件加载成功时,跳到Boot Code执行第二阶段加载文件加载:
步骤S408,通信单板时作为DHCP客户端通过DHCP向网络广播DHCP发现包;
步骤S409,板卡上HOST端的DHCP服务器向DHCP客户端响应DHCP响应消息,通知为其分配的IP地址;
步骤S410,通信单板根据接收的DHCP响应消息,获得主机端DHCP服务器为其板分配的IP地址,并将IP地址通过DHCP请求消息通知网络中DHCP服务器;
步骤S411,DHCP服务器向DHCP客户端返回DHCP应答消息,通知第二阶段加载文件相关信息和存储第二阶段加载文件的TFTP服务器地址。
步骤S412,DHCP客户端根据接收的DHCP应答消息,向存储第二阶段加载文件TFTP服务器地址发送包括第二阶段加载文件相关信息的加载请求;
步骤S413,TFTP服务器接收到通信单板复位后第二次发送的加载请求后,利用第二阶段加载文件相关信息找到第二阶段加载文件并发送给通信单板。
步骤S414,通信单板返回TFTP ACK响应,通知TFTP服务器该次传输接收成功,同时加载第二阶段配置文件,从而使通信单板具有设定功能。
本发明实施例中上述复位配置字包括初用于始化双倍速率同步动态随机存储器DDR SDRAM控制器的硬件参数,所述DDR SDRAM控制器用于控制第二阶段加载文件加载过程中要记录的数据在DDR SDRAM的存储位置。
第一阶段加载文件加载时,DDR SDRAM控制器还没有被初始化,所以工程文件的代码和数据不能够放到DDR SDRAM上。而第二阶段加载文件加载时,DDR SDRAM控制器已经完成初始化工作,此时对DDR SDRAM的使用就没有限制了,是对通信单板如DSP的真正工程文件的加载。
两次运行Boot Code实现通信单板两次文件加载,利用统一初始化流程实现了不同功能。
本发明的上述实施例中步骤S407中加载第一阶段加载文件,实现上述功能1)。优选地,还可以增加加载第一阶段加载文件时实现的其它功能。下面给出另一种优选实施方式。
依照本发明另一实施例中,在上述实施例的基础上,本发明实施例中第一阶段加载文件和第二阶段加载文件在主机端HOST采用相同文件名,这样做的好处是主机端每次接收到通信单板发送的DHCP请求消息时,所响应的DHCP应答消息都是相同的。通信单板作为TFTP客户端发送的加载请求都是相同的,更大程度上统一了两次加载的消息一致性。采用该方式关键的一点是TFTP服务器会在再次接收到加载请求之前完成第一阶段加载文件到第二阶段加载文件的替换。而更换的时机是需要通信单板与HOST进行握手交互的。
优选地,本实施例中在上述步骤S407中,通信单板加载第一阶段加载文件时,还实现以下功能:
2)保存第一阶段加载文件中包含的第二阶段加载文件的控制信息到指定地址,以便第二阶段加载文件加载时读取。
即可以将第二阶段加载文件加载时用到一些控制信息先通过第一阶段加载文件存储到指定地址,这样第二阶段加载文件加载过程中不用传输这些控制信息,在加载过程到指定地址读取这些控制信息完成加载。
3)进行所述通信单板与所述主机端交互消息所需的相关配置;
由于在复位后与主机端交互消息需要进行一些必要的配置,如初始化以太控制器,初始MMU(Memory Management Unit,内存管理单元)等一些必要的配置。
4)确定完成硬件参数初始化和交互消息所需的相关配置时,与主机端交互确定主机端完成将第一阶段加载文件更换为第二阶段加载文件,即进行通信单板与主机端的握手交互过程。
通过握手交互,可以保证在通信单板成功加载第一阶段加载文件后,主机端才进行第一阶段加载文件到第二阶段加载文件的更换。在主机端完成第一阶段加载文件到第二阶段加载文件更换后,通信单板才发送第二次加载请求。
5)确定主机端完成将第一阶段加载文件更换为第二阶段加载文件时,将之前为完成所述通信单板与所述主机端交互消息进行的相关配置进行复位。
具体地,复位为完成所述通信单板与所述主机端交互消息进行的相关配置,包括复位上述以太控制器、MMU(Memory Management Unit,内存管理单元)等,将这些配置复位到加载第一阶段文件之前的状态。复位工作主要是为第二阶段加载文件加载做准备,消除第一阶段加载文件加载的影响。
6)确定主机端成功完成第一阶段加载文件到第二阶段加载文件的更换时,触发所述通信单板向所述主机端请求第二阶段加载文件。
触发的方式具体为再次跳到通信单板的Boot Code区域,通过执行BootCode区域代码开启第二次加载。即如果前面各个功能的代码执行成功,则切换到Boot Code区域开启第二阶段加载。
关于上述实现功能1)~功能6)的代码执行的先后顺序,实现功能1)的代码和功能3)的代码执行无顺序限制,可先后执行也可同时执行。实现功能4)的代码依赖于实现功能1)和功能3)的完成。实现功能2)的代码与实现功能1)、功能3)、功能4)和功能5)的代码执行是独立,执行顺序不受限制。实现功能6)的代码执行依赖于实现功能1)~功能5)代码成功执行。
关于实现功能4)的代码实现的通信单板与主机端的握手交互过程,如图5所示,具体包括:
步骤S501,确定完成硬件参数初始化和交互消息所需的相关配置时,向主机端发送更换请求消息,用于通知主机端将第一阶段加载文件更换为第二阶段加载文件;
TFTP服务器在加载两个阶段使用通一个s文件名(不同的文件)来传输目标文件,所以就要求HOST在完成了第一阶段加载文件加载后利用第二阶段加载文件替换掉第一阶段加载文件,而更换的时机是需要通信单板与HOST进行握手交互的。
步骤S502,通信单板限时等待更换响应消息;
步骤S503,在第一设定时间内收到主机端返回的更换响应消息时,确定主机端成功完成第一阶段加载文件到第二阶段加载文件的更换。至此,握手成功。
步骤S504,超出第一设定时间未收到主机端返回的更换响应消息时,确定主机端未成功完成第一阶段加载文件到第二阶段加载文件的更换。
本实施例中通信单板采用DSP时,握手过程通过以太数据帧的交互来实现,上层协议使用UDP。DSP与HOST双方需要协商好具体的请求和响应的帧格式,采用约定的数据帧格式,出于效率的考虑,DSP测不使用协议栈而是根据协商好的数据格式直接组建UDP数据包。本实施例中更换请求消息Change Request的帧格式如图6所示,更换响应消息Change Respose的帧格式如图7所示。其中HOST和DSP的MAC地址、IP地址是根据项目规划自动算出,而端口号与两种操作码则是要进行协商来确定的。
依照本发明实施例中,提供了一种主机端传输加载文件的方法,如图8所示,包括:
步骤S801,接收通信单板复位后发送的第一阶段加载文件请求;
步骤S802,将请求的第一阶段加载文件发送给所述通信单板,所述第一阶段加载文件中包含复位配置字。从而使通信单板加载第一阶段配置文件时利用复位配置字完成硬件参数初始化。
优选地,该方法还包括步骤:
步骤S803,接收所述通信单板复位后发送的第二阶段加载文件请求;
步骤S804,将请求的第二阶段加载文件发送给所述通信单板,所述第二阶段加载文件中包含实现设定功能的工程代码。从而使通信单板在完成硬件参数初始化有通过加载第二阶段加载文件,具有设定功能。
优选地,第一阶段加载文件和第二阶段加载文件采用相同的文件名,通过握手过程来确定更换文件的时机,如图5所示,在步骤S803之后,还包括:
步骤S803a,确定所述第一阶段加载文件发送完时,限时等待接收所述通信单板发送的更换请求消息;
步骤S803b,在第二设定时间收到通信单板发送的更换请求消息时,说明通信单板成功加载第一阶段加载文件,将第一阶段加载文件更换为第二阶段加载文件,更换成功后通过更换响应消息将文件更换成功的信息通知通信单板;
步骤S803c,确定握手成功,等待接收通信单板再次发送的加载请求;
步骤S803d,超出第二设定时间未收到通信单板发送的更换请求消息时,确定第一阶段加载文件加载失败,从而不会进行第一阶段加载文件到第二阶段加载的替换。
依照本发明实施例中,还提供一种进行文件加载的通信单板,如图9所示,包括:第一阶段加载文件请求单元901,用于在所述通信单板复位后向主机端请求第一阶段加载文件;第一接收单元902,用于接收所述主机端根据第一阶段加载文件请求返回的第一阶段加载文件,所述第一阶段加载文件中包含复位配置字;第一阶段加载单元903,用于加载所述第一阶段加载文件,实现:1)根据第一阶段加载文件中包含的复位配置字初始化硬件参数。
优选地,该通信单板还包括:第二阶段加载文件请求单元904,用于在加载所述第一阶段加载文件之后,向所述主机端请求第二阶段加载文件;第二接收单元905,用于接收所述主机端根据第二阶段加载文件请求返回的第二阶段加载文件,所述第二阶段加载文件中包含实现设定功能的工程代码;第二阶段加载单元906,用于加载所述包含实现设定功能的工程代码的第二阶段加载文件,使所述通信单板具有所述设定功能。
所述第一阶段加载单元903加载所述第一阶段加载文件时,还实现:2)保存第一阶段加载文件中包含的第二阶段加载文件的控制信息到指定地址;
第二阶段加载单元906具体用于根据指定地址的所述控制信息加载所述包含实现设定功能的工程代码的第二阶段加载文件。
所述第一阶段加载文件和第二阶段加载文件在主机端采用相同文件名,第一阶段加载单元903加载第一阶段加载文件时,还实现:3)进行所述通信单板与所述主机端交互消息所需的相关配置;4)确定完成硬件参数初始化和交互消息所需的相关配置时,与所述主机端交互确定主机端完成将第一阶段加载文件更换为第二阶段加载文件。
为了消除第一阶段加载文件加载时的影响,第一阶段加载单元903加载第一阶段加载文件时,还实现:5)确定主机端完成将第一阶段加载文件更换为第二阶段加载文件时,将之前为完成所述通信单板与所述主机端交互消息进行的相关配置进行复位。
为了重新回到Boot code,第一阶段加载单元903加载第一阶段加载文件时,还实现:6)确定主机端未成功完成第一阶段加载文件到第二阶段加载文件的更换时,触发第二阶段加载文件请求单元904向所主机端请求第二阶段加载文件。
本实施例中第一阶段加载单元903加载第一阶段加载文件时,实现的确定主机端完成将第一阶段加载文件更换为第二阶段加载文件,具体包括:确定完成硬件参数初始化和交互消息所需的相关配置时,向主机端发送更换请求消息,用于通知主机端将第一阶段加载文件更换为第二阶段加载文件;接收主机端将第一阶段加载文件成功更换为第二阶段加载文件时返回的更换响应消息,确定主机端完成将第一阶段加载文件更换为第二阶段加载文件。
第一阶段加载单元903加载第一阶段加载文件时,实现的确定主机端完成将第一阶段加载文件更换为第二阶段加载文件具体包括:发送更换请求消息后,在第一设定时间内收到主机端返回的更换响应消息时,确定主机端成功完成第一阶段加载文件到第二阶段加载文件的更换,否则确定主机端未成功完成第一阶段加载文件到第二阶段加载文件的更换。
依照本发明实施例中,还提供一种传输加载文件的主机端,如图10,包括:
第一请求接收单元101,用于接收通信单板复位后发送的第一阶段加载文件请求;第一传输单元102,用于将请求的第一阶段加载文件发送给所述通信单板,所述第一阶段加载文件中包含复位配置字。优选地,该主机端还包括:
第二请求接收单元103,用于接收所述通信单板复位后发送的第二阶段加载文件请求;第二传输单元104,用于将请求的第二阶段加载文件发送给所述通信单板,所述第二阶段加载文件中包含实现设定功能的工程代码。
所述第一阶段加载文件和第二阶段加载文件采用相同的文件名,该主机端还包括:更换时刻确定单元105,用于确定所述第一阶段加载文件发送完且接收到所述通信单板发送的更换请求消息时,将第一阶段加载文件更换为第二阶段加载文件;更换完成通知单元106,用于确定完成将第一阶段加载文件更换为第二阶段加载文件时,向所述通信单板返回更换响应消息;第一阶段加载失败确定单元107,用于确定第一阶段加载文件发送完且超出第二设定时间未收到所述通信单板发送的更换请求消息时,确定第一阶段加载文件加载失败。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (26)
1.一种通信单板进行文件加载的方法,其特征在于,包括:
复位后向主机端请求第一阶段加载文件;
接收所述主机端根据第一阶段加载文件请求返回的第一阶段加载文件,所述第一阶段加载文件中包含复位配置字;
加载所述第一阶段加载文件,实现根据第一阶段加载文件中包含的复位配置字初始化硬件参数。
2.如权利要求1所述的方法,其特征在于,加载所述第一阶段加载文件之后,还包括:
向所述主机端请求第二阶段加载文件;
接收所述主机端根据第二阶段加载文件请求返回的第二阶段加载文件,所述第二阶段加载文件中包含实现设定功能的工程代码;
加载所述包含实现设定功能的工程代码的第二阶段加载文件,使所述通信单板具有所述设定功能。
3.如权利要求2所述的方法,其特征在于,加载所述第一阶段加载文件时,还实现:
保存第一阶段加载文件中包含的第二阶段加载文件的控制信息到指定地址;
加载所述第二阶段加载文件具体包括:
根据指定地址的所述控制信息加载所述包含实现设定功能的工程代码的第二阶段加载文件。
4.如权利要求2所述的方法,其特征在于,所述第一阶段加载文件和第二阶段加载文件在主机端采用相同文件名,加载所述第一阶段加载文件时,还实现:
进行所述通信单板与所述主机端交互消息所需的相关配置;
确定完成硬件参数初始化和交互消息所需的相关配置时,与所述主机端交互确定主机端完成将第一阶段加载文件更换为第二阶段加载文件。
5.如权利要求4所述的方法,其特征在于,所述通信单板加载所述第一阶段加载文件时,还实现:
确定主机端完成将第一阶段加载文件更换为第二阶段加载文件时,将之前为完成所述通信单板与所述主机端交互消息进行的相关配置进行复位。
6.如权利要求4所述的方法,其特征在于,所述与主机端交互消息确定主机端完成将第一阶段加载文件更换为第二阶段加载文件,具体包括:
确定完成硬件参数初始化和交互消息所需的相关配置时,向所述主机端发送更换请求消息,用于通知所述主机端将第一阶段加载文件更换为第二阶段加载文件;
接收所述主机端将第一阶段加载文件成功更换为第二阶段加载文件时返回的更换响应消息,确定主机端完成将第一阶段加载文件更换为第二阶段加载文件。
7.如权利要求6所述的方法,其特征在于,确定主机端完成将第一阶段加载文件更换为第二阶段加载文件,具体包括:
发送更换请求消息后,在第一设定时间内收到所述主机端返回的更换响应消息时,确定主机端成功完成第一阶段加载文件到第二阶段加载文件的更换,否则确定主机端未成功完成第一阶段加载文件到第二阶段加载文件的更换。
8.如权利要求7所述的方法,其特征在于,所述通信单板加载所述第一阶段加载文件时,还实现:
确定主机端成功完成第一阶段加载文件到第二阶段加载文件的更换时,触发所述通信单板向所述主机端请求第二阶段加载文件。
9.如权利要求2所述的方法,其特征在于,所述通信单板向主机端请求第一阶段加载文件之前,还包括:
通过动态主机设置协议DHCP向网络广播DHCP发现包,用于请求网络中接收所述DHCP发现包的主机端为所述通信单板分配IP地址;
根据接收的DHCP响应消息,获得所述主机端为所述通信单板分配的IP地址,并将所述IP地址通过DHCP请求消息通知给所述主机端;
根据接收的的DHCP应答消息,获得要加载的第一阶段加载文件的相关信息及存储该第一阶段加载文件的主机端地址;
所述通信单板向主机端请求第一阶段加载文件,具体包括:
向存储该第一阶段加载文件的主机端发送包括第一阶段加载文件的相关信息的加载请求;
所述通信单板向主机端请求第二阶段加载文件之前,还包括:
通过动态主机设置协议DHCP向网络广播DHCP发现包,用于请求网络中接收所述DHCP发现包的主机端为所述通信单板分配IP地址;
根据接收的DHCP响应消息,获得所述主机端为所述通信单板分配的IP地址,并将所述IP地址通过DHCP请求消息通知给所述主机端;
根据接收的的DHCP应答消息,获得要加载的第二阶段加载文件的相关信息及存储该第二阶段加载文件的主机端地址;
所述通信单板向主机端请求第二阶段加载文件,具体包括:
向存储该第二阶段加载文件的主机端发送包括第二阶段加载文件的相关信息的加载请求。
10.如权利要求1所述的方法,其特征在于,所述复位配置字包括初用于始化双倍速率同步动态随机存储器DDR SDRAM控制器的硬件参数,所述DDR SDRAM控制器用于控制第二阶段加载文件加载过程中要记录的数据在DDR SDRAM的存储位置。
11.一种主机端传输加载文件的方法,其特征在于,包括:
接收通信单板复位后发送的第一阶段加载文件请求;
将请求的第一阶段加载文件发送给所述通信单板,所述第一阶段加载文件中包含复位配置字。
12.如权利要求11所述的方法,其特征在于,还包括:
接收所述通信单板复位后发送的第二阶段加载文件请求;
将请求的第二阶段加载文件发送给所述通信单板,所述第二阶段加载文件中包含实现设定功能的工程代码。
13.如权利要求12所述的方法,其特征在于,所述第一阶段加载文件和第二阶段加载文件采用相同的文件名,该方法还包括:
确定所述第一阶段加载文件发送完且接收到所述通信单板发送的更换请求消息时,将所述第一阶段加载文件更换为第二阶段加载文件;
完成将第一阶段加载文件更换为第二阶段加载文件时,向所述通信单板返回更换响应消息。
14.如权利要求13所述的方法,其特征在于,还包括:
确定所述第一阶段加载文件发送完且超出第二设定时间未收到所述通信单板发送的更换请求消息时,确定第一阶段加载文件加载失败。
15.一种进行文件加载的通信单板,其特征在于,包括:
第一阶段加载文件请求单元,用于在所述通信单板复位后向主机端请求第一阶段加载文件;
第一接收单元,用于接收所述主机端根据第一阶段加载文件请求返回的第一阶段加载文件,所述第一阶段加载文件中包含复位配置字;
第一阶段加载单元,用于加载所述第一阶段加载文件,实现根据第一阶段加载文件中包含的复位配置字初始化硬件参数。
16.如权利要求15所述的通信单板,其特征在于,还包括:
第二阶段加载文件请求单元,用于在加载所述第一阶段加载文件之后,向所述主机端请求第二阶段加载文件;
第二接收单元,用于接收所述主机端根据第二阶段加载文件请求返回的第二阶段加载文件,所述第二阶段加载文件中包含实现设定功能的工程代码;
第二阶段加载单元,用于加载所述包含实现设定功能的工程代码的第二阶段加载文件,使所述通信单板具有所述设定功能。
17.如权利要求16所述的通信单板,其特征在于,所述第一阶段加载单元加载所述第一阶段加载文件时,还实现:保存第一阶段加载文件中包含的第二阶段加载文件的控制信息到指定地址;
所述第二阶段加载单元具体用于根据指定地址的所述控制信息加载所述包含实现设定功能的工程代码的第二阶段加载文件。
18.如权利要求16所述的通信单板,其特征在于,所述第一阶段加载文件和第二阶段加载文件在主机端采用相同文件名,所述第一阶段加载单元加载所述第一阶段加载文件时,还实现:进行所述通信单板与所述主机端交互消息所需的相关配置;确定完成硬件参数初始化和交互消息所需的相关配置时,与所述主机端交互确定主机端完成将第一阶段加载文件更换为第二阶段加载文件。
19.如权利要求18所述的通信单板,其特征在于,所述第一阶段加载单元加载所述第一阶段加载文件时,还实现:确定主机端完成将第一阶段加载文件更换为第二阶段加载文件时,将之前为完成所述通信单板与所述主机端交互消息进行的相关配置进行复位。
20.如权利要求18所述的通信单板,其特征在于,所述第一阶段加载单元加载所述第一阶段加载文件时,实现的确定主机端完成将第一阶段加载文件更换为第二阶段加载文件,具体包括:确定完成硬件参数初始化和交互消息所需的相关配置时,向所述主机端发送更换请求消息,用于通知所述主机端将第一阶段加载文件更换为第二阶段加载文件;接收所述主机端将第一阶段加载文件成功更换为第二阶段加载文件时返回的更换响应消息,确定主机端完成将第一阶段加载文件更换为第二阶段加载文件。
21.如权利要求18所述的通信单板,其特征在于,所述第一阶段加载单元实现的定主机端完成将第一阶段加载文件更换为第二阶段加载文件具体包括:发送更换请求消息后,在第一设定时间内收到所述主机端返回的更换响应消息时,确定主机端成功完成第一阶段加载文件到第二阶段加载文件的更换,否则确定主机端未成功完成第一阶段加载文件到第二阶段加载文件的更换。
22.如权利要求21所述的通信单板,其特征在于,所述第一阶段加载单元加载所述第一阶段加载文件时,还实现:确定主机端未成功完成第一阶段加载文件到第二阶段加载文件的更换时,触发所述第二阶段加载文件请求单元向所述主机端请求第二阶段加载文件。
23.一种传输加载文件的主机端,其特征在于,包括:
第一请求接收单元,用于接收通信单板复位后发送的第一阶段加载文件请求;
第一传输单元,用于将请求的第一阶段加载文件发送给所述通信单板,所述第一阶段加载文件中包含复位配置字。
24.如权利要求23所述的主机端,其特征在于,还包括:
第二请求接收单元,用于接收所述通信单板复位后发送的第二阶段加载文件请求;
第二传输单元,用于将请求的第二阶段加载文件发送给所述通信单板,所述第二阶段加载文件中包含实现设定功能的工程代码。
25.如权利要求24所述的主机端,其特征在于,所述第一阶段加载文件和第二阶段加载文件采用相同的文件名,该主机端还包括:
更换时刻确定单元,用于确定所述第一阶段加载文件发送完且接收到所述通信单板发送的更换请求消息时,将所述第一阶段加载文件更换为第二阶段加载文件;
更换完成通知单元,用于确定完成将第一阶段加载文件更换为第二阶段加载文件时,向所述通信单板返回更换响应消息。
26.如权利要求25所述的主机端,其特征在于,还包括:
第一阶段加载失败确定单元,用于确定所述第一阶段加载文件发送完且超出第二设定时间未收到所述通信单板发送的更换请求消息时,确定第一阶段加载文件加载失败。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010223911.2A CN102315958B (zh) | 2010-07-01 | 2010-07-01 | 通信单板进行文件加载及主机端传输加载文件的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010223911.2A CN102315958B (zh) | 2010-07-01 | 2010-07-01 | 通信单板进行文件加载及主机端传输加载文件的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102315958A true CN102315958A (zh) | 2012-01-11 |
CN102315958B CN102315958B (zh) | 2014-04-02 |
Family
ID=45428796
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010223911.2A Active CN102315958B (zh) | 2010-07-01 | 2010-07-01 | 通信单板进行文件加载及主机端传输加载文件的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102315958B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103701707A (zh) * | 2013-12-03 | 2014-04-02 | 杭州华三通信技术有限公司 | 一种网络设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030200290A1 (en) * | 2002-04-18 | 2003-10-23 | Myron Zimmerman | System for and method of streaming data to a computer in a network |
CN1571370A (zh) * | 2003-07-18 | 2005-01-26 | 华为技术有限公司 | 一种通信设备数据加载的方法 |
CN101026819A (zh) * | 2007-03-28 | 2007-08-29 | 中兴通讯股份有限公司 | 基于dhcp协议的远端射频单元初始化配置方法 |
CN101699401A (zh) * | 2009-10-20 | 2010-04-28 | 中兴通讯股份有限公司 | 刀片服务器及其操作系统的安装方法及系统 |
-
2010
- 2010-07-01 CN CN201010223911.2A patent/CN102315958B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030200290A1 (en) * | 2002-04-18 | 2003-10-23 | Myron Zimmerman | System for and method of streaming data to a computer in a network |
CN1571370A (zh) * | 2003-07-18 | 2005-01-26 | 华为技术有限公司 | 一种通信设备数据加载的方法 |
CN101026819A (zh) * | 2007-03-28 | 2007-08-29 | 中兴通讯股份有限公司 | 基于dhcp协议的远端射频单元初始化配置方法 |
CN101699401A (zh) * | 2009-10-20 | 2010-04-28 | 中兴通讯股份有限公司 | 刀片服务器及其操作系统的安装方法及系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103701707A (zh) * | 2013-12-03 | 2014-04-02 | 杭州华三通信技术有限公司 | 一种网络设备 |
CN103701707B (zh) * | 2013-12-03 | 2017-02-15 | 杭州华三通信技术有限公司 | 一种网络设备 |
Also Published As
Publication number | Publication date |
---|---|
CN102315958B (zh) | 2014-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101951417B (zh) | 多服务器地址分配方法、系统及中继设备 | |
CN108833163B (zh) | Linux虚拟服务器的创建方法、装置、计算机设备及存储介质 | |
US7395342B2 (en) | Pre-execution environment compliant dynamic host configuration protocol relay agent | |
CN102571996B (zh) | Ip地址分配方法、装置以及网络系统 | |
EP3800853A1 (en) | Address management method and device | |
CN102316447A (zh) | Ip地址分配与发送方法以及无线接入器、服务器、系统 | |
CN103957288A (zh) | 一种动态分配ip地址的方法、装置及设备 | |
EP3787232A1 (en) | Network configuration method, device, and system | |
CN111294416A (zh) | Ip地址获取的方法及相关产品 | |
CN113268256A (zh) | 批量装机方法、装置、服务器及计算机存储介质 | |
CN101120579B (zh) | 在网络控制系统中提供下载和上传服务的方法 | |
CN100574480C (zh) | 基于dhcp协议的远端射频单元初始化配置方法 | |
CN102726025A (zh) | 一种业务包的安装方法和相关装置 | |
US10819627B2 (en) | Network device stacking | |
CN102572003B (zh) | 复用地址与端口范围的获取处理方法与系统 | |
CN104461705A (zh) | 一种业务访问的方法及存储控制器、集群存储系统 | |
CN102025797A (zh) | 地址前缀处理方法、装置、系统及网络设备 | |
CN102315958B (zh) | 通信单板进行文件加载及主机端传输加载文件的方法 | |
CN111726367B (zh) | 一种用户设备cpe接入绑定方法、装置、系统及设备 | |
CN102523316B (zh) | 一种地址分配方法和设备 | |
CN110495157B (zh) | 在通信设备之间进行串行通信的通信系统 | |
CN103856573A (zh) | 一种互联网协议ip地址的配置方法、装置及系统 | |
CN101715006A (zh) | 一种客户端释放动态主机配置资源的方法及其客户端系统 | |
EP4216510A1 (en) | Method for acquiring address, apparatus and system | |
CN112217913B (zh) | 一种协商ip地址的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |