CN104396213A

CN104396213A - 用于处理消息的方法和实体

Info

Publication number: CN104396213A
Application number: CN201380034252.XA
Authority: CN
Inventors: B·布维
Original assignee: Cheng Gongsi
Current assignee: Cheng Gongsi; Orange SA
Priority date: 2012-05-29
Filing date: 2013-05-17
Publication date: 2015-03-04
Anticipated expiration: 2033-05-17
Also published as: BR112014029410A2; BR112014029410B1; US10091708B2; EP2856732B1; RU2643498C2; CN104396213B; KR20150023519A; US20150131478A1; JP2015521011A; ES2880477T3; EP2856732A1; RU2014153554A; KR102109099B1; JP6293740B2; ZA201408555B; WO2013178909A1; FR2991530A1

Abstract

本发明旨在用于处理起源于第一设备并且目的地是由多媒体IP核心网管理的第二设备的接收消息(MOPT)，当所接收的消息(MOPT)是发现第二设备(D2)的能力和状态的消息时，这个方法旨在由处理实体(2)实现，以及所述方法包括：-获得步骤(E20)，基于所接收的发现消息(MOPT，MOPT’)的字段获得所述第一设备的标识符(ID1)；以及-选择步骤(E50,E70)，根据所述标识符(ID1)从含有至少两个响应模式(M1，M2)的预定义集合(Ω)选择针对所接收的发现消息的响应模式(M1，M2)。

Description

用于处理消息的方法和实体

背景技术

本发明涉及电信的一般领域以及涉及多媒体互联网协议(IP)网络架构，诸如使用特别是所谓的“IP语音”(VoIP)技术的网络架构。

本发明的优选但是非限制性应用在于使用如由互联网工程任务组(IETF)标准定义的以及如特别是在由IETF在2002年6月发布的名称为“SIP:session initiation protocol”的文档RFC 3261中描述的多媒体会话初始协议(SIP)的多媒体IP核心网的情景。本发明尤其应用于依赖于如由第三代合作伙伴计划(3GPP)标准提出的IP多媒体子系统(IMS)架构的多媒体IP核心网。

然而，它还可以与其它消息IP核心网架构结合使用，诸如例如，私有架构，使用或不使用SIP协议以便建立多媒体会话(即，语音，文本、视频、数据等会话)。

更具体地，在依赖于用于自动发现远程方(也就是说，在这种情景下，第二设备)的能力和状态的机制的多媒体通信设备的情景下，本发明涉及使用处理实体以处理从第一设备接收并且被发送给由多媒体IP核心网管理的第二设备(诸如，终端或服务器)的消息。

在已知的方式中，此类自动发现机制针对第一设备提供向“远程”第二设备发送特定消息，该特定消息邀请第二设备响应于该消息宣告首先它的状态(例如，可用性、忙、在覆盖范围外、未注册等)以及其次它的能力，即，它支持或使用的服务、协议和/或应用。

在以下描述中，该特定的消息被称为“用于发现远程方的能力和状态”的消息或被称为“用于发现第二设备的能力和状态”的消息。在SIP消息中的此类消息的一种示例是依赖于SIP OPTIONS(SIP选项)方法的消息。

这种自动发现机制特别是由如在名称为“RCS-e advancedcommunications:services and client specification”,版本1.1,2011年4月8日的文档中描述的富通信套件-增强(RCS-e)消息服务使用。

在已知的方式中，RCS-e标准使得与IMS核心网注册的两个终端能够经由未连接到IMS核心网的电路交换网络(例如，经由全球移动通信系统(GSM))来建立通信，以及接着与该通信并行或在该通信边缘，使用经由连接到IMS核心网的分组交换网运送的被称为“富通信”的另外的消息服务，诸如例如，用于传递照片的服务、即时消息传送服务、文件共享服务等。

出于这个目的，以及特别是当在第一终端的联系人列表中创建联系人时，或当在第一终端和第二终端之间建立呼叫时，RCS-e标准规定使用基于使用SIP OPTIONS消息使得第一终端能够自动地发现第二终端的状态和RCS-e能力(或反之亦然)的机制。

还可以在由电信运营商或由服务提供商提供的售后服务的情景中，设想使用用于自动发现远程方的状态和能力的机制，以便获得关于设备(在该设备上规划或期望维护操作)的状态和能力的相关信息。

依照SIP协议，接收SIP OPTIONS发现消息的任何设备被要求以透明的方式，通过向发送该发现消息的设备发送适当的响应消息，对该消息进行响应，该响应消息指定它的状态以及含有它的能力。

因此，例如，如果第二设备可以使用，并且与RCS-e服务兼容，则它向第一设备发送200OK消息，该消息在“特征标签”字段中含有RCS-e服务的标识符，连同由第二设备支持的其它服务的标识符(经由其它特征标签和/或会话描述协议(SDP)会话)。200OK响应消息还含有由第二设备支持的SIP方法等。

应当注意的是，依照该标准，SIP OPTIONS消息由第二设备接收，而第二设备的用户不会知道它。不特定地用信号向该用户通知该SIPOPTIONS消息，以及它不触发第二设备的任何响铃或已经接收到SIPOPTIONS消息的通知。

因此，现今的SIP标准使得任何设备能够发送SIP OPTIONS消息以及以完全离散的方式发现远程设备的状态和/或能力，而不会向该远程设备的用户通知已经使用该发现机制，以及不会留下此类使用的任何痕迹。

因此，能够理解的是，该操作模式能够导致滥用。特别地，可能担心的是，无原则的经济上的参与人将发送不希望的SIP OPTIONS消息，以便获得关于用户的终端的信息，以及以便出于完全商业目的而使用此类信息(例如，向商业公司转卖此类信息)。

因此，存在对提供保护以对抗此类滥用的机制的需求。

发明内容

本发明特别是通过提供用于处理来自第一设备并且被发送给由多媒体IP核心网管理的第二设备的接收消息的处理方法满足了这个需求，当所述接收消息是用于发现所述第二设备的能力和状态的消息时，由处理实体来实现所述方法。本发明的所述处理方法是不同寻常的，在于它包括：

-获得步骤，从所接收的发现消息中的字段获得所述第一设备的标识符；以及

-选择步骤，根据所述标识符执行动作以选择针对响应于所接收的发现消息的响应模式，从含有至少两个响应模式的预定义集合选择所述模式。

相应地，本发明还提供了处理实体，其用于处理来自第一设备并且被发送给由多媒体IP核心网管理的第二设备的接收消息，所述实体包括装置，如果所述接收消息是用于发现所述第二设备的能力和状态的消息，则该装置被激活，所述装置包括：

-用于从所接收的发现消息中的字段获得所述第一设备的标识符的装置；以及

-适用于根据所述标识符执行动作以选择针对响应于所接收的发现消息的响应模式的装置，从含有至少两个响应模式的预定义集合选择所述模式。

为了保护以对抗上述滥用，因此本发明提出了对如被发送给第二设备的用于发现远程方的能力和状态的消息进行过滤，以及根据该消息的起源来这样做。

依照本发明，通过考虑起源所述发现消息的所述第一设备的身份来执行所述过滤，以便对用于响应于该发现消息的模式(即，策略)进行判决(例如，不响应或透明响应)。

也就是说，本发明以一种方式引入了另外的自由度，在该一种方式中，针对用于发现远程实体的能力和状态的消息给出响应：它给予处理实体根据所述第一设备的标识符来确定针对所述发现消息将执行的响应类型的能力。

作为必然的结果，本发明使得能够配置所述处理实体，以便仅针对例如由所述第二设备的用户或由所述多媒体IP核心网的运营商授权或选择的设备，针对发现消息给出透明响应(即，通过发送含有所述第二设备的“真实”状态和能力的响应消息)。

因此，本发明使得能够应对当前的SIP标准给予第一设备在不知道第二设备的用户的情况下发现第二设备的状态和能力的机会。在本发明中，通过使得多个潜在的响应模式能够用于响应于发现消息，能够根据第一设备的身份来适应给予第一设备的信息的数量和种类。

能够设想含有各种各样响应模式的预定义集合，处理实体能够从该预定义集合做出选择，以便应对上述滥用。可以由第二设备的用户经由用户接口(例如，被开发用于这个目的网络接口或应用)或要不然通过多媒体IP核心网的运营商有利地亲自指定此类响应消息。

优选地，响应模式的预定义集合包含至少：

-响应模式，其包括向第一设备发送针对发现消息的部分的、预定义的或错误的响应；以及

-响应模式，其包括向第一设备发送针对发现消息的透明响应，该透明响应含有第二设备的能力和状态。

在这些响应模式中，某一类型的响应总是被发送给第一设备，该某一类型的响应遵守如特别是在SIP协议中指定的针对响应的义务。

相反，根据第一设备的标识符来适应响应的适当内容。因此，能够通过使用适当的选择规则来配置处理实体以向第一设备进行发送：

-例如，当所述标识符满足预定的标准时，透明的响应，即，该透明的响应表示和/或含有第二设备的所有能力和真实状态；或

-当所述标识符不满足该标准时，预定义的响应，该预定义的响应是部分的(即，在该预定义的响应给出第二设备的能力的仅一部分或它表示仅它的状态的意义上，该预定义的响应是不完整的)，或含有错误的信息的响应。

通过总是向第一设备发送响应，该响应可能是或可能不是透明的，能够防止第一设备由于没有接收到针对发现消息的响应消息而重新发送消息。这保存了网络负载，同时仍然保持对被发送给第一设备的关于第二设备的状态和能力的信息的控制。

在一个变型中，能够设想的是，预定义集合含有至少：

-响应模式，其包括向第一设备发送针对发现消息的透明响应，该透明响应含有第二设备的能力和状态；以及

-响应模式，其包括针对发现消息没有响应。

提供不向第一设备发送响应的响应模式可以向第二设备的用户提供在计费方面上的优点。

除了公开关于第二设备的“私有”信息外，优选地由SIP标准提供的自动发现机制还提出了针对向第一设备发送响应消息的计费问题，以及由于第二设备响应于它接收的所有SIP OPTIONS消息涉及的该响应整体上表示的成本问题。

更准确地，与发送针对SIP OPTIONS消息的响应消息相关联的成本自然落入第二设备(或因为涉及第二设备的用户的上行链路，至少它作为借方被入账，取决于该用户与网络运营商的签约将被计费)。因此，本发明使得第二设备的用户能够选择该用户期望响应于哪些设备，以及从而限制相关联的成本。

应当注意的是，本发明以针对性的方式应用于用于发现远程方的能力和状态的消息，以及不应用于针对被发送给第二设备的所有消息。本发明寻求保护第二设备的用户对抗关于第二设备的私有信息的滥用，其中借助于被接收的消息而该用户不知道这些被接收的消息来请求该私有信息，以及针对这些接收消息，要求第二设备按照标准进行响应。本发明不关心，确切地说，除了用于发现远程方的状态和能力的消息的处理消息类型。

在特定实现方式中，由处理实体处理的发现消息是SIP OPTIONS消息，以及这个消息的含有第一设备的标识符的字段是FROM字段或P-Asserted-Identity字段(特别是在第一设备的标识符被掩盖的情况下)。

如上所述，可以根据与第一设备的标识符的全部或一部分有关的各种标准(典型地有关于针对SIP OPTIONS消息的FROM字段或P-Asserted-Identity字段的内容的全部或一部分)以及根据各种预定的选择规则来选择与发现消息结合使用的响应模式。

因此，例如，处理实体可以根据在与第二设备相关联的标识符的至少一个预定义列表中存在或不存在第一设备的标识符，从预定义的集合选择响应模式。

特别地，可以由第二设备的用户根据该用户接受将关于该用户的拥有设备的状态和能力的信息发送给的那些设备来定义这个列表。

它可以同样地是含有由该用户接受的设备的标识符的列表，或相反，含有该用户期望不将该用户拥有的设备的状态和能力传递给的设备的标识符的“黑名单”。

还能够设想定义该用户期望将该用户的能力和状态的仅一部分传递给的标识符的列表。

在特定的实现方式中，与第二设备相关联的标识符的预定义的列表可以是以与第二设备相关联的联系人(联系方式)列表形式，以及可以被本地存储在第二设备上，或相反被存储在远程设备上，在多媒体IP核心网(在应用服务器上或在该核心网的运营商的信息系统中)中或在一些其它网络(例如，在可以接入多媒体IP核心网的网关上，或在诸如连接到本地网络(该第二设备也连接到该本地网)的终端的设备上)中。

这个变型能够通过使用已经可以用于其它应用的列表来简化本发明的实现(不要求该列表的在先配置)。

此外，它基于第二设备已经知道的以及对应于第二设备的用户事先已经在某一时间或其它时间接受与其通信的设备的标识符。

在另一个实现方式中，处理实体根据第一设备的标识符是否属于与第二设备的网络域相同的或与被授权的网络域相同的网络域，从预定义集合选择响应模式。

这个实现方式能够考虑用于过滤发现消息的网络参数。

它提出了例如用于过滤来自国外的发现消息(例如，通过过滤具有不同于针对法国网络域的“.fr”的扩展的所有标识符)或来自由与管理第二设备的多媒体IP核心网的运营商不同的运营商操作的网络的发现消息的优选的应用，特别是出于计费的原因。

在另一个实现方式中，所述处理实体取决于第一设备的标识符包含还是不包含预定义的或具有预定义类型的用户部分(诸如例如，国际电话号码前缀或特定的统一资源标识符(URI))，从所述预定义集合选择响应模式。

词语“用户部分”用于意味着标识符的部分特定于第一设备的用户，即，其标识第一设备的用户以及不对应于对它进行管理的域或网络。例如，对于以“user_namedomain_name”的地址类型的形式的标识符，用户部分对应于位于“”符号左面的“user_name”元素。

对于SIP OPTIONS消息，标识符的用户部分对应于FROM字段或P-Asserted-Identity字段的内容的“User-Part”。

当然，本发明不限制于一种特定的过滤器标准或一种特定的选择规则，以及可以同时或连续地应用多种过滤器标准以便选择响应模式。

此外，可以设想不同于以上提及的那些过滤器标准的与第一设备的标识符的全部或部分有关的过滤器标准，这些过滤器标准可以彼此组合或彼此独立。

在预定义集合含有至少一个响应模式(在该至少一个响应模式中，针对发现消息的响应被发送给第一设备)的实现方式中，这个响应(即，它的内容)取决于针对在接收该消息时的第二设备的正在进行的会话的数目和/或类型。

因此，能够例如根据是否已经有与第一设备现有的正在进行中的对话，来适应被发送给第一设备的响应。在此类情景下，向第一设备发送透明的响应不那么麻烦，因为它已经与第二设备通信。相反，在第一设备发送发现消息的情景下，这可以使得更易于促进访问多媒体服务。

此外，可能有用的是，向第一设备通知在第二设备处的正在进行的会话的状态，以便第一设备能够在适当的情况下执行动作以适应与第二设备的它的交换。

可以在各种层来实现依照本发明的发现消息的处理。

因此，处理实体可以被包含在特别是第二设备中。

这使得第二设备的用户更容易地配置可能由本发明变成可能的过滤(特别是，过滤器标准以及选择规则)。

在一个变型中，处理实体可以被包含在管理第二设备的多媒体IP核心网的应用服务器中。可以例如在接收被发送给第二设备的发现消息时由多媒体IP核心网来触发该应用服务器。

这使得多媒体IP核心网的运营商更易于配置该过滤。

此外，在这个变型中，不需要修改接收发现消息的设备的当前的操作模式，该设备能够通过以透明的方式响应于发现消息，依照该标准继续执行动作。过滤则在接收来自那些设备的响应时由多媒体IP核心网的应用服务器来执行。

本发明还提供终端。该终端由多媒体IP核心网管理以及包含本发明的用于处理来自设备并且被发送给该终端的接收消息的处理实体。

本发明还提供服务器，该服务器与对设备进行管理的多媒体IP核心网相关联，该服务器包含本发明的用于处理被发送给该设备的接收消息的处理实体。

作为示例，该服务器是多媒体IP核心网的应用服务器。

在一个变型中，它可以是接收消息被发送给的设备的该设备。

在特定实现方式中，由计算机程序指令来确定处理方法的各种步骤。

因此，本发明还提供在数据介质上的计算机程序，该程序适用于被实现在处理实体中或更一般地被实现在计算机中，该程序包含指令，该指令适应于执行如上所述的处理方法的步骤。

所述程序可以使用任何编程语言，以及可以是以源代码、目标代码或在源代码和目标代码之间的中间代码的形式，诸如以部分编译的形式，或以任何其它期望的形式。

本发明还提供计算机可读数据介质，其包含如上所述的计算机程序指令。

所述数据介质可以是能够存储所述程序的任何实体或设备。例如，所述介质可以包括存储装置，诸如只读存储器(ROM)，例如，光盘(CD)ROM，或微电子电路ROM，或实际上磁记录装置，例如软盘或硬盘。

此外，所述数据介质可以是适用于通过通过无线电或通过其它方式经由电或光缆被运送的可传输的介质，诸如电信号或光信号。特别地，可以从互联网类型的网络来下载本发明的所述程序。

可替代地，所述数据介质可以是并入所述程序的集成电路，所述电路适应于执行论述中的方法或用于论述中的方法的执行。

在另一方面，本发明还提供通信系统，该通信系统包括：

-第一设备和由多媒体IP核心网管理的第二设备，所述第一设备适应于向所述第二设备发送用于发现所述第二设备的能力和状态的发现消息；以及

-本发明的处理实体，其适用于接收和处理由所述第一设备发送给所述第二设备的所述发现消息。

在其它实现方式中，还能够设想组合以上指定特点中的全部或一些特定的本发明的处理方法、处理实体和通信系统。

附图说明

从参照示出没有限制特点的实施方式的附图而做出的以下描述，显现了本发明的其它特点和优点：

-图1是示出在第一实现方式中的依照本发明的通信系统和处理实体的图；

图2是示出图1中示出的处理实体的硬件架构的图；

图3示出了如由第一实现方式中的图1的处理实体执行的依照本发明的处理方法的主要步骤；

图4是示出在第二实现方式中的依照本发明的通信系统和处理实体的图；以及

图5示出了由第二实现方式中的图4的处理实体执行的依照本发明的处理方法的主要步骤。

具体实施方式

图1在它的环境中示出了依照本发明的通信系统1，该系统包含两个设备D1和D2连同在第一实现方式中的本发明的处理实体2。

作为示例，设备D1和D2是适用于经由多媒体IP核心网CN1和CN2彼此通信的多媒体终端，诸如智能电话。它们中的每个具有标有各自引用RL1和RL2的本地联系人列表(或“地址薄”)，该本地联系人列表含有由设备D1和D2的各自用户(和/或由核心网CN1和CN2的运营商)已知的和列出的设备的各种标识符(例如，电话号码、SIP地址等)。

在这个示例中，核心网CN1和CN2是使用VoIP技术的核心网，以及它们分别管理设备D1和D2。它们实现IMS架构，如特别是在文档3GPPTS 22.228“Service requirements for the IP multimedia core networksubsystem(stage 1)”中定义的，以及它们实现SIP协议。

然而，在一个变型中，当核心网CN1和CN2构成单个多媒体IP核心网时，本发明同样很好地应用。本发明还应用于其它类型的设备(D1可以是终端以及D2可以是服务器)，其它多媒体IP核心网架构以及其它会话初始协议，诸如例如，使用SIP协议或规定用于发现远程方的能力和状态的消息的某一其它私有会话初始协议的私有核心网架构。

在当前描述的示例中，在多媒体通信服务，诸如例如RCS-e服务，的情景下，考虑处理实体2处理如由第一设备D1向第二设备发送的用于发现远程方的能力和状态的接收的MOPT消息。假设，设备D1和D2与它们各自的核心网CN1和CN2注册。

由设备D1发送的MOPT消息是SIP OPTIONS消息，如在上述文档RFC 3261中以更详细的方式描述的。它含有：在FROM字段中，创始该消息的设备D1的标识符D1，以及在Request-URI字段和在TO字段中，该消息的目的地设备D2的标识符ID2。

假设，设备D2的用户针对用于根据创始那些消息的设备的标识符以及依赖于实现本发明的处理方法来过滤被发送给其的SIP OPTIONS消息的服务的激活，已经与核心网CN2的运营商签约。

用于过滤针对设备D2的SIP OPTIONS消息的服务的激活被存储在设备D2的用户简档中，该用户简档被存储在多媒体核心网CN2(在图1中未示出)的家乡订户服务器(HSS)中。

在图1示出的第一实现方式中，本发明的用于处理SIP OPTIONS消息的处理实体2被包含在核心网CN2的应用服务器(AS)中，以及在检测到被发送给设备D2的SIP OPTIONS消息时，它被触发。也就是说，在本发明的意义上，应用服务器2是处理实体。

依照被包含在设备D2的用户的用户简档中的以及被存储在核心网CN2的HSS中的信息，以及特别是依照初始过滤器标准(iFC)，来触发应用服务器2，该信息被存储在激活过滤器服务的用户签约上。应用服务器2可以是专用于执行本发明的用于处理SIP OPTIONS消息的方法的服务器，或它可以是已经存在的以及当实现其它应用时被触发的应用服务器。

对于本领域的技术人员而言，被实现用于检测被发送给设备D2的SIPOPTIONS消息以及用于触发应用服务器2的机制是已知的；因此，此处不更详细地描述它们。

作为示例，在检测到从设备D1接收的MOPT消息是被发送给设备D2的SIP OPTIONS消息(特别地借助于所接收的MOPT消息的“Request-URI”字段或“TO”字段来识别)后，可以通过核心网CN2的服务呼叫会话控制功能(S-CSCF)服务器或通过位于S-CSCF服务器下游的一些其它服务器来触发应用服务器2，该设备D2已经激活了本发明的用于过滤被发送给其的SIP OPTIONS消息的服务。

在这个示例中，应用服务器2具有计算机的硬件架构，如在图2中示意性示出的。

特别地，它包括：处理器2A、随机存取存储器(RAM)2B、ROM 2C、非易失性的闪速存储器2D，连同特别适用于执行SIP协议的通信装置2E。这些通信装置使得它能够与核心网CN2的实体以及与设备D2通信。

应用服务器2的ROM 2C构成依照本发明的数据介质，该数据介质可以由处理器2A读取以及存储依照本发明的计算机程序，该计算机程序包含用于执行本发明的第一实现方式中的处理方法的步骤的指令，如以下参照图3描述的。

图3示出了，在核心网CN2接收到由设备D1发送给设备D2的SIPOPTIONS MOPT消息时被触发后，如由第一实现方式中的图1的应用服务器2执行的本发明的处理方法的主要步骤。

如上所述，由本发明提出的处理在于：根据创始此类消息的设备的标识符来过滤发现消息(诸如，SIP协议中的OPTIONS消息)，以及在于根据所述标识符执行动作以从含有至少两个响应模式的响应模式的预定义集合选择响应模式。

这个处理的实现方式依赖于在先定义的三个集合，也就是：

1)用于响应于接收的发现消息的可能的响应模式的集合，被写成Ω；

2)由针对与创始此类发现消息的设备的标识符进行比较的一个或多个标准(这些标准可以与标识符的一些或全部标识符有关)构成的集合，被写成C；以及

3)针对当标识符满足由集合C确定的标准中的一个或多个标准时将创始发现消息的设备的标识符与集合Ω的响应模式相关联的选择规则的集合，被写成S。

因此，作为说明，可以针对集合Ω设想以下响应模式：

-针对发现消息不响应；

-发送针对发现消息的透明响应，即，含有被询问的设备(即，在这个示例中，D2)的状态和能力的响应，如在SIP标准中当前定义的；

-发送针对发现消息的部分响应，例如由表示被询问的设备的状态但不包含它的能力的消息，表示被询问的设备的状态以及它的能力的仅一部分的消息，或实际上含有仅它的能力的预定义的消息，构成；

-发送针对发现消息的预定义的响应，例如，在由以下消息中的一个消息构成的SIP协议中：“404NOT FOUND”；“480TEMPORARILYUNAVAILABLE”；“408TIME OUT”；“200OK”；或“486BUSY HERE”；以及

-发送针对发现消息的错误的响应，例如，表示不同于被询问设备的真实状态的状态，和/或发送不对应于被询问设备的能力的能力。

以类似的方式，可以针对集合C设想与创始发现消息的设备的标识符的一部分或全部标识符有关的以下标准：

-在与被询问设备相关联的预定义列表中存在或不存在创始发现消息的设备的标识符。这个列表特别地可以是被存储在被询问设备上或被存储在网络中的远程设备中(例如，在多媒体IP核心网CN2中在应用服务器2或在设备D2的网络的运营商的信息系统中，等)的本地联系人列表。在一个变型中，它可以是被授权以接收被询问设备的状态和真实能力的设备的标识符的列表，例如该列表被存储在应用服务器2或在设备D2的网络的运营商的信息系统中，以及该列表能够由应用服务器2查询，以及该列表由被询问设备的用户来配置。在另一个变型中，它可以是由用户来配置的列表，该列表由“被禁止的”标识符组成，该用户拒绝与“被禁止的”标识符传递该用户的设备的状态和能力，例如该列表被存储在应用服务器2中或在设备D2的网络的运营商的信息系统中以及适用于由应用服务器2来查询；

-创始发现消息的设备的标识符是否属于与被询问设备的网络域或与(由核心网的运营商或由被询问设备的用户)授权的域相同的网络域；

-创始发现消息的设备的标识符是否在预定的用户部分(即，针对SIPOPTIONS消息的标识符的“User Part”)存在或具有预定的类型(例如，含有不同于前缀“+33”的国际号码，或特定的前缀，诸如“+331”、“+335”、“+338”或“+339”，或对应于特定类型的URI，诸如SIP URI或TEL URI)；

-等。

最后，能够设想针对集合S的以下选择规则：

-如果创始发现消息的设备的标识符在被询问设备的本地联系人列表中不存在，则选择“针对发现消息不响应”的响应模式；

-如果创始发现消息的设备的标识符在被询问设备的本地联系人列表中存在，则选择“针对发现消息发送透明响应”的响应模式；

-等。

当然，仅是作为说明来给出这些示例，以及在本发明的范围内，可以试想其它响应模式、有关于全部或部分标识符的其它标准以及其它选择规则。

特别地，还能够依赖多个标准来定义选择规则(例如，如果创始发现消息的设备的标识符在与被询问设备的标识符相同的网络域中以及在被询问设备的本地联系人列表中，则选择在于向创始该发现消息的设备发送透明响应的响应模式)。

此外，还能够设想其它响应模式，其中响应的内容取决于参数，诸如设备D2的状态以及特别是与设备D2已经进行的会话的数目和/或已经进行的会话的类型(例如，根据可以使用的服务或相反根据正在使用的服务)。

为了说明当处理MOPT消息时由应用服务器2执行的步骤，假设已经定义了以下集合Ω、和：

-响应模式的集合Ω含有两个响应模式，也就是：

-模式M1：“针对发现消息的透明响应”；以及

-模式M2：“针对发现消息的部分响应，含有被询问设备的仅状态”；

-含有单个标准的标准集合C，也就是：标识符是否在被询问设备的本地联系人列表中存在；以及

-含有两个规则的选择规则集合S，也就是：

-如果标识符在本地联系人列表中存在，则以模式M1进行响应；

否则

-以模式M2进行响应。

在之前的配置步骤(步骤E0)期间，这些集合被存储在应用服务器2的闪速存储器2D中。应当注意的是，可以由设备D2的用户例如经由网络、语音、文本等接口亲自在集合Ω、S和C中做出选择。

下面是由在检测到被发送给设备D2的SIP OPTIONS消息时被触发后的应用服务器2依照本发明来执行MOPT消息的处理的描述。

应用服务器2的触发导致应用服务器2接收MOPT消息(步骤E10)。

应用服务器2从所接收的MOPT消息的FROM字段提取设备D1的标识符(步骤E20)。在这个示例中，在FROM字段中含有的设备D1的标识符是标识符ID1。

如果FROM字段不含有设备D1的标识符或表示设备D1是匿名的(例如，由于在由设备D1传输时，设备D1的标识符被掩盖)，则应用服务器2确定MOPT消息是否含有SIP PRIVACY字段。

在适当的情况下，它则确定是否存在MOPT消息中的P-Asserted-Identity字段，该P-Asserted-Identity字段含有如通过核心网CN1能够插入和/或发布的设备D1的证明标识符，在由设备D1发送后，MOPT消息已经通过该核心网CN1。

以已知的方式，运送由一个设备向另一个设备发送的消息的网络可以插入创始该消息的设备的证明标识符，以便满足各种需求(例如，计费、消息路由、合法截取等)。在这个示例中，这个标识符被核心网CN1插入在该消息的P-Asserted-Identity字段中。

在适当的情况下，应用服务器2提取被包含在这个P-Asserted-Identity字段中的设备D1的标识符。

它于是确定如从MOPT消息提取的设备D1的标识符ID1是否满足如被存储在存储器2D的集合C中定义的过滤器标准中的一个或多个过滤器标准(步骤E30)。

在本设想的示例中，仅一个标准被存储在存储器2D中，即标准“在被询问设备的本地联系人列表中存在或不存在创始SIP OPTIONS消息的设备的标识符”。

因此，在步骤E30期间，应用服务器2检查设备D1的标识符ID1是否在设备D2的本地列表RL2中存在(被列出在设备D2的本地列表RL2中)。

在适当的情况下，(针对测试E40，响应“是”)，依照集合S中定义的选择规则，应用服务器2选择响应模式M1(步骤E50)。

也就是说，它向设备D1发送针对SIP OPTIONS消息的透明响应，该透明响应含有设备D2的状态连同它的能力(步骤E60)。

在本描述的实现方式中，由应用服务器2直接从设备D2获得设备D2的状态和它的能力。

更准确地说，如果针对测试E40的响应是“是”，则应用服务器2将SIP OPTIONS MOPT消息转发(即，中继)给第二设备D2而不改变它的内容。

设备D2于是依从SIP协议以透明的方式响应于SIP OPTIONS消息，即提供它的状态和它的能力。依从SIP协议的操作模式，来自设备D2的响应沿着由MOPT消息行走的路径的反方向的路径返回。因此，这个响应经由应用服务器2传送。

它截取来自设备D2的响应消息，以及使用这个消息，它依从选择的响应模式M1生成至设备D1的它自己的透明响应，该它自己透明的消息含有设备D2的状态和它的能力。

在本描述的实现方式中，由应用服务器2发送给设备D1的透明响应类似于或等同于如在SIP标准的文档RFC 3261中定义的针对SIPOPTIONS消息的响应消息(关于设备D2的状态和能力的相同的格式和相同的内容)。

相反，如果标识符ID1没有被含有在设备D2的本地联系人列表RL2中(针对测试E40，响应“否”)，则应用服务器2依照在集合S中定义的选择规则执行动作以选择响应模式M2(步骤E70)。

也就是说，它向设备D1发送部分响应，该部分响应含有设备D2的仅状态(步骤E80)。这个部分响应不含有关于设备D2的能力的信息。

如以上针对步骤E60提及的，由应用服务器2询问设备D2来获得关于设备D2的状态的信息，在这个示例中通过向它发送所接收的SIPOPTIONS MOPT消息。

应当注意的是，如果设想(以及选择)响应模式，其中在该响应模式中，应用服务器2以错误的方式响应于设备D1或通过使用预定的消息，诸如“404NOT FOUND(未找到)”或“80TEMPORARILYUNAVAILABLE(暂时不可达)”或实际上“408TIME OUT(超时)"消息，则应用服务器2不需要查询设备D2以便获得它的状态和它的能力。以及能够直接响应于设备D1。

相反，每当选择包含设备D2的真实状态和/或它的真实能力的响应模式时，则应用服务器2向设备D2中继它已经从设备D1接收的SIPOPTIONS MOPT消息，好像它以透明的方式这么做(即，没有改变它的内容)，在此之后，它根据针对所选择的响应模式配置的响应规则，来过滤和/或适应它从设备D2接收的针对SIP OPTIONS消息的响应。

因此，作为示例，如果应用服务器2确定设备D2处于忙状态，则它向设备D1发送“486BUSY HERE(这里忙)”响应消息，在该响应消息中，没有关于设备D2的能力的信息。

在上述第一实现方式中，由多媒体IP核心网CN2的应用服务器2来执行被发送给设备D2的SIP OPTIONS MOPT消息的依照本发明的处理。也就是说，本发明的处理实体是应用服务器2。

然而，这种假设是非限制性的，以及本发明的用于处理用于发现远程方的状态和能力的消息的处理实体可以被包含在一些其它设备中，诸如特别是发现消息被发送给的设备中。

图4在它的环境中，示出了在第二实现方式中的依照本发明的通信系统1’。

通信系统1’包含分别由多媒体IP核心网CN1’和由多媒体IP核心网CN2’管理的两个设备D1’和和D2’。在这个示例中，设备D1’和设备D2’是具有本地联系人列表的终端，分别被引用为RL1’和RL2’。

在这个第二实现方式中，由设备D2’自己来执行对由设备D1’发送给设备D2’的MOPT’发现消息的依照本发明的处理。也就是说，在本发明的意义上，设备D2’是处理实体。

设备D1’，以及多媒体IP核心网CN1’和CN2’类似或等同于参照图1描述的设备D1和核心网CN1和CN2，以及在这里不再详细地描述它们。

设备D2’类似于图1的设备D2。然而，它不同于设备D2，在于它包含ROM 3，ROM 3存储依照本发明的计算机程序，该计算机程序具有用于执行依照本发明的第二实现方式的处理方法的步骤的指令。ROM 3构成依照本发明的数据介质，其可以由设备D2’的处理器来读取。

参照图5，以下是在该第二实现方式中由设备D2’执行的用于处理如由设备D1’向设备D2’发送的MOPT’消息的主要步骤的描述，该MOPT’消息用于发现远程方的状态和能力。

在这个示例中，MOPT’消息是如在文档RFC 3261中详细描述的SIPOPTIONS消息。在FROM字段中，它含有创始该消息的设备D1’的标识符D1’，以及在Request-URI字段和在TO字段中，它含有该消息被发送给的目的地设备D2’的标识符ID2’。

为了说明当处理MOPT’消息时由设备D2’执行的步骤，再次使用上述集合Ω、S和C。因此：

-响应模式的集合Ω含有两个响应模式，也就是：

-模式M1：“针对发现消息的透明响应”；以及

-含有两个规则的选择规则的集合S，也就是：

否则

-以模式M2进行响应。

在之前的配置步骤(步骤F0)期间，这些集合被存储在设备D2’的非易失性闪速存储器中。应当注意的是，可以由设备D2’的用户例如经由网络、语音、文本等接口亲自执行设备D2’的配置，更准确地集合Ω、S和C的选择。

在经由核心网CN1’和CN2’的运送后，由设备D2’接收由设备D1’发送给设备D2’的MOPT’消息(步骤F10)。

在接收到MOPT’消息后，设备D2’通过确定它是否是用于发现它的状态和它的能力的消息，也就是说它是否需要依照本发明进行处理的SIPOPTIONS消息，而开始(步骤F20)。

如果它不是SIP OPTIONS消息(在步骤F20中，响应“否”)，则设备D2’以由SIP协议指定的方式以及根据该消息的类型常规地处理该消息(步骤F30)。

如果所接收的MOPT’消息是SIP OPTIONS消息(针对步骤F20，响应“是”)，则设备D2’依照本发明处理该消息。

因此：

-它从MOPT’消息P-Asserted-ID字段或从FROM字段提取设备D1’的标识符ID1’(步骤F40)；

-它确定标识符ID1’是否满足如在它的非易失性闪速存储器中存储的集合C中定义的过滤器标准中的一个或多个标准(步骤F50)：也就是说，在这个实现方式中，它验证标识符ID1’在还是不在设备D2’的本地连续人列表RL2’中存在；

-在适当的情况下(针对测试步骤F60，“是”响应)，它选择响应模式M1(步骤F70)以及向设备D1’发送响应于SIP OPTIONS MOPT'消息的透明响应，该透明响应含有它自己“真实的”状态和能力(步骤F80)；否则

-(针对测试步骤F60，响应“否”)，它选择模式M2(步骤F90)以及向设备D1’发送针对SIP OPTIONS MOPT'消息的部分响应，该部分响应包含仅它的状态但是不标识它的能力(步骤F100)。

因为步骤F40、F50、F60、F70和F90等同于步骤E20、E30、E40、E50和E70，因此在这里不更详细地描述。步骤F80和F100分别不同于步骤E60和E80，在于设备D2’基于它的状态和/或它的能力直接生成针对SIP OPTIONS MOPT'消息的响应。

在本文中描述的两个实现方式中，依照本发明来处理SIP OPTIONS消息，不管在设备D1和D2之间或在设备D1’和D2’之间是否存在任何对话。

在一个变型中，能够设想仅当在设备之间独立事务处理的情景下，即在该设备之间建立的已经建立的对话中不执行事务处理或不发起此类对话的事务处理，发送SIP OPTIONS消息时，依照本发明处理SIPOPTIONS消息。在此类情景中，本发明提供了另外的优点，因为发现消息被发送给的设备还没有给出针对与创始该发现消息的设备的通信的它的同意。

Claims

1.一种用于处理来自第一设备(D1，D1’)并且被发送给由多媒体IP核心网(CN2，CN2’)管理的第二设备(D2，D2’)的接收消息(MOPT，MOPT’)的处理方法，当所述接收消息(MOPT，MOPT’)是用于发现所述第二设备(D2，D2’)的能力和状态的消息时，由处理实体(2，D2’)来实现所述方法，以及所述方法包括：

-获得步骤(E20，F40)，从所接收的发现消息(MOPT，MOPT’)中的字段获得所述第一设备(D1，D1’)的标识符(ID1，ID1’)；以及

-选择步骤(E50,E70,F70,F90)，根据所述标识符(ID1，ID1’)执行动作以选择针对响应于所接收的发现消息的响应模式(M1，M2)，从含有至少两个响应模式(M1，M2)的预定义集合(Ω)选择所述模式。

2.根据权利要求1所述的处理方法，其中所述预定义集合(Ω)包含至少：

-响应模式(M2)，其包括向所述第一设备发送针对所述发现消息的部分的，预定义的或错误的响应；以及

-响应模式(M1)，其包括向所述第一设备发送针对所述发现消息的透明响应，所述透明响应含有所述第二设备的所述能力和所述状态。

3.根据权利要求1所述的处理方法，其中所述预定义集合(Ω)含有至少：

-响应模式，其包括向所述第一设备发送针对所述发现消息的透明响应，所述透明响应含有所述第二设备的所述能力和所述状态；以及

-响应模式，其包括针对所述发现消息没有响应。

4.根据权利要求1所述的处理方法，其中所述发现消息(MOPT，MOPT’)是SIP OPTIONS消息，以及这个消息的含有所述第一设备的标识符的字段是FROM字段或P-Asserted-Identity字段。

5.根据权利要求1所述的处理方法，其中所述处理实体(2，D2’)根据在与所述第二设备相关联的标识符的至少一个预定义列表中存在或不存在所述第一设备的标识符，从所述预定义集合(Ω)选择响应模式。

6.根据权利要求5所述的处理方法，其中所述预定义列表是被存储在所述第二设备(D2，D2’)上或在远程设备上的联系人列表(RL2，RL2’)。

7.根据权利要求1所述的处理方法，其中所述处理实体(2，D2’)根据所述第一设备的标识符是否属于与所述第二设备的网络域相同的或与被授权的网络域相同的网络域，从所述预定义集合(Ω)选择响应模式。

8.根据权利要求1所述的处理方法，其中所述处理实体(2，D2’)取决于所述第一设备的标识符包含还是不包含预定义的或具有预定义类型的用户部分，从所述预定义集合(Ω)选择响应模式。

9.根据权利要求2所述的处理方法，其中被发送给所述第一设备(D1)的所述响应还取决于针对在接收所述消息时所述第二设备的正在进行的会话的数目和/或类型。

10.一种包含指令的计算机程序，当由计算机运行所述程序时，所述指令用于运行根据权利要求1的所述处理方法的步骤。

11.一种计算机可读数据介质，其存储包含用于运行根据权利要求1的所述处理方法的步骤的指令。

12.一种处理实体(2，D2’)，其用于处理来自第一设备(D1，D1’)并且被发送给由多媒体IP核心网(CN2)管理的第二设备(D2，D2’)的接收消息(MOPT，MOPT’)，所述实体包括装置，如果所接收的消息(MOPT，MOPT’)是用于发现所述第二设备的能力和状态的消息，则该装置被激活，所述装置包括：

-用于从所接收的发现消息的字段获得所述第一设备(D1，D1’)的标识符(ID1，ID1’)的装置；以及

-用于根据所述标识符(ID1，ID1’)执行动作以选择针对响应于所述接收的发现消息(MOPT，MOPT’)的响应模式(M1，M2)的装置，从含有至少两个响应模式(M1，M2)的预定义集合(Ω)选择所述模式。

13.一种终端(D2’)，该终端由多媒体IP核心网(CN2’)管理以及包含根据权利要求12的用于处理来自设备并且被发送给所述终端的接收消息的处理实体。

14.一种服务器(2)，该服务器与对设备(D2)进行管理的多媒体IP核心网(CN2)相关联，所述服务器包含根据权利要求12的用于处理被发送给所述设备(D2)的接收消息的处理实体。

15.一种通信系统(1，1’)，包括：

-第一设备(D1，D1’)和由多媒体IP核心网(CN2)管理的第二设备(D2，D2’)，所述第一设备(D1，D1’)适应于发送用于发现所述第二设备(D2，D2’)的能力和状态的消息(MOPT，MOPT’)；以及

-根据权利要求12的处理实体(2，D2’)，其适用于接收所述发现消息(MOPT，MOPT’)并且用于处理它。