设备配置文件确定和策略执行的制作方法

设备配置文件确定和策略执行


背景技术：

1.已经开发了各种通信平台，所述通信平台提供支持通信会话，支持通信会话可以包括语音呼叫、视频呼叫和基于文本的聊天。通信平台可以支持许多同时的用户，并且通信平台需要就如何分配有限的网络资源和带宽并且同时提供良好的用户体验而做出智能决策。通信平台可以确定如何分配资源的一种方式是定义配置文件(profile)，配置文件能够被用于确定如何分配这些资源。存在重要的领域需要新的并且成熟的机制针对为通信会话选择哪个配置文件做出高效并且准确的确定。


技术实现要素：

2.根据本公开的第一方面，一种计算设备包括处理器和计算机可读介质。所述计算机可读介质存储用于使得所述处理器执行操作的指令，所述操作包括：从用户设备接收信号以经由所述通信平台在第一方与第二方之间发起通信会话；基于与所述第一方、所述第二方或者这两者相关联的联系人信息、日历信息或者这两者来确定所述通信会话的上下文；基于所述上下文从多个配置文件中选择配置文件；以及通过基于所选择的配置文件设置一个或多个通信参数来根据所选择的配置文件处置所请求的通信会话。
3.根据本公开的第二方面，一种用于操作通信平台的方法包括：从用户设备接收信号以经由所述通信平台在第一方与第二方之间发起通信会话；基于与所述第一方、所述第二方或者这两者相关联的联系人信息、日历信息或者这两者来确定所述通信会话的上下文；基于所述上下文从多个配置文件中选择配置文件；以及通过基于所选择的配置文件设置一个或多个通信参数来根据所选择的配置文件处置所请求的通信会话。
4.根据本公开的第三方面，一种存储器设备存储指令，所述指令当在计算设备的处理器上被运行时，使得所述计算设备通过以下方式来操作通信平台：从用户设备接收信号以经由所述通信平台在第一方与第二方之间发起通信会话；基于与所述第一方、所述第二方或者这两者相关联的联系人信息、日历信息或者这两者来确定所述通信会话的上下文；基于所述上下文从多个配置文件中选择配置文件；以及通过基于所选择的配置文件设置一个或多个通信参数来根据所选择的配置文件处置所请求的通信会话。
5.提供本发明内容的目的是以简化形式介绍下文在具体实施方式中进一步描述的一系列概念。本发明内容并不旨在标识所要求保护的主题的关键特征或必要特征，也并不旨在用于限制所要求保护的主题的范围。此外，要求保护的主题并不限于解决本公开任何部分中指出的任何或全部缺点的实施方式。
附图说明
6.附图仅通过举例而非通过限制绘示了根据本教导的一种或多种实施方式。在附图中，相似的附图标记指代相同或相似的元件。此外，应当理解的是，附图未必成比例。
7.图1呈现了用户可以经由移动无线网络向另一用户拨打电话的操作环境的示例；
8.图2呈现了用户可以经由通信平台与另一用户发起通信会话的操作环境的示例；
9.图3呈现了用户可以经由通信平台与另一用户发起通信会话的操作环境的另一示例；
10.图4呈现了示例性配置文件和配置文件上下文信息的图示；
11.图5呈现了用于在通信平台处选择要由通信平台用于处置通信会话的配置文件的示例性过程的流程图；
12.图6呈现了用于在用户设备处选择要由通信平台用于处置通信会话的配置文件的示例性过程的流程图；
13.图7呈现了用于在用户设备处选择要由通信平台用于处置通信会话的配置文件的示例性过程的流程图；
14.图8呈现了用于在边缘网络节点处选择要由通信平台用于处置通信会话的配置文件的示例性过程的流程图；
15.图9是图示了示例性软件架构的框图，所述软件架构的各部分可以结合在本文中所描述的各种硬件架构使用，这可以实现在本文中所描述的特征中的任意特征；以及
16.图10是图示了被配置为从机器可读介质读取指令并且执行在本文中所描述的特征中的任意特征的示例性机器的组件的框图。
具体实施方式
17.在下文的详细描述中通过举例阐述了许多具体细节，以便提供对相关教导的透彻理解。然而，将显而易见的是，可以在没有这样的细节的情况下实践本教导。在其他情况下，在较高层级上不带细节地描述了公知的方法、流程、组件和/或电路，以避免使本教导的各方面不必要地模糊。
18.图1图示了示例性操作环境100，在其中包括客户端设备101、102和103、蜂窝网络125、(一个或多个)其他网络130、以及最后一英里基础设施135。蜂窝网络125是促进与用户设备101、102和103的无线通信的通信网络。蜂窝网络125可以向客户端设备101、102和103提供双向无线传输。例如，蜂窝网络可以通过第一无线链路105提供语音通话支持，并且通过第二无线链路110提供数据上行链路和下行链路支持。出于论述的目的，无线链路105和110被图示为单独的无线链路。然而，蜂窝网络125可以利用相同的无线频率、带宽、信道等以支持数据和语音通信。
19.(一个或多个)其他网络130可以是与蜂窝网络125分开的一个或多个网络。(一个或多个)其他网络130可以包括与其他蜂窝网络供应商相关联的一个或多个网络。(一个或多个)其他网络130可以包括通常提供用于固定位置电话设备的电话服务的公共交换电话网络(pstn)。蜂窝网络125被配置为与(一个或多个)其他网络130通信以促进蜂窝网络的订户与(一个或多个)其他网络130的订户之间通信。蜂窝网络125还可以被连接到其他网络，诸如因特网，以促进针对蜂窝网络125的订户的数据访问。
20.最后一英里基础设施135包括促进在用户设备101、102和103与蜂窝网络125和/或(一个或多个)其他网络130之间的通信的装备。最后一英里基础设施135可以包括蜂窝网络125的组件，诸如促进与支持无线的用户设备的无线通信的无线基站。最后一英里基础设施135可以包括宏蜂窝基站、小蜂窝无线基站，诸如微蜂窝基站、微微蜂窝基站和毫微微蜂窝基站或者其组合。最后一英里基础设施135还可以包括wi-fi和/或其他类型的无线局域网
(wlan)接入点。最后一英里基础设施135还可以包括从(一个或多个)其他网络130到用户设备的位置的有线连接。有线连接可以包括将陆地线路电话连接到本地电话交换机的订户线、将用户设备连接到有线供应商的网络的同轴电缆、和/或其他类型的有线网络连接。
21.用户设备101、102和103通常可以被包含在移动计算设备中，所述移动计算设备诸如是手机、智能电话、可穿戴设备(例如，智能手表)、游戏和/或娱乐系统、平板计算机、膝上型计算机或者其他便携式计算设备。在一些实施方式中，用户设备可以是通常不认为便携但是可能仍然依赖于蜂窝网络125来提供双向通信的其他类型的通信设备，诸如服务器计算机、个人计算机(pc)、机顶盒(stb)或者物联网(iot)设备。该列表意在提供可以在典型计算环境中发现的计算设备的类型示例，但是并非意图穷举。
22.在图示了可以如何利用操作环境的第一示例中，用户设备101的用户向用户设备102的用户发起语音呼叫。呼叫请求可以包括与用户设备102相关联的电话号码。电话号码可以由蜂窝供应商分配给用户设备102。呼叫请求可以经由第一无线链路105传输到蜂窝网络125。蜂窝网络125可以包括被配置为查找被叫号码与其相关联的网络并且将呼叫路由到适当网络的组件。在该示例中，被叫号码与用户设备101在同一网络，即蜂窝网络125上。蜂窝网络125能够经由第三无线链路115将呼叫请求路由到用户设备102并且响应于用户设备102接受呼叫请求而在用户设备101与用户设备102之间建立呼叫会话。
23.在图示了可以如何利用操作环境的第二示例中，用户设备101的用户向用户设备103的用户发起呼叫。用户设备103与(一个或多个)其他网络130相关联并且可以是陆地线路电话、ip语音(voip)电话或者与不同蜂窝网络供应商相关联的移动设备。呼叫请求被蜂窝网络125接收，并且蜂窝网络125确定被叫号码与(一个或多个)其他网络130相关联。所述呼叫请求可以经由通信链路140被路由至其他网络，并且(一个或多个)其他网络130能够经由链路120将信号201发送到用户设备103以指示有传入的呼叫请求。如果用户设备103接受呼叫请求，则蜂窝网络125和(一个或多个)其他网络130能够促进建立呼叫会话。
24.图2图示了示例性操作环境200，在其中包括客户端设备201、202和203、蜂窝网络225、(一个或多个)其他网络230、以及最后一英里基础设施235。示例性操作环境200还包括通信平台260。用户设备201、202和203可以类似于在先前示例中所论述的那些。此外，蜂窝网络225、(一个或多个)其他网络230、最后一英里基础设施235和无线链路可以类似于在先前示例中所论述的那些。
25.通信平台260可以促进用户之间的通信会话。通信会话可以包括语音呼叫、视频呼叫、文本消息会话或者其组合。通信平台260还可以促进文件共享和应用集成，其用于在用户之间创建、修改和共享内容。通信平台260可以是支持针对订户的通信会话的服务提供商。在其他实施方式中，通信平台260可以是由公司提供的服务，其促进在公司的雇员之间的通信，并且可以由公司的雇员用于和公司外部的第三方通信。通信平台260可以是基于云端的系统，其被实现在因特网上托管的服务器网络上，其可以由诸如用户设备201、202和203的用户设备通过网络连接来访问。
26.用户设备201可以包括被配置为与通信平台260一起操作的通信应用以向用户设备201的用户提供通信服务。所述应用可以被分配能够被用于联系用户设备201的用户的电话号码。在一些情况下，用户设备201的用户可以具有在其上可以安装通信应用的多个设备。例如，用户可以在他们的移动电话上安装通信应用的一个版本、在他们的平板计算机上
安装一个版本、并且在他们的膝上型计算机上安装另一版本。通信应用能够提供用户界面，在所述用户界面中，用户能够提供登录信息和/或其他认证凭证，其能够被用于向通信平台260认证用户。这些设备中的每个设备上的通信应用都可以与相同的电话号码或与用户相关联的独有标识符相关联。在用户具有多个用户设备并且每个用户设备都已经被安装了通信应用的情况下，通信平台260能够被配置为基于设备上的用户活动、与用户相关联的配置文件、和/或其他标准来确定将传入呼叫路由到哪个设备。与应用相关联的电话号码可以由通信平台260的管理员来分配。例如，在通信平台260与公司相关联的情况下，公司的网络管理员可以从与公司相关联的可用号码池中向应用分配电话号码。在通信平台260是订购服务提供商的情况下，管理员可以从与服务提供商相关联的可用号码池中向用户分配号码。
27.通信平台260的用户可以与一个或多个配置文件相关联。配置文件包括通信平台260能够用于确定如何处置针对用户的通信会话的特定方面的配置信息。每个配置文件都可以在特定情况下被使用。例如，用户可以具有与个人通信相关联的配置文件、与客户端通信相关联的配置文件、与非客户端工作相关的通信相关联的配置文件、以及用于从特定地理位置和/或不可信任网络发起通信的配置文件。这些示例被提供以图示出可以与用户相关联的配置文件的一些可能类型。这些示例并非意图将用户可能具有的配置文件的类型限制到这些具体示例或者其组合。每个配置文件能够包括指示通信平台将如何处置为其选择了该配置文件的通信会话的配置信息。在图4中图示出了配置文件中可以包括的信息的一些类型的示例，将在以下示例中对其进行详细论述。
28.用户设备201包括与通信平台260相关联的通信应用，并且因此，可以具有与所述设备相关联的两个电话号码。第一电话号码可以与蜂窝网络225相关联，并且第二电话号码可以是与和通信平台260相关联的通信应用相关联的电话号码。如果用户经由用户设备201上的应用(其可以被称为“本地拨号器”应用)发起常规呼叫，则经由第一无线链路105将呼叫请求信号路由到蜂窝网络225，并且以与先前示例中所论述的类似的方式来处理所述呼叫请求。然而，如果用户经由与通信平台260相关联的通信应用从用户设备101发起呼叫，则所述呼叫请求可以被作为数据来处理并且作为数据通过第二数据链路210被路由到蜂窝网络225。经由通信应用的呼叫例如可以利用会话初始化协议(sip)、h.323、或者另一因特网协议语音(voip)消息协议来发送呼叫请求。所述呼叫请求信号能够包括发起号码，即与用户设备101上的通信应用相关联的电话号码。蜂窝网络225能够被配置为确定发起号码与通信平台260相关联并且经由连接245将所述呼叫请求路由到通信平台260。连接245可以通过因特网和/或通过一个或多个其他网络。
29.通信平台260能够处理所述呼叫请求信号并且提取被叫号码信息以确定应当如何处理所述呼叫请求。可以至少部分地基于与用户设备101的用户相关联的配置文件来确定应当如何处理所述呼叫。所述配置文件可以指示应当出于各种原因通过通信平台260对所述呼叫进行路由。通信平台260可以由公司提供，并且可以确定呼叫是与业务相关的，并且因此应当通过通信平台260进行路由。例如，如果确定所述呼叫是个人的并且被叫号码是用户设备202的号码，则所述通信平台可以替代地将呼叫切换到蜂窝网络225。将在后续示例中更详细地论述通信平台260可以如何处置对呼叫的路由的额外示例。
30.图3图示了示例性操作环境300，在其中包括客户端设备301、302和303、蜂窝网络325、(一个或多个)其他网络330、最后一英里基础设施335以及通信平台360。示例性操作环
境还包括边缘网络节点370。用户设备301、302和303可以类似于在先前示例中所论述的那些。此外，蜂窝网络325、(一个或多个)其他网络330、最后一英里基础设施335、以及无线链路可以类似于在先前示例中所论述的那些。
31.通信平台360可以与能够处置本来将消耗通信平台360的处理能力的任务的一个或多个边缘网络节点相关联，所述边缘网络节点诸如是边缘网络节点370。在图3中所图示的示例中，边缘网络节点370能够代表通信平台360做出配置文件选择决策。通过将该任务分布到一个或多个边缘网络节点，通信平台360可以利用本来专用于用于处置通信会话的配置文件选择的处理和网络资源。诸如用户认证的其他任务也可以被交接到边缘网络节点以允许通信平台360利用本来将专用于针对其他任务的用户认证的处理和网络资源。所述边缘网络节点可以在地理上被分布，并且用户设备可以被配置为与被定位为接近于用户设备的位置的边缘网络节点相连接，以减小与和通信平台360通信相关联的网络延时。
32.边缘网络节点370能够被配置为选择用于通信会话的配置文件。边缘网络节点370能够接收通过蜂窝网络325被路由的信号，所述信号指示用户设备301上的应用正在尝试经由通信平台360发起通信会话。边缘网络节点370能够使用各种标准从与用户相关联的配置文件中选择配置文件，所述标准诸如是在后续示例中所论述的那些。边缘网络节点370能够向用户设备301和为通信会话选择了其配置文件的通信平台360提供指示，并且通信平台360能够根据所选择的配置文件来处置所述通信会话。
33.图4提供了配置文件中可以包括的参数中的一些参数的示例。如在先前示例中所论述的，用户可以与多个配置文件相关联，所述配置文件指示通信平台(诸如先前示例的通信平台260或360)应当如何处置选择该配置文件所针对的通信会话。配置文件可以具有两个方面：配置文件配置信息和配置文件上下文信息。所述配置文件配置信息定义在处置所述通信会话时通信平台设置的参数集合。所述配置文件上下文信息定义信息的集合，所述信息的集合定义对该配置文件的选择适当的状况(“上下文”)。在一些实施方式中，网络管理员可以定义与用户相关联的配置文件集合。在通信平台是被提供给雇员的服务的企业环境中，网络管理员可以基于用户在组织内的角色来设置配置文件。在通信平台被提供为订购服务的实施方式中，网络管理员可以基于与用户相关联的订购类型来设置配置文件的集合。
34.在图4中所图示的示例性配置文件中，所述配置文件配置信息可以包括主叫线路信息(cli)信息、服务质量(qos)信息、网络路由信息、策略、以及特征许可。这些参数能够由通信平台用于设置被用于经由通信平台建立所请求的通信会话的一个或多个参数或设置。
35.所述配置文件配置信息可以包括主叫线路标识(cli)信息，如果选择了该配置文件，所述主叫线路标识(cli)信息将被显示给呼叫的接收者。cli信息可以包括呼叫的呼叫方到接收者的电话号码和姓名或者其他标识符。通信平台能够被配置为确定应当向呼叫的接收者提供哪些cli信息。默认情况下，可以将与呼叫设备相关联的电话号码和姓名呈现给接收方。然而，在一些情况下，可能期望向接收方提供替代的cli信息。例如，用户可以是应对其雇员的客户的第一线工作者。第一线工作者可以具有客户联系人配置文件，在用户向客户拨打电话时，能够选择客户联系人配置文件。客户联系人配置文件可以指定该cli信息包括与公司相关联的号码，诸如用于总机的电话号码或者与公司相关联的联系人号码。所述cli信息还可以包括公司的名称。当用户使用该配置文件向客户拨打电话时，为客户呈现
cli信息，所述cli信息指示该呼叫源自所述公司，而不是与发起呼叫的用户相关联的姓名和/或号码。用户也可以与个人配置文件相关联，在确定用户正在拨打个人电话时选择个人配置文件。这种配置文件可以提供呼叫方的实际姓名和用户的个人号码。这些示例性配置文件意在例示出可以与用户相关联的配置文件的类型的一些示例，但是并非旨在穷举或者将配置文件限制到在本文中所论述的示例。
36.所述配置文件配置信息可以包括服务质量(qos)信息，如果选择了该配置文件，所述服务质量(qos)信息指定则通信平台将如何提供网络优先考虑以及向通信会话分配带宽。所述通信平台可以同时处置众多的通信会话，并且将需要决定当分配有限的网络资源和带宽时哪些通信会话具有接收优先权。特定的配置文件可以指定通信平台提供高的qos，而其他配置文件可以仅需要低的或中等的qos。例如，第一配置文件可以是客户联系人配置文件，所述客户联系人配置文件由公司的第一线雇员用于与需要高的qos的客户进行通信。所述通信平台将优先向与该用户配置文件相关联的通信会话分配网络流量和带宽，以确保客户通信具有良好的音频和/或视频质量并且体验到最小的迟滞。相反，第二配置文件可以是需要低的qos的个人联系人配置文件。当用户拨打与工作或客户通信无关的个人电话时，可以选择个人联系人配置文件。所述通信平台可以向通信分配更少带宽并且向与所述通信会话相关联的网络流量指派更低的优先级。因此，针对所述通信会话提供的音频和/或视频质量可能比在客户联系人配置文件示例中提供的更差。
37.所述配置文件配置信息可以包括网络路由信息。如果选择了所述配置文件，所述网络路由信息能够指定应当通过所述通信平台还是通过另一网络来路由与通信会话相关联的呼叫、视频聊天或者其他通信，所述另一网络诸如是蜂窝网络或公共交换电话网(pstn)。例如，在所述通信平台与公司相关联的情况下，与工作相关的和与客户相关的呼叫可以与需要通过通信平台路由呼叫的配置文件相关联，以确保所述通信平台能够控制对所提供的特征的访问。然而，在呼叫或其他通信是个人性质的情况下，则可以选择用于个人呼叫的配置文件，所述配置文件通过另一网络路由所述呼叫，所述另一网络路诸如是蜂窝网络或pstn而不是通过通信平台。
38.所述配置文件配置信息可以包括策略信息。可以使用策略来控制用户是否可以访问特定特征，诸如基于文本的聊天、语音呼叫和视频呼叫，或者这些特征的特定方面。能够使用配置文件来将特征许可的集合分组在一起，并且所述配置文件能够充当用于向通信平台的用户分配特征许可的该集合的快捷方式。所述策略信息能够识别如果为通信会话选择了配置文件则应当应用的策略。
39.所述配置文件配置信息可以包括特征许可信息。所述特征许可可以在用户配置文件中个体地分配，而不是在配置文件中被分组在一起。例如，所述配置文件可以指示，如果选择了所述配置文件，则不能够使用特定的呼叫转发特征。所述配置文件还可以定义是否可以使用自动总机将呼叫方转接到分机而不经过电话操作员。这些特征可以是经由配置文件被分配给用户的特征之外的特征。在个体地分配给配置文件的特征许可与那些与和所述配置文件相关联的策略相关联的特征许可相矛盾时，所述通信平台能够被配置为使用个体分配的特征许可，并且忽略与个体分配的特征许可相矛盾的特征许可。例如，网络管理员可以向配置文件分配禁止对视频呼叫的使用的一般性用户策略。然而，监督配置文件可以包括超驰一般性用户策略并且许可对视频呼叫的使用的特征许可。该示例意在例示在其中可
以使用特征许可的一种方式，而并非意在将特征许可和策略的范围限制到该具体示例。
40.配置文件也可以与配置文件上下文信息相关联，所述配置文件上下文信息能够被用于确定何时可以从与用户相关联的配置文件集合选择该特定配置文件。所述配置文件上下文信息可以由与所述通信平台相关联的服务器、用户设备或者由边缘节点使用，以选择要用于通信会话的配置文件。在一些实施方式中，所述配置文件上下文信息可以由选择用于通信会话的配置文件的设备来使用，以确定针对所述通信会话的“上下文”。所述上下文能够被至少部分地理解为通信会话中的呼叫方与被叫方之间的关系或关联。例如，呼叫方可以正在呼叫客户、工作同事、家庭成员、朋友、服务提供商或者与呼叫方具有某种关系或关联的其他方。通信会话的上下文可以从接下来的示例中所论述的配置文件上下文信息导出。该上下文能够被用于确定适当的配置文件以由通信平台用于确定如何处置所述通信会话。
41.所述配置文件上下文信息可以包括如下类型的信息中的一种或多种：被拨打的电话号码、电话号码的范围、位置、服务计划(语音、数据、sms)以及当日时间。这些示例例示了可能与配置文件相关联的配置文件上下文信息的仅几种类型。然而，该示例并非意图将所述上下文信息限制到这些具体示例。
42.可以被用于确定针对特定通信会话的上下文的一种类型的配置文件上下文信息是被拨打的电话号码。配置文件可以具有与该配置文件相关联的一个或多个电话号码的集合。如果呼叫方呼叫这些号码中的一个号码，则可以选择该配置文件。所述电话号码的集合可以被定义为号码的一个或多个范围。可以基于国家代码、区号、本地交换号码和/或可以与特定地区相关联的其他范围的电话号码来定义电话号码的范围。电话号码的范围也可以被定义为与特定实体相关联，诸如政府实体、企业或其他实体。如果被拨打号码落在与特定实体相关联的电话号码的范围之内，则可以选择与该实体相关联的配置文件。
43.所述配置文件上下文信息也可以包括基于位置的信息，包括但不限于：从其发起呼叫的用户设备(在此也被称为“发起设备”)的位置、被联系的用户设备(在此也被称为“目标设备”)的位置或者这两者。基于位置的配置文件上下文信息能够被用于基于从其发起呼叫的用户设备的位置、目标设备或者这两者，通过将地理区域与限制或允许对特定呼叫特征的使用的配置文件相关联来实施地理约束。可信地理位置(诸如企业总部)可以与提供对呼叫特征的更大集合的访问和高qos的配置文件相关联。相反，公共空间或者被定义为不可信地理位置的空间可以与提供对特征的有限集合的访问和低qos的配置文件相关联。
44.所述基于位置的上下文信息也可以指定对发起网络、目标设备网络或者这两者的限制。例如，识别用户设备发起呼叫所指向的网络、目标设备或者这两者的信息可以由通信平台在确定针对所述通信会话的上下文时获得。在一些实施方式中，所述用户设备可以包括与被安装在所述设备上的通信平台相关联的通信应用，并且所述通信应用可以向通信平台供应网络信息，使得所述通信平台能够定位并且向所述用户设备路由呼叫。可以基于用户设备被连接到的网络来设置不同的配置文件以提供特征和qos的不同集合。配置文件上下文信息能够与每个配置文件相关联，其指示基于所述网络信息何时应当选择该配置文件。例如，在(一个或多个)用户设备连接到可信企业网络的情况下，可以选择提供最高水平qos和特征的最宽集合的配置文件。相反，当用户之一或者这两者经由不可信或公共网络相连接时，可以选择提供低qos和特征的有限集合的配置文件以限制对敏感信息的潜在暴露。
45.所述配置文件上下文信息也可以包括基于时间的上下文信息，包括但不限于：在发起设备的位置处的当日时间、被联系的目标用户设备的位置处的当日时间或者这两者。所述配置文件上下文信息可以定义在发起设备、目标设备或者这两者的位置处的典型业务时间。业务相关的配置文件可以向发起设备或目标设备的位置处落在业务时间的呼叫提供更高的服务质量和更宽的特征集合。在另一示例中，所述通信平台的管理员可以通过向配置文件添加指示应当何时选择配置文件的基于时间的上下文信息来定义高峰和非高峰配置文件。所述高峰配置文件可以限制在高峰时段期间对需要高带宽和网络资源的特定特征的使用，并且非高峰配置文件可以许可利用额外的高带宽特征，但是可以不为那些特征提供qos保证。
46.所述配置文件上下文信息也可以包括可能为其选择特定配置文件的呼叫方与被叫方之间的关系或关联的类型的指示。用户可以具有多个相关联的配置文件，其定义不同的配置文件上下文信息，所述配置文件上下文信息指示何时可以选择这些配置文件中的每个配置文件。例如，用户可以具有第一配置文件、第二配置文件和第三配置文件，在所述第一配置文件中，所述配置文件上下文信息指示应当为客户相关的通信会话选择所述配置文件，在所述第二配置文件中，所述配置文件上下文信息指示应当为工作同事之间的通信会话选择所述配置文件，在所述第三配置文件中，所述上下文信息指示应当为个人通信会话选择所述配置文件。所述通信平台或决定为特定通信会话选择哪个配置文件的其他实体可以分析与呼叫方、被叫方或者这两者相关联的信息，以确定针对所述通信会话的上下文。例如，被拨打号码可以与目录条目或联系人条目、日历条目或者这两者相关，以确定呼叫方和被叫方如何彼此相关或关联。
47.以下示例示出了这些概念：网络管理员可以为与客户交互的第一线雇员设置以下配置文件的集合：(1)客户联系人配置文件，(2)公司内部配置文件；(3)公司优先配置文件；(4)个人配置文件；以及(5)旅行配置文件。所述客户联系人配置文件可以与被拨打号码或者与客户相关联的号码范围、目标设备的地理位置的集合、发起设备的地理位置的集合以及与客户端设备相关联的业务时段的集合相关联。所述公司内部配置文件可以与在公司中或者在与用户相关联的组织目录中所包括的号码范围相关联。所述公司优先配置文件可以与公司或组织目录的作为所述公司的高级经理和执行官的子集相关联。所述通信平台可以基于与呼叫方和/或被叫方相关联的联系人信息、目录信息和/或日历信息来确定针对特定通信会话的上下文。该信息能够被用于确定呼叫方与被叫方之间的关系或关联，并且能够至少部分地基于该关系或关联来选择配置文件。
48.接下来的示例性实施方式论述可以如何为用户针对特定通信会话选择配置文件。在一些实施方式中，通信平台260或360可以选择在基于服务器的方案中应当使用哪个用户配置文件。在其他实施方式中，使用基于客户的方式，用户设备上的通信应用可以确定选择哪个配置文件。在又其他实施方式中，通信平台260或360可以在特定环境下将用于选择配置文件的责任委托给用户设备上的通信应用。在又另一方案中，诸如边缘网络节点370的边缘网络节点可以选择为通信会话使用哪个配置文件。
49.基于服务器的配置文件选择
50.图5是流程图，所述流程图图示了由数据处理系统运行的示例性过程500的实施方式，示例性过程500用于选择要由通信平台用于处置通信会话的配置文件。在一些示例中，
可以结合参考图1-4所论述的特征中的任意特征来执行过程500的一些或全部过程。过程500可以由数据处理系统实施，所述数据处理系统诸如是在前述示例或者图9中所图示的示例性软件架构900中描述的通信平台和/或在图10中所图示的示例性机器1000。过程500是基于服务器的配置文件选择方案，其中，所述通信平台确定在所述通信会话中使用哪个配置文件。
51.过程500可以包括第一操作510，在第一操作510中，从用户设备接收信号以经由所述通信平台发起通信会话。参考在图2中所图示的示例，用户设备101的用户可以经由用户设备上的通信应用来发起呼叫。所述移动应用与通信平台260相关联并且能够发送请求以与另一用户建立通信会话，另一用户诸如是用户设备202或用户设备203的用户。包括关于建立通信会话的请求的信号被通信平台260接收。所述信号可以通过诸如蜂窝网络225的一个或多个居间网络来路由。所述一个或多个居间网络可以基于与用户设备201上的通信应用相关联的电话号码确定应当向通信平台260路由该信号。如在前述示例中所论述的，与所述用户应用相关联的电话号码可以被映射或分配到所述通信平台，并且所述一个或多个居间网络能够被配置为访问映射信息以确定向哪里路由所述信号。在其他实施方式中，在所述请求信号中所包括的网络地址和/或其他信息可以被用于将所述信号从用户设备201路由到通信平台260。
52.过程500可以包括第二操作520，第二操作520包括基于与第一方、第二方或者这两者相关联的联系人信息、日历信息或者这两者来确定所述通信会话的上下文。所述通信会话的所述上下文可以指示呼叫方与被叫方之间的关系或关联，其可以从联系人信息和日历信息导出。所述通信会话的所述上下文例如可以指示所述通信会话是工作相关的、客户相关的或者在一些实施方式中是个人的。所述通信平台能够使用该上下文信息来选择用于处置通信会话的适当配置文件。
53.联系人列表信息是可以被用于为通信会话确定上下文的信息的一个来源。用户可以与联系人列表相关联。所述联系人列表包括联系人列表条目，所述联系人列表条目标识用户可以与之交互或者过去曾经与之交互的一方。联系人列表条目可以包括一个或多个电话号码、传真号码、屏幕名称、社交媒体标识符、电子邮件地址或者用户可以与联系人通信所经由的其他手段。联系人列表条目可以包括标识所述联系人列表中的该方与和联系人列表相关联的用户之间的关系或关联的信息。例如，所述联系人列表条目可以指示联系人列表条目是朋友、家庭成员或者其他个人条目。所述联系人列表条目可以替代地指示联系人是工作相关的或客户相关的条目。在一些实施方式中，所述联系人列表条目可以不包括用户与联系人之间的关系或关联的明确指示。然而，所述通信平台可以基于联系人列表条目中所包括的信息来推断联系人是个人联系人、工作联系人、客户联系人或者其他类型的联系人。例如，包括家庭号码或个人手机号码的条目可以被推断为个人联系人，而仅包括与公司的总机相关联的工作号码的条目可以被推断为客户联系人。所述通信平台可以将所述联系人列表条目中所包括的所述联系人信息与雇佣所述用户的公司或组织的组织目录相关，以确定联系人是否是工作相关的联系人。
54.日历信息是可以被用于确定针对通信会话的上下文的信息的另一来源。用户可以具有日历信息，所述日历信息包括针对所述用户的约会和会议信息，并且所述用户可以具有多个日历项。例如，用户可以具有个人日历和工作相关日历，在所述个人日历中，可以安
排个人约会、会议和事件，在所述工作相关日历中，可以安排工作相关的约会、会议和事件。所述约会、会议和或事件信息可以包括与通信会话各方之一或者这两者相关联的信息。所述通信平台可以将与呼叫方相关联的号码(例如，cli信息)和/或与被叫方相关联的被拨号码与呼叫方、被叫方或者这两者(如果可用)的日历信息相关，以确定是否有任何约会、会议或者事件信息与呼叫方的号码或被拨号码相关联。
55.所述通信平台可以基于相关的日历信息来确定针对所述通信会话的上下文。如果工作日历上的一个或多个条目与呼叫方和/或被叫方相关，则所述通信平台能够推断所述呼叫的上下文是业务相关的，或者如果个人日历上的一个或多个条目与呼叫方和/或被叫方相关，则所述通信平台能够推断所述呼叫的上下文是个人的。所述日历条目的日期和时间也可以由通信平台用于确定针对通信会话的上下文。如果会议、约会或事件发生在工作时段的预定集合之外，落在周末或假期，则所述通信平台可以确定所述会议、约会或事件可能是个人的，并且确定所述通信会话的上下文是个人的。
56.过程500可以包括第三操作540，第三操作540包括基于所述上下文从所述多个配置文件中选择针对所述用户的配置文件。如在前述示例中所论述的，所述通信平台可以将多个配置文件与用户相关联，并且所述通信平台可以基于在先前步骤中所确定的上下文来选择配置文件以用于在所述通信会话中使用。例如，如果确定针对所述通信会话的所述上下文是业务相关的，则可以选择配置文件上下文信息指示所述配置文件用于业务相关的通信会话的配置文件。相反，如果确定针对所述通信会话的上下文是个人的，则可以选择配置文件上下文信息指示所述配置文件用于个人通信会话的配置文件。在其他实施方式中，可以定义在各方之间的其他类型的关系或关联。在超过一个具有匹配在先前阶段中所确定的配置文件上下文信息的配置文件上下文信息的配置文件与所述用户相关联的实施方式中，可以使用其他配置文件上下文信息，诸如被拨打电话号码、电话号码的范围、位置、服务计划(语音、数据、sms)、当日时间可以被用于从匹配上下文类型的那些配置文件中选择配置文件。
57.过程500可以包括第四操作540，第四操作540包括通过基于所选择的配置文件来设置一个或多个通信参数来根据所选择的配置文件处置所请求的通信会话。通信平台260能够基于在先前操作中所选择的配置文件的参数来建立所述通信会话。
58.通信平台260可以首先根据所选择的配置文件来确定所选择的特征或者与建立所述通信会话的请求相关联的服务是否被许可。例如，如果请求视频呼叫，但是在所选择的配置文件下不支持该特征服务，则通信平台260可以向发起建立通信会话的请求的用户的用户设备发送指示不支持所请求的服务的信号。例如，在如下状况下可能发生这样的情况：所述通信平台是企业通信平台，并且用户曾尝试访问不允许用户访问的服务，或者用户曾尝试向个人联系人拨打电话并且曾请求对于非工作相关的通信会话不可访问的服务。公司可能不希望为不和用户在公司的角色相关的服务分配网络资源和带宽，并且因此在确定通信会话的上下文是个人的情况下防止用户使用那些特征。在其他实施方式中，通信平台260可以是订购服务，并且用户可能曾经请求过该订户不可用或者在特定条件下不可用的服务(例如，根据用户的订购，仅在工作日期间的非高峰时段和周末期间许可视频呼叫)。
59.如果针对所述通信会话的请求是建立语音呼叫的请求，则通信平台260可以确定与所请求的通信会话相关联的目标号码并且将所述呼叫路由到与所述目标号码相关联的
网络。通信平台260可以在数据库中查找所拨打的号码，以确定哪个网络与所拨打的号码相关联，并且然后将所述呼叫路由到适当的网络。例如，与用户设备202相关联的目标号码可以与蜂窝网络225相关联，并且所述通信平台可以将所述呼叫路由回到蜂窝网络225，以针对蜂窝网络225建立与用户设备202的语音呼叫。类似地，与用户设备203相关联的目标号码可以与(一个或多个)其他网络230的网络相关联，并且通信平台260可以将所述呼叫路由到(一个或多个)其他网络230，以与其他用户的用户设备建立语音呼叫。
60.如果针对所述通信会话的所述请求是建立视频呼叫和/或其他类型通信会话(诸如文本消息传送会话)的请求，则通信平台260可以确定与所述目标号码相关联的网络并且尝试将所述请求路由到适当的网络。通信平台260可以确定所请求的服务可能对于特定目标用户设备不可用。例如，用户设备203可以是陆地线路电话，可以通过针对该陆地线路电话的电话服务提供商的pstn到达该电话。通信平台260可以向发起建立视频呼叫的请求的用户设备发送信号，所述信号指示请求服务不可用。
61.如果通信平台260能够响应于所述请求建立通信会话，则所述通信平台能够基于所选择的配置文件向所述通信会话应用所述配置参数。如结合图4的示例性配置文件所论述的，所述配置参数可以包括cli信息、qos信息、策略信息和特征许可。除了在本文中所论述的示例中的一个或多个示例之外或者作为替代，在所述配置文件中可以包括其他配置信息。
62.在一些状况下，能够在已经建立的通信会话期间选择新的配置文件。可能发生这种情况的一种状况是：通信会话的参与者邀请新用户参与已经建立的通信会话。所述通信平台能够被配置为响应于邀请新用户加入所述通信会话而重新确定针对所述通信会话的上下文。如果由于添加新用户而上下文发生改变，所述通信平台可以选择新配置文件，并且开始根据新选择的配置文件来处置所述通信会话。
63.持久性基于用户设备的配置文件选择
64.图6是流程图，所述流程图图示了由数据处理系统运行的示例性过程600的实施方式，示例性过程600用于选择由通信平台用于处置通信会话的配置文件。在一些示例中，可以结合参考图1-4论述的任何特征来执行过程600的一些或全部。过程600可以由用户设备来实施，所述用户设备诸如是在先前示例或者在图9中所图示的示例性软件架构900中所描述的用户设备和/或在图10中所图示的示例性机器1000。
65.过程600是在基于用户设备的配置文件选择方案，在所述方案中，所述用户设备确定在通信会话中要使用哪个配置文件。所述通信平台可以将为通信会话使用哪个配置文件的决策永久性委托给客户端设备上的应用。在具有超过一个用户设备的情况下，用户用于发起通信会话的用户设备上的通信应用可以确定使用哪个配置文件。
66.过程600可以包括第一操作610，在第一操作610中，从用户设备接收信号以经由通信平台发起通信会话。如在先前示例中所描述的，所述用户设备可以包括与所述通信平台相关联的通信应用。用户可以尝试经由所述应用发起通信会话。例如，用户可以访问所述通信应用的用户界面并且尝试通过向用户界面中输入另一方的电话号码、通过从目录或联系人信息中选择用于另一方的联系人信息来发起与另一方的通信会话。
67.过程600可以包括第二操作620，在第二操作620中，访问与所述用户相关联的配置文件信息。在该示例中，在所述用户设备上的所述通信应用可以访问与所述用户相关联的
配置文件信息。如在先前示例中所论述的，能够经由用户设备上的通信应用向通信平台认证所述用户。响应于所述用户被认证，所述通信配置文件可以向所述客户端设备提供与经认证的用户相关联的一个或多个配置文件。在一些实施方式中，所述通信平台可以响应于所述用户被认证而向通信应用发送与用户相关联的配置文件。在其他实施方式中，用户设备上的所述通信应用可以响应于所述用户被认证而从所述通信平台请求配置文件。
68.过程600可以包括第三操作630，在第三操作630中，所述用户设备的通信应用能够选择要被用于所述通信会话的配置文件。如在先前示例中所论述的，可以基于各种标准来选择配置文件，所述标准包括但不限于：被拨号码或者与被拨号码相关联的号码范围、发起设备和/或目标设备的位置、服务计划信息(语音、数据、sms)、与发起设备和/或目标设备相关联的位置处的当日时间，被拨号码与目录条目和/或日历条目的相关性也可以由通信平台用于从所述多个配置文件中选择配置文件。所述通信应用可以基于如在先前示例中所论述的这些标准中的一个或多个标准确定所述通信会话的上下文并且基于该上下文来选择用于所述通信会话的所述配置文件。
69.过程600可以包括第四操作640，在第四操作640中，所述用户设备的所述通信应用能够向所述通信平台发送标识所选择的配置文件的信号。所述用户设备的所述通信应用能够向所述通信平台发送消息以通知所述通信平台特定配置文件被所述用户设备选择。所述通信应用可以向所述通信平台发送标识所选择的配置文件的指示符。所述通信平台可以替代地向所述通信平台发送配置文件或者其子集。所述通信平台能够使用所选择的配置文件代表所述用户处置所述通信会话，如在先前示例中所论述的。
70.过程600可以包括第五操作650，在第五操作650中，所述用户设备上的所述通信应用与所述通信平台建立通信会话。所述用户设备上的所述通信应用能够根据先前示例与所述通信平台建立通信会话。所述通信平台可以根据所选择的配置文件来协调与一个或多个其他用户的一个或多个语音、数据和/或文本通信的设置。
71.在一些状况下，能够在已经建立的通信会话期间选择新的配置文件。可能发生这种情况的一种状况是：所述通信会话的参与者邀请新用户参与已经建立的通信会话。所述通信平台可以向用户设备发送信号，以响应于邀请新用户加入通信会话而重新确定针对所述通信会话的所选择的配置文件。如果由于添加新用户而配置文件发生改变，则所述用户设备可以向所述通信平台发送标识新选择的配置文件的信号，并且所述通信平台能够开始根据新选择的配置文件来处置所述通信会话。
72.瞬时性基于用户设备的配置文件选择
73.图7是流程图，所述流程图图示了由数据处理系统运行的示例性过程700的实施方式，示例性过程700用于选择要由通信平台用于处置通信会话的配置文件。在一些示例中，可以结合参考图1-4所论述的特征中的任意特征来执行过程700的一些或全部。过程700可以由用户设备来实施，用户设备诸如是在先前示例或中在图9中所图示的示例性软件架构900中所描述的用户设备和/或在图10中所图示的示例性机器1000。
74.过程700是基于用户设备的配置文件选择方案，在所述方案中，用户设备确定在通信会话中使用哪个配置文件。在该示例中，在特定环境下，所述通信平台可以将为通信会话使用哪个配置文件的决策委托给客户端设备上的应用。所述通信平台能够向用户设备提供委托标准以指示在哪些环境下用户设备负责配置文件选择。在具有超过一个用户设备的情
况下，由用户用于发起通信会话的用户设备上的通信应用的副本可以确定使用哪个配置文件，并且可以向用户设备中的每个用户设备上的通信应用提供所述委托标准。
75.过程700可以包括第一操作710，在第一操作710中，从所述通信平台接收第一信号，所述第一信号指示根据委托标准将配置文件选择委托给所述用户设备。所述预定标准可以包括以下中的一项或多项：(1)用户设备位于一个或多个预定位置处，(2)用户设备被委托了为有限时间段执行配置文件选择的能力，(3)用户设备被委托了根据延期日程(其可以定义向用户设备委托执行配置文件选择的能力的预定时间段)执行配置文件选择的能力；以及(4)当从通信平台和/或边缘网络节点请求配置文件选择时，对配置文件请求的响应超时。所述通信平台可以周期性地经由在用户设备与通信平台之间的网络连接向用户设备提供委托信息。所述通信平台可以周期性地向与用户相关联的(一个或多个)用户设备推送委托标准。在一些实施方式中，所述通信平台可以响应于用户向所述通信平台进行认证而向用户设备提供委托信息。所述通信应用可以在用户设备的持久性存储器中存储委托标准，并且响应于用户尝试经由用户设备上的通信应用与通信平台建立通信会话而访问所述委托标准。
76.过程700可以包括第二操作720，在第二操作720中，从用户设备接收第二信号以经由所述通信平台发起通信会话。如在先前示例中所论述的，所述用户设备可以包括与所述通信平台相关联的通信应用。用户可以尝试经由所述应用发起通信会话。例如，用户可以访问所述通信应用的用户界面并且尝试通过向用户界面中输入另一方的电话号码、通过从目录或联系人信息中选择用于另一方的联系人信息来发起与另一方的通信会话。
77.过程700可以包括第三操作730，在第三操作730中，确定满足用于确定要在用户设备处用于通信会话的配置文件的委托条件。所述通信平台有条件地在特定条件下将配置文件选择委托给用户设备，如果不满足在所述委托标准中定义的条件，所述通信平台可以替代地选择要被用于处置所述通信会话的配置文件，并且在图5中所图示的过程可以替代地被用于选择所述用户配置文件。否则，如果满足所述委托标准的条件中的一个或多个条件，则过程700可以以步骤740继续。
78.过程700可以包括第四操作740，在第四操作740中，访问与用户相关联的配置文件信息。在该示例中，用户设备上的所述通信应用可以访问与所述用户相关联的配置文件信息。如在先前示例中所论述的，能够经由用户设备上的通信应用向通信平台认证所述用户。响应于所述用户被认证，所述通信配置文件可以向客户端设备提供与经认证的用户相关联的一个或多个配置文件。在一些实施方式中，所述通信平台可以响应于所述用户被认证而向所述通信应用发送与所述用户相关联的配置文件。在其他实施方式中，在所述用户设备上的所述通信应用可以响应于所述用户被认证而从所述通信平台请求所述配置文件。
79.过程700可以包括第五操作750，在第五操作750中，所述用户设备的通信应用能够选择要用于所述通信会话的配置文件。如在先前示例中所论述的，可以基于各种标准来选择所述配置文件，所述标准包括但不限于：被拨号码或者与被拨号码相关联的号码范围、发起设备和/或目标设备的位置、服务计划信息(语音、数据、sms)、与发起设备和/或目标设备相关联的位置处的当日时间，被拨号码与目录条目和/或日历条目的相关性也可以由所述通信平台用于从所述多个配置文件中选择配置文件。所述通信设备可以基于如在在先前示例中所论述的这些标准中的一个或多个标准来确定所述通信会话的上下文并且基于该上
下文来选择针对所述通信会话的配置文件。
80.过程700可以包括第六操作760，在第六操作760中，如在先前示例中所论述的，所述用户设备的通信应用能够向通信平台发送标识所选择的配置文件的信号。
81.过程700可以包括第七操作770，在第七操作770中，如在先前示例中所论述的，用户设备上的通信应用与通信平台建立通信会话。
82.在一些状况下，能够在已经建立的通信会话期间选择新的配置文件。可能发生这种情况的一种状况是：通信会话的参与者邀请新用户参与已经建立的通信会话。所述通信平台可以向用户设备发送信号，以响应于邀请新用户加入所述通信会话而重新确定针对所述通信会话的所选择的配置文件。如果由于添加新用户而配置文件发生改变，则所述用户设备可以向通信平台发送标识新选择的配置文件的信号，并且所述通信平台能够开始根据新选择的配置文件来处置所述通信会话。
83.基于边缘网络节点的配置文件选择
84.图8是流程图，所述流程图图示了由数据处理系统运行的示例性过程800的实施方式，示例性过程800用于选择由通信平台用于处置通信会话的配置文件。在一些示例中，可以结合参考图1-4所论述的特征中的任意特征执行过程800的一些或全部。过程800可以由边缘网络节点来实施，所述边缘网络节点诸如是在先前示例或者在图9中所图示的示例性软件架构900中描所述的边缘网络节点370和/或在图10中所图示的示例性机器1000。
85.过程800是基于边缘网络节点的配置文件选择方案，在所述方案中，所述边缘网络节点确定在所述通信会话中使用哪个配置文件。在该示例中，所述通信平台在特定环境下可以将确定为通信会话使用哪个配置文件委托给边缘网络节点，而在其他实施方式中，所述通信平台可以将配置文件选择无任何限制地委托给网络节点。所述通信平台能够向边缘网络节点提供委托标准以指示在哪些环境下边缘网络节点负责配置文件选择。
86.过程800可以包括第一操作810，在第一操作810中，从所述通信平台接收第一信号，所述第一信号指示根据委托标准将配置文件选择委托给所述边缘服务器。所述委托标准可以类似于在先前示例中所论述的标准，并且可以提供对条件的指示，在所述条件下，所述通信平台将配置文件选择的责任委托给边缘网络节点。在通信平台将所有配置文件选择委托给边缘网络节点的实施方式中，可以省去该阶段。
87.过程800可以包括第二操作820，在第二操作820中，从用户设备接收信号以经由所述通信平台发起通信会话。参考在图3中所图示的示例，用户设备301的用户可以经由用户设备上的通信应用来发起呼叫。所述移动应用与通信平台360相关联并且能够发送请求以与另一用户建立通信会话，所述另一用户是诸如用户设备302或用户设备303的用户。包括关于建立所述通信会话的请求的信号被边缘网络节点370接收。所述信号可以通过诸如蜂窝网络325的一个或多个居间网络来路由。所述一个或多个居间网络可以基于与用户设备301上的通信应用相关联的电话号码来确定应当向边缘网络节点370路由所述信号。如在先前示例中所论述的，与用户应用相关联的电话号码可以被映射或分配到通信平台，并且所述一个或多个居间网络能够被配置为访问映射信息以确定向哪里路由所述信号。在其他实施方式中，在所述请求信号中所包括的网络地址和/或其他信息可以被用于将所述信号从用户设备301路由到通信平台260。
88.过程800可以包括第三操作830，在第三操作830中，确定满足用于确定要在用户设
备处用于通信会话的配置文件的委托条件。在所述通信平台将所有配置文件确定决策委托给边缘网络节点的情况下，省去该操作。如果所述通信平台有条件地在特定条件下将配置文件选择委托给用户设备，并且不满足在委托标准中所定义的条件，所述通信平台可以替代地选择要被用于处置所述通信会话的配置文件，并且在图5中所图示的过程可以替代地被用于选择所述用户配置文件。否则，如果满足所述委托标准的条件中的一个或多个条件，过程800可以以步骤840继续。
89.过程800可以包括第四操作840，在第四操作840中，访问与用户相关联的配置文件信息。边缘网络节点370可以访问由通信平台维护的配置文件信息的数据库以访问用于请求建立通信会话的用户的配置文件信息。如在先前示例中所论述的，所述配置文件可以与电话号码和/或与用户相关联的其他标识符相关联。边缘网络节点370可以为通信平台的用户的至少子集维护配置文件数据库的本地副本，以减少与远程地访问数据库相关联的延迟。所述配置文件数据库的所述本地副本可以包括用于被授权利用所述边缘网络节点的用户的配置文件信息。例如，所述边缘网络节点可以与来自特定地理区域、公司的特定办公室或者通信平台的用户的其他这样的子集的用户相关联。
90.过程800可以包括第五操作850，在第五操作850中，所述边缘网络节点可以选择要用于通信会话的配置文件。如在先前示例中所论述的，可以基于各种标准来选择配置文件，所述标准包括但不限于：被拨号码或者与被拨号码相关联的号码范围、发起设备和/或目标设备的位置、服务计划信息(语音、数据、sms)、与发起设备和/或目标设备相关联的位置处的当日时间，被拨号码与目录条目和/或日历条目的相关性也可以由通信平台用于从多个配置文件选择配置文件。边缘节点370可以被配置为从所述设备获得位置信息并且用于发起设备。日历和目录信息可以被存储在与边缘节点370能访问的通信平台360相关联的数据库中。边缘节点370也可以被配置为从发起针对通信会话的请求的用户设备301请求与被拨打号码相关联的日历和联系人列表信息。所述边缘网络节点可以基于如在先前示例中所论述的这些标准中的一个或多个标准确定所述通信会话的上下文并且基于该上下文来选择针对所述通信会话的所述配置文件。
91.过程800可以包括第六操作860，在第六操作860中，所述边缘网络节点可以向用户设备发送标识所选择的用户配置文件的第三信号。边缘网络节点370可以通过网络连接向用户设备301发送信号，所述信号包括所选择的配置文件的指示。在一些实施方式中，可以向所述用户设备发送所述配置文件或者在其中所包括的信息的子集。
92.过程800可以包括第七操作870，在第七操作870中，所述边缘网络节点可以向所述通信平台发送标识所述用户设备和所选择的配置文件的第四信号。边缘网络节点370可以通过网络连接向用户设备301发送信号，所述信号包括所选择的配置文件的指示。在一些实施方式中，可以向所述通信平台发送所述配置文件或者在其中所包括的信息的子集。
93.边缘网络节点370然后可以将关于建立通信会话的请求路由到通信平台360，或者向客户端设备和/或通信平台360提供所选择的配置文件的指示并且遵从用户设备301上的通信应用以将关于建立通信的请求和所选择的配置文件路由到通信平台360。
94.在一些状况下，能够在已经建立的通信会话期间选择新的配置文件。可能发生这种情况的一种状况是：所述通信会话的参与者邀请新用户参与已经建立的通信会话。所述通信平台可以向所述边缘网络节点发送信号，以响应于邀请新用户加入通信会话而重新确
定针对所述通信会话的所选择的配置文件。如果由于添加新用户而配置文件发生改变，则所述边缘网络节点可以向通信平台和(一个或多个)用户设备发送标识新选择的配置文件的信号，并且所述通信平台能够开始根据新选择的配置文件来处置所述通信会话。
95.结合图1-4描述了在图5-8中所示的流程图中所图示的操作的示例。应当理解的是，在图5-8中所公开的元件和/或操作的具体次序或层次体系为示例性方案。基于设计偏好，应当理解的是，能够重新布置图5-8中的元件和/或操作的具体次序或层次体系，同时保持在本公开的范围之内。图5-8按照样本次序给出了各种操作的元素，而并非意在限于所给出的具体次序或层次体系。同样地，所附的权利要求按照样本次序给出了各种元件和/或操作的各种元素，而并非意在限于所给出的具体元件、次序或层次体系。
96.在本文中给出了结合图1-8所描述的系统、设备和技术的详细示例，其用于例示本公开以及其益处。这样的使用示例不应当被视为对本公开的逻辑过程实施例的限制，也不应当将在本文中所描述的那些的用户界面方法的变化视为在本公开的范围之外。应当理解的是，对显示或呈现项目的援引(诸如，但不限于在显示设备上呈现图像，经由一个或多个扬声器呈现音频和/或使设备振动)包括发出指令、命令和/或信号，导致或者合理预期会导致设备或系统显示或呈现所述项目。在一些实施例中，在图1-8中所描述的各种特征被实现在相应的模块中，其也可以被称为和/或包括逻辑单元、组件、单元和/或机构。模块可以构成软件模块(例如，被体现在机器可读介质上的代码)或者硬件模块。
97.在一些示例中，可以按机械方式、电子方式或者其任何合适的组合来实施硬件模块。例如，硬件模块可以包括被配置为执行特定操作的专用电路或逻辑。例如，硬件模块可以是专用处理器，诸如现场可编程门阵列(fpga)或专用集成电路(asic)。硬件模块还可以包括由软件临时配置为执行特定操作的可编程逻辑单元或电路，并且可以包括用于这样的配置的机器可读介质数据和/或指令的一部分。例如，硬件模块可以包括被配置为运行软件指令集合的可编程处理器之内涵盖的软件。应当意识到的是，以机械方式，在专用和永久配置的电路中，或者在临时配置的电路(例如，由软件配置)中实现硬件模块的决策可以受到成本、时间、支持和工程考虑的驱动。
98.因此，短语“硬件模块”应当被理解为涵盖能够执行特定操作并且可以通过特定物理方式被配置或布置的有形实体，即以物理方式构建、受到永久配置(例如，硬布线)和/或受到暂时性地配置(例如，受到编程)从而以特定方式操作或者执行在本文中所描述的特定操作的实体。如在本文中所使用的，“硬件实现的模块”指代硬件模块。考虑硬件模块被临时配置(例如，编程)的示例，不需要在任何时刻配置或实例化硬件模块的每个硬件模块。例如，在硬件模块包括由软件配置以成为专用处理器的可编程处理器的情况下，可以在不同时间将可编程处理器配置为分别不同的专用处理器(例如，包括不同硬件模块)。软件可以相应地配置一个或多个处理器，例如，以在一个时刻构成特定硬件模块，并且在不同时刻构成不同的硬件模块。使用一个或多个处理器实现的硬件模块可以被称为“处理器实现的”或者“计算机实现的”。
99.硬件模块能够向其他硬件模块提供信息并且从其他硬件模块接收信息。因此，可以将所描述的硬件模块视为通信地耦合的。在同时存在多个硬件模块的情况下，可以通过硬件模块中的两个或更多个硬件模块之间的信号传输(例如，通过适当电路和总线)来实现通信。在多个硬件模块在不同时间被配置或实例化的实施例中，例如，可以通过在多个硬件
模块有权访问的存储器设备中存储和取回信息来实现在这样的硬件模块之间的通信。例如，一个硬件模块可以执行操作并且在存储器设备中存储输出，并且另一硬件模块可以然后访问所述存储器设备以取回并且处理所存储的输出。
100.在一些示例中，可以由一个或多个处理器或者处理器实现的模块来执行方法的操作中的至少一些操作。此外，所述一个或多个处理器还可以操作用于支持在“云计算”环境中执行相关操作或者作为“软件即服务”(saas)来执行。例如，所述操作中的至少一些操作可以由多个计算机(作为包括处理器的机器的示例)和/或在多个计算机之间执行，其中，这些操作可以经由网络(例如，因特网)和/或经由一个或多个软件接口(例如，应用程序接口(api))来访问。对所述操作中的特定操作的执行可以被分布在处理器之间，不仅驻留在单个机器之内，而是在若干个机器之间部署。处理器实现的模块可以在单个地理位置(例如，在家庭或办公室环境之内或者在服务器农场之内)，或者可以分布于多个地理位置之间。
101.图9是图示了示例性软件架构902的框图900，所述软件架构的各部分可以结合在本文中所描述的各种硬件架构来使用，这可以实现上文所描述的特征中的任意特征。图9是软件架构的非限制性示例，并且应当意识到，可以实施许多其他架构以促进在本文中所描述的功能。软件架构902可以在诸如图10的机器1000的硬件上运行，所述机器包括处理器1010、存储器1030和输入/输出(i/o)组件1050等。代表性硬件层904被图示出，并且能够表示例如图10的机器1000。代表性硬件层904包括处理单元906和相关联的可执行指令908。可执行指令908表示软件架构902的可执行指令，其包括对在本文中所描述的方法、模块等的实施方式。硬件层904也包括存储器/存储装置910，其也包括可执行指令908和伴随数据。硬件层904也可以包括其他硬件模块912。由处理单元908保持的指令908可以是由存储器/存储装置910保持的指令908的部分。
102.示例性软件架构902可以被概念化为层，每个层提供各种功能性。例如，软件架构902可以包括层和组件，诸如操作系统(os)914、库916、框架918、应用920和呈现层944。操作性地，应用920和/或层之内的其他组件可以向其他层调用api调用924并且接收对应的结果926。所图示的层在本质上是代表性的，并且其他软件架构可以包括额外层或不同层。例如，一些移动或专用操作系统可以不提供框架/中间件918。
103.os 914可以管理硬件资源并且提供常见服务。os 914可以包括例如内核928、服务930和驱动程序932。内核928可以充当硬件层904与其他软件层之间的抽象层。例如，内核928可以负责存储器管理、处理器管理(例如，调度)、组件管理、联网、安全性设置等。服务930可以为其他软件层提供其他常见服务。驱动程序932可以负责控制下层硬件层904或者负责与下层硬件层进行接口。例如，根据硬件和/或软件配置，驱动程序932可以包括显示器驱动程序、相机驱动程序、存储器/存储设备驱动程序、外围设备驱动程序(例如，经由通用串行总线(usb))、网络和/或无线通信驱动程序、音频驱动程序等。
104.库916可以提供可以由应用920和/或其他组件和/或层使用的常见基础设施。库916典型地提供用于由其他软件模块用于执行任务的功能，而不是直接与os 914进行交互。库916可以包括可以提供功能的系统库934(例如，c标准库)，系统库934可以提供诸如存储器分配、字符串操纵、文件操作的功能。另外，库916可以包括api库936，诸如媒体库(例如，支持对图像、声音和/或视频数据格式的呈现和操控)、图形库(例如，用于在显示器上渲染2d和3d图形的opengl库)、数据库库(例如，sqlite或者其他关系型数据库函数)和web库(例
如，可以提供web浏览功能的webkit)。库916还可以包括广泛多种其他库938从而为应用920和其他软件模块提供许多功能。
105.框架918(有时也被称为中间件)提供可以由应用920和/或其他软件模块使用的更高水平的常用基础设施。例如，框架918可以提供各种图形用户界面(gui)功能、高级资源管理或者高级位置服务。框架918可以为应用920和/或其他软件模块提供宽范围的其他api。
106.应用920包括内置应用940和/或第三方应用942。内置应用940的示例可以包括但不限于联系人应用、浏览器应用、定位应用、媒体应用、消息传递应用和/或游戏应用。第三方应用942可以包括由特定平台的供应商之外的实体开发的任何应用。应用920可以使用经由os 914、库916、框架918和呈现层944可用的功能以创建用户界面，从而与用户进行交互。
107.一些软件架构使用虚拟机，如由虚拟机948所图示的。虚拟机948提供运行环境，在运行环境中，应用/模块能够运行，如同其在硬件机器(诸如图10的机器1000)上运行一样。虚拟机948可以由主机os(例如，os 914)或管理程序来托管，并且可以具有虚拟机监视器946，其管理虚拟机948的操作以及与主机操作系统的互操作。软件架构可以与虚拟机外部的软件架构902不同，在虚拟机948之内运行，诸如os 914、库952、框架954、应用956和/或呈现层958。
108.图10是图示了被配置为从机器可读介质(例如，机器可读存储介质)读取指令并且执行在本文中所描述的特征中的任意特征的示例性机器1000的组件的框图。示例性机器1000的形式为计算机系统，在所述计算机系统内，可以运行用于使得机器1000执行在本文中所描述的特征中的任意特征的指令1016(例如，形式为软件组件)。这样，指令1016可以被用于实施本文中所描述的模块或组件。指令1016使得未经编程和/或未经配置的机器1000作为被配置为执行所描述的特征的特定机器来操作。机器1000可以被配置为作为独立设备来操作，或者可以被耦合(例如，联网)到其他机器。在联网部署中，机器1000可以在服务器-客户端网络环境中作为服务器机器或客户端机器来操作，或者作为在对等或分布式网络环境中的节点来操作。机器1000可以被体现为例如服务器计算机、客户端计算机、个人计算机(pc)、平板计算机、膝上型计算机、上网本、机顶盒(stb)、游戏和/或娱乐系统、智能电话、移动设备、可穿戴设备(例如，智能手表)和物联网(iot)设备。此外，尽管仅图示出了单个机器1000，但是术语“机器”包括个体地或联合地运行指令1016的机器的集体。
109.机器1000可以包括处理器1010、存储器1030和/或i/o组件1050，其可以例如经由总线1002通信地耦合。总线1002可以包括经由各种总线技术和协议耦合机器1000的各种元件的多条总线。在示例中，处理器1010(例如包括中央处理单元(cpu)、图形处理单元(gpu)、数字信号处理器(dsp)、asic或者其适当的组合)可以包括可以运行指令1016并且处理数据的一个或多个处理器1012a到1012n。在一些示例中，一个或多个处理器1010可以运行由一个或多个其他处理器1010提供或标识的指令。术语“处理器”包括多核处理器，所述多核处理器包括可以同时运行指令的内核。尽管图10示出了多个处理器，但是机器1000可以包括具有单个内核的单个处理器、具有多个内核的单个处理器(例如，多核处理器)、均具有单个内核的多个处理器、均具有多个内核的多个处理器或者其任意组合。在一些示例中，机器1000可以包括被分布在多个机器之间的多个处理器。
110.存储器/存储设备1030可以包括主存储器1032、静态存储器1034或者其他存储器，以及存储单元1036，这两者都能由处理器1010诸如经由总线1002访问。存储单元1036和存
储器1032、1034存储体现在本文中所描述的功能中的任意一项或多项功能的指令1016。存储器/存储装置1030还可以存储用于处理器1010的临时、中间和/或长期数据。在对指令1016的运行期间，指令1016还可以完全地或部分地驻留在存储器1032、1034之内、存储单元1036之内、处理器1010中的至少一个处理器之内(例如，命令缓存或高速缓存存储器之内)、i/o组件1050至少一个的存储器之内或者其任何适当的组合。因此，存储器1032、1034、存储单元1036、处理器1010中的存储器以及i/o组件1050中的存储器是机器可读介质的示例。
111.如在本文中所使用的，“机器可读介质”指代能够临时或永久地存储使机器1000以特定方式工作的指令和数据的设备，并且可以包括但不限于：随机存取存储器(ram)、只读存储器(rom)、缓存存储器、闪存存储器、光存储介质、磁存储介质和设备、高速缓存存储器、网络可访问或云存储设备、其他类型的存储设备和/或其任何适当的组合。术语“机器可读介质”适用于用于存储供机器1000运行的指令(例如，指令1016)的单种介质或者多种介质的组合，使得指令在由机器1000的一个或多个处理器1010运行时，使得机器1000执行在本文中所描述的特征中的任意一个或多个特征。因此，“机器可读介质”可以指代单个存储设备以及包括多个存储设备或设备的“基于云”的存储系统或存储网络。术语“机器可读介质”不包括信号本身。
112.i/o组件1050可以包括适合于接收输入、提供输出、产生输出、传输信息、交换信息、俘获测量结果等的广泛多种硬件组件。特定机器中所包括的具体i/o组件1050将取决于机器的类型和/或功能。例如，诸如移动电话的移动设备可以包括触摸输入设备，而无头服务器或iot设备可以不包括这样的触摸输入设备。在图10中所图示的i/o组件的特定示例绝不是限制性的，机器1000中可以包括其他类型的组件。对i/o组件1050进行分组仅仅是为了简化这种论述，并且分组绝不是限制。在各种示例中，i/o组件1050可以包括输出组件1052和用户输入组件1054。用户输出组件1052可以包括，例如，用于显示信息的显示组件(例如，液晶显示器(lcd)或投影仪)、声学组件(例如，扬声器)、触觉组件(例如，振动电动机或力反馈设备)和/或其他信号发生器。用户输入组件1054可以包括，例如，字母数字输入组件(例如，键盘或触摸屏)、定点组件(例如，鼠标设备、触控板或者另一定点器械)和/或被配置用于接收各种用户输入，例如用户命令和/或选择的触觉输入组件(例如，提供触摸或触摸手势的位置和/或力的物理按钮或触摸屏)。
113.在一些示例中，i/o组件1050可以包括生物测定组件1056、运动组件1058、环境组件1060和/或定位组件1062连同各种各样的其他物理传感器组件。生物测定组件1056可以包括例如检测身体表达(例如，面部表情、声音表达、手势或身体姿势或眼睛跟踪)，测量生物信号(例如，心率或脑波)以及识别人(例如，经由语音、虹膜、指纹和/或基于面部的识别)的组件。运动组件1058可以包括，例如，加速度传感器(例如，加速度计)和旋转传感器(例如，陀螺仪)。环境组件1060可以包括，例如，照明传感器、温度传感器、湿度传感器、压力传感器(例如，气压计)、声传感器(例如，用于检测环境噪音的麦克风)、接近传感器(例如，附近物体的红外感测)和/或可以提供指示、测量或对应于周围物理环境的信号的其他组件。定位组件1062可以包括例如位置传感器(例如，全球定位系统(gps)接收器)、海拔传感器(例如，气压传感器，可以从其导出海拔)和/或取向传感器(例如，磁强计)。
114.i/o组件1050可以包括通信组件1064，其实施多种能够将机器1000经由相应的通信耦合1072和1082耦合到网络1070和/或设备1080的技术。通信组件1064可以包括一个或
多个网络接口组件或其他合适的设备以与网络1070对接。通信组件1064可以包括例如适于提供有线通信、无线通信、蜂窝通信、近场通信(nfc)、蓝牙通信、wi-fi和/或经由其他模式的通信的组件。设备1080可以包括其他机器或各种外围设备(例如，经由usb耦合)。
115.在一些示例中，通信组件1064可以检测标识符或者可以包括适于检测标识符的组件。例如，通信组件1064可以包括射频标识(rfid)标签读取器、nfc检测器、光学传感器(例如，一维或多维条形码，或其他光学码)和/或声音检测器(例如，识别带标签的音频信号的麦克风)。在一些示例中，可以基于来自通信组件1062的信息确定位置信息，例如，但不限于经由网际协议(ip)地址的地理位置、经由wi-fi的位置、nfc、蓝牙或其他无线站标识和/或信号三角测定。
116.尽管已经描述了各种实施例，说明书意在为示范性的，而不是限制性的，并且要理解，在实施例的范围之内，许多其他实施例和实施方式都是可能的。尽管特征的许多可能组合在附图中被示出并且在本具体实施方式中被论述，但是所公开特征的许多其他组合是可能的。除非有具体限制，否则任何实施例的任何特征都可以与任何其他实施例中的任何其他特征或元素组合使用或被其替代。因此，应当理解，可以通过任何适当的组合来实现本公开中示出和/或论述的任何特征。因此，除非考虑所附权利要求及其等价要件，否则实施例不受限制。而且，可以在所附权利要求的范围之内做出各种修改和改变。
117.尽管上文描述了被认为最佳模式和/或其他范例的内容，要理解的是，可以在其中做出各种修改并可以在各种形式和范例中实施本文公开的主题，教导可以应用于众多应用中，本文仅描述了其中一些。以下权利要求意在主张落在本教导真正范围之内的任何和所有应用、修改和变化。
118.除非另行指出，本说明书，包括随后的权利要求中阐述的所有测量结果、值、比例、位置、大小、尺寸和其他规格都是大致的而非精确的。其意在具有与其涉及的功能以及其所属领域中惯常做法相容的合理范围。
119.保护范围仅受现在所附权利要求的限制。该范围意在并且应当被理解为与在考虑本说明书和后附诉讼历史来解释时权利要求中使用的语言的普通含义一致，并且涵盖所有结构和功能等价物。尽管如此，没有任何权利要求意在涵盖不能满足专利法第101、102或103节的要求的主题，也不应通过这样的方式对其进行解释。对这样的主题的任何无意涵盖在此都被放弃主张。
120.除了如紧上方所述，已经表述或例示的任何内容都不意在或应当被解释为导致任何组件、步骤、特征、对象、益处、优点或等价物被奉献与众，无论其是否在权利要求中被述及。
121.应当理解，在本文中所使用的术语和表达具有相对于其研究和学习的对应领域而赋予这样的术语和表达的一般含义，除了本文以其他方式阐述了特定含义之外。关系术语，例如第一和第二等可以单独用于将一个实体或动作与另一区分开，而未必要求或暗示这样的实体或动作之间有任何实际这样的关系或次序。术语“包括”、“包含”或者其任何其他变化旨在覆盖非排他性包括，使得包括元件列表的过程、方法、制品或设备不仅包括那些元件，而且可包括这样的过程、方法、制品或设备的未明确列出或固有的其他元件。没有其他约束地，前面带冠词“一”或“一个”的元件不排除包括该元件的过程、方法、制品或设备中存在额外相同元件。
122.提供说明书摘要以允许读者快速了解技术公开的实质。提交摘要的认识是且将不会用于解释或限制权利要求的范围或含义。此外，在前面的具体实施方式中，能够看到，在各示例中将各种特征分组在一起，以使本公开流畅。不应当将本公开的这种方法解释为反映如下意图：权利要求需要比每条权利要求中明确援引的更多特征。相反，如以下权利要求所反映的，创造性主题在于少于单一公开的示例的全部特征。因此，在此将以下权利要求并入具体实施方式中，其中，每个权利要求自身代表独立主张权利的主题。