[发明专利]动态连接管理

说明书

公开领域

本发明的诸方面针对在电子通信设备处建立网络连接。

背景

在历史上，计算机被配置成经由一种特定的连接类型来接入网络，诸如因特网。例如，九十年代的台式计算机通常经由拨号调制解调器在电话线上接入因特网。对因特网的替换性连接通常不可用。更近来，计算机和其它电子通信设备(ECD)、蜂窝电话、PDA等包括多种连接到一个或更多个网络的手段。例如，膝上计算机包括(i)蓝牙连通、(ii)802.11连通、(iii)对蜂窝宽带服务的连通和/或(iv)对有线拨号或以太网的连通并不罕见。

由于ECD能包括多种连接类型，因此ECD通常建立连接捕获优先级列表(CAPL)，其指示给定ECD尝试进行连接建立的连接类型的次序。例如，ECD能指导用户手动配置CAPL，这可能是相对缓慢、麻烦的过程并且不保证用户将会实际选择高效的CAPL。现在将对照图1对常规的CAPL连接过程进行描述。

参见图1，在100，ECD确定是否建立网络连接。例如，在ECD是膝上计算机的情况下，如果ECD的用户指令ECD运行因特网浏览器，则ECD可确定要建立网络连接。如果ECD确定建立网络连接，则过程前进至105。在105，ECD确定该ECD的用户是否希望手动选择进行网络连接尝试的第一连接类型。105的确定能在ECD处预先配置(例如，自动绕过)或者能基于用户提示。如果ECD确定允许用户手动选择进行网络连接尝试的连接类型，则ECD提示用户进行手动选择并在110接收连接类型选择的指示。例如，用户可点击多个可用WiFi网络中的一个以选择连接类型。

接着在115，ECD尝试经由所选择的连接类型来建立网络连接。在120，ECD确定连接尝试是否成功。如果连接尝试成功，则ECD可经由所建立的连接与网络通信125。否则，如果连接尝试不成功，则过程返回到105且再次给予用户关于是否尝试另一个手动选择的连接类型的选择机会。

回到105，如果ECD确定不提示用户进行手动连接类型选择，则ECD加载默认连接捕获优先级列表(CAPL)130。如上面所提及的，默认CAPL指示给定ECD尝试进行连接建立的连接类型的次序。默认CAPL通常是预先建立的，并能基于ECD的预期使用。例如，如果ECD的用户频繁地接近免费WiFi热点，则CAPL能被配置成对WiFi连接类型授予较高优先级，以使诸如蜂窝宽带服务之类的更昂贵的连接类型不被使用。类似地，在WiFi或其它网络技术中，通常使用预定的、有序的系统列表以确定要连接到哪个系统。替换地，默认CAPL内的连接类型的优先级能基于其它因素，诸如功耗。

相应地，当在130在ECD处加载了默认CAPL之后，在135从默认CAPL获得第一连接类型。从默认CAPL获得的第一连接类型对应于默认CAPL中具有最高优先级(和/或在连接类型列表上具有第一位置)的连接类型。接着，在140，ECD尝试经由第一连接类型建立网络连接。ECD随后在145确定此网络连接尝试是否成功。如果确定此网络连接尝试成功，则过程前进至上面描述的125。否则，如果确定网络连接尝试不成功，则在150，ECD从默认CAPL获得下一个连接类型，150。从默认CAPL获得的下一个(即，第二)连接类型与默认CAPL中相比于先前尝试的连接类型而言具有次最高优先级的连接类型对应。该过程随后返回到140并针对下一连接类型执行网络连接尝试，依此类推，直到测试了默认CAPL中的所有连接类型或者建立起成功连接为止。

如本领域普通技术人员将会领会的，默认CAPL可以是对于哪些连接类型在预期的使用境况中将最高效的最佳猜测，或者替换地，可以基于最新添加的连接类型来随机选择CAPL而不管相对连接类型效率如何。无论哪种方式，默认CAPL都缺乏灵活性，并且手动输入方案迫使用户手动输入连接类型。例如，默认CAPL不顾及ECD的当前位置。由此，如果用户正在越野驾驶并且在不同的位置该用户或承运商网络会优选不同的连接类型，则默认CAPL无法自适应以在每个位置自动向用户提供合意的连接类型。

图2解说无线通信系统200的一部分，并包括扇区S1和S2。图2中还解说从扇区S1行进至扇区S2的ECD(例如，膝上计算机205)。为便于解释，假定该膝上计算机205只能经由WiFi(例如，802.11 a/b)或蜂窝宽带连接来连接到因特网。扇区S1支持蜂窝宽带连通但不支持WiFi。扇区S2支持蜂窝宽带连通和免费WiFi连通两者。