CN101682617A - 群呼叫能力查询 - Google Patents

群呼叫能力查询 Download PDF

Info

Publication number
CN101682617A
CN101682617A CN200880015462A CN200880015462A CN101682617A CN 101682617 A CN101682617 A CN 101682617A CN 200880015462 A CN200880015462 A CN 200880015462A CN 200880015462 A CN200880015462 A CN 200880015462A CN 101682617 A CN101682617 A CN 101682617A
Authority
CN
China
Prior art keywords
ability
service
message
terminal
multimedia
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN200880015462A
Other languages
English (en)
Other versions
CN101682617B (zh
Inventor
J·霍尔姆
M·斯蒂尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN101682617A publication Critical patent/CN101682617A/zh
Application granted granted Critical
Publication of CN101682617B publication Critical patent/CN101682617B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877—Measures taken prior to transmission

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明涉及用于处理电信系统中的多媒体会议呼叫的系统和方法。为了使组(110)中的第一终端(111)确定组(110)中的至少其它终端(112－114)的能力，可向其它终端(112－114)发送查询消息。当使用SIP(会话初始协议)时，查询通过发送OPTIONS消息的方法来执行。这种方法的限制在于，组中的各终端(111)需要向组中的所有其它终端(112－114)发送查询，以便确定彼此的能力。本发明包括公共服务器(100)，它适合收集与组中的终端(112－114)的能力有关的信息，并且确定发送给第一终端(111)的能力的公共集合。

Description

群呼叫能力查询
技术领域
本发明涉及用于处理电信系统中的多媒体会议呼叫的系统和方法。
背景技术
电信网络中的多媒体会议已经是多个标准化团体的标准化的目标。对于基于分组的网络，ITU-T已经在保护推荐H.323中提出多媒体通信的多个推荐。H.323涉及多个其它推荐，例如描述呼叫信令、媒体(音频和视频)、流分组、媒体流同步和控制消息格式的H.225.0协议，以及描述补充服务的推荐H.450。另一个信令协议是SIP(会话初始协议)，它由IETF在规范RFC 3261中规定。RFC 3261规定了多个SIP消息，并且这些消息携带了RFC 2327中规定的会话描述协议(SDP)。
当前，例如3GPP和3GPP2(第三代合作伙伴项目)等电信团体中的首创性是规定了电信服务的下一代分组交换核心网络。在3GPP中，核心网络域称作IMS(IP多媒体子系统)。3GPP当前正拟定包括IMS中的多个补充服务的支持的要求(例如3GPP TS 22.173)。补充服务的一个示例是多媒体会议(或群呼叫)，其中可涉及多个多媒体终端，并且各终端可支持不同的媒体类型。媒体类型通常按照MIME标准(RFC 2046)来规定。
另外，开放移动联盟(OMA)已经定义了通过蜂窝的PoC按键通话(PoC)的标准。参见例如通过蜂窝的按键通话(PoC)体系结构，草案版本2.0-2007年3月，开放移动联盟，OMA-AD_PoC-V2_0-20070326-D，通过引用将其结合到本文中。OMA PoC规范集利用了来自IETF、3GPP和3GPP2的多个现有规范，包括3GPP IP多媒体子系统(IMS)和3GPP2多媒体域(MMD)以使能包括多方会议的移动装置之间的IP连通性和基于IP的通信的能力。
在电信系统(例如其中通过使用SIP信令来建立和控制呼叫的IMS)中，确定远程终端的能力的方式是使用在IETF RFC 3261中描述的称作OPTIONS的SIP方法。这种方法允许用户终端查询另一个用户终端或者代理服务器有关于其能力。这允许客户端发现与所支持方法、内容类型、扩展、编解码器等有关的信息，而无需“振铃”另一方。OPTIONS响应是所谓的200OK消息，其中具有描述远程端的媒体支持的所附SDP。200OK响应还可包括特征标签，表明OPTIONS的发送方得知可能对其有用的其它能力。
发明内容
SIP中的当前OPTIONS方法的一个限制在于，对于各OPTIONS请求仅可存在一个OPTIONS响应。在多媒体会议中，这成为问题，因为用户希望知道所有会议参与者通常支持什么。涉及例如5个参与者的会议呼叫不能对一个参与者所发送的单个OPTIONS请求返回5个OPTIONS响应。
在本发明中，上述问题通过实现以下方法来解决：使用位于所涉及用户终端(客户端)之间的服务器，服务器收集参与者的用户终端的每个的所支持能力(例如媒体类型、补充服务等)，并且汇总所支持能力的公共集合(common set)，并且在单个响应消息(例如200OK响应)中返回那些能力，单个响应消息然后表示对会议的支持。
该解决方案是发送一个具有群呼叫上下文的服务查询消息(例如OPTIONS请求)，并且使消息端接于服务器(例如群呼叫服务器)中。所述服务器向各参与者发送一个服务查询消息(例如OPTIONS请求)，并且等待其响应(例如在200OK响应中)。此后，服务器对于从各参与者终端所接收的共同支持的能力进行分析。服务器可以可选地分析由于非预订能力而可能禁止某种支持(虽然终端对它支持)的任何系统策略、群策略和订户策略。在分析所有这些参数之后，服务器形成集合200OK响应，其中包括为与所支持能力有关的信息的SDP描述。如果75％的参与者支持视频，则服务器可作为一种策略来判定将例如视频作为一种可能性包含在呼叫中。
服务询问消息(例如OPTIONS请求)可在正进行的会议呼叫期间发送，或者没有涉及任何正进行呼叫。
这种解决方案的一个优点在于，会议呼叫可通过预先知道其它用户终端可支持什么能力来建立。因此不需要多次反复试验呼叫建立。
另一个优点在于，会议呼叫中每个所涉及终端可用的能力可通过用户友好方式在终端上向用户呈现。例如，具有显示器的移动电话可呈现表示所涉及的各终端的能力的图标。这使会议服务对用户更有吸引力，并且最后将鼓励用户在网络中产生更多业务，这对于网络运营商是有益的。
又一个优点在于，当新的共享多媒体服务进入市场时，可采用它们来扩展所述方法。
因此，本发明的目标是简化多媒体会议呼叫中的多媒体终端之间的通信。
现在通过优选实施例并参照附图更详细地描述本发明。
附图说明
图1是示出根据本发明的能够访问群呼叫服务器的终端组的框图。
图2是示出根据本发明的方法来确定多媒体终端所支持的能力的步骤的流程图。
图3是示出分为多个子服务器的服务器的框图。
具体实施方式
图1描述了能够访问服务器(群呼叫服务器100)的一组110终端111-114。群呼叫服务器100适合接收来自组110中的终端111的SIPOPTIONS请求121。服务器100还适合向组110中的多个其它终端112-114广播SIP option请求131、141、151。
群呼叫服务器100包括存储器区域(高速缓存)105，它适合存储组110中的所涉及终端112-114的能力。
图1还示出组110中的终端111-114与群呼叫服务器100之间的信息流程：
1)终端1 111在正进行的SIP会议中发送SIP OPTIONS请求121。SIP OPTIONS请求121针对于群呼叫服务器100。
2)群呼叫服务器100向终端2 112发送SIP OPTIONS请求131。
3)群呼叫服务器100向终端3 113发送SIP OPTIONS请求141。
4)群呼叫服务器100向终端4 114发送SIP OPTIONS请求151。
5)群呼叫服务器100接收来自终端2 112的(例如)指明它支持m＝音频、m＝视频、m＝消息传递的SIP 200OK响应132。
6)群呼叫服务器100接收来自终端3 113的(例如)指明它支持m＝音频、m＝视频的SIP 200OK响应142。
7)群呼叫服务器100接收来自终端4 114的(例如)指明它支持m＝音频、m＝视频、m＝消息传递的SIP 200OK响应152。
8)群呼叫服务器100检查可能限制(例如)终端1 111使用视频(尽管所有参与者装置都支持它)的任何系统、群或订户策略。然后，群服务器100创建对终端1 111的具有能力的公共集合的公共SIP 200OK响应122。在上述示例中，SIP 200OK 122包含具有m＝音频和m＝视频的SDP。这是因为终端3 113不支持消息传递，尽管终端2(112)和终端4 114支持。
9)当终端1 111接收到200OK响应122时，它分析所附的SDP。如果终端1 111具有显示器，则诸如‘添加视频’的图标(例如)在显示器上作为软按钮而加亮显示。按下那个按钮就会引起对终端2-4112-114的视频流。
通过使用这种方法，存在一种使终端1111学习会议呼叫中所涉及的所有其它终端112-114的能力的方式。
为了节省信令，群呼叫服务器100能够可选地把来自各终端112-114的响应132、142、152存储在存储器区域105中。当另一个终端发送SIP OPTION请求时，即，如果图1的配置中的终端2 112发送SIP OPTIONS请求171，则群呼叫服务器100仅向终端1 111发送SIPOPTIONS请求172，因为来自终端3 113的S IP 200OK响应142和终端4 114的SIP 200OK响应152的内容在向终端2 112发送SIP 200OK响应173之前是服务器100已经知道的。
图2是描述从群呼叫服务器100看到的、本发明的要求保护的方法的流程图。在步骤201，群呼叫服务器100接收来自组110中的终端111的第一服务询问消息121(例如OPTIONS请求)。在步骤202，服务器100向组110中的其它终端112-114中的至少一个广播第二服务询问消息(OPTIONS请求)131、141、151。在步骤203，服务器100接收来自被询问终端112-114的各个的第一服务响应消息(例如200OK消息)132、142、152。可选地，服务器100把来自终端112-114的所有所接收服务响应消息132、142、152存储在存储器区域105中。在步骤205，服务器100分析所接收服务响应消息132、142、152中的内容，并且在步骤206确定服务的公共集合。然后在步骤207，这个服务的公共集合在服务响应消息(200OK消息)中发送给终端111。
图3示出根据例如3gpp多媒体电话或OMA PoC等应用分为若干服务器的群呼叫服务器300。图3包括自主服务器(ad hoc server)310和多个子服务器311-313。自主服务器310是从终端111可访问的，并且子服务器311-313是分别从终端112-114可访问的。
图3是适用于(例如)MMtel(多媒体电话)自主群呼叫或1-1PoC会话和自主PoC会话的多服务器配置的示例。
服务于终端112-114的服务器311-313可根据被服务用户的预订和服务提供商的本地策略来修改所接收的服务响应消息(200OK)351-353的内容。
自主服务器310汇总来自子服务器311-313的所接收响应322-324，并且可在向终端1 111发送OPTIONS响应321之前应用群策略，如预订选项和服务提供商的本地策略。
在所述实施例中，本发明基本上适用于蜂窝上PoC按键通话。本领域的技术人员将发明的概念应用于多个其它网络场景，例如3GPP多媒体电话、MMtel自主群等。
下面是从RFC 3261摘录的OPTION方法的详细描述。
SIP方法OPTIONS允许UA(用户代理)向另一个UA或代理服务器查询其能力。这允许客户端发现与所支持方法、内容类型、扩展、编解码器等有关的信息，而无需使另一方“振铃”。例如，在客户端将请求(Require)报头字段插入列示它不确定目标UAS(用户代理服务器)是否支持的选项的INVITE之前，客户端可采用OPTIONS查询目标UAS以便查看这是否在被支持(Supported)报头字段中返回。所有UA必须支持OPTIONS方法。
OPTIONS请求的目标通过Request-URI来识别，其可识别另一个UA或SIP服务器。如果OPTIONS针对的是代理服务器，则设置Request-URI而没有用户部分，这与对于REGISTER请求设置RRequest-URI的方式相似。
备选地，接收具有Max-Forwards报头字段值为0的OPTIONS请求的服务器响应该请求，而不管Request-URI。
这种行为是与HTTP/1.1一样的。通过发送具有递增Max-Forwards值的一系列OPTIONS请求，这种行为可用作“跟踪路由”功能性以便检查各跳服务器的能力。
如一般UA行为情况，如果OPTIONS没有产生响应，则事务层可返回超时误差。这可指明目标不可达、因而不可用。
OPTIONS请求可作为已建立对话的一部分而发送，以便向对等体查询稍后可用于对话的能力。
OPTIONS请求被使用如RFC 3261第8.1.1小节中论述的SIP请求的标准规则来构成。
联系(Contact)报头字段可存在于OPTIONS中。
应当包含接受(Acceptance)报头字段，以便指明UAC(用户代理客户端)希望在响应中接收的消息主体的类型。这通常设置成用于描述UA的媒体能力的格式，例如SDP(应用/sdp)。
对OPTIONS请求的响应被假定为至原始请求中的Request-URI的范围。但是，仅当OPTIONS作为已建立对话的一部分发送时，才保证将来的请求才由生成OPTIONS的服务器接收。
示例OPTIONS请求：
OPTIONS sip：carol@chicago.com SIP/2.0
Via：SIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKhjhs8ass877
Max-Forwards：70
To：<sip∶carol@chicago.com>
From：Alice<sip:alice@atlanta.com>；tag＝1928301774
Call-ID：a84b4c76e66710
CSeq：63104 OPTIONS
Contact：<sip:alice@pc33.atlanta.com>
Accept：application/sdp
Content-Length：0
对OPTIONS的响应使用如RFC 3261第8.2.6小节中论述的SIP响应的标准规则来构成。所选的响应代码必须与请求是INVITE时所选的相同。也就是说，如果UAS准备接受呼叫，则返回200(OK)，如果UAS忙，则返回486(在这里为忙)，等。这允许OPTIONS请求被用于确定UAS的基本状态，它可以是关于UAS是否将接受INVITE请求的指示。
在对话中所接收的OPTIONS请求生成200(OK)响应，该响应与在对话外部所构成的响应相同，并且对于对话没有任何影响。
OPTIONS的这种使用因OPTIONS和INVITE请求的代理处理的差异而具有限制。虽然分叉(forked)INVITE可引起返回多个200(OK)响应，但是分叉OPTIONS仅引起单个200(OK)响应，因为它由代理使用非INVITE处理来对待。关于标准细节，参见RFC 3261第16.7小节。
如果对OPTIONS的响应由代理服务器生成，则代理返回200(OK)，列示出服务器的能力。
响应不包含消息主体。
允许(Allow)、接受(Accept)、接受-编码(Accept-Encoding)、接受-语言(Accept-Language)和被支持(Supported)报头字段应当存在于对OPTIONS的200(OK)响应中。如果响应由代理生成，则当允许报头字段不明确时应当将其省略，因为代理是方法不可知论的。联系报头字段可存在于200(OK)中，并且具有与3xx响应中相同的语义。也就是说，它们可显示一组到达用户的备选名称和方法。可存在告警(Warning)报头字段。
可发送消息主体，其类型由OPTIONS请求中的接受报头字段来确定(如果接受报头字段不存在，则应用/sdp为缺省)。如果类型中包括能够描述媒体能力的类型，则UAS为该目的应当将主体包含在响应中。在RFC 3264中描述了关于在应用/sdp的情况下构成这种主体的细节。
由UAS生成的示例OPTIONS响应(与上述请求对应)：
SIP/2.0200OK
Via：SIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKhjhs8ass877
；received＝192.0.2.4
To：<sip:carol@chicago.com>；tag＝93810874
From：Alice<sip:alice@atlanta.com>；tag＝1928301774
Call-ID：a84b4c76e66710
CSeq：63104 OPTIONS
Contact：<sip:carol@chicago.com>
Contact：<mailto:carol@chicago.com>
Allow：INVITE，ACK，CANCEL，OPTIONS，BYE
Accept：application/sdp
Accept-Encoding：gzip
Accept-Language：en
Supported：foo
Content-Type：application/sdp
Content-Length：274
(SDP未示出)

Claims (15)

1.一种在电信网络中确定由构成组(110)的多个多媒体终端(111-114)所支持的多媒体能力的方法，其特征在于以下步骤：
-接收(201)来自第一多媒体终端(111)的第一服务询问消息(121)；
-向所述组(110)中的其它多媒体终端(112-114)中的至少一个发送(202)第二服务询问消息(131，141，151)；
-从所述其它多媒体终端(112-114)接收(203)作为对所述第二服务询问消息(131，141，151)的响应的第一服务响应消息(132，142，152)；
-分析(205)所述第一服务响应消息(132，142，152)中的所接收的能力；
-确定(206)能力的公共集合；
-向所述第一多媒体终端(111)发送作为所述第一服务询问消息(121)的响应的第二服务响应消息(122)，所述第二服务响应消息(122)包括所述能力的公共集合的。
2.如权利要求1所述的方法，其中，确定所述能力的公共集合的所述步骤还包括应用策略的步骤。
3.如权利要求2所述的方法，其中，所述策略是以下任一个或者其组合：
-系统策略；
-群策略；
-订户策略。
4.如权利要求1所述的方法，还包括存储(204)所接收的能力的步骤。
5.如权利要求4所述的方法，还包括以下步骤：
-接收来自第二多媒体终端(112)的第三服务询问消息(171)；
-向所述第一多媒体终端(111)发送第四服务询问消息(171)；
-从所述其它多媒体终端(111)接收作为对所述第三服务询问消息(171)的响应的第三服务响应消息(172)；
-连同所存储的能力分析所述第三服务响应消息(172)中的所接收的能力；
-确定能力的第二公共集合；
-向所述第二多媒体终端(112)发送作为所述第四服务询问消息(121)的响应的第四服务响应消息(173)，所述第四服务响应消息(173)包括所述能力的第二公共集合的。
6.如权利要求3或5所述的方法，其中，所述服务询问消息(121，131，171)是SIP OPTIONS请求，并且服务响应消息(122，132，172)是SIP 200 OK响应。
7.如以上权利要求中的任一项所述的方法，其中，所述组(110)中的所述多媒体终端(111-114)参与多媒体会议呼叫。
8.一种在电信网络中从包括多个多媒体终端(111-114)的组(110)可访问的多媒体应用服务器(100)，其中，所述服务器(100)的特征在于它适合于：
-响应从第一多媒体终端(111)所接收的服务询问消息(121)，从所述组(110)中的至少一个第二多媒体终端(112-114)收集能力；
-分析所收集的能力，并且确定能力的公共集合。
-向所述第一多媒体终端(112-114)返回包括所述能力的公共集合的服务响应消息(122)。
9.如权利要求8所述的多媒体应用服务器(100)，还包括：适合存储所收集的能力的存储器区域(105)。
10.如权利要求9所述的多媒体应用服务器(100)，还适合当确定所述能力的公共集合时应用策略。
11.如权利要求10所述的多媒体应用服务器(100)，还适合连同所述存储器区域(105)中已经存储的能力分析所述所收集的能力。
12.如权利要求8至12中的任一项所述的多媒体应用服务器(310-313)，还适合于可连接到至少一个其它多媒体应用服务器(310-313)。
13.一种包括相互连接的如权利要求12所述的多媒体应用服务器的多个多媒体应用服务器(310-313)的系统(300)。
14.如权利要求13所述的系统(300)，其中，所述服务器(310-313)在取决于应用的配置中相互连接。
15.如权利要求14所述的系统(300)，其中，一个服务器是自主服务器(310)，而其它服务器是连接到所述自主服务器(310)的子服务器(311-313)，并且所述自主服务器(310)还适合汇总从所述子服务器(311-313)所接收的服务响应消息(322-324)。
CN2008800154623A 2007-05-11 2008-04-21 确定多媒体能力的方法、多媒体应用服务器及系统 Active CN101682617B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US91733707P 2007-05-11 2007-05-11
US60/917,337 2007-05-11
PCT/SE2008/050449 WO2008140391A1 (en) 2007-05-11 2008-04-21 Group call capability query

Publications (2)

Publication Number Publication Date
CN101682617A true CN101682617A (zh) 2010-03-24
CN101682617B CN101682617B (zh) 2013-07-17

Family

ID=39969422

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008800154623A Active CN101682617B (zh) 2007-05-11 2008-04-21 确定多媒体能力的方法、多媒体应用服务器及系统

Country Status (9)

Country Link
US (1) US8295207B2 (zh)
EP (1) EP2147540A4 (zh)
JP (1) JP5363461B2 (zh)
KR (1) KR101402433B1 (zh)
CN (1) CN101682617B (zh)
CA (1) CA2686876C (zh)
HK (1) HK1142188A1 (zh)
MX (1) MX2009011715A (zh)
WO (1) WO2008140391A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102546994A (zh) * 2010-12-29 2012-07-04 中兴通讯股份有限公司 一种多媒体会议成员实现消息交互的方法及系统
CN103404098A (zh) * 2010-12-14 2013-11-20 瑞典爱立信有限公司 通信网络中用于提供服务的客户端和客户端中的方法
WO2014005317A1 (zh) * 2012-07-06 2014-01-09 华为技术有限公司 呈现服务器发现非呈现用户业务能力的方法和相应装置
CN105471820A (zh) * 2014-08-20 2016-04-06 中兴通讯股份有限公司 融合通信终端发现以及能力探测的处理方法及装置
CN106331396A (zh) * 2015-06-15 2017-01-11 深圳市潮流网络技术有限公司 一种电话会议的多媒体处理方法及系统
CN109088915A (zh) * 2018-07-09 2018-12-25 深圳市潮流网络技术有限公司 一种可实现状态监测的会议室管理方法

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101330498A (zh) * 2007-06-20 2008-12-24 朗迅科技公司 VoIP网络中的SIP端点配置
WO2010099829A1 (en) * 2009-03-06 2010-09-10 Telefonaktiebolaget Lm Ericsson (Publ) Capability query handling in a communication network
US8098594B2 (en) * 2009-06-10 2012-01-17 Verizon Patent And Licensing Inc. Dynamic SIP max-hop setup for IMS
US20110019650A1 (en) 2009-07-21 2011-01-27 Sabine Van Niekerk Methods and apparatus for optimization of device capability exchange in a network
GB2474010B (en) * 2009-09-10 2011-08-03 Thales Holdings Uk Plc Computer networking
CN103155508A (zh) * 2010-09-30 2013-06-12 瑞典爱立信有限公司 在基于ip的通信网络中检查目的地网络状态的方法和网络实体
CN102958107B (zh) * 2011-08-22 2016-11-23 华为技术有限公司 一种能力查询的方法、通信终端及应用服务器
US9137583B2 (en) * 2012-05-30 2015-09-15 Crest Technology, Inc. Method for securing indirect return channel and mobile digital broadcast receiver thereof
EP2863603A1 (en) * 2013-10-18 2015-04-22 Alcatel Lucent A method for optimizing the capability discovery of terminals in an IMS network
US9350772B2 (en) 2014-10-24 2016-05-24 Ringcentral, Inc. Systems and methods for making common services available across network endpoints
US9398085B2 (en) 2014-11-07 2016-07-19 Ringcentral, Inc. Systems and methods for initiating a peer-to-peer communication session
KR102397054B1 (ko) 2016-02-05 2022-05-16 삼성전자주식회사 프로필 통화를 지원하는 전자 장치 및 프로필 통화 방법
GB2557350B (en) * 2016-12-08 2021-08-11 Metaswitch Networks Ltd Operating a network node
US11902890B2 (en) * 2018-02-03 2024-02-13 Nokia Technologies Oy Application based routing of data packets in multi-access communication networks
US20190342350A1 (en) * 2018-05-03 2019-11-07 Mavenir Systems, Inc. Multiple-recipient options request in session initiated protocol (sip)

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6323894B1 (en) * 1993-03-12 2001-11-27 Telebuyer, Llc Commercial product routing system with video vending capability
GB2383723B (en) * 1998-06-03 2003-09-10 Orange Personal Comm Serv Ltd Mobile communications
CA2275840A1 (en) * 1998-08-18 2000-02-18 Lucent Technologies Inc. Generalized messaging construct
WO2002052825A1 (en) * 2000-12-22 2002-07-04 Nokia Corporation Method and system for establishing a multimedia connection by negotiating capability in an outband control channel
US6996414B2 (en) * 2001-04-30 2006-02-07 Motorola, Inc. System and method of group calling in mobile communications
US6862453B2 (en) * 2001-12-31 2005-03-01 Samsung Electronics Co., Ltd. System and method for distributed call processing using a distributed trunk idle list
US7894377B2 (en) * 2002-12-31 2011-02-22 Motorola Solutions, Inc. Method and system for group communications
US8873561B2 (en) * 2003-08-18 2014-10-28 Cisco Technology, Inc. Supporting enhanced media communications using a packet-based communication link
WO2005027460A1 (en) 2003-09-12 2005-03-24 Telefonaktiebolaget Lm Ericsson (Publ) Combinational multimedia services
US20050060411A1 (en) * 2003-09-16 2005-03-17 Stephane Coulombe System and method for adaptation of peer-to-peer multimedia sessions
US7353255B2 (en) * 2003-10-30 2008-04-01 International Business Machines Corporation System and apparatus for geographically distributed VoIP conference service with enhanced QoS
US20050256959A1 (en) 2004-04-13 2005-11-17 Magnus Svensson Method of and system for multimedia messaging system interoperability
GB0500483D0 (en) * 2005-01-11 2005-02-16 Nokia Corp Multi-party sessions in a communication system
US7499719B2 (en) * 2005-06-22 2009-03-03 Mototola, Inc. Method and apparatus for mixed mode multimedia conferencing
US20070109979A1 (en) * 2005-11-17 2007-05-17 Chunyan Fu Method and conference controller for cluster-based conferencing

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103404098A (zh) * 2010-12-14 2013-11-20 瑞典爱立信有限公司 通信网络中用于提供服务的客户端和客户端中的方法
US9661032B2 (en) 2010-12-14 2017-05-23 Telefonaktiebolaget L M Ericsson Client and a method in a client in a communication network for providing a service
CN102546994A (zh) * 2010-12-29 2012-07-04 中兴通讯股份有限公司 一种多媒体会议成员实现消息交互的方法及系统
WO2014005317A1 (zh) * 2012-07-06 2014-01-09 华为技术有限公司 呈现服务器发现非呈现用户业务能力的方法和相应装置
CN103999425A (zh) * 2012-07-06 2014-08-20 华为技术有限公司 呈现服务器发现非呈现用户业务能力的方法和相应装置
CN105471820A (zh) * 2014-08-20 2016-04-06 中兴通讯股份有限公司 融合通信终端发现以及能力探测的处理方法及装置
CN106331396A (zh) * 2015-06-15 2017-01-11 深圳市潮流网络技术有限公司 一种电话会议的多媒体处理方法及系统
CN106331396B (zh) * 2015-06-15 2020-08-14 深圳市潮流网络技术有限公司 一种电话会议的多媒体处理方法及系统
CN109088915A (zh) * 2018-07-09 2018-12-25 深圳市潮流网络技术有限公司 一种可实现状态监测的会议室管理方法

Also Published As

Publication number Publication date
US8295207B2 (en) 2012-10-23
US20080279119A1 (en) 2008-11-13
KR101402433B1 (ko) 2014-06-03
HK1142188A1 (en) 2010-11-26
JP2010527200A (ja) 2010-08-05
EP2147540A1 (en) 2010-01-27
CA2686876C (en) 2016-03-22
EP2147540A4 (en) 2013-09-11
WO2008140391A1 (en) 2008-11-20
KR20100016394A (ko) 2010-02-12
CN101682617B (zh) 2013-07-17
CA2686876A1 (en) 2008-11-20
JP5363461B2 (ja) 2013-12-11
MX2009011715A (es) 2009-11-10

Similar Documents

Publication Publication Date Title
CN101682617B (zh) 确定多媒体能力的方法、多媒体应用服务器及系统
JP4215645B2 (ja) 通信ネットワークにおけるサービスアクセスと会議システムおよび方法
US8862746B2 (en) Systems and methods for integrating applications on user equipment utilizing special URI control messages
RU2488969C2 (ru) Система и способ передачи отчетов о &#34;качестве восприятия&#34;
US7647374B2 (en) Method for managing sessions between network parties, methods, network element and terminal for managing calls
US7877487B2 (en) Dynamic service triggers in communication networks
US20060034195A1 (en) SIP message extension for push to watch service
US20060256748A1 (en) System and method for interworking between IMS network and H.323 network
US8054843B2 (en) Method for securing privacy in automatic answer mode of push-to service
CA2605475C (en) Session initiation from application servers in an ip multimedia subsystem
JP2008532456A (ja) プッシュツートークオーバーセルラーネットワークの端末分離方法及びそのシステム
WO2005101786A1 (en) Method for a session initiation protocol push-to-talk terminal to indicate answer operating mode to an internet protocol push-to-talk network server
US7953123B2 (en) Method and system for controlling the establishment of communications channels for allowing transmission of multimedia information
WO2006064347A1 (en) Method and system to the instant transfer of multimedia files between mobile radio users within the scope of combinational services
US9246955B2 (en) Capability query handling in a communication network
JP2012085317A (ja) マルチメディア通話サービスを遂行するためのマルチメディアセッション開設及び管理のためのサーバ
EP2116036B1 (en) Identifying participants in a conference
Sánchez-Esguevillas et al. IMS: The new generation of internet-protocol-based multimedia services
US20170201605A1 (en) Method of dynamic selection, by a caller, from a plurality of terminals of a callee
US9762624B2 (en) Method and system for establishing a group messaging session in a communication system
CN101009664B (zh) 一种处理会话初始化协议消息中内容的方法及网络实体
KR100757535B1 (ko) 어플리케이션 구분이 가능한 멀티미디어 서비스 방법 및장치

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1142188

Country of ref document: HK

C14 Grant of patent or utility model
GR01 Patent grant
REG Reference to a national code

Ref country code: HK

Ref legal event code: GR

Ref document number: 1142188

Country of ref document: HK