CA2661031A1 - Ptt/pts signaling in an internet-protocol network - Google Patents
Ptt/pts signaling in an internet-protocol network Download PDFInfo
- Publication number
- CA2661031A1 CA2661031A1 CA002661031A CA2661031A CA2661031A1 CA 2661031 A1 CA2661031 A1 CA 2661031A1 CA 002661031 A CA002661031 A CA 002661031A CA 2661031 A CA2661031 A CA 2661031A CA 2661031 A1 CA2661031 A1 CA 2661031A1
- Authority
- CA
- Canada
- Prior art keywords
- communication terminal
- signal
- real
- push
- packet stream
- 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
Links
- 230000011664 signaling Effects 0.000 title claims abstract description 22
- 238000004891 communication Methods 0.000 claims description 54
- 230000004913 activation Effects 0.000 claims description 36
- 238000000034 method Methods 0.000 claims description 16
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 abstract description 2
- 230000000644 propagated effect Effects 0.000 abstract description 2
- 230000001360 synchronised effect Effects 0.000 abstract description 2
- 230000037361 pathway Effects 0.000 abstract 1
- PCTMTFRHKVHKIS-BMFZQQSSSA-N (1s,3r,4e,6e,8e,10e,12e,14e,16e,18s,19r,20r,21s,25r,27r,30r,31r,33s,35r,37s,38r)-3-[(2r,3s,4s,5s,6r)-4-amino-3,5-dihydroxy-6-methyloxan-2-yl]oxy-19,25,27,30,31,33,35,37-octahydroxy-18,20,21-trimethyl-23-oxo-22,39-dioxabicyclo[33.3.1]nonatriaconta-4,6,8,10 Chemical compound C1C=C2C[C@@H](OS(O)(=O)=O)CC[C@]2(C)[C@@H]2[C@@H]1[C@@H]1CC[C@H]([C@H](C)CCCC(C)C)[C@@]1(C)CC2.O[C@H]1[C@@H](N)[C@H](O)[C@@H](C)O[C@H]1O[C@H]1/C=C/C=C/C=C/C=C/C=C/C=C/C=C/[C@H](C)[C@@H](O)[C@@H](C)[C@H](C)OC(=O)C[C@H](O)C[C@H](O)CC[C@@H](O)[C@H](O)C[C@H](O)C[C@](O)(C[C@H](O)[C@H]2C(O)=O)O[C@H]2C1 PCTMTFRHKVHKIS-BMFZQQSSSA-N 0.000 description 13
- 230000001934 delay Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000000994 depressogenic effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
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/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
- 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/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- 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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Conveying Push- To-TaIk and Push-To-Signal (PTT/PTS) information over an IP network through signaling bits defined in and propagated with the Real -Time Protocol (RTP) stream allows the PTT/PTS information to remain synchronized with the voice packets of the stream. The maintenance of synchronization of PTT/PTS signals and voice packets eliminates problems arising from failure of synchronization between the two classes of packets, notably the "shoot/don't shoot" problem. The signaling bits employed were formerly used to convey legacy network information, but are no longer in active use in the Voice-over-IP (VoIP) realm, since VoIP provides alternative pathways for their information.
Description
Atty. Docket No, 3026622 WO01 PTT/P'I'S SIGNALING IN AN INTERNET-PROTOCOL NETWORK
RELATEI) APPLICATIONS
This patent claims the benefit of the filing date of USSN 60/838,282 filed August 17, 2006 whose entire contents are incorporated by reference.
FIELD OF THE INVENTION
The invention concerns the signaling of telephone call information in an Internet-protocol network, and more specifi.cally the signaling of PTT/PTS (Push-To-Talk/Push-To-Signal) telephone call information in an Internet-protocol network.
BACKGROUND OF THE INVENTION
PTT/PTS is used in many government and military networks to control muting of a telephone handset's transmitter and to signal connected equipment such as radios that their transmitters are to be keyed (i.e., that their transmit functions are to be enabled) When a connection is established between a telephone having a PTT/PTS
capability and a radio requiring transmit keying, the radio's transmit function will be turned on when the PTT button is depressed on the telephone, and turned off again wllen the PTT
button is released. PTT reports the state of the phone's transmitter, and PTS requests keying of a remote transmitter. In practice in general usage, PTT and PTS often coincide.
In most existing communications iietworks such as TDM (Time Division Multiplex), transmission delays are minimal, and. the PTT/PTS infonnation can be carried in parallel with the voice using either CAS (Channel-Associated Signaling) or through a separate message-based interface such as ISDN PRI (Integrated Services Digital Network Primary Rate Interface). Since delays are small and predictable, this method of conveying the PTT/PTS information is satisfactory.
::ODNfA1PCDOC,SIR0CI-ID0CS1474391ll 1 Atty. Docket No. 3026622 WO01 However, IP networks generally have higher delay (latency) and greater variability in latency than anany conventional legacy networks. Unless steps are taken to prevent it, such networks are prone to what is cornrnonly known as the "shoot/don't shoot" problem. Specifically, a PTT/PTS phone user depresses the PTT button on the handset azxd speaks the words "don't shoot", but the distant radio's tral-ismitter is not keyed until the word "shoot" is received, so that only the word "shoot" is broadcast from the radio. This can happen if the PTT/PTS information experiences a greater delay through the IP network than the voice data does. Elirninatioai of this problem in a Voice-over-Internet (VoIP) telephone system would constitute a significant advantage for such a system.
SUIVIMAIZY
The present invention conveys Push-To-Talk and Push- To- Sigi-ial (PTT/PTS) information over an IP network through the use of signaling bits formerly used to convey legacy network inforination. These signaling bits are no longer in active use in the Voice-over-IP (VoIP) realm, since their infori-nation is now carried through the VoIP
network by other means. The signaling bits used are defined in and propagated with the Real-Time Protocol (RTP) stream, so that the PTT/PTS information remains synchronized with the voice packets of the stream. The maintenance of synchronization of PTT/PTS signals and voice packets eliminates problems arising from failure of synchronization between the two classes of packets, notably the "shoot/don't shoot"
problem.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1 shows the configuration of a PTT/PTS.
DETAILED DESCRIPTION OF THE INVENTION
The Internet Engineering Task Force (IETF) RFC 2$33 standard, incorporated herein by re.Ference, defines a method for sending "telephone events" over the Real-Time : ~OT:}MAIPCDOCSIIZOCFCDOCS147439111 2 Atty. Docket No. 3026622 WO01 Protocol (RTP) data stream. These are time-tagged in a rnaniier similar to that of the voice packets, and are used, for example, for reliable transmission of Dual-Tone-Multi-rrequency (DTMF) signals end-to-end over an Internet Protocol (IP) network during an established call. Although the RFC 2833 standard does not include a method for sending PTT/PTS signals specifically, it does define sending four independent signaling bits termed the "ABCD bits". The original purpose of the ABCD bits was to relay the ABCD
supervisory bits of legacy T1 and El trailsmission systems, but in the evolving IP
networks, these signals are no longer needed since in most cases call setup and teardown are handled by special messages in the call management protocol. For example, call answer and disconnect are handled in the IP's Session Initiation Protocol (SIP) by the "200 OK" and "BYE" methods respectively.
The fact that the ABCD bits are passed end-to-end in the RTP streain via the RFC
2833 mechanism means that they suffer exactly the same latency (delays) as the voice packets. This latency synchronization is impor-tant, because the "shoot/don't shoot"
problem is due to the differential latency between the PTTiPTS information and the voice information. Since the two latencies are equal for both voice packets and the ABCD bits, the differential latency is zero, and consequently ABCD bits remain in the sarne real-time relationship to the voice packets at both ends of the call. If the PTT/PTS
information were passed via the usual call control messages, additional P..f'I'/PTS
processing delays would be expected, and both the packet routing and packet priority would be expected to differ from those of the RTP stream. In that event, the differential latency would not be zero, and the required synchronization would not be obtained.
'I'he present invention therefore uses the now-available ABCD bits to transmit a call's PTT and PTS signals with exact synchronization with the voice packets also in the RTP stream. In a basic earza.bodim.ent of the present invention, one of the ABCD bits is used to transmit the PTT signal, and another ABCD bit is used to transmit the P'I'S signal.
Since there are four bits available (A, B, C, and D each provide one bit), and only two signals to be sent (PTT and PTS), an acknowledgement embodiment of the invention provides for use of the remaining two bits for acknowledgement signals returned to the source of the PTT/PTS signals.
:0nMA~PCDocsuzocHnocs~474391\1 3 Atty. Docket No. 3026622 WO01 See Fig. 1. The present invention comprises one or more communication terminals 10, one or more communication terininals 11, and an IP routing network 40 connected to each terminal 10, 11 via a link 35. Each communication terminal 10 may comprise an IP radio 20, an IP telephone 30, or any other type of IP device capable of PTTIPTS signaling. In Fig. 1, IP telephone 30 is shown with a PTT/PTS switch provided on its handset. Communication terminal 11 may comprise a media gateway 50 and a radio 60 having keying input (i.e., input controlled by a microphone key or switch, not shown here).
A call between IP phone 30 and communication terminal. 11 illustrates the working of the inveiition. When activated during the call, PTT/PTS switch 32 of IPtelephone 30 generates a PTT bit activation in a Real-Time Protocol (RTP) packet streain directed to the radio 60 of communication tenninal 11. RTP is ziot involved in the setting i.ip or tearing down of the link. That is done by another protocol (SIP) that is not relevant to this invention. Each RTP packet stream has a number of legacy bits, termed ABCD bits. These bits were included in the RFC 2833 standard to control TI and El line channel-associated signaling transmissions over the Internet. Since equipment using push to talk and push to signal features generates no TI and El line channel-associated signaling, the equipment 10, 11 and 20 uses the legacy ABCD bits to provide push to talk and push to signal control bits.
The radio 60 of communication terminal 1 I detects the PTT bit activation generated by PT'T/PTS switch 32, and initiates one or more actions appropriate for PTT
signaling as a result. In an acknowledgement embodiment of the invention, radio 60 generates a PTT-acknowledgement bit activation, in a return RTP packet streain directed to IP phone 30. This series of actions comprises a PTT communication sequence.
In like manner, when activated during the call, PT'I'/PTS switch 32 of IP
telephone 30 generates a PTS bit activation in a Real-Time Protocol (RTP) packet streanl directed to the radio 60 of communication terminal 11. The radio 60 of communication terminal 11 detects the PTS bit activation generated by PTT/P T S switch 32, and initiates one or more actions appropriate for PTS signaling as a result. In an acknowledgement embodiment of the invention, radio 60 generates a PTS- acknowledgement bit activation ::onMA Pcnocs~RoCI-Inocs 47a39a 1 4 Atty. Docket No. 3026622 WOU 1 in a return RTP packet stream directed to IP phone 30. This series of actions comprises a PTS communication sequence.
The following assignment of bits to functions in the present invention is provided for illustrative purposes, and should not be taken in aiiy limiting sense. In the illustrative embodiment, bit A in the outgoing RTP stream reflects the PTT status of the local device (the source of the outgoing stream. Optionally, on receipt of bit A frorn a remote device, a local device niay acknowledge receipt by setting bit B in its own outgoing stream returning to the remote device. Similarly, bit C in the outgoing RTP stream reflects the PTS status of the local device. Optionally, on receipt of bit C from a remote device, a local device may acknowledge receipt by setting bit D in its own outgoing stream returrting to the remote device.
The following table summarizes the assignment of ABCD bits to functions described in the previous paragraph:
Bit Usage A Source device`s P'TT signal B Receiving device`s receipt status of PT'T' signal from source device C Source device's PTS signal D Receiving device's receipt status of PTS signal from source device Through the use of the ABCD bits, the invention synchronizes the PTT/PTS
signaling of a call with the voice packets of the same call in the RTP packet stream, thereby eliminating communication problems created by the loss of said synchronization.
While the invention has been described with reference to preferred embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted for elements thereof to adapt to particular situations without departing from the scope of the invention. Therefore, it is intended that the invention not be limited to the particular embodiments disclosed as the best mode contemplated for carrying out this invention, but that the invention will include all embodiments falling within the scope and spirit of the appended claims.
:;ODMAIPCDOCSIROCHDOCS147439111 5
RELATEI) APPLICATIONS
This patent claims the benefit of the filing date of USSN 60/838,282 filed August 17, 2006 whose entire contents are incorporated by reference.
FIELD OF THE INVENTION
The invention concerns the signaling of telephone call information in an Internet-protocol network, and more specifi.cally the signaling of PTT/PTS (Push-To-Talk/Push-To-Signal) telephone call information in an Internet-protocol network.
BACKGROUND OF THE INVENTION
PTT/PTS is used in many government and military networks to control muting of a telephone handset's transmitter and to signal connected equipment such as radios that their transmitters are to be keyed (i.e., that their transmit functions are to be enabled) When a connection is established between a telephone having a PTT/PTS
capability and a radio requiring transmit keying, the radio's transmit function will be turned on when the PTT button is depressed on the telephone, and turned off again wllen the PTT
button is released. PTT reports the state of the phone's transmitter, and PTS requests keying of a remote transmitter. In practice in general usage, PTT and PTS often coincide.
In most existing communications iietworks such as TDM (Time Division Multiplex), transmission delays are minimal, and. the PTT/PTS infonnation can be carried in parallel with the voice using either CAS (Channel-Associated Signaling) or through a separate message-based interface such as ISDN PRI (Integrated Services Digital Network Primary Rate Interface). Since delays are small and predictable, this method of conveying the PTT/PTS information is satisfactory.
::ODNfA1PCDOC,SIR0CI-ID0CS1474391ll 1 Atty. Docket No. 3026622 WO01 However, IP networks generally have higher delay (latency) and greater variability in latency than anany conventional legacy networks. Unless steps are taken to prevent it, such networks are prone to what is cornrnonly known as the "shoot/don't shoot" problem. Specifically, a PTT/PTS phone user depresses the PTT button on the handset azxd speaks the words "don't shoot", but the distant radio's tral-ismitter is not keyed until the word "shoot" is received, so that only the word "shoot" is broadcast from the radio. This can happen if the PTT/PTS information experiences a greater delay through the IP network than the voice data does. Elirninatioai of this problem in a Voice-over-Internet (VoIP) telephone system would constitute a significant advantage for such a system.
SUIVIMAIZY
The present invention conveys Push-To-Talk and Push- To- Sigi-ial (PTT/PTS) information over an IP network through the use of signaling bits formerly used to convey legacy network inforination. These signaling bits are no longer in active use in the Voice-over-IP (VoIP) realm, since their infori-nation is now carried through the VoIP
network by other means. The signaling bits used are defined in and propagated with the Real-Time Protocol (RTP) stream, so that the PTT/PTS information remains synchronized with the voice packets of the stream. The maintenance of synchronization of PTT/PTS signals and voice packets eliminates problems arising from failure of synchronization between the two classes of packets, notably the "shoot/don't shoot"
problem.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1 shows the configuration of a PTT/PTS.
DETAILED DESCRIPTION OF THE INVENTION
The Internet Engineering Task Force (IETF) RFC 2$33 standard, incorporated herein by re.Ference, defines a method for sending "telephone events" over the Real-Time : ~OT:}MAIPCDOCSIIZOCFCDOCS147439111 2 Atty. Docket No. 3026622 WO01 Protocol (RTP) data stream. These are time-tagged in a rnaniier similar to that of the voice packets, and are used, for example, for reliable transmission of Dual-Tone-Multi-rrequency (DTMF) signals end-to-end over an Internet Protocol (IP) network during an established call. Although the RFC 2833 standard does not include a method for sending PTT/PTS signals specifically, it does define sending four independent signaling bits termed the "ABCD bits". The original purpose of the ABCD bits was to relay the ABCD
supervisory bits of legacy T1 and El trailsmission systems, but in the evolving IP
networks, these signals are no longer needed since in most cases call setup and teardown are handled by special messages in the call management protocol. For example, call answer and disconnect are handled in the IP's Session Initiation Protocol (SIP) by the "200 OK" and "BYE" methods respectively.
The fact that the ABCD bits are passed end-to-end in the RTP streain via the RFC
2833 mechanism means that they suffer exactly the same latency (delays) as the voice packets. This latency synchronization is impor-tant, because the "shoot/don't shoot"
problem is due to the differential latency between the PTTiPTS information and the voice information. Since the two latencies are equal for both voice packets and the ABCD bits, the differential latency is zero, and consequently ABCD bits remain in the sarne real-time relationship to the voice packets at both ends of the call. If the PTT/PTS
information were passed via the usual call control messages, additional P..f'I'/PTS
processing delays would be expected, and both the packet routing and packet priority would be expected to differ from those of the RTP stream. In that event, the differential latency would not be zero, and the required synchronization would not be obtained.
'I'he present invention therefore uses the now-available ABCD bits to transmit a call's PTT and PTS signals with exact synchronization with the voice packets also in the RTP stream. In a basic earza.bodim.ent of the present invention, one of the ABCD bits is used to transmit the PTT signal, and another ABCD bit is used to transmit the P'I'S signal.
Since there are four bits available (A, B, C, and D each provide one bit), and only two signals to be sent (PTT and PTS), an acknowledgement embodiment of the invention provides for use of the remaining two bits for acknowledgement signals returned to the source of the PTT/PTS signals.
:0nMA~PCDocsuzocHnocs~474391\1 3 Atty. Docket No. 3026622 WO01 See Fig. 1. The present invention comprises one or more communication terminals 10, one or more communication terininals 11, and an IP routing network 40 connected to each terminal 10, 11 via a link 35. Each communication terminal 10 may comprise an IP radio 20, an IP telephone 30, or any other type of IP device capable of PTTIPTS signaling. In Fig. 1, IP telephone 30 is shown with a PTT/PTS switch provided on its handset. Communication terminal 11 may comprise a media gateway 50 and a radio 60 having keying input (i.e., input controlled by a microphone key or switch, not shown here).
A call between IP phone 30 and communication terminal. 11 illustrates the working of the inveiition. When activated during the call, PTT/PTS switch 32 of IPtelephone 30 generates a PTT bit activation in a Real-Time Protocol (RTP) packet streain directed to the radio 60 of communication tenninal 11. RTP is ziot involved in the setting i.ip or tearing down of the link. That is done by another protocol (SIP) that is not relevant to this invention. Each RTP packet stream has a number of legacy bits, termed ABCD bits. These bits were included in the RFC 2833 standard to control TI and El line channel-associated signaling transmissions over the Internet. Since equipment using push to talk and push to signal features generates no TI and El line channel-associated signaling, the equipment 10, 11 and 20 uses the legacy ABCD bits to provide push to talk and push to signal control bits.
The radio 60 of communication terminal 1 I detects the PTT bit activation generated by PT'T/PTS switch 32, and initiates one or more actions appropriate for PTT
signaling as a result. In an acknowledgement embodiment of the invention, radio 60 generates a PTT-acknowledgement bit activation, in a return RTP packet streain directed to IP phone 30. This series of actions comprises a PTT communication sequence.
In like manner, when activated during the call, PT'I'/PTS switch 32 of IP
telephone 30 generates a PTS bit activation in a Real-Time Protocol (RTP) packet streanl directed to the radio 60 of communication terminal 11. The radio 60 of communication terminal 11 detects the PTS bit activation generated by PTT/P T S switch 32, and initiates one or more actions appropriate for PTS signaling as a result. In an acknowledgement embodiment of the invention, radio 60 generates a PTS- acknowledgement bit activation ::onMA Pcnocs~RoCI-Inocs 47a39a 1 4 Atty. Docket No. 3026622 WOU 1 in a return RTP packet stream directed to IP phone 30. This series of actions comprises a PTS communication sequence.
The following assignment of bits to functions in the present invention is provided for illustrative purposes, and should not be taken in aiiy limiting sense. In the illustrative embodiment, bit A in the outgoing RTP stream reflects the PTT status of the local device (the source of the outgoing stream. Optionally, on receipt of bit A frorn a remote device, a local device niay acknowledge receipt by setting bit B in its own outgoing stream returning to the remote device. Similarly, bit C in the outgoing RTP stream reflects the PTS status of the local device. Optionally, on receipt of bit C from a remote device, a local device may acknowledge receipt by setting bit D in its own outgoing stream returrting to the remote device.
The following table summarizes the assignment of ABCD bits to functions described in the previous paragraph:
Bit Usage A Source device`s P'TT signal B Receiving device`s receipt status of PT'T' signal from source device C Source device's PTS signal D Receiving device's receipt status of PTS signal from source device Through the use of the ABCD bits, the invention synchronizes the PTT/PTS
signaling of a call with the voice packets of the same call in the RTP packet stream, thereby eliminating communication problems created by the loss of said synchronization.
While the invention has been described with reference to preferred embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted for elements thereof to adapt to particular situations without departing from the scope of the invention. Therefore, it is intended that the invention not be limited to the particular embodiments disclosed as the best mode contemplated for carrying out this invention, but that the invention will include all embodiments falling within the scope and spirit of the appended claims.
:;ODMAIPCDOCSIROCHDOCS147439111 5
Claims (18)
1. An Internet-protocol-based telecommunications network comprising:
an Internet protocol routing network;
one or more Internet-protocol communication terminals connected to the Internet protocol routing network;
one or more general communication terminals connected to the Internet protocol routing network;
a Push-To-Talk signaling means connected to each Internet-protocol communication terminal;
means for converting a Push-To-Talk signal in said Internet-protocol communication terminal to a first bit activation in a Real-Time Protocol packet stream;
means for converting said first bit activation in said Real-Time Protocol packet stream to said Push-To-Talk signal in said general communication terminal;
means for initiating actions based on said Push-To-Talk signal in said general communication terminal.
an Internet protocol routing network;
one or more Internet-protocol communication terminals connected to the Internet protocol routing network;
one or more general communication terminals connected to the Internet protocol routing network;
a Push-To-Talk signaling means connected to each Internet-protocol communication terminal;
means for converting a Push-To-Talk signal in said Internet-protocol communication terminal to a first bit activation in a Real-Time Protocol packet stream;
means for converting said first bit activation in said Real-Time Protocol packet stream to said Push-To-Talk signal in said general communication terminal;
means for initiating actions based on said Push-To-Talk signal in said general communication terminal.
2. The telecommunications network of claim 1 further comprising:
a Push-To-Talk acknowledgement signaling means connected to each general communication terminal;
means for converting a Push-To-Talk acknowledgement signal in said general communication terminal to a second bit activation in a Real-Time Protocol packet stream;
means for converting said second bit activation in said Real-Time Protocol packet stream to said Push-To-Talk acknowledgement signal in said Internet-protocol communication terminal.
a Push-To-Talk acknowledgement signaling means connected to each general communication terminal;
means for converting a Push-To-Talk acknowledgement signal in said general communication terminal to a second bit activation in a Real-Time Protocol packet stream;
means for converting said second bit activation in said Real-Time Protocol packet stream to said Push-To-Talk acknowledgement signal in said Internet-protocol communication terminal.
3. The telecommunications network of claim 1 further comprising:
a Push-To-Signal signaling means connected to each Internet-protocol communication terminal;
means for converting a Push-To-Signal signal in said Internet-protocol communication terminal to a third bit activation in a Real-Time Protocol packet stream;
means for converting said third bit activation in said Real-Time Protocol packet stream to said Push-To-Signal signal in said general communication terminal;
means for initiating actions based on said Push-To-Send signal in said general communication terminal.
a Push-To-Signal signaling means connected to each Internet-protocol communication terminal;
means for converting a Push-To-Signal signal in said Internet-protocol communication terminal to a third bit activation in a Real-Time Protocol packet stream;
means for converting said third bit activation in said Real-Time Protocol packet stream to said Push-To-Signal signal in said general communication terminal;
means for initiating actions based on said Push-To-Send signal in said general communication terminal.
4. The telecommunications network of claim 3 further comprising:
a Push-To-Signal acknowledgement signaling means connected to each general communication terminal;
means for converting a Push-To-Signal acknowledgement signal in said general communication terminal to a fourth bit activation in a Real-Time Protocol packet stream;
means for converting said fourth bit activation in said Real-Time Protocol packet stream to said Push-To-Signal acknowledgement signal in said Internet-protocol communication terminal.
a Push-To-Signal acknowledgement signaling means connected to each general communication terminal;
means for converting a Push-To-Signal acknowledgement signal in said general communication terminal to a fourth bit activation in a Real-Time Protocol packet stream;
means for converting said fourth bit activation in said Real-Time Protocol packet stream to said Push-To-Signal acknowledgement signal in said Internet-protocol communication terminal.
5. The telecommunications network of claim 1 wherein the Real Time Protocol packet stream is sent and received in accordance with a legacy standard comprising signaling control bits containing push to talk and push to signal data.
6. The telecommunications network of claim 1 wherein the Real Time Protocol packet stream is sent and received in accordance with Internet Request For Comments Standard 2833 or its equivalent and uses signal control bits to control push to talk and push to signal operations.
7. A method for relaying control signals between communication terminals in an Internet-protocol-based telecommunications network comprising the steps of:
converting a first control signal at an Internet-protocol communication terminal to a first bit activation in a Real-Time Protocol packet stream;
transmitting said first bit activation in a Real-Time Protocol packet stream over the Internet-protocol-based telecommunications network from the Internet-protocol communication terminal to a general communication terminal; and converting said first bit activation in a Real-Time Protocol packet stream back to said first control signal at the general communication terminal.
converting a first control signal at an Internet-protocol communication terminal to a first bit activation in a Real-Time Protocol packet stream;
transmitting said first bit activation in a Real-Time Protocol packet stream over the Internet-protocol-based telecommunications network from the Internet-protocol communication terminal to a general communication terminal; and converting said first bit activation in a Real-Time Protocol packet stream back to said first control signal at the general communication terminal.
8. The method of claim 7 wherein the step of converting a first control signal at an Internet-protocol communication terminal to a first bit activation in a Real-Time Protocol packet stream comprises the step of converting a Push-To-Talk signal at an Internet-protocol communication terminal to a first bit activation in a Real-Time Protocol packet stream.
9. The method of claim 7 wherein the step of converting said first bit activation in a Real-Time Protocol packet stream back to said first control signal at the general communication terminal comprises the step of converting said first bit activation in a Real-Time Protocol packet stream back to a Push-To-Talk signal at the general communication terminal.
10. The method of claim 7 wherein the step of converting a first control signal at an Internet-protocol communication terminal to a first bit activation in a Real-Time Protocol packet stream comprises the step of converting a Push-To-Signal signal at an Internet-protocol communication terminal to a first bit activation in a Real-Time Protocol packet stream.
11. The method of claim 7 wherein the step of converting said first bit activation in a Real-Time Protocol packet stream back to said first control signal at the general communication terminal comprises the step of converting said first bit activation in a Real-Time Protocol packet stream back to a Push-To-Signal signal at the general communication terminal.
12. The method of claim 7 further comprising the steps of:
converting a first control signal acknowledgement at a general communication terminal to a second bit activation in a second Real-Time Protocol packet stream;
transmitting said second bit activation in the second Real-Time Protocol packet stream over the Internet-protocol-based telecommunications network from the general communication terminal to the Internet-protocol communication terminal; and converting said second bit activation in the second Real-Time Protocol packet stream back to said first control signal acknowledgement at the Internet-protocol communication terminal.
converting a first control signal acknowledgement at a general communication terminal to a second bit activation in a second Real-Time Protocol packet stream;
transmitting said second bit activation in the second Real-Time Protocol packet stream over the Internet-protocol-based telecommunications network from the general communication terminal to the Internet-protocol communication terminal; and converting said second bit activation in the second Real-Time Protocol packet stream back to said first control signal acknowledgement at the Internet-protocol communication terminal.
13. The method of claim 12 wherein the step of converting a first control signal acknowledgement at a general communication terminal to a second bit activation in a second Real-Time Protocol packet stream comprises the step of converting a Push-To-Talk signal acknowledgement at a general communication terminal to a second bit activation in a second Real-Time Protocol packet stream.
14. The method of claim 12 wherein the step of converting said second bit activation in the second Real-Time Protocol packet stream back to said first control signal acknowledgement at the Internet-protocol communication terminal comprises the step of converting said second bit activation in the second Real-Time Protocol packet stream back to a Push-To-Talk signal acknowledgement at the Internet-protocol communication terminal.
15. The method of claim 12 wherein the step of converting a first control signal acknowledgement at a general communication terminal to a second bit activation in a second Real-Time Protocol packet stream comprises the step of converting a Push-To-Signal signal acknowledgement at a general communication terminal to a second bit activation in a second Real-Time Protocol packet stream.
16. The method of claim 12 wherein the step of converting said second bit activation in the second Real-Time Protocol packet stream back to said first control signal acknowledgement at the Internet-protocol communication terminal comprises the step of converting said second bit activation in the second Real-Time Protocol packet stream back to a Push-To-Signal signal acknowledgement at the Internet-protocol communication terminal.
17. The method of claim 16 wherein the Real Time Protocol packet stream is sent and received in accordance with a legacy standard comprising signal control bits containing push to talk and push to signal data.
18. The method of claim 7 wherein the Real Time Protocol packet stream is sent and received in accordance with Internet Request For Comments Standard 2833 or its equivalent and uses tone control bits to control push to talk and push to send operations.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US83828206P | 2006-08-17 | 2006-08-17 | |
| US60/838,282 | 2006-08-17 | ||
| PCT/US2007/076216 WO2008022317A2 (en) | 2006-08-17 | 2007-08-17 | Ptt/pts signaling in an internet protocol network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2661031A1 true CA2661031A1 (en) | 2008-02-21 |
| CA2661031C CA2661031C (en) | 2015-11-24 |
Family
ID=39083176
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2661031A Expired - Fee Related CA2661031C (en) | 2006-08-17 | 2007-08-17 | Ptt/pts signaling in an internet-protocol network |
Country Status (11)
| Country | Link |
|---|---|
| US (1) | US7920831B2 (en) |
| EP (1) | EP2060018B1 (en) |
| CN (1) | CN101507133B (en) |
| AU (1) | AU2007285790B2 (en) |
| CA (1) | CA2661031C (en) |
| DE (1) | DE202007018942U1 (en) |
| ES (1) | ES2700073T3 (en) |
| HU (1) | HUE041917T2 (en) |
| PL (1) | PL2060018T3 (en) |
| TW (1) | TWI435642B (en) |
| WO (1) | WO2008022317A2 (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008113381A (en) * | 2006-10-31 | 2008-05-15 | Toshiba Corp | Communication system |
| US8014324B2 (en) * | 2008-11-25 | 2011-09-06 | Cisco Technology, Inc. | Tone signaling |
| CN103024685B (en) * | 2012-12-07 | 2016-05-11 | Tcl通讯（宁波）有限公司 | A kind of multichannel PTT system and implementation method |
| CN107888572A (en) * | 2017-10-27 | 2018-04-06 | 中国电子科技集团公司第二十八研究所 | The speech radio station transceiver mode switching control method of IP based network |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5163158A (en) * | 1989-01-12 | 1992-11-10 | Tendler Robert K | Modular communications system including a portable unit range extender and selective-call system |
| US6112085A (en) * | 1995-11-30 | 2000-08-29 | Amsc Subsidiary Corporation | Virtual network configuration and management system for satellite communication system |
| US5842125A (en) * | 1995-11-30 | 1998-11-24 | Amsc Subsidiary Corporation | Network control center for satellite communication system |
| US6272341B1 (en) * | 1995-11-30 | 2001-08-07 | Motient Services Inc. | Network engineering/systems engineering system for mobile satellite communication system |
| KR20010101347A (en) * | 1999-11-01 | 2001-11-14 | 마츠시타 덴끼 산교 가부시키가이샤 | Method and apparatus for information transmission |
| US7327676B2 (en) * | 2001-10-11 | 2008-02-05 | Nippon Telegraph And Telephone Corporation | Data transmission control method, program therefor and data transmission unit using the same |
| KR100460970B1 (en) * | 2002-01-10 | 2004-12-09 | 삼성전자주식회사 | Data transmitting/receiving system and method thereof |
| US7310596B2 (en) * | 2002-02-04 | 2007-12-18 | Fujitsu Limited | Method and system for embedding and extracting data from encoded voice code |
| US7688764B2 (en) * | 2002-06-20 | 2010-03-30 | Motorola, Inc. | Method and apparatus for speaker arbitration in a multi-participant communication session |
| US7260087B2 (en) | 2003-04-02 | 2007-08-21 | Cellco Partnership | Implementation methodology for client initiated parameter negotiation for PTT/VoIP type services |
| US20040224678A1 (en) * | 2003-05-08 | 2004-11-11 | Starent Networks, Corp. | Reduced latency in half-duplex wireless communications |
| CN100471290C (en) * | 2003-07-19 | 2009-03-18 | 华为技术有限公司 | Method for implementing half-duplex IP voice communication |
| WO2005011232A2 (en) * | 2003-07-24 | 2005-02-03 | 3E Technologies International, Inc. | Method and system for fast setup of group voice calls over ip communications |
| US20050190756A1 (en) * | 2004-02-26 | 2005-09-01 | Mundra Satish Kumar M. | RTP payload for voice band data transmission |
| KR100907986B1 (en) * | 2004-06-11 | 2009-07-16 | 노키아 코포레이션 | Communication systems |
| FI20041169A0 (en) * | 2004-09-08 | 2004-09-08 | Nokia Corp | Group Services Group Information |
| US20060084457A1 (en) * | 2004-09-30 | 2006-04-20 | Lucent Technologies | Method and apparatus for reducing transport delay in a push-to-talk system |
| FI20041377A0 (en) * | 2004-10-25 | 2004-10-25 | Nokia Corp | Delivery of services in a telecommunications system |
-
2007
- 2007-08-17 PL PL07841061T patent/PL2060018T3/en unknown
- 2007-08-17 US US11/840,637 patent/US7920831B2/en active Active
- 2007-08-17 CA CA2661031A patent/CA2661031C/en not_active Expired - Fee Related
- 2007-08-17 TW TW096130571A patent/TWI435642B/en not_active IP Right Cessation
- 2007-08-17 DE DE202007018942U patent/DE202007018942U1/en not_active Expired - Lifetime
- 2007-08-17 CN CN2007800306015A patent/CN101507133B/en not_active Expired - Fee Related
- 2007-08-17 ES ES07841061T patent/ES2700073T3/en active Active
- 2007-08-17 WO PCT/US2007/076216 patent/WO2008022317A2/en active Application Filing
- 2007-08-17 EP EP07841061.0A patent/EP2060018B1/en not_active Not-in-force
- 2007-08-17 AU AU2007285790A patent/AU2007285790B2/en not_active Ceased
- 2007-08-17 HU HUE07841061A patent/HUE041917T2/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| US7920831B2 (en) | 2011-04-05 |
| EP2060018A4 (en) | 2015-03-18 |
| US20080045258A1 (en) | 2008-02-21 |
| WO2008022317A3 (en) | 2008-06-12 |
| ES2700073T3 (en) | 2019-02-13 |
| CA2661031C (en) | 2015-11-24 |
| PL2060018T3 (en) | 2019-02-28 |
| CN101507133A (en) | 2009-08-12 |
| EP2060018A2 (en) | 2009-05-20 |
| CN101507133B (en) | 2013-01-02 |
| TW200829041A (en) | 2008-07-01 |
| WO2008022317A2 (en) | 2008-02-21 |
| DE202007018942U1 (en) | 2009-12-03 |
| EP2060018B1 (en) | 2018-10-31 |
| AU2007285790B2 (en) | 2011-08-04 |
| HUE041917T2 (en) | 2019-06-28 |
| AU2007285790A1 (en) | 2008-02-21 |
| TWI435642B (en) | 2014-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8249102B2 (en) | Method and apparatus for session layer framing to enable interoperability between packet-switched systems | |
| CN1989710B (en) | Push-to-talk service method | |
| US20090238346A1 (en) | Method of Copying Voice Messages in the Form of Text Messages in a Packet Communication Network | |
| CN102440013B (en) | The operation of push-to-talk is quickly carried out between system | |
| CN101485172A (en) | Method and communication terminal for provision of VOIP | |
| KR100738532B1 (en) | IP Network and Communication Method Therein | |
| US7809839B2 (en) | Method and system for call set-up between mobile communication terminals | |
| WO2006053298A1 (en) | Data transport between a media gateway and a media server | |
| US7920831B2 (en) | PTT/PTS signaling in an internet protocol network | |
| CN1868196B (en) | Selecting method and device for calling for establishing transmission data between uses and target users | |
| US10263665B2 (en) | Communication system | |
| US20060023654A1 (en) | Method and apparatus for enabling interoperability between packet-switched systems | |
| JP4920637B2 (en) | SIP telephone system, data transmission method, server unit and telephone terminal | |
| KR20030073893A (en) | Realtime Voice Information Transmission Method for using Wireless Instant Messenger | |
| US7372876B2 (en) | Method for setting up a useful data link between terminals in a VoIP system | |
| KR100273443B1 (en) | Internet phone protocol | |
| US20070274281A1 (en) | Method of Establishing a Communication Link in a Digital Communication System | |
| JP2006203324A (en) | Gateway system | |
| CN101267428B (en) | A method for indication and prevention in related message | |
| JP2009232378A (en) | Method, system, apparatus and program for convening conference with key telephone system using sip | |
| FR2903836A1 (en) | SYSTEM FOR RELATING VOIP USERS AND DISTRIBUTED ANALOG RESOURCES | |
| Hasn | DEFINITION TECHNOLOGY USED IN AUDIO | |
| Kurth et al. | Advanced radio service features using the session initiation protocol | |
| KR20050113013A (en) | Method for providing conference service using multi-session description protocol in next generation network | |
| WO2008069754A1 (en) | Voice over the internet method and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |
Effective date: 20220817 |