CN100426747C - 一种向网元设备加载文件的方法 - Google Patents
一种向网元设备加载文件的方法 Download PDFInfo
- Publication number
- CN100426747C CN100426747C CNB2006100027014A CN200610002701A CN100426747C CN 100426747 C CN100426747 C CN 100426747C CN B2006100027014 A CNB2006100027014 A CN B2006100027014A CN 200610002701 A CN200610002701 A CN 200610002701A CN 100426747 C CN100426747 C CN 100426747C
- Authority
- CN
- China
- Prior art keywords
- file
- load
- loading
- element device
- loaded
- 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.)
- Expired - Fee Related
Links
Images
Abstract
本发明公开了一种向网元设备加载文件的方法,包括:文件加载设备不等待网元设备返回加载成功的消息,向需要进行文件加载的网元设备连续发送待加载文件;当文件加载设备得知网元设备加载文件失败,则停止待加载文件的发送,等待该网元设备文件加载成功;文件加载设备每次在得知至少一个网元设备文件加载成功后,向所述网元设备发送至少一个待加载文件。通过本发明可以根据带宽的实际情况动态调整加载文件的个数,有效地提高了向网元设备加载文件的效率,避免了带宽资源的浪费。
Description
技术领域
本发明涉及网络通信技术领域,特别是指一种向网元设备加载文件的方法。
背景技术
向网元设备加载文件,是通信网络中经常采用的技术手段。例如,在宽带码分多址(WCDMA)网络中,无线网络控制器(RNC,Radio NetworkController)是非常重要的设备,主要完成连接建立和断开、切换、宏分集合并、无线资源管理控制等功能。只有首先通过操作维护中心(OMC,Operationand Maintenance Centre)将数据和代码加载到RNC上后,RNC才能够正常运行。但是,一般来说从OMC到RNC的数据通道的带宽是有限的,如果同时加载所有的文件,就会出现堵塞,导致一部分的文件加载失败。
为了能够高效地加载所有的文件到RNC上,现有技术主要采用如下两种方案:
方案一、并行加载方案,OMC同时向RNC加载所有的文件,如果发生堵塞,由RNC返回加载失败文件的文件名,然后OMC再重新加载这些文件。
但是该方案的缺点是当带宽比较小的情况下,由于失败后重传的文件比较多,效率仍然比较低。
方案二、串行加载方案,OMC逐个向RNC加载文件,只有等前一个文件的加载成功消息返回后,OMC才加载下一个文件。
该方案的缺点是当带宽比较大的情况下,资源浪费严重。
发明内容
有鉴于此,本发明的主要目的在于提供一种向网元设备加载文件的方法,能够根据带宽的实际情况动态调整加载文件的个数,既提高加载效率的,又可避免资源浪费。
基于上述目的本发明提供的向网元设备加载文件的方法,包括:
A.文件加载设备向需要进行文件加载的网元设备连续发送待加载文件;
B.当文件加载设备得知网元设备加载文件失败,则停止待加载文件的发送,等待该网元设备文件加载成功;
C.文件加载设备每次在得知至少一个网元设备文件加载成功后,向所述网元设备发送至少一个待加载文件。
该方法步骤C所述的待加载文件为之前加载失败的待加载文件和/或未发送过的待加载文件。
该方法步骤B所述文件加载设备得知网元设备加载文件失败的过程为:所述网元设备检测到文件加载失败后,返回该文件加载失败的消息,所述文件加载设备收到文件加载失败消息后,确认该文件加载失败。
该方法在所述加载失败的消息中包含有当前加载失败文件的文件名。
该方法步骤C所述文件加载设备得知网元设备加载文件成功的过程为:所述网元设备在文件加载成功后,返回该文件加载成功的消息,所述文件加载设备收到文件加载成功的消息后,确认该文件加载成功。
该方法在所述加载成功的消息中包含有当前加载成功文件的文件名。
该方法步骤C所述向网元设备发送的待加载文件数量与得知的加载成功的文件数量相等。
该方法步骤C中每次得知的加载成功的文件数量为1,每次向网元设备发送的待加载文件数量为1。
该方法所述的网元设备为无线网络控制器(RNC)。
该方法所述的文件加载设备为操作维护中心(OMC)。
从上面所述可以看出,本发明提供的向网元设备加载文件的方法,在带宽充足时连续进行文件加载,在带宽已满时,逐个进行文件加载,从而可以根据带宽的实际情况动态调整加载文件的个数,有效地提高了向网元设备加载文件的效率,避免了带宽资源的浪费。
附图说明
图1为本发明应用于向RNC加载文件时较佳实施例的流程示意图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
本发明方案的核心是:文件加载设备向需要进行文件加载的网元设备连续发送待加载文件;当文件加载设备得知网元设备加载文件失败,则停止待加载文件的发送,等待该网元设备文件加载成功;文件加载设备每次在得知至少一个网元设备文件加载成功后,向所述网元设备发送至少一个待加载文件,该待加载文件为之前加载失败的待加载文件或此前尚未发送过的待加载文件,如此直到所有的文件都加载完毕。
其中,文件加载设备及网元设备可根据实际网络进行确定。较佳的,文件加载设备每次向网元设备发送的待加载文件数量与得知的加载成功的文件数量相等,并且最好为1,即文件加载设备每得知1个文件加载成功,则向网元设备发送1个待加载文件。
本发明可应用于多种系统,如:GSM、CDMA2000、WCDMA等,以下以WCDMA为例进行说明,其中,文件加载设备为OMC,网元设备为RNC。
参见图1所示流程图,对本发明方法的较佳实施方案进行详细描述。
步骤101,OMC连续向RNC发送待加载文件1到n,其中n为自然数。
本步骤中,由于RNC进行文件加载并返回加载成功消息需要一定的时间,因此这里不等待RNC向OMC返回加载成功的消息,OMC连续将所需加载的文件向RNC发送。
步骤102,当某个文件加载成功时,RNC会返回该文件加载成功的消息;如果RNC检测到某个文件加载失败,比如第m个文件加载失败,则向OMC返回文件m加载失败的消息。
在加载成功/失败的消息中包含有当前加载成功/失败文件的文件名。
步骤103,收到文件m加载失败消息后,OMC停止发送新的待加载文件,并等待RNC返回一个文件加载成功的消息。
这是由于此时带宽已满,OMC必须等待RNC处理完一个文件加载后,再向RNC发送下一个待加载文件。
步骤104,RNC返回的一个文件加载成功的消息。比如:当前RNC完成了文件k的加载,则返回文件k加载成功的消息。
步骤105,收到该文件k加载成功的消息后,OMC再次将失败的待加载文件m发送给RNC。
此后,OMC每收到一个文件加载成功的消息后,就向RNC发送下一个待加载的文件,直到所有的文件都加载完毕。
熟悉本领域的技术人员应该看到,本发明不限于WCDMA系统;也不限于RNC,可以被用于所有需要通过OMC进行数据和代码加载,并且带宽有限的网元设备。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1. 一种向网元设备加载文件的方法,其特征在于,包括:
A.文件加载设备向需要进行文件加载的网元设备连续发送待加载文件;
B.当文件加载设备得知网元设备加载文件失败,则停止待加载文件的发送,等待该网元设备文件加载成功;
C.文件加载设备每次在得知至少一个网元设备文件加载成功后,向所述网元设备发送至少一个待加载文件。
2. 根据权利要求1所述的方法,其特征在于,步骤C所述的待加载文件为之前加载失败的待加载文件和/或未发送过的待加载文件。
3. 根据权利要求1所述的方法,其特征在于,步骤B所述文件加载设备得知网元设备加载文件失败的过程为:所述网元设备检测到文件加载失败后,返回该文件加载失败的消息,所述文件加载设备收到文件加载失败消息后,确认该文件加载失败。
4. 根据权利要求3所述的方法,其特征在于,在所述加载失败的消息中包含有当前加载失败文件的文件名。
5. 根据权利要求1所述的方法,其特征在于,步骤C所述文件加载设备得知网元设备加载文件成功的过程为:所述网元设备在文件加载成功后,返回该文件加载成功的消息,所述文件加载设备收到文件加载成功的消息后,确认该文件加载成功。
6. 根据权利要求5所述的方法,其特征在于,在所述加载成功的消息中包含有当前加载成功文件的文件名。
7. 根据权利要求1所述的方法,其特征在于,步骤C所述向网元设备发送的待加载文件数量与得知的加载成功的文件数量相等。
8. 根据权利要求7所述的方法,其特征在于,步骤C中每次得知的加载成功的文件数量为1,每次向网元设备发送的待加载文件数量为1。
9. 根据权利要求1至8任意一项所述的方法,其特征在于,所述的网元设备为无线网络控制器RNC。
10. 根据权利要求1至8任意一项所述的方法,其特征在于,所述的文件加载设备为操作维护中心OMC。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100027014A CN100426747C (zh) | 2006-01-25 | 2006-01-25 | 一种向网元设备加载文件的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100027014A CN100426747C (zh) | 2006-01-25 | 2006-01-25 | 一种向网元设备加载文件的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1859190A CN1859190A (zh) | 2006-11-08 |
CN100426747C true CN100426747C (zh) | 2008-10-15 |
Family
ID=37298056
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100027014A Expired - Fee Related CN100426747C (zh) | 2006-01-25 | 2006-01-25 | 一种向网元设备加载文件的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100426747C (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040196780A1 (en) * | 2003-03-20 | 2004-10-07 | Chin Francois Po Shin | Multi-carrier code division multiple access communication system |
CN1540954A (zh) * | 2003-10-30 | 2004-10-27 | 清华大学深圳研究生院 | 一种ip视频会议系统中音视频流传输的流量控制方法 |
CN1561059A (zh) * | 2004-02-23 | 2005-01-05 | 中兴通讯股份有限公司 | 一种通讯系统中语音数据的加载方法 |
US20050068912A1 (en) * | 2003-09-16 | 2005-03-31 | Scott Robert Paxton | Method and system for wirelessly providing an update to a network appliance |
CN1682501A (zh) * | 2002-09-12 | 2005-10-12 | 美商内数位科技公司 | Mac层重置后b节点缓冲数据的高效回复系统 |
-
2006
- 2006-01-25 CN CNB2006100027014A patent/CN100426747C/zh not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1682501A (zh) * | 2002-09-12 | 2005-10-12 | 美商内数位科技公司 | Mac层重置后b节点缓冲数据的高效回复系统 |
US20040196780A1 (en) * | 2003-03-20 | 2004-10-07 | Chin Francois Po Shin | Multi-carrier code division multiple access communication system |
US20050068912A1 (en) * | 2003-09-16 | 2005-03-31 | Scott Robert Paxton | Method and system for wirelessly providing an update to a network appliance |
CN1540954A (zh) * | 2003-10-30 | 2004-10-27 | 清华大学深圳研究生院 | 一种ip视频会议系统中音视频流传输的流量控制方法 |
CN1561059A (zh) * | 2004-02-23 | 2005-01-05 | 中兴通讯股份有限公司 | 一种通讯系统中语音数据的加载方法 |
Non-Patent Citations (2)
Title |
---|
计算机网络. Andrew S. Tanenbaum 著, 潘爱民 译,177-192页,清华大学出版社. 2004 |
计算机网络. Andrew S. Tanenbaum 著, 潘爱民 译,177-192页,清华大学出版社. 2004 * |
Also Published As
Publication number | Publication date |
---|---|
CN1859190A (zh) | 2006-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN2696248Y (zh) | 使用混合自动重复请求用于传输块设置传送的基站 | |
CN100586053C (zh) | 混合自动重传请求进程处理方法及装置 | |
CN101128050B (zh) | 无线承载控制方法、系统和服务无线网络控制器 | |
CN101141197B (zh) | 一种软件下载方法 | |
CN104581219A (zh) | 一种流媒体转发服务器的控制方法 | |
CN101022592A (zh) | 快速群发手机短信的方法 | |
CN103973560A (zh) | 一种irf系统中堆叠链路故障处理的方法和装置 | |
CN101296061B (zh) | Lte tdd系统中的上行数据传输方法 | |
CN101184050B (zh) | 分布式节点组播方法、分布式节点组播组件和分布式系统 | |
CN101707615A (zh) | 一种基于公共移动通信的视频多链路传输的实现方法 | |
CN101615992A (zh) | 多载波中业务的发送、接收方法、装置与发射机和接收机 | |
CN101572661B (zh) | 基于时分双工模式的数据缓存方法、装置和系统 | |
CN100426747C (zh) | 一种向网元设备加载文件的方法 | |
CN100576787C (zh) | 一种在维护终端与后台设备之间进行大数据量安全传送的方法 | |
CN101399578B (zh) | 上行链路功率控制和同步方法及系统 | |
CN101237270A (zh) | 一种节点b获得重传间隔控制信息的方法 | |
CN100502544C (zh) | 一种移动通讯系统软件版本升级的调度方法 | |
CN102238493A (zh) | 基于m2m平台的有序收发消息的方法及装置 | |
CN101547119A (zh) | 数据加载时的License控制方法及数据加载系统 | |
CN103634893A (zh) | 分组数据汇聚协议序列号同步方法及装置 | |
CN101494642B (zh) | 一种通信中触发数据传输失败指示的方法及装置 | |
CN101872296B (zh) | 实现大容量群发短信的装置及方法 | |
CN101631353A (zh) | 一种状态分组数据单元的管理方法和装置 | |
CN101166152B (zh) | 一种e-dch非服务链路调度方法和装置 | |
CN106792906B (zh) | 一种用户设备及其数据块传输的方法 |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20081015 Termination date: 20180125 |
|
CF01 | Termination of patent right due to non-payment of annual fee |