CN111163068B - LINUX kernel PX gateway based voice compatibility method and system - Google Patents
LINUX kernel PX gateway based voice compatibility method and system Download PDFInfo
- Publication number
- CN111163068B CN111163068B CN201911307454.2A CN201911307454A CN111163068B CN 111163068 B CN111163068 B CN 111163068B CN 201911307454 A CN201911307454 A CN 201911307454A CN 111163068 B CN111163068 B CN 111163068B
- Authority
- CN
- China
- Prior art keywords
- port
- module
- sip
- rtp
- sends
- 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/10—Architectures or entities
- H04L65/102—Gateways
-
- 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/1083—In-session procedures
-
- 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]
Abstract
The invention provides a Linux kernel PX gateway voice compatibility method, PX receives the call request sent by MGC and extracts port A; PX replies port B to MGC; establishing a mapping table; PX sends call request to B2B-SIP and declares RTP port as A; B2B-SIP applies for RTP port pair from MP and obtains resource ports C and F; B2B-SIP pages the UE using Port C; the UE returns a response and declares that the port is D; sending port transceiving data C/D to the MP, stating that the UE carries out RTP transceiving through the port pair; reply the response to PX, and declare port F; sending port transceiving data A/F to MP, stating that PX carries out RTP transceiving through the port pair; PX processes the received response; PX sends request to MGC to declare that called segment has been answered, so as to solve the problem of completely failure of port mapping function of original PX.
Description
Technical Field
The invention relates to a LINUX kernel PX gateway-based voice compatibility method and a system.
Background
The function of intercommunication between an H248 client and an SIP client is realized by relying on a PBX (voice integrated access device) to an H248-SIP signaling gateway PX (protocol exchange), which is very important for the correct forwarding of RTP media data. The H248 protocol needs to reply to the RTP port number first for the incoming call request, and the SIP protocol does not support this feature, so for the H248 incoming call scenario, PX declares the called RTP port to the MGC as B through the H248 protocol, and the actual port negotiated through the SIP is F. In order for MGC to receive and send RTP packets normally, PX needs to modify the RTP packet associated with the F port into B.
In the existing mode, a PXForward kernel function is independently established for a PX function, and is cascaded at a sending end of a PBX media server (providing RTP forwarding for pure SIP calls and PX calls), so as to judge and process RTP messages of all calls. In practical applications, the amount of calls that need to use PX is not high, and this approach causes unnecessary performance loss for the device. The SIP session has the condition that the called response reaches the media server later than the RTP message, at the moment, the port MAP relation is not established, the MGC receives the RTP message without the port MAP, and then receives the message passing through the port MAP, if the MGC has RTP port self-learning, the MGC discards the subsequent message, and the single-pass problem occurs.
The invention is named as: a linux kernel-based mediaproxy method, with application number of 201610388130.6; it replaces the media server in the current PBX, but at the same time, it results in failure of the cascaded approach of PX forwarding. In order to meet the normal requirements of the current H248-SIP gateway function, a PX media data processing scheme based on Media Proxy (MP) is provided, which is used for inheriting the function of the conventional scheme, reducing the performance loss by only processing the RTP message of the associated call and solving the single-pass problem.
The prior PX _ forword technology carries out port mapping check processing on all conversation RTP messages at an RTP forwarding end, the global search of a mapping scheme brings performance waste, and the PX _ forword technology cannot be compatible with a new media scheme based on mediaproxy of a company, so that the port mapping is not effective. Even in the PX _ form technical scheme, there is a problem that the port conversion is not timely, which causes the port learning behavior of the MGC media server to trigger the voice single-pass.
That is, on the premise that the MGC does not have port self-learning, the MGC only recognizes the RTP packet sent from the port B, and the port mapping failure will cause unidirectional muting of the incoming call voice. On the premise of opening self-learning, port mapping is not timely, a small number of messages sent by the port F can be generated, so that the MGC considers that the subsequent messages are all sent from the port F, the messages sent by the port B are ignored, and the problem of probabilistic one-way silence is easily caused.
Disclosure of Invention
The technical problem to be solved by the invention is to provide a LINUX kernel PX gateway voice compatible method and system, and solve the phenomenon that the port mapping function of the original PX is completely invalid by using a meidiatiaproxy media scheme.
One of the present invention is realized by: a PX gateway voice compatibility method based on LINUX kernel comprises a PBX device, wherein a PX module, a B2B-SIP module and an MP module are arranged in the PBX device, and the method specifically comprises the following steps:
the PX module receives a call request sent by the MGC and extracts a port A;
the PX module replies a port B to the MGC;
the PX module issues binding information of the port A and the port B to the MP module; the MP module receives and establishes a mapping table MAP (A: B);
the PX module sends a call request to the B2B-SIP module and declares that the RTP port is A;
B2B-SIP module applies for RTP port pair to MP module and obtains resource port C and port F;
B2B-SIP Module uses Port C to page UE;
the UE returns a response and declares that the port is D;
B2B-SIP module sends port transceiving data C/D to MP module, declares that UE carries out RTP transceiving through the port pair;
B2B-SIP module replies response to PX module and declares port F;
B2B-SIP module sends port transceiving data A/F to MP module, declares that PX module receives and sends RTP through the port pair;
the PX module processes the received response;
the PX module sends a request to the MGC to declare that the called segment has answered.
Further, the B2B-SIP module issues a port transceiving data a/F to the MP module, and it is stated that the RTP transceiving performed by the PX module through the port pair further includes: B2B-SIP module sends port transceiving data A/F to MP module, after MP module receives A/F, it finds that there is MAP (A: B), then it will automatically modify the port transceiving data to A/F: B, at this time, both side resources of Bridge are set up completely, it states that PX module carries out RTP transceiving through the port.
The second invention is realized by the following steps: a PX gateway voice compatible system based on LINUX kernel comprises a PBX device, wherein a PX module, a B2B-SIP module and an MP module are arranged in the PBX device, and the system comprises the following specific components:
the PX module receives a call request sent by the MGC and extracts a port A;
the PX module replies a port B to the MGC;
the PX module issues binding information of the port A and the port B to the MP module; the MP module receives and establishes a mapping table MAP (A: B);
the PX module calls the module, the PX module sends the call request to B2B-SIP module, and declare RTP port as A;
B2B-SIP module applies for RTP port pair to MP module and obtains resource port C and port F;
B2B-SIP module uses port C to page UE, UE returns response and declares port D;
B2B-SIP module sends port transceiving data C/D to MP module, declares that UE carries out RTP transceiving through the port pair;
B2B-SIP module replies response to PX module and declares port F; B2B-SIP module sends port transceiving data A/F to MP module, declares that PX module receives and sends RTP through the port pair;
the PX module processes the received response, and sends a request to the MGC to declare that the called segment has answered.
Further, the B2B-SIP module issues a port transceiving data a/F to the MP module, and it is stated that the RTP transceiving performed by the PX module through the port pair further includes: B2B-SIP module sends port transceiving data A/F to MP module, after MP module receives A/F, it finds that there is MAP (A: B), then it will automatically modify the port transceiving data to A/F: B, at this time, both side resources of Bridge are set up completely, it states that PX module carries out RTP transceiving through the port.
The invention has the following advantages: the invention redevelops the port mapping processing which is adaptive to PX on the basis of MediaProxy. The problem of single-pass of the original MGC under the condition of no port self-learning is solved, and the problem of probability single-pass existing in the process of opening the port self-learning is reduced. The phenomenon that the port mapping function of the original px is completely invalid by using the meidiatiaproxy media scheme is solved.
Drawings
The invention will be further described with reference to the following examples with reference to the accompanying drawings.
FIG. 1 is a flow chart of the method of the present invention.
Detailed Description
As shown in fig. 1, the LINUX kernel PX gateway voice compatibility method of the present invention includes a PBX device, in which a PX module, a B2B-SIP module, and an MP module are disposed, and specifically includes the following steps:
the PX module receives a call request sent by the MGC and extracts a port A;
the PX module replies a port B to the MGC;
the PX module issues binding information of the port A and the port B to the MP module; the MP module receives and establishes a mapping table MAP (A: B);
the PX module sends a call request to the B2B-SIP module and declares that the RTP port is A;
B2B-SIP module applies for RTP port pair to MP module and obtains resource port C and port F;
B2B-SIP Module uses Port C to page UE;
the UE returns a response and declares that the port is D;
B2B-SIP module sends port transceiving data C/D to MP module, declares that UE carries out RTP transceiving through the port pair;
B2B-SIP module replies response to PX module and declares port F;
B2B-SIP module sends port transceiving data A/F to MP module, after MP module receives A/F, it finds that there is MAP (A: B), then it will modify the port transceiving data to A/F: B automatically, at this time, both side resources of Bridge are set up completely, it states that PX module carries out RTP transceiving through the port;
the PX module processes the received response;
the PX module sends a request to the MGC to declare that the called segment has answered.
The invention discloses a Linux kernel PX gateway voice compatible system, which comprises a PBX device, wherein a PX module, a B2B-SIP module and an MP module are arranged in the PBX device, and the system specifically comprises the following components:
the PX module receives a call request sent by the MGC and extracts a port A;
the PX module replies a port B to the MGC;
the PX module issues binding information of the port A and the port B to the MP module; the MP module receives and establishes a mapping table MAP (A: B);
the PX module calls the module, the PX module sends the call request to B2B-SIP module, and declare RTP port as A;
B2B-SIP module applies for RTP port pair to MP module and obtains resource port C and port F;
B2B-SIP module uses port C to page UE, UE returns response and declares port D;
B2B-SIP module sends port transceiving data C/D to MP module, declares that UE carries out RTP transceiving through the port pair;
B2B-SIP module replies response to PX module and declares port F; B2B-SIP module sends port transceiving data A/F to MP module, after MP module receives A/F, it finds that there is MAP (A: B), then it will modify the port transceiving data to A/F: B automatically, at this time, both side resources of Bridge are set up completely, it states that PX module carries out RTP transceiving through the port;
the PX module processes the received response, and sends a request to the MGC to declare that the called segment has answered.
As shown in fig. 1, the present invention mainly includes a key part, which completes the mapping function between the port BF based on mediaproxy (mp).
PX, B2B-SIP and MP are logic independent units, MGC is H248 service, UE is SIP user equipment, PX and SIP communicate with MP respectively, SIP controls MP to set up port forwarding rule, PX controls MP to set up mapping rule, a Bridge only aims at one-pass call, port mapping only occurs on associated call, thus avoiding mapping check process to RTP message of all calls.
The key part is the creation, association and validation of the mapping.
The operation flow is further described with reference to fig. 1 below:
1. PX receives call request from MGC and extracts port A.
2. PX replies port B to MGC
3. PX sends A-B port binding information to MP. The MP receives the A-B port binding information and establishes a mapping table MAP (A: B).
4. PX sends call request to B2B-SIP and declares RTP port as A.
5. B2B-SIP applies for RTP port pair from MP and gets port resource C-F.
6. B2B-SIP pages the UE using port C.
7. The UE returns a response and declares port D.
8. B2B-SIP sends port transceiving data C/D to MP, declares that UE carries out RTP transceiving through the port pair, which is a port pair, represents the binding relation of local port and far-end port, and combines steps 6 and 7, in the RTP transceiving of MP and UE, C is the local port of MP, D is the local port of UE, MP and UE mutually receive and send RTP message through C, D two ports.
9. B2B-SIP replies to PX with a response and declares Port F
10. B2B-SIP sends port transceiving data A/F to MP, declares that PX receives RTP transceiving through the port pair (after MP receives A/F, MAP (A: B) is found to exist, port transceiving data is automatically corrected to A/F: B, RTP can be normally forwarded only when resources on two sides of Bridge are set up completely), and in combination with steps 1, 2 and 9, MGC local port is A, which considers MP local port to be B and MP local port to be F, mutual conversion of ports B and F is triggered by positioning MAP relation through port A.
11. The PX processes the received response.
PX sends a request to MGC stating that the called leg has answered.
Although specific embodiments of the invention have been described above, it will be understood by those skilled in the art that the specific embodiments described are illustrative only and are not limiting upon the scope of the invention, and that equivalent modifications and variations can be made by those skilled in the art without departing from the spirit of the invention, which is to be limited only by the appended claims.
Claims (4)
1. A voice compatibility method based on LINUX kernel PX gateway is characterized in that: the PBX equipment is internally provided with a PX module, a B2B-SIP module and an MP module, and the method specifically comprises the following steps:
the PX module receives a call request sent by the MGC and extracts a port A;
the PX module replies a port B to the MGC;
the PX module issues binding information of the port A and the port B to the MP module; the MP module receives and establishes a mapping table MAP (A: B);
the PX module sends a call request to the B2B-SIP module and declares that the RTP port is A;
B2B-SIP module applies for RTP port pair to MP module and obtains resource port C and port F;
B2B-SIP Module uses Port C to page UE;
the UE returns a response and declares that the port is D;
B2B-SIP module sends down a receiving/sending port C/D to MP module, stating that UE carries out RTP receiving/sending through the port pair;
B2B-SIP module replies response to PX module and declares port F;
B2B-SIP module sends down A/F port to MP module, which declares that PX module receives and sends RTP through the port pair;
the PX module processes the received response;
the PX module sends a request to the MGC to declare that the called segment has answered.
2. The LINUX kernel PX gateway-based voice compatibility method of claim 1, wherein: the B2B-SIP module issues a transceiving port a/F to the MP module, and it is stated that performing RTP transceiving by the PX module through the port further specifically is: B2B-SIP module sends A/F to MP module, MP module receives A/F, finds there is MAP (A: B), then modifies the port to A/F: B automatically, at this time, the resource on both sides of Bridge is set completely, it states that PX module carries out RTP receiving and sending through the port.
3. A voice compatible system based on LINUX kernel PX gateway is characterized in that: the PBX equipment is internally provided with a PX module, a B2B-SIP module and an MP module, and the PBX equipment is as follows:
the PX module receives a call request sent by the MGC and extracts a port A;
the PX module replies a port B to the MGC;
the PX module issues binding information of the port A and the port B to the MP module; the MP module receives and establishes a mapping table MAP (A: B);
the PX module sends a call request to the B2B-SIP module and declares that the RTP port is A;
B2B-SIP module applies for RTP port pair to MP module and obtains resource port C and port F;
B2B-SIP module uses port C to page UE, UE returns response and declares port D;
B2B-SIP module sends down a receiving/sending port C/D to MP module, stating that UE carries out RTP receiving/sending through the port pair;
B2B-SIP module replies response to PX module and declares port F; B2B-SIP module sends down A/F port to MP module, which declares that PX module receives and sends RTP through the port pair;
the PX module processes the received response, and sends a request to the MGC to declare that the called segment has answered.
4. The LINUX kernel PX gateway based voice compatible system of claim 3, wherein: the B2B-SIP module issues a transceiving port a/F to the MP module, and it is stated that performing RTP transceiving by the PX module through the port further specifically is: B2B-SIP module sends A/F to MP module, MP module receives A/F, finds there is MAP (A: B), then modifies the port to A/F: B automatically, at this time, the resource on both sides of Bridge is set completely, it states that PX module carries out RTP receiving and sending through the port.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911307454.2A CN111163068B (en) | 2019-12-18 | 2019-12-18 | LINUX kernel PX gateway based voice compatibility method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911307454.2A CN111163068B (en) | 2019-12-18 | 2019-12-18 | LINUX kernel PX gateway based voice compatibility method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111163068A CN111163068A (en) | 2020-05-15 |
| CN111163068B true CN111163068B (en) | 2021-12-28 |
Family
ID=70557721
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911307454.2A Active CN111163068B (en) | 2019-12-18 | 2019-12-18 | LINUX kernel PX gateway based voice compatibility method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111163068B (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101110719A (en) * | 2007-08-24 | 2008-01-23 | 中兴通讯股份有限公司 | Method and system for legally monitoring IP multimedia subsystem network |
| CN103155511A (en) * | 2010-10-15 | 2013-06-12 | 诺基亚西门子通信公司 | Connection control with b2bua located behind nat gateway |
-
2019
- 2019-12-18 CN CN201911307454.2A patent/CN111163068B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101110719A (en) * | 2007-08-24 | 2008-01-23 | 中兴通讯股份有限公司 | Method and system for legally monitoring IP multimedia subsystem network |
| CN103155511A (en) * | 2010-10-15 | 2013-06-12 | 诺基亚西门子通信公司 | Connection control with b2bua located behind nat gateway |
Non-Patent Citations (1)
| Title |
|---|
| 基于Full Proxy的NAT/Firewall的穿越;章仁龙等;《计算机应用与软件》;20060712(第07期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111163068A (en) | 2020-05-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103430524B (en) | A backup sip server for the survivability of an enterprise network using sip | |
| CN103188300B (en) | The methods, devices and systems of VOIP phone are realized in cloud computing environment | |
| US10469541B2 (en) | Session initiation protocol (SIP) router | |
| US8374079B2 (en) | Proxy server, communication system, communication method and program | |
| US9178925B2 (en) | Exchanging media stream data between thin client and media gateway, bypassing virtual machine, in cloud computing system | |
| JP2016028509A (en) | Method and system of advanced real-time ip communication in mobile terminal | |
| JP2007142610A (en) | Mobile communication system, and call control server, method, and program | |
| WO2009002491A4 (en) | A method for signaling interworking cdma 3glx or evdo mobile devices with an ims core network | |
| BRPI0408750B1 (en) | “System and Method for Network Interworking” | |
| EP2164291A1 (en) | A method for accomplishing poc service and a poc gateway | |
| RU2608673C2 (en) | Handling session initiation protocol messages in wireless telecommunications device | |
| US8233400B2 (en) | Methods, systems, and computer readable media for verifying the availability of an internet protocol (IP) media router during a call setup | |
| US9118507B2 (en) | Techniques for message waiting indication support across different protocols | |
| WO2021135493A1 (en) | Method and apparatus for accessing home gateway, system processor and storage medium | |
| CN111163068B (en) | LINUX kernel PX gateway based voice compatibility method and system | |
| CN102355713A (en) | Calling method in voice communication and mobile terminal | |
| CN1761241B (en) | Processing voice data in packet communication network with encryption | |
| US20160142966A1 (en) | Method and system for updating internet protocol (ip) registration using multiple protocols | |
| CN102420835B (en) | Method for realizing real-time transport protocol (RTP) media stream agent in unified communication system | |
| US20110122868A1 (en) | Communication method and gateway device based on sip phone | |
| WO2018233246A1 (en) | Dedicated wireless network communication method and device | |
| CN103997491A (en) | Quantum secret communication telephone subscriber terminal extension gateway system | |
| KR100402787B1 (en) | Call Setup Method for Video Telephony Service in mobile radio communication network | |
| CN109120578B (en) | Method and device for realizing link connection processing | |
| CN101111002A (en) | Lossless transmission method in IP field junction centre after implementing business change by voice |
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 | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 361000 unit 1001, No.56, guanri Road, phase II, software park, Siming District, Xiamen City, Fujian Province Applicant after: Fujian Xingwang Intelligent Technology Co., Ltd Address before: 361000 unit 1001, No.56, guanri Road, phase II, software park, Siming District, Xiamen City, Fujian Province Applicant before: FUJIAN STAR-NET WISDOM TECHNOLOGY Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |