能够支持多媒体信令控制的发布/订阅网络、在网络内发起会话的方法以及相应的网络设备与流程

本发明涉及通信网络的领域，例如涉及包括适配于经由与服务提供商网络的宽带连接进行操作的住宅网关的家庭网络。

背景技术：

住宅网关被广泛地用于将客户家中的设备连接到因特网或者任何其他广域网(WAN)。住宅网关例如使用允许在铜线上进行高数据速率传输的数字订户线路(DSL)技术，或者使用光纤宽带传输系统，例如光纤入户(FTTH)或者光纤到户(FTTP)。

对于许多客户，家庭网络已经变成日常生活的一部分。家庭网络由大量异构的设备组成，这意味着家庭网络由不同种类的设备构成。所有这些设备需要彼此通信。关于该互连，多个解决方案是可用的：家庭网络使用解决方案的混合，诸如无线和有线网络连接。将这些设备组合起来创建允许用户在家中共享信息和控制设备的网络。家中的联网设备的示例是例如住宅网关、机顶盒、TV、个人计算机、平板PC、智能电话、网络附接存储(NAS)设备、打印机和游戏控制台。

DDS(用于实时系统的数据分布服务)是一种由对象管理组织(OMG)所掌管的标准。它描述能够用来建立分布式实时系统的、以数据为中心的发布订阅(publish-subscribe)中间件。自从它在2004年正式采用为OMG标准，它已经变成在诸如航空公司/航空工业、汽车工业、军事……等很多不同行业中所使用的主流技术。存在DDS标准的若干商业和开源实现方式。

用于在因特网协议(IP)环境中设立媒体会话的已知信令系统是SIP、H.323、MGCP、Megaco等。这些系统具有下面的特征：

●它们使用基于动作的消息；

●它们作用于基于被请求的动作而改变(会话)状态的函数(协议实体)；

●用于设立会话的控制通信在专用实体之间，预先配置或示预先配置；

●用于设立会话的信令控制通信穿行通过网络中的多个实体。

在软件架构中，发布/订阅是一种消息收发模式，其中，消息的发送者(被称为发布者)对要直接发送给特定接收者(被称为订阅者)的消息不进行编程。代替地，所发布的数据在不知道可能存在什么(是否有)订阅者的情况下被多播。类似地，订阅者订阅特定数据，并且仅接收感兴趣的消息，而不知道可能存在什么(是否有)发布者。连接到基于发布/订阅的网络的实体关于所发布的“主题”及其参数的值改变与订阅的实体进行通信。

在发布/订阅环境中，在专用实体之间发送消息的消息方法则不再适用：

●发布/订阅在发布/订阅的基础上以及在“主题”的基础上使用信息交换，而不是动作。主题具有名称，并且包含一些参数，参数能够取特定值。

●如果实体想要接收某个信息，则它需要在过滤的基础上(主题、参数、值)订阅表示该信息的主题。

●“发布”意味着包括参数的主题改变传送给原则上正在监听的任何实体；这可能包括多个实体，而不仅仅是一个。

●实体应当仅在其已经“订阅”主题时并且在强加的过滤器允许监听时才监听。

所以，发布/订阅是基于数据对象(主题)的，而不是基于消息的。样式与基于消息不同。

●在“基于消息”中，动作消息触发实体中的状态改变。

●在“基于数据”(例如DDS)中，实体将会话状态和性质用信号通知给其他被订阅的实体(这将使得这样的实体行动)并且还将更新的会话状态和性质再次发送给被订阅的实体。

链路层发现协议(LLDP)是因特网协议栈中的链路层协议，由网络设备使用以广告它们的身份和能力。媒体端点发现是LLDP的增强(被称为LLDP-MED)，其提供启用即插即用联网、设备和媒体端点位置发现以及库存管理的LAN策略的自动发现。

技术实现要素：

一种用于在发布/订阅网络内发起会话的方法包括：由第一设备的第一用户接口发布第一主题，主题标识用户第一接口并且包括标识第二用户接口的地址标识符；触发起动会话的请求；通过使用表示媒体端点并且描述媒体端点的能力的媒体端点的第二主题将媒体端点发布到网络来起动第一媒体端点；以及当第二用户接口已经接受会话时，将第一媒体端点与第二用户接口的第二媒体端点链接。

具体地，根据通过表示第一媒体端点的主题所发布的第一媒体端点的能力来选择第二媒体端点，并且当启动第一设备时，设备的每个媒体端点将描述它的能力的主题发布到网络，并且其中，第一用户接口和第二用户接口对每个音频、视频或数据流分配单个媒体端点，所述单个媒体端点是发送媒体端点或接收媒体端点。

一种允许多媒体信令控制的发布/订阅网络包括至少两个设备，每个设备包括用户接口和媒体端点，以便发起和执行会话，其中，在用于发起会话的设备中的每一个的用户接口和端点之间提供信令。网络利用主题来发起和执行会话以及分配用户接口和媒体端点。

在本发明的一方面中，发布/订阅网络是用于实时系统的数据分布服务(DDS)网络，并且用户接口和媒体端点充当DDS网络的域参与者，用于提供DDS网络内的多媒体信令控制。在DDS网络内包括以下域参与者：发起用户接口、终止用户接口、发送媒体端点以及接收媒体端点。

一种网络设备包括用户接口和端点，其中，该设备适配于：启动用户接口；经由用户接口发布主题，主题包括标识第二设备的第二用户接口的地址标识符；触发起动会话的请求；通过使用表示媒体端点并且描述媒体端点的能力的端点的主题将端点发布到网络来起动媒体端点；以及当第二用户接口已经接受会话时，将媒体端点与第二用户接口的第二媒体端点链接。

一种计算机可读存储介质包括可由处理器执行以便实现方法的步骤的程序代码指令。

一种计算机程序包括可由处理器执行以便实现方法的步骤的程序代码指令。

附图说明

下面参考附图并通过示例来更详细地解释本发明的优选实施例，附图中：

图1a示出包括大量设备的发布/订阅家庭网络；

图1b示出经由广域网彼此连接的隔离的发布/订阅网络；

图2示出包括家庭网关以及包括用户接口和媒体端点的大量设备的家庭网络；

图3a示出在发布/订阅网络中使用的主题之间的交互，

图3b示出具有三个参与方的会话的实施例；

图4示出具有两个用户和一个双向连接的多媒体会话的实施例；

图5示出实体用户接口的角色；

图6示出实体媒体端点的角色；

图7示出接收媒体端点的状态图；

图8示出发送媒体端点的状态图；

图9示出多媒体会话的状态图；

图10示出加入或离开会话的参与方的状态图；

图11示出发起会话的参与方的状态图；

图12示出MediaEndpoint-Party_Link主题的状态图；

图13示出图4的实施例的媒体流；

图14示出启动过程的消息流程图；

图15示出具有双向音频连接的两参与方呼叫会话的消息流程图；

图16示出根据图15的会话的简化流程图；以及

图17示出在不同的流程图中的图15的两参与方呼叫会话。

具体实施参与方式

在下面的描述中，描述能够支持多媒体信令控制的发布/订阅网络以及用于在发布/订阅网络内发起会话的方法。发布/订阅网络例如是DDS网络并且通过使用发布/订阅方法提供用于设立会话和相关的多媒体连接的信令。为了说明的目的，陈述许多具体的细节以便提供实施例的彻底理解。然而，对于本领域的技术人员将显然的是，本发明可以不使用这些具体的细节来实践。

如图1a中所示，发布/订阅网络例如布置在家庭网络1内，家庭网络1包括能够支持DDS的大量设备2。设备2由用户3控制并且能够经由发布/订阅、例如通过使用每个设备2内的相应的应用而彼此连接。具体地，家庭网络1是安全的家庭网络并且设备2是具有因特网能力(Internet-enabled)的设备。

当离开DDS网络时，可以应用用于信令的经典方法，并且互操作实体可以根据需要而存在。而且，DDS网络与经由非DDS网络连接的其他基于DDS网络的岛状区(island)的互操作可以是可适用的。如图1b中所示，隔离的发布/订阅网络4能够例如通过使用转发者实体、经由广域网5(例如因特网)而彼此连接。

在发布/订阅环境中，在网络的专用实体之间发送消息的消息方法不再适用。连接到基于发布/订阅的网络的实体关于发布的“主题”及其参数的值改变与订阅的实体进行通信。所以，发布/订阅是基于数据对象的，而不是基于消息的。数据对象在这里被称为主题(Topic)。因此，发布/订阅样式与基于消息的不同：

●在“基于消息”中，动作消息触发实体中的状态改变；

●在“基于数据”(例如DDS)中，实体将会话状态和性质用信号通知给其他被订阅的实体(这将使得这样的实体行动)并且还将(更新的)会话状态(和性质)再次发送给被订阅的实体。

本发明通过描述用于基于发布/订阅的多媒体信令的方法以及相应的发布/订阅网络，示出如何在发布/订阅环境中处理多媒体会话或者任何呼叫。具体地，该方法是用于设立会话和相关的多媒体连接的信令方法，其中数据流与信令消息分离。

因为在发布/订阅域内，主题的状态和事件能够发布给任何实体，所以信令能够直接在如用户接口这样的端点与媒体端点之间发生。而且，连接只需要被连接端点兼容性，并且不需要中间切换。

具体地，发布/订阅网络是发布/订阅(P/S)域内的多媒体控制系统。P/S域由域实体和相关的主题来定义。这些域实体具有发布者功能和订阅者功能两者。发布/订阅多媒体控制系统的域实体是：

●用户接口(UI)：发送用于发起会话的主题并且标识用户，这由会话中被称为“参与方(Party)”的主题来表示。用户接口能够引起会话、邀请另一个用户以及请求媒体端点进行连接。

●媒体端点(ME)：是能够处理具体的多媒体流(例如音频、视频或者甚至是数据流)的端点，并且在安排会话时能够充当发送或者接收，并且当请求时将它们链接到参与方或者多个参与方。所以，媒体端点是连接端点、来源或者汇点。

会话由参与方，相应地由用户接口，而不是由媒体端点发起。该发起参与方被认为是会话的所有者(Owner)。会话所有者负责系统资源。因此，他可能必须负担会话资源的费用，或者所消耗的资源可能相对于他的资源预算限制而包含在内。所有者是唯一能够释放会话的一方，而不依赖于是否仍然包括其他参与方。这些其他参与方仅能够离开会话，但是不能释放它，除非参与方是离开会话的最后一方。所有者能够将所有权转让给会话的另一个用户。

原则上，用户接口和媒体端点能够位于任何装备中。包括家庭网关21和大量终端设备22的家庭网络20的相应的实施例在图2中示出。家庭网关21是客户端装备设备并且充当家庭网络20与公共网络23(例如因特网)之间的网关接口。终端设备包括例如个人计算机或者平板PC、机顶盒(STB)、VoIP电话以及具有因特网能力的(IP)相机。然而，某些终端设备功能(例如拨号服务或者DECT服务)可以集成在家庭网关21中。在图2的实施例中，端点与用户接口位于相同设备中，但是平板电脑中的用户接口控制到例如机顶盒的数据流也是可能的。

图2中示出的所有终端设备22和家庭网关21包括用户接口(UI)和以下媒体端点：

●PC/平板：Video-In(视频输入)、Video-Out(视频输出)、Audio-In(音频输入)和Audio-Out(音频输出)，其中这样的端点中的多个可以存在于单个终端设备22中：Video-In、Video-Out

●STB：Video-In、Audio-In

●VoIP电话：Audio-In和Audio-Out

●IP相机：Video-Out

●家庭网关：与拨号服务FXS接口有关并且还与DECT接口有关的Audio-In和Audio-Out

在基于发布/订阅的多媒体控制系统网络中使用以下主题：

○Party(参与方)：表示会话中的用户接口；

○MediaEndpoint(媒体端点)：表示会话中的媒体端点、其控制及其状态；

○MediaEndpointRequest(媒体端点请求)：由参与方使用的消息，以便请求特定的MediaEndpoint加特定参与方的会话中；每个MediaEndpointRequest目的在于创建一个MediaEndpoint-Party_Link(媒体端点参与方链接)；以及

○MediaEndpoint-Party_Link：关联特定参与方的特定会话中的特定端点。一个MediaEndpoint主题能够具有多个MediaEndpoint-Party_Link。

上述主题和会话之间的关系在图3a中示出。通过引起Party主题31，用户接口选择新的、未使用的SessionId(会话ID)并且因此而发起会话。该会话是虚拟的，并且一旦所有Party和所有MediaEndpoint-Party_Link释放会话或者如果会话的所有者已经释放会话，会话就“消失(gone)”。具体地，SessionID是用来唯一地标识会话的通用唯一标识符(UUID)。因此，会话30不是主题并且是虚线，因为它能够是隐式的或者显式的。

主题和会话之间的关系在图3a中由直线描绘，并且会话和主题具有下面的特征：

○会话可以包含m个MediaEndpoint和p个Party(m>＝0并且p>＝0)。

○Party可以串行或者并行地发出r个MediaEndpointRequest。每个MediaEndpointRequest是针对一个MediaEndpoint-Party_Link的请求。

○每个Party可以具有n个MediaEndpoint-Party_Link。每个MediaEndpoint-Party_Link表示一个MediaEndpoint与一个Party之间的关系。

○每个Party可以经由MediaEndpoint-Party_Link而链接到n个MediaEndpoint。

具有三参与方(Party1、Party2和Party3)的会话的实施例在图3b中示出。建立有从Party1到Party2和Party3的多播连接。Party2与Party3之间也存在双向连接。假设每个MediaEndpointRequest都是成功的。在该情况下：

P＝3个参与方

关于Party1，r＝n＝1

关于Party2，r＝n＝3

关于Party3，r＝n＝3

m＝7个MediaEndpoint(＝sum(每个参与方的n))

当设备通电并且连接在网络内时，它们在网络内发布可用的信息作为多播消息，并且订阅它们感兴趣的数据。在通电之后，对于设备，还不存在会话。每个设备发布它的静态信息。

会话被动态地创建和终止。发布/订阅信令在两个控制级别上起作用：Session(会话)和Party级别以及MediaEndpoint级别。使用发布/订阅进行信令、具有两个用户和一个双向连接的多媒体会话的实施例在图4中示出。该图是指示实体(用户接口和端点)之间的发布/订阅通信关系的概念图式，并且仅示出功能实体，而没有设备中的实体。一些实体能够分组在设备中，或者实体可以在完全不同的设备中，例如，用户接口可以在平板电脑上并且媒体端点可以在机顶盒中。

图4中示出的会话由第一用户User 1经由分配给User 1的用户接口41发起。User 1是加入会话的第一参与方。稍后，第二用户User 2加入会话，并且媒体端点增加。通过使用上面描述的主题，发送端点43和接收端点44分配给用户接口41，并且发送端点46和接收端点45分配给用户接口42。发送端点43和接收端点45链接，并且发送端点46和接收端点44链接。

实体“用户接口”的角色在图5中例示。用户接口50使用主题Party 51、MediaEndpoint-Party-Link 52和MediaEndpointRequest 53。主题51和52通过使用各自的数据读取器(Data Reader)和数据写入器(Data Writer)而均具有发布者和订阅者功能，并且主题53仅具有包括数据写入器的发布者功能。经由主题51-53，用户接口50能够与发布/订阅网络54内的其他用户接口连接。

实体“媒体端点”的角色在图6中例示。媒体端点60利用主题MediaEndpoint-Party_Link61、MediaEndpoint 62和MediaEndpointRequest 63。使用主题61-63，提供信令以在会话的发布/订阅网络54内的媒体端点之间发起和终止连接。

在下面的图7至图12中，例示在会话内发生的媒体端点的状态图。图7示出接收媒体端点的状态图，这在会话启动之后处于Idle(空闲)状态70。当媒体端点已经发布它的可用性时，它处于状态Ready(就绪)71，并且当它在会话中使用时，它处于Allocated Receiving(已分配接收)状态72。

发送媒体端点的状态图在图8中例示。在启动之后，发送媒体端点处于Idle状态80。在它已经发布它的可用性之后，发送媒体端点处于Ready状态81。媒体端点只有当它看到分配了配对的(counterpart)接收媒体端点时例如在接收媒体端点已经发布它的数据之后才发送。在与接收媒体端点链接之前，发送媒体端点处于Allocated Idle(已分配空闲)状态82，并且当两个媒体端点链接时，发送媒体端点处于状态Allocated Sending(已分配发送)83。

会话的状态图在图9中例示。当一参与方起动会话时，该参与方是会话的所有者，并且会话处于Idle状态90。当该参与方发布会话ID时，会话处于Ready状态91。当第一参与方加入该会话时，则针对该会话创建媒体端点之间的链接，然后，会话处于Active(活动)状态92。当所有被邀请的参与方已经离开会话时，会话从Active状态92返回至Ready状态91。当所有者参与方释放活动会话，或者会话Ready状态91中发生超时(例如，没有参与方加入会话时)，会话返回到状态90，即Idle。

当会话处于Active状态时，一参与方可能在邀请之后或者自发地加入会话。加入或者离开会话的参与方的参与方状态图在图10中示出，指示在该参与方加入会话之前或者离开会话之后，该参与方处于Idle状态100。该参与方在加入会话时处于状态Joined(已加入)101。

会话中被邀请的参与方的参与方状态图在图11中例示，图11示出被邀请的参与方在会话开始之后处于Idle状态110。当被邀请的参与方在会话中被邀请参与方邀请时，被邀请的参与方进入Alerting(警告)状态111。当被邀请的参与方加入时，被邀请的参与方的参与方状态是状态Joined 112。当被邀请的参与方没有回答或者拒绝加入时，被邀请的参与方的参与方状态返回到状态Idle 110。

MediaEndpoint-Party_Link主题的状态图在图12中例示。当一参与方请求媒体端点时，MediaEndpoint-Party_Link被创建。MediaEndpoint-Party_Link表示特定Party与特定媒体端点之间的链接。所以，在会话开始时，或者在Party启动或者媒体端点启动时，MediaEndpoint-Party_Link主题不存在。根据图3，MediaEndpoint-Party_Link是由参与方发出的媒体端点请求事件的结果。MediaEndpoint-Party_Link的状态是Idle 120或者是Linking(链接)121。在Idle状态中，主题不被使用。在Linking状态中，主题将媒体端点链接到Party。

在会话内处理媒体端点的原理如下：

●媒体端点是发送(来源)或者是接收(汇点)。

●媒体端点的状态(和sessionID)被发布，并且所有UserInterface和媒体端点能够在它们也所属的P/S网络中看到这个。

●媒体端点的配对(汇点的来源，或者来源的汇点)是具有相同的参数(例如，会话描述协议(SDP)参数)但是不同的它将连接到的方向的另一个媒体端点。

●媒体端点经由一个MediaEndpoint-Party_Link主题链接到特定的Party；媒体端点能够链接到多个不同的Party，每个单独的链接经由一个MediaEndpoint-Party_Link主题表示。

用于连接媒体端点的原理如下：

●来源媒体端点总是单向地连接到汇点媒体端点。

●媒体端点仅连接到具有除了必须相反的方向之外的完全相同的描述(例如，SDP描述)的另一个媒体端点。(注意：这可以包括例如左或右音频立体声的指示)。

●媒体端点被订阅并且看到发布的MediaEndpoint-Party_Link信息。例如对于来源媒体端点验证汇点媒体端点被实际地链接并且因此而准备好接收信息，这是重要的。在来源媒体端点已经验证汇点媒体端点就绪之后，它能够开始发送；然后建立连接。

●这实际上意味着，关于媒体端点的MediaEndpoint-Party_Link主题的存在等同于“MediaEndpoint_Ready”以接收或者发送。

●如果来源媒体端点看到多个兼容的(参看SDP)汇点，它发出点到多点(point-to-multipoint)流。

●如果媒体端点启动，则它处于Idle状态。在它发布它的可用性之后，它处于Ready(待使用)状态。

●如果汇点媒体端点看到多个兼容的来源(参看SDP)，则它准备接收多个流。流是混合的(例如)音频还是单独展示给用户(例如，视频)还是应用任何其他组合，这是开放的。

●媒体端点的状态是“linked(已链接)”或者“not_linked(未链接)”到一参与方。“Linked”状态由于MediaEndpoint-Party_Link主题的存在而是隐式的。媒体端点状态分别是“Allocated(已分配)”(linked)或者Ready(not_linked)。

Allocated的媒体端点为空闲、发送或者接收。已分配的汇点媒体端点立即处于状态Receiving(接收)，即使还没有发送什么。来源媒体端点处于Allocated Idle(已分配空闲)状态，直到它被通知它的配对媒体端点处于Allocated Receiving(已分配接收)状态。这保证所发送的信息不丢失。

网络的发布/订阅信令相应地在两个控制级别上起作用：在Session和Party级别上以及在媒体端点级别上。根据图4的实施例的信号流和媒体流在图13中示出。信令经由发布/订阅(在该实施例中通过使用DDS)完成，并且当用户2已经加入会话时，媒体流传输通过使用每个设备的因特网协议层3之间的流传输连接在端点之间执行，而不使用DDS。网络的发布/订阅功能因此仅用于发起会话，并且当所有用户已经加入会话时，媒体流传输直接在端点之间执行，而不使用发布/订阅。

当网络的设备启动时，它启动它的用户接口，用户接口执行以下操作：如果不是默认的，则它请求设备的用户标识它自己；它将Party主题发布到网络；并且它观看可能的进入的会话呼叫或者来自用户的起动会话的触发请求。设备还通过将它的可用端点发布到网络来起动它的端点。这个所发布的信息是“状态”信息，并且因此，它对于比当前设备更晚启动的其他设备是可用的。

具体地，启动过程由包括在设备中的发布/订阅控制应用来执行。应用是否需要保持活动以及端点是否需要在启动之后的任何时间立刻可用可以取决于设备。由于节能的原因，应用可以停止并且可以在稍后需要的时候重新起动。

通信启动过程的实施例在图14中示出。在设备140启动时，设备将主题Party 141发送到发布/订阅网络142，其中包括参数：参与方ID“10”、设备的用户名“约翰”以及它的状态“Idle”。设备具有四个媒体端点，用于音频输入和输出以及用于视频输入和输出。每个端点将相应的主题MediaEndpoint 143-146发送到发布/订阅网络142，包括它的参数以及设备的参数设备ID。选取party-ID作为发布/订阅网络上不存在的一个。device-ID可以已经在发布/订阅网络中预先配置。另外，user-name可以已经在设备中预先配置。网络包括另外的设备147，例如电视机、平板PC和/或笔记本。然后，设备140观看可能的进入的会话呼叫或者来自用户的起动会话的触发请求。

在图15中例示具有双向音频连接的两参与方(2-party)呼叫设立。用户约翰已经进入发布/订阅网络，已经将他的智能手机开机，并且所包含的发布/订阅控制应用已经运行，例如已经执行根据图14的示例中的动作。现在，约翰想要使用发布/订阅网络呼叫用户爱丽丝进行电话交谈。从拨号开始、警告直到被连接的流程在图15中例示。

动作如下：

●约翰(partyID10)设立会话(sessionID＝1000)

●约翰拨号到爱丽丝(invitee＝Alice)；Alice＝partyID11

●同时，约翰的设备分配发送和接收端点：

○MER(1)以请求MEP(901)＝party10与ME 200之间的关联

ME＝MediaEndpoint

MER＝MediaEndpointRequest

MEP＝MediaEndpointParty

○MER(3)以请求MEP(903)＝party10与ME 201之间的关联

●爱丽丝的设备响铃并且爱丽丝接受(加入)会话

●同时，爱丽丝的设备分配发送和接收端点：

○MER(2)以请求MEP(902)＝party11与ME 220之间的关联

○MER(4)以请求MEP(904)＝party11与ME 221之间的关联

●只要对应的接收端点被分配，则当它被分配时发送端点开始发送音频；由于发布的信息，端点知道彼此。

图15包括详细的参数信息并且因此相当复杂。图16展示根据图15的会话的简化流程图。它关注“改变”而不是所有参数。而且，不再示出由被订阅实体进行的“Reading(读出)”。应当理解，订阅被良好地配置。

在图17中，在不同的流程图中示出与图15相类似的具有双向音频连接的两参与方呼叫设立。如图17中所示，用户1使用双向音频连接请求到用户2的会话。下面的动作发生：

●参与方和端点在发布/订阅多媒体控制系统域中发布它们的存在。

●UI1设立会话，它是会话的所有者；UI1作为Party 11加入该会话，UI 1请求用户2加入。

●在用户2处应用警告，并且用户2作为Party 12加入。

●同时，UI1已经请求MediaEndpoint A11和A12进行分配(A＝Audio)。

●UI2得到这些发布，并且请求配对MediaEndpoint A21和A22。

●针对这四个端点创建MediaEndpoint-Party_Link。MediaEndpoint-Party_Link进入Linking状态，然后，分配相关的媒体端点。

●只要汇点媒体端点被分配，相关的来源媒体端点就进入Allocated Sending(已分配发送)状态。

●最后，实现具有双向连接的会话。

因此，在发布/订阅域内，主题的状态和事件能够发布给任何实体，如果订阅它们，并且信令能够直接在像用户接口这样的端点和媒体端点之间发生。而且，连接只需要被连接的端点兼容性，并且在IP范畴(world)中，不需要中间切换。

另外，本发明的其他实施例可以由本领域技术人员利用，而不背离本发明的范围。在优选的实施例中，网络是DDS发布/订阅网络，但是根据本发明，也可以使用基于主题的其他发布/订阅方法，例如D-Bus。因此，本发明存在于本文所附的权利要求中。