CN105763537A - 多方通话的方法及装置 - Google Patents

多方通话的方法及装置 Download PDF

Info

Publication number
CN105763537A
CN105763537A CN201610066311.7A CN201610066311A CN105763537A CN 105763537 A CN105763537 A CN 105763537A CN 201610066311 A CN201610066311 A CN 201610066311A CN 105763537 A CN105763537 A CN 105763537A
Authority
CN
China
Prior art keywords
participant
mpty
professional ability
ability
capability requirement
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.)
Pending
Application number
CN201610066311.7A
Other languages
English (en)
Inventor
张子敬
文立新
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.)
Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Original Assignee
Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
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 Yulong Computer Telecommunication Scientific Shenzhen Co Ltd filed Critical Yulong Computer Telecommunication Scientific Shenzhen Co Ltd
Priority to CN201610066311.7A priority Critical patent/CN105763537A/zh
Priority to PCT/CN2016/078227 priority patent/WO2017128524A1/zh
Publication of CN105763537A publication Critical patent/CN105763537A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • 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
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1073—Registration or de-registration
    • 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/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding

Landscapes

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

Abstract

本发明提供了一种多方通话的方法及装置，其中，所述多方通话的方法，包括：接收通话发起方发送的多方通话请求，所述多方通话请求包含多方通话的开始时间、所有参与方的信息和对每个参与方的能力要求；获取所述每个参与方的业务能力，并确定所述每个参与方的业务能力是否满足所述能力要求；在距离所述开始时间预定时长的时间点，向所述所有参与方中业务能力不满足所述能力要求的参与方发送提醒信息。本发明的技术方案可以及时提醒业务能力不满足多方通话的能力要求的参与方在多方通话开始之前尽快做出调整，以确保能够进行多方通话，提高了多方通话接入的效率，有利于提升用户的体验。

Description

多方通话的方法及装置
技术领域
本发明涉及多方通话技术领域，具体而言，涉及一种多方通话的方法和一种多方通话的装置。
背景技术
多方通话技术就是通过各种手段实现的多方在线音视频通话，可以实现多方、异地实时的在线交流，主要应用于商务会谈，典型的实现方式如电话会议。
VoLTE(VoiceoverLTE)是基于IMS(IPMultimediaSubsystem，IP多媒体子系统)的语音业务。目前，VoLTE已经能够支持多方通话功能，即支持VoLTE功能的移动终端可以一键发起多方通话，实现音视频的实时交流。但是，在相关技术中，主叫终端通常并不知道被叫终端的网络注册状态，即主叫终端并不知道被叫终端是否已注册VoLTE，若主叫终端发起多方通话时，被叫终端还未注册VoLTE，即被叫终端还不满足多方通话的能力要求，那么此被叫是无法完成视频通话的，主叫终端只能赶紧通过其他方式催促该被叫终端尽快做出调整(此处的调整具体指注册到VoLTE)，如主叫终端的用户通过打电话、发短信等方式通知被叫终端的用户，导致用户体验不佳。
因此，如何能够及时提醒不满足多方通话的能力要求的被叫终端尽快做出调整，以提高多方通话的接入效率，提升用户的体验成为亟待解决的技术问题。
发明内容
本发明正是基于上述技术问题至少之一，提出了一种新的多方通话的方案，可以及时提醒业务能力不满足多方通话的能力要求的参与方在多方通话开始之前尽快做出调整，以确保能够进行多方通话，提高了多方通话接入的效率，有利于提升用户的体验。
有鉴于此，根据本发明的第一方面，提出了一种多方通话的方法，包括：接收通话发起方发送的多方通话请求，所述多方通话请求包含多方通话的开始时间、所有参与方的信息和对每个参与方的能力要求；获取所述每个参与方的业务能力，并确定所述每个参与方的业务能力是否满足所述能力要求；在距离所述开始时间预定时长的时间点，向所述所有参与方中业务能力不满足所述能力要求的参与方发送提醒信息。
在该技术方案中，通过获取每个参与方的业务能力，并确定每个参与方的业务能力是否满足多方通话的能力要求，并在距离开始时间预定时长的时间点，向业务能力不满足多方通话的能力要求的参与方发送提醒信息，使得能够及时提醒业务能力不满足多方通话的能力要求的参与方在多方通话开始之前尽快做出调整，以确保能够进行多方通话，提高了多方通话接入的效率，有利于提升用户的体验。其中，获取每个参与方的业务能力可以是实时获取，也可以是周期性获取或非周期性获取。
具体来说，通话发起方发送的多方通话请求中包含的每个参与方的能力要求可以是相同的，也可以是不相同的。比如：多方通话请求中包含了参与方A和参与方B，对参与方A的能力要求为支持视频通话，对参与方B的能力要求为仅支持语音通话即可，则本发明的技术方案可以根据不同参与方的业务能力和能力要求来确定每个参与方的业务能力是否满足相应的能力要求。当然，若对参与方A与参与方B的能力要求均为支持视频通话，则需要根据参与方A与参与方B的业务能力确定是否都能够支持视频通话。
在上述技术方案中，优选地，获取所述每个参与方的业务能力的步骤，具体包括：根据所述每个参与方的信息确定所述每个参与方对应的归属签约用户服务器；查询所述每个参与方对应的归属签约用户服务器，以得到所述每个参与方的能力标识；根据所述每个参与方的能力标识，确定所述每个参与方的业务能力。
在该技术方案中，由于参与方在注册网络后，会在归属签约用户服务器(即HomeSubscriberServer，HSS)中记录出其能力标识，因此通过查询每个参与方对应的HSS，以得到每个参与方的能力标识，可以方便地根据能力标识确定每个参与方的业务能力。具体地，比如参与方注册了IMS网络，并且其具有视频通话和语音通话的能力，则会在HSS中记录相应的能力标识，以表示该参与方具有视频通话和语音通话的能力。
此外，在本发明的其它实施例中，也可以获取每个参与方的硬件信息，进而根据每个参与方的硬件信息来确定其是否具有相应的业务能力，如多方通话请求中要求某个参与方能够支持视频通话，但是该参与方没有摄像头，则确定该参与方不具备视频通话的能力。
在上述任一技术方案中，优选地，向所述所有参与方中业务能力不满足所述能力要求的参与方发送提醒信息的步骤，具体包括：确定所述所有参与方中业务能力不满足所述能力要求的目标参与方；查询所述目标参与方对应的归属签约用户服务器，以得到所述目标参与方当前注册的网络；根据所述目标参与方当前注册的网络所支持的通信方式，向所述目标参与方发送所述提醒信息。
在该技术方案中，通过根据目标参与方当前注册的网络所支持的通信方式，向目标参与方发送提醒信息，可以确保提醒信息及时发送到目标参与方，避免提醒信息无法发送到目标参与方的情况出现。具体地，如通过查询HSS确定目标参与方当前注册的网络是2G网络，则可以通过短信向所述目标参与方发送提醒信息，避免通过数据网络发送提醒信息而导致目标参与方无法及时收到的问题。
在上述任一技术方案中，优选地，还包括：在到达所述开始时间时，提醒所述通话发起方是否发起多方通话。
在该技术方案中，通过在到达开始时间时，提醒通话发起方是否发起多方通话，可以及时对通话发起方进行提醒。
在上述任一技术方案中，优选地，还包括：将获取到的所述每个参与方的业务能力发送至所述通话发起方，和/或在检测到任一参与方的业务能力发生变化时，将所述任一参与方变化后的业务能力发送至所述通话发起方，以供所述通话发起方在所述开始时间确定是否发起多方通话。
在该技术方案中，通过将获取到的每个参与方的业务能力发送至通话发起方，和/或将任一参与方变化后的业务能力发送至通话发起方，可以确保通话发起方掌握参与方的业务能力，以在开始时间确定是否发起多方通话。比如通话发起方在根据参与方C的业务能力确定参与方C不满足相应的能力要求时，在开始时间可以继续等待参与方C做出调整以满足相应的能力要求，或不等待直接发起多方通话。
根据本发明的第二方面，还提出了一种多方通话的装置，包括：接收单元，用于接收通话发起方发送的多方通话请求，所述多方通话请求包含多方通话的开始时间、所有参与方的信息和对每个参与方的能力要求；获取单元，用于获取所述每个参与方的业务能力；第一确定单元，用于确定所述每个参与方的业务能力是否满足所述能力要求；发送单元，用于在距离所述开始时间预定时长的时间点，向所述所有参与方中业务能力不满足所述能力要求的参与方发送提醒信息。
在该技术方案中，通过获取每个参与方的业务能力，并确定每个参与方的业务能力是否满足多方通话的能力要求，并在距离开始时间预定时长的时间点，向业务能力不满足多方通话的能力要求的参与方发送提醒信息，使得能够及时提醒业务能力不满足多方通话的能力要求的参与方在多方通话开始之前尽快做出调整，以确保能够进行多方通话，提高了多方通话接入的效率，有利于提升用户的体验。其中，获取每个参与方的业务能力可以是实时获取，也可以是周期性获取或非周期性获取。
具体来说，通话发起方发送的多方通话请求中包含的每个参与方的能力要求可以是相同的，也可以是不相同的。比如：多方通话请求中包含了参与方A和参与方B，对参与方A的能力要求为支持视频通话，对参与方B的能力要求为仅支持语音通话即可，则本发明的技术方案可以根据不同参与方的业务能力和能力要求来确定每个参与方的业务能力是否满足相应的能力要求。当然，若对参与方A与参与方B的能力要求均为支持视频通话，则需要根据参与方A与参与方B的业务能力确定是否都能够支持视频通话。
在上述技术方案中，优选地，所述获取单元包括：第二确定单元，用于根据所述每个参与方的信息确定所述每个参与方对应的归属签约用户服务器；第一查询单元，用于查询所述每个参与方对应的归属签约用户服务器，以得到所述每个参与方的能力标识；第三确定单元，用于根据所述每个参与方的能力标识，确定所述每个参与方的业务能力。
在该技术方案中，由于参与方在注册网络后，会在HSS中记录出其能力标识，因此通过查询每个参与方对应的HSS，以得到每个参与方的能力标识，可以方便地根据能力标识确定每个参与方的业务能力。具体地，比如参与方注册了IMS网络，并且其具有视频通话和语音通话的能力，则会在HSS中记录相应的能力标识，以表示该参与方具有视频通话和语音通话的能力。
此外，在本发明的其它实施例中，也可以获取每个参与方的硬件信息，进而根据每个参与方的硬件信息来确定其是否具有相应的业务能力，如多方通话请求中要求某个参与方能够支持视频通话，但是该参与方没有摄像头，则确定该参与方不具备视频通话的能力。
在上述任一技术方案中，优选地，所述发送单元包括：第四确定单元，用于确定所述所有参与方中业务能力不满足所述能力要求的目标参与方；第二查询单元，用于查询所述目标参与方对应的归属签约用户服务器，以得到所述目标参与方当前注册的网络；执行单元，用于根据所述目标参与方当前注册的网络所支持的通信方式，向所述目标参与方发送所述提醒信息。
在该技术方案中，通过根据目标参与方当前注册的网络所支持的通信方式，向目标参与方发送提醒信息，可以确保提醒信息及时发送到目标参与方，避免提醒信息无法发送到目标参与方的情况出现。具体地，如通过查询HSS确定目标参与方当前注册的网络是2G网络，则可以通过短信向所述目标参与方发送提醒信息，避免通过数据网络发送提醒信息而导致目标参与方无法及时收到的问题。
在上述任一技术方案中，优选地，还包括：提醒单元，用于在到达所述开始时间时，提醒所述通话发起方是否发起多方通话。
在该技术方案中，通过在到达开始时间时，提醒通话发起方是否发起多方通话，可以及时对通话发起方进行提醒。
在上述任一技术方案中，优选地，所述发送单元还用于：将所述获取单元获取到的所述每个参与方的业务能力发送至所述通话发起方，和/或在所述获取单元检测到任一参与方的业务能力发生变化时，将所述任一参与方变化后的业务能力发送至所述通话发起方，以供所述通话发起方在所述开始时间确定是否发起多方通话。
在该技术方案中，通过将获取到的每个参与方的业务能力发送至通话发起方，和/或将任一参与方变化后的业务能力发送至通话发起方，可以确保通话发起方掌握参与方的业务能力，以在开始时间确定是否发起多方通话。比如通话发起方在根据参与方C的业务能力确定参与方C不满足相应的能力要求时，在开始时间可以继续等待参与方C做出调整以满足相应的能力要求，或不等待直接发起多方通话。
通过以上技术方案，可以及时提醒业务能力不满足多方通话的能力要求的参与方在多方通话开始之前尽快做出调整，以确保能够进行多方通话，提高了多方通话接入的效率，有利于提升用户的体验。
附图说明
图1示出了根据本发明的实施例的多方通话的方法的示意流程图；
图2示出了根据本发明的实施例的多方通话的装置的示意框图；
图3示出了根据本发明的一个实施例的多方通话中各设备的交互过程示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的多方通话的方法的示意流程图。
如图1所示，根据本发明的实施例的多方通话的方法，包括：
步骤102，接收通话发起方发送的多方通话请求，所述多方通话请求包含多方通话的开始时间、所有参与方的信息和对每个参与方的能力要求；
步骤104，获取所述每个参与方的业务能力，并确定所述每个参与方的业务能力是否满足所述能力要求；
步骤106，在距离所述开始时间预定时长的时间点，向所述所有参与方中业务能力不满足所述能力要求的参与方发送提醒信息。
在该技术方案中，通过获取每个参与方的业务能力，并确定每个参与方的业务能力是否满足多方通话的能力要求，并在距离开始时间预定时长的时间点，向业务能力不满足多方通话的能力要求的参与方发送提醒信息，使得能够及时提醒业务能力不满足多方通话的能力要求的参与方在多方通话开始之前尽快做出调整，以确保能够进行多方通话，提高了多方通话接入的效率，有利于提升用户的体验。其中，获取每个参与方的业务能力可以是实时获取，也可以是周期性获取或非周期性获取。
具体来说，通话发起方发送的多方通话请求中包含的每个参与方的能力要求可以是相同的，也可以是不相同的。比如：多方通话请求中包含了参与方A和参与方B，对参与方A的能力要求为支持视频通话，对参与方B的能力要求为仅支持语音通话即可，则本发明的技术方案可以根据不同参与方的业务能力和能力要求来确定每个参与方的业务能力是否满足相应的能力要求。当然，若对参与方A与参与方B的能力要求均为支持视频通话，则需要根据参与方A与参与方B的业务能力确定是否都能够支持视频通话。
在上述技术方案中，优选地，获取所述每个参与方的业务能力的步骤，具体包括：根据所述每个参与方的信息确定所述每个参与方对应的归属签约用户服务器；查询所述每个参与方对应的归属签约用户服务器，以得到所述每个参与方的能力标识；根据所述每个参与方的能力标识，确定所述每个参与方的业务能力。
在该技术方案中，由于参与方在注册网络后，会在归属签约用户服务器HSS中记录出其能力标识，因此通过查询每个参与方对应的HSS，以得到每个参与方的能力标识，可以方便地根据能力标识确定每个参与方的业务能力。具体地，比如参与方注册了IMS网络，并且其具有视频通话和语音通话的能力，则会在HSS中记录相应的能力标识，以表示该参与方具有视频通话和语音通话的能力。
此外，在本发明的其它实施例中，也可以获取每个参与方的硬件信息，进而根据每个参与方的硬件信息来确定其是否具有相应的业务能力，如多方通话请求中要求某个参与方能够支持视频通话，但是该参与方没有摄像头，则确定该参与方不具备视频通话的能力。
在上述任一技术方案中，优选地，向所述所有参与方中业务能力不满足所述能力要求的参与方发送提醒信息的步骤，具体包括：确定所述所有参与方中业务能力不满足所述能力要求的目标参与方；查询所述目标参与方对应的归属签约用户服务器，以得到所述目标参与方当前注册的网络；根据所述目标参与方当前注册的网络所支持的通信方式，向所述目标参与方发送所述提醒信息。
在该技术方案中，通过根据目标参与方当前注册的网络所支持的通信方式，向目标参与方发送提醒信息，可以确保提醒信息及时发送到目标参与方，避免提醒信息无法发送到目标参与方的情况出现。具体地，如通过查询HSS确定目标参与方当前注册的网络是2G网络，则可以通过短信向所述目标参与方发送提醒信息，避免通过数据网络发送提醒信息而导致目标参与方无法及时收到的问题。
在上述任一技术方案中，优选地，还包括：在到达所述开始时间时，提醒所述通话发起方是否发起多方通话。
在该技术方案中，通过在到达开始时间时，提醒通话发起方是否发起多方通话，可以及时对通话发起方进行提醒。
在上述任一技术方案中，优选地，还包括：将获取到的所述每个参与方的业务能力发送至所述通话发起方，和/或在检测到任一参与方的业务能力发生变化时，将所述任一参与方变化后的业务能力发送至所述通话发起方，以供所述通话发起方在所述开始时间确定是否发起多方通话。
在该技术方案中，通过将获取到的每个参与方的业务能力发送至通话发起方，和/或将任一参与方变化后的业务能力发送至通话发起方，可以确保通话发起方掌握参与方的业务能力，以在开始时间确定是否发起多方通话。比如通话发起方在根据参与方C的业务能力确定参与方C不满足相应的能力要求时，在开始时间可以继续等待参与方C做出调整以满足相应的能力要求，或不等待直接发起多方通话。
图2示出了根据本发明的实施例的多方通话的装置的示意框图。
如图2所示，根据本发明的实施例的多方通话的装置200，包括：接收单元202、获取单元204、第一确定单元206和发送单元208。
其中，接收单元202，用于接收通话发起方发送的多方通话请求，所述多方通话请求包含多方通话的开始时间、所有参与方的信息和对每个参与方的能力要求；获取单元204，用于获取所述每个参与方的业务能力；第一确定单元206，用于确定所述每个参与方的业务能力是否满足所述能力要求；发送单元208，用于在距离所述开始时间预定时长的时间点，向所述所有参与方中业务能力不满足所述能力要求的参与方发送提醒信息。
在该技术方案中，通过获取每个参与方的业务能力，并确定每个参与方的业务能力是否满足多方通话的能力要求，并在距离开始时间预定时长的时间点，向业务能力不满足多方通话的能力要求的参与方发送提醒信息，使得能够及时提醒业务能力不满足多方通话的能力要求的参与方在多方通话开始之前尽快做出调整，以确保能够进行多方通话，提高了多方通话接入的效率，有利于提升用户的体验。其中，获取每个参与方的业务能力可以是实时获取，也可以是周期性获取或非周期性获取。
具体来说，通话发起方发送的多方通话请求中包含的每个参与方的能力要求可以是相同的，也可以是不相同的。比如：多方通话请求中包含了参与方A和参与方B，对参与方A的能力要求为支持视频通话，对参与方B的能力要求为仅支持语音通话即可，则本发明的技术方案可以根据不同参与方的业务能力和能力要求来确定每个参与方的业务能力是否满足相应的能力要求。当然，若对参与方A与参与方B的能力要求均为支持视频通话，则需要根据参与方A与参与方B的业务能力确定是否都能够支持视频通话。
在上述技术方案中，优选地，所述获取单元204包括：第二确定单元2042，用于根据所述每个参与方的信息确定所述每个参与方对应的归属签约用户服务器；第一查询单元2044，用于查询所述每个参与方对应的归属签约用户服务器，以得到所述每个参与方的能力标识；第三确定单元2046，用于根据所述每个参与方的能力标识，确定所述每个参与方的业务能力。
在该技术方案中，由于参与方在注册网络后，会在HSS中记录出其能力标识，因此通过查询每个参与方对应的HSS，以得到每个参与方的能力标识，可以方便地根据能力标识确定每个参与方的业务能力。具体地，比如参与方注册了IMS网络，并且其具有视频通话和语音通话的能力，则会在HSS中记录相应的能力标识，以表示该参与方具有视频通话和语音通话的能力。
此外，在本发明的其它实施例中，也可以获取每个参与方的硬件信息，进而根据每个参与方的硬件信息来确定其是否具有相应的业务能力，如多方通话请求中要求某个参与方能够支持视频通话，但是该参与方没有摄像头，则确定该参与方不具备视频通话的能力。
在上述任一技术方案中，优选地，所述发送单元208包括：第四确定单元2082，用于确定所述所有参与方中业务能力不满足所述能力要求的目标参与方；第二查询单元2084，用于查询所述目标参与方对应的归属签约用户服务器，以得到所述目标参与方当前注册的网络；执行单元2086，用于根据所述目标参与方当前注册的网络所支持的通信方式，向所述目标参与方发送所述提醒信息。
在该技术方案中，通过根据目标参与方当前注册的网络所支持的通信方式，向目标参与方发送提醒信息，可以确保提醒信息及时发送到目标参与方，避免提醒信息无法发送到目标参与方的情况出现。具体地，如通过查询HSS确定目标参与方当前注册的网络是2G网络，则可以通过短信向所述目标参与方发送提醒信息，避免通过数据网络发送提醒信息而导致目标参与方无法及时收到的问题。
在上述任一技术方案中，优选地，还包括：提醒单元210，用于在到达所述开始时间时，提醒所述通话发起方是否发起多方通话。
在该技术方案中，通过在到达开始时间时，提醒通话发起方是否发起多方通话，可以及时对通话发起方进行提醒。
在上述任一技术方案中，优选地，所述发送单元208还用于：将所述获取单元204获取到的所述每个参与方的业务能力发送至所述通话发起方，和/或在所述获取单元204检测到任一参与方的业务能力发生变化时，将所述任一参与方变化后的业务能力发送至所述通话发起方，以供所述通话发起方在所述开始时间确定是否发起多方通话。
在该技术方案中，通过将获取到的每个参与方的业务能力发送至通话发起方，和/或将任一参与方变化后的业务能力发送至通话发起方，可以确保通话发起方掌握参与方的业务能力，以在开始时间确定是否发起多方通话。比如通话发起方在根据参与方C的业务能力确定参与方C不满足相应的能力要求时，在开始时间可以继续等待参与方C做出调整以满足相应的能力要求，或不等待直接发起多方通话。
以下以两个具体实施例详细说明本发明的技术方案：
实施例一：
在该实施例中，以基于IMS网络的多方通话系统为例进行说明，即假设每个参与方都需要注册到IMS网络来进行多方通话。具体地：
会议发起者需要设定会议日程(即多方通话的信息)，会议日程中需要设定会议参与方、会议时间及所需业务类型(如音频、视频等)等信息。此处的业务类型表示对所有参与方的能力要求是一样的，如所需业务类型为视频，则说明需要所有参与方都能够支持视频通话。
在会议发起者设定会议日程后，发起方终端将设定的会议信息打包向IMS网络发起会议订阅请求(即上述的多方通话请求)，其中，发起方终端可以发送SUBSCRIBE订阅消息来向IMS网络发起会议订阅请求。
IMS网络接收该订阅消息后会实时监测各参与方的注册状态信息(即对IMS网络的注册状态)，并获取每个参与方的业务能力，然后将监测到的注册状态信息和业务能力发送至发起方终端，并且在监测到注册状态信息发生变化和/或业务能力发送变化时也会通知发起方终端。
IMS网络在临近会议时间的预定时间内对于未注册IMS网络的参与方进行提醒，当然也可以提醒虽然注册了IMS网络，但是业务能力不满足能力要求的参与方。最后在到达会议时间时提醒发起方终端是否发起会议，此时，发送方终端可以选择一键发起会议连接，或者继续等待未注册IMS网络的参与方改变注册状态。
具体应用场景如下：
会议发起者为A用户，会议参与方为B用户和C用户。A用户需要设定会议日程，设定会议时间(如14：00)、会议参与方(B用户和C用户)、业务类型(视频)，也可以包括会议主题(各省业务汇报)。
A用户在设定会议日程后，会将设置的信息打包通过SUBSCRIBE订阅消息发送到IMS网络的多方通话服务器。多方通话服务器在接收到该订阅消息后会创建多方通话订阅记录，保存这些信息，并实时检测用户B和用户C的网络注册状态。
在临近会议时间的预定时间(如提前15分钟，即13：45)时，若检测到用户B已注册IMS网络且具有视频通话能力，而用户C处于离线状态(此实施例中的离线状态具体指未注册到IMS网络)，且用户C处于GSM网络下，此时多方通话服务器会向用户C发送提醒信息，提醒用户C会议通话在14：00开始，请尽快上线(此实施例中的上线具体指注册到IMS网络)。同时，多方通话服务器会将各参与方的注册状态以及所能支持的业务能力通过NOTIFY通知消息发送到会议发起者。
当用户C收到提醒时，可以尽快上线，而对于条件所限无法上线的，不做处理。当用户A收到网络的通知消息时，会根据各参与方的注册状态以及所能支持的业务能力，考虑后续是否继续等待还是一键发起会议。
其中，对于用户C的提醒，可以通过用户C当前注册的网络形式进行提醒，如用户C注册2/3G网络，可通过短信或数据发送通知消息。
上述过程如图3所示，包括：
步骤302，会议发起者UE_A设定会议日程，包括会议时间、会议主题、会议参与方、业务类型等信息。其中，UE即UserEquipment，用户设备。
步骤304，会议发起者UE_A向IMS网络发送订阅消息。
步骤306，IMS网络向会议通话服务器发送会议订阅消息。
步骤308，会议通话服务器接收会议订阅请求，创建会议通话订阅记录，并保存。
步骤310，会议通话服务器向IMS网络反馈会议订阅接受消息。
步骤312，IMS网络向会议发起者UE_A反馈200OK消息。
步骤314，会议通话服务器实时监测用户B和用户C的注册状态。
步骤316，会议通话服务器在临近会议时间的预定时间内对于未处于注册状态的参与者进行提醒。具体地，若UE_B未处于注册状态，则执行步骤318，即会议通话服务器通过NOTIFY通知消息提醒UE_B会议通话在14:00开始，请尽快上线；若UE_C未处于注册状态，则执行步骤320，即会议通话服务器通过NOTIFY通知消息提醒UE_C会议通话在14:00开始，请尽快上线。
步骤322，会议通话服务器通过NOTIFY通知消息向UE_A反馈会议参与方的注册状态及每个参与方所能提供的业务能力，以供UE_A参考。
实施例二：
在该实施例中，每个参与方既可以注册到IMS网络，也可以不注册到IMS网络，只要其具有相应的业务能力即可，具体地：
会议发起者需要设定会议日程(即多方通话的信息)，会议日程中需要设定会议参与方、会议时间及对每个参与方的能力要求。其中，既可以对每个参与方的能力要求相同，也可以不同。
在会议发起者设定会议日程后，发起方终端将设定的会议信息打包向管理多方通话的服务器(如可以是IMS网络的会话服务器)发起会议订阅请求(即上述的多方通话请求)。
服务器接收该订阅消息后会实时获取各参与方的业务能力，以确定每个参与方的业务能力是否满足相应的能力要求，并将获取到的业务能力发送至发起方终端，并且在获取到任一参与方的业务能力发生变化时也会通知发起方终端。其中，服务器可以通过查询HSS来获知各参与方的业务能力。
服务器在临近会议时间的预定时间内对于业务能力不满足相应的能力要求的参与方进行提醒。最后在到达会议时间时提醒发起方终端是否发起会议，此时，发送方终端可以选择一键发起会议连接，或者继续等待业务能力不满足相应的能力要求的参与方做出调整。
具体应用场景如下：
会议发起者为E用户，会议参与方为F用户和G用户。E用户需要设定会议日程，设定会议时间(如14：00)、会议参与方(F用户和G用户)，对参与方F的能力要求为支持视频通话，对参与方G的能力要求为至少支持语音通话。
E用户在设定会议日程后，会将设置的信息打包发送到多方通话服务器。多方通话服务器在接收到该订阅消息后会创建多方通话订阅记录，保存这些信息，并实时获取用户F和用户G的业务能力。
在临近会议时间的预定时间(如提前15分钟，即13：45)时，若获取到的用户F的业务能力表明其能够进行视频通话，而用户G的业务能力表明其不能够支持视频通话，但是能够支持语音通话，此时多方通话服务器也无需提醒用户G改变状态信息。而若用户G的业务能力表明其不能够支持语音通话时，多方通话服务器可以提醒用户G会议通话在14：00开始，请尽快上线(此实施例中的上线具体指做出调整以支持语音通话)。同时，多方通话服务器会将各参与方的业务能力发送到会议发起者。
当用户G收到提醒时，可以尽快做出调整，而对于条件所限无法上线的，不做处理。当用户E收到网络的通知消息时，会根据各参与方的业务能力，考虑后续是否继续等待还是一键发起会议。
本发明上述实施例的技术方案通过日程设定建立会议订阅，并对业务能力不满足多方通话的被叫终端进行实时提醒，提醒被叫尽快做出调整，以能够进行多方通话，大大提高了多方通话接入效率，提升了用户的体验。
以上结合附图详细说明了本发明的技术方案，本发明提出了一种新的多方通话的方案，可以及时提醒业务能力不满足多方通话的能力要求的参与方在多方通话开始之前尽快做出调整，以确保能够进行多方通话，提高了多方通话接入的效率，有利于提升用户的体验。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种多方通话的方法，其特征在于，包括：
接收通话发起方发送的多方通话请求，所述多方通话请求包含多方通话的开始时间、所有参与方的信息和对每个参与方的能力要求；
获取所述每个参与方的业务能力，并确定所述每个参与方的业务能力是否满足所述能力要求；
在距离所述开始时间预定时长的时间点，向所述所有参与方中业务能力不满足所述能力要求的参与方发送提醒信息。
2.根据权利要求1所述的多方通话的方法，其特征在于，获取所述每个参与方的业务能力的步骤，具体包括：
根据所述每个参与方的信息确定所述每个参与方对应的归属签约用户服务器；
查询所述每个参与方对应的归属签约用户服务器，以得到所述每个参与方的能力标识；
根据所述每个参与方的能力标识，确定所述每个参与方的业务能力。
3.根据权利要求2所述的多方通话的方法，其特征在于，向所述所有参与方中业务能力不满足所述能力要求的参与方发送提醒信息的步骤，具体包括：
确定所述所有参与方中业务能力不满足所述能力要求的目标参与方；
查询所述目标参与方对应的归属签约用户服务器，以得到所述目标参与方当前注册的网络；
根据所述目标参与方当前注册的网络所支持的通信方式，向所述目标参与方发送所述提醒信息。
4.根据权利要求1至3中任一项所述的多方通话的方法，其特征在于，还包括：
在到达所述开始时间时，提醒所述通话发起方是否发起多方通话。
5.根据权利要求1至3中任一项所述的多方通话的方法，其特征在于，还包括：
将获取到的所述每个参与方的业务能力发送至所述通话发起方，和/或在检测到任一参与方的业务能力发生变化时，将所述任一参与方变化后的业务能力发送至所述通话发起方，以供所述通话发起方在所述开始时间确定是否发起多方通话。
6.一种多方通话的装置，其特征在于，包括：
接收单元，用于接收通话发起方发送的多方通话请求，所述多方通话请求包含多方通话的开始时间、所有参与方的信息和对每个参与方的能力要求；
获取单元，用于获取所述每个参与方的业务能力；
第一确定单元，用于确定所述每个参与方的业务能力是否满足所述能力要求；
发送单元，用于在距离所述开始时间预定时长的时间点，向所述所有参与方中业务能力不满足所述能力要求的参与方发送提醒信息。
7.根据权利要求6所述的多方通话的装置，其特征在于，所述获取单元包括：
第二确定单元，用于根据所述每个参与方的信息确定所述每个参与方对应的归属签约用户服务器；
第一查询单元，用于查询所述每个参与方对应的归属签约用户服务器，以得到所述每个参与方的能力标识；
第三确定单元，用于根据所述每个参与方的能力标识，确定所述每个参与方的业务能力。
8.根据权利要求7所述的多方通话的装置，其特征在于，所述发送单元包括：
第四确定单元，用于确定所述所有参与方中业务能力不满足所述能力要求的目标参与方；
第二查询单元，用于查询所述目标参与方对应的归属签约用户服务器，以得到所述目标参与方当前注册的网络；
执行单元，用于根据所述目标参与方当前注册的网络所支持的通信方式，向所述目标参与方发送所述提醒信息。
9.根据权利要求6至8中任一项所述的多方通话的装置，其特征在于，还包括：
提醒单元，用于在到达所述开始时间时，提醒所述通话发起方是否发起多方通话。
10.根据权利要求6至8中任一项所述的多方通话的装置，其特征在于，所述发送单元还用于：
将所述获取单元获取到的所述每个参与方的业务能力发送至所述通话发起方，和/或在所述获取单元检测到任一参与方的业务能力发生变化时，将所述任一参与方变化后的业务能力发送至所述通话发起方，以供所述通话发起方在所述开始时间确定是否发起多方通话。
CN201610066311.7A 2016-01-29 2016-01-29 多方通话的方法及装置 Pending CN105763537A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201610066311.7A CN105763537A (zh) 2016-01-29 2016-01-29 多方通话的方法及装置
PCT/CN2016/078227 WO2017128524A1 (zh) 2016-01-29 2016-03-31 多方通话的方法、装置和终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610066311.7A CN105763537A (zh) 2016-01-29 2016-01-29 多方通话的方法及装置

Publications (1)

Publication Number Publication Date
CN105763537A true CN105763537A (zh) 2016-07-13

Family

ID=56342851

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610066311.7A Pending CN105763537A (zh) 2016-01-29 2016-01-29 多方通话的方法及装置

Country Status (2)

Country Link
CN (1) CN105763537A (zh)
WO (1) WO2017128524A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108076452A (zh) * 2016-11-18 2018-05-25 大唐移动通信设备有限公司 一种通知业务能力的方法、装置和系统
CN108124243A (zh) * 2016-11-29 2018-06-05 展讯通信（上海）有限公司 一种多通路终端多方通话方法及装置
CN109428873A (zh) * 2017-08-31 2019-03-05 中兴通讯股份有限公司 多方通话方法、装置及实现系统和计算机可读存储介质
CN111131741A (zh) * 2019-12-13 2020-05-08 中移（杭州）信息技术有限公司 多方视频通话方法、系统、装置及计算机可读存储介质
CN112203038A (zh) * 2020-10-12 2021-01-08 北京字节跳动网络技术有限公司 在线会议的处理方法、装置、电子设备及计算机存储介质
CN118450281A (zh) * 2023-12-20 2024-08-06 荣耀终端有限公司 一种信息传输方法及电子设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115243205A (zh) * 2021-04-22 2022-10-25 华为技术有限公司 一种通话处理方法及相关设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1294165A1 (en) * 2001-09-14 2003-03-19 Lucent Technologies Inc. Intelligent multimedia conference establishment
CN101472235A (zh) * 2007-12-25 2009-07-01 华为技术有限公司 一种多终端通信方法、系统和装置
CN101800950A (zh) * 2009-12-29 2010-08-11 宇龙计算机通信科技(深圳)有限公司 一种通话过程中实现语音留言的方法、系统及移动终端
CN103118349A (zh) * 2013-01-21 2013-05-22 东莞宇龙通信科技有限公司 多卡通信终端的移动增值业务实现方法及多卡通信终端
CN103414836A (zh) * 2013-07-23 2013-11-27 中国联合网络通信集团有限公司 接入基于ip的电话会议的处理方法及装置
CN104580247A (zh) * 2015-01-27 2015-04-29 宇龙计算机通信科技(深圳)有限公司 基于ims多方通话的信息同步方法和信息同步装置
CN104811537A (zh) * 2015-03-26 2015-07-29 努比亚技术有限公司 一种文件接收方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101325504A (zh) * 2008-07-11 2008-12-17 中兴通讯股份有限公司 一种应用服务器控制多媒体会议的方法及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1294165A1 (en) * 2001-09-14 2003-03-19 Lucent Technologies Inc. Intelligent multimedia conference establishment
CN101472235A (zh) * 2007-12-25 2009-07-01 华为技术有限公司 一种多终端通信方法、系统和装置
CN101800950A (zh) * 2009-12-29 2010-08-11 宇龙计算机通信科技(深圳)有限公司 一种通话过程中实现语音留言的方法、系统及移动终端
CN103118349A (zh) * 2013-01-21 2013-05-22 东莞宇龙通信科技有限公司 多卡通信终端的移动增值业务实现方法及多卡通信终端
CN103414836A (zh) * 2013-07-23 2013-11-27 中国联合网络通信集团有限公司 接入基于ip的电话会议的处理方法及装置
CN104580247A (zh) * 2015-01-27 2015-04-29 宇龙计算机通信科技(深圳)有限公司 基于ims多方通话的信息同步方法和信息同步装置
CN104811537A (zh) * 2015-03-26 2015-07-29 努比亚技术有限公司 一种文件接收方法及装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108076452A (zh) * 2016-11-18 2018-05-25 大唐移动通信设备有限公司 一种通知业务能力的方法、装置和系统
CN108124243A (zh) * 2016-11-29 2018-06-05 展讯通信（上海）有限公司 一种多通路终端多方通话方法及装置
CN109428873A (zh) * 2017-08-31 2019-03-05 中兴通讯股份有限公司 多方通话方法、装置及实现系统和计算机可读存储介质
CN111131741A (zh) * 2019-12-13 2020-05-08 中移（杭州）信息技术有限公司 多方视频通话方法、系统、装置及计算机可读存储介质
CN111131741B (zh) * 2019-12-13 2021-08-13 中移（杭州）信息技术有限公司 多方视频通话方法、电子设备、装置及计算机可读存储介质
CN112203038A (zh) * 2020-10-12 2021-01-08 北京字节跳动网络技术有限公司 在线会议的处理方法、装置、电子设备及计算机存储介质
CN118450281A (zh) * 2023-12-20 2024-08-06 荣耀终端有限公司 一种信息传输方法及电子设备

Also Published As

Publication number Publication date
WO2017128524A1 (zh) 2017-08-03

Similar Documents

Publication Publication Date Title
CN105763537A (zh) 多方通话的方法及装置
US8369311B1 (en) Methods and systems for providing telephony services to fixed and mobile telephonic devices
EP1747692B1 (en) Handling an audio conference related to a text-based message
US7751848B2 (en) Systems and methods for providing concurrent mobile applications to mobile communication devices
EP1889441B1 (en) Method for poc server to handle poc caller preferences
US20050259803A1 (en) Managing a conference session
US9253319B1 (en) Methods and systems for call connecting calls
US7154999B2 (en) Sending identification information of a plurality of communication devices that are active on a communication session to information receiving component
US8112106B2 (en) Method and apparatus for obtaining group information by an invited user during a session
US6850604B2 (en) Method and system for sending a data message to a calling phone while communicating with a first phone
CA2760901A1 (en) System and method for implementing a transfer of control of a collaborative session using sip protocol
EP3070876A1 (en) Method and system for improving teleconference services
EP3172880A1 (en) Method of and communications handling equipment for controlling communication session establishment in a multimedia communications network.
CN104580247A (zh) 基于ims多方通话的信息同步方法和信息同步装置
CN101374175A (zh) Ims/ngn网络中音频/视频会议的入会方法及系统
WO2012151909A1 (zh) 一种点击拨号业务中实现三方通话的方法及系统
CN105515798A (zh) 一种实现多方通话的方法、终端及无线路由器
CN101815138B (zh) 一种会议留言方法和设备
KR20180135756A (ko) 회의 통화 호 처리 서버 및 그 방법
US8917590B2 (en) Method and system for transferring control of a conference bridge
CN102378355A (zh) 一种ims多媒体会议终端切换方法和装置
CN109120771A (zh) 一种振铃控制方法、设备和存储介质
CN102664863B (zh) 终端实现呼叫等待的方法、装置和系统
US20130101106A1 (en) Processing Data
WO2012151859A1 (zh) 一种点击拨号业务中实现广播组呼的方法和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20160713

RJ01 Rejection of invention patent application after publication