一种内容分发网络cdn节点选择方法及其装置的制造方法

一种内容分发网络cdn节点选择方法及其装置的制造方法
【专利摘要】本发明实施例提供一种内容分发网络CDN节点的选择方法及其装置，包括：在通过多个链路发起域名解析请求后，确定网络侧返回的针对域名解析请求的CDN节点；针对一个链路，在确定所述CDN节点为多个时，确定所述链路对应的每个所述CDN节点的时延；针对一个CDN节点，根据所述CDN节点与每个所述链路之间的时延，确定所述CDN节点对应的时延平均值；根据确定所述CDN节点对应的时延平均值，从所有所述CDN节点中选择一个所述CDN节点，用以解决现有技术中终端与选择的默认的CDN节点服务器之间数据传输时延较大的问题。
【专利说明】
一种内容分发网络CDN节点选择方法及其装置
技术领域
[0001]本发明实施例涉及网络通讯技术领域，尤其涉及一种内容分发网络CDN节点选择 方法及其装置。
【背景技术】
[0002] Q)N(Content Delivery Network，内容分发网络）的基本思想是为了尽可能避开 互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定，通 过在网络各处放置节点服务器进而构成以现有的互联网为基础建设的智能虚拟网络。
[0003] DNS(Domain Name System，域名解析系统）是指一个全球的分布式的名称服务器 系统，主要作用是将网站的域名解析成具体的服务器IPdnternet Protocol，互联网协议） 地址。终端访问某个网站时，CDN授权的DNS服务器通过解析提供服务的距离终端最近的⑶N 节点服务器的IP地址，将该⑶N节点的IP地址返回给用户，从而使终端调度该IP地址进行数 据传输。
[0004] 随着网络技术的发展及带宽的瓶颈，为了提高用户的访问速度及服务质量，终端 基于多链路接入设备可以实现多条链路同时访问互联网服务器，但是现有技术，当一个终 端通过多条链路访问某网址时，每条链路都对应一个ISP(Internet Service Provider，互 联网服务提供商）分配的本地DNS服务器地址，该终端只是从本地DNS服务器处理该请求后 获取的⑶N节点服务器的IP地址随机选择一个作为默认通信的⑶N节点的IP地址，而默认的 CDN节点服务器可能存在与该终端之间数据传输时延较大的问题。

【发明内容】

[0005] 本发明实施例提供一种CDN节点选择方法及其装置，用以解决现有技术中终端与 选择的默认的CDN节点服务器之间数据传输时延较大的问题。
[0006] 本发明实施例一种⑶N节点选择方法及其装置，包括：
[0007] -种内容分发网络CDN节点的选择方法，包括:在通过多个链路发起域名解析请求 后，确定网络侧返回的针对域名解析请求的CDN节点;针对一个链路，在确定所述CDN节点为 多个时，确定所述链路对应的每个所述CDN节点的时延;针对一个CDN节点，根据所述CDN节 点与每个所述链路之间的时延，确定所述CDN节点对应的时延平均值;根据确定所述CDN节 点对应的时延平均值，从所有所述CDN节点中选择一个所述CDN节点。
[0008] 基于同样的发明构思，本发明实施例还提供一种内容分发网络CDN节点的选择装 置，包括:确定CDN节点单元，用于在通过多个链路发起域名解析请求后，确定网络侧返回的 针对域名解析请求的CDN节点；确定时延单元，用于针对一个链路，在确定所述CDN节点为多 个时，确定所述链路对应的每个所述CDN节点的时延;确定时延平均值单元，用于针对一个 CDN节点，根据所述CDN节点与每个所述链路之间的时延，确定所述CDN节点对应的时延平均 值;选择CDN节点单元，用于根据确定所述CDN节点对应的时延平均值，从所有所述CDN节点 中选择一个所述CDN节点。
[0009] 本发明实施例提供的CDN节点选择方法及其装置，终端一方面通过多个链路发起 域名解析请求后得到网络侧返回的针对域名解析请求的多个CDN节点；另一方面通过向每 个CDN节点发送测试信息的方式得到每条链路对应的每个所述CDN节点的时延，进而从每个 CDN节点选择对应的时延平均值最小的一个为要选择的CDN节点，通过调度该CDN节点进行 数据传输减少的时延，提高了访问的访问速度及服务质量。
【附图说明】
[0010] 图1为本发明实施例提供的终端与其它服务器之间的链路示意图；
[0011] 图2为本发明实施例提供的一种CDN节点的选择方法流程示意图；
[0012] 图3为本发明实施例提供的终端与其它服务器的交互图；
[0013]图4为本发明实施例提供的提供一种CDN节点的选择装置；
[0014]图5为本发明实施例中的一种车载天线系统的结构示意图；
[0015]图6a为本发明实施例中的一种天线模组的结构示意图；
[0016]图6b为本发明实施例中的一种天线模组的结构示意图；
[0017] 图6c为本发明实施例中的一种天线模组的结构示意图；
[0018] 图6d为本发明实施例中的一种天线模组的结构示意图；
[0019] 图7为本发明实施例中的一种LTE模块的结构示意图；
[0020] 图8为本发明实施例中的一种LTE模块安装位置示意图；
[0021] 图9为本发明实施例中的一种LTE模块安装位置示意图；
[0022] 图10为本发明实施例中的一种车载天线系统的结构示意图；
[0023] 图11为本发明实施例中的一种车载天线系统的结构示意图；
[0024] 图12为本发明实施例中的一种车载天线系统的结构示意图；
[0025] 图13为本发明实施例中的一种天线模块的结构示意图；
[0026] 图14为本发明实施例中的一种天线模块的结构示意图；
[0027] 图15为本发明实施例中的一种天线模块的结构示意图；
[0028] 图16为本发明实施例中的一种天线模块安装位置示意图；
[0029] 图17为本发明实施例中的一种天线模块安装位置示意图；
[0030]图18为本发明实施例中的一种天线模块安装位置示意图；
[0031] 图19为本发明实施例中的一种天线模块安装位置示意图；
[0032] 图20为本发明实施例中的一种车载天线系统的结构示意图；
[0033] 图21为本发明实施例中的一种车载天线系统的结构示意图；
[0034] 图22为本发明实施例中的一种车载天线系统的结构示意图；
[0035] 图23为本发明实施例中的一种车载天线系统的结构示意图。
【具体实施方式】
[0036]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0037] 如图1所示，当一个终端同时使用两个运营商（移动、联通）的SIM(SubsCriber I den t i ty Modu 1 e，用户身份识别卡)卡访问目标网站时，终端向移动运营商的本地DNS服务 器和联通运营商的本地DNS服务器发起该目标网站的域名解析请求，本地DNS服务器接收到 该域名解析请求后，发送该域名解析请求至目标网站对应的因特网服务提供商的DNS服务 器1和DNS服务器2;然后因特网服务提供商的DNS服务器1和DNS服务器2从各自调度的⑶N节 点池中选择一个较合适的⑶N节点，并将选择出的两个⑶N节点的IP地址返回至终端，现有 技术从两个CDN节点中随机选择一个，就有可能存在终端与该CDN节点数据传输延时较大的 问题，为了解决这一问题，本发明实施例提供了如下解决方法。
[0038] 参见图2所示，本发明实施例提供一种CDN节点的选择方法流程示意图，具体地实 现方法包括：
[0039] 步骤S101，在通过多个链路发起域名解析请求后，确定网络侧返回的针对域名解 析请求的CDN节点。
[0040]步骤S102，针对一个链路，在确定所述CDN节点为多个时，确定所述链路对应的每 个所述CDN节点的时延。
[0041 ] 步骤S103,针对一个CDN节点，根据所述CDN节点与每个所述链路之间的时延，确定 所述CDN节点对应的时延平均值。
[0042] 步骤S104，根据确定所述CDN节点对应的时延平均值，从所有所述CDN节点中选择 一个所述⑶N节点。
[0043] 当用户通过终端设备访问目标网站的域名时，终端就会向网络侧发起该目标网站 的域名解析请求，网络侧会根据该域名解析请求找到目标网站的服务提供商的服务器的IP 地址，并将该地址反馈给终端，因此用户使用的终端实际在与该IP地址服务器进行通信，为 了保证通信的可靠性和通信速度，网络侧会在终端实际在与该IP地址服务器加入网络节 点，也就是CDN节点，对该通信的数据传输进行加速，因此在用户所在的终端发起域名解析 请求的过程，也是一个选择CDN节点的过程。CDN节点选择的不同就会带来服务质量的优劣。 [0044]在步骤S101中，为了保证一个终端可以同时使用多条链路，终端需要预先完成配 置，即多个链路对应的每个因特网运营商的DNS服务器的端口号，以使每个因特网运营商的 DNS服务器均可以同时接收所述域名解析请求。
[0045] 可选的，本发明实施例的配置方法可以为：首先修改终端本地应用程序，根据DNS 服务器程序的运行文件存储路径，将存储路径下的文件打开(比如/etc/resolve.conf)，修 改DNS服务器地址指向本机IP地址（比如127.0.0.1 )，然后在终端本地按照DNS服务器程序， 开启配置服务的同时设置DNS服务器程序自动监听本机IP地址，此时DNS服务器程序会监听 DNS端口，端口号（比如53 )，接收本机应用程序发出的DNS解析请求。这样，一个终端向各个 运营商的本地DNS发送域名解析请求，进而每条链路获取一个CDN节点的IP地址，多条链路 分担数据流量相当于增大了带宽，提高了用户访问网站的访问速度。
[0046] 当完成上述配置之后，就可以获取网络侧返回的针对域名解析请求的多个CDN节 点，为了从多个CDN节点中选择最优的一个，本发明实施例进一步地，针对一个链路，确定通 过所述链路发送给每个所述CDN节点的第一测试信息的发送时间，以及通过所述链路收到 的每个所述CDN节点返回的第二测试信息的接收时间;根据每个所述CDN节点对应的发送时 间和接收时间，确定所述链路对应的每个所述CDN节点的时延。
[0047]其中，本发明实施例的第一测试信息可以是下列中的一种：
[0048] UDP(用户数据报协议)报文、ICMP(控制报文协议)报文、TCP(传输控制协议)报文。
[0049] 第一测试信息中包含终端发出第一测试信息发送时间的标识信息，当CDN节点接 收到第一测试信息之后会返回该第一测试信息中含义发送时间的字段至终端，即第二测试 信息，因此终端收到返回的第二测试信息的时间与第二测试信息中发送时间的差值就是终 端与所述⑶N节点之间的时延。
[0050] 例如，若发送的第一测试信息是ICMP数据包，将ICMP数据包的结构体中的i cmp_ data该数据字段赋值为当前发送时间，代码如下：
[0051] time = (struct timeval*)pkt_>icmp_data;
[0052] gettimeofday(time,NULL)；
[0053] 如上，icmp_data赋值为终端发送数据包时获取的当前发送时间。
[0054]因为icmp的协议规定服务器端接收到icmp包后会将icmp_data原封不动的返回， 因此网络侧的DNS服务器接收到该ICMP数据包后将icmp_data数据字段返回，当终端接收到 服务器发送的回包后，会再次调用函数gettimeofday读取当前接收时间，并与返回数据包 中的icmp_data的发送时间作减法，从而得到了这个数据包的时延。
[0055] 如图1所示，终端通过移动运营商的本地DNS服务器发送第一测试信息至两个⑶N 节点，获取到链路1和链路2(参见图中虚线）的时延。同理，终端通过联通运营商的本地DNS 服务器发送第一测试信息至两个CDN节点，获取到链路3和链路4(参见图中虚线）的时延。
[0056] 这样做的目的是终端主动发出测试信息获取了每条链路、每个备选CDN节点的时 延大小，以便后续筛选。
[0057]进一步地，确定出每条链路的时延之后，针对一个⑶N节点，将每条链路对应的所 述CDN节点的时延取平均得到所述CND节点对应的时延平均值;或，针对一个CDN节点，根据 每条链路的权值对每条链路对应的所述CDN节点的时延进行加权处理，将加权处理后的时 延取平均得到所述CND节点对应的时延平均值。
[0058]比如，如图1所示，终端通过链路1和链路3的时延直接取平均加权后取平均确定出 DNS服务器1选择的⑶N节点对应的平均时延，同理通过链路2和链路4的时延直接取平均确 定出DNS服务器2选择的CDN节点对应的平均时延。
[0059] 还比如，如图1所示，终端通过链路1和链路3的时延加权后取平均确定出DNS服务 器1选择的CDN节点对应的平均时延，同理通过链路2和链路4的时延加权后取平均确定出 DNS服务器2选择的CDN节点对应的平均时延，权重不同选择的结果就会不同，权重值的选择 可以根据运营商的不同进行确定，例如移动运营商的网络信号较好，就会考虑对其设置较 大的权重，也可以根据地理位置的不同，不同运营商的权重选择不同，因为南北方的网络之 间存在差异。
[0060] 这样做的效果可以得出每个运营商共同选择一个⑶N节点之后的时延平均值，该 时延平均值可以作为CDN节点的删选指标。
[0061] 确定出每个CDN节点的平均值之后，本发明实施例进一步地从所有所述CDN节点中 选择对应的时延平均值最小的一个所述CDN节点。
[0062] 具体地，根据公式[1]确定要选择的CDN节点，所述公式[1]如下：
[0063]
[0064] 其中，rttxi表示第i条链路对应的第x个⑶N节点的时延，minSrtt表示选择的平均 值最小的CDN节点，η表示链路的条数，η为大于1的整数，m表示CND节点的个数，m为大于1的 整数。
[0065] 除了上述方式选择对应的时延平均值最小的一个所述⑶N节点，还可以通过下述 方式确定：
[0066] 从所有所述CDN节点中选择对应的时延平均值最小的N个所述CDN节点，并从最小 的N个所述CDN节点中选择当前负载最小的一个所述CDN节点，其中N为大于1的整数。
[0067] 具体地，根据公式[2]确定要选择的CDN节点，所述公式[2]如下：
[0068]
[0069] 其中，rttxi表示第i条链路对应的第X个⑶N节点的时延，minSrtt表示选择的平均 值最小的CDN节点，η表示链路的条数，η为大于1的整数，m表示CND节点的个数，m为大于1的 整数，Pi表示每条链路的权重。
[0070] 可见，选择出时延平均值最小对应的CDN节点，当终端同时使用不同的运营商的链 路后可以保证此CDN节点是时延最小的，也是最优的选择，进而提高了网站访问的速度和服 务质量。
[0071] 其中，本发明实施例的执行主体可以是终端，比如装有不同运营商S頂卡的移动通 信终端、或者支持多链路TCP的移动通信终端、亦或是其它装有多张不同上网卡的平板电脑 设备等。
[0072] 为了系统性的描述CDN节点的选择方法，本发明实施例进一步提供图3,通过终端 与服务器的交互图阐述⑶N节点的选择过程。
[0073] 步骤301和步骤302:终端通过分别向本地DNS服务器1和本地DNS服务器2发送目标 网站的域名解析请求。
[0074] 步骤303和步骤304:本地DNS服务器1和本地DNS服务器2将域名解析请求发送至目 标网站授权的DNS服务器1和目标网站授权的DNS服务器2。
[0075] 步骤305和步骤306:目标网站授权的DNS服务器1和目标网站授权的DNS服务器2将 解析结果和选择的⑶N节点的IP地址返回给本地DNS服务器1和本地DNS服务器2。
[0076] 步骤307和步骤308:本地DNS服务器1和本地DNS服务器2将上述结果返回给终端。 [0077]步骤309和步骤310:终端根据获取的⑶N节点的IP地址发送第一测试信息至第一 ⑶N节点服务器和第二⑶N节点服务器后。
[0078] 步骤311和步骤312:第一 CDN节点服务器和第二⑶N节点服务器返回第二测试信 息，终端根据往返信息得到时延平均值，进而选择时延平均值最小的一个CDN节点。
[0079]基于同样的发明构思，本发明实施例还提供一种⑶N节点的选择装置，如图4所示， 该装置包括:确定CDN节点单元401，确定时延单元402，确定时延平均值单元403，选择CDN节 点单元404。其中：
[0080] 确定⑶N节点单元401，用于在通过多个链路发起域名解析请求后，确定网络侧返 回的针对域名解析请求的CDN节点；
[0081] 确定时延单元402,用于针对一个链路，在确定所述CDN节点为多个时，确定所述链 路对应的每个所述CDN节点的时延；
[0082] 确定时延平均值单元403,用于针对一个⑶N节点，根据所述⑶N节点与每个所述链 路之间的时延，确定所述CDN节点对应的时延平均值；
[0083]选择CDN节点单元404,用于根据确定所述CDN节点对应的时延平均值，从所有所述 CDN节点中选择一个所述CDN节点。
[0084]进一步地，为了保证一个终端可以同时使用多条链路终端需要通过域名解析请求 发送单元405预先完成配置，所述域名解析请求发送单元405,用于通过每个链路对应的本 地域名解析系统DNS发起所述域名解析请求。这样，一个终端向各个运营商的本地DNS发送 域名解析请求，进而每条链路获取一个CDN节点的IP地址，多条链路分担数据流量相当于增 大了带宽，提高了用户访问网站的访问速度。
[0085]当完成上述配置之后，就可以获取网络侧返回的针对域名解析请求的多个CDN节 点，为了从多个CDN节点中选择最优的一个，进一步通过确定时延单元402确定出每条链路、 每个CDN节点的时延，所述确定时延单元402具体用于:针对一个链路，确定通过所述链路发 送给每个所述CDN节点的第一测试信息的发送时间，以及通过所述链路收到的每个所述CDN 节点返回的第二测试信息的接收时间;根据每个所述CDN节点对应的发送时间和接收时间， 确定所述链路对应的每个所述CDN节点的时延。
[0086]具体地，第一测试信息可以是UDP(用户数据报协议)报文、ICMP(控制报文协议)报 文、TCP(传输控制协议)报文中的一种。第一测试信息中包含终端发出第一测试信息发送时 间的标识信息，当CDN节点接收到第一测试信息之后会返回该第一测试信息中含义发送时 间的字段至终端，即第二测试信息，因此终端收到返回的第二测试信息的时间与第二测试 信息中发送时间的差值就是终端与所述CDN节点之间的时延。
[0087]例如，若发送的第一测试信息是ICMP数据包，将ICMP数据包的结构体中的i cmp_ data该数据字段赋值为当前发送时间，网络侧的DNS服务器接收到该ICMP数据包后将icmp_ data数据字段返回，终端将接收到的时间减去收到的icmp_data时间，就可以获得该ICMP数 据包的时延。
[0088] 如图1所示，终端通过移动运营商的本地DNS服务器发送第一测试信息至两个⑶N 节点，获取到链路1和链路2(参见图中虚线）的时延，同理，终端通过联通运营商的本地DNS 服务器发送第一测试信息至两个CDN节点，获取到链路3和链路4(参见图中虚线）的时延。 [0089]这样做的目的是终端主动发出测试信息获取了每条链路、每个备选CDN节点的时 延大小，以便后续筛选。
[0090] 进一步地，确定出每条链路的时延之后，通过时延平均值单元403得出每个⑶N节 点对应的时延平均值，所述确定时延平均值单元403具体用于：
[0091 ]针对一个CDN节点，将每条链路对应的所述CDN节点的时延取平均得到所述CND节 点对应的时延平均值;或，
[0092]针对一个CDN节点，根据每条链路的权值对每条链路对应的所述CDN节点的时延进 行加权处理，将加权处理后的时延取平均得到所述CND节点对应的时延平均值。
[0093]具体地，如图1所示，终端通过链路1和链路3的时延直接取平均或者加权后取平均 确定出DNS服务器1选择的CDN节点对应的平均时延，同理通过链路2和链路4的时延直接取 平均或者加权后取平均确定出DNS服务器2选择的CDN节点对应的平均时延。这样做的效果 可以得出每个运营商共同选择一个CDN节点之后的时延平均值，该时延平均值可以作为CDN 节点的删选指标。
[0094] 当确定出每个CDN节点的平均值之后，本发明实施例进一步地根据选择CDN节点单 元404选择出时延平均值最小的CDN节点，所述选择CDN节点单元404具体用于：
[0095] 从所有所述CDN节点中选择对应的时延平均值最小的一个所述CDN节点;或
[0096] 从所有所述CDN节点中选择对应的时延平均值最小的N个所述CDN节点，并从最小 的N个所述CDN节点中选择当前负载最小的一个所述CDN节点，其中N为大于1的整数。
[0097] 具体地，根据公式[1]或公式[2]确定要选择的CDN节点，所述公式[1]或公式[2]不 再赘述。
[0098] 可见，选择出时延平均值最小对应的CDN节点，当终端同时使用不同的运营商的链 路后可以保证此CDN节点是时延最小的，也是最优的选择，进而提高了网站访问的速度和服 务质量。
[00"] 需要说明的是，本发明实施例中的相关单元可以通过硬件处理器（hardware processor)来实现。
[0100]综上所述，本发明实施例，终端一方面通过多个链路发起域名解析请求后得到网 络侧返回的针对域名解析请求的多个CDN节点；另一方面通过向每个CDN节点发送测试信息 的方式得到每条链路对应的每个所述CDN节点的时延，进而从每个CDN节点选择对应的时延 平均值最小的一个为要选择的CDN节点，通过调度该CDN节点进行数据传输减少的时延，提 高了访问的访问速度及服务质量。
[0101] 在实施中，本发明实施例的终端可以是移动设备，比如手机、平板电脑等;还可以 是车载移动设备。采用本发明实施例的方案应用于车载移动设备中，可以通过多个虚拟链 路发送数据，提高了车载系统中带宽的利用率，该车载天线系统的网络传输速度可以比2G 模式和3G模式下的天线系统的网络传输速度要快，从而可以为车辆提供高速网络传输，实 现在车辆中进行车载视频通话、观看高清视频的活动。
[0102] 上述实施例中所述的装置对应的终端的结构可以参照如下实施例车载系统的结 构。
[0103] 在下面的实施例中给出了两种车载系统的结构，其中图5~图11为针对第一种车 载系统的描述;图12~图23为针对第一种车载系统的描述。
[0104] 图5示出了一种车载天线系统的示意结构，如图5所示，该车载天线系统包括：
[0105] 中控单元102和多个LTE模块101，该LTE模块101包括一个LTE模组1011和至少一个 天线模组1012，其中，LTE模组1011与天线模组1012连接，该中控单元102与每个LTE模块101 连接。
[0106] 中控单元102包括图4中的所有单元，并在需要发送或接收信息时，通过LTE模块 101发送或接收信息。
[0107] LTE模块101在对中控单元102输出的需要发送的信息进行发送处理后向外发送， 并对接收到信息进行接收处理后输出给中控单元102。
[0108] 该LTE模块101中的LTE模组1011可以进行2G(第二代移动通信）、3G(第三代移动通 信）、4G(第四代移动通信）的通信，该LTE模组1011可以通过其对应的天线模组1012接收和 发射信号进行与外网的通信。
[0109] 如图5所示，多个LTE模块101，每个LTE模块101对应一个LTE模组1011，该LTE模组 1011与两个天线模组1012连接，该LTE模组1011也可以与一个天线模组1012连接，连接的天 线模组1012的个数越多，LTE模组1011的通信性能越好。
[0110] 在只有一个LTE模块101的场景下，该车载天线系统的网络传输速度可以比2G模式 和3G模式下的天线系统的网络传输速度要快。在多个LTE模块101的场景下，由于多载波聚 合，通过车载天线系统中的多个LTE模块101可以为车辆提供高速网络传输，从而实现在车 辆中进行车载视频通话、观看高清视频的活动。与现有技术相比，本发明实施例提高了网络 传输速度。
[0111] 该LTE模组1011可以设置在PCB(Printed Circuit Board，印制电路板）上，将LTE 模组1011集成到PCB上，天线模组1012的天线馈脚可以压接在该PCB上的天线馈点上，然后 通过PCB上的走线与其对应的LTE模组1011进行电连接。
[0112] 天线模组1012的制作工艺有多种，本发明实施例中的天线模组1012的制作工艺至 少包括以下几种：
[0113] 方案一
[0114] 天线模组1012固定在PCB的天线支架上，通过天线支架支撑该天线模组1012,天线 支架固定在PCB上，天线模组1012的天线馈脚可以压接在该PCB上的天线馈点上。
[0115] 方案二
[0116] 天线模组1012通过刻蚀FPC(Flexible Printed Circuit，柔性电路板)形成的。通 过对使用具有天线图形的掩膜板遮掩的FPC进行曝光，然后对曝光后的FPC上的金属层进行 刻蚀，制作成迷宫型的天线模组1012 APC工艺制作的天线模组1012,结构空间小，便于安 装，可以将该FPC通过背胶粘贴在结构壳体上，如LTE模块101的外壳上，可以是模块外壳非 金属部分的外侧，也可以是外壳非金属部分的内侧，还可以是非金属中壳的面上，也可以将 FPC粘贴在PCB上。这种天线模组1012，具有配线密度高，重量轻，易弯折等优点。
[0117] 方案三
[0118] 天线模组1012是通过LDS(Laser Direct Structuring，激光直接成型技术)错雕 在结构件的壳体上形成的。使用LDS工艺将金属粉镭雕至任意的结构件的壳体上，如LTE模 块101的外壳上，可以是模块外壳非金属部分的外侧，也可以是外壳非金属部分的内侧，还 可以是非金属中壳的面上。这种天线模组1012可以任意设计天线图形，镭雕在任意形状的 结构件的壳体上，不受产品结构形态的限制，灵活性较大，不仅可以避免与LTE模块101内的 金属干扰，还可以减小LTE模块101的体积。
[0119] 相应地，本发明实施例还提供了几种天线模组1012的结构示意图，如图6a至图6d 所示。图6a示出了一种天线模组1012的剖视图，天线模组1012的截面图，从图6a中可以看 出，天线模组1012的图形结构，该天线模组1012的图形结构是印制在FPC上的。图6b示出了 一种由FPC制作而成的天线模组1012,图中的黑点为天线馈脚。图6c和图6d分别示出了两种 天线模组1012的天线图形，分别是圆环形结构和回形结构。在制作天线模组1012时，可以设 计成这两种图形，在FPC上按照图形进行刻蚀得到天线模组1012,或者是使用金属粉通过 LDS镭雕成这两种图形。天线模组1012的图形在实际应用时，可以自由设计。
[0120] 上述三种制作天线模组1012的方案，仅是本发明实施例用以示例，不表示该天线 模组1012的制作工艺仅限于上述方案，本发明实施例不对此做限制。
[0121] 本发明实施例中的每个LTE模块101可以设计成在一个单独模块盒子，图7示出了 一种LTE模块101成型的示意图。如图7所示，将天线模组1012使用LDS镭雕在该盒体的顶部， 如天线图形503。而LTE模块101中的LTE模组1011通过USB线束可以与中控单元102进行互联 通信，每个盒子包括盒体502，预留USB接口 501，该USB接口可以兼容各种USB版本，本发明实 施例使用的是USB3.0版本，LTE模块101与中控单元102通过USB3.0线束进行通信和供电。在 该模块盒子中还包括LTE模组1011的主路天线和辅路天线，用于收发信号。天线可以设计成 辐射角小于等于180°的定向天线，这样可以根据不同的安装位置的周边环境判定天线的实 际设计辐射面位置。
[0122] 每个盒子的外观可以根据实际应用进行设计，并不限于长方体。同时，也可以根据 实际应用，将天线模组1012镭雕在该模块盒子的四个边上，将天线设计为定向天线，可以根 据不同的安装位置的设计天线模组1012的辐射面。本发明实施例中，优选地，将天线模组 1012的位置设置在模块盒子面对乘客的一面的区域，即将天线模组1012镭雕在该模块盒子 的顶部，或是设置在模块盒子侧面四个面的位置。
[0123] 为了更好的使得车载天线系统进行高速通信，可以将多个LTE模块101安装在车辆 的不同的位置，如图8所示LTE模块101安装位置，可以将LTE模块101安装在车辆的A柱、B柱、 C柱、D柱内。然后通过USB总线分别连接到车辆中控台的中控单元102上，与中控单元102进 行通信。
[0124] 本发明实施例中LTE模块101还可以位于车辆的车顶外部、车辆的车门内侧、车辆 前挡风玻璃底部的平台、车辆后挡风玻璃底部的平台、车辆后视镜中的位置之一或者任意 组合。如果车辆需要的LTE模块101数量多，同一位置可以放置多个，使用的LTE模块101的数 量越多，进行高速通信的质量越好。如图9所示，LTE模块101可以安装在图9中粗黑色线区域 的车辆的车顶外部、车辆的车门内侧。
[0125] 图5中包括N个LTE模块101，该N个LTE模块101都分别与中控单元102连接，与中控 单元102连接的LTE模块101的数量越多，该车载天线系统的性能越优，可以是实现高速通 信，如10Gb/s，20Gb/s的高速通信功能。LTE模块101接收到的信号发送给该中控单元102进 行处理。
[0126] 本发明实施例中，该中控单元102是通过USB(Universal Serial Bus，通用串行总 线）总线与每个LTE模块101连接的。中控单元102和LTE模块101都设有USB接口，该USB总线 分别连接中控单元102和LTE模块101的USB接口。
[0127] 由于现有技术中的车辆的天线系统都是单天线设计方案，如果需要接收到各类信 号，就需要将多个天线同时安装在车辆上，这些天线需要安装在车辆的车顶外部，这就增加 了车辆的不稳定性。而与现有技术相比，本发明实施例将LTE模组1011和天线模组1012集成 在LTE模块中，该LTE模块101可以将设置在车辆的多个位置，无需只安装在车辆的车顶外 部，从而提高了车辆的稳定性。
[0128] 如图10所示，本发明实施例提供了一种中控单元102与LTE模块101的连接方式。每 个LTE模块101通过USB总线与中控单元102中的USB接口相连接，一个LTE模块101对应一个 USB接口。在中控单元102中，多个USB接口与USB集线器连接，每个USB集线器可以连接Y个 USB接口，Y大于等于1，如可以4个USB接口连接一个USB集线器。该USB集线器有X个，X大于等 于1，该X个USB集线器汇总到一个USB集线器上，通过这个总的USB集线器与中控单元102的 CHJ连接。
[0129] 在本发明实施例中，进行组网需要时，可以使用更多的LTE模块101进行组合，将多 个LTE模块101分散到车辆的各个位置，降低了车载天线系统的组装难度，便于随意组合。在 需要时，只需将设计的LTE模块101盒子与中控台中的中控单元102进行连接即可。同时使用 USB总线与中控单元102进行通信，与传统设计相比，能够有效降低由同轴线引入的射频功 率损耗，提高射频性能，且能够降低LTE模块101和中控单元102之间线束长度的约束，使得 LTE模块101安装位置选择更灵活。
[0130] 相应地，本发明实施例还提供了一种车载天线系统，如图11所示的结构，该车载天 线系统包括：中控单元702和多个LTE模块701，该LTE模块701包括一个LTE模组7011和至少 一个天线模组7012,其中，LTE模组7011与天线模组7012连接，该中控单元702与每个LTE模 块701连接。
[0131] 中控单元702包括图4中的所有单元，并在需要发送或接收信息时，通过LTE模块 701发送或接收信息。
[0132] 该中控单元702的PCB上设置了CPU(Central Processing Unit，中央处理器） 7021，FM模块7022、GPS模块7023、WiFi/BT模块7024、CMMB模块7025,该车载天线系统还包括 与FM模块7022、GPS模块7023、WiFi/BT模块7024、CMMB模块7025对应的FM天线、GPS天线、 WiFi/BT天线和CMMB天线。该FM天线、GPS天线、WiFi/BT天线和CMMB天线依次通过同轴线通 过端子与中控单元702连接。
[0133] 该中控单元702是通过USB(Universal Serial Bus，通用串行总线）总线与每个 LTE模块701连接的。中控单元702和LTE模块701都设有USB接口，该USB总线分别连接中控单 元702和LTE模块701的USB接口。基于相同的发明构思，本发明实施例还提供了一种汽车，该 汽车包括上述车载天线系统，具体结构以在上述实施例中描述，不再赘述。
[0134] 本发明实施例通过多个LTE模块和中控单元连接，实现车载天线的高速通信的功 能，LTE模组与天线模组为一体化结构，可以将多个LTE模块进行灵活安装，避免多个LTE模 组集中在中控单元而导致通信干扰的问题。
[0135] 如下针对另一种车载系统的结构进行详细阐述。
[0136] 图12示出了一种车载天线系统的示意结构，如图12所示，该车载天线系统包括：
[0137] 中控单元T10 2和多个天线模块T101，中控单元T10 2包括：CPU(Central Processing Unit，中央处理器）1022、多个LTE模块1021，中控单元T102中每个LTE模块1021 与至少一个天线模块T101连接，多个LTE模块1021分别与CPU1022连接。
[0138] 中控单元T102包括图4中的所有单元，并在需要发送或接收信息时，通过天线模块 T101发送或接收信息。
[0139] 天线模块T101在对中控单元T102输出的需要发送的信息进行发送处理后向外发 送，并对接收到信息进行接收处理后输出给中控单元T102。
[0140]该LTE模块1021可以进行2G(第二代移动通信）、3G(第三代移动通信）、4G(第四代 移动通信）的通信，每个LTE模块1021可以通过其对应的天线模块T101接收和发射信号进行 与外网的通信。
[0141] 如图12所示，多个LTE模块1021，每个LTE模块1021与两个天线模块T101连接，分别 是主路天线和辅路天线。该LTE模块1021也可以与一个天线模块T101连接，连接的天线模块 T101的个数越多，LTE模块1021的通信性能越好。
[0142] 在只有一个LTE模块1021的场景下，该车载天线系统的网络传输速度可以比2G模 式和3G模式下的天线系统的网络传输速度要快。在多个LTE模块10 21和多个天线模块T101 的场景下，由于多载波聚合，通过车载天线系统中的多个LTE模块1021和多个天线模块T101 可以为车辆提供高速网络传输，从而实现在车辆中进行车载视频通话、观看高清视频的活 动。与现有技术相比，本发明实施例提高了网络传输速度。
[0143] 本发明实施例中，天线模块T101的制作工艺有多种，本发明实施例中的天线模块 T101的制作工艺至少包括以下几种：
[0144] 第一种
[0145] 如图13所示，将天线模块T101印刷在第一PCB(Printed Circuit Board，印制电路 板)上，通过刻蚀的方法刻蚀第一 PCB的金属层，获取天线模块T101。也可以将天线模块T101 的图形印刷在第一PCB上。该天线模块T101通过RF(Radio Frequency，射频）传输线连接至 RF接口上，RF接口与LTE模块1021连接。LTE模块1021通过该天线模块T101进行收发信号。这 种天线模块T101整体结构简单，便于安装。
[0146] 第二种
[0147] 如图14所示，天线模块T101通过刻蚀FPC(Flexible Printed Circuit，柔性电路 板)形成的。通过对使用具有天线图形的掩膜板遮掩的FPC进行曝光，然后对曝光后的FPC上 的金属层进行刻蚀，制作成迷宫型的天线模块T10UFPC工艺制作的天线模块T101，结构空 间小，便于安装，可以将该FPC通过背胶粘贴在中控台壳体上，如中控台的外壳上，可以是中 控台外壳非金属部分的外侧，也可以是中控台非金属部分的内侧，也可以将FPC粘贴在第二 PCB上。该天线模块T101通过RF电缆连接至RF接口上，RF接口与LTE模块1021连接。这种天线 模块T101，具有配线密度高，重量轻，易弯折等优点。
[0148] 第三种
[0149] 如图15所示，天线模块T101是通过LDS(Laser Direct Structuring，激光直接成 型技术)镭雕在结构件的壳体上形成的。使用LDS工艺将金属粉镭雕至任意的结构件的壳体 上，如中控台的外壳上，可以是中控台的外壳非金属部分的外侧，也可以是外壳非金属部分 的内侧。这种天线模块T101可以任意设计天线图形，镭雕在任意形状的结构件的壳体上，不 受产品结构形态的限制，灵活性较大，不仅可以避免与LTE模块1021内的金属干扰，还可以 减小LTE模块1021的体积。该天线模块T101通过RF电缆连接至RF接口上，RF接口与LTE模块 1021连接。
[0150] 本发明实施例中的可以将天线模块T101设置在中控台中，如图16所示，可以使用 LDS工艺将天线模块T101的图形镭雕在中控台的外壳上，可以镭雕在中控台的外壳外侧，也 可以镭雕在中控台的外壳内侧。如果中控台的外壳是与中控主屏幕前后叠加组装，外壳单 独安装，则将天线模块T101设置在该外壳面对乘客一面的四个边上。
[0151]具体的，如图17所示的天线模块T101的安装位置的结构，图17中粗黑实体线标注 的区域为天线模块T101可以安装的位置，即在中控台的外壳的四条侧边的四个角的位置。 在四个角共8个位置摆放4个天线模块T101(包括主路天线和辅路天线），四个角的天线模块 T101之间距离最远。每个角的天线模块T101中的主路天线和辅路天线虽然距离不是最远， 但是主路天线和辅路天线之间由于是"一横一竖"的安装位置，有利于极化方向隔离，同样 可以做到两个天线之间的隔离度很好，保证通信性能。
[0152]如图18所示的天线模块T101的安装位置的结构，图18中粗黑实体线标注的区域为 天线模块T101可以安装的位置，即在中控台的外壳的四条侧边的上，在每个侧边的1/3位置 处，共8个位置摆放4个天线模块T101 (包括主路天线和辅路天线），这样每个天线之间的距 离可以做到间隔最远，从而保证每个天线之间的隔离度，保证通信性能。
[0153]如图19所示的天线模块T101的安装位置的结构，图19中粗黑实体线标注的区域为 天线模块T101可以安装的位置。该中控台的形状为椭圆形，在中控台的外壳的侧边上等距 离划分8个位置，在这8个位置摆放4个天线模块T101(包括主路天线和辅路天线），这样每个 天线之间的距离可以做到间隔最远，从而保证每个天线之间的隔离度，保证通信性能。如果 中控台的形状为圆形，则依据上述方法进行安装。
[0154] 由于现有技术中的车辆的天线系统都是单天线设计方案，如果需要接收到各类信 号，就需要将多个天线同时安装在车辆上，这些天线需要安装在车辆的车顶外部，这就增加 了车辆的不稳定性。而与现有技术相比，本发明实施例可以将天线模块T101设置在车辆的 中控台上，无需安装在车辆的外部，从而提高了车辆的稳定性。
[0155] 上述天线模块T101中的主路天线和辅路天线可以设计成辐射角小于等于180°的 定向天线。与传统的汽车外置天线相比，定向天线的增益较大，可以提升辐射效率。可以人 为设计各天线的辐射角度和方向，根据实际中控单元T102在车体的位置，以及天线在中控 台中的位置，将各个天线的辐射方向设计朝向车窗等无金属遮挡的区域。与全向天线相比， 信号传输效率更高，通讯效果更好。
[0156] 本发明实施例中，中控台的壳体的周边可以是方形壳体的四个侧边，也可以是圆 形或椭圆形壳体的侧边。本发明实施例的中控台的壳体不限于上述形状，仅是示例作用。
[0157] 图12所示，中控单元T102可以设置在第二PCB上，将多个LTE模块1021和CPU1022设 置在第二PCB上，该多个LTE模块1021通过第二PCB上的走线与CPU1022连接。该LTE模块也可 以设置在第三PCB上，该LTE模块可以通过MiniPCIE(Mini Peripheral Component Interconnect Express，小型特快外设组件互联）接口或者其它PCI (Peripheral Component Interconnect，外设组件互联)接口与第二PCB上的中控单元T102中的CPU1022 连接。
[0158] 中控单元T102包括N个LTE模块1021，该N个LTE模块1021都分别与CPU1022连接，与 CPU 10 2 2连接的LTE模块10 21的数量越多，该车载天线系统的性能越优，可以是实现高速通 信，如10Gb/S，20Gb/s的高速通信功能。LTE模块1021接收到的信号发送给该CPU1022进行处 理。
[0159] 在本发明实施例中，将天线模块T101和中控单元T102设置在中控台中，天线模块 T101与中控单元T102之间的走线设计简单，线束少且短，能够减少高频能量传输过程的损 耗，保证优异的性能。
[0160] 相应地，本发明实施例还提供了一种车载天线系统，如图20所示的结构，该车载天 线系统包括：中控单元1002和多个天线模块1001，中控单元1002包括:CPU10022、多个LTE模 块10021，中控单元1002中每个LTE模块10021与至少一个天线模块1001连接，多个LTE模块 10021分别与CPU10022连接。
[0161] 中控单元1002包括图4中的所有单元，并在需要发送或接收信息时，通过LTE模块 1001发送或接收信息。
[0162] 该中控单元1002的第二PCB上设置了 CPU10022，FM模块10023、GPS模块10024、 WiFi/BT模块10025、CMMB模块10026,该车载天线系统还包括与FM模块10023、GPS模块 10024、WiFi/BT 模块 10025、CMMB 模块 10026 对应的 FM 天线、GPS 天线、WiFi/BT 天线和 CMMB 天 线。该FM天线、GPS天线、WiFi/BT天线和CMMB天线依次通过RF传输线与中控单元1002连接。
[0163] 图21至图23分别示出了天线模块1001的三种设计工艺下的车载天线系统的结构， 图21中的结构为天线模块1001是PCB工艺的车载天线系统的结构。图22中的结构为天线模 块1001是FPC工艺的车载天线系统的结构。图23中的结构为天线模块1001是LDS工艺的车载 天线系统的结构。图21至图23中车载天线系统的具体结构已在上述实施例中描述，在此不 再赘述。
[0164] 基于相同的发明构思，本发明实施例还提供了一种汽车，该汽车包括上述车载天 线系统，具体结构以在上述实施例中描述，在此不再赘述。
[0165] 本发明实施例提供的车载天线系统，通过多个天线模块和中控单元的多个LTE模 块连接，实现车载天线的高速通信的功能，LTE模块设置在中控单元中，减少了线束的长度， 可以减少信号衰减，提升传输效率，减少功耗。
[0166] 以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可 以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单 元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其 中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性 的劳动的情况下，即可以理解并实施。
[0167] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可 借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上 述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该 计算机软件产品可以存储在计算机可读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指 令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施 例或者实施例的某些部分所述的方法。
[0168] 最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制;尽管 参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可 以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换； 而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和 范围。
【主权项】
1. 一种内容分发网络CDN节点的选择方法，其特征在于，包括： 在通过多个链路发起域名解析请求后，确定网络侧返回的针对域名解析请求的CDN节 占 . 针对一个链路，在确定所述CDN节点为多个时，确定所述链路对应的每个所述CDN节点 的时延； 针对一个CDN节点，根据所述CDN节点与每个所述链路之间的时延，确定所述CDN节点对 应的时延平均值； 根据确定所述CDN节点对应的时延平均值，从所有所述CDN节点中选择一个所述CDN节 点。2. 如权利要求1所述的方法，其特征在于，所述确定所述链路对应的每个所述CDN节点 的时延，包括： 针对一个链路，确定通过所述链路发送给每个所述CDN节点的第一测试信息的发送时 间，以及通过所述链路收到的每个所述CDN节点返回的第二测试信息的接收时间； 根据每个所述CDN节点对应的发送时间和接收时间，确定所述链路对应的每个所述CDN 节点的时延。3. 如权利要求1所述的方法，其特征在于，所述确定所述CND节点对应的时延平均值，包 括： 针对一个CDN节点，将每条链路对应的所述CDN节点的时延取平均得到所述CND节点对 应的时延平均值;或， 针对一个CDN节点，根据每条链路的权值对每条链路对应的所述CDN节点的时延进行加 权处理，将加权处理后的时延取平均得到所述CND节点对应的时延平均值。4. 如权利要求1所述的方法，其特征在于，所述根据确定所述CDN节点对应的时延平均 值，从所有所述⑶N节点中选择一个所述⑶N节点，包括： 从所有所述CDN节点中选择对应的时延平均值最小的一个所述CDN节点;或 从所有所述CDN节点中选择对应的时延平均值最小的N个所述CDN节点，并从最小的N个 所述CDN节点中选择当前负载最小的一个所述CDN节点，其中N为大于1的整数。5. 如权利要求1所述的方法，其特征在于，所述通过多个链路发起域名解析请求，包括： 通过每个链路对应的本地域名解析系统DNS发起所述域名解析请求。6. -种内容分发网络CDN节点的选择装置，其特征在于，包括： 确定CDN节点单元，用于在通过多个链路发起域名解析请求后，确定网络侧返回的针对 域名解析请求的CDN节点； 确定时延单元，用于针对一个链路，在确定所述CDN节点为多个时，确定所述链路对应 的每个所述CDN节点的时延； 确定时延平均值单元，用于针对一个CDN节点，根据所述CDN节点与每个所述链路之间 的时延，确定所述CDN节点对应的时延平均值； 选择CDN节点单元，用于根据确定所述CDN节点对应的时延平均值，从所有所述CDN节点 中选择一个所述CDN节点。7. 如权利要求6所述的装置，其特征在于，所述确定时延单元具体用于： 针对一个链路，确定通过所述链路发送给每个所述CDN节点的第一测试信息的发送时 间，以及通过所述链路收到的每个所述CDN节点返回的第二测试信息的接收时间； 根据每个所述CDN节点对应的发送时间和接收时间，确定所述链路对应的每个所述CDN 节点的时延。8. 如权利要求6所述的装置，其特征在于，所述确定时延平均值单元具体用于： 针对一个CDN节点，将每条链路对应的所述CDN节点的时延取平均得到所述CND节点对 应的时延平均值;或， 针对一个CDN节点，根据每条链路的权值对每条链路对应的所述CDN节点的时延进行加 权处理，将加权处理后的时延取平均得到所述CND节点对应的时延平均值。9. 如权利要求6所述的装置，其特征在于，所述选择CDN节点单元具体用于： 从所有所述CDN节点中选择对应的时延平均值最小的一个所述CDN节点;或 从所有所述CDN节点中选择对应的时延平均值最小的N个所述CDN节点，并从最小的N个 所述CDN节点中选择当前负载最小的一个所述CDN节点，其中N为大于1的整数。10. 如权利要求6所述的装置，其特征在于，还包括： 域名解析请求发送单元，用于通过每个链路对应的本地域名解析系统DNS发起所述域 名解析请求。
【文档编号】H04L29/12GK105897822SQ201510767535
【公开日】2016年8月24日
【申请日】2015年11月11日
【发明人】王雷
【申请人】乐卡汽车智能科技（北京）有限公司