著录项信息
专利名称 | 集中式无线局域网中识别客户端类型的方法和装置 |
申请号 | CN201010520221.3 | 申请日期 | 2010-10-25 |
法律状态 | 暂无 | 申报国家 | 中国 |
公开/公告日 | 2012-05-16 | 公开/公告号 | CN102457907A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | 暂无 | IPC分类号 | 暂无查看分类表>
|
申请人 | 上海贝尔股份有限公司 | 申请人地址 | 上海市浦东金桥宁桥路388号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 上海诺基亚贝尔股份有限公司 | 当前权利人 | 上海诺基亚贝尔股份有限公司 |
发明人 | 刘刚;温海波 |
代理机构 | 北京市金杜律师事务所 | 代理人 | 郑立柱 |
摘要
本发明提供了一种在集中式无线局域网中识别DHCP客户端的机器类型的方法和装置。首先,DHCP客户端将本客户端的机器类型信息填充在DHCP请求消息中,并将填充了本客户端的机器类型信息的DHCP请求消息发送至DHCP服务器。DHCP服务器接收到来自DHCP客户端的DHCP请求消息后,根据该DHCP请求消息中包括的机器类型信息,就能确定DHCP客户端的机器类型。一旦DHCP服务器知晓了DHCP客户端的机器类型,各网络实体就能够知晓该DHCP客户端的机器类型,从而执行相关的流量工程或策略控制。
1.一种在集中式无线局域网的DHCP客户端中用于向DHCP服务器发送DHCP请求消息的方法,其特征在于,所述方法包括以下步骤:
a.将所述DHCP客户端的机器类型信息填充在所述DHCP请求消息中,其中,所述DHCP请求消息用于向所述DHCP服务器请求配置信息,所述机器类型信息用于执行流量工程或策略控制;
b.将填充了所述机器类型信息的所述DHCP请求消息发送至所述DHCP服务器。
2.根据权利要求1所述的方法,其特征在于,所述步骤a还包括:将所述机器类型信息填充在所述DHCP请求消息中的客户标识选项中。
3.根据权利要求1或2所述的方法,其特征在于,所述机器类型信息的长度为16比特。
4.一种在集中式无线局域网的DHCP服务器中用于接收来自DHCP客户端的DHCP请求消息的方法,其特征在于,所述方法包括以下步骤:
i.接收来自所述DHCP客户端的DHCP请求消息,其中所述DHCP请求消息包括所述DHCP客户端的机器类型信息;
ii.根据所述DHCP请求消息,确定所述DHCP客户端的机器类型,所述机器类型信息用于执行流量工程或策略控制。
5.根据权利要求4所述的方法,其特征在于,所述步骤ii包括以下步骤:
i1.从所述DHCP请求消息中的客户标识选项中提取所述机器类型信息;
i2.根据所提取的所述机器类型信息,确定所述DHCP客户端的机器类型。
6.根据权利要求5所述的方法,其特征在于,所述步骤i1还包括:从所述DHCP请求消息中的客户标识选项中提取所述机器类型信息。
7.一种在集中式无线局域网的DHCP客户端中用于向DHCP服务器发送DHCP请求消息的发送模块,其特征在于,所述发送模块包括:
填充装置,用于将所述DHCP客户端的机器类型信息填充在所述DHCP请求消息中,其中,所述DHCP请求消息用于向所述DHCP服务器请求配置信息,所述机器类型信息用于执行流量工程或策略控制;
发送装置,用于将填充了所述机器类型信息的所述DHCP请求消息发送至所述DHCP服务器。
8.根据权利要求7所述的发送模块,其特征在于,所述填充装置还用于将所述机器类型信息填充在所述DHCP请求消息中的客户标识选项中。
9.根据权利要求7或8所述的发送模块,其特征在于,所述机器类型信息的长度为16比特。
10.一种在集中式无线局域网的DHCP服务器中用于接收来自DHCP客户端的DHCP请求消息的接收模块,其特征在于,所述接收模块包括:
接收装置,用于接收来自所述DHCP客户端的DHCP请求消息,其中所述DHCP请求消息包括所述DHCP客户端的机器类型信息;
第一确定装置,用于根据所述DHCP请求消息,确定所述DHCP客户端的机器类型,所述机器类型信息用于执行流量工程或策略控制。
11.根据权利要求10所述的接收模块,其特征在于,所述第一确定装置还包括:
提取装置,用于从所述DHCP请求消息中的客户标识选项中提取所述机器类型信息;
第二确定装置,用于根据所提取的所述机器类型信息,确定所述DHCP客户端的机器类型。
12.根据权利要求11所述的接收模块,其特征在于,所述提取装置还用于从所述DHCP请求消息中的客户标识选项中提取所述机器类型信息。
集中式无线局域网中识别客户端类型的方法和装置\n技术领域\n[0001] 本发明涉及通信网络,尤其涉及集中式无线局域网(centralizedWLAN)。\n背景技术\n[0002] 集中式无线局域网结构的出现使得运营商可以部署可控、可管、可运营的WiFi网络,其中,在该集中式无线局域网络结构中,由一个接入控制器(Access Controller,AC)负责管理和控制一个或多个的无线终结点(Wireless Termination Points,WTPs)或者接入点(Access Point,AP)。此外,例如智能手机等用户设备的出现大量占用了3G网络的流量,从一个较为有效的观点来看,将3G网络的流量卸载到WiFi网络是一个较佳的方案。事实上,越来越多的智能手机用户也已经开始通过WiFi网络的途径接入网络业务。\n[0003] 通常,运营商,例如电信运营商有识别接入WiFi网络的客户端的机器类型的需求,也即接入控制器或WLAN接入网关(WLANAccess Gateway)需要知晓哪种机器类型的客户端(例如,双模手机,个人数字助理,笔记本电脑,台式电脑等)连接到该WiFi网络,从而使得各网络实体能够执行相关的流量工程和策略控制。例如,在不同的时段,同一张USIM卡可能分别被插入双模手机和笔记本电脑,这样,接入控制器或WLAN接入网关需要区分当前接入该WiFi网络的插入该张USIM卡的客户端是双模手机还是笔记本电脑,从而决定以不同的比特率或屏幕分辨率来传输媒体流量。\n[0004] 目前,运营商能够根据不同的IP地址池来识别客户端是来自哪个接入网络(例如GPRS,3G或WLAN),但是却无法区分该客户端是哪种机器类型的客户端。\n[0005] 因此,提供一种有助于各网络实体,也即运营商识别接入集中式无线局域网的客户端的机器类型的方案是迫切需要得到解决的。\n发明内容\n[0006] 基于上述考量,在本发明的一个实施例中,DHCP客户端发送至DHCP服务器的DHCP请求消息中包括该DHCP客户端的机器类型信息,DHCP服务器根据接收到的DHCP请求消息中的机器类型信息能够确定DHCP客户端的机器类型。一旦DHCP服务器知晓接入该集中式无线局域网的DHCP客户端的机器类型,各网络实体就能够知晓该DHCP客户端的机器类型,从而执行相关的流量工程或策略控制。\n[0007] 本发明的一个实施例中提供了一种在集中式无线局域网的DHCP客户端中用于向DHCP服务器发送DHCP请求消息的方法,其特征在于,所述方法包括以下步骤:a.将所述DHCP客户端的机器类型信息填充在所述DHCP请求消息中,其中,所述DHCP请求消息用于向所述DHCP服务器请求配置信息;b.将填充了所述机器类型信息的所述DHCP请求消息发送至所述DHCP服务器。\n[0008] 本发明在另一个实施例中提供了一种在集中式无线局域网的DHCP服务器中用于接收来自DHCP客户端的DHCP请求消息的方法,其特征在于,所述方法包括以下步骤:i.接收来自所述DHCP客户端的DHCP请求消息,其中所述DHCP请求消息包括所述DHCP客户端的机器类型信息;ii.根据所述DHCP请求消息,确定所述DHCP客户端的机器类型。\n[0009] 通过应用本发明的技术方案,DHCP服务器根据接收到的DHCP请求消息中的机器类型信息能够确定DHCP客户端的机器类型,这样,各网络实体就能够知晓该DHCP客户端的机器类型,从而执行相关的流量工程或策略控制。\n[0010] 本发明在一个实施例中提供了一种在集中式无线局域网的DHCP客户端中用于向DHCP服务器发送DHCP请求消息的发送模块,其特征在于,所述发送模块包括:填充装置,用于将所述DHCP客户端的机器类型信息填充在所述DHCP请求消息中,其中,所述DHCP请求消息用于向所述DHCP服务器请求配置信息;发送装置,用于将填充了所述机器类型信息的所述DHCP请求消息发送至所述DHCP服务器。\n[0011] 本发明在另一个实施例中提供了一种在集中式无线局域网的DHCP服务器中用于接收来自DHCP客户端的DHCP请求消息的接收模块,其特征在于,所述接收模块包括:接收装置,用于接收来自所述DHCP客户端的DHCP请求消息,其中所述DHCP请求消息包括所述DHCP客户端的机器类型信息;第一确定装置,用于根据所述DHCP请求消息,确定所述DHCP客户端的机器类型。\n[0012] 本发明的各个方面将通过下文中的具体实施例的说明而更加清晰。\n附图说明\n[0013] 通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的上述及其他特征将会更加清晰:\n[0014] 图1示出了根据现有技术的DHCP请求消息中的客户标识(Client Identifier)选项的格式;\n[0015] 图2示出了根据现有技术的DHCP请求消息的客户标识选项中的类型为链路层地址加时间的DUID-LLT的格式;\n[0016] 图3示出了根据本发明的一个实施例的包含用于指示DHCP客户端机器类型的新的类型域的DUID-LLT的格式;以及\n[0017] 图4示出了根据本发明的一个实施例的在集中式无线局域网中用于识别DHCP客户端的机器类型的方法流程图。\n[0018] 附图中相同或相似的标记用于表示相同或相似的步骤或装置。\n具体实施方式\n[0019] 在DHCPv6协议中,DHCP客户端发送DHCP请求消息至DHCP服务器用于请求IP地址和其他配置参数,例如子网掩码,默认网关等。在该DHCP请求消息中需要包括一个客户标识(Client Identifier)选项,该客户标识选项中携带的DUID(DHCP Unique Identifier)用于DHCP服务器识别该DHCP客户端的身份从而为其选择相应的配置参数。\n[0020] 图1示出了根据现有技术的DHCP请求消息中的客户标识选项的格式。图中,“OPTION_CLIENT ID”用于表示该选项为客户标识选项,长度为16比特,也即2个字节。\n“OPTION_LEN”用于表示该客户标识选项的长度,长度为16比特,也即2个字节。“DUID”为DHCP唯一标识符,用于唯一地标识该DHCP客户端的身份,该“DUID”的长度是可变的。\n[0021] 通常,“DUID”包括长度为2个字节的类型码,用于标识该DUID的类型,以及用于构成实际标识符内容的可变长度的字节。除去2个字节的类型码之外,整个“DUID”的长度一般不超过128个字节。\n[0022] 下文中,以客户标识选项中的“DUID”的类型为链路层地址加时间(DUID-LLT)为例进行说明,本领域普通技术人员可以理解,本发明的技术方案同样可适用于客户标识选项中的“DUID”是其他类型的情形。\n[0023] 图2示出了根据现有技术的DHCP请求消息的客户标识选项中的类型为链路层地址加时间的DUID-LLT的格式。\n[0024] 图中,“type code”为类型码,用于表示该DUID的类型,长度为16比特,也即2个字节。对于基于链路层地址加时间类型的DUID,该类型码为1。\n[0025] “hardware code”用于表示网络硬件的种类,例如,以太网(Ethernet),长度为16比特,也即2个字节。\n[0026] “time”用于表示该DUID产生的时间点距离2000年1月1日0点的时间长度,单位为秒,长度为32比特,也即4个字节。\n[0027] “link-layer address”用于表示在该DUID产生时,连接到该DHCP客户端的任何一个网络接口的链路层地址,其长度是可变的。\n[0028] 为实现本发明的技术方案,根据本发明的一个实施例,如图3所示,在DHCP客户端发送至DHCP服务器的用于请求配置信息的DHCP请求消息中的客户标识选项中的DUID中定义一个新的类型域,该新的类型域用于指示DHCP客户端的机器类型,例如双模手机,个人数字助理,笔记本电脑或者台式电脑等。\n[0029] 图3所示的DUID除了包括图2中描述的各域之外,还包括一个新的类型域“machine type”,该类型域中填充DHCP客户端的机器类型信息,用于指示该DHCP客户端的机器类型,长度为16比特,也即2个字节。\n[0030] 需要说明的是,该新的类型域“machine type”的长度不限于16比特,也即2个字节,其可以是其他任何字节长度,只要足够标识各种机器类型并且与其他各域的长度之和不超过DUID允许的最大字节长度,例如128字节即可。\n[0031] 以下将参照图4并结合图3对根据本发明的一个实施例的在集中式无线局域网中用于识别DHCP客户端的机器类型的方法进行描述。\n[0032] 如图4所示,首先,在步骤S41中,DHCP客户端10将本客户端的机器类型信息填充在DHCP请求消息中。\n[0033] 优选地,DHCP客户端10将本客户端的机器类型信息填充在DHCP请求消息中的客户标识(Client Identifier)选项中。例如,如图3所示,DHCP客户端10将本客户端的机器类型信息填充在客户标识选项的DUID中的新的类型域“machine type”中。\n[0034] 优选地,该机器类型信息的长度为16比特,也即2个字节。\n[0035] 然后,在步骤S42中,DHCP客户端10将填充了本客户端的机器类型信息的DHCP请求消息发送至DHCP服务器20。\n[0036] 具体的,DHCP客户端10通过DHCPv6协议将填充了本客户端的机器类型信息的DHCP请求消息发送至DHCP服务器20。\n[0037] 接着,在步骤S43中,DHCP服务器20接收来自DHCP客户端10的DHCP请求消息,并根据该DHCP请求消息中包括的机器类型信息,确定DHCP客户端10的机器类型,例如为双模手机,个人数字助理,笔记本电脑或者台式电脑等。\n[0038] 具体的,DHCP服务器20接收到来自DHCP客户端10的DHCP请求消息后,从该DHCP请求消息中的客户标识选项中的DUID中提取机器类型信息,并根据所提取的机器类型信息,确定DHCP客户端10的机器类型。一旦DHCP服务器20知晓了DHCP客户端10的机器类型后,各网络实体就能够知晓该DHCP客户端10的机器类型,从而执行相关的流量工程或策略控制。\n[0039] 以上是从方法步骤的角度对本发明的技术方案进行的描述,以下将从装置模块的角度对本发明的技术方案进一步进行描述。\n[0040] 首先,DHCP客户端10中的发送模块中的填充装置将本客户端的机器类型信息填充在DHCP请求消息中。\n[0041] 优选地,填充装置将本客户端的机器类型信息填充在DHCP请求消息中的客户标识(Client Identifier)选项中。例如,如图3所示,填充装置将本客户端的机器类型信息填充在客户标识选项的DUID中的新的类型域“machine type”中。\n[0042] 优选地,该机器类型信息的长度为16比特,也即2个字节。\n[0043] 然后,DHCP客户端10中的发送模块中的发送装置将填充了本客户端的机器类型信息的DHCP请求消息发送至DHCP服务器20。\n[0044] 具体的,发送装置通过DHCPv6协议将填充了本客户端的机器类型信息的DHCP请求消息发送至DHCP服务器20。\n[0045] 接着,DHCP服务器20中的接收模块中的接收装置接收来自DHCP客户端10的DHCP请求消息,接收模块中的第一确定装置根据该DHCP请求消息中包括的机器类型信息,确定DHCP客户端10的机器类型,例如为双模手机,个人数字助理,笔记本电脑或者台式电脑等。\n[0046] 具体的,接收装置接收到来自DHCP客户端10的DHCP请求消息后,第一确定装置中的提取装置从该DHCP请求消息中的客户标识选项中的DUID中提取机器类型信息,然后第一确定装置中的第二确定装置根据所提取的机器类型信息,确定DHCP客户端10的机器类型。\n[0047] 一旦DHCP服务器20知晓了DHCP客户端10的机器类型后,各网络实体就能够知晓该DHCP客户端10的机器类型,从而执行相关的流量工程或策略控制。\n[0048] 对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
法律信息
- 2018-01-19
专利权人的姓名或者名称、地址的变更
专利权人由上海贝尔股份有限公司变更为上海诺基亚贝尔股份有限公司
地址由201206 上海市浦东金桥宁桥路388号变更为201206 上海市浦东金桥宁桥路388号
- 2015-07-29
- 2012-06-27
实质审查的生效
IPC(主分类): H04W 28/10
专利申请号: 201010520221.3
申请日: 2010.10.25
- 2012-05-16
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2008-04-23
|
2006-10-19
| | |
2
| |
2007-09-12
|
2007-02-08
| | |
3
| |
2008-03-12
|
2006-09-08
| | |
4
| |
2008-02-20
|
2006-08-15
| | |
5
| | 暂无 |
2007-03-26
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |