Network recording and speech analytics system and method
US-2017251104-A9 · Aug 31, 2017 · US
US10038782B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10038782-B2 |
| Application number | US-201615090884-A |
| Country | US |
| Kind code | B2 |
| Filing date | Apr 5, 2016 |
| Priority date | Apr 5, 2016 |
| Publication date | Jul 31, 2018 |
| Grant date | Jul 31, 2018 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
The supporting of the managed call recording is used for a call between a calling party and a called party, where a network node receives an invite message that initiates the call, and it is determined that either the calling party or the called party is a managed call recording (MCR) subscriber. A conference bridge is created for the calling party, the called party, and a session initiation protocol recording server (SRS), after the call has been answered by the called party. The network node transmits instructions to play MCR announcements using the conference bridge, prior to the call being connected between the calling party and the called party, where the call is recorded by the SRS.
Opening claim text (preview).
What is claimed is: 1. A method of supporting managed call recording (MCR) services for a call between a calling party and a called party, comprising: receiving, by at least one first processor controlling at least one first network node, an invite message from the calling party, the invite message being a session initiation protocol (SIP) protocol message including a header identifying the called party; identifying, by the at least one first processor, that at least one of the calling party and the called party is a MCR subscriber; creating, by the at least one processor, a conference bridge for the calling party, the called party, and a SIP recording server (SRS) once the call has been answered by the called party, if at least one of the calling party and the called party is a MCR subscriber, the at least one first processor being configured to create the conference bridge even if only one of the calling party and the called party is the MCR subscriber; transmitting, by the at least one processor, instructions to play MCR announcements using the conference bridge; and connecting, by the at least one processor, the call between the calling party and the called party that is recorded by the SRS, wherein the creating of the conference bridge includes, modifying the header of the invite message in order to re-direct the invite message to a session initiation protocol recording telephony application server (SIPREC TAS), transmitting a re-invite message to the called party, transmitting a SRS invite message to the SRS, receiving an acceptance message from the called party and the SRS, and transmitting a conference invite message to a conference media resource function (MRF) in order to command the MRF to create the conference bridge. 2. The method of claim 1 , wherein the creating of the conference bridge further includes, connecting the calling party to the conference MRF, connecting the called party to the conference MRF, and connecting a service recording server (SRS) to the conference MRF. 3. The method of claim 2 , wherein the connecting of the call between the calling party and the called party includes the following, if the calling party is the MCR subscriber, connecting the calling party to the conference MRF, if neither of the calling party and the called party has disconnected from the conference MRF prior to the respective called party and calling party MCR announcements being played in completion, and injecting a beep tone into the conference bridge prior to connecting the call. 4. The method of claim 2 , wherein the connecting of the call between the calling party and the called party includes the following, if the called party is the MCR subscriber, connecting the called party to the conference MRF, sending an answer message to the calling party, if neither of the calling party and the called party has disconnected from the conference MRF prior to the respective called party and calling party MCR announcements being played in completion, and injecting a beep tone into the conference bridge prior to connecting the call. 5. The method of claim 1 , wherein the transmitting of the instructions to play the MCR announcements includes, if the calling party is the MCR subscriber, transmitting first instructions to the MRF to command the MRF to play a called party MCR announcement for the called party, transmitting second instructions to the MRF to command the MRF to play a calling party MCR announcement for the calling party, if the called party is the MCR subscriber, transmitting third instructions to the MRF to command the MRF to play a calling party MCR announcement for the calling party, transmitting fourth instructions to the MRF to command the MRF to play a called party MCR announcement for the called party. 6. The method of claim 1 , wherein the creating, transmitting, and connecting steps are performed by a session initiation protocol recording telephony application server (SIPREC TAS), the SIPREC TAS being different that the at least one first network node. 7. At least a first network node, comprising: at least one first processor configured to, receive an invite message from a calling party, the invite message being a session initiation protocol (SIP) protocol message including a header identifying a called party for a call; identify that at least one of the calling party and the called party is a MCR subscriber; create a conference bridge for the calling party, the called party, and a SIP recording server (SRS) once the call has been answered by the called party, if at least one of the calling party and the called party is a MCR subscriber, the at least one first processor being configured to create the conference bridge even if only one of the calling party and the called party is the MCR subscriber; transmit instructions to play MCR announcements using the conference bridge; and connect the call between the calling party and the called party that is recorded by the SRS, wherein the least one first processor creates the conference bridge by being further configured to, modify the header of the invite message in order to re-direct the invite message to a session initiation protocol recording telephony application server (SIPREC TAS), transmit a re-invite message to the called party, transmit a SRS invite message to the SRS, receive an acceptance message from the called party and the SRS, and transmit a conference invite message to a conference media resource function (MRF) in order to command the MRF to create the conference bridge. 8. The at least a first network node of claim 7 , wherein the at least one first processor creates the conference bridge by being further configured to, connect the calling party to the conference MRF, connect the called party to the conference MRF, and connect a service recording server (SRS) to the conference MRF. 9. The at least a first network node of claim 8 , wherein the at least one first processor connects the call between the calling party and the called party by being further configured to perform the following steps, if the calling party is the MCR subscriber, connect the calling party to the conference MRF, if neither of the calling party and the called party has disconnected from the conference MRF prior to the respective called party and calling party MCR announcements being played in completion, and inject a beep tone into the conference bridge prior to connecting the call. 10. The at least a first network node of claim 8 , wherein the at least one first processor connects the call between the calling party and the called party by being further configured to perform the following steps, if the called party is the MCR subscriber, connect the called party to the conference MRF, send an answer message to the calling party, if neither of the calling party and the called party has disconnected from the conference MRF prior to the respective called party and calling party MCR announcements being played in completion, and inject a beep tone into the conference bridge prior to connecting the call. 11. The at least a first network node of claim 7 , wherein the at least one first processor transmits the instructions to play the MCR announcements by being further configured to, if the calling party is the MCR subscriber, transmitting first instructions to the MRF to command the MRF to play a called party MCR announcement for the called party, transmitting second instructions to the MRF to command the MRF to play a calling party MCR announcement for the calling party, if the called party is the MCR subscriber, transmitting third instructions to the MRF to command the MRF to
Multimedia conference systems · CPC title
where the session control protocols comprise SIP and SS7 · CPC title
Conversation recording systems (at the subscriber's set H04M1/656) · CPC title
Electricity · mapped topic
Arrangements for multi-party communication, e.g. for conferences (data switching systems for conference H04L12/18; arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities H04M3/56; television conferencing systems H04N7/15) · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.