找终端或IPv6单找终端；
[0024] 查询所述高速缓存中是否存有所述第二终端的IPv6地址与所述第二终端的终端 类型之间的第二对应关系；
[0025] 在确定所述第二高速缓存中存有所述第二对应关系后，根据所述第二对应关系确 定所述第二终端的终端类型。
[0026] 根据本发明实施例的第H方面，公开了一种标识终端类型的装置，包括：
[0027] 报文生成单元，用于生成第一域名系统请求报文，所述第一域名系统请求报文的 报文头中携带有第一终端的类型标识，所述第一终端的类型标识用于标识所述第一终端为 双找终端或为IPv6单找终端；
[0028] 报文发送单元，用于发送所述第一域名系统请求报文。
[0029] 结合本发明的第H方面，本发明还具有第一种可能，即所述报文生成单元具体用 于，将所述第一域名系统请求报文的报文头中的目标字段的字段值作为所述第一终端的类 型标识，所述目标字段为化code字段、AA字段、RA字段、Z字段、AD字段或RC0DE字段，所 述化code字段的字段值为保留字段值。
[0030] 根据本发明实施例的第四方面，公开了一种识别终端类型的装置，包括：
[0031] 第一报文接收单元，用于接收第一终端发送的第一域名系统请求报文，所述第一 域名系统请求报文的报文头中携带有所述第一终端的类型标识，所述第一用户的类型标识 用于标识所述第一终端为双找终端或为IPv6单找终端；
[0032] 第一类型识别单元，用于从所述第一域名系统请求报文的报文头中提取所述第一 终端的类型标识，根据所述第一终端的类型标识确定所述第一终端的类型。
[0033] 结合本发明的第四方面，本发明还具有第一种可能，即所述装置还包括：
[0034] 第一查询单元，用于在所述类型识别单元从所述第一域名系统请求报文的报文头 中提取所述第一终端的类型标识，根据所述第一终端的类型标识确定所述第一终端的类型 之前，查询所述高速缓存中是否存有所述第一终端的IPv6地址与所述第一终端的终端类 型之间的第一对应关系，所述第一终端的IPv6地址携带于所述第一域名系统请求报文中；
[0035] 所述第一类型识别单元具体用于，在确定所述高速缓存中不存在第一对应关系 后，从所述第一域名系统请求报文的报文头中提取所述第一终端的类型标识，根据所述第 一终端的类型标识确定所述第一终端的类型。
[0036] 结合本发明的第四方面，本发明还具有第二种可能，即所述装置还包括：
[0037] 第二报文接收单元，用于接收第二终端发送的第二域名系统请求报文，所述第二 域名系统请求报文的报文头中携带有所述第二终端的IPv6地址和所述第二终端的类型标 识，所述第二终端的类型标识用于标识所述第二终端为双找终端或IPv6单找终端；
[0038] 第二查询单元，用于查询所述高速缓存中是否存有所述第二终端的IPv6地址与 所述第二终端的终端类型之间的第二对应关系；
[0039] 第二类型识别单元，用于在确定所述第二高速缓存中存在所述第二对应关系后， 根据所述第二对应关系确定所述第二终端的终端类型。
[0040] 由上述实施例可W看出，与现有技术相比，本发明的优点在于：
[0041] 在无需用户手工操作的情况下，即可自动识别出终端的类型，避免了因用户误操 作而导致的识别错误或无法识别，进而提高类型识别的准确性。
[0042] 同时，不需要复杂的网络分域规划，任意终端可W在任意位置接入网络，大大降低 了网络部署的复杂度。
[0043] 在当前情况下，考虑到网络中双找终端占绝大多数，IPv6单找终端一般都是新入 网的设备，运营商可W在入网测试时增加定制功能准入的要求，保证新入网的IPv6单找终 端具备相应的功能，然后只需对DNS服务器进行软件定制，通过软件升级即可完成相应功 能，整网的部署代价非常小。
【附图说明】
[0044] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可 W根据该些附图获得其他的附图。
[0045] 图1为本发明一种标识终端类型的方法的一个实施例的流程图；
[0046] 图2为RFC1035/2535/5395协议定义的域名系统请求报文的报文头的结构示意 图；
[0047] 图3为本发明一种识别终端类型的方法的一个实施例的流程图；
[0048] 图4为本发明一种标识终端类型的方法的另一个实施例的流程图；
[0049] 图5-a为本发明中双找终端的DNS解析流程的示意图；
[0050] 图5-b为本发明中IPv6单找终端的DNS解析流程的示意图；
[0051] 图6为本发明一种标识终端类型的装置的一个实施例的结构图；
[0052] 图7为本发明一种识别终端类型的装置的一个实施例的结构图；
[0053] 图8为本发明一种识别终端类型的装置的另一个实施例的结构图；
[0054] 图9为本发明一种识别终端类型的装置的另一个实施例的结构图。
【具体实施方式】
[0055] 本发明实施例提供了标识、识别终端类型的方法和装置。本发明技术方案的核也 在于，在终端发送给DNS服务器的域名系统请求报文中添加了用于标识终端类型的终端类 型标识。DNS服务器在接收到该域名系统请求报文后，可W通过该终端类型标识自动识别出 终端的类型，在此过程中，无需用户参与任何操作，避免因用户误操作而导致的识别错误或 无法识别，进而提高类型识别的准确性。
[0056] 另外，还需要说明的是，在W下各个实施例中，"第一终端"和"第二终端"并不特指 某一个终端，而是泛指任何一个需要通过本发明的技术方案标识类型的终端。"第一域名系 统请求报文"和"第二域名系统请求报文"也并不特指某一个终端发送给DNS服务器的域名 系统请求报文，而仅仅泛指任意一个需要标识类型的终端发送给DNS服务器的域名系统请 求报文。
[0057] 为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明 实施例进行详细描述。
[0058] 实施例一
[0059] 请参阅图1，其为本发明一种标识终端类型的方法的一个实施例的流程图，该方法 包括W下步骤：
[0060] 步骤101 ;生成第一域名系统请求报文，在第一域名系统请求报文的报文头中携 带有第一终端的类型标识、所述第一终端的类型标识用于标识所述第一终端为双找终端或 为IPv6单找终端；
[0061] 如图2所示，其为RFC1035/2535/5395协议定义的域名系统请求报文的报文头的 结构示意图。其中，Z字段在域名系统请求报文（DNSQuery)的报文头中为保留字段，可W 将Z字段的字段值作为终端的类型标识。另外，RFC1035/2535/5395协议只在域名系统响 应报文（DNSResponse)中对AA字段、RA字段、AD字段和RC0DE字段进行定义，而没有在域 名系统请求报文中进行定义。因此，对于域名系统请求报文来说，AA字段、RA字段、AD字段 和RC0DE字段可W作为保留字段，并将AA字段、RA字段、AD字段和RC0DE字段的字段值作 为终端的类型标识。由于RC0DE字段有四个比特位，因此，可W从四个比特位中任意选取一 个比特位，并将该比特位的值作为类型标识，当然，也可W从四个比特位中任意选取2个或 3个比特位，并将该些比特位的值作为类型标识，