电信系统中管理多个主叫方身份的方法专利检索- .移动应用业务信令使用的与通信相关的补充业务例如呼叫转移或呼叫保持专利检索查询-专利查询网

电信系统中管理多个主叫方身份的方法
申请号	CN200980125339.1	申请日	2009-06-29	公开(公告)号	CN102077561A	公开(公告)日	2011-05-25
申请人	法国电信公司;			发明人	马诺杰·莫尔亚; 尼蒂亚尔塔·卡隆基;
摘要	在电信系统中，向接收方端点(120)提供来自主叫端点(100)的主叫方身份标识(CID)，主叫端点包括默认CID和至少一个附加CID(102)。该方法包括：接收来自主叫端点(210)的呼叫建立消息，该呼叫建立消息包括附加CID；从可利用的端点池中为呼叫分配临时端点(220)；向主叫端点发送用于所分配的临时端点的联系数据；处理从所述主叫端点到所述临时端点(240)的所接收的第一呼叫；通过使用附加CID作为主叫CID，处理向接收方端点(250)的第二呼叫；以及连接(260)第一呼叫和第二呼叫以产生从主叫端点到接收方端点的呼叫。
权利要求	1.用于向接收方端点提供来自主叫端点的主叫方身份标识(CID)的方法，所述主叫端点包括默认CID和至少一个附加CID，所述方法包括： —接收来自所述主叫端点的呼叫建立消息，所述呼叫建立消息包括所述附加CID，—发送用于临时端点的联系数据，该临时端点被分配给所述主叫端点，—处理从所述主叫端点到所述临时端点的第一呼叫， —通过使用所述附加CID作为所述主叫CID，处理向所述接收方端点的第二呼叫，—连接所述第一呼叫和所述第二呼叫，以产生从所述主叫端点到所述接收方端点的呼叫。 2.根据权利要求1所述的方法，所述主叫端点包括默认CID和至少一个附加CID。 3.主叫端点，用于向接收方端点提供来自所述主叫端点的主叫方身份标识(CID)，所述主叫端点包括默认CID和至少一个附加CID，所述主叫端点被设置成： —选择一个附加主叫方ID， —发送呼叫建立消息，所述呼叫建立消息包括所选择的附加CID， —接收用于分配的临时端点的联系数据， —呼叫所述临时端点。 4.用于向接收方端点提供来自主叫端点的主叫方身份标识(CID)的配置文件服务平台，所述主叫端点包括默认CID和至少一个附加CID，所述配置文件服务平台被设置成： —接收来自所述主叫端点的呼叫建立消息，所述呼叫建立消息包括所述附加CID，—发送用于临时端点的联系数据，该临时端点被分配给所述主叫端点，—处理从所述主叫端点到所述临时端点的第一呼叫； —通过使用所述附加CID作为所述主叫CID，处理向所述接收方端点的第二呼叫； —连接所述第一呼叫和所述第二呼叫，以产生从所述主叫端点到所述接收方端点的呼叫。 5.电信系统，包括： —接收方端点， —主叫端点，所述主叫端点包括默认CID和至少一个附加CID，以及 —配置文件服务平台，所述配置文件服务平台用于向所述接收方端点提供来自所述主叫端点的主叫方身份标识(CID)，所述主叫端点被设置成： —选择一个附加主叫方ID， —发送呼叫建立消息给所述配置文件服务平台，所述呼叫建立消息包括所选择的附加CID， —接收用于分配的临时端点的联系数据， —呼叫所述临时端点，所述配置文件服务平台被设置成： —接收来自所述主叫端点的所述呼叫建立消息， —发送用于临时端点的联系数据，该临时端点被分配给所述主叫端点，—处理从所述主叫端点到所述临时端点的所述第一呼叫， —通过使用所述附加CID作为所述主叫CID，处理向所述接收方端点的第二呼叫，—连接所述第一呼叫和所述第二呼叫，以产生从所述主叫端点到所述接收方端点的呼叫。 6.在计算机可读介质上包含的并被设置成向接收方端点提供来自主叫端点的主叫方身份标识(CID)的应用程序，所述主叫端点包括默认CID和至少一个附加CID，所述应用程序包括： —接收部分，其接收来自所述主叫端点的呼叫建立消息，所述呼叫建立消息包括所述附加CID， —发送部分，其发送用于临时端点的联系数据，该临时端点被分配给所述主叫端点，—处理第一呼叫的部分，其处理从所述主叫端点到所述临时端点的第一呼叫，—处理第二呼叫的部分，其通过使用所述附加CID作为所述主叫CID来处理向所述接收方端点的第二呼叫， —产生呼叫的部分，其连接所述第一呼叫和所述第二呼叫以产生从所述主叫端点到所述接收方端点的呼叫。 7.在计算机可读介质上包含的并被设置成向接收方端点提供来自主叫端点的主叫方身份标识(CID)的应用程序，所述主叫端点包括默认CID和至少一个附加CID，所述应用程序包括： —选择部分，其选择一个附加主叫方ID， —发送部分，其发送呼叫建立消息，所述呼叫建立消息包括所选择的附加CID，—接收部分，其接收用于分配的临时端点的联系数据， —呼叫部分，其呼叫所述临时端点的部分。
说明书全文	电信系统中管理多个主叫方身份的方法技术领域 [0001] 本发明概括地涉及电信网中使用移动设备的通信，更具体地，涉及增强的通信服务。背景技术 [0002] 移动电话已经成为我们日常生活中的重要设备。移动电话或移动设备通常是电信网的用户，以便享受通信服务，如语音、数据……。通常使用国际移动用户识别码或IMSI识别移动用户。移动IMSI是与所有GSM(全球移动通信系统)网络移动电话用户和通用移动通信系统(UMTS)网络移动电话用户关联的唯一号码。其被存储在电话内部的用户身份模块(SIM)中。SIM对于一个用户来说实际上是唯一的并携带在该用户的本地网络(即，该用户是网络的用户)中标识该用户的信息。该信息包括IMSI，进一步包括鉴权数据以及其它数据。当用户获得其订阅时，SIM通常由网络运营商提供，并且在该网络上SIM对应于唯一的MSISDN(移动台国际用户目录号)，MSISDN实际上是该网络中的移动设备电话号码。 [0003] 由于移动电话的成功，更普遍地由于多种增强的通信服务，今天的每位用户最终与多于一个的通信设备关联，因此具有同样多的电话号码—家庭号码、工作号码、移动号码……。 [0004] 几种新近的发展已经出现，以减轻用户在应付其多个设备和/或电话号码中的负担。 [0005] 携带多个用户身份的SIM卡现在是可得到的。用户可以通过使用一个单独的移动设备向不同的网络注册来在用户身份之间切换。这种方案的一个不足在于用户仍具有与在其SIM卡中的现有用户身份同样多的电话号码。而且，由于每次仅一个用户身份可以是活跃的，当呼叫牵涉不活跃用户身份的MSISDN(即，不活跃的MSISDN)时，需要呼叫转发方案。例如，当具有多个用户身份的用户使用其不活跃的MSISDN中的一个向接收方设备发起呼叫时，将需要复杂的方案来使用该不活跃的MSISDN作为主叫方身份标识(CID)。 [0006] 提供主叫方身份标识是大多数的(如果不是全部的)网络运营商向其用户提供的相当近期的服务。例如，主叫方ID(CID)对应于由PSTN(公共交换电话网)提供的服务。对于GSM移动设备提供的类似服务-CLIP(主叫线路识别提示)被记述在文献3GPP(第三代合作伙伴计划)TS23.081中。可获得将主叫方ID信息发送到接收方设备的不同方案，例如用于PSTN线路的SS7(7号信令系统)消息或者在GSM网络和UMTS网络中为IP电话建立的SIP(会话发起协议)消息。所提供的主叫方ID通常是用户主叫方ID，其在下文中被称为默认主叫方ID。 [0007] 为主叫设备改变主叫方ID将允许通过仅一个设备管理多个主叫方ID。用户能够在不需所有对应设备的情况下使用他的办公室号码、移动号码和家庭号码等被叫ID发起呼叫。 [0008] 向接收方设备提供与默认主叫方ID不同的主叫方ID的方案是公知的。US2007105531S公开了具有单个SIM(和对应的MSISDN)的移动设备，该单个SIM被分配有其它MSISDN。当移动设备发送用于呼叫接收方设备的呼叫建立消息时，移动设备传递其IMSI号码来鉴权，以及传递所分配的MSISDN中的一个作为主叫方ID。由于呼叫建立消息被送往MSC(移动交换中心)，所以MSC必须支持该附加参数并被相应地改变。在现有标准中没有提供该附加字段，并且这种改变将需要繁重地重新配置所有待支持的MSC。 [0009] 现在对允许高效地管理用户的多个主叫方ID的简单方案仍然存在需要。进一步对当具有多个主叫方ID的用户接收呼叫时的服务连续性仍存在需要。发明内容 [0010] 本系统、处理器和方法的目标是克服现有技术中的不足和/或做出改进。 [0011] 为此，本方法提出了用于向接收方端点提供来自主叫端点的主叫方身份标识(CID)的方法，所述主叫端点包括默认CID和至少一个附加CID。所述方法包括：从所述主叫端点接收呼叫建立消息，所述呼叫建立消息包括所述附加CID；发送用于临时端点的联系数据，该临时端点被分配给所述主叫端点；处理从所述主叫端点到所述临时端点的第一呼叫；通过使用所述附加CID作为所述主叫CID，处理向所述接收方端点的第二呼叫；以及连接所述第一呼叫和所述第二呼叫，以产生从所述主叫端点到所述接收方端点的呼叫。 [0012] 所述主叫端点可以包括默认CID和至少一个附加CID。所述主叫端点可以被设置成选择一个附加主叫方ID；发送呼叫建立消息，所述呼叫建立消息包括所选择的附加CID；接收用于分配的临时端点的联系数据；以及呼叫所述临时端点。 [0013] 用于向接收方端点提供来自主叫端点的主叫方身份标识(CID)的根据本系统的配置文件服务平台，所述主叫端点可以包括默认CID和至少一个附加CID。所述配置文件服务平台可以被设置成从所述主叫端点接收呼叫建立消息，所述呼叫建立消息包括所述附加CID；发送用于临时端点的联系数据，该临时端点被分配给所述主叫端点；处理从所述主叫端点到所述临时端点的第一呼叫；通过使用所述附加CID作为所述主叫CID，处理向所述接收方端点的第二呼叫；以及连接所述第一呼叫和所述第二呼叫，以产生从所述主叫端点到所述接收方端点的呼叫。 [0014] 由于本发明，提供了方法来处理具有多个主叫方ID的主叫端点和接收方端点的呼叫。分配给该呼叫的临时端点允许通过使用交换中心来在这两个端点之间建立通信路径。所述呼叫建立消息是触发本方法的消息，并且其包括必要的参数，以通过使用所分配的临时端点处理两个呼叫。 [0015] 根据本系统的电信系统可以包括接收方端点、主叫端点和配置文件服务平台，所述主叫端点包括默认CID和至少一个附加CID，所述配置文件服务平台用于向所述接收方端点提供来自所述主叫端点的主叫方身份标识(CID)。所述主叫端点可以被设置成选择一个附加主叫方ID；发送呼叫建立消息给所述配置文件服务平台，所述呼叫建立消息包括所选择的附加CID；接收用于分配的临时端点的联系数据；以及呼叫所述临时端点。所述配置文件服务平台可以被设置成接收来自所述主叫端点的所述呼叫建立消息；发送用于临时端点的联系数据，该临时端点被分配给所述主叫端点；处理从所述主叫端点到所述临时端点的所述第一呼叫；通过使用所述附加CID作为所述主叫CID，处理向所述接收方端点的第二呼叫；以及连接所述第一呼叫和所述第二呼叫，以产生从所述主叫端点到所述接收方端点的呼叫。 [0016] 根据本系统在计算机可读介质上包含的应用程序可以被设置成向接收方端点提供来自主叫端点的主叫方身份标识(CID)，所述主叫端点包括默认CID和至少一个附加CID。所述应用程序可以包括接收来自所述主叫端点的呼叫建立消息的部分，所述呼叫建立消息包括所述附加CID；发送用于临时端点的联系数据的部分，该临时端点被分配给所述主叫端点；处理从所述主叫端点到所述临时端点的第一呼叫的部分；通过使用所述附加CID作为所述主叫CID来处理到所述接收方端点的第二呼叫的部分；以及连接所述第一呼叫和所述第二呼叫以产生从所述主叫端点到所述接收方端点的呼叫的部分。 [0017] 根据本系统的在计算机可读介质上包含的应用程序可以被设置成向接收方端点提供来自主叫端点的主叫方身份标识(CID)，所述主叫端点包括默认CID和至少一个附加CID。所述应用程序可以包括选择一个附加主叫方ID的部分；发送呼叫建立消息的部分，所述呼叫建立消息包括所选择的附加CID；接收用于分配的临时端点的联系数据的部分；以及呼叫所述临时端点的部分。附图说明 [0018] 参照附图通过实施例更详细地说明本系统、呼叫管理节点和方法，在附图中： [0019] 图1示出了本系统的示例性实施方式； [0020] 图2示出了说明本方法的实施方式的流程图； [0021] 图3示出了本系统的示例性实施方式； [0022] 图4示出了说明本方法的实施方式的流程图。具体实施方式 [0023] 下面是示例性实施方式的描述，当结合附图进行描述时，示例性实施方式将说明上面记录的特征和优势，并且介绍进一步的特征和优势。 [0024] 在下面的描述中，为了说明而不是限制，阐述了特定细节(如结构、接口和技术等)来说明。然而，将对本领域的技术人员显而易见的是，背离这些细节的其它实施方式仍将被理解为在权利要求的范围内。 [0025] 而且，为了清晰，省略了公知设备、系统和方法的详细描述，以便不使本系统的描述模糊。此外，没有详细介绍路由器、服务器、节点、基站、网关或电信网中其它实体，因为它们的实现在本系统和方法的范围以外。 [0026] 除非另外规定，在下文中，将把示例性实施方式描述在其对移动设备的应用中，该移动设备包括具有唯一用户身份的SIM，该唯一用户身份对应于SIM的IMSI。该IMSI或主配置文件用于在该通信设备的本地网络或主网络(即，使用者是该网络的用户)中标识该通信设备。主配置文件与如前面解释的唯一号码MSISDN关联，并且该唯一号码MSISDN是移动电话号码，即，通过该号码可以联系到该设备。当设备在其主网络外面漫游时，该网络将被称为访问网络。该说明绝不是把本方法和系统的范围限制为如固定设备的通信设备或PBX(专用交换分机)后面的通信设备。 [0027] 而且，在本说明书中将被称为“呼叫”的可以是标准语音呼叫或者任何其它在第一方和另一方之间建立的通信会话，第一方被称为第一用户或主叫用户，另一方被称为第二用户或被叫用户。技术人员当然将理解，更准确地在用户电信设备(即，主叫设备和被叫设备)之间接通呼叫，例如，第一用户和第二用户之间的视频呼叫或者设备之间的数据交换。电信网中呼叫的每一侧将被称为呼叫分支或呼叫支路。呼叫还可以被称为两个设备之间的通信路径。当在主叫设备和被叫设备之间建立通信路径时，牵涉了本电信系统的不同实体，该路径通常牵涉两层交换机制： [0028] —信令层，对应于两个设备之间通过网络实体进行的信令(或建立)消息交换，[0029] —媒体层，用于处理数据、语音……。 [0030] 而且，主叫设备和被叫设备还将被称为端点，因为它们代表通信路径的两个末端。 [0031] 此外，应当明确理解的是，为了说明目的列入附图，附图不代表本系统的范围。 [0032] 图1示出了本系统的示例性实施方式。第一设备或第一端点100包括在其本地网络中(或当在访问网络中漫游时)标识其本身的主配置文件。第一设备100进一步包括多个附加配置文件，用户可以选择该多个附加配置文件来通过使用所选择的配置文件作为主叫方ID发起呼叫。当发起呼叫时，第一设备被称为主叫设备。在此后的描述中，为了简单目的，配置文件还将被称为电话号码。 [0033] 在GSM网络或UMTS网络的示例性实施方式中，设备在其如前面解释的用户网络中与唯一的IMSI关联。主叫方ID通常是与该IMSI关联的MSISDN。依赖于网络类型，主叫方ID可能是用于主叫设备的不同标识符。依赖于网络提供的可能性以及用户的许可，主叫方ID可能是例如与用户关联的元数据，像关于该用户的图片或详细信息，如姓名和地址。词语“主叫方ID”将包括这些不同可能性。 [0034] 这里示出设备100具有多个配置文件，多个配置文件由行号和该号对应于什么来标识。在设备100上应用程序可以是可利用的，以管理(即，创建、编辑、删除……)不同配置文件。可利用的配置文件的管理可以例如由用户通过如图1中示出的用户接口102得到。 [0035] 在本网络中还提供了第二设备120或第二端点。当第二设备接收呼叫时，第二设备将被称为被叫设备或接收方设备。技术人员可以注意到被叫设备120可以是任何类型的设备，如移动设备、座机或固网……。 [0036] 本系统还包括配置文件服务平台110(PSP)。该配置文件服务平台110可以： [0037] —向设备100的用户提供他的配置文件的进一步管理， [0038] —处理来自主叫设备100的呼叫，使得该设备的用户可以向被叫设备120提供选择的配置文件， [0039] —处理反向呼叫，即从端点120到端点100的配置文件其中之一的呼叫，使得该设备100的用户在该唯一设备上接收呼叫。 [0040] 配置文件服务平台110可以包括： [0041] —配置文件管理器(PMN)部分或节点111，管理来自用户的不同配置文件。如此后解释的，该配置文件管理器节点111还可以处理两个设备100和120之间的呼叫建立的初始阶段。因为本方法可以通过配置文件管理服务来提供，所以对于任何希望将多个不同配置文件处理到一个单独的通信设备内的可能性的用户来说，配置文件管理器节点可以负责处理对该服务的订阅。如随后解释的，设备代理可以从配置文件管理器节点111下载到设备110，使得该设备可以实现本方法，从而向用户提供配置文件管理。 [0042] —呼叫控制(CCM)部分或模块112，处理两个设备100和120之间的通信路径。这种节点可以负责接下来的特征和服务调用。该模块进一步处理通信中的呼叫建立和媒体混合(media mixing)。该模块是当今电信网中的公知模块并可以通过两个主要功能确定特征： [0043] a)呼叫控制功能，其对应于电话交换机的中心功能。呼叫控制提供不同特征，如对寻址信息进行解码和将电话呼叫从一个端点路由到另一端点。其还创建附加特征，如“呼叫等待”、“遇忙呼叫转移”和“请勿打扰”。该功能处理关于两个设备之间通信的前面提到的信令层。 [0044] b)媒体功能，其处理两个端点之间的通信的整个媒体部分。该功能对应于上层，即前面提到的媒体层。 [0045] 在呼叫控制模块的实际实现中，媒体功能可以不是实际的呼叫控制模块的一部分，但是尽管如此由所述呼叫控制模块控制。 [0046] 技术人员可能注意到，将配置文件服务平台110示出为包括两个部分绝不是限制性的，因为这两个部分可能由同一节点或服务器主持，或者可操作地互相链接。这两部分提供帮助说明了由本系统中的配置文件服务平台110执行的不同任务。 [0047] 图2是示出了本方法的示例性实施方式的流程图，其中，第一设备通过使用选择的配置文件向第二设备发起呼叫。 [0048] 在初始动作200中，在上面具有可获得的多个配置文件的主叫设备可以选择一个配置文件来发起呼叫。由于本方法，所选择的配置文件将是来自于设备100的出话呼叫的主叫方ID。例如，如图1中所示，主叫设备100的用户具有在该设备上可获得的4行(即，配置文件)。每一行具有与其关联的唯一电话号码(例如，移动号码、办公室号码、家庭号码和约会号码)。用户因此有自由选择这4行中的任一行，然后使用所选择的配置文件进行出话呼叫。如果该用户选择行3并呼叫接收方端点120的用户，则行3主叫方ID将显示在接收方端点上，被叫用户明白该呼叫发起自用户1的家庭设备。 [0049] 一旦选择了配置文件，用户将向被叫设备120发起呼叫。当用户拨打号码以联系第二用户时，他的设备将实际上向配置文件管理器节点111发送呼叫建立消息，呼叫建立消息包括所选择的配置文件。这对应于图1中的“建立1”消息。如前面所述，第一用户可以是配置文件管理服务的用户，并且在本发明的附加动作(图2中未示出)中，事先地或者与“建立1”消息同时执行鉴权动作。这可以例如通过使用第一用户主配置文件来实现，第一用户主配置文件或者在“建立1”消息之前或者在该消息参数中被传递给配置文件管理器节点111。在第一用户被鉴权为服务的用户的条件下，本方法将不停止。 [0050] 在进一步的动作220中，配置文件管理器节点将分配如图1中所示的临时端点150。该临时端点对应于本系统中的地址，该地址使得可用于临时使用。该临时端点(此后被称为T_NUMBER)被用作中间端点，该中间端点有助于两个设备100和120之间的通信路径。这些临时端点已知来自于配置文件管理器节点111和呼叫控制模块112。它们可以由一个或另一个分配，并且是用于本系统的保留端点，使得此后解释的呼叫控制模块112可以识别向这些临时端点其中之一发起的呼叫。 [0051] 而且，这些临时端点将被选择，使得向它们发起的任何呼叫将由呼叫控制模块112处理。例如，配置文件服务平台110可以被主持在由运营商A运营的给定网络中。当呼叫控制模块112对于该给定网络处理呼叫控制功能时，所分配的临时端点可以是对该网络的本地电话号码的保留池115。在图1的图示中，池115可操作地链接到配置文件管理器节点111，但是也可以由呼叫控制模块以请求每个请求(request per request)为基础(即，每次第一设备100使用选择的配置文件发起呼叫)提供给配置文件管理器节点。 [0052] 向这些临时端点发起的任何呼叫将由呼叫控制模块112处理。如此后解释的，呼叫控制模块112可以通过其不同特征将呼叫处理到临时端点，以便于从第一设备到第二设备的呼叫。 [0053] 在进一步的动作230中，配置文件管理器节点111将通知呼叫控制模块112，临时端点已经被分配当前正通过使用所选择的配置文件从第一设备向第二设备发起的呼叫。该建立消息在图1中被示出为配置文件管理器节点和呼叫控制模块之间的“建立2”，其将包括至少3个参数： [0054] —所选择的配置文件，作为提供给接收方端点的主叫方ID， [0055] —接收方端点联系数据，这可以是例如其电话号码， [0056] —为呼叫分配的临时端点。该临时端点在本系统中可以通过其联系数据被标识。标识所分配的临时端点的其它方法对本领域的技术人员来说可以是容易得到的，因为配置文件管理器节点111和呼叫控制模块112两者都具有这些临时端点的共同知识。 [0057] 技术人员在该点可以注意到不需要用于第一设备的标识符，并且可以注意到第一设备如此后解释的将由呼叫控制模块通过所分配的临时端点标识。 [0058] 在可以在动作230之前、与动作230同时或在所述动作230之后执行的附加动作231中，配置文件管理器节点111将通知第一设备，对于其向第二设备的呼叫已经分配了临时端点T_NUMBER。这可以通过如图1中示出的建立消息“建立3”来执行，该建立消息包括用于所分配的临时端点的联系数据。该联系数据可以是例如联系临时端点的电话号码。 [0059] 在进一步的动作240中，一旦第一设备100被通知所分配的临时端点，其将通过使用所收到的用于所述临时端点的联系数据向该分配的临时端点发起呼叫。其可以通过如图2中示出的建立消息“建立4”发起。 [0060] 由于所有临时端点已知来自于呼叫控制模块112，所以该模块通过其在本系统中的呼叫控制功能将处理从第一设备到所分配的临时端点的第一呼叫。由于动作230和“建立2”消息，呼叫控制模块112可以将到该临时端点的呼叫识别为第一设备和第二设备之间的呼叫的第一支路。所有临时端点的该“意识”将用图1中的T_NUMBER 150和呼叫控制模块112之间的大箭头示出。 [0061] 一旦第一呼叫被处理，呼叫控制模块112将在随后的动作250中向接收方端设备发起呼叫，从动作230的“建立3”消息中得知。该第二呼叫可以通过如图1中示出的“建立5”消息发起。该呼叫管理节点112将通过使用所选择的配置文件作为主叫方ID把该第二呼叫处理到接收方端点。事实上，呼叫控制模块112通过其呼叫控制功能适合于处理呼叫并为呼叫选择或改变主叫方ID。接收方端点将接收具有作为主叫方ID的所选择的配置文件的第二呼叫。该第二呼叫对应于第一设备和第二设备之间的呼叫的第二个第一支路。 [0062] 一旦第二用户接听呼叫，呼叫控制模块112将在随后的动作260中连接两个呼叫，以产生从主叫端点到接收方端点的呼叫。因而两条呼叫支路将形成端点100和120之间的一条通信路径。这可以通过“建立6”消息发起，如图1中所示。 [0063] 如果端点100和120中的任一个挂机，那么进一步的建立消息“建立7”将终止本系统中的呼叫，如动作270中那样。呼叫终止后，在随后的动作280中，T_NUMBER将被释放并加入可用临时端点的池用于进一步分配。可以产生用于主叫端点100的随后计费的呼叫记录(“建立8”消息)。 [0064] 在本图示中，建立消息可以例如通过不同实体之间的数据连接来交换。不同的建立消息用于建立两个端点之间的通信路径。一旦在动作260中两条呼叫支路被连接，实际的呼叫(如两个端点100和120之间的虚线所示并且穿过呼叫控制模块112)，即呼叫的媒体层将由呼叫控制模块112处理。换句话说，通信路径将穿过呼叫控制模块112。 [0065] 技术人员可以注意到，由于本方法，第一用户可能意识不到当他简单地呼叫接收方端点时执行了动作210到240。类似地，第二用户意识不到第一用户已经改变了呼叫的主叫方ID。 [0066] 在本系统中，设备100可以被调整成通过在该设备上运行的代理承担不同动作200、210和240。该代理可以是例如当向配置文件管理服务注册时从配置文件管理器节点 111中下载的。该代理将例如： [0067] —允许用户通过用户接口102管理不同配置文件，如图1中所示，提供“编辑”、“添加”和“删除”功能。对于用户，其它功能可以是可获得的，以向其配置文件管理提供更多灵活性。例如，用户可以选择激活或去激活配置文件。当配置文件被激活时，所有到该配置文件的呼入呼叫将被转发给用户设备100。当配置文件被去激活时，这些呼叫将遵循正常的路由到配置文件号码， [0068] —将更新消息发送到配置文件管理器节点111，使得该节点111能够存储用户可利用的配置文件数据库， [0069] —发送建立1消息， [0070] —用临时端点的联系数据处理“建立3”消息， [0071] —在接收“建立3”消息之后向T_NUMBER发起呼叫。 [0072] 对于每位用户(例如，配置文件管理服务的用户)，配置文件管理器节点111可以维持编列了它们不同配置文件的数据库，如图1中所示。还存储主配置文件，例如第一设备的IMSI，使得如果有呼入呼叫，呼叫控制模块112可以呼叫该设备，如此后在图3和图4中所示。 [0073]配置文件名配置文件号码活跃的配置文件主配置文件行1 +16504424798 是否行2 +13034424798 否否行3 +18004464798 是是行4 +16506004798 否否 [0074] 表1：用于配置文件管理器节点111的数据库 [0075] 本方法还允许第一设备接收向其不同配置文件发起的呼叫。图3是当第二设备120是主叫设备并且第一设备100是接收方设备时的本系统的图示。第二用户可能希望对于第一用户的配置文件其中之一(像第一用户的办公室行)呼叫第一用户。 [0076] 在图4中示出了这种对应于该反向情况的方法。在初始动作400中，一旦第二用户已经选择他希望呼叫的配置文件CALLED_PROFILE，他使用设备120向设备100发起呼叫。建立消息“建立1”被转发给呼叫控制模块112。该消息通过例如第二用户承载者(即，他的网络运营商)转发给呼叫控制模块112。该建立消息“建立1”包括用于联系第一用户的被选配置文件CALLED_PROFILE。 [0077] 如果第一用户是本配置文件管理服务的用户，则呼叫控制模块(通过配置文件CALLED_PROFILE)将能够通过使用“建立1消息”标识第一用户。事实上，在进一步的动作410中，呼叫控制模块112将通过在配置文件管理器节点数据库115中检查与配置文件CALLED_PROFILE匹配的主配置文件来标识第一用户。图3中的大箭头示出了呼叫控制模块112在配置文件管理器节点数据库115中检查CALLED_PROFILE是否是已知配置文件并且其与哪个用户关联。如表1中所示，如果CALLED_PROFILE是例如电话号码，则呼叫控制模块 112可以检索第一设备主配置文件号码(表1的示例中的行3)。如果第二用户对于第一用户的主配置文件呼叫第一用户，那么标识可能是更直接的，因为第二用户选择的配置文件将包括例如第一用户主MSISDN。 [0078] 在本方法的附加实施方式中，如果第一用户已经设置CALLED_PROFILE不活跃(通过例如发往配置文件管理器节点111的更新消息)，呼叫控制模块112将把该配置文件视作不活跃，意味着用户不希望接收向在设备100上该配置文件的任何呼入呼叫。呼叫将以正常方式被处理，即被转发给除第一设备100外的不同设备上对应于CALLED_PROFILE的号码。 [0079] 由于接收方端点在动作410中被标识，所以主叫端点和接收方端点之间的呼叫的第一支路由呼叫控制模块112处理。 [0080] 在进一步的动作420中，呼叫控制模块112将呼叫如从配置文件管理器节点数据库115中标识的第一设备100主配置文件(表1的示例中的行3)。呼叫将通过如图3中所示的“建立2”消息发起。因而通过该动作420处理了呼叫的第二支路。 [0081] 在进一步的动作430中，呼叫管理节点将进一步以与图2的动作260类似的方式连接两条支路。这在图3中通过呼叫“建立3”消息示出，虚线示出了由两条呼叫支路形成的通信路径。如图3中所示，呼叫的媒体层由呼叫控制模块112处理，即通信路径穿过呼叫控制模块112。 [0082] 当在两个设备之间进行呼叫时，通过用户接口102，第一设备可以进一步被配置成显示来自主叫端点的主叫方ID和CALLED_PROFILE，以向第一用户通知谁正在发起呼叫以及哪个配置文件是被叫配置文件。 [0083] 为了鉴权、记账和计费，从呼叫控制模块112到配置文件管理器节点111可以交换“建立4”消息。在随后的动作中，该呼叫可以被终止(图4中未示出)。 [0084] 在本方法中，如果第一用户不希望他的配置文件其中之一(例如，他的工作配置文件)被激活，他可以通过本文上面提到的代理去激活该配置文件。如前面所述，向所去激活的配置文件发起的任何呼叫将正常地被处理，即，路由到对应于所去激活的配置文件的相关接收方设备。 [0085] 由于本系统，用户能够在他的第一设备100上享受多个配置文件。通过使用现有号码，配置文件可以被创建为移动号码、家庭号码和工作号码。通过例如配置文件管理服务可以向用户提供附加号码。用户可以使这些号码与不同的用户创建的配置文件关联，例如约会配置文件、Ebay 配置文件、Match.com 配置文件、给定朋友配置文件，即对于朋友唯一的并且仅由该朋友知道的配置文件。可以被看做为可丢弃的(即，以临时的基础分配给用户)这些号码中的一些可以通过得知他们的临时有效性而被分配。 [0086] 本系统还带来增强的机密性，该增强的机密性使使用者不必给出其主号码。你可以进一步以配置文件为基础分离每配置文件的计费或者过滤呼叫。 [0087] 在本文上面的描述中，呼叫控制模块和配置文件管理器节点可以被视作配置文件服务平台的两个子系统或功能。该平台能够实际上将两个功能实现为一个单独的应用程序。 [0088] 最后，上面叙述旨在仅说明本系统，不应当被解释为将权利要求限制到实施方式中的任何特定实施方式或组。因而，尽管已经关于示例性实施方式对本系统进行了描述，还应当理解，在不背离如在权利要求中阐述的本系统的更广的和期望的精神和范围的情况下，本领域的技术人员可以想出多种修改和替换实施方式。 [0089] 本文包括的部分标题旨在便于复查，但不旨在限制本系统的范围。相应地，说明书和附图是以说明性的方式被看待，不旨在限制权利要求的范围。 [0090] 在阐释权利要求时，应当理解： [0091] a)词语“包括”或“包含”不排除存在不同于给定的权利要求中列出的其它要素或动作； [0092] b)元素前的单数不排除存在多个这样的元素； [0093] c)权利要求中的任何引用标记不限制权利要求的范围； [0094] d)几个“模块”可以由相同的项或硬件/软件实现的结构或功能来代表； [0095] e)所公开的要素中的任何一个可以由硬件部分(例如，包括分立和集成电子电路)、软件部分(例如，计算机编程)以及硬件部分和软件部分的任何组合； [0096] f)硬件部分可以由模拟部分和数字部分中的一个或两个组成； [0097] g)除非另外具体地指出，所公开的设备中的任何一个或者部分可以被组合在一起或者被分离成进一步的部分； [0098] h)除非具体地指出，不希望要求动作或步骤的特定顺序；以及 [0099] i)要素的术语“多个”包括声明的要素中的两个或多个，并且不暗指要素的数量的任何特定范围；也就是说，多个要素可以少至两个要素，并且可以包括无法测量数量的要素。

意见反馈