WO2014040433A1 - 一种基于voip技术的ptt通话实现方法及实现系统 - Google Patents

一种基于voip技术的ptt通话实现方法及实现系统 Download PDF

Info

Publication number
WO2014040433A1
WO2014040433A1 PCT/CN2013/077159 CN2013077159W WO2014040433A1 WO 2014040433 A1 WO2014040433 A1 WO 2014040433A1 CN 2013077159 W CN2013077159 W CN 2013077159W WO 2014040433 A1 WO2014040433 A1 WO 2014040433A1
Authority
WO
WIPO (PCT)
Prior art keywords
ptt
source identifier
ptt client
voice data
client
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.)
Ceased
Application number
PCT/CN2013/077159
Other languages
English (en)
French (fr)
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.)
Huizhou TCL Mobile Communication Co Ltd
Original Assignee
Huizhou TCL Mobile Communication 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 Huizhou TCL Mobile Communication Co Ltd filed Critical Huizhou TCL Mobile Communication Co Ltd
Publication of WO2014040433A1 publication Critical patent/WO2014040433A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/4061Push-to services, e.g. push-to-talk or push-to-video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10Push-to-Talk [PTT] or Push-On-Call services

Definitions

  • the invention relates to the application field of mobile terminal communication technology, in particular to a PTT call implementation method and implementation system based on VOIP technology.
  • VoIP Voice On IP
  • IP Internet-based call. From the perspective of usage, it can achieve peer-to-peer calls like a normal mobile phone.
  • the biggest advantage of VoIP is that the call is cheap, but one-to-many calls cannot be achieved.
  • PTT Push To Talk
  • the full name of PTT is Push To Talk, which is a one-touch call, which functions like a traditional walkie-talkie.
  • the advantage of PTT is that it has a group call function. It can be grouped into groups, for example, if there are ten people set up in a group, then one person is speaking and the other nine can hear it. Companies, organizations (such as hotels, airports) or organizations (such as construction teams) can form a group to use this group call function, and do not have to call one by one.
  • the technical problem to be solved by the present invention is to provide a basis for the above-mentioned drawbacks of the prior art.
  • the PTT call implementation method and implementation system of VOIP technology solves the group call function of VOIP, and makes the design of PTT group call based on VOIP technology simple and easy to promote.
  • one technical solution adopted by the present invention is to provide a method for implementing a PTT call based on VOIP technology, including the following steps: A. Heading a RTP voice data packet to be sent by a PTT client having a VOIP function Expanding, setting a data source identifier of the current call in the header extension, and transmitting the header-expanded RTP voice data packet to the PTIP-enabled PTT server; wherein the step A includes: the PTT client is to be sent The extended bit position 1 of the RTP fixed header in the RTP voice data packet increases the header extension portion for the RTP fixed header; B.
  • the PTT server reads the data of the current call in the RTP voice data packet after the header extension Source identifier, and determining, according to the range of the interval in which the value of the data source identifier of the current call is located, determining the PTT client
  • the step B further includes: when the value of the data source identifier of the current call is 0x1, the PTT client has a preemption right; when the value of the data source identifier of the current call is in the interval 0x2-0xFFFFFF, the PTT client does not have a preemption right, and applies for obtaining a floor when no third party PTT client speaks; when the value of the data source identifier of the current call is in the interval Ox 1000000-OxFFFFFFFF, The PTT client has no floor.
  • C When it is determined that the PTT client has a floor, the PTT server sends the extended RTP voice packet to the third-party PTT client in multicast form.
  • the step B further includes: when the PTT server receives the extended RTP voice data packet, determining whether there is voice data in the extended RTP voice data packet; when the header is expanded When there is no voice data in the RTP voice data packet, it is determined that the PTT client gives up the floor, otherwise the speaking permission of the PTT client is determined by the range of the range in which the value of the data source identifier of the current call is located.
  • the data source identifier of the current call in the step A uniquely identifies a PTT client, and the PTT server determines the speaking permission of the PTT client accordingly.
  • the data source identifier of the current call is 4 bytes in length.
  • another technical solution adopted by the present invention is to provide a method for implementing a PTT call based on VOIP technology, which includes the following steps: A. RTP voice data to be sent by a PTT client having a VOIP function The packet is extended by the header, the data source identifier of the current call is set in the header extension part, and the extended RTP voice data packet is sent to the POT server with the VOIP function; B. After the PTT server reads the header extension The data source identifier of the current call in the RTP voice data packet, and determining the speaking permission of the PTT client according to the range of the range in which the value of the data source identifier of the current call is located; C. determining that the PTT client has The floor, the PTT server sends the extended RTP voice data packet to the third-party PTT client in multicast form.
  • the step A includes: the PTT client adds the extended bit position 1 of the RTP fixed header in the RTP voice data packet to be sent, and adds the header extension to the RTP fixed header.
  • the step B further includes: when the value of the data source identifier of the current call is 0x1, the PTT client has a preemption right; when the value of the data source identifier of the current call is in the interval 0x2-0xFFFFFF The PTT client does not have the right to speak, and applies for obtaining the floor when no third-party PTT client speaks; when the value of the data source identifier of the current call is in the interval Ox 1000000-OxFFFFFFFF, the PTT client There is no right to speak. ⁇ .
  • the step B further includes: when the PTT server receives the extended RTP voice data packet, determining whether there is voice data in the extended RTP voice data packet; When there is no voice data in the extended RTP voice data packet, it is determined that the PTT client gives up the floor, otherwise the speaking permission of the PTT client is determined by the range of the range in which the value of the data source identifier of the current call is located.
  • the data source identifier of the current call in the step A uniquely identifies a PTT client, and the PTT server determines the speaking permission of the PTT client accordingly.
  • the data source identifier of the current call is 4 bytes in length.
  • a PTT call implementation system based on VOIP technology, which includes a PTT client and a PTT server having a VOIP function, wherein the PTT client is used for Performing header expansion on the RTP voice data packet, setting a data source identifier of the current call in the header extension portion, and transmitting the header extended RTP voice data packet to the PTT server; the PTT server is configured to receive the PTT client Sending the extended RTP voice data packet, and obtaining the data source identifier of the current call, determining the speaking permission of the PTT client by using the data source identifier of the current call, and according to the speaking permission of the PTT client Make an operation of whether to send the RTP voice data packet to the third-party PTT client in a multicast manner.
  • the PTT client and the PTT server are both VOIP-enabled mobile terminals, and the PTT client is multiple, and the PTT server is one.
  • the method and the implementation system for implementing the PTT call based on the VOIP technology provided by the present invention, by performing header expansion on the RTP voice data packet sent by the PTT client, setting the data source identifier of the current call in the header extension portion, so that the PTT server can pass the current pass.
  • the data source identifier determines the speaking permission of the PTT client, and the RTP voice data packet sent by the PTT client with the floor is sent to the third-party PTT client in multicast form to implement the group call function.
  • the implementation of the header extension of the RTP voice data packet is relatively simple, and is easy to implement.
  • the PTT server can make a correct decision only through a data source identifier, which facilitates the design and promotion of the system.
  • FIG. 1 is a schematic structural diagram of a PTT call implementation system based on VOIP technology provided by the present invention.
  • 2 is a flow chart of a method for implementing a PTT call based on VOIP technology provided by the present invention.
  • FIG. 3 is a flowchart of a method for determining a speaking right of a PTT client by a PTT server according to a VOIP-based PTT call implementation method provided by the present invention.
  • FIG. 4 is a flow chart of a method for determining a PTT server in a PTT call implementation method based on VOIP technology provided by the present invention.
  • the present invention provides a method and an implementation system for implementing a PTT call based on VOIP technology.
  • the system includes a plurality of PTT clients and a PTT server, and both the PTT client and the PTT server have VOIP (based on the Internet).
  • the mobile terminal of the function of the call, the PTT client can be a mobile phone used by the user for the user to make a PTT call, and in order to improve the data processing rate, the PTT server can be used for the computer, for voice receiving and multicasting, and which PTT is decided.
  • the client has the right to speak.
  • the system is implemented by software.
  • Each PTT client performs data transmission with the PTT server through RTP (Real-Time Transport Protocol), and the PTT server arbitrates the RTP voice data packet sent by the PTT client according to the data source identifier in the RTP voice data packet.
  • the PTT client's speaking permission is determined, and the RTP voice data packet is distributed to the third-party PTT client in a multicast form according to the speaking permission of the PTT client.
  • the PTT client is used for header expansion of the RTP voice data packet, adding an extension part after the RTP fixed header of the RTP voice data packet, and setting a data source identifier of the current call in the header extension part, and then
  • the extended RTP voice data packet is sent to the PTT server, where the data source identifier of the current call is used to identify the speaking permission of the current call of the PTT client, and the PTT server may use the value of the data source identifier of the current call. Determine the speaking permission of the PTT client.
  • the PTT server is configured to receive a header extended RTP voice data packet sent by the PTT client, obtain a data source identifier of the current call, and determine, by using a data source identifier of the current call, a speech of the PTT client. Authorization, and according to the speaking permission of the PTT client, whether to send the RTP voice data packet to the third-party PTT client in a multicast manner.
  • the present invention further provides a PTIP-based PTT call implementation method.
  • the method includes the following steps: Step S100: Passing a POT with VOIP function
  • the client performs header expansion on the RTP voice data packet to be sent, sets a data source identifier of the current call in the header extension portion, and sends the extended RTP voice data packet to the POT server with the VOIP function;
  • Step S200 The PTT server reads the data source identifier of the current call in the extended RTP voice data packet, and judges according to the range of the value of the data source identifier of the current call. Disconnecting the speaking permission of the PTT client;
  • Step S300 When it is determined that the PTT client has a floor, the PTT server sends the extended RTP voice data packet to a third-party PTT client in multicast form.
  • multiple PTT clients will simultaneously send RTP voice packets to the PTT server through the RTP protocol, and the PTT server will decide on each RTP voice packet received, and decide which PTT client has the floor, and The RTP voice data packet of the PTT client with the voice is sent to the third-party PTT client in multicast form, thereby implementing the group call function.
  • the PTT client performs header extension on the RTP voice packet to be sent.
  • the format of the RTP fixed header is as follows:
  • each data source has a data source identifier, and there is a data source set up.
  • X represents the extended bit. If X is set to 1, it means that there is an extended part after the fixed header.
  • the format of the header extension is:
  • header extension includes a 16-bit length field indicating the number of 32-bit words in the extension. Only one header extension is allowed after the RTP fixed header. The first 16 bits of the extension are used to identify the identifier or parameter. This 16-bit format is not specified in the RTP, but is defined by the upper layer protocol of the specific implementation. Since the PTT does not need to use these 16 bits, all 16 bits are set to zero.
  • the present invention adds an extended portion of the RTP fixed header to the extended bit position 1 of the RTP fixed header in the RTP voice data packet to be transmitted.
  • the format of the PTT header extension is:
  • the first 16 bits are all set to 0, and the length is 1, indicating that only the data source identifier of the current call is added, and the data source identifier of the current call is 4 bytes. Indicates the data source identifier that currently holds the floor, that is, the PTT client that holds the floor. If no PTT client gets the floor, the data source ID of the current call is all set to 0.
  • the extension of the RTP of the present invention is mainly for adding a data source identifier of a current call, the data source identifier of the current call is set by the PTT client, and is unique, and the PTT server can decide which PTT client has a speech according to the PTT server. right.
  • the PTT server After receiving the RTP voice data packet sent by the PTT client for the header extension, the PTT server reads the data source identifier of the current call in the extended portion of the RTP voice data packet, and then according to the value of the data source identifier of the current call.
  • the range of the interval determines the speaking authority of the PTT client.
  • the PTT client when the value of the data source identifier of the current call is 0x1, the PTT client has a preemption right; when the value of the data source identifier of the current call is in the interval 0x2-0xFFFFFF, the PTT client does not have a preemption right, and applies for obtaining a floor when no third-party PTT client speaks; when the value of the data source identifier of the current call is in the interval Ox 1000000-OxFFFFFFFF, The PTT client has no say.
  • the PTT server performs corresponding operations according to the speaking authority of the PTT client. If there is a floor, the RTP voice data packet sent by the PTT client is sent to the third-party PTT client in a multicast manner, and the third-party PTT client can listen to the call content of the PTT client through the RTP voice data packet, which is well implemented.
  • the group call function is well implemented.
  • the PTT server will judge the RTP voice data packet. Whether it contains voice data. If there is no voice data, it is determined that the PTT client gives up the current floor; and if there is voice data, the user level is distinguished by the data source identifier of the current call, thereby determining the floor.
  • step S14 is performed, otherwise step S13 is performed;
  • step S16 is performed;
  • step S18 is performed
  • step S20 is performed;
  • the invention performs header expansion on the RTP voice data packet sent by the PTT client, and sets the data source identifier of the current call in the header extension part, so that the PTT server decides the speaking permission of the PTT client according to the currently adopted data source identifier, and the speaker will have a speech.
  • the RTP voice data packet sent by the PTT client of the right is sent to the third-party PTT client in multicast form to implement the group call function.
  • the implementation of the header extension of the RTP voice data packet is relatively simple and easy to implement, and the PTT server can make a correct decision only through a data source identifier, which facilitates the design and promotion of the system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Description

一种基于 VOIP技术的 PTT通话实现方法及实现系统
【技术领域】
本发明涉及移动终端通信技术的应用领域, 尤其涉及的是一种基于 VOIP 技术的 PTT通话实现方法及实现系统。
【背景技术】
VoIP的全称为 Voice On IP, 即为基于 Internet的通话, 从使用的角度看, 它类似于通常的手机能实现点对点的通话。 VoIP最大的优点就是通话便宜, 但 不能实现一对多的通话。
PTT的全称为 Push To Talk,即一键通话,其功能类似于传统的对讲机。 PTT 的优点是具有群呼功能。 它可以设置成组, 比如说有十个人设置成一组, 那么 一个人在讲话, 其他九个人都能够听到。 公司、 机构(如酒店、 机场)或组织(如 施工队)的工作人员, 都可以形成一个组来使用这种群呼功能, 而不必要一个一 个地打电话通知。
随着通信技术的发展, 基于 VOIP技术实现 PTT群呼通话成为了可能, 但 现有实现方法和系统多过于复杂, 不利于推广。
因此, 现有技术还有待于改进和发展。
【发明内容】
本发明要解决的技术问题在于, 针对现有技术的上述缺陷, 提供一种基于
VOIP技术的 PTT通话实现方法及实现系统, 解决 VOIP的群呼功能, 并使得基 于 VOIP技术实现 PTT群呼通话的设计简单、 易推广。
为解决上述技术问题, 本发明釆用的一个技术方案是提供一种基于 VOIP 技术的 PTT通话实现方法, 包括以下步骤: A、 通过具有 VOIP功能的 PTT客 户端对待发送的 RTP语音数据包进行头扩展, 在头扩展部分设置一当前通话的 数据源标识, 并将头扩展后的 RTP语音数据包发送给具有 VOIP功能的 PTT服 务器; 其中, 所述步骤 A包括: 所述 PTT客户端将待发送的 RTP语音数据包中 RTP固定头的扩展比特位置 1 , 为 RTP固定头增加所述头扩展部分; B、 所述 PTT服务器读取所述头扩展后的 RTP语音数据包中的当前通话的数据源标识, 并根据所述当前通话的数据源标识的值所处的区间范围判断所述 PTT客户端的 发言权限; 其中, 所述步骤 B还包括: 当所述当前通话的数据源标识的值为 0x1 时, 所述 PTT客户端具有发言抢占权; 当所述当前通话的数据源标识的值处于 区间 0x2-0xFFFFFF时, 所述 PTT客户端没有发言抢占权, 且在无第三方 PTT 客户端发言时申请获得发言权; 当所述当前通话的数据源标识的值处于区间 Ox 1000000-OxFFFFFFFF时, 所述 PTT客户端没有发言权; C、 当判断所述 PTT 客户端有发言权, 所述 PTT服务器将所述头扩展后的 RTP语音数据包以组播形 式发送给第三方 PTT客户端。
其中, 所述步骤 B还包括: 所述 PTT服务器接收到所述头扩展后的 RTP语 音数据包时, 判断所述头扩展后的 RTP语音数据包中是否有语音数据; 当所述 头扩展后的 RTP语音数据包中没有语音数据时判定该 PTT客户端放弃发言权, 否则通过所述当前通话的数据源标识的值所处的区间范围判断所述 PTT客户端 的发言权限。
其中, 所述步骤 A中的当前通话的数据源标识唯一标识一 PTT客户端, 用 于所述 PTT服务器据此判断所述 PTT客户端的发言权限。
其中, 所述当前通话的数据源标识长度为 4个字节。
为解决上述技术问题, 本发明釆用的另一个技术方案是提供一种基于 VOIP 技术的 PTT通话实现方法, 其中, 包括以下步骤: A、 通过具有 VOIP功能的 PTT客户端对待发送的 RTP语音数据包进行头扩展, 在头扩展部分设置一当前 通话的数据源标识, 并将头扩展后的 RTP语音数据包发送给具有 VOIP功能的 PTT服务器; B、 所述 PTT服务器读取所述头扩展后的 RTP语音数据包中的当 前通话的数据源标识, 并根据所述当前通话的数据源标识的值所处的区间范围 判断所述 PTT客户端的发言权限; C、 当判断所述 PTT客户端有发言权, 所述 PTT服务器将所述头扩展后的 RTP语音数据包以组播形式发送给第三方 PTT客 户端。
其中, 所述步骤 A包括: 所述 PTT客户端将待发送的 RTP语音数据包中 RTP固定头的扩展比特位置 1 , 为 RTP固定头增加所述头扩展部分。
其中, 所述步骤 B还包括: 当所述当前通话的数据源标识的值为 0x1时, 所述 PTT客户端具有发言抢占权; 当所述当前通话的数据源标识的值处于区间 0x2-0xFFFFFF时, 所述 PTT客户端没有发言抢占权, 且在无第三方 PTT客户 端发言时申请获得发言权; 当所述当前通话的数据源标识的值处于区间 Ox 1000000-OxFFFFFFFF时, 所述 PTT客户端没有发言权。 θ. 其中, 所述步骤 B还包括: 所述 PTT服务器接收到所述头扩展后的 RTP语 音数据包时, 判断所述头扩展后的 RTP语音数据包中是否有语音数据; 当所述 头扩展后的 RTP语音数据包中没有语音数据时判定该 PTT客户端放弃发言权, 否则通过所述当前通话的数据源标识的值所处的区间范围判断所述 PTT客户端 的发言权限。
其中, 所述步骤 A中的当前通话的数据源标识唯一标识一 PTT客户端, 用 于所述 PTT服务器据此判断所述 PTT客户端的发言权限。
其中, 所述当前通话的数据源标识长度为 4个字节。
为解决上述技术问题, 本发明采用的再一个技术方案是提供一种基于 VOIP 技术的 PTT通话实现系统, 其中, 包括具有 VOIP功能的 PTT客户端和 PTT服 务器, 其中, 所述 PTT客户端用于对 RTP语音数据包进行头扩展, 在头扩展部 分设置一当前通话的数据源标识, 并将头扩展后的 RTP语音数据包发送给所述 PTT服务器; 所述 PTT服务器用于接收所述 PTT客户端发送的头扩展后的 RTP 语音数据包, 并获取所述当前通话的数据源标识, 通过所述当前通话的数据源 标识判断所述 PTT客户端的发言权限, 并根据所述 PTT客户端的发言权限做出 是否将 RTP语音数据包以组播的方式发送给第三方 PTT客户端的操作。
其中, 所述 PTT客户端和 PTT服务器均为具有 VOIP功能的移动终端, 且 所述 PTT客户端为多个, 所述 PTT服务器为一个。
本发明所提供的基于 VOIP技术的 PTT通话实现方法及实现系统, 通过对 PTT客户端发送的 RTP语音数据包进行头扩展, 在头扩展部分设置当前通话的 数据源标识, 以便 PTT服务器根据当前通过的数据源标识裁决出 PTT客户端的 发言权限, 将有发言权的 PTT客户端发送的 RTP语音数据包以组播形式发送给 第三方 PTT客户端, 实现群呼功能。 而且, 对 RTP语音数据包进行头扩展的实 现方式比较筒单, 易于实现, 仅通过一数据源标识即可使 PTT服务器做出正确 的裁决, 便于系统的设计和推广。
【附图说明】
图 1是本发明提供的基于 VOIP技术的 PTT通话实现系统的结构示意图。 图 2是本发明提供的基于 VOIP技术的 PTT通话实现方法的流程图。
图 3是本发明提供的基于 VOIP技术的 PTT通话实现方法中 PTT服务器对 PTT客户端的发言权限进行裁决的方法流程图。
图 4是本发明提供的基于 VOIP技术的 PTT通话实现方法中 PTT服务器进 行裁决的方法流程图。
更正页 (½则第 9 1 条) 【具体实施方式】
为使本发明的目的、 技术方案及优点更加清楚、 明确, 以下参照附图并举 实施例对本发明进一步详细说明。 应当理解, 此处所描述的具体实施例仅仅用 以解释本发明, 并不用于限定本发明。
本发明提供一种基于 VOIP技术的 PTT通话实现方法及实现系统, 如图 1 所示, 所述系统包括数个 PTT客户端和一个 PTT服务器, PTT客户端和 PTT 服务器均为具有 VOIP (基于互联网的通话)功能的移动终端, PTT客户端可以 是用户使用的手机, 用于用户进行 PTT通话, 而为了提高数据处理速率, PTT 服务器可以为电脑, 用于语音接收与组播、 以及裁决哪个 PTT客户端有权说话。
该系统通过软件实现, 每个 PTT客户端通过 RTP (实时传输协议 )与 PTT 服务器进行数据传输, PTT服务器对 PTT客户端发送的 RTP语音数据包进行裁 决, 根据 RTP语音数据包中的数据源标识判断 PTT客户端的发言权限, 并根据 PTT客户端的发言权限, 以组播形式向第三方 PTT客户端发布该 RTP语音数据 包。
具体地, 所述 PTT客户端用于对 RTP语音数据包进行头扩展,在 RTP语音 数据包的 RTP固定头后增加一头扩展部分, 并在头扩展部分设置一当前通话的 数据源标识,然后将头扩展后的 RTP语音数据包发送给所述 PTT服务器;其中, 该当前通话的数据源标识用于标识 PTT客户端当前通话的发言权限, 通过该当 前通话的数据源标识的值, PTT服务器可以判断出 PTT客户端的发言权限。
所述 PTT服务器用于接收所述 PTT客户端发送的头扩展后的 RTP语音数据 包, 并获取所述当前通话的数据源标识, 通过所述当前通话的数据源标识判断 所述 PTT客户端的发言权限, 并根据所述 PTT客户端的发言权限做出是否将 RTP语音数据包以组播的方式发送给第三方 PTT客户端的操作。
结合上述本发明提供的基于 VOIP技术的 PTT通话实现系统, 本发明还提 供了一种基于 VOIP技术的 PTT通话实现方法, 如图 2所示, 包括以下步骤: 步骤 S100、通过具有 VOIP功能的 PTT客户端对待发送的 RTP语音数据包 进行头扩展,在头扩展部分设置一当前通话的数据源标识,并将头扩展后的 RTP 语音数据包发送给具有 VOIP功能的 PTT服务器;
步骤 S200、所述 PTT服务器读取所述头扩展后的 RTP语音数据包中的当前 通话的数据源标识, 并根据所述当前通话的数据源标识的值所处的区间范围判 断所述 PTT客户端的发言权限;
步骤 S300、 当判断所述 PTT客户端有发言权,所述 PTT服务器将所述头扩 展后的 RTP语音数据包以组播形式发送给第三方 PTT客户端。
下面结合具体的实施例对上述步骤进行详细的说明。
在实际通话过程中,多个 PTT客户端会同时通过 RTP协议向 PTT服务器发 送 RTP语音数据包, PTT服务器会对接收到的各个 RTP语音数据包进行裁决, 裁决哪个 PTT客户端具有发言权,并将有发言权的 PTT客户端的 RTP语音数据 包以组播形式发送给第三方 PTT客户端, 从而实现群呼功能。
为了便于 PTT服务器对 PTT客户端做出正确的裁决, PTT客户端对待发送 的 RTP语音数据包进行头扩展, RTP固定头的格式如下:
01234567890123456789012345678901
+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_
|V=2|P|X| CC |M| PT | 序列号 |
+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_
I 时间戳 I
_+_+_+_++_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_
1 数据源标识 I
+ =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
I 贡 献数据 源 标识 I
I …- I
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--+-+-+-+ 其中, 数据源标识用于标识不同的数据源, 每个数据源都有一个数据源标 识, 并且有数据源设定。 X表示扩展比特位, 如果 X置 1, 则表示固定头后有 一头扩展部分。 而头扩展部分的格式为:
01234567890123456789012345678901
+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_
1 定义格式 I length | +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_
I 头扩展 I
I …- I
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+—+- 其中, 头扩展部分包括 16比特的长度域, 指示扩展项中 32比特字的个数。 RTP固定头之后只允许有一个头扩展.扩展项的前 16比特用以识别标识符或参数. 这 16比特的格式不在 RTP中说明, 而是由具体实现的上层协议定义。 由于 PTT 并不需要用到这 16位, 因此将这 16位全部置 0。
因此,本发明将待发送的 RTP语音数据包中 RTP固定头的扩展比特位置 1, 为 RTP固定头增加一头扩展部分。 其中, PTT头扩展部分的格式为:
01234567890123456789012345678901
+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_
+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_
1 当前通话的数据源标识 I
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 其中,前 16位全部置 0, length为 1,表示只增加了当前通话的数据源标识, 而当前通话的数据源标识为 4个字节, 表示当前持有发言权的数据源标识, 也 即是标识持有发言权的 PTT客户端。 如果没有 PTT客户端得到发言权, 则当前 通话的数据源标识全部置 0。
本发明对 RTP的扩展, 主要就是为了增加一个当前通话的数据源标识, 该 当前通话的数据源标识由 PTT客户端设定, 并且是唯一的, PTT服务器可以据 此裁决哪个 PTT客户端有发言权。
在 PTT服务器接收到 PTT客户端发送的进行头扩展后的 RTP语音数据包 时, 读取 RTP语音数据包中头扩展部分的当前通话的数据源标识, 然后根据当 前通话的数据源标识的值所处的区间范围判断所述 PTT客户端的发言权限。
从图 3所示的表中可以看出, 当所述当前通话的数据源标识的值为 0x1时, 所述 PTT客户端具有发言抢占权; 当所述当前通话的数据源标识的值处于区间 0x2-0xFFFFFF时, 所述 PTT客户端没有发言抢占权, 且在无第三方 PTT客户 端发言时申请获得发言权; 当所述当前通话的数据源标识的值处于区间 Ox 1000000-OxFFFFFFFF时, 所述 PTT客户端没有发言权。
PTT服务器根据 PTT客户端的发言权限, 进行相应的操作。 如果有发言权 则将 PTT客户端发送的 RTP语音数据包以组播形式发送给第三方 PTT客户端, 第三方 PTT客户端可以通过 RTP语音数据包收听该 PTT客户端的通话内容,很 好的实现了群呼功能。。
当然, PTT服务器在接收到 RTP语音数据包后, 会判断 RTP语音数据包中 是否包含有语音数据。 如果没有语音数据, 则判定该 PTT客户端放弃当前的发 言权; 而如果有语音数据, 则通过当前通话的数据源标识来区分用户级别, 从 而进行发言权的裁决。
如图 4所示, PTT服务器进行裁决的具体步骤如下:
511、 是否接收到 RTP语音数据包; 如果是, 执行步骤 S12, 否则继续判断 是否接收到 RTP语音数据包;
512、 RTP语音数据包中是否有语音数据; 如果是, 执行步骤 S14, 否则执 行步骤 S13 ;
513、 放弃发言权, 并返回步骤 S11 ;
514、 根据当前通话的数据源标识的值, 判断 PTT客户端的发言权限;
515、如果当前通话的数据源标识的值为 0x1 ,则 PTT客户端为超级发言者, 并执行步骤 S16;
516、 获得发言权, 并返回步骤 S11 ;
517、 如果当前通话的数据源标识的值处于区间 0x2-0xFFFFFF, 则 PTT客 户端为发言者, 并执行步骤 S18;
518、 当前是否有 PTT客户端在发言, 如果是执行步骤 S20, 否则执行步骤
S16;
519、 如果当前通话的数据源标识的值处于区间 OxlOOOOOO-OxFFFFFFFF , 则 PTT客户端为听者, 并执行步骤 S20;
520、 没有发言权, 并返回步骤 Sll。
本发明通过对 PTT客户端发送的 RTP语音数据包进行头扩展, 在头扩展部 分设置当前通话的数据源标识, 以便 PTT服务器根据当前通过的数据源标识裁 决出 PTT客户端的发言权限,将有发言权的 PTT客户端发送的 RTP语音数据包 以组播形式发送给第三方 PTT客户端, 实现群呼功能。 而且, 对 RTP语音数据 包进行头扩展的实现方式比较简单,易于实现,仅通过一数据源标识即可使 PTT 服务器做出正确的裁决, 便于系统的设计和推广。
应当理解的是, 本发明的应用不限于上述的举例, 对本领域普通技术人员 来说, 可以根据上述说明加以改进或变换, 所有这些改进和变换都应属于本发 明所附权利要求的保护范围。

Claims

权利 要求
1. 一种基于 VOIP技术的 PTT通话实现方法,其特征在于, 包括以下步骤:
A、 通过具有 VOIP功能的 PTT客户端对待发送的 RTP语音数据包进行头 扩展, 在头扩展部分设置一当前通话的数据源标识, 并将头扩展后的 RTP语音 数据包发送给具有 VOIP功能的 PTT服务器;其中,所述步骤 A包括:所述 PTT 客户端将待发送的 RTP语音数据包中 RTP固定头的扩展比特位置 1 , 为 RTP固 定头增加所述头扩展部分;
B、 所述 PTT服务器读取所述头扩展后的 RTP语音数据包中的当前通话的 数据源标识, 并根据所述当前通话的数据源标识的值所处的区间范围判断所述 PTT客户端的发言权限; 其中, 所述步骤 B还包括:
当所述当前通话的数据源标识的值为 0x1时, 所述 PTT客户端具有发言抢 占权;
当所述当前通话的数据源标识的值处于区间 0x2-0xFFFFFF时, 所述 PTT 客户端没有发言抢占权, 且在无第三方 PTT客户端发言时申请获得发言权; 当所述当前通话的数据源标识的值处于区间 OxlOOOOOO-OxFFFFFFFF时,所 述 PTT客户端没有发言权;
C、 当判断所述 PTT客户端有发言权, 所述 PTT服务器将所述头扩展后的 RTP语音数据包以组播形式发送给第三方 PTT客户端。
2. 根据权利要求 1所述的基于 VOIP技术的 PTT通话实现方法, 其特征在 于, 所述步骤 B还包括:
所述 PTT服务器接收到所述头扩展后的 RTP语音数据包时, 判断所述头扩 展后的 RTP语音数据包中是否有语音数据;
当所述头扩展后的 RTP语音数据包中没有语音数据时判定该 PTT客户端放 弃发言权, 否则通过所述当前通话的数据源标识的值所处的区间范围判断所述 PTT客户端的发言权限。
3. 根据权利要求 1所述的基于 VOIP技术的 PTT通话实现方法, 其特征在 于, 所述步骤 A中的当前通话的数据源标识唯一标识一 PTT客户端, 用于所述 PTT服务器据此判断所述 PTT客户端的发言权限。
4. 根据权利要求 3所述的基于 VOIP技术的 PTT通话实现方法, 其特征在 于, 所述当前通话的数据源标识长度为 4个字节。
5. 一种基于 VOIP技术的 PTT通话实现方法,其特征在于, 包括以下步骤:
A、 通过具有 VOIP功能的 PTT客户端对待发送的 RTP语音数据包进行头 扩展, 在头扩展部分设置一当前通话的数据源标识, 并将头扩展后的 RTP语音 数据包发送给具有 VOIP功能的 PTT服务器;
B、 所述 PTT服务器读取所述头扩展后的 RTP语音数据包中的当前通话的 数据源标识, 并根据所述当前通话的数据源标识的值所处的区间范围判断所述 PTT客户端的发言权限;
C、 当判断所述 PTT客户端有发言权, 所述 PTT服务器将所述头扩展后的 RTP语音数据包以组播形式发送给第三方 PTT客户端。
6. 根据权利要求 5所述的基于 VOIP技术的 PTT通话实现方法, 其特征在 于, 所述步骤 A包括:
所述 PTT客户端将待发送的 RTP语音数据包中 RTP固定头的扩展比特位置 1 , 为 RTP固定头增加所述头扩展部分。
7. 根据权利要求 5所述的基于 VOIP技术的 PTT通话实现方法, 其特征在 于, 所述步骤 B还包括:
当所述当前通话的数据源标识的值为 0x1时, 所述 PTT客户端具有发言抢 占权;
当所述当前通话的数据源标识的值处于区间 0x2-0xFFFFFF时, 所述 PTT 客户端没有发言抢占权, 且在无第三方 PTT客户端发言时申请获得发言权; 当所述当前通话的数据源标识的值处于区间 OxlOOOOOO-OxFFFFFFFF时,所 述 PTT客户端没有发言权。
8. 根据权利要求 5所述的基于 VOIP技术的 PTT通话实现方法, 其特征在 于, 所述步骤 B还包括:
所述 PTT服务器接收到所述头扩展后的 RTP语音数据包时, 判断所述头扩 展后的 RTP语音数据包中是否有语音数据;
当所述头扩展后的 RTP语音数据包中没有语音数据时判定该 PTT客户端放 弃发言权, 否则通过所述当前通话的数据源标识的值所处的区间范围判断所述 PTT客户端的发言权限。
9. 根据权利要求 5所述的基于 VOIP技术的 PTT通话实现方法, 其特征在 于, 所述步骤 A中的当前通话的数据源标识唯一标识一 PTT客户端, 用于所述 PTT服务器据此判断所述 PTT客户端的发言权限。
10. 根据权利要求 9所述的基于 VOIP技术的 PTT通话实现方法, 其特征 在于, 所述当前通话的数据源标识长度为 4个字节。
11.一种基于 VOIP技术的 PTT通话实现系统,其特征在于,包括具有 VOIP 功能的 PTT客户端和 PTT服务器, 其中,
所述 PTT客户端用于对 RTP语音数据包进行头扩展, 在头扩展部分设置一 当前通话的数据源标识, 并将头扩展后的 RTP语音数据包发送给所述 PTT服务 器;
所述 PTT服务器用于接收所述 PTT客户端发送的头扩展后的 RTP语音数据 包, 并获取所述当前通话的数据源标识, 通过所述当前通话的数据源标识判断 所述 PTT客户端的发言权限, 并根据所述 PTT客户端的发言权限做出是否将 RTP语音数据包以组播形式发送给第三方 PTT客户端的操作。
12. 根据权利要求 11所述的基于 VOIP技术的 PTT通话实现系统, 其特征 在于, 所述 PTT客户端和 PTT服务器均为具有 VOIP功能的移动终端, 且所述 PTT客户端为多个, 所述 PTT服务器为一个。
PCT/CN2013/077159 2012-09-17 2013-06-13 一种基于voip技术的ptt通话实现方法及实现系统 Ceased WO2014040433A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210343519.0 2012-09-17
CN2012103435190A CN102916939A (zh) 2012-09-17 2012-09-17 一种基于voip技术的ptt通话实现方法及实现系统

Publications (1)

Publication Number Publication Date
WO2014040433A1 true WO2014040433A1 (zh) 2014-03-20

Family

ID=47615173

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/077159 Ceased WO2014040433A1 (zh) 2012-09-17 2013-06-13 一种基于voip技术的ptt通话实现方法及实现系统

Country Status (2)

Country Link
CN (1) CN102916939A (zh)
WO (1) WO2014040433A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022073219A1 (zh) * 2020-10-10 2022-04-14 海能达通信股份有限公司 一种身份信息处理方法及装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102916939A (zh) * 2012-09-17 2013-02-06 惠州Tcl移动通信有限公司 一种基于voip技术的ptt通话实现方法及实现系统
CN103281309A (zh) * 2013-05-09 2013-09-04 厦门亿联网络技术股份有限公司 一种基于voip话机的广播系统
CN107302553B (zh) * 2016-04-14 2020-11-06 创新先进技术有限公司 用户迁移的方法和装置
CN106254966B (zh) * 2016-09-14 2019-10-25 深圳市万睿智能科技有限公司 一种基于不同网络介质的多终端小区对讲系统
CN113099397B (zh) * 2021-05-08 2022-05-17 儒安物联科技集团有限公司 一种基于ptt控制的多分组语音传输方法、终端及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1780422A (zh) * 2004-11-23 2006-05-31 华为技术有限公司 集群通信中组呼业务抢占的实现方法
CN1801967A (zh) * 2005-04-30 2006-07-12 华为技术有限公司 一种蜂窝系统中按键即说业务的通信资源分配方法
CN1917672A (zh) * 2005-08-19 2007-02-21 大唐移动通信设备有限公司 数字集群系统的讲话权控制方法及通信方法
CN102916939A (zh) * 2012-09-17 2013-02-06 惠州Tcl移动通信有限公司 一种基于voip技术的ptt通话实现方法及实现系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100471290C (zh) * 2003-07-19 2009-03-18 华为技术有限公司 实现半双工ip语音通信的方法
US20070115945A1 (en) * 2003-08-18 2007-05-24 Alcatel Communication protocol and method for operating a volp communication with additional data transmission

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1780422A (zh) * 2004-11-23 2006-05-31 华为技术有限公司 集群通信中组呼业务抢占的实现方法
CN1801967A (zh) * 2005-04-30 2006-07-12 华为技术有限公司 一种蜂窝系统中按键即说业务的通信资源分配方法
CN1917672A (zh) * 2005-08-19 2007-02-21 大唐移动通信设备有限公司 数字集群系统的讲话权控制方法及通信方法
CN102916939A (zh) * 2012-09-17 2013-02-06 惠州Tcl移动通信有限公司 一种基于voip技术的ptt通话实现方法及实现系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022073219A1 (zh) * 2020-10-10 2022-04-14 海能达通信股份有限公司 一种身份信息处理方法及装置

Also Published As

Publication number Publication date
CN102916939A (zh) 2013-02-06

Similar Documents

Publication Publication Date Title
US7221660B1 (en) System and method for multicast communications using real time transport protocol (RTP)
US7620413B2 (en) Method for implementing push-to-talk over SIP and multicast RTP related system
US10609680B2 (en) Multicast-based group communications in ad hoc arrangements of wireless devices
WO2014040433A1 (zh) 一种基于voip技术的ptt通话实现方法及实现系统
US8717949B2 (en) Active speaker identification
CN101341719B (zh) 用于ip语音应用的自适应媒体捆绑的系统和方法
CN105722020B (zh) 一种智能耳机、智能耳机系统及通信方法
WO2012079286A1 (zh) 一种远程接入广播的方法、装置及系统
WO2008025230A1 (en) Method and system to achieve cluster communication service
CN104869106A (zh) 录音方法、语音交换设备、录音服务器及录音系统
CN116980394A (zh) 公网对讲的通信方法、终端、媒体服务器及对讲服务器
WO2009071005A1 (en) Method, system, server and client for transmitting media stream data
WO2003013096A1 (en) A speech transmitting method for saving the bandwidth
CN1882125A (zh) PoC服务器、PoC终端及其控制方法、发言权控制方法
CN101103592A (zh) 用于在通信网络中传送消息的方法和设备
CN101488870B (zh) 语音混音的实现方法、系统及设备
WO2011153780A1 (zh) 组呼或广播呼叫接续的控制方法、装置及系统
CN101459880A (zh) 一种建立临时群组呼叫的会话请求方法及系统
WO2013071772A1 (zh) 媒体数据包的处理方法、设备以及会议系统
CN103024685B (zh) 一种多频道ptt系统及实现方法
WO2013170812A1 (zh) 媒体数据流的传输方法和瘦终端
WO2020062530A1 (zh) 一种基于无中心应用软件的通信方法及装置
CN1878140A (zh) 通信控制服务器、通信终端、通信控制方法
WO2010012231A1 (zh) 一种通信时间控制方法及装置
WO2011120458A2 (zh) 一种实现语音业务的方法、移动终端、装置和系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13836867

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13836867

Country of ref document: EP

Kind code of ref document: A1