CN112491775B - Monitoring method and device for cluster voice multicast group call - Google Patents
Monitoring method and device for cluster voice multicast group call Download PDFInfo
- Publication number
- CN112491775B CN112491775B CN201910857303.8A CN201910857303A CN112491775B CN 112491775 B CN112491775 B CN 112491775B CN 201910857303 A CN201910857303 A CN 201910857303A CN 112491775 B CN112491775 B CN 112491775B
- Authority
- CN
- China
- Prior art keywords
- voice
- terminal
- server
- coding format
- monitoring
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- 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
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
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)
- Mobile Radio Communication Systems (AREA)
Abstract
The application discloses a monitoring method and a device for a cluster voice multicast group call, comprising the following steps: when the terminal successfully logs in, SIP pre-establishment is initiated to the server; when the terminal receives a group call multicast monitoring incoming call (MAP) message sent by the server, the terminal judges whether a voice coding format indicated by the MAP message is the same as a voice coding format negotiated during SIP pre-establishment, and if so, performs voice monitoring according to the MAP message; otherwise, triggering the server to build voice unicast for the terminal and monitoring corresponding unicast voice. By applying the technical scheme disclosed by the application, the problem that the terminal monitors the card pause can be effectively solved.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a method and an apparatus for monitoring a group voice multicast group call.
Background
Currently, broadband trunking solutions based on 3GPP trunking application layer standard (session Critical Push To Talk over LTE, MCPTT) have entered a completely new era. Compared with the traditional private network service, the MCPTT standard scheme is greatly improved, and a plurality of new technologies are added, such as Session Initiation Protocol (SIP) pre-establishment, multicast group calling and the like. When the SIP is supported to be pre-established between the terminal and the server, after the terminal is successfully logged in, the terminal establishes a session path (mainly parameter negotiation between the terminal and the server, such as a voice encoding and decoding mode) with the server based on an SIP protocol, and the session path is stored for a long time. When the server has the group calling voice session, the established pre-established channel can be used for quickly establishing the session, and the session establishment delay is reduced. After the pre-establishment is successful, if the terminal supports multicast, when a server has a Group call session, the server only needs To send a session establishment Group call To multicast monitoring (Map) message To a multicast channel, the terminal determines whether To monitor after receiving the message, the session coupling between the terminal and the server is low, each terminal does not need To establish a one-To-one unicast link with the server, and the terminal only needs To receive data from a fixed multicast channel. Therefore, the multicast technology can not only improve the session delay, but also greatly improve the capacity of the server.
Fig. 1 shows a network topology diagram of MCPTT multicast listening. As shown in fig. 1, in the whole MCPTT network, the server side divides the whole network into a plurality of location areas (SAs), each SA is a multicast area, and each SA corresponds to a signaling temporary mobile group identity (IP, PORT) (TMGI (IP, PORT)). After the terminal is successfully registered, the server will issue the whole network corresponding relation between the signaling TMGI and the SA to the terminal through the notification message, and when the terminal moves to different SAs, the terminal automatically selects the signaling TMGI to be monitored.
In carrying out the present invention, applicants have discovered that: the existing MCPTT standard scheme has the problem that a terminal monitors the card pause in a multicast mode, and the specific reasons are analyzed as follows:
for voice services, when an SIP session is established, there is a very important information between the terminal and the server that needs to be negotiated: and (4) a voice coding and decoding mode. When negotiating the voice encoding and decoding mode, the terminal has the initiative, and the server is the passive processing, so that all terminals cannot be guaranteed to use the same encoding format. In the multicast monitoring scenario, the session signaling and the user plane data sent by the server side to all the monitoring terminals to the multicast channel are the same, and the server performs no difference processing on the multicast monitoring terminals with the same data. Therefore, if the voice coding and decoding mode negotiated between the terminal and the server during the SIP pre-establishment is inconsistent with the data coding and decoding sent by the multicast channel, the monitoring is blocked.
Currently, common modes of speech codec are: AMR-WB, AMR-NB, PCMA, PCMU and other coding and decoding formats. In a huge network, cluster terminals of various manufacturers exist, the same manufacturer also includes multiple types of terminals, and the situation that different encoding and decoding modes supported by different terminals are different is common. Therefore, the probability that the voice coding and decoding modes negotiated by the terminal during the SIP pre-establishment are inconsistent with the data coding and decoding sent by the multicast channel is also high, and the problem of monitoring the blockage is also common.
Disclosure of Invention
The application provides a monitoring method and a device for a cluster voice multicast group call, which can effectively solve the problem of blockage monitoring.
A monitoring method for cluster voice multicast group calling is characterized in that the method comprises the following steps:
when the terminal successfully logs in, SIP pre-establishment is initiated to the server;
when the terminal receives a group call multicast monitoring incoming call MAP message sent by the server, the terminal judges whether a voice coding format indicated by the MAP message is the same as a voice coding format negotiated during SIP pre-establishment, and if so, performs voice monitoring according to the MAP message; otherwise, triggering the server to build voice unicast for the terminal and monitoring corresponding unicast voice.
Preferably, the determining of the voice coding format indicated by the MAP message comprises:
the terminal analyzes the index information of the voice coding format from the MAP message;
and the terminal inquires the corresponding relation between the voice coding format supported by the server and the index information which are locally stored, and obtains the voice coding format corresponding to the analyzed index information.
Preferably, the server notifies the terminal of the correspondence after the terminal initiates SIP registration.
Preferably, the corresponding relationship is carried by an Announcement message sent by the server to the terminal.
A monitoring device for cluster voice multicast group calling is arranged in a terminal and comprises: a processor to:
when the terminal successfully logs in, SIP pre-establishment is initiated to the server;
when the terminal receives a group call multicast monitoring incoming call MAP message sent by the server, judging whether a voice coding format indicated by the MAP message is the same as a voice coding format negotiated during SIP pre-establishment, if so, performing voice monitoring according to the MAP message; otherwise, triggering the server to build voice unicast for the terminal and monitoring corresponding unicast voice.
Preferably, the processor is further configured to:
analyzing the index information of the voice coding format from the MAP message;
and inquiring the corresponding relation between the voice coding format supported by the server and the index information which are locally stored to obtain the voice coding format corresponding to the analyzed index information.
Preferably, the server notifies the terminal of the correspondence after the terminal initiates SIP registration.
Preferably, the corresponding relationship is carried by an Announcement message sent by the server to the terminal.
The present application also discloses a non-volatile computer-readable storage medium storing instructions that, when executed by a processor, cause the processor to perform the steps of the method for listening to a group voice multicast group call as described above.
The application also discloses an electronic device comprising the non-volatile computer-readable storage medium as described above, and the processor having access to the non-volatile computer-readable storage medium.
According to the technical scheme, when a terminal receives the MAP message sent by the server, the monitoring method and the monitoring device for the cluster voice multicast group call need to judge whether the voice coding format indicated by the MAP message is the same as the voice coding format negotiated during SIP pre-establishment, and if the voice coding format indicated by the MAP message is the same as the voice coding format negotiated during SIP pre-establishment, the server is triggered to build a voice unicast for the terminal and monitor corresponding unicast voice. Therefore, when the voice coding and decoding mode negotiated during SIP pre-establishment is inconsistent with the data coding and decoding sent by the multicast channel, the terminal triggers the server side to perform unicast monitoring for the voice unicast of the additional establishment, so that the problem of monitoring blockage caused by inconsistent data coding and decoding can be solved.
Drawings
Fig. 1 is a network topology diagram of MCPTT multicast listening;
FIG. 2 is a schematic flow chart of a method according to an embodiment of the present invention;
fig. 3 is a flowchart illustrating a method for implementing the embodiment of the present invention based on an notification message.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is further described in detail below by referring to the accompanying drawings and examples.
Aiming at the problem of the monitoring card pause, if the server and the voice monitoring of the terminal both adopt the unicast technology, namely the pre-establishment is not used, the problem can be solved. However, there are also problems as follows: (1) SIP pre-establishment is not adopted, so that the capacity of the server can be greatly reduced; (2) the SIP pre-establishment is not adopted, so that the time delay of the establishment of the monitoring session is increased; (3) according to statistics, in a large-scale system, only a few terminals have differences in encoding and decoding, and the SIP non-pre-establishment mode is not suitable for all the terminals.
Based on the above analysis, in order to fully utilize the advantages of SIP pre-establishment and avoid the problem of terminal monitoring jamming, in the present application, it is considered that the terminal performs consistency judgment on the voice codec mode negotiated during SIP pre-establishment and the data codec issued by the multicast channel, and when the inconsistency is judged, the server side is triggered to complement unicast for the inconsistency according to the voice codec mode negotiated during SIP pre-establishment, so that the problem of jamming caused by the inconsistency can be avoided by the UE performing service monitoring on the complemented unicast channel.
Fig. 2 is a schematic flowchart of an embodiment of the present invention, and as shown in fig. 2, a monitoring method for a group voice multicast group call implemented in the embodiment mainly includes:
In this step, the specific process of SIP pre-establishment is the same as that of the existing system, and the voice encoding format needs to be negotiated in the process, which is not described herein again.
In this step, when the terminal receives the MAP message sent by the server, it is not only to simply monitor the voice according to the message, but it is first determined whether the voice coding format indicated by the MAP message is the same as the voice coding format negotiated during SIP pre-establishment, and only if the voice coding format indicated by the MAP message is the same as the voice coding format negotiated during SIP pre-establishment, the monitoring can be directly performed, and if the voice coding format indicated by the MAP message is not the same as the voice coding format negotiated, it is indicated that the monitoring directly performed based on the multicast channel may cause a problem of voice jamming due to the fact that the voice coding format is different from the negotiated format. Therefore, on one hand, the problem of voice blockage can be solved, and on the other hand, the SIP pre-establishment advantage can be exerted to the greatest extent.
Preferably, the MAP message may indicate the voice coding format by carrying an index of the voice coding format, and based on this, the following method may be specifically adopted to determine the voice coding format indicated by the MAP message:
the terminal analyzes the index information of the voice coding format from the MAP message;
and the terminal inquires the corresponding relation between the voice coding format supported by the server and the index information which are locally stored, and obtains the voice coding format corresponding to the analyzed index information.
Preferably, the server may notify the terminal of the correspondence after the terminal initiates SIP registration. For example, preferably, the correspondence may be carried by a notification message that is issued by the server to the terminal after the SIP registration is successful. However, in practical applications, the correspondence relationship may be preset in the terminal.
It can be seen from the above embodiments that the embodiment can effectively solve the problem that the terminal monitors the card pause, and can effectively utilize the advantages of SIP pre-establishment. A specific process for implementing the above method embodiment based on the announce message is given below, and as shown in fig. 3, the specific process includes the following steps:
1. the user logs in successfully.
2. The UE initiates SIP registration to the server (note: the group call service can be done only after the SIP registration is successful).
3. The server sends an notification to the UE. And the UE analyzes the carried TMGI list and monitors the TMGI according to the cell position information inquired from the modem. And simultaneously, analyzing the coding format of the server side and the corresponding relation Info of the Index in the MAP message, and storing the corresponding relation Info.
4. And the UE initiates SIP pre-establishment to the server, the negotiated voice coding and decoding mode is T1, and a channel is prepared in advance for the subsequent session.
5. The server receives the group calling session establishment initiated by the main speaking UE, and the server sends a group calling multicast incoming call message MAP message to the monitoring terminal to the multicast channel.
6. The UE parses the MAP message. The MAP message includes group session establishment information such as group, session type, priority, and vocoding format Index of the incoming call.
7. And finding the voice codec format T2 monitored by the group call from the Info according to the Index.
8. Comparing T2 with T1 of the pre-established negotiation; if equal, go to step 11; otherwise, step 9 is executed.
9. And the voice is unavailable through the SIP Message report server.
10. The server supplements voice unicast for the UE, and the UE monitors unicast voice and executes the step 12.
11. And analyzing the voice multicast IP and the port in the MAP, and monitoring in an aligned mode.
12. The session is ended. If there is an incoming call for a new session, step 5 is executed.
Corresponding to the above method embodiment, the present application further provides a monitoring device for group voice multicast, where the device is located in a terminal and includes: a processor to:
when the terminal successfully logs in, SIP pre-establishment is initiated to the server;
when the terminal receives a group call multicast monitoring incoming call MAP message sent by the server, judging whether a voice coding format indicated by the MAP message is the same as a voice coding format negotiated during SIP pre-establishment, if so, performing voice monitoring according to the MAP message; otherwise, triggering the server to build voice unicast for the terminal and monitoring corresponding unicast voice.
Preferably, the processor is further configured to:
analyzing the index information of the voice coding format from the MAP message;
and inquiring the corresponding relation between the voice coding format supported by the server and the index information which are locally stored to obtain the voice coding format corresponding to the analyzed index information.
Preferably, the server notifies the terminal of the correspondence after the terminal initiates SIP registration.
Preferably, the corresponding relationship is carried by an Announcement message sent by the server to the terminal.
Furthermore, the present application also provides a non-transitory computer readable storage medium storing instructions, which when executed by a processor, cause the processor to execute the steps of the method for listening to a group voice multicast group call as described above.
Further, the present application provides an electronic device comprising the non-volatile computer-readable storage medium as described above, and the processor having access to the non-volatile computer-readable storage medium.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.
Claims (10)
1. A monitoring method for cluster voice multicast group calling is characterized in that the method comprises the following steps:
when the terminal successfully logs in, SIP pre-establishment is initiated to the server;
when the terminal receives a group call multicast monitoring incoming call MAP message sent by the server, the terminal judges whether a voice coding format indicated by the MAP message is the same as a voice coding format negotiated during SIP pre-establishment, and if so, performs voice monitoring according to the MAP message; otherwise, triggering the server to build voice unicast for the terminal and monitoring corresponding unicast voice.
2. The method of claim 1, wherein: the determination of the voice coding format indicated by the MAP message comprises:
the terminal analyzes the index information of the voice coding format from the MAP message;
and the terminal inquires the corresponding relation between the voice coding format supported by the server and the index information which are locally stored, and obtains the voice coding format corresponding to the analyzed index information.
3. The method of claim 2, wherein: and the server informs the terminal of the corresponding relation after the terminal initiates SIP registration.
4. The method of claim 3, wherein: the corresponding relation is carried by a notification information message sent to the terminal by the server.
5. A monitoring device for cluster voice multicast group calling is arranged in a terminal, and is characterized by comprising: a processor to:
when the terminal successfully logs in, SIP pre-establishment is initiated to the server;
when the terminal receives a group call multicast monitoring incoming call MAP message sent by the server, judging whether a voice coding format indicated by the MAP message is the same as a voice coding format negotiated during SIP pre-establishment, if so, performing voice monitoring according to the MAP message; otherwise, triggering the server to build voice unicast for the terminal and monitoring corresponding unicast voice.
6. The apparatus of claim 5, wherein the processor is further to:
analyzing the index information of the voice coding format from the MAP message;
and inquiring the corresponding relation between the voice coding format supported by the server and the index information which are locally stored to obtain the voice coding format corresponding to the analyzed index information.
7. The apparatus of claim 6, wherein: and the server informs the terminal of the corresponding relation after the terminal initiates SIP registration.
8. The apparatus of claim 7, wherein: the corresponding relation is carried by a notification information message sent to the terminal by the server.
9. A non-transitory computer readable storage medium storing instructions which, when executed by a processor, cause the processor to perform the steps of the method of listening for group voice multicast group call as claimed in any one of claims 1 to 4.
10. An electronic device comprising the non-volatile computer-readable storage medium of claim 9, and the processor having access to the non-volatile computer-readable storage medium.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910857303.8A CN112491775B (en) | 2019-09-11 | 2019-09-11 | Monitoring method and device for cluster voice multicast group call |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910857303.8A CN112491775B (en) | 2019-09-11 | 2019-09-11 | Monitoring method and device for cluster voice multicast group call |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112491775A CN112491775A (en) | 2021-03-12 |
CN112491775B true CN112491775B (en) | 2022-04-26 |
Family
ID=74920520
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910857303.8A Active CN112491775B (en) | 2019-09-11 | 2019-09-11 | Monitoring method and device for cluster voice multicast group call |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112491775B (en) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1756719A2 (en) * | 2004-05-18 | 2007-02-28 | Motorola, Inc. | Data communication system, router and method for routeing data |
CN101252620A (en) * | 2008-03-21 | 2008-08-27 | 中兴通讯股份有限公司 | Method and system of monitoring IP field communication |
CN102984662A (en) * | 2012-11-28 | 2013-03-20 | 中兴通讯股份有限公司 | Trunking traffic achieving method based on long term evolution and trunking user terminal |
CN106161357A (en) * | 2015-04-02 | 2016-11-23 | 中兴通讯股份有限公司 | IMS network realizes the method for Lawful Interception, device and application server |
CN108243482A (en) * | 2017-12-25 | 2018-07-03 | 惠州Tcl移动通信有限公司 | A kind of network collocating method, storage medium and electronic equipment |
CN108989972A (en) * | 2017-06-02 | 2018-12-11 | 成都鼎桥通信技术有限公司 | Broadcast group based on regional location exhales processing method and processing device |
CN109600716A (en) * | 2017-09-30 | 2019-04-09 | 成都鼎桥通信技术有限公司 | Multicast data processing method and device |
CN109756846A (en) * | 2017-11-06 | 2019-05-14 | 成都鼎桥通信技术有限公司 | The benefit packet method and system of group communication |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8411129B2 (en) * | 2009-12-14 | 2013-04-02 | At&T Intellectual Property I, L.P. | Video conference system and method using multicast and unicast transmissions |
-
2019
- 2019-09-11 CN CN201910857303.8A patent/CN112491775B/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1756719A2 (en) * | 2004-05-18 | 2007-02-28 | Motorola, Inc. | Data communication system, router and method for routeing data |
CN101252620A (en) * | 2008-03-21 | 2008-08-27 | 中兴通讯股份有限公司 | Method and system of monitoring IP field communication |
CN102984662A (en) * | 2012-11-28 | 2013-03-20 | 中兴通讯股份有限公司 | Trunking traffic achieving method based on long term evolution and trunking user terminal |
CN106161357A (en) * | 2015-04-02 | 2016-11-23 | 中兴通讯股份有限公司 | IMS network realizes the method for Lawful Interception, device and application server |
CN108989972A (en) * | 2017-06-02 | 2018-12-11 | 成都鼎桥通信技术有限公司 | Broadcast group based on regional location exhales processing method and processing device |
CN109600716A (en) * | 2017-09-30 | 2019-04-09 | 成都鼎桥通信技术有限公司 | Multicast data processing method and device |
CN109756846A (en) * | 2017-11-06 | 2019-05-14 | 成都鼎桥通信技术有限公司 | The benefit packet method and system of group communication |
CN108243482A (en) * | 2017-12-25 | 2018-07-03 | 惠州Tcl移动通信有限公司 | A kind of network collocating method, storage medium and electronic equipment |
Non-Patent Citations (1)
Title |
---|
基于监听的组播服务管理分析与研究;周志芳、孙力娟、张亮;《计算机技术与发展》;20071031;212-215 * |
Also Published As
Publication number | Publication date |
---|---|
CN112491775A (en) | 2021-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200205046A1 (en) | Assignment and Handover in a Radio Communication Network | |
EP3200484B1 (en) | Method and system for treatment of network overload or congestion | |
US9060348B2 (en) | System and method for providing a push to talk over cellular service | |
US10334480B2 (en) | Method, system, device for controlling congestion or overload and evolved node B (eNB) | |
CN110662179B (en) | Call processing method and device based on LTE broadband trunking system | |
WO2008151532A1 (en) | Method for licit monitoring and device thereof | |
US10966217B2 (en) | Wireless base station, wireless terminal, wireless communication system, and voice signal communication method | |
CN108616823B (en) | Method and system for adding group calling to dispatching desk | |
KR100971067B1 (en) | Radio bearer management in a cellular communication system | |
CN108076449B (en) | Emergency call method, trunking communication system, base station and control device | |
CN112040424B (en) | Method and system for emergently preempting speaking right | |
CN112491775B (en) | Monitoring method and device for cluster voice multicast group call | |
CN110392019B (en) | Method and system for establishing special load bearing of cluster audio and video service | |
CN109756849B (en) | Group notification method and equipment | |
CN111447572B (en) | Multicast monitoring method and device in MCPTT system | |
US8381261B2 (en) | Method for selecting policy decision functional entity in a resource and admission control system | |
WO2015117486A1 (en) | Automatic packet capture method and apparatus | |
CN112822789A (en) | Redirection method of inactive state terminal, electronic equipment and computer readable medium | |
CN110839115A (en) | Terminal call processing method, device, equipment and storage medium | |
CN113132337B (en) | SIP (Session initiation protocol) registration method and device of cluster terminal | |
CN114071377B (en) | Voice system switching method, core network equipment, cluster group equipment and cluster group | |
CN112469114B (en) | Session initial protocol registration method and device | |
KR102428123B1 (en) | Network apparatus and network access redirection control method performed in the apparatus | |
CN111757276B (en) | Voice format notification method and device | |
US20240114061A1 (en) | Acknowledging the presence of tones being signalled via sdp |
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 |