首页> 中国专利> 操作用于从至少一个第二通信设备接收媒体数据流的第一通信设备的方法,包括通信设备、电信服务器和电信系统

操作用于从至少一个第二通信设备接收媒体数据流的第一通信设备的方法,包括通信设备、电信服务器和电信系统

摘要

本发明提供了一种操作用于从电信系统中的至少一个第二通信设备(5)接收媒体数据流(64)的第一通信设备(3)的方法。在SIP对话期间,第一通信设备(3)与所述至少一个第二通信设备(5)交换会话发起协议(SIP)消息(60、62、63、64、67、70)。SIP消息(67、70)包括后期媒体指示符(68、71),后期媒体指示符(68、71)包括媒体流(64)在SIP对话已经终止之后继续(72)的指示,或支持在SIP对话已经终止之后接收媒体流的指示。SIP对话控制媒体数据流(64、72)。第一通信设备(3)从第二通信设备(5)接收媒体数据流(64、72)。第一通信设备(3)在SIP对话已经结束之后继续接收媒体数据流(72)。

著录项

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2016-08-24

    授权

    授权

  • 2014-07-30

    实质审查的生效 IPC(主分类):H04L29/06 申请日:20110726

    实质审查的生效

  • 2014-04-02

    公开

    公开

说明书

技术领域

本发明涉及电信系统中的媒体处理,具体涉及操作用于从电信系统 中的至少一个第二通信设备接收媒体数据流的第一通信设备的方法。

背景技术

IP多媒体子系统(IMS)是被配置用于媒体交换的电信系统的示例。 在IMS的框架内,媒体会话具有与其相关联的对话。通过对话,在对话 的相应端点之间交换与媒体会话有关的媒体描述符。对话是在会话发起 协议(SIP)会话内建立的。SIP会话内的SIP对话控制在IMS网络的用 户平面中发生的媒体会话。

在IMS中,在一方面的控制平面和另一方面的媒体平面或用户平面 之间存在着严格的分隔。SIP类型的信令是通过控制平面传送的,并控 制媒体会话。另一方面,媒体通过用户平面来传输。控制平面信令和用 户平面消息可以(但不是必须)通过IMS网络中的不同基础设施传输, 并且因此可以服从于其相应端点之间的不同路由路径。

图1示意性地示出了会话发起协议会话、以及SIP会话内的会话发 起协议对话和另一方面的媒体会话之间的关系。在两个端点用户代理A (UA-A3)和用户代理B(UA-B5)之间,SIP会话8可以传送UA-A3 与UA-B5之间的多个SIP对话。在图1的示例中,通过SIP会话8来 传送会话发起协议对话9。SIP对话9携带控制也在UA-A3与UA-B5 之间发生的媒体会话10所需的SIP信令。由将SIP对话9与媒体会话 10相关联的虚线箭头12来对此进行示意性的指示。

图2中还示意性地示出了用户平面和控制平面之间的分隔。在图2 中,UA-A3包括通信单元16,以及UA-B5包括通信单元9。SIP信令 通过控制平面8传送,而使用实时传输协议(RTP)的媒体会话通过用 户平面10传送。在图2中以云15来示意性地指示IMS网络。

如上已经提到的,单个SIP会话可以包括与用户平面中的多个媒体 会话有关的多个SIP对话。其示例可以存在于涉及SIP代理服务器的情 况中,SIP代理服务器应用“分叉”原理,以求通过搜索多个位置来找到 接收方。在代理服务器和代理服务器靠近的各个用户代理之间,可以存 在在主叫用户代理和各个相应的潜在接收方之间传送SIP对话的SIP会 话。由于代理服务器靠近多个潜在的接收方用户代理,在主叫用户代理 和代理服务器靠近的各个潜在的接收方用户代理之间发生SIP对话。在 代理服务器和各个接收方用户代理之间,针对每个接收方用户代理的单 个SIP会话向该相应的潜在的接收方用户代理传送相应的SIP对话。在 代理和主叫用户代理之间建立单个SIP会话,该单个SIP会话传送主叫 用户代理与代理服务器靠近的各个相应的潜在接收方用户代理之间的所 有SIP对话。

因此,主叫用户代理和代理服务器之间的SIP会话传送多个SIP对 话,由代理服务器向各个相应的潜在接收方用户代理中继该多个SIP对 话。此外,这些SIP对话中的各个SIP对话可以控制主叫用户代理和相 应接收方用户代理之间的媒体会话,该媒体会话传送与要建立的呼叫有 关的数据。在任一相应的接收方用户代理对呼叫进行回应之后,与该相 应的接收方用户代理的SIP对话将变为已确认对话。然后,针对其他相 应接收方用户代理的SIP对话将会终止,以及在此情况下,主叫用户代 理与尚未回应呼叫的各个接收方用户代理之间的媒体会话也将会终止。

如上解释的,单个SIP会话可以传送多个SIP对话。此外,要注意 到,单个SIP对话可以控制用户平面中的多个媒体会话。例如,语音呼 叫可以由RTP流形式的用于传输音频的媒体会话和用于控制音频数据传 输的相关联的实时传输控制协议(RTCP)流组成。视频呼叫甚至可以由 4个相应的媒体流组成:例如,针对音频的RTP流、与RTP音频流相关 联的RTCP控制流、针对视频数据的RTP流、以及与视频数据相关联的 RTCP控制流。可以由主叫用户代理和接收方用户代理之间的SIP会话 中的单个SIP对话来控制所有这些媒体会话,所述这些媒体会话是相互 联系的,因为它们都与两方之间的同一个呼叫相关联。

SIP会话和对话被用于建立和控制端点之间的通信。一旦建立了媒 体会话,该媒体会话保持在SIP对话的控制之下,该媒体会话是在该控 制下建立的。当SIP对话结束时,相关的媒体会话也将结束。当用户代 理(UA)终止SIP对话时,该UA还将会终止该SIP对话所控制的媒体 会话。同样地,当UA接收终止或将终止SIP对话的指示时,该UA将 终止该SIP对话所控制的媒体会话。

因此,在媒体会话活动时,必然存在与其对应的SIP对话。可以使 用该SIP对话来控制媒体会话。如果存在着对媒体会话的需要,但是不 再需要由对应的早期或已确认对话以任何方式控制该媒体会话,保持 SIP对话活动便产生了不必要的开销。例如,当媒体会话不需要进一步 的(基于持续时间的)的计费或质量控制时,该情况可能发生。在该情 况下保持SIP对话活动暗示了SIP会话必须已转换到活动状态。因此, 即使不需要对已建立并且被该SIP会话的对话所控制的媒体会话进行任 何进一步的控制,该SIP会话也必须保持活动。

考虑到如今电信网络所传送的大量并且数量不断增长的(实时)数 据,优化网络自身的数据容量以及服务器的数据处理能力变得越来越重 要。

发明内容

本发明的目的是解决现有技术的上述缺点,并提供使得能够增加功 能的处理媒体会话的高效方式。

在第一方面中实现了这些目的和其他目的,因为提供了操作用于从 电信系统中的至少一个第二通信设备接收媒体数据流的第一通信设备的 方法。在该方法中,在会话发起协议对话期间,第一通信设备与所述至 少一个第二通信设备交换一个或更多个会话发起协议消息。所述一个或 更多个会话发起协议消息包括后期媒体指示符数据单元。后期媒体指示 符数据单元包括媒体流在会话发起协议对话已经终止之后继续的指示, 或者包括支持在会话发起协议对话已经终止之后接收媒体流的指示。会 话发起协议对话控制媒体数据流。第一通信设备从所述至少一个第二通 信设备接收媒体数据流,其中,第一通信设备在会话发起协议对话已经 结束之后继续接收并接受媒体数据流。

本方法引入了在标准会话发起协议内使用后期媒体指示符数据单元, 该标准会话发起协议在会话发起协议对话期间使用。后期媒体指示符数 据单元包括相关联的媒体流在SIP对话已经终止之后继续的指示。通过 用户平面上的消息交换,在SIP会话终止之后正在进行的相关联的一个 或更多个媒体会话例如可以继续,直到端点之一终止媒体会话。例如, 这可以使用用户平面上的信令(如通过发送RTCP‘Bye’消息的方式)来 实现。

用于结束媒体数据流的备选方法是允许该一个或更多个媒体流继续 进行所定义的持续时间,在此之后,可以通过任一端点来终止媒体流, 而无需用于终止该流的信令的特定交换。

根据一个示例,会话发起协议对话是以下至少之一:未建立的会话 发起协议对话、已建立的未确认会话发起协议对话、以及已建立的已确 认会话发起协议对话。本领域技术人员将意识到的是,上述SIP对话类 型中的任一SIP对话类型可以具有可应用本方法的一个或更多个相关联 的媒体流。

根据另一示例,后期媒体指示符数据单元可以包括在任何适合类型 的会话发起协议请求或响应消息中。例如,会话发起协议消息可以是包 括组中的至少一项,所述组包括:‘Invite’、‘Ack’、‘Bye’、‘Cancel’、‘Prack’、 ‘Info’、‘Refer’和‘Update’类型的会话发起协议请求,或者与一个这种请 求消息有关的任何响应消息。将意识到的是,后期媒体指示符数据单元 的包括不限于上述类型的SIP消息;可以使用任何适合类型的SIP消息 来传送后期媒体指示符数据单元,以及甚至可以创建新的专用类型的 SIP消息来在IMS类型网络中的网络实体之间传送后期媒体指示符数据 单元。

根据另一示例,交换SIP消息的步骤包括以下至少之一:第一通信 设备发送会话发起协议消息,或第一通信设备接收会话发起协议消息。 为了使本方法流畅,通常明智的是:使另一方确认对后期媒体指示符数 据单元的接收和接受,使得发送后期媒体指示符数据单元的通信设备知 道后期媒体被另一通信设备所支持并将作为呼叫的一部分这一事实。此 外,主叫方发信号通知对接收后期媒体的支持通常将是明智的。将显而 易见的是,如上所述对接收和接受后期媒体指示符数据单元的这种确认 或应答不是本发明必不可少的部分,然而可以在在电信网络中实现本方 法时提供好处。因此,根据另一示例,本方法包括以下另一步骤:第一 通信设备响应于会话发起协议消息来发送或接收会话发起协议响应消息。

本领域技术人员将意识到的是,存在很多在继续与SIP对话相关联 的媒体会话的同时结束SIP对话的方式。根据另一示例,结束会话发起 协议对话的步骤包括组中的至少一个步骤,所述组包括:第一通信设备 发送或接收用于终止对话的会话发起协议‘Bye’请求;第一通信设备发送 或接收用于取消未决的会话发起协议请求、导致会话发起协议对话终止 的会话发起协议‘取消’(Cancel)请求;第一通信设备接收导致会话发起 协议对话终止的不成功的最终响应;第一通信设备接收与相关联的会话 发起协议对话的建立有关的、导致会话发起协议对话隐式终止的成功的 最终响应;第一通信设备接收导致会话发起协议对话隐式终止的临时响 应;第一通信设备中止(time out)对话。

在具体的示例中,后期媒体指示符数据单元包括时间数据值,所述 时间数据值用于指示所述至少一个媒体数据流在会话发起协议对话已经 结束之后能够继续的持续时间。该特定的实施例允许在由时间数据值指 示的协商好的持续时间期满之后自动终止媒体会话,而无需用于结束媒 体数据流的用户平面信令。存在着可应用该实施例的很多特定的情况, 例如在SIP对话已经结束之后,用户联系服务器或呼叫中心并在呼叫结 束时接收音频或视频消息的情况。该音频或视频消息可以具有已知的固 定持续时间。另一情况是以下情况:在呼叫期间,呼叫中涉及的各方之 一接收任一其他方的数据文件,该数据文件具有已知的文件大小。在结 束SIP对话之后媒体会话(特别是用于传输数据文件的会话)可以维持 固定的持续时间,以允许向其他方传输该特定文件。

根据另一示例,电信服务器实体(例如,SIP应用服务器(SIP AS)) 可以转发后期媒体指示符数据单元。在该情况下,第一通信设备向电信 服务器实体(例如,会话发起协议应用服务器)发送会话发起协议消息, 以使电信服务器实体向所述至少一个第二通信设备发送另一会话发起协 议消息,其中,所述另一会话发起协议消息包括后期媒体指示符数据单 元,所述后期媒体指示符数据单元被包括在第一通信设备向电信服务器 实体发送的会话发起协议消息中。

本领域技术人员将意识到,甚至可能在第一通信设备和第二通信设 备之间的SIP通信链路中包括多个SIP应用服务器。例如,可以在以下 情况中应用该示例:SIP代理服务器应用“分叉”原理,以在通过在多个 位置上进行搜索来定位接收方用户代理。当然,也存在可以应用通过由 电信服务器将后期媒体指示符数据单元包括在另一SIP消息中来发送或 转发后期媒体指示符数据单元的其他情况。例如,发送可以涉及SIP AS 添加后期媒体数据单元的情况;以及例如,转发可以涉及主叫方提供后 期媒体数据单元且SIP AS转发该后期媒体数据单元的情况,虽然不将后 两个示例解释为是所预见的仅有的可能,然而要将它们理解为用于说明 性目的的纯粹的示例。

根据另一示例,方法还包括以下步骤:第一通信设备向所述至少一 个第二通信设备或电信系统中的电信服务器实体发送能力验证指示符数 据单元。能力验证指示符数据单元包括:第一通信设备能够支持处理后 期媒体指示符数据单元的指示。这允许所述至少一个第二通信设备或中 间电信服务器实体获得与第一通信设备是否能够根据本方法来处理后期 媒体有关的信息。

根据第二方面,提供了一种包括通信单元和控制单元的通信设备, 所述通信单元用于在会话发起协议对话期间,向至少一个其他通信设备 发送或从该至少一个其他通信设备接收会话发起协议消息,所述控制单 元用于处理会话发起协议消息中包括的后期媒体指示符数据单元。通信 单元还被配置为从所述至少一个其他通信设备接收媒体数据流,以及其 中,控制单元被配置为:根据后期媒体指示符数据单元,按照在通信设 备和所述至少一个其他通信设备之间协商的,指示通信单元在会话发起 协议对话已经结束之后继续接收媒体数据流。

根据第三方面,提供了用于在方法中使用的电信服务器,其中,电 信服务器包括用于监视第一通信设备和至少一个第二通信设备之间通过 电信服务器辅助的会话发起协议对话的会话监视单元。会话监视单元被 配置为确定是否已在会话发起协议对话内交换了后期媒体指示符数据单 元。会话监视单元被配置为:在会话监视单元已经确定已在会话发起协 议对话内交换了后期媒体指示符数据单元的情况下,指示服务器控制单 元保持第一通信设备和第二通信设备之间交换的、正在进行的媒体数据 流。

根据第四方面,提供了包括第一通信设备和第二通信设备的电信系 统,其中,第一通信设备包括用于接收媒体数据流的通信单元。媒体数 据流是由电信系统中的第二通信设备的通信单元提供的。第一通信设备 的第一通信单元被配置为在用于控制媒体数据流的会话发起协议对话期 间与至少一个第二通信设备交换会话发起协议消息。会话发起协议消息 包括后期媒体指示符数据单元。后期媒体指示符数据单元包括:媒体流 在会话发起协议对话已经终止之后继续的指示。第一通信设备的通信单 元还被配置为从所述至少一个第二通信设备接收媒体数据流,以及第一 通信设备的通信单元被配置为在会话发起协议对话已经结束之后继续接 收并接受媒体数据流。电信系统包括电信服务器,以及其中,电信服务 器包括:会话监视单元,用于监视第一通信设备和第二通信设备之间通 过电信服务器辅助的会话发起协议对话。会话监视单元被配置为确定是 否已在会话发起协议对话内交换了所述后期媒体指示符数据单元,以及 会话监视单元被配置为在会话监视单元已经确定已在会话发起协议对话 内交换了后期媒体指示符数据单元的情况下指示电信服务器的服务器控 制单元保持第一通信设备和第二通信设备之间交换的、正在进行的媒体 数据流。

附图说明

将参考附图对本发明的原理进行进一步解释,其中:

图1示意性地示出了根据现有技术的SIP对话、SIP会话和媒体会 话之间的常规关系;

图2示意性地示出了根据使用SIP的现有技术来使用控制平面和用 户平面的原理;

图3示出了根据现有技术的两个用户代理之间的通信方案;

图4示出了根据本发明的方法的两个用户代理之间的通信方案;

图5示出了根据本发明的方法的另一实施例的两个用户代理之间的 通信方案;

图6示出了应用本发明的方法的实施例的多个所涉方之间的通信方 案;

图7示意性地示出了根据本发明的第二方面的通信设备;

图8示意性地示出了根据本发明的第三方面的电信服务器;

图9示意性地示出了根据本发明的第四方面的电信系统。

具体实施方式

图3示出了第一用户代理(UA-A,3)和第二用户代理(UA-B,5) 之间的现有通信会话。通信步骤25、28、30、35和37是用户代理3和 用户代理5之间的会话发起协议(SIP)对话的一部分。双箭头33指示 用户平面上的媒体数据会话中的通信。图3中示出的通信会话是控制平 面中涉及SIP信令的非常普通的通信会话和用户平面中常规的媒体数据 会话。

图3中的通信会话以步骤25中的SIP邀请(SIP Invite)消息开始, 该消息由用户代理UA-A3向用户代理UA-B5提供。UA-B5通过在步 骤28中将‘200 Ok’发送回UA-A3来对SIP Invite消息的接收进行响应。 在步骤30中,在SIP对话中从UA-A3向UA-B5发送应答消息。SIP 对话此时是已建立的已确认SIP对话,以及此时可以开始用户代理UA-A 3和用户代理UA-B5之间的媒体数据传输流。在图3中由步骤33对此 进行指示。

在UA-A3和UA-B5之间的双向媒体数据流期间,UA-A3和UA-B 5之间的SIP对话将保持活动。在用户代理3和用户代理5之间的呼叫 结束时,在给定的示例中,在步骤35中通过用户代理UA-B5向用户代 理UA-A3提供SIP‘Bye’类型消息来终止SIP对话。在步骤37中,用户 代理3在SIP对话会话中通过向用户代理5提供‘200Ok’消息来进行响 应。在此之后,终止SIP对话,并因此停止媒体数据传输流。

图3中示出的现有技术通信会话的一个备选是图5中示出的通信会 话,在图5中示出的通信会话中应用了本发明的方法。在图5中,在步 骤60中,用户代理UA-A3向用户代理UA-B5发送SIP‘邀请’消息。用 户代理5通过将‘200 Ok’消息62发送回UA-A3来对用户代理3进行响 应。在步骤63中,用户代理3向用户代理5提供应答‘ACK’,在此之后, SIP对话是已建立的已确认SIP对话。在此之后,可以在用户代理3和 用户代理5之间开始媒体数据流的传输(双向数据流),如步骤64示意 性地示出的。

根据本发明,假设在回应呼叫之后,不需要进一步的SIP信令来用 于用户代理3和用户代理5之间的当前媒体数据流。根据本发明,用户 代理UA-B5通过发送包括后期媒体指示符数据单元68(在步骤67中示 意性地示出在方括号之间)的‘Bye’请求来终止会话发起协议对话。用户 代理UA-A3接收后期媒体指示符数据单元68,并在步骤70中通过提供 ‘200Ok’消息来进行响应,其包括由后期媒体指示符数据单元进行的确 认71,同样示出在方括号中。现在,将终止用户代理3和用户代理5之 间的SIP对话。然而,如双箭头72所示出的,在SIP对话终止之后,媒 体数据流继续进行。在任何时候,都可以由用户代理3和5中的任一个 通过使用实时传输控制协议(RTCP)经由用户平面上的信令提供RTCP Bye命令来终止媒体数据流。在步骤74中对此进行了指示。

图4公开了本发明的另一实施例。在图4中,发生通过早期对话的 媒体数据流传输。媒体与针对邀请事务而建立的早期SIP对话相关联并 受该早期SIP对话控制。因此,该媒体数据流传输被称为“早期媒体”。 早期媒体涉及两个用户代理在实际建立呼叫之前交换媒体的能力。为了 与公共交换电话网(PSTN)的互操作性且为了记账,在SIP内支持早期 媒体是重要的。本领域技术人员将意识到,早期媒体使大量的其他功能 成为可能。例如,示例可以是向用户代理UA-A3的用户提供呼叫建立 进展消息(通告)。

在图4中,在步骤40中,UA-A3向UA-B5发送SIP‘邀请’消息。 在步骤42中,UA-B5向UA-A3回送‘183会话进展’(183session process) 消息。在步骤44中,由UA-A3对此进行临时性应答,即,临时响应应 答“PRACK”,UA-A3在步骤46中从UA-B5接收回来的‘200 Ok’消息。 在步骤48中,在用户平面中开始从UA-B5到UA A3的媒体传输。在 步骤50中,UA-B5向UA-A3发送‘487事务终止’(487transaction  terminated)消息,其中,如方括号中示意性地示出的,包括请求形式的 后期媒体指示符数据单元51。在步骤53中,UA-A3对该终止进行应答, 并确认54后期媒体支持。在SIP会话已结束后,媒体传输在步骤55中 继续。通过UA-B5使用用户平面上的信令发送RTCP‘Bye’命令57来停 止媒体传输。将要意识到的是,在备选实施例中,也可以由UA-A3通 过向UA-B5发送RTCP‘Bye’指令来主动终止步骤55的后期媒体传输。

在图6中公开了本发明的方法的另一实施例。在该实施例中,UA-A 3向UA-B5建立呼叫。对UA-B5的呼叫隶属于从SIP型应用服务器 (SIP-AS)78执行的SIP服务,该SIP-AS78代表UA-B5进行动作。 SIP服务建立两个下行流SIP对话:(1)对UA-B5的SIP对话,以及(2) 对个人问候服务(PGS)的另一SIP对话。UA-A3将因此接收与两个SIP 对话有关的临时响应:由UA-B5建立的对话#1;由PGS建立的对话#2。 PGS应用早期媒体;其使用对其的可靠临时响应,即,步骤94、96、100 和102,包括确认。

在图6中,向SIP-AS78发送SIP‘邀请’消息80,SIP-AS78向UA-B 5转发82该‘邀请’消息80。在步骤83和84“180振铃”中,向UA-A3提 供对已经达到AU-B5但还未建立呼叫的指示。在步骤88‘邀请’、90‘183 会话进展’以及92‘183会话进展’中,由SIP-AS78建立对PGS79的会话, 并向UA-A3确认,即,步骤92。临时应答‘PRACK’消息94和96之后 是步骤100和102中对应的‘200Ok’消息。在步骤106中开始从PGS79 到UA-A3的媒体流数据传输106;UA-A3的用户通过用户平面接收个 人问候或欢迎消息,例如,音频、视频或另一类型的数据流。

当UA-B5在步骤108中回应呼叫时,SIP-AS78从UA-B5向UA-A 3转发‘200Ok’(即,步骤109),并且在这样做时,通过在步骤109‘200 Ok’中提供后期媒体指示符数据单元111来指示UA-A3允许关于与SIP 对话#2有关的媒体会话的后期媒体。由UA-A3在与SIP-AS78的步骤 110‘Ack’和112‘Ack’中通过后期媒体允许指示符数据单元113来对此进 行应答。在步骤114中开始从UA-B5到UA-A3的媒体流数据传输。 SIP-AS78还在‘取消’步骤118中取消对PGS79的对话,并通过发送后 期媒体指示符数据单元119来指示PGS79允许后期媒体。在步骤120 中的‘200 Ok’消息传输之后,在步骤122中向SIP-AS78发信号通知对话 的终止和PGS79的传输,包括通过后期媒体指示符单元123来确认允 许后期媒体,在‘Ack’步骤124中对该消息进行应答。在步骤126中开始 从PGS79到UA-A3的媒体流数据传输。通过PGS79使用用户平面上 的信令发送RTCP‘Bye’命令130来停止媒体传输。

由箭头133来表示应允许UA-A3从对话#2PGS79接收媒体的持续 时间T1;由箭头135来表示应允许PGS79向UA-A3发送媒体的持续 时间T2。T1应该比T2稍长,以确保不丢失来自PGS79的媒体。

可以使用该实施例来例如改进个人问候服务。通常,当UA-B5回 应时,个人问候结束。该具有持续时间T2的后期媒体会话的实施例给 出了在有限(较小)持续时间内混合两个媒体流(亦即,来自被叫方的 媒体流和来自PGS服务器的媒体流)并使问候渐隐(fade-out)的可能。

根据本发明的希望使用后期媒体特征的电信系统中的功能实体可能 应该验证所涉及的另一功能实体/多个功能实体支持该特征。如图4中的 方括号之间示例性示出的,通过对用于在SIP会话中报告能力支持的现 有机制的增强来发信号通知对该特征的支持。例如,当例如第一通信设 备或用户代理UA-A3之类的实体向例如第二通信设备或用户代理UA-B 5之类的实体和/或电信系统中的电信服务器实体发送‘邀请请求’(Invite  request)消息时,UA-A3包括能力验证指示符数据单元75。该能力验 证指示符数据单元75包括:第一通信设备或UA-A3能够支持处理后期 媒体指示符数据单元68的指示。

从而,发送邀请请求的UA或通信设备指示其支持后期媒体。因此, 其具有接收例如最终响应的能力,该最终响应包括:应该将后期媒体应 用于特定对话的指示。同样地,例如可以在临时或最终响应消息中发信 号通知对后期媒体的支持。

图7示出了根据本发明的通信设备。图7中示出的通信设备是移动 通信设备,包括用于与移动接入点(未示出)通信的移动天线143。通 信设备140包括通信单元145和控制单元146。通信单元被配置为在控 制平面上发送和接收会话发起协议消息,以及在用户平面上发送和接收 数据流。控制单元被配置为控制移动通信单元140的操作,并且尤其被 配置为处理在会话发起协议消息中接收到的后期媒体指示符单元147。 应该理解的是,虽然图7描述了移动设备,本发明同样可应用于非移动 设备。

控制单元146还被配置为:根据后期媒体指示符单元147,指示通 信单元在SIP会话内的SIP对话已经结束之后继续接收媒体数据流。

图8示意性地示出了根据本发明的电信服务器。电信服务器150包 括会话监视单元152,该会话监视单元152被配置为监视会话发起协议, 以确定是否已经交换了后期媒体指示符数据单元147。服务器还包括控 制单元154,该控制单元154被配置为:在会话监视单元152已经确定 已交换了后期媒体指示符数据单元147的情况下,保持第一通信设备和 第二通信设备之间正在进行的媒体数据流。此外,电信服务器还包括通 信单元155,该通信单元155被配置用于数据通信网络157的物理数据 链路159上的通信。

图9示出了根据本发明的电信系统。电信系统包括电信网络160。 电信网络160包括多个互连的网络节点163,其中,电信网络160是或 至少包括因特网协议IP类型网络,例如,IP多媒体子系统(IMS)类型 网络。电信系统包括第一通信设备167和第二通信设备169。第一通信 设备167被配置为从第二通信设备169接收媒体数据流。第一通信设备 167和第二通信设备169都包括图7中示出的通信设备中所示的通信单 元。这些通信单元不仅被配置为通过电信网络160与其他通信设备交换 数据(例如,作为用户平面中的媒体数据流的一部分),而且这些通信设 备还被配置为在控制平面中的SIP会话内的SIP对话期间交换会话发起 协议(SIP)消息。设备167和169的通信单元还被配置为将后期媒体指 示符数据单元包括在这种SIP消息中,或者当在进入的SIP消息中接收 到后期媒体指示符数据单元的情况下处理这种后期媒体指示符数据单元, 例如,如图4、5、6中所指示的。图9的电信系统还包括连接到示意性 地示出的物理网络163的网络节点之一的电信服务器164。电信服务器 类似于图8中示出的电信服务器150。电信服务器包括会话监视单元152 和服务控制单元154,并被配置为使用通信单元(例如通信单元155)来 通过电信网络160交换数据,参考图8。

第一通信单元167可以通过电信服务器164与第二通信单元169建 立SIP对话。在该SIP对话内,第一通信单元167或第二通信单元169 可以在SIP消息内交换后期媒体指示符数据单元,例如,如图4、5、6 中指示的。电信单元164的会话监视单元152被配置为检测这种后期媒 体指示符数据单元的发送,以及还被配置为:响应于接收到或检测到在 通信设备167和169之间交换的后期媒体指示符数据单元,指示服务器 控制单元154维持在第一通信设备和第二通信设备之间交换的正在进行 的媒体数据流。

本领域技术人员将认识到,本发明不限于在本说明书中描述并在图 中示出的特定实施例,而是可以通过其他方式实施。本发明的范围仅由 所附权利要求确定。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号