用于控制多媒体通信网络中的通信会话建立的方法和通信处理设备与流程

本发明总体涉及互联网协议IP多媒体通信，并且更具体地涉及控制以同一订户在多媒体通信网络中注册的多个多媒体通信设备的通信会话建立。

背景技术：

用户可以利用多个多媒体通信设备以满足他们的通信需求。可以向用户可用的一个或多个通信设备(或一般称为用户设备UE)提供来电或通信会话或去往用户的其他形式的通信。然而，通常在单个设备上接受呼叫或通信会话。

这种多媒体通信设备的示例是移动电话或智能电话、平板个人计算机、PC和膝上型PC或台式PC。每个这种设备可以用于在词语的最宽泛意义上的通信，然而，通信的方式在实践中根据每个设备而不同。移动电话通常用于语音呼叫、消息传输和聊天。膝上型PC或台式PC通常用于聊天和视频呼叫，但不太可能用于语音呼叫，尤其是当用户不在他/她的书桌/桌子后面时。平板PC可用于聊天、视频呼叫和语音呼叫。然而，在实践中，人们可能更喜欢使用他们的移动电话进行语音呼叫。

相关的发展在于，人们可能在共享设备(例如电视(TV)屏幕)上“可达”。例如，在观看TV时，可以在TV屏幕的角落中呈现来电。在这种情况下，TV屏幕是“共享媒体”。而被叫的人是“可达的”，他(她)可能不能或可能不愿意在TV上应答呼叫。也就是说，至少不是在其他人也在看电视时。在电视屏幕上“呈现”该呼叫，但被叫的人将更喜欢例如在他/她的移动电话上应答呼叫。

也就是说，尽管人可以在多个设备(即移动电话、膝上型PC、平板电脑、电视屏幕、诸如Google Glass^TM之类的眼镜型设备等)上是“可达的”，但是人们只可能在他已经利用的通信设备的单个集合或子集上应答或接听来电或通信会话。

人可以应答来电或其他通信会话的设备集合可以取决于在其间建立呼叫的环境。例如，一般来说，可以在PC客户端上或在移动电话上应答来电。然而，在会议中，可以仅允许在人临时离开会议室的情况下在移动电话上应答呼叫。然而，例如，会议中用户的呼叫或通信会话的提醒可以同时在用户的移动电话、膝上型PC、平板电脑上或会议室中的中央呈现屏幕或显示器上。

因此，将应用的场景是呼叫可以在一些情况下仅在特定通信设备(诸如专用移动电话、头戴耳机设备)或与特定用户或订户在功能上相关联的其他通信设备上被应答。

因此，随着人们实际可以具有或可以利用的通信设备的数量的上述增加，例如，在某个时间点和/或在某个位置处用户可用的通信设备的景观正变得越来越异构和复杂。此外，这些不同的设备将具有显著不同的能力。例如，安装在PC上用于在互联网协议IP多媒体子系统IMS通信网络中操作的软会话发起协议SIP电话可以具有与移动电话或智能电话不同的能力。

某些通信设备可以接收来电并且提醒该设备的用户，但该呼叫不能在该设备上被应答。一个示例是在电视屏幕上的“来电通知”的常见实施方式。

然而，根据以上内容将理解，某些设备确实具有应答来电/通信会话的固有能力，但环境可能禁止在这种设备上应答来电/通信会话。

当不应当在确实具有应答呼叫能力的特定设备上应答呼叫或通信会话时，假如满足设备和用户应答呼叫的所有条件，则实际的解决方案是不向那个设备提供呼叫。然而，例如具体地在紧急或其它重要的呼叫的情况下，不提供呼叫或通信会话可能对主叫和被叫订户或用户造成问题。

提供对设备的呼叫(除允许该呼叫的接收方应答呼叫或通信会话外)可以包括提醒或通知用户例如呼叫正在到达和/或包括在设备本地日志中。例如，这种“提醒”或“通知”可以包括以下信息：主叫方标识(例如主叫方名称和/或号码)、诸如“低”、“正常”、“紧急”之类的呼叫紧急度、诸如“主题”(例如“会议邀请”、“商务”、“私人”)之类的呼叫信息等。

技术实现要素：

本发明的一个目的是提供用于控制IP多媒体通信网络中与以同一订户在所述网络中注册的多个通信设备的通信会话建立的方法和通信处理服务器以及网络节点，以支持包括不同类型或类别的一系列广泛的通信设备的整体订户通信解决方案。

另一个目的是，提供被配置为在这种整体订户通信解决方案中操作的方法和用户设备。

在第一方案中，提供了一种控制在基于互联网协议IP多媒体的通信网络中针对以同一订户在通信网络中注册(即，功能地和/或操作地相关联)的多个多媒体用户设备UE中的至少一个多媒体UE的通信会话建立的方法。作为对由网络的通信处理服务器接收到建立与多个UE中的至少一个UE的通信会话的请求的回复，通信处理服务器提供建立通信会话的适配的请求。适配的请求基于所述多个UE中的UE所准许的作为对建立通信会话的所述请求的回复的响应，所述响应包括临时响应和最终响应。为了实际建立通信会话，通信处理服务器在通信网络中将适配的请求转发到以同一订户注册的多个UE中的相应UE。

提供适配的请求开启了用于集成订户的整体通信解决方案的方式，提供该适配的请求基于与被叫订户可用的多个UE中的一个或多个UE实际可能提供或被准许提供的作为对建立与主叫订户的通信会话的请求的回复的哪个或哪些临时响应以及哪个或哪些最终响应有关的信息。也就是说，不仅对于与该订户严格关联或是个人的那些通信设备(例如移动电话)，而且对于不与该订户严格关联或不是该用户的个人的而是例如一组人共享的设备，例如电视屏幕或会议屏幕。

适配的请求是否准许多个UE中的UE对建立通信会话做出响应(包括临时响应和最终响应)，即通信会话或呼叫是否可以由移动电话或(也)由电视屏幕或被叫订户可用的任何其他通信设备来应答，取决于与被叫订户可用的多个UE中的哪个UE实际上可以建立通信会话有关的信息，该信息可以取决于例如特定的时间点。

适配的请求可以由通信处理服务器转发给多个UE中的所选择的一个(或多个)UE。然而，通信处理服务器还可以将适配的请求转发给多个UE中的每个UE，该适配的请求对于特定UE是独特的(即定制的)。本解决方案规定：将通信处理服务器所接收的建立通信会话的请求直接转发给可以建立通信会话的一个或多个UE，而不进行适配，而将适配的请求转发给所述多个UE中的另一个UE或另一组UE。

适配的请求可以基于UE在通信网络中注册的通信能力和/或与被叫订户相关的通信信息。该通信信息被认为包括与订户的地理位置、订户的会议时间表和/或日程、订户在特定时间点的可用性等中的一个或多个相关的信息。

例如，由于订户在特定日期和时间处于使用该特定会议屏幕的视频会议中，所以会议屏幕可以被注册为订户可用的通信设备。例如，可以根据包括该订户的会议时间表、会议的位置和在该特定位置可用的通信设备自动确定特定会议屏幕是否适用于被注册为被叫订户可用的UE。在商业通信BC领域，这种信息在例如爱立信的商业通信实现器(BCE)解决方案中可用或获取。然而，也可以手动提供与订户相关的通信信息，并使其对通信处理服务器可用。可以手动和自动地(例如基于上述与被叫订户相关的通信信息或BC信息)执行以订户在网络中注册特定UE。

具体地，适配的请求对UE对建立呼叫或通信会话的请求的响应或可准许响应施加限制。也就是说，例如，特定UE(例如会议屏幕)提醒和/或记录被叫订户的呼入会话或呼叫，但该UE对建立呼叫请求的响应受到限制，原因在于UE可能不能应答该订户的呼叫。例如，呼叫的应答可以被限制到订户的移动电话。该限制可以在包括在适配的请求中的指令或指示中提供。

在另一示例中，适配的请求根据特定UE的通信能力来构建。例如，如果被叫订户在配备有免提通信设备的汽车中，并且向免提设备和订户的移动电话提醒来电，则通过适配的请求来禁止(即限制)移动电话进行响应而实际建立呼叫。

防止UE将呼叫重定向到备选目的地是响应中的另一种类型的限制，所述另一种类型的限制要通过建立通信会话的适配的请求作为对建立呼叫的请求的回复而施加于UE上。

所呈现的本方法提供了用于管理针对具有异构的通信设备集合的用户的通信建立的能力。具体地，所提供的方法提供用于确定用户可以在哪个(哪些)设备上接受呼入通信会话的控制。

作为用于多媒体通信的事实上的标准框架的互联网协议IP多媒体子系统IMS网络必须越来越能够处理这种日益复杂的通信设备的景观。

当前IMS网络越来越灵活地确定应当向一个人的多个设备中的哪一个或哪些提供呼入通信会话。为此，使用会话发起协议SIP报头(例如接受联系人和拒绝联系人)、以及IMS通信服务标识符ICSI和IMS应用参考标识符IARI。

在一个示例中，其中通信网络是基于IMS的IP多媒体网络，提供适配的请求包括在要在网络中操作作为通信处理服务器的会话发起协议SIP应用服务器AS转发给UE的SIP邀请请求和SIP消息请求中的至少一个中包括指定的SIP报头。

在一个示例中，SIP AS被配置为根据注册到同一订户的多个UE中的哪个UE可以提供对建立通信会话的响应的信息来构造并生成指定的SIP报头。该信息可以直接在SIP AS处可用或可由SIP AS获取。然而，UE的指定的SIP报头也可以由SIP AS从专用或指定的服务器(例如商业通信BC实现服务器，一个示例是早前提到的爱立信的商业通信启动器BCE解决方案)获取。

为确保正确的会话建立，SIP AS通常仅在UE的SIP用户代理UA支持指定的SIP报头时才提供包括指定的SIP报头的SIP邀请请求和SIP消息请求中的任意一个。

要包括在建立通信会话的适配的请求中的指定的SIP报头通常包括：对UE的响应施加限制的指令或指示。

指定的SIP报头对UE的响应施加限制，该指定的SIP报头(也称为不允许-响应报头)在一个示例中定义了可能不能由UE的SIP用户代理UA返回的哪个或哪些响应(包括一个或多个临时响应以及一个或多个最终响应)。响应由根据互联网工程任务组IETF标准RFC3261的状态码指示，根据以下各项：

100-199临时响应

200-299最终响应，成功会话建立

300-399最终响应，呼叫重定向

400-499最终响应，不成功，订户UA不能够接受会话

500-599最终响应，不成功，系统故障

600-699最终响应，不成功，订户在任何UE上均不可达。

在第二方案中，提供了一种多媒体用户设备UE中控制通信会话建立的方法，所述多媒体用户设备UE被配置为在基于IP多媒体的通信网络中操作。所述方法由UE的处理器或处理设备执行和控制，所述UE具有包含可由处理器执行的指令的存储器，所述方法包括以下步骤：

-接收建立通信会话的请求，该请求包括指令或指示，所述指令或指示基于所述UE所准许的作为对所述请求的回复的响应，所述响应包括临时响应和最终响应，

-处理包括在建立通信会话的请求中的指令或指示，以及

-根据包括在请求中的经处理的指令或指示发送响应。

在一个示例中，接收的步骤包括：接收包括对UE的响应施加限制的指令或指示的请求，并且处理的步骤包括根据所隐含的限制提供可准许的响应。

具体地，在被配置为：在基于IMS的IP多媒体通信网络中操作的包括SIP UA的UE中，接收建立通信会话请求的步骤包括：接收SIP邀请请求和SIP消息请求的至少一个中的指定的SIP报头，其中指定的SIP报头包括对要由UE的SIP UA返回的响应所施加的限制，该响应包括临时响应和最终响应，并且处理的步骤包括对该请求(即指定的SIP报头)的处理。

在第三方案中，提供了一种控制在基于IP多媒体的通信网络中针对以同一订户在所述通信网络中注册的多个多媒体UE中的至少一个多媒体UE的通信会话建立的方法，该方法包括以下步骤：

-由网络的通信处理服务器接收建立与多个UE中的至少一个UE的通信会话的请求，

-作为对建立通信会话的所述请求的回复，由通信处理服务器提供建立通信会话的适配的请求，该适配的请求基于所述多个UE中的UE所准许的作为对建立所述通信会话的所述请求的回复的响应，所述响应包括临时响应和最终响应，

-由通信处理服务器在通信网络将适配的请求转发给UE，

-由UE接收适配的请求，

-由UE处理适配的请求，以及

-由UE根据建立通信会话的适配的请求来发送响应。

在第四方案中，提供了一种控制在基于IP多媒体的通信网络中针对以同一订户在所述通信网络中注册的多个多媒体UE中的至少一个多媒体UE的通信会话建立的通信处理服务器，该服务器包括：

-接收单元或接收模块，被配置为接收建立与多个UE中的至少一个UE的通信会话的请求，

-适配单元或适配模块，被配置为：作为对建立通信会话的所述请求的回复，提供建立所述通信会话的适配的请求，所述适配的请求基于所述多个UE中的UE所准许的作为对建立所述通信会话的所述请求的回复的响应，所述响应包括临时响应和最终响应以及

-转发单元或转发模块，被配置为在所述通信网络中将建立所述通信会话的所述适配的请求转发给以同一订户注册的多个UE中的相应UE。

也就是说，适配单元被配置为：在接收到请求时，作为对建立通信会话的所述请求的回复，基于多个UE中的UE响应于建立通信会话的请求可能提供的哪个或哪些临时响应来提供建立所述通信会话的适配的请求。

具体地，在一个示例中，如以上详述，通信处理服务器的适配单元被配置为基于UE在通信网络中注册的通信能力和与订户相关的通信信息中的至少一个来提供适配的请求。

在第五方案中，提供了一种网络节点，用于在IMS多媒体通信网络中使用，包括被配置为在网络中操作为SIP AS的通信处理服务器，其中适配单元被配置为提供适配的请求，在要转发给UE的SIP邀请请求和SIP消息请求中的至少一个中包括指定的SIP报头，指定的SIP报头包括：由UE的SIP UA作为对所述SIP邀请请求和所述SIP消息请求中的所述至少一个的回复而施加响应的指令或指示，该响应包括临时响应和最终响应。

为提高效率，在一个示例中，适配单元被配置为：仅当UE的SIP UA支持指定的SIP报头并且已经向SIP AS指示了所述支持时，提供包括指定的SIP报头的SIP邀请请求和SIP消息请求中的任意一个。

具体地，在商业通信环境中，适配单元被配置为：从诸如商务通信BC实现服务器之类的指定的服务器获取UE的指定的SIP报头的指令。

接收单元、适配单元和转发单元在应用所呈现的方法时要执行的任何或所有操作能够用通信处理服务器的处理器或处理设备和存储器来实现，所述存储器包含可由处理器或处理设备执行以控制和执行相应的操作的指令。

在第六方案中，提供了一种被配置为在基于IP多媒体的通信网络中操作的UE，该UE包括通信接收机或接收机模块、发射机或发射机模块以及处理器或处理设备或模块，具有包含可由所述处理器执行的用于通过以下操作控制通信会话建立的指令：

-由接收机接收建立通信会话的请求，所述请求包括指令，所述指令基于所述UE所准许的作为对所述请求的回复的响应，所述响应包括临时响应和最终响应，

-由所述处理器或处理设备对包括在建立通信会话的请求中的相应指令或指示进行处理，以及

-由所述发射机根据包括在所述请求中的经处理的指令或指示来发送响应。

具体地，为了在IMS多媒体通信网络中使用，UE包括SIP UA，被配置为：

-接收SIP邀请请求和SIP消息请求中的至少一个中的指定的SIP报头，指定的SIP报头包括指令或指示，

-处理指定的SIP报头，以及

-根据包括在指定的SIP报头中的指令或指示发送SIP响应。

为在IMS网络中的有效操作，在一个示例中，UE的SIP UA被配置为在网络中注册该SIP UA支持对指定的SIP报头的处理。网络中的通信处理服务器(例如SIP AS)受益于这种注册，原因在于其可以排除例如未配备用于处理指定的SIP报头的UE转发建立通信会话的适配的请求，即相应的指定的SIP报头。

在第六方案中，提供由上述通信服务器、网络节点和UE执行的用于应用所呈现的方法的任何或所有步骤可用非瞬时性计算机可读存储介质来实现，计算机可读存储介质包括当在通信服务器、网络节点和/或UE的至少一个处理器上执行时使所述至少一个处理器执行相应步骤的指令。非瞬时性介质的示例是记忆棒、闪存、软盘、硬盘等。

在本说明书和权利要求的上下文中，模块、设备、装备等可以用硬件组件实现和/或实现为包括处理器可执行软件指令的计算机程序。

根据以下描述和附图，特别是涉及利用SIP信令的IMS通信网络，将最好地理解所呈现的上述和其他特征和优点。在附图中，类似的附图标记表示相同的部分或执行相同或类似功能或操作的部分。

本发明不以任何方式局限于IMS网络和SIP信令，而是可以应用到服务器在控制或信令信息交换中利用会话控制协议进行通信会话的设立和关闭的任何IP通信网络。

附图说明

图1是示出方法的实施例的流程图。

图2是示出互联网协议IP、多媒体子系统IMS网络的实施例的框图。

图3和图4是示出IMS网络的实施例中的信号交换的信令图。

图5是IMS网络中的部署的实施例的示图。

图6是通信处理服务器的实施例的框图。

图7是示出方法的实施例的流程图。

图8是用户设备UE的实施例的框图。

具体实施方式

图1是示意流程图10，其示出了在基于互联网协议IP多媒体的通信网络中针对以同一订户在该通信网络中注册的多个多媒体用户设备UE(即与同一订户功能性地相关联的UE)中的至少一个多媒体UE的通信会话建立(也称为呼叫建立)。

希望设立或建立与第二用户或第二订户(也称为被叫方)的通信会话的第一用户或第一订户(也称为主叫方)用他/她的UE在网络中发起建立该会话的请求，即框11“发起会话建立请求”。该请求以各种方式包括标识或涉及网络中被叫方的身份的数据。

主叫方的请求由通信网络中的通信处理服务器接收，以进行进一步处理，即框12“接收会话建立请求”。例如，该通信处理服务器可以形成用于网络中的会话建立的服务器群集中的服务器的一部分。

作为对接收到的会话请求的回复，通信处理服务器基于接收的请求中所标识的被叫方的多个UE中的UE所准许的响应于建立通信会话的请求的一个或多个响应(包括临时响应和最终响应)来提供建立所请求的通信会话的适配的或修改的或以其它方式构成的请求，即，框13“提供适配的会话请求”。

网络中的通信处理服务器将适配的请求转发给以被叫方注册的相应UE，即框14“转发适配的会话请求”，并且最终导致所请求的与被叫方的相应一个或多个UE的通信会话15(假设主叫方接受会话)，即框15“建立/不建立会话”。

凭借适配的或修改的请求，通过指示被叫方的哪个UE被准许或允许提供对实际建立所请求的会话或呼叫的响应(即，应答呼叫或通信会话)来有效控制通信会话建立。

在一个示例中，适配的请求包括对UE对建立通信会话的适配的请求的可准许的响应施加限制的指令或指示。适配的请求(即限制)可以基于UE在通信网络中注册的通信能力和/或到被叫用户的通信信息。该通信信息被认为包括与订户的地理位置、订户的会议时间表和/或日程、被叫方订户在特定时间点的可用性等等中的一个或多个相关的信息。例如，UE在通信网络中注册的通信能力和/或与被叫订户相关的通信信息可以从在通信网络中操作或可连接到通信网络并可由订户访问以输入相关信息的一个或多个数据库和/或服务器获取。

对于在通信网络中可用或以被叫方在通信网络中注册的每一个UE，通信处理服务器可以单独为UE地或为一组UE提供和转发建立通信会话的适配的请求。是否转发适配的请求可以取决于是否允许相应UE提供对建立通信会话的响应。

本领域技术人员将理解，适配的请求的特定内容或指令或指示取决于通信网络中的指定会话或呼叫建立协议。

图2提供了互联网协议(IP)多媒体子系统IMS通信网络20中的部署情况的可视化。订户是以多个UE(例如但不限于移动电话22、平板个人计算机PC 21和眼镜型设备23)注册的IMS。每个UE 21、22、23具有应答语音呼叫(即，多媒体通话服务、MMTel呼叫)的能力。

代理呼叫会话控制功能P-CSCF服务器27、28、29是与分别与UE 21、22、23通信的IMS网络中的第一服务器。在所示的实施例中，每个UE 21、22、23分别通过中间IP接入网络24、25、26连接到特定的P-CSCF服务器27、28、29。IP接入网络24、25、26例如是提供对相应P-CSCF 24、25、26的无线接入的WiFi网络。本领域技术人员将理解，一些或所有接入网络可以是集成的或相同的网络。P-CSCF 27、28、29用作接入网络24、25、26与IMS网络20的其余部分之间的信令代理。

IMS网络20还包括服务呼叫会话控制功能S-CSCF 30，S-CSCF30是IMS网络20的控制或信令平面34、35、36、38、39、40中的中央服务器，以及处理用于建立与UE 21、22、23的通信会话的会话发起协议SIP消息和会话发起。

S-CSCF 30连接到SIP应用服务器AS(例如MMTel-AS 31和服务集中和连续性SCC AS 32)。后者负责将基于CS网络的语音呼叫锚定到IMS网络中、以及负责执行分组交换网络和电路交换网络之间的接入网络传输。在所示的示例中，MMTel-AS 31使用Parlay-X技术37与商业通信BC实现服务器33进行通信，以用于呼叫控制。

BC实现服务器33可以提供与以下各项中的一个或多个相关的信息：订户的地理位置、订户的会议时间表和/或日程、会议类型(即私人或公共)、参与人数、凭借订户处于特定位置处可用于订户的通信设备(例如在订户在一天中的特定时间参加的视频会议中使用的视频屏幕等)。例如，该信息可以从几个用户在BC实现服务器中输入的数据中获取。

考虑这种场景，其中IMS网络20中的通信会话是针对被叫方或被叫订户建立的，为了通信目的在IMS网络20中以被叫方或被叫订户注册多个UE 21、22、23，并且MMTel-AS 31操作作为处理针对以被叫方注册的一个或多个UE 21、22、23的通信会话建立的通信处理服务器。此外，假设通信会话建立可以服从BC实现服务器33提供的商业通信服务。

在该场景下，无论是否与BC实现服务器33结合(即根据来自BC实现服务器33的指令)，MMTel-AS 31确定应该与多个UE 21、22、23中的哪个UE建立特定的通信会话。因此，MMTel-AS 31(如果适用于与BC实现服务器33组合)确定该通信会话要被提供给的并且可以对通信会话进行应答的UE 21、22、23中的哪一个或哪多个上。例如，该信息可以在MMTel-AS 31中可用或者可由MMTel-AS 31从另一网络服务器或网络数据库和/或BC实现服务器33获取-。

例如，当向PC UE 21和移动电话UE 22提供会话或呼叫时，MMTel-AS 32可以指示可以建立会话，即仅在移动电话UE 22上应答。另一个示例是会话被提供给移动电话UE 22和眼镜UE 23，但MMTel-AS 31指示会话仅可以在移动电话UE 22上建立。然而，在另一种场景下，可能的情况是会话或呼叫被提供给移动电话UE 22和眼镜UE 23，并且可以在这两个设备中的任意一个上应答。

为MMTel-AS 31(与BC实现服务器33组合)提供了向通信设备提供通信会话的能力，但指示会话或呼叫可能未在该设备上被应答，即在提供中规定应答限制。

在一个示例中，当接收到通信会话邀请时，可以实现阻止各UE建立会话或应答呼叫的方式是：由在网络中操作为通信处理服务器的SIP AS(即在假设场景中是MMTel-AS 31)在要被转发到相应UE 21、22、23的SIP消息请求和SIP邀请请求中的至少一个中包括指定的SIP报头。

术语指定的SIP报头指的是指定用于根据所呈现的方法控制通信会话建立的目的的SIP报头。

指定的SIP报头的示例包括由UE21、22、23对可准许响应的限制。应当理解，例如，可以由相应UE 21、22、23的SIP用户代理UA在邀请请求上返回响应。这种指定的SIP报头在优选实施例中被称为不允许响应报头，其定义了相应UE 21、22、23的SIP用户代理UA的临时响应和最终响应中的至少一个。

可以预见，这种限制是具有BC实现服务器33的服务逻辑的一部分，而不是MMTel-AS 31中的服务逻辑的一部分。在这种情况下，BC实现服务器33中的BC服务逻辑被调用用于去往订户的会话。针对该目的，增强MMTel-AS 31和BC实现服务器33(例如Parlay-X 37)之间的通信能力，以便于BC实现服务器33可以向MMTel-AS 31指示或通知MMTel-AS 31应针对提供给被叫订户的某一终止呼叫应用上述应答限制。然而，明确地不排除由MMTel-AS 31自主地应用该应答限制的决定。

图3示出了-在MMTel-AS 31的SIP用户代理UA 50与以被叫方或订户B注册的特定UE 21、22、23的SIP UA(指示为UA-B 51)之间的关于由主叫方或订户A的SIP UA(表示为UA-A 49)提供的指示建立与被叫方B的通信会话的请求的主叫方或订户A的邀请请求52的IMS或IMS使能网络的IMS控制面中的信令图。注意，例如，订户A可以是UE 21、22、23中的任意一个。在所示的信令图中，假设时间从图的顶部到底部。

根据一个示例，作为对邀请请求52的回复，MMTel-AS 31的UA50提供适配的或修改的邀请请求53，并经由IMS网络将其转发给UA-B 51。尽管图3中未明确示出，但经由S-CSCF 30以及图2中所示的P-CSCF 27、28、29中的任一个(这取决于UE 21、22、23的哪个UE是适配的邀请请求53的预期接收方)将适配的邀请请求53转发给UA-B 51。

适配所接收的邀请请求52可以在要转发至UE 21、22、23的SIP消息请求和SIP邀请请求中的至少一个中的指定的SIP报头中包括与一个或多个SIP响应(包括一个或多个临时响应和/或一个或多个最终响应)相关的限制指示或限制指令，所述多个SIP响应例如基于UE 21、22、23的可准许响应或与UE 21、22、23的可准许响应相关。

假定UE(即，其SIP UA)提供对会话建立请求的响应。UE可以提供一个或多个临时响应，并且必须通过UA 50或经由UA 50向UA-A 49提供最终响应，如图3中的附图标记54所示。最终响应给出了请求的最终结果：成功(会话建立请求被接受)或不成功(会话建立请求不被接受)。

原则上可以由SIP UA-B 51返回的SIP响应由根据互联网工程任务组IETF标准RFC 3261的状态码指定，该状态码选自以下各项：

100-199临时响应

200-299最终响应，成功会话建立

300-399最终响应，呼叫重定向

400-499最终响应，不成功，订户UA无法接受会话

500-599最终响应，不成功，系统故障

600-699最终响应，不成功，订户在任何UE上均不可达。

因此，考虑以下情况：像MMTel-AS 31的服务器在BC实现服务器33的指令下，基于接收的邀请请求52，确定不应在以被叫订户B注册的平板PC UE 21上而是在移动电话UE 22上建立会话(即使在满足UE 21接受呼叫的全部条件的情况下)，在当前情况下，也仅可以在移动电话UE 22上应答会话。

在本示例中，这是通过不允许UE 21以200OK消息进行响应(即通过不允许UE 21指示建立会话)来实现的。

相反，UE 21的响应应当被限制为以下之一(xx表示00-99(含)之间的任意数字)：

-(可选)一个或多个临时响应，后跟4xx，

-(可选)一个或多个临时响应，后跟5xx-5xx的返回在任何情况下仅在错误情况下发生，

-(可选)一个或多个临时响应，后跟6xx-在这种情况下，被叫方将通过UE 21上的动作拒绝整个呼叫，

-(可选)一个或多个临时响应，后跟来自网络的取消消息，接着跟来自UE 21的487；这是在另一个设备上应答呼叫或主叫方已放弃呼叫建立的情况。在这种情况下可能允许在3xx范围内的最终响应。UE 21可以将呼叫重定向到不同的目的地。

例如，181可能不被允许；UE 21不应当转发SIP请求。在基本部署情况下，网络中的SIP-AS(即通信处理服务器)将仅希望不允许UE 21发送2xx最终响应。为此，如以下在示例适配的SIP邀请请求53中所示，在此引入称为“不允许响应”的专用SIP报头：

INVITE sip：+31161249911@mnc234.mcc123.3gppnetwork.org；user＝phone

Route：...

Accept-Contact：-...

Reject-Contact：-...

...

Disallow-Response：-200

这表示从诸如MMTel-AS 31之类的SIP-AS发送到S-CSCF 30的用于建立到被叫方B的UE 21的会话的邀请(Invite)请求53。R-URI(请求统一资源标识符)仍然是来自由UA 50从UA-A 49接收的邀请请求52的被叫方的多媒体公共标识IMPU；它不会被联系地址代替。不允许(Disallow)响应：200指示不允许UE 21以200Ok最终响应54进行响应。由UA 50(即UA-A 49)接收的最终响应54由Ack 55确认，终止在UE 21上的会话建立不成功56。

其他示例包括：

不允许-响应：200，305，308＝不允许最终响应200，305和308。

不允许-响应：200，300-399＝不允许最终响应200和范围300-399中的最终响应。

不允许-响应：181、200-299、300-399＝不允许最终响应181、在200-299范围内的最终响应、和在300-399范围内的最终响应。

在SIP-AS与UA之间的SIP代理/服务器(例如S-CSCF 30，SCC-AS 32和P-CSCF 27、28、29)不作用于不允许-响应SIP报头。只有接收SIP UA-B 51作用于该SIP报头。

如图4的信令图中所示，在具有SIP UA 57的移动电话UE 22的情况下，如果需要，则适配邀请请求52，但只要由MMTel-AS 31确定了UE 22被允许像往常一样建立所请求的通信会话(即，可以用200Ok最终响应59进行响应，由Ack 60进行确认，并得到成功的62媒体交换通信会话61)，则也可以如接收到的那样转发邀请请求52。然而，图4中的邀请请求52同样可以通过在适配的邀请请求58中包括指定的SIP报头来适配，以对UE 22的响应施加特定限制。

为了兼容性，作为通信处理服务器操作的SIP-AS服务器应当知道UE 21、22、23的寻址的UA是否支持指定的SIP报头(例如不允许-响应SIP报头)。为此，针对支持的SIP报头提出标签。当UE 21、22、23在IMS网络20中注册时，UE指示其支持的能力。因此，向IMS网络注册的SIP UA指示它支持指定的SIP报头，如下面的示例SIP交换：

REGISTER sip：ims-operator.seSIP/2.0

...

Supported：response-restriction

由S-CSCF 30接收的SIP注册请求和由S-CSCF返回的200Ok被包括在按照现有的第三方注册功能发送给SCC-AS 32和MMTel-AS31的SIP注册请求。原因是SCC-AS 32和MMTel-AS 31需要知道注册的联系地址，因为该信息将用于MMTel业务逻辑处理等等。利用该机制，使MMTel-AS 31知道UE 21、22、23中对受限响应特征的支持。MMTel-AS 31因此可以仅在相应UE 21、22、23已经明确地指示其支持该SIP报头的情况下包括不允许-响应SIP报头。

注意到不允许-响应：200指定的SIP报头不一定意味着在UE 21上没有提醒或显示或以其它方式指示建立会话的请求。如在上面的发明内容部分中所描述的，可以在相应的UE上提醒会话请求，使得朝向UE 21的平板PC的适配的邀请请求53以及针对眼镜UE 23的包含指定的SIP报头不允许-响应的适配的邀请请求：200不一定禁止UE 21和UE 23中的SIP UA发送180振铃消息。

图5示出了在具有例如包括音频、视频和语音通信在内的通信能力的电视屏幕或会议屏幕70上提供来电的部署情况。至此，用户71、73在屏幕70可操作地连接到或形成其一部分的电视系统/会议系统中可操作的SIP UA实例中被注册为IMS订户。参考图2，屏幕70可以经由IP接入网络24、25、26可操作地连接到P-CSCF 27、28、29。

作为IMS用户的注册(用于在屏幕上显示来电)例如可以形成报名作为会议参加者的可选(‘opt-in’)部分，或该注册可以基于与订户相关的通信信息(例如根据包括该订户的会议时间表、会议的位置、以及在该特定位置处可用的通信设备所确定的)来自动执行。这种信息例如在图2所示的BC实现服务器33中可用。因此，可以例如基于与被叫订户相关的上述通信信息或商务通信信息来手动和自动地执行以某个订户在网络中注册特定UE 21、22、23。

在图5的左手部分中，单个订户71在TV屏幕70上被注册为IMS用户。例如，当订户处于私人环境中时(例如在家中)，也可以在TV屏幕70上应答提供给该TV屏幕70的呼叫。假设在屏幕70的右上侧显示72呼入的视频呼叫或会话：“视频电话：约翰正在呼叫大卫”，即文本气泡75。大卫71可以例如通过使用TV遥控器来应答屏幕70上的呼叫。然而，例如，大卫71还可以决定在他的移动电话UE 22上接听电话。在这种场景下，例如为了使呼叫路由对于屏幕70可用，可能需要向屏幕70或移动电话UE 22转发适配的邀请58。

在图5的右手部分中，多个订户73在屏幕70上被注册为IMS订户。针对单个参与者提供给该屏幕的呼叫可能不在会议系统上应答，而是由该参与者的移动电话建立。假设在屏幕70的右上侧显示74呼入的语音呼叫或会话：“语音呼叫：苏珊正在呼叫温迪”，即文本气泡76。当多个人73正在观看屏幕70时，例如与BS实现服务器33协作的MMTel-AS 31已经决定温迪77可能不在屏幕70上应答语音呼叫，所以不允许屏幕70建立苏珊和温迪之间的会话。然而，例如，温迪77被允许由她的移动电话UE 22专有地建立会话。

也就是说，在这种情况下，会话可由温迪77在她的移动电话UE22上应答，但不在平板PC UE 21上也不在眼镜UE 23上应答。因此，向平板PC UE 21转发的适配的邀请请求55以及针对眼镜UE 23的适配的邀请请求55包含SIP报头不允许响应：200。然而，可以不禁止平板PC UE 21中的SIP UA 51发送180振铃，而对于内置在眼镜UE 23中的SIP UA 51可以是这种情况。因此，不同的适配的邀请请求被转发给UE 21和23中的每一个，而接收到的邀请52可以直接被转发到移动电话UE 22的SIP UA 57。

在上文中，描述了对SIP邀请请求的适配。然而，同样可以通过包括指定的SIP报头并将其作为适配的请求进行转发来修改IMS控制平面中的SIP消息请求。

图6是在IP通信网络(例如IMS网络20中的应用服务器AS 31、32)中使用的通信处理服务器80的架构的示意示例。

服务器80包括存储器81、具有用于接收和转发或发送信令消息和通信数据的输入和输出的IP网络输入和输出单元(即接收单元Rx83和转发或发送单元Tx 84)、以及适配单元85，其全部都连接到通信处理和控制单元81并由通信处理和控制单元81控制，通信处理和控制单元81包括处理器或包括被配置为在基于IP的通信网络中建立针对主叫方与被叫方之间的通信会话的信令路径的处理设备。为了在IMS网络中操作，控制单元81执行SIP UA(例如参考图3和图4公开的SIP UA 50)的功能。

适配单元85被配置为在接收到建立呼叫或会话的请求时提供建立该通信会话的适配的请求。适配的请求可以根据关于注册到同一订户的多个UE中的哪个UE可以提供对建立通信会话的响应的信息来生成或构建。该信息可以直接在服务器80处获得或可由服务器80获取。然而，适配的请求也可以从在IP网络中操作或与IP网络一起操作的专用服务器(例如商业通信BC实现服务器)获取。

例如，单元83、84、85的部分或全部功能可以由专用硬件组件来实现和执行，和/或可以实现和执行为可由控制单元81的处理设备或处理器执行的软件指令。

图7是示出在多媒体用户设备UE中控制通信会话建立(也称为呼叫建立)的示意流程图90，多媒体用户设备UE被配置为在基于互联网协议IP多媒体的通信网络中操作。

在接收到建立通信会话的请求时(即，框91“接收会话建立请求”，该请求包括对关于该UE如何对请求进行响应施加限制的指令或指示)，UE(例如上述UE 21、22、23、70中的任一个)处理该指令(即，框92“处理会话建立请求”)，并且根据请求中包括的指令来发送或转发响应(即，框93“发送响应”)。根据指令，可以在该UE上建立或不建立呼叫或会话，即，框94“建立/不建立会话”。

在UE 21、22、23、70被配置为在基于IMS的IP多媒体通信网络中操作的情况下，在一个示例中，接收会话建立请求包括接收SIP邀请请求和SIP消息请求中的至少一个中的指定的SIP报头，其中指定的SIP报头包括对UE的响应施加限制的指令或指示。处理会话建立请求包括处理指定的SIP报头。

图8是用于在IP通信网络(例如被配置为在IMS网络中操作的UE 21、22、23、70)中操作的多媒体用户设备UE的架构的示意示例。

UE 21、22、23、70包括存储器102、具有用于接收和转发或发送信令消息和通信数据的输入和输出的IP网络输入和输出单元(即接收单元或模块Rx 103和转发或发送单元或模块Tx 104)、以及I/O用户接口单元或模块105，其全部都连接到通信处理和控制单元或模块101并由通信处理和控制单元或模块101控制，通信处理和控制单元或模块101包括处理器或包括被配置为在基于IP的通信网络中建立针对UE 21、22、23、70与另一UE之间的通信会话的信令路径的处理设备或模块。针对在IMS网络中操作，控制单元101执行SIP UA(例如参考图3和图4公开的SIP UA 57)的功能。

如本领域技术人员将理解的，I/O用户接口单元或模块105可以包括向UE21、22、23，70的用户提供多媒体通信体验的多个接口设备，例如麦克风和扬声器、显示器、触摸屏、键盘等。

因此，可以由控制单元或模块101例如基于与被叫订户相关的上述通信信息或BC信息手动和自动地执行以某一个订户在网络中注册特定UE 21、22、23、70。注册可以涉及UE 21、22、23、70的能力以及UE 21、22、23、70是否能够处理适配的请求，例如指定的报头。

如上所述的用于建立与主叫订户的通信会话或呼叫的适配的请求的提供开启了集成订户的整体通信解决方案的方式。也就是说，包括对于该订户是个人的通信设备(诸如移动电话)以及不是该订户个人的但例如由一组人共享的通信设备。可以在相应UE上提醒建立会话的请求，而该UE或另一UE注册(即，与特定订户功能上相关联的)实际上可以建立，(即，进行)会话或呼叫。适配的请求可以自动地基于UE在通信网络中注册的通信能力和/或与被叫订户相关的通信信息，包括与订户的地理位置、会议时间表和/或订户的日程、订户在特定时间点或日期的可用性中的一个或更多个相关联的信息。

例如，单元或模块103、104、105的部分或全部功能可以由专用硬件组件来实现和执行，和/或可以实现和执行为可由控制单元101的处理设备或处理器执行的软件指令。

本发明不限于所公开的实施例，而是能够以在所附权利要求的精神和范围内的修改和改变进行实践。