CN102111514B - VoIP recording system and recording method - Google Patents
VoIP recording system and recording method Download PDFInfo
- Publication number
- CN102111514B CN102111514B CN 200910265528 CN200910265528A CN102111514B CN 102111514 B CN102111514 B CN 102111514B CN 200910265528 CN200910265528 CN 200910265528 CN 200910265528 A CN200910265528 A CN 200910265528A CN 102111514 B CN102111514 B CN 102111514B
- Authority
- CN
- China
- Prior art keywords
- recording
- phone
- recorded
- server
- record
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a VoIP (Voice over Internet Protocol) recording system and a recording method. The VoIP recording system comprises a recording server, a voice server, a switch, a voice gateway and a plurality of IP (Internet Protocol) phones, wherein the voice server is used for storing registration status information of all the IP phones in the system and the IP address of the recording server; the recording server is used for storing the telephone number of an IP phone requiring recording in the system and the required recording manner, subscribes the registration status information of the IP phone requiring recording to the voice server, and sends a recording subscription request message to the corresponding IP phone according to the IP address; the IP phone sends a recording annunciation response message to the recording server according to the received recording subscription request message; and the recording server records the IP phone in a silent monitoring manner according to the recording annunciation response message. By adopting the system and the method which are provided by the invention, recording of the VoIP system can be achieved according to message passing, and the recording networking scheme is more flexible and convenient.
Description
Technical field
The present invention relates to communication technical field, particularly a kind of on Internet Protocol voice-bearer (Voice over Internet Protocol, VoIP) recording system and the way of recording.
Background technology
The recording of VoIP system is divided into two kinds of recording between interior lines and interior lines and the recording between interior and exterior lines.At present, these two kinds of recording are mainly to realize by local port mirror image recording networking, analyzer (SPAN) recording networking and three kinds of networking plans of the recording networking of the remote analysis device (RSPAN) based on port based on port, below respectively these three kinds recording networking plans are simply introduced.
The structural representation that Fig. 1 is prior art local port mirror image recording networking.As shown in Figure 1, this structure mainly comprises recording server 101, voice server 102, switch 103, voice gateways 104 and a plurality of IP phone 105, wherein, recording server 101, voice server 102, voice gateways 104 and a plurality of IP phone 105 are connected with switch 103 respectively, and switch 103 obtains extraneous voice messaging by coupled voice gateways 104 from Public Switched Telephone Network (PSTN).
While being recorded between to interior lines and interior lines, at first, recording server 101 gets all conversation initialized protocol (SIP) packets through voice server 102 by switch 103, and the SIP packet is resolved, obtain the information such as the telephone number of calling both sides and RTP (RTP) port numbers; Secondly, recording server 101 obtains the RTP packet of all IP phone again by switch 103, and according to the result that the SIP packet is parsed, the RTP packet is filtered, after the voice flow obtained after filtering is carried out to the digital compression processing, by recording server 101, preserved.
While being recorded between to interior and exterior lines, at first, recording server 101 gets all SIP packets through voice server 102 by switch 103, and the SIP packet is resolved, obtain the information such as the telephone number of calling both sides and RTP (RTP) port numbers; Secondly, recording server 101 obtains all RTP packets through voice gateways 104 by switch 103 again, and according to the result that the SIP packet is parsed, the RTP packet is filtered, after the voice flow obtained after filtering is carried out to the digital compression processing, by recording server 101, preserved.
So far, obtained the local port mirror image networking that two kinds of recording are recorded adopted.
Thus, this networking plan mainly, by by recording switch capture-data bag, realizing recording, also just requires the image feature of switch support to packet, and packet can copy to another port from a port of switch.
The structural representation that Fig. 2 is prior art SPAN recording networking.As shown in Figure 2, this structure mainly comprises recording server 201, voice server 202, core switch 203, a plurality of access switch 204, voice gateways 205 and a plurality of IP phone 206.Wherein, recording server 201, voice server 202 and voice gateways 205 are connected with one of them access switch 204 in a plurality of access switch, each access switch 204 is connected with core switch 203, and IP phone 206 is connected with certain access switch 204 in a plurality of access switch respectively.
When being recorded, core switch 203 needs all packet mirror images to the access switch 204 be connected with recording server 201, thereby realize between interior lines and interior lines and the recording between interior and exterior lines, specific implementation process networking implementation as described in Figure 1, repeat no more here.
Thus, this networking plan is also by being realized recording by switch capture-data bag, also just need the image feature of switch support to packet, and, for the access switch of not supporting the mirror image based on stream, core switch need to be processed whole mirror image datas, has also just increased the data processing pressure of core switch.
The structural representation that Fig. 3 is prior art RSPAN recording networking.As shown in Figure 3, this structure mainly comprises recording server 301, voice server 302, switch 303, a plurality of voice gateways 304 and a plurality of IP phone 305.Wherein, recording server 301, voice server 302, a plurality of voice gateways 304 and a plurality of IP phone 305 are connected with switch 303 respectively,
When being recorded, switch 303 need to also just need the image feature of switch support to packet by all packet mirror images to recording server, and, when voice gateways 304 are too much, can the performance of switch 303 be had a huge impact.
By above-mentioned analysis, can find out, three kinds of networking plans that existing VoIP system is recorded all need to carry out the capture-data bag by recording server, during recording server capture-data bag, by some specific packet catchers, complete, and these packet catchers to need Network card setup be that promiscuous mode could be realized, therefore, can cause on the performance of whole VoIP system very large impact.
Summary of the invention
In view of this, main purpose of the present invention is to provide a kind of VoIP recording system, can realize the recording to VoIP system by pass-along message, and the recording networking plan is more flexible.
Second purpose of the present invention is to provide a kind of recording server, can realize the recording to VoIP system by pass-along message, and the recording networking plan is more flexible.
The 3rd purpose of the present invention is to provide a kind of IP phone, can realize the recording to VoIP system by pass-along message, and the recording networking plan is more flexible.
The 4th purpose of the present invention is to provide a kind of VoIP way of recording, can realize the recording to VoIP system by pass-along message, and the recording networking plan is more flexible.
In order to achieve the above object, the technical scheme that the present invention proposes is:
A kind of VoIP recording system, comprise recording server, voice server and a plurality of IP phone, wherein,
Described recording server, the telephone number that needs the IP phone of being recorded for storage system, and the telephone number of the IP phone of being recorded according to described needs, registration status information with the form IP phone that the needs in voice server are recorded to the voice server subscription store of Session initiation protocol SIP message, the registration status information of the IP phone that the reception voice server need to be recorded with the announcement of the form transmission of sip message, and the IP address in the registration status information of the IP phone of being recorded according to the needs that get, the IP phone of being recorded to described needs with the form of sip message sends subscribes to the recording request message, and according to the recording response message received, the IP phone of described needs being recorded in the silent monitor mode is recorded,
The IP phone that described needs are recorded, the recording request message sent for receiving recording server, and, when conversation starts, with the form of sip message, to the recording server transmission, announce the recording response message.
A kind of recording server, be applied to the VoIP recording system,
Described recording server, the telephone number that needs the IP phone of being recorded for storage system, and the telephone number of the IP phone of being recorded according to described needs, registration status information with the form IP phone that the needs in voice server are recorded to the voice server subscription store of sip message, the registration status information of the IP phone that the reception voice server need to be recorded with the announcement of the form transmission of sip message, and the IP address in the registration status information of the IP phone of being recorded according to the needs that get, the IP phone of being recorded to described needs with the form of sip message sends subscribes to the recording request message, and according to the recording response message received, the IP phone of described needs being recorded in the silent monitor mode is recorded.
A kind of IP phone, be applied to the VoIP recording system,
Described IP phone, the recording request message sent for receiving recording server, and, when conversation starts, with the form of sip message, to the recording server transmission, announce the recording response message.
A kind of VoIP way of recording, the method comprises:
The telephone number of the Internet Protocol IP phone that recording server is recorded according to the needs of storage, registration status information with the form IP phone that the needs in voice server are recorded to the voice server subscription store of sip message, the registration status information of the IP phone that the reception voice server need to be recorded with the announcement of the form transmission of sip message, obtain the IP address in the registration status information of the IP phone that need to be recorded, and the IP phone of being recorded to described needs with the form of sip message according to described IP address sends subscription recording request message,
The subscription recording request message of the IP phone reception recording server transmission that need to be recorded, and, when conversation starts, with the form of sip message, to the recording server transmission, announce the recording response message;
Recording server is according to the recording response message received, and the IP phone of described needs being recorded in the silent monitor mode is recorded.
In sum, VoIP recording system of the present invention and the way of recording, IP address by storage recording server in voice server, the telephone number of the IP phone that storage need to be recorded in recording server, thereby form that can be by sip message is transmitted recording request message and recording response message between recording server, voice server and the IP phone that need to be recorded, realize the recording of IP phone that needs are recorded.Therefore, by transmitting sip message, realized the recording to VoIP system, the recording networking plan is more flexible.
The accompanying drawing explanation
The structural representation that Fig. 1 is prior art local port mirror image recording networking.
The structural representation that Fig. 2 is prior art SPAN recording networking.
The structural representation that Fig. 3 is prior art RSPAN recording networking.
The structural representation that Fig. 4 is VoIP recording system of the present invention.
The workflow diagram that Fig. 5 is the way of recording of the present invention.
Embodiment
In order to solve problems of the prior art, the present invention proposes a kind of brand-new VoIP recording system, used a recording server with telephony feature in system, and by the IP address of storage recording server in voice server, the telephone number of the IP phone that storage need to be recorded in recording server, thereby can be at recording server, transmit recording request message and recording response message by the form of sip message between voice server and the IP phone that need to be recorded, the recording of the IP phone that realization is recorded to needs.Realized the recording to VoIP system by transmitting sip message, the recording networking plan is more flexible.
Based on above-mentioned introduction, the specific implementation of scheme of the present invention comprises:
The telephone number of the IP phone that recording server is recorded according to described needs, registration status information with the form IP phone that the needs in voice server are recorded to the voice server subscription store of sip message, the registration status information of the IP phone that the reception voice server need to be recorded with the announcement of the form transmission of sip message, obtain the IP address in the registration status information of the IP phone that need to be recorded, and the IP phone of being recorded to described needs with the form of sip message according to described IP address sends and subscribes to the recording request message;
The subscription recording request message of the IP phone reception recording server transmission that need to be recorded, and, when conversation starts, with the form of sip message, to the recording server transmission, announce the recording response message;
Recording server is according to the recording response message received, and the IP phone of described needs being recorded in the silent monitor mode is recorded.
For making the purpose, technical solutions and advantages of the present invention clearer, the present invention is described in further detail below in conjunction with the accompanying drawings and the specific embodiments.
Referring to Fig. 4, the structural representation that Fig. 4 is VoIP recording system of the present invention.This recording system comprises recording server 401, voice server 402, switch 403, a plurality of IP phone 405 such as voice gateways 404 and IP phone 1, IP phone 2.Wherein, recording server 401 has telephony feature, be that recording server 401 itself has a telephone number, this telephone number is any one telephone number, only otherwise conflict and get final product with the telephone number of IP phone in system 405, and recording server 401 is telephone number and corresponding whole recording and a kind of of two kinds of record types that record as required for storing the IP phone that need to be recorded also; Voice server 402 is for the telephone number that at least comprises IP phone of all IP phone 405 of storage system and the registration status information of IP address, and simultaneously, voice server 402 is also for storing the IP address of recording server 401; Voice gateways 404 are for realizing the transmission of RTP voice flow between PSTN network and IP phone 405; Switch 403 respectively with recording server 401, voice server 402, voice gateways 404 and all IP phone 405 in system are connected, for realizing the forwarding between various data flow.
In the present embodiment, the IP phone of IP phone 1 for being recorded in supposing the system, the telephone number of IP phone 1 and the mode that IP phone 1 need to be recorded in recording server 401, have been stored, the mode that IP phone 1 need to be recorded can have whole record types and two kinds of record types as required, wherein, all record type is that the IP phone that needs are recorded starts a kind of mode of being recorded to the whole process of end of conversation from conversation; Record type is the needs of the IP phone recording of recording as required as required, and the IP phone that described needs are recorded is carried out a kind of record type of part communication process.The detailed process that the IP phone 1 of below take is recorded to it as example explanation recording server 401.
At first, recording server 401 is subscribed to the registration status information of IP phone 1 to voice server 402, in the present embodiment, the subscription of registration status information is to realize by the SUBSCRIBE message in SIP, and the definition mode of concrete SUBSCRIBE message is prior art.
Then, voice server 402 is to the registration status information of recording server 401 announcement IP phone 1, if there is no the registration status information of IP phone 1 in voice server 402, failure when IP phone 1 is registered to voice server 402 is described, finish the recording to IP phone 1; Otherwise voice server 402 is announced the registration status information of IP phone 1 to recording server 401 with the NOTIFY in SIP, recording server 401 can obtain the IP address of IP phone 1 according to the registration status information of the IP phone 1 obtained.And the definition mode of concrete NOTIFY is also prior art, repeats no more here.
Next, recording server 401 sends and subscribes to the recording request message to IP phone 1 according to the IP address of the IP phone 1 obtained, and the subscription recording request message here is to send by the SUBSCRIBE message in SIP.In the present embodiment, the mode that need to be recorded due to IP phone 1 can have whole record types and two kinds of record types as required, therefore, the recording request has whole recording requests and two kinds of the requests of recording as required, for different recording requests, the form of concrete SUBSCRIBE message is different, still, can determine by a field is set in the Event header field in SUBSCRIBE message.
When IP phone 1 is whole record type, what recording server 401 sent to IP phone 1 is to subscribe to all recording request messages, now, what in the Event header field, arrange is Record undemand field, described Record undemand field is used to indicate IP phone 1 for whole record types, and the SUBSCRIBE message adopted can be:
sip:xxx@172.32.27.101:5061?SIP/2.0
Via:SIP/2.0/UDP?172.32.51.50:5060;branch=z9hG4bK63872f3b5b0
Call-ID:6adda4fa5b0b7e32f73518d063872f0000@172.32.51.50
From:<sip:xxx@172.32.51.50:5060>;tag=63872f3b
To:<sip:xxx@172.32.27.101:5061>
CSeq:1?SUBSCRIBE
Contact:<sip:xxx@172.32.51.50:5060>;expires=3600
Expires:3600
Event:Record?undemand
Allow:ACK,BYE,CANCEL,INFO,INVITE,NOTIFY,PRACK,REFER,REGIS
TER,UPDATE,SUBSCRIBE
Date:Tue,13?May?2009?11:20:09?GMT
User-Agent:xxx
Max-Forwards:70
Content-Length:0;
When IP phone 1 during for record type as required, what recording server 401 sent to IP phone 1 is to subscribe to the request message of recording as required, now, what in the Event header field, arrange is Record demand field, described Record demand field is used to indicate IP phone 1 for record type as required, further, also be provided with Record demand onkey and Recorddemand offkey field in SUBSCRIBE message, be respectively used to inform that the IP phone recording starts key and End of Tape key, the SUBSCRIBE message of employing can be:
sip:xxx@172.32.27.101:5061?SIP/2.0
Via:SIP/2.0/UDP?172.32.51.50:5060;branch=z9hG4bK63872f3b5b0
Call-ID:6adda4fa5b0b7e32f73518d063872f0000@172.32.51.50
From:<sip:xxx@172.32.51.50:5060>;tag=63872f3b
To:<sip:xxx@172.32.27.101:5061>
CSeq:1?SUBSCRIBE
Contact:<sip:xxx@172.32.51.50:5060>;expires=3600
Expires:3600
Event:Record?demand
Allow:ACK,BYE,CANCEL,INFO,INVITE,NOTIFY,PRACK,REFER,REGIS
TER,UPDATE,SUBSCRIBE
Date:Tue,13?May?2009?11:20:09?GMT
User-Agent:xxx
Max-Forwards:70
c:application/Record?demand
Content-Length:100
Message?Body
Record?demand?onkey=”XXXX”
Record?demand?offkey=”YYYY”。
Finally, when IP phone 1 starts to converse, send announcement recording response message to recording server 401, the announcement recording response message here is to send by the NOTIFY in SIP, in the present embodiment, announcement recording response message also has all record as required two kinds of response messages of recording response messages and announcement of announcement, and can define by a field is set in the Event header field at NOTIFY.
When recording server 401 to IP phone 1 transmission is while subscribing to whole recording request message, what IP phone 1 sent to recording server 401 is all recording response messages of announcement, what in the Event of NOTIFY header field, arrange is Record undemand field, described Record undemand field is used to indicate IP phone 1 for whole record types, and the NOTIFY adopted can be defined as:
sip:xxx@172.32.51.50:5060?SIP/2.0
v:SIP/2.0/UDP172.32.27.101;branch=z9hG4bK00913f3b-d4f7-da11-9917-b3e
2e14879b9
f:<sip:172.32.27.101>;tag=ad5e22cc
t:<sip:xxx@172.32.27.101>
i:8022ce8e-e2f0-da11-a1e9-8f071c5b429c
Cseq:504?NOTIFY
Timestamp:1150042986
Date:Tue,13?May?2009?11:20:10?GMT
Max-Forwards:70
m:<sip:@172.32.27.101>
user-agent:xxx
Event:Record?undemand
Subscription-State:active;expires=3600
c:application/Record?undemand
l:84
Message?body
PHONE=xxx@172.32.51.50:5060\n
LINE_STATUS=1\n
<sip-line-state>\n
<dialog-info?xmlns=”urn:ietf:params:ns:dialog-info”\n
version=”0”state=”=full”\n
entity=”xxx@172.32.51.50”line=”1>\n
<dialog?id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
call-id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
local-tag=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
direction=”initiator”remote=”2004?remote_name=””>\n
<dialog>\n
</dialog-info>\n
</sip-line-state>\n;
What to IP phone 1, send when recording server 401 is to subscribe to while recording as required request message, what IP phone 1 sent to recording server 401 is to announce the response message of recording as required, what in the Event of NOTIFY header field, arrange is Record demand field, described Record demand field is used to indicate IP phone 1 for record type as required, and the NOTIFY adopted is different again as required:
When IP phone 1 starts to converse, the NOTIFY sent to recording server 401 can be:
sip:xxx@172.32.51.50:5060?SIP/2.0
v:SIP/2.0/UDP172.32.27.101;branch=z9hG4bK00913f3b-d4f7-da11-9917-b3e
2e14879b9
f:<sip:172.32.27.101>;tag=ad5e22cc
t:<sip:xxx@172.32.27.101>
i:8022ce8e-e2f0-da11-a1e9-8f071c5b429c
Cseq:504?NOTIFY
Timestamp:1150042986
Date:Tue,13?May?2009?11:20:10?GMT
Max-Forwards:70
m:<sip:XXX@172.32.27.101>
user-agent:xxx
Event:Record?demand
Subscription-State:active;expires=3600
c:application/Record?demand
l:84
Message?body
PHONE=xxx@172.32.51.50:5060\n
LINE_STATUS=1\n
<sip-line-state>\n
<dialog-info?xmlns=”urn:ietf:params:ns:dialog-info”\n
version=”0”state=”full”\n
entity=”xxx@172.32.51.50”line=”1>\n
<dialog?id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
call-id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
local-tag=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
direction=”initiator”remote=”2004?remote_name=””>\n
<dialog>\n
</dialog-info>\n
</sip-line-state>\n;
When IP phone 1 requires recording server 401 to start it is recorded, described NOTIFY carries the beginning key by Record demand onkey field and informs that recording server starts recording, be also that IP phone 1 is pressed button corresponding in Record demand onkey, thereby recording server 401 can be recorded to it, the NOTIFY sent to recording server 401 can be:
sip:xxx@172.32.51.50:5060?SIP/2.0
v:SIP/2.0/UDP172.32.27.101;branch=z9hG4bK00913f3b-d4f7-da11-9917-b3e
2e14879b9
f:<sip:172.32.27.101>;tag=ad5e22cc
t:<sip:xxx@172.32.27.101>
i:8022ce8e-e2f0-da11-a1e9-8f071c5b429c
Cseq:504?NOTIFY
Timestamp:1150042986
Date:Tue,13?May?2009?11:20:10?GMT
Max-Forwards:70
m:<sip:XXX@172.32.27.101>
user-agent:xxx
Event:Record?demand
Subscription-State:active;expires=3600
c:application/Record?demand
l:84
Message?body
Record?demand?onkey=”XXXX”
PHONE=xxx@172.32.51.50:5060\n
LINE_STATUS=1\n
<sip-line-state>\n
<dialog-info?xmlns=”urn:ietf:params:ns:dialog-info”\n
version=”0”state=”full”\n
entity=”xxx@172.32.51.50”line=”1>\n
<dialog?id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
call-id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
local-tag=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
direction=”initiator”remote=”2004?remote_name=””>\n
<dialog>\n
</dialog-info>\n
</sip-line-state>\n;
When IP phone 1 requires recording server 401 to finish it is recorded, described NOTIFY carries end key by Record demand offkey field and informs that recording server finishes recording, be also that IP phone 1 is pressed button corresponding in Record demand offkey, thereby recording server 401 can finish the Recording Process that it is carried out, the NOTIFY sent to recording server 401 can be:
sip:xxx@172.32.51.50:5060?SIP/2.0
v:SIP/2.0/UDP172.32.27.101;branch=z9hG4bK00913f3b-d4f7-da11-9917-b3e
2e14879b9
f:<sip:172.32.27.101>;tag=ad5e22cc
t:<sip:xxx@172.32.27.101>
i:8022ce8e-e2f0-da11-a1e9-8f071c5b429c
Cseq:504?NOTIFY
Timestamp:1150042986
Date:Tue,13?May?2009?11:20:10?GMT
Max-Forwards:70
m:<sip:XXX@172.32.27.101>
user-agent:xxx
Event:Record?demand
Subscription-State:active;expires=3600
c:application/Record?demand
l:84
Message?body
Record?demand?offkey=”YYYY”
PHONE=xxx@172.32.51.50:5060\n
LINE_STATUS=1\n
<sip-line-state>\n
<dialog-info?xmlns=”urn:ietf:params:ns:dialog-info”\n
version=”0”state=”full”\n
entity=”xxx@172.32.51.50”line=”1>\n
<dialog?id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
call-id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
local-tag=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
direction=”initiator”remote=”2004?remote_name=””>\n
<dialog>\n
</dialog-info>\n
</sip-line-state>\n。
After recording server 401 is received the announcement recording response NOTIFY of IP phone 1 transmission, can be according to corresponding message, in the silent monitor mode, IP phone 1 is carried out to corresponding recording, specifically how by the silent monitor mode, being recorded has been prior art, repeats no more here.
It should be noted that, in the present embodiment, recording server is recorded and is needed IP phone can have sound mixing function IP phone by the silent monitor mode, and existing most of IP phone have all had sound mixing function, therefore it is not stressed here.
Also it should be noted that, when IP phone is recorded as required, when recording server receive IP phone start the conversation NOTIFY the time, it is not recorded, only have when receive that IP phone sends start the NOTIFY of recording the time, just can be recorded to it.
So far, obtained VoIP recording system of the present invention.
It should be noted that, in the present embodiment, be to realize transmission between various information by sip message, in reality, can also adopt other message, with the realization that can complete the embodiment of the present invention, is as the criterion.
The workflow diagram that Fig. 5 is the described recording system of Fig. 4.As shown in Figure 5, this flow process comprises the following steps:
Step 501: the registration status information of all IP phone in the voice server storage system.
In this step, voice server is the registration status information of each IP phone in storage system at first, and the registration status information of IP phone is that form with sip message is stored in voice server.
It should be noted that, the registration status information of described IP phone at least comprises the IP address of IP phone and the telephone number of IP phone.
Step 502: the telephone number of the IP phone that need to be recorded by the recording server storage and record type corresponding to IP phone that each need to be recorded.
In this step, the telephone number of the IP phone that recording server storage need to be recorded, same, the telephone number of IP phone is also that the form with sip message is stored in recording server.
Simultaneously, the record type of the IP phone that recording server need be recorded to needs is stored, here record type has whole record types and two kinds of record types as required, wherein, described whole record type is that the IP phone that needs are recorded starts a kind of mode of being recorded to the whole process of end of conversation from conversation, described record type as required is the needs of the IP phone recording of recording as required, and the IP phone that described needs are recorded is carried out a kind of record type of part communication process.
Step 503: the IP address of recording server is stored by voice server.
In order by the silent monitor mode, to realize the way of recording of the present invention, here the recording server that adopted is one can pass through the recording server of silent monitor mode, this recording server itself has a telephone number, this telephone number can be arbitrarily, only otherwise conflict and get final product with the telephone number of IP phone in system.
In this step, voice server is stored the IP address of recording server, and being also recording server sends to voice server by the IP address of self with the form of sip message, by voice server, it is stored.
Step 504~505: subscribed to the registration status information of the IP phone that need to be recorded by recording server to voice server, and whether judgement exists the registration status information of the IP phone that need to be recorded in voice server, if so, perform step 506; Otherwise finish recording.
In this step, recording server is subscribed to the registration status information of the IP phone that need to be recorded to voice server, if the registration status information of corresponding IP phone is arranged in voice server, perform step 506; Otherwise, failure is described when this IP phone is registered to voice server, finish the Recording Process of IP phone that needs are recorded.
It should be noted that, the subscription of the registration status information of IP phone is to realize by the SUBSCRIBE message in SIP, and the definition mode of concrete SUBSCRIBE message is prior art.
Step 506: the registration status information of the IP phone of needs being recorded by voice server is announced to recording server.
After the registration status information that finds corresponding IP phone in voice server, by voice server, the registration status information of the IP phone that this is corresponding is announced to recording server.
It should be noted that, in this step, voice server is by the registration status information of IP phone, to announce to recording server by the NOTIFY in SIP, and the definition mode of concrete NOTIFY is also prior art, repeats no more here.
Step 507: the IP phone of being recorded to needs by recording server is subscribed to the recording request message.
After recording server receives the registration status information by the IP phone of voice server announcement, can send and subscribe to the recording request message to corresponding IP phone according to the IP address of IP phone wherein, the subscription recording request message here be to send by the SUBSCRIBE message in SIP.And the recording request has whole recording requests and two kinds of the requests of recording as required, and for different recording requests, the form of concrete SUBSCRIBE message is different, still, can determine by a field is set in the Event header field in SUBSCRIBE message.
When IP phone is whole record type, what recording server sent to IP phone is to subscribe to all recording request messages, now, what in the Event header field, arrange is Record undemand field, and it is whole record types that described Record undemand field is used to indicate the IP phone that need to be recorded.
When IP phone during for record type as required, what recording server sent to IP phone is to subscribe to the request message of recording as required, now, what in the Event header field, arrange is Record demand field, described Record demand field is used to indicate the IP phone that need to be recorded for record type as required, further, also be provided with Record demand onkey and Recorddemand offkey field in SUBSCRIBE message, be respectively used to inform that the IP phone recording starts key and End of Tape key.
Step 508: when the IP phone of being recorded when needs starts to converse, by IP phone to recording server announcement recording response message.
When the IP phone of being recorded when needs and other verbal systems start to converse, to recording server, send announcement recording response message, and announcement recording response message is to send by the NOTIFY in SIP.The difference of the subscription recording request message sent to IP phone according to recording server in step 507, announcement recording response message also has all record as required two kinds of response messages of recording response messages and announcement of announcement, and concrete NOTIFY is also different, but can define by a field is set in the Event header field at NOTIFY.The NOTIFY definition below respectively these two kinds of record types adopted is introduced.
When recording server to the IP phone transmission is while subscribing to whole recording request message, what IP phone sent to recording server is all recording response messages of announcement, what in the Event of NOTIFY header field, arrange is Record undemand field, after recording server is received this NOTIFY, the IP phone that can be recorded to needs is recorded.
What to IP phone, send when recording server is to subscribe to while recording as required request message, what IP phone sent to recording server is to announce the response message of recording as required, what in the Event of NOTIFY header field, arrange is Record demand field, difference as required, concrete NOTIFY is different again, below is described respectively.
When IP phone starts to converse, the NOTIFY sent to recording server can be:
sip:xxx@172.32.51.50:5060?SIP/2.0
v:SIP/2.0/UDP172.32.27.101;branch=z9hG4bK00913f3b-d4f7-da11-9917-b3e
2e14879b9
f:<sip:172.32.27.101>;tag=ad5e22cc
t:<sip:xxx@172.32.27.101>
i:8022ce8e-e2f0-da11-a1e9-8f071c5b429c
Cseq:504?NOTIFY
Timestamp:1150042986
Date:Tue,13?May?2009?11:20:10?GMT
Max-Forwards:70
m:<sip:XXX@172.32.27.101>
user-agent:xxx
Event:Record?demand
Subscription-State:active;expires=3600
c:application/Record?demand
l:84
Message?body
PHONE=xxx@172.32.51.50:5060\n
LINE_STATUS=1\n
<sip-line-state>\n
<dialog-info?xmlns=”urn:ietf:params:ns:dialog-info”\n
version=”0”state=”full”\n
entity=”xxx@172.32.51.50”line=”1>\n
<dialog?id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
call-id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
local-tag=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
direction=”initiator”remote=”2004?remote_name=””>\n
<dialog>\n
</dialog-info>\n
</sip-line-state>\n;
When IP phone requires recording server to start it is recorded, described NOTIFY carries the beginning key by Record demand onkey field and informs that recording server starts recording, be also that IP phone is pressed button corresponding in Record demand onkey, thereby recording server can be recorded to it, the NOTIFY sent to recording server can be:
sip:xxx@172.32.51.50:5060?SIP/2.0
v:SIP/2.0/UDP172.32.27.101;branch=z9hG4bK00913f3b-d4f7-da11-9917-b3e
2e14879b9
f:<sip:172.32.27.101>;tag=ad5e22cc
t:<sip:xxx@172.32.27.101>
i:8022ce8e-e2f0-da11-a1e9-8f071c5b429c
Cseq:504?NOTIFY
Timestamp:1150042986
Date:Tue,13?May?2009?11:20:10?GMT
Max-Forwards:70
m:<sip:XXX@172.32.27.101>
user-agent:xxx
Event:Record?demand
Subscription-State:active;expires=3600
c:application/Record?demand
l:84
Message?body
Record?demand?onkey=”XXXX”
PHONE=xxx@172.32.51.50:5060\n
LINE_STATUS=1\n
<sip-line-state>\n
<dialog-info?xmlns=”urn:ietf:params:ns:dialog-info”\n
version=”0”state=”full”\n
entity=”xxx@172.32.51.50”line=”1>\n
<dialog?id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
call-id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
local-tag=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
direction=”initiator”remote=”2004?remote_name=””>\n
<dialog>\n
</dialog-info>\n
</sip-line-state>\n;
When IP phone requires recording server to finish it is recorded, described NOTIFY carries end key by Record demand offkey field and informs that recording server finishes recording, be also that IP phone is pressed button corresponding in Record demand offkey, thereby recording server can finish the Recording Process that it is carried out, the NOTIFY sent to recording server can be:
sip:xxx@172.32.51.50:5060?SIP/2.0
v:SIP/2.0/UDP172.32.27.101;branch=z9hG4bK00913f3b-d4f7-da11-9917-b3e
2e14879b9
f:<sip:172.32.27.101>;tag=ad5e22cc
t:<sip:xxx@172.32.27.101>
i:8022ce8e-e2f0-da11-a1e9-8f071c5b429c
Cseq:504?NOTIFY
Timestamp:1150042986
Date:Tue,13?May?2009?11:20:10?GMT
Max-Forwards:70
m:<sip:XXX@172.32.27.101>
user-agent:xxx
Event:Record?demand
Subscription-State:active;expires=3600
c:application/Record?demand
l:84
Message?body
Record?demand?offkey=”YYYY”
PHONE=xxx@172.32.51.50:5060\n
LINE_STATUS=1\n
<sip-line-state>\n
<dialog-info?xmlns=”urn:ietf:params:ns:dialog-info”\n
version=”0”state=”full”\n
entity=”xxx@172.32.51.50”line=”1>\n
<dialog?id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
call-id=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
local-tag=”XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX”\n
direction=”initiator”remote=”2004?remote_name=””>\n
<dialog>\n
</dialog-info>\n
</sip-line-state>\n。
Therefore, in this step, according to different record types, recording server is according to the NOTIFY of the correspondence of receiving, the IP phone of needs being recorded in the mode of silent monitor is carried out corresponding recording, how by the silent monitor mode, to record as prior art, repeat no more here.
Similarly, recording server is recorded and is needed IP phone can have sound mixing function IP phone by the silent monitor mode, and existing most of IP phone have all had sound mixing function, therefore it is not stressed here.
So far, completed the whole workflow of recording system of the present invention.
In a word, VoIP recording system of the present invention, IP address by storage recording server in voice server, in recording server the telephone number of the IP phone that need to be recorded of storage with and corresponding record type, thereby can between recording server, voice server and the IP phone that need to be recorded, by sip message, transmit recording request and recording response message, the recording of the IP phone that realization is recorded to needs, make the recording networking plan more flexible.
In sum, these are only preferred embodiment of the present invention, be not intended to limit protection scope of the present invention.Within the spirit and principles in the present invention all, any modification of doing, be equal to replacement, improvement etc., within all should being included in protection scope of the present invention.
Claims (8)
1. a voice-bearer VoIP recording system on Internet Protocol, this system comprises recording server, voice server and a plurality of Internet Protocol IP phone, it is characterized in that,
Described recording server, the telephone number that needs the IP phone of being recorded for storage system, and the telephone number of the IP phone of being recorded according to described needs, registration status information with the form IP phone that the needs in voice server are recorded to the voice server subscription store of Session initiation protocol SIP message, the registration status information of the IP phone that the reception voice server need to be recorded with the announcement of the form transmission of sip message, and the IP address in the registration status information of the IP phone of being recorded according to the needs that get, the IP phone of being recorded to described needs with the form of sip message sends subscribes to the recording request message, and according to the announcement recording response message received, the IP phone of described needs being recorded in the silent monitor mode is recorded,
The IP phone that described needs are recorded, the recording request message sent for receiving recording server, and, when conversation starts, with the form of sip message, to the recording server transmission, announce the recording response message.
2. the system as claimed in claim 1, is characterized in that, it is to send by the subscription SUBSCRIBE message in sip message that described recording server sends subscription recording request message to described IP phone;
It is to send by the announcement NOTIFY in sip message that described IP phone sends announcement recording response message to described recording server.
3. system as claimed in claim 2, is characterized in that, the mode that described recording server also need to be recorded for storing the IP phone that need to be recorded, and when IP phone is whole record type,
Record undemand field is set in the Event header field of described SUBSCRIBE message and NOTIFY, and it is whole record types that described Record undemand field is used to indicate the IP phone that need to be recorded;
Wherein, described whole record type is that the IP phone that needs are recorded starts a kind of mode of being recorded to the whole process of end of conversation from conversation.
4. system as claimed in claim 2, is characterized in that, the mode that described recording server also need to be recorded for storing the IP phone that need to be recorded, and when IP phone during for record type as required,
Record demand field is set in the Event header field of described SUBSCRIBE message and NOTIFY, and described Record demand field is used to indicate the IP phone that need to be recorded for record type as required; And Record demand onkey and Record demand offkey field are set in described SUBSCRIBE message and inform that the IP phone recording starts key and End of Tape key, while requiring recording server to be started to record to it, described NOTIFY carries the beginning key by Record demand onkey field and informs that recording server starts recording, when requiring recording server to finish recording to it, described NOTIFY carries end key by Record demand offkey field and informs that recording server finishes recording;
Wherein, described record type as required is the needs of the IP phone recording of recording as required, and the IP phone that described needs are recorded is carried out a kind of record type of part communication process.
5. a voice-bearer VoIP way of recording on Internet Protocol, is characterized in that, the method comprises:
The telephone number of the Internet Protocol IP phone that recording server is recorded according to the needs of storage, registration status information with the form IP phone that the needs in voice server are recorded to the voice server subscription store of Session initiation protocol SIP message, the registration status information of the IP phone that the reception voice server need to be recorded with the announcement of the form transmission of sip message, obtain the IP address in the registration status information of the IP phone that need to be recorded, and the IP phone of being recorded to described needs with the form of sip message according to described IP address sends subscription recording request message,
The subscription recording request message of the IP phone reception recording server transmission that need to be recorded, and, when conversation starts, with the form of sip message, to the recording server transmission, announce the recording response message;
Recording server is according to the announcement recording response message received, and the IP phone of described needs being recorded in the silent monitor mode is recorded.
6. method as claimed in claim 5, is characterized in that, described subscription recording request message is to send by the subscription SUBSCRIBE message in sip message;
Described announcement recording response message is to send by the announcement NOTIFY in sip message.
7. method as claimed in claim 6, is characterized in that, the IP phone that described needs are recorded is whole record types,,
Record undemand field is set in the Event header field of described SUBSCRIBE message and NOTIFY, and it is whole record types that described Record undemand field is used to indicate the IP phone that need to be recorded,
Wherein, described whole record type is that the IP phone that needs are recorded starts a kind of mode of being recorded to the whole process of end of conversation from conversation.
8. method as claimed in claim 6, is characterized in that, the IP phone that described needs are recorded is record type as required,,
Record demand field is set in the Event header field of described SUBSCRIBE message and NOTIFY, and described Record demand field is used to indicate the IP phone that need to be recorded for record type as required; And described SUBSCRIBE message arranges Record demand onkey and Record demand offkey field;
When described IP phone requires recording server to start to record to it, send by Record demand onkey field and carry the NOTIFY that starts key to described recording server, recording server is according to the announcement recording response message received, and the IP phone of described needs being recorded in the silent monitor mode is recorded;
When described IP phone requires recording server to finish recording to it, send the NOTIFY that carries end key by Record demand offkey field to described recording server, recording server finishes recording according to the announcement recording response message received;
Wherein, described record type as required is the needs of the IP phone recording of recording as required, and the IP phone that described needs are recorded is carried out a kind of record type of part communication process.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910265528 CN102111514B (en) | 2009-12-25 | 2009-12-25 | VoIP recording system and recording method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910265528 CN102111514B (en) | 2009-12-25 | 2009-12-25 | VoIP recording system and recording method |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102111514A CN102111514A (en) | 2011-06-29 |
CN102111514B true CN102111514B (en) | 2013-12-25 |
Family
ID=44175531
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200910265528 Expired - Fee Related CN102111514B (en) | 2009-12-25 | 2009-12-25 | VoIP recording system and recording method |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102111514B (en) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103188411A (en) * | 2011-12-31 | 2013-07-03 | 北京大唐高鸿数据网络技术有限公司 | VOIP telephone real-time monitoring system and monitoring method based on recording |
CN102629961A (en) * | 2012-03-07 | 2012-08-08 | 上海大亚科技有限公司 | Method for realizing audio signal recording and playing on EPON gateway terminal equipment |
CN102883077B (en) * | 2012-09-05 | 2016-03-16 | 北京讯鸟软件有限公司 | A kind of collecting and distributing type recording system and recording querying method |
CN103905670A (en) * | 2012-12-28 | 2014-07-02 | 鸿富锦精密工业(深圳)有限公司 | VoIP recording method and device |
CN103200028B (en) * | 2013-03-08 | 2015-10-21 | 厦门亿联网络技术股份有限公司 | A kind of SIP of realization phone can divide into groups to carry out the method for automatic deployment and upgrading |
CN103685485B (en) * | 2013-12-02 | 2017-05-17 | 无锡清华信息科学与技术国家实验室物联网技术中心 | Mobile terminal VoIP (voice over internet protocol) communication audio management system |
CN103731563B (en) * | 2013-12-13 | 2016-09-14 | 北京佳讯飞鸿电气股份有限公司 | A kind of method concentrating recording at IP multimedia dispatching system |
CN104980406B (en) * | 2014-04-11 | 2018-11-20 | 华为技术有限公司 | Call recording method, recording server, user class interchanger and recording system |
WO2016183774A1 (en) * | 2015-05-18 | 2016-11-24 | 华为技术有限公司 | Call recording method, device and system |
CN109150885B (en) * | 2018-08-29 | 2021-05-11 | 承启通(福建)科技有限公司 | Call data processing method and device |
CN109218540A (en) * | 2018-09-06 | 2019-01-15 | 国网山东省电力公司菏泽供电公司 | A kind of access layer embedded IP way of recording and system based on soft switch |
CN111654580A (en) * | 2020-05-19 | 2020-09-11 | 珠海高凌信息科技股份有限公司 | Telephone recording method and system based on SIP protocol |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1564525A (en) * | 2004-03-30 | 2005-01-12 | 国电自动化研究院 | Recording method and devicer for multimedia network communication |
US20070263811A1 (en) * | 2006-04-14 | 2007-11-15 | Kuan-Nung Lin | Telephone instrument used in conjunction with computer |
CN101594623B (en) * | 2009-07-08 | 2012-05-23 | 杭州华三通信技术有限公司 | Method and equipment for monitoring call made via voice over Internet protocol |
CN101605184B (en) * | 2009-07-23 | 2012-01-04 | 杭州华三通信技术有限公司 | Method and device for VoIP recording |
-
2009
- 2009-12-25 CN CN 200910265528 patent/CN102111514B/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN102111514A (en) | 2011-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102111514B (en) | VoIP recording system and recording method | |
US8861537B1 (en) | Bridge and control proxy for unified communication systems | |
KR100738548B1 (en) | Apparatus and method for visual communication by using voip | |
JP5363461B2 (en) | Group call function inquiry | |
EP2590376B1 (en) | Method, apparatus and system for cross-platform conference convergence | |
CN101360091B (en) | Apparatus, system and method realizing session initial protocol terminal conference accessing | |
CN102137199B (en) | Method, device and system for call recording in call center | |
US7953123B2 (en) | Method and system for controlling the establishment of communications channels for allowing transmission of multimedia information | |
US7564846B2 (en) | Method of collecting communication system information | |
CN101005402B (en) | Information report method of SIP user agent service switching | |
US9071690B2 (en) | Call transfer processing in SIP mode | |
US20070206745A1 (en) | Communication system and transfer control method together with telphone device, communication device, and program used for same | |
CN100373954C (en) | Video signal terminal device | |
EP2214376A1 (en) | Management method, system and apparatus for specific apparatus in multimedia session | |
CN101848283A (en) | Method, device, system and terminal for call rejecting and forwarding | |
CN103067334A (en) | Method and system of realizing video monitoring and home gateway | |
JP4044082B2 (en) | Selection device, conversion device, selection method, conversion method, computer program | |
CN1976376B (en) | Method for calling session, IP telephone system and IP telephone terminal | |
US8495231B1 (en) | System and method for remote call control | |
US10291661B2 (en) | Method and system for call routing | |
JP2011071853A (en) | Ip telephone system, communication content recorder and communication method | |
WO2019172449A1 (en) | Rtp conversion device and rtp conversion method | |
WO2015131466A1 (en) | Data service processing method and device based on session initiation protocol (sip) | |
CN108650425A (en) | Monitor method and monitoring system | |
JP4313707B2 (en) | COMMUNICATION DEVICE, COMMUNICATION METHOD, AND PROGRAM THEREOF |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CP03 | Change of name, title or address | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20131225 Termination date: 20191225 |
|
CF01 | Termination of patent right due to non-payment of annual fee |