[go: up one dir, main page]

CN109565652A - 关键任务一键通通信中建立首先应答呼叫的系统和方法 - Google Patents

关键任务一键通通信中建立首先应答呼叫的系统和方法 Download PDF

Info

Publication number
CN109565652A
CN109565652A CN201780043551.8A CN201780043551A CN109565652A CN 109565652 A CN109565652 A CN 109565652A CN 201780043551 A CN201780043551 A CN 201780043551A CN 109565652 A CN109565652 A CN 109565652A
Authority
CN
China
Prior art keywords
mcptt
client
recipient
call
server
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
CN201780043551.8A
Other languages
English (en)
Other versions
CN109565652B (zh
Inventor
B.J.帕坦
S.奇图里
N.古普塔
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics 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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN109565652A publication Critical patent/CN109565652A/zh
Application granted granted Critical
Publication of CN109565652B publication Critical patent/CN109565652B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services

Landscapes

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

Abstract

本公开涉及一种通信方法和系统，用于利用物联网(IoT)技术汇聚第五代(5G)通信系统，以支持超越第四代(4G)系统的更高数据速率。本公开可被应用于基于5G通信技术和IoT相关技术的智能服务，诸如智能家庭、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安全和安保服务。本文的实施例提供了一种用于在关键任务一键通(MCPTT)通信中建立首先应答呼叫的系统。该系统包括MCPTT发信客户端，该MCPTT发信客户端被配置为发起首先应答呼叫并将首先应答呼叫请求传送到MCPTT服务器。该系统包括MCPTT服务器，该服务器被配置为从MCPTT客户端接收首先应答呼叫请求。

Description

关键任务一键通通信中建立首先应答呼叫的系统和方法
技术领域
本文的实施例一般涉及关键任务一键通(Mission Critical Push To Talk，MCPTT)通信系统。更具体地，涉及一种用于在MCPTT通信中建立首先应答呼叫(first-to-answer call)的系统和方法。
背景技术
为了满足自4G通信系统部署以来无线数据流量增加的需求，已经做出努力来开发改进的5G或预5G通信系统。因此，5G或预5G通信系统也被称为“超4G网络”或“后LTE系统”。5G通信系统被认为是在更高的频率(毫米波)频带(例如60GHz频带)中实施的，以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束形成、大规模多输入多输出(Multiple-Input Multiple-Output，MIMO)、全维度MIMO(Full Dimensional MIMO，FD-MIMO)、阵列天线、模拟波束形成、大尺度天线技术。此外，在5G通信系统中，基于高级小小区、云无线接入网络(Radio Access Network，RAN)、超密集网络、设备到设备(Device-To-Device，D2D)通信、无线回程、移动网络、协作通信、协作多点(Coordinated Multi-Point，CoMP)、接收端干扰消除等，正在进行系统网络改进的开发。在5G系统中，混合FSK和QAM调制(Hybrid FSK and QAM Modulation，FQAM)和滑动窗口叠加编码(Sliding Window Superposition Coding，SWSC)作为高级编码调制(Advanced CodingModulation，ACM)，以及滤波器组多载波(Filter Bank Multi Carrier，FBMC)、非正交多址(Non-Orthogonal Multiple Access，NOMA)和稀疏码多址(Sparse Code MultipleAccess，SCMA)作为高级接入技术已经被开发。
互联网，作为人类在其中生成和消费信息的以人为中心的连通性网络，现在正在向物联网(Internet of Things，IoT)演进，在物联网中，分布式实体(诸如事物)在没有人类干预的情况下交换和处理信息。作为IoT技术和大数据处理技术通过与云服务器的连接的结合的万物网(Internet of Everything，IOE)应运而生。由于IoT实施方式已经需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素，传感器网络、机器到机器(Machine-to-Machine，M2M)通信、机器类型通信(MachineType Communication，MTC)等最近已经被研究。这种IoT环境可以提供智能互联网技术服务，该智能互联网技术服务通过收集和分析连接的事物当中生成的数据，为人类生活创造新的价值。通过现有信息技术(Information Technology，IT)和各种工业应用之间的融合和结合，IoT可以被应用于各种领域，包括智能家庭、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和高级医疗服务。
与此相一致，已经做出各种尝试将5G通信系统应用于IoT网络。例如，诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信的技术可以通过波束形成、MIMO和阵列天线来实施。作为上述大数据处理技术的云无线接入网络(RAN)的应用也可以被视为5G技术和IoT技术之间融合的一个示例。
一键通服务提供了仲裁的(arbitrated)方法，两个或多个用户可以通过该方法进行通信。用户可以请求发送信息的许可(例如，传统上借助于按压按钮)。基于3GPP演进分组系统(Evolved Packet System，EPS)服务，长期演进(Long Term Evolution，LTE)上的MCPTT服务支持适用于关键任务场景的增强的一键通(Push-to-talk，PTT)服务。
MCPTT服务意图支持几个用户之间的通信(即，群组呼叫)，其中每个用户都有能力以仲裁的方式获得通话许可。然而，MCPTT服务也支持成对用户之间的私人呼叫。MCPTT服务建立在由EPS体系结构提供的现有3GPP传输通信机制的基础上，以建立、维护和终止用户当中的(多个)实际通信路径。
私人呼叫是在有或没有MCPTT发言权控制(floor control)的情况下使用MCPTT服务的一对MCPTT用户之间的呼叫。私人呼叫是以某启动模式发起的，该启动模式是确定发起呼叫的条件的设置。启动模式可以是自动或手动的。其中私人呼叫的发起不需要就接收MCPTT用户而言的任何动作的私人呼叫是自动启动模式。相反，手动启动模式是其中私人呼叫的发起需要接收MCPTT用户执行一些动作来接受或拒绝私人呼叫建立的私人呼叫。
发明内容
技术问题
在关键任务一键通(MCPTT)通信中，需要在用户之间建立首先应答呼叫。
解决方案
首先应答呼叫被定义为当多个潜在目标接收者当中的第一MCPTT用户应答时开始的呼叫。此呼叫要求应答MCPTT的用户手动应答；不允许自动应答。
MCPTT接收者客户端忽略呼叫处理偏好，诸如语音邮件重定向、自动回复、启动模式等，并警告用户传入的(incoming)首先应答呼叫请求。
因此，本文的实施例提供了一种用于在MCPTT通信中建立首先应答呼叫的系统。该系统包括MCPTT发信(originating)客户端，该MCPTT发信客户端被配置为发起首先应答呼叫并向MCPTT服务器传送首先应答呼叫请求。此外，该系统包括MCPTT服务器，该MCPTT服务器被配置为从MCPTT发信客户端接收首先应答呼叫请求。此外，MCPTT服务器被配置为向多个MCPTT接收者客户端传送首先应答呼叫请求，并从多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端接收首先应答呼叫响应。此外，MCPTT服务器被配置为向MCPTT发信客户端传送首先应答呼叫响应。此外，MCPTT发信客户端还被配置为从MCPTT服务器接收首先应答呼叫响应，并通过MCPTT服务器与一个或多个候选MCPTT接收者客户端建立媒体面。
候选MCPTT接收者客户端是在所有其他MCPTT接收者客户端当中首先做出响应的接收者客户端。在实施例中，许多MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端首先响应从MCPTT服务器接收的呼叫请求。
因此，本文的实施例要提供一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由MCPTT发信客户端从MCPTT服务器接收与多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端相对应的首先应答呼叫响应。此外，该方法包括由MCPTT发信客户端通过MCPTT服务器与一个或多个候选MCPTT接收者客户端建立媒体面。
在实施例中，接收与一个或多个候选MCPTT接收者客户端相对应的首先应答呼叫响应包括：向MCPTT服务器传送首先应答呼叫请求，以及从MCPTT服务器接收与多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端相对应的首先应答呼叫响应。
在实施例中，接收与一个或多个候选MCPTT接收者客户端相对应的首先应答呼叫响应包括：通过MCPTT服务器向多个MCPTT接收者客户端中的MCPTT接收者客户端中的每个传送首先应答呼叫请求，以及从MCPTT服务器接收与多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端相对应的首先应答呼叫响应。
在实施例中，向MCPTT服务器传送首先应答呼叫请求包括：从多个MCPTT接收者客户端接收首先应答查询响应；响应于接收到首先应答查询响应，从多个MCPTT接收者客户端确定一个或多个候选MCPTT接收者客户端；以及向MCPTT服务器传送与一个或多个候选MCPTT接收者客户端相对应的首先应答呼叫请求。
在实施例中，首先应答呼叫请求包括但不限于群组标识符、多个MCPTT接收者客户端、资源列表、统一资源标识符(Uniform Resource Identifier，URI)和群组URI。
在实施例中，该方法还包括通过MCPTT服务器向多个MCPTT接收者客户端当中的至少一个非候选MCPTT接收者客户端传送首先应答呼叫取消请求。
在实施例中，该方法还包括在从多个MCPTT接收者客户端当中的至少一个非候选MCPTT接收者客户端接收到首先应答呼叫响应之后传送首先应答呼叫取消请求。
因此，本文的实施例将提供一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由MCPTT发信客户端向MCPTT服务器传送首先应答回叫(call back)请求。此外，该方法包括由MCPTT发信客户端从MCPTT服务器接收与多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端相对应的首先应答呼叫请求。此外，该方法包括由MCPTT发信客户端向MCPTT服务器传送首先应答呼叫响应。此外，该方法包括由MCPTT发信客户端通过MCPTT服务器与一个或多个候选MCPTT接收者客户端建立媒体面。
在实施例中，该方法还包括由MCPTT发信客户端从MCPTT服务器接收与多个MCPTT接收者客户端当中的至少一个非候选MCPTT接收者客户端相对应的首先应答呼叫请求。此外，该方法包括由MCPTT发信客户端向MCPTT服务器传送与至少一个非候选MCPTT接收者客户端相对应的首先应答呼叫拒绝消息。
在实施例中，首先应答回叫请求包括但不限于群组标识符、多个MCPTT接收者客户端、资源列表、URI和群组URI。
因此，本文的实施例要提供一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由MCPTT服务器从MCPTT发信客户端接收首先应答呼叫请求。此外，该方法包括由MCPTT服务器向多个MCPTT接收者客户端传送首先应答呼叫请求。此外，该方法包括由MCPTT服务器从多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端接收首先应答呼叫响应。此外，该方法包括由MCPTT服务器向MCPTT发信客户端传送首先应答呼叫响应，以在MCPTT客户端和一个或多个候选MCPTT接收者客户端之间建立媒体面。
在实施例中，由MCPTT服务器从MCPTT发信客户端接收首先应答呼叫请求包括从MCPTT发信客户端接收首先应答查询请求，向多个MCPTT接收者客户端传送首先应答查询请求，从多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端接收首先应答查询响应，以及从MCPTT发信客户端接收首先应答呼叫请求。
在实施例中，首先应答呼叫请求包括但不限于群组标识符、多个MCPTT接收者客户端、资源列表、URI和群组URI。
在实施例中，该方法还包括向多个MCPTT接收者客户端当中的至少一个非候选MCPTT接收者客户端传送首先应答呼叫取消请求。
在实施例中，该方法还包括在从多个MCPTT接收者客户端当中的至少一个非候选MCPTT接收者客户端接收到首先应答呼叫响应之后传送首先应答呼叫取消请求。
因此，本文的实施例将提供一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由MCPTT服务器从MCPTT发信客户端接收首先应答回叫请求。此外，该方法包括由MCPTT服务器向多个MCPTT接收者客户端传送首先应答回叫请求。此外，该方法包括由MCPTT服务器从一个或多个候选MCPTT接收者客户端接收首先应答呼叫请求。此外，该方法包括由MCPTT服务器向MCPTT发信客户端传送首先应答呼叫请求。
在实施例中，该方法还包括由MCPTT服务器从MCPTT发信客户端接收首先应答呼叫响应，以及由MCPTT服务器向一个或多个候选MCPTT接收者客户端传送首先应答呼叫响应，以在MCPTT发信客户端和一个或多个候选MCPTT接收者客户端之间建立媒体面。
在实施例中，该方法还包括由MCPTT服务器从至少一个非候选MCPTT接收者客户端接收首先应答呼叫请求。此外，该方法包括由MCPTT服务器向MCPTT发信客户端传送首先应答呼叫请求。此外，该方法包括由MCPTT服务器从MCPTT发信客户端接收首先应答拒绝消息。此外，该方法包括由MCPTT服务器向至少一个非候选MCPTT接收者客户端传送首先应答拒绝消息。
在实施例中，首先应答回叫请求包括但不限于群组标识符、多个MCPTT接收者客户端、资源列表、URI和群组URI。
因此，本文的实施例将提供一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由MCPTT接收者客户端从MCPTT服务器接收首先应答呼叫请求。此外，该方法包括由候选MCPTT接收者客户端向MCPTT服务器传送首先应答呼叫响应。
在实施例中，从MCPTT服务器接收首先应答呼叫请求包括从MCPTT服务器接收首先应答查询请求，向MCPTT服务器传送首先应答查询响应，以及从MCPTT服务器接收首先应答呼叫请求。
因此，本文的实施例将提供一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由MCPTT接收者客户端从MCPTT服务器接收首先应答回叫请求。此外，该方法包括由候选MCPTT接收者客户端向MCPTT服务器传送首先应答呼叫请求。此外，该方法包括由MCPTT接收者客户端从MCPTT服务器接收首先应答呼叫响应。
在实施例中，该方法还包括响应于接收到首先应答呼叫响应，通过MCPTT服务器在MCPTT发信客户端和MCPTT接收者客户端之间建立媒体面。
在实施例中，所提出的方法涉及MCPTT技术。通常，在公共安全中，私人呼叫是在有或没有MCPTT发言权控制的情况下使用MCPTT服务的一对MCPTT用户之间的通信。此外，私人呼叫可以以某启动模式发起，该启动模式是确定发起呼叫的条件的设置。启动模式可以是自动或手动的。其中私人呼叫的发起不需要就接收MCPTT用户而言的任何动作的私人呼叫被定义为自动启动模式。相反，手动启动模式是其中私人呼叫的发起需要接收MCPTT用户执行一些动作来接受或拒绝私人呼叫建立的私人呼叫。
此外，所提出的方法具体涉及首先应答呼叫，其中用户发起对多个用户的呼叫，并且响应或应答的第一用户是与其建立私人呼叫的用户。解决方案中考虑的方面包括用户存在于多个MCPTT系统中、有发言权控制和没有发言权控制的请求、在自动和手动启动模式期间以及在呼叫转发到语音邮件系统时。多个MCPTT系统是跨不同域的两个系统建立通信的示例。
在实施例中，提出了一种用于频繁使用首先应答呼叫的方法，其中用户向多个用户发出呼叫，并且响应或应答的第一用户是与其建立私人呼叫的用户。解决方案中考虑的方面包括用户存在于多个MCPTT系统中的、有发言权控制和没有发言权控制的请求、在自动和手动启动模式期间以及在呼叫转发到语音邮件时。
当结合以下描述和附图考虑时，将更好地领会和理解本文的实施例的这些和其他方面。然而，应当理解，以下描述虽然指示了优选实施例及其许多具体细节，但是是作为说明而非限制给出的。在不脱离本发明的精神的情况下，可以在本文的实施例的范围内进行许多改变和修改，并且本文的实施例包括所有这样的修改。
发明的有益效果
本文的实施例的主要目的是提供一种用于在用户之间的MCPTT通信中建立首先应答呼叫的系统和方法。
本文的实施例的另一目的是提供一种支持首先应答公共安全私人呼叫或简称为MCPTT首先应答呼叫的系统和方法。
本文的实施例的另一目的是提供一种方法，用于由MCPTT发信客户端从MCPTT服务器接收与多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端相对应的首先应答呼叫响应。
本文的实施例的另一目的是提供一种用于由MCPTT客户端通过MCPTT服务器与一个或多个候选MCPTT接收者客户端建立媒体面的方法。
本文的实施例的另一目的是提供一种用于由MCPTT发信客户端向MCPTT服务器传送首先应答回叫请求的方法。
附图说明
本发明在附图中示出，贯穿该附图，相同的参考字母指示各个附图中的相应部分。从下面参照附图的描述中将更好地理解本文的实施例，其中：
图1示出了根据本文公开的实施例的用于建立首先应答呼叫的MCPTT系统；
图2是示出根据本文公开的实施例的用于在MCPTT通信中建立首先应答呼叫的方法的流程图；
图3是示出根据本文公开的实施例的由MCPTT发信客户端执行以用于在MCPTT通信中管理首先应答呼叫的操作的序列的流程图；
图4是示出根据本文公开的实施例的由MCPTT发信客户端执行以用于在MCPTT通信中管理首先应答呼叫的操作的序列的流程图；
图5是示出根据本文公开的实施例的由MCPTT服务器执行以用于在MCPTT通信中管理首先应答呼叫的操作的序列的流程图；
图6是示出根据本文公开的实施例的由MCPTT服务器执行以用于在MCPTT通信中管理首先应答呼叫的操作的序列的流程图；
图7是示出根据本文公开的实施例的由MCPTT接收者客户端执行的操作的序列的流程图；
图8是示出根据本文公开的实施例的由MCPTT接收者客户端执行的操作的序列的流程图；
图9是示出根据本文公开的实施例的用于MCPTT发信客户端发起与在首先应答呼叫请求(或发信请求)中的URI列表中指示的多个MCPTT接收者客户端(或多个潜在目标接收者)建立首先应答呼叫的信令控制平面过程的序列图；
图10是示出根据本文公开的实施例的用于MCPTT发信客户端发起与在发信请求中被指示为群组URI的多个MCPTT接收者客户端的首先应答呼叫(或MCPTT首先应答私人呼叫)的建立的信令控制平面过程的序列图；
图11是示出根据本文公开的实施例的用于MCPTT发信客户端通过客户端分流(forking)发起与多个MCPTT接收者客户端的首先应答呼叫的建立的信令控制平面过程的序列图；
图12是示出根据本文公开的实施例的用于MCPTT发信客户端通过查询(Query)和邀请(Invite)处理发起与多个MCPTT接收者客户端的首先应答呼叫的建立的信令控制平面过程的序列图；
图13是示出根据本文公开的实施例的MCPTT发信客户端通过传送回叫(Call-meBack)请求来发起与多个MCPTT接收者客户端的首先应答呼叫的建立的信令控制平面过程的序列图；
图14示出了根据本文公开的实施例的MCPTT发信客户端的框图；
图15示出了根据本文公开的实施例的MCPTT服务器的框图；
图16示出了根据本文公开的实施例的MCPTT接收者客户端的框图；以及
图17示出了根据本文公开的实施例的实施用于在MCPTT通信中建立和管理首先应答呼叫的系统和方法的计算环境。
具体实施方式
现在将参考附图详细描述本公开的各种实施例。在下面的描述中，诸如详细配置和组件的具体细节仅仅是为了帮助全面理解本公开的这些实施例而提供的。因此，对于本领域技术人员来说应当显而易见的是，在不脱离本公开的范围和精神的情况下，可以对本文描述的实施例进行各种改变和修改。此外，为了清楚和简明，省略了对众所周知的功能和结构的描述。
此外，本文描述的各种实施例不一定是互斥的，因为一些实施例可以与一个或多个其他实施例组合以形成新的实施例。本文中，除非另有说明，否则本文使用的术语“或”是指非排他性的或。本文使用的示例仅仅意图便于理解可以实践本文的实施例的方式，并且进一步使本领域技术人员能够实践本文的实施例。因此，这些示例不应被解释为限制本文的实施例的范围。
如本领域中传统的，可以按照执行所描述的一个或多个功能的块来描述和说明实施例。这些块在本文中可以被称为单元或模块等，它们由模拟和/或数字电路(诸如逻辑门、集成电路、微处理器、微控制器、存储器电路、无源电子组件、有源电子组件、光学组件、硬连线电路等)物理地实施，并且可以可选地由固件和/或软件驱动。电路可以例如体现在一个或多个半导体芯片中，或者体现在诸如印刷电路板等的基板支撑件上。构成块的电路可以由专用硬件实施，或者由处理器(例如，一个或多个编程的微处理器和相关电路)实施，或者由执行块的一些功能的专用硬件和执行块的其他功能的处理器的组合实施。在不脱离本公开的范围的情况下，实施例的每个块可以被物理地分离成两个或更多个相互作用和离散的块。同样，在不脱离本公开的范围的情况下，实施例的块可以被物理地组合成更复杂的块。
首先应答呼叫被定义为当多个潜在目标接收者当中的第一MCPTT用户应答时开始的呼叫。此呼叫要求应答首先应答的MCPTT用户手动应答；不允许自动应答。
MCPTT接收者客户端会忽略呼叫处理偏好，诸如语音邮件重定向、自动回复、启动模式等，并且警告用户传入的首先应答呼叫请求。
本文的实施例提供了一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括从MCPTT服务器接收与多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端(或MCPTT接收者客户端)相对应的首先应答呼叫响应。此外，该方法包括由MCPTT发信客户端通过MCPTT服务器与一个或多个候选MCPTT接收者客户端建立媒体面。
候选MCPTT接收者客户端是在所有其他MCPTT接收者客户端当中首先做出响应的接收者客户端。在实施例中，许多MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端首先响应从MCPTT服务器接收的呼叫请求。
本文的另一实施例提供了一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由MCPTT发信客户端向MCPTT服务器传送首先应答回叫请求。此外，该方法包括由MCPTT发信客户端从MCPTT服务器接收与多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端相对应的首先应答呼叫请求。此外，该方法包括由MCPTT发信客户端向MCPTT服务器传送首先应答呼叫响应。此外，该方法包括由MCPTT客户端通过MCPTT服务器与一个或多个候选MCPTT接收者客户端建立媒体面。
本文的另一实施例提供了一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由MCPTT服务器从MCPTT发信客户端接收首先应答呼叫请求。此外，该方法包括由MCPTT服务器向多个MCPTT接收者客户端传送首先应答呼叫请求。此外，该方法包括由MCPTT服务器从多个MCPTT接收者客户端当中的一个或多个候选MCPTT接收者客户端接收首先应答呼叫响应。此外，该方法包括由MCPTT服务器向MCPTT发信客户端传送首先应答呼叫响应，以在MCPTT发信客户端和一个或多个候选MCPTT接收者客户端之间建立媒体面。
本文的另一实施例提供了一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由MCPTT服务器从MCPTT发信客户端接收首先应答回叫请求。此外，该方法包括由MCPTT服务器向多个MCPTT接收者客户端传送首先应答回叫请求。此外，该方法包括由MCPTT服务器从一个或多个候选MCPTT接收者客户端接收首先应答呼叫请求。此外，该方法包括由MCPTT服务器向MCPTT发信客户端传送首先应答呼叫请求。
本文的另一实施例提供了一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由候选MCPTT接收者客户端从MCPTT服务器接收首先应答呼叫请求。此外，该方法包括由候选MCPTT接收者客户端向MCPTT服务器传送首先应答呼叫响应。
本文的另一实施例提供了一种用于在MCPTT通信中管理首先应答呼叫的方法。该方法包括由候选MCPTT接收者客户端从MCPTT服务器接收首先应答回叫请求。此外，该方法包括由候选MCPTT接收者客户端向MCPTT服务器传送首先应答呼叫请求。此外，该方法包括由候选MCPTT接收者客户端从MCPTT服务器接收首先应答呼叫响应。
与传统的系统和方法不同，所提出的方法是常用的首先应答呼叫，其中MCPTT客户端的用户向多个用户发出呼叫，并且首先响应的用户接听私人呼叫。所提出的方法中考虑的方面包括用户存在于多个MCPTT系统中、有发言权控制和没有发言权控制的请求、在自动和手动启动模式期间以及在呼叫转发到语音邮件时。
现在参考附图，更具体地，参考图1至图17，其中贯穿附图，相似的参考字符始终表示相应的特征，示出了优选实施例。
图1示出了根据本文公开的实施例的用于建立首先应答呼叫的MCPTT系统100。在实施例中，MCPTT系统100包括MCPTT发信客户端120、MCPTT服务器140和多个MCPTT接收者客户端1601-N。如图1所示，为了方便，示出了多个MCPTT接收者客户端1601-3(即，候选MCPTT接收者客户端1601以及非候选MCPTT接收者客户端1602和1603)。将理解，在不脱离本发明范围的情况下，在MCPTT系统100中可以示出任意数量的MCPTT接收者客户端。
MCPTT客户端120、候选MCPTT接收者客户端1601以及非候选MCPTT接收者客户端1602和1603可以是例如用户设备(User Equipment，UE)、膝上型计算机、台式计算机、移动电话、移动终端、移动台、智能电话、个人数字助理(Personal Digital Assistant，PDA)、平板电脑、平板电话、消费电子设备、双显示器设备或任何其他电子设备。MCPTT系统100示出了MCPTT客户端120、MCPTT服务器140、多个MCPTT接收者客户端1601-3之间的步骤的序列，如下所述：
在步骤102，MCPTT发信客户端120可以被配置为向MCPTT服务器140传送首先应答呼叫请求。在实施例中，首先应答呼叫请求包括单独或者组合的群组标识符、多个MCPTT接收者客户端1601-1603、资源列表、URI和群组URI。
在步骤104，在接收到首先应答呼叫请求之后，MCPTT服务器140可以被配置为将首先应答请求转发(或传送)给候选MCPTT接收者客户端1601以及非候选MCPTT接收者客户端1602和1603(即MCPTT用户)。
在步骤106，候选MCPTT接收者客户端1601可以被配置为向MCPTT服务器140传送首先应答呼叫响应。
在实施例中，多于一个候选MCPTT接收者客户端可以向MCPTT服务器140传送首先应答呼叫响应。然而，为了解释，本文仅描述和解释了一个候选MCPTT接收者客户端1601。
在步骤108，在从候选MCPTT接收者客户端1601接收到首先应答呼叫响应之后，MCPTT服务器140可以被配置为向MCPTT发信客户端120传送(转发)首先应答呼叫响应。
在步骤110，MCPTT客户端120可以被配置为通过MCPTT服务器140与候选MCPTT接收者客户端1601建立媒体面。在建立媒体面之后，MCPTT发信客户端120和候选MCPTT接收者客户端1601进入首先应答呼叫通信。
在步骤112，非候选MCPTT接收者客户端1602可以被配置为向MCPTT服务器140传送首先应答呼叫响应。
在步骤114，在接收到首先应答呼叫响应之后，MCPTT服务器140可以被配置为向除候选MCPTT接收者客户端1601之外的非候选MCPTT接收者客户端1602和1603传送首先应答呼叫取消请求。
在步骤116，非候选MCPTT接收者客户端1602和1603可以被配置为向MCPTT服务器140传送首先应答呼叫取消响应。
图1示出了示例性MCPTT系统100，但是将理解，其他实施例不限于此。在其他实施例中，MCPTT系统100可以包括更少或更多数量的MCPTT发信客户端和MCPTT接收者客户端。此外，一个或多个MCPTT发信客户端可以与其他MCPTT接收者客户端交互，以在MCPTT通信中建立首先应答呼叫。
图2是示出根据本文公开的实施例的用于在MCPTT通信中建立首先应答呼叫的方法的流程图200。在步骤202，该方法包括发起首先应答呼叫。该方法允许MCPTT发信客户端120发起首先应答呼叫。在步骤204，该方法包括向MCPTT服务器140传送首先应答呼叫请求。该方法允许MCPTT发信客户端120向MCPTT服务器140传送首先应答呼叫请求。在实施例中，首先应答呼叫请求包括但不限于单独或者组合的群组标识符、多个MCPTT接收者客户端1601-3、资源列表、URI和群组URI。
在步骤206，该方法包括从MCPTT发信客户端120接收首先应答呼叫请求。该方法允许MCPTT服务器140从MCPTT发信客户端120接收首先应答呼叫请求。在步骤208，该方法包括向多个MCPTT接收者客户端1601-3传送首先应答呼叫请求。该方法允许MCPTT服务器140向多个MCPTT接收者客户端1601-3传送首先应答呼叫请求。在步骤210，该方法包括从多个MCPTT接收者客户端1601-3当中的候选MCPTT接收者客户端1601接收首先应答呼叫响应。该方法允许MCPTT服务器140从多个MCPTT接收者客户端1601-3当中的候选MCPTT接收者客户端1601接收首先应答呼叫响应。
在步骤212，该方法包括向MCPTT发信客户端120传送首先应答呼叫响应。该方法允许MCPTT服务器140向MCPTT发信客户端120传送首先应答呼叫响应。在步骤214，该方法包括从MCPTT服务器140接收首先应答呼叫响应。该方法允许MCPTT发信客户端120从MCPTT服务器140接收首先应答呼叫响应。在步骤216，该方法包括与候选MCPTT接收者客户端1601建立媒体面。该方法允许MCPTT发信客户端120通过MCPTT服务器140与候选MCPTT接收者客户端1601建立媒体面。
流程图200中的各种动作、行动、块、步骤等可以以所呈现的顺序、以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明范围的情况下，可以省略、添加、修改、跳过一些动作、行动、块、步骤等。
图3是示出根据本文公开的实施例的由MCPTT发信客户端120执行以用于在MCPTT通信中管理首先应答呼叫的操作的序列的流程图300。在步骤302，该方法包括从MCPTT服务器140接收与多个MCPTT接收者客户端1601-3当中的候选MCPTT接收者客户端1601相对应的首先应答呼叫响应。该方法允许MCPTT发信客户端120从MCPTT服务器140接收与多个MCPTT接收者客户端1601-3当中的候选MCPTT接收者客户端1601相对应的首先应答呼叫响应。
在步骤304，该方法包括与候选MCPTT接收者客户端1601建立媒体面。该方法允许MCPTT发信客户端120与候选MCPTT接收者客户端1601建立媒体面。
本领域普通技术人员应该理解，MCPTT发信客户端120可以与多于一个候选MCPTT接收者客户端建立媒体面。
流程图300中的各种动作、行动、块、步骤等可以以所呈现的顺序、以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明范围的情况下，可以省略、添加、修改、跳过一些动作、行动、块、步骤等。
图4是示出根据本文公开的实施例的由MCPTT发信客户端120执行以用于在MCPTT通信中管理首先应答呼叫的操作的序列的流程图400。在步骤402，该方法包括向MCPTT服务器140传送首先应答回叫请求。该方法允许MCPTT发信客户端120向MCPTT服务器140传送首先应答回叫请求。
在步骤404，该方法包括从MCPTT服务器120接收与多个MCPTT接收者客户端1601-3当中的候选MCPTT接收者客户端1601相对应的首先应答呼叫请求。该方法允许MCPTT发信客户端120从MCPTT服务器140接收与多个MCPTT接收者客户端1601-3中的候选MCPTT接收者客户端1601相对应的首先应答呼叫请求。
在步骤406，该方法包括向MCPTT服务器140传送首先应答呼叫响应。该方法允许MCPTT发信客户端120向MCPTT服务器140传送首先应答呼叫响应。在步骤408，该方法包括与候选MCPTT接收者客户端1601建立媒体面。该方法允许MCPTT发信客户端120通过MCPTT服务器140与候选MCPTT接收者客户端1601建立媒体面。
流程图400中的各种动作、行动、块、步骤等可以以所呈现的顺序、以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明范围的情况下，可以省略、添加、修改、跳过一些动作、行动、块、步骤等。
图5是示出根据本文公开的实施例的由MCPTT服务器140执行以用于在MCPTT通信中管理首先应答呼叫的操作的序列的流程图500。在步骤502，该方法包括从MCPTT发信客户端120接收首先应答呼叫请求。该方法允许MCPTT服务器120从MCPTT发信客户端120接收首先应答呼叫请求。
在步骤504，该方法包括向多个MCPTT接收者客户端1601-3传送首先应答呼叫请求。该方法允许MCPTT服务器140向多个MCPTT接收者客户端1601-3传送首先应答呼叫请求。在步骤506，该方法包括从多个MCPTT接收者客户端1601-3当中的候选MCPTT接收者客户端1601接收首先应答呼叫响应。该方法允许MCPTT服务器140从多个MCPTT接收者客户端1601-3当中的候选MCPTT接收者客户端1601接收首先应答呼叫响应。
在步骤508，该方法包括向MCPTT发信客户端120传送首先应答呼叫响应，以在MCPTT发信客户端120和候选MCPTT接收者客户端1601之间建立媒体面。该方法允许MCPTT服务器140向MCPTT发信客户端120传送首先应答呼叫响应，以在MCPTT客户端120和候选MCPTT接收者客户端1601之间建立媒体面。
流程图500中的各种动作、行动、块、步骤等可以以所呈现的顺序、以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明范围的情况下，可以省略、添加、修改、跳过一些动作、行动、块、步骤等。
图6是示出根据本文公开的实施例的由MCPTT服务器140执行以用于在MCPTT通信中管理首先应答呼叫的操作的序列的流程图600。在步骤602，该方法包括从MCPTT发信客户端120接收首先应答回叫请求。该方法允许MCPTT服务器140从MCPTT客户端120接收首先应答回叫请求。在步骤604，该方法包括向多个MCPTT接收者客户端1601-3传送首先应答回叫请求。该方法允许MCPTT服务器140向多个MCPTT接收者客户端1601-3传送首先应答回叫请求。
在步骤606，该方法包括从候选MCPTT接收者客户端1601接收首先应答呼叫请求。该方法允许MCPTT服务器140从候选MCPTT接收者客户端1601接收首先应答呼叫请求。在步骤608，该方法包括向MCPTT发信客户端120传送首先应答呼叫请求。该方法允许MCPTT服务器140向MCPTT发信客户端120传送首先应答呼叫请求。
流程图600中的各种动作、行动、块、步骤等可以以所呈现的顺序、以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明范围的情况下，可以省略、添加、修改、跳过一些动作、行动、块、步骤等。
图7是示出根据本文公开的实施例的由候选MCPTT接收者客户端1601执行的操作的序列的流程图700。在步骤702，该方法包括从MCPTT服务器140接收首先应答呼叫请求。该方法允许候选MCPTT接收者客户端1601从MCPTT服务器140接收首先应答呼叫请求。
在步骤704，该方法包括向MCPTT服务器140传送首先应答呼叫响应。该方法允许候选MCPTT接收者客户端1601向MCPTT服务器140传送首先应答呼叫响应。
流程图700中的各种动作、行动、块、步骤等可以以所呈现的顺序、以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明范围的情况下，可以省略、添加、修改、跳过一些动作、行动、块、步骤等。
图8是示出根据本文公开的实施例的由候选MCPTT接收者客户端1601执行的操作的序列的流程图800。在步骤802，该方法包括从MCPTT服务器140接收首先应答回叫请求。该方法允许候选MCPTT接收者客户端1601从MCPTT服务器140接收首先应答回叫请求。
在步骤804，该方法包括向MCPTT服务器140传送首先应答呼叫请求。该方法允许候选MCPTT接收者客户端1601向MCPTT服务器140传送首先应答呼叫请求。在步骤806，该方法包括从MCPTT服务器140接收首先应答呼叫响应。该方法允许候选MCPTT接收者客户端1601从MCPTT服务器140接收首先应答呼叫响应。
流程图800中的各种动作、行动、块、步骤等可以以所呈现的顺序、以不同的顺序或同时执行。此外，在一些实施例中，在不脱离本发明范围的情况下，可以省略、添加、修改、跳过一些动作、行动、块、步骤等。
图9是示出根据本文公开的实施例的用于MCPTT发信客户端120发起与在首先应答呼叫请求(或发信请求)中的URI列表中指示的多个MCPTT接收者客户端1601-3(或多个潜在目标接收者)建立首先应答呼叫的信令控制平面过程的序列图。
使用URI列表：
图9示出了用于MCPTT发信客户端120发起与发信请求中的URI列表中指示的多个潜在目标接收者建立首先应答呼叫的基本信令控制平面过程。URI列表意味着代表目标接收者的URI的列表。
预置条件：最初，主叫(calling)MCPTT用户(即，MCPTT发信客户端120的用户)已经选择了首先应答呼叫。步骤的序列如下所述：
在步骤902，多个MCPTT接收者客户端1601-3被注册，以及它们各自的用户。此外，多个MCPTT接收者客户端1601-3被认证和被授权使用MCPTT服务。
在步骤904，MCPTT发信客户端120处的MCPTT用户发起对多个MCPTT接收者客户端1601-3的首先应答呼叫。对于有发言权控制的首先应答呼叫，将建立发言权控制。对于没有发言权控制的首先应答呼叫，两个用户都有能力在没有发言权仲裁的情况下进行发送。
在步骤906，MCPTT发信客户端120使用如在3GPP TS 23.228中定义的MCPTT服务标识符(会话发起协议(Session Initiation Protocol，SIP)核心可能将请求路由到MCPTT服务器140)传送包括被指示为URI列表的多个MCPTT接收者客户端1601-3(或多个潜在目标接收者)的首先应答呼叫请求(或MCPTT首先应答呼叫请求)。在实施例中，首先应答呼叫请求包括邀请或发信用户的MCPTT标识符和包含一种或多种媒体类型的会话描述协议(SessionDescription Protocol，SDP)提议(offer)。在另一实施例中，首先应答呼叫请求包括指示MCPTT发信客户端120正在请求发言权的数据元素，以用于有发言权控制的首先应答呼叫。此外，MCPTT发信客户端120包括首先应答呼叫，该首先应答呼叫指示该呼叫将仅建立到多个MCPTT接收者客户端1601-3中的MCPTT接收者客户端之一的首先应答用户。
在步骤908，MCPTT服务器140可以确认多个MCPTT接收者客户端1601-3的MCPTT用户被授权首先应答呼叫。
在步骤910，MCPTT服务器140检查MCPTT客户端120的首先应答呼叫设置，并基于从来自MCPTT发信客户端120的首先应答呼叫请求获得的URI列表来确定传送首先应答呼叫请求的MCPTT用户的列表。
在步骤912a、912b和912c，MCPTT服务器140包括它使用MCPTT服务来通信的信息，提供最初接收到的首先应答呼叫请求中包含的相同媒体类型或媒体类型的子集，并向列表中的每个URI传送类似的首先应答呼叫请求，该首先应答呼叫请求包括MCPTT发信客户端120的主叫MCPTT用户的MCPTT标识符。如果一个或多个被叫MCPTT用户已经向MCPTT服务注册了多个MCPTT UE，并且已经指定了用于接收私人呼叫的MCPTT UE，则传入的首先应答呼叫请求仅被传递到指定的MCPTT UE。否则，首先应答呼叫请求被传递到所有注册的MCPTTUE。
在步骤914a、914b和914c，候选MCPTT接收者客户端1601和非候选MCPTT接收者客户端1602和1603的MCPTT用户被警告。候选MCPTT接收者客户端1601和非候选MCPTT接收者客户端1602和1603向MCPTT服务器140传送回临时响应，诸如响铃。在实施例中，在终接(terminating)侧配置自动应答或语音邮件的某些情况下，这种设置不适用于传入的首先应答呼叫请求。可替代地，为接收者用户传送回忙碌或拒绝响应。
在步骤916，候选MCPTT接收者客户端1601的MCPTT用户已经接受了呼叫(即，已经经由用户接口采取了一些行动来接受)，这使得候选MCPTT接收者客户端1601向MCPTT服务器140传送首先应答呼叫响应，如图9所示。如果候选MCPTT接收者客户端1601的MCPTT用户没有接受传入的呼叫，则候选MCPTT接收者客户端1601向MCPTT服务器140传送呼叫失败响应，而不添加(或指示)呼叫失败的原因。
在步骤918，MCPTT服务器140向MCPTT发信客户端120传送首先应答呼叫响应，该首先应答呼叫响应指示候选MCPTT接收者客户端1601的MCPTT用户已经接受了包括接受的媒体参数的首先应答呼叫。
在步骤920，然后通过MCPTT服务器140在MCPTT发信客户端120和候选MCPTT接收者客户端1601之间建立用于通信的媒体面。在实施例中，任一用户可以使用发言权控制单独发送媒体。为了具有来自MCPTT发信客户端120的发言权请求的首先应答呼叫的成功呼叫建立，与MCPTT发信客户端120相关联的发言权参与者最初被授予发言权。同时，通知与候选MCPTT接收者客户端1601相关联的发言权参与者发言权被占用。发言权请求的含义(最初给予发信者[即，MCPTT发信客户端120]发言权，或者最初给予目标[即，候选MCPTT接收者客户端1601]发言权)可以是可配置的。在实施例中，对于没有发言权控制的首先应答呼叫，允许两个用户同时发送。
在步骤922，如果非候选MCPTT接收者客户端1603的MCPTT用户也已经接受了呼叫(即，已经经由用户接口采取了一些行动来接受)，这使得非候选MCPTT接收者客户端1603向MCPTT服务器140传送首先应答呼叫响应。
在步骤924，由于来自非候选MCPTT接收者客户端1603的响应在指示候选MCPTT接收者客户端1601的MCPTT用户已经接受呼叫之后到达MCPTT服务器140，所以MCPTT服务器140向非候选MCPTT接收者客户端1602传送首先应答呼叫取消请求。
在步骤926，可以通知非候选MCPTT接收者客户端1602的MCPTT用户呼叫被终止或者由于呼叫终止的原因而被释放。
在步骤928，MCPTT服务器140向非候选MCPTT接收者客户端1603传送首先应答取消请求。该步骤可以在步骤920之后立即发生。
在步骤930，可以通知非候选MCPTT接收者客户端1603呼叫被终止或者由于呼叫终止的原因而被释放。
图10是示出根据本文公开的实施例的用于MCPTT发信客户端120发起与在首先应答呼叫请求中被指示为群组URI的多个MCPTT接收者客户端1601-3的首先应答呼叫的建立信令控制平面过程的序列图。
使用群组URI或资源列表：
预置条件：主叫MCPTT用户已选择了首先应答呼叫。假设群组URI或资源列表与群组管理服务器或资源列表服务器180处的成员一起被预先配置。步骤的序列如下所述：
在步骤1002，多个MCPTT接收者客户端1601-3被注册，并且它们各自的用户、MCPTT用户-1至MCPTT用户-3被认证和被授权使用MCPTT服务。
在步骤1004，MCPTT发信客户端120处的MCPTT用户发起对所选群组URI的首先应答呼叫。
在步骤1006，MCPTT发信客户端120使用如在3GPP TS 23.228中定义的MCPTT服务标识符(SIP核心可能将请求路由到MCPTT服务器140)传送包括群组URI或资源列表的首先应答呼叫请求。在实施例中，首先应答呼叫请求包含邀请用户的MCPTT ID和包含一种或多种媒体类型的SDP提议。在另一实施例中，首先应答呼叫请求包括指示MCPTT发信客户端120正在请求发言权的数据元素，以用于有发言权控制的首先应答呼叫。MCPTT发信客户端120包括首先应答呼叫，该首先应答呼叫指示该呼叫将仅建立到首先应答用户。
在步骤1008，MCPTT服务器140确认MCPTT用户被授权首先应答呼叫。
在步骤1010，MCPTT服务器140检查被叫MCPTT发信客户端120的首先应答呼叫设置，并通过获取与群组管理服务器或资源列表服务器180通话的群组URI或资源列表的成员来确定传送请求的MCPTT用户的列表。
在步骤1012a、1012b和1012c，MCPTT服务器140包括它使用MCPTT服务来通信的信息，提供最初接收到的请求中包含的相同媒体类型或媒体类型的子集，并向列表中的每个URI传送类似的首先应答呼叫请求，该首先应答呼叫请求包括MCPTT发信客户端120的MCPTTID。如果一个或多个被叫MCPTT用户已经向MCPTT服务注册了多个MCPTT接收者客户端，并且已经指定了用于接收私人呼叫的MCPTT接收者客户端，则传入的首先应答呼叫请求仅被传递到指定的MCPTT接收者客户端。否则，首先应答呼叫请求可以被传递到所有注册的MCPTT接收者客户端。
在步骤1014a、1014b和1014c，MCPTT用户被警告。在终接侧配置自动应答或语音邮件的情况下，这种设置不适用于传入的首先应答呼叫请求。
在步骤1016，候选MCPTT接收者客户端1601的MCPTT用户接受呼叫(即，已经经由用户接口采取了一些行动来接受呼叫)，这使得候选MCPTT接收者客户端1601向MCPTT服务器140传送首先应答呼叫响应。如果候选MCPTT接收者客户端1601的MCPTT用户没有接受传入的呼叫，则候选MCPTT接收者客户端1601的向MCPTT服务器140传送呼叫失败响应，而不添加呼叫失败的原因。
在步骤1018，MCPTT服务器140向MCPTT客户端1601传送首先应答呼叫响应，该首先应答呼叫响应指示候选MCPTT接收者客户端1601的MCPTT用户已经接受了包括接受的媒体参数的呼叫。
在步骤1020，通过MCPTT服务器140在MCPTT发信客户端120和候选MCPTT接收者客户端1601之间建立用于通信的媒体面。任一用户可以通过使用发言权控制来单独发送媒体。为了具有来自MCPTT发信客户端120的发言权请求的首先应答呼叫的成功呼叫建立，与MCPTT发信客户端120相关联的发言权参与者最初被授予发言权。同时，通知与候选MCPTT接收者客户端1602相关联的发言权参与者发言权被占用。发言权请求的含义(最初给予发信者[MCPTT发信客户端120]发言权，或者最初给予目标[候选MCPTT接收者客户端1602]发言权)可以是可配置的。对于没有发言权控制的首先应答呼叫，允许两个用户同时发送。
在步骤1022，如果非候选MCPTT接收者客户端1602的MCPTT用户也已经接受了呼叫(即，已经经由用户接口采取了一些行动来接受)，这使得非候选MCPTT接收者客户端1602向MCPTT服务器140传送首先应答呼叫响应。
在步骤1024，由于来自非候选MCPTT接收者客户端1602的响应在指示候选MCPTT接收者客户端1601的MCPTT用户已经接受对MCPTT发信客户端120的MCPTT用户的呼叫之后到达MCPTT服务器140，所以MCPTT服务器140向非候选MCPTT接收者客户端1602传送首先应答取消请求。
在步骤1026，可以通知非候选MCPTT接收者客户端1602的MCPTT用户呼叫被终止或者由于呼叫终止的原因而被释放。
在步骤1028，MCPTT服务器140向非候选MCPTT接收者客户端1603传送首先应答取消请求。
在步骤1030，通知非候选MCPTT接收者客户端1603的MCPTT用户呼叫被终止或者由于呼叫终止的原因而被释放。
图11是示出根据本文公开的实施例的用于MCPTT发信客户端120通过客户端分流发起与多个MCPTT接收者客户端1601-3的首先应答呼叫的建立的信令控制平面过程的序列图。
使用客户端分流：
预置条件：MCPTT发信客户端120的MCPTT用户已经选择了首先应答呼叫。步骤的序列如下所述：
在步骤1102，MCPTT发信客户端(即，MCPTT发信客户端120和多个MCPTT接收者客户端1601-3)被注册，并且它们各自的用户、MCPTT客户端中的每个的MCPTT用户被认证和被授权使用MCPTT服务。
在步骤1104，MCPTT发信客户端120的MCPTT用户发起对多个MCPTT接收者客户端1601-3(即，所选的多个潜在目标接收者)的首先应答呼叫。
在步骤1106a、1106b、1106c，MCPTT发信客户端120使用如在3GPP TS 23.228中定义的MCPTT服务标识符(SIP核心可能将请求路由到MCPTT服务器140)，通过MCPTT服务器140为每个所选的潜在目标接收者传送同时的首先应答呼叫请求。在实施例中，首先应答呼叫请求包括邀请用户的MCPTT ID和包含一种或多种媒体类型的SDP提议。在另一实施例中，首先应答呼叫请求包括指示MCPTT发信客户端120正在请求发言权的数据元素，以用于有发言权控制的首先应答呼叫。MCPTT发信客户端120包括首先应答呼叫，该首先应答呼叫指示该呼叫将仅建立到首先应答用户。
在步骤1108a、1108b、1108c，MCPTT服务器140确认MCPTT用户被授权首先应答呼叫。此外，MCPTT服务器140包括它使用MCPTT服务来通信的信息，提供每个最初接收到的请求中包含的相同媒体类型或媒体类型的子集，并向多个MCPTT接收者客户端1601-3转发(或传送)首先应答呼叫请求，该首先应答呼叫请求包括MCPTT发信客户端120的主叫MCPTT用户的MCPTT ID。如果一个或多个MCPTT用户已经向MCPTT服务注册了多个MCPTT接收者客户端，并且已经指定了用于接收私人呼叫的MCPTT接收者客户端，则传入的首先应答呼叫请求仅被传递到指定的MCPTT接收者客户端。否则，首先应答呼叫请求可以被传递到所有注册的MCPTT接收者客户端(即，多个MCPTT接收者客户端1601-3)。
在步骤1110a、1110b和1110c，MCPTT服务器140向MCPTT发信客户端120传送进度指示。
在步骤1112a、1112b和1112c，MCPTT接收者客户端的每个MCPTT用户(即候选MCPTT接收者客户端1601、非候选MCPTT接收者客户端1602和1603)被警告。在终接侧配置自动应答或语音邮件的情况下，这种设置不适用于传入的首先应答呼叫请求。
在步骤1114，候选MCPTT接收者客户端1601的MCPTT用户已经接受了呼叫(即，已经经由用户接口采取了一些行动来接受)，这使得候选MCPTT接收者客户端1601向MCPTT服务器140传送首先应答呼叫响应。在实施例中，如果候选MCPTT接收者客户端1601的MCPTT用户没有接受传入的呼叫，则候选MCPTT接收者客户端1601向MCPTT服务器140传送呼叫失败响应，而不添加呼叫失败的原因。
在步骤1116，MCPTT服务器140向MCPTT发信客户端120传送首先应答呼叫响应，该首先应答呼叫响应指示候选MCPTT接收者客户端1601的MCPTT用户已经接受了包括接受的媒体参数的呼叫。
在步骤1118，通过MCPTT服务器140在MCPTT发信客户端120和候选MCPTT接收者客户端1601之间建立用于通信的媒体面。任一用户可以在使用发言权控制时单独发送媒体。为了具有来自MCPTT发信客户端120的发言权请求的首先应答呼叫的成功呼叫建立，与MCPTT发信客户端120相关联的发言权参与者最初被授予发言权。同时，通知与候选MCPTT接收者客户端1601相关联的发言权参与者发言权被占用。发言权请求的含义(最初给予发信者[即，MCPTT发信客户端120]发言权，或者最初给予目标[即，候选MCPTT接收者客户端1601]发言权)可以是可配置的。对于没有发言权控制的首先应答呼叫，允许两个用户同时发送。
在步骤1120a、1120b，MCPTT发信客户端120向MCPTT服务器140传送与非候选MCPTT接收者客户端1602和1603相对应的首先应答取消请求。
在步骤1122a、1122b，MCPTT服务器140向非候选MCPTT接收者客户端1602和1603传送首先应答取消请求。
在步骤1124a、1124b，通知非候选MCPTT接收者客户端1602和1603的MCPTT用户呼叫被终止或者由于呼叫终止的原因而被释放。
图12是示出根据本文公开的实施例的用于MCPTT发信客户端120通过查询和邀请发起与多个MCPTT接收者客户端1601-3的首先应答私人呼叫的建立的信令控制平面过程的序列图。
预置条件：MCPTT发信客户端120的主叫MCPTT用户已经选择了首先应答呼叫。步骤的序列如下所述：
在步骤1202，MCPTT客户端被注册，并且它们各自的用户、MCPTT用户被认证和被授权使用MCPTT服务。
在步骤1204，MCPTT发信客户端120的MCPTT用户发起对多个MCPTT接收者客户端1601-3的首先应答呼叫。
在步骤1206，MCPTT发信客户端120使用如在3GPP TS 23.228中定义的MCPTT服务标识符(SIP核心可能将请求路由到MCPTT服务器140)，传送包括被指示为URI列表的多个潜在目标接收者的首先应答查询请求。在实施例中，首先应答查询请求包括邀请用户的MCPTTID。这种查询可以在SIP消息上携带，例如SIP消息(SIP MESSAGE)、SIP选项(SIP OPTIONS)、SIP存在方法。
在步骤1208a、1208b、1208c，MCPTT服务器140确认MCPTT用户被授权首先应答查询，并确定传送查询请求的MCPTT用户的列表。此外，MCPTT服务器140向多个MCPTT接收者客户端1601-3传送首先应答查询请求。
在步骤1210a、1210b和1210c，用查询警告多个MCPTT接收者客户端1601-3中的每个MCPTT用户。在终接侧配置自动应答或语音邮件的情况下，这种设置不适用于传入的首先应答查询请求。
在步骤1212a、1212b，候选MCPTT接收者客户端1601的MCPTT用户和非候选MCPTT接收者客户端1602的MCPTT用户通过向MCPTT服务器140传送首先应答查询响应已经确认了他们对于首先应答呼叫的可用性。
在步骤1214a、1214b，MCPTT服务器140向MCPTT发信客户端120传送首先应答查询响应，该首先应答查询响应指示候选MCPTT接收者客户端1601的MCPTT用户和非候选MCPTT接收者客户端1602的MCPTT用户可用于接收首先应答呼叫。
在步骤1216，候选MCPTT接收者客户端1601的MCPTT用户必须选择确认其可用性的MCPTT用户中的任何一个。考虑候选MCPTT接收者客户端1601被选择用于首先应答呼叫。
在步骤1218，MCPTT发信客户端120使用如在3GPP TS 23.228中定义的MCPTT服务标识符(SIP核心可能将请求路由到MCPTT服务器140)，传送包括所选的目标接收者的首先应答呼叫请求。在实施例中，首先应答呼叫包括邀请用户的MCPTT ID和包含一种或多种媒体类型的SDP提议。在另一实施例中，首先应答呼叫请求包括指示MCPTT发信客户端120正在请求发言权的数据元素，以用于有发言权控制的首先应答呼叫。
在步骤1220，MCPTT服务器140包括它使用MCPTT服务来通信的信息，提供最初接收到的请求中包含的相同媒体类型或媒体类型的子集，并将类似的首先应答呼叫请求传送给候选MCPTT接收者客户端1601，该首先应答呼叫请求包括主叫MCPTT用户的MCPTT ID。如果MCPTT用户已经向MCPTT服务注册了多个MCPTT接收者客户端，并且已经指定了用于接收私人呼叫的MCPTT接收者客户端，则传入的首先应答呼叫请求仅被传递到指定的MCPTT接收者客户端。否则，首先应答呼叫请求可以被传递到所有注册的MCPTT接收者客户端。
在步骤1222，候选MCPTT接收者客户端1601的MCPTT用户被警告。在终接侧配置自动应答或语音邮件的情况下，这种设置不适用于传入的首先应答呼叫请求。
在步骤1224，候选MCPTT接收者客户端1601的MCPTT用户已经接受了呼叫(即，已经经由用户接口采取了一些行动来接受)，或者自动地接受了呼叫，因为MCPTT用户已经有了他的可用性，这使得候选MCPTT接收者客户端1601向MCPTT服务器140传送首先应答呼叫响应。
在步骤1226，MCPTT服务器140向MCPTT发信客户端120传送首先应答呼叫响应，该首先应答呼叫响应指示候选MCPTT接收者客户端1601的MCPTT用户已经接受了包括接受的媒体参数的呼叫。
在步骤1228，建立用于通信的媒体面。任一用户可以通过使用发言权控制来单独发送媒体。为了具有来自MCPTT发信客户端120的发言权请求的首先应答呼叫的成功呼叫建立，与MCPTT发信客户端120相关联的发言权参与者最初被授予发言权。同时，通知与候选MCPTT接收者客户端1601相关联的发言权参与者发言权被占用。发言权请求的含义(最初给予发信者[MCPTT发信客户端120]发言权，或者最初给予目标[候选MCPTT接收者客户端1601]发言权)可以是可配置的。对于没有发言权控制的首先应答呼叫，允许两个用户同时发送。
图13是示出根据本文所公开的实施例的用于MCPTT发信客户端120通过回叫发起与多个MCPTT接收者客户端1601-3的首先应答呼叫的建立的信令控制平面过程的序列图。
预置条件：MCPTT发信客户端120的主叫MCPTT用户已经选择了首先应答呼叫。步骤的序列如下所述：
在步骤1302，MCPTT客户端被注册，并且它们各自的用户、MCPTT用户被认证和被授权使用MCPTT服务。
在步骤1304，MCPTT发信客户端120的MCPTT用户请求所选的多个潜在目标接收者发出(或发起)回叫请求。
在步骤1306a、1306b和1306c，MCPTT发信客户端120使用如在3GPP TS 23.228中定义的MCPTT服务标识符(SIP核心可能将请求路由到MCPTT服务器140)，传送包括被指示为URI列表的多个潜在目标接收者的首先应答回叫请求。在实施例中，首先应答回叫请求包括邀请用户的MCPTT ID。这种回叫可以在SIP消息上携带，例如SIP消息(SIP MESSAGE)方法。
在步骤1308a、1308b、1308c，MCPTT服务器140可以确认MCPTT用户被授权首先应答回叫，并确定传送回叫请求的MCPTT用户的列表。此外，MCPTT服务器140向多个MCPTT接收者客户端1601-3传送首先应答回叫请求。
在步骤1310a、1310b和1310c，用回叫请求警告多个MCPTT接收者客户端1601-3中的每个MCPTT用户。在终接侧配置自动应答或语音邮件的情况下，这种设置不适用于传入的首先应答回叫请求。考虑候选MCPTT接收者客户端1601的MCPTT用户已经决定回叫。
在步骤1312，候选MCPTT接收者客户端1601使用如在3GPP TS 23.228中定义的MCPTT服务标识符(SIP核心可能将该请求路由到MCPTT服务器140)，向MCPTT客户端120传送首先应答呼叫请求。在实施例中，首先应答呼叫请求包括邀请用户的MCPTT ID和包含一种或多种媒体类型的SDP提议。在另一实施例中，首先应答呼叫请求包括指示候选MCPTT接收者客户端1601正在请求发言权的数据元素，以用于有发言权控制的首先应答呼叫。候选MCPTT接收者客户端1601包括指示响应于回叫请求正在建立呼叫的首先应答呼叫。
在步骤1314，MCPTT服务器140包括它使用MCPTT服务来通信的信息，提供最初接收到的请求中包含的相同媒体类型或媒体类型的子集，并将首先应答呼叫请求传送到MCPTT发信客户端120，该首先应答呼叫请求包括候选MCPTT接收者客户端1601的MCPTT ID。
在步骤1316，MCPTT发信客户端120的MCPTT用户被警告。
在步骤1318，候选MCPTT接收者客户端1601的MCPTT用户已经接受了呼叫(即，已经经由用户接口采取了一些行动来接受)，或者自动地接受了呼叫，这使得MCPTT发信客户端120向MCPTT服务器140传送首先应答呼叫响应。
在步骤1320，MCPTT服务器140向候选MCPTT接收者客户端1601传送首先应答呼叫响应，该首先应答呼叫响应指示MCPTT用户已经接受了包括接受的媒体参数呼叫。
在步骤1322，通过MCPTT服务器140在MCPTT发信客户端120和候选MCPTT接收者客户端1601之间建立用于通信的媒体面。任一用户可以通过使用发言权控制来单独发送媒体。为了具有来自候选MCPTT接收者客户端1601的发言权请求的首先应答呼叫的成功呼叫建立，与候选MCPTT接收者客户端1601相关联的发言权参与者最初被授予发言权。同时，与MCPTT发信客户端120相关联的发言权参与者被通知发言权被占用。发言权请求的含义(最初给予发信者[候选MCPTT接收者客户端1601]发言权，或者最初给予目标[MCPTT发信客户端120]发言权)可以是可配置的。对于没有发言权控制的首先应答呼叫，允许两个用户同时发送。
在步骤1324至1330，任何后续的首先应答呼叫请求，MCPTT发信客户端120用忙碌或拒绝消息来响应，如图13所示。
在实施例中，在上述解决方案(即，图9-13)中，以下描述的方面可以适用：
首先应答呼叫配置：如果MCPTT用户请求首先应答呼叫应该由MCPTT系统控制，则MCPTT管理员需要配置参数。这样的参数可以存在于MCPTT用户简档数据中，如下表1所示，其中“是”指示各个实体(MCPTT发信客户端120、MCPTT服务器140、配置管理服务器、MCPTT用户数据库)中的这样的参数：
[表-1]
MCPTT用户存在于多个系统中：当首先应答呼叫请求的一些潜在目标接收者属于合作伙伴MCPTT系统时，主域中的MCPTT服务器140主要负责分流合作伙伴MCPTT系统中的首先应答呼叫请求并处理首先应答呼叫响应。在一些情况下，例如，当几个潜在目标接收者属于相同的合作伙伴MCPTT系统时，合作伙伴系统中的MCPTT服务器140可以应用首先应答呼叫响应的过滤。
有和没有发言权控制：联网中的首先应答呼叫可以有或没有发言权控制。当首先应答呼叫需要使用发言权控制时，那么首先应答呼叫请求必须包括发言权控制被使用的指示，否则发言权控制不在呼叫中使用。对于有发言权控制的私人呼叫，将建立发言权控制。对于没有发言权控制的私人呼叫，两个用户都有能力在没有发言权仲裁的情况下发送。
自动模式和呼叫转发到语音邮件：终接MCPTT系统可以有自动接受传入的请求的设置或配置。例如，这些设置可以使得传入的呼叫被重定向到语音邮件系统。然而，当接收者客户端或终接MCPTT系统接收到首先应答呼叫请求时，这种设置可以不被应用，并且接收者MCPTT用户仍然会被通知传入的呼叫请求，或者返回带有拒绝或忙碌指示的首先应答呼叫响应。
使用预先建立的会话：MCPTT发信客户端120可以在SIP注册之后，并且在发起首先应答呼叫之前，建立到MCPTT服务器140的一个或多个预先建立的会话。当这种预先建立的会话存在时：
a.首先应答呼叫的传出MCPTT呼叫建立可以使用预先建立的会话，并且为此MCPTT接收者客户端使用SIP过程来建立呼叫
b.首先应答呼叫的传入MCPTT呼叫建立可以使用预先建立的会话，并且为此MCPTT接收者客户端被通知使用SIP过程的MCPTT呼叫控制的开始。
使用多播/广播：当首先应答呼叫请求的大量潜在目标接收者属于广播区域时，MCPTT服务器140可以决定经由MBMS信道传递首先应答呼叫请求。然而，首先应答呼叫响应经由单播从响应的MCPTT接收者客户端返回到MCPTT服务器140。
图14示出了根据本文公开的实施例的MCPTT发信客户端120的各种单元。在一个实施例中，MCPTT发信客户端120包括控制器单元1402、存储器单元1404和通信单元1406。在不脱离本发明的范围的情况下，由MCPTT发信客户端120执行的功能也可以由控制器单元1402执行。
存储器单元1404可以包括一个或多个计算机可读存储介质。存储器单元1404可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存存储器或电可编程存储器(Electrically Programmable Memory，EPROM)或电可擦除可编程存储器(Electrically Erasable And Programmable Memory，EEPROM)的形式。此外，在一些示例中，存储器单元1404可以被视为非暂时性存储介质。术语“非暂时性”可以指示存储介质不被体现在载波或传播信号中。然而，术语“非暂时性”不应被解释为意味着存储器单元1404是不可移动的。在一些示例中，存储器单元1404可以被配置成存储比存储器更大量的信息。在某些示例中，非暂时性存储介质可以存储随时间变化的数据(例如，在随机存取存储器(Random Access Memory，RAM)或高速缓存中)。通信器1406可以被配置用于在组件之间内部地通信以及与网络外部地通信。
图14示出了MCPTT发信客户端120的框图，但是将理解，其他实施例不限于此。在其他实施例中，MCPTT发信客户端120可以包括更少或更多数量的组件。此外，组件的标签或名称仅用于说明目的，并不限制本发明的范围。一个或多个组件可以被组合在一起，以在MCPTT发信客户端120中执行相同或基本相似的功能。
图15是根据本文公开的实施例的MCPTT服务器140的框图。在一个实施例中，MCPTT服务器140包括控制器单元1502、存储器单元1504和通信单元1506。在不脱离本发明的范围的情况下，由MCPTT服务器140执行的功能也可以由控制器单元1502执行。
存储器单元1504可以包括一个或多个计算机可读存储介质。存储器单元1504可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存存储器或电可编程存储器(EPROM)或电可擦除可编程存储器(EEPROM)的形式。此外，在一些示例中，存储器单元1504可以被视为非暂时性存储介质。术语“非暂时性”可以指示存储介质不被体现在载波或传播信号中。然而，术语“非暂时性”不应被解释为意味着存储器单元1504是不可移动的。在一些示例中，存储器单元1504可以被配置成存储比存储器更大量的信息。在某些示例中，非暂时性存储介质可以存储随时间变化的数据(例如，在随机存取存储器(RAM)或高速缓存中)。通信器1506可以被配置用于在组件之间内部地通信以及与网络外部地通信。
图15示出了MCPTT服务器140的框图，但是将理解，其他实施例不限于此。在其他实施例中，MCPTT服务器140可以包括更少或更多数量的组件。此外，组件的标签或名称仅用于说明目的，并不限制本发明的范围。一个或多个组件可以被组合在一起，以在MCPTT服务器140中执行相同或基本相似的功能。
图16是根据本文公开的实施例的候选MCPTT接收者客户端1601的框图。在实施例中，候选MCPTT接收者客户端1601包括控制器单元1602、存储器单元1604和通信单元1606。在不脱离本发明的范围的情况下，由候选MCPTT接收者客户端1601执行的功能也可以由控制器单元1602执行。
存储器单元1604可以包括一个或多个计算机可读存储介质。存储器单元1604可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存存储器或电可编程存储器(EPROM)或电可擦除可编程存储器(EEPROM)的形式。此外，在一些示例中，存储器单元1604可以被视为非暂时性存储介质。术语“非暂时性”可以指示存储介质不被体现在载波或传播信号中。然而，术语“非暂时性”不应被解释为意味着存储器单元1604是不可移动的。在一些示例中，存储器单元1604可以被配置成存储比存储器更大量的信息。在某些示例中，非暂时性存储介质可以存储随时间变化的数据(例如，在随机存取存储器(RAM)或高速缓存中)。通信器1606可以被配置用于在组件之间内部地通信以及与网络外部地通信。
图16示出了候选MCPTT接收者客户端1601的框图，但是将理解，其他实施例不限于此。在其他实施例中，候选MCPTT接收者客户端1601可以包括更少或更多数量的组件。此外，组件的标签或名称仅用于说明目的，并不限制本发明的范围。一个或多个组件可以被组合在一起，以在候选MCPTT接收者客户端1601中执行相同或基本相似的功能。
图17示出了根据本文公开的实施例的实施用于在MCPTT通信中管理首先应答呼叫的方法和系统的计算环境1702。如图所示，计算环境1702包括至少一个处理单元1708，其装备有控制单元1704和算术逻辑单元(ArithmeticLogic Unit，ALU)1706、存储器1710、存储单元1712、多个联网设备1716和多个输入输出(Input output，I/O)设备1714。处理单元1708负责处理方案的指令。处理单元1708从控制单元1704接收命令以便执行其处理。此外，在ALU 1706的帮助下计算指令运行中涉及的任何逻辑和算术运算。
整个计算环境1702可以包括多个同质或异质核、不同种类的多个CPU、特殊介质和其他加速器。处理单元1708负责处理方案的指令。此外，多个处理单元1708可以位于单个芯片上或多个芯片上。
包括实施方式所需的指令和代码的方案存储在存储器单元1710中或者存储单元1712中，或者两者中。在运行时，指令可以从相应的存储器1710或存储单元1712中取出，并由处理单元1708运行。
在任何硬件实施方式的情况下，各种联网设备1716或外部I/O设备1714可以被连接到计算环境，以通过联网单元和I/O设备单元来支持实施方式。
本文公开的实施例可以通过运行在至少一个硬件设备上并执行网络管理功能以控制元件的至少一个软件程序来实施。图1至图17中所示的元件包括可以是硬件设备或硬件设备和软件单元的组合中的至少一个的块。
具体实施例的前述描述将如此充分地揭示本文的实施例的一般性质，以至于在不脱离一般概念的情况下，其他人可以通过应用当前知识来容易地修改或适应这些具体实施例的各种应用，并且因此，这些适应和修改应当并且意图在所公开的实施例的等同物的含义和范围内被理解。将理解，本文采用的措辞或术语是为了描述的目的而非限制。因此，尽管已经根据优选实施例描述了本文的实施例，但是本领域技术人员将认识到，在本文描述的实施例的精神和范围内，可以通过修改来实践本文的实施例。

Claims (15)

1.一种用于在无线通信系统中由关键任务一键通(MCPTT)服务器管理首先应答呼叫的方法，所述方法包括：
从MCPTT发信客户端接收首先应答呼叫请求；
向多个MCPTT接收者客户端发送所述首先应答呼叫请求；
从多个MCPTT接收者客户端当中的第一MCPTT接收者客户端接收首先应答呼叫响应；以及
向所述MCPTT发信客户端发送用于所述MCPTT发信客户端的首先应答呼叫响应，以与所述第一MCPTT接收者客户端建立媒体面。
2.如权利要求1所述的方法，其中，所述首先应答呼叫请求包括以下中的至少一个：群组标识符、所述多个MCPTT接收者客户端、资源列表、统一资源标识符(URI)和群组URI。
3.如权利要求1所述的方法，还包括：
识别所述多个MCPTT接收者客户端的MCPTT用户被授权用于所述首先应答呼叫。
4.如权利要求1所述的方法，还包括：
基于从所述首先应答呼叫请求获得的信息，确定发送所述首先应答呼叫请求的MCPTT用户的列表。
5.如权利要求1所述的方法，还包括：
从所述多个MCPTT接收者客户端当中的第二MCPTT接收者客户端接收首先应答呼叫响应；
如果来自所述第一MCPTT接收者客户端的所述首先应答呼叫响应已经被接受，则向所述第二MCPTT接收者客户端发送首先应答呼叫取消请求；以及
从所述第二MCPTT接收者客户端接收首先应答呼叫取消响应。
6.一种用于在无线通信系统中由关键任务一键通(MCPTT)发信客户端管理首先应答呼叫的方法，所述方法包括：
向MCPTT服务器发送首先应答呼叫请求；
从所述MCPTT服务器接收与所述首先应答呼叫请求相对应的首先应答呼叫响应，其中所述首先应答呼叫响应用于多个MCPTT接收者客户端当中的第一MCPTT接收者客户端；以及
通过所述MCPTT服务器与所述第一MCPTT接收者客户端建立媒体面。
7.如权利要求6所述的方法，其中，所述首先应答呼叫请求包括以下中的至少一个：群组标识符、所述多个MCPTT接收者客户端、资源列表、统一资源标识符(URI)和群组URI。
8.一种用于在无线通信系统中由关键任务一键通(MCPTT)接收者客户端管理首先应答呼叫的方法，所述方法包括：
从MCPTT服务器接收MCPTT发信客户端的首先应答呼叫请求；以及
向所述MCPTT服务器发送与所述首先应答呼叫请求相对应的首先应答呼叫响应，以用于所述MCPTT发信客户端与所述MCPTT接收者客户端建立媒体面。
9.如权利要求8所述的方法，其中，所述首先应答呼叫请求包括以下中的至少一个：群组标识符、所述多个MCPTT接收者客户端、资源列表、统一资源标识符(URI)和群组URI。
10.一种用于在无线通信系统中管理首先应答呼叫的关键任务一键通(MCPTT)服务器，所述MCPTT服务器包括：
收发器；和
耦合到所述收发器的控制器，被配置为从MCPTT发信客户端接收首先应答呼叫请求，向多个MCPTT接收者客户端发送所述首先应答呼叫请求，从所述多个MCPTT接收者客户端当中的第一MCPTT接收者客户端接收首先应答呼叫响应，以及向所述MCPTT发信客户端发送所述首先应答呼叫响应以用于所述MCPTT发信客户端与所述第一MCPTT接收者客户端建立媒体面。
11.如权利要求10所述的MCPTT服务器，其中，所述首先应答呼叫请求包括以下中的至少一个：群组标识符、所述多个MCPTT接收者客户端、资源列表、统一资源标识符(URI)和群组URI。
12.如权利要求10所述的MCPTT服务器，其中，所述控制器被配置为：
识别所述多个MCPTT接收者客户端的MCPTT用户被授权用于所述首先应答呼叫；和
基于从所述首先应答呼叫请求获得的信息，确定发送所述首先应答呼叫请求的MCPTT用户的列表。
13.如权利要求10所述的MCPTT服务器，其中，所述控制器被配置为：
从所述多个MCPTT接收者客户端当中的第二MCPTT接收者客户端接收首先应答呼叫响应，
如果来自所述第一MCPTT接收者客户端的所述首先应答呼叫响应已经被接受，则向所述第二MCPTT接收者客户端发送首先应答呼叫取消请求，以及
从所述第二MCPTT接收者客户端接收首先应答呼叫取消响应。
14.一种用于在无线通信系统中管理首先应答呼叫的关键任务一键通(MCPTT)发信客户端，所述MCPTT发信客户端包括：
收发器；和
耦合到所述收发器的控制器，被配置为向MCPTT服务器发送首先应答呼叫请求，从MCPTT服务器接收与所述首先应答呼叫请求相对应的首先应答呼叫响应，其中所述首先应答呼叫响应用于多个MCPTT接收者客户端当中的第一MCPTT接收者客户端，以及通过所述MCPTT服务器与所述第一MCPTT接收者客户端建立媒体面。
15.一种用于在无线通信系统中管理首先应答呼叫的关键任务一键通(MCPTT)接收者客户端，所述MCPTT接收者客户端包括：
收发器；和
耦合到所述收发器的控制器，被配置为从MCPTT服务器接收MCPTT发信客户端的首先应答呼叫请求，以及向所述MCPTT服务器发送与所述首先应答呼叫请求相对应的首先应答呼叫响应，以用于所述MCPTT发信客户端与所述MCPTT接收者客户端建立媒体面。
CN201780043551.8A 2016-07-15 2017-07-14 关键任务一键通通信中建立首先应答呼叫的系统和方法 Active CN109565652B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN201641024347 2016-07-15
IN201641024347 2017-04-05
PCT/KR2017/007596 WO2018012934A1 (en) 2016-07-15 2017-07-14 System and method for establishing first-to-answer call in mission critical push to talk communication

Publications (2)

Publication Number Publication Date
CN109565652A true CN109565652A (zh) 2019-04-02
CN109565652B CN109565652B (zh) 2022-04-12

Family

ID=60953499

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780043551.8A Active CN109565652B (zh) 2016-07-15 2017-07-14 关键任务一键通通信中建立首先应答呼叫的系统和方法

Country Status (5)

Country Link
US (2) US11310290B2 (zh)
EP (1) EP3476139B1 (zh)
KR (1) KR102228182B1 (zh)
CN (1) CN109565652B (zh)
WO (1) WO2018012934A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115668893A (zh) * 2020-05-20 2023-01-31 三星电子株式会社 在支持多说话人关键任务一键通(mcptt)的通信系统中通信的方法和装置
CN116057975A (zh) * 2020-08-12 2023-05-02 三星电子株式会社 用于在无线通信网络中处理关键任务服务的方法和装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111314859B (zh) * 2018-12-12 2021-12-10 成都鼎桥通信技术有限公司 一种eMTC集群实现方法
CN113498030B (zh) * 2020-04-02 2022-10-14 海能达通信股份有限公司 一种支持mcptt匿名回呼的系统和方法
WO2021235898A1 (en) * 2020-05-22 2021-11-25 Samsung Electronics Co., Ltd. Method and apparatus for sharing reason cause for mcx communication over pre-established session
KR102212205B1 (ko) 2020-09-17 2021-02-04 주식회사 유니온플레이스 푸시-투-토크 장치
KR102480114B1 (ko) 2022-09-19 2022-12-23 주식회사 유니온플레이스 푸시-투-토크 메시지를 전송하는 장치

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101138201A (zh) * 2005-03-08 2008-03-05 三星电子株式会社 在无线一键通网络中识别响应客户机的方法和系统
CN101384018A (zh) * 2007-09-03 2009-03-11 株式会社Ntt都科摩 无线一键通业务中的呼叫处理方法和呈现信息订阅方法
WO2016039579A1 (ko) * 2014-09-11 2016-03-17 엘지전자 주식회사 무선 통신 시스템에서 mcptt 그룹 콜 설정 방법 및 이를 위한 장치

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6363258B1 (en) 1999-10-28 2002-03-26 Ericsson Inc. Communications system providing call type indication for group calls
US6442396B1 (en) 1999-11-12 2002-08-27 Ericsson Inc. Method of processing group calls within a wireless communications network
US8358999B1 (en) * 2005-06-18 2013-01-22 Nextel Communications Inc. System and method for providing dispatch call features
US8811964B2 (en) 2011-04-04 2014-08-19 Numera, Inc. Single button mobile telephone using server-based call routing
KR102232787B1 (ko) 2014-06-30 2021-03-26 삼성전자 주식회사 무선 통신 시스템에서 서비스 연속성을 제어하는 방법 및 장치
WO2016111528A1 (ko) * 2015-01-05 2016-07-14 엘지전자 주식회사 무선 통신 시스템에서 mcptt에 관련된 신호 송수신 방법 및 이를 위한 장치
ES2651440T3 (es) * 2015-01-19 2018-01-26 Telefonica Digital Limited Un método para controlar la retransmisión en un grupo de comunicación y programas informáticos del mismo

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101138201A (zh) * 2005-03-08 2008-03-05 三星电子株式会社 在无线一键通网络中识别响应客户机的方法和系统
CN101384018A (zh) * 2007-09-03 2009-03-11 株式会社Ntt都科摩 无线一键通业务中的呼叫处理方法和呈现信息订阅方法
WO2016039579A1 (ko) * 2014-09-11 2016-03-17 엘지전자 주식회사 무선 통신 시스템에서 mcptt 그룹 콜 설정 방법 및 이를 위한 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP: "《3GPP TS 22.179 V14.1.0》", 24 June 2016 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115668893A (zh) * 2020-05-20 2023-01-31 三星电子株式会社 在支持多说话人关键任务一键通(mcptt)的通信系统中通信的方法和装置
US12342412B2 (en) 2020-05-20 2025-06-24 Samsung Electronics Co., Ltd. Method and apparatus for communication in communication system supporting multi-talker mission critical push-to-talk (MCPTT)
CN116057975A (zh) * 2020-08-12 2023-05-02 三星电子株式会社 用于在无线通信网络中处理关键任务服务的方法和装置

Also Published As

Publication number Publication date
US11310290B2 (en) 2022-04-19
CN109565652B (zh) 2022-04-12
US20210345447A1 (en) 2021-11-04
EP3476139A4 (en) 2019-05-01
KR102228182B1 (ko) 2021-03-16
US11611593B2 (en) 2023-03-21
KR20190019155A (ko) 2019-02-26
US20220239706A1 (en) 2022-07-28
WO2018012934A1 (en) 2018-01-18
EP3476139B1 (en) 2022-08-31
EP3476139A1 (en) 2019-05-01

Similar Documents

Publication Publication Date Title
CN109565652A (zh) 关键任务一键通通信中建立首先应答呼叫的系统和方法
CN107950010B (zh) 合并活动组呼叫
US10863576B2 (en) Method and apparatus for managing MCPTT service
US8825063B2 (en) Systems and methods for facilitating instant communications over distributed cellular networks
EP3238501B1 (en) Method and apparatus for establishing a group call in a multiple wireless technology communication system
EP3314849B1 (en) Merging active group calls
CN107006043B (zh) 用于在无线通信系统中进行通信的用户设备及其方法
CN101283541B (zh) 处理到多用户通信会话的邀请的方法及装置
US8099120B2 (en) Method and device for enabling selective privacy in a push to talk (PTT) wireless group communication session
EP3799387B1 (en) Method and system for handling mcdata communications using pre-established session
EP2243307A1 (en) Re-activated group communication
US12439247B2 (en) Method and system for controlling ad-hoc group communication with security context for mission critical services
RU2347328C2 (ru) Способ и устройство для поискового вызова с коротким интервалом периодического прослушивания канала поискового вызова
CN101594576A (zh) 数字集群通信系统中实现跨省组呼的方法
CN101883332B (zh) 集群通信系统中实现回叫请求业务的方法、系统及装置
US20230247391A1 (en) Method and system for sharing location information in remote ambient call
US8452315B1 (en) Apparatus, method and computer-readable medium for dispatch group calling across fleets
TWI599248B (zh) 在一無線通訊系統中提供即按即說通訊的方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant