CN101924736B - 动态主机配置协议报文的传输方法和装置 - Google Patents
动态主机配置协议报文的传输方法和装置 Download PDFInfo
- Publication number
- CN101924736B CN101924736B CN200910146725.0A CN200910146725A CN101924736B CN 101924736 B CN101924736 B CN 101924736B CN 200910146725 A CN200910146725 A CN 200910146725A CN 101924736 B CN101924736 B CN 101924736B
- Authority
- CN
- China
- Prior art keywords
- terminal
- dhcp
- priority
- message
- dhcp message
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种传输动态主机配置协议DHCP报文的方法,以解决现有技术中按照Wimax 16e协议运行的系统的DHCP性能较低的问题。实施例中的方法包括:在终端从DHCP服务器获取IP地址的过程中,当终端向基站发送DHCP报文之前,基站以预设的优先级给终端分配上行带宽;当基站收到DHCP服务器发来的DHCP报文后,以预设的优先级向终端发送DHCP响应报文。实施例还公开了相应的装置。根据实施例中的技术方案,有助于缩短DHCP时延、提高DHCP成功率、减少MS的IP获取时间,从而提高了MS的IP获取的成功率、提高了系统的DHCP性能。
Description
技术领域
本发明涉及宽带无线接入领域,特别地涉及一种动态主机配置协议报文的传输方法和装置。
背景技术
目前基于网际协议IP(Internet Protocol)分组系统,终端要执行一个获取IP的过程。获取IP地址的过程是在动态主机配置协议DHCP(Dynamic HostConfiguration Protocol)框架下完成的,整个过程的数据载体为DHCP报文。因此DHCP报文能否在通讯链路中及时的传输决定了基站的DHCP服务性能。
目前按照Wimax16e协议,终端MS(Moblie Station)获取IP时的DHCP交互信息全部在业务连接上传输。
按照Wimax16e协议,业务连接的调度优先级比Wimax的管理消息等信令优先级低,不同的业务连接之间调度优先级也不一样,因此业务连接的带宽得不到保证,而且DHCP与其它媒体流数据同在业务连接上传输,传输DHCP所用带宽得不到保证,导致DHCP报文不能够及时发送出去,影响了系统的DHCP性能,具体来说有如下表现:
(1)在DHCP报文不能够及时发送出去的情况下,终端获取IP的时延变大,尤其是放生DHCP消息重传时,该时延将达到秒级;
(2)DHCP报文如果在一定时间内发送不出去,终端或者基站将重传DHCP报文,当重传次数达到最大次数时,终端获取IP失败。
因此按照Wimax16e协议,系统的DHCP性能较低。
发明内容
本发明提供一种传输动态主机配置协议DHCP报文的方法,以解决现有技术中按照Wimax16e协议运行的系统的DHCP性能较低的问题。
为解决上述问题,本发明实施例提供如下的技术方案:
一种传输动态主机配置协议DHCP报文的方法,在终端从DHCP服务器获取IP地址的过程中,所述方法包括:
当终端向基站发送DHCP报文之前或基站确认未收到来自所述终端的DHCP报文时,基站以预设的优先级给终端分配上行带宽,其中,所述DHCP报文传输过程遵守Wimax16e协议,且所述预设的优先级高于Wimax16e协议所规定的业务链接调度的优先级,且所述预设的优先级包括Wimax16e协议所规定的管理消息调度的优先级;
当基站收到DHCP服务器发来的DHCP报文后,以预设的优先级向终端发送DHCP响应报文。
一种传输动态主机配置协议DHCP报文的装置,包括:
识别模块,用于确认是否收到来自所述终端的DHCP报文;
分配模块,用于在终端从DHCP服务器获取IP地址的过程中,当终端向基站发送DHCP报文之前,以预设的优先级给终端分配上行带宽,以及在识别模块确认未收到来自所述终端的DHCP报文之后,继续以预设的优先级给终端分配上行带宽;其中,所述DHCP报文传输过程遵守Wimax16e协议,且所述预设的优先级高于Wimax16e协议所规定的业务链接调度的优先级,且所述预设的优先级包括Wimax16e协议所规定的管理消息调度的优先级;
发送模块,用于当基站收到DHCP服务器发来的DHCP报文后,以预设的优先级向终端发送DHCP响应报文。
根据实施例中的技术方案,因为基站以高于Wimax16e协议所规定的业务链接调度的优先级给终端分配上行带宽以及向终端发送DHCP响应报文,所以有助于缩短DHCP时延、提高DHCP成功率、减少MS的IP获取时间,从而提高了MS的IP获取的成功率、提高了系统的DHCP性能。
附图说明
图1为DHCP服务器、基站与终端之间的连接关系示意图;
图2为终端获取IP地址的方法流程图。
具体实施方式
下面结合附图对本发明实施例中的技术方案作出说明。附图用于帮助理解实施例的技术方案,在实现中可以不限于附图所示的形式。
本实施例中的方法可以应用于图1所示的系统,图1中示出了DHCP服务器、基站与终端之间的连接关系。DHCP服务器11与基站12连接,二者之间交互DHCP报文;基站12与终端13连接,二者之间也交互DHCP报文,如图中的空心箭头所示。另外,基站12中设置有DHCP报文识别模块121、下行调度模块122和上行调度模块123。DHCP报文识别模块121与下行调度模块122、上行调度模块123之间交互管理信息,下行调度模块122、上行调度模块123与终端13之间也交互管理信息,如图中实心箭头所示。
本实施例中终端获取IP地址的方法如图2所示,具体步骤如下:
步骤21:在终端MS与DHCP服务器之间建立业务连接。本步骤按照Wimax16e协议执行,具体包括初始接入、基本能力协商、鉴权、登记等流程,使终端能够在上行、下行两条业务连接上传输媒体流数据。然后步骤22开始,MS进入获取IP阶段,即通过DHCP报文交互,终端从DHCP服务器获得IP地址。
步骤22:BS以预设的优先级给MS分配上行带宽,并转入步骤23。分配带宽机制在上行调度过程中由上行调度模块123实现。上行调度还包括其他内容,在后文中再作说明。本步骤中采用的预设的优先级可以是较高的优先级,目的是最大限度的保证给MS发送上行DHCP报文的机会。DHCP报文有多种,比如DHCP发现报文(DHCP Discover)、DHCP请求报文(DHCP Request)等,根据IP地址获取的不同阶段使用不同的报文,本实施例中对此不作区分,统称为DHCP报文,并且都可以使用预设的优先级。该优先级高于Wimax16e协议所规定的业务链接调度的优先级,为此,可以将DHCP的调度方法按照对Wimax管理消息调度的优先级进行调度,这样有助于保证MS与BS之间交互DHCP所需的带宽。
这里的采用预设的较高优先级发送DHCP报文,实质上就是在调度所有业务连接之前进行DHCP报文调度,具体而言,对于上行,先调度所有管理连接,即给管理连接分配带宽,然后再调度所有需要发送DHCP报文的业务连接(不包含非DHCP数据带宽),给DHCP报文分配上行带宽,最后调度所有上行业务连接带宽需求(仅包含非DHCP报文数据带宽);对于下行,先调度所有管理连接数据,然后调度所有业务连接的DHCP报文(不包含非DHCP报文数据),最后调度所有业务连接(仅包含非DHCP报文数据)。这里需要注意一点就是上行与下行调度的内容不同,上行调度的是带宽,也就是BS给MS分配带宽,有MS发送上行数据,而下行是调度数据,即BS分配好相应的下行带宽后并发送相应的数据。
因为在步骤21中建立业务连接后,上行DHCP报文是第一数据包,所以先给终端分配足够的上行带宽。与传统的上行调度相比,本实施例中的做法使终端的上行带宽得到了最大限度的保证,对缩短DHCP时延起到了关键作用,及时地分配足够的上行带宽是保证终端DHCP上行消息能够及时发送的必要条件。
步骤23:BS判断是否收到MS的上行DHCP报文,若收到进入步骤24,否则返回步骤22。
在步骤23中,BS需要实现DHCP报文识别功能。当BS没有收到MS上行DHCP报文时将返回步骤22,继续给MS分配上行用来发送DHCP报文的带宽,这样做的主要原因是BS不知道MS在哪一帧发送DHCP报文,因此在未收到MS发送的DHCP报文之前,BS将在后续的每一帧给MS分配DHCP带宽。DHCP报文识别功能由DHCP报文识别模块121来实现。
DHCP报文识别功能可根据DHCP协议实现,属于成熟技术,现举一实现:Wimax系统的数据载体就是IP包,根据IP包首部的Protocol的协议字段值17来识别该IP报文的内层数据为UDP(Usr Datagram Protocol)报文。根据UDP首部的端口号字段来识别是否为DHCP数据报文,若该端口号(源端口号或者目的端口号)值为67或者68,则表明该数据包为DHCP报文。若DHCP报文的消息类型字段为1,则表明为终端发送的请求,即上行DHCP报文;若为2则表明为BS回复报文,即下行DHCP报文。若DHCP报文有值为53的可选字段,则表明根据该字段后面内容可进一步解析是什么类型的DHCP报文,比如后面的内容如果为5,则表明为DHCP ACK报文,步骤25中判断获取IP的流程是否完成,就可以是根据该字段值来进行判断。
步骤24:BS以预设的优先级给MS发送DHCP报文。本步骤之后转到步骤25。这里预设的优先级可以和步骤22中预设的优先级相同。本步骤在下行调度中由下行调度模块122实现,下行调度在后文中再作出说明。步骤24中的DHCP报文是对MS发送的DHCP报文的响应。
步骤25:判断IP获取流程是否完成,若完成则结束流程,否则返回步骤22。因为IP获取过程中,BS和MS之间要进行多个回合的DHCP报文交互,所以在步骤25中对该交互是否结束进行判断。本步骤也需要BS对DHCP报文进行识别,如果检测到了DHCPACK报文,则可以认为MS获取IP过程结束。否则返回步骤22,继续为MS分配上行带宽。
以下对上行调度作一说明,上行调度的主要步骤如下:
步骤31:进行所有上行管理链接调度,然后进入步骤32。上行管理消息是Wimax协议最重要的部分,它是整个无线接入系统能够稳定工作的保证,因此需优先调度,本步骤中的方式与现有机制一致。
步骤32:进行上行DHCP调度,并进入步骤33。
当两条业务连接建立完成后或者BS识别出MS发送的上行DHCP报文之时,上行DHCP调度开始工作,用来给MS分配发送上行DHCP报文带宽。该步骤是保证MS上行DHCP报文及时发送上来的前提条件,也是减少上行DHCP时延,提高DHCP成功率的关键步骤之一。本步骤将上行DHCP进行优先于业务连接调度,可以是按照克服了协议上缺陷所导致的问题。
步骤33:进行上行所有业务链接的调度,然后结束上行调度。本步骤与Wimax协议基本一致。
以下对下行调度作一说明,下行调度的主要步骤如下:
步骤41:进行所有下行管理链接调度,并进入步骤42。下行管理消息是Wimax协议最重要的部分,它是整个无线接入系统能够稳定工作的保证,因此需优先调度,本步骤中的方式与现有机制一致。
步骤42:进行下行DHCP调度,并进入步骤43。当BS将要下发DHCP报文时,下行DHCP调度开始工作,用来将下行DHCP报文及时发送给MS。该步骤中,将下行DHCP报文按照高于业务链接的调度的优先级级进行调度,这是减少下行DHCP时延,提高DHCP成功率的关键步骤之一。
步骤43:进行下行所有业务链接的调度,然后结束下行调度。该步骤与Wimax协议基本一致。
基于上述方法,以下对本实施例中的装置作出说明。本实施例中的装置可以利用软件、硬件或者二者结合的方式实现。以下按功能模块来划分装置结构,在实现中各模块可以各自成为设备,或为同一设备的组成部分。本实施例中的装置可以实现为图1所示的基站12内的各模块,以实现传输DHCP报文的功能。在一般情况下,本实施例中用于传输DHCP报文的装置可以是包括分配模块和发送模块,其中分配模块用于在终端从DHCP服务器获取IP地址的过程中,当终端向基站发送DHCP报文之前,以预设的优先级给终端分配上行带宽;发送模块用于当基站收到DHCP服务器发来的DHCP报文后,以预设的优先级向终端发送DHCP响应报文。
本实施例中包括分配模块和发送模块的装置中,还可以进一步包括识别模块,用于确认是否收到来自终端的DHCP报文。这样,分配模块可进一步用于在识别模块确认未收到来自终端的DHCP报文之后,继续以预设的优先级给终端分配上行带宽。
另外,这里的发送模块可以进一步用于在识别模块确认收到DHCP服务器发来的DHCP报文之后,以预设的优先级向终端发送该DHCP报文。
而且,这里的识别模块可以进一步用于检查终端获取IP地址的流程是否结束。这样,分配模块进一步用于在识别模块确认终端从DHCP服务器获取IP地址的流程尚未结束之后,继续以预设的优先级给终端分配上行带宽。
使用本实施例中的方法和装置有助于提高系统的DHCP性能,以下作一分析说明。按照Wimax16e协议,DHCP是在业务链接上传输的,和其他媒体流数据没有区别,因此其调度优先级没有得到优先保证。尤其是在BS中还存在其他高优先级用户情况下,当这些高优先级用户在做业务时,正在处于DHCP阶段的该低优先级用户的业务链接可能没有足够的带宽,因此需在该业务链接上传输的DHCP报文不能及时调度出去,增加了DHCP时延,最坏的情况下由于达到了最大DHCP重传次数,DHCP流程可能失败,导致用户获取不到IP地址。在本实施例中,将下行DHCP进行优先于业务连接调度,克服了协议上缺陷所导致的问题。DHCP机制在有线网看来它属于信令流消息,非常重要,但在Wimax看来其属于媒体流数据,地位显得不重要。在本实施例中,将DHCP报文按照仅次于Wimax信令流优先于业务连接调度,对于Wimax来说该方法称作DHCP信令化,即将媒体流数据按照信令处理方法优先调度。这样有助于缩短DHCP时延、提高DHCP成功率、减少MS的IP获取时间,从而提高了MS的IP获取的成功率、提高了系统的DHCP性能。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (6)
1.一种动态主机配置协议DHCP报文的传输方法,其特征在于,在终端从DHCP服务器获取IP地址的过程中,所述方法包括:
当终端向基站发送DHCP报文之前或基站确认未收到来自所述终端的DHCP报文时,基站以预设的优先级给终端分配上行带宽,其中,所述DHCP报文传输过程遵守Wimax16e协议,且所述预设的优先级高于Wimax16e协议所规定的业务链接调度的优先级,且所述预设的优先级包括Wimax16e协议所规定的管理消息调度的优先级;
当基站收到DHCP服务器发来的DHCP报文后,以预设的优先级向终端发送DHCP响应报文。
2.根据权利要求1所述的方法,其特征在于,所述以预设的优先级向终端发送DHCP响应报文之前进一步包括:基站确认已收到DHCP服务器发来的DHCP报文。
3.根据权利要求1所述的方法,其特征在于,在所述终端从DHCP服务器获取IP地址的过程中,所述方法进一步包括:
基站确认终端从DHCP服务器获取IP地址的过程未结束,然后以预设的优先级给终端分配上行带宽。
4.一种动态主机配置协议DHCP报文的传输装置,其特征在于,包括:
识别模块,用于确认是否收到来自终端的DHCP报文;
分配模块,用于在终端从DHCP服务器获取IP地址的过程中,当终端向基站发送DHCP报文之前,以预设的优先级给终端分配上行带宽,以及在识别模块确认未收到来自所述终端的DHCP报文之后,继续以预设的优先级给终端分配上行带宽;其中,所述DHCP报文传输过程遵守Wimax16e协议,且所述预设的优先级高于Wimax16e协议所规定的业务链接调度的优先级,且所述预设的优先级包括Wimax16e协议所规定的管理消息调度的优先级;
发送模块,用于当基站收到DHCP服务器发来的DHCP报文后,以预设的优先级向终端发送DHCP响应报文。
5.根据权利要求4所述的装置,其特征在于,所述发送模块进一步用于在识别模块确认收到DHCP服务器发来的DHCP报文之后,以预设的优先级向终端发送该DHCP报文。
6.根据权利要求4所述的装置,其特征在于,所述识别模块进一步用于检查终端获取IP地址的流程是否结束;
所述分配模块进一步用于在识别模块确认终端从DHCP服务器获取IP地址的流程尚未结束之后,继续以预设的优先级给终端分配上行带宽。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910146725.0A CN101924736B (zh) | 2009-06-16 | 2009-06-16 | 动态主机配置协议报文的传输方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910146725.0A CN101924736B (zh) | 2009-06-16 | 2009-06-16 | 动态主机配置协议报文的传输方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101924736A CN101924736A (zh) | 2010-12-22 |
CN101924736B true CN101924736B (zh) | 2014-01-01 |
Family
ID=43339387
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910146725.0A Expired - Fee Related CN101924736B (zh) | 2009-06-16 | 2009-06-16 | 动态主机配置协议报文的传输方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101924736B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106023050A (zh) * | 2016-06-17 | 2016-10-12 | 海南智城科技发展股份有限公司 | 一种交通数据管理系统 |
CN109302502B (zh) * | 2017-07-24 | 2021-04-20 | 中兴通讯股份有限公司 | 基站传输层ip及终端本地ip的分配方法、系统及存储介质 |
CN107968848B (zh) * | 2017-11-27 | 2019-08-13 | Oppo广东移动通信有限公司 | 一种获取ip地址的方法、终端设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1805601A (zh) * | 2005-01-10 | 2006-07-19 | 华为技术有限公司 | 一种将终端接入网络的方法 |
CN101079801A (zh) * | 2006-05-25 | 2007-11-28 | 华为技术有限公司 | 吉比特无源光网络系统中传输上行控制报文的方法 |
-
2009
- 2009-06-16 CN CN200910146725.0A patent/CN101924736B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1805601A (zh) * | 2005-01-10 | 2006-07-19 | 华为技术有限公司 | 一种将终端接入网络的方法 |
CN101079801A (zh) * | 2006-05-25 | 2007-11-28 | 华为技术有限公司 | 吉比特无源光网络系统中传输上行控制报文的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101924736A (zh) | 2010-12-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102577268B (zh) | 基于mac报头类型信息传送mac pdu的设备和方法 | |
US8310988B2 (en) | Method of MAC header generation and data transmitting | |
US8179878B2 (en) | Method for performing synchronisation for multicast broadcast services in a wireless access communication network, corresponding multicast broadcast server and base station | |
CN102160304B (zh) | 无线通信系统的重发资源分配方法和装置 | |
CN102484813B (zh) | 使用mac头部来传送和接收mac pdu的装置和方法 | |
US20130294283A1 (en) | Facilitating device-to-device communication | |
WO2017211255A1 (zh) | 一种语音数据传输控制方法及设备 | |
WO2019153935A1 (zh) | 传输方式确定方法及装置,存储介质和电子装置 | |
CN101491005A (zh) | 用于无线通信系统中的策略执行的方法和装置 | |
CN107104908B (zh) | 一种通信方法和装置 | |
TW201029390A (en) | A method to improve channel utilization in a time division multiple access based protocol | |
KR101641518B1 (ko) | 멀티캐스트 또는 브로드캐스트 무선 채널을 통하여 신뢰성 있고 동적으로 그룹 정보 전송을 수행하는 장치 및 방법 | |
WO2006095787A1 (ja) | 中継装置 | |
CN104158752A (zh) | 业务流量的处理方法和装置 | |
CN102369752B (zh) | 一种数据传输的方法、装置 | |
EP2164188A1 (en) | A method and an equipment for transmitting data in the relay station and the base station | |
JP2020014215A (ja) | 無線通信装置 | |
CN101924736B (zh) | 动态主机配置协议报文的传输方法和装置 | |
JPWO2008093413A1 (ja) | 無線通信制御方法並びに無線基地局及び無線端末 | |
CN106550474B (zh) | 异质网络整合方法及装置 | |
KR20080085993A (ko) | 다중 에프에이를 사용하는 광대역 무선통신 시스템에서서비스품질을 지원하기 위한 장치 및 방법 | |
CN101030841B (zh) | 协议数据单元长度变化的通知方法及装置 | |
CN113079578B (zh) | 一种智慧屏无线投屏数据的优先传输方法及系统 | |
CN110475288B (zh) | 一种卫星网络信令报文优先传送方法及装置、系统 | |
KR101790192B1 (ko) | 애플리케이션 관리 방법 및 장치 |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20180705 Address after: California, USA Patentee after: Global innovation polymerization LLC Address before: 518057 Nanshan District high tech Industrial Park, Shenzhen, Guangdong, Ministry of justice, Zhongxing Road, South China road. Patentee before: ZTE Corp. |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140101 |
|
CF01 | Termination of patent right due to non-payment of annual fee |