专利名称：仅使用初始信号消息的电信会话的方法和系统的制作方法
技术领域：
本发明涉及消除在会话的多方或节点之间发送初始信令消息之后发送附加信令 消息的需要的电信会话。更具体来说，本发明涉及消除在会话的多方或节点之间发送初始 信令消息之后发送附加信令消息的需要的电信会话，其中会话可以是多媒体会议或即时消 息传递。
背景技术：
通常使用例如SIP或IMS等标准协议发信号通知多媒体流。当多媒体端点希望向 另一个端点发送媒体流时，发起端点将IP地址、端口号、编解码器类型和其它流参数放入 ‘提供(offer)’消息，并且将其发送给接收方。如果接收方接受这个多媒体‘呼叫’，则它将 生成‘应答’消息。这个应答将包含接收方的地址、端口以及匹配提供消息中的流参数的其 它参数。当‘呼叫’中只涉及两方时，这称作点对点(P2P)呼叫。当多于两方希望交换多媒体流时，存在两种基本方法。较早的不太灵活的方法使 用P2P模型在端点与会议桥(conference bridge)或MCU之间发送和接收单组多媒体流。 第二种较新的方法消除该桥或MCU需求，并且对呼叫中的各方使用直接媒体流。同时对多 个参与方进行流播的一种极有效方式是使用多播技术来使网络带宽需求为最小。这种多播 方法也称作点对多点(PMP)流播。
发明内容
本发明涉及电信(远程通信)系统。该系统包括电信网络。该系统包括与网络进 行通信的η个节点，其中η是大于或等于3的整数。该系统包括通过η个节点之间的网络 创建会话的主节点。该系统包括与网络进行通信的附加节点，在没有从η个节点发送任何 信令消息的情况下，主节点将附加节点添加到会话。本发明涉及电信方法。该方法包括下列步骤通过(thorough)电信网络在η方之 间形成会话，其中η是大于或等于3的整数。存在下列步骤在没有从η方发送任何信令消 息的情况下，将附加方添加到会话。本发明涉及电信方法。该方法包括下列步骤通过电信网络在第一方、第二方、第 三方和第四方之间进行会话。存在下列步骤通过从第一方向主机发送bye信号，仅从主机 向第二方发送第一方的断开连接，仅从主机向第三方发送第一方的断开连接，以及仅从主 机向第四方发送第一方的断开连接而从会话删除第一方，而没有这些方之间的任何附加信 号用于从会话删除第一方。本发明涉及电信方法。该方法包括下列步骤通过电信网络在第一方、第二方、第 三方和第四方之间进行会话。存在下列步骤通过从第一方向主机发送行为变更事件信号， 仅从主机向第二方发送第一方的行为变更事件，仅从主机向第三方发送第一方的行为变更 事件，以及仅从主机向第四方发送第一方的行为变更事件，来改变第一方的会话布局行为 (session layout behavior)，而没有这些方之间的任何附加信号用于从会话改变第一方。
附图中示出本发明的优选实施例和实施本发明的优选方法，
附图包括图1是本发明的电信系统的表示。
具体实施例方式现在参照附图，其中，相似的参考标号在若干视图中表示相似或相同部分，更具体 来说参照其图1，示出电信系统10。该系统10包括电信网络12。系统10包括与网络12进 行通信的η个节点14，其中η是大于或等于3的整数。系统10包括主节点(host node) 16, 它通过网络12在η个节点14之间创建会话。系统10包括与网络12进行通信的附加节点 18，在没有从η个节点14发送任何信令消息的情况下，主节点16将附加节点18添加到会 话。优选地，主机(host)在节点14之间仅发送具有会话布局行为的(2+n)个初始信 令消息，而没有节点14之间的任何附加信令消息用于将附加节点18添加到会话。节点14 优选地使用PMP(点对多点)信令相互通信，但是并不局限于此。会话优选地包括多媒体会 议。优选地，主机向这些方发送具有音频和视频流参数的初始信令消息。附加方优选地将 它自己的音频和视频流参数发送给主机。本文所述与多媒体会议有关的平台的一个示例是 使用爱立信公司销售的ViPr控制台(ViPrconsoles)和关联网络。节点14或这些方可以 是计算机、服务器、视频电话或音频电话。备选地，会话可包括IP多媒体子系统(IMS)会议。会话可包括即时消息传递(IM)。本发明涉及电信方法。该方法包括下列步骤通过电信网络12在η方之间形成会 话，其中η是大于或等于3的整数。存在下列步骤在没有从所述η方发送任何信令消息的 情况下，将附加方添加到会话。优选地，存在主机，并且添加步骤包括使用PMP (点对多点)信令从主机向这些方 发送初始信令消息的步骤。添加步骤优选地包括下列步骤在这些方之间仅发送具有会话 布局行为的(2+n)个初始信令消息，而没有这些方之间的任何附加信令消息用于将附加方 添加到会话。优选地，发送步骤包括主机向这些方发送具有音频和视频流参数的初始信令 消息的步骤。添加步骤优选包括附加方将它自己的音频和视频流参数发送给主机的步骤。优选 地，存在由各方创建在各集合中包含预期参与方的每流包含集合的步骤。优选地存在下列 步骤由各方创建排除集合，以便防止将某些流包含到相应方。优选地，存在使用多个集合 的逻辑交集或并集来形成动态集合的步骤。进行步骤优选地包括进行多媒体会议的步骤。进行步骤可包括进行IP多媒体子系统(IMS)会议的步骤。进行步骤可包括进行 即时消息传递(IM)的步骤。本发明涉及电信方法。该方法包括下列步骤通过电信网络12在第一方、第二方、 第三方和第四方之间进行会话。存在下列步骤通过从第一方向主机发送bye信号，仅从主 机向第二方发送第一方的断开连接，仅从主机向第三方发送第一方的断开连接，以及仅从 主机向第四方发送第一方的断开连接，而从会话删除第一方，而没有这些方之间的任何附 加信号用于从会话删除第一方。
本发明涉及电信方法。该方法包括下列步骤通过电信网络12在第一方、第二方、 第三方和第四方之间进行会话。存在下列步骤通过从第一方向主机发送行为变更事件信 号，仅从主机向第二方发送第一方的行为变更事件，仅从主机向第三方发送第一方的行为 变更事件，以及仅从主机向第四方发送第一方的行为变更事件，来改变第一方的会话布局 行为，而没有这些方之间的任何附加信号用于从会话改变第一方。优选地，在网络12中没有会议桥或MCU用于这些方或节点14相互通信。而是例 如通过使用也称作点对多点(PMP)流播的多播在这些方之间发送直接流。在本发明的操作中，要使用PMP流播，各端点必须在参加呼叫的各端点之间交换 地址、端口、编解码器和其它参数的列表。各端点直接与各其它端点通信的必要性要求信令 信道的全网格(full mesh)，并且也要求向每一个端点发送相同的PMP媒体信息。减少信 令信道和信令消息的数量的一种简单方式是使一个端点也成为会议信令‘主机’。各方仅需 要告知会议主机一次关于其PMP信息，然后‘主机’可以仅仅向其中每个端点发送一次所有 PMP信息。丰富协作多媒体应用可向各用户提供选择要观看或预订哪些音频和视频流的能 力。这意味着，每一个可用媒体流不一定发送给各方。为使这种情况成为可能，各端点必须 提供每多媒体流列表，它规定将要预订哪些具体流。这提供极灵活的会议架构，但是这种灵 活性以信令复杂度为代价。作为一个示例，考虑邀请新的一方‘D’进入与‘A’、‘B，和‘C，的现有‘呼叫，时。
发送如下五个信令消息-‘主机，向‘D’发送A、B和C的音频和视频流参数- ‘D’向‘主机’发送它自己的音频和视频流参数_主机向‘A’发送‘D’参数_主机向‘B’发送‘D’参数_主机向‘C’发送‘D，参数注意，参与方的添加需要5个初始信令消息。初始信令消息的实际数量可概括为 (2+N)个消息，其中N是呼叫中现有参与方的数量。这个呼叫中的所有方这时具有所有可用流的全部信息。最终步骤要向会议‘主机’ 回送预订流的列表，使得主机可将这些列表中继给适当的多方(appropriate parties)。需 要发送下列消息以完成新一方的添加- ‘A’向‘主机’发送要接收的流的新列表(包括‘D，)_主机向‘D’发送来自‘A’的流列表- ‘B’向‘主机’发送要接收的流的新列表(包括‘D’ )_主机向‘D’发送来自‘B’的流列表- ‘C’向‘主机’发送要接收的流的新列表(包括‘D’ )_主机向‘D’发送来自‘C’的流列表因此，从上面看到，参与方添加还要求发送一组辅助(6个)信令消息。辅助消息 的数量可计算为(2XN)，其中‘N’同样是现有参与方的数量。当会议参与方的数量‘N’足够大时，可要求在添加新媒体流时删除其它所接收媒 体流。会议‘主机’需要将已更新媒体流列表发送给提供这时丢失的流的所有端点。‘额外’辅助信令消息的数量‘E’将根据屏幕布局和用户偏好而改变。因此，用于添加新参与方的信令消息的总数为2+(3XN)+E。本发明的主要目的是 消除添加新参与方时当前要求的所有辅助消息。对于甚至3方呼叫的至少(6个)额外消息的节省也许好像不多。但是，当这(6 个)消息通过典型IMS网络12来路由时，同样的这些消息可易于穿过(tranverse)3或4 个IMS CSCF代理。还存在最小值一个应答消息用于这些出局信令消息的每个信令消息。 这表示信令消息的实际数量是(6X2) X4或48个额外信令消息。 当这计算在(factored into)其中许多同时呼叫在同时是活动的大IMS网络12 中时，额外消息的数量轻易达到数千。这在计算IMS服务器容量时会是显著节省，因为无需 提供服务器来处理来自这些额外消息的负荷。消除额外的辅助信令消息的方式之一是将添加一方的缺省行为的部分知识告知 会议主机和/或其它参与方端点。首先，可使参与方选择的会议布局行为在初始信令消息 中是可得到的。然后，各参与方可使用这个信息预先了解将要接收哪些流。端点通常具有用于监听的参与方音频流的列表以及用于观看的视频参与方的列 表。视频流还可分为至少两类。首先，使用高分辨率视频流的参与方，随后是使用低分辨率 视频‘缩略图’来显示的参与方。音频和视频流的这些列表也可被认为是媒体流‘集合’。这 由音频‘集合’、高分辨率视频‘集合’和低分辨率视频‘集合’组成。这些‘集合’的成员或 元素是会议参与方或者表示它们的唯一标识符。如果参与方是特定媒体流‘集合’的成员， 则将接收那个参与方的那个媒体流。在由会议布局行为和用户偏好来指导的情况下，端点创建每流包含‘集合’，其中 包含要包含在各集合中的预期参与方。还能够创建显式‘排除集合’，以便防止包含某些流。 但是，多个有用‘集合’其中之一是使用多个集合的逻辑交集或并集动态创建的集合。例如， ‘动态’集合可使用规定当前‘音频’集合是低分辨率集合和高分辨率集合的逻辑并集的会 议布局规则来形成。另一个‘动态’集合可通过将低分辨率集合定义为没有包含在高分辨 率集合中的所有会议参与方来形成。还可应用某些限制，以便进一步限制媒体流集合。这 些限制可以是用户特定的，例如并排显示的两个高分辨率视频的布局偏好。或者可使用系 统限制，它将所显示的低分辨率视频的数量限制为八。即使这些‘动态’集合对于各端点可能不同，但是它们使用具有某些附加用户和系 统10限制的布局规则来形成。如果将这些布局规则和限制传递到每个其它参与方，则各端 点可构建每个其它端点的‘动态’集合。如果每个其它端点知道端点的流选择，则那个端点 无需向其它端点发送流选择更新消息。初始布局规则和限制包含在初始媒体参数中，使得不需要额外信令消息。要求新 的信令消息的唯一时间是当布局和/或限制改变时。由于主机正中继集合和布局信息，所以主机还‘可以’保存集合，并且将它们用于 进一步优化信令。主机可根据这些集合准确地知道哪些节点14正监听从另一个节点所发 送的流。如果发送节点发送媒体格式变更消息，则主机可使用集合信息仅向实际正监听的 节点14中继那些变更。如果主机没有这些集合，则它需要向所有其它节点14发送媒体格 式消息。以上示出将新的一方添加到呼叫所需的信令消息。以下示例示出某些其它会议呼叫操作(呼叫当前具有4个参与方A、B、C和D)1)从呼叫删除参与方_ ‘D，方向‘主机，发出BYE-主机向‘A’发送‘断开连接’事件-主机向‘B’发送‘断开连接’事件
-主机向‘C’发送‘断开连接’事件-以下辅助信令消息在使用动态集合时没有被发送(节省9个信令消息)- ‘A’方向‘主机’发送新的媒体流接收列表-‘主机’向‘C’发送‘A’的已更新媒体流列表-‘主机，向‘D’发送‘A’的已更新媒体流列表- ‘B’方向‘主机’发送新的媒体流接收列表-‘主机’向‘A’发送‘B’的已更新媒体流列表-‘主机，向‘C’发送‘B，的已更新媒体流列表- ‘C’方向‘主机’发送新的媒体流接收列表-‘主机，向‘A’发送‘C，的已更新媒体流列表-‘主机，向‘D’发送‘C，的已更新媒体流列表2参与方将其屏幕布局从‘3-Up’显示改变为‘2-Up，- ‘D’方向‘主机’发出‘布局变更’事件-主机向‘A’发送‘布局变更’事件-主机向‘B’发送‘布局变更’事件-主机向‘C’发送‘布局变更’事件-以下辅助信令消息在使用动态集合时没有被发送(节省16个信令消息)- ‘A’方向‘主机’发送新的媒体流接收列表-‘主机，向‘B’发送‘A，的已更新媒体流列表-‘主机，向‘C’发送‘A，的已更新媒体流列表-‘主机，向‘D’发送‘A，的已更新媒体流列表- ‘B’方向‘主机’发送新的媒体流接收列表-‘主机，向‘A’发送‘B，的已更新媒体流列表-‘主机，向‘C’发送‘B，的已更新媒体流列表-‘主机，向‘D’发送‘B，的已更新媒体流列表- ‘C’方向‘主机’发送新的媒体流接收列表-‘主机，向‘A’发送‘C，的已更新媒体流列表-‘主机，向‘B’发送‘C，的已更新媒体流列表-‘主机，向‘D’发送‘C，的已更新媒体流列表- ‘D’方向‘主机’发送新的媒体流接收列表-‘主机’向‘A’发送‘D’的已更新媒体流列表-‘主机，向‘B’发送‘D，的已更新媒体流列表-‘主机，向‘C’发送‘D，的已更新媒体流列表以下是实施以上所述的基础。
“会话初始协议”(SIP)在IETF RFC-3261中描述，通过引用结合到本文中。这是在 几乎所有“基于因特网协议的语音”、即VoIP电话的世界中使用的基本协议。这个协议设计 成采用将大因特网网络(vastlnternet network) 12用作电话网络12的易扩展构架取代旧 的PSTN电话系统。SIP形成携带呼叫中使用的所有信令消息的信令构架。但是，要实现新服 务的轻松开发，RFC-3261没有精确定义这些信令消息中包含的内容。要实现各种SIP装置 之间的互操作性，与RFC-3261同时制订通过引用结合到本文中的RFC-3264。RFC-3264的标 题为“AnOffer/Answer Model with SDP”。在SIP构架中携带的最流行的‘有效载荷，是“会 话描述协议” (SDP)，它在RFC-4566中定义，通过引用结合到本文中。这3个RFC (RFC-3261、 RFC-3264和RFC-4566)形成几乎每一个VoIP电话和许多会议和电话系统的信令基础。虽 然SDP消息包含与媒体流有关的网络1 2信息，但是它们没有携带实际音频和视频流本身。 媒体流使用在RFC-3550中定义的“实时传输协议”或RTP来传输。要定义‘集合’和‘布局行为’，将少数专有属性添加到这里使用的SDP消息。SDP 标准证明如何使用“a = χ-"前缀正确格式化专有属性。以下示例示出如何将这里所述的 扩展应用于SDP。第一示例是包含具有要被接收的媒体流的参与方的列表的显式‘包含集 合’。这个属性的格式可以是“a = X-RxPartyList :3_5”。这解释为表示这个参与方有兴趣 接收来自参与方#3和参与方#5的媒体流。第二示例是由‘所有参与方’和显式‘排除’列 表的交集所形成的‘动态集合’。这个属性的格式可能是“a = X-RxExcludeList :3 5”。参 与方的实际‘集合’根据这个会议会话中存在的其它参与方的数量而改变。如果这个会议这 时具有总共六个编号为‘1’至‘6’的参与方，则所有参与方的集合定义为“1 2 3 4 5 6”。 如果集合“3 5”被看作是排除集合，则这个‘动态’集合等于“1 2 4 6”，因为‘3’和‘5’方 已经被排除。。由于这个集合是‘动态’的，因此，如果参与方‘7’和‘8’加入而参与方‘4’ 断开连接，则新集合为“1 2 6 7 8”。重要的是要注意，虽然已经添加和删除参与方，但是没 有参与方需要发送更新它们自己的接收预订列表的任何信令消息，因为其它方只使用动态 集合。最后的示例是属性“a = X-ConfLayout :2-UpWide”。这个属性用于指明特定参与方 用于其屏幕布局的大视频窗口的数量。这可与其它参与方‘集合’结合用于形成根据屏幕 布局而改变的动态‘集合’。包含这里所述的扩展的完整SDP消息可能看起来是v = 0ο = name O OIN IP4 192. 168. 10. 10= session=-= IN IP4. 192. 168. 10. 10· = 0 0= X-ConfLayout2-Upffide= audio 49170 RTP/AVP O= audio 49170 RTP/AVP 34= X-RxPartyList:3 5= video 49170 RTP/AVP 31= X-RxExcludeList:3 5将‘集合’用于即时消息传递(IM)应用
包含‘集合’的示例是所谓的好友列表，例如‘家人’或‘同事’。排除集合的一些 示例是是‘阻止’，或者可以是‘无礼之人(RudePeople)’列表。这里是简单动态集合的一些示例1.地理区域中的联络人2.可显示视频的联络人3.具有音频的联络人4.好友列表中的联络人5.其存在示为‘在线’的联络人动态集合则可用于控制哪些联络人将获得您的音频，而哪些将获得您的视频或者 任何其它多媒体流。当然，实际权力(power)来自集合的逻辑组合以及构建逻辑动态集合 的规则。IM协议、如XMPP可扩展成携带这些规则，其中XMPP是“可扩展消息传递和存在协 iX (Extensible Messaging and Presence Protocol)IETFRFC-3920
过引用结合到本文中。例如，命名为‘可查看我的视频的联络人’的动态集合可定义为我的 ‘朋友’好友列表(集合)中的联络人并且他们在‘具有视频能力’集合中并且不在我的‘不 顺禾Ij (Bad Hair Day)’ 列表中。IM服务器可使用这些集合、规则和能力来构建动态‘集合’，而没有来自IM客户端 的辅助信令。虽然为了说明目的而在上述实施例中详细描述本发明，但是要理解，这种细节只是用于该目的，并且可由本领域的技术人员对其中进行变更，而没有背离本发明的精神和 范围，只是它可由以下权利要求书来描述。
权利要求
1.一种电信方法，包括下列步骤通过电信网络在η方之间形成会话，其中η是大于或等于3的整数；以及在没有从所述η方发送任何信令消息的情况下，将附加方添加到所述会话。
2.如权利要求1所述的方法，包括主机，并且所述添加步骤包括从所述主机向这些方 发送所述初始信令消息的步骤。
3.如权利要求2所述的方法，其中，所述添加步骤包括下列步骤仅发送具有这些方之 间的会话布局行为的(2+η)个初始信令消息，而没有这些方之间的任何附加信令消息用于 将所述附加方添加到所述会话。
4.如权利要求3所述的方法，其中，所述发送步骤包括所述主机向这些方发送具有音 频和视频流参数的初始信令消息的步骤。
5.如权利要求4所述的方法，其中，所述添加步骤包括所述附加方将它自己的音频和 视频流参数发送给所述主机的步骤。
6.如权利要求5所述的方法，包括由各方创建在各集合中包含预期参与方的每流包 含集合的步骤。
7.如权利要求6所述的方法，包括由各方创建排除集合，以便防止将某些流包含到所 述相应方的步骤。
8.如权利要求7所述的方法，包括使用多个集合的逻辑交集或并集来形成动态集合 的步骤。
9.如权利要求8所述的方法，其中，所述进行步骤包括进行多媒体会议的步骤。
10.如权利要求8所述的方法，其中，所述进行步骤包括进行IP多媒体子系统(IMS)会 议的步骤。
11.如权利要求3所述的方法，其中，所述进行步骤包括进行即时消息传递(IM)的步马聚ο
12.如权利要求3所述的方法，其中，所述发送步骤包括使用PMP信令协议从所述主机 向这些方发送所述初始信令消息的步骤。
13.一种用于会议的方法，包括下列步骤通过电信网络在第一方、第二方、第三方和第四方之间进行会话；以及通过从所述第一方向主机发送bye信号，仅从所述主机向所述第二方发送所述第一方 的断开连接，仅从所述主机向所述第三方发送所述第一方的断开连接，以及仅从所述主机 向所述第四方发送所述第一方的断开连接，从所述会话删除所述第一方，而没有这些方之 间的任何附加信号用于从所述会话删除所述第一方。
14.一种用于会议的方法，包括下列步骤通过电信网络在第一方、第二方、第三方和第四方之间进行会话；以及通过从所述第一方向主机发送行为变更事件信号，仅从所述主机向所述第二方发送所 述第一方的行为变更事件，仅从所述主机向所述第三方发送所述第一方的行为变更事件， 以及仅从所述主机向所述第四方发送所述第一方的行为变更事件，来改变所述第一方的会 话布局行为，而没有这些方之间的任何附加信号用于从所述会话改变所述第一方。
15.一种电信系统，包括电信网络；与所述网络进行通信的η个节点，其中η是大于或等于3的整数； 通过所述η个节点之间的网络创建会话的主节点；以及与所述网络进行通信的附加节点，在没有从所述η个节点发送任何信令消息的情况 下，所述主节点将所述附加节点添加到所述会话。
16.如权利要求15所述的系统，其中，所述主机在所述节点之间仅发送具有会话布局 行为的(2+η)个初始信令消息，而没有所述节点之间的任何附加信令消息用于将所述附加 节点添加到所述会话。
17.如权利要求16所述的系统，其中，所述会话包括多媒体会议。
18.如权利要求17所述的系统，其中，所述主机向这些方发送具有音频和视频流参数 的初始信令消息。
19.如权利要求18所述的系统，其中，所述附加方将它自己的音频和视频流参数发送 给所述主机。
20.如权利要求16所述的系统，其中，所述会话包括IP多媒体子系统(IMS)会议。
21.如权利要求16所述的系统，其中，所述会话包括即时消息传递(IM)。
22.如权利要求16所述的系统，其中，所述节点将PMP信令协议用于发送所述初始信令消息。
全文摘要
电信系统(10)包括电信网络(12)。该系统包括与网络进行通信的n个节点(14)，其中n是大于或等于3的整数。该系统包括通过n个节点之间的网络创建会话的主节点(16)。该系统包括与网络进行通信的附加节点(18)，在没有从n个节点发送任何信令消息的情况下，主节点将附加节点添加到会话。
文档编号H04L29/06GK102007753SQ200980114205
公开日2011年4月6日 申请日期2009年2月13日 优先权日2008年2月15日
发明者A·潘, R·休伯 申请人:爱立信股份有限公司